CN107517450B - 一种短消息处理方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种短消息处理方法、装置及系统，业务单元通过将待传输消息发送给IMS单元，由IMS单元查询该待传输消息的接收端的路由信息与状态信息，然后在接收端的状态可用时将待传输消息发送给接收端；由IMS单元完成路由状态单元的访问、消息的封装与发送等，不需要业务单元执行这些IMS域短消息处理特有的流程，业务单元可以直接按照CS域的短信处理方案来对IMS域的短信进行处理，因此不需要对现网中业务单元做太大的改进，减少了对现网进行改造的资金成本，优化了资源配置；另外，由于不需要对业务单元进行改造，所以本实施例中的短消息业务处理方法不会影响现网中CS域短消息业务的使用，降低了对现网进行改进的风险。

Description

一种短消息处理方法、装置及系统

技术领域

本发明涉及移动通讯技术领域，尤其涉及一种短消息处理方法、装置及系统。

背景技术

CS域(Circuit Switched Domain，电路交换域)短消息业务是一种应用广泛的业务。但随着IMS(IP Multimedia Subsystem，IP多媒体业务的子系统)的出现，需要解决传统SMS与IMS域短消息并存情况下的短消息收发问题。

3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)规范中引入IP短消息网关(IP-SM-GW)，作为IMS域与CS域之间的短消息网关，IMS 域用户向CS域用户发送SMS(Short Message Service，短信息服务)时，消息经过IP-SM-GW转发至SMSC(ShortMessage Service Center，短消息服务中心)，由SMSC进行消息下发；当CS域用户向IMS域用户发送SMS时，消息由SMSC 下发至IP-SM-GW，然后由IP-SM-GW进行IMS域消息投递。

3GPP2规范引入SMS-GW(Short Message Gateway，短消息业务网关)作为IMS域和CS域收发短消息的存储转发业务网关。规范提及SMS-GW与SMSC 融合以及SMS-GW和SMSC分开部署两种实施方案，并对SMS-GW和SMSC 融合的方案给出了实施描述。3GPP2融合方案在SMS-GW/SMSC直接实现IMS 域消息接收和下发，使得SMS-GW/SMSC能够同时完成IMS域用户与IMS域用户之间、IMS域用户与CS域用户之间、CS域用户与CS域用户之间消息的接收、存储与转发。

由于IMS域短消息的处理与CS域短消息的处理存在很大的差异，所以 3GPP2中提出的SMS-GW与SMSC融合的方案中，需要对现网SMSC中的业务单元进行极大的改造，这会给运营带来很大的难题。

发明内容

本发明实施例提供的一种新的短消息处理方法、装置及系统，主要解决的技术问题是：解决现有技术中需要对现网SMSC中业务单元进行极大改造的技术问题。

为解决上述技术问题，本发明实施例提供一种短消息处理方法，包括：

IMS单元接收业务单元传递的待传输消息，所述待传输消息中包含接收端的标识信息，所述待传输消息的接收端为IMS域的用户；

所述IMS单元访问路由状态单元并根据接收端的所述标识信息确定所述接收端的路由信息；

所述IMS单元封装所述待传输消息并根据所述路由信息将所述待传输消息传递给所述接收端。

本发明实施例还提供一种短消息处理装置，包括：

业务单元，用于向IMS单元传递待传输消息，所述待传输消息中包含接收端的标识信息，所述待传输消息的接收端为IMS域的用户；

IMS单元，用于：

接收所述待传递消息；

访问路由状态单元并根据接收端的所述标识信息确定所述接收端的路由信息；

封装所述待传输消息并根据所述路由信息将所述待传输消息传递给所述接收端。

本发明实施例还提供一种短消息处理系统，包括路由状态单元、服务型呼叫会话控制功能网元和如前所述的短消息处理装置，所述路由状态单元为分布式内存与归属签约用户服务器中的至少一个；所述服务型呼叫会话控制功能网元用于接收IMS单元发送的待传输消息，并将所述待传输消息发送给其接收端。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的短消息处理方法。

本发明的有益效果是：

