IVPN平台短消息收发的方法及业务控制节点

摘要

本发明公开了一种综合虚拟专用网IVPN平台短消息收发的方法，包括：业务控制节点SCP接收短消息发送方发送的短消息，向短消息发送方回复响应消息；SCP解析所述短消息，根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方；当确定发送短消息至短消息接收方时，将所述短消息转发至短消息接收方。本发明还提供一种业务控制节点SCP。本发明实现了运行IVPN平台的SCP实现短信的收发，解决了MC无法根据IVPN用户的集团属性来控制短信的收发，MC短信收发控制的功能单一的问题。

说明书

技术领域

本发明涉及移动通信技术领域，尤其涉及IVPN平台短消息收发的方法及业务控制节点。

背景技术

综合虚拟专用网IVPN(IntegratedVirtualPrivateNetwork)是针对电信用户广泛开展的智能呼叫业务。综合虚拟专用网业务可以将分布在不同区域的的固网(PSTN(PublicSwitchedTelephoneNetwork，公共交换电话网)、软交换)、C网用户(C网用户表示手机使用的网络制式为CDMA(CodeDivisionMultipleAccess，码分多址)),组成一个逻辑专网。网内用户之间可以使用短号或真实号码联系。IVPN集团成员网内和网外呼叫可以享受灵活的资费策略。IVPN业务根据IVPN集团用户分布范围，可以分为省IVPN业务及全国IVPN业务。一个IVPN集团所有成员全部在一个省范围内则属于省IVPN业务；若一个IVPN集团成员分布在多个省，则属于全国IVPN业务。

短消息是通过移动网的七号信令承载较短数据包来实现个人简易数据通信的一种方式。短消息中心(MC，MessageCenter)是窄带CDMA移动交换网实现短消息业务的核心实体，由它来控制一个用户的短信的发送和接收。

IVPN呼叫业务提供了大量的功能，如集团内部呼叫(不允许拨打集团外的电话)、定时限制呼叫(在某个时间段内允许呼叫)、拨打集团网外号码、拨打个人网外号码、亲友集团呼叫、家庭集团呼叫等等，所以当IVPN用户具有短信收发功能时，同时也要具有以上的这些功能，如控制短信只能在集团内部用户发送和接收，在特定时间段内允许收发短信、发送给亲友集团的某个用户等功能。

目前，在IVPN业务开展过程中，已经有越来越多的用户加入到IVPN业务中，对于运行IVPN业务的SCP(ServiceControlPoint，业务控制节点)可以很方便的根据用户具有的集团属性控制其呼叫的功能。但是，IVPN用户收发短信一直是由MC(MessageCenter，短信中心)来控制，这与SCP控制用户的呼叫是分离开的，而且MC无法根据IVPN用户的集团属性来控制短信的收发，同时，由于IVPN业务的功能繁多，许多短信收发控制的功能MC均无法实现。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于解决MC无法根据IVPN用户的集团属性来控制短信的收发，MC短信收发控制的功能单一的技术问题。

为实现上述目的，本发明提供的一种综合虚拟专用网IVPN平台短消息收发的方法，包括以下步骤：

业务控制节点SCP接收短消息发送方发送的短消息，向短消息发送方回复响应消息；

SCP解析所述短消息，根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方；

当确定发送短消息至短消息接收方时，将所述短消息转发至短消息接收方。

优选地，所述SCP接收短消息发送方发送的短消息，向短消息发送方回复响应消息的步骤之前，所述IVPN平台短消息收发的方法还包括：

SCP增加支持SMDPP的移动应用部分MAP信令操作，以供当处于短消息起呼MO流程时实现点对点短消息传送；

SCP增加支持SMSREQ的MAP信令操作，以供当处于短消息终呼MT流程时获取当前移动台MS的路由信息。

优选地，所述SCP接收短消息发送方发送的短消息，向短消息发送方回复响应消息的步骤包括：

当处于短消息MO流程时，SCP接收移动交换中心MSC发送的SMDPP消息，并返回SMDPP消息至MSC；所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后，将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI所发送；

当处于短消息MT流程时，SCP接收短信中心MC发送的Deliver_SM消息，并回复Deliver_SM_Res消息至MC。

优选地，所述SCP解析所述短消息，根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方的步骤包括：

当处于短消息MO流程时，SCP对接收的SMDPP消息进行解析；

