CN101699875B - 消息发送方法和互通网关 - Google Patents

Abstract

本发明公开了一种消息发送方法和互通网关。其中，本发明公开的消息发送方法包括：互通网关接收由外网转入的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；互通网关根据接收方的标识，确定接收方为本网的携入用户；互通网关根据接收方的标识，确定接收方所属的运营商为本网能够提供服务的运营商，并获取接收方的消息中心的设备标识；互通网关将用户消息发送给该设备标识对应的消息中心。根据本发明，使得携入用户可以向外网用户发送或接收来自外网用户的用户消息，提高携入用户的用户体验。

Description

消息发送方法和互通网关

技术领域

本发明涉及通信领域，具体而言，涉及一种消息发送方法和互通网关。

背景技术

由于随着运营商布局的变化，某网络运营商的部分地区用户很可能会被划入了另一运营商提供服务，为了使用户不更换其手机号码，需要之后的运营商将这些用户作为本网用户以提供服务，其中，包括彩信服务。这种情况称为号码携带，这些用户称为本网的携入用户。例如，运营商B的某些地区的用户被划入运营商A提供服务，则这些地区的运营商B的用户被称为运营商B的携出用户，及运营商A的携入用户。

某个通信网络(即运营商)的用户发送消息时，消息中心在接收到该消息后，如果该消息的目的端是另一个通信网络的用户，则通过本网的互通网关进行发送。目前，互通网关的处理方式是：如果检查到接收到的消息的发送方或目的方为非本运营商的网内用户，则立刻拒绝该消息。

按照上述的处理方式，如果消息的目的方为本网的携入用户，由于该用户使用的还是原来运营商的号码，因此，互通网关将该用户作为非本网用户，从而拒绝发送给该用户的消息，从而导致携入用户接收不到消息。

同样，在本网的携入用户向外网用户发送消息，互通网关在接收到该消息时，由于该用户使用的为原运营商的号码，因此，互通网关判断消息的发送方为非本网用户，从而将拒绝发送该消息，导致本网的携入用户不能向外网用户发送消息。

发明内容

针对现有技术中本网的携入用户无法接收来自外网用户的消息或无法向外网用户发送消息的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的用户消息发送方案，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种用户消息发送方法，用于发送由外网转入的用户消息。

根据本发明的用户消息发送方法包括：互通网关接收由外网转入的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；互通网关根据接收方的标识，确定接收方为本网的携入用户；互通网关根据接收方的标识，确定接收方所属的运营商为本网能够提供服务的运营商，并获取接收方的消息中心的设备标识；互通网关将用户消息发送给该设备标识对应的消息中心。

为了实现上述目的，根据本发明的另一方面，提供了一种互通网关。

根据本发明的互通网关包括：协议处理模块、服务提供处理模块、主业务处理模块和转发模块。其中，协议处理模块，用于接收外网转入的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；服务提供处理模块，用于根据接收方的标识，确定述接收方为本网的携入用户；主业务处理模块，用于根据接收方的标识，确定接收方所属的运营商为本网能够提供服务的运营商，并获取接收方的消息中心的设备标识；转发模块，用于根据该设备标识，查找与该设备标识对应的消息中心，并将上述用户消息转发给该消息中心。

为了实现上述目的，根据本发明的又一方面，提供了另一种用户消息发送方法，该方法用于发送本网的消息中心提交的用户消息。

根据本发明的用户消息发送方法包括：互通网关接收本网消息中心提交的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；互通网关根据接收方的标识确定接收方为本网的携入用户；互通网关根据接收方的标识，通过查询域名查询系统获取接收方所属运营商的路由号码；互通网关根据该路由号码，查询与该路由号码对应的消息中心，并将上述用户消息发送给该消息中心。

为了实现上述目的，根据本发明的再一方面，提供了另一种互通网关。

根据本发明的互通网关包括：协议处理模块、主业务处理模块、查询模块和发送模块。其中，协议处理模块，用于接收本网消息中心提交的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；主业务处理模块，用于根据接收方的标识确定接收方为本网的携入用户，并通过查询域名查询系统获取接收方所属运营商的路由号码；查询模块，用于根据该路由号码，查询与该路由号码对应的消息中心；发送模块，用于将上述用户消息发送给查询模块查询得到的上述消息中心。

通过本发明，互通网关在接收到用户消息时，不对该用户消息的发送方进行判断，只判断该用户消息的接收方，并在确定该用户消息的接收方为本网的携入用户时，不直接拒绝该用户消息，而是将该用户消息转发给接收方所属的消息中心，从而解决了本网的携入用户无法接收来自外网的用户消息或无法向外网用户发送用户消息的问题，进而提高了本网的携入用户的用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种用户消息发送方法的流程图；

图2是根据本发明实施例提供的一种互通网关的结构示意图；

图3是根据本发明优选实施例的互通网关的结构示意图；

图4是本发明实施例提供的服务提供处理模块23的结构示意图；

图5是本发明实施例提供的主业务处理模块25的结构示意图；

图6是为根据本发明提供的另一种用户消息发送方法的流程图；

图7是根据本发明实施例的另一种互通网关的结构示意图；

图8为实现本发明实施例的系统示意图；

图9为实施例一的流程图；

图10为实施例二的流程图。

具体实施方式

功能概述

针对现有技术中本网的携入用户无法接收来自外网用户的消息或无法向外网用户发送消息的问题，本发明实施例提供了一种改进的用户消息发送方案。在本发明实施例中，互通网关接收到用户消息时，不对该用户消息的发送方进行判断，只判断该用户消息的接收方，并在确定该用户消息的接收方为本网的携入用户时，获取本网中接收方所属的消息中心，并将该用户消息发送给接收方所属的消息中心，由该消息中心将用户消息转发给接收方。

在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互结合。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不限定于本发明。

在本发明实施例中，互通网关接收到的用户消息可能是来自外网的用户消息(即转入消息)，也可能是来自本网的消息中心的用户消息(即转出消息)，针对这两种用户消息，本发明实施例分别提供了两种用户消息发送方案，分别用于处理这两种用户消息，下面分别对这两种用户消息发送方案进行说明。

根据本发明实施例，首先提供了一种用户消息发送方法，该方法用于发送由外网转入的用户消息。

图1是根据本发明实施例的用户消息发送方法的流程图，如图1所示，根据本发明实施例的用户消息发送方法主要包括以下步骤(步骤101-步骤104)：

步骤101、互通网关接收由外网转入的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；

步骤102、互通网关根据接收方的标识，确定该接收方为本网的携入用户；

步骤103、互通网关根据接收方的标识，确定接收方所属的运营商为互通网关能够提供服务的运营商，并获取接收方的消息中心的设备标识；

步骤104、互通网关将用户消息发送给上述设备标识对应的消息中心。

下面进一步对上述各步骤的处理细节进行描述。

(一)步骤101

在具体实施过程中，该步骤的处理可以通过以下步骤触发：外网的某个消息中心接收到来自发送方的用户消息，根据该用户消息的接收方的标识，该消息中心确定接收方不是本网用户，则向该网的互通网关转发该用户消息，根据接收方的标识，将该用户消息转发到步骤101中的互通网关。

(二)步骤102

在本发明实施例中，为了使互通网关能够获知本网的携入用户、携出用户及本网所能提供服务的其它运营商等信息，可以预先在互通网关上进行配置，存储本网的携入用户、携出用户及本网能够提供服务的运营商的标识集。

