[发明专利]一种号码携带的短消息系统及其业务方法

说明书

技术领域

本发明涉及通信领域，尤其涉及一种号码携带的短消息系统及其业务方法。

背景技术

“号码携带”是指当用户改变运营商时，仍保持与原来相同的号码。不能支持号码携带的短消息中心，其对短消息的投递是通过查询被叫号码的属性来实现的。在短消息中心配置被叫号段的属性，读取该配置即可获得业务流程的走向，即根据被叫号码来判断投递到该用户的短消息是直接下发，还是投递到其他短消息中心下发，或投递到网关。

当短消息中心需要支持号码携带时，需要判定该如何投递短消息，就不能简单地通过配置的号段属性来得到用户的运营商信息。这时，就需要引入路由号码(RN：Routing Number)对短消息进行路由。该流程为，短消息提交到短消息中心起呼成功后，短消息中心发起到NPDB号码携带数据库(NPDB：Number Portability Database)查询被叫用户的运营商信息，收到响应后根据运营商信息，判定如何进行下一步的终呼处理。

现有技术中号码携带一般可通过两种技术规范实现。(1)根据IS756协议，在No.7信令网上通过NPREQ/npreq信令请求获得用户号码携带信息；(2)在SMPP(V5.0)规范中，通过submit_sm、deliver_sm或data_sm携带dest_addr_np_country、dest_addr_np_information(RN)、dest_addr_np_resolution等可选参数获得用户号码携带信息。No.7信令技术实现起来复杂，而SMPP规范是基于TCP/IP协议的长连接，在实际应用中非常占用网络资源。

NPDB是一个保存了号码携带信息的大数据库，它能提供快速的数据库访问，为各种网元提供号码携带信息。NPDB不需要必须实现复杂的No.7信令通讯技术及构建安全可靠的TCP/IP通讯来支持高版本SMPP协议。

用户数据报协议(UDP：User Datagram Protocol)是一种无连接的网络传输层协议，其默认的下层协议为IP协议。一个用户程序可以使用UDP协议简便地向另一个用户程序发送信息。UDP数据报头只包含了类似TCP协议中包含的UDP源端口、UDP目的端口、数据报长度和校验值，各2个字节，因此UDP数据报具有传输速度快、效率高等优点，各种设备处理UDP数据报的时间大大缩短。UDP数据报没有TCP那样丰富的头信息以实现诸多功能，也不提供数据传输的保证机制，如果数据从发送方到接受方出现丢失，UDP不提供任何检测和提示，因此存在不可靠性。

发明内容

有鉴于此，本发明就是为了弥补现有技术的不足，提供一种传输效率高的号码携带的短消息系统和业务方法。

本发明是通过以下技术方案来实现的：

一种号码携带的短消息系统，包括支持UDP协议的号码携带数据库NPDB，用于存储携带号码的运营商信息，处理NPREQ请求并将号码携带信息通过响应消息返回给对端；以及支持UDP协议的短消息中心，用于响应短消息的起呼，通过UDP协议将NPREQ请求发给所述NPDB，接收以UDP协议为承载从所述NPDB发送回来的响应消息，并根据响应消息完成所述短消息的终呼流程。

所述短消息中心包括NPREQ请求重发模块，用于在所述短消息中心向所述NPDB发送NPREQ请求后，在预设时间内未收到来自NPDB的响应消息时，重新发出NPREQ请求。

所述短消息中心还包括网络状态判断模块，用于在所述短消息中心向所述NPDB发送NPREQ请求后，在预设时间内未收到来自NPDB的响应消息时，判断网络处在断开状态；或在预设时间内收到来自NPDB的响应消息时，判断网络处在正常状态。

一种号码携带的短消息业务方法，包括以下步骤：

A、短消息中心通过UDP协议将短消息被叫用户的NPREQ请求发送到NPDB；

B、所述NPDB处理所述NPREQ请求，并通过UDP协议将号码携带信息通过响应消息发送给所述短消息中心；

C、所述短消息中心接收所述NPDB发回的响应消息；

D、所述短消息中心根据NPDB发回的响应消息完成终呼过程。

所述步骤A包括以下步骤：

A1、所述短消息中心向NPDB发送NPREQ请求；

A2、所述短消息中心设置超时时间并开始计时。

所述步骤C包括以下步骤：

C1、在步骤A2所述的超时时间内，短消息中心接收到来自于NPDB的响应消息，转入所述步骤D，否则继续以下步骤；