WO2015196809A1 - 消息处理方法及装置 - Google Patents

消息处理方法及装置 Download PDF

Info

Publication number
WO2015196809A1
WO2015196809A1 PCT/CN2015/072254 CN2015072254W WO2015196809A1 WO 2015196809 A1 WO2015196809 A1 WO 2015196809A1 CN 2015072254 W CN2015072254 W CN 2015072254W WO 2015196809 A1 WO2015196809 A1 WO 2015196809A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
target user
domain
interworking gateway
user
Prior art date
Application number
PCT/CN2015/072254
Other languages
English (en)
French (fr)
Inventor
王景云
钟建
周业娟
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2015196809A1 publication Critical patent/WO2015196809A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression

Definitions

  • the present invention relates to the field of communications, and in particular to a message processing method and apparatus.
  • SMS is a basic telecommunication service of the traditional circuit domain (referred to as CS domain).
  • CS domain circuit domain
  • IP short message is a short message service based on IP network.
  • IMS IP Multimedia Subsystem
  • 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.
  • IP short messages 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.
  • 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.
  • 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.
  • a message processing method 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.
  • the interworking gateway sends the message to the target user by using a domain where the target user is located, including:
  • 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 interworking gateway sends the message to the target user by using a domain where the target user is located, including:
  • 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, the interworking gateway sends the converted message to a short message center SMSC, and the SMSC sends the message to the The target user.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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
  • 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 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 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.
  • 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.
  • 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.
  • 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.
  • the receiving module is configured to receive the message sent by the short message center SMSC according to the queried route.
  • 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.
  • 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.
  • 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
  • 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.
  • FIG. 1 is a flow chart of a message processing method according to an embodiment of the present invention.
  • FIG. 2 is a structural block diagram of a message processing apparatus according to an embodiment of the present invention.
  • FIG. 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
  • FIG. 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
  • FIG. 6 is a flow diagram of message retry after an IMS user is available, in accordance with an 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.
  • 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.
  • 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.
  • the interworking gateway 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.
  • 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.
  • the interworking gateway receives the message sent by the short message center SMSC according to the queried route.
  • 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 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.
  • 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.
  • FIG. 3 is a structural block diagram of a message processing apparatus according to a preferred embodiment of the present invention.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 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.
  • the receiving module 22 is arranged to receive the message sent by the short message center SMSC according to the queried route.
  • 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.
  • 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.
  • 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 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.
  • IP-SM-GW interworking gateway
  • 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.
  • RDS Report Delivery Status
  • 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 local database or HSS
  • 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.
  • RSM READY FOR SM
  • 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.
  • 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 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.
  • FIG. 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
  • 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.
  • 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.
  • 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.
  • 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.
  • the status of the user is updated to the local database or the HSS.
  • 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.
  • 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.
  • a normal CS domain short message processing procedure authentication, monitoring, value addition, etc.
  • 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.
  • SP application service
  • 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.
  • the user User_B 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.
  • Step S402, step S404, and step S406 are the same as the first example.
  • 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.
  • 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.).
  • 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.
  • 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.
  • 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 S5108 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.
  • 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;
  • step S402 and step S404 in Fig. 4 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.
  • step S608 the HLR notifies the corresponding short message center to retry the message according to the information in the MWD table.
  • the SMSC 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.
  • 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.
  • the invention is not limited to any specific combination of hardware and software.
  • the message processing method and apparatus 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种消息处理方法及装置，其中，该方法包括：互通网关接收消息，其中，该互通网关连接IMS域和电路域；互通网关通过该消息的目标用户的所在域将该消息发送给该目标用户，其中，该目标用户的所在域是该互通网关连接的域中的之一，通过本发明，解决了相关技术中实现IMS域用户和CS域用户的短消息业务互通存在的问题，进而使得在不改动现有网络的前提下实现了IP短消息与电路域短消息之间的互通，提高了资源利用率。

Description

