CN111194054A - 用户设备迁移方法、集中单元、分布单元及系统 - Google Patents

Abstract

本发明提供了一种用户设备迁移方法、集中单元、分布单元及系统，该方法包括：集中单元CU接收分布单元DU发送的迁移UE列表；所述CU将迁移UE列表中的UE进行邻区迁移。在本发明实施例中，由DU根据策略选择迁移出的UE列表，CU负责把DU选出来的UE迁移到合适的邻区，从而在不增加F1接口压力的情况下达到负荷均衡的目的。

Description

用户设备迁移方法、集中单元、分布单元及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种用户设备迁移方法、集中单元、分布单元及系统。

背景技术

随着移动通信技术的发展，5G(5rd Generation，第五代)已经进入人们的视眼。在5G RAN架构方面，3GPP(3rd Generation Partnership Project)通过了CU/DU(CentralUnit/Distributed Unit，集中单元/分布单元)架构方案。CU主要处理非实时的无线高层协议栈功能，而DU主要处理物理层功能和实时性需求的层2功能。CU与DU通过F1接口完成信令和数据传输。

因为CU与DU分离，一些常规业务功能实现上变得复杂起来。以负荷均衡功能为例。当负荷较高时，运营商一般会有比较灵活的策略来选择迁移UE，其中UE的PRB占用率、MCS和UE的空分信息等等一般来说是重要的参考指标。这些参数在4G基站中可直接从本站内部MAC层获取。

而在5G中因为功能划分的缘故，DU才知道每个UE的PRB、MCS、空分信息。然而CU才知道邻区的负荷、UE的迁移过程也由CU控制。

如果负荷均衡功能完全由CU实现，那么需要DU通过F1接口上报CU每个UE的PRB占用量、MCS和空分信息。因CU下有大量DU，每个DU下有多个小区，每个小区下最大有上千用户。如果DU向CU报告这些信息，消息量很大。特别是用户占用的PRB数量、MCS和空分状态时刻会变化，因此DU有可能多次向CU报告这些信息。因为上报量信息量过大，给F1接口带来了额外的压力，有可能影响正常的业务。

发明内容

本发明实施例提供了一种用户设备迁移方法、集中单元、分布单元及系统，以至少解决相关技术中UE的迁移的问题。

根据本发明的一个实施例，提供了一种用户设备迁移方法，包括：CU接收DU发送的迁移UE列表；所述CU将迁移UE列表中的UE进行邻区迁移。

其中，所述CU接收所述DU发送的迁移UE列表，包括：所述CU接收所述DU发送的迁移UE列表指示消息，其中，所述迁移UE列表指示消息中携带有所述迁移UE列表以及迁移的原因值。

其中，在所述CU接收所述DU发送的迁移UE列表指示消息之前，还包括：所述DU监控第一小区中UE的状况，并将符合迁出策略的UE加入所述迁移UE列表中，其中，所述迁出策略包括以下至少之一：PRB占用率超过设定门限的UE；误包率超过设定门限的UE；不含指定业务的UE；资源不足，不能满足业务的QoS要求的UE；优先级低于设定优先级的UE。

其中，所述CU对迁移UE列表中的UE进行邻区迁移，包括：所述CU获取所述第一小区的低负荷或高优先级邻区，其中，所述低负荷邻区为负荷低于预设门限的邻区或负荷比服务小区低于预设门限的邻区，所述高优先级邻区为优先级高于预设优先级的邻区；所述CU根据配置的迁移切换策略将所述UE迁移至所述低负荷或高优先级邻区。

其中，所述CU根据配置的迁移策略将所述UE迁移至所述低负荷或高优先级邻区，包括以下之一：如果所述迁移切换策略为盲切换，则所述CU向所述UE下发切换指令以将所述UE切换至所述低负荷或高优先级邻区，其中，所述切换指令中携带有低负荷或高优先级邻区信息；如果所述迁移切换策略为重定向，则所述CU向所述UE下发重定向指令以将所述UE重定向至所述低负荷或高优先级邻区，其中，所述重定向指令中携带有低负荷或高优先级邻区的频点信息；如果所述迁移切换策略为基于测量的切换，则所述CU向所述UE下发对邻区的测量指令，并根据UE上报的测量报告，将所述UE切换到所述测量报告指示的邻区。

其中，所述CU接收所述DU发送的迁移UE列表指示消息之前，还包括：所述DU监控该DU下各小区的负荷情况，将待进行UE迁移的第一小区通知所述CU，其中，所述第一小区为负荷高于预设门限的小区。

其中，所述DU将第一小区通知所述CU，包括：所述DU在满足触发条件的情况下向所述CU发送负荷指示消息将所述第一小区通知所述CU，其中，所述触发条件包括以下至少之一：发现新增的高负荷小区；已经上报过的高负荷小区发生负荷变化达到预设门限。