SCP根据解析得到的SMDPP消息内容确定是否发送短消息；若是，SCP将SMDPP消息发送至MC，以供MC下发所述SMDPP消息到被叫MS；若否，SCP释放呼叫，结束短消息MO流程。

优选地，所述SCP解析所述短消息，根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方的步骤包括：

当处于短消息MT流程时，SCP对接收的Deliver_SM消息进行解析；

SCP根据Deliver_SM消息的解析内容确定是否发送短消息；若不发送短消息，SCP释放呼叫，结束短消息MT流程；

若判断是允许发送短消息，SCP根据消息内容中的被叫号码，发送SMSREQ消息至归属位置寄存器HLR，查询被叫号码当前的MSC位置信息；

在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时，SCP记录被叫号码当前MSC位置信息，发送SMDPP消息至被叫号码当前的MSC，以供MSC将SMDPP消息转发至被叫MS；

在HLR返回的SMSREQ响应消息没有有被叫号码的当前MSC位置信息时，SCP定时重新发送SMSREQ消息至HLR。

此外，为实现上述目的，本发明还提供一种业务控制节点SCP，包括：

接收模块，用于接收短消息发送方发送的短消息，向短消息发送方回复响应消息；

解析判断模块，用于解析所述短消息，根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方；

发送模块，用于当确定发送短消息至短消息接收方时，将所述短消息转发至短消息接收方。

优选地，所述SCP还包括：

信令支持模块，用于增加支持SMDPP的移动应用部分MAP信令操作，以供当处于短消息起呼MO流程时实现点对点短消息传送，及增加支持SMSREQ的MAP信令操作，以供当处于短消息终呼MT流程时获取当前移动台MS的路由信息。

优选地，所述接收模块用于：

当处于短消息MO流程时，接收移动交换中心MSC发送的SMDPP消息，并返回SMDPP消息至MSC；所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后，将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI所发送；

当处于短消息MT流程时，接收短信中心MC发送的Deliver_SM消息，并回复Deliver_SM_Res消息至MC。

优选地，所述解析判断模块用于：

当处于短消息MO流程时，对接收的SMDPP消息进行解析；

根据解析得到的SMDPP消息内容确定是否发送短消息；若是，将SMDPP消息发送至MC，以供MC下发所述SMDPP消息到被叫MS；若否，释放呼叫，结束短消息MO流程。

优选地，所述解析判断模块还用于：

当处于短消息MT流程时，对接收的Deliver_SM消息进行解析；

根据Deliver_SM消息的解析内容确定是否发送短消息；若不发送短消息，释放呼叫，结束短消息MT流程；

若判断是发送短消息，根据消息内容中的被叫号码，发送SMSREQ消息至归属位置寄存器HLR，查询被叫号码当前的MSC位置信息；

在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时，记录被叫号码当前MSC位置信息，发送SMDPP消息至被叫号码当前的MSC，以供MSC将SMDPP消息转发至被叫MS；

在HLR返回的SMSREQ响应消息没有有被叫号码的当前MSC位置信息时，定时重新发送SMSREQ消息至HLR。

本发明通过SCP接收短消息发送方发送的短消息，解析所述短消息，并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方，实现了运行IVPN平台的SCP实现短信的收发，解决了MC无法根据IVPN用户的集团属性来控制短信的收发，MC短信收发控制的功能单一的问题。

附图说明

图1为MC为中心的网络结构；

图2为MC为中心的短信控制流程；

图3为本发明IVPN平台短消息收发的方法第一实施例的流程示意图；

图4为本发明IVPN平台短消息收发的方法第二实施例的流程示意图；

图5为本发明IVPN平台短消息收发的方法第三实施例的流程示意图；

图6为本发明IVPN平台短消息收发的方法第四实施例的流程示意图；

图7为本发明SCP第一实施例的功能模块示意图；

图8为本发明SCP第二实施例的功能模块示意图；

图9为SCP控制的短消息MO流程示意图；

图10为SCP控制的短消息MT流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种IVPN平台短消息收发的方法，参照图3，在本发明IVPN平台短消息收发的方法第一实施例中，所述IVPN平台短消息收发的方法包括以下步骤：

步骤S10，业务控制节点SCP接收短消息发送方发送的短消息，向短消息发送方回复响应消息；

SCP接收的短消息类型为SMDPP(ShortMessageDeliveryPeerToPeer)或SMSREQ(ShortMessageServiceRequest)，SCP接收接收短消息发送方发送的短消息后，向短消息发送方回复响应消息。