消息处理方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种消息处理方法及装置。
背景技术
短信是传统电路域(简称CS域)的一项基本电信业务，除了为用户提供了普通消息通讯的服务外，还提供了内容丰富，功能强大的增值业务，以其高普及率给运营商带来了丰富的利润收益。
IP短信是一种基于IP网络实现的短消息业务。随着新一代网络技术的发展，3GPP标准组织提出了IP多媒体子***(简称IMS)，它是一种基于IP网络上提供多媒体业务的通用网络架构，将逐步成为电信核心业务的目标架构。在IMS标准中，定义了基本的多媒体会话类业务规范，包括多媒体会议、一键通(PoC)、呈现、组管理和即时消息，其中短消息仍然作为一种单独的业务，只是由IMS网络来承载。
为了让用户能在任何时间、任何地点，通过任何终端，任何网络接入都能进行短消息业务，有必要将IP短消息和电路域短消息进行交互通信。当前3GPP已经提出了关于这两类短消息互通的解决方案和相关规范，但现有方案的实现对网络信令资源利用率不高，流程比较复杂、涉及改动的网元多等局限性。
针对相关技术中实现IMS域用户和CS域用户的短消息业务互通存在的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种消息处理方法及装置，以至少解决相关技术中实现IMS域用户和CS域用户的短消息业务互通存在的问题。
根据本发明的一个方面，提供了一种消息处理方法，包括：互通网关接收消息，其中，所述互通网关连接IMS域和电路域；所述互通网关通过所述消息的目标用户的所在域将所述消息发送给所述目标用户，其中，所述目标用户的所在域是所述互通网关连接的域中的之一。
优选地，所述互通网关通过所述目标用户的所在域将所述消息发送给所述目标用户包括：
在所述消息来源于所述IMS域的情况下，所述互通网关判断所述目标用户是否为IMS注册用户并且所述目标用户是否为可用状态，判断结果均为是的情况下，所述互通网关根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标用户。
优选地，所述互通网关通过所述目标用户的所在域将所述消息发送给所述目标用户包括：
在所述目标用户不是所述IMS注册用户，或者所述目标用户为所述IMS注册用户但为不可用状态的情况下，或者，在所述互通网关根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标用户失败的情况下，所述互通网关将所述消息转换为所述电路域的消息，经所述电路域将转换后的消息发送给所述目标用户。
优选地，所述互通网关将所述转换后的消息发送给所述目标用户包括：所述互通网关将所述转换后的消息发送给短信中心SMSC，由所述SMSC将所述消息发送给所述目标用户。
优选地，所述方法还包括：在所述路由消息再次路由到所述互通网关的情况下，所述互通网关根据所述目标用户的状态返回失败响应；或者，所述互通网关再次通过所述目标用户的所在域将所述消息发送给所述目标用户。
优选地，在所述消息来源于所述电路域的情况下，所述互通网关查询并获取所述目标用户在所述IMS域中的注册信息，将所述消息转换为所述IMS域的消息，将转换后的消息发送给所述目标用户。
优选地，所述互通网关接收消息包括：所述互通网关接收短信中心SMSC根据查询到的路由发送的所述消息。
优选地，将转换后的消息发送给所述目标用户之后，还包括：所述互通网关接收所述目标用户根据是否接收到所述消息返回的响应，将所述响应发送给所述SMSC。
优选地，所述方法还包括：在所述响应指示所述消息接收失败的情况下，所述SMSC向所述HLR发送提示消息，其中，所述提示消息用于在所述目标用户的状态为可用的情况下，通知所述SMSC重新查询路由并将所述消息再次发送给所述互通网关。
根据本发明的另一方面，还提供了一种消息处理装置，应用于互通网关，其中，所述互通网关连接IMS域和电路域，该装置包括：
接收模块，设置为接收消息；
发送模块，设置为通过所述消息的目标用户的所在域将所述消息发送给所述目标用户，其中，所述目标用户的所在域是所述互通网关连接的域中的之一。
优选地，所述发送模块包括：
第一判断单元，设置为在所述消息来源于所述IMS域的情况下，判断所述目标用户是否为IMS注册用户并且所述目标用户是否为可用状态；
第一发送单元，设置为在判断结果均为是的情况下，根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标用户。
第二发送单元，设置为在所述目标用户不是所述IMS注册用户，或者所述目标用户为所述IMS注册用户但为不可用状态的情况下，或者，在所述互通网关根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标用户失败的情况下，将所述消息转换为所述电路域的消息，经所述电路域将转换后的消息发送给所述目标用户。
优选地，所述第二发送单元，还设置为将所述转换后的消息发送给短信中心SMSC，由所述SMSC将所述消息发送给所述目标用户。
优选地，所述装置还设置为在所述路由消息再次路由到所述互通网关的情况下，根据所述目标用户的状态返回失败响应；或者，所述互通网关再次通过所述目标用户的所在域将所述消息发送给所述目标用户。
优选地，所述发送模块还设置为在所述消息来源于所述电路域的情况下，查询并获取所述目标用户在所述IMS域中的注册信息，将所述消息转换为所述IMS域的消息，将转换后的消息发送给所述目标用户。
优选地，所述接收模块设置为接收短信中心SMSC根据查询到的路由发送的所述消息。
优选地，所述装置还设置为接收所述目标用户根据是否接收到所述消息返回的响应，将所述响应发送给所述SMSC。
优选地，所述装置还包括：提示单元，设置为在所述响应指示所述消息接收失败的情况下，发送提示消息，其中，所述提示消息用于在所述目标用户的状态为可用的情况下，通知所述SMSC重新查询路由并将所述消息再次发送给所述互通网关。
通过本发明，采用互通网关接收消息，其中，所述互通网关连接IMS域和电路域；所述互通网关通过所述消息的目标用户的所在域将所述消息发送给所述目标用户，其中，所述目标用户的所在域是所述互通网关连接的域中的之一，解决了相关技术中实现IMS域用户和CS域用户的短消息业务互通存在的问题，进而使得在不改动现有网络的前提下实现了IP短消息与电路域短消息之间的互通，提高了资源利用率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种消息处理方法的流程图；
图2是根据本发明实施例的一种消息处理装置的结构框图；
图3是根据本发明优选实施例的消息处理装置的结构框图；
图4a是根据本发明实施例的IP短消息发往同时注册在IMS域和电路域的用户的流程图一；
图4b是根据本发明实施例的IP短消息发往同时注册在IMS域和电路域的用户的流程图二；
图5是根据本发明实施例的电路域短消息发往IMS域用户的流程图；
图6是根据本发明实施例的IMS用户可用后进行消息重试的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例中的消息处理方法，图1是根据本发明实施例的一种消息处理方法的流程图，如图1所示，包括以下步骤：
步骤S102，互通网关接收消息，其中，该互通网关连接IMS域和电路域；
步骤S104，该互通网关通过该消息的目标用户的所在域将该消息发送给该目标用户，其中，该目标用户的所在域是该互通网关连接的域中的之一。
通过上述步骤，互通网关接收到消息之后，通过该消息的目标用户的所在域将该消息发送给该目标用户，该目标用户的所在域是IMS域或电路域，解决了相关技术中实现IMS域用户和CS域用户的短消息业务互通存在的问题，进而使得在不改动现有网络的前提下实现了IP短消息与电路域短消息之间的互通，提高了资源利用率。
优选地，在消息来源于IMS域的情况下，互通网关判断目标用户是否为IMS注册用户并且该目标用户是否为可用状态，判断结果均为是的情况下，互通网关根据该目标用户的路由信息将该消息经由IMS域发送给目标用户；在该目标用户不是IMS注册用户，或者该目标用户为IMS注册用户但为不可用状态的情况下，或者，在互通网关根据该目标用户的路由信息将该消息经由IMS域发送给该目标用户失败的情况下，互通网关将该消息转换为该电路域的消息，经电路域将转换后的消息发送给该目标用户。其中，互通网关将转换后的消息发送给该目标用户包括：该互通网关将该转换后的消息发送给短信中心SMSC，由SMSC将该消息发送给该目标用户。
优选地，在路由消息再次路由到互通网关的情况下，互通网关根据目标用户的状态返回失败响应；或者，互通网关再次通过该目标用户的所在域将该消息发送给该目标用户。
优选地，在该消息来源于电路域的情况下，互通网关查询并获取目标用户在IMS域中的注册信息，将该消息转换为IMS域的消息，将转换后的消息发送给该目标用户。
作为可选的实施方式，互通网关接收短信中心SMSC根据查询到的路由发送的该消息。
优选地，将转换后的消息发送给目标用户之后，互通网关接收该目标用户根据是否接收到该消息返回的响应，将该响应发送给SMSC。在该响应指示该消息接收失败的情况下，SMSC向HLR发送提示消息，其中，该提示消息用于在该目标用户的状态为可用的情况下，通知SMSC重新查询路由并将该消息再次发送给互通网关。
本实施例中的消息处理装置，应用于互通网关，其中，该互通网关连接IMS域和电路域，图2是根据本发明实施例的一种消息处理装置的结构框图，如图2所示，该装置包括接收模块22和发送模块24，下面对各个模块进行描述。
接收模块22，设置为接收消息；
发送模块24，设置为通过该消息的目标用户的所在域将该消息发送给该目标用户，其中，该目标用户的所在域是该互通网关连接的域中的之一。
优选地，图3是根据本发明优选实施例的消息处理装置的结构框图，如图3所示，发送模块包括：
第一判断单元32，设置为在消息来源于IMS域的情况下，判断该目标用户是否为IMS注册用户并且该目标用户是否为可用状态；
第一发送单元34，设置为在判断结果均为是的情况下，根据目标用户的路由信息将消息经由IMS域发送给该目标用户。
第二发送单元36，设置为在目标用户不是IMS注册用户，或者该目标用户为IMS注册用户但为不可用状态的情况下，或者，在互通网关根据该目标用户的路由信息将该消息经由IMS域发送给该目标用户失败的情况下，将该消息转换为电路域的消息，经电路域将转换后的消息发送给该目标用户。
优选地，第二发送单元36，还设置为将转换后的消息发送给短信中心SMSC，由SMSC将该消息发送给该目标用户。
优选地，该装置还设置为在路由消息再次路由到互通网关的情况下，根据目标用户的状态返回失败响应；或者，互通网关再次通过该目标用户的所在域将该消息发送给该目标用户。
优选地，发送模块24还设置为在消息来源于电路域的情况下，查询并获取该目标用户在IMS域中的注册信息，将该消息转换为IMS域的消息，将转换后的消息发送给该目标用户。
优选地，接收模块22设置为接收短信中心SMSC根据查询到的路由发送的该消息。
优选地，该装置还设置为接收目标用户根据是否接收到该消息返回的响应，将该响应发送给SMSC。
优选地，该装置还包括：提示单元，设置为在响应指示该消息接收失败的情况下，发送提示消息，其中，该提示消息用于在该目标用户的状态为可用的情况下，通知SMSC重新查询路由并将该消息再次发送给互通网关。
下面结合优选实施例进行说明，以下优选实施例结合了上述实施例及其优选实施方式。
本发明实施例中的IP短消息发往电路域用户的方法包括以下内容：
IMS域代理呼叫会话控制单元P-CSCF接收到用户A的SIP消息，并将该消息发往用户归属的服务呼叫会话控制功能单元S-CSCF；S-CSCF查询归属用户服务器HSS，获取用户的用户身份、注册信息、接入参数、业务触发信息，鉴权分析后，将消息转发到互通网关(IP-SM-GW)；IP-SM-GW查询本地数据库(或者HSS)，判断被叫用户B是否为IMS注册用户并且用户B状态为可用，如果是，IP-SM-GW根据本地数据库中目的用户B的路由信息，将消息进行IMS域投递，如果投递成功，流程结束；投递失败，IP-SM-GW将消息转换为电路域的MO消息，前转到短信中心SMSC；SMSC发送Routing Information Request (SRI)到归属位置寄存器(HLR)查询路由，并根据查询回来的路由信息对消息进行终呼处理，经由CS域终呼到用户B；查询的路由也有可能再次路由到IP-SM-GW，IP-SM-GW根据用户B的状态直接回失败响应或者再次进行IMS域终呼后将结果返回给SMSC。如果SMSC终呼消息失败，发送Report Delivery Status(RDS)到HLR，用户可及或者可用之后，通知SMSC进行重试。
本发明实施例中的电路域短消息发往IMS域用户的方法包括以下内容：
用户B通过MSC或者SMPP起呼一条CS域短消息到SMSC，SMSC，根据SRI查询回来的路由信息，其中目的MSC指向IP-SM-GW，将消息MT到IP-SM-GW；IP-SM-GW查询本地数据库(或者HSS)获取用户A在IMS域的注册签约信息，并将消息转换为SIP消息，发往S-CSCF；S-CSCF在IMS域将消息发送到用户A；P-CSCF收到用户A发送的SIP消息包含了消息终呼响应，并将SIP消息通过S-CSCF转发到IP-SM-GW；IP-SM-GW给SMSC回终呼响应；如果SMSC收到的终呼响应为失败响应，发送RDS到HLR。
本发明实施例中IMS用户可及后进行消息重试的方法包括以下内容：P-CSCF收到用户A重注册消息，转发给S-CSCF；S-CSCF查询HSS，获取用户初始过滤规则(iFC)文件，鉴权后发送第三方注册信息到IP-SM-GW；IP-SM-GW收到重注册消息后，(如果有本地数据库，则更新用户最新注册信息到本地数据库并更新用户为可用状态)，发送READY FOR SM (RSM)消息到HLR，HLR发送通知消息到SMSC；SMSC对消息进行重试下发。
通过本发明实施例的上述方法，与现有技术相比，对于发往在IMS域注册的用户，会直接终呼到IMS域而无需再前转到CS域短信中心处理；短信中心可以根据HLR的 查询结果，直接终呼到用户当前注册域，而无需再MTFWD到IP-SM-GW做域选择后再终呼。减少了一些不必要的信令流程，简化了互通网关的功能开发，采用尽可能复用CS短信中心成熟的短消息存储，转发，重试的功能，以最小的功能改造达到IP短消息和电路域短消息可靠的交互通信的效果，节省了网络资源，缩短了开发周期，简化了网络结构，从而提高IMS和传统网络的短消息业务的融合进度。
下面结合具体实施方式对本优选实施例进行进一步说明。
本发明优选实施例中描述的IMS域用户提交的IP短消息发送给同时注册在IMS域和电路域的用户，CS域用户提交的短消息发送给IMS域用户，以及如果IMS域用户消息接收失败后再次可用时通知CS域短信中心进行重新下发。下面对举例进行说明。
实施例一
图4a是根据本发明实施例的IP短消息发往同时注册在IMS域和电路域的用户的流程图一，以及图4b是根据本发明实施例的IP短消息发往同时注册在IMS域和电路域的用户的流程图二，如图4a和图4b所示，IP短消息发往同时注册在IMS域和电路域的用户，用户B在IMS域注册并接收短消息成功，包括以下步骤：
步骤S402，P-CSCF收到IMS域注册用户A的IP短消息后，转发给相应的S-CSCF；其中，S-CSCF是服务呼叫会话控制功能，IMS的核心所在，位于归属网络，提供注册和呼叫控制服务，执行消息的路由和转发。其中，P-CSCF是代理呼叫会话控制功能，IMS***中用户的第一个接触点，作为SIP Proxy，在UE和S/I-CSCF间转发SIP请求和响应信令消息。
步骤S404，S-CSCF收到IP短消息后，查询HSS，获取用户签约信息iFC文件，其中可能会包含短消息网关IP-SM-GW的地址，并将消息转发到IP-SM-GW。其中，HSS是归属用户服务器，IMS中所有与用户和业务相关数据的主要存储器，主要数据包括：用户身份、注册信息、接入参数、业务触发信息；iFC是初始过滤规则，在用户获得IMS订购关系时创建的，保存在HSS中，包括业务触发点，以及触发点匹配成功时应用服务的地址。在本实例中需要判断用户是否签约了发送短消息到移动终端的能力，以及IP-SM-GW的地址。
步骤S406，IP-SM-GW收到IP短消息后，查询本地数据库(或者HSS)；用户在IMS域注册的时候，对于有发往CS域短消息功能的用户，S-CSCF收到注册消息后， 会向IP-SM-GW发送第三方注册，IP-SM-GW收到第三方注册后一种是建立本地数据库，存储用户的注册信息；另一种是把信息更新到HSS。这两种方式都可以采用。
步骤S408，IP-SM-GW判断用户在IMS注册，并且用户状态为可用。IP-SM-GW将消息直接在IMS域进行终呼到User_B；
步骤S410，IP-SM-GW收到IMS域终呼成功响应，流程结束。
实施例二
用户B在IMS域注册并接收短消息失败的情况下，包括以下内容：
步骤S402、步骤S404、步骤S406、步骤S408同实施例一。
步骤S411，IP-SM-GW收到IMS域终呼失败响应，更新用户B状态为不可用；IMS域终呼失败可能是因为用户不可及或者内存满等错误，IP-SM-GW收到失败响应后把用户的状态更新到本地数据库中或者HSS中，待下次再有该用户消息终呼到IP-SM-GW时，查询数据库或者HSS，根据该用户状态进行判断。
步骤S412，IP-SM-GW将IP短消息协议转换为CS域的起呼消息，前转到CS域的短信中心SMSC；IP短消息中包含了短信中心SMSC的地址。该步骤中IP-SM-GW没有对目的用户做域选择，而是全部前转到SMSC，简化了IP-SM-GW的功能。
步骤S414，SMSC收到MO消息后，进行正常的CS域短消息处理流程(鉴权，监控，增值等)，终呼，发送SRI到HLR查询路由；SMSC收到IP-SM-GW的前转消息后，跟收到其它CS域的MSC起呼消息一样处理。因此在这里IP-SM-GW对于SMSC相当于一个MSC的角色。SMSC不需要进行特殊处理从而无需改动SMSC功能。
步骤S416，SRI返回的路由信息到CS域，则终呼到CS域用户B，可以是通过七号信令MT，也可以是SMPP协议到SP应用；User_B可以是CS域的一个移动终端用户，也可以是一个应用服务(SP)。这也是SMSC原有功能，无需改动。
步骤S417，SRI返回的路由信息到IP-SM-GW，终呼到IP-SM-GW，IP-SM-GW查询本地数据库(或者HSS)发现用户User_B为不可用状态，则给SMSC返回失败响应；否则在IMS域终呼，并返回终呼结果；用户User_B在IP-SM-GW收到IP短消息并在IMS域终呼时，收到了终呼失败响应，将User_B的用户状态设置为不可用状态，但在收到短信中心终呼消息时，User_B的用户状态也可能已经发生改变，此时仍然有可能会在IMS域再次终呼消息。
步骤S418，SMSC收到终呼成功响应，流程结束。SMSC如果收到终呼失败响应，则发送RDS到HLR，等待通知进行重试。
实施例三
用户Uer_B未在IMS域注册或者用户状态为不可用的情况下，包括以下内容：
步骤S402，步骤S404，步骤S406同实例一。
步骤S409，IP-SM-GW判断用户未在IMS注册，或者用户状态为不可用。
步骤S412，IP-SM-GW将IP短消息协议转换为CS域的起呼消息，前转到CS域的短信中心SMSC。
本优选实例中跳过步骤S410，直接到本步骤将消息转换前转给短信中心。
步骤S414，步骤S416(步骤S417)，步骤S418同实例二。
图5是根据本发明实施例的电路域短消息发往IMS域用户的流程图，如图5所示，CS域短消息发往IMS域用户，包括以下步骤：
步骤S502，User_B起呼一条CS域的短消息到SMSC，AO或者MO(通过SMPP或者七号信令)；User_B起呼一条消息到SMSC，可以是SP通过SMPP协议AO提交也可以是终端用户通过七号信令MO提交。
步骤S504，SMSC收到消息后，进行正常的CS域短消息处理流程(鉴权，监控，增值等)。
步骤S506，SMSC发送SRI到HLR查询路由。SRI是七号信令的路由查询信令，可以查询目的用户的拜访地地址和用户的IMSI信息。
步骤S508，HLR返回的路由信息中拜访地指向IP-SM-GW，SMSC终呼消息到IP-SM-GW。IMS用户可以发送注册消息/注销消息到IP-SM-GW，IP-SM-GW通过Diameter协议的Sh接口将其地址注册/注销到HLR中。
步骤S510，IP-SM-GW收到MT Deliver消息，查询本地数据库或者HSS，获取S-CSCF地址，对消息进行协议转换，转换为IP短消息投递到S-CSCF。IP-SM-GW通过Diameter协议的Sh接口查询HSS，获取S-CSCF信息。
步骤S512，S-CSCF投递给User_A的P-CSCF，并最终下发给User_A。
步骤S514，Uer_A发送响应消息到P-CSCF，P-CSCF转发给S-CSCF，最终转发到IP-SM-GW。当User_A用户可及时，由用户提交响应消息；不可及时直接由P-CSCF提交。
步骤S516，IP-SM-GW收到响应消息，协议转换后发送给SMSC，SMSC收到响应，对消息做最终处理。IMS域用户发送响应消息的流程可以参见图4中的步骤S402到步骤S406。
步骤S518，SMSC在收到失败响应时，发送RDS消息到HLR，HLR在收到用户可用信息时，通知SMSC重新终呼消息。其中，步骤S518只有IMS域用户接收短消息失败时才有，SMSC中心保存消息，并告知HLR，Uer_A在SMSC有未下发消息，等待通知进行消息重试。
图6是根据本发明实施例的IMS用户可用后进行消息重试的流程图，如图6所示，IMS域用户内存可用之后，通知SMSC重新下发短消息，包括以下步骤：
步骤S602，P-CSCF收到User_A的内存可用通知后，转发给相应的S-CSCF；
步骤S604，S-CSCF收到通知后，查询HSS，获取用户签约信息iFC文件，其中包含短消息网关IP-SM-GW的地址，并将消息转发到IP-SM-GW；
与图4中的步骤S402和步骤S404相同。
步骤S606，IP-SM-GW收到通知消息后，更新本地数据库，并向HLR发送Ready For SM消息；
步骤S608，HLR根据MWD表中的信息通知相应的短信中心进行消息重试下发。
SMSC收到通知后，取出保存的消息进行重新下发，接下来的步骤与图5的步骤S506到步骤S518相同。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
如上所述，本发明实施例提供的一种消息处理方法及装置具有以下有益效果：减少不必要的信令流程，简化互通网关的功能开发，采用尽可能复用CS短信中心成熟的短消息存储，转发，重试的功能，以最小的功能改造达到IP短消息和电路域短消息可靠的交互通信的效果，由此节省了网络资源，缩短了开发周期，简化了网络结构，从而提高IMS和传统网络的短消息业务的融合进度。

Claims (18)

  1. 一种消息处理方法，包括：
    互通网关接收消息，其中，所述互通网关连接IMS域和电路域；
    所述互通网关通过所述消息的目标用户的所在域将所述消息发送给所述目标用户，其中，所述目标用户的所在域是所述互通网关连接的域中的之一。
  2. 根据权利要求1所述的方法，其中，所述互通网关通过所述目标用户的所在域将所述消息发送给所述目标用户包括：
    在所述消息来源于所述IMS域的情况下，所述互通网关判断所述目标用户是否为IMS注册用户并且所述目标用户是否为可用状态，判断结果均为是的情况下，所述互通网关根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标用户。
  3. 根据权利要求2所述的方法，其中，所述互通网关通过所述目标用户的所在域将所述消息发送给所述目标用户包括：
    在所述目标用户不是所述IMS注册用户，或者所述目标用户为所述IMS注册用户但为不可用状态的情况下，或者，在所述互通网关根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标用户失败的情况下，所述互通网关将所述消息转换为所述电路域的消息，经所述电路域将转换后的消息发送给所述目标用户。
  4. 根据权利要求3所述的方法，其中，所述互通网关将所述转换后的消息发送给所述目标用户包括：
    所述互通网关将所述转换后的消息发送给短信中心SMSC，由所述SMSC将所述消息发送给所述目标用户。
  5. 根据权利要求4所述的方法，其中，所述方法还包括：
    在所述路由消息再次路由到所述互通网关的情况下，所述互通网关根据所述目标用户的状态返回失败响应；或者，所述互通网关再次通过所述目标用户的所在域将所述消息发送给所述目标用户。
  6. 根据权利要求1所述的方法，其中，
    在所述消息来源于所述电路域的情况下，所述互通网关查询并获取所述目标用户在所述IMS域中的注册信息，将所述消息转换为所述IMS域的消息，将转换后的消息发送给所述目标用户。
  7. 根据权利要求6所述的方法，其中，所述互通网关接收消息包括：
    所述互通网关接收短信中心SMSC根据查询到的路由发送的所述消息。
  8. 根据权利要求6或7所述的方法，其中，将转换后的消息发送给所述目标用户之后，还包括：
    所述互通网关接收所述目标用户根据是否接收到所述消息返回的响应，将所述响应发送给所述SMSC。
  9. 根据权利要求8所述的方法，其中，所述方法还包括：
    在所述响应指示所述消息接收失败的情况下，所述SMSC向所述HLR发送提示消息，其中，所述提示消息用于在所述目标用户的状态为可用的情况下，通知所述SMSC重新查询路由并将所述消息再次发送给所述互通网关。
  10. 一种消息处理装置，应用于互通网关，其中，所述互通网关连接IMS域和电路域，包括：
    接收模块，设置为接收消息；
    发送模块，设置为通过所述消息的目标用户的所在域将所述消息发送给所述目标用户，其中，所述目标用户的所在域是所述互通网关连接的域中的之一。
  11. 根据权利要求10所述的装置，其中，所述发送模块包括：
    第一判断单元，设置为在所述消息来源于所述IMS域的情况下，判断所述目标用户是否为IMS注册用户并且所述目标用户是否为可用状态；
    第一发送单元，设置为在判断结果均为是的情况下，根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标用户。
  12. 根据权利要求11所述的装置，其中，所述发送模块包括：
    第二发送单元，设置为在所述目标用户不是所述IMS注册用户，或者所述目标用户为所述IMS注册用户但为不可用状态的情况下，或者，在所述互通网关根据所述目标用户的路由信息将所述消息经由所述IMS域发送给所述目标 用户失败的情况下，将所述消息转换为所述电路域的消息，经所述电路域将转换后的消息发送给所述目标用户。
  13. 根据权利要求12所述的装置，其中，所述第二发送单元，还设置为将所述转换后的消息发送给短信中心SMSC，由所述SMSC将所述消息发送给所述目标用户。
  14. 根据权利要求13所述的装置，其中，所述装置还设置为在所述路由消息再次路由到所述互通网关的情况下，根据所述目标用户的状态返回失败响应；或者，所述互通网关再次通过所述目标用户的所在域将所述消息发送给所述目标用户。
  15. 根据权利要求1所述的装置，其中，所述发送模块还设置为在所述消息来源于所述电路域的情况下，查询并获取所述目标用户在所述IMS域中的注册信息，将所述消息转换为所述IMS域的消息，将转换后的消息发送给所述目标用户。
  16. 根据权利要求15所述的装置，其中，所述接收模块设置为接收短信中心SMSC根据查询到的路由发送的所述消息。
  17. 根据权利要求15或16所述的装置，其中，所述装置还设置为接收所述目标用户根据是否接收到所述消息返回的响应，将所述响应发送给所述SMSC。
  18. 根据权利要求17所述的装置，其中，所述装置还包括：
    提示单元，设置为在所述响应指示所述消息接收失败的情况下，发送提示消息，其中，所述提示消息用于在所述目标用户的状态为可用的情况下，通知所述SMSC重新查询路由并将所述消息再次发送给所述互通网关。
PCT/CN2015/072254 2014-06-26 2015-02-04 消息处理方法及装置 WO2015196809A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410292714.4A CN105207882A (zh) 2014-06-26 2014-06-26 消息处理方法及装置
CN201410292714.4 2014-06-26

Publications (1)

Publication Number Publication Date
WO2015196809A1 true WO2015196809A1 (zh) 2015-12-30

Family

ID=54936699

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/072254 WO2015196809A1 (zh) 2014-06-26 2015-02-04 消息处理方法及装置

Country Status (2)

Country Link
CN (1) CN105207882A (zh)
WO (1) WO2015196809A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113055874A (zh) * 2019-12-26 2021-06-29 中国电信股份有限公司 实现跨网络运营商的多号业务的方法、平台、***与介质
WO2024012351A1 (zh) * 2022-07-15 2024-01-18 中兴通讯股份有限公司 信息发送方法、物联网短信息中心、终端设备及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018004407A1 (en) 2016-06-29 2018-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for service access control

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1897578A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种消息转换方法与***
CN1897577A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种ip多媒体子***即时消息传送方法与装置
CN1929457A (zh) * 2006-09-22 2007-03-14 ***通信集团公司 Ims域与cs域消息互通的方法
CN101047630A (zh) * 2006-04-29 2007-10-03 华为技术有限公司 实现短消息业务的***和上发以及下发短消息的方法
CN101184258A (zh) * 2006-11-15 2008-05-21 华为技术有限公司 消息互通方法、***及消息互通实体
CN102083026A (zh) * 2009-11-27 2011-06-01 ***通信集团设计院有限公司 来电提醒平台、来电提醒方法及ip多媒体子***

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10164208A1 (de) * 2001-12-27 2003-07-17 Siemens Ag Verfahren zur Administrierung von Anwesenheitsinformation in einem Telekommunikations- und/oder Datennetz

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1897578A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种消息转换方法与***
CN1897577A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种ip多媒体子***即时消息传送方法与装置
CN101047630A (zh) * 2006-04-29 2007-10-03 华为技术有限公司 实现短消息业务的***和上发以及下发短消息的方法
CN1929457A (zh) * 2006-09-22 2007-03-14 ***通信集团公司 Ims域与cs域消息互通的方法
CN101184258A (zh) * 2006-11-15 2008-05-21 华为技术有限公司 消息互通方法、***及消息互通实体
CN102083026A (zh) * 2009-11-27 2011-06-01 ***通信集团设计院有限公司 来电提醒平台、来电提醒方法及ip多媒体子***

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113055874A (zh) * 2019-12-26 2021-06-29 中国电信股份有限公司 实现跨网络运营商的多号业务的方法、平台、***与介质
CN113055874B (zh) * 2019-12-26 2023-07-18 中国电信股份有限公司 实现跨网络运营商的多号业务的方法、平台、***与介质
WO2024012351A1 (zh) * 2022-07-15 2024-01-18 中兴通讯股份有限公司 信息发送方法、物联网短信息中心、终端设备及存储介质

