WO2007098685A1 - Procédé, système et appareil basés sur ip pour l'acheminement de messages - Google Patents

Procédé, système et appareil basés sur ip pour l'acheminement de messages Download PDF

Info

Publication number
WO2007098685A1
WO2007098685A1 PCT/CN2007/000611 CN2007000611W WO2007098685A1 WO 2007098685 A1 WO2007098685 A1 WO 2007098685A1 CN 2007000611 W CN2007000611 W CN 2007000611W WO 2007098685 A1 WO2007098685 A1 WO 2007098685A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
gateway
routing
hss
hlr
Prior art date
Application number
PCT/CN2007/000611
Other languages
English (en)
French (fr)
Inventor
Xiaoqin Duan
Chengzhen Sun
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP07711014.6A priority Critical patent/EP1998526B1/en
Priority to CN200780000422.7A priority patent/CN101322381B/zh
Publication of WO2007098685A1 publication Critical patent/WO2007098685A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • IP-based message routing method system and device
  • the present invention relates to the field of network communication technologies, and in particular, to an IP-based message routing method, system, and device. Background of the invention
  • the network structure of the IMS (IP-based Multimedia Subsystem) message service interworking with the traditional short message service is as shown in FIG.
  • SME Short Message Entity
  • SM-SC Short Message Service Center
  • SMS-GMSC/SMS-IWMSC Gateway Mobile Switching Center/Short Message Gateway
  • HSS/HLR Home User
  • Server/Home Location Register Server/Home Location Register
  • CGF/CDF Border Gateway Function/Charging Data Function
  • OCS Online Billing System
  • the SM-SC is used to store short messages.
  • the SMS-GMSC is a traditional message routing entity for querying the HSS/HLR for routing information when the mobile user receives the short message.
  • the SMS-IWMSC is used to check whether the mobile user roams. It is allowed to send a short message to its home SM-SC.
  • the short message centers applied in the mobile network are three network devices integrating SM-SC, SMS-GMSC and SMS-IWMSC, and the three functional entities are not implemented as separate physical devices, so In the following description, the short message center represents three integrated network devices of SM-SC, SMS-GMSC and SMS-IWMSC.
  • the HSS/HLR is used to store data information of mobile users, including routing information.
  • the CGF/CDF is used to collect and process billing information of the user's offline billing, and then transmitted to the billing center.
  • the OCS is used to collect and process mobile users online. Billing bill information is then passed to the billing center.
  • IP-Message-GW IP Message Gateway
  • Figure 1 is a new network entity that interworks between the IP network message protocol and the existing WCDMA/GSM network short message protocol. Communication between the IP user equipment and the SMS-GMSC/SMS-IWMSC is implemented.
  • the IMS core contains the core logical entities of the IP Multimedia Subsystem domain: S-CSCF (Serving Call State Control Function), P-CSCF (Proxy CSCF), and P I-CSCF (Query CSCF).
  • S-CSCF Server Call State Control Function
  • P-CSCF Proxy CSCF
  • P I-CSCF Query CSCF
  • the IMS core provides a reliable connection between the user equipment and the IP-Message-GW.
  • SIP Session Initiation Protocol
  • IP-Message- GW informs HSS that the UE is registered and
  • the IP-Message-GW address the HSS saves the IP user's status as IP Connected, and stores the IP user's address and: 1: The address of the TP-SM-GW of the book.
  • the SMS-MT Short Message Mobile Termination
  • the SMS-GMSC needs to be associated with the IP-Message-GW. The information exchange is performed, that is, the SMS-GMSC needs to receive and process the address of the IP-Message-GW network element.
  • the SMS-GMSC can receive and process the addresses of two network elements of the MSC (Mobile Switching Center) and the SGSN (Serving GPRS Support Node).
  • the SMS-GMSC is required to receive and process the addresses of the three network elements of the IP-Message-GW, the MSC, and the SGSN, and the S-CSCF
  • the SMS-GMSC When sending a routing information request to the HLR/HSS, it needs to carry an identifier that supports the IP message. This requires changes to the traditional short message network element SMS-GMSC, which will increase the implementation cost of IP-based messaging services, which is not expected by operators. Summary of the invention
  • the embodiments of the present invention provide an IP-based message routing method, system, and device, which avoid changes to a traditional message routing entity and implement IP-based message services at low cost.
  • the called side home subscriber server/home location register HSS/HLR forwards the indication information of the IP message gateway that forwards the message to the called user to the message routing entity;
  • the message routing entity forwards the received message to the IP message gateway of the called user according to the indication information; after receiving the message, the IP message gateway requests the HSS/HLR to request the routing information of the message, and according to the request The obtained routing information routes the message.
  • An embodiment of the present invention further provides an IF-based message routing system, where the system includes: an indication information module disposed in a home subscriber server/home location register HSS/HLR, a message forwarding module and a setting set in a message routing entity a message routing module in the IP message gateway;
  • the message routing entity receives the message sent by the terminal, and sends a route query request to the called side HSS/HLR.
  • the indication information module is configured to forward the message to the message routing entity when receiving the route query request sent by the message routing entity. Forwarding the message to the indication message of the IP message gateway of the called user, and returning the routing information of the message to the IP message gateway when receiving the route query request transmitted by the message routing module;
  • a message forwarding module configured to: forward, according to the indication information received by the message routing entity, a message received by the message routing entity to an IP message gateway of the called user;
  • the message routing module is configured to: after receiving the message forwarded by the message forwarding module, the IP message gateway sends a route query request to the called side HSS/HLR, and routes the message according to the routing information obtained by the request.
  • the embodiment of the present invention further provides a home subscriber server/home location register, located on the called side.
  • the HSS/HLR receives a route query request transmitted by the message routing entity, and the home subscriber server/home location register HSS/HLR is provided with an indication information module;
  • the indication information module is configured to: after the HSS/HLR receives the route query request sent by the message routing entity, forward the indication information for forwarding the message to the IP message gateway of the called user to the message routing entity, and receiving the IP message gateway When the route query request is transmitted, the routing information of the message is returned to the IP message gateway.
  • the embodiment of the present invention further provides a message routing entity device, where the message routing entity receives the message sent by the terminal, and sends a route query request to the called user server/home location register HSS/HLR, where the message routing entity is set.
  • a message forwarding module There is a message forwarding module;
  • a message forwarding module configured to: after the message routing entity device receives the indication information of the HSS/HLR transmission to forward the message to the IP message gateway of the called user, according to the indication information received by the message routing entity, the message routing entity The received message is forwarded to the IP message gateway of the called user, and the IP message gateway of the called user routes the message to the called user.
  • the embodiment of the present invention further provides an IP message gateway, where the IP message gateway is provided with a message routing module.
  • the message routing module is configured to: after receiving the message forwarded by the message routing entity, the IP message gateway sends the message to the called side.
  • the HSS/HLR sends a route query request and routes the message according to the routing information returned by the HSS/HLR.
  • the traditional message routing entity in the embodiment of the present invention only needs to forward the received message to the IP message gateway, and the subsequent routing process of the message is implemented by the IP message gateway.
  • the method can implement IP-based message routing in the case that the traditional message routing entity does not have multiple address processing capabilities such as three address information, and does not need to modify the traditional message routing entity, so that it is not necessary to upgrade the traditional message.
  • the IMS-based message service is interworked with the traditional short message service, which reduces the investment cost of the operator; reduces the implementation cost of the IMS-based message service and the traditional short message service interworking.
  • FIG. 1 is a schematic diagram of a network architecture of an IMS-based message service interworking with a conventional short message service in the prior art
  • FIG. 2 is a flow chart of an SMS-MT of a UE in an IMS network domain according to an embodiment of the present invention. Mode for carrying out the invention
  • Embodiments of the present invention provide for the HLR/HSS (Home Subscriber Server/Home Location Register) on the called side
  • the traditional message routing entity such as the short message routing entity SMS-GMSC and the multimedia short message routing entity MMS Relay, fixedly return an indication message for forwarding the message to the IP message gateway of the called user, so that the traditional message routing entity fixedly forwards the short message it receives.
  • the IP message gateway implements the routing query of the message and the function of storing and forwarding the message.
  • the embodiment of the present invention avoids the process of receiving and processing the address of multiple network entities by the traditional message routing entity, thereby effectively avoiding the interworking between the IMS-based message service and the traditional short message service, and the traditional message routing entity.
  • the modification and upgrade performed finally enable the embodiment of the present invention to implement interworking between the IMS-based message service and the traditional message service at low cost.
  • the IP message gateway has the capability of receiving a message sent by a traditional message routing entity, and has the ability to store and forward the message and perform subsequent path attempts according to the message transmission result, and
  • the IP Messaging Gateway also has the ability to query the HLR/HSS for routing messages.
  • the IP message gateway can also perform the NeDS (Network Domain Selection) function, that is, set the operator's policy and user's preference in the IP message gateway.
  • NeDS Network Domain Selection
  • IP The message gateway can decide to send a message to the user via a certain path according to the policy of the operator stored by itself and the user preference information and the routing information obtained by the query.
  • the NeDS function can also be set in the HSS/HLR, so that when the IP message gateway queries the HSS/HLR for the routing information of the message, the HSS/HLR can prioritize the routing information and the decision path of the NeDS function. The information is sent together to the IP Messaging Gateway.
  • the HLR/HSS needs to perform different processing for different routing query request initiators. For example, when the HLR/HSS determines that the network element requesting message routing information is a traditional message routing entity, the HLR/HSS may Directly returning the instruction message to the traditional message routing entity to forward the message to the IP message gateway of the called user, where the indication information is the IP message gateway address of the called user; the HLR/HSS may also forward the route query request to the IP message gateway.
  • the IP message gateway returns a route query response message carrying the IP message gateway address to the traditional message routing entity; if the HLR/HSS determines that the network element requesting the message routing information is an IP message gateway, the HLR/HSS needs to be based on The current registered information of the called user, that is, according to the registered status of the called user in the IMS, the registration status in the CS domain, and the registration status in the PS domain, returning to the IP message gateway any of the following addresses that the user terminal has registered.
  • HLR/HSS can also only use the IMS of the called user I (International Mobile Subscriber Identity) returns to the IP message gateway; the HLR/HSS can also return the IMSI of the called user and any address registered by the user terminal to the IP message gateway.
  • IMS International Mobile Subscriber Identity
  • the traditional message routing entity sends a routing query request to the HLR/HSS to request the HLR/HSS to provide the routing information of the message service.
  • the message of the routing query request sent by the traditional message routing entity carries the called user identification information.
  • the HLR/HSS determines that the network element that sends the route query request message is a traditional message routing entity, it directly returns the IP message gateway address of the called user to the traditional message routing entity, or the HL 7HSS directly forwards the route query request message to
  • the IP message gateway returns a route query response message carrying the address information of the IP message gateway to the traditional message routing entity by the IP message gateway.
  • the IP message gateway address of the called user may be statically configured in the HLR7HSS according to the user identifier, or the user's IP message gateway address may be registered in the HLR/ through the IMS third party registration process when the user performs IMS registration. In the HSS. In this way, the HLR/HSS can be indexed to the IP message gateway address corresponding to the user according to the user identification information in the route query request.
  • the route query response message may be directly returned to the traditional message routing entity by the IP message gateway, or may be The IP message gateway first returns the route query response message to the HLR/HSS, and then the HLR/HSS returns a route query response message to the traditional message routing entity.
  • the traditional message routing entity forwards the message to the IP message gateway according to the IP message gateway address in the route query response message returned by the HLR/HSS or the IP message gateway, and the IP message gateway stores the received message.
  • the IP message gateway initiates a route query request to the HLR/HSS to request the HLR/HSS to provide routing information of the message service, and the message of the route query request sent by the IP message gateway carries the called user identification information.
  • the HLR/HSS determines that the network element that sends the route query request message is an IP message gateway
  • the HLR/HSS is based on the current registration information of the user, that is, according to the registration status of the user in the IMS domain, the registration status in the CS domain, and the PS domain.
  • the registration status returns one or more of the following information to the IP Messaging Gateway: IMSI of the user terminal,
  • the address of the S-CSCF, MSC, and SGSN is the address of the S-CSCF, MSC, and SGSN.
  • the IP message gateway queries the HLR/HSS for message routing information
  • the MAP protocol may be used, or the Diameter protocol may be used.
  • the IP message gateway uses the MAP protocol to exchange routing information with the HLR/HSS, the two types of interaction can be used to implement routing information transmission, namely:
  • Method 1 Change the MAP-SEND-ROUTING-INFO-FOR-SM message in the existing MAP protocol, such as adding address information in the routing information response message.
  • the HLR/HSS can simultaneously return the address of three network elements or multiple network elements to the IP message gateway through the modified message; or return the address of the IMSI and multiple network elements to the IP message gateway at the same time, that is, to the IP message gateway. Returns the MSC address, SGSN address, S-CSCF address, and IMSI.
  • Method 2 still use the current MAP-SEND-ROUTING-INFO-FOR-SM message, that is, not Change the information.
  • the HLR7HSS can only return the address information of the two network devices that the called user has registered to the IP message gateway.
  • the HLR/HSS can first return the address of the network element with the lower priority of the message sending path to the IP message gateway according to the configuration information, or return the address of the IMSI and a higher priority network element.
  • the IP message gateway will again obtain routing information from the HLR/HSS to obtain the address information of other network devices that have been registered by the called user and the IMSI that has not been returned.
  • the IP message gateway requests the last.
  • the address information of the network device that is registered by the called user terminal, and the last address information may be the address information of the network element corresponding to the message sending path with the lowest priority.
  • the IP message gateway uses the Diameter protocol to query the HLR/HSS for message routing information, it needs to add an interactive message for querying routing information based on the current Diameter protocol, so that the IP message gateway obtains multiple multiples from the HSS.
  • the address information of the network element and the process of the IMSI is not limited to, but not limited to, but not limited to, but not limited to, but not limited to, but not limited to, but not limited to, but not limited to the IP message gateway.
  • the IP message gateway After receiving the one or more of the addresses of the IMSI, S-CSCF, MSC, and SGSN returned by the HLR/HSS, the IP message gateway performs the NeDS function, that is, the IP message gateway receives the message according to the stored operator's policy and user preferences. The address information of the network device to which the called user has been registered, and the IMSI make a decision to determine the priority of the message sending path. The IP message gateway first selects the message sending path with the highest priority according to the determined priority order. For example, the IP message gateway determines that the priority order of the message sending path is IMSI, SGSN, MSC, then the IP message gateway first calls the called party.
  • the user's IMSI is converted into a TEL-URI format, and the called user identifier in the SIP-URL format is obtained according to the called user identifier in the TEL-URL format, and then the message is sent to the S-CSCF using the SIP MESSAGE format.
  • the IP message gateway After the IP message gateway sends the message and receives the transmission report that the message is successfully sent, the IP message gateway deletes the stored message information, and forwards the successful transmission report to the traditional message routing entity.
  • the IP message gateway can perform subsequent processing according to the transmission report that the received message is sent, that is, after the message fails to be sent through a certain sending path, the IP message gateway
  • the attempting process of sending a message according to the priority order of other sending paths for example, when the IP message gateway receives the message sending failure report returned by the S-CSCF, continues to send a message to the SGSN according to the priority order of the message sending path; After receiving the message failure report returned by the SGSN, the IP message gateway continues to send a message to the MSC according to the priority order of the message sending path. If the IP message gateway fails to send the message after all the transmission paths are attempted to be sent, the IP message gateway deletes the stored message and forwards the transmission report of the failed message transmission to the traditional message routing entity.
  • the IP message gateway When the IP message gateway receives the transmission report that the message fails to be sent, it may also determine the subsequent processing flow according to the reason carried in the failure report. For example, when the message failure reason is MCEF (storage space is full), the IP message is used. The gateway can no longer perform the sending attempt of other paths. At this time, the IP message gateway can directly delete the stored message and forward the report of the failed message transmission to the traditional message routing entity.
  • MCEF storage space is full
  • the NeDS function can also be implemented by the HLR/HSS, that is, the operator's policy and user preference information are set in the HLR/HSS, and the HLR/HSS receives the message routing information query from the IP message gateway.
  • the HLR/HSS receives the message routing information query from the IP message gateway.
  • the HL 7HSS performs the NeDS function, that is, the HLR/HSS prioritizes the address information and IMSI of the network device that the called user has registered according to the operator's policy and user preferences. The order is sorted, and then a list with priority order is returned to the IP message gateway.
  • the IP message gateway selects the message transmission path with the highest priority according to the priority order carried in the route query response message, and sends the message.
  • the process of sending the report and the report of the success of the message is sent, the process of sending the message is basically the same as that of the above embodiment, and details are not described herein.
  • the IP message gateway plays a role similar to the message routing entity in the traditional network and the message storage and forwarding entity in the called side network, IP.
  • the message gateway can query the message routing information and store and forward the message.
  • the embodiment of the present invention can implement the IMS network without changing the traditional message service network element in the calling side network, that is, the traditional message routing entity.
  • the domain communicates with the messaging service of the traditional network.
  • the IP message gateway may further filter and filter the stored messages to prevent spam, spoofing, and virus messages from being sent.
  • the IP message gateway only filters and filters. Non-spam messages, non-spoofed messages, etc. perform route query and message forwarding processing.
  • the embodiment of the present invention can also add a charging function to the IP message gateway side. For example, when the IP message gateway receives the transmission report that the message returned by the called user is successfully sent, the IP message gateway performs charging processing on the message sending of the calling user, and then When receiving the transmission report that the message returned by the called user is successfully sent, the IP message gateway charges the received message of the called user, thereby implementing the charging function for receiving the message on the called side.
  • IP-based message routing method according to the embodiment of the present invention is described in detail below with reference to FIG.
  • step 1 the message center forwards the short message to the SMS-GMSC.
  • the SMS-GMSC sends a route query request to the HLR/HSS to obtain routing information of the message.
  • the route query request message carries the called user identification information.
  • HLR/HSS determines the request for short message routing After the network element of the information is the SMS-GMSC, the address of the IP message gateway where the called user terminal is located is returned to the SMS-GMSC.
  • the IP message gateway address where the called user terminal is located may be statically configured in the HLR/HSS according to the user identifier, or may be used to register the IP address of the user's IP message through the IMS third party registration process when the user performs IMS registration.
  • the HLR/HSS indexes the IP message gateway address corresponding to the user according to the called user identification information in the route query request.
  • the HLR7HSS may directly forward the route query request message to the IP message gateway, and the IP message gateway directly returns the IP message gateway to the SMS-GMSC.
  • the routing query response message of the address information the IP message gateway may also send the routing query response message to the HLR/HSS, and then the HLR/HSS sends the routing query response message to the SMS-GMSC.
  • the SMS-GMSC After obtaining the IP message gateway address, the SMS-GMSC sends a short message carrying the MSISDN of the called user terminal to the IP message gateway, and the IP message gateway receives and stores the short message sent by the SMS-GMSC.
  • the IP message gateway sends a route query request to the HLR/HSS to obtain the routing information of the message it receives.
  • the route query request message carries the called user identification information.
  • the HLR/HSS After determining that the network element requesting the short message routing information is the IP message gateway, the HLR/HSS according to the current registration information of the user, that is, according to the registration status of the user in the IMS domain, the registration status in the CS domain, and the registration in the PS domain. Status, returning to the IP message gateway any one or more of the following contents of the user terminal: IMSI, address of the S-CSCF, MSC address, address of the SGSN.
  • the path sent by the IP message gateway to the HLR/HSS is a modified MAP-SEND-ROUTING-INFO-FOR-SM message, so that the HLR/HSS returns the route to the IP message gateway.
  • the information response message may carry multiple information, such as the address carrying the MSC, the address of the SGSN, and the IMSI.
  • Step 5 After receiving the information returned by the HLR/HSS, the IP message gateway performs the NeDS function, that is, determines the received address list according to the stored operator's policy and user preference, to determine the priority of the message sending path.
  • the order of priority such as the IP message gateway, determines the priority order of the message sending path to be IMSI, SGSN, MSC.
  • the IP message gateway selects the message sending path with the highest priority according to the determined message sending path priority order, if the IP message gateway decides the priority of the message sending path.
  • the order of the order is IMSI, SGSN, MSC, then the IP message gateway first converts the IMSI of the called user into a TEL-URI format, and obtains the called user identifier in the SIP-URL format according to the called user identifier in the TEL-URL format, and then Send a message to the S-CSCF using the SIP MESSAGE format.
  • the S-CSCF After receiving the message sent by the IP message gateway, the S-CSCF forwards the message to the called user terminal by using the SIP MESSAGE, and sets the message to be sent. Go to step 8.
  • the called user terminal sends a transmission report indicating that the message transmission failed to the S-CSCF by using the SIP MESSAGE.
  • the S-CSCF uses SIP MESSAGE to send a transmission report indicating that the message failed to be sent to the IP message gateway.
  • the IP message gateway analyzes the failure report received by the IP message gateway.
  • the IP message gateway determines that the failure reason is MCEF (terminal memory is full)
  • the IP message gateway directly sends a transmission report of the short message transmission failure to the SMS-GMSC, and Carrying the corresponding failure reason MCEF, and then deleting the stored short message.
  • the SMS-GMSC sends a transmission report of the short message transmission failure to the HLR/HSS and the short message center, and carries the corresponding failure reason MCEF; The process ends.
  • the IP message gateway determines that the reason for the failure is not MCEF (the terminal memory is full)
  • the IP message gateway sends a message to the SGSN according to the transmission path of the next priority according to the priority order of the message sending path determined in step 5. .
  • Step 11 After receiving the message sent by the IP gateway, the SGSN forwards the short message to the called user terminal. Set this message to be sent successfully.
  • the called user terminal sends a transmission report that the short message is successfully sent to the SGSN.
  • the SGSN sends a transmission report that the short message is successfully sent to the IP message gateway, and the IP message gateway deletes the stored short message.
  • the IP message gateway sends a transmission report that the short message is successfully sent to the SMS-GMSC.
  • the SMS-GMSC sends a short message to the HLR/HSS to send a successful transmission report.
  • the SMS-GMSC sends a short message to the short message center to send a successful transmission report.
  • the message sending process ends.
  • IP-based message routing system the HSS/HLR, the traditional message routing entity, and the IP message gateway provided by the embodiments of the present invention are described in detail below.
  • the IP-based message routing system mainly includes: an indication information module disposed in the HSS/HLR, a message forwarding module disposed in the traditional message routing entity, and a message routing module disposed in the IP message gateway.
  • the indication information module is mainly used to: after the HSS/HLR receives the route query request, determine the sender of the route query request, and when it is determined that the route query request received by the HSS/HLR is sent by the traditional message routing entity, the indication is The information module may forward the route query request to the IP message gateway of the called user, and forward the route query response message carrying the address information of the IP message gateway returned by the message routing module of the IP message gateway to the traditional message routing entity.
  • the message routing module in the IP message gateway can also directly return the route query response message to the traditional The message routing entity; the indication information module in the HSS/HLR may also directly return the indication information of the IP message gateway that forwards the message to the called user to the traditional message routing entity, such as the indication information module returns the called party to the traditional message routing entity.
  • Address information of the user's IP message gateway when it is determined that the route query request received by the HSS/HLR is sent by the IP message gateway, the routing information indicating that the information module returns a message to the IP message gateway, such as the network device that the called user has registered Address information and IMSI.
  • the indication information module may return the address information and the IMSI of all the network devices that the called user has registered to the IP message gateway at one time; or return the address information of the part of the network devices that the called user has registered to the IP message gateway.
  • the address information and the IMSI of the part of the network device that the called user has registered may also be returned to the IP message gateway, and when the IP message gateway performs the route query again for the message, the address of the other network device that the called user has registered is further
  • the information and the IMSI that has not been returned are returned to the IP message gateway.
  • the indication information module may also return the priority information of each network device, and the indication information module may determine by performing the NeDS function. Priority information of each network device. Specifically, it is described in the above method.
  • the message forwarding module is mainly used to: forward the message received by the traditional message routing entity to the IP message gateway of the called user according to the indication information received by the traditional message routing entity, such as the address information of the IP message gateway of the called user. .
  • the message routing module is mainly used to: after receiving the message forwarded by the traditional message routing entity, the IP message gateway stores the message and requests routing information of the message to the HSS/HLR, and the message routing module receives the HSS/HLR transmission.
  • the message routing module can exchange routing information with the HSS/HLR through the existing MAP protocol, Diameter protocol, etc.
  • the routing information can be implemented by means of extending the address information and adding a route query request message. .
  • the specific content is as described in the above method.
  • the main functions of the above message routing module may be implemented by a storage submodule, a route query submodule, a message routing submodule, a filtering submodule, and a charging submodule.
  • the storage submodule is mainly used to: store the message forwarded by the IP message gateway and forwarded by the message forwarding module.
  • the filtering sub-module is mainly used to: filter and filter the messages received by the IP message gateway, and notify the routing query sub-module to perform routing information query on the filtered and filtered messages.
  • the filtering sub-module may filter and filter the message before the storage sub-module stores the message, so that the garbage message, the virus message, and the like may not be stored; the filtering sub-module may also filter and filter the message after the storage sub-module stores the message, and
  • the spam messages, virus messages, and the like stored in the storage submodule are deleted according to the filtering result.
  • the route query submodule is mainly used to: receive the message forwarded by the message forwarding module at the IP message gateway, and After receiving the notification of the routing information query of the filtering sub-module, the routing query request carrying the called user identification information is sent to the HSS/HLR. '
  • the route query sub-module may obtain the message routing information from the HSS/HLR using the unexpanded MAP-SEND-ROUTING-INFO-FOR-SM message specified in the current protocol, or may use the MAP-SEND with the extended address information.
  • the -ROUTING-INFO-FOR-SM message gets the message routing information from the HSS/HLR.
  • the routing information can also be obtained from the HSS/HLR using the newly set route query request message. Specifically, it is described in the above method.
  • the message routing sub-module is mainly used for: when the IP message gateway receives the address information and/or the IMSI of the network device that the called user has registered, which is returned by the HSS/HLR, according to the priority of the message sending path, and the network that it receives.
  • the device's address information and the IMSI route the message.
  • the priority information herein may be sent by the HSS/HLR when returning the address information of the network device that the called user has registered, or may be determined by the message routing sub-module by executing the NeDS function.
  • the message routing sub-module implements the message routing process as follows: The message routing sub-module first selects the message sending path with the highest priority according to the priority order, and sends a message, for example, the priority order of the message sending path is IMSI, SGSN, MSC, then the message routing sub- The module first sends a message to the S-CSCF. After the message routing sub-module sends the message and receives the transmission report that the message returned by the called user terminal is successfully sent, the message routing sub-module deletes the message stored in the storage sub-module, and forwards the message to the traditional message routing entity. Send a report.
  • the message routing sub-module After the message routing sub-module sends the message and receives the transmission report that the message returned by the called user terminal fails to be sent, the message routing sub-module should perform the message sending attempt according to the priority order of other sending paths, such as when the message is routed.
  • the sub-module After receiving the message failure report returned by the S-CSCF, the sub-module continues to send the message to the SGSN according to the priority sequence of the message sending path. If the message routing sub-module receives the message failure report returned by the SGSN, the sub-module sends the message according to the message. The priority order of the paths continues to send messages to the MSC. If the message routing sub-module attempts to send all the transmission paths and the message still fails to be sent, the IP message gateway deletes the message stored in the storage sub-module and forwards the transmission report of the failed message transmission to the traditional message routing entity.
  • the subsequent processing flow may be determined according to the reason carried in the failure report. For example, when the message failure reason is MCEF (storage space is full), the message routing sub-module may The sending attempt of the other path is no longer performed. At this time, the message routing sub-module can directly delete the message stored in the storage sub-module, and forward the transmission report of the failed message transmission to the traditional message routing entity.
  • the message failure reason is MCEF (storage space is full)
  • the message routing sub-module may The sending attempt of the other path is no longer performed.
  • the message routing sub-module can directly delete the message stored in the storage sub-module, and forward the transmission report of the failed message transmission to the traditional message routing entity.
  • the message routing sub-module After failing to perform the message attempt forwarding, the route query sub-module may be notified to continue to query the indication information module for the address information and the IMSI of the other network device that the called user corresponding to the message has registered, so that the message routing sub-module can
  • the second received message continues the routing process of the message, and when the message is routed according to the address information of all the network devices that the called user has registered and the IMSI, and the message fails, the message routing sub-module forwards the message to the traditional message routing entity.
  • a report that the message failed to be sent Specifically, it is described in the above method.
  • the billing sub-module is mainly used to: when the message routing sub-module receives the message sending report that is successfully sent by the called user terminal, performs charging processing on the message sending of the calling user, and the charging sub-module can also call the called party. The user's message is received for billing.

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)

Description

一种基于 IP的消息路由方法、 系统和设备 技术领域
本发明涉及网络通讯技术领域，具体涉及一种基于 IP的消息路由方法、系统和设备。 发明背景
目前， 基于 IMS (IP的多媒体子系统）的消息业务与传统短消息业务互通的网络构 架如附图 1所示。
图 1 所示的网络构架中的 SME (短消息实体）、 SM-SC (短消息业务中心）、 SMS-GMSC/SMS-IWMSC (关口移动交换中心 /短消息网关）、 HSS/HLR (归属用户服务 器 /归属位置寄存器）、 CGF/CDF (计费网关功能 /计费数据功能） 和 OCS (在线计费系 统） 是目前移动网实现 SMS业务的功能实体。
SM-SC用于存储短消息； SMS-GMSC是传统消息路由实体， 用于在移动用户接收 到短消息时， 向 HSS/HLR查询路由信息； SMS-IWMSC用于检査移动用户漫游情况下 是否允许向其归属 SM-SC发送短消息。 目前移动网络中应用的短消息中心都是集 SM-SC、 SMS-GMSC和 SMS-IWMSC三个为一体的网络设备， 并没有将这三个功能实 体作为单独的物理设备来实现， 所以， 在下面的描述中， 短消息中心即代表 SM-SC、 SMS-GMSC和 SMS-IWMSC三个一体的网络设备。
HSS/HLR用于存储移动用户的数据信息， 包括路由信息， CGF/CDF用于收集并处 理用户的离线计费的话单信息， 然后， 传递至计费中心， OCS用于收集并处理移动用户 在线计费的话单信息， 然后传递至计费中心。
图 1中的 IP-Message-GW ( IP Message Gateway， IP消息网关） 是新增的网络实体， 该网络实体通过使 IP网消息协议和已有的 WCDMA/GSM网络短消息协议之间互通，来 实现 IP用户设备与 SMS-GMSC/SMS-IWMSC之间的通讯。
IMS core包含了 IP多媒体子系统域的核心逻辑实体： S-CSCF (服务呼叫状态控制 功能）、 P-CSCF (代理 CSCF) 禾 P I- CSCF (査询 CSCF)。 IMS core为用户设备和 IP-Message- GW之间提供了可靠的连接。 基于 SIP (会话初始协议） 的用户设备 UE使 用消息业务时， 必须先注册到 IMS， 然后再通过 IMS向 IP- Message-GW发起的第三方 注册在 IP-Message-GW上注册， IP- Message-GW通知 HSS该 UE已注册以及
IP-Message-GW地址， HSS保存 IP用户的状态为 IP Connected, 并存储 IP用户的地址 和： 1： 册的 TP-SM-GW的她址。 在目前的技术方案中， 被叫 UE在 IP-Message-GW中注册之后， 如果 IMS网络域 的 UE需要实现 SMS-MT (短消息移动终结）过程，则 SMS-GMSC需要与 IP- Message-GW 进行信息交互， 即 SMS-GMSC需要接收并处理 IP- Message- GW网元的地址。
在目前的网络中， SMS-GMSC最多能够接收并处理 MSC (移动交换中心）和 SGSN (服务 GPRS支持节点）两个网元的地址。根据目前的技术要求， 要实现基于 IMS的消 息业务与传统短消息业务互通，要求 SMS-GMSC能够接收并处理 IP- Message-GW、MSC 和 SGSN的三个网元的地址， 并且， S- CSCF在向 HLR/HSS发送路由信息请求时， 需要 携带支持 IP消息的标识。这就需要对传统短消息网元 SMS-GMSC进行改动， 这种改动 会提高基于 IP的消息业务的实现成本， 这是运营商所不期望的。 发明内容
本发明实施方式提供一种基于 IP的消息路由方法、 系统和设备， 避免了对传统消息 路由实体的改动， 低成本的实现了基于 IP的消息业务。
本发明实施方式提供的一种基于 IP的消息路由方法， 包括：
被叫侧归属用户服务器 /归属位置寄存器 HSS/HLR向消息路由实体转发将消息转发 至被叫用户的 IP消息网关的指示信息；
消息路由实体根据所述指示信息， 将其接收的消息转发至被叫用户的 IP消息网关； 所述 IP消息网关在接收到消息后， 向 HSS/HLR请求该消息的路由信息， 并根据其 请求获得的路由信息对所述消息进行路由。
本发明实施方式还提供一种基于 IF的消息路由系统， 所述系统包括： 设置于归属 用户服务器 /归属位置寄存器 HSS/HLR中的指示信息模块、 设置于消息路由实体中的消 息转发模块和设置于 IP消息网关中的消息路由模块；
消息路由实体接收终端发送来的消息， 并向被叫侧 HSS/HLR发送路由査询请求； 指示信息模块： 用于在接收到消息路由实体发送来的路由査询请求时， 向消息路由 实体转发将消息转发至被叫用户的 IP消息网关的指示信息， 在接收到消息路由模块传输 来的路由査询请求时， 向 IP消息网关返回消息的路由信息；
消息转发模块： 用于根据消息路由实体接收的所述指示信息， 将消息路由实体接收 的消息转发至被叫用户的 IP消息网关；
消息路由模块：用于在 IP消息网关在接收到消息转发模块转发来的消息后， 向被叫 侧 HSS/HLR发送路由査询请求， 并根据其请求获得的路由信息对所述消息进行路由。 本发明实施方式还提供一种归属用户服务器 /归属位置寄存器， 位于被叫侧的
HSS/HLR接收消息路由实体传输来的路由查询请求， 所述归属用户服务器 /归属位置寄 存器 HSS/HLR中设置有指示信息模块；
指示信息模块： 用于在 HSS/HLR接收到消息路由实体发送来的路由査询请求后， 向 消息路由实体转发将消息转发至被叫用户的 IP消息网关的指示信息， 在接收到 IP消息网 关传输来的路由査询请求时， 向 IP消息网关返回消息的路由信息。
本发明实施方式还提供一种消息路由实体设备， 消息路由实体接收终端发送来的消 息， 并向被叫侧归属用户服务器 /归属位置寄存器 HSS/HLR发送路由查询请求， 所述消 息路由实体中设置有消息转发模块；
消息转发模块：用于在消息路由实体设备接收到 HSS/HLR传输来的将消息转发至被 叫用户的 IP消息网关的指示信息后， 根据消息路由实体接收的所述指示信息， 将消息路 由实体接收的所述消息转发至被叫用户的 IP消息网关， 由被叫用户的 IP消息网关将该消 息路由至被叫用户。
本发明实施方式还提供一种 IP消息网关，所述 IP消息网关中设置有消息路由模块; 消息路由模块： 用于在 IP消息网关在接收到消息路由实体转发来的消息后， 向被叫 侧 HSS/HLR发送路由查询请求，并根据 HSS/HLR返回的路由信息对所述消息进行路由。 通过上述技术方案的描述可知，本发明实施方式中传统的消息路由实体只需要将其 接收的消息转发至 IP消息网关即可， 消息的后续路由处理由 IP消息网关来实现， 这样， 本发明实施方式能够在传统的消息路由实体不具备多个如三个地址信息处理能力、且不 需要对传统的消息路由实体进行改动的情况下， 实现基于 IP的消息路由， 从而在不需要 升级传统的消息路由实体的情况下，实现了基于 IMS的消息业务与传统短消息业务互通， 减少了运营商的投资成本； 降低了基于 IMS的消息业务与传统短消息业务互通的实现成 本。 附图简要说明
图 1是现有技术中基于 IMS的消息业务与传统短消息业务互通的网络构架示意图； 图 2是本发明实施例的 IMS网络域中 UE的 SMS-MT流程图。 实施本发明的方式
本发明实施方式通过使被叫侧的 HLR/HSS (归属用户服务器 /归属位置寄存器） 向 传统消息路由实体如短消息路由实体 SMS-GMSC和多媒体短消息路由实体 MMS Relay 固定返回将消息转发至被叫用户的 IP消息网关的指示信息， 使传统消息路由实体将其 接收的短消息固定转发至 IP消息网关， 由 IP消息网关来实现消息的路由查询以及对消 息进行存储转发的功能。 这样， 本发明实施方式避免了传统消息路由实体对多个网络实 体的地址的接收并处理的过程，从而有效避免了因实现基于 IMS的消息业务与传统短消 息业务互通， 而对传统消息路由实体进行的改动和升级， 最终使本发明实施方式能够低 成本的实现基于 IMS的消息业务与传统消息业务的互通。
在本发明实施方式的技术方案中， IP消息网关具备接收来自于传统消息路由实体发 送的消息的能力， 并且具有对消息进行存储转发以及根据消息发送结果进行后续其他路 径尝试的能力， 而且， 该 IP消息网关还具备向 HLR/HSS查询消息路由信息的能力。 IP 消息网关还可以具备执行 NeDS (Network Domain Selection, 网络域选择） 功能， 即在 IP消息网关中设置运营商的策略及用户喜好信息 （operator's policy and user's preference) . 这样， 对于消息终结流程， IP消息网关能够根据其自身存储的运营商的策 略及用户喜好信息、 及其査询获得的路由信息， 决策出经由某一个路径将消息发送至用 户。 当然， NeDS功能也可以设置在 HSS/HLR中， 这样， IP消息网关在向 HSS/HLR查 询消息的路由信息时， HSS/HLR可以将路由信息和 NeDS功能的决策出的消息发送路 径的优先级信息一起发送至 IP消息网关。
从上述描述可以看出， HLR/HSS需要针对不同的路由査询请求发起方进行不同的处 理， 如当 HLR/HSS判断出请求消息路由信息的网元是传统消息路由实体时， HLR/HSS 可以直接向传统消息路由实体返回将消息转发至被叫用户的 IP消息网关的指示信息， 这里的指示信息如被叫用户的 IP消息网关地址； HLR/HSS也可以把路由查询请求转发 到 IP消息网关，由 IP消息网关向传统的消息路由实体返回携带有 IP消息网关地址的路 由查询响应消息； 再如当 HLR/HSS判断出请求消息路由信息的网元是 IP消息网关时， HLR/HSS需要根据被叫用户当前的已注册信息， 即根据被叫用户在 IMS的注册状态、 在 CS域的注册状态以及在 PS域的注册状态向 IP消息网关返回用户终端已经注册的下 述地址中的任意一个或多个： S-CSCF的地址、 MSC的地址、 SGSN的地址； HLR/HSS 也可以仅将被叫用户的 IMSI (International Mobile Subscriber Identity, 国际移动用户标 识）返回至 IP消息网关； HLR/HSS还可以将被叫用户的 IMSI、 以及上述用户终端巳经 注册的任意个地址返回至 IP消息网关。
本发明实施方式的基于 IP的消息路由的具体实现过程如下： 首先， 传统消息路由实体向 HLR/HSS发起路由查询请求， 以请求 HLR/HSS提供该 消息业务的路由信息，传统消息路由实体发送的路由查询请求的消息中携带有被叫用户 标识信息。 HLR/HSS在判断出发送路由查询请求消息的网元是传统消息路由实体时， 则直接向传统消息路由实体返回被叫用户的 IP消息网关地址，或者 HL 7HSS直接将路 由査询请求消息转发至 IP消息网关， 由 IP消息网关向传统的消息路由实体返回携带有 IP消息网关的地址信息的路由查询响应消息。
这里，被叫用户的 IP消息网关地址可以是根据用户标识静态配置在 HLR7HSS中的， 也可以是在用户进行 IMS注册时， 通过 IMS的第三方注册流程将用户的 IP消息网关地 址登记在 HLR/HSS中的。 这样， HLR/HSS可以根据路由查询请求中的用户标识信息索 引到该用户对应的 IP消息网关地址。
当 IP消息网关向传统的消息路由实体返回携带有 IP消息网关的地址信息的路由查 询响应消息时， 该路由查询响应消息可以是在由 IP消息网关直接返回给传统的消息路 由实体，也可以是由 IP消息网关先将路由查询响应消息返回至 HLR/HSS,再由 HLR/HSS 向传统的消息路由实体返回路由査询响应消息。
传统消息路由实体根据 HLR/HSS或者 IP消息网关返回的路由查询响应消息中的 IP 消息网关地址向 IP消息网关转发消息， IP消息网关对其接收到的消息进行存储。
然后， IP消息网关向 HLR/HSS发起路由査询请求， 以请求 HLR/HSS提供该消息业 务的路由信息， IP消息网关发送的路由査询请求的消息中携带有被叫用户标识信息。
HLR/HSS在判断出发送路由查询请求消息的网元是 IP消息网关时， HLR/HSS根据用户 当前的注册信息， 即根据用户在 IMS域的注册状态、 在 CS域的注册状态以及在 PS域 的注册状态向 IP消息网关返回下列信息中的任意一个或多个： 用户终端的 IMSI、
S-CSCF、 MSC、 SGSN的地址。
这里， IP消息网关向 HLR/HSS査询消息路由信息时， 可以使用 MAP协议， 也可 以使用 Diameter协议。当 IP消息网关使用 MAP协议与 HLR/HSS进行路由信息交互时， 可以使用两种交互方式来实现路由信息的传输， 即：
方式一、 改动现有 MAP协议中的 MAP-SEND-ROUTING-INFO-FOR-SM消息， 如 在取路由信息响应消息中增加地址信息。 这样， HLR/HSS可以通过改动后的消息向 IP 消息网关同时返回三个网元或多个网元的地址； 或者向 IP消息网关同时返回 IMSI和多 个网元的地址， 即向 IP消息网关返回 MSC地址、 SGSN地址、 S-CSCF地址和 IMSI等。
方式二、仍旧使用当前的 MAP-SEND-ROUTING-INFO-FOR-SM消息， 即不对该消 息进行改动。 此时， 由于现有协议的规定， HLR7HSS最多只能向 IP消息网关返回两个 被叫用户已注册的网络设备的地址信息。 这样， HLR/HSS可以根据配置信息先向 IP消 息网关返回两个消息发送路径优先级较髙的网元的地址、 或者返回 IMSI和一个优先级 较高的网元的地址。在后续流程的消息发送失败时，会导致 IP消息网关再次向 HLR/HSS 取路由信息来获取其他的被叫用户已注册的网络设备的地址信息及没有返回过的 IMSI, 如 IP消息网关请求最后一个被叫用户终端已注册的网络设备的地址信息， 最后一个地 址信息可以为优先级最低的消息发送路径对应的网元的地址信息。
当 IP消息网关使用 Diameter协议向 HLR/HSS査询消息路由信息时，需要在目前的 Diameter协议基础上， 新增一条用于查询路由信息的交互消息， 以实现 IP消息网关从 HSS处获取多个网元的地址信息、 以及 IMSI的过程。
IP消息网关接收到 HLR/HSS返回的 IMSI、 S-CSCF、 MSC、 SGSN的地址中的一个 或多个后， 执行 NeDS功能， 即 IP消息网关根据其存储的运营商的策略及用户喜好对 接收到的上述被叫用户已注册的网络设备的地址信息、 以及 IMSI进行决策， 以确定消 息发送路径的优先级。 IP消息网关按照决策出的优先级顺序首先选择优先级最高的消息 发送路径发送消息， 如 IP消息网关决策出消息发送路径的优先级顺序为 IMSI、 SGSN, MSC，则 IP消息网关首先把被叫用户的 IMSI,转换成 TEL-URI格式，并根据 TEL- URL 格式的被叫用户标识获得 SIP- URL格式的被叫用户标识， 然后， 使用 SIP MESSAGE格 式向 S-CSCF发送消息。
当 IP消息网关发送完消息、 并接收到消息发送成功的发送报告后， IP消息网关删 除其存储的消息信息， 并向传统消息路由实体转发消息发送成功的发送报告。
当 IP消息网关发送消息、 并接收到消息发送失败报告后， IP消息网关能够根据其 接收到的消息发送失败的发送报告进行后续处理， 即当消息经由某一条发送路径发送失 败后， IP消息网关应按照其他发送路径的优先级顺序进行消息发送的尝试过程，如当 IP 消息网关接收到 S-CSCF返回的消息发送失败报告后， 按照消息发送路径的优先级顺序 继续向 SGSN发送消息； 再如当 IP消息网关接收到 SGSN返回的消息发送失败报告后， 按照消息发送路径的优先级顺序， 继续向 MSC发送消息。 如果 IP消息网关对所有的发 送路径均进行了尝试发送之后， 消息仍然发送失败， 则 IP消息网关删除其存储的消息， 并向传统消息路由实体转发消息发送失败的发送报告。
上述 IP消息网关在接收到消息发送失败的发送报告时， 也可以根据失败报告中携 带的原因决定后续的处理流程， 如当消息失败原因为 MCEF (存储空间满） 时， IP消息 网关可以不再进行其他路径的发送尝试，此时， IP消息网关可以直接删除其存储的消息， 并向传统消息路由实体转发消息发送失败的发送报告。
在上述实施例的描述中， NeDS功能也可以由 HLR/HSS来实现， 即在 HLR/HSS中 设置运营商的策略及用户喜好信息， HLR/HSS在接收到来自 IP消息网关的消息路由信 息查询请求后， 根据用户当前的注册信息， 即根据用户在 IMS域的注册状态、 在 CS域 的注册状态以及在 PS域的注册状态， 获得用户终端的下述内容中的任意一个或多个- IMSI、 S-CSCF的地址、 MSC地址、 SGSN的地址， 然后， HL 7HSS执行 NeDS功能， 即 HLR/HSS根据运营商的策略及用户喜好对被叫用户已注册的网络设备的地址信息、 IMSI进行优先级排序， 然后， 向 IP消息网关返回具有优先级顺序的列表。 在后续的流 程中， IP消息网关在接收到 HLR/HSS返回的路由査询响应消息时， 按照路由查询响应 消息中携带的优先级顺序来选择优先级最高的消息发送路径， 并进行消息发送。 IP消息 网关发送完消息、接收到消息发送成功的发送报告 /消息发送失败的发送报告后的处理流 程与上述实施例的描述基本相同， 在此不再赘述。
通过上述实施例的描述可以看出， 在本发明实施方式的技术方案中， IP消息网关在 被叫侧网络中担任了类似于传统网络中的消息路由实体、 以及消息存储转发实体的角 色， IP消息网关可以査询消息路由信息， 并对消息进行存储转发。 通过将消息直接转发 至被叫侧网络中的 IP消息网关， 使得本发明实施方式能够在不需要改动主叫侧网络中 的传统消息业务网元即传统的消息路由实体的前提下，实现 IMS网络域与传统网络的消 息业务互通。
在本发明实施方式的技术方案中， IP消息网关还可以对其存储的消息进行进一步的 过滤筛选， 以防止垃圾消息、 欺骗消息、 病毒消息等发送， 此时， IP消息网关只对过滤 筛选后的非垃圾消息、 非欺骗消息等进行路由查询、 消息转发处理。
本发明实施方式还可以在 IP消息网关侧增加计费功能， 如 IP消息网关在接收到被 叫用户返回的消息发送成功的发送报告时， 对主叫用户的消息发送进行计费处理， 再如 IP消息网关在接收到被叫用户返回的消息发送成功的发送报告时，对被叫用户的消息接 收进行计费， 从而实现了对被叫侧消息接收的计费功能。
下面结合附图 2对本发明实施方式的基于 IP的消息路由方法进行详细描述。
图 2中， 在步骤 1、 消息中心向 SMS-GMSC转发短消息。
到步骤 2、 SMS-GMSC向 HLR/HSS发送路由查询请求， 以获取该消息的路由信息。 该路由查询请求消息中携带有被叫用户标识信息。 HLR/HSS在判断出请求短消息路由 信息的网元是 SMS-GMSC后， 向 SMS-GMSC返回被叫用户终端所在的 IP消息网关的 地址。 被叫用户终端所在的 IP消息网关地址可以是根据用户标识静态配置在 HLR/HSS 中的， 也可以是在用户进行 IMS注册时， 通过 IMS的第三方注册流程将用户的 IP消息 网关地址登记在 HLR/HSS中的。 HLR/HSS根据路由查询请求中的被叫用户标识信息索 引该用户对应的 IP消息网关地址。
这里， HLR7HSS在判断出请求短消息路由信息的网元是 SMS-GMSC后， 也可以直 接将路由查询请求消息转发至 IP消息网关， 由 IP消息网关直接向 SMS- GMSC返回携 带有 IP消息网关的地址信息的路由查询响应消息， IP消息网关也可以将路由查询响应 消息发送至 HLR/HSS， 再由 HLR/HSS将路由査询响应消息发送至 SMS- GMSC。
到步骤 3、 SMS-GMSC在获得 IP消息网关地址后， 向 IP消息网关发送携带有被叫 用户终端的 MSISDN的短消息， IP消息网关接收并存储 SMS- GMSC发送来的短消息。
' 到步骤 4、 IP消息网关向 HLR/HSS发送路由査询请求， 以获取其接收到的消息的 路由信息。 路由查询请求消息中携带有被叫用户标识信息。 HLR/HSS在判断出请求短 消息路由信息的网元是 IP消息网关后， 根据用户当前的注册信息， 即根据用户在 IMS 域的注册状态、 在 CS域的注册状态、 以及在 PS域的注册状态， 向 IP消息网关返回用 户终端的下述内容中的任意一个或多个： IMSI、 S-CSCF的地址、 MSC地址、 SGSN的 地址。 在该步骤中， IP消息网关向 HLR/HSS发送的路'由查询请求消息是经过改动的 MAP-SEND-ROUTING- INFO- FOR-SM消息， 这样， HLR/HSS向 IP消息网关返回的取 路由信息响应消息中可以携带多个信息， 如携带 MSC的地址、 SGSN的地址和 IMSI。
到步骤 5、 IP消息网关在接收到 HLR/HSS返回的信息后， 执行 NeDS功能， 即根 据其存储的运营商的策略及用户喜好对接收到的地址列表进行决策， 以确定消息发送路 径的优先级顺序， 如 IP消息网关决策出消息发送路径的优先级顺序为 IMSI、 SGSN, MSC。
到步骤 6、 在确定了消息发送路径的优先级后， IP消息网关按照决策出的消息发送 路径优先级顺序选择优先级最高的消息发送路径发送消息， 如果 IP消息网关决策出消 息发送路径的优先级顺序为 IMSI、 SGSN, MSC,则 IP消息网关首先将被叫用户的 IMSI 转换成 TEL-URI格式， 并根据 TEL-URL格式的被叫用户标识获得 SIP-URL格式的被 叫用户标识， 然后， 使用 SIP MESSAGE格式向 S-CSCF发送消息。
到步骤 7、 S- CSCF在接收到 IP消息网关发送来的消息后， 用 SIP MESSAGE将消 息转发给被叫用户终端， 设定本次消息发送失败。 到步骤 8、 被叫用户终端使用 SIP MESSAGE向 S-CSCF发送消息发送失败的传送 报告。
到步骤 9、 S-CSCF使用 SIP MESSAGE向 IP消息网关发送消息发送失败的传送报 告。 到步骤 10、 IP消息网关分析其接收到的失败报告， 当 IP消息网关判断出失败原因 为 MCEF (终端存储器满） 时， IP消息网关直接向 SMS-GMSC发送短消息发送失败的 传送报告， 并携带相应的失败原因 MCEF, 然后删除其存储的短消息， 进一步的， SMS-GMSC向 HLR/HSS和短消息中心发送短消息发送失败的传送报告，并携带相应的 失败原因 MCEF; 本次消息发送流程结束。 当 IP消息网关判断出失败原因不为 MCEF (终端存储器满）时， IP消息网关根据其在步骤 5中决策出的消息发送路径的优先级顺 序， 根据次一优先级的发送路径向 SGSN发送消息。
到步骤 11、 SGSN在接收到 IP网关发送来的消息后， 向被叫用户终端转发短消息。 设定本次消息发送成功。
到步骤 12、 被叫用户终端向 SGSN发送短消息发送成功的传送报告。
到步骤 13、 SGSN向 IP消息网关发送短消息发送成功的传送报告， IP消息网关删 除其存储的短消息。 ·
到步骤 14、 IP消息网关向 SMS-GMSC发送短消息发送成功的传送报告。
到步骤 15、 SMS-GMSC向 HLR/HSS发送短消息发送成功的传送报告。
到步骤 16、 SMS-GMSC向短消息中心发送短消息发送成功的传送报告， 本次消息 发送流程结束。
下面对本发明实施方式提供的基于 IP 的消息路由系统、 HSS/HLR、 传统的消息路 由实体和 IP消息网关进行详细描述。
本发明实施方式提供的基于 IP的消息路由系统主要包括： 设置于 HSS/HLR中的指 示信息模块、 设置于传统的消息路由实体中的消息转发模块和设置于 IP消息网关中的 消息路由模块。
指示信息模块主要用于： 在 HSS/HLR接收到路由査询请求后， 判断路由查询请求的 发送方， 当确定出 HSS/HLR接收到的路由查询请求是传统的消息路由实体发送的， 则指 示信息模块可以将路由查询请求转发至被叫用户的 IP消息网关， 并把 IP消息网关的消息 路由模块返回的携带有 IP消息网关的地址信息的路由査询响应消息转发到传统的消息 路由实体， IP消息网关中的消息路由模块也可以直接将路由查询响应消息返回至传统的 消息路由实体； HSS/HLR中的指示信息模块也可以直接向传统的消息路由实体返回将消 息转发至被叫用户的 IP消息网关的指示信息， 如指示信息模块向传统的消息路由实体返 回被叫用户的 IP消息网关的地址信息； 当确定出 HSS/HLR接收到的路由查询请求是 IP消 息网关发送的时， 指示信息模块向 IP消息网关返回消息的路由信息如被叫用户已注册的 网络设备的地址信息和 IMSI。这里， 指示信息模块可以一次性的将被叫用户已注册的所 有网络设备的地址信息和 IMSI返回至 IP消息网关； 也可以将被叫用户已注册的部分网络 设备的地址信息返回至 IP消息网关， 还可以将被叫用户已注册的部分网络设备的地址信 息和 IMSI返回至 IP消息网关， 在 IP消息网关针对该消息再次进行路由查询时， 再将被叫 用户已注册的其他网络设备的地址信息以及还没有返回的 IMSI返回至 IP消息网关； 而 且， 指示信息模块在向 IP消息网关返回地址信息时， 还可以同时返回各网络设备的优先 级信息， 指示信息模块可以通过执行 NeDS功能来确定各网络设备的优先级信息。 具体 如上述方法中的描述。
消息转发模块主要用于： 根据传统的消息路由实体接收到的指示信息如被叫用户的 IP消息网关的地址信息， 将传统的消息路由实体接收到的消息直接转发至被叫用户的 IP 消息网关。
消息路由模块主要用于： 在 IP消息网关接收到传统的消息路由实体转发来的消息 后，存储该消息，并向 HSS/HLR请求该消息的路由信息，消息路由模块在接收到 HSS/HLR 传输来的消息路由信息时， 对 IP消息网关接收并存储的消息进行路由处理。 这里， 消息 路由模块可以通过现有的 MAP协议、 Diameter协议等与 HSS/HLR进行路由信息的交互 ' 而且， 可以采用扩展地址信息的方式、 新增路由查询请求消息的方式来实现路由信息的 交互。 具体内容如上述方法中的描述。
上述消息路由模块的主要功能可以由存储子模块、路由查询子模块、消息路由子模 块、 过滤子模块和计费子模块来实现。
存储子模块主要用于： 存储 IP消息网关接收到的、 消息转发模块转发来的消息。 过滤子模块主要用于： 对 IP 消息网关接收到的消息进行过滤筛选， 并通知路由查 询子模块对过滤筛选后的消息进行路由信息查询。过滤子模块可以在存储子模块存储消 息之前对消息进行过滤筛选， 这样， 对于垃圾消息、 病毒消息等可以不进行存储； 过滤 子模块也可以在存储子模块存储消息之后对消息进行过滤筛选，并根据过滤筛选结果将 存储子模块中存储的垃圾消息、 病毒消息等删除。
路由查询子模块主要用于： 在 IP 消息网关接收到消息转发模块转发来的消息、 且 接收到过滤子模块的路由信息查询的通知后， 向 HSS/HLR发送携带有被叫用户标识信 息的路由查询请求。 '
这里， 路由查询子模块可以使用当前协议中规定的、 未扩展的 MAP-SEND-ROUTING-INFO-FOR-SM消息从 HSS/HLR处获取消息路由信息， 也可以 使用扩展了地址信息的 MAP-SEND-ROUTING-INFO-FOR-SM消息从 HSS/HLR处获取 消息路由信息。 当然， 也可以使用新设置的路由査询请求消息从 HSS/HLR处获取消息 路由信息。 具体如上述方法中的描述。
消息路由子模块主要用于： 在 IP消息网关接收到 HSS/HLR返回的被叫用户已注册的 网络设备的地址信息和 /或 IMSI时， 根据消息发送路径的优先级、 其接收到的各网络设 备的地址信息以及 IMSI对所述消息进行路由。这里的优先级信息可以是 HSS/HLR在返回 被叫用户已注册的网络设备的地址信息时一起发送来的， 也可以消息路由子模块通过执 行 NeDS功能确定出的。
消息路由子模块实现消息路由的过程为： 消息路由子模块根据优先级顺序首先选择 优先级最高的消息发送路径发送消息， 如消息发送路径的优先级顺序为 IMSI、 SGSN、 MSC, 则消息路由子模块首先向 S-CSCF发送消息。 消息路由子模块在发送完消息、 并 接收到被叫用户终端返回来的消息发送成功的发送报告后， 消息路由子模块删除存储子 模块中存储的消息， 并向传统消息路由实体转发消息发送成功的发送报告。 消息路由子 模块在发送完消息、 并接收到被叫用户终端返回的消息发送失败的发送报告后， 消息路 由子模块应按照其他发送路径的优先级顺序进行消息发送的尝试过程，如当消息路由子 模块接收到 S-CSCF返回的消息发送失败报告后， 按照消息发送路径的优先级顺序继续 向 SGSN发送消息； 再如当消息路由子模块接收到 SGSN返回的消息发送失败报告后， 按照消息发送路径的优先级顺序， 继续向 MSC发送消息。 如果消息路由子模块对所有 的发送路径均进行了尝试发送之后， 消息仍然发送失败， 则 IP消息网关删除存储子模 块中存储的消息， 并向传统消息路由实体转发消息发送失败的发送报告。
上述消息路由子模块在接收到消息发送失败的发送报告时， 也可以根据失败报告中 携带的原因决定后续的处理流程， 如当消息失败原因为 MCEF (存储空间满） 时， 消息 路由子模块可以不再进行其他路径的发送尝试， 此时， 消息路由子模块可以直接删除存 储子模块中存储的消息， 并向传统消息路由实体转发消息发送失败的发送报告。
当指示信息模块针对该消息向消息路由子模块第一次返回的被叫用户已注册的网 络设备的地址信息为部分网络设备的地址信息时， 或没有返回 IMSI时， 消息路由子模块 在进行消息尝试转发均失败后，可以通知路由査询子模块继续向指示信息模块査询该消 息对应的被叫用户已注册的其他网络设备的地址信息以及 IMSI，从而消息路由子模块可 以根据其第二次接收到的信息继续进行消息的路由过程， 并在根据被叫用户已注册的所 有网络设备的地址信息和 IMSI进行消息路由、且均失败时， 消息路由子模块向传统消息 路由实体转发消息发送失败的发送报告。 具体如上述方法中的描述。
计费子模块主要用于： 在消息路由子模块接收到被叫用户终端返回的发送成功的消 息发送报告时， 对主叫用户的消息发送进行计费处理， 计费子模块还可以对被叫用户的 消息接收进行计费。
虽然通过实施例描绘了本发明实施方式， 本领域普通技术人员知道， 本发明有许多 变形和变化而不脱离本发明的精神， 本发明的申请文件的权利要求包括这些变形和变 化。

Claims

权利要求
1、 一种基于 IP的消息路由方法， 其特征在于， 所述方法包括步骤：
被叫侧归属用户服务器 /归属位置寄存器 HSS/HLR向消息路由实体转发将消息转发 至被叫用户的 IP消息网关的指示信息；
消息路由实体根据所述指示信息， 将其接收的消息转发至被叫用户的 IP消息网关； 所述 IP消息网关在接收到消息后， 向 HSS/HLR请求该消息的路由信息， 并根据其请 求获得的路由信息对所述消息进行路由。
2、 如权利要求 1所述的方法， 其特征在于， 所述消息路由实体包括： 短消息业务 _ 关口移动交换中心 SMS-GMSC、 或多媒体短消息路由实体 MMS Relay。
3、 如权利要求 1所述的方法， 其特征在于， 所述指示信息为： 被叫用户的 IP消息 网关的地址信息， 且所述被叫侧 HSS/HLR向消息路由实体转发将消息转发至被叫用户 的 IP消息网关的指示信息的步骤包括：
HSS/HLR在确定出其接收到的路由査询请求是消息路由实体发送来的路由査询请 求后， 将被叫用户的 IP消息网关的地址信息返回至消息路由实体； 或者
HSS/HLR在确定出其接收到的路由查询请求是消息路由实体发送来的路由查询请 求后， 将路由查询请求转发至被叫用户的 IP消息网关， 由 IP消息网关将其地址信息发 送至消息路由实体。
4、 如权利要求 1所述的方法， 其特征在于， 在所述 IP消息网关在接收到消息后， 向 HSS/HLR请求该消息的路由信息， 并根据其请求获得的路由信息对所述消息进行路 由的步骤包括：
所述 IP消息网关接收并存储所述消息， 并向 HSS/HLR发送携带有被叫用户标识信 息的路由查询请求；
HSS/HLR在确定出其接收到的路由査询请求是 IP消息网关发送来的路由查询请求 后， 根据被叫用户标识信息将被叫用户的 IMSI和 /或被叫用户已注册的网络设备的地址 信息返回至 IP消息网关；
IP消息网关根据消息发送路径的优先级、 HSS/HLR返回的信息对所述消息进行路 由。
5、 如权利要求 4所述的方法， 其特征在于， 所述消息发送路径的优先级由 IP消息 网关通过执行网络域选择 NeDS功能来确定，或者，消息发送路径的优先级由 HSS/HLR 传输至 IP消息网关。
6 如权利要求 4所述的方法， 其特征在于， 在所述已注册的网络设备的地址信息 包括但不限于下述任意一个或多个： 移动交换中心 MSC地址信息、 服务 GPRS支持节 点 SGSN地址信息、 服务呼叫状态控制功能 S-CSCF地址信息。
7、 如权利要求 4所述的方法， 其特征在于， 所述 IP 消息网关通过 MAP协议或 Diameter协议向 HSS/HLR发送携带有被叫用户标识信息的路由査询请求。
8、 如权利要求 7所述的方法， 其特征在于， HSS/HLR通过 MAP协议的取路由信 息响应消息、 或者通过扩展地址信息的取路由信息响应消息将被叫用户的 IMSI和 /或被 叫用户已注册的网络设备的地址信息返回至 IP消息网关； 或者，
HSS/HLR通过 Diameter协议中的路由查询响应消息将被叫用户的 IMSI和 /或被叫 用户已注册的网络设备的地址信息返回至 IP消息网关。
9、 如权利要求 4或 5或 6或 7或 8所述的方法， 其特征在于， 所述 HSS/HLR将被 叫用户已注册的网络设备的地址信息返回至 IP消息网关的步骤包括：
HSS/HLR将被叫用户已注册的所有或者部分网络设备的地址信息返回至 IP消息网 关。
10、 如权利要求 9所述的方法， 其特征在于， 当 HSS/HLR将被叫用户已注册的部 分网络设备的地址信息返回至 IP消息网关时， 所述 IP消息网关对所述消息进行路由的 步骤包括：
IP消息网关根据消息发送路径的优先级、 HSS/HLR返回的信息对其接收到的消息 进行路由；
IP 消息网关在消息发送成功时， 将消息传送报告通过消息路由实体转发至消息中 心；
IP 消息网关在根据各网络设备地址信息对消息进行路由均发送失败时， 继续向 HSS/HLR请求被叫用户已注册的其他部分网络设备的地址信息， 并根据其再次接收到 的地址信息对消息进行路由。
11、 如权利要求 9所述的方法， 其特征在于， 当 HSS/HLR将被叫用户已注册的全 部网络设备的地址信息返回至 IP消息网关时， 所述 IP消息网关对所述消息进行路由的 步骤包括：
IP消息网关根据消息发送路径的优先级、 HSS/HLR返回的信息对其接收到的消息 进行路由；
IP消息网关在消息发送成功时， 删除其存储的消息， 并将发送成功的消息传送报告 通过消息路由实体转发至消息中心；
IP消息网关在根据 HSS/HLR返回的全部信息对消息进行路由均发送失败时， 删除 其存储的消息， 并将发送失败的消息传送报告通过消息路由实体转发至消息中心。
12、 如权利要求 4或 5或 6或 7或 8所述的方法， 其特征在于， 所述 IP消息网关 对所述消息进行路由的步骤包括：
IP消息网关根据消息发送路径的优先级、 HSS/HLR返回的信息对所述消息进行路 由过程中， 在接收到终端返回的发送失败的发送报告、 并根据发送报告中的失败原因确 定出不需要继续根据 HSS/HLR返回的信息对所述消息进行路由时，删除其存储的消息， 并将发送失败的消息传送 ¾¾告通过消息路由实体转发至消息中心。
13、如权利要求 1至 8中任一权利要求所述的方法，其特征在于，所述方法还包括： IP消息网关在消息成功发送至被叫用户终端时， 对被叫用户的消息接收进行计费； 和 /或
IP消息网关在消息成功发送至被叫用户终端时， 对主叫用户的消息发送进行计费。
14、如权利要求 1至 8中任一权利要求所述的方法，其特征在于，所述方法还包括： IP消息网关对其接收到的消息进行过滤筛选；
且 IP消息网关向 HSS/HLR请求路由信息的消息为所述过滤筛选后的消息。
15、 一种基于 IP 的消息路由系统， 其特征在于， 所述系统包括： 设置于归属用户 服务器 /归属位置寄存器 HSS/HLR中的指示信息模块、 设置于消息路由实体中的消息转 发模块和设置于 IP消息网关中的消息路由模块；
消息路由实体接收终端发送来的消息， 并向被叫侧 HSS/HLR发送路由查询请求； 指示信息模块： 用于在接收到消息路由实体发送来的路由查询请求时， 向消息路由 实体转发将消息转发至被叫用户的 IP消息网关的指示信息， 在接收到消息路由模块传输 来的路由查询请求时， 向 IP消息网关返回消息的路由信息；
消息转发模块： 用于根据消息路由实体接收的所述指示信息， 将消息路由实体接收 的消息转发至被叫用户的 IP消息网关；
消息路由模块： 用于在 IP消息网关在接收到消息转发模块转发来的消息后， 向被叫 侧 HSS/HLR发送路由査询请求， 并根据其请求获得的路由信息对所述消息进行路由。
16、 如权利要求 15所述的系统， 其特征在于， 所述指示信息为： 被叫用户的 IP消 息网关的地址信息；
指示信息模块在确定出 HSS/HLR接收到的路由査询请求是消息路由实体发送来的 路由査询请求后， 将被叫用户的 IP消息网关的地址信息直接返回至消息转发模块； 或者指示信息模块在确定出 HSS/HLR接收到的路由査询请求是消息路由实体发送 来的路由查询请求后， 将路由查询请求转发至消息路由模块， 由消息路由模块向消息转 发模块返回 IP消息网关的地址信息。
17、 如权利要求 15所述的一种基于 IP的消息路由系统， 其特征在于， 所述消息路 由模块包括：
存储子模块： 存储 IP消息网关接收到消息转发模块转发来的消息；
路由査询子模块：在 IP消息网关接收到消息转发模块转发来的消息后，向 HSS/HLR 发送携带有被叫用户标识信息的路由查询请求；
消息路由子模块： 在接收到 HSS/HLR返回的被叫用户的 IMS W或被叫用户已注册 的网络设备的地址信息时， 根据消息发送路径的优先级、 HSS/HLR返回的信息对所述消 息进行路由。
18、 如权利要求 15或 16或 17所述的一种基于 IP的消息路由系统， 其特征在于， 所述消息路由模块还包括：
过滤子模块： 对 IP 消息网关接收到的消息进行过滤筛选， 并通知路由査询子模块 对过滤筛选后的消息进行路由信息查询。
19、 如权利要求 15或 16或 17所述的一种基于 IP的消息路由系统， 其特征在于， 所述消息路由模块还包括：
计费子模块： 在 IP消息网关将消息成功发送至被叫用户终端时， 对被叫用户的消息 接收、 和 /或对主叫用户的消息发送进行计费。
20、 一种归属用户服务器 /归属位置寄存器， 位于被叫侧的 HSS/HLR接收消息路由 实体传输来的路由査询请求， 其特征在于， 所述归属用户服务器 /归属位置寄存器 HSS/HLR中设置有指示信息模块；
指示信息模块： 用于在 HSS/HLR接收到消息路由实体发送来的路由查询请求后， 向 消息路由实体转发将消息转发至被叫用户的 IP消息网关的指示信息， 在接收到 IP消息网 关传输来的路由査询请求时， 向 IP消息网关返回消息的路由信息。
21、 一种消息路由实体设备， 消息路由实体接收终端发送来的消息， 并向被叫侧归 属用户服务器 /归属位置寄存器 HSS/HLR发送路由查询请求， 其特征在于， 所述消息路 由实体中设置有消息转发模块；
消息转发模块：用于在消息路由实体设备接收到 HSS/HLR传输来的将消息转发至被 叫用户的 IP消息网关的指示信息后， 根据消息路由实体接收的所述指示信息， 将消息路 由实体接收的所述消息转发至被叫用户的 IP消息网关， 由被叫用户的 IP消息网关将该消 息路由至被叫用户。
22、 一种 IP消息网关， 其特征在于， 所述 IP消息网关中设置有消息路由模块； 消息路由模块： 用于在 IP消息网关在接收到消息路由实体转发来的消息后， 向被叫 侧 HSS/HLR发送路由查询请求， 并根据 HSS/HLR返回的路由信息对所述消息进行路 ώ。
PCT/CN2007/000611 2006-03-02 2007-02-26 Procédé, système et appareil basés sur ip pour l'acheminement de messages WO2007098685A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07711014.6A EP1998526B1 (en) 2006-03-02 2007-02-26 Method and apparatus for message routing based on ip
CN200780000422.7A CN101322381B (zh) 2006-03-02 2007-02-26 一种基于ip的消息路由方法、系统和设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610008000.1 2006-03-02
CNA2006100080001A CN101030948A (zh) 2006-03-02 2006-03-02 一种基于ip的消息路由方法和系统

Publications (1)

Publication Number Publication Date
WO2007098685A1 true WO2007098685A1 (fr) 2007-09-07

Family

ID=38458660

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000611 WO2007098685A1 (fr) 2006-03-02 2007-02-26 Procédé, système et appareil basés sur ip pour l'acheminement de messages

Country Status (3)

Country Link
EP (1) EP1998526B1 (zh)
CN (2) CN101030948A (zh)
WO (1) WO2007098685A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7237747B1 (en) 2002-11-27 2007-07-03 Eurocopter Device for assisting an airplane in intercepting a segment of a flight path utilizing positional and ground speed indicators
WO2017215673A1 (zh) * 2016-06-17 2017-12-21 中兴通讯股份有限公司 一种短消息处理方法、装置及系统

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101483839B (zh) * 2007-12-25 2011-10-05 华为技术有限公司 实现消息业务互通的方法、系统及消息业务互通模块
CN102917342B (zh) * 2008-09-28 2015-11-25 华为技术有限公司 用户设备活动信息通知方法、系统及网元设备、服务器
CN101552989B (zh) * 2009-05-20 2011-01-26 中国电信股份有限公司 一种用户数据配置方法、系统和移动网络配置网关
US8351964B2 (en) 2009-06-30 2013-01-08 Alcatel Lucent Message delivery over LTE networks
CN102143615A (zh) * 2010-08-20 2011-08-03 华为技术有限公司 一种短消息下发处理方法、相关装置及系统
CN102572999B (zh) * 2010-12-27 2016-07-06 中兴通讯股份有限公司 一种数据报文路由的方法和系统
CN102647365A (zh) * 2011-02-16 2012-08-22 北京大学 处理消息及消息状态的方法、装置和数据交换服务器
WO2013127667A1 (en) * 2012-03-02 2013-09-06 Markport Limited Method, apparatus and computer readable medium for terminating and newly constructing a send routing information (sri) message in mobile networks
US9736661B2 (en) 2014-03-31 2017-08-15 T-Mobile Usa, Inc. Handling of messages in a partially deployed IMS network
CN105682058B (zh) 2014-11-17 2020-02-28 中兴通讯股份有限公司 一种路由短消息的方法及装置
RU2017127249A (ru) 2015-02-09 2019-03-12 Маркпорт Лимитед Способ маршрутизации короткого сообщения на устройство пользователя
CN109996196B (zh) * 2018-01-02 2022-03-04 中国移动通信有限公司研究院 路由寻址方法、短消息下行处理方法、设备和系统
CN112003855B (zh) * 2020-08-20 2021-09-03 杭州诚智天扬科技有限公司 基于ims网络的隐私号码业务平台系统及其应用方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1348667A (zh) * 1998-07-29 2002-05-08 艾利森电话股份有限公司 用于终接移动电话呼叫的长途旁路的系统和方法
CN1351801A (zh) * 1999-05-26 2002-05-29 艾利森公司 集成归属位置寄存器与ip－ss7网关
WO2004075507A2 (en) * 2003-02-19 2004-09-02 Nokia Corporation Routing messages via an ims system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1232135C (zh) * 2002-11-12 2005-12-14 华为技术有限公司 一种无线因特网协议语音核心网端到端的路由方法
GB2406999A (en) * 2003-10-08 2005-04-13 Orange Personal Comm Serv Ltd SMS telecommunication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1348667A (zh) * 1998-07-29 2002-05-08 艾利森电话股份有限公司 用于终接移动电话呼叫的长途旁路的系统和方法
CN1351801A (zh) * 1999-05-26 2002-05-29 艾利森公司 集成归属位置寄存器与ip－ss7网关
WO2004075507A2 (en) * 2003-02-19 2004-09-02 Nokia Corporation Routing messages via an ims system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP1998526A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7237747B1 (en) 2002-11-27 2007-07-03 Eurocopter Device for assisting an airplane in intercepting a segment of a flight path utilizing positional and ground speed indicators
US7367526B2 (en) 2002-11-27 2008-05-06 Eurocopter Device and system for assistance within interception by an aircraft of a flight path segment
WO2017215673A1 (zh) * 2016-06-17 2017-12-21 中兴通讯股份有限公司 一种短消息处理方法、装置及系统

Also Published As

Publication number Publication date
CN101030948A (zh) 2007-09-05
CN101322381A (zh) 2008-12-10
CN101322381B (zh) 2012-12-19
EP1998526A1 (en) 2008-12-03
EP1998526A4 (en) 2009-03-18
EP1998526B1 (en) 2013-09-18

Similar Documents

Publication Publication Date Title
WO2007098685A1 (fr) Procédé, système et appareil basés sur ip pour l'acheminement de messages
JP5080465B2 (ja) メッセージを変換するための方法及びシステム
US10419897B2 (en) Method and system for message routing in IMS and circuit switched networks
EP2081348A1 (en) Message interworking method, system, entity and message delivery report processing method, system, the entity, terminal for message interworking
JP4399599B2 (ja) Ｉｐドメインのｐｌｍｎメッセージングサービスの制御
ES2384525T3 (es) Método para realizar la activación del registro de usuarios en un subsistema multimedia IP
US8244905B2 (en) Routing mechanisms for messaging applications using an enhanced gateway control function
CN101090372B (zh) 一种短信路由控制系统及方法
US20090075684A1 (en) Apparatus and method for routing message service
US20040152444A1 (en) Charging in telecommunications network
US20080039104A1 (en) Method and system for routing control
AU2010262201B2 (en) Method and system for subscription service in IP multimedia subsystem network
WO2009033179A2 (en) Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (ios/sip) adapter
EP2058991A1 (en) Method, system and apparatus for implementing the interworking of messages
WO2007128221A1 (fr) Procédé et système d'acheminement et d'adressage de message court
CN100589454C (zh) 一种基于ip传输的消息路由方法和系统
WO2007000110A1 (fr) Procede de transmission de message par protocole ip a base de protocole de transfert de message
CN101202710A (zh) 消息发送报告处理方法、系统及用于消息互通实体、终端
WO2010037281A1 (zh) 一种短消息增值业务处理方法、装置及系统
CN101370172A (zh) 不同类型的消息业务通信的处理方法、系统和设备
WO2007109959A1 (fr) Procédé et dispositif d'acheminement d'un appel d'un réseau cs à un réseau ps
WO2007006234A1 (fr) Procédé et appareil de transmission de message
WO2007085196A1 (fr) Procédé et système d'enregistrement dans un sous-système multimédia ip
CN117812619A (zh) 一种数据处理方法以及装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000422.7

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007711014

Country of ref document: EP