CN116017771A

CN116017771A - 一种通信方法和装置

Info

Publication number: CN116017771A
Application number: CN202111236395.1A
Authority: CN
Inventors: 徐小英; 王燕; 续斌; 郭英昊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-10-22
Filing date: 2021-10-22
Publication date: 2023-04-25
Also published as: WO2023066365A9; WO2023066365A1

Abstract

本申请实施例提供了一种通信方法和装置，该方法包括：DU接收来自终端设备的上行数据；DU为该终端设备分配第一小区无线网络临时标识C‑RNTI和第一DU接口标识；DU向集中式单元CU发送第一消息，该第一消息包括该第一C‑RNTI和该第一DU接口标识；DU接收来自该CU的第二消息，该第二消息包括该第一C‑RNTI或该第一DU接口标识。本申请实施例提供一种通信的方法和装置，能够降低DU的处理负担，提升通信的效率。

Description

一种通信方法和装置

技术领域

本申请实施例涉及通信领域，并且，更具体地，涉及一种通信方法和装置。

背景技术

在通信系统中，处于空闲态或去激活态的终端设备，可以在不进行无线资源控制(radio resource control，RRC)状态切换的情况下进行数据传输，这种数据传输机制即为小数据传输(small data transmission，SDT)。在集中式单元(central unit，CU)和分布式单元(distributed unit，DU)分离的场景中，每当终端设备发起SDT时，DU都要与CU发起信令交互过程，才能恢复DU和CU之间的传输，带来发送的时延，使得数据传输的效率变低。

发明内容

本申请实施例提供一种通信方法和装置，能够降低DU的处理负担，提升通信的效率。

第一方面，提供了一种通信方法，所述方法应用于分布式单元DU，或者，也可以由配置于DU中的芯片或电路执行，本申请对此不作限定。该方法包括：接收来自终端设备的上行数据；为所述终端设备分配第一小区无线网络临时标识C-RNTI和第一DU接口标识；向集中式单元CU发送第一消息，所述第一消息包括所述第一C-RNTI和所述第一DU接口标识；接收来自所述CU的第二消息，所述第二消息包括所述第一C-RNTI或所述第一DU接口标识。

基于上述方案，在SDT过程中时，CU无需向DU发送上下文建立请求，只需要将携带DU上存储的CU接口标识和DU接口标识消息发送给DU，并将DU给UE新分配的C-RNTI告知DU，从而使得DU使用新C-RNTI加扰PDCCH。避免了CU和DU间交互冗余配置，能够减低DU的处理负担，提高处理效率。

结合第一方面，在第一方面的某些实现方式中，所述终端设备处于无线资源控制RRC空闲态或RRC非激活态。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：在接收所述上行数据之前，所述DU存储有所述终端设备的上下文信息，所述上下文信息包括第二C-RNTI；在接收到所述第二消息之后，将所述第二C-RNTI更新为所述第一C-RNTI。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：为所述终端设备分配所述第一C-RNTI和所述第一DU接口标识之后，存储所述第一C-RNTI和所述第一DU接口标识；在接收到所述第二消息之后，删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

基于上述方案，当DU确定了UE身份并确定该UE的上下文信息后，DU将分配给UE的第一DU接口标识收回或将第二DU接口标识更新为第一DU接口标识，节约了接口标识以及存储资源。

结合第一方面，在第一方面的某些实现方式中，当所述第二消息包括所述第一DU接口标识时，所述将所述第二C-RNTI更新为所述第一C-RNTI，具体包括：根据所述第一DU接口标识确定所述第一C-RNTI；将所述第二C-RNTI更新为所述第一C-RNTI。

结合第一方面，在第一方面的某些实现方式中，当所述第二消息包括所述第一C-RNTI时，所述删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识，具体包括：根据所述第一C-RNTI确定所述第一DU接口标识；删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

结合第一方面，在第一方面的某些实现方式中，所述上下文信息还包括第二DU接口标识。

结合第一方面，在第一方面的某些实现方式中，所述接收来自终端设备的上行数据，具体包括：在随机接入过程中接收来自所述终端设备的上行数据。

结合第一方面，在第一方面的某些实现方式中，所述第一消息还包括RRC恢复请求消息，所述上行数据包括所述RRC恢复请求消息。

结合第一方面，在第一方面的某些实现方式中，所述第二消息还包括所述第二DU接口标识和第二CU接口标识，所述第二CU接口标识存储在所述上下文信息中。

结合第一方面，在第一方面的某些实现方式中，所述第二消息为上下文修改请求消息。

需要说明的是，该上下文修改请求消息，也可以称为终端上下文修改请求消息。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括，向所述CU发送上下文修改响应消息。

需要说明的是，该上下文修改响应消息，也可以称为终端上下文修改响应消息。

基于上述方案，通过CU和DU间使用UE修改上下文流程，避免了CU和DU间交互冗余配置，能够减低DU的处理负担，提高处理效率。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括，在接收所述上行数据之前，接收所述CU的RRC释放消息和指示信息，所述指示信息指示所述DU保存所述终端设备的上下文信息；向所述终端设备发送所述RRC释放消息。

第二方面，提供了一种通信方法，其特征在于，分布式DU接收来自终端设备的上行数据；所述DU为所述终端设备分配第一小区无线网络临时标识C-RNTI和第一DU接口标识；所述DU向集中式单元CU发送第一消息，所述第一消息包括所述第一C-RNTI和所述第一DU接口标识；所述CU向所述DU发送第二消息，所述第二消息包括所述第一C-RNTI或所述第一DU接口标识。

基于上述方案，在SDT过程中时，CU将DU给UE新分配的C-RNTI告知DU，避免了CU和DU间交互冗余配置，能够减低DU的处理负担，提高处理效率。

结合第二方面，在第二方面的某些实现方式中，所述终端设备处于RRC空闲态或RRC非激活态。