步骤S20，SCP解析所述短消息，根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方；

SCP解析收到的短消息，解析出来的内容包括主被叫号码、短信内容、号码权限等，并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方，例如，在短信息起呼MO(MobileOriginated，)流程中，判断本次短消息是否发送到集团外手机上，是否有网外发短信的权限。

步骤S30，当确定发送短消息至短消息接收方时，将所述短消息转发至短消息接收方。

在IVPN用户通过IVPN平台发短信成功时，可以在SCP上生成短消息发送记录信息，即生成话单文件，用于记录与短消息相关的信息，例如短信息字数、短消息数量等。SCP可以使用一个新业务键对生成话单文件进行分类命名，以便区分呼叫话单和短消息话单。

目前电信运营商采用的主要方式是由MC(MessageCenter，短信中心)来统一控制短信的收发。其特点是覆盖方位广、双向性、经济性、缓存能力，但MC控制脱离了IVPN用户具有的集团属性来简单的控制其短信的收发。图1是MC为中心的网络结构。因此，必须将短信收发的权限放到SCP上，由SCP来实现短信收发不仅可以实现MC收发短信的功能，还能够准确的按照用户具有的集团属性来收发短信，真正的做到由SCP来统一控制用户的呼叫和短信收发。例如，主叫用户只能给集团内部用户发送短信，而MC无法控制本次短信的收发，因为MC无法获知被叫用户和主叫用户是否在同一个集团；在规定的时间内允许IVPN用户发送短信，MC也无法判断此时是否允许发送短信，因为设定的时间数据是在SCP上。图2是由MC控制的短信收发流程。由于IVPN业务的功能繁多，许多短信收发控制的功能MC均无法实现，因此必须由SCP来控制。

在本实施例中，通过SCP接收短消息发送方发送的短消息，解析所述短消息，并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方，实现了运行IVPN平台的SCP实现短信的收发，解决了MC无法根据IVPN用户的集团属性来控制短信的收发，MC短信收发控制的功能单一的问题，更好地实现在SCP上统一控制呼叫和短信的发送，方便管理，综合成本低，能够更有效支撑IVPN业务的推广和发展，更加符合产业的发展趋势。

进一步地，参照图4，在本发明IVPN平台短消息收发的方法第二实施例中，步骤S10之前，所述IVPN平台短消息收发的方法还包括：

步骤S01，SCP增加支持SMDPP的移动应用部分MAP信令操作，以供当处于短消息起呼MO流程时实现点对点短消息传送；

步骤S02，SCP增加支持SMSREQ的MAP信令操作，以供当处于短消息终呼MT流程时获取当前移动台MS的路由信息。

SCP添加支持SMDPP和SMSREQ的信令操作的同时，修改IVPN平台上的表，由于用户基本信息在表sxxcardinf中都已经存在，实现IVPN用户功能的表也都已经存在，所以只需要增加几张短信相关必要的表就可以实现短信收发控制。

增加表sxxmcgt用来存储手机号段和短信中心的信令地址GT的对应关系表，短信MO流程时，首先，从用户表sxxcardinf和集团表sxxgroupinf读取相关信息来判断用户是否有权限进行短信的发送，再次，如果允许发送则查询表sxxmcgt来获取手机号段对应的MC的GT，最后，通过SMDPP信息消息将短信投递到MC。

进一步地，参照图5、图9和图10，在本发明IVPN平台短消息收发的方法第三实施例中，步骤S10包括：

步骤S101，当处于短消息MO流程时，SCP接收移动交换中心MSC发送的SMDPP消息，并返回SMDPP消息至MSC；所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后，将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI所发送；

当处于短消息MO流程时，MS发送短消息，通过空中接口发送短消息给MSC，MSC将空中接口发送的短消息转换为SMDPP消息。其中SMDPP消息中包含主被叫号码、短信内容、短信编码方式等内容。然后预分配一些指定的IMSI段，MSC根据IMSI号将SMDPP消息直接发送给SCP。SCP收到MSC发过来的SMDPP消息，SCP将SMDPP发送给MSC，证实收到了短消息。如果有数据要返回，返回的SMDPP中也包括需要返回的数据。在MSC接收到SCP发送过来的SMDPP消息时，MSC将SMDPP转换为空中接口的证实消息。

步骤S102，当处于短消息MT流程时，SCP接收短信中心MC发送的Deliver_SM消息，并回复Deliver_SM_Res消息至MC。

