CN102244877B - 一种更新邻区关系列表的方法及装置 - Google Patents
一种更新邻区关系列表的方法及装置 Download PDFInfo
- Publication number
- CN102244877B CN102244877B CN201010172852.0A CN201010172852A CN102244877B CN 102244877 B CN102244877 B CN 102244877B CN 201010172852 A CN201010172852 A CN 201010172852A CN 102244877 B CN102244877 B CN 102244877B
- Authority
- CN
- China
- Prior art keywords
- community
- neighboring
- enb1
- enb2
- adjacent area
- 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.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种更新邻区关系列表的方法及装置，可以通过分析相邻基站的邻区信息来查找并确认潜在的邻区关系，该方法包括：第一基站(eNB1)通过信令获取相邻第二基站(eNB2)管辖的小区的邻区信息，如果所述邻区信息中包含eNB2小区的邻区为eNB1小区的邻区关系，且所述eNB1小区的邻区关系列表中不存在邻区为所述eNB2小区的邻区关系，则将所述eNB2小区作为所述eNB1小区的潜在邻区，向所述eNB1小区中空闲的连接态UE下发Report？CGI测量控制消息，以确定所述eNB2小区是否为所述eNB1小区的邻区，如果是，则将所述eNB2小区加入所述eNB1小区的邻区关系列表。
Description
技术领域
本发明涉及LTE(LongTermEvolution，长期演进)技术领域，尤其涉及一种更新邻区关系列表的方法及装置。
背景技术
ANR(AutomaticNeighbourRelation，自动邻区关系)是SON(SelfOrganizingNetwork，自组织网络)功能的关键技术之一，可以实现邻区关系的自配置和自优化，缓解网规网优人员的工作强度，降低建网投入和运营成本。
ANR功能的主要目的：自动维护邻区关系列表的完整性、有效性，减少掉话，提高切换成功率；减少网规网优的人力投入，降低运营成本，提供网规工具的有力补充。
邻区关系列表是eNB(evolvedNodeB，演进基站)侧为其服务的小区维护的邻小区信息，是处于一个小区内的UE有可能搜索到的强导频的集合。
LTE***中维持邻区关系列表的意义与传统网络的邻区列表的意义已经不同。
GSM(GlobalSystemForMobileCommunications，全球移动通讯***)和WCDMA(WidebandCodeDivisionMultipleAccess，宽频码分多址)***维持NCL(NeighbourCellList，邻区列表)的目的是RBS(RadioBaseStation，无线基站)为所连接的UE提供一组邻小区去测量。GSM和WCDMA***中，UE(UserEquipment，用户设备)不能测量所有可能的小区，所以希望NCL越短越好。但是LTE不同，LTEUE可以解码给定频率的任何测量小区ID。因此，LTEUE不像GSM和WCDMA***一样需要NCL指导测量。在LTE中，不需要广播NCL，但需要每个eNB维护邻区关系，例如，eNB需要知道相邻eNBs是否需要维持X2接口等。
eNB根据UE上报的邻居eNB的PCI(PhysicalCellIdentity，物理小区标识符)判断是否在自己的邻区关系列表(NeighbourRelationTable，NRT)当中，如果不在邻区关系列表(NRT)中，则找到一些处在连接态的空闲UE下发ReportCGI(报告小区全局标识)测量控制消息，让这些UE测量给定PCI邻区的ECGI(E-UTRANCellGlobalIdentifier，EUTRAN小区全局标识符)信息，如果某个UE成功上报ECGI信息，则ANR功能将该邻区关系加入邻区关系列表。对于UTRAN/GSM/CDMA小区则UE上报的是CGI(CellGlobalIdentifier)。
为了得到邻区关系，需要依赖于刚好有某个UE上报了该邻区的测量消息，由于UE上报次数有限，比如只在需要准备切换才进行汇报，因此有些小区其实不容易被UE发现，这样的邻区关系就容易遗漏。
发明内容
本发明解决的技术问题是提供一种更新邻区关系列表的方法及装置，通过分析相邻基站的邻区信息来查找潜在的邻区关系，然后下发测量控制信息得到邻区关系。
为解决上述技术问题，本发明提供了一种更新邻区关系列表的方法，所述方法包括：
第一基站(eNB1)通过信令获取相邻第二基站(eNB2)管辖的小区的邻区信息，如果所述邻区信息中包含eNB2小区的邻区为eNB1小区的邻区关系，且所述eNB1小区的邻区关系列表中不存在邻区为所述eNB2小区的邻区关系，则将所述eNB2小区作为所述eNB1小区的潜在邻区，向所述eNB1小区中空闲的连接态用户设备(UE)下发报告小区全局标识(ReportCGI)测量控制消息，以确定所述eNB2小区是否为所述eNB1小区的邻区，如果是，则将所述eNB2小区加入所述eNB1小区的邻区关系列表。
其中，所述eNB1通过基于X2接口的X2建立请求/响应(X2SetupRequest/Response)，和/或基于X2/S1接口的基站配置更新(eNBConfigurationUpdate)信令获取所述eNB2管辖的小区的邻区信息。
其中，所述eNB1进一步通过所述X2SetupRequest/Response或所述eNBConfigurationUpdate中包含的邻区信息单元(NeighbourInformationIE)，获取所述eNB2管辖的小区的邻区信息。
其中，所述eNB1通过以下方式确定所述eNB2小区是否为所述eNB1小区的邻区：
如果在设定的到时时间内收到所述UE汇报的ReportCGI结果，则确认所述eNB2小区为所述eNB1小区的邻区。
其中，X2SetupRequest/Response中包含的NeighbourInformationIE中包含所述eNB2管辖的所有服务小区及其邻区信息；
eNBConfigurationUpdate中包含的NeighbourInformationIE中包含所述eNB2管辖的所有添加、修改或者删除的服务小区及其邻区信息。
其中，所述eNB1在将所述eNB2小区作为所述eNB1小区的潜在邻区的同时，在所述eNB1小区的邻区关系列表中添加邻区为eNB2小区的潜在邻区关系项；
如果到达所述设定的到时时间仍未收到所述UE汇报的ReportCGI结果，则删除所述邻区为eNB2小区的潜在邻区关系项。
本发明还提供了一种更新邻区关系列表的装置，应用于基站，所述装置包括：
潜在邻区发现模块，用于通过信令获取本基站(eNB1)的相邻基站(eNB2)管辖的小区的邻区信息，如果所述邻区信息中包含eNB2小区的邻区为eNB1小区的邻区关系，且所述eNB1小区的邻区关系列表中不存在邻区为所述eNB2小区的邻区关系，则将所述eNB2小区作为所述eNB1小区的潜在邻区通知邻区确认模块；
邻区确认模块，用于收到所述潜在邻区发现模块的通知后，向所述eNB1小区中空闲的连接态UE下发报告小区全局标识(ReportCGI)测量控制消息，以确定所述eNB2小区是否为所述eNB1小区的邻区，如果是，则将所述eNB2小区加入所述eNB1小区的邻区关系列表。
其中，所述潜在邻区发现模块进一步用于，通过基于X2接口的X2建立请求/响应(X2SetupRequest/Response)，和/或基于X2/S1接口的基站配置更新(eNBConfigurationUpdate)信令获取所述eNB2管辖的小区的邻区信息。
其中，所述潜在邻区发现模块进一步用于，通过所述X2SetupRequest/Response或所述eNBConfigurationUpdate中包含的邻区信息单元(NeighbourInformationIE)，获取所述eNB2管辖的小区的邻区信息。
其中，所述邻区确认模块进一步用于，通过以下方式确定所述eNB2小区是否为所述eNB1小区的邻区：
如果在设定的到时时间内收到所述UE汇报的ReportCGI结果，则确认所述eNB2小区为所述eNB1小区的邻区。
其中，所述潜在邻区发现模块进一步用于，在将所述eNB2小区作为所述eNB1小区的潜在邻区的同时，在所述eNB1小区的邻区关系列表中添加邻区为eNB2小区的潜在邻区关系项；
所述邻区确认模块进一步用于，如果到达所述设定的到时时间仍未收到所述UE汇报的ReportCGI结果，则删除所述邻区为eNB2小区的潜在邻区关系项。
采用本发明所述的技术方案，可以加速发现邻区关系和邻区关系修改更新过程，从而提供切换成功率及降低掉话率。
附图说明
图1是实施例的邻区关系发现流程图；
图2为本发明应用实例的存在单向邻区关系的示意图；
图3为本发明应用实例的存在双向邻区关系的示意图。
具体实施方式
为解决现有技术中存在的技术问题，本发明思路如下：通过分析包含有邻区关系的信令，比如X2SetupRequest/Response(X2建立请求/响应)或者eNBconfigurationUpdate都会携带对方邻区的信息，获得有可能存在的邻区关系，进而下发测量控制信息得到邻区关系。这是因为邻区关系是单向的，即如果小区A存在邻区小区B，但是不能说小区B的邻区就一定有A。结合无线***的特性可以知道，A的邻区有B，一般也该存在B的邻区为A。因此，如果通过信息分析得到对方邻区的邻区关系，则可以对本小区UE可以下发ReportCGI测量控制消息以确定对方小区是否也是本小区的邻区。
基于以上分析，本发明提供一种更新邻区关系列表的方法，采用如下技术方案：
第一基站(eNB1)通过信令获取相邻第二基站(eNB2)管辖的小区的邻区信息，如果所述邻区信息中包含eNB2小区-＞eNB1小区(即eNB2小区的邻区为eNB1小区)的邻区关系，且所述eNB1小区的邻区关系列表中不存在邻区为所述eNB2小区(eNB1小区-＞eNB2小区)的邻区关系，则将所述eNB2小区作为所述eNB1小区的潜在邻区，向所述eNB1小区中空闲的连接态UE下发ReportCGI测量控制消息，以确定所述eNB2小区是否为所述eNB1小区的邻区，如果是，则将所述eNB2小区加入所述eNB1小区的邻区关系列表。
其中，所述eNB1通过以下信令获取邻区信息：
基于X2接口的X2SetupRequest/Response；
或者基于X2/S1接口的eNBConfigurationUpdate(基站配置更新)。
其中，在X2SetupRequest/Response或者eNBConfigurationUpdate消息中，包含NeighbourInformation(邻区信息)IE(InformationElement，信息单元)，此IE包含了发送方小区的邻区关系。
其中，NeighbourInformationIE包含的是直接的E-UTRAN邻区信息。
上述两种信令内容上的不同之处在于：X2SetupRequest/Response中包含的是邻eNB所有服务小区及其邻区的信息；eNBConfigurationUpdate中包含的是添加、修改或者删除的服务小区及其邻区的信息，因此，本发明还包括对添加服务小区及其邻区信息，以及修改服务小区及其邻区信息进行评估，以获得潜在的邻区关系，进而下发测量控制消息，验证是否存在邻区关系。
进一步地，所述eNB1通过以下方式确定所述eNB2小区是否为所述eNB1小区的邻区：
如果在设定的到时时间内收到所述UE汇报的ReportCGI结果，则确认所述eNB2小区为所述eNB1小区的邻区。
进一步地，所述eNB1在将所述eNB2小区作为所述eNB1小区的潜在邻区的同时，在所述邻区关系列表中添加eNB1小区-＞eNB2小区的潜在邻区关系项；如果在设定的到时时仍未收到所述UE汇报的ReportCGI结果，则删除所述eNB1小区-＞eNB2小区的潜在邻区关系项。
下面将结合附图及具体实施例对本发明技术方案作进一步详细描述。
本发明实施例的邻区关系发现流程如图1所示，当发送方是eNB1，接收方是eNB2时，eNB2发现潜在的邻区关系后，确认邻区关系的主要步骤描述如下：
步骤101，eNB2接收来自eNB1的X2SetupRequest/Response，或者eNBConfigurationUpdate信令信息，其中包含了eNB1的服务小区及其各自的邻区信息；
如果收到的是X2SETUPREQUEST/Response消息，则其中包含了eNB1的所有服务小区及它们各自的邻区的信息；
如果eNB2收到的信息是eNBConfigurationUpdate，则可以获取eNB1添加服务小区及它们各自的邻区信息，即获得ServedCellsToAddIE(添加服务小区信息单元)下面的服务小区及其邻区内容；或者获取ServedcellstoModifiedIE(修改服务小区信息单元)下面的服务小区及其邻区内容。
步骤102，eNB2分析eNB1的服务小区及其各自邻区的信息，记录eNB1的邻区关系中邻区为eNB2管辖的小区的邻区关系；
步骤103，根据eNB2的邻区关系从记录的eNB1小区-＞eNB2小区的邻区关系中，找出eNB2小区-＞eNB1小区的潜在邻区关系的项，记录到eNB1小区的邻区关系列表中，例如，记录方式为eNB2小区为服务小区，eNB1小区为潜在邻区；
步骤104，判断潜在eNB2小区-＞eNB1小区邻区关系数量是否为零，如果为零则进入步骤110，否则进入步骤105；
步骤105，取一条潜在邻区关系为当前项；
步骤106，在当前项服务小区(即eNB2小区)中寻找空闲的连接态UE下发ReportCGI测量控制消息，以确定潜在邻区(eNB1小区)是否为eNB2小区的邻区；
步骤107，本实例中，可以根据eNB2小区在设定的到时时间Tabort内是否收到UE汇报ReportCGI结果，如果未收到进入步骤109，否则进入步骤108；
步骤108，如果收到UE汇报ReportCGI结果(即eNB1小区的ECGI/CGI)，则根据ReportCGI结果获取eNB1小区的CGI，判断是否满足邻区加入条件，即收到的该UE汇报结果中(PCI，CGI)信息对在eNB1小区的邻区关系列表中是否不存在，如果eNB1小区的邻区关系列表中不存在UE汇报结果中的(PCI，CGI)信息对，则将邻区关系其加入邻区关系列表中，完成邻区关系列表的更新；
该步骤中，由于在收到UE的汇报结果前这段时间内有可能eNB2小区已经作为邻区加入了eNB2小区的邻区关系列表中了，因此，优选地，增加了判断是否满足邻区加入条件的操作。
步骤109，Tabort到时，如果仍未收到UE汇报ReportCGI结果，则删除当前潜在邻区关系，返回步骤104；
步骤110，本流程结束。
采用上述技术方案，可以极大地提高邻区发现速度，特别是在建网初期，由于上报PCI汇报结果较少，不容易发现潜在邻区。通过本方法则可以主动地发现邻区，进而安排UE汇报这些邻区关系。
以下将结合附图及若干应用实例对本发明技术方案的实施作进一步详细描述。
应用实例一
本实例以eNBA和eNBB为例，假设eNBB收到了X2SETUPREQUEST消息，携带了基站A新加的服务小区A4及其邻区信息。
步骤201：基站B接收来自基站A的X2SETUPREQUEST信令信息，其中包含了基站A的服务小区及其各自的邻区信息。假设对于小区A4来讲，其邻区信息列表为：
表1eNBA管辖的小区及其邻区信息
| 服务小区 | 服务小区PCI | 邻区 | 邻区PCI |
| A1 | 1 | ||
| A2 | 2 | ||
| A3 | 3 | ||
| A4 | 4 | A1 | 1 |
| A2 | 2 | ||
| A3 | 3 | ||
| A5 | 5 | ||
| A6 | 6 | ||
| A7 | 7 | ||
| B4 | 14 | ||
| A5 | |||
| A6 | |||
| A7 |
步骤202：eNB2分析eNB1的服务小区及其各自邻区的信息，记录eNB1的邻区关系中邻区为eNB2管辖的小区的邻区关系，假设找到了A4-＞B4的邻区关系。
表2eNBB管辖的小区及其邻区
| 服务小区 | 服务小区PCI | 邻区 | 邻区PCI |
| B4 | 14 |
步骤203：根据eNB2的邻区关系从记录的eNB1小区-＞eNB2小区的邻区关系中找出潜在eNB2小区-＞eNB1小区邻区关系项，记录方式为eNB2小区为服务小区，eNB1小区为潜在邻区。这里B4-＞A4不存在邻区关系，潜在邻区关系为B4-＞A4。
步骤204：潜在eNB2小区-＞eNB1小区邻区关系数量为零吗？为零则进入步骤210结束，否则进入步骤205，这里有一条潜在邻区关系B4-＞A4。
步骤205：取一条潜在邻区关系为当前项，这里为邻区关系B4-＞A4，其中B4为服务小区，A4为邻区。
步骤206：在当前项服务小区B4中寻找空闲的连接态UE下发ReportCGI测量控制消息，PCI取值为4，以确定A4是否为B4的邻区，如果是邻区关系则可以得到潜在邻区的CGI。
步骤207：eNB2当前项服务小区这里是B4小区在Tabort时间内，比如1秒后是否收到UE汇报ReportCGI结果，如果未收到进入步骤209，否则进入208。假设收到B4小区内某UE汇报结果，得到PCI＝4的A4小区的ECGI＝10008。
步骤208：加入邻区关系。
表3B4小区的邻区关系列表
步骤209：删除当前潜在邻区关系，返回步骤204，因潜在邻区关系只有一条，所以流程进入步骤210。
步骤210：流程结束。
应用实例二
本实例以基站A和基站B为例，假设基站B收到了eNBConfigurationUpdate消息，携带了基站A新加的服务小区A4及其邻区信息。
步骤301：基站B接收来自基站A的eNBConfigurationUpdate信令信息，其中包含了基站A的服务小区及其各自的邻区信息。比如得到基站A新加的服务小区A4及其邻区信息，信息列表为：
表4eNBA新加的服务小区及其邻区信息
| 服务小区 | 服务小区PCI | 邻区 | 邻区PCI |
| A4 | 4 | A1 | 1 |
| A2 | 2 | ||
| A3 | 3 | ||
| A5 | 5 | ||
| A6 | 6 | ||
| A7 | 7 | ||
| B4 | 14 |
步骤302：eNB2分析eNB1的服务小区及其各自邻区的信息，记录eNB1的邻区关系中邻区为eNB2管辖的小区的邻区关系。这里找到了A4-＞B4的邻区关系。
步骤303：根据eNB2的邻区关系从记录的eNB1小区-＞eNB2小区的邻区关系中找出潜在eNB2小区-＞eNB1小区邻区关系项，记录方式为eNB2小区为服务小区，eNB1小区为潜在邻区。这里B4-＞A4存在邻区关系，因此潜在邻区关系为零。
表5eNBB管辖的小区及其邻区
| 服务小区 | 服务小区PCI | 邻区 | 邻区PCI |
| B4 | 14 | A4 | 4 |
步骤304：潜在eNB2小区-＞eNB1小区邻区关系数量为零吗？为零则进入步骤310结束，否则进入步骤105，这里潜在邻区关系为零，因此进入步骤310，流程结束。
步骤310：流程结束。
相应地，本发明还提供了一种更新邻区关系列表的装置(未图示)，应用于基站，所述装置包括：
潜在邻区发现模块，用于通过信令获取本基站(eNB1)的相邻基站(eNB2)管辖的小区的邻区信息，如果所述邻区信息中包含eNB2小区的邻区为eNB1小区的邻区关系，且所述eNB1小区的邻区关系列表中不存在邻区为所述eNB2小区的邻区关系，则将所述eNB2小区作为所述eNB1小区的潜在邻区通知邻区确认模块；
邻区确认模块，用于收到所述潜在邻区发现模块的通知后，向所述eNB1小区中空闲的连接态UE下发报告小区全局标识(ReportCGI)测量控制消息，以确定所述eNB2小区是否为所述eNB1小区的邻区，如果是，则将所述eNB2小区加入所述eNB1小区的邻区关系列表。
其中，所述潜在邻区发现模块进一步用于，通过基于X2接口的X2建立请求/响应(X2SetupRequest/Response)，和/或基于X2/S1接口的基站配置更新(eNBConfigurationUpdate)信令获取所述eNB2管辖的小区的邻区信息。
其中，所述潜在邻区发现模块进一步用于，通过所述X2SetupRequest/Response或所述eNBConfigurationUpdate中包含的邻区信息单元(NeighbourInformationIE)，获取所述eNB2管辖的小区的邻区信息。
其中，所述邻区确认模块进一步用于，通过以下方式确定所述eNB2小区是否为所述eNB1小区的邻区：
如果在设定的到时时间内收到所述UE汇报的ReportCGI结果，则确认所述eNB2小区为所述eNB1小区的邻区。
其中，所述潜在邻区发现模块进一步用于，在将所述eNB2小区作为所述eNB1小区的潜在邻区的同时，在所述eNB1小区的邻区关系列表中添加邻区为eNB2小区的潜在邻区关系项；
所述邻区确认模块进一步用于，如果到达所述设定的到时时间仍未收到所述UE汇报的ReportCGI结果，则删除所述邻区为eNB2小区的潜在邻区关系项。
需要说明的是，上述装置的实施例可以参照上述方法给出的实施例及其实例的细节来理解和实施，实施例中的邻区关系列表更新方案属于本思想的一种举例说明，在此不再对相同或者相似方法进行重复描述。
以上所述仅为本发明优选实施例，并不用于限制本发明，对于本领域的技术人员，本发明可以有各种更改和变化。凡在本发明精神和原则之内，所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。
Claims (9)
1.一种更新邻区关系列表的方法，其特征在于，所述方法包括：
第一基站(eNB1)通过信令获取相邻第二基站(eNB2)管辖的小区的邻区信息，如果所述邻区信息中包含eNB2小区的邻区为eNB1小区的邻区关系，且所述eNB1小区的邻区关系列表中不存在邻区为所述eNB2小区的邻区关系，则将所述eNB2小区作为所述eNB1小区的潜在邻区，向所述eNB1小区中空闲的连接态用户设备(UE)下发报告小区全局标识(ReportCGI)测量控制消息，以确定所述eNB2小区是否为所述eNB1小区的邻区，如果是，则将所述eNB2小区加入所述eNB1小区的邻区关系列表；
所述eNB1通过以下方式确定所述eNB2小区是否为所述eNB1小区的邻区：
如果在设定的到时时间内收到所述UE汇报的ReportCGI结果，则根据所述ReportCGI结果判断是否满足邻区加入条件，如果满足所述邻区加入条件，则确认所述eNB2小区为所述eNB1小区的邻区；
其中，所述邻区加入条件是，所述ReportCGI结果中的信息对在所述eNB1小区的邻区关系列表中不存在；
其中，所述信息对为，(PCI、CGI)信息对，所述PCI为，物理小区标识符。
2.如权利要求1所述的方法，其特征在于，
所述eNB1通过基于X2接口的X2建立请求/响应(X2SetupRequest/Response)，和/或基于X2/S1接口的基站配置更新(eNBConfigurationUpdate)信令获取所述eNB2管辖的小区的邻区信息。
3.如权利要求2所述的方法，其特征在于，
所述eNB1进一步通过所述X2SetupRequest/Response或所述eNBConfigurationUpdate中包含的邻区信息单元(NeighbourInformationIE)，获取所述eNB2管辖的小区的邻区信息。
4.如权利要求3所述的方法，其特征在于，
X2SetupRequest/Response中包含的NeighbourInformationIE中包含所述eNB2管辖的所有服务小区及其邻区信息；
eNBConfigurationUpdate中包含的NeighbourInformationIE中包含所述eNB2管辖的所有添加、修改或者删除的服务小区及其邻区信息。
5.如权利要求1所述的方法，其特征在于，
所述eNB1在将所述eNB2小区作为所述eNB1小区的潜在邻区的同时，在所述eNB1小区的邻区关系列表中添加邻区为eNB2小区的潜在邻区关系项；
如果到达所述设定的到时时间仍未收到所述UE汇报的ReportCGI结果，则删除所述邻区为eNB2小区的潜在邻区关系项。
6.一种更新邻区关系列表的装置，其特征在于，应用于基站，所述装置包括：
潜在邻区发现模块，用于通过信令获取本基站(eNB1)的相邻基站(eNB2)管辖的小区的邻区信息，如果所述邻区信息中包含eNB2小区的邻区为eNB1小区的邻区关系，且所述eNB1小区的邻区关系列表中不存在邻区为所述eNB2小区的邻区关系，则将所述eNB2小区作为所述eNB1小区的潜在邻区通知邻区确认模块；
邻区确认模块，用于收到所述潜在邻区发现模块的通知后，向所述eNB1小区中空闲的连接态UE下发报告小区全局标识(ReportCGI)测量控制消息，以确定所述eNB2小区是否为所述eNB1小区的邻区，如果是，则将所述eNB2小区加入所述eNB1小区的邻区关系列表；
所述邻区确认模块进一步用于，通过以下方式确定所述eNB2小区是否为所述eNB1小区的邻区：
如果在设定的到时时间内收到所述UE汇报的ReportCGI结果，则根据所述ReportCGI结果判断是否满足邻区加入条件，如果满足所述邻区加入条件，则确认所述eNB2小区为所述eNB1小区的邻区；
其中，所述邻区加入条件是，所述ReportCGI结果中的信息对在所述eNB1小区的邻区关系列表中不存在；
其中，所述信息对为，(PCI、CGI)信息对，所述PCI为，物理小区标识符。
7.如权利要求6所述的装置，其特征在于，
所述潜在邻区发现模块进一步用于，通过基于X2接口的X2建立请求/响应(X2SetupRequest/Response)，和/或基于X2/S1接口的基站配置更新(eNBConfigurationUpdate)信令获取所述eNB2管辖的小区的邻区信息。
8.如权利要求7所述的装置，其特征在于，
所述潜在邻区发现模块进一步用于，通过所述X2SetupRequest/Response或所述eNBConfigurationUpdate中包含的邻区信息单元(NeighbourInformationIE)，获取所述eNB2管辖的小区的邻区信息。
9.如权利要求6所述的装置，其特征在于，
所述潜在邻区发现模块进一步用于，在将所述eNB2小区作为所述eNB1小区的潜在邻区的同时，在所述eNB1小区的邻区关系列表中添加邻区为eNB2小区的潜在邻区关系项；
所述邻区确认模块进一步用于，如果到达所述设定的到时时间仍未收到所述UE汇报的ReportCGI结果，则删除所述邻区为eNB2小区的潜在邻区关系项。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010172852.0A CN102244877B (zh) | 2010-05-11 | 2010-05-11 | 一种更新邻区关系列表的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010172852.0A CN102244877B (zh) | 2010-05-11 | 2010-05-11 | 一种更新邻区关系列表的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102244877A CN102244877A (zh) | 2011-11-16 |
| CN102244877B true CN102244877B (zh) | 2016-02-10 |
Family
ID=44962636
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010172852.0A Expired - Fee Related CN102244877B (zh) | 2010-05-11 | 2010-05-11 | 一种更新邻区关系列表的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102244877B (zh) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103379539B (zh) * | 2012-04-24 | 2015-12-16 | 中兴通讯股份有限公司 | 一种自动配置单向邻区的方法及*** |
| JP5947982B2 (ja) | 2012-06-13 | 2016-07-06 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | サービングゲートウェイ、移動管理ノード、データゲートウェイを取得するための方法、及びシステム |
| CN103703819B (zh) | 2012-07-10 | 2017-04-19 | 华为技术有限公司 | 小区标识的冲突检测方法和冲突检测装置 |
| WO2014040225A1 (zh) | 2012-09-11 | 2014-03-20 | 华为技术有限公司 | 获取邻区信息的方法和装置 |
| WO2015103791A1 (zh) * | 2014-01-13 | 2015-07-16 | 华为技术有限公司 | 一种添加邻小区的方法、装置及*** |
| CN105230064A (zh) * | 2014-04-29 | 2016-01-06 | 华为技术有限公司 | 一种信息传输方法及设备 |
| CN105592508A (zh) * | 2014-10-29 | 2016-05-18 | 中兴通讯股份有限公司 | 无线接入网节点的邻区关系建立方法及装置 |
| AU2018441777A1 (en) * | 2018-09-18 | 2020-10-08 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Neighbor relationship maintenance method and apparatus, and network device |
| CN111356164A (zh) * | 2018-12-21 | 2020-06-30 | 海能达通信股份有限公司 | 一种lte网络中邻区配置纠错方法、相关设备及*** |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101511093A (zh) * | 2008-02-14 | 2009-08-19 | 大唐移动通信设备有限公司 | 一种建立邻区关系的方法、装置及*** |
| CN101568196A (zh) * | 2008-09-26 | 2009-10-28 | 华为技术有限公司 | 分配物理小区标识的方法和装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5080481B2 (ja) * | 2005-10-04 | 2012-11-21 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Ｉｐ接続の無線基地局に対する無線ネットワーク制御局の選択 |
-
2010
- 2010-05-11 CN CN201010172852.0A patent/CN102244877B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101511093A (zh) * | 2008-02-14 | 2009-08-19 | 大唐移动通信设备有限公司 | 一种建立邻区关系的方法、装置及*** |
| CN101568196A (zh) * | 2008-09-26 | 2009-10-28 | 华为技术有限公司 | 分配物理小区标识的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102244877A (zh) | 2011-11-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102244877B (zh) | 一种更新邻区关系列表的方法及装置 | |
| EP2621218B1 (en) | Method for notifying handover information and base station | |
| US20190387563A1 (en) | Establishing simultaneous radio connection between a user equipment and two enodebs | |
| CN102638840B (zh) | 长期演进中针对协作多点的无线资源管理测量方法和*** | |
| CN102598786B (zh) | 基站间的切换方法、基站、和通讯*** | |
| CN104581810A (zh) | 一种基于载波聚合的切换方法、板间聚合切换方法和装置 | |
| CN106465221B (zh) | 用于支持无线接入网络之间的移动性的方法和装置 | |
| CN104427566B (zh) | 一种切换方法及载波聚合*** | |
| CN103139911A (zh) | 实现载波聚合的方法、基站和用户设备 | |
| CN103200603A (zh) | 在多个plmn下进行mdt连续测量和汇报的方法 | |
| EP2852217B1 (en) | Service indication message reporting method, device and system | |
| CN103024801B (zh) | 基于信令的立即mdt配置信息传递的方法及网络设备 | |
| US20150327098A1 (en) | Measurement method and apparatus, and communications node | |
| CN110087332A (zh) | 基站、用户设备及其通信方法 | |
| CN104955109A (zh) | 配置UE的聚合最大速率的方法、协调non-GBR业务的聚合速率及基站 | |
| CN110381550A (zh) | 一种注册小区方法、装置及终端 | |
| CN102378242A (zh) | 载波聚合切换过程中生成最优小区列表的方法及装置 | |
| CN102137430A (zh) | 一种上报mbms业务状态的方法及装置 | |
| CN103188754A (zh) | 选择目标小区的方法、节点及*** | |
| CN103517320A (zh) | 认知无线电***邻区关系、基站及邻区关系的控制方法 | |
| CN102316528B (zh) | 基于网络共享资源管理的方法及*** | |
| CN106535135A (zh) | 一种集群业务实现方法及装置 | |
| CN106937347A (zh) | 跨集群核心网的组呼切换方法及*** | |
| EP3528548B1 (en) | System information update | |
| CN102932828B (zh) | 切换过程中传递mdt配置信息的源网络设备、***及方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160210 Termination date: 20200511 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |