WO2015196809A1 - Procédé et dispositif de traitement de message - Google Patents

Procédé et dispositif de traitement de message 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)
Chinese (zh)
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/fr

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06Message adaptation to terminal or network requirements
    • H04L51/066Format 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

L'invention concerne un procédé et un dispositif de traitement de message. Le procédé comprend les opérations suivantes : une passerelle d'interfonctionnement reçoit un message, la passerelle d'interfonctionnement connectant un domaine IMS et un domaine à commutation de circuits (CS) ; et la passerelle d'interfonctionnement envoie le message à un utilisateur cible par l'intermédiaire d'un domaine dans lequel se trouve l'utilisateur cible du message, le domaine dans lequel se trouve l'utilisateur cible étant l'un des domaines connectés à la passerelle d'interfonctionnement. La présente invention résout le problème dans l'état de la technique associé concernant la mise en œuvre d'un interfonctionnement de service de messages courts d'utilisateurs de domaine IMS et d'utilisateurs de domaine CS, parvient à un interfonctionnement entre des messages courts IP et des messages courts de domaine CS sans changer le réseau existant, et améliore le taux d'utilisation de ressources.
PCT/CN2015/072254 2014-06-26 2015-02-04 Procédé et dispositif de traitement de message WO2015196809A1 (fr)

Applications Claiming Priority (2)

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

Publications (1)

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

Family

ID=54936699

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/072254 WO2015196809A1 (fr) 2014-06-26 2015-02-04 Procédé et dispositif de traitement de message

Country Status (2)

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

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 (fr) * 2022-07-15 2024-01-18 中兴通讯股份有限公司 Procédé d'envoi d'information, centre de messages courts de l'internet des objets, dispositif terminal et support de stockage

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018004407A1 (fr) * 2016-06-29 2018-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Systèmes et procédés de contrôle d'accès à des services

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1897577A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种ip多媒体子系统即时消息传送方法与装置
CN1897578A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种消息转换方法与系统
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
CN1897577A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种ip多媒体子系统即时消息传送方法与装置
CN1897578A (zh) * 2005-07-14 2007-01-17 华为技术有限公司 一种消息转换方法与系统
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 (fr) * 2022-07-15 2024-01-18 中兴通讯股份有限公司 Procédé d'envoi d'information, centre de messages courts de l'internet des objets, dispositif terminal et support de stockage

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
EP3257201B1 (fr) Améliorations apportées à des passerelles de messagerie
EP3010184B1 (fr) Procédé et passerelle de messages courts à protocole internet (ip-sm-gw) pour fournir un service d'interfonctionnement entre une messagerie convergente sur ip (cpm) et un service de messages courts (sms)
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 (fr) Procédé et dispositif de traitement pour découverte de terminal de communications convergentes et détection de capacité
WO2015196809A1 (fr) Procédé et dispositif de traitement de message
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) Ims 프로파일 동기화 시스템, 홈 가입자 서버, 호제어 기능장치, 어플리케이션 서버 및 그 ims 프로파일 동기화 방법
US9986392B1 (en) Delivering short message service (SMS) messages via an internet protocol multimedia subsystem (IMS)
KR102049587B1 (ko) 착신망의 어플리케이션 서버 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
CN113316096B (zh) 一种宽带集群中视频转发给组的方法及系统
US20240224003A1 (en) Utilizing ipsm gateway for delivery unification and domain selection
KR100933781B1 (ko) 아이피 멀티미디어 서브시스템에서의 사용자 장치 등록처리 방법
KR20230141740A (ko) 레벨 1 번호들의 라우팅을 용이하게 하기 위한 시스템 및 방법
WO2017084619A1 (fr) Procédé et dispositif de transmission de messages courts, et système
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