WO2015196809A1 - Message processing method and device - Google Patents

Abstract

Disclosed are a message processing method and device. The method comprises: an interworking gateway receives a message, the interworking gateway connecting an IMS domain and a circuit-switched (CS) domain; and the interworking gateway sends the message to a target user through a domain that the target user of the message is in, the domain that the target user is in being one of the domains connected to the interworking gateway. The present invention solves the problem in the related art concerning the implementation of short message service interworking of IMS domain users and CS domain users, achieves interworking between IP short messages and CS domain short messages without changing the existing network, and improves the resource utilization rate.

Description

Message processing method and device Technical field

The present invention relates to the field of communications, and in particular to a message processing method and apparatus.

Background technique

SMS is a basic telecommunication service of the traditional circuit domain (referred to as CS domain). In addition to providing users with ordinary messaging services, it also provides rich and powerful value-added services, which are brought to operators with high penetration rate. Come to a rich profit.

IP short message is a short message service based on IP network. With the development of next-generation network technology, the 3GPP standards organization proposed the IP Multimedia Subsystem (IMS), which is a general-purpose network architecture based on IP networks to provide multimedia services, and will gradually become the target architecture of telecom core services. In the IMS standard, basic multimedia session-like service specifications are defined, including multimedia conferencing, push-to-talk (PoC), presence, group management, and instant messaging. Short messages are still used as a separate service, but only by the IMS network. Hosted.

In order to allow users to perform short message service at any time, anywhere, through any terminal, any network access, it is necessary to interactively communicate IP short messages and circuit domain short messages. At present, 3GPP has proposed solutions and related specifications for the two types of short message interworking, but the implementation of the existing solutions has low network utilization resources, complicated processes, and many limitations of network elements involved in the modification.

In view of the problems existing in the related art for realizing the interworking of short message services between the IMS domain user and the CS domain user, an effective solution has not been proposed yet.

Summary of the invention

The embodiment of the invention provides a message processing method and device, so as to solve at least the problem that the short message service interworking between the IMS domain user and the CS domain user is implemented in the related art.

According to an aspect of the present invention, a message processing method is provided, comprising: an interworking gateway receiving a message, wherein the interworking gateway is connected to an IMS domain and a circuit domain; and the interworking gateway passes the domain of the target user of the message The message is sent to the target user, where the domain of the target user is one of the domains connected by the interworking gateway.

Preferably, the interworking gateway sends the message to the target user by using a domain where the target user is located, including:

In the case that the message is originated from the IMS domain, the interworking gateway determines whether the target user is an IMS registered user and the target user is in an available state, and if the determination result is yes, the interworking The gateway sends the message to the target user via the IMS domain according to the routing information of the target user.

Preferably, the interworking gateway sends the message to the target user by using a domain where the target user is located, including:

In a case that the target user is not the IMS registered user, or the target user is the IMS registered user but is in an unavailable state, or the interworking gateway according to the routing information of the target user If the message fails to be sent to the target user via the IMS domain, the interworking gateway converts the message into a message of the circuit domain, and sends the converted message to the target user via the circuit domain. .

Preferably, the interworking gateway sends the converted message to the target user, the interworking gateway sends the converted message to a short message center SMSC, and the SMSC sends the message to the The target user.

Preferably, the method further includes: if the routing message is rerouted to the interworking gateway, the interworking gateway returns a failure response according to the status of the target user; or the interworking gateway passes the The domain of the target user sends the message to the target user.

Preferably, in a case that the message is originated from the circuit domain, the interworking gateway queries and acquires registration information of the target user in the IMS domain, and converts the message into a message of the IMS domain. Sending the converted message to the target user.

Preferably, the receiving, by the interworking gateway, the message comprises: the interworking gateway receiving the message sent by the short message center SMSC according to the queried route.

Preferably, after the converted message is sent to the target user, the method further includes: the interworking gateway receiving the response returned by the target user according to whether the message is received, and sending the response to the SMSC.

Preferably, the method further includes: in a case that the response indicates that the message reception fails, the SMSC sends a prompt message to the HLR, where the prompt message is used in a state where the target user is Where available, the SMSC is notified to re-query the route and send the message to the interworking gateway again.