结合第二方面，在第二方面的某些实现方式中，所述方法还包括：在接收所述上行数据之前，所述DU存储有所述终端设备的上下文信息，所述上下文信息包括第二C-RNTI；所述DU在接收到所述第二消息之后，将所述第二C-RNTI更新为所述第一C-RNTI。

结合第二方面，在第二方面的某些实现方式中，所述DU为所述终端设备分配所述第一C-RNTI和所述第一DU接口标识之后，所述DU存储所述第一C-RNTI和所述第一DU接口标识；所述DU在接收到所述第二消息之后，删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

结合第二方面，在第二方面的某些实现方式中，

当所述第二消息包括所述第一DU接口标识时，所述将所述第二C-RNTI更新为所述第一C-RNTI，具体包括：所述DU根据所述第一DU接口标识确定所述第一C-RNTI；所述DU将所述第二C-RNTI更新为所述第一C-RNTI。

结合第二方面，在第二方面的某些实现方式中，

当所述第二消息包括所述第一C-RNTI时，所述删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识，具体包括：所述DU根据所述第一C-RNTI确定所述第一DU接口标识；所述DU删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

结合第二方面，在第二方面的某些实现方式中，所述上下文信息还包括第二DU接口标识。

结合第二方面，在第二方面的某些实现方式中，所述DU接收来自终端设备的上行数据，具体包括：所述DU在随机接入过程中接收来自所述终端设备的上行数据。

结合第二方面，在第二方面的某些实现方式中，所述第一消息还包括RRC恢复请求消息，所述上行数据包括所述RRC恢复请求消息。

结合第二方面，在第二方面的某些实现方式中，所述第二消息还包括所述第二DU接口标识和第二CU接口标识，所述第二CU接口标识存储在所述上下文信息中。

结合第二方面，在第二方面的某些实现方式中，所述第二消息为上下文修改请求消息。

结合第二方面，在第二方面的某些实现方式中，所述方法还包括，接收来自所述DU的上下文修改响应消息。

结合第二方面，在第二方面的某些实现方式中，所述方法还包括，

在所述DU接收所述上行数据之前，所述CU向所述DU发送RRC释放消息和指示信息，所述指示信息指示所述DU保存所述终端设备的上下文信息；所述DU向所述终端设备发送所述RRC释放消息。

第三方面，提供了一种通信装置，包括用于实现前述第一方面的任意可能的实现方式中的方法的功能模块。

第四方面，提供了一种通信装置，包括用于实现前述第二方面的任意可能的实现方式中的方法的功能模块。

第五方面，提供了一种通信装置，包括处理器和接口电路，接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现前述第一方面的任意可能的实现方式中的方法。

第六方面，提供了一种通信装置，包括处理器和接口电路，该接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现前述第二方面的任意可能的实现方式中的方法。

第七方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或指令，当该计算机程序或指令被执行时，实现前述第一方面的任意可能的实现方式中的方法。

第八方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或指令，当该计算机程序或指令被执行时，实现前述第二方面的任意可能的实现方式中的方法。

第九方面，提供了一种包含指令的计算机程序产品，当该指令被运行时，实现前述第一方面的任意可能的实现方式中的方法。

第十方面，提供了一种包含指令的计算机程序产品，当该指令被运行时，实现前述第二方面的任意可能的实现方式中的方法。

第十一方面，提供了一种计算机程序，该计算机程序包括代码或指令，当该代码或指令被运行时，实现前述第一方面的任意可能的实现方式中的方法。

第十二方面，提供了一种计算机程序，该计算机程序包括代码或指令，当该代码或指令被运行时，实现前述第二方面的任意可能的实现方式中的方法。

第十三方面，提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述第一方面的任意可能的实现方式中的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第十四方面，提供一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述第二方面的任意可能的实现方式中的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第十五方面，提供一种通信系统，该通信系统包括第三方面或者第四方面所述的装置。

附图说明

图1为本申请实施例适用的一种网络架构示意图。

图2为本申请实施例提供的一种CU-DU分离架构的示意图。

图3为本申请实施例提供的又一种CU-DU分离架构的示意图。

图4为本申请实施例提供的一种协议栈分布示意图。

图5为本申请实施例提供的一种通信方法500的流程示意图。

图6为本申请实施例提供的一种通信方法600的流程示意图。

图7为本申请实施例提供的通信装置700的示意性框图。

图8为本申请实施例提供的另一种通信装置800的示意性框图。

具体实施方式

本申请实施例提供的技术方案可以应用于各种通信系统，例如：长期演进(longterm evolution,LTE)系统、第五代(5th generation,5G)移动通信系统、WiFi系统、未来的通信系统、或者多种通信系统融合的系统等，本申请实施例不做限定。其中，5G还可以称为新无线(new radio,NR)。

本申请实施例提供的技术方案可以应用于各种通信场景，例如可以应用于以下通信场景中的一种或多种：增强移动宽带(enhanced mobile broadband，eMBB)、超可靠低时延通信(ultra-reliable low-latency communication，URLLC)、机器类型通信(machinetype communication，MTC)、大规模机器类型通信(massive machine typecommunications，mMTC)、设备到设备(device-to-device，D2D)、车辆外联(vehicle toeverything，V2X)、车辆到车辆(vehicle to vehicle，V2V)、和物联网(internet ofthings，IoT)等。

在本申请实施例中，“/”可以表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；“和/或”可以用于描述关联对象存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。其中A，B可以是单数或者复数。在本申请实施例中，可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明，被描述为“示例性的”或者“例如”的实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

图1为本申请实施例适用的一种网络架构示意图。如图1所示，终端设备可接入到无线网络，以通过无线网络获取外网(例如数据网络(data network，DN))的服务，或者通过无线网络与其它设备通信，如可以与其它终端设备通信。该无线网络中的网元包括无线接入网(radio access network，RAN)网元和核心网(core network，CN)网元。RAN用于将终端设备接入到无线网络，CN用于对终端设备进行管理并提供与DN通信的网关。在本申请实施例中，RAN中的设备可以称为接入网设备，CN中的设备可以称为核心网设备，接入网设备和核心网设备都可以称为网络设备。其中，一个接入网设备可以为至少一个终端设备提供服务，例如，一个接入网设备可以为两个终端设备提供服务(图1未示出)。

