CN115297510A - 下行数据传输方法和装置 - Google Patents

Abstract

本申请的实施例公开了一种下行数据传输方法、装置、电子设备及存储介质，方法应用于服务基站，方法包括：当存在处于无线资源控制非活动态RRC_Inactive的终端的下行数据时，向终端发送指示信息，指示信息用于指示终端发起2步随机接入；接收终端发送的第一随机接入消息；在根据第一随机接入消息识别终端的身份之后，向终端发送第二随机接入消息，其中第二随机接入消息中携带有下行数据，以实现小数据传输SDT，本申请的实施例的下行数据传输方法，实现RRC_Inactive的终端快速接收下行数据，降低了时延和终端功耗。

Description

下行数据传输方法和装置

技术领域

本申请涉及一种下行数据传输技术，提供一种下行数据传输方法和装置。

背景技术

3GPP R17版本引入了Small Data Transmission(SDT，小数据传输)增强特性，允许终端在RRC_Inactive状态就可以快速完成小包数据传输，而不用转到RRC_Connect状态；但相关技术中，针对下行数据包，终端需要转到RRC_Connect状态接收，增加了网络时延，也提高了终端功耗。

发明内容

本申请的目的在于提供一种下行数据传输方法、下行数据传输装置、电子设备及计算机可读存储介质，实现RRC_Inactive的终端快速接收下行数据，降低了时延和终端功耗。

本申请提出一种下行数据传输方法，其特征在于，所述方法包括：当存在处于无线资源控制非活动态RRC_Inactive的终端的下行数据时，向所述终端发送指示信息，所述指示信息用于指示所述终端发起2步随机接入；接收所述终端发送的第一随机接入消息；在根据所述第一随机接入消息识别所述终端的身份之后，向所述终端发送第二随机接入消息，其中所述第二随机接入消息中携带有所述下行数据，以实现小数据传输SDT。

在本申请的一示例中，所述指示信息包括寻呼消息，所述寻呼消息中携带有所述终端的无线网络临时标识和SDT指示字段，所述SDT指示字段用于指示寻呼的原因是进行SDT传输，以使得所述终端获知所述基站预通过下行SDT传输数据。

在本申请的一示例中，所述指示信息包括下行链路控制信息DCI，所述DCI用于给所述终端发送物理下行控制信道PDCCH，以触发终端发起基于竞争的2步随机接入。

在本申请的一示例中，所述DCI包括第一指示字段和第二指示字段，所述第一指示字段用于指示终端发起2步随机接入时所使用的竞争前导码preamble ID；所述第二指示字段用于指示是否是下行SDT触发的随机接入。

在本申请的一示例中，所述向所述终端发送第二随机接入消息，包括：根据所述终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，所述请求理由为进行SDT连接，所述请求消息用于请求所述终端的上下文信息；接收所述上一个服务基站发送的所述终端的上下文信息，所述终端的上下文信息是所述上一个服务基站在决定迁移所述终端的上下文信息之后发送的；确定所述终端保持在RRC_Inactive以进行SDT传输，并向所述上一个服务基站发送接口地址，以使得所述上一个服务基站通过所述接口地址转发所收到的下行数据；接收所述上一个服务基站转发的所述下行数据，并向所述终端发送所述第二随机接入消息。

在本申请的一示例中，所述向所述终端发送所述第二随机接入消息之后，所述方法还包括：向所述终端发送RRC释放消息，所述RRC释放消息中携带有用于配置所述终端的RRC_Inactive的挂起Suspendconfig字段。

在本申请的一示例中，所述向所述终端发送第二随机接入消息，包括：据所述终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，所述请求理由为进行SDT连接，所述请求消息用于请求所述终端的上下文信息；接收所述上一个服务基站发送的部分上下文信息，所述部分上下文信息是所述上一个服务基站在决定不迁移所述终端的上下文信息后发送的；向所述上一个服务基站发送信息确认消息，所述信息确认消息包括下行传输网络层TNL地址，以使所述上一个服务基站通过所述TNL地址发送所述下行数据；接收所述上一个服务基站发送的所述下行数据，向所述终端发送第二随机接入消息。

在本申请的一示例中，所述向所述终端发送所述第二随机接入消息之后，所述方法还包括：接收所述上一个服务基站发送的获取上下文失败消息，所述获取上下文失败消息中携带有RRC释放消息，所述RRC释放消息中携带有用于配置终端的RRC_Inactive的Suspendconfig字段；将所述RRC释放消息转发至所述终端。

