一种减少短信网关间通信量的方法及其短信网关.pdf

本发明公开了一种减少短信网关间通信量的方法及其短信网关，所述方法包括：目的网关对从源端网关收到的短消息进行转发，并只在转发失败后，向所述源端网关发送失败的响应；所述源端网关在收到所述目的网关发来的失败的响应后，进行重试操作。一种短信网关，所述短信网关作为目的网关时，用于对从源端网关收到的短消息进行转发，并只在转发失败后，向该源端网关发送失败的响应；所述短信网关作为源端网关时，用于处理从目的网关发来的回执消息，并只在处理失败后，向该目的网关发送回执响应。本发明通过去掉正常情况下的响应消息，极大的减轻了短信网关间通信的负担。

1、  一种减少短信网关间通信量的方法，其特征在于，所述方法包括：
步骤A：目的网关对从源端网关收到的短消息进行转发，并只在转发失败后，向所述源端网关发送失败的响应；
步骤B：所述源端网关在收到所述目的网关发来的失败的响应后，进行重试操作。

2、  根据权利要求1所述的方法，其特征在于，所述步骤B具体包括：
所述源端网关接收所述目的网关发来的失败的响应；
所述源端网关重新给所述目的网关发送短消息，并在重试操作超过预定次数时，结束给所述目的网关发送短消息。

3、  根据权利要求1或2所述的方法，其特征在于，当所述目的网关成功转发短消息，且短信转发的整个流程完成以后，所述方法还包括：
步骤C：所述源端网关处理从所述目的网关发来的回执消息，并只在处理失败后，向所述目的网关发送回执响应；
步骤D：所述目的网关在收到所述源端网关发来的回执响应后，进行重试操作。

4、  根据权利要求3所述的方法，所述步骤D具体包括：
所述目的网关接收到所述源端网关发来的回执响应；
所述目的网关重新向所述源端网关发送回执消息，并在重试操作超过预定次数时，接收向所述源端网关发送回执消息。

5、  一种短信网关，其特征在于，所述短信网关作为目的网关时，用于对从源端网关收到的短消息进行转发，并只在转发失败后，向该源端网关发送失败的响应；所述短信网关作为源端网关时，用于处理从目的网关发来的回执消息，并只在处理失败后，向该目的网关发送回执响应。