具体地，携入用户的标识集可以通过配置所有携入用户的电话号码来实现，并且，由于在实际使用过程中，通常是将某个运营商的某些地区的用户作为另一运营商的携入用户，因此，也可以通过存储这些地区的用户的电话号码段来标识本网的携入用户，例如，将运营商B的地区1、地区2的用户划入到运营商A的服务范围，由运营商A为这些用户提供服务，运营商B的地区1、地区2的用户的号码段是在11220000-11229999之间，因此，运营商A的互通网关可以将本网的携入用户的标识集配置为电码号码在11220000-11229999之间的用户。

同样，对于本网的携出用户的标识集，也可以配置本网的所有携出用户的电话号码，或者，也可以配置本网的所有携出用户所在的电话号码段。

对于本网能够提供服务的运营商的标识集，由于路由号码(Routing Number，简称为RN)可以唯一标识一个运营商，因此，在本发明实施例中，互通网关配置的本网能够提供服务的运营商的标识集为本网能够提供服务的运营商的RN集。

因此，具体地，互通网关可以通过以下步骤来判断接收方是否为本网的携入用户包括：1)互通网关根据接收方的标识，判断接收方为外网用户(即非本网的运营商的用户)；2)互通网关判断接收方的标识是否包含在预先配置的携入用户的标识集中，如果是，则确定接收方为本网的携入用户，否则，确定接收方为本网的非携入用户。如果判断出接收方为外网用户且不是本网的携入用户，则互通网关拒绝接收到的上述用户消息。

具体地，如果互通网关判断接收方为本网用户，则互通网关进一步判断接收方是否为本网的携出用户，具体地，可以判断接收方的标识是否包含在预先配置的携出用户的标识集中，如果是，则确定接收方为本网的携出用户，拒绝接收到的上述用户消息；否则，互通网关确定接收方为本网的非携出用户，按照现有的处理流程，继续执行该用户消息的处理。

(三)步骤103

在互通网关确定接收方为本网的携入用户的情况下，互通网关可以进一步判断接收方所属的运营商是否为本网能够提供服务的运营商。

具体地，互通网关可以通过以下步骤来判断接收方所属的运营商是否为其能够提供服务的运营商，并获取接收方的消息中心设备标识包括：1)互通网关向域名查询系统(ENUMDNS)发送查询请求，其中，查询请求中携带有接收方的标识；2)互通网关接收ENUMDNS返回的查询结果，其中，该查询结果包括：接收方所属运营商的路由号码以及接收方的消息中心的设备标识；3)互通网关判断接收方所属运营商的路由号码是否包含在预先配置的该互通网关能够提供服务的运营商的路由号码集中，如果是，则确定该接收方所属的运营商为该互通网关能够提供服务的运营商；否则，互通网关丢弃该用户消息。

具体地，为了减少ENUMDNS的负担，并简化流程，由于在具体实施过程中，外网消息中心发送来的上述用户消息中携带的接收方的标识中将包含接收方所属的运营商的RN，因此，在互通网关向ENUMDNS发送查询请求之前，互通网关可以判断上述用户消息中携带的接收方的标识中包含的路由号码是否包含在预先配置的路由号码集中，如果是，则向ENUMDNS发送上述查询请求，否则，直接拒绝该用户消息。

(四)步骤104

互通网关在获取该接收方所属的消息中心的设备标识后，根据该消息中心的设备标识查找相应的消息中心，在查找到相应的消息中心后，将上述用户消息转发给该消息中心，流程结束。

通过本发明实施例提供的上述方法，根据接收到的用户消息的接收方的不同情况，互通网关提供不同的处理，具体地，1)本网用户，则处理仍按照以往的流程；2)外网的携入用户，则查询ENUMDNS得到目的网元的信息，进行消息的处理；3)本网的携出用户，立即拒绝该消息；4)外网非携入用户，立即拒绝该消息。

在具体实施过程中，互通网关接收到的上述用户消息可能为短消息，也可能为彩信消息，如果为短消息，则上述消息中心为短消息中心，如果为彩信消息，则上述消息中心为彩信中心，同样，其他网元也将为相应的网元。