图1中Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见相关标准协议中定义的含义，在此不做限制。

可以理解的是，图1中是以5G通信系统为例进行示意的，本申请实施例中的方案还可以适用于其它可能的通信系统中，比如第六代(the 6th generation，6G)通信系统中。上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

下面分别对图1中所涉及的终端设备、RAN、CN、DN进行详细说明。

一、终端设备

终端设备包括向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle to everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元、订户站，移动站、远程站、接入点(access point，AP)、远程终端、接入终端、用户终端、用户代理、或用户装备等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communicationservice，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digitalassistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。

二、RAN设备

RAN中可以包括一个或多个RAN设备，RAN设备与终端设备之间的接口可以为Uu接口(或称为空口)。当然，在未来通信中，这些接口的名称可以不变，或者也可以用其它名称代替，本申请对此不限定。

RAN设备是终端设备通过无线方式接入到移动通信系统中的接入设备,可以是基站、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、未来移动通信系统中的基站或WiFi系统中的接入节点等。RAN设备可以包括集中单元(centralized unit，CU)、或分布单元(distributed unit，DU)、或包括CU和DU。

在本申请实施例中，也可以通过多个网络功能实体来实现RAN设备的功能，每个网络功能实体用于实现RAN设备的部分功能。这些网络功能实体可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

(1)协议层结构

RAN设备和终端设备之间的通信遵循一定的协议层结构，例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packetdata convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层，在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。

以接入网设备和终端设备之间的数据传输为例，数据传输需要经过用户面协议层，比如经过SDAP层、PDCP层、RLC层、MAC层、物理层，其中，SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。示例性地，接入网设备和终端设备之间通过建立至少一个数据无线承载(data radio bearer，DRB)来传输数据，每个DRB可以对应一组功能实体集合，比如包括一个PDCP层实体，该PDCP层实体对应的至少一个RLC层实体，至少一个RLC层实体对应的至少一个MAC层实体，至少一个MAC层实体对应的至少一个物理层实体。需要说明的是，接入网设备和终端设备之间还可以通过建立至少一个信令无线承载(signalling radiobearer，SRB)来传输信令，DRB和SRB可以统称为无线承载(radio bearer，RB)。

(2)CU和DU

本申请实施例中，RAN设备可以包括一个或多个集中单元(centralized unit，CU)和一个或多个分布单元(distributed unit，DU)，多个DU可以由一个CU集中控制。作为示例，CU和DU之间的接口可以称为F1接口，其中，控制面(control panel，CP)接口可以为F1-C，用户面(user panel，UP)接口可以为F1-U。CU和DU可以根据无线网络的协议层划分：比如图2所示，PDCP层及以上协议层的功能设置在CU，PDCP层以下协议层的功能设置在DU，例如，DU可以包括RLC层、MAC层和物理(Physical,PHY)层。

在一种可能的设计中，DU可以包括RLC层的功能、MAC层的功能，和，PHY层的部分功能。示例性地，DU可以包括PHY层中高层的功能。其中，PHY层中高层的功能可以包括循环冗余校验(cyclic redundancy check，CRC)功能、信道编码、速率匹配、加扰、调制、和层映射；或者，PHY层中高层的功能可以包括循环冗余校验、信道编码、速率匹配、加扰、调制、层映射和预编码。PHY层中低层的功能可以通过另一个与DU独立的网络实体实现，其中，PHY层中低层的功能可以包括预编码、资源映射、物理天线映射和射频功能；或者，PHY层中低层的功能可以包括资源映射、物理天线映射和射频功能。本申请实施例对PHY层中高层和底层的功能划分不作限制。当PHY层中低层的功能可以以另一个与DU独立的网络实体实现时，DU向其它通信装置(例如终端设备、核心网设备)发送数据或信息，可以理解为：DU执行RLC层、MAC层的功能，和，PHY层的部分功能。例如，DU在完成RLC层、MAC层的功能，以及，循环冗余校验、信道编码、速率匹配、加扰、调制、层映射后，由执行PHY层中低层的功能的与DU独立的网络实体执行剩余的在物理资源上映射和发送的功能。

可以理解的，上述对CU和DU的处理功能按照协议层的划分仅仅是一些举例，也可以按照其他的方式进行划分，比如RLC层以上协议层的功能设置在CU，RLC层及以下协议层的功能设置在DU，又比如可以将CU或者DU划分为具有更多协议层的功能，又比如CU或DU还可以划分为具有协议层的部分处理功能。在一种设计中，将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中，还可以按照业务类型或者其他系统需求对CU或者DU的功能进行划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。在另一种设计中，CU也可以具有核心网的一个或多个功能。示例性地，CU可以设置在网络侧方便集中管理；DU可以具有多个射频功能，也可以将射频功能拉远设置。本申请实施例对此并不进行限定。

示例性地，CU的功能可以由一个实体来实现，或者也可以由不同的实体来实现。例如，如图3所示，可以对CU的功能进行进一步切分，即将控制面和用户面分离并通过不同实体来实现，分别为控制面CU实体(即CU-CP实体)和用户面CU实体(即CU-UP实体)，CU-CP实体和CU-UP实体可以与DU相耦合，共同完成RAN设备的功能。CU-CP实体与CU-UP实体之间的接口可以为E1接口，CU-CP实体与DU之间的接口可以为F1-C接口，CU-UP实体与DU之间的接口可以为F1-U接口。其中，一个DU和一个CU-UP可以连接到一个CU-CP。在同一个CU-CP控制下，一个DU可以连接到多个CU-UP，一个CU-UP可以连接到多个DU。