According to another aspect of the present invention, a message processing apparatus is further provided, which is applied to an interworking gateway, wherein the interworking gateway is connected to an IMS domain and a circuit domain, and the apparatus includes:

a receiving module, configured to receive a message;

And a sending module, configured to send the message to the target user by using a domain of the target user of the message, where the domain of the target user is one of the domains connected by the interworking gateway.

Preferably, the sending module includes:

a first determining unit, configured to determine, when the message is from the IMS domain, whether the target user is an IMS registered user and whether the target user is in an available state;

The first sending unit is configured to send the message to the target user via the IMS domain according to the routing information of the target user if the determination result is yes.

a second sending unit, configured to: when the target user is not the IMS registered user, or the target user is the IMS registered user but is in an unavailable state, or in the interworking gateway according to the target If the routing information of the user sends the message to the target user via the IMS domain, the message is converted into a message of the circuit domain, and the converted message is sent to the device via the circuit domain. The target user.

Preferably, the second sending unit is further configured to send the converted message to the short message center SMSC, and the SMSC sends the message to the target user.

Preferably, the device is further configured to: in case the routing message is routed again to the interworking gateway, return a failure response according to the state of the target user; or the interworking gateway passes the location of the target user again The domain sends the message to the target user.

Preferably, the sending module is further configured to query and acquire registration information of the target user in the IMS domain, and convert the message into the IMS, if the message is originated from the circuit domain. The message of the domain sends the converted message to the target user.

Preferably, the receiving module is configured to receive the message sent by the short message center SMSC according to the queried route.

Preferably, the apparatus is further configured to receive the response returned by the target user according to whether the message is received, and send the response to the SMSC.

Preferably, the device further comprises: a prompting unit, configured to send a prompt message if the response indicates that the message reception fails, wherein the prompt message is used to be available in a state of the target user In case, the SMSC is notified to re-query the route and send the message to the interworking gateway again.

The message is received by the interworking gateway, wherein the interworking gateway is connected to the IMS domain and the circuit domain; the interworking gateway sends the message to the target user by using the domain of the target user of the message, where The domain of the target user is one of the domains in which the interworking gateway is connected, which solves the problem that the short message service interworking between the IMS domain user and the CS domain user is implemented in the related art, so that the existing network is not changed. Under the premise, the interworking between the IP short message and the circuit domain short message is realized, and the resource utilization rate is improved.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a flow chart of a message processing method according to an embodiment of the present invention;

2 is a structural block diagram of a message processing apparatus according to an embodiment of the present invention;

3 is a block diagram showing the structure of a message processing apparatus according to a preferred embodiment of the present invention;

4a is a flow chart 1 of an IP short message sent to a user simultaneously registered in an IMS domain and a circuit domain according to an embodiment of the present invention;

4b is a flow chart 2 of an IP short message sent to a user simultaneously registered in an IMS domain and a circuit domain according to an embodiment of the present invention;

5 is a flow chart of a circuit domain short message sent to an IMS domain user according to an embodiment of the present invention;

6 is a flow diagram of message retry after an IMS user is available, in accordance with an embodiment of the present invention.

detailed description

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

A message processing method in the embodiment of the present invention. FIG. 1 is a flowchart of a message processing method according to an embodiment of the present invention. As shown in FIG. 1, the method includes the following steps:

Step S102: The interworking gateway receives the message, where the interworking gateway is connected to the IMS domain and the circuit domain.

Step S104: The interworking gateway sends the message to the target user by using the domain of the target user of the message, where the domain of the target user is one of the domains connected by the interworking gateway.

After the message is received by the interworking gateway, the interworking gateway sends the message to the target user by using the domain of the target user of the message. The domain of the target user is an IMS domain or a circuit domain, and the IMS domain is implemented in the related art. The problem of intercommunication between the short message service of the user and the CS domain user enables the interworking between the IP short message and the circuit domain short message without changing the existing network, thereby improving resource utilization.