根据本发明实施例提供的短消息处理方法、装置、系统以及计算机存储介质，业务单元通过将待传输消息发送给IMS单元，由IMS单元查询该待传输消息的接收端的路由信息，然后封装待传输消息并根据获取到的路由信息将带传输消息发送给接收端；由IMS单元完成路由状态单元的访问、消息的封装与发送等，不需要业务单元执行这些IMS域短消息处理特有的流程，业务单元可以直接按照CS域的短信处理方案来对IMS域的短信进行处理，因此不需要对现网中业务单元做太大的改进，减少了对现网进行改造的资金成本，优化了资源配置；另外，由于不需要对业务单元进行改造，所以本实施例中的短消息处理方法不会影响现网中CS域短消息业务的使用，降低了对现网进行改进的风险。

附图说明

图1为现有技术中CS域短消息服务系统的一种结构示意图；

图2为现有融合方案提出的短消息服务系统的一种结构示意图；

图3为本发明实施例一提供的短消息处理方法的一种流程图；

图4为本发明实施例二提供的短消息处理装置的一种结构示意图；

图5为本发明实施例二提供的短消息处理装置的一种结构示意图；

图6为本发明实施例二提供的短消息处理系统的一种结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一：

现有技术中针对CS域短消息的消息处理系统如图1所示：

仅针对CS域短消息的处理系统包括短消息服务中心SMSC10和归属位置寄存器(HLR，Home Location Register)12、移动交换中心(Mobile Switching Center， MSC)14。归属位置寄存器12是移动网络中存储永久用户信息的主数据库。归属位置寄存器12是码分多址(CDMA)、时分多址(TDMA)以及全球移动通信系统(GSM)这些通信系统的一个集成构件，其包含相关的用户信息，如路由地址、账号状态和偏好。归属位置寄存器12同移动交换中心14可以进行互相通信。移动交换中心14还可用作PSTN(Public Switched TelephoneNetwork，公用电话交换网络)的信息介入点。

短消息服务中心10中包括短消息数据库101、业务单元102和MAP单元 103，短消息数据库101用于存储CS域的待传输消息、用户下发队列以及定时队列等。用户下发队列是指的是当短消息数据库101中包含多条待传输消息的时候，以什么样的顺序为各个用户下发短消息。而定时策略是指按照什么样的时间下发短消息，例如短消息发送失败之后，就可能要将该消息加入定时队列，等到定时队列的时间到达之后再次下发短消息。业务单元102主要用于与MAP 单元103接口，收发处理MAP单元103传递的CS域短消息，同时控制短消息的存储、发送等，MAP单元103与CS网络连接，向业务单元102发送从CS 域用户处接收到的短消息，也接收业务单元102的控制向归属位置寄存器12请求CS域用户的路由地址信息，并根据获取的路由地址信息向CS域的用户投递发送消息。

在上述基础上，根据3GPP2中提出的融合方案，要在同一短消息的消息处理系统中实现对CS域和IMS域短消息的处理，那么业务单元需要做极大的改进，因为IMS域短消息的处理方式与CS域短消息的处理方式存在很大的不同。例如，对于CS域短消息的而投递，只需要访问归属位置寄存器获取消息接收端的路由地址信息即可，但IMS域短消息则不同，在投递IMS域短消息的时候，需要查询路由信息以及接收端的状态信息，如果接收端的状态可用，才能向其投递，否则将不投递。

所以现有技术中对业务单元102进行了改进，如图2，改进之后业务单元 102能够访问分布式内存104或者是归属签约用户服务器(HSS，Home Subscriber Server)16，分布式内存104和归属签约用户服务器16的作用与归属位置寄存器 12的作用类似，只是归属位置寄存器12中存储的是CS域各用户的路由信息，而在分布式内存104和归属签约用户服务器16中存储的确实IMS域用户的路由信息与状态信息。在对业务单元102进行改进之后，业务单元102不仅能够对 CS域的短信进行处理，还能通过访问分布式内存104或者归属签约用户服务器 16获取IMS域用户的状态信息与路由信息，对IMS域的短消息进行封装，经由SCSCF18实现对IMS域短消息的发送。

要实现图2所示的短消息处理系统就需要对现网中SMSC中的业务单元进行大量的改造，而现网中的短消息服务中心的设备都比较陈旧，改造起来工程量比较大，而且很有可能因为改造的关系影响到CS域短消息的正常收发，从而降低CS域用户的用户体验。

为了解决现有技术中同时处理CS域短消息和IMS域短消息的融合方案需要对现网SMSC中的业务单元进行极大的改造的技术问题，本实施例提供一种短消息处理方法，请参考图3：