基于图3，图4为一种空口协议栈分布示意图。如图4所示，针对用户面和控制面来说，空口协议栈都可以是RLC、MAC、PHY在DU，PDCP及以上协议层在CU。

需要说明的是：在上述图2至图4所示意的架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为物理层的数据发送给终端设备，或者，由接收到的物理层的数据转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装置发送的。

三、CN

CN中可以包括一个或多个CN设备，以5G通信系统为例，CN中可以包括接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified datamanagement，UDM)网元、应用功能(application function，AF)网元、网络开放功能(network exposure function，NEF)网元、统一数据存储(unified data repository，UDR)网元等。

AMF网元是由运营商网络提供的控制面网元，负责终端设备接入运营商网络的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。

SMF网元是由运营商网络提供的控制面网元，负责管理终端设备的协议数据单元(protocol data unit，PDU)会话。PDU会话是一个用于传输PDU的通道，终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放，包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。

UPF网元是由运营商提供的网关，是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、业务用量上报、服务质量(Quality of Service，QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

PCF网元是由运营商提供的控制面功能，用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。

UDM网元是由运营商提供的控制面网元，负责存储运营商网络中签约用户的用户永久标识符(subscriber permanent identifier，SUPI)、安全上下文(securitycontext)、签约数据等信息。

AF网元是提供各种业务服务的功能网元，能够通过其它网元与核心网交互，以及能够和策略管理框架交互进行策略管理。

此外，CN中还可以包括其它可能的网元，比如网络开放功能(network exposurefunction，NEF)网元、统一数据仓储(unified data repository，UDR)网元，NEF网元用于提供网络能力开放相关的框架、鉴权和接口，在5G系统网络功能和其他网络功能之间传递信息；UDR网元主要用来存储用户相关的签约数据、策略数据、用于开放的结构化数据、应用数据。

四、DN

DN也可以称为分组数据网络(packet data network，PDN)，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN中可部署有多种业务对应的应用服务器，为终端设备提供多种可能的服务。其中，应用服务器中可以设置有与终端设备的应用层相对等的应用层。

为便于理解本申请实施例，对本申请实施例中涉及的几个基本概念做简单说明。

一、RRC状态

1)无线资源控制连接(radio resource control connected，RRC CONNECTED)态的终端设备是指终端设备和接入网设备之间建立了RRC连接，接入网设备保存终端设备的信息(例如，终端设备的接入层上下文信息、无线配置信息等中的一项或多项)。该RRC连接是数据无线承载(data radio bearer，DRB)或信令无线承载1(signaling radio bearer，SRB1)的连接等专用连接，不包括SRB0的公共连接；

2)无线资源控制空闲(radio resource control idle，RRC IDLE)态的终端设备是指终端设备和接入网设备之间没有RRC连接，接入网设备没有保存终端设备的信息；

3)无线资源控制非激活(radio resource control inactive，RRC INACTIVE)态的终端设备是指终端设备在基于无线接入网络的通知区域(radio access network basednotification area，RNA)下移动，可以不知会接入网设备。终端设备保存自己的上下文，前服务接入网设备(last serving gNB)保存终端设备的上下文，以及与接入和移动性管理功能网元(access and mobility management function，AMF)和用户面功能(user planefunction，UPF)的下一代(next generation，NG)接口连接。在RRC INACTIVE下，终端设备与接入网设备的专用的RRC连接是挂起的，后续可以恢复的，例如，终端设备通过发起RRC恢复(resume)过程，恢复RRC连接。终端设备可以在RRC INACTIVE态执行小区重选。

二、小数据传输(small data transmission，SDT)

SDT又称为早期数据传输(early data transmission，EDT)，对于处于非连接态的UE，可以通过简单的信令过程进行小数据的传输(例如智能仪表的数据上报)，以避免造成RRC状态的改变和RRC信令的开销。

终端设备进行小数传输的方式包括配置授权(configured grant，CG)-SDT和随机接入(random access，RA)-SDT。

当前若服务基站由分离的CU和DU组成时，DU不会保存非激活态下UE的上下文。每次UE发起小数据传输的时候，DU和CU都要通过信令交互过程才能恢复DU和CU之间的传输，带来发送时延，以及发送效率低的问题。因此，考虑DU保存了非激活态UE的上下文情况下，基于该上下文信息来降低DU与CU冗余信息的交互，提高DU的处理效率。

图5示出了本申请实施例提供的一种通信方法500的示意图，该方法500适用于SDT。

如图5所示，该通信的方法包括：

S501，DU接收UE发送的上行数据，对应的，UE向DU发送上行数据。

示例性地，UE可以基于随机接入过程向DU发送上行数据，其中，UE可以处于RRC空闲态或者RRC非激活态。

可选地，该上行数据可以为SDTDRB数据或者SDTSRB数据，该SDT SRB数据可以是SDT非接入层(non access stratum，NAS)数据。

此外，需要注意的是，该上行数据还可以包括UE发送的RRC恢复请求消息，其中该RRC恢复请求消息中携带UE的非活动-无线网络临时标识I-RNTI(Inactive Radio networktemporary identify)和身份验证信息。可选地，该上行数据可以是四步随机接入过程中的Msg3。其中，I-RNTI用于标识UE所在的基站标识以及用于唯一标识基站内的UE标识。

S502，DU为UE分配第一小区无线网络临时标识(cell radio network temporaryidentify，C-RNTI)和第一DU接口标识。

具体地，当DU在上行授权的资源上监听到UE发送的上行数据后，由于该DU不能解码UE发送的RRC恢复请求消息，也无法识别该UE的上下文已经存储在该DU上，因此，该DU为UE分配第一C-RNTI以及第一DU接口标识，该第一DU接口标识可以是UE的F1应用协议(F1application protocol，F1AP)接口标识，例如，可以是第一UE DU F1AP ID，该F1应用协议可以参照当前5G的相关技术，本申请在此不再赘述。

