一种锚基站业务均衡方法

摘要

本发明提出一种锚基站业务均衡方法，包括以下步骤：1.1，根据网络规划，制定IP归属基站表，下发给各个基站，IP归属基站表规定了IP地址和锚基站的对应关系；1.2，终端侧获取IP地址后，基站根据该IP地址查找IP归属基站表，并将该IP地址对应的锚基站存储在终端中；1.3，终端注册时，当前服务基站自动和终端存储的锚基站进行联系。本发明通过配置给每个锚基站的IP数量来控制该站的业务量，使得锚基站数据业务量具有可控性和均衡性。

权利要求

1.一种锚基站业务均衡方法，其特征在于，包括以下步骤：

1.1，根据网络规划，制定IP归属基站表，并下发给各个基站，所述IP归属基站表规定了IP地址和锚基站的对应关系；

1.2，终端侧获取IP地址后，基站根据该IP地址查找IP归属基站表，并将该IP地址对应的锚基站存储在终端中；

1.3，终端注册时，当前服务基站自动和终端存储的锚基站进行联系，具体包括：如果当前服务基站与终端存储的锚基站不在同一个路由区，则与锚基站建立隧道；如果在同一个路由区，则在自身锚业务不多时临时充当锚基站，如果自身锚业务繁忙，则仍与锚基站建立隧道。

2.权利要求1所述的方法，其特征在于步骤1.2，所述终端侧为终端本身或者终端所连接的PC。

3.权利要求1所述的方法，其特征在于步骤1.2，如果基站在IP归属基站表中没有找到该IP地址对应的锚基站，则将本基站作为该IP地址对应的锚基站。

4.权利要求1所述的方法，其特征在于步骤1.2，将该IP地址的相关信息存储在终端中，所述相关信息包括MAC，[IP，IP租约]，锚基站ID，锚基站路由区ID。

说明书

一种锚基站业务均衡方法

技术领域

[0001] 本发明涉及无线通信领域，尤其涉及一种锚基站业务均衡方法。

背景技术

[0002] 无线通信系统中的终端具有可移动性，在进行数据业务时，如果终端的锚基站和当前的服务基站不在同一个路由区下，服务基站将自动和锚基站联系建立隧道。

[0003] 在现有技术中，一般是将获取ＩＰ地址的基站作为锚基站，这样将导致拥有跨路由区使用终端多的基站的锚业务多，拥有跨路由区使用终端少的基站的锚业务少，即各个锚基站的用户量差异很大，锚基站业务很不均衡。

发明内容

[0004] 针对上述不足，本发明提出了一种实现锚基站业务均衡的方法，包括以下步骤：

[0005] 1.1，根据网络规划，制定IP归属基站表，并将该表下发给各个基站，IP归属基站表记录了IP地址和锚基站的对应关系。

[0006] 1.2，终端侧（可以是终端或终端所连接的PC等）获取IP地址后，基站根据该IP地址查找IP归属基站表，并将其对应的锚基站存储在终端中，使得锚基站不随终端的移动而改变，保证了锚基站的固定性和业务均衡性。如果基站在IP归属基站表中没有找到该IP地址对应的锚基站，则将本基站作为锚基站。优选的，可以将该IP地址的相关信息都存储在终端中，包括MAC，[IP，IP租约]，锚基站ID，锚基站RAID（路由区ID）等信息。

[0007] 1.3，终端注册时，当前服务基站自动和终端存储的锚基站进行联系。为了更好的均衡锚业务，本步骤还可以进一步实现为：如果当前服务基站与终端存储的锚基站不在同一个路由区，则与锚基站建立隧道，共同为用户提供数据服务；如果在同一个路由区，则当前服务基站根据自身业务量来均衡锚业务，即在自身锚业务不多时临时充当锚基站，来达到锚基站业务负载均衡，否则如果自身锚业务繁忙，则仍与锚基站建立隧道。

[0008] 与现有技术相比，本发明的优点在于：