其中，所述负荷指示消息中包括以下至少之一：小区ID、小区负荷状态、小区上行剩余负荷、小区下行剩余负荷。

其中，所述DU向所述CU发送负荷指示消息之后，还包括：所述CU采集所述第一小区的所有邻区的负荷，并筛选出所述第一小区的低负荷邻区；所述CU将所述低负荷邻区的频点信息通知所述DU。

其中，所述DU将符合迁出策略的UE加入所述迁移UE列表中，包括：所述DU将符合所述迁出策略并支持迁移到所述低负荷邻区的至少一个频点的UE加入所述迁移UE列表中。

其中，所述CU采集所述第一小区的所有邻区的负荷，包括以下至少之一：所述CU向所述第一小区的邻区发送资源采集请求，并接收所述邻区上报的小区负荷报告；所述CU向所述DU发送资源采集请求，并接收所述DU上报的小区负荷报告；所述CU向其它CU发送资源采集请求，并接收所述其它CU上报的小区负荷报告。

其中，所述资源采集请求中至少包括以下之一：需要采集负荷的邻区标识、需要采集的负荷类型、负荷报告方式、负荷报告周期。

根据本发明实施例，还提供了一种集中单元CU，包括：接收模块，用于接收分布单元DU发送的迁移UE列表；迁移模块，用于将迁移UE列表中的UE进行邻区迁移。

其中，所述接收模块还用于接收所述DU发送的迁移UE列表指示消息，其中，所述迁移UE列表指示消息中携带有所述迁移UE列表以及迁移的原因值。

其中，所述迁移模块包括：获取单元，用于获取所述第一小区的低负荷或高优先级邻区，其中，所述低负荷邻区为负荷低于预设门限的邻区或负荷比服务小区低于预设门限的邻区，所述高优先级邻区为优先级高于预设优先级的邻区；迁移单元，用于根据配置的迁移切换策略将所述UE迁移至所述低负荷或高优先级邻区。

其中，所述迁移单元通过以下方式之一将所述UE迁移至所述低负荷或高优先级邻区：如果所述迁移切换策略为盲切换，则向所述UE下发切换指令以将所述UE切换至所述低负荷或高优先级邻区，其中，所述切换指令中携带有低负荷或高优先级邻区信息；如果所述迁移切换策略为重定向，则向所述UE下发重定向指令以将所述UE重定向至所述低负荷或高优先级邻区，其中，所述重定向指令中携带有低负荷或高优先级邻区的频点信息；如果所述迁移切换策略为基于测量的切换，则向所述UE下发对邻区的测量指令，并根据UE上报的测量报告，将所述UE切换到所述测量报告指示的邻区。

其中，所述采集单元，还用于采集所述第一小区的所有邻区的负荷，并筛选出所述第一小区的低负荷邻区，将所述低负荷邻区的频点信息通知所述DU。

根据本发明实施例还提供了一种分布单元DU，包括：监控模块，用于监控第一小区中UE的状况，并将符合迁出策略的UE加入迁移UE列表中；发送模块，用于向集中单元CU发送所述迁移UE列表，以便所述CU将迁移UE列表中的UE进行邻区迁移。

其中，所述迁出策略包括以下至少之一：PRB占用率超过设定门限的UE；误包率超过设定门限的UE；不含指定业务的UE；资源不足，不能满足业务的QoS要求的UE；优先级低于设定优先级的UE。

其中，所述监控模块，还用于监控所述DU下各小区的负荷情况，将待进行UE迁移的第一小区通知所述CU，其中，所述第一小区为负荷高于预设门限的小区。

其中，所述监控模块在满足触发条件的情况下向所述CU发送负荷指示消息将所述第一小区通知所述CU，其中，所述触发条件包括以下至少之一：发现新增的高负荷小区；已经上报过的高负荷小区发生负荷变化达到预设门限。

其中，所述负荷指示消息中包括以下至少之一：小区ID、小区负荷状态、小区上行剩余负荷、小区下行剩余负荷。

其中，所述监控模块，还用于将符合所述迁出策略并支持迁移到所述低负荷邻区的至少一个频点的UE加入所述迁移UE列表中。

根据本发明实施例，还提供了一种用户设备迁移系统，包括上述实施例中的集中单元CU和分布单元DU。

在本发明的上述实施例中，由DU根据策略选择迁移出的UE列表，CU负责把DU选出来的UE迁移到合适的邻区，从而在不增加F1接口压力的情况下达到负荷均衡的目的。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是5G基站的CU/DU架构示意图；

图2是根据本发明实施例的用户设备迁移方法的流程图；

图3是根据本发明实施例的DU触发的UE迁移方法的流程图；

