本发明涉及无线通信领域，尤其涉及无线基站分离架构下的通信方法、功能实体及无线基站。
背景技术：
3GPP标准中，GNB(5G基站)可以被分为CU(Centralized Unit，集中式单元)和DU(Distributed Unit，分布式单元)两个功能实体。图1是相关技术的协议栈在CU-DU间的一种示例性的拆分方法。图1中的RRC(Radio Resource Control，无线资源控制)是空口的无线资源控制协议栈；PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)层是数据聚合协议栈；RLC(Radio Link Control，无线链路控制)是无线链路控制层；高MAC(High MAC)和低MAC(Low MAC)是对MAC(Medium Access Control，媒体访问控制协议)协议栈进行分割得到的；高物理层(Hign Phy)和低物理层(Low Phy)是对物理层(physical layer)进行分割得到的；RF(Radio Freqency，射频)是射频功能。以上只是一种拆分方式，也存在其他的拆分方法。
拆分点可以选择方式一(option1)到方式(option7)中的一种，每种方式对应的箭头左边相对右边是高层协议栈，在CU处理，右边的协议栈在DU处理。但无论基于哪一种拆分方式，RRC协议都只在CU上处理，DU只是负责透传RRC信令，DU上的协议栈配置也由CU统一控制，包括控制面协议栈的SRB1配置和SRB2配置，其中，SRB1用于承载RRC信令(可能携带一些NAS信令)和SRB2建立之前的NAS信令，SRB2用于承载NAS信令，通常CU的控制面处理存在无线资源管理(RRM：Radio Resource Management)模块和UE控制管理模块等模块。UE控制管理模块主要负责处理UE流程控制(例如RRC连接建立、初始上下文建立和切换等流程)、UE实例状态管理、UE上下文管理、协议栈和隧道配置以及移动性管理。
所有基站和UE之间的RRC信令都需要在CU上处理，这样在一个UE接入过程或移动过程中，CU和DU之间需要多次透传信令和配置消息交互，例如在RRC连接建立流程至少需要5次网络信令交互，初始上下文建立过程至少需要7次网络信令交互，DU内切换过程至少需要6次网络信令交互等等。光在单模光纤的速度大约为200000km/s，假定CU和DU相距100km，每条信令时延理论值大约为0.5ms，如此多的CU和DU之间的网络交互步骤，对UE控制面处理时延有较大影响。未来无线网络对时延要求越来越高，而RRC协议通常对时延尤为敏感，上述CU-DU分离架构简单地基于协议栈进行拆分的方法仍需要继续优化。
技术实现要素：
有鉴于此，本发明实施例提供了一种无线基站分离架构下的通信方法，包括：
设置有空口侧所有控制面协议栈的分布式单元DU接收用户设备UE发送的无线资源控制RRC消息；
所述DU对所述RRC消息进行解码和识别，使RRC协议在DU上终结。
有鉴于此，本发明实施例还提供了一种无线基站分离架构中的分布式单元，其特征在于，包括：
RRC协议处理模块，用于接收用户设备UE发送的无线资源控制RRC消息，对所述RRC消息进行解码和识别，使RRC协议在DU上终结；
分布式单元DU侧UE控制管理模块，包括：
RRC连接控制子模块，用于在所述RRC协议处理模块识别出所述UE发送的是请求建立RRC连接的RRC消息时，执行RRC连接控制，与所述UE交互完成RRC连接建立流程。
有鉴于此，本发明实施例还提供了一种分离架构下的通信方法，包括：
集中式单元CU在用户设备UE通过分布式单元DU接入时，为所述UE分配CU侧UE标识CU-UE-ID，生成CU上的UE实例，对UE状态和UE上下文信息进行管理；
所述CU向所述DU发送所述UE的上下文信息，使所述DU根据所述上下文信息完成无线资源接纳。
有鉴于此，本发明实施例还提供了一种分离架构中的集中式单元，包括集中式单元CU侧UE控制管理模块，所述CU侧UE控制管理模块包括：
UE管理子模块，用于在UE通过分布式单元DU接入时，为所述UE分配CU侧UE标识CU-UE-ID，生成CU上的UE实例，对UE状态和UE上下文信息进行管理；
流程控制子模块，用于向所述DU发送所述UE的上下文信息，使所述DU根据所述上下文信息完成无线资源接纳。
有鉴于此，本发明实施例还提供了一种无线基站，包括集中式单元CU和分布式单元DU，其中，所述CU采用如上所述的CU，所述DU用如上所述的DU。
有鉴于此，本发明实施例还提供了一种无线资源控制RRC连接建立方法，包括：
分布式单元DU接收用户设备UE发送的无线资源控制RRC连接请求消息；
所述DU为所述UE分配DU侧UE标识，创建UE实例，并进行第一信令无线承载SRB1的接纳处理，接纳成功后，向所述UE发送RRC连接建立消息；
所述DU收到所述UE发送的RRC连接建立完成消息后，将所述UE的状态设置为已连接。
有鉴于此，本发明实施例还提供了一种用户设备UE初始上下文建立方法，包括：
分布式单元DU接收集中式单元CU发送的UE上下文建立请求消息，根据其中UE的上下文信息进行无线资源接纳和隧道建立的处理，并完成协议栈的无线资源配置；
所述DU根据接纳成功的无线资源，与所述UE交互完成无线资源控制RRC连接重配后，向所述CU发送UE上下文建立响应消息。
有鉴于此，本发明实施例还提供了一种用户设备UE上下文建立方法，包括：
集中式单元CU接收分布式单元DU发送的要求初始化UE上下文消息，保存其中的DU侧UE标识，为所述UE创建UE实例并分配CU侧UE标识，将所述UE的状态设置为已连接；
所述CU向核心网发送初始UE消息，收到所述核心网发送的初始上下文建立请求后，进行隧道建立，并控制所述DU完成所述UE的上下文建立过程。
有鉴于此，本发明实施例还提供了一种用户设备UE切换方法，包括：
分布式单元DU接收集中式单元CU触发UE发生DU内不同小区间切换时发送的切换请求消息，从中获取目标小区的信息；
所述DU在所述目标小区进行无线资源接纳成功后完成协议栈的无线资源配置，与所述UE交互完成无线资源控制RRC连接重配，向所述CU发送切换完成通知消息。
有鉴于此，本发明实施例还提供了一种用户设备UE切换方法，包括：
目标分布式单元DU接收集中式单元CU触发UE发生DU间切换时发送的切换请求消息，向所述无线资源管理模块申请无线资源接纳，接纳成功后进行协议栈的无线资源配置，向所述CU发送切换请求响应，携带接纳成功的无线资源信息；
源DU接收所述CU发送的切换执行消息，将其中携带的无线资源信息通过RRC连接重配消息发送给所述UE并指示所述UE切换；
所述目标DU收到所述UE发送的RRC连接重配完成消息后，向所述CU发送切换完成通知消息。
有鉴于此，本发明实施例还提供了一种用户设备UE切换方法，包括：
集中式单元CU接收外部源基站触发UE发生基站间切换时发送的切换请求消息，为所述UE创建UE实例和分配CU侧UE标识，进行隧道建立后，向目标DU发送切换请求消息，携带所述UE的上下文信息；
所述CU接收所述目标DU发送的切换响应消息，将所述目标DU接纳成功的无线资源信息通过切换响应消息发送给所述源基站；
所述CU接收所述目标DU发送的切换完成通知消息，与核心网交互完成路径切换，向所述源基站发送UE上下文释放消息。
有鉴于此，本发明实施例还提供了一种用户设备UE进入非活动状态的方法，包括：
分布式单元DU收到集中式单元CU发送的UE上下文挂起执行消息后，向所述UE发送无线资源控制RRC连接挂起消息或RRC连接释放消息；
所述DU释放所述UE的所有无线资源，设置恢复标识，将所述UE的UE上下文挂起后，向所述CU发送UE上下文挂起执行响应消息。
有鉴于此，本发明实施例还提供了一种用户设备UE退出非活动状态的方法，包括：
所述DU收到所述CU发送的执行恢复UE上下文消息后，根据所述执行恢复UE上下文消息携带的UE的上下文信息或根据本地保存的所述UE的上下文信息进行无线资源接纳，接纳成功后进行协议栈的无线资源配置，向所述UE发送RRC连接恢复消息；
所述DU收到所述UE发送的RRC连接恢复完成消息后，向所述CU发送执行恢复UE上下文响应消息。
有鉴于此，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如上所述的方法的处理。
有鉴于此，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如上所述的方法的处理。
上述实施例方案在CU-DU分离架构下，更好地减少了UE控制面流程的处理时延。
附图说明
图1是相关技术中的CU-DU基于高、低层协议栈的拆分方式的示意图；
图2是相关技术的CU-DU分离架构下的控制面处理方式的示意图；
图3是本发明实施例一CU-DU分离架构下的控制面处理方式的示意图；
图4是本发明实施例一CU-DU分离架构下DU侧通信方法的流程图；
图5是本发明实施例一DU的模块图；
图6是本发明实施例一CU-DU分离架构下CU侧通信方法的流程图；
图7是本发明实施例一CU侧UE实例管理模块的结构图；
图8是本发明实施例二CU-DU分离架构下RRC连接建立过程的流程图；
图9是本发明实施例三CU-DU分离架构下DU侧的UE初始上下文建立过程的流程图；
图10是本发明实施例三CU-DU分离架构下CU侧的UE初始上下文建立过程的流程图；
图11是本发明实施例三的UE接入过程的一个示例性的信令流程图；
图12是本发明实施例四CU-DU分离架构下UE在DU内小区间切换的流程图；
图13是本发明实施例四CU-DU分离架构下UE在DU内小区间切换的一个示例性的信令流程图；
图14是本发明实施例五CU-DU分离架构下UE在DU间切换的流程图；
图15是本发明实施例五CU-DU分离架构下UE在同一基站下的DU间切换的一个示例性的信令流程图；
图16是本发明实施例五CU-DU分离架构下UE在不同基站下的DU间切换的一个示例性的信令流程图；
图17是本发明实施例六CU-DU分离架构下UE从外部基站切换到CU内的流程图；
图18是本发明实施例六CU-DU分离架构下UE从外部基站切换到CU内的一个示例性的信令流程图；
图19是本发明实施例七CU-DU分离架构下UE进入Active状态的流程图；
图20是本发明实施例七CU-DU分离架构下UE退出Active状态的流程图；
图21是本发明实施例七CU-DU分离架构下核心网感知的UE进入和退出Active状态的一个示例性的信令流程图；
图22是本发明实施例七CU-DU分离架构下核心网不感知的UE进入和退出Active状态的一个示例性的信令流程图；
图23是本发明实施例七CU-DU分离架构下UE在CU内进入Inactive而在外部基站回到Active状态的一个示例性的信令流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
实施例一
在相关技术中，CU主要是负责高层协议的处理，DU负责低层协议的处理，一个CU下有多个DU。如图2所示，通常CU控制面存在UE控制管理模块和无线资源管理模块，用于完成UE标识分配和UE实例状态管理、UE上下文管理、维护UE实例和基站对外接口关系、UE流程控制、无线资源管理、CU和DU传输隧道申请、协议栈配置(包括CU和DU上的所有协议栈)、移动性管理、安全算法选择和配置等功能。DU控制面完成通过协议栈透传基站与UE的信令，执行DU传输隧道配置和通过低层协议栈配置代理模块配合CU完成低层协议栈的配置等功能。这种拆分方式导致RRC协议只能在CU上终结，CU完成无线资源控制功能的时候需要分别给DU下发低层协议栈配置信令和透传RRC信令，网络信令跳数较多，带来控制面时延增大以及性能下降的问题。
本实施例提供一种在无线基站分离架构(即CU-DU分离架构)下减少UE控制面处理时延的方法，控制面不再简单地基于协议栈方式拆分，而是将控制面协议栈全部放到DU上处理，使得RRC协议能够在DU上终结，使得部分UE控制管理功能和无线资源分配相关的处理流程能够下移至DU处理。UE流程中与核心网或相邻基站或其他DU相关的处理流程由CU控制DU执行。即使是CU主导的UE控制流程，CU也不再需要向DU单独发送协议栈配置消息和RRC信令，而是下发的UE上下文信息，让DU自己完成协议栈配置和控制RRC信令发送。从而可以节省大量原来DU与CU间的网络交互流程，降低控制面时延，提升了CU和DU的处理效率。
如图3所示，本实施例将相关技术CU上的UE控制管理模块拆分为CU侧UE控制管理模块(CU-UE控制管理模块)和DU侧UE控制管理模块(DU-UE控制管理模块)，分别部署到CU和DU，并将无线资源管理模块下移到DU。控制面所有协议栈的协议处理都在DU上进行，RRC协议处理模块(图中略)设置在DU上，RRC协议在DU进行终结，也即RRC消息的解码和识别在DU上进行，使得只涉及无线资源控制的UE控制流程可以在DU上独立完成(例如RRC连接建立过程)，其他UE控制流程可以由CU控制DU执行，CU可以通过CU和DU之间的接口提供ERAB列表、安全算法和安全上下文等UE的上下文信息，从而无须在CU-DU之间透传大量RRC信令。
本实施例提供了一种无线基站分离架构下的通信方法，应用于DU侧，其中的RRC消息接收过程如图4所示，包括：步骤110，设置有空口侧所有控制面协议栈的分布式单元DU接收用户设备UE发送的无线资源控制RRC消息；步骤120，所述DU对所述RRC消息进行解码和识别，使RRC协议在DU上终结。
本实施例中，所述DU对所述RRC消息进行解码和识别之后，所述方法还包括：所述DU如识别出所述UE发送的是请求建立RRC连接的RRC消息，则执行RRC连接控制，与所述UE交互完成RRC连接建立流程。
本实施例中，所述DU对所述RRC消息进行解码和识别之后，所述方法还包括：所述DU如识别出所述UE发送的是携带测量报告或非接入层NAS消息的RRC消息，将所述测量报告或NAS消息转发给集中式单元CU处理。DU转发测量报告或NAS消息时，可以不做处理直接转发给CU，也可以采用新的编码格式编码。
本实施例的通信方法还包括以下的无线资源控制方法：所述DU根据管理的无线资源，为接入的UE进行无线资源接纳，接纳成功后完成控制面协议栈的无线资源配置。
本实施例的通信方法还包括以下的UE管理方法：所述DU为接入的UE分配DU侧UE标识DU-UE-ID，并生成DU上的UE实例，对UE状态和UE上下文信息进行管理。本实施例中，所述DU为接入的UE分配DU-UE-ID之后，所述DU在向CU发送的消息中携带所述DU-UE-ID，并从CU发送的消息中获取所述CU为所述UE分配的CU侧UE标识CU-UE-ID，在后续向所述CU发送的消息中均携带所述DU-UE-ID和CU-UE-ID。
本实施例的通信方法还包括以下的切换处理方法：所述DU在CU的控制下执行UE的切换处理，其中包括：目标DU在目标小区为所述UE进行无线资源的接纳，所述源DU根据所述目标DU接纳成功的无线资源与UE交互完成RRC连接重配，并指示所述UE切换到所述目标小区。
本实施例还提供了一种无线基站分离架构中的分布式单元，如图5所示，包括：
RRC协议处理模块10，用于接收用户设备UE发送的无线资源控制RRC消息，对所述RRC消息进行解码和识别，使RRC协议在DU上终结；
分布式单元DU侧UE控制管理模块20，包括：
RRC连接控制子模块，用于在所述RRC协议处理模块识别出所述UE发送的是请求建立RRC连接的RRC消息时，执行RRC连接控制，与所述UE交互完成RRC连接建立流程。
本实施例中，
所述分布式单元还包括：无线资源管理模块，用于管理无线资源；
分布式单元DU侧UE控制管理模块还包括：
无线资源控制子模块，用于根据所述无线资源管理模块管理的无线资源，为接入的UE进行无线资源接纳，接纳成功后完成控制面协议栈的无线资源配置。
本实施例中，
分布式单元DU侧UE控制管理模块还包括：
所述消息转发子模块，用于在所述RRC协议处理模块识别出所述UE发送的是携带测量报告或非接入层NAS消息的RRC消息时，将所述测量报告或NAS消息转发给集中式单元CU处理，
本实施例中，
分布式单元DU侧UE控制管理模块还包括：
UE管理子模块，用于为接入的UE分配DU侧UE标识DU-UE-ID，并生成DU上的UE实例，对UE状态和UE上下文信息进行管理，
本实施例中，
分布式单元DU侧UE控制管理模块还包括：
消息处理子模块，用于在向CU发送的消息中携带所述DU-UE-ID，并从CU发送的消息中获取所述CU为所述UE分配的CU侧UE标识CU-UE-ID，在后续向所述CU发送的消息中均携带所述DU-UE-ID和CU-UE-ID。
本实施例中，
分布式单元DU侧UE控制管理模块还包括：
切换控制子模块，用于在CU的控制下执行UE的切换处理流程，其中包括：目标DU的切换控制子模块在目标小区为所述UE进行无线资源接纳，源DU的切换控制子模块根据所述目标DU接纳成功的无线资源与UE交互完成RRC连接重配，并指示所述UE切换到所述目标小区。
本实施例还提供了一种分离架构下的通信方法，应用于CU侧，如图6所示，包括：步骤210，集中式单元CU在用户设备UE通过分布式单元DU接入时，为所述UE分配CU侧UE标识CU-UE-ID，生成CU上的UE实例，对UE状态和UE上下文信息进行管理；步骤220，所述CU向所述DU发送所述UE的上下文信息，使所述DU根据所述上下文信息完成无线资源接纳。
本实施例中，
所述CU为所述UE分配CU-UE-ID之前，所述方法还包括：所述CU从DU发送的消息中获取所述DU为所述UE分配的DU侧UE标识DU-UE-ID；所述CU为所述UE分配CU-UE-ID之后，所述方法还包括：所述CU在向所述DU发送的消息中均携带所述DU-UE-ID和CU-UE-ID。
本实施例中，
所述方法还包括：所述CU在所述UE的初始上下文建立过程中，向所述DU发送所述CU选择的安全算法和所述CU生成的安全上下文。
本实施例中，
所述方法还包括：所述CU根据所述UE的测量报告进行切换判决，如判决触发所述UE发生切换，则指示源DU和目标DU执行切换。UE在DU内不同小区切换时，源DU和目标DU是同一个DU。
本实施例还提供了一种分离架构中的集中式单元，包括CU侧UE控制管理模块，如图7所示，所述CU侧UE控制管理模块包括：
UE管理子模块50，用于在UE通过分布式单元DU接入时，为所述UE分配CU侧UE标识CU-UE-ID，生成CU上的UE实例，对UE状态和UE上下文信息进行管理；
流程控制子模块60，用于向所述DU发送所述UE的上下文信息，使所述DU根据所述上下文信息完成无线资源接纳。
本实施例中，
所述CU侧UE控制管理模块还包括：
消息处理子模块，用于从DU发送的消息中获取所述DU为所述UE分配的DU侧UE标识DU-UE-ID，及在所述UE管理子模块为所述UE分配CU-UE-ID之后，在向所述DU发送的消息中均携带所述DU-UE-ID和CU-UE-ID。
本实施例中，
所述UE流程控制子模块还用于在所述UE的初始上下文建立过程中，向所述DU发送所述CU选择的安全算法和所述CU生成的安全上下文。
本实施例中，
所述CU侧UE控制管理模块还包括：切换判决子模块，用于根据所述UE的测量报告进行切换判决，如判决触发所述UE发生切换，则指示源DU和目标DU执行切换。
本实施例中CU控制面和DU控制面的功能可以用下表表示：
本实施例还提供一种无线基站，包括CU和DU，其中，CU采用本实施例任一所述的CU，DU采用本实施例任一所述的DU。
相比传统CU-DU分离架构，本实施例CU-DU分离架构将RRC协议栈在DU上进行终结，对于只涉及DU资源(无线资源)的功能，在DU独立完成UE控制过程，如果同时涉及DU资源和CU资源的控制面流程，由CU通过UE上下文控制DU执行。RRC信令不再需要全部到达CU才能处理，从而CU不再需要分别单独给DU发送协议栈配置信令和RRC信令，DU只需要根据交互UE上下文的信息进行本地配置和发送RRC信令，处理流程步骤缩短，省去大量不必要的网络跳数，大大减少UE控制面时延。提升UE控制面性能的同时，也保持CU的协同能力。
这种CU-DU分离架构方法即保留了分布式基站之间的协同能力，又提升分布式基站的控制性能。
基于实施例一无线基站分离架构，UE接入过程包括RRC连接建立过程及UE初始上下文建立过程，以下分别用实施例二和实施例三进行说明。
实施例二
本实施例的RRC连接建立方法如图8所示，包括：步骤310，DU接收UE发送的RRC连接请求消息；步骤320，所述DU为所述UE分配DU侧UE标识，创建UE实例，并进行第一信令无线承载SRB1的接纳处理，接纳成功后，向所述UE发送RRC连接建立消息；步骤330，所述DU收到所述UE发送的RRC连接建立完成消息后，将所述UE的状态设置为已连接。应当说明的是，上述“RRC连接请求消息”的含义应当理解为“用于请求建立RRC连接的RRC消息”，而不应机械地理解为该RRC消息的名称必须为“RRC连接请求消息”，RRC消息的名称在不同的系统是有可能变化的，但只要是用于请求建立RRC连接，均应视为本申请的“RRC连接请求消息”。类似的，本申请的RRC连接建立完成消息应理解为“用于指示RRC连接建立完成的RRC消息”，本实施例及其他实施例的消息也是如此，不再一一说明。
本实施例中，所述DU进行SRB1的接纳处理，接纳成功之后，所述方法还包括：所述DU完成控制面协议栈的SRB1配置。
以上步骤主要关注可以减少UE控制面时延的相关处理，在RRC连接建立过程中，DU还可以进行其他处理，例如进行用户数据承载DRB接纳，接纳成功后进行用户面协议栈的DRB配置等等。本申请其他实施例的流程也是类似的。
相应地，本实施例还提供了一种DU，请参见图5，包括RRC协议处理模块、DU侧UE控制管理模块和无线资源管理模块，其中：
所述无线资源管理模块，用于进行无线资源管理；
所述RRC协议处理模块，用于接收UE发送的RRC消息并进行解码和识别；
所述DU侧UE控制管理模块，用于在所述RRC协议处理模块识别出所述UE发送的是RRC连接请求消息时，为所述UE分配DU侧UE标识，创建UE实例，并向所述无线资源管理模块申请第一信令无线承载SRB1接纳，接纳成功后，向所述UE发送RRC连接建立消息；及在收到所述UE发送的RRC连接建立完成消息后，将所述UE的状态设置为已连接。
本实施例中，
所述DU侧UE控制管理模块进行SRB1的接纳处理，接纳成功之后，还用于完成控制面协议栈的SRB1配置。
RRC连接建立过程的时延通常作为关键性能指标，越快越好。本实施例的该过程因为只涉及无线资源的控制而无线资源管理在DU实现，所以整个过程不需要CU的参与，相比现有CU-DU架构方法能节省至少四次网络交互，从而保证UE能够和基站快速建立RRC连接。
实施例三
本实施例还提供了一种UE初始上下文建立方法，应用于DU侧，如图9所示，包括：步骤410，DU接收CU发送的UE上下文建立请求消息，根据其中UE的上下文信息进行无线资源接纳和隧道建立的处理，并完成协议栈的无线资源配置；步骤420，所述DU根据接纳成功的无线资源，与所述UE交互完成RRC连接重配后，向所述CU发送UE上下文建立响应消息。
本实施例中，
所述DU根据上下文信息进行无线资源接纳和隧道建立的处理，并完成协议栈的无线资源配置，包括：所述DU根据演进的无线接入承载ERAB建立列表进行第二信令无线承载SRB2和数据无线承载DRB接纳，分配CU和DU间下行隧道结点信息，并完成控制面协议栈的SRB2配置和用户面协议栈的DRB配置；且所述DU向所述CU发送的UE上下文建立响应消息携带接纳成功的ERAB建立列表及所述CU和DU间下行隧道结点信息。
本实施例中，
所述DU接收CU发送的UE上下文建立请求消息前，所述方法还包括：
所述DU与所述UE交互完成RRC连接建立后，向所述CU发送要求初始化UE上下文消息，携带NAS消息和所述DU为所述UE分配的DU侧UE标识；
所述DU接收所述CU发送的所述UE相关的消息，从中获取CU侧UE标识，后续向所述CU发送所述UE相关的消息时均携带所述DU侧UE标识和CU侧UE标识。
本实施例中，
所述DU接收CU发送的UE上下文建立请求消息后，所述方法还包括：
所述DU从所述UE上下文建立请求消息中获取安全上下文和安全算法的信息，激活UE安全模式。
本实施例还提供了一种DU，可参见图3，包括无线资源管理模块和DU侧UE控制管理模块，其中：
所述无线资源管理模块，用于进行无线资源管理和无线资源接纳处理；
所述DU侧UE控制管理模块，包括：
第一单元，用于接收CU发送的UE上下文建立请求消息，根据其中UE的上下文信息向所述无线资源管理模块申请无线资源接纳和隧道建立的处理，接纳成功后完成协议栈的无线资源配置；及
第二单元，用于根据接纳成功的无线资源，与所述UE交互完成RRC连接重配后，向所述CU发送UE上下文建立响应消息。
本实施例中，
所述第一单元根据其中的上下文信息进行无线资源接纳和隧道建立的处理，并完成协议栈的无线资源配置，包括：所述DU根据演进的无线接入承载ERAB建立列表进行第二信令无线承载SRB2和数据无线承载DRB接纳，分配CU和DU间下行隧道结点信息，并完成控制面协议栈的SRB2配置和用户面协议栈的DRB配置；
所述第二单元向所述CU发送的UE上下文建立响应消息携带接纳成功的ERAB建立列表及所述CU和DU间下行隧道结点信息。
本实施例中，
所述DU侧UE控制管理模块还包括：第三单元，用于与所述UE交互完成RRC连接建立后，向所述CU发送要求初始化UE上下文消息，携带NAS消息和所述DU为所述UE分配的DU侧UE标识；及，于接收所述CU发送的所述UE相关的消息，从中获取CU侧UE标识，后续向所述CU发送所述UE相关的消息时均携带所述DU侧UE标识和CU侧UE标识。
本实施例中，
所述第一单元接收CU发送的UE上下文建立请求消息后，还用于从所述UE上下文建立请求消息中获取安全上下文和安全算法的信息，激活UE安全模式。
本实施例还提供了一种UE初始上下文建立方法，应用于CU侧，如图10所示，包括：步骤510，CU接收DU发送的要求初始化UE上下文消息，保存其中的DU侧UE标识，为所述UE创建UE实例并分配CU侧UE标识，将所述UE的状态设置为已连接；步骤520，所述CU向核心网发送初始UE消息，收到所述核心网发送的初始上下文建立请求后，进行隧道建立，并控制所述DU完成所述UE的上下文建立过程。
本实施例中，
所述CU控制所述DU完成所述UE的上下文建立过程，包括：
所述CU向所述DU发送UE上下文建立请求消息，携带所述UE的演进的无线接入承载ERAB建立列表及CU和DU间上行隧道结点信息；
所述CU接收所述DU完成所述UE的RRC连接重配后发送的UE上下文建立响应消息，从中获取接纳成功的ERAB列表及CU和DU间下行隧道结点信息；
所述CU向所述核心网发送初始上下文建立响应消息，携带建立成功的ERAB列表。
本实施例中，
所述CU为所述UE分配所述CU侧UE标识之后，所述方法还包括：所述CU在发送给所述DU的消息中均携带所述CU侧UE标识和所述DU侧UE标识。
本实施例中，
所述CU向所述DU发送UE上下文建立请求消息时，还携带所述UE安全能力信息选择的安全算法，及根据安全秘钥生成的加密和完整性保护的安全上下文。
本实施例还提供了一种CU，可参见图3，包括CU侧UE控制管理模块，其中：
所述CU侧UE控制管理模块包括：
第一单元，用于接收DU发送的要求初始化UE上下文消息，保存其中的DU侧UE标识，为所述UE创建UE实例并分配CU侧UE标识，将所述UE的状态设置为已连接；
第二单元，用于向核心网发送初始UE消息，收到所述核心网发送的初始上下文建立请求后，进行隧道建立，并控制所述DU完成所述UE的上下文建立过程。
本实施例中，
所述第一单元为所述UE分配所述CU侧UE标识之后，所述方法还包括：所述CU在发送给所述DU的消息中均携带所述CU侧UE标识和所述DU侧UE标识。
本实施例中，
所述第二单元控制所述DU完成所述UE的上下文建立过程，包括：
向所述DU发送UE上下文建立请求消息，携带所述UE的演进的无线接入承载ERAB建立列表及CU和DU间上行隧道结点信息；
接收所述DU完成所述UE的RRC连接重配后发送的UE上下文建立响应消息，从中获取接纳成功的ERAB列表及CU和DU间下行隧道结点信息；
向所述核心网发送初始上下文建立响应消息，携带建立成功的ERAB列表。
本实施例中，
所述第二单元向所述DU发送UE上下文建立请求消息时，还携带根据所述UE安全能力信息选择的安全算法，及根据安全秘钥生成的安全上下文。
本实施例的CU和DU分别创建自己的UE实例，管理UE状态和UE上下文，并通过DU-UE-ID和CU-UE-ID进行关联。DU和CU之间转发的NAS载荷不再通过RRC协议封装，而RRC连接重配过程的RRC信令在DU和UE之间发送，不需要CU的参与，相比现有CU-DU架构方法也能节省多次网络交互，加快UE初始上下文建立过程。
下面给出一个UE接入过程的示例，以对上述实施例一和实施例二的方法进行辅助说明。
按照传统CU-DU分离架构方法，UE接入过程的所有RRC将到达CU，CU需要分配对DU低层协议栈进行SRB1、SRB2以及DRB的配置。使用实施例一的分离架构，RRC不需要达到CU处理，对DU上协议栈(包括控制面协议栈和DU上的用户面协议栈)的配置也在DU内完成，RRC连接建立过程以及激活安全模式过程等不需要CU参与，能够大大降低控制时延。如图11所示，本示例CU-DU分离架构下的UE接入过程包括：
步骤1：UE向DU发送RRC连接请求消息。
步骤2.1：DU识别出RRC连接请求消息，DU创建DU侧UE实例(简称为DU-UE实例)和分配DU侧UE标识(DU-UE-ID)，进行SRB1的接纳处理。
步骤2.2:如果SRB1接纳通过，进行控制面协议栈的SRB1配置，向UE发送RRC连接建立消息。
步骤3：UE向DU发送RRC连接建立完成消息，其中携带NAS消息，DU收到后，将UE状态设置为连接状态(CONNECTED)。
从步骤1到步骤3是RRC连接建立过程，本示例RRC连接建立的控制全部发生在DU，不需要CU参与，相比现有CU-DU架构方法能节省至少四次网络交互，从而保证UE能够和基站快速建立RRC连接。
步骤4：DU向CU发送要求初始化UE上下文消息(或称为初始UE上下文请求消息)，携带DU-UE-ID、DU标识(DU-ID)、小区标识(Cell ID)和RRC连接建立完成消息中携带的NAS消息等。
步骤5：CU收到要求初始化UE上下文消息后，保存消息中的DU-UE-ID等上下文信息，为该UE分配CU-UE-ID，生成CU侧UE实例(简称为CU-UE实例)，并将UE设置为CONNECTED状态，然后通过初始UE消息(INITIAL UE MESSAGE)将NAS消息转发给核心网处理。
步骤6：上下行NAS在CU和DU之间透传，完成标识请求过程、认证请求过程和安全请求过程等；
在该步骤中，当DU收到第一条来自CU的消息(很有可能是NAS消息)时，将CU-UE-ID记录下来。此后，CU和DU之间每一条UE相关消息均携带CU-UE-ID和DU-UE-ID，这种方式可以有助于CU和DU识别对方，关联到相关的UE处理。
从以上步骤可见，CU和DU上的分别管理自己的UE实例状态和UE上下文，并通过DU-UE-ID和CU-UE-ID进行关联。DU和CU之间转发的NAS载荷不需要再通过RRC协议封装。
步骤7：CU收到来自核心网初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)，保存UE上下文信息，其中包括ERAB建立列表。
ERAB列表中会携带对端的隧道结点信息(IP+TEID)和承载的QoS信息，核心网可能下发多个承载的建立，但是基站并不会所有承载都同意建立，需要做接纳处理。
步骤8：CU根据ERAB(Evolved Radio Access Bearer，演进的无线接入承载)建立列表信息分别配置高层用户面协议栈和分配核心网-CU的下行隧道结点信息及CU-DU的上行隧道结点信息，以建立数据传输隧道。CU还根据UE安全能力信息选择基站支持的安全算法，根据安全秘钥生成安全上下文。
步骤9：CU向DU发送UE上下文建立请求消息，携带CU-DU上行隧道结点信息、ERAB建立列表、安全上下文、安全算法以及AMBR(最大比特率)等信息。
步骤10：DU收到UE上下文建立请求消息后，激活UE安全模式。
步骤11：DU根据ERAB建立列表向无线资源管理模块申请SRB2和DRB接纳，并分配CU-DU下行隧道结点信息，如果接纳成功，完成DU上协议栈的SRB2配置和DRB配置。
步骤12：DU将SRB2和DRB信息组成RRC连接重配消息发送给UE。
步骤13：UE收到RRC连接重配消息后完成配置，回复RRC连接重配完成消息给DU。
步骤14：DU收到RRC连接重配完成消息后，DU向CU发送UE上下文建立响应消息，携带接纳成功的ERAB列表以及对应的CU-DU下行隧道结点信息。
步骤15：CU收到UE上下文建立响应消息之后，向核心网发送初始上下文建立响应消息，携带建立成功的ERAB列表。至此，UE、DU、CU以及核心网之间的用户面数据通道建立完成。
基于以上步骤可见，在隧道管理方面，CU和DU分别负责己方隧道的建立。安全算法的选择在CU上完成，DU需要根据CU选择的安全算法和安全上下文和激活UE安全模式。
CU存在基站对外接口以及连接CU下所有DU接口，信息比DU更加全面，便于协同不同DU之间、DU内不同小区间以及与外部网元之间的交互，选择最佳的处理方式，因此，切换等需要协同的UE流程由CU控制DU完成。
DU可能存在不同小区，当UE在DU下不同小区之间移动，可能会触发DU内不同小区之间切换，类似传统一体化基站的站内切换。如果按照传统的CU-DU架构，DU上不存在UE控制管理模块，那么DU无法独立完成DU内的切换，协议栈的配置和RRC信令都需要CU进行控制，会带来更多的时延。本实施例基于实施例一的CU-DU分离架构，CU只需要下发切换请求，DU内不同小区间的切换由DU独立控制完成，可以简化切换步骤，提升切换时延。
CU可以根据UE的测量报告进行切换判决。因为CU上建立有与核心网、相邻基站以及DU之间的接口，CU负责站内和站外的协同。第一次测量配置可以在CU-UE控制管理模块收到UE上下文建立响应消息以后下发。CU-UE控制管理模块收到DU转发的测量报告后，根据基站配置的策略和测量报告信息调整测量配置。当达到切换门限的时候触发切换。可能发生DU内不同小区间切换，或CU内不同DU之间切换，或到外部基站的切换。其中，在DU内不同小区间切换时，源DU即目标DU。
下面按照不同场景，用多个实施例来说明基于实施例一CU-DU分离架构的UE切换方案。
实施例四
本实施例提供一种UE在DU内不同小区间切换的方法，应用于DU侧，如图12所示，包括：步骤610，DU接收CU触发UE发生DU内不同小区间切换时发送的切换请求消息，从中获取目标小区的信息；步骤620，所述DU在所述目标小区进行无线资源接纳成功后完成协议栈的无线资源配置，与所述UE交互完成RRC连接重配，向所述CU发送切换完成通知消息。在切换过程中，CU只是通过下发切换请求消息控制DU执行RRC连接重配过程，因而DU不需要如相关技术那样透传相应的RRC信令。
本实施例还提供一种DU，请参见图3，包括无线资源管理模块和DU侧UE管理控制模块，其中：
所述无线资源管理模块，用于进行无线资源管理；
所述DU侧UE管理控制模块包括：
第一单元，用于接收CU触发UE发生DU内不同小区间切换时发送的切换请求消息，从中获取目标小区的信息；
第二单元，用于在所述目标小区向所述无线资源管理模块申请无线资源接纳，接纳成功后完成协议栈的无线资源配置，及，与所述UE交互完成RRC连接重配，向所述CU发送切换完成通知消息。
下面用一个示例对本实施例UE在DU内小区间切换的流程进行说明，如图13所示，该过程包括：
步骤1：UE向DU发送测量报告消息。
步骤2：DU识别出测量报告消息后，转发给CU，对于测量报告内容，DU可以不做处理转发给CU，也可以采用新的编码格式编码后发给CU。
步骤3：CU根据测量报告进行切换判决，触发UE发生DU内不同小区间切换。CU保存了DU上所有的小区信息，能够判断源小区和目标小区是否在同一个DU。
步骤4：CU向DU发送切换请求消息，携带目标小区标识(Target Cell ID)。DU接收到该消息后，在目标小区进行无线资源接纳，如果接纳成功，则执行切换。
本步骤的无线资源接纳，包括SRB1、SRB2和DRB的接纳处理，接纳成功执行切换时，在目标小区完成协议栈的无线资源配置，包括控制面协议栈的SRB1和SRB2配置，用户面协议栈的DRB配置。
步骤5：DU向UE发送RRC连接重配消息，指示UE切换到目标小区。
步骤6：UE接收到RRC连接重配消息后，释放源小区的无线资源，执行切换，在本DU下的目标小区接入。DU和CU的传输隧道信息可以保持不变，DU-UE-ID和CU-UE-ID也保持不变。
步骤7：DU收到UE的RRC连接重配完成消息以后，向CU发送切换完成通知消息，并同步最新的UE上下文信息，可以只需要传输变化的部分上下文内容。
从上述流程可以看出，虽然切换决策在CU上完成，但是切换过程基本发生在DU上，因此，基于这种架构的DU内切换带来CU-DU之间控制面的网络信令数降低到两条，相比相关技术减少了很多条，性能明显提升。
实施例五
本实施例提供一种UE在DU间切换的方法，包括在同一基站不同DU间切换和不同基站的DU间切换两种场景。
如图14所示，应用于DU侧的本实施例方法包括：步骤710，目标DU接收CU触发UE发生DU间切换时发送的切换请求消息，向所述无线资源管理模块申请无线资源接纳，接纳成功后进行协议栈的无线资源配置，向所述CU发送切换请求响应，携带接纳成功的无线资源信息；步骤720，源DU接收所述CU发送的切换执行消息，将其中携带的无线资源信息通过RRC连接重配消息发送给所述UE并指示所述UE切换；步骤730，所述目标DU收到所述UE发送的RRC连接重配完成消息后，向所述CU发送切换完成通知消息。
本实施例中，
所述目标DU收到所述切换请求消息后，所述方法还包括：所述目标DU为所述UE建立UE实例并分配DU侧UE标识，且在切换请求响应携带所述目标DU分配的DU侧UE标识。
本实施例还提供了一种DU，请参见图3，包括无线资源管理模块和DU侧UE管理控制模块，其中：
所述无线资源管理模块，用于进行无线资源管理；
所述DU侧UE管理控制模块包括：
第一单元，用于在所述DU作为目标DU时，接收CU触发UE发生DU间切换时发送的切换请求消息，向所述无线资源管理模块申请无线资源接纳，接纳成功后进行协议栈的无线资源配置，向所述CU发送切换请求响应，携带接纳成功的无线资源信息；及，收到所述UE发送的RRC连接重配完成消息后，向所述CU发送切换完成通知消息；
第二单元，用于在所述DU作为源DU时，接收所述CU发送的切换执行消息，将其中携带的无线资源信息通过RRC连接重配消息发送给所述UE并指示所述UE切换。
本实施例中，
所述第一单元接收所述切换请求消息后，还为所述UE建立UE实例并分配DU侧UE标识，且在切换请求响应携带所述目标DU分配的DU侧UE标识。
下面用2个示例对本实施例UE在DU间切换的流程进行说明，图15所示是UE在同一CU下不同DU之间的切换流程，如图所示，包括：
步骤1：UE向源DU发送测量报告消息；
步骤2：源DU识别出测量报告消息，转发给CU。
步骤3：CU根据测量情况做出切换判决，触发UE发生同一CU下不同DU之间的切换。
步骤4：CU向目标DU发送切换请求消息，携带ERAB建立列表、安全上下文、选择的安全算法以及AMBR等UE的上下文信息。
步骤5：目标DU建立UE实例和分配DU-UE-ID，完成无线资源的接纳以及隧道建立，接纳成功后进行协议栈的无线资源配置，并向CU发送切换请求响应，携带CU-DU下行隧道结点信息、接纳成功的无线资源信息和接纳成功的ERAB信息。
步骤6：CU向源DU发送切换执行消息，携带目标DU接纳成功的无线资源信息和接纳成功的ERAB列表。
步骤7：源DU向UE发送RRC连接重配消息。源DU通过RRC连接重配消息将目标DU接纳成功的无线资源信息发送给UE，并指示UE执行切换。
步骤8：源DU把GTP/UDP协议栈(GTP-U)的序号SN状态发给CU；
步骤9：由于CU上的用户面锚点可以不变，因此，CU可以缓冲下行数据并中断下行数据发送，上行数据不中断发送；
步骤10：目标DU收到RRC连接重配完成消息后，上行数据由目标DU发送；
步骤11：目标DU向CU发送切换完成通知消息，CU将下行用户面数据隧道切换到目标DU，切换CU-UE上下文信息；
步骤12：CU向源DU发送UE上下文释放消息，源DU释放本地资源；
上述流程在步骤5由目标DU来完成无线资源接纳、协议栈配置等处理，在步骤7和10由源DU和UE之间完成RRC连接重配。如果按照传统的CU-DU分离模式，步骤6、7、10、11都是发生在CU和DU之间的信令交互。优化之后至少省去步骤7和10的网络传输，可以减少切换时延。
当UE从CU内的DU移动到外部基站的范围，可以发生切换过程，UE切换到外部基站。图16所示是UE从CU内的源DU切换到外部基站的目标DU的流程，如图所示，包括：
步骤1：UE向源DU发送测量报告消息。
步骤2：源DU识别测量报告消息，转发给CU。
步骤3：CU根据测量情况做出切换判决，触发UE切换至外部基站。
步骤4：CU向目标基站发送切换请求(Handover Request)。
步骤5：目标基站做好切换准备之后向CU发送切换请求响应(Handover Request Ack)。目标基站下的目标DU会进行无线资源接纳处理，所述切换请求响应中携带目标DU接纳成功的无线资源信息和接纳成功的ERAB列表
步骤6：CU向源DU发送切换执行消息，携带外部基站下目标DU接纳成功的无线资源信息和接纳成功的ERAB列表，源DU开始执行切换。
步骤7：源DU通过RRC连接重配消息将目标DU接纳成功的无线资源信息发送给UE，指示UE执行切换。
步骤8：DU向CU发送SN状态传输消息。
步骤9：DU通过CU将SN状态转发给目标基站。
步骤10：UE给目标基站发送RRC连接重配完成消息。
步骤11：目标基站收到RRC连接重配完成消息，向核心网发送路径切换请求，让核心网将传输隧道结点指向目标站点。
步骤12：核心网回复目标基站路径切换完成。
步骤13：目标站点切换完成，目标基站通过Xn/X2接口向CU发送UE上下文释放消息。
步骤14：CU向源DU发送UE释放指令，DU释放本地的资源；CU释放本地隧道资源和释放UE实例。
上述流程在于步骤7是DU和UE之间完成RRC连接重配过程，相比传统的CU-DU分离架构，节省了RRC信令在CU和DU之间的传输时延。上述流程涉及的目标基站侧(包括CU和DU)的处理，可以参见实施例六。
实施例六
当UE从外部基站移动到CU覆盖范围的时候，可能发生切换，UE从外部基站切换到CU内。该场景与实施例五UE从CU内切换到外部基站是相同的，只是本实施例以UE要切换到的CU作为立足点，因而视为UE从外部基站切换到CU内。
本实施例提供了一种UE切换方法，应用于CU侧，这里主要描述该场景下UE要切换到的CU所做的处理，UE要切换到的目标DU的处理与实施例五中目标DU的处理是类似的。如图17所示，本实施例方法包括：步骤810，CU接收外部源基站触发UE发生基站间切换时发送的切换请求消息，为所述UE创建UE实例和分配CU侧UE标识，进行隧道建立后，向目标DU发送切换请求消息，携带所述UE的上下文信息；步骤820，所述CU接收所述目标DU发送的切换响应消息，将所述目标DU接纳成功的无线资源信息通过切换响应消息发送给所述源基站；步骤830，所述CU接收所述目标DU发送的切换完成通知消息，与核心网交互完成路径切换，向所述源基站发送UE上下文释放消息。
本实施例还提供了一种CU，包括CU侧UE控制管理模块，所述CU侧UE控制管理模块包括：
第一单元，用于接收外部源基站触发UE发生基站间切换时发送的切换请求消息，为所述UE创建UE实例和分配CU侧UE标识，进行隧道建立后，向目标DU发送切换请求消息，携带所述UE的上下文信息；及，接收所述目标DU发送的切换响应消息，将所述目标DU接纳成功的无线资源信息通过切换响应消息发送给所述源基站；
第二单元，用于接收所述目标DU发送的切换完成通知消息，与核心网交互完成路径切换，向所述源基站发送UE上下文释放消息。
下面用一个示例对本实施例进行说明。
本示例以Xn/X2切换为例，提供一种UE从外部基站切换到CU内的流程，与传统的CU-DU分离架构的处理相比，在实现的方式上有所差异，例如传统的架构切换的无线资源接纳发生CU上，而本示例发生在DU上。
如图18所示，本示例的步骤如下：
步骤1：源站点向CU发送切换请求消息，携带目标小区ID。
步骤2：CU为UE分配CU-UE-ID和创建UE实例，根据ERAB建立列表分配核心网-CU的下行隧道结点信息以及CU-DU的上行隧道结点信息以及数据反传隧道信息，根据UE安全能力选择新的安全算法和保存安全上下文。
步骤3：CU根据目标小区ID(Target Cell ID)确定切换的目标DU，向目标DU发送切换请求消息，携带ERAB建立列表及其对应的隧道信息、安全算法以及安全上下文等信息。
步骤4：DU根据切换请求消息完成无线资源接纳、安全激活、传输资源分配(即分配CU-DU下行隧道结点信息)和协议栈配置等操作后向CU发送切换响应消息，携带接纳成功的ERAB列表和CU-DU下行隧道结点信息；
步骤5：CU将数据反传的隧道节点信息、接纳成功的无线资源信息和接纳成功的ERAB列表通过切换请求响应消息发送给源基站；
步骤6：源基站向UE发送RRC连接重配消息指示UE进行切换。
步骤7：源基站向CU发送SN状态传输消息，将数据反传给CU。
步骤8：CU需要缓冲来自源基站的下行数据。
步骤9：UE向目标DU发送RRC连接重配完成消息。
步骤10：目标DU收到RRC连接重配完成消息，向CU发送切换完成通知。
步骤11：CU向核心网发送路径切换请求，将下行隧道结点指向CU之前分配的核心网-CU下行隧道结点；
步骤12：核心网回复路径切换请求响应。
步骤13：CU收到核心网回复的路径切换请求响应之后，向源基站发送UE上下文释放消息，源基站释放UE上下文和本地资源。
实施例七
本实施例提供UE进入非活动(INACTIVE)状态(也可称为挂起状态)和退出INACTIVE状态流程，INACTIVE是区别空闲(IDLE)和连接(CONNECTED)的状态。在这种状态下相关调度资源被释放，但是上下文信息依然保持在各处理单元中，便于UE快速恢复连接状态。
CU上的UE实例在设定时间内没有收到任何的用户数据时，UE可以启动UE进入INACTIVE的流程。核心网可以感知UE进入INACTIVE，也可以不感知。当UE需要做数据业务或者收到寻呼消息时，向DU发送RRC连接恢复请求，从而启动UE退出INACTIVE的流程。
本实施例提供一种UE进入非活动状态的方法，应用于DU侧，，如图19所示，包括：步骤910，DU收到CU发送的UE上下文挂起执行消息，向所述UE发送RRC连接挂起消息或RRC连接释放消息；步骤920，所述DU释放所述UE的所有无线资源，设置恢复标识，将所述UE的UE上下文挂起后，向所述CU发送UE上下文挂起执行响应消息。
本实施例中，
所述DU设置恢复标识，包括：所述DU将为所述UE分配的DU侧UE标识设置为所述恢复标识。
本实施例中，
所述DU将所述UE的UE上下文挂起之后，所述方法还包括：所述DU接收所述CU发送的将所述UE的UE上下文释放的指示消息，释放被挂起的所述UE在DU上的UE上下文。
本实施例还提供一种DU，包括DU侧UE管理控制模块，其中，所述DU侧UE管理控制模块包括：
第一单元，用于收到CU发送的UE上下文挂起执行消息后，向所述UE发送RRC连接挂起消息或RRC连接释放消息；
第二单元，用于释放所述UE的所有无线资源，设置恢复标识，将所述UE的UE上下文挂起后，向所述CU发送UE上下文挂起执行响应消息。
本实施例中，
所述第二单元设置恢复标识，包括：将为所述UE分配的DU侧UE标识设置为所述恢复标识。
本实施例中，
所述第二单元将所述UE的UE上下文挂起之后，还用于在收到所述CU发送的将所述UE的UE上下文释放的指示消息后，释放被挂起的所述UE的UE上下文。
本实施例还提供一种UE退出非活动状态的方法，如图20所示，包括：步骤1010，DU收到CU发送的执行恢复UE上下文消息后，根据所述执行恢复UE上下文消息携带的UE的上下文信息或根据本地保存的所述UE的上下文信息进行无线资源接纳，接纳成功后进行协议栈的无线资源配置，向所述UE发送RRC连接恢复消息；步骤1020，所述DU收到所述UE发送的RRC连接恢复完成消息后，向所述CU发送执行恢复UE上下文响应消息。
本实施例还提供一种DU，可参见图3，包括无线资源管理模块和DU侧UE管理控制模块，其中：
所述无线资源管理模块，用于进行无线资源管理；
所述DU侧UE管理控制模块包括：
第一单元，用于在收到所述CU发送的执行恢复UE上下文消息后，根据所述执行恢复UE上下文消息携带的UE的上下文信息或根据本地保存的所述UE的上下文信息向所述无线资源管理模块申请无线资源接纳，接纳成功后进行协议栈的无线资源配置，向所述UE发送RRC连接恢复消息；
第二单元，用于在收到所述UE发送的RRC连接恢复完成消息后，向所述CU发送执行恢复UE上下文响应消息。
下面再用几个示例对本实施例进入INACTIVE流程和退出INACTIVE流程进行说明。
示例一
本示例提供一种核心网感知的UE进入INACTIVE状态和退出INACTIVE状态流程，支持基于NB-IOT(Narrow Band Internet of Things,蜂窝的窄带物联网)标准过程。
如图21所示，本示例的步骤如下：
步骤1：当CU上的UE实例在设定时间内没有收到任何的用户数据(包括用户面数据和NAS消息)，CU启动UE进入INACTIVE流程。
步骤2：CU向核心网发送UE上下文挂起请求(UE Context Suspend Request)。
步骤3：核心网回复UE上下文挂起响应(UE Context Suspend Response)。
步骤4：CU收到UE上下文挂起响应以后，向DU发送UE上下文挂起执行消息。
步骤5：DU执行挂起本地资源调度，向UE发送RRC连接挂起消息或者RRC连接释放消息后释放所有无线承载资源，设置恢复标示(Resume ID)如可以设置为CU-UE-ID，将DU侧UE实例的UE状态设置为INACTIVE，以实现挂起UE上下文。
步骤6：DU向CU发送UE上下文挂起执行响应消息。CU收到UE上下文挂起执行响应消息，将CU侧UE实例设置为INACTIVE状态。
以上是进入INACTIVE状态的过程，相关技术的CU既要通过RRC向UE发送RRC连接挂起消息，也需要向DU发送挂起的指示。本流程只需要向DU发送挂起指示即可，可以节省CU和DU间的一次RRC信令传输。
步骤7：当UE需要做数据业务或者收到寻呼消息(激活用户数据业务)，向DU发送RRC连接恢复请求信息。
步骤8：DU向CU发送要求恢复UE上下文消息，请求CU重新激活UE上下文，携带恢复标识(Resume ID)。
步骤9：CU根据Resume ID查找被挂起的UE上下文，向DU发送执行恢复U E上下文消息，携带ERAB建立列表及其对应的CU-DU上行隧道结点信息、安全算法以及安全上下文以及AMBR等UE上下文信息，如果UE在该DU内进入INACTIVE状态的，可以不需要携带UE上下文，而是携带DU-UE-ID。
步骤10：DU通过DU-UE-ID获取UE的上下文信息，或者从CU发送的消息中获取UE上下文信息，根据UE的上下文信息申请无线资源(SRBs和DRBs)接纳并且同时申请DU上的传输资源(即进行隧道建立，分配CU-DU的下行隧道结点)；如果接纳成功和传输资源分配成功，DU完成本地协议栈的无线资源配置后，向UE发送RRC连接恢复信令(5G需要通过下行专用控制信道DL DCCH下发)。
如果UE在本DU内进入INACTIVE状态的，DU保存有UE的上下文信息，可以并行执行步骤9中请求CU重新激活UE上下文，及步骤10中申请无线资源接纳和分配传输资源的处理。或者先申请无线资源接纳和分配传输资源，从而达到加速RRC连接恢复流程的效果。
步骤11：UE向DU发送RRC连接恢复完成消息。
步骤12：DU收到UE的RRC连接恢复完成消息后，向CU发送执行恢复UE上下文响应消息，携带CU-DU的下行隧道结点信息。
步骤13：CU向核心网发送UE上下文恢复请求。
步骤14：核心网回复UE上下文恢复响应，则数据链路恢复完成。
按照相关技术的退出INACTIVE状态的过程包括DU向CU发送RRC恢复请求信令；CU向DU配置协议栈；DU回复配置结果；CU下发RRC恢复信令；DU向CU发送RRC恢复完成等步骤。而本示例上述退出INACTIVE的过程可以节省CU和DU网络之间的信令传输至少两次。
示例二
某些应用场景下，基站的INACTIVE功能可以配置为当DU和CU上的UE进入INACTIVE状态后，核心网的UE状态依然保留CONNECTED，也就是核心网不需要感知。这种情况下只是挂起空口相关资源，传输链路资源保持，从而很大程度地减少恢复时延。
本示例提供一种核心网不感知的UE进入INACTIVE和退出INACTIVE状态流程，如图22所示，包括：
步骤1：当CU上的UE实例在设定时间内没有收到任何的用户数据(包括用户面数据和NAS消息)，CU启动UE进入INACTIVE流程。
步骤2：CU向DU发送UE上下文挂起执行消息。
步骤3：DU收到UE上下文挂起执行消息后，执行挂起本地资源调度，向UE发送RRC连接挂起消息或者RRC连接释放消息后释放所有无线承载资源，设置恢复标示(Resume ID)如设置为CU-UE-ID，DU侧UE实例进入INACTIVE状态。
步骤4：DU向CU发送UE上下文挂起执行响应消息。CU收到UE上下文挂起执行响应消息，将CU侧UE实例设置为INACTIVE状态；为了保持下行用户数据的正常使用以及传输链路快速恢复，CU上的隧道信息需要保持可用。
步骤5：当UE需要做数据业务或者收到寻呼消息(激活用户数据业务)，向DU发送RRC连接恢复请求信息，发起退出INACTIVE状态过程。
步骤6：DU给CU发送UE上下文恢复请求消息(也可称为要求恢复UE上下文消息)，携带恢复标示(Resume ID)。
步骤7：CU根据Resume ID查找被挂起的UE上下文，向DU发送UE上下文恢复执行消息(也可称为执行恢复UE上下文消息)，携带ERAB建立列表及其对应的CU-DU上行隧道结点信息、安全算法以及安全上下文以及AMBR等UE上下文信息。如果UE在本DU内进入INACTIVE状态的，可以不需要携带UE上下文，而是携带DU-UE-ID。
步骤8：DU通过DU-UE-ID获取UE上下文信息，或者从CU发送的消息中获取UE上下文信息，根据UE的上下文进行无线资源(SRBs和DRBs)接纳并且分配DU上的传输资源(CU-DU的下行隧道结点信息)，成功后向UE发送RRC连接恢复消息。
如果UE在本DU内进入INACTIVE状态的，申请无线资源接纳和分配传输资源以及请求CU重新激活UE上下文过程可以并行执行，或者先行，从而达到加速RRC连接恢复流程的效果)。
步骤9：UE向DU发送RRC连接恢复完成消息。
步骤10：当收到UE的RRC连接恢复完成消息，向CU发送UE上下文恢复执行确认消息(CU-DU的下行隧道结点信息)；
步骤11：如果上述DU是RRC连接恢复的目标DU而不是源DU，CU则需要通知源DU释放UE上下文。
相比传统的CU-DU分离架构，进入INACTIVE流程中，本案例可以节省一条CU和DU之间的RRC信令传输；退出INACTIVE流程中，本案例除了节省几次CU和DU之间的RRC信令交互；如果在相同DU下进退IDLE，本案例还借助缓冲在DU上的UE上下文信息，加速RRC连接的恢复过程。
示例三
UE可能在CU内进入INACTIVE状态，但是随着UE的移动，可能进入到其他的基站覆盖范围之内，可能发生RRC连接恢复过程。
本示例提供一种在CU内进入INACTIVE而在外部基站退出INACTIVE状态的流程，传统的CU-DU分离架构进入INACTIVE以后，DU上的UE上下文可能是被彻底释放的，而本示例因为考虑UE可能会在相同的DU下恢复RRC连接，为了加速这种情况流程，DU的UE上下文并没有释放，因此，在外部基站恢复RRC连接以后，CU除了释放自己的UE上下文还需要指示DU释放UE上下文。
如图23所示，本示例的流程包括：
步骤1：UE在CU下进入INACTIVE状态，详细过程见前述示例；
步骤2：UE在目标基站下发起RRC连接恢复过程。
步骤3：目标基站通向源CU获取UE的上下文信息。
步骤4：CU返回UE的上下文信息给目标基站。
步骤5：UE在目标基站完成RRC连接的恢复和用户面路径切换。
步骤6：RRC连接恢复完成以后，目标基站向CU发送UE上下文释放(UE Context Release)信令，指示源CU释放UE上下文；
步骤7：CU收到UE上下文释放消息之后，通知DU释放挂起的UE上下文，并释放CU上的UE上下文。
实施例八
本实施例涉及CU和DU上用户面协议栈的拆分配置。用户面可以基于标准协议中的Option1、Option2以及Option3等拆分方法。
其中：
Option1：如果选择Option1，PDCP及其以下都在DU上处理，CU用户面只需要转发用户数据即可；
Option2：如果选择Option2，PDCP在CU上处理，其它用户面协议栈在DU上处理，是目前最为主流的拆分方式。那么CU-UE控制管理模块需要根据ERAB信息配置CU上的PDCP实例，例如PDCP的参数可以根据QCI的用途来决定；
Option3：如果选择Option3，RLC和PDCP在CU上处理，其他用户面协议栈在DU上处理。
本实施例中，如果采用Option1，DU进行PDCP、RLC等所有用户面协议栈的配置。如果采用Option2，CU进行PDCP协议层的配置，DU进行RLC及以下层的用户面协议栈的配置。如果采用Option3，CU进行RLC和PDCP协议栈的配置，而DU进行RLC之下的用户面协议栈的配置。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。