CN101102551A - 一种携带接收者称呼的短消息的实现方法 - Google Patents

Abstract

本发明公开了一种携带接收者称呼的短消息的实现方法，包括：(1)短消息服务中心SMSC和业务控制点SCP对用户属性增加携带业务标识，SCP保存主叫号码、被叫号码及与主叫号码及被叫号码相对应的接收者称呼；(2)主叫终端发送短消息至SMSC，SMSC根据标识判断主叫终端申请了携带业务，则发送请求消息至SCP，请求为该短消息增加接收者称呼，请求消息中包括原主叫号码、原被叫号码及原短消息内容；(3)SCP收到请求消息后，根据原主叫号码及原被叫号码查询与原被叫号码相对应的接收者称呼，将原短消息内容加上接收者称呼组成新短消息发送至SMSC；(4)SMSC投递新短消息给被叫终端。本发明方法实用、容易实现。

Description

一种携带接收者称呼的短消息的实现方法

技术领域

本发明涉及短消息通信领域，尤其涉及一种携带接收者称呼的短消息的实现方法。

背景技术

目前，在各种电信增值业务当中，短消息是应用比较广泛的业务之一。短消息业务具有开通方便、收费低廉、内容丰富、应用广泛等特点，得到了用户的普遍使用。

普通的短消息实现流程包括：

步骤1：MSa(主叫用户)发送短消息到SMSC(Short Message ServiceCenter，短消息中心)；

步骤2：SMSC投递短消息给MSb(被叫用户)，流程结束。

可见，普通的短消息实现流程通过SMSC将短消息投递给被叫用户，实现方法比较简单。

如今，短消息业务在进一步向人性化、操作简单化的方向发展，可以满足用户的多种需求，与此相应相继出现了一些新的技术和方案，比如，短消息群发、短消息签名、短消息转发等，这些新的技术和方案都需要对普通的短消息实现流程进行完善和修改。

同时，由于使用短消息进行的文字沟通和使用语音进行的声音沟通还是有一定区别和差异的，语音表达的时侯，首先称呼对方一声，是简单而礼貌的开始，而短消息沟通的时候，如果要表达这种礼貌，就要每次手工输入对方的称呼。这样每次发送短消息时都输入对方称呼的方式很不方便，使短消息的操作变得繁琐，效率低下，严重影响了用户体验。特别是群发短消息的时候，如向多人发送内容相同的通知短消息、祝福短消息，如要在每条短消息中增加接收者的称呼，则需要手工逐条输入接收者称呼，操作起来非常麻烦，弊端更加明显。

发明内容

本发明所要解决的技术问题是提供一种携带接收者称呼的短消息的实现方法，当需要在短消息中加入接收者称呼时，自动将短消息中增加接收者称呼，实现方法简单、方便。

为了解决上述技术问题，本发明提供了一种携带接收者称呼的短消息的实现方法，所述方法包括以下步骤：

(1)短消息服务中心SMSC和业务控制点SCP分别对用户属性增加携带业务标识，并且SCP保存主叫号码、被叫号码及与所述主叫号码及被叫号码相对应的接收者称呼；

(2)主叫终端发送短消息至SMSC，SMSC收到所述短消息之后，根据所述标识判断出主叫终端成功申请了携带业务，则SMSC发送请求消息至SCP，请求为该短消息增加接收者称呼，所述请求消息中包括原主叫号码、原被叫号码及原短消息内容；

(3)SCP收到所述请求消息之后，根据所述原主叫号码及原被叫号码查询与所述原被叫号码相对应的接收者称呼，将所述原短消息内容成功加上接收者称呼组成新短消息后重新发送至SMSC；

(4)SMSC投递该加上接收者称呼的新短消息给被叫终端。

进一步的，步骤(1)中还包括：在SMSC和SCP上定义携带业务的短消息服务代码；相应地，

步骤(2)中所述的SMSC发送给SCP的请求消息中包括携带业务的短消息服务代码；相应地，

步骤(3)中SCP对所述请求消息进行解析，判断到所述请求消息中包括携带业务的短消息服务代码，则根据所述原主叫号码及原被叫号码查询与所述原被叫号码相对应的接收者称呼，将所述短消息内容成功加上接收者称呼组成新短消息后重新发送至SMSC。

进一步的，步骤(2)中所述的SMSC发送给SCP的请求消息中包括携带业务的短消息服务代码为：SMSC发送给SCP的请求消息中将原被叫号码替换为携带业务的短消息服务代码+原被叫号码。

进一步的，在步骤(1)中还包括在SMSC和SCP上配置与携带业务相应的SCP的扩展的短消息实体ESME标识所对应的接入码；相应地，

