WO2007143924A1 - Procédé et système de délivrance de données de services de messagerie - Google Patents

Procédé et système de délivrance de données de services de messagerie Download PDF

Info

Publication number
WO2007143924A1
WO2007143924A1 PCT/CN2007/001784 CN2007001784W WO2007143924A1 WO 2007143924 A1 WO2007143924 A1 WO 2007143924A1 CN 2007001784 W CN2007001784 W CN 2007001784W WO 2007143924 A1 WO2007143924 A1 WO 2007143924A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
sip
format
service data
msrp
Prior art date
Application number
PCT/CN2007/001784
Other languages
English (en)
French (fr)
Inventor
Hao Lai
Youzhu Shi
Hua Cheng
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 EP07721357A priority Critical patent/EP2028815A4/en
Publication of WO2007143924A1 publication Critical patent/WO2007143924A1/zh
Priority to US12/329,827 priority patent/US20090086725A1/en

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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to a method and system for transmitting message service data.
  • IMS Internet Multiedia Subsystem
  • NGN Next Generation Network
  • IMS Internet Multiedia Subsystem
  • the IMS implements the functions of establishing, maintaining, and managing IP multimedia services through the SIP (Session Initiated Protocol) protocol, allowing operators to deploy multimedia services quickly and efficiently without relying on network access methods and types of terminal devices.
  • SIP Session Initiated Protocol
  • Supports fixed network and any type of session on wireless networks such as 802.11, 802.15, 802.16, CDMA (Code Division Multiple Address) or GSM (Global System for Mobile Communications), allowing service providers Provide users with a series of multimedia services that combine voice and data.
  • the CSCF Call Session Control Function
  • the AS Application Server
  • HSS Home Subscriber Server, The home subscriber server is used to centrally manage user subscription data
  • the MGCF Media Gateway Control Function
  • the user accesses the IMS through the proxy node P-CSCF (proxy CSCF);
  • the interaction with the service trigger control and the service control of the AS is performed by the home domain service node S-CSCF (service CSCF) of its place of registration.
  • a message service is a service in which a message entity sends and receives information through a service center.
  • the message may be text or other format such as a picture.
  • the business center is a business processing system for submission, W
  • the traditional circuit domain network includes a GSM network, a CDMA network, and a PSTN (Public Switched Telephone Network) network.
  • the SMS protocol stack of the GSM network includes an application layer, a transfer layer, a relay layer, and a lower layer.
  • the transport layer protocol is MAP (Mobile Application Part). Partial) agreement.
  • the SMS protocol stack of the CDMA network includes a Teleservice layer, a transport layer, a transport layer, and a lower layer protocol, wherein the transport layer protocol is the MAP protocol.
  • SMS protocol stacks in the PSTN network, including an application layer, a transport layer, and a lower layer protocol (including a data link layer and a physical layer), including an application layer and a transport layer.
  • the SMS application service element layer and the lower layer protocol such as the TCAP (Transaction Capabilities Application Part) protocol, the SCCP (Signal Connection Connection Control Part) protocol, and the like.
  • the SMS protocol stack of the traditional circuit domain can be divided into: service application layer, service transport layer, and service bearer layer.
  • the service application layer is the above application layer or service layer; the service transport layer may be the above transport layer, and the service bearer layer may be the above transport layer or SMS application service unit.
  • the MMS of the traditional circuit domain is carried over the HTTP (Hypertext Transfer Protocol) protocol or the Simple Mail Transfer Protocol (SMTP) protocol.
  • HTTP Hypertext Transfer Protocol
  • SMTP Simple Mail Transfer Protocol
  • the HTTP protocol is used between the terminal and the multimedia messaging center, SMTP.
  • the protocol is used between multimedia messaging centers.
  • the SIP carries the SMS by directly encapsulating the transport layer message content of the GSM network, and indicates that the 3GPP defined transport layer is encapsulated in the message body by Content-Type: application/vnd.3gpp.sms-tl.
  • the message is as follows:
  • the message service of the IMS domain includes an immediate message, a session-based message, and a delayed delivery message.
  • the instant message means that the sending terminal directly sends the message to the receiving terminal through the MESSAGE (message) method; the session-based message, such as the chat service, refers to the sending and receiving terminal establishing a session through the SIP and then using itMSRP (Message Session Relay Protocol, message ⁇ The tongue relay protocol) protocol is transmitted on the media stream; the delayed delivery message is similar to the traditional SMS/MMS, and is a message service including a store-and-forward process.
  • MESSAGE messages
  • the session-based message such as the chat service
  • the requirements for carrying various types of message service data cannot be met, for example, message service data similar to the traditional MMS type; and, for the fixed network terminal, terminal support is also required.
  • the terminal protocol stack of the GSM network needs to parse the data packet encapsulated in the message body according to the protocol stack of the GSM network, and obtain the message content therein.
  • Embodiments of the present invention provide a method for transmitting message service data to implement transmission of a plurality of different types of message service data.
  • Embodiments of the present invention also provide a system for transmitting message service data to support transmission of a plurality of different types of message service data.
  • a method of transmitting message service data comprising:
  • the message service data is transmitted to the message recipient via the SIP message or the MSRP message.
  • a system for transmitting message service data comprising one or more message service data processing modules,
  • the message service data processing module includes:
  • a message adding module configured to add message service data that needs to be sent to a message header field and/or a message body of the SIP message or the MSRP message;
  • the sending module is connected to the message adding module, and is configured to transmit a SIP message or an MSRP message to which the message service data is added to the message receiver.
  • a system for transmitting message service data comprising:
  • a message data adding module configured to add the message data information to the first message and send the message to the message receiving party network element, where the first message is a message that the SIP domain carries the message data information, or the traditional circuit domain carries the message data information.
  • the message data information is traditional message service data, or message information carried in a message body of a SIP or MSRP message;
  • the message data extracting module is configured to receive the second message of the message sender network element, and extract the message data information carried therein, where the second message is a message that the SIP domain carries the message data information, or the circuit domain carries the message data information.
  • the message format conversion module is configured to convert the message format when the first message and the second message support different message formats.
  • the message service data is added to the message of the SIP protocol or the MSRP protocol, and the message service data is transmitted to the message receiver through the SIP message or the MSRP message.
  • the transmission of various different types of message service data is realized.
  • the embodiment of the present invention not only the transport layer message of the SMS message of the traditional circuit domain (including the GSM network, the CDMA network, the PSTN network, and the like) can be transmitted, but also the application layer message and the bearer layer message of the SMS message can be transmitted, thereby improving the The adaptability of fixed-line terminals reduces equipment costs.
  • 1 is a schematic structural diagram of a system of an existing IMS
  • FIG. 3 is a flowchart of an implementation of a second embodiment of the method of the present invention.
  • Figure 4 is a schematic block diagram of a first embodiment of the system of the present invention.
  • Figure 5 is a schematic block diagram of a second embodiment of the system of the present invention.
  • Figure 6 is a schematic block diagram of a third embodiment of the system of the present invention
  • Figure 7 is a schematic block diagram of a fourth embodiment of the system of the present invention
  • 9 is a processing flow of a message when a message format judging module and a message format conversion module are located in the same network entity in the system of the present invention.
  • Figure 10 is a schematic block diagram of a fifth embodiment of the system of the present invention.
  • the embodiment of the present invention adds the message service data to the SIP protocol or the MSRP protocol message, and carries and transmits the message through the SIP protocol or the MSRP protocol message.
  • the manner in which the SIP or MSRP message carries the message service data includes the encapsulation mode and the mapping mode.
  • the service application layer data of the SMS, and/or the service transport layer data, and/or the service bearer layer data are encapsulated in the message body of the SEP or the MSRP;
  • MMS data needs to be transmitted, an SMTP (Insert Mail Transfer Protocol) message or an HTTP (Hypertext Transfer Protocol) message is encapsulated in a message body of SIP or MSRP, and the SMTP message may include an SMTP command (command) and message content ( Message content ), or only the message content, the command can be a DATA command.
  • the HTTP message includes an HTTP method, a header, and a body.
  • the method may be a POST method; when the Email data needs to be transmitted, the Simple Mail Transfer Protocol SMTP message is encapsulated in a message body of SIP or MSRP; the SMTP message includes an SMTP command and message content, or only the message content.
  • the service data is carried in the mapping mode, the control parameters of the message service are carried through the header field of the SIP or MSRP, or the header field parameter, or the message body, or the message body application field; the content of the message service is sent through the SIP or MSRP message.
  • the body, or the XML tag of the message body is carried.
  • message service data of conventional circuit domains can be divided into message control parameters and message content.
  • the message control parameter may be the recipient address information, the user's service request indication, such as a delivery report, and a request to read the report (Read reply).
  • the message content may be a display manner of the message and a media content, and the display manner is a description of the arrangement of the media content and the manner of presentation, and the media content may be text, picture, sound, video.
  • the message control parameter and the message content may be encapsulated in the message body of the SIP message or the MSRP message in the description format of the traditional message service, or the message control parameter and the message content may be placed in the SIP message or the MSRP message.
  • the message header field and/or the message body carry the transmission in the description format of the SEP message or the MSRP message.
  • the former is referred to as “message service data encapsulation” in the embodiment of the present invention, and the latter is referred to as “message service data mapping" in the embodiment of the present invention.
  • FIG. 2 shows an implementation flow of the first embodiment of the method according to the present invention, which includes the following steps: Step 201: Encapsulate the message service data in a message body of a SIP or MSRP in a message sender.
  • the message service data may be a message service format of the GSM network, a message service format of the CDMA network, or a message service format of the PSTN network.
  • SIP provides advanced telephony services across the Internet for generating, modifying, and terminating sessions between one or more participants. These sessions include Internet multimedia conferences, Internet (or any IP network) telephone calls and multimedia distribution. Members of the session can communicate over a network that is multicast or unicast. SIP supports session descriptions, which allow participants to agree on a set of compatible media types. It supports user mobility through both proxy and redirect requests to the user's current location. SIP is not tied to any specific conference control protocol.
  • MSRP can transmit the text of instant messages, just like in SIP, RTP (Real Time Transfer Protocol) - used to transmit voice packets in an IP phone call.
  • Step 202 Transmit the encapsulated message service data to the message receiver by using a SIP message or an MSRP message.
  • the message service data described above includes: control parameters of the message service and content of the message service.
  • Encapsulation in SIP messages is similar to encapsulation in MSRP messages, via MIME (Multipurpose Internet Mail Extensions) media types, or MIME body fields, or messages in the SIP/MSRP message body.
  • the header field parameter is used to indicate the service message data information encapsulated in the SIP/MSRP message body.
  • the MIME media type, the MIME body field, and the header field parameter may be an existing MIME media class in the SIP protocol or the MSRP protocol. Extensions to the type, MIME body field, and header field parameters can also be extended MIME media types, MIME body fields, and header field parameters.
  • the following takes the transmission of message service data in the SIP domain as an example to illustrate how the traditional circuit domain message service data is carried.
  • the service application layer data of the SMS, and/or the service transport layer data, and/or the service bearer layer data may be encapsulated in a message body of SIP or MSRP.
  • the content in the SMTP DATA command or the content in the HTTP POST method may be encapsulated in the SIP message body.
  • the specific content of the package needs to indicate the traditional message content indication information to be encapsulated, including various types of messages (such as which network service data is encapsulated, whether it is SMS or MMS), and further It includes the protocol layer where the message content is located (such as encapsulated transport layer data or bearer layer data, etc.). It can be identified in the following ways, for example, to encapsulate the SMS message of the SMS of the CDMA network:
  • a media type in the SIP message body, the format is MIME type, and is named application/vnd.3gpp2.sms-rl, to indicate that the encapsulated message body encapsulates the SMS bearer conforming to the 3GPP2 definition.
  • Layer message content or
  • message content media type and the message content indication parameter are logical definitions. Specifically, they may be newly extended parameters and message body applications defined in the SIP protocol, or may be existing in the SIP protocol. The parameters and extensions of the message body application are used.
  • the following describes the manner in which the message service data of the CDMA network is used to carry the message service data in the IMS (Internet Multiedia Subsystem, IP Multimedia Subsystem) domain by using the method (encapsulated mode) of the embodiment of the present invention.
  • the SMS message of the CDMA network it is encapsulated in the message body of the SIP/MSRP, and the encapsulation mode may be a bearer layer message format for encapsulating the CDMA network SMS, that is, the content of the MAP protocol is directly encapsulated.
  • MIME body type pplication/vnd.3gpp2.sms-rl The contents of the package are indicated by the MIME body type pplication/vnd.3gpp2.sms-rl ) as follows: MESSAGE sip: receiver@example.com, SIP/2.0 will send a message to receiver@example.com
  • the armored content uses the content type header i or the parameter version directive, as shown below: ⁇ :
  • Content type application/message, version ⁇ vnd.3 gpp2.
  • sms-rl uses the Content type header field parameter indication, or the package content uses the field version directive in the MIME body, as shown below:
  • the MMS message of the CDMA network (which may be defined in 3GPP2, or defined in the Open Mobile Alliance 0MA), it is encapsulated in the message body of the SIP/MSRP, and the encapsulation method may be directly carried in HTTP or SMTP.
  • the MMS parameters and message content are packaged in the message body of the SIP/MRSP.
  • the package content can be indicated by the MIME body type as follows:
  • the encapsulated content can also be added by adding a parameter indication in the content type header field, as follows: MESSAGE sip: receiver@example.com, SIP/2.0
  • the service message data is encapsulated in the MIME body of the message body, and the message service data of different formats can be carried in the same MIME body of the message body, indicated by the message content.
  • the message service data is encapsulated in the message body of the SIP protocol or the MSRP protocol, and the transport layer message of the SMS message of the traditional circuit domain (including the GSM network, the CDMA network, the PSTN network, etc.) can be encapsulated. Transmit, and can also transmit the application layer message of the SMS message and the 7 layer carrier message, and can also be used for messages of other formats of the traditional circuit domain. It is carried by encapsulation, thereby realizing the transmission of various different types of message service data.
  • Step 301 Map the message service data to the message header field and/or the message body of the SIP or MSRP at the message sender.
  • control parameters of the message service are carried through the header field of the SEP, or the header field parameter, or the MIME body, or the MIME body field; the content of the message service is carried by the MIME body of the SIP or MSRP, or the XML tag of the MIME body.
  • the control parameter of the message service is carried by the MSRP header field, or the header field parameter, or the MIME body, or the MIME body field; the content of the message service is passed through the MSRP message body, or The XML tag of the MIME body is carried.
  • Step 302 The mapped message service data is transmitted to the message receiver by using a SIP message or an MSRP message.
  • the message control parameters described above may be a message type indication, a message class, a delivery report, a read reply, a subject, and a Reply Path. )and many more.
  • the message type indication identifies the message type, such as sending a message, submitting a message, or a notification message; the message classification is indicating whether the message is a private message, or an advertisement or other kind; submitting the 4 notification indication means that the sender requests the message center to be at the receiver After receiving the message, the sender is notified; the read report indication means that the sender requests the receiver to notify the sender after reading the message; the title refers to the title of the message; the reply path refers to the response of the sender requesting the message center to receive the receiving terminal The response is then sent to the sender.
  • the message control parameter header field parameter may be defined in the SIP MSRP protocol according to the type, quantity, and the like of the message control parameter to be transmitted, and the message control parameter is carried by the parameter; or in the SIP MSRP
  • the message control parameter header field is defined in the protocol, and the message control parameter is carried by the header field, and a message control parameter header field corresponds to one, or part, or all message control parameters; or is defined in a message body of the SIP/MSRP protocol. a media type, and carrying the message control parameter by using a message body; or defining a message control parameter field in a message body of the SIP/MSRP protocol, and carrying the message control parameter by using the field.
  • the header field and the header field parameter may be header fields and header fields in the SIP/MSRP protocol.
  • the extended use of the number may also be an extended header field and a header field parameter in the SIP/MSRP protocol.
  • the message body application field may be an extended use of a message body application existing in the SIP/MSRP protocol, or may be a SIP or An extended message body application in the MSRP protocol, which may be an XML tag and a message body field in a message body.
  • (1) Define a message control parameter header field parameter in the SIP/MSRP protocol, such as a message type indication parameter, and name it Message-type-Indicator, and use this parameter to carry a message type indication.
  • a message control parameter header field parameter such as a message type indication parameter, and name it Message-type-Indicator, and use this parameter to carry a message type indication.
  • the message control parameter header field may correspond to an actual message control parameter, such as a message type indication header field, and is named X-Message-type-Indicator, Carrying a message type indication may also correspond to all or one type of parameters, such as defining a message information header field, named P-Message-H ader, message type indication parameters and other parameters as parameters of the message header field in P-Message- Carryed in the header header field.
  • the format is MIME type, named application/message, and the message control parameter is carried in the message body through the XML tag, for example, the message type is carried by the message-type-indicator tag.
  • message type indication header field is all logical definitions, specifically, they may be defined in the SIP/MSRP protocol.
  • the newly extended parameters, header fields, and message body applications may also be extended uses of existing parameters, header fields, and message body applications in the SIP/MSRP protocol.
  • the required message control parameters may be carried by using one of the above methods alone or in combination of the above various modes.
  • the message control parameters used in the traditional circuit domain are not limited to the above. Other message control parameters can be carried in the SEP/MSRP message as well.
  • the message control parameters of the traditional circuit domain may be combined into one parameter or a type of parameter in the SIP/MSRP message, and then carried in the above manner, for example, the message type indication parameter is in the CDMA network, the GSM network, the PSTN network.
  • the SMS message and the MMS message are mandatory parameters, but the definition of the parameters is different, and the values are different.
  • SIP/MSRP a header field can be extended or eliminated.
  • a parameter of XML in the object is carried.
  • the method for carrying the message service data by using the method (reflection method) of the embodiment of the present invention in the IMS domain is further described below.
  • the request URI Uniform Resource Identifier
  • the receiver address which may also be the message center address
  • the parameter requesting the report and the read report in the message is carried by the extended SIP header field.
  • the content type is carried by the existing SIP header field Content-Type.
  • the display of the message content is described in the SIP message body by SMIL (Synchronized Multimedia Integration Language), and the message content is directly carried in the SIP message body.
  • the message service data carried in the SIP message is as follows:
  • X-Message-type-Indicator message submit request ⁇ message type indication header field
  • X-Message-Class personal ⁇ message classification header field
  • P-Message-Info Message control information such as requesting report and reading report in the message is carried by different parameters in the extended header field (P-Message-Info), as follows:
  • Message control information such as requesting report and reading report in the message is carried in different fields in the message body, as follows:
  • Content-Type application/message-para
  • Content-ID ⁇ nXYxAE@pres.vancouver.example.com>
  • the message carrying the message service data may be a SIP MESSAGE, an INFO message, or an MSRP SEND message.
  • the above message control parameters may also be carried in part in the message header or in part, and part of it may be carried in the message body.
  • the mapping mode in addition to the traditional message service data being mapped into the SIP message or the MSRP message, the traditional message content indication information needs to be indicated in the SEP message or the MSRP message, including the traditional message type, etc. Can be described by message content media type or message content indication parameter.
  • the difference between the encapsulation and the mapping is that, for the former, the message control parameters are completely encapsulated in the SEP message body or the MSRP message body together with the original description format of the traditional message service;
  • the content part and the message control parameter are carried in a description format in the SIP message or the MSRP message, for example, the message control parameter is mapped from the description format of the traditional message service into a description format in the SIP message or the MSRP message, and then the binary of the SMS message.
  • the message content format will also be described in text form at this time.
  • mapping method that is, the message control parameters are mapped, and the content of the message is still encapsulated in the original description format of the traditional message service.
  • the message control parameters of the traditional message are not required, and may or may not be carried.
  • the embodiment of the present invention carries the message service data in the message header field and/or the message body of the SEP protocol or the MSRP protocol in a mapping manner, so that the fixed network terminal does not need to support the terminal protocol stack of the GSM network, and the SIP can be correctly parsed.
  • the protocol or the message service data carried by the MSRP protocol improves the adaptability of the fixed network terminal and reduces the equipment cost.
  • SMS/MMS message data encapsulation or mapping in SEP messages in GSM networks, CDMA networks and PSTN networks.
  • the email message data may also be encapsulated or mapped in the SIP message.
  • the message content indication parameter or the MIME media type may also be used to describe the email message format. Since the format of the email message is similar to the foregoing various message formats, the details are not detailed here. Description.
  • NGN Next Generation Network
  • the embodiment of the present invention may set a message format conversion module in the SIP domain, and the message format conversion module converts the message format in the sent or received SIP/MSRP message to implement sending to support different message formats. Interworking between the square network element and the receiving network element.
  • the sender network element and the receiver network element may be located in the SIP domain and the circuit domain, respectively, or may be located in the SIP domain and other IP domains (such as the Internet), or may be located in the SEP domain, that is, the message format conversion module may complete the SIP domain and
  • the conversion of the message format between the circuit domains can also complete the conversion of the message format between the SIP domain and other IP domains, and also the conversion of the message format in the SIP domain.
  • the message format conversion performed by the message format conversion module includes conversion of message control parameters and conversion of message content.
  • the conversion of the message control parameters may be processing of adding parameters, deleting parameters, transforming parameters, and the like.
  • the parameter may be a parameter that is added to the destination message format by the message format conversion module.
  • the modified parameter may be a parameter with the same meaning or similar parameters.
  • the sender and the receiver are parameters indicating the message type, and only
  • the deletion parameter may be the parameter that is not supported in the destination message format by the message format conversion module or the receiving network element is not Required parameters.
  • the conversion of the message content includes the conversion of the display mode and the conversion of the media format, and may be processing such as adding content, deleting content, and modifying content.
  • the content of the modified message may be a transformation of the description manner of the display mode, or may be a transformation of the media format, that is, the display mode of the modified message is selected.
  • the description mode supported by the receiver, the media format is modified to be the media format supported by the receiver; the newly added message content may be that the message format conversion module adds the media content according to the user contract; the deleted content may be the message format conversion module, and the destination message format is not supported.
  • the content of the message as described in the display mode.
  • the interface between the message format conversion module and the IMS domain is a SIP interface, and the interface outside the IMS domain can be an interface between the message centers.
  • the interface can be an SMTP (Simple Mail Transfer Protocol) interface.
  • the interface between the message format conversion module and the IMS domain may also be an interface between the IMS interface gateway and the message center. In this case, the interface may be a MAP interface or an HTTP interface.
  • the message control parameter format conversion process in the method of the present invention is further illustrated by taking a modified parameter as an example.
  • the message format conversion module is located between the terminal and the message center, and the message control parameter message type indication sent by the IMS terminal is carried by the header field, and the message format conversion module re-modifies the header field to the MAP message parameter or the HTTP message parameter. Does not change the meaning of the parameter value.
  • the message type, the message classification, the request submission report indication, and the read report indication are directly converted into parameters carried by the HTTP message.
  • the case of carrying a MAP message is similar to this and will not be described in detail here.
  • the message format conversion module is located on the message center or between the message centers.
  • the message control parameters sent by the IMS terminal are carried by the header field, and the message format conversion module modifies the parameter content, and the new parameter is carried in the MAP message or the SMTP message.
  • the message type of submit is converted into the m-forward-req message type used in the middle of the message.
  • the case of carrying with MAP is similar to this and will not be described in detail here.
  • the message format conversion module is between the terminal and the message center, and the message format conversion module will be
  • the parameters carried in the MAP message are filled in the extended SIP header field without changing the meaning of the parameters.
  • the message type and reply path indication are directly converted into a SIP header field.
  • the message format conversion module is located in the message center or between the message centers.
  • the message format conversion module receives the parameters carried in the MAP message, and modifies the parameter content, and the new parameter content is carried in the SIP header field.
  • MAP is the analog parameter, where the message type of submit is converted to the delivery message class. 3. Assume that the CDMA network terminal sends the MMS to the MS domain terminal:
  • the message format conversion module is between the terminal and the message center, and the message format conversion module will be
  • the parameters carried in the HTTP message are filled in the extended SIP header field without changing the meaning of the parameters.
  • the message type and message classification are directly converted into a SIP header field.
  • the message format conversion module is located on the message center or between the message centers.
  • the message format conversion module receives the parameters carried in the SMTP, and modifies the parameter content, and the new parameter content is carried in the SIP header field.
  • the message type of submit is converted to the delivery message type.
  • the IMS terminal sends a message to the IMS terminal, and the MESSAGE message sent by the sender carries the message service data by means of mapping.
  • the relevant parameters in the MESSAGE message are as follows.
  • the receiver supports the encapsulation mode, and the format of the message packet is CDMA network format.
  • the message format conversion module is located in the message center, and the message format conversion module sets the control parameters in the MESSAGE message.
  • the message content is extracted, encoded according to the CDMA network transport layer message format, and the message indication identifier of the message Identifier is changed to delivery, and then encapsulated in the MESSAGE message body and sent to the message receiver.
  • the Content type header field in the MESSAGE message is set to Content type:
  • the message control parameter format conversion process in the method of the embodiment of the present invention is further described by taking the parameter as an example.
  • the message format conversion module is located between the terminal and the message center.
  • the message sent by the IMS terminal does not carry other control parameters except the receiver address, and the message format conversion module increases the required parameters required by the receiver.
  • Table 7 An example of the comparison of message control parameters in SIP messages and HTTP messages is shown in Table 7 below: Table 7:
  • the message format conversion module is located on the message center or between the message centers.
  • the message sent by the IMS terminal does not carry other control parameters except the receiver address, and the message format conversion module increases the parameters required by the receiver.
  • deletion parameter takes the deletion parameter as an example to further illustrate the message control parameter format conversion process in the method of the embodiment of the present invention.
  • the message format conversion module is located on the message center or between the message centers.
  • the message format conversion module receives the parameters carried in the SMTP, and deletes the parameters that are not carried in the destination message.
  • the new parameter content is in the
  • the read-reply parameter does not need to be carried in the notification message, and the parameter is deleted in this message.
  • the IMS terminal sends a message to the IMS terminal, and the MESSAGE message sent by the sender carries the message service data by means of mapping.
  • the relevant parameters in the MESSAGE message are as follows.
  • X-Read-reply Yes
  • the receiver does not support the extension of the message type indication X-Message-type-Indicator.
  • the message format conversion module is located in the message center, and the message format conversion module deletes the above message type indication.
  • a message control parameter such as X-Message-type-Indicator sends a MESSAGE message to the receiver.
  • the example in which the message control parameter is carried in the SIP message is the method of using the header field, and other carrying modes may also be adopted in the specific implementation process.
  • the GSM network terminal sends an SMS to the IMS terminal.
  • the SMS carries a small picture of text and phone.
  • the display mode is a row of text (hello), a 16*16 picture (telephone), and a row of text (One small telephone here ).
  • SMS User Data Hello! ⁇ CR> ⁇ LF> ⁇ CR> ⁇ LF>One small telephone here
  • the message format conversion module converts the display mode into the SMIL language description supported by the IMS domain, converts the 32-byte picture into the bmp format picture supported by the IMS domain, and adds Media in bmp format.
  • FIG. 4 there is shown a block diagram of a first embodiment of the system of the present invention:
  • the system includes: a message service data processing module S51, S52 connected through an IP network, and a message adding module S511 and a sending module S512 in each message service data processing module.
  • the message adding module S511 is configured to add the message service data that needs to be sent to the message header field and/or the message body of the SIP message or the MSRP message, for example, encapsulating the message service data into the message body of the SIP or the MSRP, or The message is sent to the message header field and/or the message body of the SIP or the MSRP.
  • the sending module S512 is connected to the message adding module S511 for transmitting the SIP message or the MSRP message to which the message service data is added to the message receiver.
  • each message service data processing module in the system can also receive SIP or MSRP messages from other message service data processing modules.
  • a receiving module S513 and a message extracting module S514 can also be provided in the system.
  • the receiving module S513 is configured to receive the SIP or MSRP message from the message service data processing module S52.
  • the message extraction module S514 is connected to the receiving module S513, and is configured to extract the message k data from the SIP or MSRP message received by the receiving module S513. .
  • the above modules are also included in the message service data processing module S52, which is not shown in the figure.
  • the message service data processing module S51 needs to send the message service data
  • the message service data is first encapsulated in the message body of the SIP by the message adding module S511, or mapped to the message header field of the SIP message and/or
  • the description of the method in the embodiment of the present invention is similar to the description in the method of the present invention, and details are not described herein again.
  • the encapsulated or mapped SIP message is sent to the peer network device S52 through the sending module S512.
  • the receiving module S513 of the message service data processing module S51 passes the message extraction module S514 to extract the message service data from the SIP message.
  • the message service data processing module may be located in the terminal device or in the network device. Each module in the message service data processing module can be located in one device or in a different device.
  • the message adding module and the sending module may be located in one device, and the receiving module and the message extracting module may be located in one device.
  • the device where the message service data processing module is located may be connected through a SIP network, or may be connected to a circuit domain network through a SIP network, or may be connected to other IP networks (such as the Internet) through a SIP network. Connected.
  • the message format supported by the sender network element and the receiver network element of the message service data may be different.
  • FIG. 5 the block diagram of the second embodiment of the system of the present invention is shown in FIG. 5:
  • the message service data processing module S51 is located in the SIP domain
  • the communication device S61 is located in the circuit domain or the SIP domain
  • the communication device is an entity that processes message service data in the original circuit domain.
  • the message format conversion module S63 is further connected to the message service data processing module S61 in the SIP domain network through the SIP interface or the MSRP interface.
  • the message format conversion module S63 is connected to the communication device S62 through the MAP, HTTP, and SMTP interfaces.
  • the message format conversion module S53 is configured to convert the message format in the SIP/MSRP message to be transmitted when the format of the message supported by the sender and the receiver is different.
  • the message format conversion module S53 can also complete the message format conversion.
  • the block diagram is shown in FIG. 6.
  • the message service data processing module S51 and the message service data processing module S52 are message service data processing modules of the sender and the receiver, respectively.
  • the message format conversion module S53 is connected to the message service data processing module S52 through a SIP interface or an MSRP interface.
  • the message format conversion module S53 can be placed as a separate entity anywhere in the SIP domain, or it can be integrated into the network elements in the SIP domain.
  • the message format conversion module in the SIP domain corresponds to the composition of the message service data, that is, when the network is planning, the message format conversion module is configured for the message format supported by each network element in the network, so that the completion of the message format conversion module is completed. The conversion of the required message format.
  • a message format determination module S54 may be set between the message service data processing module S51 and the message format conversion module S53, as shown in FIG.
  • the message format judging module S54 is used to determine the source message format and the destination message format.
  • the message service data processing module S51 carries the message service through the SIP message.
  • the data is sent to the message format judging module S54.
  • the message format judging module S54 obtains the attribute information of the receiver according to the address of the SIP message, determines the destination message format, and notifies the source message format and the destination message format to the message format conversion module S53.
  • the message format conversion module S53 converts the source message format into a destination message format according to the notification, and sends the converted message to the communication device S61 of the circuit domain.
  • the message format conversion module S53 can send the converted message to other message service data processing modules of the SIP domain to complete the message format conversion in the SIP domain.
  • the schematic is no longer given here.
  • the message format judging module S54 may obtain the attribute information of the receiver through a public database in a network such as a DNS (Domain Name Server) or an ENUM (E.164 number), or determine the message according to the local configuration information of the message service application server. Whether the network to which the receiver belongs is an IMS domain or a circuit domain. If it is an IMS domain, the destination message format can be determined according to the terminal capability, such as supporting the encapsulation format or the mapping format. If it is a circuit domain, it can determine whether the network port type is based on the message service information receiver identity, whether it is a GSM network, a CDMA network or a PSTN network, and whether it is an SMS network or an MMS network according to whether the message content is text or multimedia.
  • the message format judging module can also be divided into several different sub-modules according to actual application requirements. For example, it is divided into a network type judgment sub-module, a network interface type judgment sub-module, a message service type judgment sub-module, and a terminal capability judgment sub-module.
  • the network type judgment sub-module obtains the attribute information of the receiver through a public database in a network such as a DNS (Domain Name Server) or ENUM, or determines whether the network to which the message receiver belongs is an IMS domain or a circuit according to the local configuration information of the message service application server. area.
  • the terminal capability judging sub-module determines a message format supported by the message receiver according to the terminal capability, such as whether to support the traditional message service, whether to support the encapsulation format or the mapping format, the support text format or the multimedia format, and which multimedia format is supported.
  • the terminal capability of the message receiver may be obtained by the terminal capability judgment sub-module when the message receiver registers, and the registration message carries the terminal capability; or the terminal capability judgment sub-module may send the message service to the message receiver. Obtained in the response message returned by the message receiver, that is, the message service is always sent to the message receiver first. If the message receiver does not support the format of the message service, the message response message carries its own terminal capability.
  • the network module type judgment sub-module determines whether the network port type is a GSM network, a CDMA network, or a PSTN network according to the message receiver identifier.
  • the message service type judging sub-module may determine the message service data format sent by the message sender according to the message content, for example, according to the foregoing MIME media type of the message content, and/or the message content indication parameter, and the like.
  • the interface between the message format processing module and the IMS domain can be an interface between the message center (such as an SMTP interface) or an interface between the IMS interface gateway and the message center (such as a MAP interface or an HTTP interface).
  • the message service type judgment sub-module is on the EP-MESSAGE-GW (IP message gateway)
  • the message format processing module is on the IP-MESSAGE-GW.
  • the message service request message is sent to the call session control unit in the network to send a request message, for example: message, and the message service data in text format is carried in the request message.
  • the destination identifier in the message is the identifier of the message service application server.
  • the Request-U I of the message is as-message@example.com.
  • the message carries the message service data by means of mapping. The example is as follows:
  • the call session control unit triggers the message service information to the message service application server by ifc according to the destination identifier in the message service information
  • the message format judging module on the message service application server judges that the receiver belongs to the GSM network in the circuit domain according to the destination identifier, and adds the destination format type to the MESSAGE message through the extended Message-format header field and sends it to the IP-MESSAGE. -GW.
  • An example is as follows:
  • the IP-MESSAGE-GW determines the message format header field in the message, and converts the message format into an SMS message of the GSM network according to the content of the message, and sends it to the MAP protocol. Receiver.
  • the network interface type judgment sub-module may also be located on the IP-MESSAGE-GW (IP message gateway).
  • IP-MESSAGE-GW IP message gateway
  • the message service application server determines that the receiver belongs to the circuit domain according to the destination identifier, and directly sends the received MESSAGE message.
  • IP-MESSAGE-GW determines the specific circuit domain network type, determines the destination message format, and performs message format conversion. This process is similar to the above process, and the message interaction process is omitted.
  • the message format judging module and the message format conversion module may be located on the same network element or on different network elements.
  • the message service request message is sent to the call session control unit in the network to send a request message, for example: message, and the message service data in the multimedia format is carried in the request message.
  • the destination identifier in the message is the identity of the messaging service application server.
  • the Request-URI of the message is as-message@example.com.
  • the message carries the message service data by encapsulation, such as Content type: application/vnd.3 gpp2. sms-tl;
  • the call session control unit triggers the message service information to the message service application server by using ifc according to the destination identifier in the message service information
  • the message format judging module on the message service application server judges that the receiver belongs to the IMS domain according to the destination identifier, and according to the terminal capability of the receiver, the receiver only supports the message format of the mapping mode, and the message format judging module notifies the message format.
  • the conversion module converts the message into a message format of the mapping mode, and then the message format conversion module converts the message format of the encapsulation mode into a message format of the mapping mode.
  • the message service application server sends the converted message to the message receiver. It can be seen that the message format judgment module and the message format conversion module can not only realize the conversion of the message format in different domains, but also realize the conversion of the encapsulation mode and the mapping mode message format, thereby realizing the transmission of various message service data and enabling reception. The party can correctly obtain the message business data.
  • the message format conversion module can complete the conversion between the SIP message encapsulated with the traditional message service data or the MSRP message and the traditional message service message, and encapsulate the obtained traditional message service data in the SIP message or the MSRP message; or The traditional message service data is extracted from the SIP message or the MSRP message. Further, if the format of the traditional message service data is inconsistent with the format supported by the message receiver, the format of the proposed traditional message service data is GSM, and the message is received. If the party is CDMA, the message format conversion module can also convert between the two traditional message service data formats.
  • interworking between different networks including interworking between the circuit domain and the SIP domain, and interworking between SIP domains of different capabilities, such as SIP messages and encapsulation mapping that do not support encapsulation mapping of traditional message service data. Interworking between SIP messages of traditional messaging service data.
  • the functional block diagram of the fifth embodiment of the system of the present invention is shown in FIG. 10: wherein the message data adding module S101 and the message data module S102 are located in the SIP domain, and the message format converting module S 103 is through the SIP interface. Or the MSRP interface is connected to the message data adding module S101 and the message data extracting module S102.
  • the message data adding module S101 is configured to add the message data information to the message (the first message) and send the message to the message receiver network element, where the message data extraction module S102 is configured to receive the message (the second message) of the message sender network element. And extract the message data information carried therein.
  • the message format conversion module 103 is configured to convert the message format when the first message and the second message support the message format.
  • the message data information may be traditional message service data encapsulated or mapped in a message of a SIP or MSRP, or may be message information carried in a message body of a common SIP or MSRP message, such as a SIP that supports encapsulation mapping of traditional message service data. Or the content of the message carried in the MSRP message.
  • the message data adding module S101 carries the message service data through the SIP message and sends it to the message format conversion module S 103.
  • the message format conversion module S103 converts the source message format into the destination message format, and converts the source message format. The message is sent to the message data extraction module S102.
  • the interface between the message data adding module and the message format conversion module may be a SIP interface or an MSRP interface, or may be a MAP interface, an SMTP interface, or an HTTP connection of a traditional circuit domain. mouth.
  • the interface between the message data extraction module and the message format conversion module may be a SIP interface or an MSRP interface, or may be a MAP interface, an SMTP interface, or an HTTP interface of a traditional circuit domain.
  • the interface is a traditional circuit domain interface (MAP interface, SMTP interface or HTTP interface)
  • the process of adding, extracting and converting the message is similar to the above process.
  • the message format conversion module can also complete the conversion between the SIP message or the MSRP message and the traditional message service message mapped with the traditional message service, parse the obtained traditional message service data, and map the message control parameter into a description format of the SIP message or the MSRP message.
  • the content of the message may be mapped, or encapsulated, or maintained in the original description format, and carried in the SIP message or the MSRP message; or the message control parameter parsed from the SIP message or the MSRP message is mapped to the description of the traditional message service.
  • the format, and the message content can be mapped, or maintain the original description format, to generate traditional message data. Among them, since the content of the traditional message also supports the use of the MIME media type format, such as MMS, Email, the original description format of the message content can be maintained during the conversion.
  • the message format conversion module can also perform conversion between a SIP message or an MSRP message that encapsulates or maps traditional message service data and a SIP message or an MSRP message that does not normally support encapsulation or mapping of traditional message service data, and the contents of the message can be mapped to each other. , or maintain the original description format
  • the message format conversion module can also complete the conversion between the SIP message or the MSRP message encapsulating the traditional message service data and the SIP message or the MSRP message mapping the traditional message service data.
  • the message format conversion module for processing different format conversions may be located in different network elements or in the same network element.
  • the format conversion of the message receiver identifier is also completed, such as the SIP URI or Tel in the format of the message receiver identifier filled in by the message sender.
  • the URI format may be the SIP UI form sip:mike@example.com, and the message format conversion module needs to convert it into an E.164 format or a URI of another format, for example, it may be an email address form mike@example.com, and vice versa.
  • the format of the converted message recipient identifier conforms to the format requirement of the network to which the message receiver belongs, and can be identified by the network to which the message receiver belongs.
  • the message format judging module provides a trigger basis for the conversion execution of the message format conversion module, and the message format judging module needs to determine the received message format of the message service from the message sender, and may indicate the parameter and the MIME media of the message content according to the foregoing message content. Type to judge; message format judgment The breaking module also needs to determine the message format supported by the message receiver, and can be judged according to the network to which the message receiver belongs, the terminal capability of the message receiver, and the like.
  • the message format determination module may trigger the execution conversion function of the message format conversion module.
  • the message format judging module that processes the different format judgments may be located in different network elements, or may be located in the same network element.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