一种减少短信网关间通信量的方法及其短信网关
技术领域
本发明涉及计算机通信领域，尤其涉及一种减少短信网关间通信量的方法及其短信网关。
背景技术
随着短信增值业务的开展，运营商对短信网关也越来越重视。短信网关作为短信系统的核心设备，承载的业务量也越来越大。
现在短信网关之间通信使用的协议是私有协议，这些协议都是在底层Socket通信的基础上，设备收发数据包实现。
由于短信网关本身只是一个存储转发设备，在它要处理的流程中，现有的协议都要求对响应进行处理，收端要发送响应消息，发送端要等待响应消息，并且发端为了处理重试还需要专门设置定时器，这样就极大地增加了短信网关间通信的负担。
发明内容
鉴于上述的分析，本发明的目的在于提供一种减少短信网关间通信量的方法及其短信网关，用以解决现有技术中存在的短信网关负担过重的问题。
本发明的目的主要是通过以下技术方案实现的：
本发明提供了一种减少短信网关间通信量的方法，所述方法包括：
步骤A：目的网关对从源端网关收到的短消息进行转发，并只在转发失败后，向所述源端网关发送失败的响应；
步骤B：所述源端网关在收到所述目的网关发来的失败的响应后，进行重试操作。
进一步地，所述步骤B具体包括：
所述源端网关接收所述目的网关发来的失败的响应；
所述源端网关重新给所述目的网关发送短消息，并在重试操作超过预定次数时，结束给所述目的网关发送短消息。
进一步地，当所述目的网关成功转发短消息，且短信转发的整个流程完成以后，所述方法还包括：
步骤C：所述源端网关处理从所述目的网关发来的回执消息，并只在处理失败后，向所述目的网关发送回执响应；
步骤D：所述目的网关在收到所述源端网关发来的回执响应后，进行重试操作。
进一步地，所述步骤D具体包括：
所述目的网关接收到所述源端网关发来的回执响应；
所述目的网关重新向所述源端网关发送回执消息，并在重试操作超过预定次数时，接收向所述源端网关发送回执消息。
本发明还提供了一种短信网关，其特征在于，所述短信网关作为目的网关时，用于对从源端网关收到的短消息进行转发，并只在转发失败后，向该源端网关发送失败的响应；所述短信网关作为源端网关时，用于处理从目的网关发来的回执消息，并只在处理失败后，向该目的网关发送回执响应。
本发明有益效果如下：本发明通过去掉正常情况下的响应消息，极大的减轻了短信网关间通信的负担。
本发明的其他特征和优点将在随后的说明书中阐述，并且，部分的从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
图1为本发明实施例所述方法中，目的网关收到短消息并进行转发的流程示意图；
图2为本发明实施例所述方法中，源端网关收到回执消息并进行处理的流程示意图。
具体实施方式
由于现有的网络状况和设备的硬件条件越来越好，响应对丢包的防范功能可以忽略不计，所以本发明通过去掉正常情况下的响应消息，达到降低短信网关负担的目的。
下面结合附图来具体描述本发明的优先实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理。
首先结合附图1和附图2对本发明实施例所述方法进行详细说明。
如图1所示，图1为本发明实施例所述方法中，目的网关收到短消息并进行转发的流程示意图，具体可以包括如下步骤：
步骤100：源端网关向目的网关发送短消息；
步骤101：目的网关收到短消息；
步骤102：目的网关对短消息进行转发；
步骤103：是否转发失败？如果转发失败，则执行步骤104，否则，不给该短消息的源端网关发送响应，并结束流程；
步骤104：目的网关转发短消息失败，给源端网关发送失败的响应；
步骤105：当源端网关收到了目的网关发来的失败的响应后，检测是否超过预定的重试次数；
步骤106：是否超过重试次数？如果是，则停止给目的网关发送该短消息，否则转到步骤100，
重新给目的网关发送该短消息。
如图2所示，图2为本发明实施例所述方法中，源端网关收到回执消息并进行处理的流程示意图，具体可以包括如下步骤：
步骤200：在目的网关成功转发消息的情况下，而且短信转发的整个流程完成以后(不管整个流程最终是成功还是失败)，按照现有技术中的流程，目的网关直接给源端网关发送回执消息；
步骤201：源端网关收到了目的网关的回执消息；
步骤202：源端网关处理该回执消息；
步骤203：是否处理失败？如果能够正常处理，则不给目的网关送回执响应消息，流程结束；如果处理失败，则执行步骤204；
步骤204：源端网关给目的网关送回执响应；
步骤205：当目的网关收到源端网关发来的回执响应后，检查是否超过预定的重试次数；
步骤206：是否超过重试次数，如果是，则目的网关停止向源端网关发送回执消息，否者转到步骤200，目的网关重新给源端网关发送回执消息。
下面结合对本发明实施例所述短信网关进行详细说明。
本发明实施例所述短信网关可以作为源端网关，同时又可以作为其他源端网关的目的网关，下面具体说明。
当所述短信网关作为目的网关时，其将从源端网关收到的短消息进行转发，并只在转发失败后，向该源端网关发送失败的响应；由该源端网关根据从所述目的网关发来的失败的响应，进行重试操作。
当所述短信网关作为源端网关时，用于处理从目的网关发来的回执消息，并只在处理失败后，向该目的网关发送回执响应；由该目的网关根据从该源端网关发来的回执响应，进行重试操作。
所述短信网关的具体处理过程，由于在上述方法的描述中已作详细说明，此处不再赘述。
综上所述，本发明实施例提供了一种减少短信网关间通信量的方法及其短信网关，通过去掉正常情况下的响应消息，带来以下技术效果：
实现简单；网关程序只需要在现有的基础上去掉繁琐的响应处理就可以了；
网关的性能将会大大提高；以往网关在响应的处理上会耗费大量的系统资源。源端需要消耗定时器资源等待响应，并作重试处理；目的端不管转发成功、失败都需要给源端发送响应消息；如果由于性能原因出现主动丢包的现象，网关还必须防止由于重试导致恶性循环，引起的更大的网络流量发生。
在系统运行正常，消息流程失败率很低的情况下，本方法可以节省接近50％的消息量。这样就大大降低了网关的负担。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。