步骤(3)中所述新短消息的主叫号码是：所述接入码+原主叫号码；相应地，

步骤(4)中SMSC把步骤(3)所述新短消息的主叫号码转换成原主叫号码后投递该加上接收者称呼的新短消息给被叫终端。

进一步的，步骤(3)中还包括，如果SCP将所述短消息内容加上接收者称呼的步骤失败，则发送原短消息内容至SMSC。

进一步的，步骤(1)中还包括：SCP提供给主叫终端接口，主叫终端通过该接口修改被叫号码及接收者称呼。

进一步的，SMSC与SCP的通信方式包括基于TCP/IP的点对点短消息SMPP协议的通信方式。

本发明的携带接收者称呼的短消息的实现方法通过增加短消息服务中心的处理流程，增加SCP(Service Control Point，业务控制点)业务逻辑，实现当需要在短消息中加入接收者称呼时，自动将短消息中增加接收者称呼，不需要增加网元设备，不增加硬件，保护了原有投资，并具有容易推广、实现方法简单、方便的特点。

附图说明

图1为本发明的SMSC以及SCP的网络组成环境示意图。

图2为本发明的用户开通/关闭“携带业务”的流程框架图。

图3为本发明的主叫终端实现“携带业务”的流程框架图。

图4为主叫终端实现  “携带业务”的信令流程图。

具体实施方式

本发明基于业务控制点(SCP)来实现，在SCP上保存主叫号码、被叫号码、及与被叫号码相对应的接收者称呼，通过对主叫终端发送到短消息服务中心后转发到SCP上的短消息上增加接收者称呼后，重新发送该短消息给被叫终端，从而实现在该短消息中携带接收者称呼。在本发明中，简称实现携带接收者称呼的短消息的业务为“携带业务”。

本发明的主要流程如下：

主叫用户终端申请携带业务，发送普通的短消息到短消息服务中心，短消息服务中心收到该终端的短消息之后，分析该主叫用户终端是否申请了携带业务，如果主叫终端申请了携带业务，则短消息服务中心发送消息给SCP。SCP根据预存的被叫号码列表以及列表中的称呼，进行查询匹配，得到接收者称呼(即，被叫号码的称呼)，拼接接收者称呼和原短消息内容，组成新的短消息后，SCP再向短消息中心提交新的携带接受者称呼的短消息(此时，短消息的主叫号码是SCP的标识)。短消息中心接收到SCP提交的新的短消息后，替换主叫号码为原主叫用户的号码，然后短消息中心投递这个携带接收者称呼的短消息至被叫终端。

要实现本发明的携带接收者称呼的短消息的实现方法，需要具有以下前提：

(1)在短消息服务中心，建立“携带业务”流程，短消息中心能够判断出主叫用户是否是申请了“携带业务”的用户。

(2)在SCP平台，增加业务逻辑，处理来自短消息服务中心的携带接收者称呼的请求消息，建立接收者号码和接收者称呼对应关系的数据库，同时SCP提供给用户接口，使用户能修改接受者称呼。

(3)对于移动台(Mobile Station，MS)，要成功申请“携带业务”，才能实现该项业务的功能。

下面结合附图对本发明的优选实施例进行详细说明：

参照图1所示，为本发明的SMSC以及SCP的网络组成环境示意图。由SCP业务控制点设备(SCP)、移动交换中心(Mobile Switch Center，MSC)、短消息中心(Short Message Service Center，SMSC)、归属位置寄存器(Home Location Register，HLR)、拜访位置寄存器(Visit LocationRegister，VLR)、业务交换点(Service Switch Point，SSP)、运营中心(BusinessOperation Support System，BOSS)以及WEB服务器、移动台(MobileStation，MS)等组成。SCP作为一个ESME(External Short Message Entity，扩展的短消息实体)设备，利用SMPP(Short Message Peer to Peer，点对点短消息)协议和SMSC交互。WEB接入服务器以及BOSS和SCP之间利用基于TCP/IP协议的MML(Man-Machine Language，人机语言)通信接口，通过BOSS受理台或者WEB接入服务器的方式，用户可以修改SCP上的个人相关信息，如，被叫号码列表的增加、删除、修改以及相应的被叫号码称呼的修改等。

CAP(Camel Application Part，CAMEL应用部分)协议用于MSC/VLR/SSP与SCP之间的信令交互。

MAP(Mobile Application Part，移动应用部分)协议用于移动交换中心(MSC)、归属位置寄存器(HLR)拜访位置寄存器(VLR)之间的信令交互。