根据本发明实施例，还提供了一种互通网关，图2是根据本发明实施例提供的互通网关的结构示意图，如图2所示，根据本发明实施例的互通网关包括：协议处理模块21、服务提供处理模块23、主业务处理模块25和转发模块27。其中，协议处理模块21，用于接收外网转入的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；服务提供处理模块23，用于根据接收方的标识，确定接收方为本网的携入用户；主业务处理模块25，用于根据接收方的标识，确定接收方所属的运营商为互通网关能够提供服务的运营商，并获取接收方的消息中心的设备标识；转发模块27，用于根据设备标识，查找与设备标识对应的消息中心，并将用户消息转发给消息中心。

进一步地，如图3所示，上述互通网关还可以包括：配置台29，用于配置本网的携入用户的标识集、携出用户的标识集及相应网关能够提供服务的运营商的路由号码集。

具体地，如图4所示，上述服务提供处理模块23可以包括：获取子模块231和第一判断子模块232，其中，获取子模块231用于从接收方的标识中获取接收方的路由号码；第一判断子模块232用于判断获取子模块231获取的接收方的路由号码是否包括在配置台29配置的路由号码集中，如果是，则触发主业务处理模块25。

具体地，如图5所示，上述主业务处理模块25可以包括：发送子模块251、接收子模块252和第二判断子模块253，其中，发送子模块251，用于向域名查询系统发送查询请求，其中，查询请求中携带有接收方的标识；接收子模块252，用于接收域名查询系统返回的查询结果，其中，查询结果中包括：接收方所属运营商的路由号码及接收方的消息中心的设备标识；第二判断子模块253，用于判断接收子模块252接收到的接收方的路由号码是否包含在配置台29配置的路由号码集中，如果是，则触发转换模块27。

根据本发明实施例，还提供了另一种用户消息发送方法，该方法用于发送本网的消息中心提交的用户消息(即转出的用户消息)。

图6为根据本发明实施例的用户消息发送方法的流程图，如图6所示，根据本发明实施例的用户消息发送方法主要包括以下步骤：

步骤601：互通网关接收本网消息中心提交的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；

对于本网的消息中心，只有当用户消息的接收方为外网用户或本网的携入用户时，消息中心才会将该用户消息转发给本网的互通网关。

步骤602：互通网关根据接收方的标识确定接收方为本网的携入用户；

具体地，互通网关可以通过以下方法判断接收方是否为本网的携入用户包括：互通网关判断接收方的标识是否包含在预先配置的携入用户的标识集中，如果是，则确定接收方为本网的携出用户；否则，互通网关确定接收方为本网的非携入用户，继续执行用户消息的处理，具体地，如果接收方为本网的正常用户，则按照正常流程转发该用户消息，如果接收方为本网的携出用户，则拒绝该用户消息。

步骤603：互通网关根据接收方的标识，通过查询域名查询系统获取接收方所属运营商的路由号码；

步骤604：互通网关根据上述路由号码，查询与该路由号码对应的消息中心，并将上述用户消息发送给该消息中心。

在具体实施过程中，在上述步骤602中，如果互通网关根据接收方的标识确定接收方为本网的携出用户，则该方法还可以包括以下步骤：

步骤1，互通网关向EUMDNS发送查询请求，获取接收方归属的运营商的RN信息；

步骤2，互通网关将获取的RN信息与预先配置的RN信息集(既配置台中配置的RN信息)进行匹配，在匹配成功的情况下，根据该RN信息查询得到接收方归属的外部网元的设备标识，在匹配不成功的情况下，拒绝该用户消息，流程中止；

一般情况下，上述外部网元为互通网关。

步骤3，互通网关根据上述RN信息及上述外部网元的设备标识，查询与该设备标识对应的外部网元，在查找到的情况下，将上述RN信息携带在上述用户消息中转发给该外部网元。

对应于上述用户消息发送方法，根据本发明实施例，还提供了另一种互通网关。