图4是根据本发明实施例的CU指示低负荷频点信息的UE迁移方法流程图；

图5是根据本发明实施例1的UE迁移方法的流程图；

图6是根据本发明实施例2的UE迁移方法的流程图；

图7是根据本发明实施例3的UE迁移方法的流程图；

图8是根据本发明实施例4的UE迁移方法的流程图；

图9是根据本发明实施例5的小区负荷采集方法流程图；

图10是根据本发明实施例的集中单元CU的结构框图；

图11是根据本发明实施例的分布单元DU的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明所提供的方法实施例可以在5G基站的CU/DU架构上执行。图1是5G基站的CU/DU架构示意图。如图1所示，该5G基站可以包括一个或多个CU(图1中仅示出CU1和CU2)，CU之间通过Xn接口连接。每个CU与其所属的一个或多个DU(例如，DU1至DUn)通过F1接口连接。每个DU下又具有多个小区。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述的5G基站的CU/DU架构造成限定。

本实施例提供的用户设备迁移方法可以运行于图1所示的CU/DU架构上，以实现用户设备在小区将的迁移。图2是根据本发明实施例的用户设备迁移方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，CU接收DU发送的迁移UE列表；

步骤S204，CU将迁移UE列表中的UE进行邻区迁移。

在本实施例中，DU可以设置UE迁出策略，该迁出策略可以根据实际需要来进行设置。例如，可以包括但不限于以下策略及策略的组合：

1)选择PRB占用率超过设定门限的UE；

2)选择一定时间内误包率超过设定门限的UE；

3)选择不含某些业务(比如语音业务)的UE；

4)资源不足，不能满足QoS要求，优先级相对低的UE等等。

5)负荷均衡原因，DU收到CU的消息，选择的UE应该支持迁移到至少CU指定的一个频点。

在本实施例，DU负责根据策略选择迁移出的UE列表，CU负责把DU选出来的UE迁移到合适的邻区，这样的话DU可根据调度策略自主选择UE进行迁移，可满足多种调度策略原因的UE迁移。另外，DU选出的迁移UE相对来说数量比较少，DU只把这些满足条件的UE报给CU，由CU控制迁移流程。避免DU向CU大量报告UE调度相关信息，可以很大程度减少通过F1交互的信息量，大大减少F1口的负荷。

本发明实施例还提供了一种DU触发的UE迁移方法，如图3所示，包括如下步骤：

步骤S301，DU获知迁移策略或原则后，实时监控小区所有UE状况，识别符合迁移策略的UE汇总为UE列表。

步骤S302，DU把需要迁移的UE列表通过F1消息“DU迁移UE列表指示”消息发给CU，消息中包含待迁移UE列表。

步骤S303，CU收到该消息后，将根据消息中的UE列表，用预设置的策略进行处理，包括且不限于盲切换，基于测量的切换，重定向等。对“DU迁移UE列表指示”消息携带的UE迁移列表，对每个UE按如下操作：

1)获取UE所属小区的低负荷或高优先级邻区

2)如果配置的策略是盲切，则直接对UE下切换指令(切换指令有低负荷或高优先级邻区信息)。如果配置的策略是重定向，直接对UE下重定向指令(指令有低负荷或高优先级邻区的频点等信息)。如果配置的策略是基于测量的切换，则对每个UE下对邻区的测量指令，当UE上测量报告，说明邻区的信号足够强，则可以对UE发出切换到测量报告指示的邻区指令。

3)CU把“DU迁移UE列表指示”指示的UE列表根据配置的策略迁移到低负荷邻区。通过标准协议中规定的重定向或切换流程完成迁移。

本发明实施例还提供了一种CU指示低负荷频点信息的UE迁移方法。本实施例以负荷均衡这一特定场景下的UE迁移为例。

在本实施例中，为了保证DU选出的UE尽量能迁移到合适的邻区，CU可以把邻区的频点信息通过F1接口通知DU，这些邻区频点信息作为DU选择迁移UE的参考因素之一，保证选出来的UE列表支持向这些频点迁移。CU可能不会时刻采集邻区负荷信息，当DU需要主动迁移业务时可提前通过F1接口通知CU采集邻区负荷。

如图4所示，本实施提供的UE迁移方法包括如下步骤：

步骤S401，DU向CU发送“DU负荷指示”消息，该消息如果是DU主动发起，向CU指示DU下的小区负荷状态变化(如负荷由低变高或负荷由高变低)，便于CU触发合理的负载均衡行为。比如负荷由低变高时CU可以采集该小区的邻区负荷，找到低负荷的邻区，把高负荷小区下的部分业务迁移到低负荷的邻区；如负荷由高变低时CU可以停止采集邻区负荷。

消息内容可以包括小区ID，小区负荷状态(高、中、低)，小区上行剩余负荷、小区下行剩余负荷等。