S302、IMS单元接收业务单元传递的待传输消息。

当需要向IMS域的用户投递短消息的时候，业务单元不直接执行投递工作，而是控制IMS单元进行投递。首先业务单元会将需要投递的信息发送给IMS单元，可以理解的是，业务单元仅将需要投递给IMS域用户的消息传递给IMS单元，即这里所说的待传输消息的接收端为IMS域的用户。

在业务单元传递给IMS单元的待传输消息中至少包括该消息接收端的标识信息，标识信息可以是唯一表征接收端身份的信息，例如电话号码，或者是运营商为其分配的其他号码。

S304、IMS单元访问路由状态单元并根据接收端的标识信息确定接收端的路由信息。

IMS单元根据待传输信息中的标识信息在路由状态单元中查询接收端的路由信息。由于IMS域的用户在收发短信的时候必须保证状态可用，所以，IMS 单元还会根据待传输信息中的标识信息在路由状态单元中查询接收端的状态信息，确保接收端的状态可用。

路由状态单元可以是设置在SMSC中的分布式内存或者设置在SMSC之外的归属签约用户服务器HSS中的至少一个。如果运营商并未在SMSC中设置分布式内存，则可以将IMS域用户的注册信息存储在归属签约用户服务器HSS中。在上面两种方式中，IMS单元都仅仅访问分布式内存和归属签约用户服务器HSS 中的一个，但本实施例还提供另一种示例，在该示例当中，IMS单元可以先访问分布式内存以获取用户的路由信息与状态信息，如果在分布式内存当中无法获取到接收端的路由信息和状态信息时，IMS单元可以进一步访问归属签约用户服务器HSS。

对于IMS域的用户，如果要向其发送短消息，需要保证该用户的状态可用，例如该用户在线。可以理解的是，在IMS单元访问路由状态单元并根据待传输消息中包含的接收端的标识信息确定接收端的路由信息与状态信息之前，还应当接收待传输者的注册请求，IMS单元会对注册请求进行解码处理，然后向路由状态单元发起注册信息更新请求，注册信息中包括接收端的路由信息与状态信息。当路由状态单元根据IMS单元发送的注册信息更新请求更新完该接收端的状态信息与路由信息之后，会向IMS单元发送响应信息。IMS单元接收到响应信息之后会再向接收端发送响应消息，用于通知接收端注册信息已经更新成功。同时，IMS单元还会向业务单元发送状态可用通知，用于通知业务单元该接收端的状态可用，可以投递短消息。

S306、IMS单元封装待传输消息并根据路由信息将待传输消息传递给接收端。

当IMS单元获取到接收端的状态信息之后，会向业务单元进行反馈，业务单元接收到IMS单元反馈的状态信息，如果发现接收端的状态可用，则可以向 IMS单元发送指令，控制IMS单元向接收端下发待传输消息。这时候，IMS单元可以对业务单元传递的待传输消息进行封装。

IMS单元通过服务型呼叫会话控制功能网元(Serving Call Session ControlFunction，SCSCF)将封装后的待传输消息发送给接收端。

接收端接收到待传输消息之后，通常会通过SCSCF向IMS单元反馈两个响应消息，一个响应消息是SIP层的响应消息，表征接收端已经接收到该待传输消息了，然后业务层也会通过SCSCF向IMS反馈一个响应消息，这个响应消息用于表征接收端接收到的短消息是否正常，例如是否能够正常读取。IMS单元接收到响应消息之后会将响应消息传递给业务单元，业务单元会对响应消息进行后续的处理，例如返回的响应消息表征接收端虽然接收到了待传输信息，但是不能正常读取并显示该待传输信息，则业务单元可能需要根据该响应消息将该待传输消息加入定时队列，以便进行重新投递。

在本实施例中，IMS单元还能接收IMS域用户发送的待传输消息，当然，由IMS域用户传递给IMS单元的待传输消息为IMS域短消息，当IMS单元接收到待传输消息之后，会对待传输消息进行解码处理，然后将解码处理之后的带接收消息传递给业务单元，由业务单元将待传输消息存储至短消息数据库，等到要下发的时候再从中提取出该待传输消息由IMS单元进行发送。

可以理解的是，CS域的用户可能需要发送短消息给IMS域的用户，因此，本实施例中，业务单元还会通过MAP单元接收CS域的用户发送的待传输消息。 MAP单元在接收到消息之后对待传输消息进行解码处理，然后将待传输消息传输给业务单元，由业务单元将待传输消息存储至短消息数据库。

如果业务单元接收到来自CS域的待传输消息，则向MAP单元发送响应消息，MAP单元接收到响应消息之后，直接将该响应消息发送给待传输消息的发送端，使发送端了解到该待传输消息已经投递成功。如果业务单元接收到来自 IMS域的待传输消息，则业务单元会向IMS单元发送响应消息，IMS单元接收到响应消息之后，会对响应消息进行处理，构造出新的响应消息经由SCSCF将新的响应消息发送给待传输消息的发送端。之所以IMS单元在接收到响应消息之后需要对响应消息进行重新构造，而MAP单元却不需要对响应消息进行重新构造，是因为在IMS域中，IMS单元与SCSCF还有IMS域的用户之间是通过 SIP协议进行通信的，但传统CS域中却不通过SIP协议进行通信。为了避免对业务单元进行大的改造，所以，即使是发送给IMS单元的信息也和发送给MAP 单元的响应消息一样。

IMS域的用户可能会向CS域的用户发送短消息，而CS域的用户也可能会向CS域的用户发送短消息，所以，本实施例提供的短消息处理方法账，业务单元还能控制MAP单元向CS域的用户投递短消息：

首先，业务单元向MAP发送路由查询请求，在路由查询请求中包含待传输消息的接收端的标识信息，MAP单元根据接收到的请求中的接收端的标识信息向归属位置寄存器发起访问，从归属位置寄存器中得到接收端的路由信息，然后将路由信息反馈给业务单元，业务单元向MAP单元发送消息下发请求，MAP 单元将待传输消息通过MSC下发至接收端处。另外，在CS域的接收端接收到待传输消息之后，会通过MSC向MAP单元发送响应消息，MSC接收到响应消息之后，将响应消息传递给业务单元，让业务单元对响应消息进行后续处理。例如返回的响应消息表征接收端虽然接收到了待传输信息，但是不能正常读取并显示该待传输信息，则业务单元可能需要根据该响应消息将该待传输消息加入定时队列，以便进行重新投递。

本发明实施例提供的短消息处理方法，通过在SMSC中增设IMS单元，由 IMS单元完成路由状态单元的访问、消息的封装与发送等，不需要业务单元执行这些IMS域短消息处理特有的流程，业务单元可以直接按照CS域的短信处理方案来对IMS域的短信进行处理，因此不需要对现网中业务单元做太大的改进，减少了对现网进行改造的资金成本，优化了资源配置；另外，由于不需要对业务单元进行改造，所以本实施例中的短消息处理方法不会影响现网中CS域短消息业务的使用，降低了对现网进行改进的风险。

实施例二：

本实施例提供一种短消息处理装置，请参考图4，该短消息处理装置40包括IMS单元105、业务单元102。

当需要向IMS域的用户投递短消息的时候，业务单元102不直接执行投递工作，而是控制IMS单元105进行投递。首先业务单元102会将需要投递的信息发送给IMS单元105，可以理解的是，业务单元102仅将需要投递给IMS域用户的消息传递给IMS单元105，即这里所说的待传输消息的接收端为IMS域的用户。

在业务单元102传递给IMS单元105的待传输消息中至少包括该消息接收端的标识信息，标识信息可以是唯一表征接收端身份的信息，例如电话号码，或者是运营商为其分配的其他号码。

IMS单元105访问路由状态单元并根据待传输消息中包含的接收端的标识信息确定接收端的路由信息与状态信息。

IMS单元105根据待传输信息中的标识信息在路由状态单元中查询接收端的路由信息与状态信息。路由状态单元可以是设置在SMSC中的分布式内存或者设置在SMSC之外的归属签约用户服务器HSS中的至少一个。如果运营商并未在SMSC中设置分布式内存，则可以将IMS域用户的注册信息存储在归属签约用户服务器HSS中。在上面两种方式中，IMS单元105都仅仅访问分布式内存和归属签约用户服务器HSS中的一个，但本实施例还提供另一种示例，在该示例当中，IMS单元105可以先访问分布式内存以获取用户的路由信息与状态信息，如果在分布式内存当中无法获取到接收端的路由信息和状态信息时，IMS 单元105可以进一步访问归属签约用户服务器HSS。

