CN101207577B - 消息系统间的互连方法及消息互连网关 - Google Patents

消息系统间的互连方法及消息互连网关 Download PDF

Info

Publication number
CN101207577B
CN101207577B CN2006101617451A CN200610161745A CN101207577B CN 101207577 B CN101207577 B CN 101207577B CN 2006101617451 A CN2006101617451 A CN 2006101617451A CN 200610161745 A CN200610161745 A CN 200610161745A CN 101207577 B CN101207577 B CN 101207577B
Authority
CN
China
Prior art keywords
message
sip
msrp
sip message
message system
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
Application number
CN2006101617451A
Other languages
English (en)
Other versions
CN101207577A (zh
Inventor
牟伦建
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zhigu Tech Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006101617451A priority Critical patent/CN101207577B/zh
Priority to PCT/CN2007/070568 priority patent/WO2008074235A1/zh
Publication of CN101207577A publication Critical patent/CN101207577A/zh
Priority to US12/487,042 priority patent/US20090276499A1/en
Application granted granted Critical
Publication of CN101207577B publication Critical patent/CN101207577B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供的消息系统间的互连方法及消息互连网关，在SIP消息系统向非SIP消息系统发送消息的情况下，先通过SIP消息系统与消息互连网关之间的MSRP(消息会话中继协议)通道，将该消息发送到消息互连网关，之后再由消息互连网关将该消息发送到非SIP消息系统；在非SIP消息系统向SIP消息系统发送消息的情况下，先将该消息发送到消息互连网关，之后由消息互连网关将该消息通过上述MSRP通道，发送到SIP消息系统。由于SIP消息系统与消息互连网关之间的MSRP通道可以传输较大或较小的消息，因此，采用本发明提供的消息系统间的互连方法及消息互连网关，均能实现SIP消息系统与非SIP消息系统之间的互连。

Description

消息系统间的互连方法及消息互连网关 
技术领域
本发明涉及网络通信技术领域，尤其涉及一种消息系统间的互连方法及消息互连网关。 
背景技术
开放移动联盟(OMA)、第三代移动通信标准化伙伴项目(3GPP)及3GPP2等国际标准中的消息业务可包括：基于初始会话协议(SIP)的消息业务和基于非SIP的消息业务。基于SIP的消息业务，如即时消息与存在利用扩展初始会话协议(SIMPLE)的即时消息(IM)、无线一键通(PoC)，融合IP消息(CPM)等，主要适用于基于IP多媒体子系统(IMS)的下一代网络；基于非SIP的消息业务，如无线村(WV)业务、邮件业务、多媒体消息等，主要适用于较传统的通信网络。 
处理基于SIP的消息业务的系统是SIP消息系统，该SIP消息系统是采用SIP作为信令承载的消息系统，SIP消息系统用户之间通过如SIMPLE IM服务器(Server)、PoC Server、CPM Server等互通消息。处理基于非SIP的消息业务的系统是非SIP消息系统，该非SIP消息系统是采用非SIP作为承载信令的消息系统，非SIP消息系统用户之间通过如WV Server、邮件(Email)Server或多媒体信息服务(MMS)等互通消息。 
现有技术中，为实现SIP消息系统用户与非SIP消息系统用户之间的消息互通，在SIP消息系统与非SIP消息系统之间接入消息互连网关。当SIP消息系统用户向非SIP消息系统用户发送消息时，SIP消息系统利用SIP MESSAGE承载该消息，将承载该消息的SIP MESSAGE发送给消息互连网关；消息互连网关接收到该SIP MESSAGE后，利用该SIP MESSAGE构造非SIP消息系统的 消息，之后，将该非SIP消息系统的消息发送给对应的非SIP消息系统。当非SIP消息系统用户向SIP消息系统用户发送消息时，非SIP消息系统将该消息发送到消息互连网关，消息互连网关利用该消息，构造SIP消息系统的SIPMESSAGE，之后将该SIP MESSAGE发送给SIP消息系统。 
上述现有技术采用SIP消息系统的SIP MESSAGE来承载消息的前提条件是，被承载的消息较小，即该消息大小未超过SIP MESSAGE所能够承载的消息大小，这时，现有技术采用SIP MESSAGE承载消息的做法才能够实现；而当SIP MESSAGE不能承载该消息时，现有技术将难以将SIP消息系统用户的消息发送给非SIP消息系统用户。 
因此，现有技术存在的问题是不能完全实现SIP消息系统用户与非SIP消息系统用户之间的消息互通，即不能完全实现SIP消息系统与非SIP消息系统之间的互连。 
发明内容
有鉴于此，本发明实施例提供一种消息系统间的互连方法，实现SIP消息系统与非SIP消息系统的互连。 
本发明实施例还提供一种消息互连网关，实现SIP消息系统与非SIP消息系统的互连。 
一种消息系统间的互连方法，包括： 
建立与SIP消息系统之间的MSRP通道； 
接收非SIP消息系统发送的非SIP消息； 
将所述非SIP消息转换为MSRP消息； 
将所述MSRP消息通过MSRP通道发送给SIP消息系统，其中，所述将非SIP消息转换为MSRP消息包括： 
判断所述非SIP消息大小是否超过SIP消息系统中SIP MEASSAGE消息能够承载的消息大小，若是，将所述非SIP消息转换为MSRP消息。 
一种消息互连网关，包括： 
用于建立与SIP消息系统之间的MSRP通道的模块； 
用于接收非SIP消息系统发送的非SIP消息的模块； 
用于将所述非SIP消息转换为MSRP消息的模块； 
用于将所述MSRP消息通过MSRP通道发送给SIP消息系统的模块，其中，所述用于将非SIP消息转换为MSRP消息的模块为： 
用于判断所述非SIP消息大小是否超过SIP消息系统中SIP MEASSAGE消息能够承载的消息大小，若是，将所述非SIP消息转换为MSRP消息的模块。 
本发明实施例提供的消息系统间的互连方法及消息互连网关，在SIP消息系统向非SIP消息系统发送消息的情况下，先通过SIP消息系统与消息互连网关之间的数据传输通道，将该消息发送到消息互连网关，之后再由消息互连网关将该消息发送到非SIP消息系统；在非SIP消息系统向SIP消息系统发送消息的情况下，先将该消息发送到消息互连网关，之后由消息互连网关将该消息通过上述数据传输通道，发送到SIP消息系统。由于SIP消息系统与消息互连网关之间的数据传输通道可以传输较大或较小的消息，因此，采用本发明提供的消息互连网关、消息系统间的互连方法及系统，均能实现SIP消息系统与非SIP消息系统之间的互连。 
附图说明
图1是本发明实施例涉及的互连系统的结构示意图； 
图2是本发明实施例中SIP消息系统向非SIP消息系统发送消息的流程图； 
图3是本发明实施例中非SIP消息系统向SIP消息系统发送消息的流程图； 
图4是本发明实施例1的信令流程图； 
图5是本发明实施例2的信令流程图； 
图6是本发明实施例3的信令流程图； 
图7是本发明实施例4的信令流程图； 
图8是本发明实施例5的信令流程图； 
图9是本发明实施例6的信令流程图； 
图10是本发明实施例7的信令流程图； 
图11是本发明实施例8的信令流程图。 
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图作进一步详细描述。 
本发明实施例涉及一个互连系统，图1是该系统一个结构示意图。该系统包括SIP消息系统、非SIP消息系统和消息互连网关，其中，消息互连网关具有的功能包括：将SIP消息系统通过SIP消息系统与该消息互连网关之间的消息会话中继协议(MSRP)通道发送过来的消息，发送给非SIP消息系统；以及将非SIP消息系统发送过来的消息，通过上述MSRP通道发送给SIP消息系统。 
本发明实施例提供一种消息系统间的互连方法，该方法通过建立与SIP消息系统之间的MSRP通道；接收SIP消息系统通过MSRP通道发送的MSRP消息；将MSRP消息转换为非SIP消息后，再将该非SIP消息发送给非SIP消息 系统。采用该方法，可将SIP消息系统的消息发送到非SIP消息系统。 
本发明实施例还基于该一种消息系统间的互连方法，提供一种消息互连网关，该消息互连网关可以被设置于图1所示的系统中。该消息互连网关包括： 
用于建立与SIP消息系统之间的MSRP通道的模块； 
用于接收SIP消息系统通过MSRP通道发送的MSRP消息的模块； 
用于将MSRP消息转换为非SIP消息的模块； 
用于将非SIP消息发送给非SIP消息系统的模块。 
本发明实施例提供另一种消息系统间的互连方法，该方法通过建立与SIP消息系统之间的MSRP通道；接收非SIP消息系统发送的非SIP消息；将该非SIP消息转换为MSRP消息后，再将该MSRP消息通过MSRP通道发送给SIP消息系统。采用该方法，可将非SIP消息系统的消息发送到SIP消息系统。 
本发明实施例还基于该另一种消息系统间的互连方法，提供另一种消息互连网关，该消息互连网关可以被设置于图1所示的系统中。该消息互连网关包括： 
用于建立与SIP消息系统之间的MSRP通道的模块； 
用于接收非SIP消息系统发送的非SIP消息的模块； 
用于将该非SIP消息转换为MSRP消息的模块； 
用于将该MSRP消息通过MSRP通道发送给SIP消息系统的模块。 
另外，本发明实施例的SIP消息系统和非SIP消息系统均可包括消息服务器(Server)、消息客户端(Client)。 
参见图2，图2是本发明实施例中SIP消息系统向非SIP消息系统发送消息的流程图，该流程包括以下步骤： 
步骤201、SIP消息系统用户向非SIP消息系统用户发送消息。 
步骤202、SIP消息系统将该消息发送到消息互连网关。 
步骤203、消息互连网关接收到该消息后，判断该消息是否通过MSRP通道发送过来，若是，执行步骤204；否则，执行步骤206。 
该步骤中，消息互连网关根据接收到的消息类型，判断接收到的消息是否 通过MSRP通道发送。如果消息互连网关接收到的消息是MSRP SEND消息，那么，消息互连网关确定该消息通过MSRP通道发送过来。如果消息互连网关接收到的消息是SIP MESSAGE，那么消息互连网关确定该消息未通过MSRP通道发送。 
步骤204、消息互连网关接收到的消息是MSRP SEND消息，将该消息转换为非SIP消息系统的消息，执行步骤206。 
该步骤中，MSRP SEND消息中携带SIP消息系统用户发送给非SIP消息系统用户消息内容、消息类型等信息，消息互连网关将该信息填充到非SIP消息系统的消息中，将该MSRP SEND消息转换为非SIP消息系统的信息。本实施例中，消息互连网关具有解析MSRP SEND消息的功能。 
步骤205、消息互连网关接收到的消息是SIP MESSAGE，消息互连网关将该SIP MESSAGE转换为非SIP消息系统的消息。 
该步骤中，消息互连网关将该SIP MESSAGE转换为非SIP消息系统的消息的功能是现有功能。 
步骤206、消息互连网关将非SIP消息系统的消息发送到非SIP消息系统。 
步骤207、非SIP消息系统在接收到该非SIP消息系统的消息后，通过消息互连网关向SIP消息系统返回响应消息，该流程结束。 
上述步骤203为可选步骤，即若SIP消息系统不论发送消息的大小是多少，将所有消息均通过MSRP通道发送，那么就不需要执行该步骤203，相应地，也就不需要执行步骤205。 
在上述步骤202中，若SIP消息系统通过MSRP通道向消息互连网关发送消息，那么在执行步骤202时，需要建立SIP消息系统与消息互连网关之间的MSRP通道，建立SIP消息系统与消息互连网关之间的MSRP通道的做法可以是：由SIP消息系统向消息互连网关发送建立MSRP通道的初始会话协议邀请(SIP INVITE)消息，消息互连网关接收到该消息后，确定自身具有建立MSRP通道的功能，向SIP消息系统返回同意建立MSRP通道的响应消息，进而将SIP消息系统与消息互连网关之间的MSRP通道建立起来。SIP INVITE消息与上述 响应消息中，均携带创建MSRP通道的会话描述协议(SDP)参数。在用完SIP消息系统与消息互连网关之间的MSRP通道之后，可保留该MSRP通道一段时间，在这段时间内，可重复使用该MSRP通道。若为了有效节约传输资源，可在用完该MSRP通道之后，由SIP消息系统向消息互连网关发送要求断开该MSRP通道的消息，消息互连网关接收到该请求消息后，向SIP消息系统返回同意断开的响应，释放该MSRP通道。 
参见图3，图3是本发明实施例中非SIP消息系统向SIP消息系统发送消息的流程图，该流程包括以下步骤： 
步骤301、非SIP消息系统用户向SIP消息系统用户发送消息。 
步骤302、非SIP消息系统将该消息发送到消息互连网关。 
步骤303、消息互连网关接收到该消息后，判断是否需要通过SIP消息系统与消息互连网关之间的MSRP通道发送该消息，若是，执行步骤304；否则，执行步骤307。 
该步骤中，消息互连网关判断是否需要通过SIP消息系统与消息互连网关之间的MSRP通道发送该消息的做法为：判断该消息大小是否超过SIPMESSAGE所能承载的消息大小，若是，则该消息需要通过MSRP通道发送，否则，可采用SIP MESSAGE承载该消息。消息互连网关判断该消息大小是否超过SIP MESSAGE所能承载的消息大小依据可以是：判断该消息大小是否超过1300bytes，该数据由SIP协议给出；或者判断该消息大小是否超过MTU-200，或者是否超过SIP消息系统能够确保发送成功的消息大小；若超过，则消息互连网关确定不能采用SIP MESSAGE承载该消息；若未超过，则可采用SIPMESSAGE承载该消息。本实施例中，消息互连网关具有判断消息大小是否超过SIP MESSAGE所能承载的消息大小的功能。 
步骤304、建立消息互连网关与SIP消息系统之间的MSRP通道。 
该步骤中，建立该MSRP通道的做法可以是：消息互连网关向SIP消息系统发送建立MSRP的SIP INVITE消息，SIP消息系统接收到该消息后，向消息互连网关返回同意建立MSRP的响应消息。在SIP INVITE消息与SIP消息 系统返回的响应消息中携带消息互连网关与SIP消息系统协商的SDP参数 
步骤305、消息互连网关将接收到的该消息，转换为MSRP SEND消息。 
该步骤中，MSRP SEND消息是SIP消息系统的消息。消息互连网关将接收到的该消息内容、消息类型等信息，填充到MSRP SEND消息中，构造出该MSRP SEND消息，即将该消息转换为MSRP SEND消息。 
步骤306、消息互连网关通过MSRP通道，将MSRP SEND消息发送到SIP消息系统，执行步骤309。 
步骤307、消息互连网关将接收到的该消息转换为SIP MESSAGE。 
步骤308、消息互连网关将该SIP MESSAGE通过SIP/IP核(SIP/IP Core)发送到SIP消息系统。 
步骤307与步骤308的执行过程与现有相同。 
步骤309、SIP消息系统通过消息互连网关，向非SIP消息系统返回响应消息，该流程结束。 
上述步骤303为可选步骤，可根据设置的消息发送策略来控制执行该步骤，即，若消息互连网关设定将所有消息均通过MSRP通道发送到SIP消息系统，那么就不需要执行该步骤303，相应地，也就不需要执行步骤307与步骤308；若消息互连网关没有设定通过MSRP通道发送消息到SIP消息系统，或设定为不需要全部采用MSRP道发送，那么需要执行该303步骤。 
本实施例中，在用完SIP消息系统与消息互连网关之间的MSRP通道之后，也可保留该MSRP通道一段时间，在这段时间内，可重复使用该MSRP通道。若为了有效节约传输资源，可在用完该MSRP通道之后，由消息互连网关向SIP消息系统发送要求断开该MSRP通道的消息，SIP消息系统接收到该消息后，向消息互连网关返回同意断开的响应，释放该MSRP通道。 
接下来，结合8个具体的实施例子，对本发明上述两个实施例作详细说明。 
实施例1至实施例4中，设非SIP消息系统是WV消息系统，是WV消息系统与SIP消息系统间互连的例子，其中，设WV消息系统用户1为：userl@IMPS.com；SIP消息系统用户2为：user2@simple.com。 
实施例1：WV消息系统用户1向SIP消息系统用户2发送消息，设该消息较小。 
图4是实施例1的信令流程图，该流程包括以下步骤： 
步骤401、WV消息系统向消息互连网关发送服务器-服务器协议(SSP)的发送消息请求(Send Message Request)消息。 
该步骤中，WV消息系统确定接收消息的用户2属于SIP消息系统后，将客户端-服务器协议(CSP)的Send Message Request消息，转换为SSP的SendMessage Request消息后，通过超级文本传送协议(HTTP)承载发送给消息互连网关。 
该步骤中，假设用户1请求了递交报告。 
步骤402至步骤403、消息互连网关将接收的SSP的Send Message Request转换为SIP MESSAGE后，通过SIP/IP Core发送给SIP消息系统。 
该步骤中，消息互连网关先对是否能用SIP MESSAGE承载Send MessageRequest中携带的发送给用户2的消息进行判断，在确定Send Message Request中携带的发送给用户2的消息大小未超过SIP MESSAGE所能承载的消息大小时，消息互连网关将Send Message Request中的发送者，接收者，消息内容及递送报告请求等信息，填充到SIP MESSAGE消息中，将Send Message Request转换为SIP MESSAGE。具体实现时，消息互连网关将Send Message Request转换为SIP MESSAGE的代码可如下： 
         POST 10.164.5.254：8080HTTP/1.1 
       Content-Type：application/vnd.wv.ssp.xml 
         Content-Length：693 
         <WV-SSP-Message 
    xmlns＝″http://www.openmobilealliance.org/DTD/WV-SSP 1.3″> 
         <Session sessionID＝″d432fa84b4c76e66710@IMPS.com″> 
        <Transaction mode＝″Request″transactionID＝″45″> 
        <SendMessage-Request  DeliveryReport＝“T”> 
              <MetaInfo clientOriginated＝″Yes″> 
                <Requestor> 
              <User userID＝″wv:user1@imps.com″> 
             </User> 
               </Requestor> 
              </MetaInfo> 
           <MessageInfo messageID＝12339sdqwer contentType＝“text/plain”contentSize＝18> 
             <Recipient> 
          <User><UserID>sip:user2@simple.com</UserID></User>     
            </Recipient> 
          <Sender> 
            <User> 
               <UserID>wv:user1@imps.com</UserID> 
               </User> 
         </Sender> 
        </MessageInfo> 
        <ContentData> 
            Watson，come here. 
        </ContentData> 
       </SendMessage-Request> 
       </Transaction> 
      </Session> 
    </WV-SSP-Message> 
MESSAGE sip:user2@simple.com SIP/2.0 
Via：SIP/2.0/TCP iwf.com；branch＝z9hG4bK776sgdkse 
Max-Forwards：70 
From：wv:user1@imps.com；tag＝49583 
To：sip:user2@simple.com 
Call-ID：12339sdqwer@1.2.3.4 
CSeq：1MESSAGE 
imdn.Message-ID：12339sdqwer 
imdn.Disposition-Notification：positive-delivery 
Content-Type：text/plain 
Content-Length：18 
Watson.come here. 
步骤404至步骤405、SIP消息系统接收到该SIP MESSAGE后，通过SIP/IPCore向消息互连网关返回SIP 200 OK响应。 
步骤406、消息互连网关将SIP 200 OK转换为SSP的Send MessageResponse消息，通过HTTP发送给WV消息系统。 
步骤407至步骤412、SIP消息系统通过SIP/IP Core及消息互连网关向WV消息系统发送递交状态报告(Delivery Status Report)，及WV消息系统向SIP消息系统返回接收到该报告的响应。 
至此，WV消息系统向SIP消息系统发送较小消息的过程结束。本实施例基于现有WV消息系统向SIP消息系统发送较小消息的信令流程，通过SIPMESSAGE承载发送给用户2的消息。且，与现有信令流程不同的是，本实施例的步骤402中，当消息互连网关接收到Send Message Request后，消息互连网关需要判断该请求中携带的发送给用户2的消息大小是否超过SIPMESSAGE消息所能够承载的消息大小，在确定该消息大小未超过SIPMESSAGE消息所能够承载的消息大小时，采用SIP MESSAGE承载该消息。本实施例中消息互连网关增加判断消息大小是否超过SIP MESSAGE消息所能够承载的消息大小的功能，弥补现有技术中，只采用SIP MESSAGE承载消息， 而并不考虑SIP MESSAGE是否能够承载该消息的不足，因此本实施例相对现有技术，能够确保用户1将消息成功发送给用户2，避免因该消息超过SIPMESSAGE所能承载的消息大小，导致未能将该消息发送给用户2的情况发生。 
实施例2：WV消息系统用户1向SIP消息系统用户2发送消息，设该消息较大。 
图5是实施例2的信令流程图，该流程包括以下步骤： 
步骤501的所有描述与步骤401的所有描述相同。 
步骤502至步骤503、消息互连网关通过SIP/IP Core向SIP消息系统发送建立MSRP通道的SIP邀请(SIP INVITE)消息。 
本实施例中，消息互连网关接收到SSP的Send Message Request后，判断出该Send Message Request消息中携带的发送给用户2的消息大小超过SIPMESSAGE所能承载的消息大小，因此确定需要通过MSRP通道将发送给用户2的消息发送出去。 
本实施例中，消息互连网关将Send Message Request消息中携带的发送给用户2的消息的发送者、接收者等信息填充到SIP INVITE消息中，将SendMessage Request消息转换为SIP INVITE消息，该SIP INVITE消息中携带创建MSRP通道的SDP参数。具体实现时，消息互连网关将Send Message Request消息转换为SIP INVITE消息的代码可如下： 
            POST 10.164.5.254：8080HTTP/1.1 
          Content-Type：application/vnd.wv.ssp.xml 
            Content-Length：693 
            <WV-SSP-Message 
      xmlns＝″http://www.openmobilealliance.org/DTD/WV-SSP1.3″> 
             <Session sessionID＝″d432fa84b4c76e66710@IMPS.com″> 
             <Transaction mode＝″Request″transactionID＝″45″> 
             <SendMessage-Request DeliveryReport＝“T”> 
            <MetaInfo clientOriginated＝″Yes″> 
             <Requestor> 
            <User userID＝″wv:user1@imps.com″> 
           </User> 
             </Requestor> 
            </MetaInfo> 
          <MessageInfo messageID＝12339sdqwer contentType＝“image/jpeg”contentSize＝2400> 
               <Recipient> 
            <User><UserID>sip:user2@simple.com</UserID></User   > 
              </Recipient> 
            <Sender> 
               <User> 
                  <UserID>wv:user1@imps.com</UserID> 
                  </User> 
             </Sender> 
           </MessageInfo> 
           <ContentData> 
           </ContentData> 
         </SendMessage-Request> 
         </Transaction> 
        </Session> 
       </WV-SSP-Message> 
INVITE sip:user2@simple.com SIP/2.0 
Via：SIP/2.0/TCP iwf.com；branch＝z9hG4bK776sgdkse 
Max-Forwards：70 
From：wv:user1@imps.com；tag＝49583 
To：sip:user2@simple.com 
Call-ID：12339sdqwer@1.2.3.4 
CSeq：1 INVITE 
Content-Type：application/sdp 
(SDP ignored) 
步骤504至步骤507、SIP消息系统接收到SIP INVITE消息后，在收到用户2同意接收该SIP INVITE消息的响应后，通过SIP/IP Core向消息互连网关返回SIP 200 OK响应，再由消息互连网关通过SIP/IP Core向SIP消息系统返回SIP确认(SIP ACK)消息，表示收到SIP 200 OK的回应。 
步骤508、消息互连网关将接收到的Send Message Request消息转换为MSRP SEND消息，将该MSRP SEND消息通过MSRP通道发送到SIP消息系统。 
本实施例中，消息互连网关将Send Message Request消息中携带的发送给用户2的消息内容，递送报告请求等信息填充到MSRP SEND消息中，将SIPINVITE消息转换为MSRP SEND消息，通过建立的MSRP通道将该MSRPSNED消息发送出去。在具体实现时，消息互连网关将SIP INVITE消息转换为MSRP SEND消息的代码可如下： 
MSRP d93kswow SEND 
To-Path:msrp://user2.simple.com：8888/9di4ea；tcp 
From-Path:msrp://user1.imps.com：7777/iau39；tcp 
Message-ID：12339sdqwer 
Success-Report：yes 
Content-Type：image/jpeg 
-------d93kswow$ 
步骤509、SIP消息系统接收到MSRP SEND消息后，通过MSRP通道向消息互连网关返回MSRP 200 OK响应。 
实际应用中，若发送给用户2的消息太大，而无法通过一个MSRP SEND消息发送给SIP消息系统，那么消息互连网关可将该消息转换为至少2个MSRPSEND消息，然后重复执行步骤508至步骤509，直到将所有MSRP SEND消息全部发送到SIP消息系统。 
步骤510、消息互连网关接收到SIP消息系统返回的MSRP 200 OK后，向WV消息系统返回SSP的发送消息响应(Send Message Response)消息。 
步骤511、SIP消息系统收到Delivery Status Report后，向消息互连网关发送MSRP REPORT的递送报告。 
步骤512、消息互连网关将接收到的MSRP REPORT的递送报告转换为SSP的Delivery Status Report发送给WV消息系统。 
步骤513、WV消息系统接收到Delivery Status Report后，向消息互连网关返回状态(Status)响应。 
步骤514、消息互连网关接收到Status响应后，向SIP消息系统回应MSRP200 OK，表示收到MSRP REPORT。 
步骤515至步骤516、消息互连网关通过SIP/IP Core，向SIP消息系统发送要求断开MSRP通道的SIP BYE消息。 
该步骤中，消息互连网关将SIP BYE发送给用户2所在的SIP消息系统中的归属SIP消息服务器。 
步骤517至步骤518、SIP消息服务器接收到SIP BYE后，通过SIP/IP Core，向消息互连网关发送SIP 200 OK，该流程结束。 
上述步骤515至步骤518是为减少资源浪费，由消息互连网关向SIP/IP Core请求断开MSRP通道的信令流程。实际应用中，若需要保存MSRP一段时间，则可不立刻执行步骤515至步骤518，在设置的一段时间之后，再启动步骤515至步骤518中，断开MSRP通道的信令流程，以便在设置的这一段时间内，重复利用该MSRP通道。 
实施例3：SIP消息系统用户2向WV消息系统用户1发送消息，设该消息较小。 
图6是是实施例3的信令流程图，该流程包括以下步骤： 
步骤601至步骤602、SIP消息系统将携带发送给用户1的消息的SIPMEAASGE通过SIP/IP Core发送给消息互连网关。 
该步骤中，SIP消息系统确定接收消息的用户1属于WV消息系统，因此，将SIP MEAASGE发送给消息互连网关。设用户1请求了递交报告。 
步骤603、消息互连网关接收到SIP MEAASGE后，将该SIP MESSAGE消息转换成WV消息系统中SSP类型的Send Message Request后，将SendMessage Request通过HTTP承载发送给WV消息系统。 
本实施例中，消息互连网关在接收到SIP消息系统通过SIP/IP Core转发过来的消息后，需要判断该消息是否通过MSRP通道发送，当确定该消息是SIPMEAASGE时，消息互连网关确定该消息未通过MSRP通道发送。该步骤中，Send Message Request中携带发送给用户1的消息的发送者，接收者，消息内容，递送报告请求等信息。 
在现有技术中，消息互连网关接收到SIP/IP Core发送过来的消息，通常是默认该消息为用作承载其它消息的SIP MESSAGE消息。 
步骤604、WV消息系统接收到SSP类型的Send Message Request消息后，向消息互连网关返回SSP的Send Message Response消息。 
步骤605至步骤606、消息互连网关将SSP的Send Message Response转换为SIP 200OK，将该SIP 200OK经SIP/IP Core发送给SIP消息系统。 
步骤607、WV消息系统收到递送报告通知后，向消息互连网关发送SSP的Delivery Status Report。 
步骤608至步骤609、消息互连网关将SSP的Delivery Status Report转换为SIP MESSAGE的递送报告通知，将该递送报告通知经SIP/IP Core发送给SIP消息系统。 
步骤610至步骤612、SIP消息系统接收到递送报告通知后，通过SIP/IP Core向消息互连网关返回SIP 200 OK响应，再由消息互连网关将SIP 200 OK转换为SSP的Status响应后，发送给WV消息系统，该流程结束。 
实施例4：SIP消息系统用户2向WV消息系统用户1发送消息，设该消息较大。 
图7是实施例4的信令流程图，该流程包括以下步骤： 
步骤701至步骤702、SIP消息系统通过SIP/IP Core向消息互连网关发送SIP INVITE消息。 
该步骤中，SIP消息系统判断接收消息的用户1属于WV消息系统，且发送给用户1的消息较大，超过SIP MESSAGE所能承载的消息大小，需用通过MSRP通道发送。 
其中，SIP INVITE消息中携带SIP INVITE消息的发送者，接收者以及创建MSRP的SDP参数等。 
步骤703至步骤704、消息互连网关收到SIP INVITE消息后，通过SIP/IPCore向SIP消息系统SIP 200 OK回应。 
该步骤中，消息互连网关返回的SIP 200 OK回应中包括同意建立MSRP的SDP参数等。 
本实施例中，消息互连网关能够建立MSRP通道。 
步骤705至步骤706、SIP消息系统接收到SIP 200 OK回应后，经SIP/IP Core向消息互连网关SIP ACK回应。 
步骤707、SIP消息系统构造MSRP SEND消息，将该MSRP SEND消息发送给消息互连网关。 
该步骤中，MSRP SEND消息中携带发送给用户1的消息内容，递送报告请求等信息。 
步骤708、消息互连网关接收到MSRP SEND消息后，将该MSRP SEND消息转换为SSP的Send Message Request，将该Send Message Request发送给用户1所在WV消息系统。 
该步骤中，消息互连网关将MSRP SEND消息中携带的发送给用户1的消息内容，递送报告请求等信息填充到SSP的Send Message Request消息中，将MSRP SEND消息转换为SSP的Send Message Request消息。 
步骤709、WV消息系统接收到Send Message Request后，向消息互连网关返回SSP的Send Message Response消息。 
步骤710、消息互连网关接收到SSP的Send Message Response消息后，通过SIP/IP Core向SIP消息系统返回MSRP 200 OK响应。 
实际应用中，若发送给用户1的消息太大，而无法通过一个MSRP SEND消息发送给SIP消息系统，那么消息互连网关可将收到的至少2个的MSRPSEND消息转换为一个SSP的Send Message Request，再发送给WV系统。 
步骤711至步骤712、SIP消息系统发送完MSRP SEND消息后，通过SIP/IPCore向消息互连网关发送要求断开MSRP通道的SIP BYE。 
步骤713至步骤714、消息互连网关接收到SIP BYE后，经SIP/IP Core向SIP消息系统返回同意断开MSRP通道的SIP 200 OK回应。 
步骤715、WV消息系统收到消息成功递送到用户的通知，向消息互连网关发送SSP的Deliver Status Report。 
该步骤中，若WV消息系统在MSRP通道断开前收到消息成功递送到用户的通知，可以采用MSRP REPORT向消息互连网关发送递送报告。 
步骤716至步骤717、消息互连网关接收到SSP的Deliver Status Report后，将该SSP的Deliver Status Report转换为包含递送报告通知的SIP MESSAGE，经SIP/IP Core发向SIP消息系统。 
步骤718至步骤719、SIP消息系统接收到SIP MESSAGE后，经SIP/IP Core向消息互连网关返回接收到SIP MESSAGE的SIP 200 OK响应。 
步骤720、消息互连网关接收到SIP 200 OK后，向WV消息系统返回SSP的Status响应，该流程结束。 
实施例5至实施例8是邮件系统与SIP消息系统间的互连实施例。其中，设用户1是邮件系统的用户，为：user1@email.com；用户2是SIP消息系统的用户，为：user2@simple.com。 
实施例5：邮件系统用户1向SIP消息系统用户2发送消息，该消息形式为邮件，设该消息较小。 
图8是实施例5的信令流程图，该流程包括以下步骤： 
步骤801、邮件系统向消息互连网关发送请求建立连接的SMTP HELO消息。 
该步骤中，邮件系统判断接受邮件的用户2属于SIP消息系统，向消息互连网关发送SMTP HELO，表示需要建立邮件系统与消息互连网关之间的连接，以用于发送邮件。 
步骤802至步骤813为现有的建立邮件系统与消息互连网关之间的连接，以及邮件系统向消息互连网关发送邮件的过程，因此，不作赘述。 
步骤814至步骤815、消息互连网关将该邮件转换为SIP MESSAGE，将该SIPMESSAGE经SIP/IP Core发送给SIP消息系统。 
该步骤中，消息互连网关收到邮件后，判断出邮件大小未超过SIPMESSAGE所能承载的消息大小，因此，可采用SIP MESSAGE承载该邮件。消息互连网关将邮件的发送者，接受者，消息内容等信息填充到SIP MESSAGE消息，将该邮件转换为SIP MESSAGE消息。 
步骤816至步骤817、SIP消息系统接收到SIP MESSAGE消息后，经SIP/IPCore，向消息互连网关返回接收到SIP MESSAGE消息SIP 200 OK响应。 
实施例6：邮件系统用户1向SIP消息系统用户2发送消息，该消息形式为邮件，且该消息较大。 
图9是实施例6的信令流程图，该流程包括以下步骤： 
步骤901的所有描述与步骤801的所有描述相同。 
步骤902至步骤913是现有的建立邮件系统与消息互连网关之间的连接，以及邮件系统向消息互连网关发送邮件的过程，因此，不作赘述。 
步骤914至步骤915、消息互连网关接收到邮件后，将该邮件转换为SIPINVITE消息，通过SIP/IP Core将SIP INVITE消息转发给用户2所在的SIP消息系统。 
该步骤中，消息互连网关判断出邮件大小超过SIP MESSAGE所能承载的消息大小，因此，需要通过MSRP通道发送。消息互连网关将邮件的接收者与发送者等信息填充到SIP INVITE消息中，且，SIP INVITE消息中携带创建MSRP 通道的SDP参数。 
步骤916至步骤917、SIP消息系统接收到SIP INVITE消息，且收到用户同意接收该消息响应后，通过SIP/IP Core向消息互连网关转发SIP 200 OK响应。 
其中，SIP 200 OK中携带消息互连网关与SIP消息系统协商后的创建MSRP通道的SDP参数。 
步骤918至步骤919、消息互连网关接收到SIP 200 OK后，通过SIP/IP Core向SIP消息系统转发SIP ACK回应。 
至此，消息互连网关与SIP消息系统之间的MSRP通道建立完成。 
步骤920、消息互连网关将接收到的邮件转换为MSRP SEND消息，通过建立的MSRP通道将MSRP SNED消息发送到SIP消息系统。 
该步骤中，消息互连网关将邮件内容、内容类型等填充到MSRP SEND消息中，将该邮件转换为MSRP SEND消息。 
步骤921、SIP消息系统接收到MSRP SNED消息后，通过MSRP通道向消息互连网关返回MSRP 200 OK响应。 
实际应用中，若发送给用户2的邮件太大，而无法通过一个MSRP SEND消息发送给SIP消息系统，那么消息互连网关可将该邮件拆分为至少2个MSRPSEND消息，然后重复执行步骤920至步骤921，直到将所有子邮件全部发送到SIP消息系统。 
步骤922至步骤923、消息互连网关通过SIP/IP Core，向SIP消息系统发送要求断开MSRP通道的SIP BYE。 
该步骤中，消息互连网关通过SIP/IP Core，将SIP BYE发送给SIP消息系统中用户2的归属SIP消息服务器。 
步骤924至步骤925、SIP消息服务器接收到SIP BYE后，通过SIP/IP Core向消息互连网关发送SIP 200 OK响应，该流程结束。 
实施例7：SIP消息系统用户2向邮件系统用户1发送消息，且该消息较小。 
图10是实施例7的信令流程图，该流程包括以下步骤： 
步骤1001至步骤1002、SIP消息系统将SIP MESSAGE消息通过SIP/IP Core 发送给消息互连网关。 
该步骤中，SIP消息系统判断接收邮件的用户1属于邮件系统，且该邮件可采用SIP MESSAGE承载。 
步骤1002、消息互连网关收到SIP消息系统发送过来的消息后，将该SIPMESSAGE消息转换成邮件，发送SMTP HELO到邮件系统。 
该步骤中，消息互连网关需要判断接收到的消息是否通过MSRP通道发送，当确定该消息是SIP MESSAGE时，判断出该消息未通过MSRP通道发送。消息互连网关将SIP MESSAGE消息中的发送者，接受者，消息内容等信息，填充到一个邮件中，将该SIP MESSAGE消息转换成邮件。 
步骤1003至步骤1015是现有消息互连网关向邮件系统发送邮件的流程，不作赘述。 
步骤1016至步骤1017、消息互连网关发送完邮件之后，通过SIP/IP Core向用户2所在的SIP消息系统发送SIP 200 OK响应，该流程结束。 
实施例8：SIP消息系统用户2向邮件系统用户1发送消息，且该消息较大。 
图11是实施例8的信令流程图，该流程包括以下步骤： 
步骤1101至步骤1102、SIP消息系统通过SIP/IP Core向消息互连网关发送SIPINVITE消息。 
该步骤中，SIP消息系统判断接受消息的用户1属于邮件系统，通过与消息互连网关之间的MSRP且发送消息较大，超过SIP MESSAGE所能承载的消息大小，SIP消息系统确定需要通过与消息互连网关建立MSRP通道来发送消息，因此，向消息互连网关发送SIP INVITE消息，以便能够建立MSRP通道。SIPINVITE消息中包括该消息的发送者，接收者以及创建MSRP的SDP参数等信息。 
步骤1103至步骤1104、消息互连网关收到SIP INVITE消息后，通过SIP/IPCore向SIP消息系统返回SIP 200 OK响应。 
该步骤中，SIP 200 OK中包括同意建立MSRP的SDP参数等信息。 
步骤1105至步骤1106、SIP消息系统接收到SIP 200 OK响应后，通过SIP/IPCore向消息互连网关返回SIP ACK回应。 
步骤1107、SIP消息系统向消息互连网关发送MSRP SEND消息。 
该步骤中，MSRP SEND消息中携带发送给用户1的消息内容，递送报告请求等信息。 
步骤1107、消息互连网关接收到MSRP SEND消息后，将MSRP SEND消息转换为邮件，且向邮件系统发送SMTP HELO。 
该步骤中，消息互连网关将MSRP SEND消息中的发送者，接受者，消息内容等信息，填充到邮件中，将MSRP SEND消息转换为邮件。 
步骤1108至步骤1120是现有消息互连网关向邮件系统发送消息，及断开与邮件系统之间的连接的流程，不作赘述。 
步骤1121、消息互连网关向邮件系统发送完消息之后，向SIP消息系统发送MSRP 200 OK向应。 
步骤1122至步骤1123、SIP消息系统接收到MSRP 200 OK响应后，通过SIP/IPCore向消息互连网关发送要求断开MSRP通道的SIP BYE消息。 
步骤1124至步骤1125、消息互连网关接收到SIP BYE，通过SIP/IP Core向SIP消息系统返回同意断开MSRP通道的SIP 200 OK响应，该流程结束。 
由于多媒体消息服务(MMS)系统与SIP消息系统之间的协议可采用与上述邮件系统与SIP消息系统之间协议相同的协议，因此若将上述件系统与SIP消息系统之间的互连实施例中的邮件系统改为MMS系统，将邮件改为MMS消息，那么改动后的实施例适用于MMS系统与SIP消息系统之间的互连。 
下面对本发明实施例提供的消息互连网关作具体说明。 
本发明实施例提供的一种消息互连网关，包括： 
用于建立与SIP消息系统之间的MSRP通道的模块； 
用于接收SIP消息系统通过MSRP通道发送的MSRP消息的模块； 
用于将所述MSRP消息转换为非SIP消息的模块； 
用于将所述非SIP消息发送给非SIP消息系统的模块。 
其中，用于接收SIP消息系统发送的MSRP消息的模块为： 
用于接收SIP消息系统发送的SIP消息，判断所述SIP消息是消息会话中 继协议MSRP消息的模块。 
本发明实施例提供的该一种消息互连网关还包括： 
用于接收SIP消息系统要求断开所述MSRP通道的消息的模块； 
用于向SIP消息系统返回同意断开所述MSRP通道的响应消息的模块。 
本发明实施例提供的另一种消息互连网关，包括： 
用于建立与SIP消息系统之间的MSRP通道的模块； 
用于接收非SIP消息系统发送的非SIP消息的模块； 
用于将所述非SIP消息转换为MSRP消息的模块； 
用于将所述MSRP消息通过MSRP通道发送给SIP消息系统的模块。 
其中，用于将非SIP消息转换为MSRP消息的模块为： 
用于判断所述非SIP消息大小是否超过SIP消息系统中SIP MEASSAGE能够承载的消息大小，若是，将所述非SIP消息转换为MSRP消息的模块。 
该另一种消息互连网关进一步包括： 
用于向SIP消息系统发送要求断开所述MSRP通道的消息的模块； 
用于接收SIP消息系统返回的同意断开所述MSRP通道的响应消息的模块。 
综上所述，本发明实施例提供的消息系统间的互连方法及消息互连网关，在SIP消息系统向非SIP消息系统发送消息的情况下，先通过SIP消息系统与消息互连网关之间的MSRP通道，将该消息发送到消息互连网关，之后再由消息互连网关将该消息发送到非SIP消息系统；在非SIP消息系统向SIP消息系统发送消息的情况下，先将该消息发送到消息互连网关，之后由消息互连网关将该消息通过上述MSRP通道，发送到SIP消息系统。由于SIP消息系统与消息互连网关之间的MSRP通道可以传输较大或较小的消息，因此，采用本发明提供的消息互连网关、消息系统间的互连方法及系统，均能实现SIP消息系统与非SIP消息系统之间的互连。 
另外，对消息系统中的用户而言，该用户接收或发送消息到其他消息系统，就如同在该用户所在的消息系统内接收或发送消息。因此，本发明技术方案的实现还能够提高用户体验。 

Claims (8)

1.一种消息系统间的互连方法，其特征在于，包括：
建立与SIP消息系统之间的MSRP通道；
接收非SIP消息系统发送的非SIP消息；
将所述非SIP消息转换为MSRP消息；
将所述MSRP消息通过MSRP通道发送给SIP消息系统，其中，所述将非SIP消息转换为MSRP消息包括：
判断所述非SIP消息大小是否超过SIP消息系统中SIP MEASSAGE消息能够承载的消息大小，若是，将所述非SIP消息转换为MSRP消息。
2.根据权利要求1所述的方法，其特征在于，所述非SIP消息系统为：无线村WV消息系统，或邮件系统，或多媒体信息服务MMS系统。
3.根据权利要求1所述的方法，其特征在于，所述将非SIP消息转换为MSRP消息包括：将所述非SIP消息中包括的消息内容和消息类型信息，填充到所述MSRP消息中。
4.根据权利要求1所述的方法，其特征在于，所述将非SIP消息转换为MSRP消息至少包括2个MSRP消息，将所述非SIP消息转换为至少2个MSRP消息。
5.根据权利要求1所述的方法，其特征在于，该方法进一步包括：
接收SIP消息系统通过MSRP通道返回的响应，将所述响应发送给非SIP消息系统。
6.根据权利要求5所述的方法，其特征在于，该方法进一步包括：
向SIP消息系统发送要求断开所述MSRP通道的消息；
接收SIP消息系统返回的同意断开所述MSRP通道的响应消息。
7.一种消息互连网关，其特征在于，包括：
用于建立与SIP消息系统之间的MSRP通道的模块；
用于接收非SIP消息系统发送的非SIP消息的模块；
用于将所述非SIP消息转换为MSRP消息的模块；
用于将所述MSRP消息通过MSRP通道发送给SIP消息系统的模块，其中，所述用于将非SIP消息转换为MSRP消息的模块为：
用于判断所述非SIP消息大小是否超过SIP消息系统中SIP MEASSAGE消息能够承载的消息大小，若是，将所述非SIP消息转换为MSRP消息的模块。
8.根据权利要求7所述的消息互连网关，其特征在于，该消息互连网关进一步包括：
用于向SIP消息系统发送要求断开所述MSRP通道的消息的模块；
用于接收SIP消息系统返回的同意断开所述MSRP通道的响应消息的模块。
CN2006101617451A 2006-12-19 2006-12-19 消息系统间的互连方法及消息互连网关 Active CN101207577B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2006101617451A CN101207577B (zh) 2006-12-19 2006-12-19 消息系统间的互连方法及消息互连网关
PCT/CN2007/070568 WO2008074235A1 (fr) 2006-12-19 2007-08-27 Procédés d'interconnexion et passerelles d'interconnexion de message entre des systèmes de messagerie
US12/487,042 US20090276499A1 (en) 2006-12-19 2009-06-18 Interworking method for message systems and message interworking gateway

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006101617451A CN101207577B (zh) 2006-12-19 2006-12-19 消息系统间的互连方法及消息互连网关

Publications (2)

Publication Number Publication Date
CN101207577A CN101207577A (zh) 2008-06-25
CN101207577B true CN101207577B (zh) 2011-04-13

Family

ID=39535999

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006101617451A Active CN101207577B (zh) 2006-12-19 2006-12-19 消息系统间的互连方法及消息互连网关

Country Status (3)

Country Link
US (1) US20090276499A1 (zh)
CN (1) CN101207577B (zh)
WO (1) WO2008074235A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448008B (zh) * 2009-01-04 2011-12-21 烽火通信科技股份有限公司 基于msrp的端到多端的媒体交换系统及方法
CN101997842B (zh) * 2009-08-11 2015-05-20 中兴通讯股份有限公司 大消息模式cpm消息传输方法及系统
CN102026112B (zh) * 2009-09-21 2014-07-02 中兴通讯股份有限公司 一种融合ip消息的发送方法及系统
CN102006288A (zh) * 2010-11-12 2011-04-06 中兴通讯股份有限公司 多页彩信的传输系统和方法、sip终端以及彩信代理服务器
US20120155459A1 (en) * 2010-12-21 2012-06-21 T-Mobile Usa, Inc. Converged messaging across legacy and ip domains
KR101330051B1 (ko) * 2011-11-29 2014-01-13 에스케이텔레콤 주식회사 수신불능 단말로의 파일 전송 장치 및 기록매체
CN103368923B (zh) * 2012-04-09 2016-07-06 中兴通讯股份有限公司 消息传输处理方法及装置
CN103999425B (zh) * 2012-07-06 2016-12-28 华为技术有限公司 呈现服务器发现非呈现用户业务能力的方法和相应装置
CN111385277A (zh) * 2018-12-29 2020-07-07 中兴通讯股份有限公司 Rcs系统间的文件传输方法及rcs互通网关

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801814A (zh) * 2005-10-11 2006-07-12 华为技术有限公司 一种离线消息发送和接收方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7480915B2 (en) * 2002-10-03 2009-01-20 Nokia Corporation WV-IMS relay and interoperability methods
US20040148416A1 (en) * 2003-01-29 2004-07-29 Jryki Aarnos Method and apparatus for messaging between a client of an sip-based network and a client of a wireless village network
US20060155850A1 (en) * 2003-11-25 2006-07-13 Matsushita Electric Industrial Co., Ltd. Networked mobile EPG service architecture
US7408926B1 (en) * 2004-09-02 2008-08-05 Microsoft Corporation Method and apparatus for accessing voice over internet protocol connection
KR100592882B1 (ko) * 2004-12-13 2006-06-26 한국전자통신연구원 세션 초기화 프로토콜(ｓｉｐ) 기능이 없는 이동 단말에인터넷 프로토콜 멀티미디어 서브시스템을 통한 세션초기화 프로토콜 기반 인스턴스 메시징 서비스 제공방법,시스템 및 이를 위한 인스턴스 메시징 프록시 서버
ATE485667T1 (de) * 2005-02-08 2010-11-15 Ericsson Telefon Ab L M Implementierung eines sitzung-basierten dienstes in einem mobilkommunikationsnetz
US7529813B2 (en) * 2005-04-14 2009-05-05 Hewlett-Packard Development Company, L.P. Multimedia transfer for wireless network
FI20055288A0 (fi) * 2005-06-06 2005-06-06 Nokia Corp Yksittäinen sanomanvälitys
RU2327300C2 (ru) * 2005-08-12 2008-06-20 Самсунг Электроникс Ко., Лтд. Система и способ передачи системных сообщений в протоколе инициирования сеанса связи (sip)
US9258259B2 (en) * 2005-09-30 2016-02-09 Nokia Technologies Oy Retrieval of offline instant messages
CN100514968C (zh) * 2005-10-11 2009-07-15 华为技术有限公司 离线消息的处理方法和即时消息服务器
JP4648458B2 (ja) * 2005-10-21 2011-03-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信システムにおけるサービス品質の制御
US20070156909A1 (en) * 2005-12-29 2007-07-05 Osborn William R Proxy for extending IMS services to mobile terminals with SMS capabilities
US20070226295A1 (en) * 2006-03-23 2007-09-27 Nokia Corporation Method and apparatuses for retrieving messages

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801814A (zh) * 2005-10-11 2006-07-12 华为技术有限公司 一种离线消息发送和接收方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张云川.标准化的即时通信协议－SMPLE和XMPP的对比研究.《武汉科技大学学报(自然科学版)》.2005,第28卷(第4期),375-377. *

Also Published As

Publication number Publication date
WO2008074235A1 (fr) 2008-06-26
US20090276499A1 (en) 2009-11-05
CN101207577A (zh) 2008-06-25

Similar Documents

Publication Publication Date Title
CN101207577B (zh) 消息系统间的互连方法及消息互连网关
CN101299785B (zh) 一种会话处理的方法、系统以及业务服务器
EP2144479B1 (en) Method, system and message service interworking module for implementing message service interworking
CN101212719B (zh) 一种无线通信网络中实现融合消息业务的方法及系统
CN101578891B (zh) 在融合网际协议消息服务客户端和短消息服务客户端之间建立用于消息通信的会话的方法和系统
KR100824043B1 (ko) 이동 통신 단말의 인스턴트 메시지 전송 방법 및 시스템
CN100488139C (zh) 建立聊天室数据传输通道实现聊天消息传送的方法
CN100499598C (zh) 即时消息用户使用其它即时消息系统聊天室的方法及系统
EP1913743B1 (en) Group management method and system in interworking system of imps system and simple im system
US20080270553A1 (en) Method and System for Instant Notification of Communication Block Information
CA2472327A1 (en) Method and system for facilitating services in a communication network through data-publication by a signaling server
WO2008060085A1 (en) Method and system for managing message threads in converged ip messaging service
KR101397633B1 (ko) 아이엠에스 기반 인스턴트 메시지 서비스 제공 시스템 및방법
CN101355533B (zh) 一种通信互连方法和设备
KR101436679B1 (ko) 대형 메시지 모드 통합 아이피 메시지 전송 방법 및 시스템
CN103368821A (zh) 发送语音消息的方法及系统、融合消息服务器及客户端
CN101098513B (zh) 一种建立群组会话的方法
US20120042083A1 (en) Method and system for transmitting a large message mode cpm message to group
CN102026112B (zh) 一种融合ip消息的发送方法及系统
KR20110057504A (ko) 인스턴트 메시징 서비스 제공 방법 및 시스템
KR20080034072A (ko) Ｓｉｐ기반의 전송 메시지를 이용한 이종 메시지의 전송방법 및 이를 위한 사용자 장치
CN101925017A (zh) 一种大消息模式融合ip消息的传送方法
CN101854599B (zh) 大融合ip消息传输方法及系统
CN102045264A (zh) 大消息模式cpm消息到电子邮件系统的传送方法与系统
CN101895830A (zh) 大消息模式融合ip消息传输方法及系统

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
ASS Succession or assignment of patent right

Owner name: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE

Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD.

Effective date: 20141208

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 518052 SHENZHEN, GUANGDONG PROVINCE

TR01 Transfer of patent right

Effective date of registration: 20141208

Address after: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee after: Shenzhen LIAN intellectual property service center

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: Huawei Technologies Co., Ltd.

ASS Succession or assignment of patent right

Owner name: BEIJING Z-GOOD TECHNOLOGY SERVICE CO., LTD.

Free format text: FORMER OWNER: SHENZHEN LIANCHUANG INTELLECTUAL PROPERTY SERVICE CENTER

Effective date: 20150122

C41 Transfer of patent application or patent right or utility model
COR Change of bibliographic data

Free format text: CORRECT: ADDRESS; FROM: 518052 SHENZHEN, GUANGDONG PROVINCE TO: 100085 HAIDIAN, BEIJING

TR01 Transfer of patent right

Effective date of registration: 20150122

Address after: 100085 Beijing city Haidian District No. 33 Xiaoying Road 1 1F06 room

Patentee after: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD.

Address before: 518052, Guangdong, Shenzhen province Nanshan District Nanshan digital cultural industry base, east block, room 407-408

Patentee before: Shenzhen LIAN intellectual property service center