具体地，DU实时监控自己名下各小区的负荷情况，并根据从后台获取的预设门限，及时判断是否是高负荷小区。当DU发现存在一个或多个高负荷小区时，通过“DU负荷指示”消息通知所属CU，该消息只在下面情况下触发(包括且不限于)：发现新增高负荷小区(根据预设门限判断)；已经上报过的高负荷小区，变为低负荷小区(根据预设门限判断)；已经上报过的高负荷小区，变为更高负荷小区(根据预设门限判断)。

步骤S402，CU收到“DU负荷指示”消息后，将进行负荷均衡准备工作，包括：

1)记录DU上报的高负荷小区；

2)对于每一个高负荷小区，CU获取其所有邻区的负荷，并可根据预设的门限值筛选出低负荷邻区。

步骤S403，CU通过“CU低负荷邻区频点信息指示”消息，将获取的高负荷小区的低负荷邻区的频点等信息下发给对应DU，以辅助DU选择迁移UE。

步骤S404，DU获取“CU低负荷邻区频点信息指示”消息后，根据设定的策略和低负荷频点信息选择迁移UE。

步骤S405，DU把需要迁移的UE列表通过F1消息“DU迁移UE列表指示”消息发给CU，消息中包含待迁移UE列表。该步骤可与图3实施例中的步骤S302相同，在此不详述。

步骤S406，CU收到该消息后，将根据消息中的UE列表，用预设置的策略对迁移UE列表中的UE进行迁移，包括且不限于盲切换，基于测量的切换，重定向等。该步骤可与图3实施例中的步骤S303相同，在此不详述。

实施例1

本发明实施例1提供了一种UE迁移方法。为了描述方便，在本实施实例中，CU1->DU1->Cell_1表示CU1下DU1的Cell_1小区，其它小区与DU以及CU之间的关系可以以此类推，在此不一一列举。另外，在本实施例中，预先设定如下条件：

1)小区Cell_1配置高负荷门限为PRB占用率达到小区可用资源的80％；

2)小区Cell_1配置UE迁出选择策略为选择PRB占用率超过5％的UE；

3)小区Cell_1下有100个UE，编号分别为UE0～UE99,其中UE0和UE1占用的PRB分别为小区整个资源的6％，8％。其它UE占用的PRB资源都没有超过5％。

4)小区Cell_1有两个邻区，分别为：

CU1->DUn->Cell_M,CU2->DU2->Cell_CU2_T。

通过常规的负荷交互方式发现邻区Cell_M的负荷为20％，邻区Cell_CU2_T的负荷为70％。

如图5所示，本实施例的UE迁移方法包括如下步骤：

步骤S501，DU1检测到小区Cell_1的PRB占用率超过80％；

步骤S502，DU1开始在小区Cell_1中筛选需迁移的UE，根据设定条件2)，只有UE0和UE1满足迁移条件，因此DU1选择UE0和UE1发给CU1,要求CU1迁移UE0和UE1，迁移原因是高负荷。

步骤S503，CU1收到迁移请求后，发现迁移原因是小区高负荷，且小区Cell_1有一个低负荷邻区Cell_M，则CU1对UE0和UE1分别发起向邻区Cell_M的迁移流程，该迁移流程可以是直接切换、测量切换、重定向等。

步骤S504，UE0和UE1收到迁移指令后，迁移到迁移指令指示的CU1->DUn->Cell_M小区下。

实施例2

在本实施例由DU触发迁移UE，在本实施例中，预先设定如下条件：

1)CU1->DU1->Cell_1配置调度策略迁移UE：

1000个TTI内，UE调度的次数超过100次，调度失败的次数超过80次。如果存在这样的UE，则迁出。

2)CU1->Cell_1配置UE迁移策略，如迁移原因为R，则把UE切换到邻区；

3)CU1->DU1->Cell_1下有100个UE，编号分别为UE0～UE99；

4)CU1->DU1->Cell_1有邻区CU1->DUn->Cell_M。

如图6所示，本实施例的UE迁移方法包括如下步骤：

步骤601：CU1->DU1->Cell_1调度过程中检测到UE0满足假设条件1)，则挑选UE0作为迁移UE，迁移原因值为R；

步骤602：DU1通过“DU迁移UE列表指示”消息告知CU1,CU1->DU1->Cell_1下的UE0因发生原因值为R的情况需要迁移；

步骤603：CU1收到DU1的“DU迁移UE列表指示”消息，发现迁移原因为R，则发起将UE0切换到CU1->DUn->Cell_M的流程；

步骤604：UE0收到切换指令，切换到CU1->DUn->Cell_M小区。

实施例3