Preferably, in the case that the message is originated from the IMS domain, the interworking gateway determines whether the target user is an IMS registered user and the target user is in an available state, and if the determination result is yes, the interworking gateway is configured according to the routing information of the target user. Sending the message to the target user via the IMS domain; if the target user is not an IMS registered user, or the target user is an IMS registered user but is unavailable, or the interworking gateway is based on the routing information of the target user If the message fails to be sent to the target user via the IMS domain, the interworking gateway converts the message into a message of the circuit domain, and sends the converted message to the target user via the circuit domain. The interworking gateway sends the converted message to the target user, and the interworking gateway sends the converted message to the SMS center SMSC, and the SMSC sends the message to the target user.

Preferably, in the case that the routing message is routed to the interworking gateway again, the interworking gateway returns a failure response according to the status of the target user; or the interworking gateway sends the message to the target user again through the domain of the target user.

Preferably, in the case that the message originates from the circuit domain, the interworking gateway queries and acquires the registration information of the target user in the IMS domain, converts the message into a message of the IMS domain, and sends the converted message to the target user.

As an optional implementation manner, the interworking gateway receives the message sent by the short message center SMSC according to the queried route.

Preferably, after the converted message is sent to the target user, the interworking gateway receives the response returned by the target user according to whether the message is received, and sends the response to the SMSC. In case the response indicates that the message fails to be received, the SMSC sends a prompt message to the HLR, wherein the prompt message is used to notify the SMSC to re-query the route and send the message to the HRM again if the status of the target user is available. Interworking gateway.

The message processing apparatus in this embodiment is applied to an interworking gateway, wherein the interworking gateway is connected to the IMS domain and the circuit domain. FIG. 2 is a structural block diagram of a message processing apparatus according to an embodiment of the present invention, as shown in FIG. The apparatus includes a receiving module 22 and a transmitting module 24, each of which is described below.

The receiving module 22 is configured to receive a message;

The sending module 24 is configured to send the message to the target user by using a domain of the target user of the message, where the domain of the target user is one of the domains connected by the interworking gateway.

Preferably, FIG. 3 is a structural block diagram of a message processing apparatus according to a preferred embodiment of the present invention. As shown in FIG. 3, the sending module includes:

The first determining unit 32 is configured to determine, if the message is from the IMS domain, whether the target user is an IMS registered user and whether the target user is in an available state;

The first transmitting unit 34 is configured to send the message to the target user via the IMS domain according to the routing information of the target user if the determination result is yes.

The second sending unit 36 is configured to: if the target user is not an IMS registered user, or the target user is an IMS registered user but is in an unavailable state, or the interworking gateway sends the message to the IMS according to the routing information of the target user. When the domain fails to send to the target user, the message is converted into a message of the circuit domain, and the converted message is sent to the target user via the circuit domain.

Preferably, the second sending unit 36 is further configured to send the converted message to the short message center SMSC, and the SMSC sends the message to the target user.

Preferably, the apparatus is further configured to return a failure response according to the state of the target user if the routing message is routed to the interworking gateway again; or the interworking gateway sends the message to the target user again through the domain of the target user.

Preferably, the sending module 24 is further configured to query and acquire the registration information of the target user in the IMS domain, and convert the message into an IMS domain message, and send the converted message to the message if the message originates from the circuit domain. The target user.

Preferably, the receiving module 22 is arranged to receive the message sent by the short message center SMSC according to the queried route.

Preferably, the apparatus is further configured to receive the response returned by the target user according to whether the message is received, and send the response to the SMSC.

Preferably, the apparatus further comprises: a prompting unit, configured to send a prompt message in response to the indication that the message reception fails, wherein the prompt message is used to notify the SMSC to restart if the status of the target user is available Query the route and send the message to the interworking gateway again.

The following description is made in conjunction with the preferred embodiments, and the following preferred embodiments incorporate the above-described embodiments and preferred embodiments thereof.

The method for sending an IP short message to a circuit domain user in the embodiment of the present invention includes the following contents:

The IMS domain proxy call session control unit P-CSCF receives the SIP message of the user A, and sends the message to the serving call session control function unit S-CSCF to which the user belongs; the S-CSCF queries the home subscriber server HSS to obtain the user of the user. Identity, registration information, access parameters, service trigger information, after authentication analysis, the message is forwarded to the interworking gateway (IP-SM-GW); the IP-SM-GW queries the local database (or HSS) to determine the called user B. Whether the user is registered for the IMS and the status of the user B is available. If yes, the IP-SM-GW delivers the message to the IMS domain according to the routing information of the destination user B in the local database. If the delivery is successful, the process ends; the delivery fails, IP- The SM-GW converts the message into the MO message of the circuit domain, and forwards to the SMS center SMSC; the SMSC sends the Routing Information Request (SRI) to the home location register (HLR) to query the route, and terminates the message according to the routing information returned by the query. Processing, the terminal is terminated to the user B via the CS domain; the queried route may also be routed to the IP-SM-GW again, and the IP-SM-GW directly returns the failure response according to the state of the user B or performs the IMS domain again. The results will call back to the SMSC. If the SMSC termination message fails, the Report Delivery Status (RDS) is sent to the HLR, and after the user is available or available, the SMSC is notified to retry.

The method for sending the circuit domain short message to the IMS domain user in the embodiment of the present invention includes the following contents:

User B initiates a CS domain short message to the SMSC and SMSC through the MSC or SMPP, and queries the returned routing information according to the SRI, wherein the destination MSC points to the IP-SM-GW, and the message MT to the IP-SM-GW; IP-SM- The GW queries the local database (or HSS) to obtain the registration information of the user A in the IMS domain, and converts the message into a SIP message and sends it to the S-CSCF; the S-CSCF sends the message to the user A in the IMS domain; the P-CSCF receives the message. The SIP message sent by user A contains the message termination response, and the SIP message is forwarded to the IP-SM-GW through the S-CSCF; the IP-SM-GW returns the final call response to the SMSC; if the SMSC receives the final call response In response to the failure, the RDS is sent to the HLR.

The method for the IMS user to perform the message retry in the embodiment of the present invention includes the following content: the P-CSCF receives the user A re-registration message and forwards the message to the S-CSCF; the S-CSCF queries the HSS to obtain the user initial filtering rule (iFC). The file, after the authentication, sends the third-party registration information to the IP-SM-GW; after the IP-SM-GW receives the re-registration message, (if there is a local database, the latest registration information of the user is updated to the local database and the user is updated. Status), a READY FOR SM (RSM) message is sent to the HLR, and the HLR sends a notification message to the SMSC; the SMSC retryes the message.

Compared with the prior art, the user who is registered in the IMS domain will directly call the IMS domain without having to go to the CS domain SMS center for processing; the SMS center can be based on the HLR. of The result of the query is directly terminated to the current registration domain of the user, without the need for MTFWD to IP-SM-GW to do domain selection and then call. The unnecessary signaling process is reduced, the function development of the interworking gateway is simplified, and the short message storage, forwarding, and retry functions of the CS SMS center are reused as much as possible, and the IP short message and circuit are reconstructed with minimal functions. The effect of reliable inter-domain communication of domain short messages saves network resources, shortens the development cycle, and simplifies the network structure, thereby improving the integration progress of short message services between IMS and traditional networks.

The preferred embodiment will be further described below in conjunction with specific embodiments.

The IP short message submitted by the IMS domain user described in the preferred embodiment of the present invention is sent to the user who is simultaneously registered in the IMS domain and the circuit domain, and the short message submitted by the CS domain user is sent to the IMS domain user, and if the IMS domain user message fails to be received. After being available again, the CS domain SMS center is notified to re-issue. An example will be described below.

Embodiment 1

4a is a flowchart 1 of an IP short message sent to a user simultaneously registered in an IMS domain and a circuit domain according to an embodiment of the present invention, and FIG. 4b is an IP short message sent to the IMS domain simultaneously and according to an embodiment of the present invention. Flowchart 2 of the user of the circuit domain, as shown in FIG. 4a and FIG. 4b, the IP short message is sent to the user who is simultaneously registered in the IMS domain and the circuit domain, and the user B registers in the IMS domain and receives the short message successfully, including the following steps:

Step S402: After receiving the IP short message of the user A in the IMS domain, the P-CSCF forwards the short message to the corresponding S-CSCF. The S-CSCF is the service call session control function, and the core of the IMS is located at the home network to provide registration. And call control services that perform routing and forwarding of messages. The P-CSCF is a proxy call session control function. The first contact point of the user in the IMS system, as a SIP Proxy, forwards SIP request and response signaling messages between the UE and the S/I-CSCF.

