CN100411394C - System and method for packaging transmission message in message conversation trunking protocol - Google Patents
System and method for packaging transmission message in message conversation trunking protocol Download PDFInfo
- Publication number
- CN100411394C CN100411394C CNB200610058398XA CN200610058398A CN100411394C CN 100411394 C CN100411394 C CN 100411394C CN B200610058398X A CNB200610058398X A CN B200610058398XA CN 200610058398 A CN200610058398 A CN 200610058398A CN 100411394 C CN100411394 C CN 100411394C
- Authority
- CN
- China
- Prior art keywords
- message
- msrp
- server
- client
- encapsulation
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
The present invention discloses a message packaging transmitting system and a method in a message session relay protocol. The system comprises a server, at least one sender client and at least one receiver client, wherein the sender client sends MSRP source messages which are transmitted to the receiver client. The server comprises a message parsing packaging module and a storage module; the receiver client also comprises a parsing module. The packaging method comprises the following steps: step A, the server reads the MSRP source messages; step B, the source messages of the server are parsed for obtaining the URI address of the receiver client, and the address and the source messages which are utilized for packaging a new MSRP message. The present invention also discloses a packaging transmitting method for MSRP messages, which realizes that MSRP SEND is used for packaging and transmitting the MSRP messages to the receiver client, and lessens the load of the server.
Description
Technical field
The present invention relates to the data transmission technology in the communications field, especially relate to a kind of in the message session trunk protocol message encapsulation transmission system and method.
Background technology
Message session trunk protocol (Message Session Relay Protocol, MSRP), be Internet technical standard tissue (The Internet Engineering Task Force, IETF) one that formulates based on text, connection-oriented host-host protocol, can be used for the exchange multipurpose internet mail that (comprises binary system) arbitrarily expansion (Multipurpose Internet Mail Exchange, MIME) content is in particular for instant message.The message session trunk protocol is by initial session protocol (Session InitiatedProtocol, SIP) and Session Description Protocol (Session Description Protocol, SDP) consult to set up message session, for example audio session, video session are identical with set up other session by initial session protocol to set up mode.
The message session trunk protocol is very suitable for the transmission and the transmission of conversation-based instant message of big message.
During application message session trunk protocol, at first need to consult the medium property that will transmit between source end and the destination, this negotiations process is by initial session protocol and Session Description Protocol signaling bear and send; Carry out the transmission of media data according to port numbers and medium property after consulting then, in the message session trunk protocol, mainly define the SEND method and carried out transmission of media data, the media data type of message session trunk protocol support is the arbitrary data of MIME form, for example text, audio frequency, video or the like.
In the message session trunk protocol of existing Internet technical standard tissue (IETF) definition, can support the transmission of plurality of kinds of contents type, its content type defines by the Content-type field, so that the data in MSRP SEND message body text can the side of being sent out and the recipient correctly handle, its content type that can support has: text, image, audio, video, applications, multipart, message.
Utilizing message session trunk protocol (MSRP) to carry out in the process of messaging delivery services, the application scenarios that has a kind of like this necessity: certain message is from transmit leg client (Client) when being sent out, if the abnormal conditions of the not online or current overload of server of recipient or the like, this message can not receive the side of being received immediately so, this moment, server needed temporary transient this message of storage, so that when next recipient is online or server not at full capacity or other abnormal conditions are processed finish after, server can be with this forwards to the recipient, the process that Here it is " storage is transmitted ".
For convenience of description, deserving to be called the message of stating that sends to before the server is message 1, is forwarded to the recipient after the server stores once more; The message that issues to the recipient is message 2.
Usually, message 1 need be encapsulated in the message 2 through after the storage of server, could correctly be issued to the recipient.
If message 1 is carried transmission at the source end with SIP MESSAGE, server is fairly simple with the method that MSRP SEND encapsulates SIP MESSAGE so, existing explanation in the RFC of Internet technical standard tissue (IETF) (the Request for Comments) standard criterion, promptly directly SIP MESSAGE source message 1 is encapsulated in the MSRP SEND message body, the content-type Field Definition of the message header of MSRP SEND is message/sip simultaneously.
If message 1 is carried transmission at the source end through MSRP SEND, server need come encapsulation messages 1 to form message 2 with MSRP SEND method so, is handed down to the recipient.
Existing a kind of method is: at first, server receives after the message 1, get rid of the field message that wherein is used to the expense transmitted, parse useful information wherein, for example: the resource identifier that the transmit leg of message is unified (Uniform Resource Identifier, URI) address, recipient URI address, message content, and preserve these message in the message stores entity with certain data format.
Then, when server need be transmitted this message to recipient's client, after having set up server (Server) and recipient's client-side session, carry out the transmission of message again with MSRP SEND.
But there is a lot of defectives in this method, and it will be resolved earlier, encapsulates again then, and the processing procedure of 2 message is arranged, and processing procedure is very complicated, increases load of server.
Summary of the invention
The objective of the invention is to overcome above-mentioned defective and provide a kind of in the message session trunk protocol message encapsulation transmission system and method, the method that it has been realized MSRP SEND encapsulation MSRP message and has been transferred to recipient's client, the load that has alleviated server.
For realize that purpose of the present invention provides a kind of in the message session trunk protocol message encapsulation transmission system, comprise server, at least one transmit leg client and at least one recipient's client; The transmit leg client sends MSRP source message, is handed down to recipient's client through server.
Described server comprises resolves the encapsulation messages module, and the MSRP source message that is used for server is received is resolved, and obtains recipient's client address, and the address and the MSRP source message of recipient's client is encapsulated new MSRP SEND message.
Described recipient's client also comprises parsing module, is used for described message being resolved, and obtaining the information of message when recipient's client receives described MSRP SEND message.
Described server can also comprise memory module, is used to store the message with the carrying of message session trunk protocol of transmit leg client and server interaction.
Described MSRP source message can be to comprise the SIP INVITE, MSRP SEND message.
Described MSRP source message can also comprise SIP 200 OK message and SIP BYE message.
Described MSRP SEND message can comprise message header and message body, and described message body comprises SIPINVITE message part and MSRP SEND message part.
Described MSRP SEND message also can comprise message header and message body, and described message body comprises SIPINVITE message part, MSRP SEND message part, SIP 200 OK message parts and SIP BYE message part.
For realize that the object of the invention provides a kind of in the message session trunk protocol server of encapsulation messages, comprise and resolve the encapsulation messages module, the MSRP source message that is used for server is received is resolved, obtain recipient's client address, and the address and the MSRP source message of recipient's client is encapsulated new MSRP SEND message.
Described MSRP source message can comprise the SIP INVITE, MSRP SEND message.
Described MSRP source message can also comprise SIP 200 OK message and SIP BYE message.
Described MSRP SEND message can comprise message header and message body, and described message body comprises SIPINVITE message part and MSRP SEND message part.
Described MSRP SEND message also can comprise message header and message body, and described message body comprises SIPINVITE message part, MSRP SEND message part, SIP 200 OK message parts and SIP BYE message part.
For realize that the object of the invention provides a kind of in the message session trunk protocol message encapsulation method, comprise the following steps:
Steps A) server reads MSRP source message;
Step B) resolves described MSRP source message, obtain recipient's client address, and utilize described address and the new MSRP SEND message of described source message encapsulation.
Described step B) can comprise the following steps:
Step B1) the SIP INVITE of the MSRP source message of server parses, the URI address that obtains recipient's client of this source message is constructed the message header of new MSRP SEND message then;
Step B2) server is with the SIP INVITE part of the new MSRP SEND message of the encapsulation of the SIP INVITE in the message of described MSRP source;
Step B3) server is with the MSRP SEND message part in the new NSRP SEND message of the encapsulation of the MSRP SEND message in the message of described MSRP source.
Described step B) can also comprise the following steps:
Server is with the SIP 200 OK message parts in the new MSRP SEND message of the encapsulation of the SIP 200 OK message in the message of described MSRP source;
Server is with the SIP BYE message part in the new MSRP SEND message of the encapsulation of the SIP BYE message in the message of described MSRP source.
Described message header comprises recipient's address field, server address field, message body type field and boundary sign symbol.
The message body type field of described message header is complex message body.
The message body type of the SIP INVITE part of described encapsulation is message/sip;
The message body type is message/msrp in the MSRP SEND message part of described encapsulation;
The message body type is message/sip in the SIP 200 OK message parts of described encapsulation;
The message body type is message/sip in the SIP BYE message part of described encapsulation.
Of the present invention in the message session trunk protocol message encapsulation method, can also comprise the following steps:
Step Y) server also reads the time of reception that server receives described MSRP source message; And described time of reception is encapsulated in each message part of new MSRP SEND message.
Described step Y) can comprise the following steps:
Described time of reception is encapsulated into the SIP INVITE part of new MSRP SEND message, MSRP SEND message part, SIP 200 OK message parts and SIP BYE message part.
For realize that the object of the invention provides a kind of in the message session trunk protocol message encapsulation transmission method, comprise the following steps:
Steps A ') server sets up MSRP with recipient's client and is connected;
Step B ') server will utilize MSRP source message parse and obtain recipient's client address, according to recipient's client address and the new MSRP SEND message of source message encapsulation;
Step C ') server is handed down to recipient's client with described MSRP SEND message;
Step D ') recipient's client is resolved the MSRP SEND message receive, the Context resolution of message is come out.
Described step D ') can also comprise the following steps:
Step D1 ') recipient's client acknowledges receipt of issuing message, sends acknowledge message.
Described step D ') also can comprise the following steps:
Step D21 ') recipient's client is received MSRP message, and judging its message content types is the composite message body;
Step D22 ') recipient's client reads the various piece in the MSRP SEND message successively, resolves according to the message body type shown in the various piece in the message body of MSRP SEND message, obtains message content.
Described message content comprises the URI address of transmit leg client, the URI address information of recipient's client, and the transmitting time that sends content and message is stabbed.
Described step D22 ') can comprise the following steps:
Step D221 ') recipient's client is resolved SIP INVITE part, obtains the URI address of transmit leg client and the URI address of recipient's client;
Step D222 ') recipient's client is resolved MSRP SEND message part, obtains the transmitting time of message content and message and stabs.
Described step D22 ') can also comprise the following steps:
Step D233 ') recipient's client is also resolved SIP200 OK message part and the SIP BYE message part in the message body of MSRP SEND message.
Of the present invention in the message session trunk protocol message encapsulation transmission method, also comprise the following steps:
Step M1 ') the transmit leg client and server consults to set up the MSRP session;
Step M2 ') the transmit leg client will send MSRP SEND message;
Step M3 ') server receives described MSRP SEND message.
Of the present invention in the message session trunk protocol message encapsulation transmission method, can also comprise the following steps:
The transmit leg client disconnects and being connected with the MSRP of server.
The invention has the beneficial effects as follows: the present invention is message encapsulation transmission system and method in the message session trunk protocol, and it makes server process simple, need not to resolve direct storage, only needs once encapsulation, thus the load that has alleviated server.And for client, can support under the basic condition of MSRP agreement having satisfied, having resolved the MSRP SEND message with common message body is essentially identical with the time complexity of resolving the MSRP SEND message (being nested MSRP message in the message body) with composite message body, all is to resolve once.Therefore, the method for this encapsulation messages makes the whole session process simple and practical, alleviates load of server.
Description of drawings
Fig. 1 is a MSRP message transmitting procedure flow chart of the present invention;
Fig. 2 is a MSRP message encapsulation process flow chart of the present invention.
Embodiment
Below in conjunction with accompanying drawing 1 and accompanying drawing 2 further describe of the present invention a kind of in the message session trunk protocol message encapsulation transmission system and method.
Present embodiment with message when the transmit leg client is sent out; recipient's client is not online; perhaps abnormal conditions such as current overload of server; message can not receive the side of being received immediately, and this moment, server needed temporary transient this message of storage, i.e. delayed delivery message is example; MSRP message encapsulated delivery system and method is described; but the present invention is as limit, as long as be applied to MSRP protocol encapsulation technology of the present invention, and all should be within protection scope of the present invention.
As shown in Figure 1, in an embodiment, the implication of each entity is as follows:
ClientA represents the transmit leg client of message;
ClientB represents recipient's client of message;
Server represents the MSRP server, and it can be to postpone the message send server, and has other function, and this server is exactly server of instant message (IM Server) when being used for SIP/SIMPLE instant messaging field as MSRP;
Message1 represents wherein to comprise the message content that will send from the MSRP SEND message of transmit leg client ClientA transmission;
Message2 represents the new MSRP SEND message of server encapsulation, wherein comprises the content of source message.
In an embodiment of the present invention, message transfer need pass through known SIP/IP Core core net, and the present invention no longer describes in detail.
(1) describe in detail below of the present invention a kind of in the message session trunk protocol message encapsulated delivery system.
Of the present invention in the message session trunk protocol message encapsulation transmission system comprise server, at least one transmit leg client and recipient's client, wherein the transmit leg client sends and is handed down to recipient's client MSRP message through server.
In server, comprise memory module and resolve the encapsulation messages module.
Memory module is used to store the message with the carrying of message session trunk protocol of transmit leg client and server interaction.
Resolve the encapsulation messages module, the MSRP source message that is used for server is received is resolved, and obtains recipient's client address, and encapsulates new MSRP message according to the address and the MSRP source message of recipient's client.
In recipient's client, comprise parsing module.
Parsing module is used for described message being resolved, and obtaining the information of described MSRP source message when receiving described MSRP message.
Transmit leg client ClientA and server Server consult in known manner, Session Description Protocol (SDP) the offer/answer mechanism of using sip message and carrying consults to set up the MSRP session, transmit leg client ClientA structure MSRP SEND message m essage1, send to recipient's client ClientB, server S erver receives MSRP SEND message m essage1, and it is not online recipient's client ClientB to occur, server S erver overload or other abnormal conditions, then server S erver stores source message, comprise MSRP SEND message m essage1 and SIP INVITEI message, can also comprise that SIP 200 OK message and SIP BYE message are to memory module.
When consulting to set up MSRP in known manner, recipient's client ClientB and server Server be connected, recipient's client ClientB reach the standard grade once more or server S erver not at full capacity or other abnormal conditions when not existing, parsing package module among the server S erver reads out source message from memory module, resolve, obtain the address of recipient's client ClientB, encapsulate then in the new MSRPSEND message, server S erver issues new MSRP SEND message m essage2.
Recipient's client ClientB acknowledges receipt of the MSRP SEND message m essage2 that issues, and its parsing module is resolved the MSRP SEND message of receiving, obtains message content.
(2) as shown in Figure 1, describe method for message transmission process in the message session trunk protocol of the present invention below in detail.
Step 1: transmit leg client ClientA and server Server consult to set up the MSRP session;
Between transmit leg client and recipient's client, send the SIP INVITE, transmit leg client ClientA and server Server consult to set up in known manner the MSRP session, it can be that transmit leg client ClientA initiates to set up, and also can be that server S erver initiates to set up.After session is set up, respond SIP 200 OK message.
Step 3-4: transmit leg client ClientA sends MSRP SEND message m essage1, wherein comprises the content that transmit leg really need send in the message body;
Step 5-6: transmit leg client ClientA disconnects and being connected with the MSRP of server Server.
Transmit leg client ClientA disconnects and being connected with the MSRP of server Server, sends SIP BYE message;
Step 7: server S erver receives source message, abnormal conditions occur, then server S erver storage source message.
Server S erver receives source message, and recipient's client ClientB is not online, server S erver overload or other abnormal conditions occur, and then server S erver storage source message is to memory module.
Preferably, server S erver memory module also needs to write down and storage server Server receives time of this source message in storage source message, adds timestamp Date also promptly for this message.Like this so as the back when being forwarded to receiving terminal receiving terminal can learn the transmitting time of this message.For postponing message, timestamp also is an important message attributes.
I ' m Bob! ", it is as follows then to store source message:
INVITE sip:imserver.com SIP/2.0 //the SIP INVITE
To:＜sip:user2@imserver.com〉// destination URI address
From:＜sip:user1@imserver.com 〉; Tag=123 // end URI address, source
Call-ID：3413an89KU
Content-Type:application/sdp // message body type
C=IN IP4 user1.imserver.com //the IP address
M=message 7654 TCP/MSRP* // port numbers, transport protocol type
A=accept-types:text/plain // acceptable mime type
A=path:msrp: //user1.imserver.com:7654/jshA7we; Tcp //MSRP URI, identify a MSRP session
SIP/2.0 200 OK //SIP 200 OK message
To：<sip:user2@imserver.com>；tag＝012ab
From：<sip:user1@imserver.com>；tag＝123
Call-ID：3413an89KU
Content-Type:application/sdp
c＝IN?IP4?imserver.com
m＝message?12345?TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://imserver.com:12345/kjhd37s2s2；tcp
MSRP dkei38sd SEND //MSRP SEND message
To-Path:msrp: //imserver.com:12345/kjhd37s2s2; Tcp // recipient URI address
From-Path:msrp: //user1.imserver.com:7654/jshA7we; Tcp // server URI address
Message-ID：123
Content-Type:text/plain
I ' m Bob! // transmission content (message body)
-------dkei 38sd$ // transmission ID
BYE sip:user1@i imserver.com SIP/2.0 //SIP BYE message
There is not inevitable sequential precedence relationship in above-mentioned steps 5-6 and 7, can be 7 preceding yet, 5-6 after, but do not influence the present invention.
Step 8: server S erver sets up MSRP with recipient's client ClientB and is connected.
Recipient's client ClientB consults to set up MSRP in known manner with server Server and is connected, and it can be that recipient's client ClientB initiates to set up, and also can be that server S erver initiates to set up.
Server and recipient's client are set up the MSRP session by SIP INVITE, SIP 200 OK, (or recipient's client ClientB initiatively obtains according to mode difference that message is obtained, or server S erver active push is pushed to recipient's client ClientB), SIP INVITE can be that recipient's client ClientB side initiatively initiates, and also can be that server S erver end is initiatively initiated.When being recipient's client ClientB when initiatively initiating, the source address of SIP INVITE and recipient address are respectively URI address and the server address of recipient's client ClientB; When being server S erver when initiatively initiating, the source address of SIP INVITE and recipient address are respectively the URI addresses of server address and recipient clientB.The make of SIP INVITE here and SIP 200 OK message and prior art all fours, irrelevant with message encapsulated delivery technology itself of the present invention, therefore those skilled in the art can be according to the content of the source message in the example, SIP INVITE and SIP 200 OK message that structure makes new advances, so the present invention no longer describes in detail.
Step 9: when abnormal conditions no longer existed, the source message that server S erver will store was carried out the message encapsulation, is encapsulated in the new MSRP SEND message.
When recipient's client ClientB reach the standard grade once more or server S erver not at full capacity or other abnormal conditions when not existing, server S erver resolves package module source message is read out from memory module, resolve, and be encapsulated among the new MSRP SEND message m essage2.
Step 10: server S erver is handed down to recipient's client ClientB with described MSRP SEND message m essage2;
New MSRP SEND message m essage2 after server S erver will encapsulate is issued to recipient's client ClientB.
The pass-through mode here can be that recipient's client ClientB active request is obtained, and also can be that server S erver initiatively issues, and which kind of mode does not influence protection scope of the present invention.
Step 11: recipient's client ClientB acknowledges receipt of the MSRP SEND message m essage2 that issues, and sends SIP 200 OK message.
Step 12: recipient's client ClientB resolves the MSRP SEND message of receiving, the source message content is parsed.
After new MSRP SEND message after the encapsulation was sent out, server and recipient's client also needed to finish this MSRP session by SIP BYE.The make of SIP BYE message and prior art all fours and message encapsulated delivery technology itself are irrelevant, so those skilled in the art can be according to the content of the source message in the example, the SIP BYE message that structure makes new advances, so the present invention no longer describes in detail.
(3) as shown in Figure 2, describe in the step 9 procedure of encapsulation messages in the message session trunk protocol below in detail:
Step 91) server S erver reads the source message that the needs of having stored send to recipient's client ClientB;
Server S erver reads the source message that the needs of having stored send to recipient's client ClientB.Under optimal way, server S erver also needs to read the time of reception of this message on server, so that the recipient can know this message and when be sent out out, because message is very short from the time interval that transmitting terminal is issued between the serviced device reception, can think that the time of reception of message on server is exactly the transmitting time of this message, so server S erver reads the timestamp of this time as this message.
Step 92) needs stored of resolution server Server send to the message of recipient's client ClientB, obtain the URI address of recipient's client, and utilize described address and the new MSRP SEND message of described message encapsulation.
Step 921) at first server S erver resolves the SIP INVITE of the source message in the MSRP conversation procedure stored, and to obtain the recipient URI address of this source message, constructs the message header of new MSRP SEND message then.
To-path field in the message header of wherein new MSRP SEND is that recipient URI address, From-path field are the URI address of Server;
The value of field Content-Type header field is multipart/mixed, and expression message body type is the composite message body;
The value of define field boundary is represented the boundary sign between each sub-message body, for example boundary42;
The message of example 1 as described, then server S erver resolves SIP INVITE, the recipient URI address that obtains this source message: user2@imserver.com;
Then, the To-path field of constructing in the message header of new MSRP SEND message is recipient URI address: user2@imserver.com, and the From-path field is the URI address of server S erver: imserver.com.
The message of example 1 as described, then the message header of new MSRP SEND is:
MSRP SEND message header after MSRP abcd12sk SEND // encapsulation
To-Path:msrp: //user2.imserver.com:7777/iau39; Tcp // purpose URI address
From-Path:msrp: //imserver.com:8888/9di4ea; Tcp // URI address, source
Message-ID：456
Content-Type:multipart/mixed; // message body type
Boundary=" boundary42 " // boundary sign
And the message body of new MSRP SEND message m essage2 message comprises SIP INVITE, SIP 200 OK message, MSRP SEND message and SIP BYE message in the message of source according to the source message constructing.
922) the SIP INVITE in the MSRP source message of server S erver when being sent out, encapsulate the SIP INVITE part of new MSRP SEND message m essage2, wherein comprised the transmit leg URI address of source message, the value of the Content-type header field of this part is message/sip;
The SIP INVITE part of the new MSRP SEND message m essage2 of server S erver encapsulation can also increase the Date field in original SIP INVITE, its value is step 91) described timestamp;
The message of example 1 as described, the SIP INVITE part after the encapsulation is as follows:
--boundary42
Content-Type:message/sip
INVITE?sip:imserver.com?SIP/2.0
To：<sip:user2@imserver.com>
From：<sip:user1@imserver.com>；tag＝123
Call-ID：3413an89KU
Date:Mon，03Jan?2005?08:01:02GMT
Content-Type:application/sdp
c＝IN?IP4?user1.imserver.com
m＝message?7654?TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://user1.imserver.com:7654/jshA7we；tcp
923) server S erver SIP 200 OK message in the message of MSRP source when being sent out encapsulate the SIP 200 OK message parts of new MSRP SEND message m essage2, and the value of the Content-type header field of this part is message/sip;
The SIP 200 OK message parts of the MSRP SEND message m essage2 that server S erver encapsulation is new can also increase the Date field in original SIP 200 OK message, its value is step 91) described timestamp;
The message of example 1 as described, the SIP 200 OK message parts after the encapsulation are as follows:
--boundary42
Content-Type:message/sip
SIP/2.0?200?OK
To：<sip:user2@imserver.com>；tag＝012ab
From：<sip:user1@imserver.com>；tag＝123
Call-ID：3413an89KU
Date:Mon，03Jan?2005?08:01:02?GMT
Content-Type:application/sdp
c＝IN?IP4?imserver.com
m＝message?12345TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://imserver.com:12345/kjhd37s2s2；tcp
924) server S erver MSRP SEND message in the message of MSRP source when being sent out encapsulates the MSRP SEND message part of new MSRP SEND message m essage2; The value of the Content-type header field of this part need expand prior art (ietf specification), for example defines Content-type and is " message/msrp ";
Further, the MSRPSEND message part of the MSRP SEND message m essage2 that server S erver encapsulation is new can also increase the Date field in original MSRP SEND message, and its value is step 91) described timestamp;
The message of example 1 as described, the MSRP SEND message part after the encapsulation is as follows:
--boundary42
Content-Type:message/msrp
MSRP?dkei38sd?SEND
To-Path:msrp://imserver.com:12345/kjhd37s2s2；tcp
From-Path:msrp://user1.imserver.com:7654/jshA7we；tcp
Message-ID：123
Date:Mon，03Jan?2005?08:01:02?GMT
Content-Type:text/plain
Hi，Alice！I′m?Bob！
-------dkei38sd$
925) server S erver SIP BYE message in the message of MSRP source when being sent out encapsulates the SIP BYE message part of new MSRP SEND message, and the value of the Content-type header field of this part is message/sip;
Further, the MSRP SEND message part of the MSRP SEND message that server S erver encapsulation is new can also increase the Date field in original SIP BYE message, and its value is the described timestamp of step 91;
The message of example 1 as described, the SIP BYE message part after the encapsulation is as follows:
--boundary42
Content-Type:message/sip
BYE?sip:user1@i?imserver.com?SIP/2.0
Date:Mon，03Jan?2005?08:01:02?GMT
--boundary42-
When the packed back of this message sent, MSRP SEND message m essage2 new after the encapsulation was as follows:
MSRP SEND message header after MSRP abcd12sk SEND // encapsulation
To-Path:msrp: //user2.imserver.com:7777/iau39; Tcp // purpose URI address
From-Path:msrp: //imserver.com:8888/9di4ea; Tcp // URI address, source
Message-ID：456
Content-Type:multipart/mixed; // message body type
Boundary=" boundary42 " // boundary sign
--MSRP SEND message body after boundary42 // encapsulation
Content-Type:message/sip
INVITE?sip:imserver.com?SIP/2.0
To：<sip:user2@imserver.com>
From：<sip:user1@imserver.com>；tag＝123
Call-ID：3413an89KU
Date:Mon，03Jan?2005?08:01:02GMT
Content-Type:application/sdp
c＝IN?IP4?user1.imserver.com
m＝message?7654TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://user1.imserver.com:7654/jshA7we；tcp
--boundary42
Content-Type:message/sip
SIP/2.0?200?OK
To：<sip:user2@imserver.com>；tag＝012ab
From：<sip:user1@imserver.com>；tag＝123
Call-ID：3413an89KU
Date:Mon，03Jan?2005?08:01:02?GMT
Content-Type:application/sdp
c＝IN?IP4?imserver.com
m＝message?12345?TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://imserver.com:12345/kjhd37s2s2；tcp
--boundary42
Content-Type:message/msrp
MSRP?dkei38sd?SEND
To-Path:msrp://imserver.com:12345/kjhd37s2s2；tcp
From-Path:msrp://user1.imserver.com:7654/jshA7we；tcp
Message-ID：123
Date:Mon，03?Jan?2005?08:01:02?GMT
Content-Type:text/plain
Hi，Alice！I′m?Bob！
-------dkei38sd$
--boundary42
Content-Type:message/sip
BYE?sip:user1@i?imserver.com?SIP/2.0
Date:Mon，03Jan?2005?08:01:02?GMT
--boundary42-
The new MSRP SEND message m essage2 in encapsulation back is handed down to recipient's client ClientB.
(4) describe the method that recipient's client ClientB in the step 12 resolves the MSRP SEND message after packed below in detail:
Recipient's client ClientB gets final product according to described encapsulation process reverse resolution MSRP SEND message m essage2.
Step 121) after recipient's client ClientB receives MSRP SEND message m essage2, finds that its content type is multipart/mixed, need to resolve message body content.
Step 122) recipient's client ClientB reads the various piece in the MSRP SEND message body successively, resolves according to the content-type shown in the various piece in the message body, if message/sip then knows it is sip message; If message/msrp is knowing it is MSRP message.
Step 1221) recipient's client ClientB at first resolves SIP INVITE body, obtains the URI address of transmit leg client ClientA and the URI address of recipient's client ClientB;
Step 1222) recipient's client ClientB resolves MSRP SEND message body, obtains the transmitting time of message content and message and stabs;
Step 1223) further, the recipient holds family end ClientB and also resolves SIP 200 OK message bodies and SIP BYE message body in the MSRP SEND message;
Step 123) recipient's client ClientB stabs the URI address information of the URI address of transmit leg client ClientA, recipient's client ClientB, the transmitting time that sends content and message and is combined in the user interface with technique known, presents to the user.
Concrete known user interface combination technique and the present invention are irrelevant, and it does not influence protection scope of the present invention.
MSRP message package system of the present invention and transmission method by expanding existing technology (ietf standard agreement), make that the MSRP agreement is more perfect, support for the service application such as storage forwarding that postpone message provide the necessary technology of transport layer.
Compare with prior art, encapsulation technology of the present invention makes server process simple, need not to resolve direct storage, only needs the one parsing encapsulation.And for client, can support under the basic condition of MSRP agreement having satisfied, resolving the MSRP SEND message with common message body is identical with the time complexity of resolving the MSRP SEND message with composite message body, all is to resolve once.Therefore, say on the whole that message encapsulation of the present invention and transmission method are simpler, have alleviated load of server.
Present embodiment is to make those of ordinary skills understand the present invention; and to detailed description that the present invention carried out; but can expect; in the scope that does not break away from claim of the present invention and contained, can also make other variation and modification, these variations and revising all in protection scope of the present invention.
Claims (28)
1. a message encapsulation transmission system in the message session trunk protocol comprises server, at least one transmit leg client and at least one recipient's client; The transmit leg client sends MSRP source message, is handed down to recipient's client through server, it is characterized in that:
Described server comprises resolves the encapsulation messages module, and the MSRP source message that is used for server is received is resolved, and obtains recipient's client address, and the address and the MSRP source message of recipient's client is encapsulated new MSRP SEND message;
Described recipient's client also comprises parsing module, is used for described message being resolved, and obtaining the information of message when recipient's client receives described MSRP SEND message.
2. according to claim 1 in the message session trunk protocol message encapsulation transmission system, it is characterized in that, described server also comprises memory module, is used to store the message with the carrying of message session trunk protocol of transmit leg client and server interaction.
3. according to claim 1 and 2 in the message session trunk protocol message encapsulation transmission system, it is characterized in that described MSRP source message comprises the SIP INVITE, MSRP SEND message.
4. according to claim 3 in the message session trunk protocol message encapsulation transmission system, it is characterized in that described MSRP source message also comprises SIP 200OK message and SIP BYE message.
5. according to claim 3 in the message session trunk protocol message encapsulation transmission system, it is characterized in that, described MSRP SEND message comprises message header and message body, and described message body comprises SIP INVITE part and MSRP SEND message part.
6. according to claim 4 in the message session trunk protocol message encapsulation transmission system, it is characterized in that, described MSRP SEND message comprises message header and message body, and described message body comprises SIP INVITE part, MSRP SEND message part, SIP 200OK message part and SIPBYE message part.
7. the server of an encapsulation messages in the message session trunk protocol, it is characterized in that, comprise and resolve the encapsulation messages module, the MSRP source message that is used for server is received is resolved, obtain recipient's client address, and the address and the MSRP source message of recipient's client is encapsulated new MSRP SEND message.
8. according to claim 7 in the message session trunk protocol server of encapsulation messages, it is characterized in that described MSRP source message comprises SIP INVTTE message, MSRP SEND message.
9. according to claim 8 in the message session trunk protocol server of encapsulation messages, it is characterized in that described MSRP source message also comprises SIP 200OK message and SIP BYE message.
10. according to claim 8 in the message session trunk protocol server of encapsulation messages, it is characterized in that, described MSRP SEND message comprises message header and message body, and described message body comprises SIP INVITE part and MSRP SEND message part.
11. according to claim 9 in the message session trunk protocol server of encapsulation messages, it is characterized in that, described MSRP SEND message comprises message header and message body, and described message body comprises SIP INVITE part, MSRP SEND message part, SIP 200OK message part and SIPBYE message part.
12. a message encapsulation method in the message session trunk protocol is characterized in that, comprises the following steps:
Steps A) server reads MSRP source message;
Step B) resolves described MSRP source message, obtain recipient's client address, and utilize described address and the new MSRP SEND message of described source message encapsulation.
13. according to claim 12 in the message session trunk protocol message encapsulation method, it is characterized in that described step B) comprise the following steps:
Step B1) the SIP INVITE of the MSRP source message of server parses, the URI address that obtains recipient's client of this source message is constructed the message header of new MSRP SEND message then;
Step B2) server is with the SIP INVITE part of the new MSRP SEND message of the encapsulation of the SIP INVITE in the message of described MSRP source;
Step B3) server is with the MSRP SEND message part in the new NSRP SEND message of the encapsulation of the MSRP SEND message in the message of described MSRP source.
14. according to claim 13 in the message session trunk protocol message encapsulation method, it is characterized in that described step B) also comprise the following steps:
Server is with the SIP 200OK message part in the new MSRP SEND message of the encapsulation of the SIP 200OK message in the message of described MSRP source;
Server is with the SIP BYE message part in the new MSRP SEND message of the encapsulation of the SIP BYE message in the message of described MSRP source.
15. according to claim 13 in the message session trunk protocol message encapsulation method, it is characterized in that described message header comprises recipient's address field, server address field, message body type field and boundary sign symbol.
16. according to claim 15 in the message session trunk protocol message encapsulation method, it is characterized in that the message body type field of described message header is complex message body.
17. according to claim 13 in the message session trunk protocol message encapsulation method, it is characterized in that the message body type is message/msrp in the MSRP SEND message part of described encapsulation.
18. according to claim 14 in the message session trunk protocol message encapsulation method, it is characterized in that:
The message body type of the SIP INVITE part of described encapsulation is message/sip;
The message body type is message/msrp in the MSRP SEND message part of described encapsulation;
The message body type is message/sip in the SIP 200OK message part of described encapsulation;
The message body type is message/sip in the SIP BYE message part of described encapsulation.
19. according to claim 12 to 18 each described in the message session trunk protocol message encapsulation method, it is characterized in that, also comprise the following steps:
Step Y) server also reads the time of reception that server receives described MSRP source message; And described time of reception is encapsulated in each message part of new MSRP SEND message.
20. according to claim 19 in the message session trunk protocol message encapsulation method, it is characterized in that described step Y) comprise the following steps:
Described time of reception is encapsulated into SIP INVITE part, MSRP SEND message part, SIP 200OK message part and the SIP BYE message part of new MSRP SEND message.
21. a message encapsulation transmission method in the message session trunk protocol is characterized in that, comprises the following steps:
Steps A ') server sets up MSRP with recipient's client and is connected;
Step B ') server will utilize MSRP source message parse and obtain recipient's client address, according to recipient's client address and the new MSRP SEND message of source message encapsulation;
Step C ') server is handed down to recipient's client with described MSRP SEND message;
Step D ') recipient's client is resolved the MSRP SEND message receive, the Context resolution of message is come out.
22. according to claim 21 in the message session trunk protocol message encapsulation transmission method, it is characterized in that described step D ') also comprise the following steps:
Step D1 ') recipient's client acknowledges receipt of issuing message, sends acknowledge message.
23. according to claim 22 in the message session trunk protocol message encapsulation transmission method, it is characterized in that described step D ') comprise the following steps:
Step D21 ') recipient's client is received MSRP message, and judging its message content types is the composite message body;
Step D22 ') recipient's client reads the various piece in the MSRP SEND message successively, resolves according to the message body type shown in the various piece in the message body of MSRP SEND message, obtains message content.
24. according to claim 23 in the message session trunk protocol message encapsulation transmission method, it is characterized in that, described message content comprises the URI address of transmit leg client, the URI address information of recipient's client, and the transmitting time that sends content and message is stabbed.
25. according to claim 23 in the message session trunk protocol message encapsulation transmission method, it is characterized in that described step D22 ') comprise the following steps:
Step D221 ') recipient's client is resolved SIP INVITE part, obtains the URI address of transmit leg client and the URI address of recipient's client;
Step D222 ') recipient's client is resolved MSRP SEND message part, obtains the transmitting time of message content and message and stabs.
26. according to claim 25 in the message session trunk protocol message encapsulation transmission method, it is characterized in that described step D22 ') also comprise the following steps:
Step D233 ') recipient's client is also resolved SIP200OK message part and the SIP BYE message part in the message body of MSR PSND message.
27. according to claim 21 to 26 each described in the message session trunk protocol message encapsulation transmission method, it is characterized in that, also comprise the following steps:
Step M1 ') the transmit leg client and server consults to set up the MSRP session;
Step M2 ') the transmit leg client will send MSRP SEND message;
Step M3 ') server receives described MSRP SEND message.
28. according to claim 27 in the message session trunk protocol message encapsulation transmission method, it is characterized in that, also comprise the following steps:
The transmit leg client disconnects and being connected with the MSRP of server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB200610058398XA CN100411394C (en) | 2006-03-03 | 2006-03-03 | System and method for packaging transmission message in message conversation trunking protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB200610058398XA CN100411394C (en) | 2006-03-03 | 2006-03-03 | System and method for packaging transmission message in message conversation trunking protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1863176A CN1863176A (en) | 2006-11-15 |
| CN100411394C true CN100411394C (en) | 2008-08-13 |
Family
ID=37390506
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB200610058398XA Active CN100411394C (en) | 2006-03-03 | 2006-03-03 | System and method for packaging transmission message in message conversation trunking protocol |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100411394C (en) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101594660B (en) * | 2008-05-30 | 2014-11-05 | 华为技术有限公司 | Method, device and system for managing system information |
| CN101557264B (en) * | 2008-06-23 | 2011-05-04 | 华为技术有限公司 | Broadcast transmission system, device and method of ETWS message |
| CN101448008B (en) * | 2009-01-04 | 2011-12-21 | 烽火通信科技股份有限公司 | A end to multi- end media switching system based on MSRP and method thereof |
| CN103475567B (en) * | 2013-07-31 | 2016-09-14 | 华为软件技术有限公司 | Data transmission method, device, equipment and system |
| US10476822B2 (en) * | 2016-12-08 | 2019-11-12 | T-Mobile Usa, Inc. | MSRP/HTTP file transfer |
| CN110875914B (en) * | 2018-09-03 | 2022-06-07 | 中国移动通信有限公司研究院 | Method and device for transmitting messages based on shared session link |
| CN112243012B (en) * | 2019-07-16 | 2023-06-30 | 中国移动通信有限公司研究院 | Offline message transmission method and device, server and terminal |
| CN112422497B (en) * | 2020-09-03 | 2023-04-18 | 上海哔哩哔哩科技有限公司 | Message transmission method and device and computer equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005029809A1 (en) * | 2003-09-19 | 2005-03-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Exchange protocol for combinational multimedia services |
| KR20050102772A (en) * | 2004-04-22 | 2005-10-27 | 삼성전자주식회사 | Method and apparatus for establishing a session for session-based messaging service ip multimedia sub-system |
| KR20050103050A (en) * | 2004-04-23 | 2005-10-27 | 삼성전자주식회사 | Method and system for establishing a session of a called user equipment for session-based messaging with intermediate nodes in internet protocol multimedia subsystem |
| KR20050116464A (en) * | 2004-06-07 | 2005-12-13 | 삼성전자주식회사 | Method for terminating session based messaging service in internet protocol multimedia sub-system |
-
2006
- 2006-03-03 CN CNB200610058398XA patent/CN100411394C/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005029809A1 (en) * | 2003-09-19 | 2005-03-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Exchange protocol for combinational multimedia services |
| KR20050102772A (en) * | 2004-04-22 | 2005-10-27 | 삼성전자주식회사 | Method and apparatus for establishing a session for session-based messaging service ip multimedia sub-system |
| KR20050103050A (en) * | 2004-04-23 | 2005-10-27 | 삼성전자주식회사 | Method and system for establishing a session of a called user equipment for session-based messaging with intermediate nodes in internet protocol multimedia subsystem |
| KR20050116464A (en) * | 2004-06-07 | 2005-12-13 | 삼성전자주식회사 | Method for terminating session based messaging service in internet protocol multimedia sub-system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1863176A (en) | 2006-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100411394C (en) | System and method for packaging transmission message in message conversation trunking protocol | |
| EP1929730B1 (en) | Method and apparatus for instant messaging | |
| US8799373B2 (en) | Method, system and apparatus for message interworking | |
| US8051208B2 (en) | Method, system and apparatus for transferring short messages in an IMS | |
| KR100824043B1 (en) | Method and system for instant message transmission in mobile communication terminal | |
| US20090086725A1 (en) | Method and system for transmitting message service data | |
| CN100401724C (en) | Method and device for transfer immediate news | |
| US20090305733A1 (en) | Method and system for processing sessions and messages | |
| JP2009512931A (en) | Retrieve offline instant messages | |
| CN100512461C (en) | Message service realizing method and message application server | |
| US9288174B2 (en) | Page-mode messaging | |
| CN101355533B (en) | Communication interconnect method and apparatus | |
| US20140141821A1 (en) | Method and Devices to Convey Session Participant List to a Store and Forward Group Chat Recipient | |
| US9462131B2 (en) | Voice messaging method and system, and converged messaging server and client | |
| CN104980398A (en) | Message distribution method between browser and IP multimedia subsystem (IMS), message distribution system between browser and IMS and signaling relay device | |
| US9444649B2 (en) | Method for sending and receiving session history in a communications system | |
| US8719424B2 (en) | Transmission method and system for converged IP messaging | |
| EP2858388B1 (en) | Message sending method | |
| CN101753468B (en) | Integrated service system and method for forwarding feedback messages for group messages | |
| CN101459626B (en) | Message transmission control method for IP multimedia subsystem | |
| CN102006288A (en) | Transmission system and transmission method of multipage multimedia messages, session initiation protocol (SIP) terminal and multimedia message proxy server | |
| KR101006141B1 (en) | Method of transmitting a sip message | |
| Zhu et al. | Method of Inter-Working between IMS and Non-IMS (Google Talk) Networks for Multimedia Services. | |
| Zhu et al. | A New IMS Based Inter-working Solution |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |