CN105307198A - 实现更换终端锚基站的系统及装置 - Google Patents

Abstract

本发明提出一种实现更换终端锚基站的系统，该系统包括基站和管理实体，基站向管理实体上报忙闲程度参数；管理实体计算各基站的忙闲程度，其向此基站发送基站忙闲指示消息；锚基站忙时，当有服务基站向其建立隧道时，所述锚基站向其发送锚基站忙指示，提示服务基站更换锚基站；服务基站根据锚基站的提示，进行更换锚基站操作。本发明提出系统可以自主调节基站负载，解决基站负载过高的问题，有利于提高网络稳定性，增强用户体验。

Description

实现更换终端锚基站的系统及装置

技术领域

本发明涉及移动通信领域，尤其涉及实现更换终端锚基站的系统及装置。

背景技术

在多基站组网时，由于用户业务和地理分布的不均匀，传统的接入会引起基站的负载不平衡，进一步会造成无线网络整体的利用率降低及用户QoS的下降。

通常情况下，基站负载均衡采取手动方式，依据于长期的基站观测数据。当基站发生经常性过载时，调节基站相关系统参数而保证基站正常运行。但此方式对于基站负载随时间变化较大的地点，会造成频繁的手动调节基站系统参数。同时，一旦锚基站发生故障，则以此基站为锚的大量终端的业务数据将无法得到回传。

现有的更换锚基站机制，是通过基站间消息相互通知实现的。此实现有明显的不足：1)同一路由区内任意基站之间都需要定期的进行负载消息的交互，当基站较多时，会很浪费系统资源，增加系统开销；2)每个基站均需知晓其所在路由区内所有基站的负载信息，使每个基站需保存大量的数据；3)当发送跨路由区切换，服务基站需知道锚基站所在路由区的基站列表。当锚基站发送故障时，因服务基站并不知道锚基站所在路由区内基站的负载信息，服务基站只能通过多次尝试与锚基站所在路由区的基站建立联系，请求目标基站接管原锚基站的用户，此实现方式会导致换锚效率较低。

发明内容

针对上述问题，本发明提出一种实现更换终端锚基站的系统，该系统包括基站和管理实体，所述基站向所述管理实体上报忙闲程度参数；所述管理实体计算各基站的忙闲程度，向此基站发送基站忙闲指示消息；所述基站作为锚基站且忙闲程度为时，当有服务基站向其建立隧道时，所述锚基站向其发送锚基站忙指示，提示服务基站更换锚基站；所述服务基站根据锚基站的提示，进行更换锚基站操作。

进一步的，该系统还包括：所述锚基站忙闲程度降低，所述管理实体向锚基站发送基站闲指示消息，所述锚基站对其后接收到的隧道建立请求不会再发送锚基站忙指示。

优选的，该系统还包括：所述服务基站检测到锚基站故障，则进行更换锚基站操作；包括：所述服务基站检测不到与锚基站的隧道心跳消息；和/或，所述服务基站发送隧道建立请求消息后，未收到隧道建立请求应答消息。

优选的，所述服务基站进行的更换锚基站操作具体包括：服务基站向管理实体发送更换锚基站请求；管理实体为服务基站选择多个锚基站，并提供新锚基站下可分配的隧道用户数，下发给服务基站；服务基站将换锚的用户分配到新锚基站，向新锚基站发送数据导入请求，与新锚基站建立二层隧道。其中，所述向该新锚基站发送数据导入请求，与该新锚基站建立二层隧道的过程包括：所述服务基站向新锚基站发送数据导入请求，建立数据转发所需要表项，并携带用户数据；所述新锚基站建立数据转发所需表项，返回数据导入应答。所述数据转发所需表项包括：隧道、DAIB表、CCB表和地址过滤表。进一步的，该系统还包括：所述服务基站与终端之间更新DAIB、地址过滤表、ACL列表。

优选的，该系统还包括：所述服务基站接收到所述管理实体下发的新锚基站信息后，将该信息保存一段时间，在此期间内，若有相同路由区的锚基站负载过高或故障，服务基站从保存的新锚基站列表中选择锚基站进行更换。服务基站向旧锚基站发送移除锚基站请求，删除隧道并通知旧锚基站删除用户锚基站信息。

基于相同的构思，本发明还提出一种实现更换终端锚基站的管理实体，包括：所述管理实体接收基站上报的忙闲程度参数，计算各基站的忙闲程度，当基站忙闲程度变化时通知该基站。还包括：所述管理实体接收到服务基站的更换锚基站请求后，为服务基站选择多个锚基站，并提供新锚基站下可分配的隧道用户数，下发给服务基站。

基于相同的构思，本发明还提出一种实现更换终端锚基站的锚基站装置，该装置包括：所述装置向管理实体上报忙闲程度参数，接收并记录所述管理实体下发的忙闲程度；所述装置忙闲程度为忙时，若收到建立隧道请求，则返回锚基站忙指示；当忙闲程度降低后，对接收到的建立隧道请求正常应答。

基于相同的构思，本发明还提出一种实现更换终端锚基站的服务基站装置，其特征在于，该装置包括：所述装置若收到锚基站忙指示，则进行更换锚基站操作。进一步包括：所述装置若检测到锚基站故障，则进行更换锚基站操作。所述更换锚基站操作具体包括：向管理实体发送更换锚基站请求；接收管理实体下发的新锚基站信息，将换锚用户分配到新锚基站，向新锚基站发送数据导入请求，与新锚基站建立二层隧道。

优选的，所述服务基站接收到所述管理实体下发的新锚基站信息后，将该信息保存一段时间，在此期间内，若有相同路由区的锚基站负载过高或故障，服务基站从保存的新锚基站列表中选择锚基站进行更换。

基于相同的构思，本发明还提出一种实现更换终端锚基站的基站，所述基站包括如上所述的锚基站装置和服务基站装置。

本发明提出的实现更换终端锚基站的系统及装置，在网络正常运行、无人干预的情况下，可以及时发现负载过高的基站，以自主的方式调节基站负载，解决基站负载过高的问题。进一步的，当锚基站发生故障时，能够为终端分配新锚基站。此发明有利于提高网络稳定性，增强用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提出的系统实现更换终端锚基站的基本处理框图；

图2为基站上报隧道忙闲参数流程图；

图3为管理实体指示基站忙闲并触发更换锚基站流程图；

图4为锚基站故障一，服务基站触发更换锚基站流程图；

图5为锚基站故障二，服务基站触发更换锚基站流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明通过无线网络管理实体，统筹网络中的所有基站，使每个基站并不需要知晓其他基站的负载信息。管理实体根据各基站负载情况，为以负载过高的基站为锚基站的终端用户分配新锚基站，从而降低原锚基站的负载。当锚基站发生故障，服务基站启动换锚机制，管理实体分配新锚基站，使用户终端的业务数据得以继续传输。

本发明提供的更换终端锚基站的系统的基本处理框图参照附图1，该系统包括基站和管理实体：所述基站向所述管理实体上报忙闲程度参数；所述管理实体计算各基站的忙闲程度，向此基站发送基站忙闲指示消息；所述基站作为锚基站且忙闲程度为时，当有服务基站向其建立隧道时，所述锚基站向其发送锚基站忙指示，提示服务基站更换锚基站；所述服务基站根据锚基站的提示，进行更换锚基站操作。

进一步的，该系统还包括：若锚基站忙闲程度降低，管理实体向锚基站发送基站闲指示消息，锚基站对其后接收到的隧道建立请求不会再发送锚基站忙指示。

进一步的，该系统还包括：服务基站检测到锚基站故障，进行更换锚基站操作。其中，所述服务基站检测到锚基站故障包括：所述服务基站检测不到与锚基站的隧道心跳消息；和/或，所述服务基站发送隧道建立请求消息后，未收到隧道建立请求应答消息。

优选的，所述更换锚基站操作具体包括：服务基站向管理实体发送更换锚基站请求；管理实体为服务基站选择多个锚基站，并提供新锚基站下可分配的隧道用户数，下发给服务基站；服务基站将换锚的用户分配到新锚基站，向新锚基站发送数据导入请求，与新锚基站建立二层隧道。

进一步的，所述向该新锚基站发送数据导入请求，与该新锚基站建立二层隧道的过程包括：所述服务基站向新锚基站发送数据导入请求，建立数据转发所需要表项，并携带用户数据；所述新锚基站建立数据转发所需表项，返回数据导入应答。数据转发所需表项包括：隧道、DAIB表、CCB表和地址过滤表。

进一步的，该系统还包括：所述服务基站与终端之间更新DAIB、地址过滤表、ACL列表。

优选的，该系统还包括：所述服务基站接收到所述管理实体下发的新锚基站信息后，将该信息保存一段时间，在此期间内，若有相同路由区的锚基站负载过高或故障，服务基站从保存的新锚基站列表中选择锚基站进行更换。

优选的，该系统还包括：服务基站向旧锚基站发送移除锚基站请求，删除隧道并通知旧锚基站删除用户锚基站信息。

本发明通过管理实体选择多个新锚基站下发给服务基站，服务基站向各基站分配用户数，从而避免大量用户切换到目标基站导致此目标基站的负载过高，进而频繁地进行锚基站换锚操作。