Step S404: After receiving the IP short message, the S-CSCF queries the HSS to obtain the user subscription information iFC file, which may include the address of the short message gateway IP-SM-GW, and forwards the message to the IP-SM-GW. The HSS is the main memory of the user server and all the data related to the user and the service in the IMS. The main data includes: user identity, registration information, access parameters, and service trigger information; iFC is the initial filtering rule, and the user obtains the IMS subscription. Created in the relationship, saved in the HSS, including the business trigger point, and the address of the application service when the trigger point matches successfully. In this example, it is necessary to determine whether the user has subscribed for the ability to send a short message to the mobile terminal, and the address of the IP-SM-GW.

Step S406, after receiving the IP short message, the IP-SM-GW queries the local database (or HSS); when the user registers in the IMS domain, the S-CSCF receives the registration message for the user who has the short message function to the CS domain. Rear, A third-party registration is sent to the IP-SM-GW. The IP-SM-GW receives the third-party registration and then establishes a local database to store the user's registration information. The other is to update the information to the HSS. Both methods can be used.

In step S408, the IP-SM-GW determines that the user is registered in the IMS, and the user status is available. The IP-SM-GW forwards the message directly to the User_B in the IMS domain;

Step S410, the IP-SM-GW receives the IMS domain terminal call success response, and the process ends.

Embodiment 2

When User B registers and receives a short message in the IMS domain, the following items are included:

Step S402, step S404, step S406, and step S408 are the same as the first embodiment.

Step S411, the IP-SM-GW receives the IMS domain terminal call failure response, and the update user B status is unavailable; the IMS domain terminal call failure may be due to the user being out of reach or the memory is full, and the IP-SM-GW fails to receive the failure. After the response, the status of the user is updated to the local database or the HSS. When the user message is terminated to the IP-SM-GW next time, the database or the HSS is queried, and the user status is determined.

Step S412, the IP-SM-GW converts the IP short message protocol into a call message of the CS domain, and forwards to the SMS center SMSC of the CS domain; the IP short message includes the address of the SMSC SMSC. In this step, the IP-SM-GW does not perform domain selection for the destination user, but all forwards to the SMSC, simplifying the function of the IP-SM-GW.

Step S414, after receiving the MO message, the SMSC performs a normal CS domain short message processing procedure (authentication, monitoring, value addition, etc.), a terminal call, and sends an SRI to the HLR to query the route; the SMSC receives the IP-SM-GW forwarding. After the message, it is processed in the same way as the MSC call message received from other CS domains. Therefore, here IP-SM-GW is equivalent to the role of an MSC for the SMSC. SMSC does not require special processing to change the SMSC functionality.

Step S416, the routing information returned by the SRI is sent to the CS domain, and the terminal is called to the CS domain user B, which may be through the seventh signaling MT or the SMPP protocol to the SP application; the User_B may be a mobile terminal user in the CS domain. It can also be an application service (SP). This is also the original function of SMSC, no need to change.

Step S417, the routing information returned by the SRI is sent to the IP-SM-GW, and the IP-SM-GW is terminated. The IP-SM-GW queries the local database (or HSS) to find that the user User_B is unavailable, and returns a failure response to the SMSC. Otherwise, it terminates in the IMS domain and returns the final call result. When User IP_SM receives the IP short message and terminates the call in the IMS domain, the user User_B receives the terminal call failure response and sets the user status of User_B to unavailable. The status is used, but when the SMS center terminal call message is received, the user status of User_B may have changed. At this time, it is still possible to terminate the message again in the IMS domain.

Step S418, the SMSC receives the final call success response, and the process ends. If the SMSC receives a final call failure response, it sends an RDS to the HLR and waits for the notification to retry.

Embodiment 3

If the user Uer_B is not registered in the IMS domain or the user status is unavailable, the following items are included:

Step S402, step S404, and step S406 are the same as the first example.

In step S409, the IP-SM-GW determines that the user is not registered in the IMS, or the user status is unavailable.