对于IMS域的用户，如果要向其发送短消息，需要保证该用户的状态可用，例如该用户在线。可以理解的是，在IMS单元105访问路由状态单元并根据待传输消息中包含的接收端的标识信息确定接收端的路由信息与状态信息之前，还应当接收待传输者的注册请求，IMS单元105会对注册请求进行解码处理，然后向路由状态单元发起注册信息更新请求，注册信息中包括接收端的路由信息与状态信息。当路由状态单元根据IMS单元105发送的注册信息更新请求更新完该接收端的状态信息与路由信息之后，会向IMS单元105发送响应信息。 IMS单元105接收到响应信息之后会再向接收端发送响应消息，用于通知接收端注册信息已经更新成功。同时，IMS单元105还会向业务单元102发送状态可用通知，用于通知业务单元102该接收端的状态可用，可以投递短消息。

当IMS单元105获取到接收端的状态信息之后，会向业务单元102进行反馈，业务单元102接收到IMS单元105反馈的状态信息，如果发现接收端的状态可用，则可以向IMS单元105发送指令，控制IMS单元105向接收端下发待传输消息。这时候，IMS单元105可以对业务单元102传递的待传输消息进行封装。

IMS单元105根据路由信息将封装后的待传输消息传递给接收端。例如， IMS单元105通过SCSCF(Serving Call Session Control Function，服务型呼叫会话控制功能)将封装后的待传输消息发送给接收端。

接收端接收到待传输消息之后，通常会通过SCSCF向IMS单元105反馈两个响应消息，一个响应消息是SIP层的响应消息，表征接收端已经接收到该待传输消息了，然后业务层也会通过SCSCF向IMS反馈一个响应消息，这个响应消息用于表征接收端接收到的短消息是否正常，例如是否能够正常读取。IMS 单元105接收到响应消息之后会将响应消息传递给业务单元102，业务单元102 会对响应消息进行后续的处理，例如返回的响应消息表征接收端虽然接收到了待传输信息，但是不能正常读取并显示该待传输信息，则业务单元102可能需要根据该响应消息将该待传输消息加入定时队列，以便进行重新投递。

在本实施例中，IMS单元105还能接收IMS域用户发送的待传输消息，当然，由IMS域用户传递给IMS单元105的待传输消息为IMS域短消息，当IMS 单元105接收到待传输消息之后，会对待传输消息进行解码处理，然后将解码处理之后的带接收消息传递给业务单元102，由业务单元102将待传输消息存储至短消息数据库，等到要下发的时候再从中提取出该待传输消息作为待传输消息，由IMS单元105进行发送。

可以理解的是，CS域的用户可能需要发送短消息给IMS域的用户，因此，请参考图5，本实施例提供的短消息处理装置还包括MAP单元103，MAP单元 103用于对业务单元102还会通过MAP单元103接收CS域的用户发送的待传输消息。MAP单元103在接收到消息之后对待传输消息进行解码处理，然后将待传输消息传输给业务单元102，由业务单元102将待传输消息存储至短消息数据库。

如果业务单元102接收到来自CS域的待传输消息，则向MAP单元103发送响应消息，MAP单元103接收到响应消息之后，直接将该响应消息发送给待传输消息的发送端，使发送端了解到该待传输消息已经投递成功。如果业务单元102接收到来自IMS域的待传输消息，则业务单元102会向IMS单元105发送响应消息，IMS单元105接收到响应消息之后，会对响应消息进行处理，构造出新的响应消息经由SCSCF将新的响应消息发送给待传输消息的发送端。之所以IMS单元105在接收到响应消息之后需要对响应消息进行重新构造，而 MAP单元103却不需要对响应消息进行重新构造，是因为在IMS域中，IMS单元105与SCSCF还有IMS域的用户之间是通过SIP协议进行通信的，但传统 CS域中却不通过SIP协议进行通信。为了避免对业务单元102进行大的改造，所以，即使是发送给IMS单元105的信息也和发送给MAP单元103的响应消息一样。

IMS域的用户可能会向CS域的用户发送短消息，而CS域的用户也可能会向CS域的用户发送短消息，所以，本实施例提供的短消息处理方法账，业务单元102还能控制MAP单元103向CS域的用户投递短消息：

