公开/公告号CN1568046A
专利类型发明专利
公开/公告日2005-01-19
原文格式PDF
申请/专利权人 中国移动通信集团公司;
申请/专利号CN03146507.2
申请日2003-07-03
分类号H04Q7/20;H04Q7/34;H04B7/26;H04M3/22;
代理机构11205 北京同立钧成知识产权代理有限公司;
代理人刘芳;刘薇
地址 100032 北京市西城区金融大街29号
入库时间 2023-12-17 15:51:36
法律状态公告日
法律状态信息
法律状态
2023-07-21
专利权有效期届满 IPC(主分类):H04Q 7/20 专利号:ZL031465072 申请日:20030703 授权公告日:20060215
专利权的终止
2006-02-15
授权
授权
2005-03-16
实质审查的生效
实质审查的生效
2005-01-19
公开
公开
技术领域
本发明涉及无线通讯领域,具体地说,涉及在进行网络业务服务时对网络到终端间业务链路的检测维护方法。
背景技术
随着移动通讯技术从第二代向第三代的发展,GPRS、CDMA2000-1x通讯网络的出现带动了无线数据业务的发展,如无线上网等。对于这些业务来说,其业务质量是依靠链路的持续连接、数据的连续传输来保障的,同时这也是运营商需要考虑的问题,但是在现有的移动网络中,缺乏对网络与终端间的链路的保护机制。由于复杂的无线环境,终端的异常情况,会导致出现终端与应用服务器/业务网关之间的链路已中断,而终端和网络无从知道的情况,极大影响了某些需要持续保持连接的业务的质量。
发明内容
本发明所要解决的技术问题在于提供一种移动网络中业务链路的检测维护方法,以解决现有技术中不能检测网络与终端间链路的问题,可及时检测链路的情况,并在链路中断后采取相应的补救措施。
本发明所述移动网络中上行业务链路的检测维护方法,包括以下步骤:应用服务器/业务网关在预定的数据包传送间隔时间内没有收到上行数据包,向移动终端发送链路检测消息;如果应用服务器/业务网关收到移动终端返回的链路检测应答消息,则表明链路没有中断,继续等候接收数据包;如果应用服务器/业务网关在预定的链路检测时间内没有收到移动终端返回的链路检测应答消息,则表明链路中断,应用服务器/业务网关通过短消息向移动终端发送链路检测失败消息。
本发明所述移动网络中下行业务链路的检测维护方法,包括以下步骤:移动终端在预定的数据包传送间隔时间内没有收到下行数据包,向应用服务器/业务网关发送链路检测消息;如果移动终端收到应用服务器/业务网关返回的链路检测应答消息,则表明链路没有中断,继续等候接收数据包;如果移动终端在预定的链路检测时间内没有收到应用服务器/业务网关返回的链路检测应答消息,则表明链路中断,移动终端通过短消息向应用服务器/业务网关发送链路检测失败消息。
本发明通过应用服务器/业务网关或移动终端在一定时间内没有收到上行或下行数据包后发起链路检测,再由移动终端或应用服务器/业务网关进行响应的方式来检测网络与终端间的业务链路,可以及时地了解当前的链路情况,并在链路中断后采用相应的补救措施,以维护业务链路,保证业务的正常进行,提供高质量的业务。
附图说明
图1是本发明应用的网络结构示意图;
图2是本发明应用服务器/业务网关执行链路检测方法的流程图;
图3是图2所示方法中链路检测异常的流程图;
图4是图2所示方法中链路检测失败的流程图;
图5是图2所示方法中重新建立链路的流程图;
图6是图2所示方法中链路中断后,利用短消息承载业务数据的流程图;
图7是本发明移动终端执行链路检测方法的流程图;
图8是图7所示方法中链路检测异常的流程图;
图9是图7所示方法中链路检测失败的流程图;
图10是图7所示方法中重新建立链路的流程图;
图11是图7所示方法中链路中断后,利用短消息承载业务数据的流程图。
具体实施方式
下面结合附图和实施例,对本发明作进一步的详细描述。
如图1所示,本发明检测方法涉及的设备包括移动终端、移动网络以及应用服务器/业务网关,其中移动网络用于提供数据业务的承载和短消息服务,可以是GPRS网络或者CDMA2000-1x网络等;应用服务器/业务网关用于向移动终端提供各种业务,可以是各种应用平台或者业务网关设备,如定位业务平台、WAP网关等。本发明检测方法既可以由应用服务器/业务网关控制执行,也可以由终端控制执行,其中应用服务器/业务网关主要负责对上行链路的检测,终端主要负责对下行链路的检测。下面分别就应用服务器/业务网关和终端控制执行的链路检测方法进行详细描述。
在图2所示的流程图中,应用服务器/业务网关在预定的数据包传送间隔时间T1内没有收到上行数据包,向移动终端发送链路检测消息。如果应用服务器/业务网关收到移动终端返回的链路检测应答消息,则表明链路没有中断,继续等候接收数据包。如果应用服务器/业务网关在预定的链路检测时间T2内没有收到移动终端返回的链路检测应答消息,则表明链路中断,应用服务器/业务网关通过短消息向移动终端发送链路检测失败消息。
数据包传送间隔时间和链路检测时间可分别由设在应用服务器/业务网关中的计时器Tuplink和Tdet ect进行计时。对于计时器Tuplink,当应用服务器/业务网关收到上行数据包或者移动终端返回的链路检测应答消息或者清零命令后清零,开始计时;其门限值为T1。对于计时器Tdet ect,当应用服务器/业务网关发送链路检测消息后开始计时,当应用服务器/业务网关收到终端返回的链路检测应答消息或收到上行数据包或收到清零命令后清零;其门限值为T2。
此外,应用服务器/业务网关可以在没有收到链路检测应答消息的情况下,重新发送链路检测消息,进行多次检测,如图3所示。如果应用服务器/业务网关重发链路检测消息的次数超过规定的次数,则不再发送链路检测消息,链路检测失败,如图4所示。重发次数可以通过设在应用服务器/业务网关中的计数器来实现,应用服务器/业务网关每重发一次链路检测消息,就触发计数器计一次数。
当链路检测失败后,应用服务器/业务网关通过短消息告知终端链路检测失败,终端收到后释放相关资源,并向应用服务器/业务网关回复响应信号,重新触发建立到应用服务器/业务网管的链路的过程,如图5所示。链路重新建立成功后,使用新建的链路传递应用层数据。
如图6所示,在重新建立链路的过程中,为使数据传递不被中断,本发明采用短消息或其他方式作为数据的承载,在移动终端与应用服务器/业务网关之间传递应用层数据,即当应用服务器/业务网关收到终端返回的链路检测失败响应消息后,通过短消息与终端之间进行应用层数据的传递。当链路建立成功后,则重新使用新建的链路传递应用层数据,而不再使用短消息作为数据的承载。
对于网络与终端间的链路检测,也可以由终端来控制维护,具体的流程是:移动终端在预定的数据包传送间隔时间T1内没有收到下行数据包,向应用服务器/业务网关发送链路检测消息。如果终端收到应用服务器/业务网关返回的链路检测应答消息,则表明链路没有中断,继续等候接收数据包。如果终端在预定的链路检测时间T2内没有收到应用服务器/业务网关返回的链路检测应答消息,则表明链路中断,终端通过短消息向应用服务器/业务网关发送链路检测失败消息。如图7所示。
数据包传送间隔时间和链路检测时间可分别由设在移动终端中的计时器Tdownlink和Tdet ect进行计时。对于计时器Tdownlink,当移动终端收到下行数据包或者应用服务器/业务网关返回的链路检测应答消息或者清零命令后清零,开始计时;其门限值为T1。对于计时器Tdet ect,当移动终端发送链路检测消息后开始计时,当移动终端收到应用服务器/业务网关返回的链路检测应答消息或收到下行数据包或收到清零命令后清零;其门限值为T2。
此外,移动终端可以在没有收到链路检测应答消息的情况下,重新发送链路检测消息,进行多次检测,如图8所示。如果移动终端重发链路检测消息的次数超过规定的次数,则不再发送链路检测消息,链路检测失败,如图9所示。重发次数可以通过设在移动终端中的计数器来实现,移动终端每重发一次链路检测消息,就触发计数器计一次数。
当链路检测失败后,移动终端通过短消息告知应用服务器/业务网关链路检测失败,应用服务器/业务网关收到后释放相关资源,并向移动终端回复响应信号,移动终端重新触发建立到应用服务器/业务网关的链路的过程。链路重新建立成功后,使用新建的链路传递应用层数据。如图10所示。
在重新建立链路的过程中,为使数据传递不被中断,本发明采用短消息或其他方式作为数据的承载,在终端与应用服务器/业务网关之间传递应用层数据,如图11所示,即当移动终端收到应用服务器/业务网关返回的链路检测失败响应消息后,通过短消息与应用服务器/业务网关之间进行应用层数据的传递。当链路建立成功后,重新使用新建的链路传递应用层数据,而不再使用短消息作为数据的承载。
最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围,其均应涵盖在本发明的权利要求范围当中。
机译: 一种在单频网络中协调上行链路干扰的方法,一种基站及其移动网络。
机译: 一种在智能移动网络中实现短信业务的方法
机译: 一种在智能移动网络中实现短信业务的方法