WO2009012724A1 - Procédé et dispositif permettant une interconnexion de communication - Google Patents

Procédé et dispositif permettant une interconnexion de communication Download PDF

Info

Publication number
WO2009012724A1
WO2009012724A1 PCT/CN2008/071762 CN2008071762W WO2009012724A1 WO 2009012724 A1 WO2009012724 A1 WO 2009012724A1 CN 2008071762 W CN2008071762 W CN 2008071762W WO 2009012724 A1 WO2009012724 A1 WO 2009012724A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
session
identifier
message
sip
Prior art date
Application number
PCT/CN2008/071762
Other languages
English (en)
Chinese (zh)
Inventor
Yonggang Bian
Lunjian Mu
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.
Publication of WO2009012724A1 publication Critical patent/WO2009012724A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a communication interconnection method and device. Background technique
  • the current messaging services in the mobile communication network or the Internet mainly include two types, one is instant messaging based on the Client Server Protocol (CSP)/Server-Server Protocol (SSP) protocol. And the message service in the Instant Messaging and Presence Service (IMS), and the other is the Session Initiated Protocol (SIP)-based message service, such as SIP instant messaging and presence extension (SIP Instant Message and Presence). Leveraging Extensions, SIMPLE) Instant Message (IM), Converged IP Message (CPM) and more.
  • CSP Client Server Protocol
  • SSP Server-Server Protocol
  • IMS Session Initiated Protocol
  • SIP Session Initiated Protocol
  • SIMPLE Session Initiated Protocol
  • IM Session Initiated Protocol
  • CCPM Converged IP Message
  • a user can have multiple clients. These multiple clients can be located in different terminals or on the same terminal. Users can use multiple clients at the same time without interfering with each other.
  • a message can be sent to a user, and the message will be sent to a client, or multiple clients according to the settings of the user in the network, or directly sent to a client; when subscribing to the presence information, If you are using one of the multiple clients to subscribe, you also need to send the presence information to the subscribed terminal without affecting other terminals.
  • SIP-based message service there are three types of messages in SIP: paging mode, large message mode, and session mode.
  • the paging mode is sent by SIP message (SIP MESSAGE), and is not established between the sender and the receiver. Session, there is no connection between different messages, each message is independently routed; the big message mode needs to establish a session between the sender and the receiver, the media stream of the session is one-way, the session ends when a single message is sent, and different messages are also No contact, each message is independently routed; the session mode establishes a long-term session, sends a message within the session, and there is a connection between the messages, and the messages are routed according to the path negotiated by the session negotiation process.
  • the SIP subscription also needs to establish a session and send a SIP notification within the session, so that the routing path of the SIP notification is determined.
  • FIG. 1 is a schematic diagram of the existing IMPS user and SIP user interconnection, the IMPS system on the left and the SIP system on the right. The two systems are connected through the interconnection gateway (GW) for instant messaging, presence information, conferences, etc. Interconnection.
  • SIP users can pass SIP messages (SIP MESSAGE) Or the Message Session Relay Protocol (MSRP) sends a message to the IMPS user or receives a message from the IMPS user, and the interconnection gateway completes the conversion between the IMPS message and the SIP MESSAGE/MSRP.
  • SIP MESSAGE SIP MESSAGE
  • MSRP Message Session Relay Protocol
  • the SIP system represents an entity in the SIP system, which may be a SIP client or a SIP server;
  • the IMPS system represents an entity in the IMPS system, which may be an IMPS client or an IMPS server.
  • the process includes the following steps:
  • Step 201 The SIP system sends a SIP INVITE request to the interconnection gateway.
  • Step 203 The IMPS system returns a status response to the interconnection gateway.
  • Step 204 The interconnection gateway returns a SIP 100 Trying temporary response to the SIP system.
  • Step 205 After step 203, the IMPS system processes according to the received invitation request, and returns an invitation response (InviteResponse) of the invitation transaction to the interconnection gateway, indicating that the IMPS user accepts the invitation;
  • an invitation response InviteResponse
  • Step 206 The interconnection gateway returns a status response to the IMPS system.
  • Step 207 The interconnection gateway returns a SIP 200 OK successful response to the SIP system.
  • Step 208 The SIP system sends a SIP ACK response to the interconnection gateway.
  • a message session is established between the SIP system and the interconnection gateway.
  • the SIP user can send a message to the IMPS user through the session.
  • the interconnection gateway converts the message to the IMPS system, and the IMPS user can send the message to the SIP user.
  • the message is converted into a format, and the message is sent to the SIP system by using a message session established with the SIP system.
  • the interconnection gateway sends a message to the IMPS user according to the user identifier (UserlD) of the IMPS user, and sends a message to the SIP user according to the SIP Uniform Resource Identifier (SIP URI) of the SIP user, if the IMPS user has multiple clients. It is possible that a client is involved in the session negotiation, but the actual message is sent to multiple clients; if the SIP user interacts with the same IMPS user through multiple sessions at the same time, the interconnection gateway receives the IMPS user to send. When the message is received, it cannot be determined which session of the SIP system is sent to the SIP user.
  • UserlD user identifier
  • SIP URI SIP Uniform Resource Identifier
  • SIP user A has two terminals A1 and A2, and IMPS user B has multiple clients B1 and B2.
  • A1 interacts with B1 through session mode, and A2 interacts with B2 through session mode.
  • the prior art cannot be implemented. Therefore, for multi-client IMPS The message service between the SIP user of the user and the multi-client, the prior art does not have a solution that can meet the actual needs. Summary of the invention
  • the embodiments of the present invention provide a method and an interconnection function entity for communication interconnection, which can enable a session between multiple client users supporting different protocols.
  • the embodiment of the present invention provides a method for communication interconnection, where the interconnection function entity is respectively connected to the first communication system supporting the first communication protocol and the second communication system supporting the second communication protocol, and includes: the interconnection function entity Establishing an association relationship between the session identifier of the first communication system and the session identifier of the second communication system;
  • the interconnect functional entity forwards the session message between the two communication systems in accordance with the association relationship.
  • An embodiment of the present invention further provides an interconnecting functional entity, including:
  • transceiver module configured to receive a message from the first communication system, and send a message from the format conversion module to the second communication system according to the association relationship established by the association relationship establishing module;
  • An association establishing module configured to determine a session identifier corresponding to the first communication system and the second communication system, and establish and store an association relationship between the session identifiers;
  • a format conversion module configured to convert a message supported by the first communication protocol received by the transceiver module into a format supported by the second communication protocol, and send the converted message to the transceiver module;
  • the message from the first communication protocol system can be accurately sent to the destination client in the second communication protocol system.
  • the solution of the present invention can enable the multiple clients to support the message service between different clients, and the multiple clients do not interfere with each other.
  • FIG. 1 is a schematic diagram of interconnection between an IMPS user and a SIP user in the prior art
  • FIG. 2 is a flow chart of establishing a message session between a SIP user and an IMPS user in the prior art
  • FIG. 3 is a flowchart of processing an interconnection gateway in a process of establishing a session for a session mode instant message by using a SIP INVITE according to an embodiment of the present invention
  • FIG. 4 is a flowchart of processing an interconnection gateway in an process in which an IMPS user sends an invitation request to an SIP user to perform an instant message according to an embodiment of the present invention
  • FIG. 5 is a flowchart of processing an interconnection gateway in a process in which a SIP user initiates a subscription request and receives a presentation notification sent from an IMPS server according to an embodiment of the present invention
  • FIG. 6 is a flowchart of processing an interconnection gateway in a process in which an IMPS user initiates a subscription request and receives a presence notification sent by a SIMPLE presentation server according to an embodiment of the present invention
  • FIG. 7 is a flow chart of signaling interaction of a SIP user requesting an instant message according to the first embodiment of the present invention
  • FIG. 8 is a process in which the IMPS client 1 is in a process of talking to a SIP client according to the first embodiment of the present invention
  • the IMPS user actively requests the signaling interaction flow chart of the instant message through the IMPS client 2;
  • FIG. 9 is a signaling interaction flow diagram of a SIP user subscribing to IMPS user presence information according to a second embodiment of the present invention.
  • FIG. 10 is a structural block diagram of an interconnection gateway according to a third embodiment of the present invention. detailed description
  • the interconnection gateway stores the association relationship during the session, and associates sessions of the two systems according to the association relationship, so that multiple clients can be implemented.
  • the SIP user uses the session mode for instant message communication with the IMPS user, and the message is sent through the established session, so that multiple messages can be simultaneously performed between the SIP user multi-client and the IMPS user multi-client. Interacting without interfering with each other; it is also possible to implement a subscription for the SIP user or the IMPS user multi-client to present information to another system user.
  • the association relationship between the session identifier of the SIP system established by the interconnection gateway and the session identifier of the IMPS system in the session establishment process is as shown in Table 1.
  • the User1D of the SIP user in the IMPS system is the address record of the SIP user (Address Of Record, AOR ), which is the SIP URI, ClientlD is generated by the GW, and its function is described below.
  • System type association note SIP system consists of source tag (from-tag), destination tag (to-tag) and call identity
  • SIP user's ClientID is generated by GW
  • the message service is implemented in the SIP system, and mainly includes the following two methods: First, a SIP INVITE request to establish a session for instant messaging in a session mode; and second, a SIP SUBSCRIBE request to establish Conversations are used to present subscriptions and notifications of information. These two cases are described separately below.
  • Establishing a SIP system dialog through a SIP INVITE for session mode Instant messaging can be divided into two situations. One is that the SIP user initiates a SIP INVITE request, and the other is that the IMPS user initiates an invite request (InviteRequest). In the process, The Interconnect Gateway completes the conversion between the SIP INVITE request and the IMPS invite request.
  • the SIP user sends a SIP INVITE request to the IMPS user to perform an instant message in the session mode.
  • the processing flow of the GW in this process is as shown in FIG. 3, and includes the following steps:
  • Step 301 Receive a SIP INVITE request from the SIP user, newly generate an association relationship record, and write the session identifier of the SIP system in the SIP INVITE request into the association relationship record, where the dialog identifier is from the source tag (From tag ), the destination tag (To tag ) and a call identifier (Call-ID);
  • Step 302 Write the AOR of the sender in the SIP INVITE request as a SIP user to the User1D of the IMPS system to write the association relationship record;
  • Step 303 Write the receiver AOR in the SIP INVITE request as the IMP1 user's User1D to the association record;
  • Step 304 Generate a ClientID of the SIP user, and the ClientID is unique to the SIP user and the IMPS user who perform the message service of the same pair, that is, the ClientIDs corresponding to different clients of the SIP user are different from each other, and the generated ClientID is written. Enter the relationship record. Generate ClientID The specific manner may be generated according to the user identifier of the SIP user. For example, if the user identifier of the SIP user is: alice@atlanta.com, the ClientlD of each client of the SIP user may be: aliceO 1, alice02, alice03, etc.
  • ClientlD step 305 map the SIP INVITE request to the corresponding IMPS invitation request, and the sender of the IMPS request is the SIP user identified by UserlD and/or ClientlD, and the request is received.
  • the party is an IMPS user identified by UserlD;
  • Step 306 Receive a response from the IMPS system, if the response indicates that the IMPS user does not receive the invitation, then go to step 309; if the IMPS user receives the invitation, proceed to step 307;
  • Step 307 If the IMPS invitation response includes ClientlD or ApplicationlD of the IMPS user, the ClientlD or ApplicationlD is placed into the association relationship record; the successful response corresponding to the SIP INVITE request is returned, and the instant message communication is started;
  • Step 308 Convert and forward the session message between the SIP system and the IMPS system according to the set association relationship. Specifically include:
  • Receiving a SIP message sent by the SIP user through the MSRP in the session searching for the association relationship record according to the session identifier to which the SIP message belongs, obtaining the user identifier, the client identifier, and/or the application identifier of the IMPS user, and converting the message
  • the format supported by the IMPS protocol is sent to the IMPS client corresponding to the IMPS user identifier, the client identifier, and/or the application identifier.
  • the converting the SIP message into the IMPS message includes: setting the sender of the IMPS message to the SIP user identified by User1D and Client1D, and setting the receiver of the IMPS message to be identified by User1D, User1D, and Client1D or User1D and Application1D.
  • the client of the IMPS user includes: setting the sender of the IMPS message to the SIP user identified by User1D and Client1D, and setting the receiver of the IMPS message to be identified by User1D, User1D, and Client1D or User1D and Application1D.
  • a message from the IMPS user according to the user identifier of the IMPS user in the message, the user identifier of the SIP user, and/or the client identifier, searching for the association relationship to obtain the corresponding SIP system session identifier,
  • the message is converted into a SIP-supported format, and the converted formatted message is sent to the SIP system through the SIP session corresponding to the SIP system session identifier.
  • the SIP BYE request of the SIP user is received, or the message of the IMPS user is not received within a certain period of time, the SIP system session is ended, the association record is deleted, and the process ends.
  • Step 309 Returning directly to the SIP user failure response, deleting the association relationship record generated in step 301, and ending the process.
  • the IMPS user sends an invitation request to the SIP user for instant message communication.
  • the processing flow of the GW in this process is as shown in FIG. 4, and includes the following steps:
  • Step 401 Receive an invitation request of the IMPS user, newly generate an association relationship record, and put the user UserlD in the invitation request into the association relationship record as the User1D of the IMPS user. If the request includes the sender ClientID or ApplicationID, the IMPS is obtained. User's ClientID or
  • the ApplicationID is placed in the relationship record
  • Step 402 Put the user UserlD in the IMPS invitation request as the SIP user's UserlD into the association relationship record;
  • Step 403 Convert the IMPS invitation request into a SIP INVITE request, the requesting receiver AOR is the SIP user User1D determined in step 402, the requesting sender AOR is the IMP1 user's User1D, and the requested From tag and Call-ID are generated by the GW;
  • Step 404 Send a SIP INVITE request, receive a response, if it is a failure response, go to step 409; if it is a successful response, perform steps 405 to 408;
  • Step 405 Put the SIP dialog identifier into the association relationship record.
  • Step 406 Generate a Client ID of the SIP user.
  • the ClientID is unique to the same pair of SIP users and IMPS users, and the generated ClientID is placed in the association relationship record.
  • the specific generation manner can be analogized to the previous step 304.
  • Step 407 Convert the successful response into an invitation response, indicating that the SIP user receives the invitation, and identifies the SIP user by using the User1D and the ClientID of the SIP user in the invitation response, and starts an instant message;
  • Step 408 Convert and forward the session message between the SIP system and the IMPS system according to the set association relationship. Specifically include:
  • Receiving a SIP message sent by the SIP user through the MSRP in the session searching for the association relationship record according to the session identifier to which the SIP message belongs, obtaining the user identifier, the client identifier, and/or the application identifier of the IMPS user, and converting the message
  • the format supported by the IMPS protocol is sent to the IMPS client corresponding to the IMPS user identifier, the client identifier, and/or the application identifier.
  • the converting the SIP message into the IMPS message includes: setting the sender of the IMPS message to the SIP user identified by User1D and ClientID, and setting the receiver of the IMPS message to be identified by User1D, UserlD, and ClientID or UserlD and ApplicationID.
  • the client of the IMPS user includes: setting the sender of the IMPS message to the SIP user identified by User1D and ClientID, and setting the receiver of the IMPS message to be identified by User1D, UserlD, and
  • the user identifier and/or the client identifier of the SIP user are searched for the association relationship to obtain the corresponding SIP system session identifier, convert the message into a format supported by the SIP, and pass the converted format message to the SIP system.
  • the SIP session corresponding to the session identifier is sent to the SIP system.
  • the SIP system session is ended, and the relationship record is deleted.
  • Step 409 Replying to the IMPS user invitation response, indicating that the SIP user does not receive the invitation, deleting the association relationship record generated in step 401, and the process ends.
  • the SIP SUBSCRIBE request to establish a conversation can also be divided into two cases: a SIP user initiates a subscription request and an IMPS user initiates a subscription request.
  • the SIP user initiates a subscription request and receives the presentation notification sent by the IMPS server.
  • the processing flow of the GW in this process is as shown in FIG. 5, and includes the following steps:
  • Step 501 Receive a SIP SUBSCRIBE request sent by the SIP user, newly generate an association relationship record, and put the SIP identifier in the SIP SUBSCRIBE request into an association relationship record, where the dialog identifier is composed of a From tag, a To tag, and a Call ID. ;
  • Step 502 Put the sender AOR in the SIP SUBSCRIBE request as a SIP user in the UserlD of the IMPS system, and put the relationship record;
  • Step 503 Put the receiver AOR in the SIP SUBSCRIBE request as the User1D of the IMPS user into the relationship record;
  • Step 504 Generate a Client1D of a SIP user, the ClientlD is unique to the same pair of SIP users and IMPS users, and the generated ClientlD is put into the association relationship record; the specific generation manner may be analogous to the previous step 304;
  • Step 505 Map the SIP SUBSCRIBE request to the corresponding IMPS presentation subscription request or obtain the presence information request.
  • the sender of the IMPS request is the SIP user identified by User1D and Client1D, and the requested receiver is the IMPS user identified by User1D, and the IMPS is sent.
  • Step 506 Receive the response of the IMPS system, if the response indicates that the subscription fails, then go to step 509; if the response indicates that the subscription is successful, then perform steps 507 to 508;
  • Step 507 Return a successful response corresponding to the SIP SUBSCRIBE request
  • Step 508 Receive a notification of the presence information sent by the IMPS system, according to the SIP user of the recipient UserlD and ClientID, UserlD of the sender IMPS user look up the association record, determine the conversation of the SIP system, and send the presence information with the SIP NOTIFY request in the SIP system dialog. If the SIP user's de-subscription request is received, or the SIP system subscription expires and the SIP user does not continue to subscribe, the SIP system session is ended, and the association record is deleted, and the process ends;
  • Step 509 The association relationship record generated in step 501 is deleted, and the response to the SIP user is directly returned, and the entire process ends.
  • the IMPS user initiates a subscription request and receives a presentation notification sent by the SIMPLE presentation server.
  • the processing flow of the GW in this process is as shown in FIG. 6, and includes the following steps:
  • Step 601 Receive a subscription request initiated by the IMPS user, generate an association relationship record, and put the user UserlD in the request into the association relationship record as the User1D of the IMPS user. If the request includes the sender ClientID or ApplicationID, the IMPS user is included. ClientID or
  • ApplicationID is placed in the association relationship
  • Step 602 Put the Subscriber UserlD in the IMPS presentation subscription request as a SIP user in the UserlD of the IMPS system, and put the association relationship record;
  • Step 603 Convert the IMPS presentation subscription request into a SIP SUBSCRIBE request, the requested recipient AOR is the SIP user User1D determined in step 602, the requested sender AOR is the IMP1 user's User1D, and the requested From tag and Call-ID are generated by the GW. , sending a SIP SUBSCRIBE request;
  • Step 604 Receive a SIP response, if it is a failure response, then go to step 608; if it is a successful response, then perform steps 605 to 607;
  • Step 605 Put the conversation identifier into the association relationship record
  • Step 606 Convert the SIP successful response into an IMPS success status response, indicating that the subscription is successful, and the status response is sent to the IMPS user;
  • Step 607 Receive a notification of the presence information of the subscriber SIP user sent by the SIMPLE presentation server in the conversation, and convert the presentation notification into an IMPS format, and the recipient of the presentation notification is set to UserlD, UserlD, ClientID or UserlD according to the association relationship record.
  • the IMPS user identified by the ApplicationID, the presenter in the presentation notification is the SIP user identified by UserlD; if the subscription request of the IMPS user is received, or the subscription of the SIP system is terminated (including the termination of the subscription cannot be resubscribed or the termination of the resubscription fails), Then, the SIP system dialogue is ended, the association record is deleted, and the process ends.
  • Step 608 Replying to the IMPS user failure response, indicating that the subscription fails, deleting the step generated in step 1 The relationship record, the process ends.
  • Fig. 7 is a diagram showing the signaling interaction process of a SIP user requesting an instant message according to the first embodiment of the present invention.
  • the SIP client in the figure includes multiple clients belonging to the same SIP user.
  • one SIP user has two SIP clients;
  • the SIP server includes a SIP/IP core network and at least one SIP-based service server.
  • the flow of this embodiment is specifically as follows:
  • Step 701 The SIP user sends an instant message to the IMPS user, so the SIP INVITE request is sent by the SIP client belonging to the SIP user.
  • the SIP INVITE request is sent by the SIP client 1, as follows:
  • the SIP INVITE request is routed to the SIP server.
  • Step 702 The SIP server processes the SIP INVITE request, for example, determines a next route, and forwards the SIP INVITE to the interconnection gateway.
  • Step 703 The interconnection gateway according to the "INVITE" in the above SIP INVITE request
  • Wv:bob@biloxi.com SIP/2.0 determines that the request is an instant message request, so the SIP INVITE request is mapped to the IMPS InviteRequest, and the content of the InviteRequest is below:
  • Step 704 The IMPS server returns a status (Status) response to the interconnection gateway.
  • Step 705 After step 703, the IMPS server sends the InviteRequest of the SSP into an invitation user request (InviteUserRequest) of the CSP to the IMPS Client.
  • Step 705 can be in the step Before or after 704, there is no order relationship between step 704 and step 705.
  • Step 706 The IMPS client returns a status response to the IMPS server.
  • Step 707 The IMPS user receives the invitation and returns an Inviting User Response (InviteUserResponse) through the IMPS client to the IMPS server, as follows:
  • Url http: ⁇ www.wireless-village.org/applications/MudServer" /> Client ClientID of the invited user
  • the signaling contains the ClientID of the IMPS Client.
  • Step 708 The IMPS server returns a status response to the IMPS client.
  • Step 709 After step 707, the IMPS server turns the CSP's InviteUserResponse Switch to the SSP's InviteResponse and send it to the interconnect gateway.
  • Step 710 The interconnection gateway returns a status response to the IMPS server.
  • Step 711 After step 709, the interconnection gateway determines that the IMPS user receives the invitation, and therefore returns a successful response SIP 200 OK corresponding to the SIP INVITE in step 702, and the response is first sent to the SIP server, as follows:
  • the interconnection gateway creates a new association record, as shown in Table 2:
  • IMPID ClientID http://www. wireless-village.org/applications/MudServer Client's ClientID
  • Step 712 The SIP server returns a SIP 200 OK response to the SIP client 1;
  • Step 713 The SIP client 1 sends a SIP ACK request to the SIP server.
  • Step 714 The SIP server sends a SIP ACK request to the interconnection gateway, and an MSRP session for the instant message is established between the SIP client 1 and the interconnection gateway.
  • Step 715 The SIP client 1 sends an instant message by using the MSRP sending command (MSRP SEND), and the message is sent to the interconnection gateway, and the specific content is as follows:
  • To-Path msr : ⁇ gateway. example. com:8888/9di4eae923wzd;tcp
  • Step 716 The interconnection gateway returns an MSRP OK response to the SIP client 1;
  • Step 717 After the step 715, the interconnection gateway receives the MSRP SEND message from the SIP client 1, and determines that the message belongs to the established session, and searches for the relationship record that has been saved according to the session identifier carried in the MSRP SEND message. Determining UserlD and ClientlD of the receiving IMPS user; and, the interconnection gateway performs message format conversion, and converts the MSRP SEND message into an IMPS format sending message request (SendMessageRequest), as follows:
  • Step 718 The IMPS server returns a message response to the interconnection gateway.
  • Step 719 After step 717, the IMPS server converts the SSP's SendMessageRequest into a CSP new message (NewMessage) and sends it to the IMPS client. Since the recipient's UserlD and ClientlD have been confirmed between them, the guarantee message can be sent to the correct IMPS client.
  • NewMessage CSP new message
  • Step 720 The IMPS client returns a message to the IMP server (MessageDelivered).
  • Step 721 In the process of the SIP user using the SIP client 1 to perform an instant message with the IMPS user, the user may want to use the other terminal SIP client 2 to perform instant messaging with the same IMPS user, and the original SIP client 1 and IMPS
  • the session performed by the user cannot be interrupted, for example, the file is being transferred, so two sessions need to be performed at the same time, and the SIP user uses the SIP client 2 to issue a SIP INVITE request, as follows:
  • the SIP INVITE request is routed to the SIP server as in step 701;
  • Step 722 The SIP server processes the SIP INVITE request from the SIP client 2, for example, determining the next route, and forwarding the SIP INVITE to the interconnection gateway.
  • Step 723 The interconnection gateway determines that the request is an instant message request, so the SIP INVITE request is Map the InviteRequest to IMPS as follows:
  • the UserlD of the inviter and the UserlD of the invitee are respectively from the From header field and the To header field of the SIP INVITE request, and the inviter's ClientlD is generated for the interconnection gateway, and the request is sent to the corresponding IMPS server.
  • the InviteRequest in step 723 is different from the InviteRequest in step 703 only in that the client identifier of the request is different.
  • Step 724 The IMPS server returns a status response to the interconnection gateway.
  • Step 725 After step 723, the IMPS server converts the SSP InviteRequest into a CSP InviteUserRequest and sends it to the IMPS client.
  • Step 726 The IMPS client returns a status response to the IMPS server.
  • Step 727 The IMPS user receives the invitation, returns the InviteUserResponse through the IMPS client, and sends it to the IMPS Server, as follows:
  • the signaling contains the ClientID of the IMPS Client.
  • Step 728 The IMPS server returns a status response to the IMPS client.
  • Step 729 After step 727, the IMPS server converts the CSP's InviteUserResponse into an SSP's InviteResponse and sends it to the interconnect gateway. Step 730: The interconnection gateway returns a status response to the IMPS server.
  • Step 731 After step 729, the interconnection gateway determines that the IMPS user receives the invitation, and therefore returns a successful response of the SIP INVITE in the corresponding step 722.
  • the SIP 200 OK the response is first sent to the SIP server, and the following:
  • the interconnection gateway creates a new association record, as shown in Table 3:
  • IMPS uses wv:bob(3 ⁇ 4biloxi.com
  • Step 732 The SIP server returns a SIP 200 OK response to the SIP client 2.
  • Step 733 The SIP client 2 sends a SIP ACK request to the SIP server.
  • Step 734 The SIP server sends a SIP ACK request to the interconnection gateway, and an MSRP session for the instant message is established between the SIP client 2 and the interconnection gateway.
  • Step 735 For the IMPS user, this can be sip with a UserlD: alice@example.com
  • the two clients of the user perform instant messaging.
  • the clientlDs of the two clients are aliceO 1 and alice02 respectively.
  • the IMPS user sends an instant message to the newly issued invitation alice02 by using the IMPS client, and the message is sent to the IMPS server, as follows:
  • Step 736 The IMPS server returns a SendMessageResponse response to the IMPS client.
  • Step 738 The Interconnect Gateway returns a response to the IMPS server SendMessageResponse.
  • Step 739 After step 737, the interconnection gateway receives the message sent by the SendMessageRequest, according to the sender of the message UserlD, the receiver UserlD and the ClientID, finds the association record, determines the dialog identifier of the SIP system, and the GW performs message format conversion and converts into MSRP.
  • the format of the MSRP SEND message, and the message is sent in the found dialog, the MSRP SEND content is as follows: MSRP d93kswow SEND
  • the message is sent to the SIP client 2;
  • Step 740 The SIP client 2 receives the MSRP SEND message and returns an MSRP OK port response to the interconnection gateway.
  • Step 801 to step 814 The IMPS user sends an instant message invitation to the same SIP user through the IMPS client 2, the interconnection gateway performs signaling conversion, and sends a SIP INVITE to the SIP user.
  • Step 815 to step 820 The SIP user sends a message to the new IMPS user client by using the newly created session. After receiving the message, the GW receives the association table and sends the message to the client of the IMPS user.
  • the client ID of the client is "bobIM". .
  • the above-mentioned first embodiment illustrates the client-to-client message flow, and is also applicable to a scenario where a SIP user or an IMPS user uses a multi-terminal to join another system chat room.
  • FIG. 9 is a flowchart showing a signaling interaction process for a SIP user to subscribe to IMPS user presence information according to a second embodiment of the present invention, which specifically includes the following steps:
  • Step 901 The SIP user wants to subscribe to the presentation information of the IMPS user, so the SIP SUBSCRIBE request is sent through the SIP client 1, and the specific content of the request is as follows:
  • the request is first sent to the presence server (Presence Server).
  • Step 902 The presence server determines that the subscriber is an IMPS user, and sends a SIP SUBSCRIBE request to the interconnection gateway.
  • Step 903 The interconnection gateway converts the SIP SUBSCRIBE request into an IMPS
  • Step 904 The IMPS server checks the authorization status, determines that the SIP user is allowed to subscribe to the presentation information of the IMPS user, and returns a status response, indicating that the subscription is successful.
  • Step 905 The interconnection gateway receives the status response, converts to a SIP 200 OK response, and returns the response to the presence server.
  • the content of the SIP 200 OK response is as follows:
  • the interconnection gateway creates a new association record as shown in Table 5:
  • IMPS uses wv:bob(3 ⁇ 4biloxi.com
  • Step 906 The presence server returns a SIP 200 OK response to the SIP client 1;
  • Step 907 After step 904, the IMPS server sends the subscriber's presence information to the subscriber, as follows:
  • the message is first sent to the interconnection gateway
  • Step 908 The interconnection gateway returns a Status response to the IMPS server.
  • Step 909 After step 907, the interconnection gateway searches for the association record according to the subscriber UserID, the ClientID, and the subscriber UserlD in the received PresenceNotification, and finds a corresponding SIP system subscription conversation, and receives the SIP NOTIFY request in the conversation.
  • the presence information is sent to the SIP client 1, as follows:
  • Step 910 The SIP client 1 returns a SIP 200 OK response to the interconnection gateway.
  • Step 911 The SIP user opens another terminal SIP client 2, and subscribes to the same through the terminal.
  • the request is first sent to the presence server.
  • Step 912 The presence server determines that the subscriber is an IMPS user, and sends a SIP SUBSCRIBE request to the interconnection gateway.
  • Step 913 The interconnection gateway converts the SIP SUBSCRIBE request into an IMPS
  • Step 914 The IMPS server checks the authorization status, determines that the SIP user is allowed to subscribe to the presentation information of the IMPS user, and returns a Status response, indicating that the subscription is successful;
  • Step 915 The interconnection gateway receives the Status response, converts it into a SIP 200 OK response, and returns it to the presentation server, as follows:
  • the interconnection gateway creates a new association record as shown in Table 6:
  • IMPS uses wv: bob@biloxi.com
  • Step 916 The presence server returns a SIP 200 OK response to the SIP client 2;
  • Step 917 After step 904, the IMPS server sends the subscriber's presence information to the subscriber: under:
  • the message is first sent to the interconnection gateway
  • Step 918 The interconnection gateway returns a Status response to the IMPS server.
  • Step 919 After step 907, the interconnection gateway searches for the association record according to the subscriber UserID, the ClientID, and the subscriber UserlD in the received PresenceNotification, and finds a corresponding SIP system subscription conversation, and receives the SIP NOTIFY request in the conversation.
  • the presence information is sent to the SIP client 1, as follows:
  • Step 920 The SIP client 1 returns a SIP 200 OK response to the interconnection gateway.
  • Step 921 After a period of time, the presentation information of the IMPS user subscribed by the SIP client 1 changes, and the IMPS server issues PresenceNotification, as follows:
  • the message is first sent to the interconnection gateway
  • Step 922 The interconnection gateway returns a Status response to the IMPS server.
  • Step 923 After step 907, the interconnection gateway searches for the association record according to the subscriber UserID, the ClientID, and the subscriber UserlD in the received PresenceNotification, and finds a corresponding SIP system subscription conversation, and receives the SIP NOTIFY request in the conversation.
  • the presence information is sent to the SIP client 1, as follows:
  • Step 924 The SIP client 1 returns a SIP 200 OK response to the interconnection gateway.
  • the process of presenting the same SIP user's presence information for multiple IMPS clients of the same IMPS user is reversed in the above process, except that the interconnection gateway does not assign a ClientID to each SIP session, but associates the SIP dialog to the UserlD and ClientID of the IMPS user.
  • the specific process is not detailed.
  • a third embodiment of the present invention provides an interconnection gateway.
  • the structural block diagram is as shown in FIG. 11, and includes: a transceiver module 1001, configured to receive a message from a SIP system (or an IMPS system), and query the module 1003 according to the association relationship. Sending a message from the format conversion module 1004 to the IMPS system (or SIP system);
  • the association relationship establishing module 1002 is configured to determine a session identifier of a message service corresponding to the SIP system and the IMPS system, and establish and store an association relationship between the session identifiers;
  • the SIP system session identifier includes a dialog identifier of the SIP system;
  • the session identifier of the IMPS system includes the user identifier and the client identifier of the SIP user participating in the session, the user identifier and the client identifier of the IMPS user participating in the session, where the client identifier of the IMPS user may be a ClientID or an ApplicationID;
  • the relationship query module 1003 is configured to query the association relationship stored in the association relationship establishing module 1002 according to the content of the message received by the transceiver module 1001 from the SIP system (or the IMPS system), to obtain the message to be sent.
  • the format conversion module 1004 is configured to convert a SIP (or IMPS protocol) supported message received by the transceiver module 1001 into a format supported by the IMPS protocol (or SIP), and convert the converted The information is sent to the transceiver module 1001.
  • SIP or IMPS protocol
  • the association establishing module 1002 further includes:
  • an obtaining unit configured to obtain, from the SIP request/response or IMPS request/response received by the transceiver module 1001, the user identifier of the SIP user, the session identifier of the SIP system, the user identifier of the IMPS user, and the client identifier of the IMPS user. And using the obtained identifiers as the content in the relationship record;
  • the generating unit is configured to generate a client identifier of the SIP user in the relationship record.
  • the foregoing embodiments are all message services between the IMPS user and the SIP user.
  • the present invention is not limited thereto, and the message service between multiple client users supporting different communication protocols can be applied to the solution of the present invention.
  • the network element used in the foregoing embodiment for connecting the SIP system and the IMPS system and performing message conversion between the foregoing systems is an interconnection gateway, and may actually be implemented by other network elements capable of implementing the foregoing interconnection function, and thus The network elements can be collectively referred to as interconnected functional entities.
  • the medium can be a readable and writable memory RAM, a read only memory ROM, a magnetic disk or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne une interconnexion de communication. Une entité de fonction d'interconnexion interconnecte respectivement le premier système de communication supportant le premier protocole de communication et le second système de communication supportant le second protocole de communication. L'entité de fonction d'interconnexion établit la relation associée entre l'ID de session du premier système de communication et l'ID de session du second système de communication. Sur la base de la relation associée, l'entité de fonction d'interconnexion transmet le message de session entre deux systèmes de communication. L'invention concerne également un dispositif permettant une interconnexion de communication. Le but de cette invention est qu'il n'y ait aucun interférence entre de multiples clients lorsque le service de messagerie est traité entre les utilisateurs des différents protocoles supportant de multiples clients.
PCT/CN2008/071762 2007-07-26 2008-07-25 Procédé et dispositif permettant une interconnexion de communication WO2009012724A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710137522.6A CN101355533B (zh) 2007-07-26 2007-07-26 一种通信互连方法和设备
CN200710137522.6 2007-07-26

Publications (1)

Publication Number Publication Date
WO2009012724A1 true WO2009012724A1 (fr) 2009-01-29

Family

ID=40281021

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071762 WO2009012724A1 (fr) 2007-07-26 2008-07-25 Procédé et dispositif permettant une interconnexion de communication

Country Status (2)

Country Link
CN (1) CN101355533B (fr)
WO (1) WO2009012724A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291207A (zh) * 2020-10-16 2021-01-29 武汉中科通达高新技术股份有限公司 一种前端设备目录获取方法及装置
US11533345B2 (en) 2020-03-27 2022-12-20 Samsung Electronics Co., Ltd. Method and apparatus for providing generic framework to manage custom subscription over sip

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8914482B2 (en) * 2010-05-26 2014-12-16 Microsoft Corporation Translation of technology-agnostic management commands into multiple management protocols
US10476822B2 (en) * 2016-12-08 2019-11-12 T-Mobile Usa, Inc. MSRP/HTTP file transfer
CN108965108B (zh) * 2018-06-27 2021-03-26 腾讯科技（深圳）有限公司 一种消息推送方法及相关设备
CN109246385B (zh) * 2018-11-01 2020-08-28 苏州科达科技股份有限公司 用于多方会议的通信方法及会议系统
CN109831377A (zh) * 2019-03-26 2019-05-31 安康鸿天科技股份有限公司 一种不同即时通讯协议与sip协议之间互通的技术

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005022863A1 (fr) * 2003-08-29 2005-03-10 SIEMENS MOBILE COMMUNICATIONS S.p.A. .A. Procede de gestion de services de presence dans un systeme de communication avec des protocoles de presence heterogenes, et systeme de communication mettant en oeuvre ledit procede
US20050213537A1 (en) * 2004-02-27 2005-09-29 Ingimundarson Jon I Interworking gateway and method
CN1794707A (zh) * 2005-08-09 2006-06-28 华为技术有限公司 即时消息系统间的搜索方法和互连服务器
CN1878162A (zh) * 2005-06-07 2006-12-13 中兴通讯股份有限公司 一种协议互通实体对重叠收发码信令的映射方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100596124C (zh) * 2006-03-03 2010-03-24 华为技术有限公司 实现业务互通的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005022863A1 (fr) * 2003-08-29 2005-03-10 SIEMENS MOBILE COMMUNICATIONS S.p.A. .A. Procede de gestion de services de presence dans un systeme de communication avec des protocoles de presence heterogenes, et systeme de communication mettant en oeuvre ledit procede
US20050213537A1 (en) * 2004-02-27 2005-09-29 Ingimundarson Jon I Interworking gateway and method
CN1878162A (zh) * 2005-06-07 2006-12-13 中兴通讯股份有限公司 一种协议互通实体对重叠收发码信令的映射方法
CN1794707A (zh) * 2005-08-09 2006-06-28 华为技术有限公司 即时消息系统间的搜索方法和互连服务器

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11533345B2 (en) 2020-03-27 2022-12-20 Samsung Electronics Co., Ltd. Method and apparatus for providing generic framework to manage custom subscription over sip
CN112291207A (zh) * 2020-10-16 2021-01-29 武汉中科通达高新技术股份有限公司 一种前端设备目录获取方法及装置
CN112291207B (zh) * 2020-10-16 2022-11-25 武汉中科通达高新技术股份有限公司 一种前端设备目录获取方法及装置

Also Published As

Publication number Publication date
CN101355533A (zh) 2009-01-28
CN101355533B (zh) 2011-09-14

Similar Documents

Publication Publication Date Title
EP2342883B1 (fr) Transfert de fichiers dans les services de conférence
KR101635906B1 (ko) 통신 이력 제공 방법
US8670760B2 (en) Converged mobile-web communications solution
US8676189B2 (en) Converged mobile-web communications solution
CN100499598C (zh) 即时消息用户使用其它即时消息系统聊天室的方法及系统
US9204264B2 (en) Exchange of messages and sessions
US9426108B2 (en) Method for storing conversation upon user's request in CPM system, and system thereof
US20080270553A1 (en) Method and System for Instant Notification of Communication Block Information
US20070274492A1 (en) Coordinated Invitations to a Conference Call
CN101714170B (zh) 一种基于xdms的群组管理系统及方法
US8014775B2 (en) Method and system for implementing messaging services and a message application server
KR20080094082A (ko) 회의 제어 중 회원 관리를 위한 사이드 채널
WO2009012724A1 (fr) Procédé et dispositif permettant une interconnexion de communication
CN101232465A (zh) 会议系统中传送文件的方法、文件传送系统及会议服务器
US9444777B2 (en) Method and processing system for routing a message request
EP1914973B1 (fr) Système et procédé pour fournir des services combinés à des appelants anonymes
CN101834730A (zh) 一种多媒体会议控制方法和系统
WO2008006311A1 (fr) Procédé et dispositif d'utilisation d'un identificateur de terminal utilisateur
US20070274283A1 (en) Setting up a Conference Call with a Hashed Address
CN101635672A (zh) 一种群组方式下实现融合业务会话的装置和方法
Shelat et al. A survey of open source protocols XMPP and SIP for instant messaging system
US20100009664A1 (en) Methods, telecommunications node, and user equipment for transmission of user identifier
WO2009023569A2 (fr) Procédés, systèmes et produits programmes informatiques permettant d'obtenir un identificateur de ressource uniforme universel (uuri)
WO2007131400A1 (fr) Procédé et système de fourniture de services de présence et serveur de présence
Zhu An IMS Based Inter-working Solution for Multimedia Service in a Converged Network

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08783755

Country of ref document: EP

Kind code of ref document: A1