在SMSC上以及在SCP上，都已经建立“携带业务”的相关处理流程，并且都为“携带业务”配置了短消息服务代码。为了支持“携带业务”，SMSC和SCP均已经在用户的属性列表中，预先增加了一个标识，表示用户的“携带业务”的开通(或者关闭)状态。

同时，在SCP建立有主叫号码、被叫号码、被叫称呼相对应的列表。用户通过WEB服务器或者BOSS营业厅来设置“主叫号码、被叫号码、被叫称呼相对应的列表”。

不过，用户也可以通过发送短消息的方式，来增加/修改/删除/查询在SCP上的“主叫号码、被叫号码、被叫称呼相对应的列表”，例如：用户13905180009发送短消息内容“ADD13905180008小朋友”到目的号码9999，由SMSC把短消息转发给SCP，SCP解析该短消息，就可以处理“主叫号码、被叫号码、被叫称呼相对应的列表”这个工作。

总之，“主叫号码、被叫号码、被叫称呼相对应的列表”的创建/维护工作，可以通过WEB服务器，可以通过BOSS营业厅，可以通过短消息方式，本文不做重点描述。

由于每个SCP的处理能力有限，因此根据号码段(比如139****、136****等)配置与各个号码段的携带业务相应的SCP，并且在SMSC和SCP上配置与携带业务相应的SCP的扩展的短消息实体(ESME)标识所对应的接入码。

参照图2所示，为本发明的用户开通/关闭“携带业务”的流程框架图。该流程包括：

步骤201：MS(Mobile Station，移动台)手机用户，向SMSC发送开通(或者关闭)“携带业务”请求，SMSC处理该请求，根据用户要求改变“携带业务”的开通(或者关闭)状态，如果SMSC处理失败，则SMSC直接返回给MS手机用户操作失败消息；如果SMSC处理成功，则转到步骤202；

例如：用户13905180009发送短消息内容“KT”到目的号码9999。13905180009是主叫用户，9999是“携带业务”的短消息服务代码，“KT”表示开通“携带业务”。则SMSC把用户属性的“携带业务”标识置位成“开通”状态。

步骤202：SMSC转发MS手机用户的开通(或者关闭)“携带业务”的请求消息给SCP；

步骤203：SCP处理该请求，根据用户要求改变“携带业务”的开通(或者关闭)状态；

如果SCP处理失败，则SCP返回给SMSC失败消息，如果SCP处理成功，则SCP返回给SMSC成功消息；

例如：SCP收到由SMSC转发而来的短消息。短消息的内容是：用户13905180009发送短消息内容“KT”到目的号码9999。SCP预先知道，9999是“携带业务”的短消息服务代码，“KT”表示开通“携带业务”。则SCP也把SCP数据库中的该用户属性的“携带业务”标识置位成“开通”状态。

步骤204：SMSC收到步骤203所述的SCP处理的结果，如果SCP返回成功结果，则SMSC通知MS手机用户，开通(或者关闭)操作成功，如果SCP返回失败结果，则SMSC回滚在步骤202所做的开通(或者关闭)操作，SMSC通知MS手机用户，开通(或者关闭)操作失败。

具体的说，步骤201和步骤204的通信方式可以是短消息方式，也可以是基于TCP/IP的WEB接入的通信方式；步骤202和步骤203的通信方式可以是基于TCP/IP的SMPP协议的通信方式，通过DELIVER_SM消息(SMSC发送到SCP)和DELIVER_SM_RESP消息(SCP发送到SMSC)，就可以完成通信。

参照图3所示，为本发明的主叫终端实现“携带业务”的流程框架图。本发明主叫终端实现“携带业务”的短消息流程如下：

步骤301：MSa(主叫用户)发送短消息到SMSC，假设该短消息是短消息S(主叫号码是A，被叫号码是B，短消息内容是C)；

步骤302：假设SMSC上配置的“携带业务”短消息服务代码是D(比如“9999”)，分配给SCP的ESME标识是G(比如“PPS”)，该ESME标识有一个接入码H(比如“1860”)；则

1)当SMSC收到短消息S，根据用户属性标识分析得到用户A申请开通了“携带业务”，则不再向被叫号码B投递短消息S；

2)SMSC根据主叫号码A的号码段、“携带业务”的短消息服务代码、加载“携带业务”所对应的SCP的地址(ESME标识)，从而确定了SCP，SMSC重新组成一个短消息S1(主叫号码是A，被叫号码是“D+B”，短消息内容是C)；

3)SMSC将短消息S1发送给相应的SCP，请求SCP给短消息S1附加上“接收者称呼”；SCP此时是做为一个ESME(External Short MessageEntity，扩展的短消息实体)；