Step S412, the IP-SM-GW converts the IP short message protocol into a call message of the CS domain, and forwards to the SMS center SMSC of the CS domain.

In the preferred embodiment, step S410 is skipped, and the message is forwarded to the short message center directly to this step.

Step S414, step S416 (step S417), step S418 is the same as the second example.

FIG. 5 is a flowchart of a circuit domain short message sent to an IMS domain user according to an embodiment of the present invention. As shown in FIG. 5, a CS domain short message is sent to an IMS domain user, including the following steps:

Step S502, User_B initiates a short message of a CS domain to the SMSC, AO or MO (via SMPP or SS7); User_B initiates a message to the SMSC, which may be submitted by the SP through the SMPP protocol AO or by the terminal user. Signaling No. 7 is submitted by MO.

Step S504, after receiving the message, the SMSC performs a normal CS domain short message processing process (authentication, monitoring, value addition, etc.).

Step S506, the SMSC sends an SRI to the HLR to query the route. SRI is the route query signaling of SS7, which can query the address of the destination user and the IMSI information of the user.

Step S508, the routing information returned by the HLR refers to the IP-SM-GW, and the SMSC terminates the message to the IP-SM-GW. The IMS user can send a registration message/logout message to the IP-SM-GW, and the IP-SM-GW registers/deregisters its address into the HLR through the Sh interface of the Diameter protocol.

Step S510, the IP-SM-GW receives the MT Deliver message, queries the local database or the HSS, obtains the S-CSCF address, performs protocol conversion on the message, and converts the IP short message to the S-CSCF. The IP-SM-GW queries the HSS through the Sh interface of the Diameter protocol to obtain the S-CSCF information.

In step S512, the S-CSCF is delivered to the P-CSCF of User_A, and finally sent to User_A.

Step S514, Uer_A sends a response message to the P-CSCF, and the P-CSCF forwards it to the S-CSCF, and finally forwards it to the IP-SM-GW. When the User_A user can be timely, the response message is submitted by the user; it cannot be submitted directly by the P-CSCF in time.

Step S516, the IP-SM-GW receives the response message, and the protocol is converted and sent to the SMSC. The SMSC receives the response and performs final processing on the message. For the process of sending the response message by the IMS domain user, refer to step S402 to step S406 in FIG.

Step S518, the SMSC sends an RDS message to the HLR when receiving the failure response, and the HLR notifies the SMSC to re-end the message when receiving the available information of the user. In step S518, only when the IMS domain user fails to receive the short message, the SMSC center saves the message and informs the HLR that the Uer_A has not sent a message at the SMSC, and waits for the notification to retry the message.

FIG. 6 is a flowchart of message retry after an IMS user is available according to an embodiment of the present invention. As shown in FIG. 6, after the IMS domain user memory is available, the SMSC is notified to resend the short message, including the following steps:

Step S602, after receiving the memory available notification of User_A, the P-CSCF forwards the message to the corresponding S-CSCF.

Step S604, after receiving the notification, the S-CSCF queries the HSS, obtains the user subscription information iFC file, which contains the address of the short message gateway IP-SM-GW, and forwards the message to the IP-SM-GW;

It is the same as step S402 and step S404 in Fig. 4 .

Step S606, after receiving the notification message, the IP-SM-GW updates the local database and sends a Ready For SM message to the HLR.

In step S608, the HLR notifies the corresponding short message center to retry the message according to the information in the MWD table.

After receiving the notification, the SMSC takes out the saved message and resends it. The next steps are the same as steps S506 to S518 of FIG.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

As described above, the message processing method and apparatus provided by the embodiments of the present invention have the following beneficial effects: reducing unnecessary signaling flow, simplifying function development of the interworking gateway, and adopting the mature short message storage of the CS short message center as much as possible. , forwarding, retry function, with minimal function transformation to achieve the effect of reliable interactive communication between IP short messages and circuit domain short messages, thereby saving network resources, shortening the development cycle, simplifying the network structure, thereby improving IMS and The convergence progress of the short message service of the traditional network.

Claims (18)