在本申请的一示例中，所述方法还包括：对RRC协议中配置信息元素IE进行修改，以增加下行SDT字段；通过所述下行SDT字段为下行SDT分配用于随机接入的随机接入信道RACH资源。

本申请还提出一种下行数据传输装置，包括：发送模块，用于当存在处于无线资源控制非活动态RRC_Inactive的终端的下行数据时，向所述终端发送指示信息，所述指示信息用于指示所述终端发起2步随机接入；接收模块，用于接收所述终端发送的第一随机接入消息；所述发送模块，还用于在根据所述第一随机接入消息识别所述终端的身份之后，向所述终端发送第二随机接入消息，其中所述第二随机接入消息中携带有所述下行数据，以实现小数据传输SDT。

本申请还提出一种电子设备，所述电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的方法。

本申请还提出一种计算机可读存储介质，其上存储有计算机可读指令，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行如上所述的方法。

与现有技术相比，本申请具有如下有益效果：

本申请提供的技术方案中，在存在RRC_Inactive的终端的下行数据，服务基站通过向终端发送指示信息，以指示终端发起2步随机接入，进而服务基站在随机接入过程中，通过向该终端发送第二随机接入消息，在第二随机接入消息中另外附带下行数据，以实现RRC_Inactive的终端快速接收下行数据，而不用转到RRC_Connect状态，对于非频繁接收下行数据包的业务，降低了时延和终端功耗。

附图说明

图1是本申请涉及的一种实施环境的示意图；

图2是本申请一示例性实施例示出的一种下行数据传输方法的流程图；

图3示出了图2所示实施例中的在步骤S130在一示例性实施例中的流程图；

图4示出了图2所示实施例中的在步骤S130在另一示例性实施例中的流程图；

图5示出了本申请一示例性实施例示出的MT RA-SDT with UE contextrelocation场景的下行传输方法的流程图；

图6示出了本申请一示例性实施例示出的MT RA-SDT without UE contextrelocation场景的下行传输方法的流程图；

图7是本申请一示例性实施例示出的一种下行数据传输装置的结构示意图；

图8示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在此对相关技术术语进行解释说明。

RRC_Inactive状态(非活动态)：

介于RRC_Connect(连接态)和RRC_Idle(空闲态)之间的一种终端(UE)状态，UE仍然保持在CM-CONNECTED状态、且UE可以在无线接入网通知区域(RNA)内移动而不用通知基站(gNB)。如果gNB收到下行数据或者信令，gNB会在UE所在的RNA的所有小区寻呼UE。

从RRC_Inactive态转到RRC_Connect状态，接入过程中的RRC消息名称和从Idle态发起的接入过程消息不同。Msg3、Msg4、Msg5分别为RRCResumeRequest/RRCResumeRequest1、RRCResume和RRCResumeComplete。

5G Release R17版本中针对RRC_Inactive态终端的上行(MO)SDT分为RA-SDT(基于随机接入的小包数据传输)和CG-SDT(基于预配置资源的小包传输)两种：

RA-SDT，UE通过基站配置的PRACH(Physical Random Access Channel，物理随机接入信道)资源上发起小包业务，在Msg3(4-step RACH)或MsgA(2-step RACH)上发送RRC信令及小包业务数据。

CG-SDT，UE通过基站预配置的上行免调度资源，发送RRC信令及小包业务数据。

终端根据上行数据量和TA timer是否有效确定是否能够进行SDT传输，在具备进行CG-SDT传输的情况下，终端优先选用基于CG的SDT。

本申请提出一种下行RA-SDT传输方法；请参阅图1，图1是本申请涉及的一种实施环境的示意图。该实施环境包括终端10和服务基站20，其中终端10和服务基站20之间通过有线或者无线网络进行通信；

服务基站20用于当存在处于RRC_Inactive的终端的下行数据时，向终端发送指示信息，指示信息用于指示终端发起2步随机接入；接收终端10发送的第一随机接入消息；在根据第一随机接入消息识别终端的身份之后，向终端发送第二随机接入消息，其中第二随机接入消息中携带有下行数据，以实现小数据传输SDT。

终端10用于发起随机接入流程，向服务基站20发送第一随机接入消息，并接收服务基站20发送的携带下行数据的第二随机接入消息。

本申请通过在随机过程中携带下行数据，给RRC_Inactive态终端发送下行数据。

请参阅图2，图2是本申请一示例性实施例示出的一种下行数据传输方法的流程图，该下行数据传输方法由图1所示的服务基站20执行，下行数据传输方法包括步骤S110至步骤S140，详细介绍如下：

