CN101772080A - 小区负荷状态的获取方法和系统、演进的节点 - Google Patents
小区负荷状态的获取方法和系统、演进的节点 Download PDFInfo
- Publication number
- CN101772080A CN101772080A CN200810184796A CN200810184796A CN101772080A CN 101772080 A CN101772080 A CN 101772080A CN 200810184796 A CN200810184796 A CN 200810184796A CN 200810184796 A CN200810184796 A CN 200810184796A CN 101772080 A CN101772080 A CN 101772080A
- Authority
- CN
- China
- Prior art keywords
- node
- evolution
- cell
- load condition
- sub
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Abstract
本发明公开了一种小区负荷状态的获取方法和系统、演进的节点,该方法应用于演进的节点之间报告小区负荷状态,包括如下操作:第一演进的节点向第二演进的节点发送资源状况请求消息,并在其中携带第二演进的节点中与第一演进的节点的小区邻接的小区列表信息;响应于资源状况请求消息,第二演进的节点向第一演进的节点返回小区列表信息指示的小区的负荷状态。本发明提高了系统的效率并且减轻了系统的负荷。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种小区负荷状态的获取方法和系统、演进的节点。
背景技术
长期演进(Long Term Evolution,简称为LTE)移动通信系统包括核心网和接入网,其中,核心网包含移动性管理实体(MobileManagement Entity,简称为MME)/服务网关(Service-Gateway,简称为S-GW)设备,接入网包括演进的节点(eNodeB)设备。
图1是根据相关技术的LTE移动通信系统的网络拓扑图,如图1所示,在通用移动通信系统陆地无线接入网(Universal MobileTelecommunications System Terrestrial Radio Access Network,简称为E-UTRAN)中,eNodeB通过X2接口(X2接口是eNodeB之间的接口,用于eNodeB之间的信息交换)与邻接eNodeB通信,eNodeB通过S 1接口与核心网相连,eNodeB通过X1接口(即,空口)与用户设备(User Equipment,简称为UE)通信。
基于eNodeB小区负荷均衡策略,会使高业务负荷小区的某些UE切换到其它邻接eNodeB小区。为了降低该种切换失败概率(即,避免切换到其它邻接eNodeB小区也是高业务负荷小区),需要获取邻接eNodeB小区的负荷状态,在基于负荷均衡切换时将UE切换到低负荷的邻接小区。
目前第三代移动通信伙伴计划(3rd Generation PartnershipProject,简称为3GPP)36.423协议里存在通过eNodeB X2口获取邻接小区负荷状态的流程,图2是根据相关技术的资源状况报告初始过程的交互流程图,如图2所示,eNodeB1请求eNodeB2启动或者停止周期报告小区负荷状态,资源状况报告初始(Resource StatusReporting Initiation)过程包括如下的步骤S202至步骤S204:
步骤S202,eNodeB1通过X2接口发送资源状况请求(RESOURCE STATUS REQUEST)消息给eNodeB2。
步骤S204,NodeB2接收到RESOURCE STATUS REQUEST消息后,根据该消息内容中的指示,启动或者停止小区负荷状态周期报告;如果eNodeB2处理正确,则向eNodeB1返回资源状况响应(RESOURCE STATUS RESPONSE)消息,处理异常返回资源状况失败(RESOURCE STATUS FAILURE)消息。
图3是根据相关技术的资源状况报告过程的交互流程图,如图3所示,eNodeB2周期报告小区负荷状态(Resource Status Reporting)包括如下的步骤S302:
步骤S302,eNodeB2通过X2接口周期发送资源状况更新(RESOURCE STATUS UPDATE)消息给eNodeB1,并在其中携带eNodeB2小区的负荷状态。
但是,上述方法存在如下的缺点:eNodeB2周期报告小区负荷状态的周期时长控制比较困难,如果周期太短,频繁报告导致X2接口消息过多;如果周期太长,eNodeB1不能实时获得eNodeB2小区负荷状态情况。
针对相关技术中周期报告小区状态会导致X2接口消息过多或者不能实时获得小区负荷状态的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中周期报告小区状态会导致X2接口消息过多或者不能实时获得小区负荷状态的问题而提出本发明,为此,本发明的主要目的在于提供一种改进的小区负荷状态的报告方案,以解决上述问题至少之一。
为了实现上述目的,根据本发明的一个方面,提供了一种小区负荷状态的获取方法。
根据本发明的小区负荷状态的获取方法,应用于演进的节点之间报告小区负荷状态,包括如下操作:第一演进的节点向第二演进的节点发送资源状况请求消息,并在其中携带第二演进的节点中与第一演进的节点的小区邻接的小区列表信息;响应于资源状况请求消息,第二演进的节点向第一演进的节点返回小区列表信息指示的小区的负荷状态。
优选地,在第二演进的节点向第一演进的节点返回负荷状态之前,上述方法还包括:第二演进的节点从本地获取负荷状态。
优选地,第二演进的节点向第一演进的节点返回负荷状态包括:第二演进的节点向第一演进的节点返回资源状况响应消息,并在其中携带负荷状态。
优选地,第二演进的节点向第一演进的节点返回负荷状态包括:第二演进的节点向第一演进的节点返回资源状况更新消息,并在其中携带负荷状态。
为了实现上述目的,根据本发明的另一个方面,提供了一种演进的节点。
根据本发明的演进的节点包括:发送模块,用于向其它演进的节点发送资源状况请求消息,并在其中携带其它演进的节点中与演进的节点的小区邻接的小区列表信息。
为了实现上述目的,根据本发明的另一个方面,还提供了一种演进的节点。
根据本发明的演进的节点包括:接收模块,接收来自其它演进的节点的资源状况请求消息,其中,资源状况请求消息携带有演进的节点中与其它演进的节点的小区邻接的小区列表信息;反馈模块,并向其它演进的节点反馈小区列表信息指示的小区的负荷状态。
优选地,上述演进的节点还包括:获取模块,用于从本地获取负荷状态。
为了实现上述目的,根据本发明的再一个方面,提供了一种小区负荷状态的获取系统。
根据本发明的小区负荷状态的获取系统包括第一演进的节点和第二演进的节点,其中,第一演进的节点包括:发送模块,用于向第二演进的节点发送资源状况请求消息,并在其中携带第二演进的节点中与第一演进的节点的小区邻接的小区列表信息;第二演进的节点包括:接收模块,用于接收来自第一演进的节点的资源状况请求消息;反馈模块,用于向第一演进的节点反馈小区列表信息指示的小区的负荷状态。
优选地,第二演进的节点还包括:获取模块,用于从本地获取负荷状态。
通过本发明,采用根据相邻演进的节点发送的资源状况请求消息反馈负荷状态的方法,解决了相关技术中周期报告小区状态会导致X2接口消息过多或者不能实时获得小区负荷状态的问题,进而提高了系统的效率并且减轻了系统的负荷。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的LTE移动通信系统的网络拓扑图;
图2是根据相关技术的资源状况报告初始过程的交互流程图;
图3是根据相关技术的资源状况报告过程的交互流程图;
图4是根据本发明实施例的小区负荷状态的获取方法的流程图;
图5是根据本发明实例一的小区负荷状态的获取方法的流程图;
图6是根据本发明实例二的小区负荷状态的获取方法的流程图;
图7是根据本发明实施例的小区负荷状态的获取系统的结构框图。
具体实施方式
功能概述
考虑到相关技术中周期报告小区状态会导致X2接口消息过多或者不能实时获得小区负荷状态的问题,通过本发明,本发明实施例提供了一种改进的小区负荷状态的获取方案,在相邻演进的节点发送资源状况请求消息触发报告负荷状态的情况下,接收到该资源状况请求消息的演进的节点反馈负荷状态,可以提高系统的效率并且减轻系统的负荷。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
方法实施例
根据本发明的实施例,提供了一种小区负荷状态的获取方法,应用于演进的节点之间报告小区负荷状态。当第一演进的节点(即,eNodeB1)小区出现高业务负荷时,基于负荷均衡策略,eNodeB1需要把某些UE业务切换到相邻第二演进的节点(即,eNodeB2)的低负荷小区,这时需要获取eNodeB2小区当前的负荷状态信息。
图4是根据本发明实施例的小区负荷状态的获取方法的流程图,如图4所示,该方法包括如下的步骤S402至步骤S404:
步骤S402,eNodeB1向eNodeB2发送资源状况请求(RESOURCE STATUS REQUEST)消息,并在其中携带eNodeB2中与eNodeB1的小区邻接的小区列表信息。
步骤S404,响应于资源状况请求消息,eNodeB2向eNodeB1返回小区列表信息指示的小区的负荷状态。在此之前,eNodeB2从本地获取负荷状态。
在步骤S404中,eNodeB2向eNodeB1返回小区列表信息指示的小区的负荷状态可以通过以下两种形式来实现:
(1)eNodeB2向eNodeB1返回资源状况响应消息,并在其中携带负荷状态。具体地,eNodeB2把小区当前负荷状态在应答消息返回给eNodeB1,或者直接使用RESOURCE STATUS RESPONSE消息返回eNodeB2小区负荷状态。
(2)eNodeB2向eNodeB1返回资源状况更新消息,并在其中携带负荷状态。具体地,在eNodeB2向eNodeB1返回RESOURCESTATUS RESPONSE消息后,在发送的RESOURCE STATUSUPDATE消息中返回eNodeB2小区负荷状态。
在步骤S404之后,eNodeB1获取到eNodeB2的小区负荷状态,如果eNodeB2小区负荷状态不高,即,进行基于负荷均衡策略的切换,将某些UE业务切换到eNodeB2的小区;如果eNodeB2小区负荷也很高,再重复上述的步骤S402和步骤S404的操作,获取其它eNodeB的小区负荷状态。
通过该实施例,eNodeB1在作负荷均衡时,请求小区负荷状态,eNodeB2直接在应答消息中报告小区负荷状态,采用这种直接查询的方法,eNodeB1实时地获得了eNodeB2小区负荷状态,也避免了eNodeB2周期上报小区负荷状态而导致的X2口消息过多。
下面将结合实例对本发明实施例的实现过程进行详细描述。
LTE移动通信系统中的两个eNodeB通过X2口建立连接,两个eNodeB分别为eNodeB1和eNodeB2,小区(Cell)1、Cell2和Cell3是属于eNodeB2的3个小区,其中,Cell1和Cell2是eNodeB1小区的邻接小区。
实例一
图5是根据本发明实例一的小区负荷状态的获取方法的流程图,如图5所示,该方法包括如下的步骤S502至步骤S504:
步骤S502,eNodeB1向eNodeB2发送资源状况请求(RESOURCE STATUS REQUEST)消息,其中,该RESOURCESTATUS REQUEST消息中包含有eNodeB1小区的邻接小区Cell1和Cell2。
步骤S504,eNodeB2把Cell1和Cell2的当前负荷状态使用资源状况响应(RESOURCE STATUS RESPONSE)消息返回给eNodeB1。
其中,该实例一中的消息体信元说明如下表1和表2:
表1资源状况请求消息
信息元素IE/组别名称GroupName | 范围Range | 信息元素类别IEtype |
消息类别Message Type | ||
需要报告的eNodeB1的邻接小区列表,即属于eNodeB2的小区CellTo Report List | 0至eNB最大小区数0 to maxCellineNB | |
>小区标识Cell ID: |
表2资源状况响应消息
信息元素IE/组别名称GroupName | 范围Range | 范围Range |
消息类别Message Type |
信息元素IE/组别名称GroupName | 范围Range | 范围Range |
经过测量后的eNodeB2的小区列表Cell Measurement Result | 1至eNB最大小区数1 to maxCellineNB | |
>eNodeB2的小区标识Cell ID | ||
>该小区报告的资源状态Resource Status | 列举ENUMERATED(...) |
通过该实例,提供了响应于资源状况请求消息,eNodeB2在资源状况响应消息中反馈小区负荷状态的技术方案。
实例二
图6是根据本发明实例二的小区负荷状态的获取方法的流程图,如图6所示,该方法包括如下的步骤S602至步骤S606:
步骤S602,eNodeB1向eNodeB2发送RESOURCE STATUSREQUEST消息,该RESOURCE STATUS REQUEST消息中包含eNodeB1小区的邻接小区Cell1和Cell2。
步骤S604,eNodeB2向eNodeB1返回资源状况响应(RESOURCE STATUS RESPONSE)消息。
步骤S606,eNodeB2把Cell1和Cell2的当前负荷状态使用资源状况更新(RESOURCE STATUS UPDATE)消息返回给eNodeB1。
通过该实例,提供了响应于资源状况请求消息,eNodeB2在资源状况更新消息中反馈小区负荷状态的技术方案。
系统实施例
根据本发明的实施例,提供了一种小区负荷状态的获取系统。图7是根据本发明实施例的小区负荷状态的获取系统的结构框图,如图7所示,该系统包括eNodeB1 2和eNodeB2 4,下面对其中的结构进行描述。
eNodeB1 2包括:发送模块22,用于向eNodeB2发送资源状况请求消息,并在其中携带eNodeB2中与eNodeB1的小区邻接的小区列表信息。
eNodeB2 4,连接至eNodeB1 2,包括:接收模块42,用于接收来自eNodeB1的资源状况请求消息;反馈模块44,连接至接收模块42,用于在接收模块42接收到资源状况请求消息后,向eNodeB1反馈小区列表信息指示的小区的负荷状态。
进一步地,eNodeB2 4还包括:获取模块(图中未示出),连接至接收模块42和反馈模块44,用于在接收模块42接收到资源状况请求消息后,从本地获取负荷状态,以便反馈模块44向eNodeB1反馈小区列表信息指示的小区的负荷状态。
需要说明的是,上述系统中的eNodeB1和eNodeB2可以作为系统的结构组合在一起使用,也可以作为独立的装置来使用。
通过本发明的上述实施例,在eNodeB1在作负荷均衡时,请求小区负荷状态,eNodeB2直接在应答消息中报告小区负荷状态,采用这种直接查询的方法,eNodeB1实时地获得了eNodeB2小区负荷状态,也避免了eNodeB2周期上报小区负荷状态而导致的X2口消息过多,进而提高了系统的效率并且减轻了系统的负荷。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种小区负荷状态的获取方法,应用于演进的节点之间报告小区负荷状态,其特征在于,所述方法包括:
第一演进的节点向第二演进的节点发送资源状况请求消息,并在其中携带所述第二演进的节点中与所述第一演进的节点的小区邻接的小区列表信息;
响应于所述资源状况请求消息,所述第二演进的节点向所述第一演进的节点返回所述小区列表信息指示的小区的负荷状态。
2.根据权利要求1所述的方法,其特征在于,在所述第二演进的节点向所述第一演进的节点返回所述负荷状态之前,所述方法还包括:
所述第二演进的节点从本地获取所述负荷状态。
3.根据权利要求1所述的方法,其特征在于,所述第二演进的节点向所述第一演进的节点返回所述负荷状态包括:
所述第二演进的节点向所述第一演进的节点返回资源状况响应消息,并在其中携带所述负荷状态。
4.根据权利要求1所述的方法,其特征在于,所述第二演进的节点向所述第一演进的节点返回所述负荷状态包括:
所述第二演进的节点向所述第一演进的节点返回资源状况更新消息,并在其中携带所述负荷状态。
5.一种演进的节点,其特征在于,包括:
发送模块,用于向其它演进的节点发送资源状况请求消息,并在其中携带所述其它演进的节点中与所述演进的节点的小区邻接的小区列表信息。
6.一种演进的节点,其特征在于,包括:
接收模块,接收来自其它演进的节点的资源状况请求消息,其中,所述资源状况请求消息携带有所述演进的节点中与所述其它演进的节点的小区邻接的小区列表信息;
反馈模块,并向所述其它演进的节点反馈所述小区列表信息指示的小区的负荷状态。
7.根据权利要求6所述的演进的节点,其特征在于,还包括:获取模块,用于从本地获取所述负荷状态。
8.一种小区负荷状态的获取系统,包括第一演进的节点和第二演进的节点,其特征在于,
所述第一演进的节点包括:
发送模块,用于向所述第二演进的节点发送资源状况请求消息,并在其中携带所述第二演进的节点中与所述第一演进的节点的小区邻接的小区列表信息;
所述第二演进的节点包括:
接收模块,用于接收来自所述第一演进的节点的所述资源状况请求消息;
反馈模块,用于向所述第一演进的节点反馈所述小区列表信息指示的小区的负荷状态。
9.根据权利要求8所述的系统,其特征在于,所述第二演进的节点还包括:
获取模块,用于从本地获取所述负荷状态。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810184796A CN101772080A (zh) | 2008-12-30 | 2008-12-30 | 小区负荷状态的获取方法和系统、演进的节点 |
PCT/CN2009/073463 WO2010081326A1 (zh) | 2008-12-30 | 2009-08-24 | 小区负荷状态的获取方法和系统、演进的节点b |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810184796A CN101772080A (zh) | 2008-12-30 | 2008-12-30 | 小区负荷状态的获取方法和系统、演进的节点 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101772080A true CN101772080A (zh) | 2010-07-07 |
Family
ID=42339414
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810184796A Pending CN101772080A (zh) | 2008-12-30 | 2008-12-30 | 小区负荷状态的获取方法和系统、演进的节点 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101772080A (zh) |
WO (1) | WO2010081326A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104507120A (zh) * | 2014-12-10 | 2015-04-08 | 京信通信系统(中国)有限公司 | 一种小区间负载均衡方法及装置 |
WO2021036621A1 (zh) * | 2019-08-30 | 2021-03-04 | 中国移动通信有限公司研究院 | 信息交互方法及相关设备 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102695215B (zh) * | 2011-03-22 | 2015-04-29 | 华为技术有限公司 | 发送及接收负载信息的方法、接入网控制节点及系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE308861T1 (de) * | 1999-07-03 | 2005-11-15 | Anordnung und verfahren zur laststeuerung in einem telekommunikationsnetz | |
CN101072391A (zh) * | 2006-05-08 | 2007-11-14 | 华为技术有限公司 | 无线演进网络中的基站及基站间交互负载信息的方法 |
CN101272588A (zh) * | 2007-03-19 | 2008-09-24 | 华为技术有限公司 | 异系统切换或重选 |
CN101577927B (zh) * | 2009-01-15 | 2012-02-29 | 华为技术有限公司 | 负载测量方法、演进基站和负载测量系统 |
-
2008
- 2008-12-30 CN CN200810184796A patent/CN101772080A/zh active Pending
-
2009
- 2009-08-24 WO PCT/CN2009/073463 patent/WO2010081326A1/zh active Application Filing
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104507120A (zh) * | 2014-12-10 | 2015-04-08 | 京信通信系统(中国)有限公司 | 一种小区间负载均衡方法及装置 |
CN104507120B (zh) * | 2014-12-10 | 2018-09-18 | 京信通信系统(中国)有限公司 | 一种小区间负载均衡方法及装置 |
WO2021036621A1 (zh) * | 2019-08-30 | 2021-03-04 | 中国移动通信有限公司研究院 | 信息交互方法及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2010081326A1 (zh) | 2010-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11871295B2 (en) | Registration management method for terminal accessing 5G network on non-3GPP access | |
CN102893547B (zh) | 在无线设备中控制多个无线接入承载的方法和装置 | |
US20230180274A1 (en) | Data scheduling method, base station, and system | |
US10728736B2 (en) | Method and apparatus for efficiently transmitting small amounts of data in wireless communication systems | |
CN102598786B (zh) | 基站间的切换方法、基站、和通讯系统 | |
US9042393B2 (en) | Method and apparatus for setting up uplink common bearer in wireless communication network | |
CN103582017A (zh) | 终端、网络设备及网络系统接入方法 | |
CN102823288B (zh) | 用于在无线通信系统中执行测量的方法和装置 | |
CN102244877B (zh) | 一种更新邻区关系列表的方法及装置 | |
CN101330501A (zh) | 网络连接建立的方法及其装置 | |
CN114222326A (zh) | 终端装置、网络装置、控制方法以及计算机可读存储介质 | |
CN101626601A (zh) | 小区能力信息指示方法、基站、无线网络控制器 | |
CN101646157A (zh) | 池信息管理方法及其设备 | |
CN100499544C (zh) | WiMAX接入服务网络网关间相互定位的方法 | |
CN102438225B (zh) | 一种对MME直接信息传递信令的处理方法及DeNB | |
CN107734598A (zh) | 一种系统信息变更指示方法、ue、网络侧设备和系统 | |
CN101998666B (zh) | 一种本地呼叫本地交换的实现方法 | |
CN101772080A (zh) | 小区负荷状态的获取方法和系统、演进的节点 | |
CN103458506B (zh) | 基于家庭基站系统架构的寻呼方法及装置 | |
CN101841850A (zh) | 在lte系统中获取邻区负荷信息的方法、装置和系统 | |
CN101594651B (zh) | 发送邻接小区列表的方法、装置以及系统 | |
CN101272624B (zh) | 演进节点的部署方法和装置 | |
CN101626610A (zh) | 小区能力信息指示方法、无线网络控制器 | |
CN103067953A (zh) | 一种小区状态上报、获取、监测、控制方法及设备 | |
CN101990223A (zh) | 切换预处理方法及基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100707 |