A message processing method includes: The interworking gateway receives the message, where the interworking gateway connects the IMS domain and the circuit domain; The interworking gateway sends the message to the target user by using a domain of the target user of the message, where the domain of the target user is one of the domains connected by the interworking gateway. The method of claim 1, wherein the interworking gateway sends the message to the target user by using a domain of the target user includes: In the case that the message is originated from the IMS domain, the interworking gateway determines whether the target user is an IMS registered user and the target user is in an available state, and if the determination result is yes, the interworking The gateway sends the message to the target user via the IMS domain according to the routing information of the target user. The method of claim 2, wherein the interworking gateway sends the message to the target user by using a domain of the target user includes: In a case that the target user is not the IMS registered user, or the target user is the IMS registered user but is in an unavailable state, or the interworking gateway according to the routing information of the target user If the message fails to be sent to the target user via the IMS domain, the interworking gateway converts the message into a message of the circuit domain, and sends the converted message to the target user via the circuit domain. . The method of claim 3, wherein the interworking gateway sends the converted message to the target user comprises: The interworking gateway sends the converted message to the SMS center SMSC, and the SMSC sends the message to the target user. The method of claim 4 wherein the method further comprises: And in the case that the routing message is rerouted to the interworking gateway, the interworking gateway returns a failure response according to the state of the target user; or the interworking gateway uses the domain of the target user to send the message again. Sent to the target user. The method of claim 1 wherein In the case that the message is originated from the circuit domain, the interworking gateway queries and acquires registration information of the target user in the IMS domain, and converts the message into a message of the IMS domain, which will be converted. The subsequent message is sent to the target user. The method of claim 6, wherein the receiving the message by the interworking gateway comprises: The interworking gateway receives the message sent by the short message center SMSC according to the queried route. The method according to claim 6 or 7, wherein after the converted message is sent to the target user, the method further includes: The interworking gateway receives the response returned by the target user according to whether the message is received, and sends the response to the SMSC. The method of claim 8 wherein the method further comprises: And in a case that the response indicates that the message reception fails, the SMSC sends a prompt message to the HLR, where the prompt message is used to notify the SMSC if the status of the target user is available. The route is re-queried and the message is sent again to the interworking gateway. A message processing apparatus is applied to an interworking gateway, wherein the interworking gateway is connected to an IMS domain and a circuit domain, including: a receiving module, configured to receive a message; And a sending module, configured to send the message to the target user by using a domain of the target user of the message, where the domain of the target user is one of the domains connected by the interworking gateway. The apparatus of claim 10, wherein the sending module comprises: a first determining unit, configured to determine, when the message is from the IMS domain, whether the target user is an IMS registered user and whether the target user is in an available state; The first sending unit is configured to send the message to the target user via the IMS domain according to the routing information of the target user if the determination result is yes. The apparatus of claim 11 wherein said transmitting module comprises: a second sending unit, configured to: when the target user is not the IMS registered user, or the target user is the IMS registered user but is in an unavailable state, or in the interworking gateway according to the target The routing information of the user sends the message to the target via the IMS domain If the user fails, the message is converted into a message of the circuit domain, and the converted message is sent to the target user via the circuit domain. The apparatus according to claim 12, wherein said second transmitting unit is further configured to transmit said converted message to a short message center SMSC, said SIMC transmitting said message to said target user. The apparatus of claim 13, wherein the apparatus is further configured to return a failure response according to a status of the target user if the routing message is routed again to the interworking gateway; or the interworking gateway The message is sent to the target user again through the domain of the target user. The apparatus according to claim 1, wherein said transmitting module is further configured to query and acquire registration information of said target user in said IMS domain if said message originates from said circuit domain, The message is converted into a message of the IMS domain, and the converted message is sent to the target user. The apparatus of claim 15, wherein the receiving module is configured to receive the message sent by the short message center SMSC according to the queried route. The apparatus of claim 15 or 16, wherein the apparatus is further configured to receive the response sent by the target user based on whether the message was received, to send the response to the SMSC. The apparatus of claim 17 wherein said apparatus further comprises: a prompting unit, configured to send a prompt message if the response indicates that the message fails to be received, wherein the prompt message is used to notify the SMSC to re-query if the status of the target user is available Routing and sending the message to the interworking gateway again.

Images