Also Published As

Publication number Publication date
CN105207882A (zh) 2015-12-30

Similar Documents

Publication Publication Date Title
US10932321B1 (en) Method of providing data, voice, and SMS services to LTE subscribers roaming in 2G/3G visited networks
JP4768032B2 (ja) ユーザ機器へのデータメッセージの伝送を外部ゲートウェイにより制御するための機構
US20100087215A1 (en) Method, system, and message service interworking module for implementing message service interworking
EP3010184B1 (en) Method and internet protocol short message gateway (ip-sm-gw) for providing an interworking service between converged ip messaging (cpm) and short message service (sms)
EP3257201B1 (en) Improvements relating to messaging gateways
US20080125123A1 (en) Method and system for to enable communication for a wireless device having a plurality of identifiers
WO2007033549A1 (fr) Procede de transmission de message hors ligne
US8693464B2 (en) Method and apparatus for processing calls
US9497605B2 (en) Short message processing method and relevant system
US20230254693A1 (en) Architecture for providing cellular roaming support
WO2015117442A1 (zh) 融合通信终端发现以及能力探测的处理方法及装置
WO2015196809A1 (zh) 消息处理方法及装置
JP2013537386A (ja) 非常サービスのための登録を維持する方法及び装置
US9237439B2 (en) Method and apparatus for configuring service settings for a mobile subscriber
US20220038509A1 (en) A Method for Enabling a Calling User Equipment, UE, to Retry a Session Initiation Protocol, SIP, Call Attempt to a Called UE, Over a Circuit Switched Domain
CN112584332A (zh) 短消息传输方法、装置和***、注册方法和装置
KR101511439B1 (ko) Ｉｍｓ 프로파일 동기화 시스템, 홈 가입자 서버, 호제어 기능장치, 어플리케이션 서버 및 그 ｉｍｓ 프로파일 동기화 방법
US9986392B1 (en) Delivering short message service (SMS) messages via an internet protocol multimedia subsystem (IMS)
KR102049587B1 (ko) 착신망의 어플리케이션 서버 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
CN113316096B (zh) 一种宽带集群中视频转发给组的方法及***
KR100933781B1 (ko) 아이피 멀티미디어 서브시스템에서의 사용자 장치 등록처리 방법
KR20230141740A (ko) 레벨 1 번호들의 라우팅을 용이하게 하기 위한 시스템 및 방법
WO2017084619A1 (zh) 一种短消息传输方法和装置、及***
JP2013012814A (ja) セッション設定方法、設定条件管理サーバ、セッション制御ノード及び移動通信システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15811175

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15811175

Country of ref document: EP

Kind code of ref document: A1