步骤303：SCP收到短消息S1，分析得到被叫号码是“D+B”的格式，说明SMSC发送该短消息S1给SCP，是为了触发SCP上的“携带业务”的业务逻辑，是为了让SCP给短消息S1加上  “接收者称呼”，假设SCP查询得到的被叫号码B的接收者称呼是E，那么SCP在原短消息内容前增加接收者称呼，重新组成一个短消息S2(主叫号码“H+A”，被叫号码B，短消息内容“E+C”)

步骤304：SMSC收到短消息S2，分析主叫号码“H+A”，得到H是“携带业务”的接入码，则SMSC知道短消息S2是由SCP的“携带业务”提交的短消息，SMSC改变主叫号码，重新组成短消息S3(主叫号码A，被叫号码B，短消息内容“E+C”)，投递该短消息给MSb(被叫用户)，流程结束。

参照图4所示，为主叫终端实现  “携带业务”的信令流程图。为了简明的说明问题，假设主叫a用户和被叫b用户在同一个PLMN(Public LandMobile Network，公共陆地移动网络)网络中，在同一个MSC/VLR区域，在同一个SMSC服务中心。用户实现  “携带业务”的信令流程描述如下：

步骤401：MESSAGE TRANSFER，用户(MSa)手机通过无线接口发送短消息，首先到达MSC/VLR设备；

步骤402：FORWARD_MO_SHORT_MESSAGE，MSC把短消息转向到当前的SMSC；

步骤403：FORWARD_MO_SHORT_MESSAGE_ACK，SMSC回应MSC；

步骤404：MESSAGE TRANSFER ACK，MSC回应MSa；

步骤405：DELIVER_SM，SMSC对主叫号码进行分析，得到主叫号码用户是否申请了“携带业务”，得到主叫号码归属SCP的地址；SMSC发送DELIVER_SM请求消息给主叫号码用户归属的SCP，触发SCP上的“携带业务”的业务逻辑；

步骤406：DELIVER_SM_RESP，SCP给SMSC返回的响应消息；

步骤407：在SCP上处理“携带业务”请求，查询匹配主叫号码、被叫号码、被叫号码的称呼。如果SCP得到“接收者称呼”的信息，则组成新的短消息内容：“接收者称呼”以及“原短消息内容”；如果查询匹配失败，则返回“原短消息内容”，对“原消息内容”不做任何修改。SCP向SMSC发送SUBMIT_SM消息。

步骤408：SUBMIT_SM_RESP，SMSC给SCP发送响应消息；然后，在SMSC上，SMSC开始投递短消息。

步骤409：FORWARD_MT_SHORT_MESSAGE，SMSC把短消息通知转给MSC；

步骤410：MESSAGE DELIVER，MSC通过无线接口把短消息通知发给MSb；

步骤411：MESSAGE DELIVER ACK，MSb给MSC响应；

步骤412：FORWARD_MT_SHORT MESSAGE_ACK，MSC回应SMSC；

下面通过具体应用中的实例来对本发明的技术方案做示例性的说明：

第一步，在短消息服务中心，建立“携带业务”的处理流程。(1)对用户属性增加一个标识，表示该用户申请“携带业务”的情况(比如：未申请、正常、暂停、已取消等)。(2)增加配置用户号码段的携带业务以及与各个号码段相应的“携带业务”的SCP地址(ESME标识)。(3)定义“携带业务”的短消息服务代码。

当短消息服务中心收到用户发送的消息请求，首先对用户进行鉴权(具体鉴权方式本文不做详细描述)，对用户鉴权成功之后，判断用户是否申请了“携带业务”，如果用户申请了“携带业务”，则短消息服务中心向业务控制点发送DELIVER_SM消息；如果用户没有申请“携带业务”，则短消息服务中心按照正常流程，向被叫用户投递短消息。第二步，在业务控制点上，增加“携带业务”的业务逻辑，增加业务控制点做为ESME的一个唯一标识，增加ESME所授权的一个或者多个接入码，用以处理来自短消息中心的携带请求。

如果业务控制点接收到来自短消息服务中心的“携带业务”的DELIVER_SM请求消息，那么：(1)业务控制点立即给短消息服务中心回应DELIVER_SM_RESP消息；(2)解析DELIVER_SM请求消息的内容，获得DELIVER_SM请求消息相关的短消息信息，(3)业务控制点开始从数据库查询、匹配，找到短消息S的主叫号码A、被叫号码B以及接收者称呼。