本发明实施例3还提供了一种UE迁移方法。本实施例与上述实施例1和2的不同之处在于，在本实施实例中，由CU发送低负荷邻区指示，辅助DU选择迁移UE。同样，在本实施例中，可预先设定如下条件：

1)CU1->DU1->Cell_1配置高负荷门限为PRB占用率达到小区可用资源的80％；

2)CU1->DU1->Cell_1配置UE迁出选择策略为选择PRB占用率超过5％的UE；

3)CU1->DU1->Cell_1下有100个UE，编号分别为UE0～UE99,其中UE0和UE1占用的PRB分别为小区整个资源的6％，8％。其它UE占用的PRB资源都没有超过5％。

4)小区Cell_1有两个邻区，分别为：

CU1->DUn->Cell_M,CU2->DU2->Cell_CU2_T。

通过常规的负荷交互方式发现邻区Cell_M的负荷为20％，邻区Cell_T的负荷为70％。

5)UE0支持向邻区Cell_M迁移，UE1不支持向邻区Cell_M迁移。

如图7所示，本实施例4可包括如下步骤：

步骤S701，CU1发现小区Cell_1的两个邻区Cell_M和Cell_T负荷分别为20％和70％。根据设定的低负荷判断准则，认为邻区Cell_M为低负荷邻区；

步骤S702，CU1通过F1接口“CU低负荷邻区频点信息指示”消息通知DU1低负荷邻区Cell_M的频点等信息；

步骤S703，DU1收到低负荷频点指示信息，一段时间后发现其PRB占用率超过80％；

步骤S704，DU1开始筛选UE进行迁移。根据设定条件2)，只有UE0和UE1满足条件；根据设定条件5)，由于UE1不支持向邻区Cell_M迁移，因此排除UE1，只有UE0满足迁移条件。因此DU1选择UE0发给CU1，要求CU1迁移UE0，迁移原因是高负荷。

步骤S705，CU1收到迁移请求后，发现迁移原因是小区高负荷，且小区Cell_1有一个低负荷邻区Cell_M，则CU1对UE0发起向邻区Cell_M的迁移流程，该迁移流程可以是直接切换、测量切换、重定向等。

步骤S706，UE0收到迁移指令后，迁移到迁移指令指示的CU1->DUn->Cell_M小区。

实施例4

本实施例与上述的实施例的不同之处在于，在本实施实例中，CU1没有主动采集小区Cell_1的邻区负荷，而是DU先向CU指示负荷变化，然后CU才采取合理负荷均衡措施。

同样，在本实施例中，可预先设定如下条件：

1)小区Cell_1配置的高负荷指示消息发送门限为PRB占用率超过75％；

2)小区Cell_1配置高负荷门限为PRB占用率达到小区可用资源的80％；

3)小区Cell_1配置UE迁出选择策略为选择PRB占用率超过5％的UE；

4)小区Cell_1下有100个UE，编号分别为UE0～UE99,其中UE0和UE1占用的PRB分别为小区整个资源的6％，8％。其它UE占用的PRB资源都没有超过5％；

5)UE0支持向邻区Cell_M迁移，UE1不支持向邻区Cell_M迁移。

如图8所示，本实施例可包括如下步骤：

步骤S801，检测到小区Cell_1的PRB占用率超过75％但是没有超过80％，则DU1向CU1发送“DU负荷指示”消息，消息内容包含CU1->DU1->Cell_1标识、CU1->DU1->Cell_1负荷状态(中或高)、CU1->DU1->Cell_1上下行剩余容量(表明剩余业务接纳能力)。

步骤S802，CU1收到负荷指示后发现小区Cell_1负荷偏高，则CU1启动Cell_1的邻区的负荷采集流程。

本实施的后续步骤与实施例3的相同，可参考实施例3的步骤S701至步骤S705，在此不累述。

实施例5

本实施例详细描述了邻区负荷采集。以5G RAN系统为例，5G RAN系统小区的邻区在CU侧配置，因此，由CU负责邻区负荷采集。邻区可能跨DU部署，也可能跨CU部署(也可能存在异系统邻区，如LTE邻区)，如图1和9所示：

1)CU和LTE通过X2接口连接；

2)CU和DU通过F1接口连接；

3)CU之间通过Xn接口连接。

依据上述连接方式的不同，将负荷采集也分如下三种类型。

第一种：CU与LTE小区之间的负荷交互

该负荷交互可以通过已有的X2标准协议消息来进行，主要涉及以下3条消息：

1)RESOURCE STATUS REQUEST：指明需要采集那种资源的负荷，及负荷报告的周期；

2)RESOURCE STATUS RESPONSE：目标小区响应资源采集请求；

3)RESOURCE STATUS UPDATE：目标小区按RESOURCE STATUS REQUEST请求方式报告小区负荷。

第二种：CU与DU之间负荷交互