首先，业务单元102向MAP发送路由查询请求，在路由查询请求中包含待传输消息的接收端的标识信息，MAP单元103根据接收到的请求中的接收端的标识信息向归属位置寄存器发起访问，从归属位置寄存器中得到接收端的路由信息，然后将路由信息反馈给业务单元102，业务单元102向MAP单元103发送消息下发请求，MAP单元103将待传输消息通过MSC下发至接收端处。另外，在CS域的接收端接收到待传输消息之后，会通过MSC向MAP单元103发送响应消息，MSC接收到响应消息之后，将响应消息传递给业务单元102，让业务单元102对响应消息进行后续处理。例如返回的响应消息表征接收端虽然接收到了待传输信息，但是不能正常读取并显示该待传输信息，则业务单元 102可能需要根据该响应消息将该待传输消息加入定时队列，以便进行重新投递。

本实施例提供的短消息处理系统，包括路由状态单元、服务型呼叫会话控制功能网元和如上所述的短消息处理装置。路由状态单元可以是分布式内存和归属签约用户服务器中的至少一个。

请参见图6，图6是本实施例提供的短消息处理系统的一种具体示例，和图 2所示的短消息处理系统一样，其包括短消息服务中心10、归属位置寄存器12、移动交换中心14、SCSCF18和归属签约用户服务器16。但和图2中示出的短消息处理系统不一样的是，在图6中，短消息服务中心中增加了IMS单元105，业务单元102与IMS单元进行交互，业务单元102从短消息数据库101中提取待传输消息，并控制IMS单元105访问分布式内存104或者是归属签约用户服务器16获取到待传输消息的接收端的路由信息和状态信息，然后经由SCSCF18将待传输消息发送给接收端。同时，IMS单元105还会通过SCSCF18接收到IMS 域用户发送的待传输消息，然后IMS单元105将待传输消息传输给业务单元102，让业务单元102对该待传输消息进行处理。

另一方面，业务单元102还能从短消息数据库中提取发送给CS域用户的待传输消息，然后控制MAP单元103访问归属位置寄存 器12，获取待传输消息接收端的路由信息，然后经由移动交换中心14将待传输消息发送给CS域的用户。同时，MAP单元103会从移动交换中心14接收到CS域用户发送过来的待传输消息，在对消息进行解码处理之后，MAP单元103将待传输消息传输给业务单元102，由业务单元102将待传输消息存储至短消息数据库101中。

在本实施例当中，短消息处理装置40可以部署在不同的服务器上，这里以业务单元和IMS单元设置在两台服务器上为例进行说明：业务单元102可以通过第一服务器的第一处理器和第一通信装置来实现，IMS单元的功能可以由第二服务器的第二处理器和第二通信装置共同实现，当第二通信装置接收到用户发送的IMS短信时，第二通信装置通过服务器内部的输入输出总线将IMS短信传输给第二处理器，第二处理器对短信进行解码处理，然后再通过通信装置将解码处理后的IMS短信传输给第一服务器。第一通信装置接收到IMS短信之后，将其存入存储器当中。当需要发送该IMS短信的时候，第一处理器从存储器中提取出该IMS短信，然后通过第一通信装置将该IMS短信传输给第二服务器。第二通信装置接收到待传输的IMS短信之后，将该待传输的IMS段新传输给处理器，由处理器根据其中携带的标识信息访问本地存储器或者是HSS服务器以获取IMS短信的接收端的路由信息及状态信息。第二处理器获取到状态信息与路由信息之后可以将状态信息与路由信息通过第二通信装置反馈给第一服务器，当第一处理器确定接收端状态可用时，发送指令给第二服务器，由第二处理器将IMS短信传输给通信装置后，通信装置将IMS短信传输给SCSCF网元，由SCSCF网元将该IMS短信传输给IMS用户。

本发明实施例提供的短消息处理装置和短消息处理系统，通过在SMSC中增设IMS单元，由IMS单元完成路由状态单元的访问、消息的封装与发送等，不需要业务单元执行这些IMS域短消息处理特有的流程，业务单元可以直接按照CS域的短信处理方案来对IMS域的短信进行处理，因此不需要对现网中业务单元做太大的改进，减少了对现网进行改造的资金成本，优化了资源配置；另外，由于不需要对业务单元进行改造，所以本实施例中的短消息处理装置和短消息处理系统不会影响现网中CS域短消息业务的使用，降低了对现网进行改进的风险。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (9)