下面对本发明在McWiLL网络中的具体实现进行详细说明。

附图2所描述的基站向EMS上报其忙闲程度参数流程图，该流程包括：

步骤101、基站向EMS上报其隧道忙闲参数，并启动定时器T100；

步骤102、EMS通过基站上报的忙闲参数计算此基站的忙闲程度，若基站忙闲程度发生变化，则EMS通知基站；

步骤103、基站定时器T100超时，基站再次向EMS上报其隧道忙闲程度，并启动定时器T100。

实施例一：请参照附图3，管理实体EMS指示基站忙闲并触发更换锚基站流程，该流程包括：

步骤201、EMS通过基站的忙闲程度判断此基站忙，则其向此基站发送基站忙指示消息；

步骤202、原锚基站收到此消息后，记录其忙。此状态对已经存在的隧道不会有任何影响，而对其后收到的隧道建立请求，在原锚基站回复隧道建立应答的之后，会立即通知隧道建立方“锚基站忙”；

步骤203、服务基站向原锚基站发送隧道建立请求；

步骤204、原锚基站发现其隧道忙，则建立隧道，向服务基站隧道建立应答；

步骤205、原锚基站向服务基站发送锚基站忙指示消息，提示刚建立隧道需要删除、消息中MAC对应的用户需要换锚基站；

步骤206、服务基站则向EMS发送更换锚基站请求；

步骤207、EMS收到此信息后，分析所有基站与网络连接状态、近期是否有严重告警、当前忙闲程度等信息，选择多个新的锚基站，并给出每个新锚基站下可分配的隧道用户数，通过换锚应答下发给服务基站；

步骤208、服务基站接收到换锚应答，保存分配的新锚基站号和可分配隧道用户数信息，将需要换锚的用户分配到新锚基站下，对应的可分配隧道用户数减一。向新锚基站发送数据导入请求，建立数据转发所需要的所有表项，包括隧道、DAIB表、CCB表、地址过滤表，告诉此新锚基站其将作为用户的新锚基站，并携带用户必要的数据；

步骤209、新锚基站建立数据转发所需要的所有表项，包括隧道、DAIB表、CCB表、地址过滤表，返回数据导入应答；

步骤210、服务基站向旧基站发送移除锚基站请求，删除隧道并通知旧锚基站删除用户锚基站信息；

步骤211、旧锚基站回复移除锚基站响应。

步骤212、服务基站与终端之间更新DAIB、地址过滤表、ACL列表更新；

步骤213、当EMS通过基站的忙闲程度判断此基站闲，则其向此基站发送基站闲指示消息，锚基站对其后接收到的隧道建立请求回复应答后，不会再发送锚基站忙指示。

实施例二：请参照附图4，锚基站故障，服务基站触发更换锚基站流程；此故障造成了基站间隧道建立失败。该流程包括：

步骤301、无线终端向基站发起数据业务注册请求，发送DataServiceRequest消息，携带当前终端连接的IPlist数据，包括ip地址，mac地址，ip类型，会话类型等属性；

步骤302、基站向终端返回DataServiceResponse消息；

步骤303、基站判断终端iplist数据，判断该IP所属锚基站为其它基站，向锚基站发送隧道建立请求消息，携带终端id，以及建立隧道所使用的端口；

步骤304、服务基站接收隧道建立应答3次超时；

步骤305、服务基站向EMS发送更换锚基站请求；

步骤306、EMS收到此信息后，分析基站与网络连接状态、近期是否有严重告警、当前忙闲程度等信息，选择多个新的锚基站，并给出每个新锚基站下可分配的隧道用户数，通过换锚应答下发给服务基站；

步骤307、服务基站接收到换锚应答，保存分配的新锚基站号和可分配隧道用户数信息，将隧道建立失败的用户分配到新锚基站下，对应的可分配隧道用户数减一。向新锚基站发送数据导入请求，建立数据转发所需要的所有表项，包括隧道、DAIB表、CCB表、地址过滤表，告诉新锚基站其将作为用户的新锚基站，并携带用户必要的数据；

步骤308、新锚基站建立数据转发所需要的所有表项，包括隧道、DAIB表、CCB表、地址过滤表，返回数据导入应答；

步骤309、服务基站与终端之间更新DAIB、地址过滤表、ACL列表更新。

实施例三：请参照附图5，锚基站故障，服务基站触发更换锚基站流程图。此故障造成了基站间隧道心跳消息接收失败。该流程包括：