该负荷交互可以仿照X2负荷交互方式，需要在F1接口增加3条消息：

1)CU RESOURCE STATUS REQUEST(消息名称仅为示列，并不限于此)：CU发给DU，要求DU报告指定小区的负荷。消息内容：小区标识、需要采集的资源类型、及负荷报告方式和周期等。

2)CU RESOURCE STATUS RESPONSE(消息名称不限于此)：DU发给CU，DU小区响应CU对资源采集请求。

3)DU RESOURCE STATUS UPDATE(消息名称不限于此)：DU按CU RESOURCE STATUSREQUEST请求方式报告小区负荷。消息内容可包括小区标识，硬件、传输负荷状态(高、中、低)、剩余资源(表明业务接纳能力)等。

第三种：CU与CU之间的负荷交互

该负荷交互可仿照X2负荷交互方式，需要在Xn接口增加3条消息：

1)XN RESOURCE STATUS REQUEST：CU1的某小区请求CU2下某些小区的负荷，则由CU1通过Xn口发给CU2。消息内容可包括需要采集负荷的邻区小区标识，需要采集的负荷类型(硬件负荷、传输负荷、物理资源负荷等等)，负荷报告方式及周期等。

2)XN RESOURCE STATUS RESPONSE：CU2响应CU1的负荷请求

3)XN RESOURCE STATUS UPDATE：CU2按CU1的请求方式响应CU1所请求的小区负荷。消息内容可包括CU2负荷，例如，硬件负荷或传输负荷状态等，以及CU2下需报告负荷的小区标识，硬件、传输负荷状态(高、中、低)、剩余资源(表明业务接纳能力)等。

需要特别说明的是因5G RAN物理资源在DU侧，CU和CU的负荷交互，可能会由CU转发给DU处理。及调用CU和DU负荷交互的接口。

下面本实施例详细描述了CU的负荷采集流程流程，如图9所示，CU1->DU1->Cell_1有2个邻区，一个跨DU的邻区CU1->DUn->Cell_M，一个跨CU的邻区CU2->DU2->Cell_CU2_T。

本实施的负荷采集包括如下步骤：

步骤S901：CU1收到CU1->DU1->Cell_1的“DU负荷指示”，发现CU1->DU1->Cell_1高负荷，或者CU1本身的策略(如CU1硬件负荷达到设定的门限、CU1的自优化功能)等原因，开始采集CU1->DU1->Cell_1邻区的负荷。

步骤S902：CU1通过F1接口向CU1->DUn->Cell_M发负荷采集请求CU RESOURCESTATUS REQUEST，消息主要内容：CU1->DUn->Cell_M的小区标识、采集的负荷类型(包含但不限于传输负荷，物理资源负荷，硬件负荷等)、负荷报告周期。

步骤S903：CU1通过Xn接口向CU2发负荷采集请求XN RESOURCE STATUS REQUEST，消息主要内容：CU2->DU2->Cell_CU2_T的小区标识、采集的负荷类型(包含但不限于传输负荷，物理资源负荷，硬件负荷等)、负荷报告周期。

步骤S904：CU1->DUn->Cell_M收到CU1的负荷采集请求CU RESOURCE STATUSREQUEST，向CU1发送CU RESOURCE STATUS RESPONSE作为响应，表明CU1->DUn->Cell_M已经接受请求并会按请求的方式报告负荷。

步骤S905：CU2收到CU1的负荷采集请求XN RESOURCE STATUS REQUEST，发现需要采集CU2->DU2->Cell_CU2_T的负荷，则CU2通过F1接口向DU2发送CU RESOURCE STATUSREQUEST，消息主要内容：CU2->DU2->Cell_CU2_T的小区标识、采集的负荷类型(包含但不限于传输负荷，物理资源负荷，硬件负荷等)、负荷报告周期；

步骤S906：CU2->DU2->Cell_CU2_T收到CU2的负荷采集请求CU RESOURCE STATUSREQUEST，向CU2发送CU RESOURCE STATUS RESPONSE作为响应，表明CU2->DU2->Cell_CU2_T已经接受请求并会按请求的方式报告负荷；

步骤S907：CU2接收到CU2->DU2->Cell_CU2_T的资源采集响应CU RESOURCESTATUS RESPONSE后，通过Xn接口向CU1响应XN RESOURCE STATUS RESPONSE，表明DU2已经接受请求并会按请求的方式报告负荷；

步骤S908：CU1->DUn->Cell_M收集负荷，通过F1接口向CU1发送DU RESOURCESTATUS UPDATE报告负荷，消息内容：CU1->DUn->Cell_M的小区标识，硬件、传输负荷状态(高、中、低)、剩余资源(表明业务接纳能力)等；