图7为根据本发明实施例的互通网关的结构示意图，该互通网关包括：协议处理模块20、主业务处理模块22、查询模块24和发送模块26，其中，协议处理模块20，用于接收本网消息中心提交的用户消息，其中，该用户消息中携带有该用户消息的接收方的标识；主业务处理模块22，用于根据接收方的标识确定接收方为本网的携出用户，并通过查询域名查询系统获取接收方所属运营商的路由号码；查询模块24，用于根据主业务处理模块22获取的上述路由号码，查询与该路由号码对应的消息中心；发送模块26，用于将上述用户消息发送给查询模块24查询得到的消息中心。

具体地，如图7所示，上述互通网关还可以包括配置台28，用于配置本网的携入用户的标识集。

以彩信消息为例，根据本发明实施例的上述用户消息发送方法可以通过对彩信互通网关和ENUMDNS进行改进实现。

具体地，如图8所示，对于彩信互通网关：业务处理部分主要修改其中的ENUMDNS解码模块(相当于上述的服务提供处理模块)、MMSP主业务处理模块(相当于上述的主业务处理模块)和SMTP协议处理模块(相当于上述的协议处理模块)。此外，配置台也要做相应的配置修改处理。

具体地，配置台需要在地区号段下配置上其他运营商提供给本运营商服务的地区(试点地区)及服务的号段，即携入号段，如有必要，也需要配置上本网内的携出号段；还需要配置上所要服务的运营商的RN。另外，还需要配置上携入号码归属的互通网关(或MMSC，可以根据实际需要进行选择)，其中需要配置RN属性；

简单邮件传输协议(Simple Mail Transfer Protocol，简称为SMTP)处理模块需要解析接收到的彩信消息，从该彩信消息中获取目的号码(即接收方的号码)中的RN号，通过与配置台系统参数的设置的RN号进行匹配，匹配上则去除该目的号码中的RN号，否则拒绝该彩信消息。

ENUMDNS解码模块，需要支持查询ENUMDNS返回的结果中携带了RN字段；

多媒体服务提供子系统(Multimedia Service Provisioning，简称为MMSP)主业务处理模块，在处理转入的消息时，需要去除消息目的号码中的RN字段；在转出的消息中，需要为目的号码增加RN字段；在得到ENUMDNS的查询结果后，需要存储其中的RN号并与配置台已有的RN比较；

而ENUMDNS，对于更换了运营商的用户即携入号码的号段，ENUMDNS为其做单独的配置，如果查询的是彩信相关的信息，则在原有的查询结果前增加RN字段。

另外，对于这些用户来说，终端中的彩信中心、WAP网关的相关配置也需要更新为运营商A在本地区的系统信息。

下面结合图8，通过具体实施例对本发明实施例提供的技术方案的具体实现过程进行详细描述。

实施例一

本实施例以用户消息转入为例进行说明，即本实施例中，互通网关接收到的用户消息为外网互通网关转发来的用户消息。

图9为本实施例的流程图，如图9所示，本实施例中对消息转入处理过程主要包括以下步骤：

步骤901、外部彩信网关(Multimedia Message Service Gate Way，简称为MMSG)提交彩信消息到本网的MMSIG；

步骤902，本网MMSG充分信任消息源，不对该彩信消息的源用户(即发送方)做网号和号段的鉴权，仅由SMTP处理模块对目的号码的号码长度、格式等做鉴权，并在鉴权通过后，将该彩信消息提交给MMSP处理模块；

如果鉴权失败，则消息提交失败；

步骤903、MMSP根据判断该彩信消息的目的号码判断接收方是否为本网用户，如果不是，则执行步骤904，否则，判断接收方是否为本网的携出用户，如果是，则拒绝该彩信消息，流程结束，否则，按照正常流程处理该彩信消息；