1.一种短消息处理方法，应用于SMS-GW与SMSC融合的方案，包括：

IMS单元接收业务单元传递的待传输消息，所述待传输消息中包含接收端的标识信息，所述待传输消息的接收端为IMS域的用户，所述IMS单元位于SMSC中；

所述IMS单元访问路由状态单元并根据接收端的所述标识信息确定所述接收端的路由信息；

所述IMS单元封装所述待传输消息并根据所述路由信息将所述待传输消息传递给所述接收端；

所述路由状态单元包括分布式内存与归属签约用户服务器，

在所述IMS单元访问路由状态单元并根据接收端的所述标识信息确定所述接收端的路由信息的步骤中，IMS单元先访问所述分布式内存以获取接收端的路由信息，如果所述分布式内存中无法获取到接收端的路由信息时，IMS单元访问归属签约用户服务器，以获取接收端的路由信息。

2.如权利要求1所述的短消息处理方法，其特征在于，所述IMS单元根据所述路由信息将所述待传输消息传递给所述接收端包括：所述IMS单元将所述待传输消息经由服务型呼叫会话控制功能网元传递给所述接收端。

3.如权利要求1所述的短消息处理方法，其特征在于，所述IMS单元封装所述待传输消息并根据所述路由信息将所述待传输消息传递给所述接收端之前还包括：

所述IMS单元访问路由状态单元，根据接收端的所述标识信息获取所述接收端的状态信息，确定所述接收端的状态可用。

4.如权利要求1所述的短消息处理方法，其特征在于，所述IMS单元访问路由状态单元并根据接收端的所述标识信息确定所述接收端的路由信息之前还包括：

所述IMS单元接收所述接收端的注册请求；

所述IMS单元对所述注册请求进行解码处理后向所述路由状态单元发起注册信息更新请求，所述注册信息更新请求中包括所述接收端的路由信息与状态信息；

当接收到所述路由状态单元的响应后所述IMS单元向所述业务单元发送状态可用通知，所述状态可用通知用于通知所述业务单元所述接收端的状态可用。

5.如权利要求1-4任一项所述的短消息处理方法，其特征在于，所述待传输消息的发送端为IMS域用户或者CS域用户。

6.如权利要求5所述的短消息处理方法，其特征在于，当所述待传输消息的发送端为IMS域用户时，所述IMS单元接收所述待传输消息包括：

所述IMS单元接收待传输消息；

所述IMS单元对所述待传输消息进行解码处理；

所述IMS单元将解码处理后的所述待传输消息传输给所述业务单元。

7.一种短消息处理装置，应用于SMS-GW与SMSC融合的方案，其特征在于，包括：

业务单元，用于向IMS单元传递待传输消息，所述待传输消息中包含接收端的标识信息，所述待传输消息的接收端为IMS域的用户；

IMS单元，位于SMSC中，用于：

接收所述待传输 消息；

访问路由状态单元并根据接收端的所述标识信息确定所述接收端的路由信息；

封装所述待传输消息并根据所述路由信息将所述待传输消息传递给所述接收端；

所述路由状态单元包括分布式内存与归属签约用户服务器，

IMS单元用于先访问所述分布式内存以获取接收端的路由信息，如果所述分布式内存中无法获取到接收端的路由信息时，IMS单元访问归属签约用户服务器，以获取接收端的路由信息。

8.如权利要求7所述的短消息处理装置，其特征在于，还包括：MAP单元；

所述业务单元还用于向所述MAP单元传递待传输消息，所述待传输消息中包含的接收端的标识信息，所述待传输消息的接收端为CS域的用户；

所述MAP单元用于：

接收业务单元传递的待传输消息；

访问归属位置寄存器并根据接收端的所述标识信息确定所述接收端的路由信息；

根据所述路由信息将封装后的所述待传输消息传递给所述接收端。

9.一种短消息处理系统，其特征在于，包括路由状态单元、服务型呼叫会话控制功能网元和如权利要求7或8所述的短消息处理装置，所述路由状态单元为分布式内存与归属签约用户服务器中的至少一个；所述服务型呼叫会话控制功能网元用于接收IMS单元发送的待传输消息，并将所述待传输消息发送给其接收端。

Images