终端和终端链路状态数据库溢出的处理方法

文档序号:7693611阅读:191来源:国知局
专利名称:终端和终端链路状态数据库溢出的处理方法
技术领域
本发明涉及网络通信技术领域,尤其是涉及一种终端和终端链路状态数据库溢出的处理方法。
背景技术
随着移动网络数据业务的开通和3G(3rd-generati0n,第三代移动通信技术)网络的建设,手机上网变得越来越普及。为了满足手机上网的需求,网络中的SGSMServicng Gprs Support Node,服务支持节点)和GGSN(Gateway Gprs Support Node,网关支持节点) 需要存在大量的路由。若采用静态路由的配置方式,其操作繁琐且后续维护不便。一般采用OSPF(Open Shortest Path First,开放式最短路径优先)协议作为动态路由协议进行路由配置。SGSN和GGSN之间可以采用直连的方式进行互联。这种组网方式有以下特点1、SGSN所有配置的OSPF接口只和GGSN设备相连。2、SGSN路由的默认出口永远指向GGSN,即GGSN作为SGSN的上游路由器。对于这种组网方式,GGSN作为网关设备,需要整合所有SGSN设备下挂接的手机地址池路由。SGSN设备相对GGSN设备来说,链路状态数据库小,当GGSN设备通告了大量的链路状态广播给SGSN,超过了 SGSN设备链路状态数据库最大容量,则SGSN和GGSN设备间的连接将断开,使得SGSN设备无法学习到GGSN通告的路由,导致挂接在SGSN设备下的手机用户无法运行正常的数据业务。

发明内容
本发明的主要目的在于提供一种终端和终端的链路状态数据库溢出的处理方法, 使终端能够进行路由的正常学习,保证挂接在终端上的数据业务正常运行。本发明提出一种终端的链路状态数据库溢出的处理方法,包括步骤在本终端的链路状态数据库溢出时,断开本终端与其他终端的连接;控制本终端与其他终端重新建立连接,将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中。优选地,所述将接收的其他终端的外部链路状态广播的摘要存储至本终端增设的数据库中具体包括判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播;当所述数据库中不存在对应的摘要,且所接收的外部链路状态广播不是老化的外部链路状态广播,则将接收的外部链路状态广播的摘要存储至所述数据库中。优选地,所述判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播之后还包括当所述数据库中存在对应的摘要,且所接收的外部链路状态广播为老化的外部链路状态广播,则将所述数据库中对应的摘要删除。
优选地,所述控制本终端与其他终端重新建立连接之后还包括将本终端产生的链路状态广播,以及其他终端产生的非链路状态广播,存储至所述链路状态数据库中。优选地,所述将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中之后还包括生成指向指定路由器的默认路由,以使本终端的外发报文通过所述指定路由器转发。优选地,所述将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中之后还包括判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播;当链路状态数据库还能容纳所述链路状态广播,则控制本终端与其他终端断开连接,使本终端后续以现有的开放式最短路径优先协议与其他终端建立连接。本发明另提出一种终端,包括第一断开模块,用于在本终端的链路状态数据库溢出时,断开本终端与其他终端的连接;第一控制模块,用于控制本终端与其他终端重新建立连接,将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中。优选地,所述第一控制模块,具体还用于判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播;以及当所述数据库中不存在对应的摘要,且所接收的外部链路状态广播不是老化的外部链路状态广播,则将接收的外部链路状态广播的摘要存储至所述数据库中。优选地,所述第一控制模块,具体还用于当所述数据库中存在对应的摘要,且所接收的外部链路状态广播为老化的外部链路状态广播,则将所述数据库中对应的摘要删除。优选地,所述的终端,还包括第二控制模块,用于将本终端产生的链路状态广播,以及其他终端产生的非链路状态广播,存储至所述链路状态数据库中。优选地,所述的终端,还包括生成模块,用于生成指向指定路由器的默认路由,以使本终端的外发报文通过所述指定路由器转发。 优选地,所述的终端,还包括判断模块,用于判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播;第二断开模块,当链路状态数据库能够容纳所述链路状态广播,则控制本终端与其他终端断开连接,使本终端后续以现有的开放式最短路径优先协议与其他终端建立连接。本发明所提供的终端和终端的链路状态数据库溢出的处理方法,通过因本终端的链路状态数据库溢出,控制本终端与其他终端重新建立连接,并将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中的方式,有效地防止了本终端与其他终端建立连接后,链路状态数据库溢出现象的发生,保证了终端路由的正常学习,从而保证了挂接在终端上的数据业务正常运行。