步骤904、MMSP将该用户号码与配置台中的携入用户的号码段进行比较，判断接收方是否为携入用户(即判断目的用户是否在试点地区)，如果是，则执行步骤905，否则，确定接收方为外网的用户，且为本网的非携入用户，拒绝该彩信消息，流程结束；

步骤905、MMSP处理模块将该彩信消息的目的号码前的RN与与配置台配置的RN进行匹配，如果匹配成功，则执行步骤906，否则，拒绝该彩信消息，流程结束；

步骤906、MMSP处理模块向ENUMDNS发送查询请求，该查询请求中携带有目的用户的目的号码；

步骤907、主业务处理程序接收ENUMDNS返回的查询结果，其中，该查询结果中携带有RN信息和目的用户的MMSC的设备ID；

在本步骤中，如果查询ENUMDNS失败，则流程中止；

步骤908、ENUMDNS返回的RN信息与配置台24配置的RN信息进行匹配，如果匹配成功，则执行步骤908，否则，拒绝该彩信消息，流程中止；

步骤909、本网的MMSG根据返回的MMSC的设备ID在配置台中查找相应的MMSC，并将接收到的彩信消息转发给该MMSC，流程结束。

根据上述实施例本网的携入用户可以通过本网互通网关接收彩信消息。

实施例二

本实施例以消息转出为例进行说明，在本实施例中，MMSG接收来自本网MMSC的彩信消息，对该彩信消息进行处理。

图10是本实施例中消息转出处理流程图，如图10所示，对本实施例中对来自本网MMSC的彩信消息进行处理主要包括以下步骤：

步骤1001、网内MMSC向MMSG的递交彩信消息；

步骤1002，MMSG的SMTP处理模块对该彩信消息的对源用户(即发送方)进行网号、长度和格式鉴权，鉴权通过后，将该彩信消息提供给主业务处理程序MMSP处理模块；

对于该彩信消息的目的号码(即接收方的号码)，由于MMSC的限制，因此，该彩信消息的接收方只能是外网用户，不可能是本网用户，但接收方是否为本网携入用户则需要后续进行进一步判断。

步骤1003、MMSP判断目的号码的号段是否在试点地区内，即MMSP判断接收方是否为本网的携入用户，具体地，MMSP可以查询配置台配置的携入用户的号码段，判断目的号码是否包含在该号码段内，如果是，确定接收方为本网的携入用户，执行步骤1005，否则，执行步骤1004；

步骤1004，MMSP判断接收方是否为本网的携出用户，具体地，MMSP可以查询配置台配置的携出用户的号码段，判断目的号码是否包含在该号码段内，如果是，则确定接收方为本网的携出用户，执行步骤1009，否则，拒绝该彩信消息，流程结束；

步骤1005、MMSP向EUMDNS发送查询请求，查询该彩信消息的目的号码的目的归属网元信息，MMSP接收EUMDNS返回的查询结果，具体地，EUMDNS返回的查询结果中携带有RN信息；

步骤1006，MMSG根据EUMDNS返回的RN信息查询得到对应的MMSC的设备ID；

步骤1007，MMSG根据上述RN信息和MMSC的设备ID查找是否有对应的MMSC，如果是，则执行步骤1008，否则，拒绝该彩信消息，流程中止；

由于接收方为本网的携入用户，因此，该MMSC的为本网的MMSC。

步骤1008，将上述彩信消息发送给该MMSC；

步骤1009，MMSP向EUMDNS发送查询请求，查询该彩信消息的目的号码的目的归属网元信息，MMSP接收EUMDNS返回的查询结果，具体地，EUMDNS返回的查询结果中携带有RN信息；

步骤1010，MMSG将查询结果中的RN信息与配置台配置的RN信息进行匹配，如果匹配成功，则执行步骤1011，否则，拒绝该彩信消息，流程中止；

步骤1011，MMSG根据EUMDNS返回的RN信息查询得到对应的外部网元的设备标识，一般是外部彩信互通网关的设备标识(即MSGID)；