步骤S909：CU2->DU2->Cell_CU2_T收集负荷，通过F1接口向CU2发送DU RESOURCESTATUS UPDATE报告负荷，消息内容：CU2->DU2->Cell_CU2_T的小区标识，硬件、传输负荷状态(高、中、低)、剩余资源(表明业务接纳能力)等；

步骤S910：CU2把收到的CU2->DU2->Cell_CU2_T负荷通过Xn接口消息XN RESOURCESTATUS UPDATE发给CU1，消息内容：CU2->DU2->Cell_CU2_T的小区标识，硬件、传输负荷状态(高、中、低)、剩余资源(表明业务接纳能力)等；

通过上述的步骤，CU1解析收到的DU RESOURCE STATUS UPDATE获取到跨DU邻区CU1->DUn->Cell_M的负荷，CU1解析收到的XN RESOURCE STATUS UPDATE获取到跨CU邻区CU2->DU2->Cell_CU2_T的负荷。

在本实施例中还提供了一种，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图10是根据本发明实施例的集中单元CU的结构框图，如图10所示，该集中单元100包括接收模块110和迁移模块120。

接收模块110用于接收分布单元DU发送的迁移UE列表。迁移模块120，用于将迁移UE列表中的UE进行邻区迁移。

图11是根据本发明实施例的分布单元的结构框图，如图11所示，该分布单元200包括监控模块210和发送模块220。

监控模块210用于监控第一小区中UE的状况，并将符合迁出策略的UE加入迁移UE列表中。

发送模块220用于向集中单元CU发送所述迁移UE列表，以便所述CU将迁移UE列表中的UE进行邻区迁移

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (25)

1.一种用户设备迁移方法，其特征在于，包括：

集中单元CU接收分布单元DU发送的迁移UE列表；

所述CU将迁移UE列表中的UE进行邻区迁移。

2.根据权利要求1所述的方法，其特征在于，所述CU接收所述DU发送的迁移UE列表，包括：

所述CU接收所述DU发送的迁移UE列表指示消息，其中，所述迁移UE列表指示消息中携带有所述迁移UE列表,以及迁移的原因值。

3.根据权利要求2所述的方法，其特征在于，所述CU接收所述DU发送的迁移UE列表指示消息之前，还包括：

所述DU监控第一小区中UE的状况，并将符合迁出策略的UE加入所述迁移UE列表中。

4.根据权利要求3所述的方法，其特征在于，所述迁出策略包括以下至少之一：

PRB占用率超过设定门限的UE；

误包率超过设定门限的UE；

不含指定业务的UE；

资源不足，不能满足业务的QoS要求的UE；

优先级低于设定优先级的UE。

5.根据权利要求1所述的方法，其特征在于，所述CU对迁移UE列表中的UE进行邻区迁移，包括：

所述CU获取所述第一小区的低负荷或高优先级邻区，其中，所述低负荷邻区为负荷低于预设门限的邻区或负荷比服务小区低于预设门限的邻区，所述高优先级邻区为优先级高于预设优先级的邻区；

所述CU根据配置的迁移切换策略将所述UE迁移至所述低负荷或高优先级邻区。

6.根据权利要求5所述的方法，其特征在于，所述CU根据配置的迁移策略将所述UE迁移至所述低负荷或高优先级邻区，包括以下之一：

如果所述迁移切换策略为盲切换，则所述CU向所述UE下发切换指令以将所述UE切换至所述低负荷或高优先级邻区，其中，所述切换指令中携带有低负荷或高优先级邻区信息；

如果所述迁移切换策略为重定向，则所述CU向所述UE下发重定向指令以将所述UE重定向至所述低负荷或高优先级邻区，其中，所述重定向指令中携带有低负荷或高优先级邻区的频点信息；

如果所述迁移切换策略为基于测量的切换，则所述CU向所述UE下发对邻区的测量指令，并根据UE上报的测量报告，将所述UE切换到所述测量报告指示的邻区。

7.根据权利要求1所述的方法，其特征在于，所述CU接收所述DU发送的迁移UE列表指示消息之前，还包括：

所述DU监控该DU下各小区的负荷情况，将待进行UE迁移的第一小区通知所述CU，其中，所述第一小区为负荷高于预设门限的小区。

8.根据权利要求7所述的方法，其特征在于，所述DU将第一小区通知所述CU，包括：

所述DU在满足触发条件的情况下向所述CU发送负荷指示消息将所述第一小区通知所述CU，其中，所述触发条件包括以下至少之一：发现新增的高负荷小区；已经上报过的高负荷小区发生负荷变化达到预设门限。

9.根据权利要求8所述的方法，其特征在于，所述负荷指示消息中包括以下至少之一：

小区ID、小区负荷状态、小区上行剩余负荷、小区下行剩余负荷。

10.根据权利要求7或8所述的方法，其特征在于，所述DU向所述CU发送负荷指示消息之后，还包括：