步骤401、无线终端向BS发起数据业务注册请求，发送DataServiceRequest消息，携带当前终端连接的IPlist数据，包括ip地址，mac地址，ip类型，会话类型等属性；

步骤402、基站向终端返回DataServiceResponse消息；

步骤403、基站判断终端iplist数据，判断该IP所属锚基站为其它基站，向锚基站发送隧道建立请求消息，携带终端id，以及建立隧道所使用的端口；

步骤404、服务基站与原锚基站之间建立隧道；

步骤405、原锚基站会定时向服务基站发送隧道心跳消息；

步骤406、服务基站多次收不到隧道心跳消息；

步骤407、服务基站判断与原锚基站失连，向EMS发送更换锚基站请求，

步骤408、EMS收到此信息后，分析基站与网络连接状态、近期是否有严重告警、当前忙闲程度等信息，选择多个新的锚基站，并给出每个新锚基站下可分配的隧道用户数，通过换锚应答下发给服务基站；

步骤409、服务基站接收到换锚应答，保存分配的新锚基站号和可分配隧道用户数信息，将心跳接收不到的用户分配到新锚基站下，对应的可分配隧道用户数减一。向新锚基站发送数据导入请求，建立数据转发所需要的所有表项，包括隧道、DAIB表、CCB表、地址过滤表，告诉此新锚基站其将作为用户的新锚基站，并携带用户必要的数据；

步骤410、新锚基站建立数据转发所需要的所有表项，包括隧道、DAIB表、CCB表、地址过滤表，返回数据导入应答；

步骤411、服务基站拆除旧锚基站的隧道，向旧基站发送隧道终止请求；

步骤412、旧锚基站回复隧道终止应答，此应答因旧锚基站的工作状态可能不存在；

步骤413、服务基站与终端之间更新DAIB、地址过滤表、ACL列表更新。

在上述三个实施例中，EMS下发给服务基站的更换锚基站应答中提供的新锚基站信息，服务基站都可以保存一段时间，比如5分钟。在此时间内，若有相同路由区的锚基站负载过高或故障，服务基站可从保存的新锚基站列表中选择锚基站，此锚基站的可分配隧道用户数减一。

实施例四：基于相同的构思，本发明还提出一种实现更换终端锚基站的管理实体，包括：所述管理实体接收基站上报的忙闲程度参数，计算各基站的忙闲程度，当基站忙闲程度变化时通知该基站。进一步的，还包括：所述管理实体接收到服务基站的更换锚基站请求后，为服务基站选择多个锚基站，并提供新锚基站下可分配的隧道用户数，下发给服务基站。

实施例五：本发明还提出一种实现更换终端锚基站的锚基站装置，该装置包括：所述装置向管理实体上报忙闲程度参数，接收并记录所述管理实体下发的忙闲程度；所述装置忙闲程度为忙时，若收到建立隧道请求，则返回锚基站忙指示；当忙闲程度降低后，对接收到的建立隧道请求正常应答。

实施例六：本发明还提出一种实现更换终端锚基站的服务基站装置，该装置包括：所述装置若收到锚基站忙指示，则进行更换锚基站操作。进一步的，所述装置若检测到锚基站故障，则进行更换锚基站操作。更进一步的，所述检测到锚基站故障包括：所述服务基站检测不到与锚基站的隧道心跳消息；和/或，所述服务基站发送隧道建立请求消息后，未收到隧道建立请求应答消息。

其中，更换锚基站操作具体包括：向管理实体发送更换锚基站请求；接收管理实体下发的新锚基站信息，将换锚用户分配到新锚基站，向新锚基站发送数据导入请求，与新锚基站建立二层隧道。

更进一步的，所述服务基站接收到所述管理实体下发的新锚基站信息后，将该信息保存一段时间，在此期间内，若有相同路由区的锚基站负载过高或故障，服务基站从保存的新锚基站列表中选择锚基站进行更换。

本发明最后还提出一种实现更换终端锚基站的基站，所述基站包括如实施例五所述的锚基站装置和如实施例六所述的服务基站装置。

从以上各实施例可以看出，利用本发明提供的系统和装置具有以下优点：自动调节无线网络负载均衡，不需要人为干预；无需为终端设置特定的“锚基站”，减少维护成本，增强了终端的维护性；避免了由于基站负载过高而造成系统的不稳定，保证网络的正常运行；解决一旦锚基站出现故障后以此基站为锚的大量终端的业务数据将无法得到回传的问题。

本领域普通技术人员可以理解：实现上述系统实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述系统实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (19)

1.一种实现更换终端锚基站的系统，其特征在于，该系统包括基站和管理实体：

所述基站向所述管理实体上报忙闲程度参数；