S110、当存在处于RRC_Inactive的终端的下行数据时，向所述终端发送指示信息，所述指示信息用于指示所述终端发起2步随机接入。

在本申请实施例中，当服务基站接收到处于RRC_Inactive的终端的下行数据时，会给终端发送指示消息；其中，服务基站可以是从核心网接收到该下行数据，也可以是从其他基站接收到下行数据，在此不进行限定。

需要说明的是，指示信息用于指示终端发起2步随机接入，也就是说，终端在接收到指示信息后，在判断满足发起2步随机接入流程的条件时，进而发起2步随机接入流程。

在本申请的一可选的实施例中，该指示信息包括寻呼消息Paging，其中，寻呼消息中携带有该终端的无线网络临时标识(Radio Network Temporary Identity，RNTI)，以使得终端确定是发送自己的寻呼消息；其中，该RNTI可以是非激活无线网络临时标识(I-RNTI)，例如full-RNTI。

该寻呼消息中还携带了SDT指示字段，该SDT指示字段用于指示寻呼的原因是进行SDT传输，以使得终端获知基站预通过下行SDT传输数据，即终端通过SDT字段知道基站要通过下行SDT给自己发送数据。

其中，基站在发送寻呼消息之前，还需要对标准寻呼消息进行改动，以得到用于指示终端发起随机接入的寻呼消息。其中，对标准寻呼消息进行改动，包括添加一种新的标识寻呼的原因值(pagingCause)，得到SDT指示字段。

在本申请的另一可选的实施例中，该指示信息包括DCI(Downlink ControlInformation，下行链路控制信息)，该DCI用于给处于RRC_Inactive的终端发送PDCCH(Physical Downlink Control Channel，物理下行控制信道)，以触发终端发起基于竞争的2步随机接入。

其中，该DCI使用终端专用的RNTI加扰，加扰指的是扰码与原始信息相乘，从而得到新的信息；与原始信息相比，新的信息在时间上、频率上被打散。这样做的好处是可以减小临近区间的干扰，将信息随机化。

应当理解的是，DCI发送的时隙，可以是在寻呼消息发送的时隙，也可以在PEI(Paging Early Indicator，寻呼预告指示)的时隙，还可以定义新的周期和时刻，在此不进行限定。

需要说明的是，DCI包括第一指示字段和第二指示字段，所述第一指示字段用于指示终端发起2步随机接入时所使用的竞争前导码(preamble ID)；所述第二指示字段用于指示是否是下行SDT触发的随机接入。例如：

Random Access Preamble index–6bits：值为0，指示终端后续接入使用公共的preamble ID。

MT-SDT Indicator–1bit：用于指示是否是MT(下行)-SDT触发的接入。0代表不是，1代表是。

可以理解的是，本申请中的DCI格式可以是新的DCI Format；也可以是在标准DCIFormat进行改动得到的，例如在标准DCI Format 1_0进行改动。例如用于RRC_Inactive态终端的PDCCH DCI Format 1_0使用某种专有RNTI加扰，且"Frequency domain resourceassignment(进行频域资源分配类型的指示)"域bit都为1，其他域定义如下：

Random Access Preamble index–6bits:值为0，指示终端后续接入使用公共的preamble ID。

MT-SDT Indicator–1bit：用于指示是否是MT-SDT触发的接入。0代表不是，1代表是。

Reserved bits。

在示例中，DCI Format使用加扰的RNTI，可以是P-RNTI(Paging Radio NetworkTemporary ID，寻呼无线网络临时标识)、或者用于为PEI加扰的RNTI(PEI-RNTI)，或者I-RNTI，或者定义新的用于为SDT加扰的RNTI(SDT-RNTI)。若定义新的SDT-RNTI，则此RNTI可以在RRC重配消息或者RRCRelease消息中携带告知终端。

S120、接收终端发送的第一随机接入消息。

在终端判定满足发起2步随机接入的条件时，向服务基站发送第一随机接入消息，进而服务基站接收该第一随机接入消息。

优选地，第一随机接入消息为MsgA，MsgA包括RRCResumeRequest或RRCResumeRequest1。

S130、在根据第一随机接入消息识别终端的身份之后，向终端发送第二随机接入消息，其中第二随机接入消息中携带有下行数据，以实现小数据传输SDT。

需要说明的是，第一随机接入消息中携带有终端的标识信息，进而基站可以基于第一随机接入消息中的标识信息来识别终端的身份，确定发送第二随机接入消息的终端为步骤S110中的终端之后，向该终端发送第二随机接入消息，该第二随机接入消息中携带有发送给终端的下行数据，以实现SDT。