[0009] （1）锚基站数据业务量具有可控性，可以通过配置给每个锚基站的IP数量来控制该站的业务量。

[0010] （2）锚基站数据业务量具有均衡性，在网络规划时就可以实现。

[0011] （3）与用户无关性。也就是说本发明提出的方法，用户无需参与，是可以自动实现的。

附图说明

[0012] 图1是本发明实施例的终端所连PC进行DHCP申请IP过程的流程图；

[0013] 图2是本发明实施例的终端数据注册过程的流程图。

具体实施方式

[0014] 本发明的主要思想是在每个基站配备一个IP归属基站表，当终端或终端所连PC获得IP地址时，查找该表，将IP地址对应的锚基站等相关信息发给终端，让其记录在FLASH中，并在终端注册时携带上来，基站根据该信息获得为该终端服务的锚基站，如果不是本基站，并且如果本基站与锚基站不在同一个路由区，则建立隧道，共同为用户提供数据服务，如果在同一个路由区，则本基站根据自身的业务量来均衡锚业务，在本身锚业务不多时临时充当锚基站，来达到锚基站业务负载均衡，如果自身业务繁忙，则也与锚基站建立隧道。

[0015] 下面结合附图，通过具体实施例对本发明做进一步详细说明。

[0016] 本实施例中，首先根据网络规划，制定一个IP归属基站表，并下发给各个基站，IP归属基站表规定了所有IP地址和所有锚基站的对应关系。

[0017] 当终端所连PC进行DHCP申请IP地址时，其过程如图1所示，包括以下步骤：

[0018] （1.1）终端发送DHCP Discovery消息；

[0019] （1.2）基站收到后，如果允许该终端申请IP，则建立临时转发表，用于转发处理后续DHCP消息，然后将DHCP Discovery消息添加Option82选项，携带该终端的设备ID，将消息转发到DHCP服务器；

[0020] （1.3）DHCP服务器发送DHCP Offer消息给基站；

[0021] （1.4）基站将DHCP Offer消息转发给终端；

[0022] （1.5）终端发送DHCP Request消息给基站；

[0023] （1.6）基站将DHCP Request消息转发给DHCP服务器；

[0024] （1.7）DHCP服务器发送DHCPAck消息给基站；

[0025] （1.8）基站收到后，将DHCP Ack消息转发给终端，同时根据IP地址查找IP归属基站表。如果找到，则将表中的基站作为该用户的锚基站；如果没有找到，则将本基站作为该用户的锚基站。将（MAC，[IP，IP租约]，锚基站ID，锚基站RAID）等信息生成IPList信息。

[0026] （1.9）基站把携带有IPList信息的DAIB（动态地址信息表）消息发给终端，终端写在FLASH中。

[0027] 终端有数据业务需求发起数据注册时，如图2所示，其注册过程包括以下步骤：

[0028] （2.1）终端发起数据注册，携带DAIB信息；

[0029] （2.2）基站如果允许该终端注册，则发送数据注册成功消息，否则发送失败消息；

[0030] （2.3）基站分析DAIB表中的IPList信息，如果该IP对应的锚基站就是本基站，则为该终端建立数据转发所需的表项，支持终端的数据业务；

[0031] （2.4）如果该IP对应的锚基站不是本基站，则判定锚基站与本基站是否在同一个路由区，如果不在同一个路由区，则向锚基站发起隧道建立请求，锚基站应答成功后，本基站就作为服务基站，和锚基站共同完成终端的数据业务处理功能。

[0032] （2.5）如果锚基站与本基站在同一个路由区，则首先判定本基站锚业务是否繁忙，如果忙，则向锚基站发起隧道建立请求，锚基站应答成功后，本基站就作为服务基站，和锚基站共同完成终端的数据业务处理功能；如果不忙，则向锚基站发起换锚请求，临时充当锚基站实现终端的数据业务处理功能，这里，对于终端保存的DAIB表信息中的锚基站仍然是原始的，不会改变，也就是说下一次终端注册携带的锚基站仍然不变。

[0033] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。