步骤1012，MMSG根据上述RN信息和查找到的外部网元的设备ID查找是否有对应的外部网元，如果是，则执行步骤1013，否则，拒绝该彩信消息，流程中止；

步骤1013，MMSG将ENUMDNS返回的查询结果中的RN信息携带在上述彩信消息中发送给上述外部网元的设备ID对应的外部网元。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

综上所述，通过本发明实施例提供的消息发送方法和互通网关，由于互通网关不会对接收到的用户消息的发送方进行判断，因此，在号码携入的情况下，本网的携入用户可以向外网用户发送用户消息；并且，由于互通网关在判断用户消息的接收方为本网的携入用户时，可以在该接收方合法的情况下，将用户消息转发给接收方归属的MMSC，从而使得本网的携入用户可以接收来自外网的用户消息；另外，在消息转出时，如果消息的接收方为本网的携出用户，可以将该接收方归属的RN信息携带在该消息中转发给外部网元，从而可以实现本网用户向本网的携出用户发送消息。因此，利用本发明实施例提供的技术方案，使用户能够得到不同运营商提供的消息发送和接收服务，弥补了现有技术中无法实现用户在运营商变更情况下无法顺利实现短消息收发过程的缺陷，提高了用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种用户消息发送方法，用于发送由外网转入的用户消息，其特征在于，所述方法包括：

互通网关接收由外网转入的用户消息，其中，所述用户消息中携带有所述用户消息的接收方的标识；

所述互通网关根据所述接收方的标识，确定所述接收方为本网的携入用户；

所述互通网关根据所述接收方的标识，确定所述接收方所属的运营商为本网能够提供服务的运营商，并获取所述接收方的消息中心的设备标识；

所述互通网关将所述用户消息发送给所述设备标识对应的消息中心；

其中，所述互通网关确定所述接收方所属的运营商为本网能够提供服务的运营商，并获取所述接收方的消息中心的设备标识包括：

所述互通网关向域名查询系统发送查询请求，其中，所述查询请求中携带有所述接收方的标识；

所述互通网关接收所述域名查询系统返回的查询结果，其中，所述查询结果包括：所述接收方所属运营商的路由号码以及所述接收方的消息中心的设备标识；

所述互通网关判断接收方所属运营商的所述路由号码是否包含在预先配置的本网能够提供服务的运营商的路由号码集中，如果是，则确定所述接收方所属的运营商为本网能够提供服务的运营商；否则，

所述互通网关丢弃所述用户消息。

2.根据权利要求1所述的方法，其特征在于，所述互通网关确定所述接收方为本网的携入用户包括：

所述互通网关根据所述接收方的标识，判断所述接收方为外网用户；

所述互通网关判断所述接收方的标识是否包含在预先配置的携入用户的标识集中，如果是，则确定所述接收方为本网的携入用户，否则，确定所述接收方为本网的非携入用户。

3.根据权利要求2所述的方法，其特征在于，如果所述互通网关判断所述接收方为本网用户，所述方法还包括：

所述互通网关判断所述接收方的标识是否包含在预先配置的携出用户的标识集中，如果是，则确定所述接收方为本网的携出用户；否则，

所述互通网关确定所述接收方为本网的非携出用户，继续执行所述用户消息的处理。

4.根据权利要求3所述的方法，其特征在于，如果确定所述接收方为本网的非携入用户或所述接收方为本网的携出用户，则所述方法还包括：

所述互通网关拒绝所述用户消息。

5.根据权利要求1所述的方法，其特征在于，在所述互通网关向所述域名查询系统发送所述查询请求之前，所述方法还包括：

所述互通网关从所述接收方的标识中获取所述接收方的路由号码；

所述互通网关确定获取的所述接收方的路由号码包含在预先配置的所述路由号码集中。

6.一种互通网关，其特征在于，包括：