优选的，第二随机接入消息为MsgB，该MsgB包括RAR(Request-Action-Response)和RRCResume，还包括下行数据。

本申请实施例通过服务基站在2步随机接入过程发送下行数据，实现了RRC_Inactive态的终端快速接收下行数据包，而不用转到RRC_Connect状态。对于非频繁接收下行数据包的业务(比如定期接收下行心跳消息)，降低了时延和终端功耗。

在本申请的一个实施例中，终端发起的2步随机接入时，可以使用公共的RACH(Random Access Channel，随机接入信道)资源，服务基站也可以为SDT分配专用的RACH资源。需要说明的是，在R17版本中服务基站可以为上行SDT分配专用的RACH资源，因此终端可以共用该为上行SDT分配专用的RACH资源。

服务基站也可以为上行SDT和下行SDT分别分配专用的RACH资源；在本申请实施例中，当为下行SDT分配专用的RACH资源时，需要对RRC协议中相关IE进行改动，以增加下行SDT字段，进而通过所述下行SDT字段为下行SDT分配专用的用于随机接入的RACH资源。

值得注意的是，在FeatureCombination-r17中为MT-SDT新增字段，或者创建新的FeatureCombination-r18 IE,其中包含MT-SDT字段，字段示例包括：MT-smallData-r18ENUMERATED{true}OPTIONAL,--Need R。

值得注意的是，在一些示例中，在向终端发送第二随机接入消息后，若服务基站接收到终端针对第二随机接入消息的确认消息后，则向终端发送RRC释放消息(RRCRelease)，以释放RRC连接。

进一步地，接收到终端针对第二随机接入消息的确认消息后，确认是否存在终端的新的下行数据需要调度传输，若没有新的下行数据需要调度，直接向终端发送RRC释放消息，若存在新的数据需要调度，则给终端发送上行DCI，以使得终端发送RRCResumeComplete，而后进入RRC_Connect的动态调度流程。

在一些示例中，在向终端发送第二随机接入消息后，若接收到终端针对第二随机接入消息的否定消息时，则重传第二随机接入消息。

在此，服务基站从其他服务基站获取终端的下行数据，进而通过第二随机接入消息将下行数据传输给终端进行说明。

可以理解的是，终端可以在RNA区域内移动内不用通知服务基站，如果终端在RRC_Inactive态位置发送了移动，服务基站发生了变化，图2中基站为当前服务基站，当前服务基站需要从上一个服务基站(Last serving gNB)获取终端的下行数据。

此时，当前服务基站会接收到上一服务基站发送的寻呼消息，通过该寻呼消息获知上一个服务基站接收到终端的下行数据，进而发送前述的指示消息至终端，进而通过第二随机接入消息进行下行SDT传输。

下行SDT包括MT RA-SDT with UE context relocation(基于随机接入的下行SDT有上下文重定位)，即上一个服务基站决定将UE上下文提供给当前服务基站，重新由当前服务基站来管理终端上下文。

下行SDT还包括MT RA-SDT without UE Context relocation(基于随机接入的下行SDT无上下文重定位)，即上一个服务基站决定不会将UE上下文提供给当前服务基站，仍由上一个服务基站来管理终端上下文。

在MT RA-SDT with UE context relocation场景下，如图3所示，向所述终端发送第二随机接入消息，包括：

S310、根据终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，请求理由为进行SDT连接，请求消息用于请求终端的上下文信息。

在本申请实施例中，第一随机接入消息中携带有该终端的无线网络临时标识，当前基站根据终端的无线网络临时标识和Xn-AP接口向上一个服务器基站发送请求消息，该请求消息用于请求终端的上下文信息，并在请求消息中表明请求理由是为了进行SDT连接。

S320、接收上一个服务基站发送的终端的上下文信息，终端的上下文信息是上一个服务基站在决定迁移终端的上下文信息之后发送的。

若上一个服务基站决定迁移终端的上下文信息，则向当前服务基站反馈终端的上下文信息。例如上一个服务基站确定终端移出配置的RNA，决定迁移终端的上下文信息。

S330、确定终端保持在RRC_Inactive以进行SDT传输，并向上一个服务基站发送接口地址，以使得上一个服务基站通过接口地址转发所收到的下行数据。

S340、接收上一个服务基站转发的下行数据，并向终端发送第二随机接入消息。

当前基站决定保持终端在RRC_Inactive态来进行MT SDT，即不对终端的状态进行改变，向上一个服务基站发送接口地址，例如Xn-U，以让上一个服务基站通过接口地址转发之前收到的下行数据，进而在接收到下行数据后，将终端发送第二随机接入消息。

