邻区信息获取方法及邻区列表生成方法

1.一种邻区信息获取方法，应用于包括基站、终端、以及网络侧数据库的网络环境，用于基站获取服务小区的邻近小区的邻区信息，其特征在于，所述方法包括：
终端向基站上报当前不在邻区列表中的至少一个未知小区的信息，其中，未知小区信息包括：未知小区的物理地址标识符；
所述基站向网络侧数据库发送获取小区信息请求消息，并在所述获取小区信息请求消息中携带所述终端所在的服务小区的信息和所述未知小区信息，其中，服务小区信息包括：
服务小区的全局标识符；
响应于所述获取小区信息请求消息，网络侧根据服务小区信息通过数据库确定服务小区位置，根据确定的服务小区位置查找候选小区，并进一步确定选定小区，其中，所述候选小区为服务小区周围的与所述未知小区的物理地址标识符一致的小区，所述选定小区为所述候选小区中离所述服务小区最近的小区；
网络侧向所述基站发送获取小区信息响应消息，并在其中携带所述选定小区的信息，其中，选定小区信息包括：选定小区的全局标识符。
2.一种邻区列表生成方法，应用于包括基站、终端、以及网络侧数据库的网络环境，用于基站生成邻区列表，其特征在于，所述方法包括：
终端向基站上报不在当前邻区列表中的至少一个未知小区的信息，其中，未知小区信息包括：未知小区物理地址标识符；
所述基站向网络侧数据库发送获取小区信息请求消息，并在所述获取小区信息请求消息中携带所述终端所在的服务小区的信息和所述未知小区信息，其中，服务小区信息包括：
服务小区的全局标识符；
响应于所述获取小区信息请求消息，网络侧根据服务小区信息通过数据库确定服务小区位置，并根据确定的服务小区位置查找候选小区，并进一步确定选定小区，其中，所述候选小区为服务小区周围的与所述未知小区的物理地址标识符一致的小区，所述选定小区为所述候选小区中离所述服务小区最近的小区；
网络侧向所述基站发送获取小区信息响应消息，并在其中携带所述选定小区的信息，其中，选定小区信息包括：选定小区的全局标识符；
所述基站根据所述获取小区信息响应消息进行邻区列表处理。
3.根据权利要求2所述的方法，其特征在于，所述网络侧数据库中存储有网络拓扑信息，包括：小区的全局标识符、小区分布信息、小区覆盖范围信息、和物理地址标识符。
4.根据权利要求2所述的方法，其特征在于，所述获取小区信息响应消息中携带有指示信息，用于指示是否允许所述服务小区与所述选定小区建立邻接关系。
5.根据权利要求4所述的方法，其特征在于，所述进行邻区列表处理的操作具体为：
在所述指示信息指示允许所述服务小区与所述选定小区建立邻接关系的情况下，所述基站将所述选定小区加入所述邻区列表中，并保存所述选定小区的全局标识符。
6.根据权利要求4所述的方法，其特征在于，所述进行邻区列表处理的操作具体为：
在所述指示信息指示不允许所述服务小区与所述选定小区建立邻接关系的情况下，所述基站在本地保存所述选定小区的物理标识符和所述选定小区的全局标识符。
7.根据权利要求2所述的方法，其特征在于，所述进行邻区列表处理的操作具体为：
所述基站将所述选定小区加入所述邻区列表。
8.根据权利要求2所述的方法，其特征在于，所述进行邻区列表处理的操作具体为：
所述基站根据相关的性能统计信息决定是否将所述选定小区加入所述邻区列表。
9.根据权利要求2至8中任一项所述的方法，其特征在于，在所述网络侧没有查找到所述候选小区的情况下，处理结束。
10.根据权利要求9所述的方法，其特征在于，在所述网络侧没有查找到所述候选小区的情况下，网络侧向所述基站回复获取小区信息失败消息。

