在5G网络中进入RRC Inactive状态终端(UE)小数据传输(SDT)传输有两种方案,它们分别为: 一、上下文重定位小数据传输终端(UE)从(此前)最后一个服务gNB中将其上下文定位到(目前)服务gNB中,然后RACH流程进行SDT;具体流程如图18.2-1所示: 图 18.2-1终端(UE)上下文重定分配通过RA的SDT
终端(UE)上下文重定位小数据传输通过8步完成,主要信令消息解析如下: Step1.UE向接收gNB发送RRCResumeRequest及UL SDT数据或UL SDT信令; Step2.接收gNB使用I-RNTI识别最后一个服务gNB并通过Xn-AP检索UE上下文过程检索UE上下文。接收gNB指示UE请求是针对SDT的并且还可以提供SDT辅助信息(如单个数据包、多个数据包); Step3.最后一个服务gNB决定重新定位UE上下文并使用RETRIEVE UE CONTEXT RESPONSE消息进行响应。UL SDT数据(如果有)从接收gNB传送到UPF; Step4-6.接收gNB决定将UE保持在SDT的RRC_INACTIVE状态。如果应防止在最后一个服务gNB中缓冲的DL用户数据丢失,则接收gNB通过Xn-U ADDRESS INDICATION消息提供转发地址。接收gNB还启动NG-AP路径切换过程,以建立与服务AMF相关的NG UE信令连接。在路径切换过程之后,缓冲的UL NAS PDU(如果有的话)从接收gNB传送到AMF。然后,后续的UL/DL SDT数据和/或信令通过接收gNB在UE和核心网络之间传输; Step7.SDT传输完成后,接收gNB生成并向UE发送包含挂起指示的RRRCRelease消息,以完成SDT过程并继续处于RRC_INACTIVE状态; 注:如果DL非SDT数据或DL非SDT信令到达,或者从UE接收到UE辅助信息(即UL非SDT数据到达指示),接收gNB可以决定直接将UE发送到 RRC_CONNECTED通过发送RRCResume消息状态。 Step8.接收gNB通过发送XnAP UE CONTEXT RELEASE消息指示最后一个服务gNB移除UE上下文。XnAP UE CONTEXT RELEASE消息可以在步骤6之后发送。
二、上下文不重定位小数据传输中最后服务gNB不为SDT进行UE上下文重新定位,而是延用包括RLC的原数据;期间信令消息如下图所示: 图 18.3-1.没有UE上下文重定位的基于RA的SDT Step1/2. 同图18.2-1 中的Step1/2; Step3. 最后一个服务gNB决定不为SDT重新定位完整的UE上下文; Step4. 最后一个服务gNB传输部分UE上下文,包括SDT相关的RLC上下文; Step5. 接收gNB确认接收到部分UE上下文并提供相关的DL TNL地址。UE上下文保存在最后一个服务gNB中,SDT相关的RLC上下文在接收gNB中建立。然后为为 SDT配置的DRB建立UL/DL GTP-U隧道(如果有的话),并且UL SDT数据和/或信令(如果有的话)被转发到最后一个服务gNB,然后传送到核心网络; 注1:来自最后一个服务gNB的DL信令(如果有的话)通过RRC TRANSFER消息转发到接收gNB,为此接收gNB将其传递给UE。 Step6. 接收gNB检测到SDT会话结束并发送RETRIEVE UE CONTEXT CONFIRM 消息,包括这是SDT事务的“正常”结束还是无线链路问题; Step7. 在接收到RETRIEVE UE CONTEXT CONFIRM消息并决定终止SDT后,最后一个服务gNB以包含封装的RRCRelease消息的RETRIEVE UE CONTEXT FAILURE消息响应接收gNB。接收gNB应释放已建立的部分UE上下文; Step8.接收gNB向UE发送RRCRelease消息; 注 4:如果DL非SDT数据或信令到达,或从UE接收到辅助信息(即UL非SDT数据到达指示),最后一个服务gNB完成SDT过程并指示UE通过发送RRCRelease消息继续处于RRC_INACTIVE 状态。 Step9. 如果挂起指示包含在RRC释放消息中,则UE移动到RRC_INACTIVE状态;否则UE移动到RRC_IDLE状态;
|