在本申请的实施例中，在向终端发送第二随机接入消息后，还包括：

向终端发送RRC释放消息，RRC释放消息中携带有用于配置终端的RRC_Inactive的挂起Suspendconfig字段。

在本申请实施例中，即下行SDT传输完成后，当前基站向终端发送释放消息，以释放RRC连接，在该释放消息中还携带了Suspendconfig，用于配置终端处于RRC_Inactive。

在MT RA-SDT with UE context relocation场景下，如图4所示，向所述终端发送第二随机接入消息，包括：

S410、根据终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，请求理由为进行SDT连接，请求消息用于请求终端的上下文信息。

具体请参见S310，在此不再赘述。

S420、接收上一个服务基站发送的部分上下文信息，部分上下文信息是上一个服务基站在决定不迁移终端的上下文信息后发送的。

上一个服务基站决定不迁移终端的上下文信息，向当前基站发送partial UEcontext消息，进而当前基站从partial UE context消息中提取部分上下文信息，该部分上下文信息包含SDT相关的RLC(无线链路层控制协议)context。

S430、向上一个服务基站发送信息确认消息，信息确认消息包括下行传输网络层TNL地址，以使上一个服务基站通过TNL地址发送下行数据。

S440、接收上一个服务基站发送的下行数据，向终端发送第二随机接入消息。

当前基站在接收部分上下文信息后，向上一个服务基站发送信息确认消息，并在其中包含下行TNL地址，使得上一个服务基站通过该下行TNL地址发送下行数据。

当前基站通过下行TNL地址接收上一个服务基站发送的下行数据，向终端发送第二随机接入消息。

在本申请的实施例中，在MT RA-SDT with UE context relocation场景下，在向终端发送第二随机接入消息后，还包括：

接收所述上一个服务基站发送的获取上下文失败消息，获取上下文失败消息中携带有RRC释放消息，RRC释放消息中携带有用于配置终端的RRC_Inactive的Suspendconfig字段；将RRC释放消息转发至终端。

在本申请实施例中，在下行SDT传输完毕后，上一个服务基站会向当前服务基站发送获取上下文失败消息，该获取上下文失败消息中包含RRC释放消息，RRCRelease消息中包含Suspendconfig字段配置终端的RRC_Inactive状态，进而当前服务基站转发RRCRelease消息给终端，使得终端配置为RRC_Inactive状态。

在一些示例中，在当前基站接收到上一个服务基站发送的下行数据后，会向上一个服务基站发送RETRIEVE UE CONTEXT CONFIRM来结束SDT连接。

为了便于理解，本实施例以一个较为具体的应用场景对下行数据传输方法进行说明，以具体的示例进行说明；

其中，终端在RRC_Inactive态，如图5所示，MT RA-SDT with UE contextrelocation场景的下行传输方法，包括：

S510、Last serving gNB在RNA区域内触发RAN paging。

S520、Last serving gNB将RAN paging发送至Receiving gNB。

S530、Receiving gNB向UE发送寻呼消息paging或DCI。

Paging消息中除了携带终端的full-RNTI(I-RNTI)信息，还携带了SDT指示字段。

其中，Receiving gNB发给终端的Paging消息改动，可以添加一种新的pagingCause(标识寻呼的原因值)，示例：

S540、UE向Receiving gNB发送MsgA。

RRC_Inactive态的终端收到Paging消息后，从其中的full-RNTI确定是发给自己的Paging消息，通过SDT指示字段知道基站要通过下行SDT给自己发送数据。终端判断满足2步RACH的条件，于是发起2步随机接入流程，即首先发送MsgA(preamble+RRCResumeRequest)，其中RRCResumeRequest中携带自己的I-RNTI信息。

S550、Receiving gNB向Last serving gNB发送Retrieve UE Context Request。

Receiving gNB通过I-RNTI信息和Xn-AP接口向Last Serving gNB获取终端的上下文信息，Receiving gNB在消息中表明请求Request是为了SDT连接。

S560、Last serving gNB向Receiving gNB反馈RETRIEVE UE CONTEXT RESPONSE。

Last Serving gNB决定迁移终端的上下文信息，并给Receiving gNB反馈请求终端的上下文信息的应答消息RETRIEVE UE CONTEXT RESPONSE。

S570、Receiving gNB确定保持终端在RRC INACTIVE，并向Last serving gNB发送Xn-U接口地址，接收Last serving gNB转发之前收到的下行数据。

Receiving gNB决定保持终端在RRC INACTIVE态来进行MT SDT，并给Lastserving gNB发送Xn-U接口地址，以让Last serving gNB转发之前收到的下行数据。