所述CU采集所述第一小区的所有邻区的负荷，并筛选出所述第一小区的低负荷邻区；

所述CU将所述低负荷邻区的频点信息通知所述DU。

11.根据权利要求10所述的方法，其特征在于，所述DU将符合迁出策略的UE加入所述迁移UE列表中，包括：

所述DU将符合所述迁出策略并支持迁移到所述低负荷邻区的至少一个频点的UE加入所述迁移UE列表中。

12.根据权利要求9所述的方法，其特征在于，所述CU采集所述第一小区的所有邻区的负荷，包括以下至少之一：

所述CU向所述第一小区的邻区发送资源采集请求，并接收所述邻区上报的小区负荷报告；

所述CU向所述DU发送资源采集请求，并接收所述DU上报的小区负荷报告；

所述CU向其它CU发送资源采集请求，并接收所述其它CU上报的小区负荷报告。

13.根据权利要求12所述的方法，其特征在于，所述资源采集请求中至少包括以下之一：

需要采集负荷的邻区标识、需要采集的负荷类型、负荷报告方式、负荷报告周期。

14.一种集中单元CU，其特征在于，包括：

接收模块，用于接收分布单元DU发送的迁移UE列表；

迁移模块，用于将迁移UE列表中的UE进行邻区迁移。

15.根据权利要求14所述的集中单元，其特征在于，

所述接收模块，还用于接收所述DU发送的迁移UE列表指示消息，其中，所述迁移UE列表指示消息中携带有所述迁移UE列表，以及迁移的原因值。

16.根据权利要求14所述的集中单元，其特征在于，所述迁移模块包括：

获取单元，用于获取所述第一小区的低负荷或高优先级邻区，其中，所述低负荷邻区为负荷低于预设门限的邻区或负荷比服务小区低于预设门限的邻区，所述高优先级邻区为优先级高于预设优先级的邻区；

迁移单元，用于根据配置的迁移切换策略将所述UE迁移至所述低负荷或高优先级邻区。

17.根据权利要求16所述的集中单元，其特征在于，所述迁移单元通过以下方式之一将所述UE迁移至所述低负荷或高优先级邻区：

如果所述迁移切换策略为盲切换，则向所述UE下发切换指令以将所述UE切换至所述低负荷或高优先级邻区，其中，所述切换指令中携带有低负荷或高优先级邻区信息；

如果所述迁移切换策略为重定向，则向所述UE下发重定向指令以将所述UE重定向至所述低负荷或高优先级邻区，其中，所述重定向指令中携带有低负荷或高优先级邻区的频点信息；

如果所述迁移切换策略为基于测量的切换，则向所述UE下发对邻区的测量指令，并根据UE上报的测量报告，将所述UE切换到所述测量报告指示的邻区。

18.根据权利要求16所述的集中单元，其特征在于，

所述采集单元，还用于采集所述第一小区的所有邻区的负荷，并筛选出所述第一小区的低负荷邻区，将所述低负荷邻区的频点信息通知所述DU。

19.一种分布单元DU，其特征在于，包括：

监控模块，用于监控第一小区中UE的状况，并将符合迁出策略的UE加入迁移UE列表中；

发送模块，用于向集中单元CU发送所述迁移UE列表，以便所述CU将迁移UE列表中的UE进行邻区迁移。

20.根据权利要求19所述的分布单元，其特征在于，所述迁出策略包括以下至少之一：

PRB占用率超过设定门限的UE；

误包率超过设定门限的UE；

不含指定业务的UE；

资源不足，不能满足业务的QoS要求的UE；

优先级低于设定优先级的UE。

21.根据权利要求19所述的分布单元，其特征在于

所述监控模块，还用于监控所述DU下各小区的负荷情况，将待进行UE迁移的第一小区通知所述CU，其中，所述第一小区为负荷高于预设门限的小区。

22.根据权利要求19所述的分布单元，其特征在于，

所述监控模块在满足触发条件的情况下向所述CU发送负荷指示消息将所述第一小区通知所述CU，其中，所述触发条件包括以下至少之一：发现新增的高负荷小区；已经上报过的高负荷小区发生负荷变化达到预设门限。

23.根据权利要求22所述的分布单元，其特征在于，所述负荷指示消息中包括以下至少之一：

小区ID、小区负荷状态、小区上行剩余负荷、小区下行剩余负荷。

24.根据权利要求22所述的分布单元，其特征在于，

所述监控模块，还用于将符合所述迁出策略并支持迁移到所述低负荷邻区的至少一个频点的UE加入所述迁移UE列表中。

25.一种用户设备迁移系统，其特征在于，包括权利要求14至18中任一项所述的集中单元CU，以及权利要求19至24中任一项所述的分布单元DU。

Images