图1是本发明的终端的链路状态数据库溢出的处理方法一实施例的流程图;图2是本发明的终端的链路状态数据库溢出的处理方法实施例的另一流程图;图3是本发明的终端一实施例的结构示意图;图4是本发明的终端实施例的另一结构示意图;图5是本发明的终端实施例的另一结构示意图;图6是本发明的终端实施例的另一结构示意图。本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施例方式应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。参见图1,提出本发明的终端的链路状态数据库溢出的处理方法一实施例,包括步骤S101、在本终端的链路状态数据库溢出时,断开本终端与其他终端的连接;步骤S102、控制本终端与其他终端重新建立连接,将接收的其他终端外部链路状态广播的摘要,存储至本终端增设的数据库中。进一步地,参见图2,上述终端的链路状态数据库溢出的处理方法实施例中,所述将接收的其他终端的外部链路状态广播的摘要,存储至本终端增设的数据库中具体包括步骤S201、判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播;步骤S202、当所述数据库中不存在对应的摘要,且所接收的外部链路状态广播不是老化的外部链路状态广播,则将接收的外部链路状态广播的摘要存储至所述数据库中。以上所述的外部链路状态广播的摘要中,每个摘要对应一个外部链路状态广播, 即一个摘要唯一标识一个外部链路状态广播。其中,外部链路状态广播的摘要所需内存比对应的外部链路状态广播所需内存小。因此通过一个增设的数据库储存其他设备发送的外部链路状态广播的摘要,可以节约终端的内存资源。上述终端的链路状态数据库溢出的处理方法实施例中,将其他终端外部链路状态广播的摘要存储至增设的数据库,将本终端产生的链路状态广播,以及其他终端产生的非链路状态广播,存储至原有的链路状态数据库中。有效地防止了本终端与其他终端建立连接后,链路状态数据库溢出现象的发生,保证了终端路由的正常学习,从而保证了挂接在终端上的数据业务正常运行。进一步地,上述终端的链路状态数据库溢出的处理方法实施例中,步骤S201之后还包括如下处理当所述数据库中存在对应的摘要,且所接收的外部链路状态广播为老化的外部链路状态广播,则将所述数据库中对应的摘要删除。进一步地,上述终端的链路状态数据库溢出的处理方法实施例中,所述控制本终端与其他终端重新建立连接之后还包括如下处理将本终端产生的链路状态广播,以及其他终端产生的非链路状态广播,存储至所述链路状态数据库中。上述终端的链路状态数据库溢出的处理方法实施例中,将其他终端的外部链路状态广播的摘要存储至本终端增设的数据库,而将其他终端的非外部链路状态广播和本终端产生的链路状态广播存储至本终端的链路状态数据库,大大地节约了本终端的链路状态数据库的内存空间,有效地防止了本终端的链路状态数据库溢出现象的发生,可以保证本终端路由的正常学习,从而可以保证挂接在本终端下的数据业务可以正常运行。进一步地,上述链路状态数据库溢出的处理方法实施例中,其特征在于,所述步骤 S102之后还包括如下处理生成指向指定路由器的默认路由,以使本终端的外发报文通过所述指定路由器转发。进一步地,上述终端的链路状态数据库溢出的处理方法实施例中,其特征在于,所述步骤S102之后还包括如下处理判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播;以及当链路状态数据库还能容纳所述链路状态广播,则控制本终端与其他终端断开连接,使本终端后续以现有的开放式最短路径优先协议与其他终端建立连接。其中,上述判断本终端的链路状态数据是否还能容纳所述摘要对应的链路状态广播是周期性判断的。即当链路状态数据库剩余容量无法容纳所述链路状态广播时,则在设定的时间周期后,重新判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播,直到当链路状态数据库剩余容量能够容纳所述链路状态广播为止。另外上述终端的链路状态数据库溢出的处理方法实施例中,在本终端的链路状态数据库溢出时,为本终端设置溢出标志。同时,当链路状态数据库还能够容纳所述链路状态广播,删除溢出标志,并设置溢出恢复标志。同时在设定时间后判断溢出恢复标志是否设置成功,若设置成功,则控制本终端与其他终端断开连接。若设置失败,则保留溢出标志,并等待下一判断本终端的链路状态数据是否还能容纳所述摘要对应的链路状态广播的时间周期到来。其中,在上述终端的链路状态数据库溢出的处理方法实施例中,生成指向指定路由器的默认路由的操作和判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播的操作,没有确定的先后顺序。即二者可以同时进行;也可以前者在先,后者在后;或前者在后,后者在先。由上可知,本发明的终端的链路状态数据库溢出的处理方法实施例,有效地防止了本终端与其他终端建立连接后,链路状态数据库溢出现象的发生,保证了终端路由的正常学习,从而保证了挂接在终端上的数据业务正常运行。参见图3,提出本发明的终端100 —实施例,包括第一断开模块120和第一控制模块120。所述第一断开模块110,用于在本终端100的链路状态数据库溢出时,断开本终端100与其他终端的连接。所述第一控制模块120,用于控制本终端100与其他终端重新建立连接,将接收的其他终端外部链路状态广播的摘要,存储至本终端100增设的数据库中。进一步地,上述终端100实施例中,所述第一控制模块120,具体还用于判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播;以及当所述数据库中不存在对应的摘要,且所接收的外部链路状态广播不是老化的外部链路状态广播,则将接收的外部链路状态广播的摘要存储至所述数据库中。以上所述的外部链路状态广播的摘要中,每个摘要对应一个外部链路状态广播,即一个摘要唯一标识一个外部链路状态广播。其中,外部链路状态广播的摘要所需内存比对应的外部链路状态广播所需内存小。因此通过一个增设的数据库储存其他设备发送的外部链路状态广播的摘要,可以节约终端100的内存资源。上述终端100实施例中,将其他终端外部链路状态广播的摘要存储至增设的数据库,将本终端100产生的链路状态广播,以及其他终端产生的非链路状态广播存储至链路状态数据库中。有效地防止了本终端100与其他终端建立连接后,链路状态数据库溢出现象的发生,保证了终端100路由的正常学习,从而保证了挂接在终端100上的数据业务正常运行。进一步地,上述终端100实施例中,所述第一控制模块120,具体还用于当所述数据库中存在对应的摘要,且所接收的外部链路状态广播为老化的外部链路状态广播,则将所述数据库中对应的摘要删除。进一步地,参见图4,上述终端100实施例中,还包括第二控制模块130。所述第二控制模块130,用于将本终端100产生的链路状态广播,以及其他终端产生的非链路状态广播,存储至所述链路状态数据库中。上述终端100实施例中,将其他终端的外部链路状态广播的摘要存储至本终端 100增设的数据库,而将其他终端的非外部链路状态广播信息和本终端100产生的链路状态广播存储至本终端100的链路状态数据库,大大地节约了本终端100的链路状态数据库的内存空间,有效地防止了本终端100的链路状态数据库溢出现象的发生,可以保证本终端100路由的正常学习,从而可以保证挂接在本终端下的数据业务可以正常运行。进一步地,参见图5,上述终端100实施例中,还包括生成模块140。所述生成模块140,用于生成指向指定路由器的默认路由,以使本终端100的外发报文通过所述指定路由器转发。进一步地,参见图6,上述终端100实施例中,还包括判断模块150和第二断开模块160。判断模块150,用于判断本终端100的链路状态数据库是否还能容纳所述摘要对应的链路状态广播。第二断开模块160,当链路状态数据库还能容纳所述链路状态广播,则控制本终端100与其他终端断开连接,使本终端100后续以现有的开放式最短路径优先协议与其他终端建立连接。其中,上述判断本终端100的链路状态数据是否还能容纳所述摘要对应的链路状态广播是周期性判断的。即当链路状态数据库剩余容量无法容纳所述链路状态广播时,则在设定的时间周期后,重新判断本终端100的链路状态数据库是否还能容纳所述摘要对应的链路状态广播,直到当链路状态数据库剩余容量能够容纳所述链路状态广播为止。另外上述终端100实施例中,在本终端100的链路状态数据库溢出时,为本终端 100设置溢出标志。同时,当链路状态数据库还能够容纳所述链路状态广播,删除溢出标志, 并设置溢出恢复标志,同时在设定时间后判断溢出恢复标志是否设置成功,若设置成功,则控制本终端100与其他终端断开连接。若设置失败,则保留溢出标志,并等待下一判断本终端100的链路状态数据是否还能容纳所述摘要对应的链路状态广播的时间周期到来。其中,在上述终端100实施例中,生成模块140执行生成指向指定路由器的默认路由的操作和判断模块150执行判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播的操作,是没有确定的先后顺序。即二者可以同时进行;也可以前者在先, 后者在后;或前者在后,后者在先。
由上可知,本发明的终端100实施例,有效地防止了本终端100与其他终端建立连接后,链路状态数据库溢出现象的发生,保证了终端100路由的正常学习,从而保证了挂接在终端100上的数据业务正常运行。上述实施例中,所述的本终端100可以是服务支持节点,其他终端可以是网关支持节点。应当理解的是,以上仅为本发明的优选实施例,不能因此限制本发明的专利范围, 凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
权利要求
1.一种终端的链路状态数据库溢出的处理方法,其特征在于,包括步骤在本终端的链路状态数据库溢出时,断开本终端与其他终端的连接;控制本终端与其他终端重新建立连接,将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中。
2.根据权利要求1所述的终端的链路状态数据库溢出的处理方法,其特征在于,所述将接收的其他终端的外部链路状态广播的摘要存储至本终端增设的数据库中具体包括判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播;当所述数据库中不存在对应的摘要,且所接收的外部链路状态广播不是老化的外部链路状态广播,则将接收的外部链路状态广播的摘要存储至所述数据库中。
3.根据权利要求2所述的终端的链路状态数据库溢出的处理方法,其特征在于,所述判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播之后还包括当所述数据库中存在对应的摘要,且所接收的外部链路状态广播为老化的外部链路状态广播,则将所述数据库中对应的摘要删除。
4.根据权利要求1至3任一项所述的终端的链路状态数据库溢出的处理方法,其特征在于,所述控制本终端与其他终端重新建立连接之后还包括将本终端产生的链路状态广播,以及其他终端产生的非链路状态广播,存储至所述链路状态数据库中。
5.根据权利要求4所述的终端的链路状态数据库溢出的处理方法,其特征在于,所述将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中之后还包括生成指向指定路由器的默认路由,以使本终端的外发报文通过所述指定路由器转发。
6.根据权利要求4所述的终端的链路状态数据库溢出的处理方法,其特征在于,所述将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中之后还包括判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播;当链路状态数据库还能容纳所述链路状态广播,则控制本终端与其他终端断开连接, 使本终端后续以现有的开放式最短路径优先协议与其他终端建立连接。
7.—种终端,其特征在于,包括第一断开模块,用于在本终端的链路状态数据库溢出时,断开本终端与其他终端的连接;第一控制模块,用于控制本终端与其他终端重新建立连接,将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中。
8.根据权利要求7所述的终端,其特征在于,所述第一控制模块,具体还用于判断所述数据库中是否存在与所接收的外部链路状态广播对应的摘要,以及判断所接收的外部链路状态广播是否为老化的外部链路状态广播; 当所述数据库中不存在对应的摘要,且所接收的外部链路状态广播不是老化的外部链路状态广播,则将接收的外部链路状态广播的摘要存储至所述数据库中。
9.根据权利要求8所述的终端,其特征在于,所述第一控制模块,具体还用于当所述数据库中存在对应的摘要,且所接收的外部链路状态广播为老化的外部链路状态广播,则将所述数据库中对应的摘要删除。
10.根据权利要求7至9任一项所述的终端,其特征在于,还包括第二控制模块,用于将本终端产生的链路状态广播,以及其他终端产生的非链路状态广播,存储至所述链路状态数据库中。
11.根据权利要求10所述的终端,其特征在于,还包括生成模块,用于生成指向指定路由器的默认路由,以使本终端的外发报文通过所述指定路由器转发。
12.根据权利要求10所述的终端,其特征在于,还包括判断模块,用于判断本终端的链路状态数据库是否还能容纳所述摘要对应的链路状态广播;第二断开模块,当链路状态数据库能够容纳所述链路状态广播,则控制本终端与其他终端断开连接,使本终端后续以现有的开放式最短路径优先协议与其他终端建立连接。
全文摘要
本发明公开了一种终端和终端的链路状态数据库溢出的处理方法,方法为在本终端的链路状态数据库溢出时,断开本终端与其他终端的连接;控制本终端与其他终端重新建立连接,将接收的其他终端外部链路状态广播的摘要,存储至本终端增设的数据库中。本发明所提供的终端和终端的链路状态数据库溢出的处理方法,通过因本终端的链路状态数据库溢出,控制本终端与其他终端重新建立连接,并将接收的其他终端外部链路状态广播的摘要存储至本终端增设的数据库中的方式,有效地防止了本终端与其他终端建立连接后,链路状态数据库溢出现象的发生,保证了终端路由的正常学习,从而保证了挂接在终端上的数据业务正常运行。
文档编号H04W8/22GK102223623SQ20111015926
公开日2011年10月19日 申请日期2011年6月14日 优先权日2011年6月14日
发明者顾剑 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1