邻区信息获取方法及邻区列表生成方法\n技术领域\n[0001] 本发明涉及移动通信领域，具体地，涉及长期演进(Long TermEvolution，简称为LTE)系统中的邻区信息获取方法及邻区列表生成方法。\n背景技术\n[0002] 36300-800中描述长期演进(Long Term Evolution，简称为LTE)网络由E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork，演进的通用陆地无线接入网)、基站eNB(Evolved NodeB)和演进分组交换中心(Evolved Packet Core，简称为EPC)组成，网络结构扁平化。图1是LTE网络结构的示意图，如图1所示，EUTRAN包含和EPC通过S1接口连接的eNB的集合，eNB之间能通过X2连接，其中，S1、X2是逻辑接口。一个EPC可以管理一个或多个eNB，一个NodeB也可以受控于多个EPC，一个eNB可以管理一个或多个小区。\n[0003] 一方面，运营商建立和运营一个网络需要很多工作，比如规划、配置、优化、计算、调整、测试、预防错误、减少失败、自我恢复，以减少运营成本和维护成本。另一方面，用户希望减化使用流程，比如Home Node B设备，用户希望购买的设备是一个即插即用设备，即，一上电即能够自动获取配置运行。下一代移动网络的趋势必然是自配置、自优化、自适应，人为因素对网络的影响越来越小，因此提出了自组织网络概念，自组织网络包括自配置和自优化两方面。\n[0004] 邻区列表的产生是自配置的内容之一，邻区列表对切换有很大的影响，建立邻区列表的目的就是为了提高切换质量，使得网络性能及时与网络变化相符合。传统地，邻区列表在网络规划初期利用规划工具生成，网络运行过程中可以依靠检测集进行测量、调整，其中需要大量的人力投入。\n[0005] 除了耗费人力，按照目前的邻区列表生成方法，还会存在以下问题：(1)由于网络规划初期根据网络规划给每个eNB配置的邻区列表取决于规划工具的准确性，因此会出现产生的邻区列表与实际网络存在误差的问题，从而导致漏配邻区，同时，在LTE网络中，终端可以支持上报多个小区，而对于未存在于当前邻区列表中的小区，还没有合适的处理方法来判决是否应该将其添加到邻接小区列表中，因此可能会导致邻接关系不完整，进而会影响切换；(2)在LTE网络中，由于小区的物理地址只有510个，因此在一定范围的网络内存在终端的物理地址相同而全局小区标识符不一样的情况，由于目前终端上报的是小区物理标识符，因此无法对终端上报的小区进行准确定位。\n发明内容\n[0006] 考虑到相关技术中存在的邻区列表可能与实际网络存在误差、以及无法对终端上报的小区进行准确定位的问题而提出本发明。为此，本发明旨在提供一种邻区信息获取方法及邻区列表生成方法，其能够有效地解决上述问题中的至少之一。\n[0007] 根据本发明的一个方面，提供了一种邻区信息获取方法，该方法应用于包括基站、终端、以及网络侧数据库的网络环境，用于基站获取服务小区的邻近小区的邻区信息。\n[0008] 根据本发明实施例的邻区信息获取方法包括以下处理：终端向基站上报当前不在邻区列表中的至少一个未知小区的信息，其中，未知小区信息包括：未知小区的物理地址标识符；基站向网络侧数据库发送获取小区信息请求消息，并在获取小区信息请求消息中携带终端所在的服务小区的信息和未知小区信息，其中，服务小区信息包括：服务小区的全局标识符；响应于获取小区信息请求消息，网络侧根据服务小区信息通过数据库确定服务小区位置，根据确定的服务小区位置查找候选小区，并进一步确定选定小区，其中，候选小区为服务小区周围的与未知小区的物理地址标识符一致的小区，选定小区为候选小区中离服务小区最近的小区；网络侧向基站发送获取小区信息响应消息，并在其中携带选定小区的信息，其中，选定小区信息包括：选定小区的全局标识符。\n[0009] 根据本发明的另一方面，提供了一种邻区列表生成方法，该方法应用于包括基站、终端、以及网络侧数据库的网络环境，用于基站生成邻区列表。\n[0010] 根据本发明实施例的邻区列表生成方法包括：终端向基站上报不在当前邻区列表中的至少一个未知小区的信息，其中，未知小区信息包括：未知小区物理地址标识符；基站向网络侧数据库发送获取小区信息请求消息，并在获取小区信息请求消息中携带终端所在的服务小区的信息和未知小区信息，其中，服务小区信息包括：服务小区的全局标识符；响应于获取小区信息请求消息，网络侧根据服务小区信息通过数据库确定服务小区位置，并根据确定的服务小区位置查找候选小区，并进一步确定选定小区，其中，候选小区为服务小区周围的与未知小区的物理地址标识符一致的小区，选定小区为候选小区中离服务小区最近的小区；网络侧向基站发送获取小区信息响应消息，并在其中携带选定小区的信息，其中，选定小区信息包括：选定小区的全局标识符；基站根据获取小区信息响应消息进行邻区列表处理。\n[0011] 其中，上述的网络侧数据库中存储有网络拓扑信息，包括：小区的全局标识符、小区分布信息、小区覆盖范围信息、物理地址标识符。\n[0012] 优选地，上述的获取小区信息响应消息中携带有指示信息，用于指示是否允许服务小区与选定小区建立邻接关系。\n[0013] 此时，进行邻区列表处理的操作具体为：在指示信息指示允许服务小区与选定小区建立邻接关系的情况下，基站将选定小区加入邻区列表中，并保存选定小区的全局标识符，或者，在指示信息指示不允许服务小区与选定小区建立邻接关系的情况下，基站在本地保存选定小区的物理标识符、选定小区的全局标识符。\n[0014] 另外，进行邻区列表处理的操作还可以具体为：基站将选定小区加入邻区列表；\n或者，基站根据相关的性能统计信息决定是否将选定小区加入邻区列表。\n[0015] 其中，在上述处理中，在网络侧没有查找到候选小区的情况下，处理结束。并且优选地，网络侧向基站回复获取小区信息失败消息。\n[0016] 通过本发明，可以实现以下有益效果中的至少之一：通过终端上报未知小区信息并结合维护了网络信息的数据库，相比于现有技术，可以更加准确地对终端上报的小区进行定位；通过利用基站与网络侧数据库进行交互，可以使得对是否将未知小区添加到邻区列表的判断更加合理，实现邻区列表的自动生成，节省了人力，并且使得邻区列表的产生和实际网络情况相符，从而可以提高网络切换成功率，降低网络运营维护成本。\n[0017] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。\n附图说明\n[0018] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：\n[0019] 图1是根据相关技术的LTE网络结构的示意图；\n[0020] 图2是根据本发明实施例的邻区信息获取方法的流程图；\n[0021] 图3是根据本发明实施例的邻区列表生成方法的流程图。\n具体实施方式\n[0022] 如上所述，目前，邻区列表通常在网络规划出初期利用规划工具生成，存在产生的邻区列表与实际网络存在误差、需要人力来进行调整等问题。鉴于此，本发明旨在提供一种邻区信息获取方法及邻区列表生成方法。\n[0023] 以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。\n[0024] 方法实施例一\n[0025] 根据本发明实施例，提供了一种邻区信息获取方法，该方法应用于包括基站(Node B)、终端、以及网络侧数据库的网络环境，用于基站获取服务小区的邻近小区的邻区信息。\n[0026] 图2示出了根据本发明实施例的邻区信息获取方法的流程图。如图2所示，该方法包括以下处理(步骤S202-步骤S208)：\n[0027] 步骤S202，终端向基站上报当前不在邻区列表中的至少一个未知小区的信息，其中，未知小区信息包括：未知小区的物理地址标识符；\n[0028] 步骤S204，基站向网络侧数据库发送获取小区信息请求消息，并在获取小区信息请求消息中携带终端所在的服务小区的信息和未知小区信息，其中，服务小区信息包括：服务小区的全局标识符；、\n[0029] 步骤S206，响应于获取小区信息请求消息，网络侧根据服务小区信息通过数据库确定服务小区位置，根据确定的服务小区位置查找候选小区，并进一步确定选定小区，其中，候选小区为服务小区周围的与未知小区的物理地址标识符一致的小区，选定小区为候选小区中离服务小区最近的小区；\n[0030] 步骤S208，网络侧向基站发送获取小区信息响应消息，并在其中携带选定小区的信息，其中，选定小区信息包括：选定小区的全局标识符。\n[0031] 通过上面给出的技术方案，可以较为准确地对终端上报的未知小区进行定位，以及获取邻区信息。\n[0032] 方法实施例二\n[0033] 根据本发明实施例，提供了一种邻区列表生成方法，该方法应用于包括基站、终端、以及网络侧数据库的网络环境，用于基站生成邻区列表。\n[0034] 图3是示出根据本发明实施例的邻区列表生成方法的流程图。如图3所示，该方法包括(步骤S302-步骤S310)：\n[0035] 步骤S302，终端向基站(Node B)上报不在当前邻区列表中的至少一个未知小区的信息，其中，未知小区信息包括：未知小区物理地址标识符等小区相关信息；\n[0036] 步骤S304，基站向网络侧数据库发送获取小区信息请求消息，并在获取小区信息请求消息中携带终端所在的服务小区的信息和未知小区信息，其中，服务小区信息包括：服务小区的全局标识符或其他可以唯一确定该小区的信息；\n[0037] 步骤S306，响应于获取小区信息请求消息，网络侧根据服务小区信息通过数据库确定服务小区位置，并根据确定的服务小区位置查找候选小区，并进一步确定选定小区，其中，候选小区为服务小区周围的与未知小区的物理地址标识符一致的小区，选定小区为候选小区中离服务小区最近的小区；\n[0038] 其中，上述的网络侧数据库管理当前网络的拓扑信息，包括：小区的全局标识符、小区分布信息、小区覆盖范围信息、物理地址标识符等；具体地，网络侧数据库可以对TA区域内的所有小区的小区物理标志符、小区全局标志符和该小区所属的eNB ID的对应关系表进行本地存储，同时对区域内的所有小区的地理分布信息以及覆盖范围等信息进行管理，也可以不局限于TA区域，可以是某个地理范围，比如运营商指定的某个区域。\n[0039] 在该步骤中，如果查找到了上述的候选小区，则进行到步骤S308，如果没有查找到上述的候选小区，则网络侧向终端发送获取小区信息失败消息，处理结束；\n[0040] 步骤S308，网络侧向基站发送获取小区信息响应消息，并在其中携带选定小区的信息，其中，选定小区信息包括：选定小区的全局标识符；\n[0041] 步骤S310，基站根据获取小区信息响应消息进行邻区列表处理。\n[0042] 进一步地，上述的获取小区信息响应消息中可以携带有指示信息，用于指示是否允许服务小区与选定小区建立邻接关系，网络侧数据库可以设定运营尚强制约定的小区邻接关系，比如，某两个小区强制为配置为邻接小区关系，某两个小区强制为不允许配置为邻接小区关系。同时，OAM系统(Operating and Maintenance，操作和维护)也可以根据两个小区地理信息和覆盖信息来确定是否需要将其配置为邻接小区关系；\n[0043] 此时，在步骤S310中，基站根据上述的指示信息决定是否将选定小区加入邻区列表，具体地，进行邻区列表处理的操作可以为：一方面，在指示信息指示允许服务小区与选定小区建立邻接关系的情况下，基站将选定小区加入邻区列表中，并保存选定小区的全局标识符；另一方面，在指示信息指示不允许服务小区与选定小区建立邻接关系的情况下，基站在本地保存(例如，保存在本地无线资源管理信息中)选定小区的物理标识符、选定小区的全局标识符。\n[0044] 在获取小区信息响应消息中没有携带指示信息的情况下，在步骤S310中，进行邻区列表处理的操作可以具体为：基站直接将选定小区加入邻区列表；或者，基站根据相关的性能统计信息决定是否将选定小区加入邻区列表。\n[0045] 如上所述，借助于上述技术方案，可以实现以下有益效果中的至少之一：通过终端上报未知小区信息并结合维护了网络信息的数据库，相比于现有技术，可以更加准确地对终端上报的小区进行定位；通过利用基站与网络侧数据库进行交互，可以使得对是否将未知小区添加到邻区列表的判断更加合理，实现邻区列表的自动生成，节省了人力，并且使得邻区列表的产生和实际网络情况相符，从而可以提高网络切换成功率，降低网络运营维护成本。\n[0046] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。