S503，DU向CU发送第一消息。

具体地，当DU为UE分配第一C-RNTI和第一DU接口标识后，该DU向CU发送第一消息，并携带第一C-RNTI和第一DU接口标识。

需要说明的是，该第一消息还包括RRC恢复请求。

在一种可实现的方式中，该第一消息可以是F1AP消息，例如，可以是初始上行RRC消息传输(initial uplink RRC message transfer)。该初始上行RRC传输中可以携带S502中DU给UE分配的第一C-RNTI、第一DU F1AP ID以及RRC恢复请求，该RRC恢复请求携带UE的I-RNTI和身份验证信息等。

可选地，该第一消息还可以携带用于指示UE发起SDT的信息。

可选地，当DU为UE分配第一C-RNTI和第一DU接口标识后，该DU将该第一C-RNTI和第一DU接口标识储存。

S504，CU向DU发送第二消息。

当CU接收到DU发送的第一消息后，该CU通过第一消息中UE的身份标识验证UE的身份信息，确定发起SDT的UE的上下文保存在DU上，因此不必再给UE重新分配CU接口标识，也无需向DU发送上下文建立请求，只需要向DU发送第二消息，通过第二消息告知DU该UE的身份，使得DU能够将存储的该UE的上下文信息与该第一C-RNTI或该第一DU接口标识对应，便于该DU使用该第一C-RNTI加扰物理下行控制信道(physical downlink control channel，PDCCH)以及将该第一C-RNTI关联到UE的上下文。

可选地，第二消息携带第一C-RNTI和/或第一DU接口标识。

可选地，第二消息还可以携带第二DU接口标识和/或第二CU接口标识。

应理解，在DU收到CU的第二消息之前，该DU存储的该UE的上下文信息可以包括第二DU接口标识和/或第二CU接口标识。可选地，该DU存储的该UE的上下文信息还可以包括第二C-RNTI。其中，第二DU接口标识以及第二CU接口标识也存储在该CU上，并且是CU和DU协商为UE分配的。

在一种可实现的方式中，该第二消息可以是UE上下文修改请求消息。

此外，若验证失败，CU可指示通知DU释放UE的上下文，通知UE转到RRC IDLE态。

基于本申请的实施例，在SDT过程中，当CU成功验证UE的身份后，确定发起SDT的UE的上下文保存在DU上时，不必给UE分配CU接口标识，也无需向DU发送上下文建立请求，只需要通过一个F1AP消息，携带DU上存储的CU接口标识和DU接口标识，并将DU给UE新分配的C-RNTI告知DU，从而使得DU使用新C-RNTI加扰PDCCH。即通过CU和DU间使用UE修改上下文流程，避免了CU和DU间交互冗余配置，能够减低DU的处理负担，提高处理效率。

在一种可实现的方式中，本申请的通信方法500还可以包括其他步骤：

S505，CU向DU发送上下文释放消息。在本申请实施例中，上下文释放消息也可以称为“终端上下文释放消息”、“UE上下文释放消息”。

示例性地，当CU决定通知UE从RRC连接态转换到RRC非激活态时，CU向DU发送上下文释放消息。

可选地，该上下文释放消息中携带第一指示信息，该第一指示信息用于指示DU保存UE的上下文信息。

可选地，该上下文释放消息可以携带RRC释放消息。可选地，该RRC释放消息可以携带用于小数据传输的无线承载的配置。

应理解，在本申请实施例中，当DU收到CU发送的上下文释放消息后，该DU会将UE的上下文信息进行保留，而非删除。

其中，该UE的上下文信息可以包括至少以下信息中的一种：F1-AP专用连接、F1隧道配置、无线链路控制(radio link control，RLC)的无线承载的配置、用于预配置调度重传的RNTI以及第二C-RNTI。其中，UE上下文信息与第二C-RNTI关联。F1-AP专用连接可以包括与UE关联的CU的F1AP标识，例如，可以是第二gNB-CU UE F1AP ID，该第二gNB-CU UEF1AP ID在gNB-CU内唯一标识F1接口上的UE关联。以及F1-AP专用连接还可以包括与UE关联的DU的F1AP标识，例如，可以是第二gNB-DU UE F1AP ID，该第二gNB-DU UE F1AP ID在gNB-DU内唯一标识F1接口上的UE关联。F1隧道配置可以包括下行用户面传输层信息，例如，可以是DU分配的传输层地址和GTP隧道标识信息，F1隧道配置还可以包括上行用户面传输层信息，例如CU分配的传输层地址和GTP隧道标识信息。RLC的无线承载的配置信息是用于标识承载的RLC的配置信息。

可以理解，上下文释放消息可替换为其他F1AP消息，比如，下行RRC消息等。

S506，DU向UE发送RRC释放消息。

具体地，当DU收到CU发送的RRC释放消息后，DU存储UE的上下文，并向UE发送RRC释放消息，该RRC释放消息用于指示UE进入非激活态。

S507，DU发送广播消息。

具体地，DU在广播消息中配置用于SDT的随机接入资源。

S508，UE触发基于随机接入的SDT。

具体地，当UE需要发起基于随机接入的SDT时，UE触发基于随机接入的SDT流程，并通过S501向DU发送上行数据。

应理解，该UE触发的基于随机接入的SDT过程可以参照当前相关技术的说明，例如可以包括UE向DU发送SDT前导码，以及DU向UE发送随机接入响应消息等，本申请在此不作赘述。

S509，CU验证UE身份。

具体地，CU接收到DU发送的初始上行RRC传输后，根据其携带的UE的I-RNTI和身份验证信息来验证UE身份信息。当CU验证UE的身份正确时，CU可以执行S504，比如，CU向DU发送UE上下文修改请求消息。若验证失败，CU可指示通知DU释放UE的上下文，通知UE转到RRCIDLE态。

S510，DU将第二C-RNTI更新为第一C-RNTI。

具体地，当DU接收到CU发送的第二消息后，若第二消息中携带的是第一C-RNTI时，该DU可以根据第二消息中携带的第二DU接口标识以及第二CU接口标识，找到存储的UE上下文信息，将该第一C-RNTI关联到UE的上下文中，同时该DU删除或者释放UE上下文信息中的第二C-RNTI，即将第二C-RNTI更新为第一C-RNTI。

或者，当DU接收到CU发送的第二消息后，若第二消息中携带的是第一DU接口标识时，该DU根据该第一DU接口标识确定第一C-RNTI，同时根据第二消息中携带的第二DU接口标识以及第二CU接口标识，找到存储的UE上下文信息，将该第一C-RNTI关联到UE的上下文中，并删除UE上下文信息中的第二C-RNTI。

需要说明的是，S510可在S504后立即执行或者在UE的SDT结束后执行。优选的，在UE的SDT结束后执行。

S511，DU删除第一DU接口标识，或将所述第二DU接口标识更新为第一DU接口标识。

具体地，在一种可实现的方式中，由于该DU已经确定了UE的身份，因此，该DU可以选择继续保留其存储的UE上下文信息中的第二DU接口标识，并将其分配给UE的第一DU接口标识删除或释放。

或者，在另一种可实现的方式，该DU可以将第二DU接口标识更新为第一DU接口标识。

具体地，当DU接收到CU发送的第二消息后，若第二消息中携带的是第一C-RNTI时，该DU可以根据该第一C-RNTI确定第一DU接口标识并删除或者释放该第一DU接口标识，或将第二DU接口标识更新为第一DU接口标识。

或者，当DU接收到CU发送的第二消息后，若第二消息中携带的是第一DU接口标识时，该DU根据该第一DU接口标识确定第一C-RNTI，并将该第一C-RNTI关联到UE的上下文中后，删除或者释放该第一DU接口标识，或将第二DU接口标识更新为第一DU接口标识。

需要说明的是，上述释放第一DU接口标识的过程，可以在SDT结束后。

S512，DU向CU发送第二消息的响应消息。

具体地，当第二消息为终端上下文修改请求消息时，该DU向CU发送终端上下文修改响应消息，用于指示该DU完成了对UE上下文信息的修改。

需要说明的是，上述无论是CU接口标识还是DU接口标识，可以是UE的F1AP接口标识，例如，可以是第一UE DU F1AP ID、第二UE DU F1AP ID、第二UE CU F1AP ID。此外，上述第二消息可以替换为其他F1接口的消息，如RRC消息传输信令等。

基于本申请提供的方案，在SDT过程中，当CU成功验证UE的身份后，确定发起SDT的UE的上下文保存在DU上时，不必给UE分配CU接口标识，也无需向DU发送上下文建立请求，只需要通过一个F1AP消息，携带DU上存储的CU接口标识和DU接口标识，并将DU给UE新分配的C-RNTI告知DU，从而使得DU使用新C-RNTI加扰PDCCH。即通过CU和DU间使用UE修改上下文流程，避免了CU和DU间交互冗余配置，能够减低DU的处理负担，提高处理效率。

图6示出了本申请实施例提供的一种通信方法600的示意图，该方法600适用于基于预配置授权的SDT过程。如图6所示，该通信的方法包括：

S601，DU接收UE发送的上行数据，对应的，UE向DU发送上行数据。

示例性地，UE可以基于预配置授权的SDT过程向DU发送上行数据，其中，UE可以处于RRC空闲态或者RRC非激活态。

可选地，该上行数据可以为SDTDRB数据或者SDTSRB数据。

此外，需要注意的是，该上行数据还可以包括UE发送的RRC恢复请求消息，其中该RRC恢复请求消息中携带UE的非活动-无线网络临时标识I-RNTI(Inactive Radio networktemporary identify)和身份验证信息。其中，I-RNTI用于标识UE所在的基站标识以及用于唯一标识基站内的UE标识。

可选地，该UE开始监听配置调度无线网络临时标识(configured schedulingradio network temporary identify，CS-RNTI)和连接态的C-RNTI。其中，CS-RNTI用于调度重传预配授权上发送的上行。C-RNTI用于调度上行新传、下行新传或发送控制指令。

S602，DU确定存储的该UE的上下文信息。

当DU在UE的专用上行授权上收到UE发送的上行数据后，DU确定存储的该UE的上下文信息。

应理解，该DU存储的该UE的上下文信息可以包括第二DU接口标识和/或第二CU接口标识。可选地，该DU存储的该UE的上下文信息还可以包括第二C-RNTI。其中，第二DU接口标识以及第二CU接口标识也存储在该CU上，并且是CU和DU协商为UE分配的。

S603，DU向CU发送第一消息。

具体地，当DU确定存储的该UE的上下文信息后，该DU向CU发送第一消息，并携带第二DU接口标识。

需要说明的是，该第一消息还包括RRC恢复请求。

在一种可实现的方式中，该第一消息可以是F1AP消息，例如，可以是初始上行RRC消息传输(initial uplink RRC message transfer)或可以是上行RRC消息传输。

可选地，若DU在UE的专用上行授权上收到的上行数据和RRC恢复请求消息，则在初始上行RRC消息传输或上行RRC消息传输中携带RRC恢复请求消息。

可选地，若DU在UE的专用上行授权上收到的上行数据是SDT SRB数据，则在初始上行RRC消息传输中或上行RRC消息传输中携带SDT SRB数据，比如，SRB2的PDCP PDU。

基于本申请的实施例，在SDT过程中，当DU确定存储了发起SDT的UE的上下文保存在DU上时，只需要通过一个F1AP消息，携带DU上存储的DU接口标识并向CU发送上行数据。避免了CU和DU间交互冗余配置，能够减低DU的处理负担，提高处理效率。

在一种可实现的方式中，本申请的通信方法600还可以包括其他步骤：