- i - 传送消息业务数据的方法及系统
本申请要求于 2006年 6月 9日提交中国专利局、申请号为 200610092913.6、 发明名称为"传送消息业务数据的方法及系统"的中国专利申请的优先权 , 于 2006年 8月 22日提交中国专利局、 申请号为 200610111487.6、发明名称为"传 送消息业务数据的方法及系统，，的中国专利申请的优先权， 其全部内容通过引 用结合在本申请中。
技术领域
本发明涉及网络通信技术领域，具体涉及一种传送消息业务数据的方法及 系统。 ·
背景技术
IMS ( Internet Multiedia Subsystem , 因特网多媒体子系统）是 NGN ( Next Generation Network, 下一代网络） 的核心子系统， 在 NGN的框架下， IMS被 要求同时支持固定接入和移动接入。 IMS通过 SIP ( Session Initiated Protocol, 会话初始协议）协议实现 IP多媒体业务的建立、 维护及管理等功能， 允许运营 商快速、高效地部署多媒体业务，而不依赖网络的接入方式和终端设备的类型， 支持固定网和 802.11、 802.15、 802.16、 CDMA ( Code Division Multiple Address, 码分多址）或 GSM ( Global System for Mobile Communications, 全球移动通信 系统）等无线网上的任何类型的会话，允许业务提供商向用户提供一系列话音 与数据融合的多媒体业务。
IMS的系统结构如图 1所示：
其中， CSCF ( Call Session Control Function, 呼叫会话控制功能） 实体用 于控制用户注册、 会话控制等功能； AS ( Application Server, 应用服务器）用 于提供各种业务逻辑控制功能； HSS ( Home Subscriber Server, 归属用户服务 器）用于集中管理用户签约数据； MGCF ( Media Gateway Control Function, 媒体网关控制功能） 实体用于实现与电路交换网互通； 用户通过代理节点 P-CSCF (代理 CSCF )接入 IMS; 会话和业务触发控制及与 AS的业务控制交互 则由其注册地的归属域服务节点 S-CSCF (服务 CSCF ) 完成。
消息业务是消息实体之间通过业务中心进行信息收发的业务，消息可以是 文本的，也可以是图片等其他格式。业务中心是一个业务处理系统，用于提交、 W
-2- 存储、 转发消息。
传统的消息业务包括 SMS ( Short Message Service, 短消息业务）和 MMS ( Multimedia Messageing Service, 多媒体消息业务） 以及 Email (电子邮件 ) 等。 传统的电路域网络包括 GSM网、 CDMA网和 PSTN ( Public Switched Telephone Network, 公共交换电话网） 网。 GSM网的 SMS协议栈包括应用层 ( Application layer )、 传输层 ( Transfer layer )、 传递层 ( Relay layer )及下层 ( Lower layers )十办议， 其中传递层协议为 MAP ( Mobile Application Part, 移 动应用部分）协议。 CDMA网的 SMS协议栈包括业务层 ( Teleservice layer ), 传输层、 传递层及下层协议， 其中传递层协议为 MAP协议。 PSTN网的 SMS协 议栈分两种，一种包括应用层、传输层及下层协议（包括数据链路层（Data link layer )和物理层（ Physical layer ) ), —种包括应用层、 传输层、 SMS应用业务 元素层（ SMS Application Service Element )及下层协议， 如 TCAP ( Transaction Capabilities Application Part, 事务能力应用部分）协议、 SCCP ( Signalling Connection Control Part, 信令连接控制部分）协议等。
归纳来说， 传统电路域的 SMS协议栈可分为： 业务应用层、 业务传输层、 业务承载层。业务应用层是上述应用层或业务层； 业务传输层可以是上述传输 层， 业务承载层可以是上述传递层或 SMS应用业务单元。
传统电路域的 MMS承载在 HTTP ( Hypertext Transfer Protocol,超文本传输 协议 )协议或 SMTP ( Simple Mail Transfer Protocol, 简单邮件传输协议 )协议 上， 通常， HTTP协议用于终端和多媒体短信中心之间， SMTP协议用于多媒 体短信中心之间。
在现有技术中， SIP携带 SMS的方式是通过直接封装 GSM网的传输层消息 内容 , 并通过 Content-Type: application/vnd.3gpp.sms-tl指示消息体中封装的是 3GPP定义的传输层消息， 如下所示：
MESSAGE sip: 1234567890@domain SIP/2.0 //向 1234567890@domain发送 MESSAGE消息
From: <sip:0987654321@domain>;tag=c0a80103-13c4-7e84-lee41fl-2239 To: <sip: 1234567890@domain>
Call-ID: 247fc650-c0a80103-13c4-7e84-lee41fl-4883@192.168.1.3 CSeq: 1 MESSAGE
Via: SIP/2.0/UDP 192.168.1.3:5060;branch=z9 G4bK-7e84-lee41fl-207e Content-Encoding: base64 〃消息体的编码方式
Max-Forwards: 70
Content-Type: application/vnd.3gpp.sms-tl //指示消息体中封装的是 3 GPP 定义的传输层消息
Content-Length: 32
IMS域的消息业务包括立即消息、 基于会话的消息和延迟传递的消息等。 立即消息是指发送终端通过 MESSAGE (消息）方法直接将消息发送给接收终 端； 基于会话的消息， 如聊天业务， 是指发送、 接收终端通过 SIP建立会话后 通 itMSRP ( Message Session Relay Protocol, 消息^ 舌中继协议 )协议在媒体 流上传送； 延迟传递的消息与传统的 SMS/MMS类似， 是包含存储转发过程的 消息业务。
如果依照上述现有技术这种封装方式，则无法满足携带各种不同类型消息 业务数据的需求， 比如， 类似传统的 MMS类型的消息业务数据； 而且， 对于 固网终端来说， 还需要终端支持 GSM网的终端协议栈， 即需要根据 GSM网 的协议栈解析消息体中封装的数据包， 得到其中的消息内容。
发明内容
本发明实施例提供一种传送消息业务数据的方法，以实现对多种不同类型 消息业务数据的传送。
本发明实施例还提供一种传送消息业务数据的系统，以支持对多种不同类 型消息业务数据的传送。
为此， 本发明实施例提供如下的技术方案：
一种传送消息业务数据的方法， 所述方法包括：
在消息发送方将消息业务数据添加到 SIP消息中，或添加到 MSRP消息中； 以及
通过所述 SIP消息或所述 MSRP消息将所述消息业务数据传送到消息接收 方。
一种传送消息业务数据的系统， 包括一个或多个消息业务数据处理模块， 所述消息业务数据处理模块包括：
消息添加模块，用于将需要发送的消息业务数据添加到 SIP消息或 MSRP 消息的消息头域和 /或消息体中；
发送模块， 与所述消息添加模块相连，用于将添加了所述消息业务数据的 SIP消息或 MSRP消息传送到消息接收方。
一种传送消息业务数据的系统， 包括：
消息数据添加模块，用于将消息数据信息添加到第一消息中并发送给消息 接收方网元， 所述第一消息是 SIP域携带消息数据信息的消息， 或者是传统电 路域携带消息数据信息的消息； 所述消息数据信息是传统消息业务数据，或者 是 SIP或 MSRP消息的消息体中携带的消息信息；
消息数据提取模块， 用于接收消息发送方网元的第二消息， 并提取其中携 带的消息数据信息， 所述第二消息是 SIP域携带消息数据信息的消息， 或者是 电路域携带消息数据信息的消息；
消息格式转换模块，用于在所述第一消息与第二消息支持的消息格式不同 时， 对消息格式进行转换。
由以上本发明实施例提供的技术方案可以看出，本发明实施例将消息业务 数据添加到 SIP协议或 MSRP协议的消息中传送， 通过 SIP消息或 MSRP消 息将消息业务数据传送到消息接收方，从而实现了对各种不同类型消息业务数 据的传送。 利用本发明实施例， 不仅可以传送传统电路域（包括 GSM网络、 CDMA网络和 PSTN网络等） SMS消息的传输层消息进行传送， 而且可以传 送 SMS消息的应用层消息和承载层消息， 从而提高了固网终端的适应能力， 减少了设备成本。
附图说明
图 1是现有 IMS的系统结构示意图；
图 2是本发明方法第一实施例的实现流程图；
图 3是本发明方法第二实施例的实现流程图；
图 4是本发明系统第一实施例的原理框图；
图 5是本发明系统第二实施例的原理框图；
图 6是本发明系统第三实施例的原理框图； 图 7是本发明系统第四实施例的原理框图；
图 8 是本发明系统中消息格式判断模块中的不同功能子模块位于不同网 络实体时消息的处理流程；
图 9是本发明系统中消息格式判断模块及消息格式转换模块位于相同网 络实体时消息的处理流程；
图 10是本发明系统第五实施例的原理框图。
具体实施方式
本发明实施例将消息业务数据添加到 SIP协议或 MSRP协议消息中，通过 SIP协议或 MSRP协议消息携带并传送。 SIP协议或 MSRP协议消息携带消息 业务数据的方式包括封装方式和映射方式。 当采用封装方式携带业务数据时， 如果需要传送 SMS数据， 则将 SMS的业务应用层数据、 和 /或业务传输层数 据、和 /或业务承载层数据封装在 SEP或 MSRP的消息体中；如果需要传送 MMS 数据， 则将 SMTP (筒单邮件传输协议） 消息或者 HTTP (超文本传输协议） 消息封装在 SIP或 MSRP的消息体中， 所述 SMTP消息可以包括 SMTP命令 ( command )和消息内容（ message content )， 或仅包括消息内容， 所述命令可 以是 DATA命令。 所述 HTTP消息包括 HTTP方法（ method )、 头域（ header ) 和消息体 ( body )。 所述方法可用是 POST方法； 当需要传送 Email数据时， 将简单邮件传输协议 SMTP消息封装在 SIP或 MSRP的消息体中；所述 SMTP 消息包括 SMTP命令和消息内容，或仅包括消息内容。 当采用映射方式携带业 务数据时， 将消息业务的控制参数通过 SIP或 MSRP的头域、或头域参数、或 消息体、或消息体应用字段携带；将消息业务的内容通过 SIP或 MSRP的消息 体、 或消息体的 XML标签携带。
本技术领域人员知道， 传统电路域（包括 GSM网络、 CDMA网络和 PSTK 网络等）的消息业务数据可分为消息控制参数和消息内容。 其中， 消息控制参 数可以是接收方地址信息、 用户的业务请求指示， 如请求递交报告（Delivery report ), 请求读取报告的指示（Read reply )。 消息内容可以是消息的显示方式 和媒体内容， 显示方式是媒体内容的排列以及呈现方式的描述，媒体内容可以 是文本、 图片、 声音、 视频。 在本发明实施例中，可以将消息控制参数和消息内容采用传统消息业务的 描述格式封装在 SIP消息或 MSRP消息的消息体中，也可以将消息控制参数和消 息内容放在 SIP消息或 MSRP消息的消息头域和 /或消息体中并采用 SEP消息或 MSRP消息的描述格式携带传送。前者在本发明实施例中，被称之为"消息业务 数据封装"， 后者在本发明实施例中， 被称之为"消息业务数据映射"。 对于这 两种传送方式， 下面将分别进行说明。
首先说明"消息业务数据封装"的实现方式。
参照图 2, 图 2示出了本发明方法第一实施例的实现流程， 包括以下步驟： 步骤 201： 在消息发送方将消息业务数据封装在 SIP或 MSRP的消息体中。 所述消息业务数据可以是 GSM网络的消息业务格式、 也可以是 CDMA网 絡的消息业务格式， 还可以是 PSTN网络的消息业务格式。
本技术领域人员知道， SIP协议提供跨越因特网的高级电话业务， 用于生 成、修改和终结一个或多个参与者之间的会话。这些会话包括因特网多媒体会 议， 因特网 （或任何 IP网络）电话呼叫和多媒体发布。 会话中的成员能够通过 多播或单播联系的网络来通信。 SIP支持会话描述， 它允许参与者在一组兼容 媒体类型上达成一致。它同时通过代理和重定向请求到用户当前位置来支持用 户移动性。 SIP不与任何特定的会议控制协议捆绑。
如果通信各方需要进行在一段时间交换多条消息的、更长时间的即时消息 会话， 则利用 SIP协议的 INVITE (邀请）消息和 MSRP协议来启动。 MSRP可以 传送即时消息的文本， 就像在 SIP中， RTP ( Realtime Transfer Protocol, 实时传 输协议）-用于传送一次 IP电话呼叫中的语音包。
步骤 202:通过 SIP消息或 MSRP消息将封装后的消息业务数据传送到消 息接收方。
上面所述的消息业务数据包括： 消息业务的控制参数和消息业务的内容。 在 SIP 消息中的封装方式与在 MSRP 消息中的封装方式类似， 可以通过 SIP/MSRP消息体中的 MIME ( Multipurpose Internet Mail Extensions, 多用途 Internet邮件扩充协议）媒体类型、 或 MIME体字段、 或消息头域参数来指示 SIP/MSRP消息体中封装的业务消息数据信息。 其中， 所述 MIME媒体类型、 MIME体字段、 头域参数可以是 SIP协议或 MSRP协议中已有 MIME媒体类 型、 MIME体字段、 头域参数的扩展应用， 也可以是扩展的 MIME媒体类型、 MIME体字段、 头域参数。
下面以 SIP域内的消息业务数据的传送为例，说明传统电路域消息业务数 据的携带方式。
在需要传送 SMS业务数据时， 可以将 SMS的业务应用层数据、 和 /或业 务传输层数据、 和 /或业务承载层数据封装在 SIP或 MSRP的消息体中。
在需要传送 MMS业务数据时，可以将 SMTP的 DATA命令中的内容或者 HTTP的 POST方法中的内容封装在 SIP的消息体中。
封装的具体内容除了传统消息业务自身的数据外，还需要指明被封装的传 统消息内容指示信息， 包括消息内 各式（如封装的是哪个网絡的业务数据， 是 SMS还是 MMS ), 还可以进一步包括消息内容所在协议层（如封装的传输 层数据还是承载层数据等）。可以通过以下几种方式标识， 以封装 CDMA网的 SMS的^载层消息为例：
( 1 )在 SIP消息体中定义一个媒体类型 （ media type ), 格式为 MIME类 型，命名为 application/vnd.3gpp2.sms-rl, 以指示封装的消息体中封装的是符合 3GPP2定义的 SMS承载层消息内容； 或者
( 2 )在 SIP头域或消息体中定义一个传统消息内容指示参数， 如命名为 version, 以指示具体的封装内容， 它可以是头域参数或消息体中的字段。
需要说明的是，上述消息内容媒体类型、消息内容指示参数是逻辑的定义， 具体来说， 它们可以是在 SIP协议中定义的新扩展的参数和消息体应用，也可 以是 SIP协议中已有的参数和消息体应用的扩展使用。
下面以 CDMA网的消息业务为例， 进一步说明在 IMS ( Internet Multiedia Subsystem, IP多媒体子系统）域内采用本发明实施例方法 （封装的方式）携 带消息业务数据的方式。
对于 CDMA网的 SMS消息， 将其封装在 SIP/MSRP的消息体中， 封装方 式可以是封装 CDMA网 SMS的承载层消息格式， 即将 MAP协议内容直接封 装。
封装内容通过 MIME体类型 pplication/vnd.3gpp2.sms-rl )指示， 如下所 示： MESSAGE sip: receiver@example.com, SIP/2.0〃向 receiver@example.com 发送消息
Content type: application/vnd.3gpp2.sms-rl //用新增的媒体类型指示消息 体中封装的是 3GPP2定义的承载层消息， 即封装 MAP消息
或者 †装内容使用 content type头 i或参数 version指示， ： ίί口下所示：
MESSAGE sip: receiver@example.com, SIP/2.0
Content type: application/message, version^ vnd.3 gpp2. sms-rl〃用 Content type头域参数指示， 或者封装内容使用 MIME体中的字段 version指示， 如下 所示：
MESSAGE sip: receiver@example.com, SIP/2.0
Content type: application/message
对于 CDMA网的 MMS消息（可以是 3GPP2中定义的， 也可以是开放移 动联盟 0MA中定义的）， 将其封装在 SIP/MSRP的消息体中， 封装方式可以 是直接将 HTTP或 SMTP中携带的 MMS参数和消息内容打包在 SIP/MRSP的 消息体中。
封装内容可以通过 MIME体类型指示， 如下所示：
MESSAGE sip: receiver@example.com, SIP/2.0
Content type: application/vnd.oma.mms
封装内容还可以通过在 content type头域中增加参数指示， 如下所示： MESSAGE sip: receiver@example.com, SIP/2.0
Content type: application/message, version^ vnd.oma.mms
可以看到， GSM网络、 CDMA网络和 PSTN网络的消息中， 业务消息数 据封装在消息体的 MIME体中， 不同格式的消息业务数据可以在消息体的同 一个 MIME体中携带， 以消息内容指示参数来描述不同的消息格式； 或者在 不同的 MIME体中携带， 以 MIME媒体类型来描述不同的消息格式。
本发明实施例釆用封装方式将消息业务数据封装在 SIP协议或 MSRP协议 的消息体中传送， 不仅可以将传统电路域（包括 GSM 网絡、 CDMA 网络和 PSTN网络等 ) SMS消息的传输层消息封装传送， 而且可以将 SMS消息的应 用层消息和 7?载层消息封装传送，而且对于传统电路域的其他格式的消息也可 以通过封装方式携带， 从而实现了对各种不同类型消息业务数据的传送。
下面说明"消息业务数据映射"的实现方式。
参照图 3所示本发明方法第二实施例的实现流程， 包括以下步骤： 步骤 301:在消息发送方将消息业务数据映射到 SIP或 MSRP的消息头域 和 /或消息体中。
比如， 将消息业务的控制参数通过 SEP 的头域、 或头域参数、 或 MIME 体、或 MIME体字段携带；将消息业务的内容通过 SIP或 MSRP的 MIME体、 或 MIME体的 XML标签携带。
同样，在需要建立会话型消息业务时， 将消息业务的控制参数通过 MSRP 的头域、 或头域参数、 或 MIME体、 或 MIME体字段携带； 将消息业务的内 容通过 MSRP的消息体、 或 MIME体的 XML标签携带。
步骤 302:通过 SIP消息或 MSRP消息将映射后的消息业务数据传送到消 息接收方。
上面所述消息控制参数可以是消息类型指示 （Message type ), 消息分类 ( Message class )、递交报告指示 ( Delivery report )、读取报告指示 ( Read reply )、 标题（Subject ), 答复路径（Reply Path )等等。 其中， 消息类型指示标识消息 类型， 如发送消息、递交消息或者是通知消息； 消息分类是指示消息是私人消 息、还是广告或其他种类； 递交 4艮告指示是指发送方请求消息中心在接收方获 得消息后通知发送方；读取报告指示是指发送方请求接收方在读取消息后通知 发送方； 标题是指消息的标题； 答复路径是指发送方请求消息中心在收到接收 终端的响应后把响应发送给发送方。
因此， 在具体实现时， 可以根据需要传送的消息控制参数的类型、 数量等 信息， 在 SIP MSRP协议中定义消息控制参数头域参数， 并通过该参数携带所 述消息控制参数； 或者在 SIP MSRP协议中定义消息控制参数头域， 并通过该 头域携带所述消息控制参数， 一个消息控制参数头域对应一个、 或部分、 或全 部消息控制参数； 或者在 SIP/MSRP协议的消息体中定义媒体类型， 并通过消 息体携带所述消息控制参数；或者在 SIP/MSRP协议的消息体中定义消息控制 参数字段， 并通过该字段携带所述消息控制参数。
其中， 消息头域、 头域参数可以是 SIP/MSRP协议中已有的头域、 头域参 数的扩展使用， 还可以是 SIP/MSRP协议中扩展的头域、 头域参数； 同样， 消 息体应用字段可以是 SIP/MSRP协议中已有的消息体应用的扩展使用，还可以 是 SIP或 MSRP协议中扩展的消息体应用，所述消息体应用可以是消息体中的 XML标签和消息体字段。
下面以消息类型指示为例， 举例说明消息控制参数的携带方式：
( 1 )在 SIP/MSRP协议中定义消息控制参数头域参数， 如消息类型指示 参数， 命名为 Message- type-Indicator, 用该参数携带消息类型指示。
( 2 )在 SIP/MSRP协议中定义消息控制参数头域， 消息控制参数头域可 以与实际的消息控制参数——对应， 如消息类型指示头域， 命名为 X-Message-type-Indicator, 以携带消息类型指示，也可以对应所有或一类参数， 如定义一个消息信息头域， 命名为 P-Message-H ader, 消息类型指示参数及其 他参数作为该消息头域的参数在 P-Message-Header头域中携带。
( 3 )在 SIP/MSRP消息体中定义一个媒体类型， 格式为 MIME类型， 命 名为 application/message ,在该消息体中通过 XML标签携带消息控制参数 ,如 用 message-type-indicator标签携带消息类型指示。
( 4 )在 SIP/MSRP消息体中定义多个消息控制参数字段， 如消息类型指 示字段， 命名为 X-Message-type-Indicator, 以携带消息类型指示。
上述消息类型指示头域、 消息信息头域、 消息控制参数、 消息类型指示参 数、 消息媒体类型和消息类型指示字段等都是逻辑的定义， 具体来说， 它们可 以是在 SIP/MSRP协议中定义的新扩展的参数、 头域、 消息体应用， 也可以是 SIP/MSRP协议中已有的参数、 头域、 消息体应用的扩展使用。
可以单独采用上述某一种方式、或同时采用上述的多种方式組合来携带所 需的消息控制参数。
传统电路域中使用的消息控制参数不仅仅是上述几种，其他消息控制参数 在 SEP/MSRP消息中的携带同样可采用上述方式。
另夕卜，传统电路域的消息控制参数在 SIP/MSRP消息中可以合为一个参数 或者合为一类参数， 然后通过上述方式携带， 如消息类型指示参数在 CDMA 网、 GSM网、 PSTN网中的 SMS消息和 MMS消息中都为必选参数， 但是参 数的定义有差别， 取值也不同， 在 SIP/MSRP中可以通过扩展一个头域或者消 息体中 XML的一个参数来携带。
下面以发送消息为例，进一步说明在 IMS域内采用本发明实施例方法（映 射的方式）携带消息业务数据的方式。
( 1 ) IMS域终端填写 MESSAGE消息的 request URI (统一资源标识）为 接收方地址（也可以是消息中心地址）， 消息中请求递交报告和读取报告等的 参数指示用扩展的 SIP头域携带，内容类型用现有的 SIP头域 Content-Type携 带。 消息内容的显示方式在 SIP消息体中用 SMIL (同步多媒体集成语言）描 述，消息内容在 SIP消息体中直接携带。 SIP消息中携带的消息业务数据如下：
MESSAGE sip: receiver@example.com, SIP/2.0
X-Message-type-Indicator: message submit request〃消息类型指示头域 X-Message-Class: personal〃消息分类头域
X-Delivery-Report: Yes //递交报告请求头域
X-Read-reply: Yes //读取^ =艮告请求头域
X-Subject: Test //消息题目头域
Content-Type: multipart/related; type="application/smil";
start=:"<nXYxAE@pres.vancouver.example.com> "；
boundary="=_005A0428C1257165_="
-=_005A0428C1257165_=
Content-Type: application/smil 〃消息显示方式, 上面显示 test.jpeg, 图象 下面显示" This is a test!"文本
Content-ID: nXYxAE@pres.vancouver.example.com
<smil>
<head>
<layout>
<root-layout height="200" width="176" />
<region id="Image" height="150" width="176" /> <region id="Text" height="50" width="176" fit=" scroll" /> </layout>
</head>
<body>
<par >
<image src="test.jpeg" region="Image" />
<text src="test.txt" region="Text" />
</par>
</body>
</smil>
— =—005 A0428C 1257165 =
Content-Type: text/plain; name="test.txt" //消息中的文本内容 This is a test!
— =—005 A0428C 1257165—=
Content-Type: image/jpeg; name="test.jpg" 〃消息中的图象内容
( 2 ) 消息中请求递交报告和读取报告等消息控制信息通过扩展的头域 ( P-Message-Info ) 中的不同参数携带， 如下所示：
MESSAGE sip: receiver@example.com, SIP/2.0
P-Message-Info: Message-type-Indicator=message submit request,〃消息类 型指示参数
Message-Class=personal 〃消息分类参数
Delivery-Report=Yes //递交 4艮告指示参数
Read-reply=Yes //读取报告指示参数
Subject-Test //消息题目参数
( 3 ) 消息中请求递交报告和读取报告等参数指示在消息体中用 XML标 识携带， 消息内容（This is a test message! )也在 XML标签中携带， 如下所示： MESSAGE sip: receiver@example.com, SIP/2.0
Content-Type: multipart/related; type="application/message+xml"；
start="<nXYxAE@pres .Vancouver, example. com>"；
boundary="=_005A0428C1257165_="
— =— 005A0428C1257165— =
Content-Type: application/message+xml 〃新增 message媒体类型
Content-ID: <nXYxAE@pres.vancouver.example.com>
<?xml version^" 1.0" encoding:="UTF-8"?>
<message xmlns="urn:ietf:params:xml:ns:message">
<message-i pe-indicator> message submit request <message-type-indicator> 〃消息类型指示 XML标签
<message-class> personal
Figure imgf000015_0001
息分类 XML标签
<delivery-report>Yes<delivery-report>〃i l交报告 XML标签
<read-reply>Yes<read-reply>〃读取报告 XML标签
<content> This is a test message !<content>〃:¾'息内容
</message>
( 4 ) 消息中请求递交报告和读取报告等消息控制信息通过消息体中的不 同字段携带， 如下所示：
MESSAGE sip: receiver@example.com, SIP/2.0
Content-Type: multipart/related; type=" application/message+xml";
start="<nXYxAE@pres.vancouver.example.com> "；
boundary="=_005A0428C1257165_="
--=— 005 A0428C 1257165—=
Content-Type： application/message-para Content-ID: <nXYxAE@pres.vancouver.example.com>
X-Message-type- Indicator: message submit request〃消息体内的消息类型指 示字段
X-Message-Class: personal
X-Delivery-Report: Yes
X-Read-reply: Yes
X-Subject: Test 在本发明实施例中， 携带消息业务数据的消息可以是 SIP MESSAGE、 INFO消息， 也可以是 MSRP SEND消息。 上述消息控制参数也可以一部分在 消息头 ί或中携带， 一部分在消息体中携带。
和前述方法类似， 采用映射方式时， 除了传统消息业务数据被映射到 SIP 消息或 MSRP消息中外， 也需要在 SEP消息或 MSRP消息中指明传统消息内 容指示信息，其包括传统消息内^^式等，可以通过消息内容媒体类型或消息 内容指示参数来描述。
可以看到， 封装和映射的区别在于， 对于前者， 消息控制参数采用传统消 息业务的原有描述格式和消息的内容一起， 被完整地封装在 SEP 消息体或 MSRP消息体中； 对于后者， 内容部分和消息控制参数是以 SIP消息或 MSRP 消息中的描述格式来携带，如消息控制参数从传统消息业务的描述格式被映射 成 SIP消息或 MSRP消息中的描述格式， 再如 SMS的二进制的消息内容格式 此时也将以文本方式描述。 当 IMS终端采用封装的方式发送消息业务时， IMS 终端需要支持传统消息业务的描述格式，此时 SIP消息或 MSRP消息只是传统 消息业务的一个传送通道； 而 IMS终端采用映射的方式发送消息业务时， IMS 终端只需要支持 SIP消息或 MSRP消息的描述格式。
此外， 还有一种特殊的映射方式， 即消息控制参数采用映射方式， 而消息 的内容则仍采用传统消息业务的原有描述格式进行封装。
此夕卜，还需要说明的是，在 SIP消息或 MSRP消息中，传统消息的消息控 制参数并不是必须的， 可以携带， 也可以不携带。 可见， 本发明实施例通过映射方式将消息业务数据在 SEP协议或 MSRP 协议的消息头域和 /或消息体中携带，使固网终端无需支持 GSM网的终端协议 栈， 即可正确解析出 SIP协议或 MSRP协议携带的消息业务数据，从而提高了 固网终端的适应能力， 減少了设备成本。
上面介绍了 GSM网络、 CDMA网络和 PSTN网络中的 SMS/MMS消息数 据封装或映射在 SEP消息中的应用。 此外 , 也可以将 Email消息数据封装或映 射在 SIP消息中， 同样可以使用消息内容指示参数或 MIME媒体类型来描述 Email消息格式， 由于 Email消息的格式和前述各类消息格式类似， 这里不再 详细说明。
本技术领域人员知道， 在 NGN ( Next Generation Network, 下一代网络） 中， 需要实现各种不同网络之间的互通， 因此， 消息业务数据的发送方网元和 接收方网元所支持的消息格式有可能不同。
针对这种情况， 本发明实施例可以在 SIP域中设置消息格式转换模块， 由 该消息格式转换模块对发送或接收的 SIP/MSRP消息中的消息格式进行转换， 以实现支持不同消息格式的发送方网元与接收方网元之间的互通。发送方网元 与接收方网元可以分别位于 SIP域和电路域，也可以分别位于 SIP域和其它 IP 域（如因特网）， 也可以均位于 SEP域， 即消息格式转换模块可以完成 SIP域 与电路域之间的消息格式的转换， 也可以完成 SIP域和其它 IP域之间的消息 格式的转换， 也可以完成 SIP域内的消息格式的转换。 消息格式转换模块进行 的消息格式转换包括对消息控制参数的转换和消息内容的转换。
对消息控制参数的转换可以是增加参数、 删除参数、 变换参数等处理。 其 中， 增加参数可以是通过消息格式转换模块新增目的消息格式中需要的参数； 修改参数可以是含义相同或类似的参数的变换，如发送方和接收方都是指示消 息类型的参数， 只进行承载协议的修改， 其中还包括参数取值的变换， 如消息 类型从消息提交转换成消息递交；删除参数可以是通过消息格式转换模块删除 目的消息格式中不支持的参数或者是接收方网元不需要的参数。
消息内容的转换包括显示方式的转换和媒体格式的转换， 可以是新增内 容、 删除内容和修改内容等处理。 其中， 修改消息内容可以是显示方式的描述 方式的变换，也可以是媒体格式的变换， 即修改消息的显示方式描述语言为接 收方支持的描述方式，修改媒体格式为接收方支持的媒体格式；新增消息内容 可以是消息格式转换模块根据用户签约新增媒体内容；删除内容可以是消息格 式转换模块删除目的消息格式不支持的消息内容， 如显示方式的描述。
消息格式转换模块与 IMS域内的接口是 SIP接口， 与 IMS域外的接口可 以是消息中心之间的接口， 此时接口可以是 SMTP ( Simple Mail Transfer Protocol, 简单邮件传输协议）接口。 消息格式转换模块与 IMS域内的接口也 可以是 IMS接口网关到消息中心之间的接口， 此时接口可以是 MAP接口， HTTP接口。
下面以修改参数为例，进一步说明本发明方法中消息控制参数格式转换过 程。
1. 假设 IMS终端发送消息给 GSM网终端：
( 1 ) 消息格式转换模块处于终端和消息中心之间， IMS终端发送的消息 控制参数消息类型指示等用头域携带，消息格式转换模块将上述头域重新修改 为 MAP消息参数或 HTTP消息参数， 并不改变参数值含义。
SIP和 HTTP中的消息控制参数对比示例如下表 1所示：
Figure imgf000018_0001
这里消息类型、消息分类、请求递交报告指示和读取报告指示被直接转换 成 HTTP消息携带的参数。 使用 MAP消息携带的情况与此类似， 在此不再详 细描述。
( 2 ) 消息格式转换模块处于消息中心上或消息中心之间， IMS终端发送 的消息控制参数用头域携带， 消息格式转换模块修改参数内容， 新的参数在 MAP消息或 SMTP消息中携带。
SIP消息和 SMTP消息中的消息控制参数对比示例如下表 2所示： 表 2:
Figure imgf000019_0001
其中， submit的消息类型被转换成消息中间使用的 m-forward-req消息类 型。 使用 MAP携带的情况与此类似， 在此不再详细描述。
2. 假设 GSM网终端发送 SMS到 IMS域终端：
( 1 ) 消息格式转换模块处于终端和消息中心之间， 消息格式转换模块将
MAP消息中携带的参数填写到扩展的 SIP头域中， 并不改变参数含义。
MAP消息和 SIP消息中的消息控制参数对比示例如下表 3所示： 表 3:
Figure imgf000019_0002
在此， 消息类型和答复路径指示被直接转换成 SIP头域。
( 2 )消息格式转换模块处于消息中心上或消息中心之间， 消息格式转换 模块接收 MAP消息中携带的参数， 修改参数内容， 新的参数内容在 SIP头域 中携带。
MAP消息和 SIP消息中的消息控制参数对比示例如下表 4所示:
表 4: '
Figure imgf000019_0003
其中 MAP为模拟参数， 这里 submit的消息类型被转换成 delivery消息类 3. 假设 CDMA网终端发送 MMS到 MS域终端：
( 1 ) 消息格式转换模块处于终端和消息中心之间， 消息格式转换模块将
HTTP消息中携带的参数填写到扩展的 SIP头域中， 并不改变参数含义。
HTTP消息和 SIP消息中的消息控制参数对比示例如下表 5所示： 表 5:
Figure imgf000020_0001
在此， 消息类型和消息分类被直接转换成 SIP头域。
( 2 ) 消息格式转换模块处于消息中心上或消息中心之间， 消息格式转换 模块接收 SMTP中携带的参数，修改参数内容，新的参数内容在 SIP头域中携 带。
SMTP消息和 SIP消息中的消息控制参数对比示例如下表 6所示:
表 6:
Figure imgf000020_0002
在此， submit的消息类型被转换成 delivery消息类型。
4. ^-设 IMS终端发送消息给 IMS终端：
IMS终端发送消息给 IMS终端， 发送方发送的 MESSAGE消息中通过映 射的方式携带消息业务数据， MESSAGE消息中的相关参数示例如下,
MESSAGE sip: receiver@example.com, SIP/2.0
X-Message-type-Indicator: message submit request
X-Read-reply: Yes 接收方支持封装的方式，且消息打包的格式为 CDMA网絡格式， 消息格式 转换模块位于消息中心上， 消息格式转换模块把 MESSAGE消息中的控制参数 和消息内容提取出来，按 CDMA网络传输层消息格式进行编码，并把其中的消 息指示标识 Message Identifier改为 delivery, 之后封装在 MESSAGE消息体中发 送给消息接收方。 MESSAGE消息中 Content type头域设置为 Content type:
application/vnd.3 gpp2. sms-tl。
下面以增加参数为例，进一步说明本发明实施例的方法中消息控制参数格 式转换过程。
假设 IMS终端发送消息给 PSTN网络终端：
( 1 ) 消息格式转换模块处于终端和消息中心之间， IMS终端发送的消息 中除接收方地址外没有携带其他控制参数，消息格式转换模块增加接收方所需 的必选参数。
SIP消息和 HTTP消息中的消息控制参数对比示例如下表 7所示： 表 7:
Figure imgf000021_0001
在此， HTTP消息中消息类型参数、 MMS版本为新增参数的。 使用 MAP 携带的情况与此类似， 在此不再详细说明。
( 2 ) 消息格式转换模块处于消息中心上或消息中心之间， IMS终端发送 的消息中除接收方地址外没有携带其他控制参数，消息格式转换模块增加接收 方所需参数。
SIP消息和 SMTP消息中的消息控制参数对比示例如下表 8所示:
表 8:
Figure imgf000021_0002
在此， SMTP中消息类型参数为新增参数的。 使用 MAP携带的情况与此 类似， 在此不再详细描述。
下面以删除参数为例，进一步说明本发明实施例的方法中消息控制参数格 式转换过程。
1、 假设 CDMA网终端发送 MMS给 IMS终端： 消息格式转换模块处于消息中心上或消息中心之间，消息格式转换模块接 收 SMTP中携带的参数，删除目的消息中不需要携带的参数，新的参数内容在
SIP头域中携带。
SMTP消息和 SIP消息中的消息控制参数对比示例如下表 9所示:
表 9:
Figure imgf000022_0001
在此， read-reply参数不需要在 notification消息中携带， 在此消息中删除 该参数。
2、 假设 IMS终端发送消息给 IMS终端：
IMS终端发送消息给 IMS终端， 发送方发送的 MESSAGE消息中通过映 射的方式携带消息业务数据， MESSAGE消息中的相关参数示例如下，
MESSAGE sip: receiver@example.com, SIP/2.0
X-Message-type-Indicator: message submit request
X-Read-reply: Yes 接收方不支持消息类型指示 X-Message-type-Indicator等扩展参数，消息格 式转换模块位于消息中心上， 消息格式转换模块删除上述消息类型指示
X-Message-type-Indicator等消息控制参数， 把 MESSAGE消息发送给接收方。
需要说明的是， 上述示例中， SIP消息中携带消息控制参数的示例都是采 用头域的方式， 在具体实现过程中同样可以采用其他携带方式。
下面举例说明本发明实施例的方法中消息内 各式转换过程。
假设 GSM网终端发送 SMS给 IMS终端， SMS中携带文本和电话的小图 片， 显示方式是一排文本（hello ), —排 16* 16的图片 （telephone ), 再一排文 本 ( One small telephone here )。
GSM网消息的消息内容和显示方式示例如下：
SMS User Data Header: UDHL=24, IEI-11, IEIDL=22, IEDi=085 <% (small picture 32bytes)>
SMS User Data: Hello！ <CR><LF><CR><LF>One small telephone here 消息格式转换模块将显示方式转换为 IMS域支持的 SMIL语言描述， 将 32字节图片转换成 IMS域支持的 bmp格式图片， 并增加 bmp格式的媒体。 示例: ¾口下：
— =— 005 A0428C 1257165一=
Content-Type: application/smil
<smil>
<head>
<layout>
<root-layout height="200" width=，，150" />
<region id="Text" height="20" width="150" />
<region id="Image" height="20" width="20" />
<region id="Text" height="20" width="150" />
</layout>
</head>
<body>
<par >
<text src="hello" region="Text" />
<image src="telephone.bmp" region="Image" />
<text src=" One small telephone here " region="Text" />
</par>
</body>
</smil>
— =— 005 A0428C 1257165—=
Content-Type: image/jpeg; name="telephone.bmp" 消息内容的删除与上述过程类似，或者可以说是修改方式的简化，这里不 再给出具体的实施例。
参照图 4, 图 4示出了本发明系统第一实施例的原理框图：
该系统包括： 通过 IP网络相连的消息业务数据处理模块 S51、 S52, 在每 个消息业务数据处理模块中包括：消息添加模块 S511和发送模块 S512。其中， 消息添加模块 S511用于将需要发送的消息业务数据添加到 SIP消息或 MSRP 消息的消息头域和 /或消息体中， 比如， 将消息业务数据封装到 SIP或 MSRP 的消息体中，或映射到 SIP或 MSRP的消息头域和 /或消息体中；发送模块 S512 与消息添加模块 S511 相连， 用于将添加了所述消息业务数据的 SIP 消息或 MSRP消息传送到消息接收方。
当然，该系统中的各消息业务数据处理模块还可以接收来自其它消息业务 数据处理模块的 SIP或 MSRP消息。 为此， 在该系统中还可以设置接收模块 S513和消息提取模块 S514。 其中， 接收模块 S513用于接收来自消息业务数 据处理模块 S52的 SIP或 MSRP消息； 消息提取模块 S514与接收模块 S513 相连，用于从接收模块 S513接收的 SIP或 MSRP消息中提取出消息 k务数据。
在消息业务数据处理模块 S52中同样包括以上模块， 在图中未示出。
以 SIP消息为例，当消息业务数据处理模块 S51需要发送消息业务数据时， 首先由消息添加模块 S511将消息业务数据封装到 SIP的消息体中， 或映射到 SIP消息的消息头域和 /或消息体中，具体封装或映射方式与前面本发明实施例 的方法中的描述类似， 在此不再赘述。 然后， 将封装或映射后的 SIP消息通过 发送模块 S512发送到对端网络设备 S52。
当消息业务数据处理模块 S51的接收模块 S513接收到对端消息业务数据 处理模块 S52发送过来的 SIP消息后， 交由消息提取模块 S514， 从 SIP消息 中提取出消息业务数据。
消息业务数据处理模块可以位于终端设备中， 也可以位于网络设备中。 消息业务数据处理模块中的各模块可以位于一个设备中，也可以位于不同 的设备中。 所述消息添加模块与发送模块可以位于一个设备中，接收模块和消 息提取模块可以位于一个设备中。
消息业务数据处理模块所处的设备可以通过 SIP 网络相连， 也可以通过 SIP网络与电路域网络相连， 也可以通过 SIP网络与其它 IP网络（如因特网） 相连。
由于在 NGN中， 需要实现各种不同网络之间的互通， 因此， 消息业务数 据的发送方网元和接收方网元所支持的消息格式有可能不同。
针对这种情况， 本发明系统第二实施例的原理框图如图 5所示：
消息业务数据处理模块 S51位于 SIP域， 通信设备 S61位于电路域或 SIP 域， 所述通信设备为原有电路域中处理消息业务数据的实体。 为了实现对端通 信设备对消息业务数据的识别， 在该实施例中， 还包括了消息格式转换模块 S63 ,通过 SIP接口或 MSRP接口与 SIP域网络中的消息业务数据处理模块 S61 相连。 消息格式转换模块 S63通过 MAP、 HTTP, SMTP接口与通信设备 S62 相连。
消息格式转换模块 S53用于在发送方与接收方支持的消息格式不同时，对 需要传送的 SIP/MSRP消息中的消息格式进行转换。
发送方与接收方均在 SIP域中，且支持的消息格式不同， 消息格式转换模 块 S53同样可以完成消息格式转换，原理框图如图 6所示。 消息业务数据处理 模块 S51和消息业务数据处理模块 S52分别为发送方和接收方的消息业务数据 处理模块。 消息格式转换模块 S53通过 SIP接口或 MSRP接口与消息业务数 据处理模块 S52相连。
消息格式转换模块 S53可作为一个独立的实体置于 SIP域的任何位置，也 可以将其集成在 SIP域内的网元上。
SIP域中的消息格式转换模块与消息业务数据的組成对应， 也就是说， 在 网络进行规划时，针对网络中的各网元支持的消息格式，进行消息格式转换模 块的配置， 使其完成所需的消息格式的转换。
消息格式转换模块对不同消息格式的转换与前面对本发明方法的描述类 似， 在此不再赘述。
为了进一步方便消息格式转换模块在不同通信设备间的使用，还可以在消 息业务数据处理模块 S51和消息格式转换模块 S53之间设置消息格式判断模块 S54 , 如图 7所示。 消息格式判断模块 S54用于确定源消息格式和目的消息格 式。
以 SIP消息为例，消息业务数据处理模块 S51通过 SIP消息携带消息业务 数据， 并将其发送到消息格式判断模块 S54 , 消息格式判断模块 S54根据 SIP 消息的地址， 获取接收方的属性信息， 确定目的消息格式， 将源消息格式与目 的消息格式通知消息格式转换模块 S53,消息格式转换模块 S53根据该通知将 源消息格式转换成目的消息格式，并将转换后的消息发送给电路域的通信设备 S61。
与图 6类似，消息格式转换模块 S53可以把转换后的消息发送给 SIP域的 其他消息业务数据处理模块， 以完成 SIP域内的消息格式转换。这里不再具体 给出原理图。
消息格式判断模块 S54可以通过 DNS( Domain Name Server,域名服务器） 或 ENUM ( E.164号码）等网络中的公共数据库获取接收方的属性信息， 或者 根据消息业务应用服务器的本地配置信息，判断消息接收方所属的网络是 IMS 域还是电路域。 如果是 IMS域， 可以根据终端能力确定目的消息格式， 如支 持封装格式还是映射格式。如果是电路域，可以根据消息业务信息接收方标识 判断网 矣口类型， 是 GSM网、 CDMA网络还是 PSTN网络， 并根据消息内 容是文本还是多媒体判断是 SMS网络还是 MMS网络。
因此，也可以根据实际应用需要，将消息格式判断模块分成几个不同的子 模块。 比如， 将其分为网络类型判断子模块、 网络接口类型判断子模块、 消息 业务类型判断子模块、终端能力判断子模块。由网络类型判断子模块通过 DNS (域名服务器）或 ENUM等网络中的公共数据库获取接收方的属性信息， 或 者根据消息业务应用服务器的本地配置信息， 判断消息接收方所属的网络是 IMS域还是电路域。 如果是 IMS域， 由终端能力判断子模块根据终端能力确 定消息接收方支持的消息格式，如是否支持传统消息业务以及支持封装格式还 是映射格式、支持文本格式还是多媒体格式以及支持哪种多媒体格式等， 所述 消息接收方的终端能力， 可以由终端能力判断子模块在消息接收方注册时获 得， 注册消息中携带终端能力； 也可以是由终端能力判断子模块在消息业务发 往消息接收方后， 消息接收方返回的响应消息中获得， 即消息业务总是先发往 消息接收方， 消息接收方如果不支持消息业务的格式，则在返回的响应消息中 携带自己的终端能力。如果是电路域， 由网^ 口类型判断子模块根据消息接 收方标识判断网 ^口类型是 GSM网、 CDMA网络还是 PSTN网络。 此外， 还可以由消息业务类型判断子模块根据消息内容判断消息发送方发送的消息 业务数据格式， 如可以根据前述的消息内容的 MIME媒体类型、 和 /或消息内 容指示参数等判断。
消息格式处理模块与 IMS 域外的接口可以是消息中心之间的接口 （如 SMTP接口）， 也可以是 IMS接口网关到消息中心之间的接口 （如 MAP接口、 HTTP接口）。
假设网络类型判断子模块及网络接口判断子模块位于消息业务应用服务 器上， 消息业务类型判断子模块在 EP-MESSAGE-GW ( IP消息网关）上， 消息 格式处理模块在 IP-MESSAGE-GW上， 其消息交互流程如图 8所示：
( 1 ) 消息业务请求消息发送方向网络中的呼叫会话控制单元发送请求消 息， 例如： message, 并且在请求消息中携带文本格式的消息业务数据。 消息 中目的地标识为消息业务应用服务器的标识， 例如， message的 Request-U I为 as-message@example.com。 消息中通过映射的方式携带消息业务数据， 示例如 下：
MESSAGE sip: as-message@example.com, SIP/2.0
X-Message-type-Indicator: message submit request
X-Read-reply: Yes
( 2 )呼叫会话控制单元根据消息业务信息中目的地标识， 将消息业务信 息通过 ifc触发到消息业务应用服务器；
( 3 ) 消息业务应用服务器上的消息格式判断模块根据目的地标识判断接 收方属于电路域中的 GSM网络， 将目的格式类型通过扩展的 Message-format 头域添加在 MESSAGE消息中发送给 IP-MESSAGE-GW上。 示例如下：
MESSAGE sip: receiver@example.com, SIP/2.0
Message-format: version = gsm
X-Message-type-Indicator: message submit request
X-Read-reply: Yes
( 4 ) IP-MESSAGE-GW判断消息中的消息格式头域， 并根据消息内容是 文本， 把消息格式转换成 GSM网络的 SMS消息， 并通过 MAP协议发送给消 息接收方。
网络接口类型判断子模块也可以位于 IP-MESSAGE-GW ( IP消息网关） 上，这种情况下，消息业务应用服务器根据目的地标识判断接收方属于电路域， 则把收到 的 MESSAGE 消 息直接发送给 IP-MESSAGE-GW , 由 IP-MESSAGE-GW判断具体的电路域网络类型， 确定目的消息格式， 并进行 消息格式转换。 此过程与上述流程类似， 消息交互流程省略。
消息格式判断模块和消息格式转换模块可以位于同一个网元上，也可以位 于不同的网元上。
假设消息格式判断模块和消息格式转换模块位于消息业务应用服务器上， 其消息交互流程如图 9所示：
( 1 ) 消息业务请求消息发送方向网络中的呼叫会话控制单元发送请求消 息， 例如： message, 并且在请求消息中携带多媒体格式的消息业务数据。 消 息中目的地标识为消息业务应用服务器的标识， 例如， message的 Request-URI 为 as-message@example.com。 消息中通过封装的方式携带消息业务数据， 如 Content type: application/vnd.3 gpp2. sms-tl；
( 2 )呼叫会话控制单元根据消息业务信息中目的地标识， 将消息业务信 息通过 ifc触发到消息业务应用月艮务器；
( 3 ) 消息业务应用服务器上的消息格式判断模块根据目的地标识判断接 收方属于 IMS域， 并根据接收方的终端能力得知接收方只支持映射方式的消 息格式 ,消息格式判断模块通知消息格式转换模块将消息转换成映射方式的消 息格式，之后消息格式转换模块将封装方式的消息格式转换成映射方式的消息 格式。 示例如下：
MESSAGE sip: receiver@example.com, SIP/2.0
X-Message-type - Indicator: message submit request
X-Read-reply: Yes
( 4 ) 消息业务应用服务器将转换后的消息发送给消息接收方。 可见，通过消息格式判断模块和消息格式转换模块， 不仅可实现不同域内 消息格式的转换，还可以实现封装方式与映射方式消息格式的转换，从而实现 对各种消息业务数据的传输， 并使接收方能够正确获得消息业务数据。
总的来说，消息格式转换模块可以完成封装有传统消息业务数据的 SIP消 息或 MSRP 消息和传统消息业务消息之间的转换， 将获得的传统消息业务数 据封装在 SIP消息或 MSRP消息中； 或者， 从 SIP消息或 MSRP消息中提取 出传统消息业务数据， 进一步的，如果该传统消息业务数据的格式和消息接收 方支持的格式不一致， 如提出的传统消息业务数据的格式为 GSM, 而消息接 收方的为 CDMA, 则消息格式转换模块还可以在这两种传统消息业务数据格 式之间作转换。
由于在 NGN中， 需要实现各种不同网络之间的互通， 包括电路域与 SIP 域的互通， 不同能力的 SIP域之间的互通， 如不支持封装映射传统消息业务数 据的 SIP消息与封装映射传统消息业务数据的 SIP消息之间的互通。
针对这种情况， 本发明系统第五实施例的原理框图如图 10所示： 其中， 消息数据添加模块 S101和消息数据提耳 ^莫块 S102位于 SIP域， 消 息格式转换模块 S 103通过 SIP接口或 MSRP接口与消息数据添加模块 S101、 消息数据提取模块 S102相连。消息数据添加模块 S101用于将消息数据信息添 加到消息（第一消息） 中并发送给消息接收方网元， 消息数据提取模块 S102 用于接收消息发送方网元的消息（第二消息）， 并提取其中携带的消息数据信 息。消息格式转换模块 103用于在所述第一消息与第二消息支持的消息格式不 同时， 对消息格式进行转换。 所述消息数据信息可以是封装或映射在 SIP或 MSRP的消息中的传统消息业务数据，也可以是普通 SIP或 MSRP消息的消息 体中携带的消息信息，如支持封装映射传统消息业务数据的 SIP或 MSRP消息 中携带的消息内容。
以 SIP消息为例， 消息数据添加模块 S101通过 SIP消息携带消息业务数 据， 并将其发送到消息格式转换模块 S 103 , 消息格式转换模块 S103将源消息 格式转换成目的消息格式， 并将转换后的消息发送给消息数据提取模块 S102。
消息数据添加模块与消息格式转换模块之间的接口可以是 SIP接口或 MSRP接口， 也可以是传统电路域的 MAP接口、 SMTP接口或者是 HTTP接 口。 消息数据提取模块与消息格式转换模块之间的接口可以是 SIP接口或 MSRP接口， 也可以是传统电路域的 MAP接口、 SMTP接口或者是 HTTP接 口。 接口为传统电路域接口 （MAP接口、 SMTP接口或者是 HTTP接口）时， 消息的添加、 提取及格式转换过程与上述过程类似。
消息格式转换模块还可以完成映射有传统消息业务的 SIP 消息或 MSRP 消息和传统消息业务消息之间的转换，解析获得的传统消息业务数据，将消息 控制参数映射成 SIP消息或 MSRP消息的描述格式，而消息的内容则可以映射、 或封装、 或保持原描述格式， 携带于 SIP消息或 MSRP消息中； 或者， 从 SIP 消息或 MSRP 消息中解析获得的消息控制参数， 映射为传统消息业务的描述 格式， 而消息内容则可以映射、或保持原描述格式，生成传统消息数据。其中， 由于传统消息的内容也支持采用 MIME媒体类型格式， 如 MMS、 Email, 因 此在转换时， 可以保持消息内容的原描述格式。
消息格式转换模块还可以完成封装或映射有传统消息业务数据的 SIP 消 息或 MSRP 消息和普通不支持封装或映射传统消息业务数据的 SIP 消息或 MSRP消息之间的转换， 消息的内容可以被相互映射、 或保持原描述格式
消息格式转换模块还可以完成封装传统消息业务数据的 SIP消息或 MSRP 消息和映射传统消息业务数据的 SIP消息或 MSRP消息之间的转换。
上述处理不同格式转换的消息格式转换模块可以位于不同的网元中，也可 以位于同一个网元中。
此外，当消息格式转换模块执行 SIP消息或 MSRP消息和传统消息之间的 转换时，还完成消息接收方标识的格式的转换，如消息发送方填写的消息接收 方标识的格式的 SIP URI 或 Tel URI 格式， 例如可以是 SIP U I 形式 sip:mike@example.com, 消息格式转换模块需要将其转换成 E.164格式或其它 格式的 URI, 例如可以是 Email的地址形式 mike@example.com, 反之亦然， 转换后的消息接收方标识的格式符合消息接收方所属网络的格式要求，可被消 息接收方所属网络所识别。
消息格式判断模块为消息格式转换模块的转换执行提供触发依据，消息格 式判断模块需要判断收到的来自消息发送方的消息业务的消息格式，可以依据 前述的消息内容指示参数、 消息内容的 MIME媒体类型来判断； 消息格式判 断模块还需要判断消息接收方支持的消息格式，可以依据消息接收方所属的网 络、 消息接收方的终端能力等来判断。
如果来自消息发送方的消息业务的消息格式和消息接收方支持的消息格 式不匹配， 则消息格式判断模块可以触发消息格式转换模块的执行转换功能。
上述处理不同格式判断的消息格式判断模块可以位于不同的网元中，也可 以位于同一个网元中。
虽然通过实施例描绘了本发明， 本领域普通技术人员知道，本发明有许多 变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化 而不脱离本发明的精神。

Claims

权 利 要 求
1、 一种传送消息业务数据的方法， 其特征在于， 所述方法包括： 在消息发送方将消息业务数据添加到 SIP消息中，或添加到 MSRP消息中； 以及
通过所述 SIP消息或所述 MSRP消息将所述消息业务数据传送到消息接收 方。
2、根据权利要求 1所述的方法，其特征在于， 所述将消息业务添加到 SIP 或 MSRP消息中的步骤包括：
在消息发送方将消息业务数据封装在会话初始协议 SIP 或消息会话中继 协议 MSRP的消息体中。
3、 根据权利要求 2所述的方法， 其特征在于， 所述消息业务数据的格式 包括以下消息业务格式中的至少一种： GSM 网络的消息业务格式、 CDMA 网络的消息业务格式、 PSTN网络的消息业务格式、 Email的消息业务格式。
4、根据权利要求 2或 3所述的方法， 其特征在于， 所述方法进一步包括： 将所述业务消息数据封装在所述消息体中的多用途因特网邮件扩充协议
MIME体中，并通过所述 SIP消息或 MSRP消息中的 MIME媒体类型、或 MIME 体字段、 或头域参数指示所述业务消息数据的格式。
5、根据权利要求 1所述的方法，其特征在于， 所述将消息业务添加到 SIP 或 MSRP消息中的步骤具体为：
在消息发送方将消息业务数据映射到会话初始协议 SIP 或消息会话中继 协议 MSRP的消息头域和 /或消息体中。
6、 根据权利要求 5所述的方法， 其特征在于， 所述将消息业务数据映射 到会话初始协议 SIP或消息会话中继协议 MSRP的消息头域和 /或消息体中的 步骤包括：
将消息业务的控制参数通过 SIP或 MSRP的消息头域、 和 /或 MIME体携 带；
将消息业务的内容通过 SIP或 MSRP的 MIME体携带。
7、 根据权利要求 1所述的方法， 其特征在于， 所述方法进一步包括： 当消息业务数据的发送方与接收方支持的消息格式不同时，对消息格式进 行转换。
8、 根据权利要求 7所述的方法， 其特征在于， 所述对消息格式进行转换 的步骤包括： 对消息控制参数和 /或对消息内容进行转换。
9、 一种传送消息业务数据的系统， 其特征在于， 包括消息业务数据处理 模块， 所述消息业务数据处理模块包括：
消息添加模块，用于将需要发送的消息业务数据添加到 SIP消息或 MSRP 消息的消息头域和 /或消息体中；
发送模块， 与所述消息添加模块相连， 用于将添加了所述消息业务数据的 SIP消息或 MSRP消息传送到消息接收方。
10、根据权利要求 9所述的系统， 其特征在于， 所述消息业务数据处理模 块还包括：
接收模块，用于接收来自所述系统中其它消息业务数据处理模块的 SIP消 息或 MSRP消息；
消息提取模块， 与所述接收模块相连， 用于从所述接收模块接收的 SIP消 息或 MSRP消息中提取出消息业务数据。
11、 根据权利要求 10所述的系统， 其特征在于， 所述消息业务数据处理 模块所处的设备通过 SIP域网絡相连，或通过 SIP域网络与电路域网络或其它 IP网络相连。
12、 根据权利要求 11所述的系统， 其特征在于， 所述系统进一步包括： 消息格式转换模块， 用于在发送方与接收方支持的消息格式不同时，对消 息格式进行转换。
13、 根据权利要求 12所述的系统， 其特征在于， 所述系统进一步包括： 消息格式判断模块， 用于确定源消息格式和目的消息格式。 ，
14、 一种传送消息业务数据的系统， 其特征在于， 包括：
消息数据添加模块，用于将消息数据信息添加到第一消息中并发送给消息 接收方网元， 所述第一消息是 SIP域携带消息数据信息的消息，或者是传统电 路域携带消息数据信息的消息； 所述消息数据信息是传统消息业务数据，或者 是 SIP或 MSRP消息的消息体中携带的消息信息；所述 SIP域携带消息数据信 息的消息是会话初始协议 SIP消息、或消息会话中继协议 MSRP消息，所述传 统电路域携带消息数据信息的消息是映射 MAP 消息、 或简单邮件传输协议 SMTP消息、 或超文本传输协议 HTTP消息；
消息数据提取模块， 用于接收消息发送方网元的第二消息， 并提取其中携 带的消息数据信息， 所述第二消息是 SIP域携带消息数据信息的消息， 或者是 电路域携带消息数据信息的消息；
消息格式转换模块，用于在所述第一消息与第二消息支持的消息格式不同 时， 对消息格式进行转换。
15、 根据权利要求 14所述的系统， 其特征在于， 所述系统进一步包括： 消息格式判断模块， 用于判断所述第一消息和所述第二消息的消息格式。
16、 根据权利要求 15所述的系统， 其特征在于， 所述消息格式判断模块 至少包括下面一个子模块：
网络类型判断子模块， 用于通过所述第一消息中的消息业务信息， 判断所 述消息业务信息接收方所属网络类型；
网络接口类型判断子模块，用于通过所述第一消息中的消息业务信息判断 网 接口类型；
终端能力判断子模块， 用于通过消息接收方所属的网络、 和 /或消息接收 方的终端能力来判断消息接收方支持的消息业务数据格式；
消息业务类型判断子模块，用于通过所述第一消息判断其携带的消息业务 数据格式。
PCT/CN2007/001784 2006-06-09 2007-06-06 Procédé et système de délivrance de données de services de messagerie WO2007143924A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP07721357A EP2028815A4 (en) 2006-06-09 2007-06-06 METHOD AND SYSTEM FOR DELIVERING MESSAGE SERVICE DATA
US12/329,827 US20090086725A1 (en) 2006-06-09 2008-12-08 Method and system for transmitting message service data

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200610092913.6 2006-06-09
CN200610092913 2006-06-09
CN200610111487.6 2006-08-22
CNA2006101114876A CN101087269A (zh) 2006-06-09 2006-08-22 传送消息业务数据的方法及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/329,827 Continuation US20090086725A1 (en) 2006-06-09 2008-12-08 Method and system for transmitting message service data

Publications (1)

Publication Number Publication Date
WO2007143924A1 true WO2007143924A1 (fr) 2007-12-21

Family

ID=38831411

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/001784 WO2007143924A1 (fr) 2006-06-09 2007-06-06 Procédé et système de délivrance de données de services de messagerie

Country Status (4)

Country Link
US (1) US20090086725A1 (zh)
EP (1) EP2028815A4 (zh)
CN (1) CN101087269A (zh)
WO (1) WO2007143924A1 (zh)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8175236B2 (en) * 2007-11-16 2012-05-08 At&T Mobility Ii Llc IMS and SMS interworking
KR100979202B1 (ko) * 2007-11-21 2010-09-01 한국전자통신연구원 메시지 서비스 방법 및 메시지 서비스 시스템
US9397862B2 (en) * 2008-12-12 2016-07-19 At&T Intellectual Property I, L.P. Method and apparatus for completing a circuit switched service call in an internet protocol network
US8959232B2 (en) * 2008-12-30 2015-02-17 At&T Mobility Ii Llc IMS and MMS interworking
US8495245B2 (en) * 2009-01-08 2013-07-23 Alcatel Lucent Connectivity, adjacencies and adaptation functions
CN101841514A (zh) * 2009-03-17 2010-09-22 联想(北京)有限公司 邮件处理方法及设备
US9729351B2 (en) 2009-08-10 2017-08-08 Qualcomm Incorporated Identifying a domain for delivery of message service information
US10104512B2 (en) 2009-08-10 2018-10-16 Qualcomm Incorporated Domain selection for mobile-originated message service
US8811288B2 (en) * 2009-10-14 2014-08-19 Telefonaktiebolaget L M Ericsson (Publ) Method for enabling delivery of a message between an IMS domain and a CS domain
WO2011129600A2 (en) * 2010-04-12 2011-10-20 Samsung Electronics Co., Ltd. Method and system of communicating delivery status of an xdm resource in an xdm environment
US8611352B2 (en) 2010-04-20 2013-12-17 Marvell World Trade Ltd. System and method for adapting a packet processing pipeline
US8583748B2 (en) * 2010-09-01 2013-11-12 At&T Mobility Ii, Llc Method and apparatus for messaging service internetworking
WO2011110022A1 (zh) * 2010-09-29 2011-09-15 华为技术有限公司 数据的传输方法、装置及系统
CN102457818B (zh) * 2010-10-18 2015-12-16 中兴通讯股份有限公司 一种gsm-r系统中短层2头消息的下发方法及系统
US10489236B2 (en) * 2011-03-11 2019-11-26 Tejas Networks Ltd Method and system for managing a communication network
CN102752272A (zh) * 2011-04-22 2012-10-24 中兴通讯股份有限公司 媒体消息数字签名的处理方法、系统和装置
CN102752231A (zh) * 2011-04-22 2012-10-24 中兴通讯股份有限公司 媒体消息安全机制的处理方法和网关设备
US9380132B2 (en) 2011-06-27 2016-06-28 Marvell Israel (M.I.S.L.) Ltd. FCoE over trill
CN102437870B (zh) * 2011-08-01 2016-09-14 南京中兴软件有限责任公司 Ic卡信息共享实现方法、系统及装置
CN103079175B (zh) * 2011-10-26 2019-08-30 中兴通讯股份有限公司 一种跨业务系统的媒体消息发送方法及系统
WO2013083200A1 (en) * 2011-12-09 2013-06-13 Telefonaktiebolaget L M Ericsson (Publ) Method, server and user equipment for accessing an http server
US20140052793A1 (en) * 2012-08-15 2014-02-20 Microsoft Corporation Message synchronization with extended properties
US10096316B2 (en) 2013-11-27 2018-10-09 Sri International Sharing intents to provide virtual assistance in a multi-person dialog
CN102932671A (zh) * 2012-11-26 2013-02-13 北京奇虎科技有限公司 向计算终端提供图片数据的方法及服务器
CN103369159B (zh) * 2013-07-08 2015-12-02 中国联合网络通信集团有限公司 一种呼叫处理方法和设备
CN103475567B (zh) * 2013-07-31 2016-09-14 华为软件技术有限公司 数据传输方法、装置、设备及系统
US10079013B2 (en) * 2013-11-27 2018-09-18 Sri International Sharing intents to provide virtual assistance in a multi-person dialog
CN104022947B (zh) * 2014-06-03 2017-05-17 长春大学 一种量子保密通信http代理网关
CN105323215A (zh) * 2014-06-20 2016-02-10 中兴通讯股份有限公司 一种会话初始化协议消息处理方法及代理服务器
CN104468556B (zh) * 2014-12-01 2018-01-19 华为技术有限公司 一种推送业务的实现方法及设备
CN108024217A (zh) * 2016-10-31 2018-05-11 中国电信股份有限公司 用于实现NB-IoT IP数据与短消息互通的方法、装置和系统
US10476822B2 (en) * 2016-12-08 2019-11-12 T-Mobile Usa, Inc. MSRP/HTTP file transfer
US10749827B2 (en) * 2017-05-11 2020-08-18 Global Tel*Link Corporation System and method for inmate notification and training in a controlled environment facility
CN107659380A (zh) * 2017-09-05 2018-02-02 上海歌尔泰克机器人有限公司 消息发送、消息读取方法、设备及系统
US11716363B2 (en) 2017-11-02 2023-08-01 Telefonaktiebolaget Lm Ericsson (Publ) Messaging resource function
CN110768893A (zh) * 2018-07-27 2020-02-07 南京乐之树科技有限公司 一种基于电子邮件地址簿的多协议通讯系统
CN110875914B (zh) * 2018-09-03 2022-06-07 中国移动通信有限公司研究院 一种基于共享会话链路传输消息的方法及装置
CN109274687B (zh) * 2018-11-05 2021-05-28 国网山东省电力公司信息通信公司 一种实现企业网ims用户信息展示的方法
CN112243012B (zh) * 2019-07-16 2023-06-30 中国移动通信有限公司研究院 一种离线消息传输方法、装置、服务器及终端
CN113556694B (zh) * 2020-04-16 2022-12-13 中国移动通信集团有限公司 信息的发送方法、装置、系统、设备和介质
CN112527536B (zh) * 2020-12-31 2022-06-10 广东鑫兴科技有限公司 Mes数据交互控制方法、装置、电子设备及存储介质
CN115529289A (zh) * 2022-09-30 2022-12-27 杭州谱链智能科技有限公司 基于电子邮件协议的企业数据交互控制方法及系统
CN115933615B (zh) * 2023-01-03 2024-06-14 重庆长安汽车股份有限公司 车辆控制器测试方法、装置、电子设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002037759A1 (en) * 2000-11-06 2002-05-10 Nokia Networks Oy A method for billing a subscriber for data transmitted in a signaling message
WO2006031802A2 (en) * 2004-09-13 2006-03-23 Tekelec Conversion of ip-based message to pstn-based message

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US213519A (en) * 1879-03-25 Improvement in devices for removing metallic substances from grain
US5493692A (en) * 1993-12-03 1996-02-20 Xerox Corporation Selective delivery of electronic messages in a multiple computer system based on context and environment of a user

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002037759A1 (en) * 2000-11-06 2002-05-10 Nokia Networks Oy A method for billing a subscriber for data transmitted in a signaling message
WO2006031802A2 (en) * 2004-09-13 2006-03-23 Tekelec Conversion of ip-based message to pstn-based message

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CAMPBELL B. ET AL.: "Session Initiation Protocol (SIP) Extension for Instant Messaging", RFC3428, December 2002 (2002-12-01), XP015009171 *
See also references of EP2028815A4 *

Also Published As

Publication number Publication date
US20090086725A1 (en) 2009-04-02
EP2028815A1 (en) 2009-02-25
CN101087269A (zh) 2007-12-12
EP2028815A4 (en) 2009-07-01

Similar Documents

Publication Publication Date Title
WO2007143924A1 (fr) Procédé et système de délivrance de données de services de messagerie
KR100886548B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템 네트워크에서단말의 성능 정보를 전달하기 위한 방법 및 시스템
JP5199461B2 (ja) Ｉｍｓおよび回路交換ネットワークにおけるメッセージルーティングの方法およびシステム
US8229480B2 (en) Methods, systems, and computer program products for transferring a message service payload between messaging entities
JP5080465B2 (ja) メッセージを変換するための方法及びシステム
US8499082B2 (en) Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (IOS/SIP) adapter
US20150334136A1 (en) Method and system for telecommunication network to provide session service to internet
US20090075684A1 (en) Apparatus and method for routing message service
US20060230154A1 (en) Method and entities for performing a push session in a communication system
US20100087215A1 (en) Method, system, and message service interworking module for implementing message service interworking
US8051208B2 (en) Method, system and apparatus for transferring short messages in an IMS
WO2006116939A1 (fr) Méthode pour réaliser un service de messagerie basé sur un sous-système multimédia en réseau ip
WO2008058487A1 (fr) Procédé d&#39;interfonctionnement de message, système, entité et procédé de traitement de rapport de distribution de message, système, entité, terminal pour un interfonctionnement de message
WO2008025257A1 (fr) Procédé d&#39;intercommunication et système de communication entre différents réseaux
JP2007533245A (ja) 移動通信端末間のメッセージ連動システム及びその方法
WO2008014718A1 (fr) Procédé et système de partage dynamique de messages courts dans un réseau de sous-systèmes multimédia ip
WO2007098706A1 (fr) Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé
CN1984132B (zh) 一种对会话能力信息进行处理的方法和终端
WO2009021453A1 (fr) Procédé, système et dispositif de traitement pour réaliser une communication de service de différents types de messages
KR20080075636A (ko) 스케줄 메시징 시스템 및 그 서비스 방법
KR100922953B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템에서 호 변경 요청의 처리 방법 및 시스템
WO2008148355A1 (fr) Procédé, système et appareil de facturation
CN101166162B (zh) 一种传递业务事件的方法
WO2006116941A1 (fr) Méthode et système de réalisation d’un service de messages de zone de réseau basé sur ip
WO2008017269A1 (fr) Procédé et système pour transférer les informations d&#39;application utilisateur-utilisateur

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: 07721357

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007721357

Country of ref document: EP