当处于短消息MT流程时，MC将Deliver_SM消息(参见参考文献[3])直接发送到IVPN平台，即SCP上；SCP立刻回复Deliver_SM_Res消息给MC，告知已经收到消息。

进一步地，参照图6、图9和图10，在本发明IVPN平台短消息收发的方法第四实施例中步骤S20包括：

步骤S201，当处于短消息MO流程时，SCP对接收的SMDPP消息进行解析；

步骤S202，SCP根据解析得到的SMDPP消息内容确定是否发送短消息；

SCP解析接收到的SMDPP消息，将解析出来的主被叫号码、短信内容等送入业务流程处理中心进行处理，例如，判断本次短信发送是否是发送到集团外手机上，是否有往外发送短信的权限等。

步骤S2021，若是，SCP将SMDPP消息发送至MC，以供MC下发所述SMDPP消息到被叫MS(MobileStation，移动台)；

如果业务流程模块判断是发送短信，SCP将主被叫号码、短信内容等重要信息组包成SMDPP消息发送到MC，MC将MS最初发送的短信下发到被叫用户的手机上。

步骤S2022，若否，SCP释放呼叫，结束短消息MO流程。

如果业务流程模块判断是不发送短信，那么SCP直接释放呼叫ReleaseCall，拒绝短信的发送。

步骤S203，当处于短消息MT流程时，SCP对接收的Deliver_SM消息进行解析；

当处于短消息MT流程时，MC将Deliver_SM消息直接发送到SCP上，SCP立刻回复Deliver_SM_Res消息给MC，告知已经收到消息。

步骤S204，SCP根据Deliver_SM消息的解析内容确定是否发送短消息；

SCP对收到的Deliver_SM消息进行解析，将主被叫号码等相关信息送入业务流程处理中心，判断是否可以发送短消息。

步骤S2041，若不发送短消息，SCP释放呼叫，结束短消息MT流程；

步骤S2042，若判断,发送短消息，SCP根据消息内容中的被叫号码，发送SMSREQ消息至归属位置寄存器HLR，查询被叫号码当前的MSC位置信息；

步骤S2043，在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时，SCP记录被叫号码当前MSC位置信息，发送SMDPP消息至被叫号码当前的MSC，以供MSC将SMDPP消息转发至被叫MS；

若SCP发送SMDPP消息到被叫当前的MSC成功了，SCP将收到MSC发送的SMDPP的响应消息；如果响应消息为成功，SCP发送状态报告到MC,告知MC短信发送成功，SCP接收MC的确认消息，得知MC成功接收状态报告，SCP结束整个MT流程；如果响应消息为失败，SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存，定时扫描这张表来重新发送SMSREQ消息到HLR进行查询，之后再发送SMDPP消息到MSC。

考虑到SCP的性能，扫描表sxxsmsfail的时间是可以配置的，例如每隔5分钟扫描一次。表中的每条记录都有时间戳字段，如果超过2天(可以配置)，则删除本条信息，不再进行后续的处理。如果扫描某条记录后，SCP成功的发送本条信息，则将标志位置为‘1’表示已经发送成功，不需要扫描本条记录了。

步骤S2044，在HLR返回的SMSREQ响应消息没有有被叫号码的当前MSC位置信息时，SCP定时重新发送SMSREQ消息至HLR。

在发送SMSREQ消息时，没有查询到被叫路由信息或HLR没有响应，比如被叫关机、被叫不再服务区等，SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存，定时扫描这张表来重新发送SMSREQ消息到HLR进行查询。

为达上述目的，本发明还提供一种业务控制节点SCP，参照图7，在本发明的SCP第一实施例中，SCP包括：

接收模块40，用于接收短消息发送方发送的短消息，向短消息发送方回复响应消息；

接收模块40接收的短消息类型为SMDPP(ShortMessageDeliveryPeerToPeer)或SMSREQ(ShortMessageServiceRequest)，接收模块40接收接收短消息发送方发送的短消息后，向短消息发送方回复响应消息。

解析判断模块50，用于解析所述短消息，根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方；

解析判断模块50解析收到的短消息，解析出来的内容包括主被叫号码、短信内容、号码权限等，并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方，例如，在短信息起呼MO(MobileOriginated，)流程中，判断本次短消息是否发送到集团外手机上，是否有网外发短信的权限。