S580、Receiving gNB终端发送携带MsgB。

Receiving gNB收到转发的下行数据后，给终端发送MsgB(RAR+RRCResume+DL数据)，其中DL数据为下行链路数据。

S590、Receiving gNB向AMF发送的PATH SWITCH Request。

S5100、AMF向Receiving gNB发送PATH SWITCH Request ACK。

Receiving gNB发起NGAP(NG Application Protocol，在5G-AN和AMF(Access andMobility Management Function)之间的应用层协议)接口的路径切换PATH SWITCH流程，为终端建立和serving AMF的信令连接。

S5110、Receiving gNB决定停止SDT传输。

S5120、Receiving gNB向终端发送携带有Suspend config字段的RRC Release消息。

SDT下行数据传输完成后，receiving gNB给终端发送RRC Release消息并包含Suspendconfig字段配置终端的RRC INACTIVE状态。

S5130、Receiving gNB向Last serving gNB发送UE Context Release消息。

在本申请实施例中，终端在RRC_Inactive态，如图6所示，MT RA-SDT without UEcontext relocation场景的下行传输方法，包括：

S610、Last serving gNB在RNA区域内触发RAN paging。

S620、Last serving gNB将RAN paging发送至Receiving gNB。

S630、Receiving gNB向UE发送寻呼消息paging或DCI。

DCI使用终端专用的RNTI加扰，DCI消息指示终端发起基于竞争的随机接入。

DCI用于给RRC_Inactive态终端发送PDCCH，触发终端发起随机接入。DCI发送的时隙，可以在Paging发送的时隙，可以在PEI的时隙，也可以定义新的周期和时刻。

可以定义新的DCI Format(格式)，DCI字段定义如下(示例)：

-Random Access Preamble index–6bits:值为0，指示终端后续接入使用公共的preamble ID。

-MT-SDT Indicator–1bit：用于指示是否是MT-SDT触发的接入。0代表不是，1代表是。

-Reserved bits

新的DCI Format使用加扰的RNTI，可以利用P-RNTI，或者PEI-RNTI，或者I-RNTI，或者定义新的SDT-RNTI。若定义新的SDT-RNTI，则此RNTI可以在RRC重配消息或者RRCRelease消息中携带告知终端。

上述用于RRC_Inactive态终端接入的DCI也可以利用已有的DCI Format1_0，定义一种新的使用方式，以下是示例：

用于RRC_Inactive态终端的PDCCH DCI1_0使用某种专有RNTI(可以是P-RNTI/PEI-RNTI/I-RNTI/SDT-RNTI)加扰，且"Frequency domain resource assignment"域bit都为1，其他域定义如下：

-Random Access Preamble index–6bits:值为0，指示终端后续接入使用公共的preamble ID。

-MT-SDT Indicator–1bit：用于指示是否是MT-SDT触发的接入。0代表不是，1代表是。

-Reserved bits

S640、UE向Receiving gNB发送MsgA。

S650、Receiving gNB向Last serving gNB发送Retrieve UE Context Request。

S640和S650请参见S540和S550，在此不再赘述。

S660、Last serving gNB决定迁移UE CONTEX。

S670、Last serving gNB向Receiving gNB发送Partial UE context。

Last Serving gNB决定不迁移终端的上下文信息，并给receiving gNB发送部分上下文信息，其中包含SDT相关的RLC context。

S680、Receiving gNB向Last serving gNB反馈ACK。

Receiving gNB收到部分上下文信息后给Last serving gNB反馈ACK，并在其中包括下行TNL地址，以让Last serving gNB发送下行数据包给Receiving gNB。

需要说明的是，Receiving gNB会创建SDT RLC(Radio Link Control，无线链路层控制协议)实体；Last serving gNB会保持PDCP(Packet Data Convergence Protocol，分组数据汇聚层协议)实体。

S690、Receiving gNB向终端发送MsgB。

Receiving gNB收到Last serving gNB发来的下行数据包后，给终端发送MsgB(RAR+RRCResume+DL数据)。进而UPF通过Last serving gNB和Receiving gNB向终端传输下行链路的小数据，终端通过Last serving gNB和Receiving gNB向UPF传输上行链路的小数据。

S6100、Last serving gNB向Receiving gNB发送RETRIEVE UE CONTEXT FAILURE。

S6110、Receiving gNB向终端发送RRCRelease消息。