协议处理模块，用于接收外网转入的用户消息，其中，所述用户消息中携带有所述用户消息的接收方的标识；

服务提供处理模块，用于根据所述接收方的标识，确定所述接收方为本网的携入用户；

主业务处理模块，用于根据所述接收方的标识，确定所述接收方所属的运营商为本网能够提供服务的运营商，并获取所述接收方的消息中心的设备标识；

转发模块，用于根据所述设备标识，查找与所述设备标识对应的消息中心，并将所述用户消息转发给所述消息中心；

配置台，用于配置本网的携入用户的标识集、携出用户的标识集以及本网能够提供服务的网络的路由号码集；

其中，所述主业务处理模块包括：

发送子模块，用于向域名查询系统发送查询请求，其中，所述查询请求中携带有所述接收方的标识；

接收子模块，用于接收所述域名查询系统返回的查询结果，其中，所述查询结果中包括：所述接收方所属运营商的路由号码及所述接收方的消息中心的设备标识；

第二判断子模块，用于判断所述接收子模块接收到的所述接收方所属运营商的路由号码是否包含在所述配置台配置的所述路由号码集中，如果是，则触发所述转发模块。

7.根据权利要求6所述的互通网关，其特征在于，所述服务提供处理模块包括：

获取子模块，用于从所述接收方的标识中获取所述接收方的路由号码；

第一判断子模块，用于判断所述获取子模块获取的所述接收方的路由号码是否包括在所述配置台配置的所述路由号码集中，如果是，则触发所述主业务处理模块。

8.一种用户消息发送方法，用于发送本网的消息中心提交的用户消息，其特征在于，所述方法包括：

互通网关接收本网消息中心提交的用户消息，其中，所述用户消息中携带有所述用户消息的接收方的标识；

所述互通网关根据所述接收方的标识确定所述接收方为本网的携入用户；

所述互通网关根据所述接收方的标识，通过查询域名查询系统获取所述接收方所属运营商的路由号码；

所述互通网关根据所述路由号码，查询与所述路由号码对应的消息中心，并将所述用户消息发送给该消息中心；

其中，如果所述互通网关确定所述接收方为本网的非携入用户，则所述方法还包括：

所述互通网关判断所述接收方是否为本网的携出用户，如果是，则通过查询域名查询系统获取所述接收方所属运营商的路由号码；

所述互通网关判断所述路由号码是否包含在预先配置的路由号码集中，如果是，则根据所述路由号码，查询与所述路由号码对应的外部网元，并将携带所述路由号码的所述用户消息发送给所述外部网元。

9.根据权利要求8所述的方法，其特征在于，所述互通网关确定所述接收方为本网的携入用户包括：

所述互通网关判断所述接收方的标识是否包含在预先配置的携入用户的标识集中，如果是，则确定所述接收方为本网的携入用户。

10.一种互通网关，其特征在于，包括：

协议处理模块，用于接收本网消息中心提交的用户消息，其中，所述用户消息中携带有所述用户消息的接收方的标识；

主业务处理模块，用于根据所述接收方的标识确定所述接收方为本网的携入用户，并通过查询域名查询系统获取所述接收方所属运营商的路由号码；

查询模块，用于根据所述路由号码，查询与所述路由号码对应的消息中心；

发送模块，用于将所述用户消息发送给所述查询模块查询得到的所述消息中心；

其中，如果确定所述接收方为本网的非携入用户，所述互通网关还用于：

判断所述接收方是否为本网的携出用户，如果是，则通过查询域名查询系统获取所述接收方所属运营商的路由号码；

判断所述路由号码是否包含在预先配置的路由号码集中，如果是，则根据所述路由号码，查询与所述路由号码对应的外部网元，并将携带所述路由号码的所述用户消息发送给所述外部网元。

11.根据权利要求10所述的互通网关，其特征在于，所述互通网关还包括：

配置台，用于配置本网的携入用户的标识集。