一种通信方法及设备与流程

一种通信方法及设备
1.相关申请的交叉引用
2.本技术要求在2021年03月04日提交中国专利局、申请号为202110240470.5、申请名称为“一种终端能力指示方法、终端及网络设备”的中国专利申请的优先权，其全部内容通过引用结合在本技术中。
技术领域
3.本技术的实施例涉及无线通信技术领域，尤其涉及一种通信方法及设备。


背景技术：

4.目前，在lte rel-15以及5g nr演进中，如图1所示，提出了一种新的网络架构。在该网络架构下，基站的功能被划分为集中单元(central unit，cu)和分布单元(distributed unit，du)两个单元。其中，cu处理无线高层协议栈功能，比如，无线资源控制(radio resource control，rrc)层和分组数据汇聚协议(packet data convergence protocol，pdcp)层等；du处理基带处理的物理层以及层2的部分协议栈功能，比如，无线链路控制(radio link control，rlc)层、媒体接入控制(media access control，mac)层和物理层(physical layer，phy)等。其中，cu和du间的接口为f1接口。
5.目前，在cu-du的网络架构下，网络设备无法对低能力(reduced capability，redcap)终端设备实现更好的调度和接入的管理。


技术实现要素：

6.本技术实施例提供一种通信方法及设备，使得网络设备可以对低能力终端设备进行更好的调度和接入的管理。
7.第一方面，本技术提供一种通信方法，包括：网络设备的第一集中式单元接收终端设备的第一信息，所述第一信息用于指示所述终端设备的类型，所述第一集中式单元向所述网络设备的第一分布式单元发送第二信息，所述第一信息用于指示所述终端设备的类型。
8.举例来说，网络设备的集中式单元可以为cu，网络设备的分布式单元可以为du。通过上述方法，在终端设备接入网络设备后，网络设备的第一集中式单元可以基于接收到的终端设备的第一信息，向网络设备的第一分布式单元发送第二信息，使得网络设备的第一分布式单元可以及时获得终端设备的类型，例如，终端设备的类型可以是低能力终端设备(例如，redcap终端设备，或者为nb-iot终端设备等)，或者，终端设备的类型可以是中低能力终端设备的类型，例如，低能力终端设备为redcap终端设备时，低能力种丹妮设备的类型可以是redcap终端设备中的进一步细分后的不同能力的终端设备，再比如，还可以是redcap终端设备中的进一步细分后的不同天线的终端设备等等。
9.从而，网络设备中的第一分布式单元可以在终端设备接入过程中，或者，在终端设备切换至网络设备的第一分布式单元时，基于从网络设备的第一集中式单元获得的第二信
息中的终端设备的类型，及时为该终端设备调度相应的资源及接入优先级，实现对低能力终端设备的调度的管理。
10.一种可能的实现方式，所述终端设备的类型包括以下任一项：低能力终端设备，或者，低能力终端设备的类型。
11.一种可能的实现方式，所述第一集中式单元通过所述第一分布式单元接收第一信息。
12.通过上述方法，终端设备在通过第一分布式单元和第一集中式单元接入网络时，终端设备可以通过透传的方式，通过第一分布式单元向第一集中式单元发送第一信息。
13.一种可能的实现方式，所述第一集中式单元通过第二分布式单元接收来自所述第一信息，所述第二分布式单元为所述终端设备在切换至所述第一分布式单元之前接入的分布式单元。
14.通过上述方法，终端设备在接入第二分布式单元时，可以通过第二分布式单元向第一集中式单元发送第一信息，使得第一集中式单元可以及时的获得终端设备的类型，为切换至第一分布式单元时，第一分布式单元可以通过第一集中式单元发送的第二信息，获得第二信息，以保证切换后，第一分布式单元仍可以及时的调度终端设备的资源。
15.一种可能的实现方式，所述第一集中式单元接收第二集中式单元发送的所述第一信息，所述第二集中式单元为所述终端设备在切换至所述第一集中式单元之前接入的集中式单元。
16.一种可能的实现方式，所述第一分布式单元根据所述第二信息，调度所述终端设备的资源和/或所述终端设备的接入优先级。
17.一种可能的实现方式，所述第一集中式单元向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
18.通过上述方法，第一集中式单元可以在终端设备向第三分布式单元切换时，向第三分布式单元发送第二信息，以便第三分布式单元可以在切换时，更早的获得终端设备的类型，为终端设备接入第三分布式单元的过程中，可以更早的为终端设备提供低能力终端设备对应的资源调度。
19.一种可能的实现方式，所述第一集中式单元向第三集中式单元发送所述第一信息，所述第三集中式单元为所述终端设备从所述第一集中式单元切换后的集中式单元，所述第一信息用于所述第三集中式单元向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
20.通过上述方法，第一集中式单元可以在终端设备向第三集中式单元切换时，向第三集中式单元发送第一信息，以便第三集中式单元可以在切换时，更早的获得终端设备的类型，为终端设备接入第三集中式单元后，向第三分布式单元发送第二信息，从而，使得第三分布式单元可以更早的为终端设备提供低能力终端设备对应的资源调度。
21.一种可能的实现方式，第二信息携带在第一消息中，所述第一消息包括第一字段，所述第一字段携带所述第二信息。
22.通过上述方法，可以为第二信息在第一消息中，新增一个第一字段，以实现第二信息在第一消息中发送，例如，第一消息可以是第一集中式单元向第一分布式单元发送的消息，从而，使得网络设备的第一分布式单元可以更早的获得第二信息，更早的为低能力终端
设备的资源进行调度。
23.第二方面，本技术提供一种通信方法，包括：网络设备的第一分布式单元接收终端设备的第一信息，所述第一信息用于指示所述终端设备的类型；所述第一分布式单元向网络设备的第一集中式单元发送第二信息，所述第二信息用于指示所述终端设备的类型。
24.举例来说，网络设备的集中式单元可以为cu，网络设备的分布式单元可以为du。通过上述方法，在终端设备接入网络设备后，网络设备的第一分布式单元可以基于接收到的终端设备的第一信息，向网络设备的第一集中式单元发送第二信息，使得网络设备的第一集中式单元可以及时获得终端设备的类型，例如，终端设备的类型可以是低能力终端设备(例如，redcap终端设备，或者为nb-iot终端设备等)，或者，终端设备的类型可以是中低能力终端设备的类型，例如，低能力终端设备为redcap终端设备时，低能力种丹妮设备的类型可以是redcap终端设备中的进一步细分后的不同能力的终端设备，再比如，还可以是redcap终端设备中的进一步细分后的不同天线的终端设备等等。
25.从而，网络设备中的第一集中式单元可以在终端设备接入过程中，或者，在终端设备切换至网络设备的第一集中式单元或网络设备的第一分布式单元时，基于从网络设备的第一集中式单元获得的第二信息中的终端设备的类型，及时控制低能力终端设备的接入，提高网络资源的利用率。
26.一种可能的实现方式，所述第一集中式单元根据所述第二信息，控制所述终端设备的接入。
27.一种可能的实现方式，所述第一集中式单元向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
28.一种可能的实现方式，所述第一集中式单元向第三集中式单元发送所述第二信息，所述第三集中式单元为所述终端设备从所述第一集中式单元切换后的集中式单元。
29.一种可能的实现方式，所述第二信息用于控制所述终端设备的接入。
30.一种可能的实现方式，所述第二信息携带在第二消息中，所述第二消息包括第一字段，所述第一字段携带所述第二信息。
31.通过上述方法，可以为第二信息在第二消息中，新增一个第一字段，以实现第二信息在第二消息中发送，例如，第二消息可以是初始上行无线资源控制消息传递消息，从而，使得网络设备的第一集中式单元可以更早的获得第二信息，更早的为低能力终端设备的接入进行控制。
32.一种可能的实现方式，所述第一消息为以下任一项：下行无线资源控制消息传递消息，终端设备上下文请求消息；所述第二消息为：初始上行无线资源控制消息传递消息。
33.一种可能的实现方式，所述第一信息通过消息1或消息3携带。
34.通过上述方式，在第一信息之后，即在随机接入过程中的消息1或消息3之后，网络设备的第一分布式单元或网络设备的第一集中式单元可以更早的发送给对应的第一集中式单元或第一分布式单元，从而，更早的为低能力终端设备进行调度或管理。
35.一种可能的实现方式，所述第一分布式单元和所述第一集中式单元为第一网络设备中分离的网元，所述第一网络设备用于所述终端设备接入网络；或者，所述第二分布式单元和所述第二集中式单元为第二网络设备中分离的网元，所述第二网络设备用于所述终端设备接入网络；或者，所述第三分布式单元和所述第三集中式单元为第三网络设备中分离
的网元，所述第三网络设备用于所述终端设备接入网络；或者，所述第二分布式单元和所述第一集中式单元为第四网络设备中分离的网元，所述第四网络设备用于所述终端设备接入网络；或者，所述第三分布式单元和所述第一集中式单元为第五网络设备中分离的网元，所述第五网络设备用于所述终端设备接入网络。
36.第三方面，本技术提供一种通信装置，应用于网络设备的第一集中式单元，第一集中式单元可以包括处理模块、发送模块和接收模块。
37.处理模块，用于通过接收模块接收终端设备的第一信息，所述第一信息用于指示所述终端设备的类型，处理模块，用于通过发送模块向所述网络设备的第一分布式单元发送第二信息，所述第一信息用于指示所述终端设备的类型。
38.一种可能的实现方式，处理模块，用于通过接收模块经所述第一分布式单元接收来自终端设备的第一信息。
39.一种可能的实现方式，处理模块，用于通过接收模块经第二分布式单元接收来自所述终端设备的第一信息，所述第二分布式单元为所述终端设备在切换至所述第一分布式单元之前接入的分布式单元。
40.一种可能的实现方式，处理模块，用于通过接收模块接收第二集中式单元发送的所述第一信息，所述第二集中式单元为所述终端设备在切换至所述第一集中式单元之前接入的集中式单元。
41.一种可能的实现方式，所述第一分布式单元根据所述第二信息，调度所述终端设备的资源和/或所述终端设备的接入优先级。
42.一种可能的实现方式，处理模块，用于通过发送模块向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
43.一种可能的实现方式，处理模块，用于通过发送模块向第三集中式单元发送所述第一信息，所述第三集中式单元为所述终端设备从所述第一集中式单元切换后的集中式单元，所述第一信息用于所述第三集中式单元向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
44.一种可能的实现方式，第二信息携带在第一消息中，所述第一消息包括第一字段，所述第一字段携带所述第二信息。
45.第四方面，本技术提供一种通信装置，应用于网络设备的第一分布式单元，第一分布式单元可以包括处理模块、发送模块和接收模块。
46.处理模块，用于通过接收模块接收终端设备的第一信息，所述第一信息用于指示所述终端设备的类型；处理模块，用于通过发送模块向网络设备的第一集中式单元发送第二信息，所述第二信息用于指示所述终端设备的类型。
47.一种可能的实现方式，所述终端设备的类型包括以下任一项：低能力终端设备，或者，低能力终端设备的类型。
48.一种可能的实现方式，所述第一集中式单元根据所述第二信息，控制所述终端设备的接入。
49.一种可能的实现方式，所述第一集中式单元向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
50.一种可能的实现方式，所述第一集中式单元向第三集中式单元发送所述第二信息，所述第三集中式单元为所述终端设备从所述第一集中式单元切换后的集中式单元。
51.一种可能的实现方式，所述第二信息用于控制所述终端设备的接入。
52.一种可能的实现方式，所述第二信息携带在第二消息中，所述第二消息包括第一字段，所述第一字段携带所述第二信息。
53.结合第三方面或第四方面，所述第一消息为以下任一项：下行无线资源控制消息传递消息，终端设备上下文请求消息；所述第二消息为：初始上行无线资源控制消息传递消息。
54.结合第三方面或第四方面，一种可能的实现方式，所述第一信息通过消息1或消息3携带。
55.结合第三方面或第四方面，一种可能的实现方式，所述第一分布式单元和所述第一集中式单元为第一网络设备中分离的网元，所述第一网络设备用于所述终端设备接入网络；或者，所述第二分布式单元和所述第二集中式单元为第二网络设备中分离的网元，所述第二网络设备用于所述终端设备接入网络；或者，所述第三分布式单元和所述第三集中式单元为第三网络设备中分离的网元，所述第三网络设备用于所述终端设备接入网络；或者，所述第二分布式单元和所述第一集中式单元为第四网络设备中分离的网元，所述第四网络设备用于所述终端设备接入网络；或者，所述第三分布式单元和所述第一集中式单元为第五网络设备中分离的网元，所述第五网络设备用于所述终端设备接入网络。
56.第五方面，本技术提供一种通信装置，包括处理器和存储器，该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面的各实现方法中的任意方法。
57.第六方面，本技术提供一种通信装置，包括处理器和存储器，该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第二方面的各实现方法中的任意方法。
58.第七方面，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面至第二方面各实现方法中的任意方法。
59.第八方面，本技术实施例还提供一种计算机程序产品，该计算机产品包括计算机程序，当计算机程序运行时，使得上述第一方面至第二方面的各实现方法中的任意方法被执行。
60.第九方面，本技术实施例还提供一种芯片系统，包括：处理器，用于执行上述第一方面至第二方面的各实现方法中的任意方法。
61.第十方面，本技术实施例还提供一种通信系统，包括如第三方面或第五方面中的第一集中式单元，或包括如第四方面或第六方面中的第一分布式单元。
附图说明
62.图1为本技术实施例适用的一种网络架构示意图；
63.图2a-图2b为本技术实施例适用的一种网络架构示意图；
64.图3为一种随机接入方法的流程示意图；
65.图4为本技术实施例提供的一种通信方法的流程示意图；
66.图5为本技术实施例提供的一种通信方法的流程示意图；
67.图6为本技术实施例提供的一种通信方法的流程示意图；
68.图7为一种上下文建立方法的流程示意图；
69.图8为本技术实施例适用的一种应用场景示意图；
70.图9为本技术实施例提供的一种通信方法的流程示意图；
71.图10为本技术实施例适用的一种应用场景示意图；
72.图11为本技术实施例提供的一种通信方法的流程示意图；
73.图12为本技术实施例提供的一种通信方法的流程示意图；
74.图13为本技术实施例提供的一种通信方法的流程示意图；
75.图14为本技术实施例提供的一种通信装置示意图；
76.图15为本技术实施例提供的一种通信设备示意图。
具体实施方式
77.以下，对本技术实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
78.1)低能力终端设备，指5g nr网络中，为了提升终端设备的续航而设计的一种能力简化的终端设备，包括较低的数据处理能力，较小的信号收发带宽，较低的电池容量，少量的收发天线数量。例如，redcap终端设备支持更低的空口能力，例如能力上支持更小的带宽、更少的天线数、更低的调制阶数等。具体的，redcap终端设备根据支持的最大能力还可以分为不同redcap终端设备类型，例如，redcap终端设备可以进一步分为高能力的redcap终端设备类型(如支持的最大接收天线数为2、或支持的最大带宽为40m)和低能力的redcap终端设备类型(如支持的最大接收天线数为1、或支持的最大带宽为20m)。需要说明的是，本技术实施例中，低能力终端设备还可以是窄带物联网(narrow band internet of things,nb-iot)的终端设备，或物联网(machine type communication,mtc)的终端设备，或者，还可以是其他类型的能力简化的终端设备，此处仅以redcap作为低能力终端设备进行举例，本技术对其名称不做限定。
79.2)通信系统，可以为各种无线接入技术(radio access technology，rat)系统，例如长期演进(long term evolution，lte)系统和基于lte演进的各种系统。此外，所述通信系统还可以适用于面向未来的通信技术，如第五代(5th generation，5g)系统或新无线(new radio，nr)等。
80.图1为本技术实施例适用的一种通信系统的网络架构示意图。
81.如图1所示，该通信系统100包括终端设备101和网络设备102。终端设备101通过随机接入过程接入网络设备102。
82.终端设备101可接入到无线网络，以通过无线网络获取外网(例如因特网)的服务，或者通过无线网络与其它设备通信，如可以与其它终端设备通信。接入网可以是下一代无线接入网络(next generation radio access network，ng-ran)，接入网可以包括接入网设备，如基站(例如，gnb)，gnb之间通过接口(例如xn接口)连接。ran设备用于将终端设备101接入到无线网络，gnb和5gc通过接口(例如ng接口)连接。核心网中可以包括多个核心网设备，核心网设备用于对终端设备进行管理并提供与外网通信的网关。当图1所示的网络架
data convergence protocol，pdcp)层、无线链路控制(radio link control，rlc)层、媒体接入控制(media access control，mac)层和物理层等协议层的功能；用户面协议层结构可以包括pdcp层、rlc层、mac层和物理层等协议层的功能；在一种可能的实现中，pdcp层之上还可以包括服务数据适配协议(service data adaptation protocol，sdap)层。其中，rrc层的主要功能是ue的高层控制面，与ue的接入控制、维护、释放以及ue的配置等相关，rrc层才能够解析rrc消息；mac层和物理(physical layer，phy)层的主要功能是ue的低层调度，与ue的数据组包、数据调度等相关，mac层才能够解析mac层的控制信令，phy层才能够解析phy层的控制信令。ran设备可以由一个节点实现rrc、pdcp、rlc和mac等协议层的功能，或者可以由多个节点实现这些协议层的功能。
88.在5g nr网络的一种新的网络架构中，网络设备可以由集中式单元和分布式单元两个逻辑网元构成。其中，网络设备的部分功能部署在一个集中式单元，剩余功能部署在分布式单元，多个分布式单元可以共用一个集中式单元，以节省成本，易于网络扩展。根据场景和需求可以合一部署、也可以分开部署。举例来说，集中式单元可以是cu，分布式单元可以是du，下述以包括集中式单元和分布式单元的网络架构为cu-du分离架构为例进行说明。随着网络架构的演变和新业务场景的出现，只要该通信系统的无线接入网设备存在cu-du分离架构或者等同于cu-du分离架构功能的架构，本技术实施例提供的技术方案对于类似的技术问题，同样适用。
89.本技术实施例中，cu和du之间通过接口(例如，f1接口)连接。cu代表基站通过接口(例如，ng接口)和核心网连接。在本技术的通信系统中，如图2a所示，ue可以与接入网设备(例如，gnb)连接，具体的，ue可以与gnb中的du连接。cu分别与5gc和du相连。在下行通信链路中，cu用于从5gc接收数据，并将数据发送给du。在上行通信链路中，cu用于从du接收数据，并发送给5gc。同时，cu具有对du的集中控制功能。在采用不同的无线接入技术的系统中，具有cu功能的设备可能有不同的名称。为了方便描述，将具有cu功能的设备统称为接入网中心单元。
90.du分别与cu和用户设备(ue)相连，在下行通信链路中，du用于从cu接收数据，并将数据发送给ue，在上行通信链路中，用于从ue接收数据，发送给cu。在采用不同的无线接入技术的系统中，具有du功能的设备可能有不同的名称。为了方便描述，将具有du功能的设备统称为接入网分布式单元。
91.在以上网络架构中，cu产生的信令可以通过du发送给终端设备，或者终端设备产生的信令可以通过du发送给cu。du可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或cu。以下实施例中如果涉及这种信令在du和终端设备之间的传输，此时，du对信令的发送或接收包括这种场景。例如，rrc或pdcp层的信令最终会处理为物理层的信令发送给终端设备，或者，由接收到的物理层的信令转变而来。在这种架构下，该rrc或pdcp层的信令，即也可以认为是由du发送的，或者，由du和射频装载发送的。
92.网络设备的cu和网络设备的du之间按照协议栈切分可以如图2b所示。例如，rrc层、sdap层以及pdcp层部署在网络设备的cu；rlc层、mac层以及物理层部署在网络设备的du。
93.本技术实施例中，当网络设备为支持nr系统的设备时，cu和du的功能切分可以按照协议栈进行切分。网络设备的cu和网络设备的du作为两个功能实体，其中一种可能的方
式，功能的切分以处理内容的实时性进行区分。如图2b所示，将rrc层、sdap层和pdcp层部署在cu。rlc层、mac层和phy层等部署在du。相应地，cu具有rrc、pdcp和sdap的处理能力。对于cu-du架构的网络设备，由网络设备的cu负责管理终端设备的rrc状态。du具有rlc、mac和phy的处理能力。
94.值得注意的是，上述功能切分只是一个例子，还可能有其他切分的方式，例如cu包括rrc、pdcp、rlc和sdap的处理能力，du具有mac和phy的处理能力。又例如cu包括rrc、pdcp、rlc、sdap和部分mac(例如加mac包头)的处理能力，du具有phy和部分mac(例如调度)的处理能力。
95.这种协议层的划分仅仅是一种举例，还可以在其它协议层划分，例如在rlc层划分，将rlc层及以上协议层的功能设置在cu，rlc层以下协议层的功能设置在du；或者，在某个协议层中划分，例如将rlc层的部分功能和rlc层以上的协议层的功能设置在cu，将rlc层的剩余功能和rlc层以下的协议层的功能设置在du。此外，也可以按其它方式划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在du，不需要满足该时延要求的功能设置在cu。上面描述的协议层的划分仅仅是一种举例，还可以在其它协议层划分，在此不再逐一举例说明。
96.当然，本技术实施例还可以适用于lte通信系统。例如，在lte通信系统中也可以包括ran设备和cn设备。其中，ran设备(enb)包括基带装置和射频装置，其中基带装置可以由一个节点实现，也可以由多个节点实现，射频装置可以从基带装置拉远独立实现，也可以集成在基带装置中，或者部分拉远部分集成在基带装置中。其中射频装置可以相对于基带装置拉远布置，例如射频拉远单元(remote radio unit，rru)相对于bbu拉远布置。此外，射频装置可以拉远，不放在du中，也可以集成在du中，或者部分拉远部分集成在du中，在此不作任何限制。
97.应理解，图2a和图2b所示的通信系统中所包含的ue的数量和类型仅仅是一种示例，本技术实施例也并不限制于此。比如，还可以包括更多与接入网设备(如gnb)进行通信的ue，为简明描述，不在附图中一一描述。此外，在如图2所示的通信系统中，尽管示出了一个基站、以及分别与每个du连接的一个ue，但所述通信系统可以并不限于包括该基站、以及分别与每个du连接的一个ue，在此不再详述。
98.在文本接下来的实施例中，主要以第一du所支持的网络是所有逻辑cu所支持的网络的并集为例，也即第一du支持其连接的每个逻辑cu所支持的网络。为了便于叙述，本文接下来的描述中将第一逻辑cu简称为“第一cu”，以下将第二逻辑cu简称为“第二cu”。
99.应理解的是，图1至图2b中仅仅示意了本技术实施例涉及的几个功能或设备，通信系统架构中还可以包括更多或更少的功能或设备。例如，图1中的5gc设备中还可以包括统一数据管理(unified data management，udm)或数据网络(data network，dn)等，如图2所示的du还可以被配置更多的逻辑小区等。
100.本技术实施例适用的通信系统架构并不局限于图1至图2b所示，能够实现图1至图2b所示各个设备的功能的通信系统架构均适用于本技术。
101.本技术实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以
是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a和b和c。
102.以及，除非有相反的说明，本技术实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一优先级准则和第二优先级准则，只是为了区分不同的准则，而并不是表示这两种准则的内容、优先级或者重要程度等的不同。
103.此外，本技术实施例和权利要求书及附图中的术语“包括”和“具有”不是排他的。例如，包括了一系列步骤或模块的过程、方法、系统、产品或设备，不限定于已列出的步骤或模块，还可以包括没有列出的步骤或模块。
104.在图1、图2a或图2b所示意的网络架构中，终端设备101为了建立和网络设备102的连接，以及请求网络设备102分配给终端设备101相应的专用资源，进行正常的业务传输。终端设备通过随机接入过程可建立与网络设备的上行同步，并获得唯一的终端设备标识符，比如小区无线网络临时标识(cell radio network temporary identifier，c-rnti)，进而终端设备可与网络设备进行上行传输。
105.下面对本技术实施例所涉及的随机接入过程的相关技术特征进行解释说明。
106.一、随机接入过程的触发
107.随机接入过程是指从终端设备发送随机接入信号开始尝试接入网络，到与网络设备建立起基本的信令连接之前的过程。随机接入信号可用于发起随机接入过程，例如随机接入信号可以为随机接入前导码(random access preamble)。可选的，随机接入信号还可以为解调参考信号(demodulation reference signal，dmrs)。终端设备可通过随机接入过程与网络设备进行信息交互，实现与通信系统的上行时间同步，可选的，还可以通过随机接入过程进行资源请求或数据传输。本技术实施例中，随机接入过程也可以称为随机接入或随机接入信道过程或随机接入方式，本技术对此不做区分，下文描述中可替代使用。
108.示例性地，触发随机接入过程的事件(或场景)可以有多种，比如，lte通信系统中，可以由以下场景触发随机接入过程：
109.场景1:终端设备初始接入，终端设备初始rrc连接建立，由rrc空闲(rrc_idle)态到rrc连接(rrc_connected)态时，终端设备会发起随机接入。
110.场景2:终端设备rrc连接重建(rrc connection re-establishment procedure)，当无线连接失败后，终端设备需要重新建立rrc连接时，终端设备会发起随机接入。
111.场景3:当终端设备进行小区切换(handover)时，终端设备会在目标小区发起随机接入。
112.场景4:下行数据到达，当终端设备处于连接态，网络设备有下行数据需要传输给终端设备，却发现终端设备上行失步，rrc_connected态下，下行数据到达(此时需要回复确认(ack)/非确认(nack))时，上行处于“不同步”状态；网络设备将控制终端设备发起随机接入，其中，网络设备侧维护一个上行定时器，如果上行定时器超时，网络设备没有收到终端设备的响应信号，则网络设备认为终端设备上行失步。
113.场景5:上行数据到达，当终端设备处于连接态，终端设备有上行数据需要传输给网络设备，却发现处于上行失步状态，rrc_connected态下，上行数据到达(比如需要上报测
量报告或发送用户数据)时，上行处于“不同步”状态或没有可用的物理上行控制信道(physical uplink control channel，pucch)资源用于调度请求(scheduling request，sr)传输(此时允许上行同步的终端设备使用随机接入信道(random access channel，rach)来替代sr)。终端设备将发起随机接入，其中，终端设备侧维护一个上行定时器，如果上行定时器超时，终端设备没有收到网络设备调整最大时间提前量(time advanced，ta)值的命令，则终端设备认为上行失步。
114.又比如，5g通信系统中，还可以由以下场景触发随机接入过程：
115.(1)非激活(inactive)状态下上行(uplink，ul)数据到达，此时上行处于“不同步”状态；(2)inactive状态下的下行(downlink，dl)数据到达，此时上行处于“不同步”状态；(3)请求on-demand系统消息(system information，si)(5g通信系统中将系统消息划分成两类：minimum si和on-demand si，其中minimum si是所有终端设备都需要接受的，而on-demand si可根据终端设备自身的需要进行请求)；(4)波束失败恢复(beam failure recovery，bfr)。
116.上述是以触发随机接入过程的事件，可以看出，无论是lte系统还是nr系统，终端设备接入网络设备都需要通过随机接入过程。随机接入过程有两种不同的方式：基于竞争的(contention based)随机接入和基于非竞争的(non-contention based)随机接入。示例性地，根据终端设备发送的前导码是否是由终端设备自身选择，可以将随机接入过程划分为基于竞争的随机接入过程和基于非竞争的随机接入过程。其中，基于竞争的随机接入过程，可以由终端设备选择前导码；当触发随机接入过程的事件为前面介绍的除切换以及波束失败恢复外的其他事件时，可以采用基于竞争的随机接入过程。基于非竞争的随机接入过程，可以由网络设备为终端设备分配前导码；当触发随机接入过程的事件为前面介绍的切换以及波束失败恢复事件时，可以采用基于非竞争的随机接入过程。
117.下面以基于竞争的随机接入过程为例，结合图3描述随机接入过程所包括的一些步骤。图3为本技术实施例提供的一种随机接入过程示意图。如图3所示，本技术实施例提供的随机接入过程包括如下步骤。
118.步骤300：网络设备向终端设备发送随机接入配置信息，则终端设备可接收来自网络设备的随机接入配置信息，所述随机接入配置信息用于配置随机接入参数。该步骤可以为用于执行随机接入过程之前的准备工作，不属于随机接入过程包括的步骤。
119.示例性地，随机接入参数可以包括以下一项或多项：用于传输随机接入前导码的物理随机接入信道(physical random access channel，prach)资源集；随机接入前导码(preamble)集合；随机接入前导码的最大传输次数；随机接入前导码的初始发射功率；随机接入响应窗的大小；第3消息的混合自动重传请求(hybrid automatic repeat request，harq)最大重传次数；竞争决议定时器的时长。进一步地，随机接入参数还可以包括功率爬坡步长。
120.其中，prach资源集可以包括终端设备发送前导码可使用的时频资源，可以通过字段rach-configgeneric来指示。随机接入前导码的最大传输次数可以通过字段totalnumberofra-preambles来指示。随机接入前导码的初始发射功率可以通过字段reambleinitialreceivedtargetpower来指示。随机接入响应窗的大小用于指示随机接入响应窗所包括的子帧个数，可以通过字段ra-responsewindowsize来指示，随机接入响应窗起始
于终端设备发送preamble的子帧(如果preamble在时域上跨多个子帧，则以最后一个子帧计算)之后的第3个子帧，并持续ra-responsewindowsize个子帧。第3消息的harq最大重传次数可以通过字段maxharq-msg3来指示。竞争决议定时器的时长可以通过字段mac-contentionresolutiontimer来指示。
121.需要说明的是：(1)上述所描述的“prach资源集、preamble集合、随机接入前导码的最大传输次数、随机接入前导码的初始发射功率、随机接入响应窗的大小、第3消息的harq最大重传次数、竞争决议定时器的时长”中的每一项可以预先设置对应的默认值。比如，网络设备发送的随机接入配置信息配置了rach资源集，而未配置随机接入前导码的最大传输次数(比如随机接入配置信息包括字段rach-configgeneric，而不包括字段totalnumberofra-preambles)时，随机接入前导码的最大传输次数的取值可以为默认值。
122.(2)上述是对随机接入参数包括的内容进行示例性描述，在其它可能的实施例中，随机接入参数还可能包括其它与随机接入过程相关的内容，比如时间指示信息。
123.步骤301：终端设备向网络设备发送preamble，则网络设备从终端设备接收preamble，其中，该preamble又被称为随机接入过程中的第1消息或消息1(msg1)。
124.其中，步骤401中终端设备向网络设备发送的preamble可以为终端设备向网络设备发送的一个随机接入请求。该preamble可以为终端设备从步骤400中获取到的用于随机接入的preamble集合中选择的一个preamble。可选的，网络设备可以根据preamble估计其与终端设备之间的传输时延并以此校准上行定时。
125.步骤302：网络设备在检测到终端设备发送的preamble后，向终端设备发送随机接入响应(random access response，rar)消息。
126.相应的，终端设备从网络设备接收rar消息，其中，该rar消息又被称为随机接入过程中的第2消息或消息2(msg2)。其中消息2中包括由媒体接入控制mac头(subheader)和mac rar组成的mac协议数据单元(protocol data unit，pdu)。消息2中可包括如下信息中的一种或多种：检测到的preamble的标识或索引、上行时间同步信息、为终端设备发送消息3分配的上行资源和bi，当然消息2中还可以包括其它信息。preamble的标识例如为随机接入前导标识(random access preamble identifier，rapid)。需要说明的是，若网络设备未接收到终端设备发送的preamble，则网络设备发送的消息2中不包括与该终端设备对应的preamble的标识。
127.示例性的，mac rar中可以包括定时提前量(timing advance，ta)命令(command)，ta用于指定终端设备上行同步所需要的时间调整量；或者，还可以包括分配给消息3的上行资源；或者，还可以包括分配给终端设备的暂时小区无线网路临时标识(temporary cell radio network temporary identifier，tc-rnti)，tc-rnti用于终端设备和网络设备的后续传输，冲突解决后，该tc-rnti可能变成小区无线网路临时标识(cell radio network temporary identifier，c-rnti)。
128.终端设备发送了消息1之后，将在rar时间窗(ra response window)内接收消息2，如果在此rar时间窗内没有接收到网络设备回复的消息2，则认为此次随机接入过程失败。对于随机接入失败的终端设备，网络设备可向其发送退避指示，所述退避指示可以用于指示时间值，所述时间值用于确定退避时间范围，当该随机接入过程失败时，终端设备可在该退避时间范围内选择退避时间，并在选择的退避时间结束之后才可以再次使用网络设备在
步骤400中为其配置的随机接入资源。
129.步骤303：终端设备根据消息2向网络设备发送上行数据。
130.相应的，网络设备从终端设备接收该上行数据。其中，该上行数据又被称为随机接入过程中的第3消息或消息3(msg3)。
131.其中，消息3可以包括不同的场景信息的标识，该标识将用于步骤404的竞争解决。根据终端设备状态的不同和应用场景的不同，消息3的内容也可能不同。例如，终端设备的标识(如ue-id)。例如，针对初始接入场景，消息3为rrc建立请求(rrcsetuprequest)消息，此时消息3中携带的终端设备唯一的标识或一个随机数；针对终端设备进行rrc连接重建的场景，消息3为rrc重建请求(rrcreestablishmentrequest)消息，对应的场景信息的标识为c-rnti；针对rrc连接恢复场景，消息3为rrc恢复请求(rrcresumerequest)消息，对应的场景信息的标识可以为c-rnti。针对终端设备处于rrc连接态的其他场景，消息3中携带的终端设备唯一的标识可以为c-rnti。示例性地，消息2中可以携带上行资源和ta命令，如此，终端设备接收到消息2之后，使用该ta命令所指示的ta值在消息2指示的上行资源上发送消息3。
132.步骤304：网络设备在检测到消息3时，向终端设备发送竞争解决消息，则终端设备从网络设备接收竞争解决消息。
133.其中，该竞争解决消息又被称为第4消息或消息4(msg4)。消息4可以包括消息3的部分内容或包含c-rnti的物理下行控制信道(physical downlink control channel，pdcch)，即消息4包括pdcch承载的c-rnti。
134.消息4用于竞争解决。在竞争解决机制中，网络设备会在消息4中携带唯一的标识(消息3中包含终端设备唯一的标识)以指定成功接入网络的终端设备，而其它在竞争解决中没有成功的终端设备将重新发起随机接入。
135.例如，若网络设备接收到终端设备发送的上行数据，消息4可以携带终端设备的标识；若网络设备未接收到终端设备发送的上行数据，则网络设备发送的消息4中不包括该终端设备的标识；终端设备在接收到该消息4时，可根据消息4携带的终端设备的标识与自身的标识是否相符来确定是否成功接入网络设备，其中，若两者相符则确定终端设备成功接入网络设备，若两者不相符则确定终端设备接入失败。
136.可选的，在消息4后，还可以包括终端设备向网络设备发送的消息5，该消息5可以用于发送终端设备的能力信息，具体方式可以参见下文中的图7，在此不再赘述。
137.需要说明的是，上述所描述的为基于竞争的随机接入过程的实现过程，非竞争的随机接入过程的实现可以参照处理，其差别在于，对于非竞争的随机接入过程来说，随机接入参数除包括上述所描述的参数外，还可以包括powerrampingstephighpriority和scalingfactorbi。
138.以5g通信系统为例，终端设备可能为一些特殊的终端设备，比如redcap终端设备或nb-iot终端设备或mtc终端设备，针对这些低能力终端设备，需要相应的为其分配资源和接入方式，以满足低能力终端设备的窄带宽、低能耗等要求。基于此，当这类设备接入网络设备时，网络设备需要尽早的知道接入的终端设备是否为低能力终端设备，以使得接入网设备可以更早的为低能力终端设备调度相应的资源，或者为低能力终端设备进行接入控制。
139.基于上述架构，本技术实施例提供一种通信方法，用于在应用本技术实施例提供的上述架构后实现终端设备的接入流程。参见图4，该方法可以包括以下步骤：
140.步骤401：网络设备的第一单元获得终端设备的第一信息。
141.在一些实施例中，第一单元可以是网络设备的du，第二单元为网络设备的cu。此时，网络设备可以通过终端设备发送的第一信息，获得该第一信息。或者，第一单元为网络设备的cu，第二单元为网络设备的du。此时，网络设备可以通过网络设备的du接收到来自终端设备的第一信息。在另一些实施例中，第一单元可以是网络设备的目标du，第二单元可以是网络设备的目标cu。即终端基于移动等原因，从源cu切换至目标cu，及从源du切换至目标du。此时，第一单元可以是网络设备的目标du。因此，网络设备的cu可以在切换过程中，向网络设备的目标du发送终端设备的第一信息，使得网络设备的目标du获得终端设备的第一信息。或者，cu不发生切换，从源du切换至目标du。此时，第一单元可以是网络设备的目标du，第二单元可以是网络设备的目标cu。因此，网络设备可以在切换过程中，先通过网络设备的源cu向网络设备的目标cu发送终端设备的第一信息，再通过网络设备的目标cu向网络设备的目标du发送终端设备的第一信息，使得网络设备的目标du获得终端设备的第一信息。
142.其中，第一信息用于指示终端设备的类型，终端设备的类型包括该终端设备为低能力终端设备，或者，终端设备的类型为低能力终端设备的类型。
143.具体指示方式，可以参考下文中的方式1-方式3，在此不再赘述。
144.步骤402：网络设备的第一单元向网络设备的第二单元发送第二信息。
145.其中，第二信息用于指示终端设备的类型，终端设备的类型包括：终端设备为低能力终端设备，或者，终端设备的类型为低能力终端设备的类型。
146.在一些实施例中，第二信息用于指示终端设备为低能力终端设备。例如，第二信息可以通过终端设备的标识来识别终端设备的类型，例如，第二信息为终端设备的标识，在标识＝0表示终端设备没有配置任何类型；标识＝1表示终端设备为redcap终端设备；标识＝2表示终端设备为nb-iot终端设备；标识＝3～10是预留给未来使用；标识＝11表示终端设备是对应接入等级11的终端设备，以此类推。
147.再比如，第二信息还可以用于指示终端设备为支持的最大接收天线数为2的低能力终端设备、或用于指示终端设备为支持的最大接收天线数为1的低能力终端设备、或用于指示终端设备为支持的最大带宽为40m的低能力终端设备、或用于指示终端设备为支持的最大带宽为20m的低能力终端设备等。具体的第二信息也可以通过终端设备的标识进行划分，具体可以参考上述示例。
148.在另一些实施例中，第二信息可以用于指示低能力终端设备的类型。相比第二信息指示低能力终端设备的方式，第二信息指示低能力终端设备的类型，可以对应设置更多的比特位数。比如，低能力终端设备的类型可以为2个接收天线的低能力终端设备，1个接收天线的低能力终端设备等类型，此时可以通过第二信息的2个bit，指示该低能力终端设备的类型。例如，通过第二信息中的00指示高能力终端设备，通过第二信息中的11指示2个接收天线的低能力终端设备，通过第二信息中的01指示1个接收天线的低能力终端设备。
149.通过上述方法，可以实现网络设备的cu或网络设备的du获得终端设备的第一信息后，可以共享终端设备是否为低能力终端设备的信息，从而，使得网络设备的cu可以及时对接入的低能力终端设备进行接入控制，网络设备的du可以及时对接入的低能力终端设备的
资源进行合理的调度或者对低能力终端设备的接入优先级进行合理的划分，提高对低能力终端设备更早更及时的管理，优化对低能力终端设备的网络性能。
150.下面以具体的示例举例说明本技术实施例的方案。
151.示例一
152.基于上述架构，本技术实施例提供一种通信方法，用于在应用本技术实施例提供的上述架构后实现终端设备的接入流程。参见图5，该方法可以包括以下步骤：
153.步骤501：终端设备向第一du发送第一信息。
154.其中，第一信息用于指示终端设备的类型，终端设备的类型包括该终端设备为低能力终端设备，或者，终端设备的类型为低能力终端设备的类型。
155.在一些实施例中，终端设备可以在接入网络设备时，通过随机接入过程的消息1或消息3，向网络设备的du发送第一信息。相应的，网络设备的du通过随机接入过程的消息1或消息3，接收终端设备发送的第一信息，从而，使得能够识别ue的类型。
156.下面举例说明，网络设备的du通过随机接入过程的消息1或消息3接收ue发送的第一信息的方式1和方式2。
157.方式1：通过消息1携带的资源信息，确定第一信息。
158.或者，通过消息1对应的资源信息，确定第一信息。
159.例如，考虑为低能力终端设备配置了特定的prach时频资源或特定的preamble码字序列，在终端设备选择特定的时频资源或特定的码字序列后，终端设备可以通过消息1发送相应的时频资源或码字序列，从而，网络设备的du可以将消息1发送的时频资源或码字序列作为第一信息，使得网络设备的du根据终端设备的时频资源或码字序列，确定终端设备为低能力终端设备。
160.再比如，考虑为低能力终端设备配置了特定的初始带宽部分(bandwidth part，bwp)在终端设备选择特定的初始bwp后，终端设备通过特定的初始bwp所对应的时频资源或发送码字序列消息1，从而，网络设备的du可以将消息1所对应的初始bwp作为第一信息，以确定ue为低能力终端设备。
161.在方式1中，第一信息是通过phy层的信息确定的，因此，具备phy层的du可以获得该第一信息，从而，确定终端设备为低能力终端设备。
162.通过方式1，使得基站能够更合理地调度后续的消息2、消息3、消息4、以及之后的消息。另外，通过方式1，基站能够对非低能力终端设备和redcap ue的接入做优先级处理，例如优先接入非低能力终端设备。或者，基站为优先为低能力ue配置相应的资源的基站，则优先允许redcap ue接入网络。从而，还可以设置低能力终端设备所发起的随机接入过程和切换事件(或bfr事件)触发的随机接入过程可以是相同优先级，或者也可以是不同优先级。
163.方式2：通过随机接入过程的消息1或消息3中的第二字段，携带第一信息。
164.其中，可以在消息1或消息3中引入第二字段，例如，第二字段可以是mac控制单元(mac control element，mac ce)，或者，第二字段可以是mac头中新的逻辑信道标识(logical channel id，lcid)字段。第二字段可以包括第一信息。
165.在一些实施例中，终端设备可以通过第二字段携带第一信息，例如，携带redcap的信息，redcap的类型信息，以指示终端设备为redcap ue。再比如，终端设备可以通过第二字段中携带第一信息，指示终端设备的类型，例如，指示终端设备为默认终端设备，或者指示
终端设备为发送紧急消息的终端设备等。
166.在方式2中，第一信息是通过mac层信息确定的，因此具有mac层的du可以获得该信息，确定终端设备为低能力终端设备。通过方式2，使得基站能够更合理地调度后续的消息4、以及之后的消息。另外，基站能够对普通的ue和redcap ue的接入做优先级处理，例如优先接入非低能力终端设备，再比如，还可以更合理的调度低能力终端设备和非低能力终端设备之间竞争的问题。
167.类似的，考虑在2步非竞争的随机接入的过程中，基站可以通过随机接入过程的消息a(2步随机接入的过程中的消息a包括了4步随机接入的过程中的消息1和消息3，即消息a为消息1和消息3合在一起的一条消息)，可以确定终端设备为低能力终端设备。具体方式可以参考上述方式1-方式2，在此不再赘述。
168.步骤502：网络设备的第一du向网络设备的第一cu发送第二消息。
169.其中，第二消息包括第二信息，其中，第二信息用于指示终端设备的类型，终端设备的类型包括终端设备为低能力终端设备、或终端设备为低能力终端设备的类型。
170.具体的，第二消息可以为初始上行rrc消息传递(initial ul rrc message transfer)消息。第二消息中可以包括：新增的第一字段，第一字段用于指示第二信息。
171.如表1所示，为一种初始上行rrc消息传递可能包括的字段。例如，包括消息类型字段(message type)；du和ue的f1接口应用标识字段(gnb-du ue f1ap id)；nr配置授权信息字段(nr(configured grant information，cgi))；终端设备标识字段c-rnti，用于终端设备定位网络设备的du；rrc的容器字段(rrc-container)，可以包括：上行消息字段(ul-ccch-message ie or ul-ccch1-message ie)；du向cu发送的rrc容器字段(du to cu rrc container)；sul接入标识字段(access indication)；业务标识字段(transaction id)；ran和ue标识字段(ran ue id)；rrc容器设置字段(rrc-container-rrcsetupcomplete)，通过rrc设置消息(rrcsetupcomplete message)携带上行控制信息单元(ul-dcch-message ie)；终端设备的类型字段(ue type)。
172.表1
[0173][0174][0175]
示例性的，如表2所示，第一字段可以用于指示终端设备的类型(ue type)，第一字段的第二信息可以包括以下任一项：redcap、redcap的类型、或其他ue类型。
[0176]
举例来说，可以通过终端设备的标识来识别终端设备的类型，例如，标识＝0表示终端设备没有配置任何类型；标识＝1表示终端设备为redcap终端设备；标识＝2表示终端设备为nb-iot终端设备；标识＝3～10是预留给未来使用；标识＝11表示终端设备是对应接入等级11的终端设备，以此类推。
[0177]
本技术实施例中，类型信息指示终端设备的类型的方式可以有多种，在一个示例中，类型信息可以包括4个比特，ue type共有16种取值，例如，当4个比特的取值为0000时，表示ue type＝0，对应一种终端设备的类型，例如，对应4个天线的高能力终端设备。当4个比特的取值为0001时，表示ue type＝1，对应一种终端设备的类型，例如，对应1个天线的低能力终端设备。当4个比特的取值为0010时，表示ue type＝2，对应一种终端设备的类型，例如，对应2个天线的低能力终端设备，以此类推。如此，第二网络设备可以根据类型信息所指示的ue type确定终端设备的类型，比如，若ue type＝1，则可以确定终端设备为第一类型终端设备。在又一个示例中，类型信息可以包括1个比特，若该比特的取值为1，则说明终端
设备为第一类型终端设备，若该比特的取值为0，则说明终端设备不是第一类型终端设备。在又一个示例中，考虑到本技术实施例中的终端设备可能为redcap终端设备或nb-iot终端设备，因此，类型信息可以包括2个比特，其中1个比特的取值用于指示终端设备是否为redcap终端设备(比如若取值为1，则说明终端设备为redcap终端设备，若取值为0，则说明终端设备不是redcap终端设备)，另一个比特用于指示终端设备是否为nb-iot终端设备(比如若取值为1，则说明终端设备为nb-iot终端设备，若取值为0，则说明终端设备不是nb-iot终端设备)。或者，类型信息可以包括2个比特，并通过2个比特的取值来联合指示终端设备的类型，比如00表示终端设备为redcap终端设备，01表示终端设备为nb-iot终端设备，10表示终端设备既不是redcap终端设备也不是nb-iot终端设备，11预留给未来使用。
[0178]
表2
[0179]
ie/group namepresencerangeie type and referencesemantics descriptionue typeo enumerated(redcap,...)ue type information
[0180]
需要说明的是，本技术实施例中，第二消息还可以为在随机接入过程中其他的du向cu发送的消息，例如，为新增的一种消息，用于携带第一字段，使得du可以通过向cu发送第二消息，通知cu该终端设备是否为低能力终端设备。
[0181]
步骤503：第一cu可以根据第二信息，控制终端设备接入网络。
[0182]
例如，网络设备的cu确定当前网络负载较大，网络设备的第一cu可以拒绝该低能力终端设备的接入；或者，网络设备的第一cu确定当前网络资源充足，网络设备的第一cu可以允许该低能力终端设备的接入。需要说明的是，步骤503为可选的步骤。
[0183]
示例二
[0184]
基于上述架构，本技术实施例提供一种通信方法，用于在应用本技术实施例提供的上述架构后实现终端设备的接入流程。参见图6，该方法可以包括以下步骤：
[0185]
步骤601：终端设备通过网络设备的第一du向网络设备的第一cu发送第一信息。
[0186]
其中，第一信息用于指示终端设备的类型，终端设备的类型包括终端设备为redcap终端设备，或者，终端设备的类型为低能力终端设备的类型。
[0187]
在一些实施例中，终端设备可以在接入网络设备时，通过随机接入过程的消息3，通过网络设备的du向网络设备的cu发送第一信息。具体的，网络设备的du首先接收ue发送的消息3但不解析消息3中的rrc消息的内容，并将该消息3中的rrc消息发送给网络设备的cu。相应的，网络设备的cu通过随机接入过程的消息3，接收终端设备发送的第一信息，从而，使得能够识别ue的类型。
[0188]
下面举例说明，网络设备的cu通过随机接入过程的消息3接收ue发送的第一信息的方式3。
[0189]
方式3：通过随机接入过程的消息3中的rrc消息，确定终端设备为低能力终端设备。
[0190]
在一些实施例中，终端设备可以通过消息3中携带的rrc消息(如rrcsetuprequest消息)中预留的字段作为第一字段，也即消息3中携带的rrc消息包括第一字段，其中，第一字段包括第一信息，用于指示ue是否是redcap ue。
[0191]
在另一些实施例中，终端设备可以通过扩展消息3中携带的rrc消息的大小，例如，新增rrc消息的字段作为第一字段，也即消息3中携带的rrc消息包括第一字段，其中，第一
字段包括第一信息，用于指示ue是否是redcap ue。
[0192]
在另一些实施例中，终端设备可以通过引入新的公共控制信道和新的rrc消息作为消息3中的rrc消息，其中，新的rrc消息中包括第一字段，第一字段包括第一信息，用于指示ue是否是redcap ue。
[0193]
通过方式3，基站能够更早的控制redcap ue的接入，例如，在网络资源紧张时，拒绝redcap ue接入网络。再比如，在网络资源宽松时，允许redcap ue接入网络。
[0194]
考虑到方式3中识别的信息为rrc层信息，因此，具有rrc层的cu才能获得该信息，确定终端设备为低能力终端设备。具有phy层和mac层的du不知道redcap ue的识别信息，则无法合理地调度后续的消息或无法对ue的接入做优先级处理。
[0195]
类似的，考虑在2步非竞争的随机接入的过程中，基站可以通过随机接入过程的消息a(2步随机接入的过程中的消息a包括了4步随机接入的过程中的消息1和消息3，即消息a为消息1和消息3合在一起的一条消息)，可以确定终端设备为低能力终端设备。具体方式可以参考上述方式3，在此不再赘述。
[0196]
步骤602：网络设备的第一cu向网络设备的第一du发送第一消息。
[0197]
其中，第一消息包括第二信息。第二信息用于指示ue的类型，终端设备的类型包括终端设备为redcap终端设备。
[0198]
在一些实施例中，第一消息可以是网络设备的cu发送给网络设备的du的下行rrc消息传递(dl rrc message transfer)消息。此时，第一消息中可以包括新增的第一字段，第一字段中携带第二信息。
[0199]
如表3所示，为一种下行rrc消息传递消息中可能的包括的字段。例如，包括消息类型字段(message type)；cu和ue的f1接口应用标识字段(gnb-cu ue f1ap id)；du和ue的f1接口应用标识字段(gnb-du ue f1ap id)；旧du和ue的f1接口应用标识字段(old gnb-du ue f1ap id)，用于rrc容器中包括rrc连接建立的信息时使用；新du和ue的f1接口应用标识字段(old gnb-du ue f1ap id)；srb标识字段(srb id)；
[0200]
执行重复字段(execute duplication)；rrc的容器字段(rrc-container)，可以包括：下行消息字段(dl-dcch-message ie)；rat频率授权信息字段(rat-frequency priority information)；rrc传递状态请求字段(rrc delivery status request)；终端设备上下文未找回字段(ue context not retrievable)；重定向rrc消息字段(redirected rrc message)；接入plmn的网络共享信息字段(plmn assistance info for network sharing)；第一字段，例如，终端设备的类型字段(ue type)。
[0201]
表3
[0202][0203]
示例性的，结合表3和表2所示，第一消息中携带的第一字段可以用于指示终端设备的类型(ue type)，其取值范围可以包括：redcap、redcap的类型、或其他ue类型。举例来说，可以通过终端设备的标识来识别终端设备的类型，标识＝0表示终端设备没有配置任何参数；标识＝1表示终端设备为redcap终端设备；标识＝2表示终端设备为nb-iot终端设备；标识＝3～10是预留给未来使用；标识＝11表示终端设备是对应接入等级11的终端设备，以此类推。当然，还可以参考上述举例中设置终端设备的类型的方式，例如，相应设置的低能力终端设备的类型包括2个天线的低能力终端设备，对应标识＝3，包括1个天线的低能力终端设备，对应标识＝4，在此不再赘述。
[0204]
在另一些实施例中，第一消息还可以为终端设备上下文设置请求(ue context setup request)消息，此时，可以在终端设备上下文设置请求消息中，新增第一字段，使得第一字段中携带第二信息，用于指示终端设备是否为低能力终端设备。
[0205]
需要说明的是，本技术实施例中，第一消息还可以为在随机接入过程中其他的cu向du发送的消息，或者为新增的一种消息，用于携带第一字段，使得cu可以通过向du发送第一消息，通知du该终端设备是否为低能力终端设备。
[0206]
步骤603：第一du可以根据第二信息，为该低能力终端设备调度后续的随机接入消息或其他消息。
[0207]
需要说明的是，步骤603为可选的步骤。例如，网络设备的第一du将后续的消息4或消息5调度在该低能力终端设备的能力支持的范围内。具体而言，可以是第一du为该低能力
终端设备配置相应的资源，具体配置的资源可以参考图4中的随机接入过程中的介绍，在此不再赘述。
[0208]
可选的，网络设备的第一cu可以根据第二信息，为该低能力终端设备确定该低能力终端设备的接入优先级。
[0209]
例如，网络设备的第一cu可以为低能力终端设备设置接入优先级为低优先级，为非低能力终端设备设置接入优先级为低优先级，使得当同时有低能力终端设备和非低能力终端设备接入网络时，优先使非低能力终端设备接入网络。
[0210]
在完成上述终端设备的接入流程后，由于终端设备的移动导致当前小区信号质量不佳、基站接入终端设备过多小区当前处于拥塞等原因，该终端设备可能还需要进行切换。网络设备的cu可以根据保存着终端设备的上下文，发起切换流程，以保证切换过程中，终端设备可以无需重新发起随机接入过程即可建立rrc连接，从而减少时延，节省信令开销。另外，考虑一种新的rrc状态：非激活态(inactive state)，终端设备与网络暂停rrc连接，从而达到与空闲态一样的省电效果。不同于空闲态的是：在非激活态下，终端设备和接入网设备保存终端设备的上下文。当终端设备需要进入连接态时，比如，终端设备有上行数据需要发送，或者，网络设备寻呼终端设备进入连接态时，终端设备基于保存的终端设备上下文进入到连接状态，从而减少时延，节省信令开销。下面举例介绍终端设备的上下文建立的流程，具体可以参考图7所示。
[0211]
步骤701：终端设备向网络设备的cu发送能力信息。
[0212]
所述能力信息用于指示终端设备的能力。
[0213]
可选的，所述能力信息用于指示终端设备具有inactive态数据传输的能力，该能力表示终端设备处于非激活态时，具有在配置授权或调度授权中传输上行信息的能力。其中，上行信息包括但不限于上行信令以及上行数据。上行信令可以为上行rrc信令等，上行数据可以为上行业务数据，例如视频数据、音频数据等。
[0214]
需要说明的是，调度授权是指由终端设备发送资源请求，网络设备根据资源请求为终端设备分配的资源，例如资源请求可以为随机接入过程中的前导码(preamble)，还可以为上行调度请求等。配置授权，是指网络设备预先配置的资源，无需终端设备发送资源请求，具有一次分配多次使用的特点。
[0215]
需要说明的是，终端设备的能力有多种，能力信息还可以指示终端设备的其它能力，本技术实施例对此并不限定。
[0216]
需要说明的是，网络设备的cu还可以从核心网设备获取终端设备的能力信息。若网络设备的cu从核心网设备获取了终端设备的能力信息，则网络设备的cu不需要从终端设备取终端设备的能力信息，即此时终端设备不需要向网络设备的cu发送能力信息。
[0217]
步骤702：网络设备的cu向网络设备的du发送ue上下文建立请求消息。
[0218]
所述ue上下文建立请求消息可以用于请求为终端设备建立上下文(context)。
[0219]
可选的，ue上下文建立请求消息中可以包括所述能力信息。
[0220]
步骤703：网络设备的du为终端设备建立上下文，并向网络设备的cu发送ue上下文建立响应消息。
[0221]
需要说明的是，本技术实施例中，上下文可以包括空口上下文和f1上下文。
[0222]
其中，空口上下文可以是指终端设备的rlc层配置、mac层配置、物理层的配置信
息、i-rnti、c-rnti等。其中，还可包括“inactive态的数据传输的配置授权”、用于发送物理层反馈信息的pdcch配置信息、用于加扰pdcch的rnti。f1上下文可以是指f1ap id、f1数据传输的传输层地址信息等。网络设备的cu与网络设备的du之间传输终端设备的drb数据，也可以称为f1数据传输。
[0223]
本技术实施例中，网络设备的du为终端设备建立的上下文可以包括以下一项或多项：
[0224]
1、为所述终端设备配置的物理下行控制信道(physical downlink control channel，pdcch)的配置信息；pdcch的配置信息可以用于发送上行数据的反馈信息或调度pusch传输、调度物理下行共享控制信道(physical downlink control channel，pdsch)传输等。
[0225]
其中，pdcch的配置信息包括但不限于pdcch的资源位置信息、周期、起始位置等。
[0226]
本技术实施例中，pdcch可能调度物理层信令的发送，比如确认(acknowledgement，ack)或非确认(negative acknowledgement，nack)信令、用于初传的上行授权、用于重传的上行授权中的至少一个。pdcch还可能调度pdsch的发送，pdsch中承载的信息包括但不限于下行rrc信令、下行数据、定时提前量命令中的一个或多个。终端设备可以根据pdcch的调度进行上行传输以及下行传输。
[0227]
2、用于加扰所述pdcch的临时标识；所述临时标识为用于加扰pdcch的32比特的无线网络临时标识(radio network temporary identity，rnti)。例如，所述临时标识可以为终端设备的小区无线网络临时标识(cell radio network temporary identity，c-rnti)。
[0228]
3、为所述终端设备配置的无线承载的rlc层的配置信息。
[0229]
4、为所述终端设备配置的mac层的配置信息。
[0230]
5、为所述终端设备配置的无线网络临时标识(inactive radio network temporary identity，i-rnti)。
[0231]
6、为所述终端设备配置的配置授权；配置授权可以用于指示为终端设备分配的上行资源，其中，配置授权可以包括但不限于物理上行共享信道(physical uplink shared channel，pusch频域资源、周期、起始位置、数据解调参考信息中的一个或多个。
[0232]
可选的，所述配置授权可以是为inactive态的终端设备配置的，inactive态的终端设备可以使用所述配置授权发送上行rrc信令、上行数据中的一项或多项。
[0233]
可选的，所述配置授权配置的时频资源可以是终端设备专用的时频资源，即不和其他终端设备共享的时频资源。在该情况下，网络设备的du可以建立配置授权分别与终端设备的上下文和终端设备的数据传输通道的映射关系。
[0234]
可选的，所述配置授权配置的时频资源可以是终端设备与其他终端设备共享的时频资源。在该情况下，当网络设备的cu确定终端设备进入非激活态时，可以向网络设备的du发送非激活态i-rnti。网络设备的du可以建立配置授权与终端设备的i-rnti的映射关系。i-rnti可以是inactive态的终端设备在一个无线网络通知区域(ran-based notification area，rna)内的唯一标识。
[0235]
需要说明的是，以上只是示例，终端设备的上下文还可以包括其他信息，本技术实施例并不限定，在此不再逐一举例说明。示例性的，网络设备的cu发送的ue上下文建立响应消息中可以包括所述终端设备的上下文。
[0236]
图7所示的流程中，只描述了主要步骤，在为终端设备建立上下文的过程中还可能存在其他步骤，在此不再赘述。通过图7所示的流程，建立了终端设备的上下文。
[0237]
考虑到终端设备从原保存上下文的接入网设备的覆盖范围离开后，需要向新的接入网设备发起恢复rrc流程，下面以具体的场景进行举例说明。
[0238]
场景一
[0239]
如图8所示，终端设备由小区1移动至邻近的小区2，此时，cu可以保持不变，终端设备从源网络设备的du切换至目标网络设备的du。此时，源网络设备(例如第四网络设备)包括第一cu和第二du，目标网络设备(例如第一网络设备)包括第一cu和第一du。
[0240]
对于cu-du架构的网络设备，由网络设备的cu负责管理终端设备的rrc状态。网络设备的cu保存着终端设备的上下文(包括终端设备能力信息和其他终端设备配置信息)，在网络设备的cu保持不变而网络设备的du切换的场景下，网络设备的cu可以将终端设备的上下文发送给目标网络设备的du，目标网络设备的du根据接收到的终端设备的上下文，为终端设备发起终端设备的随机接入过程，分配接入目标网络设备的du使用的preamble和c-rnti，使得终端设备可以通过目标网络设备的du接入网络设备的cu。从而完成对终端设备的随机接入过程。
[0241]
在切换过程中，考虑网络设备的cu可能未携带终端设备是否为低能力终端设备的第二信息。例如，在发生切换时，终端设备的上下文中携带的ue能力信息中无法确定出该ue为低能力终端设备，此时，目标网络设备的du无法为低能力终端设备分配与之匹配的preamble或c-rnti。此时，目标网络设备的du无法合理地调度后续的消息或无法对ue的接入做优先级处理。
[0242]
基于上述问题，本技术实施例提供一种通信方法，如图9所示，包括以下步骤：
[0243]
步骤901：第一cu发起向第一du切换的初始切换流程。
[0244]
具体切换方式可以是第一cu发起向第一du切换的切换请求。
[0245]
例如，以第一du为目标du，第二du为源du为例，该切换请求可以用于请求将终端设备切换至目标du中；目标du在接收到切换请求后，根据该切换请求触发终端设备的切换流程。
[0246]
在一些实施例中，第一cu可以是在接收到终端设备的测量报告后，根据测量报告确定终端设备需要进行切换。具体地，第一cu根据接收的测量报告确定出终端设备当前的通信质量不佳时，可以对终端设备进行切换，则向第一实体发送切换请求。
[0247]
进一步地，上述终端设备的测量上报流程，可以是由第一cu主动触发上报的。也可以是终端设备主动上报的。可选的，上述切换请求中包括以下信息中的一种或多种：待切换的终端设备的标识，目标小区的标识，目标频点信息。
[0248]
在一种可能的实现方式中，第一cu还可以接收第二du发送的小区拥塞状态报告。若该报告指示小区当前处于拥塞状态，则网络设备的cu可以相应的确定缓解小区拥塞状态的缓解策略(如：低优先级gbr的释放、边缘用户释放等)，并向第一实体发送小区拥塞缓解请求，该请求包括中包括确定出的缓解策略；第一实体则可以根据缓解策略进缓解行处理。其中，小区拥塞状态报告包括以下信息中的一种或多种：小区的标识，承载类型(如：gbr或nongbr)，arp，拥塞类型(如：gbr拥塞或non-gbr拥塞)，拥塞等级(如：严重、一般、不拥塞等)等。
[0249]
步骤902：第一cu向第一du发送第一消息。
[0250]
其中，第一消息可以包括：第二信息。第二信息用于指示终端设备的类型，终端设备的类型包括终端设备为低能力终端设备，或者，终端设备的类型为低能力终端设备的类型。
[0251]
在一些实施例中，第一消息可以为第一cu发送给第一du的终端设备上下文请求(ue context setup request)消息。其中，第一消息中可以包括第一字段，该第一字段可以是在ue上下文请求消息中新增的字段，第一字段用于指示或识别ue信息、或者说用于指示或识别ue类型信息。再比如，该第一字段可以是在ue上下文请求消息中的cu给du的rrc信息(cu to du rrc information)字段中。
[0252]
如表4所示，为一种ue上下文请求消息可能包括的字段。例如，包括配置授权确认信息字段(cg-configinfo)；配置授权确认字段(cg-config)；终端设备能力rat列表字段(ue-capabilityrat-containerlis)；测量信息字段(measconfig)；切换准备信息字段(handover preparation information)；小区组信息字段(cellgroupconfig)；测量时间确认字段(measurement timing configuration)；第一字段，例如，终端设备的类型字段(ue type)。
[0253]
表4
[0254][0255]
[0256]
示例性的，结合表4和表2所示，第一消息中携带的第一字段可以用于指示终端设备的类型(ue type)，其取值范围可以包括：redcap、redcap的类型、或其他ue类型。举例来说，可以通过终端设备的标识来识别终端设备的类型，标识＝0表示终端设备没有配置任何参数；标识＝1表示终端设备为redcap终端设备；标识＝2表示终端设备为nb-iot终端设备；标识＝3～10是预留给未来使用；标识＝11表示终端设备是对应接入等级11的终端设备，以此类推。
[0257]
步骤903：第一du可以根据第二信息，为该低能力终端设备调度后续的随机接入消息或其他消息。
[0258]
需要说明的是，步骤603为可选的步骤。例如，网络设备的du将后续的随机接入过程中的消息(例如，消息4或消息5)调度在该低能力终端设备的能力支持的范围内。具体而言，可以是第一du为该低能力终端设备配置相应的资源，具体配置的资源可以参考图4中的随机接入过程中的介绍，在此不再赘述。
[0259]
可选的，第一cu可以根据第二信息，为该低能力终端设备确定该低能力终端设备的接入优先级。
[0260]
例如，第一cu可以为低能力终端设备设置接入优先级为低优先级，为非低能力终端设备设置接入优先级为低优先级，使得当同时有低能力终端设备和非低能力终端设备接入网络时，优先使非低能力终端设备接入网络。
[0261]
场景二
[0262]
如图10所示，终端设备由小区1移动至小区3，此时，终端设备从源网络设备的cu切换至目标网络设备的cu，终端设备从源网络设备的du切换至目标网络设备的du。此时，源网络设备(例如第二网络设备)包括第二cu和第二du，目标网络设备(例如第一网络设备)包括第一cu和第一du。
[0263]
本技术实施例提供一种通信方法，如图11所示，包括以下步骤：
[0264]
步骤1101：第二cu向第一cu发起切换流程。
[0265]
以源网络设备的cu为第二cu，目标网络设备的cu为第一cu，源网络设备的du为第二du，目标网络设备的du为第一du为例，此时，第二cu保存着终端设备的上下文，在切换过程中，第二cu可以通过ue的上下文请求消息，将终端设备的上下文(例如，可以包括终端设备能力信息)发送给目标网络设备的cu。具体切换的过程可以参考步骤901，在此不再赘述。
[0266]
其中，ue的上下文请求消息中可以包括第二信息，通过第二信息，指示ue是否为低能力终端设备的信息。
[0267]
步骤1102：第一cu向第一du发起切换流程。
[0268]
通过目标网络设备的cu将终端设备的上下文(例如，可以包括终端设备能力信息)发送给目标网络设备的du，目标网络设备的du根据接收到的终端设备的上下文，为终端设备分配接入目标网络设备的du使用的preamble和c-rnti。从而完成对终端设备的随机接入过程。具体切换的过程可以参考步骤901，在此不再赘述。
[0269]
步骤1103：第一cu向第一du发送第一消息。
[0270]
其中，第一消息可以包括：第二信息。第二信息用于指示终端设备的类型。终端设备的类型包括终端设备为低能力终端设备，或者，终端设备的类型为低能力终端设备的类型。
[0271]
在一些实施例中，第一消息可以为第一cu发送给第一du的ue上下文请求(ue context setup request)消息。其中，第一消息中可以包括第一字段，该第一字段可以是在ue上下文请求消息中新增的字段，第一字段用于指示或识别ue信息、或者说用于指示或识别ue类型信息。再比如，该第一字段可以是在ue上下文请求消息中的cu给du的rrc信息(cu to du rrc information)字段中。
[0272]
步骤1104：第一du可以根据第二信息，为该低能力终端设备调度后续的随机接入消息或其他消息。
[0273]
需要说明的是，步骤603为可选的步骤。例如，第一du将后续的随机接入过程中的消息(例如，消息4或消息5)调度在该低能力终端设备的能力支持的范围内。具体而言，可以是第一du为该低能力终端设备配置相应的资源，具体配置的资源可以参考图4中的随机接入过程中的介绍，在此不再赘述。
[0274]
可选的，第一cu可以根据第二信息，为该低能力终端设备确定该低能力终端设备的接入优先级。
[0275]
例如，第一cu可以为低能力终端设备设置接入优先级为低优先级，为非低能力终端设备设置接入优先级为低优先级，使得当同时有低能力终端设备和非低能力终端设备接入网络时，优先使非低能力终端设备接入网络。
[0276]
需要说明的是，上述步骤1101-1104并不是全都必须执行，在一些实施例中，可以是步骤1101-1104中的部分步骤执行，例如，执行步骤1101、步骤1103和步骤1104，或者，执行步骤1102、步骤1103和步骤1104。在此不做限定。
[0277]
场景三
[0278]
当终端设备的rrc状态转变时，网络设备的cu需要通知网络设备的du进行联动的上下文处理。具体的，终端设备从rrc连接态转换到inactive态的过程中，网络设备的cu通知网络设备的du释放终端设备的上下文，其中包括所有的专用f1传输资源和空口的配置信息等。如果网络设备的du释放终端设备的上下文，当inactive态的终端设备向网络设备的du发送上行数据时，网络设备的du不能立即将数据发送给网络设备的cu。
[0279]
当终端设备在inactive态的过程进行了移动，例如，从小区1移动至小区3，此时，终端设备需要重新发起rrc状态的恢复请求，在完成从源网络设备的du切换至目标网络设备的du的过程中，或者，从源网络设备的cu切换至目标网络设备的cu，及从源网络设备的du切换至目标网络设备的du的过程中，若ue能力信息中无法直接识别该ue是redcap ue，网络设备的du分配preamble或c-rnti的时候并不知道ue为redcap ue，网络设备的du通过消息1中的preamble或消息3中的c-rnti无法知道ue为redcap ue，则无法合理地调度后续的消息或无法对ue的接入做优先级处理。下面以源网络设备(例如第二网络设备)包括第二cu和第二du，目标网络设备(例如第一网络设备)包括第一cu和第一du为例进行说明，以源网络设备(例如第三网络设备)包括第一cu和第二du，目标网络设备(例如第一网络设备)包括第一cu和第一du的方式可以参考该实施例。
[0280]
基于上述问题，本技术实施例提供一种通信方法，如图12所示，包括以下步骤：
[0281]
步骤1201：终端设备通过第二du向第二cu发起rrc连接恢复流程。
[0282]
例如，第二du可以是源网络设备的du，第二cu可以是源网络设备的cu。第一du可以是目标网络设备的du，第一cu可以是目标网络设备的cu。此时，终端设备通过源网络设备的
du向源网络设备的cu发起rrc连接恢复请求。该rrc连接恢复请求用于请求恢复rrc连接态。
[0283]
步骤1202：第二cu向第一cu发起切换流程。
[0284]
此时，源网络设备的cu根据终端设备的rrc连接恢复请求，及保存着的终端设备的上下文，确定终端设备需要切换，因此，源网络设备的cu可以通过ue的上下文请求消息，将终端设备的上下文(例如，可以包括终端设备能力信息)发送给目标网络设备的cu。
[0285]
其中，ue的上下文请求消息中可以包括第二信息，通过第二信息，指示ue是否为低能力终端设备的信息。
[0286]
步骤1203：第一cu向第一du发起切换流程。
[0287]
通过目标网络设备的cu将终端设备的上下文(例如，可以包括终端设备能力信息)发送给目标网络设备的du，目标网络设备的du根据接收到的终端设备的上下文，为终端设备分配接入目标网络设备的du使用的preamble和c-rnti。从而完成对终端设备的随机接入过程。
[0288]
步骤1204：第一cu向第一du发送第一消息。
[0289]
其中，第一消息可以包括：第二信息。第二信息用于指示终端设备的类型。终端设备的类型包括终端设备为低能力终端设备，或者，终端设备的类型为低能力终端设备的类型。
[0290]
在一些实施例中，第一消息可以为第一cu发送给第一du的ue上下文请求(ue context setup request)消息。其中，第一消息中可以包括第一字段，该第一字段可以是在ue上下文请求消息中新增的字段，第一字段用于指示或识别ue信息、或者说用于指示或识别ue类型信息。再比如，该第一字段可以是在ue上下文请求消息中的cu给du的rrc信息(cu to du rrc information)字段中。
[0291]
步骤1205：第一du可以根据第二信息，为该低能力终端设备调度后续的随机接入消息或其他消息。
[0292]
需要说明的是，步骤1205为可选的步骤。例如，du将后续的随机接入过程中的消息(例如，消息4或消息5)调度在该低能力终端设备的能力支持的范围内。具体而言，可以是du为该低能力终端设备配置相应的资源，具体配置的资源可以参考图4中的随机接入过程中的介绍，在此不再赘述。
[0293]
可选的，cu可以根据第二信息，为该低能力终端设备确定该低能力终端设备的接入优先级。例如，cu可以为低能力终端设备设置接入优先级为低优先级，为非低能力终端设备设置接入优先级为低优先级，使得当同时有低能力终端设备和非低能力终端设备接入网络时，优先使非低能力终端设备接入网络。
[0294]
需要说明的是，上述步骤1201-1205并不是全都必须执行，在一些实施例中，可以是步骤1201-1205中的部分步骤执行，例如，执行步骤1202、步骤1204和步骤1205，或者，执行步骤1203、步骤1204和步骤1205。在此不做限定。
[0295]
基于上述问题，本技术实施例提供一种通信方法，终端设备初始通过第二分布式单元和第一集中式单元(例如，第四网络设备)接入网络，之后，通过第一分布式单元和第一集中式单元(例如，第一网络设备)接入网络，再指示，通过第三分布式单元和第一集中式单元(例如，第五网络设备)接入网络，如图13所示，包括以下步骤：
[0296]
步骤1301a：终端设备向第二分布式单元发送第一信息。
[0297]
其中，步骤1301a中，终端设备可以通过第二分布式单元和第一集中式单元接入网络，此时，可以参考图5中终端设备向第一分布式单元发送第一信息的方式。
[0298]
步骤1302a：第二分布式单元向第一集中式单元发送第二消息1。
[0299]
其中，第二消息1可以参考图5中终端设备向第一分布式单元发送第二消息的方式。
[0300]
步骤1301b：终端设备向第一集中式单元发送第一信息。
[0301]
其中，步骤1301b中，终端设备可以通过第二分布式单元和第一集中式单元接入网络，此时，可以参考图6中终端设备通过分布式单元向集中式单元发送第一信息的方式。
[0302]
需要说明的是，步骤1301a和步骤1302a为一种可能的实现方式，步骤1301b为一种可能的实现方式。
[0303]
步骤1303：第一分布式单元和第一集中式单元发起终端设备的初始切换流程。
[0304]
可选的，终端设备可以从第二分布式单元向第一分布式单元发起初始切换，以接入第一分布式单元。具体可以参考图9中的步骤901中向第一分布式单元切换的实现方式。
[0305]
步骤1304：第一集中式单元向第一分布式单元发送第一消息a。
[0306]
在步骤1304中，第一集中式单元向第一分布式单元发送第一消息a的方式可以参考步骤902中第一集中式单元向第一分布式单元发送第一消息的方式。此处第一消息a可以与第一消息相同。
[0307]
步骤1305：第一分布式单元根据第二信息，调度终端设备的资源。
[0308]
需要说明的是，步骤1305为可选的步骤。
[0309]
步骤1306：第三分布式单元和第一集中式单元发起终端设备的初始切换流程。
[0310]
可选的，终端设备可以从第一分布式单元向第三分布式单元发起初始切换，以接入第三分布式单元。具体可以参考图9中的步骤901中向第一分布式单元切换的实现方式。
[0311]
步骤1307：第一集中式单元向第三分布式单元发送第一消息b。
[0312]
在步骤1304中，第一集中式单元向第三分布式单元发送第一消息b的方式可以参考步骤902中第一集中式单元向第一分布式单元发送第一消息的方式。此处第一消息b可以与第一消息相同。
[0313]
步骤1308：第三分布式单元根据第二信息，调度终端设备的资源。
[0314]
需要说明的是，步骤1308为可选的步骤。
[0315]
上述方式仅以第一集中式单元不切换为例进行说明，在第一集中式单元也发生切换的方式，可以结合图13和图12的实现方式，例如，终端设备先通过第二分布式单元接入第二集中式单元，之后切换至第一集中式单元和第一分布式单元，之后，终端设备还可以从第一集中式单元切换至第三集中式单元，并从第一分布式单元切换至第三分布式单元，即接入第三网络设备(包括第三集中式单元和第三分布式单元)。
[0316]
当然还可以是其他结合的方式，具体切换中发送第一信息和第二信息的方式可以参考上述实施例，在此不再赘述。
[0317]
需要说明的是，上述步骤1301a-1308并不是全都必须执行，在此不做限定。图9-图13只是示例，在实际过程中，还可能存在其他步骤，在此不再赘述。
[0318]
本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本技术的保护范围中。
[0319]
上述本技术提供的实施例中，分别从各个设备之间交互的角度对本技术实施例提供的方法进行了介绍。为了实现上述本技术实施例提供的方法中的各功能，网络设备的cu或网络设备的du可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
[0320]
本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本技术各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0321]
如图14所示，本技术提供一种通信装置。
[0322]
在一些实施例中，该通信装置1400可以应用于网络设备的第一集中式单元，此时，第一集中式单元可以包括处理模块1410，可选的，还可以包括发送模块1420和接收模块1430。
[0323]
处理模块1410，用于通过接收模块1430接收终端设备的第一信息，所述第一信息用于指示所述终端设备的类型，处理模块1410，用于通过发送模块1420向所述网络设备的第一分布式单元发送第二信息，所述第一信息用于指示所述终端设备的类型。
[0324]
一种可能的实现方式，处理模块1410，用于通过接收模块1430经所述第一分布式单元接收来自终端设备的第一信息。
[0325]
一种可能的实现方式，处理模块1410，用于通过接收模块1430经第二分布式单元接收来自所述终端设备的第一信息，所述第二分布式单元为所述终端设备在切换至所述第一分布式单元之前接入的分布式单元。
[0326]
一种可能的实现方式，处理模块1410，用于通过接收模块1430接收第二集中式单元发送的所述第一信息，所述第二集中式单元为所述终端设备在切换至所述第一集中式单元之前接入的集中式单元。
[0327]
一种可能的实现方式，所述第一分布式单元根据所述第二信息，调度所述终端设备的资源和/或所述终端设备的接入优先级。
[0328]
一种可能的实现方式，处理模块1410，用于通过发送模块1420向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
[0329]
一种可能的实现方式，处理模块1410，用于通过发送模块1420向第三集中式单元发送所述第一信息，所述第三集中式单元为所述终端设备从所述第一集中式单元切换后的集中式单元，所述第一信息用于所述第三集中式单元向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
[0330]
一种可能的实现方式，第二信息携带在第一消息中，所述第一消息包括第一字段，所述第一字段携带所述第二信息。
[0331]
在一些实施例中，该通信装置1400可以应用于网络设备的第一分布式单元，此时，第一分布式单元可以包括处理模块14101410，可选的，还可以包括发送模块14201420和接收模块1430。
[0332]
处理模块1410，用于通过接收模块接收终端设备的第一信息，所述第一信息用于
指示所述终端设备的类型；处理模块1410，用于通过发送模块1420向网络设备的第一集中式单元发送第二信息，所述第二信息用于指示所述终端设备的类型。
[0333]
一种可能的实现方式，所述终端设备的类型包括以下任一项：低能力终端设备，或者，低能力终端设备的类型。
[0334]
一种可能的实现方式，所述第一集中式单元根据所述第二信息，控制所述终端设备的接入。
[0335]
一种可能的实现方式，所述第一集中式单元向第三分布式单元发送所述第二信息，所述第三分布式单元为所述终端设备从所述第一分布式单元切换后的分布式单元。
[0336]
一种可能的实现方式，所述第一集中式单元向第三集中式单元发送所述第二信息，所述第三集中式单元为所述终端设备从所述第一集中式单元切换后的集中式单元。
[0337]
一种可能的实现方式，所述第二信息用于控制所述终端设备的接入。
[0338]
一种可能的实现方式，所述第二信息携带在第二消息中，所述第二消息包括第一字段，所述第一字段携带所述第二信息。
[0339]
一种可能的实现方式，所述第一消息为以下任一项：下行无线资源控制消息传递消息，终端设备上下文请求消息；所述第二消息为：初始上行无线资源控制消息传递消息。
[0340]
一种可能的实现方式，所述第一信息通过消息1或消息3携带。
[0341]
一种可能的实现方式，所述第一分布式单元和所述第一集中式单元为第一网络设备中分离的网元，所述第一网络设备用于所述终端设备接入网络；或者，所述第二分布式单元和所述第二集中式单元为第二网络设备中分离的网元，所述第二网络设备用于所述终端设备接入网络；或者，所述第三分布式单元和所述第三集中式单元为第三网络设备中分离的网元，所述第三网络设备用于所述终端设备接入网络；或者，所述第二分布式单元和所述第一集中式单元为第四网络设备中分离的网元，所述第四网络设备用于所述终端设备接入网络；或者，所述第三分布式单元和所述第一集中式单元为第五网络设备中分离的网元，所述第五网络设备用于所述终端设备接入网络。
[0342]
可选的，上述通信装置1400还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。例如，处理模块1410可以读取存储单元中的数据或者指令，使得通信装置实现上述实施例中的方法。
[0343]
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各个步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现，或者也可以是以软件通过处理元件调用的形式实现。
[0344]
在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多
个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，asic)，或，一个或多个微处理器(digital singnal processor，dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，fpga)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，cpu)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现。
[0345]
以上用于接收的单元(例如接收单元)是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元(例如发送单元)是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
[0346]
参考图15，其为本技术实施例提供的一种通信设备的结构示意图。该通信设备用于实现以上实施例中网络设备的第一集中式单元或网络设备中的第一分布式单元的操作。如图15所示，以通信设备为第一集中式单元或网络设备中的第一分布式单元为例，该通信设备包括：天线1510、射频装置1520、信号处理部分1530。天线1510与射频装置1520连接。在下行方向上，射频装置1520通过天线1510接收网络设备或其他终端设备发送的信息，将网络设备或其他终端设备发送的信息发送给信号处理部分1530进行处理。在上行方向上，信号处理部分1530对终端设备的信息进行处理，并发送给射频装置1520，射频装置1520对终端设备的信息进行处理后经过天线1510发送给网络设备或其他终端设备。
[0347]
以通信设备为网络设备为例，该通信设备包括：天线1510、射频装置1520、信号处理部分1530。天线1510与射频装置1520连接。在上行方向上，射频装置1520通过天线1510接收第一终端或其他终端设备发送的信息，将第一终端或其他终端设备发送的信息发送给信号处理部分1530进行处理。在下行方向上，信号处理部分1530对网络设备的信息进行处理，并发送给射频装置1520，射频装置1520对网络设备的信息进行处理后经过天线1510发送给第一终端或其他终端设备。
[0348]
信号处理部分1530用于实现对数据各通信协议层的处理。信号处理部分1530可以为该通信设备的一个子系统，则该通信设备还可以包括其它子系统，例如中央处理子系统，用于实现对通信设备操作系统以及应用层的处理；再如，周边子系统用于实现与其它设备的连接。信号处理部分1530可以为单独设置的芯片。可选的，以上的装置可以位于信号处理部分1530。
[0349]
信号处理部分1530可以包括一个或多个处理元件1531，例如，包括一个主控cpu和其它集成电路，以及包括接口电路1533。此外，该信号处理部分1530还可以包括存储元件1532。存储元件1532用于存储数据和程序，用于执行以上方法中通信设备所执行的方法的程序可能存储，也可能不存储于该存储元件1532中，例如，存储于信号处理部分1530之外的存储器中，使用时信号处理部分1530加载该程序到缓存中进行使用。接口电路1533用于与装置通信。以上装置可以位于信号处理部分1530，该信号处理部分1530可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上通信设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，实现以上方法中各个
步骤的单元可以通过处理元件调度程序的形式实现，例如该装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中通信设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。
[0350]
在另一种实现中，用于执行以上方法中通信设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中通信设备(第一集中式单元或网络设备中的第一分布式单元)执行的方法。
[0351]
在又一种实现中，通信设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于信号处理部分1530上，这里的处理元件可以为集成电路，例如：一个或多个asic，或，一个或多个dsp，或，一个或者多个fpga，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。
[0352]
实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，soc)的形式实现，该soc芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上通信设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上通信设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。
[0353]
可见，以上装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种通信设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行通信设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行通信设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行通信设备执行的部分或全部步骤。
[0354]
这里的处理元件同以上描述，可以是通用处理器，例如cpu，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个asic，或，一个或多个微处理器dsp，或，一个或者多个fpga等，或这些集成电路形式中至少两种的组合。存储元件可以是一个存储器，也可以是多个存储元件的统称。
[0355]
可以理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0356]
本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述应用于第一集中式单元或网络设备中的第一分布式单元对应的任一方法实施例所述的方法。
[0357]
本技术实施例还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述应用于第一集中式单元或网络设备中的第一分布式单元的任一方法实施例所述的方法。
[0358]
需要指出的是，“第一”、“第二”等词汇，例如，“第一指示信息、第二指示信息”等，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a和b,a和c,b和c,或a和b和c，其中a,b,c可以是单个，也可以是多个。
[0359]
上述实施例，可以全部或部分地通过软件、硬件、固件或者其任意组合实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行计算机程序时，全部或部分地产生按照本技术实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，dvd))、或者半导体介质(例如，固态硬盘(solid state disk，ssd))等。
[0360]
本技术实施例还提供一种处理装置，包括处理器和接口；处理器，用于执行上述应用于第一集中式单元或网络设备中的第一分布式单元的任一方法实施例所描述的方法。
[0361]
应理解，上述处理装置可以是一个芯片，处理器可以通过硬件实现也可以通过软件实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码实现，该存储器可以集成在处理器中，也可以位于处理器之外，独立存在。
[0362]
以上，仅为本技术的具体实施方式，但本技术实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术实施例的保护范围之内。因此，本技术实施例的保护范围应以权利要求的保护范围为准。