SDT下行数据传输完成后，Last serving gNB给Receiving gNB反馈获取上下文信息失败消息，其中包含RRCRelease消息，RRCRelease消息中包含Suspendconfig字段配置终端的RRC_Inactive状态。Receiving gNB转发RRC Release消息给终端。

另外，第10步之前Receiving gNB可能会给Last serving gNB发送RETRIEVE UECONTEXT CONFIRM来结束SDT连接。

在图5和图6中，下行SDT引发的终端2步随机接入，可以使用公共的2步RACH资源，基站也可以为SDT分配专用的RACH资源。R17版本中基站可以为上行SDT分配专用的RACH资源。新引入下行SDT可以和上行SDT共用这部分专用的RACH资源，基站也可以为上、下行SDT分别分配专用的RACH资源。

如果上、下行SDT不共用基站分配的专用的RACH资源，也就是基站分配只用于下行SDT的RACH资源，涉及到RRC协议相关IE的改动，需要在FeatureCombination-r17中为MT-SDT新增字段，或者创建新的FeatureCombination-r18 IE,其中包含MT-SDT字段，例如：

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的数据同步方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的数据同步方法的实施例。

如图7所示，图7是本申请的一示例性实施例示出的一种下行数据传输装置的结构示意图，包括：

发送模块710，用于当存在处于无线资源控制非活动态RRC_Inactive的终端的下行数据时，向终端发送指示信息，指示信息用于指示终端发起2步随机接入；

接收模块720，用于接收终端发送的第一随机接入消息；

发送模块710，还用于在根据第一随机接入消息识别终端的身份之后，向终端发送第二随机接入消息，其中第二随机接入消息中携带有下行数据，以实现小数据传输SDT。

在本申请的一些实施例中，基于前述方案，指示信息包括寻呼消息，寻呼消息中携带有终端的无线网络临时标识和SDT指示字段，SDT指示字段用于指示寻呼的原因是进行SDT传输，以使得终端获知基站预通过下行SDT传输数据。

在本申请的一些实施例中，基于前述方案，指示信息包括下行链路控制信息DCI，DCI用于给终端发送物理下行控制信道PDCCH，以触发终端发起基于竞争的2步随机接入。

在本申请的一些实施例中，基于前述方案，DCI包括第一指示字段和第二指示字段，第一指示字段用于指示终端发起2步随机接入时所使用的竞争前导码preamble ID；第二指示字段用于指示是否是下行SDT触发的随机接入。

在本申请的一些实施例中，基于前述方案，发送模块710，具体用于根据终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，请求理由为进行SDT连接，请求消息用于请求终端的上下文信息；接收模块720，具体用于接收上一个服务基站发送的终端的上下文信息，终端的上下文信息是上一个服务基站在决定迁移终端的上下文信息之后发送的；发送模块710还用于确定终端保持在RRC_Inactive以进行SDT传输，并向上一个服务基站发送接口地址，以使得上一个服务基站通过接口地址转发所收到的下行数据；接收模块720还用于接收上一个服务基站转发的下行数据，并向终端发送第二随机接入消息。

在本申请的一些实施例中，基于前述方案，发送模块710还用于向终端发送RRC释放消息，RRC释放消息中携带有用于配置终端的RRC_Inactive的挂起Suspendconfig字段。

在本申请的一些实施例中，基于前述方案，发送模块710，具体用于根据终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，请求理由为进行SDT连接，请求消息用于请求终端的上下文信息；接收模块720，具体用于接收上一个服务基站发送的部分上下文信息，部分上下文信息是上一个服务基站在决定不迁移终端的上下文信息后发送的；发送模块710还用于向上一个服务基站发送信息确认消息，信息确认消息包括下行传输网络层TNL地址，以使上一个服务基站通过TNL地址发送下行数据；接收模块720还用于接收上一个服务基站发送的下行数据，向终端发送第二随机接入消息。

在本申请的一些实施例中，基于前述方案，发送模块710还用于接收上一个服务基站发送的获取上下文失败消息，获取上下文失败消息中携带有RRC释放消息，RRC释放消息中携带有用于配置终端的RRC_Inactive的Suspendconfig字段；将RRC释放消息转发至终端。

在本申请的一些实施例中，基于前述方案，该装置还包括修改模块，用于对RRC协议中配置信息元素IE进行修改，以增加下行SDT字段；通过下行SDT字段为下行SDT分配用于随机接入的随机接入信道RACH资源。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

在一示例性实施例中，一种电子设备，包括一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个被一个或多个处理器执行时，使得电子设备实现如前的方法。