发送模块60，用于当确定发送短消息至短消息接收方时，将所述短消息转发至短消息接收方。

在IVPN用户通过IVPN平台发短信成功时，可以在SCP上生成短消息发送记录信息，即生成话单文件，用于记录与短消息相关的信息，例如短信息字数、短消息数量等。SCP可以使用一个新业务键对生成话单文件进行分类命名，以便区分呼叫话单和短消息话单。

现有技术中，目前电信运营商采用的主要方式是由MC(MessageCenter，短信中心)来统一控制短信的收发。其特点是覆盖方位广、双向性、经济性、缓存能力，但MC控制脱离了IVPN用户具有的集团属性来简单的控制其短信的收发。图1是MC为中心的网络结构。因此，必须将短信收发的权限放到SCP上，由SCP来实现短信收发不仅可以实现MC收发短信的功能，还能够准确的按照用户具有的集团属性来收发短信，真正的做到由SCP来统一控制用户的呼叫和短信收发。例如，主叫用户只能给集团内部用户发送短信，而MC无法控制本次短信的收发，因为MC无法获知被叫用户和主叫用户是否在同一个集团；在规定的时间内允许IVPN用户发送短信，MC也无法判断此时是否允许发送短信，因为设定的时间数据是在SCP上。图2是由MC控制的短信收发流程。由于IVPN业务的功能繁多，许多短信收发控制的功能MC均无法实现，因此必须由SCP来控制。

在本实施例中，通过接收模块40接收短消息发送方发送的短消息，解析判断模块50解析所述短消息，并根据解析得到的所述短消息的消息内容确定是否发送该短消息至短消息接收方，发送模块60在确定发送短消息至短消息接收方时，将所述短消息转发至短消息接收方实现了运行IVPN平台的SCP实现短信的收发，解决了MC无法根据IVPN用户的集团属性来控制短信的收发，MC短信收发控制的功能单一的问题，更好地实现在SCP上统一控制呼叫和短信的发送，方便管理，综合成本低，能够更有效支撑IVPN业务的推广和发展，更加符合产业的发展趋势。

进一步地，参照图8，在本发明的SCP第二实施例中，所述SCP还包括：

信令支持模块70，用于增加支持SMDPP的移动应用部分MAP信令操作，以供当处于短消息起呼MO流程时实现点对点短消息传送，及增加支持SMSREQ的MAP信令操作，以供当处于短消息终呼MT流程时获取当前移动台MS的路由信息。

利用信令支持模块70添加支持SMDPP和SMSREQ的信令操作的同时，修改IVPN平台上的表，由于用户基本信息在表sxxcardinf中都已经存在，实现IVPN用户功能的表也都已经存在，所以只需要增加几张短信相关必要的表就可以实现短信收发控制。

增加表sxxmcgt用来存储手机号段和短信中心的信令地址GT的对应关系表，短信MO流程时，首先，从用户表sxxcardinf和集团表sxxgroupinf读取相关信息来判断用户是否有权限进行短信的发送，再次，如果允许发送则查询表sxxmcgt来获取手机号段对应的MC的GT，最后，通过SMDPP信息消息将短信投递到MC。

进一步地，参照图9和图10所述接收模块用于：

当处于短消息MO流程时，接收移动交换中心MSC发送的SMDPP消息，并返回SMDPP消息至MSC；所述SMDPP消息为MSC在接收到MS通过空中接口发送短消息后，将所述短消息转换为SMDPP消息并根据为该SMDPP消息配置的国际移动用户识别码IMSI所发送；

当处于短消息MO流程时，MS发送短消息，通过空中接口发送短消息给MSC，MSC将空中接口发送的短消息转换为SMDPP消息。其中SMDPP消息中包含主被叫号码、短信内容、短信编码方式等内容。然后预分配一些指定的IMSI段，MSC根据IMSI号将SMDPP消息直接发送给SCP。SCP收到MSC发过来的SMDPP消息，SCP将SMDPP发送给MSC，证实收到了短消息。如果有数据要返回，返回的SMDPP中也包括需要返回的数据。在MSC接收到SCP发送过来的SMDPP消息时，MSC将SMDPP转换为空中接口的证实消息。

当处于短消息MT流程时，接收短信中心MC发送的Deliver_SM消息，并回复Deliver_SM_Res消息至MC。

当处于短消息MT流程时，MC将Deliver_SM消息(参见参考文献[3])直接发送到IVPN平台，即SCP上；SCP立刻回复Deliver_SM_Res消息给MC，告知已经收到消息。