所述管理实体计算各基站的忙闲程度，向此基站发送基站忙闲指示消息；

所述基站作为锚基站且忙闲程度为时，当有服务基站向其建立隧道时，所述锚基站向其发送锚基站忙指示，提示服务基站更换锚基站；

所述服务基站根据锚基站的提示，进行更换锚基站操作。

2.根据权利要求1所述的系统，其特征在于，该系统还包括：

所述锚基站忙闲程度降低，所述管理实体向锚基站发送基站闲指示消息，所述锚基站对其后接收到的隧道建立请求不会再发送锚基站忙指示。

3.根据权利要求1所述的系统，其特征在于，该系统还包括：所述服务基站检测到锚基站故障，则进行更换锚基站操作。

4.根据权利要求3所述的系统，其特征在于，所述服务基站检测到锚基站故障包括：所述服务基站检测不到与锚基站的隧道心跳消息；和/或，所述服务基站发送隧道建立请求消息后，未收到隧道建立请求应答消息。

5.根据权利要求1～4任意一项所述的系统，其特征在于，所述服务基站进行的更换锚基站操作具体包括：

服务基站向管理实体发送更换锚基站请求；

管理实体为服务基站选择多个锚基站，并提供新锚基站下可分配的隧道用户数，下发给服务基站；

服务基站将换锚的用户分配到新锚基站，向新锚基站发送数据导入请求，与新锚基站建立二层隧道。

6.根据权利要求5所述的系统，其特征在于，所述向该新锚基站发送数据导入请求，与该新锚基站建立二层隧道的过程包括：所述服务基站向新锚基站发送数据导入请求，建立数据转发所需要表项，并携带用户数据；所述新锚基站建立数据转发所需表项，返回数据导入应答。

7.根据权利要求6所述的系统，其特征在于，所述数据转发所需表项包括：隧道、DAIB表、CCB表和地址过滤表。

8.根据权利要求7所述的系统，其特征在于，该系统还包括：所述服务基站与终端之间更新DAIB、地址过滤表、ACL列表。

9.根据权利要求5所述的系统，其特征在于，该系统还包括：

所述服务基站接收到所述管理实体下发的新锚基站信息后，将该信息保存一段时间，在此期间内，若有相同路由区的锚基站负载过高或故障，服务基站从保存的新锚基站列表中选择锚基站进行更换。

10.根据权利要求1～9任意一项所述的系统，其特征在于，该系统还包括：服务基站向旧锚基站发送移除锚基站请求，删除隧道并通知旧锚基站删除用户锚基站信息。

11.一种实现更换终端锚基站的管理实体，其特征在于，包括：所述管理实体接收基站上报的忙闲程度参数，计算各基站的忙闲程度，当基站忙闲程度变化时通知该基站。

12.根据权利要求11所述的管理实体，其特征在于，还包括：

所述管理实体接收到服务基站的更换锚基站请求后，为服务基站选择多个锚基站，并提供新锚基站下可分配的隧道用户数，下发给服务基站。

13.一种实现更换终端锚基站的锚基站装置，其特征在于，该装置包括：

所述装置向管理实体上报忙闲程度参数，接收并记录所述管理实体下发的忙闲程度；

所述装置忙闲程度为忙时，若收到建立隧道请求，则返回锚基站忙指示；当忙闲程度降低后，对接收到的建立隧道请求正常应答。

14.一种实现更换终端锚基站的服务基站装置，其特征在于，该装置包括：所述装置若收到锚基站忙指示，则进行更换锚基站操作。

15.根据权利要求14所述的装置，其特征在于，还包括：所述装置若检测到锚基站故障，则进行更换锚基站操作。

16.根据权利要求15所述的装置，其特征在于，所述检测到锚基站故障包括：所述服务基站检测不到与锚基站的隧道心跳消息；和/或，所述服务基站发送隧道建立请求消息后，未收到隧道建立请求应答消息。

17.根据权利要求14～16任意一项所述的装置，其特征在于，所述更换锚基站操作具体包括：向管理实体发送更换锚基站请求；接收管理实体下发的新锚基站信息，将换锚用户分配到新锚基站，向新锚基站发送数据导入请求，与新锚基站建立二层隧道。

18.根据权利要求17所述的装置，其特征在于，所述服务基站接收到所述管理实体下发的新锚基站信息后，将该信息保存一段时间，在此期间内，若有相同路由区的锚基站负载过高或故障，服务基站从保存的新锚基站列表中选择锚基站进行更换。

19.一种实现更换终端锚基站的基站，其特征在于，所述基站包括如权利要求13所述的锚基站装置和如权利要求14～18任意一项所述的服务基站装置。