图8示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图8示出的电子设备的计算机系统800仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(Centra lProcessing Unit，CPU)801，其可以根据存储在只读存储器(Read－Only Memory，ROM)802中的程序或者从储存部分808加载到随机访问存储器(Random Access Memory，RAM)803中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 803中，还存储有系统操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(Input/Output，I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分807；包括硬盘等的储存部分808；以及包括诸如LAN(Loca lArea Network，局域网)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入储存部分808。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本申请的系统中限定的各种功能。

在一示例性实施例中，一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前所述的方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read－Only Memory，CD－ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (10)

1.一种下行数据传输方法，其特征在于，所述方法包括：

当存在处于无线资源控制非活动态RRC_Inactive的终端的下行数据时，向所述终端发送指示信息，所述指示信息用于指示所述终端发起2步随机接入；

接收所述终端发送的第一随机接入消息；

在根据所述第一随机接入消息识别所述终端的身份之后，向所述终端发送第二随机接入消息，其中所述第二随机接入消息中携带有所述下行数据，以实现小数据传输SDT。

2.根据权利要求1所述的方法，其特征在于，所述指示信息包括寻呼消息，所述寻呼消息中携带有所述终端的无线网络临时标识和SDT指示字段，所述SDT指示字段用于指示寻呼的原因是进行SDT传输，以使得所述终端获知所述基站预通过下行SDT传输数据。

3.根据权利要求1所述的方法，其特征在于，所述指示信息包括下行链路控制信息DCI，所述DCI用于给所述终端发送物理下行控制信道PDCCH，以触发终端发起基于竞争的2步随机接入。

4.根据权利要求3所述的方法，其特征在于，所述DCI包括第一指示字段和第二指示字段，所述第一指示字段用于指示终端发起2步随机接入时所使用的竞争前导码preambleID；所述第二指示字段用于指示是否是下行SDT触发的随机接入。

5.根据权利要求1所述的方法，其特征在于，所述向所述终端发送第二随机接入消息，包括：

根据所述终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，所述请求理由为进行SDT连接，所述请求消息用于请求所述终端的上下文信息；

接收所述上一个服务基站发送的所述终端的上下文信息，所述终端的上下文信息是所述上一个服务基站在决定迁移所述终端的上下文信息之后发送的；

确定所述终端保持在RRC_Inactive以进行SDT传输，并向所述上一个服务基站发送接口地址，以使得所述上一个服务基站通过所述接口地址转发所收到的下行数据；

接收所述上一个服务基站转发的所述下行数据，并向所述终端发送所述第二随机接入消息。

6.根据权利要求5所述的方法，其特征在于，所述向所述终端发送所述第二随机接入消息之后，所述方法还包括：

向所述终端发送RRC释放消息，所述RRC释放消息中携带有用于配置所述终端的RRC_Inactive的挂起Suspendconfig字段。

7.根据权利要求1所述的方法，其特征在于，所述向所述终端发送第二随机接入消息，包括：

根据所述终端的无线网络临时标识向上一个服务基站发送携带有请求理由的请求消息，所述请求理由为进行SDT连接，所述请求消息用于请求所述终端的上下文信息；

接收所述上一个服务基站发送的部分上下文信息，所述部分上下文信息是所述上一个服务基站在决定不迁移所述终端的上下文信息后发送的；

向所述上一个服务基站发送信息确认消息，所述信息确认消息包括下行传输网络层TNL地址，以使所述上一个服务基站通过所述TNL地址发送所述下行数据；

接收所述上一个服务基站发送的所述下行数据，向所述终端发送第二随机接入消息。

8.根据权利要求7所述的方法，其特征在于，所述向所述终端发送所述第二随机接入消息之后，所述方法还包括：

接收所述上一个服务基站发送的获取上下文失败消息，所述获取上下文失败消息中携带有RRC释放消息，所述RRC释放消息中携带有用于配置终端的RRC_Inactive的Suspendconfig字段；

将所述RRC释放消息转发至所述终端。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述方法还包括：

对RRC协议中配置信息元素IE进行修改，以增加下行SDT字段；

通过所述下行SDT字段为下行SDT分配用于随机接入的随机接入信道RACH资源。

10.一种下行数据传输装置，其特征在于，包括：

发送模块，用于当存在处于无线资源控制非活动态RRC_Inactive的终端的下行数据时，向所述终端发送指示信息，所述指示信息用于指示所述终端发起2步随机接入；

接收模块，用于接收所述终端发送的第一随机接入消息；

所述发送模块，还用于在根据所述第一随机接入消息识别所述终端的身份之后，向所述终端发送第二随机接入消息，其中所述第二随机接入消息中携带有所述下行数据，以实现小数据传输SDT。

Images