一种同一路由区下基站共享隧道资源的方法

摘要

本发明提出了一种同一路由区下基站共享隧道资源的方法，包括：终端从原路由区下的原基站切换到新路由区下的新基站，原基站和新基站之间建立隧道，通过心跳消息进行链路保持，同时原基站将原路由区下的基站列表告知新基站并同步更新；同一路由区下的基站互相通知本基站的隧道负荷情况；当原基站负荷太重时，原基站将分析原路由区下的其它基站的隧道负荷情况，将自己的部分负荷分给当前负荷小的基站；当新基站长时间没有收到原基站的心跳消息时，新基站将给原路由区下的其它基站发送消息，要求其接管原基站上的隧道。该方法可以使得各个基站的隧道负荷平衡，同时即使某个基站出现异常，由于隧道资源的及时转移，使得用户的掉线率大大下降。

说明书

技术领域

本发明涉及无线通信领域，尤其涉及一种同一路由区下基站共享隧道资源的方法。

背景技术

在无线通信系统中，当终端发生了跨小区切换时，基站会为其建立隧道，来实现报文的正确转发。采用这种机制，隧道多建立在小区边界附近的基站上，小区边界的基站由于负荷重，提供给用户的服务质量就会下降；而且这些基站发生异常时，会导致无法为用户提供正常服务，甚至造成用户掉线。

由于小区内部的基站隧道相应地较少，负荷也小。因此，可以考虑共享基站间的隧道资源，共同分担负荷。

发明内容

为了解决上述技术问题，本发明提出了一种同一路由区下基站共享隧道资源的方法，该方法包括：

终端从原路由区下的原基站切换到新路由区下的新基站，原基站和新基站之间建立隧道，并通过隧道心跳消息进行链路保持，同时原基站将原路由区下的基站列表告知新基站，并同步更新；同一路由区下的基站通过基站间消息互相通知本基站的隧道负荷情况；

当原基站隧道负荷太重时，原基站将分析原路由区下的其它基站的隧道负荷情况，将自己的部分隧道负荷分给当前负荷小的基站；

当新基站长时间没有收到原基站的隧道心跳消息时，新基站将给原路由区下的其它基站发送消息，要求其接管原基站上的相应隧道。

当原基站隧道负荷太重时，进而包括以下步骤：1、原基站分析自己保存的原路由区下的其它基站的隧道负荷情况，查找出一个负荷小的基站作为分担基站，向其发送请求分担隧道负荷消息；2、分担基站收到原基站的请求分担隧道负荷消息后，综合分析自己的隧道负荷和将从原基站得到的隧道负荷，如果可以接受，则应答接受，否则应答拒绝；3、如果原基站收到分担基站的接受应答，则将其需要分担的隧道的信息发给分担基站，并更新自己的隧道负荷信息，停止为分担出去的隧道服务，同时发消息给原路由区下的其他基站通知更新本基站的隧道负荷情况；分担基站收到分担的隧道的信息后，将更新自己的隧道负荷信息，并与分担的隧道的相关基站建立隧道联系以提供隧道服务，同时发消息给原路由区下的其他基站通知更新本基站的隧道负荷情况；4、如果原基站收到分担基站的拒绝应答，则减少需要分担的隧道负荷数目，并再次给分担基站发送请求分担隧道负荷消息，分担基站将重复步骤2所述过程，然后，如果原基站收到分担基站的接受应答，则处理过程与步骤3相同；如果原基站收到分担基站的拒绝应答，原基站将根据自己保存的原路由区下的除开所述分担基站外的剩余其它基站的隧道负荷情况，从步骤1开始重复以上所有所述步骤，直到有基站接受原基站的请求或者由于隧道拆除而导致原基站负荷降低。

当新基站长时间没有收到原基站的隧道心跳消息时，进而包括以下步骤：1、新基站给原路由区下的其他基站发送请求接管原基站相关隧道的消息；2、原路由区下其他基站收到步骤1所述请求后，分析自己的隧道负荷，如果可以接管，则给新基站回复成功应答，否则不回消息；3、新基站根据接收到的应答消息，选择一个基站作为接管基站，向其发送原基站的隧道消息；接管基站收到新基站发来的隧道信息后，将更新自己的隧道负荷信息，并与新基站建立隧道关系以提供隧道服务，同时发消息给原路由区下的其他基站通知更新本基站的隧道负荷情况；4、如果新基站长时间没有收到应答，则拆除所述终端的连接。

本发明有益效果在于：1、位于小区边界附近的基站的隧道负荷大大降低，可以更好的为用户提供服务；2、远离小区边界的基站的隧道负荷提高，大大降低了基站资源的浪费；3、即使某个基站出现异常，由于隧道资源的及时转移，也使得用户的掉线率大大下降，提升了用户的满意度。

附图说明

图1为本发明实施例中基站a发现自己当前隧道负荷过重时的处理流程图；

图2为本发明实施例中基站b长时间没有收到基站a的隧道心跳消息时的处理流程图。

具体实施方式

下面结合附图来详细说明本发明的具体实施方式。

以一个无线通信系统中，终端从原路由区A下的原基站a切换到新路由区B下的新基站b为例。终端发生切换后，基站a和基站b之间新建了一条隧道为该终端提供服务，基站a和基站b通过隧道心跳维持隧道的正常工作，基站a将路由区A下的基站列表告知基站b。

由于新建了隧道，基站a的隧道负荷发生了改变，更新自己负荷的同时，发送消息要求路由区A下的其它基站同步更新记录的基站a的负荷。如图1所示，基站a对自己的负荷进行统计时，如果发现当前负担过重，需要申请负荷分担，就分析自己记录的路由区A下的其它基站的负荷情况，找到一个负荷较小的基站c，发送负荷分担请求，消息中携带需要分担的隧道数目。基站c收到请求后，分析自己的负荷，以及如果接收基站a的隧道将带来的负荷，如果可以接收，就发送接受应答，否则发送拒绝应答。基站a收到基站c的接受应答，就将刚刚协商好的分担隧道信息发给基站c，停止为分担出去的隧道服务，同时更新自己的负荷，发送负荷更新消息给路由区A下的其它基站。基站c接收到分担来的隧道后，和相关的对端隧道建立联系，正式接手这些隧道管理。基站c也更新自己的负荷，发送负荷更新消息给路由区A下的其它基站。基站a如果收到了基站c的拒绝应答，则重新计算自己的负荷，降低需要分担的隧道数目，再次给基站c发送负荷分担请求。如果基站c允许接受，则处理与前面所述一致，如果基站c还是拒绝，基站a将在基站c之外的路由区A下的剩余基站中挑选合适的基站进行负荷分担协商。如果基站a尝试了列表中的所有基站都没能分担负荷，则重新从最初的路由区A的基站列表中选择基站继续协商，直到有基站接收负荷或者基站a由于终端结束隧道而导致负荷降低。

如图2所示，如果基站b发现隧道心跳定时器连续3次超时，就主动给路由区A下的基站发送请求接管基站a隧道负荷消息。与基站a在同一路由区A的基站收到这一请求后，分析自己的负荷，如果可以接管，则回成功应答，否则不回应答。如果基站b收到了成功应答，则选择一个基站d作为接管基站来提供隧道服务，发送相关隧道信息给基站d，二者之间通过隧道心跳维持隧道的正常工作，基站d更新自己的负荷，发送负荷更新消息给路由区A下的其它基站。如果基站b在应答定时器超时后仍然没有收到应答，则中止为该用户提供服务。

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