[go: up one dir, main page]

CN109548037B - 一种控制方法、分布式单元、集中单元及存储介质 - Google Patents

一种控制方法、分布式单元、集中单元及存储介质 Download PDF

Info

Publication number
CN109548037B
CN109548037B CN201710648330.5A CN201710648330A CN109548037B CN 109548037 B CN109548037 B CN 109548037B CN 201710648330 A CN201710648330 A CN 201710648330A CN 109548037 B CN109548037 B CN 109548037B
Authority
CN
China
Prior art keywords
information
target
state information
selecting
load
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710648330.5A
Other languages
English (en)
Other versions
CN109548037A (zh
Inventor
李刚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
Research Institute of China Mobile Communication Co Ltd
Original Assignee
Research Institute of China Mobile Communication Co Ltd
China Mobile Communications Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Research Institute of China Mobile Communication Co Ltd, China Mobile Communications Corp filed Critical Research Institute of China Mobile Communication Co Ltd
Priority to CN201710648330.5A priority Critical patent/CN109548037B/zh
Priority to PCT/CN2018/090286 priority patent/WO2019024599A1/zh
Publication of CN109548037A publication Critical patent/CN109548037A/zh
Application granted granted Critical
Publication of CN109548037B publication Critical patent/CN109548037B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种控制方法、分布式单元、集中单元及存储介质，所述方法包括：接收到至少一个集中单元CU发来的状态信息；基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。

Description

一种控制方法、分布式单元、集中单元及存储介质
技术领域
本发明涉及通信领域中的设备管理技术，尤其涉及一种控制方法、分布式单元、集中单元及存储介质。
背景技术
3G系统中接入网逻辑节点由NB和RNC组成，4G逻辑架构设计更加扁平化，仅包含eNB节点。在4G接入网的最为典型的需求是接入网支持分布式远端单元(Remote Unit，RU)和集中单元(Central Unit，CU)的逻辑功能划分，且支持协议栈功能在CU和DU之间迁移。其中，CU是一个集中式节点，能够控制和协调多个小区，包含协议栈高层控制和数据功能，也可能包含一部分基带处理功能。DU是分布式单元实现射频前端(RRH)功能和其余基带处理功能，CU和DU之间通过前传接口连接。
但是，上述技术方案是CU和DU的关系固定配置，当CU发生故障的时候，会对业务的影响较大。
发明内容
本发明的主要目的在于提出一种控制方法、分布式单元、集中单元及存储介质，旨在解决现有技术中存在的上述问题。
为实现上述目的，本发明提供一种控制方法，应用于DU，包括：
接收到至少一个集中单元CU发来的状态信息；
基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本发明实施例还提供了一种控制方法，应用于CU，包括：
获取自身的状态信息、以及除自身外至少一个集中单元CU的状态信息；
基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本发明实施例还提供了一种DU，包括：
信息接收单元，用于接收到至少一个集中单元CU发来的状态信息；
信息处理单元，用于基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本发明实施例提供了一种DU，包括：
通信接口，用于接收到至少一个集中单元CU发来的状态信息；
处理器，用于基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本发明实施例提供了一种CU，包括：
信息获取单元，用于获取自身的状态信息、以及除自身外至少一个集中单元CU的状态信息；
处理单元，用于基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本发明实施例提供了一种CU，所述方法包括：
通信接口，用于获取除自身外至少一个集中单元CU的状态信息；
处理器，用于获取自身的状态信息，基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本发明提供一种DU，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行权利要求1-4任一项所述方法的步骤。
本发明提供一种CU，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行权利要求6-8任一项所述方法的步骤。
本发明提供一种存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现前述方法的步骤。
本发明提出的控制方法、分布式单元、集中单元及存储介质，提供多个CU的状态信息，基于多个CU的状态信息为UE选取目标CU进行服务，从而能够避免由于CU和DU的关系固定配置，而出现的一旦CU发生故障的时候，对UE侧的业务产生影响较大的问题，能够结合CU池中的多个CU的状态为UE选取最合适的CU进行服务，从而保证了服务的可靠性。
附图说明
图1为本发明实施例控制方法流程示意图1；
图2为本发明实施例控制方法流程示意图2；
图3为本发明实施例控制方法流程示意图3；
图4为本发明实施例控制方法流程示意图4；
图5为本发明实施例控制方法流程示意图5；
图6为本发明实施例控制方法流程示意图6；
图7为本发明实施例控制方法流程示意图7；
图8为本发明实施例DU组成结构示意图1；
图9为本发明实施例DU组成结构示意图2；
图10为本发明实施例CU组成结构示意图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步详细说明。
实施例一、
本发明实施例提供了一种控制方法，如图1所示，包括：
步骤101：接收到至少一个集中单元CU发来的状态信息；
步骤102：基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本实施例可以应用于分布式单元DU中。首先结合图2说明本实施例对应的场景，如图2所示，一个CU池中包含有多个CU，如图中所示有CU1和CU2两个，实际场景构建中，可以有更多的CU只是本实施例中不进行穷举。另外，如图所示，CU池中的各个CU可以与多个DU建立连接，比如，图中所示CU1、CU2均可以与DU1-1、1-2以及DU2-1、2-2建立连接，也可以CU1仅与DU1-1、1-2建立连接。进一步地，DU可以与用户设备(UE)建立连接。
具体来说，CU池中的CU和DU均通过IP连接，以保证数据连通性；CU池中的CU向所有的DU下发状态信息，具体可以包括有：处理能力和负载，或者错误信息等状态信息(周期性或者事件触发)。
并且，在DU中引入CU选择功能，DU根据CU的状态，在池中选择合适的CU为用户服务。
本实施例可以结合以下多种场景来说明在不同场景下为UE选取CU的处理流程：
场景一、负载均衡流程：
所述基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
接收到UE发来的请求信息；
基于所述请求信息，以及所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况。
本场景中是由DU进行CU的选择，其中，用户发送的请求信息是以用户发起业务为例，比如，可以针对附着Attach，跟踪位置更新TAU，服务请求Service Request等流程。
结合图3，首先CU1、CU2可以向DU发送状态信息，通过状态信息发送来CU1、CU2的容量以及工作状态等；
当接收到UE发来的请求信息时，可以与原CU1断开连接，然后从CU1以及CU2中选取出当前负载低于低负载门限值的一个CU，也就是选择CU2为UE提供服务；
然后UE通过CU2基于执行后续处理流程。
场景二、由UE主动发起连接。
所述基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；
接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
如图4所示，当UE处于建立RRC连接状态时，CU池中的CU1通过自身的状态信息确定自身的负载高于预设负载门限值时，CU1向DU发送RRC连接释放的通知；DU向UE发送RRC连接释放的通知；然后DU接收到UE发来的删除RRC连接的请求；再接收到UE发来的跟踪区更新的请求之后，DU发起选取新的CU的处理流程，DU根据至少一个CU的状态信息，选择CU池中的负载低于低负载门限值的一个CU为UE提供服务，比如，图中所示选取CU2为UE提供服务；进一步地，DU可以向选取的CU2发送TAU请求。
场景三、
向至少一个CU发送故障探测信息；
当确定所述至少一个CU中存在故障CU时，基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述故障CU不同；其中，所述状态信息中至少包括所述至少一个CU的负载情况以及处理能力。
本场景可以适用于CU故障重新选择流程，如图5所示，DU接收CU池中的各个CU发来的状态信息(具体可以为图中的状态报告)；DU周期性的向CU池中的各个CU发送故障探测(比如可以为心跳检测)；若DU发现CU1发生故障或者发生错误，则重新选择CU；
DU根据状态信息选择负载低于低负载门限值的一个CU为UE提供服务，比如，选择图中的CU2进行服务；则DU与CU2建立逻辑连接；此后，UE与CU2进行后续处理流程。
可见，通过采用上述方案，就能够提供多个CU的状态信息，基于多个CU的状态信息为UE选取目标CU进行服务，从而能够避免由于CU和DU的关系固定配置，而出现的一旦CU发生故障的时候，对UE侧的业务产生影响较大的问题，能够结合CU池中的多个CU的状态为UE选取最合适的CU进行服务，从而保证了服务的可靠性。
实施例二、
本发明实施例提供了一种控制方法，如图6所示，包括：
步骤601：获取自身的状态信息、以及除自身外至少一个集中单元CU的状态信息；
步骤602：基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本实施例可以应用于CU中。首先结合图2说明本实施例对应的场景，如图2所示，一个CU池中包含有多个CU，如图中所示有CU1和CU2两个，实际场景构建中，可以有更多的CU只是本实施例中不进行穷举。另外，如图所示，CU池中的各个CU可以与多个DU建立连接，比如，图中所示CU1、CU2均可以与DU1-1、1-2以及DU2-1、2-2建立连接，也可以CU1仅与DU1-1、1-2建立连接。进一步地，DU可以与用户设备(UE)建立连接。
具体来说，CU池中的CU和DU均通过IP连接，以保证数据连通性；CU池中的CU向所有的DU下发状态信息，具体可以包括有：处理能力和负载，或者错误信息等状态信息(周期性或者事件触发)。
并且，在DU中引入CU选择功能，DU根据CU的状态，在池中选择合适的CU为用户服务。
本实施例可以结合以下多种场景来说明在不同场景下为UE选取CU的处理流程：
场景一、负载均衡流程：
所述基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
接收到UE发来的请求信息；
基于所述请求信息，基于自身的状态信息以及除自身外所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务。
本场景中是由DU进行CU的选择，其中，用户发送的请求信息是以用户发起业务为例，比如，可以针对附着Attach，跟踪位置更新TAU，服务请求Service Request等流程。
结合图3，首先CU1、CU2可以向DU发送状态信息，通过状态信息发送来CU1、CU2的容量以及工作状态等；
当接收到UE发来的请求信息时，可以与原CU1断开连接，然后从CU1以及CU2中选取出当前负载低于低负载门限值的一个CU，也就是选择CU2为UE提供服务；
然后UE通过CU2基于执行后续处理流程。
场景二、由UE主动发起连接。
基于自身的状态信息，确定当前的负载是否超过预设负载门限值；
若超过所述预设负载门限值，则向CU发送释放连接指示信息；
相应的，所述基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；
接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
如图4所示，当UE处于建立RRC连接状态时，CU池中的CU1通过自身的状态信息确定自身的负载高于预设负载门限值时，CU1向DU发送RRC连接释放的通知；DU向UE发送RRC连接释放的通知；然后DU接收到UE发来的删除RRC连接的请求；再接收到UE发来的跟踪区更新的请求之后，DU发起选取新的CU的处理流程，DU根据至少一个CU的状态信息，选择CU池中的负载低于低负载门限值的一个CU为UE提供服务，比如，图中所示选取CU2为UE提供服务；进一步地，DU可以向选取的CU2发送TAU请求。
场景三、
基于所述自身的状态信息，确定自身的负载处于超过预设负载门限值的状态；
从除自身外的至少一个CU的状态信息，选取目标CU为所述UE提供服务；
将选取的目标CU的信息发送至分布式单元DU。
本场景可以适用于CU重新选择流程，如图7所示，接收到UE发来的RRC连接信息，CU1基于自身的状态信息判断是否处于负载过高的状态；若是，则CU1基于其他CU的状态信息，从其他CU中选取负载低于低负载门限值的一个CU(比如CU2)为UE提供服务；然后CU1向CU2共享UE的上下文，以使得CU2为UE提供服务；CU1向DU发送重新选择CU2的通知信息；并且CU2余核心网进行路径切换处理；UE与CU2进行传输数据的操作。
可见，通过采用上述方案，就能够提供多个CU的状态信息，基于多个CU的状态信息为UE选取目标CU进行服务，从而能够避免由于CU和DU的关系固定配置，而出现的一旦CU发生故障的时候，对UE侧的业务产生影响较大的问题，能够结合CU池中的多个CU的状态为UE选取最合适的CU进行服务，从而保证了服务的可靠性。
实施例三、
本发明实施例提供了一种DU，如图8所示，包括：
信息接收单元81，用于接收到至少一个集中单元CU发来的状态信息；
信息处理单元82，用于基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本实施例可以应用于分布式单元DU中。首先结合图2说明本实施例对应的场景，如图2所示，一个CU池中包含有多个CU，如图中所示有CU1和CU2两个，实际场景构建中，可以有更多的CU只是本实施例中不进行穷举。另外，如图所示，CU池中的各个CU可以与多个DU建立连接，比如，图中所示CU1、CU2均可以与DU1-1、1-2以及DU2-1、2-2建立连接，也可以CU1仅与DU1-1、1-2建立连接。进一步地，DU可以与用户设备(UE)建立连接。
具体来说，CU池中的CU和DU均通过IP连接，以保证数据连通性；CU池中的CU向所有的DU下发状态信息，具体可以包括有：处理能力和负载，或者错误信息等状态信息(周期性或者事件触发)。
并且，在DU中引入CU选择功能，DU根据CU的状态，在池中选择合适的CU为用户服务。
本实施例可以结合以下多种场景来说明在不同场景下为UE选取CU的处理流程：
场景一、负载均衡流程：
所述信息接收单元，用于接收到UE发来的请求信息；
信息处理单元，用于基于所述请求信息，以及所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况。
本场景中是由DU进行CU的选择，其中，用户发送的请求信息是以用户发起业务为例，比如，可以针对附着Attach，跟踪位置更新TAU，服务请求Service Request等流程。
结合图3，首先CU1、CU2可以向DU发送状态信息，通过状态信息发送来CU1、CU2的容量以及工作状态等；
当接收到UE发来的请求信息时，可以与原CU1断开连接，然后从CU1以及CU2中选取出当前负载低于低负载门限值的一个CU，也就是选择CU2为UE提供服务；
然后UE通过CU2基于执行后续处理流程。
场景二、由UE主动发起连接。
所述信息处理单元，用于接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；
接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
如图4所示，当UE处于建立RRC连接状态时，CU池中的CU1通过自身的状态信息确定自身的负载高于预设负载门限值时，CU1向DU发送RRC连接释放的通知；DU向UE发送RRC连接释放的通知；然后DU接收到UE发来的删除RRC连接的请求；再接收到UE发来的跟踪区更新的请求之后，DU发起选取新的CU的处理流程，DU根据至少一个CU的状态信息，选择CU池中的负载低于低负载门限值的一个CU为UE提供服务，比如，图中所示选取CU2为UE提供服务；进一步地，DU可以向选取的CU2发送TAU请求。
场景三、
信息处理单元，用于向至少一个CU发送故障探测信息；当确定所述至少一个CU中存在故障CU时，基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述故障CU不同；其中，所述状态信息中至少包括所述至少一个CU的负载情况以及处理能力。
本场景可以适用于CU故障重新选择流程，如图5所示，DU接收CU池中的各个CU发来的状态信息(具体可以为图中的状态报告)；DU周期性的向CU池中的各个CU发送故障探测(比如可以为心跳检测)；若DU发现CU1发生故障或者发生错误，则重新选择CU；
DU根据状态信息选择负载低于低负载门限值的一个CU为UE提供服务，比如，选择图中的CU2进行服务；则DU与CU2建立逻辑连接；此后，UE与CU2进行后续处理流程。
可见，通过采用上述方案，就能够提供多个CU的状态信息，基于多个CU的状态信息为UE选取目标CU进行服务，从而能够避免由于CU和DU的关系固定配置，而出现的一旦CU发生故障的时候，对UE侧的业务产生影响较大的问题，能够结合CU池中的多个CU的状态为UE选取最合适的CU进行服务，从而保证了服务的可靠性。
实施例四、
本发明实施例提供了一种DU，如图9所示，包括：
通信接口91，用于接收到至少一个集中单元CU发来的状态信息；
处理器92，用于基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
本实施例可以应用于分布式单元DU中。首先结合图2说明本实施例对应的场景，如图2所示，一个CU池中包含有多个CU，如图中所示有CU1和CU2两个，实际场景构建中，可以有更多的CU只是本实施例中不进行穷举。另外，如图所示，CU池中的各个CU可以与多个DU建立连接，比如，图中所示CU1、CU2均可以与DU1-1、1-2以及DU2-1、2-2建立连接，也可以CU1仅与DU1-1、1-2建立连接。进一步地，DU可以与用户设备(UE)建立连接。
具体来说，CU池中的CU和DU均通过IP连接，以保证数据连通性；CU池中的CU向所有的DU下发状态信息，具体可以包括有：处理能力和负载，或者错误信息等状态信息(周期性或者事件触发)。
并且，在DU中引入CU选择功能，DU根据CU的状态，在池中选择合适的CU为用户服务。
本实施例可以结合以下多种场景来说明在不同场景下为UE选取CU的处理流程：
场景一、负载均衡流程：
所述通信接口91，用于接收到UE发来的请求信息；处理器92，用于基于所述请求信息，以及所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况。
本场景中是由DU进行CU的选择，其中，用户发送的请求信息是以用户发起业务为例，比如，可以针对附着Attach，跟踪位置更新TAU，服务请求Service Request等流程。
结合图3，首先CU1、CU2可以向DU发送状态信息，通过状态信息发送来CU1、CU2的容量以及工作状态等；
当接收到UE发来的请求信息时，可以与原CU1断开连接，然后从CU1以及CU2中选取出当前负载低于低负载门限值的一个CU，也就是选择CU2为UE提供服务；
然后UE通过CU2基于执行后续处理流程。
场景二、由UE主动发起连接。
所述处理器92，用于接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；
接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
如图4所示，当UE处于建立RRC连接状态时，CU池中的CU1通过自身的状态信息确定自身的负载高于预设负载门限值时，CU1向DU发送RRC连接释放的通知；DU向UE发送RRC连接释放的通知；然后DU接收到UE发来的删除RRC连接的请求；再接收到UE发来的跟踪区更新的请求之后，DU发起选取新的CU的处理流程，DU根据至少一个CU的状态信息，选择CU池中的负载低于低负载门限值的一个CU为UE提供服务，比如，图中所示选取CU2为UE提供服务；进一步地，DU可以向选取的CU2发送TAU请求。
场景三、
处理器92，用于向至少一个CU发送故障探测信息；当确定所述至少一个CU中存在故障CU时，基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述故障CU不同；其中，所述状态信息中至少包括所述至少一个CU的负载情况以及处理能力。
本场景可以适用于CU故障重新选择流程，如图5所示，DU接收CU池中的各个CU发来的状态信息(具体可以为图中的状态报告)；DU周期性的向CU池中的各个CU发送故障探测(比如可以为心跳检测)；若DU发现CU1发生故障或者发生错误，则重新选择CU；
DU根据状态信息选择负载低于低负载门限值的一个CU为UE提供服务，比如，选择图中的CU2进行服务；则DU与CU2建立逻辑连接；此后，UE与CU2进行后续处理流程。
可见，通过采用上述方案，就能够提供多个CU的状态信息，基于多个CU的状态信息为UE选取目标CU进行服务，从而能够避免由于CU和DU的关系固定配置，而出现的一旦CU发生故障的时候，对UE侧的业务产生影响较大的问题，能够结合CU池中的多个CU的状态为UE选取最合适的CU进行服务，从而保证了服务的可靠性。
实施例五、
本发明实施例提供了一种CU，如图10所示，包括：
信息获取单元1001，用于获取自身的状态信息、以及除自身外至少一个集中单元CU的状态信息；
处理单元1002，用于基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
首先结合图2说明本实施例对应的场景，如图2所示，一个CU池中包含有多个CU，如图中所示有CU1和CU2两个，实际场景构建中，可以有更多的CU只是本实施例中不进行穷举。另外，如图所示，CU池中的各个CU可以与多个DU建立连接，比如，图中所示CU1、CU2均可以与DU1-1、1-2以及DU2-1、2-2建立连接，也可以CU1仅与DU1-1、1-2建立连接。进一步地，DU可以与用户设备(UE)建立连接。
具体来说，CU池中的CU和DU均通过IP连接，以保证数据连通性；CU池中的CU向所有的DU下发状态信息，具体可以包括有：处理能力和负载，或者错误信息等状态信息(周期性或者事件触发)。
并且，在DU中引入CU选择功能，DU根据CU的状态，在池中选择合适的CU为用户服务。
本实施例可以结合以下多种场景来说明在不同场景下为UE选取CU的处理流程：
场景一、负载均衡流程：
信息获取单元1001，用于接收到UE发来的请求信息；
处理单元1002，用于基于所述请求信息，基于自身的状态信息以及除自身外所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务。
本场景中是由DU进行CU的选择，其中，用户发送的请求信息是以用户发起业务为例，比如，可以针对附着Attach，跟踪位置更新TAU，服务请求Service Request等流程。
结合图3，首先CU1、CU2可以向DU发送状态信息，通过状态信息发送来CU1、CU2的容量以及工作状态等；
当接收到UE发来的请求信息时，可以与原CU1断开连接，然后从CU1以及CU2中选取出当前负载低于低负载门限值的一个CU，也就是选择CU2为UE提供服务；
然后UE通过CU2基于执行后续处理流程。
场景二、由UE主动发起连接。
处理单元1002，用于基于自身的状态信息，确定当前的负载是否超过预设负载门限值；
若超过所述预设负载门限值，则向CU发送释放连接指示信息；
相应的，所述基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；
接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
如图4所示，当UE处于建立RRC连接状态时，CU池中的CU1通过自身的状态信息确定自身的负载高于预设负载门限值时，CU1向DU发送RRC连接释放的通知；DU向UE发送RRC连接释放的通知；然后DU接收到UE发来的删除RRC连接的请求；再接收到UE发来的跟踪区更新的请求之后，DU发起选取新的CU的处理流程，DU根据至少一个CU的状态信息，选择CU池中的负载低于低负载门限值的一个CU为UE提供服务，比如，图中所示选取CU2为UE提供服务；进一步地，DU可以向选取的CU2发送TAU请求。
场景三、
处理单元1002，用于基于所述自身的状态信息，确定自身的负载处于超过预设负载门限值的状态；
从除自身外的至少一个CU的状态信息，选取目标CU为所述UE提供服务；
将选取的目标CU的信息发送至分布式单元DU。
本场景可以适用于CU重新选择流程，如图7所示，接收到UE发来的RRC连接信息，CU1基于自身的状态信息判断是否处于负载过高的状态；若是，则CU1基于其他CU的状态信息，从其他CU中选取负载低于低负载门限值的一个CU(比如CU2)为UE提供服务；然后CU1向CU2共享UE的上下文，以使得CU2为UE提供服务；CU1向DU发送重新选择CU2的通知信息；并且CU2余核心网进行路径切换处理；UE与CU2进行传输数据的操作。
可见，通过采用上述方案，就能够提供多个CU的状态信息，基于多个CU的状态信息为UE选取目标CU进行服务，从而能够避免由于CU和DU的关系固定配置，而出现的一旦CU发生故障的时候，对UE侧的业务产生影响较大的问题，能够结合CU池中的多个CU的状态为UE选取最合适的CU进行服务，从而保证了服务的可靠性。
实施例六、
本发明实施例提供了一种CU，包括：
通信接口，用于获取除自身外至少一个集中单元CU的状态信息；
处理器，用于获取自身的状态信息，基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务。
首先结合图2说明本实施例对应的场景，如图2所示，一个CU池中包含有多个CU，如图中所示有CU1和CU2两个，实际场景构建中，可以有更多的CU只是本实施例中不进行穷举。另外，如图所示，CU池中的各个CU可以与多个DU建立连接，比如，图中所示CU1、CU2均可以与DU1-1、1-2以及DU2-1、2-2建立连接，也可以CU1仅与DU1-1、1-2建立连接。进一步地，DU可以与用户设备(UE)建立连接。
具体来说，CU池中的CU和DU均通过IP连接，以保证数据连通性；CU池中的CU向所有的DU下发状态信息，具体可以包括有：处理能力和负载，或者错误信息等状态信息(周期性或者事件触发)。
并且，在DU中引入CU选择功能，DU根据CU的状态，在池中选择合适的CU为用户服务。
本实施例可以结合以下多种场景来说明在不同场景下为UE选取CU的处理流程：
场景一、负载均衡流程：
所述通信接口，用于接收到UE发来的请求信息；
处理器，用于基于所述请求信息，基于自身的状态信息以及除自身外所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务。
本场景中是由DU进行CU的选择，其中，用户发送的请求信息是以用户发起业务为例，比如，可以针对附着Attach，跟踪位置更新TAU，服务请求Service Request等流程。
结合图3，首先CU1、CU2可以向DU发送状态信息，通过状态信息发送来CU1、CU2的容量以及工作状态等；
当接收到UE发来的请求信息时，可以与原CU1断开连接，然后从CU1以及CU2中选取出当前负载低于低负载门限值的一个CU，也就是选择CU2为UE提供服务；
然后UE通过CU2基于执行后续处理流程。
场景二、由UE主动发起连接。
处理器，用于基于自身的状态信息，确定当前的负载是否超过预设负载门限值；
若超过所述预设负载门限值，则向CU发送释放连接指示信息；
相应的，所述基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；
接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
如图4所示，当UE处于建立RRC连接状态时，CU池中的CU1通过自身的状态信息确定自身的负载高于预设负载门限值时，CU1向DU发送RRC连接释放的通知；DU向UE发送RRC连接释放的通知；然后DU接收到UE发来的删除RRC连接的请求；再接收到UE发来的跟踪区更新的请求之后，DU发起选取新的CU的处理流程，DU根据至少一个CU的状态信息，选择CU池中的负载低于低负载门限值的一个CU为UE提供服务，比如，图中所示选取CU2为UE提供服务；进一步地，DU可以向选取的CU2发送TAU请求。
场景三、
处理器，用于基于所述自身的状态信息，确定自身的负载处于超过预设负载门限值的状态；
从除自身外的至少一个CU的状态信息，选取目标CU为所述UE提供服务；
将选取的目标CU的信息发送至分布式单元DU。
本场景可以适用于CU重新选择流程，如图7所示，接收到UE发来的RRC连接信息，CU1基于自身的状态信息判断是否处于负载过高的状态；若是，则CU1基于其他CU的状态信息，从其他CU中选取负载低于低负载门限值的一个CU(比如CU2)为UE提供服务；然后CU1向CU2共享UE的上下文，以使得CU2为UE提供服务；CU1向DU发送重新选择CU2的通知信息；并且CU2余核心网进行路径切换处理；UE与CU2进行传输数据的操作。
可见，通过采用上述方案，就能够提供多个CU的状态信息，基于多个CU的状态信息为UE选取目标CU进行服务，从而能够避免由于CU和DU的关系固定配置，而出现的一旦CU发生故障的时候，对UE侧的业务产生影响较大的问题，能够结合CU池中的多个CU的状态为UE选取最合适的CU进行服务，从而保证了服务的可靠性。
进一步地，本申请还提供一种存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现实施例一、二中所述方法的步骤。并且该计算机程序被处理器执行时实现执行实施例一、二中所提供的方法的各个步骤，这里不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备设备(可以是手机，计算机，装置，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (17)

1.一种控制方法，应用于分布式单元DU，其特征在于，所述方法包括：
接收到至少一个集中单元CU发来的状态信息；
基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；
所述基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：接收到UE发来的请求信息，所述请求信息包括跟踪位置更新和服务请求信息；基于所述请求信息，以及所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况，所述目标CU的负载低于预设负载门限值。
2.根据权利要求1所述的方法，其特征在于，所述基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；
接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向至少一个CU发送故障探测信息；
当确定所述至少一个CU中存在故障CU时，基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述故障CU不同；其中，所述状态信息中至少包括所述至少一个CU的负载情况以及处理能力。
4.一种控制方法，应用于CU，其特征在于，所述方法包括：
获取自身的状态信息、以及除自身外至少一个集中单元CU的状态信息；
基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；
所述基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：接收到UE发来的请求信息，所述请求信息包括跟踪位置更新和服务请求信息；基于所述请求信息，基于自身的状态信息以及除自身外所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况，所述目标CU的负载低于预设负载门限值。
5.根据权利要求4所述的方法，其特征在于，所述基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务，包括：
基于所述自身的状态信息，确定自身的负载处于超过预设负载门限值的状态；
从除自身外的至少一个CU的状态信息，选取目标CU为所述UE提供服务；
将选取的目标CU的信息发送至分布式单元DU。
6.根据权利要求4所述的方法，其特征在于，所述方法还包括：
基于自身的状态信息，确定当前的负载是否超过预设负载门限值；
若超过所述预设负载门限值，则向CU发送释放连接指示信息。
7.一种DU，其特征在于，所述DU包括：
信息接收单元，用于接收到至少一个集中单元CU发来的状态信息；
信息处理单元，用于基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；
所述信息处理单元进一步用于，接收到UE发来的请求信息，所述请求信息包括跟踪位置更新和服务请求信息；基于所述请求信息，以及所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况，所述目标CU的负载低于预设负载门限值。
8.一种DU，其特征在于，所述DU包括：
通信接口，用于接收到至少一个集中单元CU发来的状态信息；
处理器，用于基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；
所述处理器进一步用于，接收到UE发来的请求信息，所述请求信息包括跟踪位置更新和服务请求信息；基于所述请求信息，以及所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况，所述目标CU的负载低于预设负载门限值。
9.根据权利要求8所述的DU，其特征在于，所述处理器，用于接收到当前为UE提供服务的原始CU发来的释放连接指示信息，将所述释放连接指示信息发送至所述UE；接收到所述UE发来的更新请求，基于所述至少一个CU的负载情况，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述原始CU不同。
10.根据权利要求8所述的DU，其特征在于，所述处理器，用于向至少一个CU发送故障探测信息；当确定所述至少一个CU中存在故障CU时，基于所述至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；其中，所述目标CU与所述故障CU不同；其中，所述状态信息中至少包括所述至少一个CU的负载情况以及处理能力。
11.一种CU，其特征在于，所述CU包括：
信息获取单元，用于获取自身的状态信息、以及除自身外至少一个集中单元CU的状态信息；
处理单元，用于基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；
所述处理单元进一步用于，接收到UE发来的请求信息，所述请求信息包括跟踪位置更新和服务请求信息；基于所述请求信息，基于自身的状态信息以及除自身外所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况，所述目标CU的负载低于预设负载门限值。
12.一种CU，其特征在于，所述CU包括：
通信接口，用于获取除自身外至少一个集中单元CU的状态信息；
处理器，用于获取自身的状态信息，基于所述自身的状态信息以及至少一个CU的状态信息，选取目标CU为用户设备UE提供服务；
所述处理器进一步用于，接收到UE发来的请求信息，所述请求信息包括跟踪位置更新和服务请求信息；基于所述请求信息，基于自身的状态信息以及除自身外所述至少一个CU的状态信息，从所述至少一个CU中选取得到目标CU为发来所述请求信息的UE提供服务；其中，所述状态信息中至少包括有所述CU的负载情况，所述目标CU的负载低于预设负载门限值。
13.根据权利要求12所述的CU，其特征在于，所述处理器，用于基于所述自身的状态信息，确定自身的负载处于超过预设负载门限值的状态；从除自身外的至少一个CU的状态信息，选取目标CU为所述UE提供服务；
将选取的目标CU的信息发送至分布式单元DU。
14.根据权利要求12所述的CU，其特征在于，所述处理器，用于基于自身的状态信息，确定当前的负载是否超过预设负载门限值；若超过所述预设负载门限值，则向CU发送释放连接指示信息。
15.一种DU，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行权利要求1-3任一项所述方法的步骤。
16.一种CU，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行权利要求4-6任一项所述方法的步骤。
17.一种计算机可读的存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现权利要求1-6任一项所述方法的步骤。
CN201710648330.5A 2017-08-01 2017-08-01 一种控制方法、分布式单元、集中单元及存储介质 Active CN109548037B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710648330.5A CN109548037B (zh) 2017-08-01 2017-08-01 一种控制方法、分布式单元、集中单元及存储介质
PCT/CN2018/090286 WO2019024599A1 (zh) 2017-08-01 2018-06-07 控制方法、分布式单元、集中单元及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710648330.5A CN109548037B (zh) 2017-08-01 2017-08-01 一种控制方法、分布式单元、集中单元及存储介质

Publications (2)

Publication Number Publication Date
CN109548037A CN109548037A (zh) 2019-03-29
CN109548037B true CN109548037B (zh) 2020-09-11

Family

ID=65232804

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710648330.5A Active CN109548037B (zh) 2017-08-01 2017-08-01 一种控制方法、分布式单元、集中单元及存储介质

Country Status (2)

Country Link
CN (1) CN109548037B (zh)
WO (1) WO2019024599A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110753372B (zh) * 2018-07-24 2023-05-30 中兴通讯股份有限公司 基带处理分离架构中的信息处理方法、装置及存储介质
WO2021026796A1 (en) * 2019-08-14 2021-02-18 Zte Corporation Network reselection for a network sharing split architecture
CN112469140B (zh) * 2019-09-09 2024-09-24 中国移动通信有限公司研究院 一种链路恢复方法、装置和计算机可读存储介质
CN111107542B (zh) * 2019-12-02 2023-06-30 南京中科晶上通信技术有限公司 Cu-du分布架构连接故障自愈的方法、设备及存储介质
CN113692063A (zh) * 2020-05-18 2021-11-23 华为技术有限公司 一种终端接入网络的方法及装置
CN112672368B (zh) * 2020-12-17 2021-12-21 深圳金信诺高新技术股份有限公司 一种CU Pool下动态部署CU的方法及系统
WO2024035299A1 (en) * 2022-08-08 2024-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Service continuity on cu-cp failure
CN119485524A (zh) * 2023-08-09 2025-02-18 华为技术有限公司 一种通信方法及装置

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686558A (zh) * 2008-09-26 2010-03-31 华为技术有限公司 一种建立动态通信接口的方法、装置和系统
WO2013142662A2 (en) * 2012-03-23 2013-09-26 Corning Mobile Access Ltd. Radio-frequency integrated circuit (rfic) chip(s) for providing distributed antenna system functionalities, and related components, systems, and methods
CN104365126A (zh) * 2012-06-26 2015-02-18 华为技术有限公司 用于动态小区配置的方法和系统
CN105101291A (zh) * 2014-05-20 2015-11-25 索尼公司 用于无线网络中的测量装置和方法以及控制装置和方法
WO2015183791A1 (en) * 2014-05-28 2015-12-03 Corning Optical Communications Wireless, Inc. MULTIPLE APPLICATION MODULES (MAMs) FOR MONITORING SIGNALS IN COMPONENTS IN WIRELESS DISTRIBUTION SYSTEMS, INCLUDING DISTRIBUTED ANTENNA SYSTEMS (DASs), AND RELATED SYSTEMS AND METHODS
CN106162730A (zh) * 2016-07-12 2016-11-23 上海华为技术有限公司 一种通信的方法、设备及系统
WO2017025966A1 (en) * 2015-08-12 2017-02-16 Corning Optical Communications Wireless Ltd. Evaluating performance of remote units on a per remote unit basis in a distributed antenna system (das)
CN106538037A (zh) * 2016-09-26 2017-03-22 北京小米移动软件有限公司 无线承载的配置方法、装置及系统
CN106664745A (zh) * 2014-06-23 2017-05-10 意大利电信股份公司 用于减少集中式无线电接入网络（c‑ran）中前传负载的方法
CN106797292A (zh) * 2014-09-04 2017-05-31 高通股份有限公司 用于无线通信的高效资源分配
CN106921996A (zh) * 2017-05-12 2017-07-04 电信科学技术研究院 一种层2统计量的统计方法、cu及du

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10171136B2 (en) * 2015-05-14 2019-01-01 Lg Electronics Inc. Reducing internal signaling burden in the distributed antenna system
US11051259B2 (en) * 2015-11-02 2021-06-29 Qualcomm Incorporated Methods and apparatuses for an access procedure
CN106102106B (zh) * 2016-06-20 2020-03-24 电信科学技术研究院 一种终端接入的方法、装置及网络架构

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686558A (zh) * 2008-09-26 2010-03-31 华为技术有限公司 一种建立动态通信接口的方法、装置和系统
WO2013142662A2 (en) * 2012-03-23 2013-09-26 Corning Mobile Access Ltd. Radio-frequency integrated circuit (rfic) chip(s) for providing distributed antenna system functionalities, and related components, systems, and methods
CN104365126A (zh) * 2012-06-26 2015-02-18 华为技术有限公司 用于动态小区配置的方法和系统
CN105101291A (zh) * 2014-05-20 2015-11-25 索尼公司 用于无线网络中的测量装置和方法以及控制装置和方法
WO2015183791A1 (en) * 2014-05-28 2015-12-03 Corning Optical Communications Wireless, Inc. MULTIPLE APPLICATION MODULES (MAMs) FOR MONITORING SIGNALS IN COMPONENTS IN WIRELESS DISTRIBUTION SYSTEMS, INCLUDING DISTRIBUTED ANTENNA SYSTEMS (DASs), AND RELATED SYSTEMS AND METHODS
CN106664745A (zh) * 2014-06-23 2017-05-10 意大利电信股份公司 用于减少集中式无线电接入网络（c‑ran）中前传负载的方法
CN106797292A (zh) * 2014-09-04 2017-05-31 高通股份有限公司 用于无线通信的高效资源分配
WO2017025966A1 (en) * 2015-08-12 2017-02-16 Corning Optical Communications Wireless Ltd. Evaluating performance of remote units on a per remote unit basis in a distributed antenna system (das)
CN106162730A (zh) * 2016-07-12 2016-11-23 上海华为技术有限公司 一种通信的方法、设备及系统
CN106538037A (zh) * 2016-09-26 2017-03-22 北京小米移动软件有限公司 无线承载的配置方法、装置及系统
CN106921996A (zh) * 2017-05-12 2017-07-04 电信科学技术研究院 一种层2统计量的统计方法、cu及du

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
F1AP function definition and categorization;Samsung, KT,;《3GPP TSG-RAN WG3 Meeting Ad Hoc：R3-172246》;20170620;第1-4页 *
Impacts on Radio Aggregation Scenarios due to CU-DU Separation;ZTE;《3GPP TSG RAN WG3 Meeting#92:R3-161104》;20160513;第1-3页 *
TP of F1-C UE associated functions (TS 38.473);Nokia, Alcatel-Lucent Shanghai Bell;《3GPP TSG RAN WG3 AdHoc NR：R3-172332》;20170619;第1-7页 *
TP of Load management (TS 38.473);Nokia, Alcatel-Lucent Shanghai Bell;《3GPP TSG RAN WG3 AdHoc NR,R3-172313》;20170619;第1-8页 *
Whether a gNB-DU can be connected with multiple gNB-CUs;NEC;《3GPP TSG-RAN WG3 #96：R3-171682》;20170506;第1-2页 *

Also Published As

Publication number Publication date
CN109548037A (zh) 2019-03-29
WO2019024599A1 (zh) 2019-02-07

Similar Documents

Publication Publication Date Title
CN109548037B (zh) 一种控制方法、分布式单元、集中单元及存储介质
US20220150994A1 (en) Session Management Method and System, and Terminal for Locating a User Plane Function (UPF) Entity when a Session is an Inactive State
US11284341B2 (en) Network selection system and method for establishment of inter-networking session
US20110235505A1 (en) Efficient deployment of mobility management entity (MME) with stateful geo-redundancy
CN102293045B (zh) 保证业务连续性的移动通信方法、设备和系统
JP6225251B2 (ja) モビリティ管理エンティティを選択するための方法、装置、及びシステム
CN109995844B (zh) 一种控制面资源迁移的实现方法、装置及网络功能实体
US20200374350A1 (en) Method for Determining SSC Mode and Apparatus
CN111586772A (zh) 一种通信方法及装置
WO2020003929A1 (en) Method for managing first access network node, apparatus, generalized node-b, gnb, of 5g network, non-transitory computer-readable medium, computer program product, and data set
CN111641980B (zh) 一种触发网络切换的方法及装置、计算机存储介质
US20170215139A1 (en) Access point handover method in wireless communications, network control node, and user equipment
CN112218342B (zh) 一种实现核心网子切片容灾的方法、装置和系统
US11497071B2 (en) Association handling method and device
CN104969625B (zh) 用于小区节能补偿的方法和基站
CN113796156B (zh) 用于处理服务请求的通信网络组件和方法
CN110167048B (zh) 一种通信方法和系统、基站、移动交换中心
US10904133B2 (en) Data packet sending method, mobile router, and network device
WO2017059728A1 (zh) 负荷上报及控制方法、eMSC装置、MME装置及通信系统
CN108040348A (zh) 网络接入结果的检测方法及装置、计算机存储介质
CN119678560A (zh) 通信网络中的移动性支持
US20180098267A1 (en) Network Status Information Transfer Method And Network Device
KR20240102935A (ko) 액세스 유형별 네트워크 슬라이스 승인 제어를 위한 방법
KR20220055680A (ko) 5g 단말의 핸드오프 방법
CN116112992A (zh) 一种故障上报方法及网元

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 32 Xuanwumen West Street, Xicheng District, Beijing 100053

Patentee after: CHINA MOBILE COMMUNICATION LTD., Research Institute

Patentee after: CHINA MOBILE COMMUNICATIONS GROUP Co.,Ltd.

Address before: 32 Xuanwumen West Street, Xicheng District, Beijing 100053

Patentee before: CHINA MOBILE COMMUNICATION LTD., Research Institute

Patentee before: CHINA MOBILE COMMUNICATIONS Corp.

CP01 Change in the name or title of a patent holder