进一步地，参照图9和图10，所述解析判断模块用于：

当处于短消息MO流程时，对接收的SMDPP消息进行解析；

根据解析得到的SMDPP消息内容确定是否发送短消息；

SCP解析接收到的SMDPP消息，将解析出来的主被叫号码、短信内容等送入业务流程处理中心进行处理，例如，判断本次短信发送是否是发送到集团外手机上，是否有往外发送短信的权限等。

若是，将SMDPP消息发送至MC，以供MC下发所述SMDPP消息到被叫MS；

如果业务流程模块判断是发送短信，SCP将主被叫号码、短信内容等重要信息组包成SMDPP消息发送到MC，MC将MS最初发送的短信下发到被叫用户的手机上。

若否，释放呼叫，结束短消息MO流程。

如果业务流程模块判断是不发送短信，那么SCP直接释放呼叫ReleaseCall，拒绝短信的发送。

进一步地，参照图9和图10，所述解析判断模块还用于：

当处于短消息MT流程时，对接收的Deliver_SM消息进行解析；

当处于短消息MT流程时，MC将Deliver_SM消息直接发送到SCP上，SCP立刻回复Deliver_SM_Res消息给MC，告知已经收到消息。

根据Deliver_SM消息的解析内容确定是否发送短消息；

SCP对收到的Deliver_SM消息进行解析，将主被叫号码等相关信息送入业务流程处理中心，判断是否可以发送短消息。

若不发送短消息，释放呼叫，结束短消息MT流程；

若判断是发送短消息，根据消息内容中的被叫号码，发送SMSREQ消息至归属位置寄存器HLR，查询被叫号码当前的MSC位置信息；

在HLR返回的SMSREQ响应消息有被叫号码的当前MSC位置信息时，记录被叫号码当前MSC位置信息，发送SMDPP消息至被叫号码当前的MSC，以供MSC将SMDPP消息转发至被叫MS；

若SCP发送SMDPP消息到被叫当前的MSC成功了，SCP将收到MSC发送的SMDPP的响应消息；如果响应消息为成功，SCP发送状态报告到MC,告知MC短信发送成功，SCP接收MC的确认消息，得知MC成功接收状态报告，SCP结束整个MT流程；如果响应消息为失败，SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存，定时扫描这张表来重新发送SMSREQ消息到HLR进行查询，之后再发送SMDPP消息到MSC。

考虑到SCP的性能，扫描表sxxsmsfail的时间是可以配置的，例如每隔5分钟扫描一次。表中的每条记录都有时间戳字段，如果超过2天(可以配置)，则删除本条信息，不再进行后续的处理。如果扫描某条记录后，SCP成功的发送本条信息，则将标志位置为‘1’表示已经发送成功，不需要扫描本条记录了。

在HLR返回的SMSREQ响应消息没有有被叫号码的当前MSC位置信息时，定时重新发送SMSREQ消息至HLR。

在发送SMSREQ消息时，没有查询到被叫路由信息或HLR没有响应，比如被叫关机、被叫不再服务区等，SCP将主被叫号码、短信内容等相关信息写入数据库的表sxxsmsfail中保存，定时扫描这张表来重新发送SMSREQ消息到HLR进行查询。

建立支持长短信发送、多短信中心，目前，MC对于消息内容长度超过160个英文字符或70个汉字的短消息，自动将分割为多条连续短消息(每条含153个英文字符或66个汉字，最多255条)按多条方式连续发送。如短信MT流程时，MC会将长短信进行分割，每条短信的头都加上UDHI(UserDataHeaderIndicator)用来标明是同一条短信，SCP在收到带有相同UDHI头部的短信时，会将这些短信组装成一条完整的短信。最后业务逻辑模块进行判断以决定是否发送这条短信。

如果有两个MC，如果第一条短信发自MC1，第二条短信发自MC2，那么SCP在发给MC状态报告时，就必须做到发送到正确的MC上去。在MT流程时，SCP在收到MC发送的Deliver_SM消息时，SCP会根据这个消息记录一个值SmppSktIndex_T，用来标明Deliver_SM消息来自MC1，SmppSktIndex_T对应Deliver_SM消息的账号和地址端口，这样在SCP发送Submit_SM状态报告给MC时，可以根据SmppSktIndex_T查到对应的消息应该发送到MC上去。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。