关于主叫号码、被叫号码、及被叫号码相应的接收者称呼这三个字段之间数据库的表结构，可以使用如下形式的定义：

字段名字	字段类型	字段描述
			CALLING	STRING，最大长度20	短消息的主叫号码。
CALLED	STRING，最大长度10	短消息的被叫号码
			CALLEDNAME	STRING，最大长度20	相应的被叫号码的名称

关于主叫号码、被叫号码、接收者称呼这三个字段之间数据库的表结构的数据，可以是如下格式的内容：

CALLING	CALLED	CALLEDNAME
			13900010002	13580009000	王老师
13900010002	13520003000	亲爱的老朋友
			13900010002	13570008000	小明

第三步，如果业务控制点匹配到接收者称呼的信息，则拼接成新的短消息，短消息内容包括“接收者称呼+原短消息内容”。业务控制点发送SUBMIT_SM请求消息给SMSC，此SUBMIT_SM请求消息相关的短消息是增加了接受者称呼的新短消息。

第四步，短消息服务中心收到SUBMIT_SM请求消息，该SUBMIT_SM请求消息是关于短消息S1的请求消息，立即回应SCPSUBMIT_SM_RESP消息。如果短消息中心判断该SUBMIT_SM消息是经过业务控制点处理过的“携带业务”的请求消息，则短消息中心直接按照被叫号码B的地址投递短消息，此时短消息的内容就是携带了接收者称呼的短消息内容。

该技术方案充分体现了业务和控制分离的原则，利用现有网络资源，实现短消息的人性化体验。这种方案尤其适合于节日祝福短消息的发送以及各类群发短消息的各种应用领域。

当然，上述具体实施方式不是对本发明技术方案的进一步限定，任何熟悉本领域的技术人员对本发明技术特征所做的等同替换或相应变形，仍在本发明的保护范围之内。

Claims (7)

1、一种携带接收者称呼的短消息的实现方法，其特征在于，所述方法包括以下步骤：

(1)短消息服务中心SMSC和业务控制点SCP分别对用户属性增加携带业务标识，并且SCP保存主叫号码、被叫号码及与所述主叫号码及被叫号码相对应的接收者称呼；

(2)主叫终端发送短消息至SMSC，SMSC收到所述短消息之后，根据所述标识判断出主叫终端成功申请了携带业务，则SMSC发送请求消息至SCP，请求为该短消息增加接收者称呼，所述请求消息中包括原主叫号码、原被叫号码及原短消息内容；

(3)SCP收到所述请求消息之后，根据所述原主叫号码及原被叫号码查询与所述原被叫号码相对应的接收者称呼，将所述原短消息内容成功加上接收者称呼组成新短消息后重新发送至SMSC；

(4)SMSC投递该加上接收者称呼的新短消息给被叫终端。

2、如权利要求1所述的方法，其特征在于，步骤(1)中还包括：在SMSC和SCP上定义携带业务的短消息服务代码；相应地，

步骤(2)中所述的SMSC发送给SCP的请求消息中包括携带业务的短消息服务代码；相应地，

步骤(3)中SCP对所述请求消息进行解析，判断到所述请求消息中包括携带业务的短消息服务代码，则根据所述原主叫号码及原被叫号码查询与所述原被叫号码相对应的接收者称呼，将所述短消息内容成功加上接收者称呼组成新短消息后重新发送至SMSC。

3、如权利要求2所述的方法，其特征在于，步骤(2)中所述的SMSC发送给SCP的请求消息中包括携带业务的短消息服务代码为：SMSC发送给SCP的请求消息中将原被叫号码替换为携带业务的短消息服务代码+原被叫号码。

4、如权利要求2或3所述的方法，其特征在于，在步骤(1)中还包括在SMSC和SCP上配置与携带业务相应的SCP的扩展的短消息实体ESME标识所对应的接入码；相应地，

步骤(3)中所述新短消息的主叫号码是：所述接入码+原主叫号码；相应地，

步骤(4)中SMSC把步骤(3)所述新短消息的主叫号码转换成原主叫号码后投递该加上接收者称呼的新短消息给被叫终端。

5、如权利要求1、2或3所述的方法，其特征在于，步骤(3)中还包括，如果SCP将所述短消息内容加上接收者称呼的步骤失败，则发送原短消息内容至SMSC。

6、如权利要求1所述的方法，其特征在于，步骤(1)中还包括：SCP提供给主叫终端接口，主叫终端通过该接口修改被叫号码及接收者称呼。

7、如权利要求1所述的方法，其特征在于，SMSC与SCP的通信方式包括基于TCP/IP的点对点短消息SMPP协议的通信方式。

Images