S604，CU向DU发送上下文释放消息。在本申请实施例中，上下文释放消息也可以称为“终端上下文释放消息”、“UE上下文释放消息”。

可选地，该上下文释放消息可以携带RRC释放消息。可选地，该RRC释放消息可以携带用于小数据传输的预配置授权的配置以及允许小数据传输的无线承载的配置。其中，预配置授权可以是CU在发起RRC释放前从DU收到的。

其中，该UE的上下文信息可以包括至少以下信息中的一种：F1-AP专用连接、F1隧道配置、无线链路控制(radio link control，RLC)的无线承载的配置、预配置授权配置信息。其中，UE上下文信息与第二C-RNTI关联。F1-AP专用连接可以包括与UE关联的CU的F1AP标识，例如，可以是第二gNB-CU UE F1AP ID，该第二gNB-CU UE F1AP ID在gNB-CU内唯一标识F1接口上的UE关联。以及F1-AP专用连接还可以包括与UE关联的DU的F1AP标识，例如，可以是第二gNB-DU UE F1AP ID，该第二gNB-DU UE F1AP ID在gNB-DU内唯一标识F1接口上的UE关联。F1隧道配置可以包括下行用户面传输层信息，例如，可以是DU分配的传输层地址和GTP隧道标识信息，F1隧道配置还可以包括上行用户面传输层信息，例如CU分配的传输层地址和GTP隧道标识信息。RLC的无线承载的配置信息是用于标识承载的RLC的配置信息。预配置授权配置信息可以包括：时频资源，PDCCH搜索空间，CS-RNTI。

S605，DU向UE发送RRC释放消息。

S606，UE存储用于小数据传输的预配配置授权的配置。

具体地，UE收到RRC连接释放消息后，存储用于小数据传输的预配配置授权的配置，并进入非激活态。

S607，UE触发基于预配置授权的SDT。

具体地，当UE需要发起基于预配置授权的SDT时，UE触发基于预配置授权的SDT流程，并通过S601向DU发送上行数据。

S608，CU验证UE身份。

具体地，CU接收到DU发送的初始上行RRC传输后，当CU收到SDT SRB数据时，CU通过用于完整性的消息身份验证代码(message authentication code for integrity，MAC-I)进行完整性校验，成功则通过身份验证。

当CU收到RRC连接恢复请求，通过校验短MAC-I进行校验，成功则通过身份验证。

S609，CU向DU发送第二消息。

可选地，当CU验证成功验证UE身份后，若CU想要修改UE的上下文信息时，该CU向DU发送第二消息。

可选地，第二消息可以携带第二DU接口标识和/或第二CU接口标识。

应理解，在DU收到CU的第二消息之前，该DU存储的该UE的上下文信息可以包括第二DU接口标识和/或第二CU接口标识。

S610，DU向CU发送第二消息的响应消息。

具体地，若CU向DU发送第二消息后，若第二消息为终端上下文修改请求消息时，该DU向CU发送终端上下文修改响应消息，用于指示该DU完成了对UE上下文信息的修改。

基于本申请提供的方案，在SDT过程中，DU确定存储了发起SDT的UE的上下文，只需要通过一个F1AP消息，携带DU上存储的DU接口标识并完成上行数据的传输。当CU需要修改UE上下文信息时，可通过CU和DU间使用UE修改上下文流程，避免了CU和DU间交互冗余配置，能够减低DU的处理负担，提高处理效率。

针对于上述图5以及图6的实施例，需要说明的是：

(1)实施例所描述的各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。此外，各个流程图中所示意的步骤并非全部是必须执行的步骤，可以根据实际需要在各个流程图的基础上增添或者删除部分步骤。

(2)上述实施例中采用了一些5G通信系统中的消息和参数，但在具体实施中，可能使用不同的消息或消息名称，本申请实施例对此不做限制。

以上，结合图5和图6详细说明了本申请实施提供的通信方法，以下，结合图7和图8详细说明本申请实施例提供的通信装置。

图7和图8为本申请实施例提供的可能的通信装置的结构示意图。如图7所示，通信装置700包括处理单元710和收发单元720。

通信装置700用于实现上述图5和图6所示的方法实施例中DU的功能或操作的模块，或者该通信装置700用于实现上述图5和图6所示的方法实施例中CU的功能或操作的模块,该模块可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。

当通信装置700用于实现图5所示的方法实施例中DU的功能时，处理单元710用于为终端设备分配第一小区无线网络临时标识C-RNTI和第一DU接口标识；收发单元720用于接收来自终端设备的上行数据、向CU发送第一消息，以及接收来自CU的第二消息。

当通信装置700用于实现图5所示的方法实施例中CU的功能时，处理单元710用于验证终端设备的身份；收发单元720用于向DU发送第二消息。

当通信装置700用于实现图6所示的方法实施例中DU的功能时，处理单元710用于确定保存的UE的上下文信息；收发单元720用于接收来自终端设备的上行数据、向CU发送第一消息，以及接收来自CU的第二消息。

当通信装置700用于实现图6所示的方法实施例中CU的功能时，处理单元710用于验证终端设备的身份；收发单元720用于向DU发送第二消息。

有关上述处理单元710和收发单元720更详细的描述可以直接参考图5或图6所示的方法实施例中相关描述直接得到，这里不加赘述。

图8为本申请实施例提供的另一种可能的通信装置的结构示意图。如图8所示，通信装置800包括处理器810和接口电路820。处理器810和接口电路820之间相互耦合。可以理解的是，接口电路820可以为收发器或输入输出接口。可选的，通信装置800还可以包括存储器830，用于存储处理器810执行的指令或存储处理器810运行指令所需要的输入数据或存储处理器810运行指令后产生的数据。

当通信装置800用于实现图5或图6所示的方法时，处理器810用于实现上述处理单元710的功能，接口电路820用于实现上述收发单元720的功能。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中处理器可以是随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于网络设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于网络设备或终端设备中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端设备、或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，DVD；还可以是半导体介质，例如，固态硬盘(solid state disk，SSD)。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims

1.一种通信方法，其特征在于，所述方法应用于分布式单元DU，所述方法包括：

接收来自终端设备的上行数据；

为所述终端设备分配第一小区无线网络临时标识C-RNTI和第一DU接口标识；

向集中式单元CU发送第一消息，所述第一消息包括所述第一C-RNTI和所述第一DU接口标识；

接收来自所述CU的第二消息，所述第二消息包括所述第一C-RNTI或所述第一DU接口标识。

2.根据权利要求1所述的方法，其特征在于，所述终端设备处于无线资源控制RRC空闲态或RRC非激活态。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

在接收所述上行数据之前，所述DU存储有所述终端设备的上下文信息，所述上下文信息包括第二C-RNTI；

在接收到所述第二消息之后，将所述第二C-RNTI更新为所述第一C-RNTI。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

在接收到所述第二消息之后，删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

5.根据权利要求3所述的方法，其特征在于，当所述第二消息包括所述第一DU接口标识时，所述将所述第二C-RNTI更新为所述第一C-RNTI，具体包括：

根据所述第一DU接口标识确定所述第一C-RNTI；

将所述第二C-RNTI更新为所述第一C-RNTI。

6.根据权利要求4所述的方法，其特征在于，当所述第二消息包括所述第一C-RNTI时，所述删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识，具体包括：

根据所述第一C-RNTI确定所述第一DU接口标识；

删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

7.根据权利要求3至6中任一项所述的方法，其特征在于，所述上下文信息还包括第二DU接口标识。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述接收来自终端设备的上行数据，具体包括：

在随机接入过程中接收来自所述终端设备的上行数据。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一消息还包括RRC恢复请求消息，所述上行数据包括所述RRC恢复请求消息。

10.根据权利要求7至9中任一项所述的方法，其特征在于，所述第二消息还包括所述第二DU接口标识和第二CU接口标识，所述第二CU接口标识存储在所述上下文信息中。

11.根据权利要求7至9中任一项所述的方法，其特征在于，所述第二消息为上下文修改请求消息。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括，向所述CU发送上下文修改响应消息。

13.根据权利要求1至12中任一项所述的方法，其特征在于，所述方法还包括，在接收所述上行数据之前，接收来自所述CU的RRC释放消息和指示信息，所述指示信息指示所述DU保存所述终端设备的上下文信息；

向所述终端设备发送所述RRC释放消息。

14.一种通信方法，其特征在于，

分布式DU接收来自终端设备的上行数据；

所述DU为所述终端设备分配第一小区无线网络临时标识C-RNTI和第一DU接口标识；

所述DU向集中式单元CU发送第一消息，所述第一消息包括所述第一C-RNTI和所述第一DU接口标识；

所述CU向所述DU发送第二消息，所述第二消息包括所述第一C-RNTI或所述第一DU接口标识。

15.根据权利要求14所述的方法，其特征在于，所述终端设备处于无线资源控制RRC空闲态或RRC非激活态。

16.根据权利要求14或15所述的方法，其特征在于，所述方法还包括：

所述DU在接收到所述第二消息之后，将所述第二C-RNTI更新为所述第一C-RNTI。

17.根据权利要求14至16中任一项所述的方法，其特征在于，所述方法还包括：

所述DU在接收到所述第二消息之后，删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

18.根据权利要求16所述的方法，其特征在于，当所述第二消息包括所述第一DU接口标识时，所述将所述第二C-RNTI更新为所述第一C-RNTI，具体包括：

所述DU根据所述第一DU接口标识确定所述第一C-RNTI；

所述DU将所述第二C-RNTI更新为所述第一C-RNTI。

19.根据权利要求17所述的方法，其特征在于，当所述第二消息包括所述第一C-RNTI时，所述删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识，具体包括：

所述DU根据所述第一C-RNTI确定所述第一DU接口标识；

所述DU删除所述第一DU接口标识，或将所述第二DU接口标识更新为所述第一DU接口标识。

20.根据权利要求16至19中任一项所述的方法，其特征在于，所述上下文信息还包括第二DU接口标识。

21.根据权利要求14至20中任一项所述的方法，其特征在于，所述DU接收来自终端设备的上行数据，具体包括：

所述DU在随机接入过程中接收来自所述终端设备的上行数据。

22.根据权利要求14至21中任一项所述的方法，其特征在于，所述第一消息还包括RRC恢复请求消息，所述上行数据包括所述RRC恢复请求消息。

23.根据权利要求20至22中任一项所述的方法，其特征在于，所述第二消息还包括所述第二DU接口标识和第二CU接口标识，所述第二CU接口标识存储在所述上下文信息中。

24.根据权利要求20至22中任一项所述的方法，其特征在于，所述第二消息为上下文修改请求消息。

25.根据权利要求24所述的方法，其特征在于，所述方法还包括，

所述DU向所述CU发送上下文修改响应消息。

26.根据权利要求14至25中任一项所述的方法，其特征在于，所述方法还包括，

在所述DU接收所述上行数据之前，所述CU向所述DU发送RRC释放消息和指示信息，所述指示信息指示所述DU保存所述终端设备的上下文信息；

所述DU向所述终端设备发送所述RRC释放消息。

27.一种通信装置，其特征在于，包括用于执行如权利要求1至13中任一项所述方法的模块或用于执行如权利要求14至26中任一项所述方法的模块。

28.一种通信装置，其特征在于，包括处理器和存储器，所述处理器和所述存储器耦合，所述处理器用于控制所述装置实现如权利要求1至13中任一项所述的方法或控制所述装置实现如权利要求14至26中任一项所述的方法。

29.一种通信装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至13中任一项所述的方法或实现如权利要求14至26中任一项所述的方法。

30.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至13中任一项所述的方法或实现如权利要求14至26中任一项所述的方法。