专利名称：：一种通信互连方法和设备的制作方法
技术领域：
：本发明涉及通信
技术领域：
，特别涉及一种通信互连方法和设备。
背景技术：
：目前的移动通信网络或互联网络中的消息业务主要包括两种类型，一种是基于客户端_服务器协议(ClientServerProtocol,CSP)/服务器-服务器协议(ServerServerProtocol,SSP)协议的即时消息和存在业务(InstantMessagingandPresenceService,IMPS)中的消息业务，另外一种是基于会话初始协议(SessionInitiatedProtocol,SIP)的消息业务，例如SIP即时消息和存在效用扩展(SIPInstantMessageandPresenceLeveragingExtensions,SIMPLE)即时消息(InstantMessage,IM)、融合IP消息(ConvergedIPMessage,CPM)等等。在IMPS或SIP中，一个用户可以有多个客户端，这多个客户端可以位于不同的终端，也可以位于同一个终端，用户可以同时使用多个客户端而不互相干扰。在IMPS中，可以对一个用户发送消息，消息将按照用户在网络中的设置被发送到某个客户端，或多个客户端，也可以直接对某个客户端发送消息；订阅呈现信息时，如果是使用多个客户端之一订阅，也需要将呈现信息发送给订阅的终端而不影响其他终端。以基于SIP的消息业务为例，在SIP中有三种类型的消息寻呼模式、大消息模式和会话模式，寻呼模式利用SIP消息(SIPMESSAGE)发送，发送端和接收端之间不建立会话，不同消息之间没有联系，每个消息独立路由；大消息模式需要发送端和接收端之间建立会话，会话的媒体流为单向，单个消息发送完毕就结束会话，不同消息之间也没有联系，每个消息独立路由；会话模式则建立一个长期的会话，在会话内发送消息，消息之间有联系，且消息都按会话协商过程协商的路径路由。SIMPLE呈现业务中，SIP订阅同样需要建立会话，在会话内发送SIP通知，这样SIP通知的路由路径是确定的。在IMPS用户与SIP用户之间进行消息收发的情况下，需要实现IMPS和SIP之间的互连。图1是现有的IMPS用户和SIP用户互连的示意图，左边是IMPS系统，右边是SIP系统，这两个系统之间通过互连网关(GW)连接，进行即时消息、呈现信息、会议等等的互连。SIP用户可以通过SIP消息(SIPMESSAGE)或消息会话中继协议(MessageSessionRelayProtocol,MSRP)向IMPS用户发送消息或从IMPS用户接收消息，互连网关完成IMPS消息和SIPMESSAGE/MSRP之间的转换。图2是现有技术中SIP用户和IMPS用户建立消息会话的流程，由SIP用户主动发起请求。其中，SIP系统表示SIP系统中的实体，可以是SIP客户端或SIP服务器；IMPS系统表示IMPS系统中的实体，可以是IMPS客户端或IMPS服务器。该流程包括如下步骤步骤201:SIP系统向互连网关发送SIP邀请(SIPINVITE)请求；步骤202:互连网关将SIPINVITE请求转换成IMPS的邀请事务的邀请请求(InviteRequest),发送给IMPS系统；步骤203:IMPS系统向互连网关返回状态响应；步骤204:互连网关向SIP系统返回SIP100Trying临时响应；步骤205:在步骤203之后，IMPS系统才艮据所收到的邀请请求进行处理，向互连网关返回邀请事务的邀请响应(InviteResponse)，表明IMPS用户接受邀请；步骤206:互连网关向IMPS系统返回状态响应；步骤207:互连网关向SIP系统返回SIP200OK成功响应；步骤208:SIP系统向互连网关发出SIPACK响应。这样SIP系统和互连网关之间建立了消息会话，SIP用户通过该会话可以向IMPS用户发送消息，互连网关接收到消息之后，将所述消息转换格式后发送给IMPS系统，IMPS用户可以向SIP用户发送消息，互连网关接收到消息之后，将所述消息转换格式，利用和SIP系统之间建立的消息会话将消息发送到SIP系统。现有技术中，互连网关根据IMPS用户的用户标识(UserID)来向IMPS用户发送消息，根据SIP用户的SIP统一资源标志符(SIPURI)向SIP用户发送消息，如果IMPS用户有多个客户端，就可能会造成参与会话协商的是某个客户端，但是实际的消息却发送到多个客户端；如果SIP用户通过多个会话同时与同一个IMPS用户交互，则互连网关接收到IMPS用户发送的消息时，不能判断通过SIP系统的哪个会话发送给SIP用户。例如SIP用户A有两个终端A1和A2，IMPS用户B有多个客户端Bl和B2,Al通过会话方式和B1交互，A2通过会话方式和B2交互，现有技术就无法实现。因此，对于多客户端的IMPS用户和多客户端的SIP用户之间的消息业务，现有技术没有能够满足实际需要的解决方案。
发明内容有鉴于此，本发明实施例提出一种通信互连的方法，可以使支持不同协议的多客户端用户之间进行会话。该方法中，将互连功能实体与支持第一通信协议的第一通信系统和支持第二通信协议的第二通信系统分别相连，所述互连功能实体建立所述第一通信系统的会话标识和第二通信系统的会话标识之间的关联关系；所述互连功能实体根据所述关联关系，在所述两个通信系统间转发会话消息。本发明实施例还提出了一种互连功能实体，包括收发模块，用于接收来自所述第一通信系统的消息，根据关联关系查询模块的通知将来自格式转换模块的消息发送至所述第二通信系统；或者用于接收来自所述第二通信系统的消息，根据关联关系查询模块的通知将来自格式转换模块的消息发送至所述第一通信系统；关联关系建立模块，用于确定对应于第一通信系统和第二通信系统的会话标识，建立并存储所述会话标识之间的关联关系；关联关系查询模块，用于根据所述收发模块所接收的来自第一通信系统的消息所属会话标识，查询所述关联关系建立模块中存储的关联关系，得到所述第二通信系统的会话标识，并将所得到的第二通信系统的会话标识通知所述收发模块；或者用于根据所述收发模块所接收的来自第二通信系统的消息所属会话标识，查询所述关联关系建立模块中存储的关联关系，得到所述第一通信系统的会话标识，并将所得到的第一通信系统的会话标识通知所述收发模块；格式转换模块，用于将所述收发模块所接收的第一通信协议支持的消息转换为第二通信协议支持的格式，并将所述转换后的消息发送给所述收发模块；或者用于将所述收发模块所接收的第二通信协议支持的消息转换为第一通信协议支持的格式，并将所述转换后的消息发送给所述收发模块。从以上技术方案可以看出，通过建立不同通信协议的会话标识的关联关系，根据该关联关系可以实现将来自第一通信协议系统的消息准确发送到第二通信协议系统中的目的客户端中。本发明方案可以使支持不同协议的多客户端用户之间进行消息业务时，多个客户端之间不互相干扰。图1为现有4支术中IMPS用户和SIP用户互连的示意图2为现有技术中SIP用户和IMPS用户建立消息会话的流程图3为本发明实施例通过SIPINVITE请求建立对话用于会话冲莫式即时消息的过程中，互连网关的处理流程图4为本发明实施例IMPS用户向SIP用户发送邀请请求进行即时消息的过程中，互连网关的处理流程图5为本发明实施例SIP用户发起订阅请求并接收来自IMPS服务器发送的呈现通知过程中，互连网关的处理流程图6为本发明实施例IMPS用户发起订阅请求并接收来自SIMPLE呈现服务器发送的呈现通知的过程中，互连网关的处理流程图7为本发明第一实施例的SIP用户请求进行即时消息的信令交互流程图8为本发明第一实施例中IMPS客户端1正在与SIP客户端通话的过程中，IMPS用户通过IMPS客户端2主动请求进行即时消息的信令交互流程图9为本发明第二实施例为SIP用户订阅IMPS用户呈现信息的信令交互流程图IO为本发明第三实施例的互连网关的结构框图。具体实施例方式本发明实施例通过在SIP系统会话和IMPS系统会话之间建立起关联关系，互连网关在会话期间存储所述关联关系，并根据该关联关系来关联两个系统的会话，这样就可以实现多客户端(终端)情况下，SIP用户用和IMPS用户之间用会话模式进行即时消息通讯，通过建立的会话发送消息，可以实现SIP用户多客户端和IMPS用户多客户端之间同时进行多个消息交互而不互相干扰；还可以实现SIP用户或IMPS用户多客户端对另一系统用户呈现信息的订阅。其中，互连网关在会话建立过程中所建立SIP系统的会话标识与IMPS系统的会话标识之间的关联关系如表1所示，其中SIP用户在IMPS系统的UserID是SIP用户的地址记录(AddressOfRecord,AOR)，即为SIPURI，ClientID是由GW生成的，其作用在下面描述。系统类型关联关系备注SIP系统会对话标识由来源标签(from-tag),目的标签(to-tag)话和呼叫标识(Call-ID)组成IMPS系统会话SIP用户的UserIDSIP用户的SIPURISIP用户的ClientID由GW生成IMPS用户的UserIDIMPS用户的ClientID或ApplicationID表1目前在SIP系统实现消息业务，主要包括以下两种方式第一种，通过SIP邀请(SIPINVITE)请求建立对话用于会话冲莫式的即时消息；第二种，通过SIP订阅(SIPSUBSCRIBE)请求建立对话用于呈现信息的订阅和通知。以下对这两种情况分别加以4又述。通过SIPINVITE请求建立对话用于会话模式即时消息通过SIPINVITE请求建立SIP系统对话用于会话模式即时消息可以分为两种情况，一种是SIP用户主动发起SIPINVITE请求，一种是IMPS用户主动发起邀请请求(InviteRequest)，在该过程中，互连网关完成SIPINVITE请求和IMPS邀请请求之间的转换。SIP用户向IMPS用户发送SIPINVITE请求，进行会话才莫式的即时消息，GW在此过程中的处理流程如图3所示，包括如下步骤步骤301:接收来自SIP用户的SIPINVITE请求，新生成一条关联关系记录，将所述SIPINVITE请求中的SIP系统的对话标识写入关联关系记录，对话标识由来源标签(Fromtag)、目的标签(Totag)和呼叫标识(Call-ID)组成；步骤302:将SIPINVITE请求中的发送方的AOR作为SIP用户在IMPS系统的UserID写入关联关系记录；步骤303:将SIPINVITE请求中的接收方AOR作为IMPS用户的UserID写入关联关系记录；步骤304:生成一个SIP用户的ClientID,该ClientID对同一对进行消息业务的SIP用户和IMPS用户保持唯一，也就是说，该SIP用户的不同客户端所对应的ClientID彼此不同，将生成的ClientID写入关联关系记录。生成ClientID的具体方式可以是根据该SIP用户的用户标识来生成，例如，若SIP用户的用户标识为alice@atlanta.com,贝'J该SIP用户的各个客户端的ClientID可以是:alice01、alice02、alice03等等;实际上也可以采用其它生成方式，只要这些ClientID彼此不同并且与所述IMPS用户的ClientID也不相同即可。步骤305:将SIPINVITE请求映射成相应的IMPS邀请请求，IMPS请求的发送方为以UserID和/或ClientID标识的SIP用户，_清求的接收方为以UserID标识的IMPS用户；步骤306:接收来自IMPS系统的应答，如果应答表示IMPS用户不接收邀请，则转至步骤309;如果IMPS用户接收邀请，则执行步骤307;步骤307:若IMPS邀请应答中包含IMPS用户的ClientID或ApplicationID,贝'J将该ClientID或ApplicationID方丈入关联关系记录；返回对应SIPINVITE请求的成功响应，开始即时消息通讯；步骤308:根据已设置的关联关系，在SIP系统和IMPS系统之间进行会话消息的转换与转发。具体包括接收SIP用户在对话内通过MSRP发送的SIP消息，#4居所述SIP消息所属的对话标识，查找所述关联关系记录得到IMPS用户的用户标识、客户端标识和/或应用标识，将所述消息转换为IMPS协议支持的格式，并将所述转换格式后的消息发送到所述IMPS用户标识、客户端标识和/或应用标识对应的IMPS客户端。其中，所述将SIP消息转换为IMPS消息包括将IMPS消息的发送方设成以UserID和ClientID标识的SIP用户，将IMPS消息的4妄收方i殳置为以UserlD、UserlD和ClientID或UserID和ApplicationID标识的IMPS用户的客户端。和/或，来自IMPS用户的消息，才艮据所述消息中的IMPS用户的用户标识、SIP用户的用户标识和/或客户端标识，查找所述关联关系得到对应的SIP系统会话标识，将所述消息转换为SIP支持的格式，并将所述转换格式后的消息通过所述SIP系统会话标识对应的SIP会话发送到SIP系统。如果接收到SIP用户的SIPBYE请求，或者在某个时间期内没有收到IMPS用户的消息，则结束SIP系统的对话，删除关联关系记录，结束流程。步骤309:直接返回给SIP用户失败响应，删除步骤301生成的关联关系记录，并结束本流程。IMPS用户向SIP用户发送邀请请求进行即时消息通讯，GW在此过程中的处理流程如图4所示，包括如下步骤步骤401:接收IMPS用户的邀请请求，新生成一条关联关系记录，将邀请请求中的发送方UserID作为IMPS用户的UserID放入关联关系记录，如果请求中包含发送方ClientID或ApplicationID，则将该IMPS用户的ClientID或ApplicationID》文入关l关关系记录；步骤402:将IMPS邀请请求中的接收方UserID作为SIP用户的UserID方文入关联关系记录；步骤403:将IMPS邀请请求转换成SIPINVITE请求，请求的接收方AOR为步骤402确定的SIP用户UserID,请求的发送方AOR为IMPS用户的UserID，请求的Fromtag和Call-ID由GW生成；步骤404:发送SIPINVITE请求，接收响应，如果为失败响应，则转至步骤409;如果为成功响应，则执行步骤405至408;步骤405:将SIP对话标识》文入关联关系记录；步骤406:生成一个SIP用户的ClientID,该ClientID对同一对SIP用户和IMPS用户保持唯一，将生成的ClientID》文入关联关系记录；具体生成方式可类比前面的步骤304。步骤407:将成功响应转换成邀请响应，表示SIP用户接收邀请，在邀请响应中以SIP用户的UserID和ClientID来标识SIP用户，开始即时消息；步骤408:根据已设置的关联关系，在SIP系统和IMPS系统之间进行会话消息的转换与转发。具体包括接收SIP用户在对话内通过MSRP发送的SIP消息，根据所述SIP消息所属的对话标识，查找所述关联关系记录得到IMPS用户的用户标识、客户端标识和/或应用标识，将所述消息转换为IMPS协议支持的格式，并将所述转换格式后的消息发送到所述IMPS用户标识、客户端标识和/或应用标识对应的IMPS客户端。其中，所述将SIP消息转换为IMPS消息包括将IMPS消息的发送方设成以UserID和ClientlD标识的SIP用户，将IMPS消息的4妄收方i殳置为以UserlD、UserlD和ClientlD或UserID和ApplicationID标识的IMPS用户的客户端。和/或，来自IMPS用户的消息，才艮据所述消息中的IMPS用户的用户标识、SIP用户的用户标识和/或客户端标识，查找所述关联关系得到对应的SIP系统会话标识，将所述消息转换为SIP支持的格式，并将所述转换格式后的消息通过所述SIP系统会话标识对应的SIP会话发送到SIP系统。如果接收到SIP用户的SIPBYE请求，或者在某个时间期内没有收到IMPS用户的消息或收到IMPS用户发出的取消邀请请求，则结束SIP系统的对话，删除关联关系记录。步骤409:回复IMPS用户邀请响应，表示SIP用户不接收邀请，删除步骤401生成的关联关系记录，流程结束。通过SIPSUBSCRIBE请求建立对话用于呈现信息订阅和通知通过SIPSUBSCRIBE请求建立对话同样可以分为SIP用户发起订阅请求和IMPS用户发起订阅请求两种情况。SIP用户发起订阅请求，接收来自IMPS服务器发送的呈现通知，GW在此过程中的处理流程如图5所示，包括如下步骤步骤501:接收SIP用户发送的SIPSUBSCRIBE请求，新生成一条关联关系记录，将所述SIPSUBSCRIBE请求中的SIP的对话标识放入关联关系记录，对话标识由Fromtag、Totag和Call-ID组成；步骤502:将SIPSUBSCRIBE请求中的发送方AOR作为SIP用户在IMPS系统的UserID，放入关联关系记录；步骤503:将SIPSUBSCRIBE请求中的接收方AOR作为IMPS用户的UserID，力文入关联关系记录；步骤504:生成一个SIP用户的ClientlD，该ClientlD对同一对SIP用户和IMPS用户保持唯一，将生成的ClientlD放入关联关系记录；具体生成方式可类比前面的步骤304;步骤505:将SIPSUBSCRIBE请求映射成相应的IMPS呈现订阅请求或获取呈现信息请求，IMPS请求的发送方为以UserlD和ClientlD标识的SIP用户，请求的接收方为以UserlD标识的IMPS用户，发送IMPS呈现订阅请求；步骤506:接收IMPS系统的应答，如果应答表示订阅失败，则至步骤509;如果应答表示订阅成功，则执行步骤507至步骤508;步骤507:返回对应SIPSUBSCRIBE请求的成功响应；步骤508:接收IMPS系统发送的呈现信息通知，根据其中接受方SIP用户的UserlD和ClientlD,发送方IMPS用户的UserlD查找关联关系记录，确定SIP系统的对话，在SIP系统对话内用SIPNOTIFY请求发送呈现信息。如果接收到SIP用户的去订阅请求，或者SIP系统订阅有效期满而SIP用户没有继续订阅，则结束SIP系统的对话，删除关联关系记录，过程结束；步骤509:删除步骤501生成的关联关系记录，直接返回给SIP用户失败响应，整个过程结束。IMPS用户发起订阅请求，接收来自SIMPLE呈现服务器发送的呈现通知，GW在此过程中的处理流程如图6所示，包括如下步骤步骤601:接收IMPS用户发起的订阅请求，生成一条关联关系记录，将请求中的发送方UserlD作为IMPS用户的UserlD放入关联关系记录，如果请求中包含发送方ClientlD或ApplicationID,则将该IMPS用户的ClientlD或ApplicationID方欠入关耳关关系i己录；；步骤602:将IMPS呈现订阅请求中的被订阅者UserlD作为SIP用户在IMPS系统的UserlD,》文入关联关系记录；步骤603:将IMPS呈现订阅请求转换成SIPSUBSCRIBE请求，请求的接收方AOR为步骤602确定的SIP用户UserID，请求的发送方AOR为IMPS用户的UserID,请求的Fromtag和Call-ID由GW生成，发送SIPSUBSCRIBE请求；步骤604:接收SIP响应，如果为失败响应，则至步骤608;如果为成功响应，则执行步骤605至步骤607;步骤605:将对话标识放入关联关系记录；步骤606:将SIP成功响应转换成IMPS成功状态响应，表示订阅成功，状态响应^皮送往IMPS用户；步骤607:接收SIMPLE呈现服务器在对话内发送的被订阅者SIP用户的呈现信息通知，转换成IMPS格式的呈现通知，呈现通知的接收者根据关洱关关系记录i殳成以UserID、UserID和ClientID或UserID和ApplicationID标识的IMPS用户，呈现通知中的呈现者为以UserID为标识的SIP用户；如果接收到IMPS用户的去订阅请求，或者SIP系统的订阅终止(包括终止不能再订阅或终止再订阅失败)，则结束SIP系统的对话，删除关联关系记录，流程结束。步骤608:回复IMPS用户失败响应，表示订阅失败，删除步骤1生成的关联关系记录，流程结束。为使本发明的目的、技术方案和优点更加清楚，下面结合具体实施例对本发明作进一步的详细阐述。图7示出了本发明第一实施例的SIP用户请求进行即时消息的信令交互流程。图中的SIP客户端包括属于同一个SIP用户的多个客户端，本实施例中一个SIP用户有两个SIP客户端；SIP服务器包括SIP/IP核心网和至少一个基于SIP的业务服务器。本实施例的流程具体如下步骤701:SIP用户要和IMPS用户进行即时消息，因此通过属于该SIP用户的SIP客户端发送SIPINVITE请求，本实施例中，假设是通过SIP客户端1发送该SIPINVITE请求，如下INVITEwv:bob@biloxi.comSIP/2.0Via:SIP/2.0/UDPpc33.atlanta.com;branch=z9hG4bK776asdhdsMax-Forwards:70To:Bob<wv:bob@biloxi.com>〃被邀请用户的UserIDFrom:Alice<sip:alice@atlanta.com>;tag=1928301774〃发起邀请的用户的UserID以及来源标签Call-ID:a84b4c76e66710@oc33.atlanta.com〃呼叫标识CSeq:314159INVITEContact:<sip:alice@atlanta.com;gr=urn:Uuid:ld4fae-7dec-lld0-a765-00a0c91e6bf6>Content-iype:application/sdpContent-Length:142该SIPINVITE请求被路由到SIP服务器。步骤702:SIP服务器对所述SIPINVITE请求进行处理，例如确定下一步的^各由，将SIPINVITE转发到互连网关。步骤703:互连网关根据上述SIPINVITE请求中的"INVITEwv:bob@biloxi.comSIP/2.0，，判断该请求是即时消息请求，因此将SIPINVITE请求映射为IMPS的InviteRequest,所述InviteR叫uest的内容如下<WV-SSP-Messagexmlns="http:〃www.openmobilealUance.org/DTD/WV-SSP1.3"><SessionsessionID="123456@someone.za"><Transactionmode="Request"transactionID="113"><InviteRequestinviteID="12345"inviteType="IM"validity="60"><MetaInfoclientOriginated="Yes"><Requestor><UseruserID="sip:alice@atlanta.com"><ClientIDurl="alice01"/></User></Requestor></MetaInfo><Inviting><UseruserID="sip:alice@atlanta.com，，>〃发起邀请用户的UserID<ClientIDurl="alice01"/>〃发起邀请用户的ClientID</User></Inviting><Invited><UseruserID="wv:bob@biloxi.com，，/>〃被邀请用户的UserID</Invited></InviteRequest></Tr3ns3ction></Session></WV-SSP-Message>其中邀请者的UserID"sip:alice⑥atlanta.com"和被邀请者的UserID"wv:bob②biloxi.com，，分别来自于SIPINVITE请求的来源(From)头域和目的(To)头域，邀请者的ClientID"alice01"为互连网关在该步骤中即时生成，该请求被发送到相应的IMPS服务器。步骤704:IMPS服务器向互连网关返回状态(Status)响应。步骤705:步骤703之后，IMPS服务器将SSP的InviteR叫uest转换成CSP的邀请用户请求(InviteUserRequest)发给IMPSClient。步骤705可以在步骤704之前或之后，步骤704和步骤705之间没有先后次序关系。步骤706:IMPS客户端向IMPS服务器返回状态响应；步骤707:IMPS用户接收邀请，通过IMPS客户端相IMPS服务器返回邀i青用户响应(InviteUserResponse),具体如下<WV-CSP-Messagexmlns-"http:〃www.openmobilealliance.org/DTDAVV-CSP1.3"><SessionsessionID=''478923@bob.biloxi.com">(Transactionmode="Response"transactionID=''113"><InviteUserResponseinviteID="12345"acceptance:"Yes"><Statuscode="200"/><Inviting><UseruserID="sip:alice@atlanta.com">〃发起邀请用户的UserID<ClientIDurl="alice01"/>〃发起邀请用户的ClientID</User></Inviting><Responding><UseruserID="wv:bob@biloxi.com，，>〃被邀请用户的UserID<ClientIDurl="http:〃www.wireless-village.org/applications/MudServer"/>〃被邀请用户的ClientID</User></Responding></InviteUserResponse></Transaction></Session><AVV-CSP-Message>该信令中包含了IMPSClient的ClientID"http:〃www.wireless-village.org/applications/MudServer"。步骤708:IMPS服务器向IMPS客户端返回状态响应。步骤709:在步骤707之后，IMPS服务器将CSP的InviteUserResponse转换成SSP的InviteResponse，发送纟合互连网关。步骤710:互连网关向IMPS服务器返回状态响应。步骤711:步骤709之后，互连网关判断IMPS用户接收邀请，因此返回对应步骤702中SIPINVITE的成功响应SIP200OK，响应首先发送到SIP服务器，具体如下SIP/2.0200OKTo:Bob<wv:bob@biloxi.com>;tag=a6c85cf〃被邀请用户的UserID以及目的标签From:Alice<sip:alice@atlanta.com>;tag=1928301774Call陽ID:a84b4c76e66710@pc33.atlanta.comCSeq:314159INVITEContact:<sip:gateway@example.com>Content-Type:application/sdpContent-Length:131同时互连网关新建一条关联关系记录，如表2所示:<table>tableseeoriginaldocumentpage19</column></row><table>表2步骤712:SIP服务器向SIP客户端l返回SIP200OK响应；步骤713:SIP客户端1向SIP服务器发送SIPACK请求；步骤714:SIP服务器向互连网关发送SIPACK请求，SIP客户端1和互连网关之间建立用于即时消息的MSRP会话；步骤715:SIP客户端1利用MSRP发送指令(MSRPSEND)发送即时消息，消息被发送到互连网关，具体内容如下MSRPd93kswowSENDTo-Path:msrp:〃gateway.example.com:8888/9di4eae923wzd;tcp〃源地址From-Path:msrp:〃alicemphone.example.com:7777/iau39soe2843z;tcp〃目的地址Message-ID:12339sdqwer〃消息标识Byte-Range:1-148/148Content-Type:message/cpimTo:Bob<wv:bob@example.com>〃IMPS用户的UserIDFrom:Alice<sip:alice@example.com>Content-Type:text/plainHi,I'mAlice!〃消息内容-------d93kswow$步骤716:互连网关向SIP客户端1返回MSRPOK响应；步骤717:步骤715之后，互连网关收到来自SIP客户端1的MSRPSEND消息，判断该消息属于已建立的对话，根据该MSRPSEND消息中携带的对话标识查找自身已经保存的关联关系记录，确定接收方IMPS用户的UserlD和ClientID;并且，互连网关进行消息才各式转换，将所述MSRPSEND消息转换成IMPS格式的发送消息请求(SendMessageR叫uest)，具体如下〈WV-SSP-Messagexmlns="http:〃www.openmobHealliance.org/DTD/WV-SSP1.3"><SessionsessionID="123456@someone.za"><Transactionmode="Request"transactionID="114"><SendMessageRequestdeliveryReport="No"><MetaInfoclientOriginated="Yes"><Requestor><UseruserID="sip:alice@atlanta.com"><ClientIDurl="alice01"/><User></Requestor></MetaInfo><MessageInfocontentSize="14，，><Recipient>〃消息接收者<UseruserID="wv:bob@biloxi.com，，><ClientIDurl="http:〃www.wireless-village.org/applications/MudServer"/></User></Recipient><Sender>//消息发送者<UseruserID="sip:alice@atlanta.com，，><ClientIDurl="alice01，，/></User></Sender></MessageInfo><ContentDatacontentType="text/plain"encoding="base64">〃消息内容Hi,I'mAlice!</ContentData></SendMessageRequest></Transaction></Session></WV-SSP-Message>可以看到，在Messagelnfo元素中的接收方UserlD和ClientID为查找到的IMPS用户的UserlD和ClientID,发送方UserlD和ClientID为SIP用户的UserlD和ClientID,该SendMessageRequest4皮发送到IMPS服务器。步骤718:IMPS服务器向互连网关返回发送消息响应(SendMessageResponse)。步骤719:步骤717之后，IMPS服务器将SSP的SendMessageR叫uest转换成CSP的新消息(NewMessage),发送给IMPS客户端。由于在此之间已经确认了接收方的UserlD和ClientID,所以保证消息能够发送给正确的IMPS客户端。步骤720:IMPS客户端向IMP服务器返回消息已传递(MessageDelivered)响应；步骤721:在SIP用户用SIP客户端1与IMPS用户进行即时消息的过程中，可能该用户想利用另一个终端SIP客户端2与相同的IMPS用户进行即时消息，而原来SIP客户端1与IMPS用户进行的会话不能中断，例如正在传送文件，因此需要同时进行两个会话，SIP用户利用SIP客户端2发出SIPINVITE请求，具体如下INVITEwv:bob@biloxi.comSIP/2.0Via:SIP/2扁DPpc33.atlanta.com;branch=z9hG4bK776asdhdsMax-Forwards:70To:Bob<wv:bob@biloxi.com>From:Alice<sip:alice@atlanta.com>;tag=7723Call-ID:12345金pc33.atlanta.comCS叫212INVITEContact:<sip:alice@atlanta.com;gr=kjh29x97us97d>Content-Type:application/sdpContent-Length:142该SIPINVITE请求同步骤701中一样，被路'由到SIP服务器；步骤722:SIP服务器对来自SIP客户端2的SIPINVITE请求进行处理，例如确定下一步的i各由，将SIPINVITE转发到互连网关。步骤723:互连网关判断该请求是即时消息请求，因此将SIPINVITEi青求映射为IMPS的InviteRequest，如下<WV-SSP-Messagexmlns=，，http:〃www.openmobilealliance.org/DTD/WV-SSP1.3"><SessionsessionID=，，223456@soineone.za，，><Transactionmode="Request"transactionID="113"><InviteRequestinviteID="22345"inviteType-"IM"validity:"60"><MetaInfoclientOriginated="Yes，，><Requestor><UseruserID=，，sip:alice@atlanta.com"><ClientIDurl="alice02"/></User></Rcquestor></MetaInfo><Inviting>〃邀请者<UseruserID="sip:alice@atlanta.com，，><ClientIDurl="alice02，，/></User></Inviting><Invited>〃被邀请者<UseruserID="wv:bob@biloxi.com，7></Invited></InviteRcqut></Transaction></Session><AVV-SSP-Message>其中邀请者的UserID和被邀请者的UserID分别来自于SIPINVITE请求的From头域和To头域，邀请者的ClientID为互连网关生成，该请求被发送到相应的IMPS服务器。步骤723中的InviteRequest与步骤703中的InviteRequest相比，差别仅仅在于发起请求的客户端标识不同。步骤724:IMPS服务器向互连网关返回状态响应。步骤725:步骤723之后，IMPS服务器将SSP的InviteRequest转换成CSP的InviteUserRequest发给IMPS客户端。步骤726:IMPS客户端向IMPS服务器返回状态响应；步骤727:IMPS用户接收邀请，通过IMPS客户端返回InviteUserResponse,发送给IMPSServer,如下<WV-CSP-Messagexmlns="http:〃www.openmobilealliance.org/DTD/WV-CSP1.3"><SessionsessionID="478923@bob.biloxi.com"><Transactionmode="Response"transactionID="113"><InviteUserResponseinviteID="22345"acceptance-"Yes"><Statuscode="200"/><Inviting>〃邀请者<UseruserID="sip:alice@atlanta.com">〈ClientIDurl="alice02"/></Inviting><Responding>〃被邀请者<UseruserID="wv:bob@biloxi.com，，><ClientIDurl="http:〃www.wireless-village.org/appHcations/MudServer"/></User></Responding></InviteUserResponse></Transaction></Session></WV-CSP-Message>该信令中包含了IMPSClient的ClientID。步骤728:IMPS服务器向IMPS客户端返回状态响应。步骤729:在步骤727之后，IMPS服务器将CSP的InviteUserResponse转换成SSP的InviteResponse,并发送给互连网关。步骤730:互连网关向IMPS服务器返回状态响应。步骤731:步骤729之后，互连网关判断IMPS用户接收邀请，因此返回对应步骤722中SIPINVITE的成功响应SIP200OK,响应首先发送到SIP服务器，如下SIP/2.0200OKTo:Bob<wv:bob@biloxi.com>;tag=1234From:Alice<sip:alice@atlanta.com>;tag=7723Call-ID:12345"c33.atlanta.comCSeq:212INVITEContact:<sip:gateway@example.com>Content-Type:application/sdpContent-Length:131同时互连网关新建一条关联关系记录，如表3所示:<table>tableseeoriginaldocumentpage23</column></row><table>表3步骤732:SIP服务器向SIP客户端2返回SIP200OK响应。步骤733:SIP客户端2向SIP服务器发送SIPACK请求。步骤734:SIP服务器向互连网关发送SIPACK请求，SIP客户端2和互连网关之间建立用于即时消息的MSRP会话。步骤735:对IMPS用户来说，此时可以与UserID为sip:alice@example.com的用户的两个客户端进行即时消息，这两个客户端的ClientlD分别为aliceOl和alice02,IMPS用户利用IMPS客户端向新发出邀请的alice02发送即时消息，消息被发送到IMPS服务器，如下<WV-CSP-Messagexmlns="http:〃www.openmobilealliance.org/DTD/WV-CSP1.3"><SessionsessionID="478923@bob.biloxi.com"><Transactionmode="Request"transactionID="114"><SendMessageRequestdeliveryReport="No"><MessageInfocontentSize="18，，><Recipient>//消息接收者<UseruserID="sip:alice@atlanta.com，，><ClientIDurl="alice02"/></User></Recipient><Sender>//消息发送者<UseruserID="wv:bob@biloxi.com，，><ClientIDurl="http:〃www.wireless-village.org/applications/MudServer，，/></User></Sender></MessageInfo><ContentDatacontentiype="text/plain"encoding="base64">〃消息内容Whychangeclient</ContentData></SendMessageRequest></Trans3ction></Session></WV-CSP-Message>步骤736:IMPS服务器向IMPS客户端返回SendMessageResponse响应；步骤737:步骤735之后，IMPS服务器将CSP的SendMessageRequest转换成SSP的SendMessageRequest,发给互连网关。步骤738:互连网关返回给IMPS服务器SendMessageResponse响应。步骤739:步骤737之后，互连网关收到SendMessageRequest发送的消息，根据消息的发送方UserID,接收方UserID和ClientID，查找关联关系记录，确定SIP系统的对话标识，GW进行消息格式转换，转换成MSRP格式的MSRPSEND消息，并在所查找到的对话内发送该消息，所述MSRPSEND内容如下MSRPd93kswowSENDTo-Path:msrp:〃alicepc.example.com:3020/iau39soe2844z;tcpFrom-Path:msrp:〃gateway.example.com:8888/0di4eae923wzd;tcpMessage-ID:12340sdqwerByte-Range:1-152/152Content-Type:message/cpimTo:Bob<sip:alice@example.com>From:Alice<wv:bob@example.com>Content-Type:text/plainWhychangeclient〃消息内容-------d93kswowS该消息被发往SIP客户端2;步骤740:SIP客户端2接收MSRPSEND消息，向互连网关返回MSRPOK响应。在上述会话过程中，有可能IMPS用户会用另一个客户端与同一SIP用户再建立一个会话，图8示出了IMPS客户端1正在与SIP客户端通话的过程中，IMPS用户通过IMPS客户端2主动请求进行即时消息的信令流程，包括如下步骤步骤801至步骤814:IMPS用户通过IMPS客户端2向同一SIP用户发出即时消息邀请，互连网关进行信令转换，向SIP用户发出SIPINVITE请求，SIP用户接收邀请，回复成功响应，网关转换成IMPS邀请响应，表示SIP用户接收即时消息邀请，在互连网关新建一条关联关系记录如表4所示<table>tableseeoriginaldocumentpage25</column></row><table>表4步骤815至步骤820:SIP用户利用新建的会话向新IMPS用户客户端发送消息，GW接收消息，查找关联表后，将消息正确的发往IMPS用户的客户端，该客户端ClientID为"bobIM"。以上的第一实施例中说明了客户端到客户端的消息流程，也同样适用于SIP用户或IMPS用户利用多终端加入另外系统聊天室的场景。图9示出了本发明第二实施例为SIP用户订阅IMPS用户呈现信息的信令交互流程，具体包括如下步骤步骤901:SIP用户想订阅IMPS用户的呈现信息，因此通过SIP客户端1发送SIP订阅(SIPSUBSCRIBE)请求，该请求具体内容如下SUBSCRIBEwv:bob@biloxi.comSIP/2.0To:<wv:bob@biloxi.com>〃被订阅的呈现者From:<sip:alice@atlanta,com>;tag=xfg9〃订阅者Call-ID:2010@biloxi.comCSeq:17766SUBSCRIBEMax-Forwards:70Evsnt:presenceAccept:application/pidf+xmlContact:<sip:alice@atlanta.com;gr=um:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>Expires:600Content-Length:...请求首先被发送到呈现服务器(PresenceServer)。步骤902:呈现服务器判断被订阅者为IMPS用户，将SIPSUBSCRIBE请求发送给互连网关。步骤903:互连网关将SIPSUBSCRIBE请求转换成IMPS的SubscribeRequest,发送给IMPS服务器，如下<WV-SSP-Messagexmlns="http:〃www.openmobilealliance.org/DTD/WV-SSP1.3"><SessionsessionID="123456@someone.za">(Transactionmode="Request"transactionID="113"><SubscribeRequest><MetaInfoclientOriginated="Yes"><Requestor>〃订阅者<UseruserID="sip:alice@atlanta.com"><ClientIDurl="alice01"/></User></Requestor></MetaInfo><UserIDuserID="wv:bob@biloxi.com"/>〃被订阅的呈现者</SubscribeRequest></Transaction></Session><AVV-SSP-Message>步骤904:IMPS服务器检查授权状况，判断允许该SIP用户订阅IMPS用户的呈现信息，返回状态响应，表示订阅成功；步骤905:互连网关接收状态响应，转换成SIP200OK响应，返回给呈现服务器，所述SIP200OK响应的内容具体如下SIP/2.0200OKTo:<wv:bob@biloxi.com>;tag=ffd2From:<sip:alice@atlanta.com>;tag=xfg9Call-ID:2010@biloxi.comCS叫17766SUBSCRIBEExpires:600Contact:<sip:gateway@example.com>Content-Length:0同时互连网关新建一条关联关系记录如表5所示<table>tableseeoriginaldocumentpage26</column></row><table>表5步骤906:呈现服务器向SIP客户端l返回SIP200OK响应;步骤907:步骤904之后，IMPS服务器向订阅者发送被订阅者的呈现信息，如下〈WV陽SSP-Messagexmlns="http:〃ww.openmobikalliance.org/DTD/WV-SSP1.3"><SessionsessionID="123456@biloxi.com"><Transactionmode=''Request"transactionID=，'113''><PresenceNotification><MetaInfoclientOriginated="No"/><UseruserID="sip:alice@atlanta.com，，>〃订阅者<ClientIDurl="aliceOl"/></User>〈PresenceValueuserID=，Vv:bob@biloxi.com，，>〃呈现者的呈现信息</PresenceValue></PresenceNotification></Transaction></Session></WV-SSP-Message>该消息首先净皮发送到互连网关；步骤908:互连网关向IMPS服务器返回Status应答；步骤909:步骤907之后，互连网关根据收到的PresenceNotification中订阅者UserID、ClientID和被订阅者UserID,查找关联关系记录，找到对应的SIP系统订阅对话，在该对话内通过SIPNOTIFY请求将收到的呈现信息发给SIP客户端1，如下NOTIFYsip:alice@atlanta,com;gr=urn:Uuid:f81d4fae-7dec-lld0-a765-00a0c91e6bf6SIP/2.0From:<wv:bob@biloxi.com>;tag=ffd2To:<sip:alice@atlanta.com>;tag=xfg9Ca-ID:2010@biloxi.comEvent:prcssnceSubscription-State:active;expires=598Max-Forwards:70CSeq:8775NOTIFYContact:<sip:gateway@example.com>Content-Type:application/pidf+xmlContent-Length:...步骤910:SIP客户端1向互连网关返回SIP200OK响应；步骤911:该SIP用户打开另一个终端SIP客户端2,通过该终端订阅同一IMPS用户的另外一些呈现信息，首先通过SIP客户端2发送SIPSUBSCRIBEi青求，如下SUBSCRIBEwv:bob@biloxi.comSIP/2.0To:<wv:bob@biloxi.com>From:<sip:alice@atlanta.com>;tag=xfg8Call-ID:2011@biloxi.comCSeq:177SUBSCRIBEMax-Forwards:70Ev6nt:pressnccAccept:application/pidf+xmlContact:<sip:alice@atlanta.com;gr=kjh29x97us97d>Expires:600Content-Length:0请求首先被发送到呈现服务器。步骤912:呈现服务器判断被订阅者为IMPS用户，将SIPSUBSCRIBE请求发送给互连网关；步骤913:互连网关将SIPSUBSCRIBE请求转换成IMPS的SubscribeRequest，发送给IMPS服务器，如下<WV-SSP-Messagexmlns="http:〃www.openmobilealliance.org/DTDAVV-SSP1.3"><SessionsessionID=，，223456@someone.za"><Transactionmode=，，Request"transactionID=，，113，，><SubscribeRequest><MetaInfoclientOriginated="Yes"><Requestor><UseruserID="sip:alice@atlanta.com，，><ClientIDurl=，，alice02"/><User></Requestor></MetaInfo><UserIDuserID="wv:bob@biloxixom"/></SubscribeRequest></Tr3ns3ction></Session></WV-SSP-Message>步骤914:IMPS服务器检查授权状况，判断允许该SIP用户订阅IMPS用户的呈现信息，返回Status响应，表示订阅成功；步骤915:互连网关接收Status响应，转换成SIP200OK响应，返回给呈现服务器，如下SIP/2.0200OKTo:<wv:bob@biloxi.com>;tag=ffd3From:<sip:alice@atlanta.com>;tag=xfg8Call-ID:2011@biloxi.comCS叫177SUBSCRIBEExpires:600Contact:<sip:gateway@example.com>Content-Length:0同时互连网关新建一条关联关系记录如表6所示<table>tableseeoriginaldocumentpage28</column></row><table>IMPS用户UserIDwv:bob@biloxi.comIMPS用户ClientID或ApplicationIDNULL表6步骤916:呈现服务器向SIP客户端2返回SIP200OK响应；步骤917:步骤904之后，IMPS服务器向订阅者发送被订阅者的呈现4言息，如下<<formula>formulaseeoriginaldocumentpage29</formula>该消息首先被发送到互连网关；步骤918:互连网关向IMPS月l务器返回Status应答；步骤919:步骤907之后，互连网关根据收到的PresenceNotification中订阅者UserID、ClientID和被订阅者UserID,查找关联关系记录，找到对应的SIP系统订阅对话，在该对话内通过SIPNOTIFY请求将收到的呈现信息发给SIP客户端1，如下NOTIFYsip:alice@atlanta.com;gr=kjh29x97us97dSIP/2.0From:<wv:bob@biloxi,com>;tag=ffd3To:<sip:alice@atlanta.com>;tag=xfg8Call-ID:2011@biloxi.comEvent:presenceSubscription-State:active;expires=598Max-Forwards:70CSeq:8775NOTIFYContact:<sip:gateway@example.com>Content-Type:application/pidf+xmlContent-Length:…步骤920:SIP客户端1向互连网关返回SIP200OK响应；步骤921:—段时间之后，SIP客户端1订阅的IMPS用户的呈现信息发生变化，IMPS服务器发出PresenceNotification，如下<WV-SSP-Messagexmlns="http:〃www.openmobilealliance.org/DTD/WV-SSP1.3"><SessionsessionID="123456@biloxi.com"><Transactionmode=''Request''transactionID=''115"><PresenceNotification><MetaInfoclientOriginated="No"/><UseruserID="sip:alice@atlanta.com，，><ClientIDurl="aliceOl"/></User><PresenceValueuserID="wv:bob@biloxi.com，，></PresenceValue></PresenceNotification></Trans3ction></Session></WV-SSP-Message>该消息首先被发送到互连网关；步骤922:互连网关向IMPS服务器返回Status应答；步骤923:步骤卯7之后，互连网关根据收到的PresenceNotification中订阅者UserID、ClientID和被订阅者UserID,查找关联关系记录，找到对应的SIP系统订阅对话，在该对话内通过SIPNOTIFY请求将收到的呈现信息发给SIP客户端1,如下NOTIFYsip:alice@atlanta.com;gr=urn:Uuid:f81d4fae-7dec陽lld0陽a765-00a0c91e6bf6SIP/2.0From:<wv:bob@biloxi.com>;tag=ffd2To:<sip:alice@atlanta.com>;tag=xfg9Call-ID:2010@biloxi.comEvent:presenceSubscription-State:active;expires=580Max-Forwards:70CS叫8776NOTIFYContact:<sip:gateway@example.com>Content-Type:application/pidf+xmlContent-Length:…步骤924:SIP客户端1向互连网关返回SIP200OK响应；同一IMPS用户的多个IMPS客户端订阅同一SIP用户的呈现信息流程为上述流程反向，不同之处在于互连网关不分配ClientID给每个SIP对话，但是将SIP对话关联到IMPS用户的UserID和ClientID,具体流程不再详述。本发明第三实施例提出了一种互连网关，其结构框图如图ll所示，包括收发模块1001，用于接收来自SIP系统(或IMPS系统)的消息，根据关联关系查询模块1003的通知，将来自格式转换模块1004的消息发送至IMPS系统(或SIP系统)；关联关系建立^f莫块1002,用于确定对应于SIP系统和IMPS系统的消息业务的会话标识，建立并存储所述会话标识之间的关联关系；所述SIP系统会话标识包括SIP系统的对话标识；所述IMPS系统的会话标识包括参与该会话的SIP用户的用户标识和客户端标识，参与该会话的IMPS用户的用户标识和客户端标识，其中，IMPS用户的客户端标识可以是ClientID或ApplicationID;关联关系查询模块1003，用于根据所述收发模块1001所接收的来自SIP系统(或IMPS系统)的消息的内容，查询所述关联关系建立模块1002中存储的关联关系，得到所述消息将要发送的IMPS系统(或SIP系统)会话标识，并将所得到的会话标识通知所述收发模块1001;格式转换模块1004,用于将所述收发模块1001所接收的SIP(或IMPS协议)支持的消息转换为IMPS协议(或SIP)支持的格式，并将所述转换后的消息发送给所述收发模块1001。其中，关联关系建立模块1002进一步包括获取单元，用于从所述收发才莫块1001所接收的SIP请求/应答或IMPS请求/应答中，获取SIP用户的用户标识、SIP系统的对话标识、IMPS用户的用户标识和IMPS用户的客户端标识，并将所获取的所述各项标识作为关联关系记录中的内容；生成单元，用于生成关联关系记录中的SIP用户的客户端标识。以上所述实施例都是IMPS用户和SIP用户之间的消息业务，实际上本发明方案并不限于此，凡是支持不同通信协议的多客户端用户之间的消息业务都可以应用本发明方案。另外，以上实施例中用于连接SIP系统和IMPS系统并且进行上述系统之间消息转换的网元为互连网关，实际上也可以由能够实现上述互连功能的其它网元来实现，因此将所述网元可以统称为互连功能实体。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。权利要求1、一种通信互连方法，互连功能实体与支持第一通信协议的第一通信系统和支持第二通信协议的第二通信系统分别相连，其特征在于所述互连功能实体建立所述第一通信系统的会话标识和第二通信系统的会话标识之间的关联关系；所述互连功能实体根据所述关联关系，在所述两个通信系统间转发会话消息。2、根据权利要求1所述的方法，其特征在于，所述第一通信协议为会话初始协议SIP，所述第一通信系统为SIP系统，所述第二通信协议为即时消息和存在业务IMPS协议，所述第二通信系统为IMPS系统；或者，所述第一通信协议为IMPS协议，所述第一通信系统为IMPS系统，所述第二通信协议为SIP,所述第二通信系统为SIP系统。3、根据权利要求2所述的方法，其特征在于，所述SIP系统的会话标识为SIP对话标识，所述IMPS的会话标识为SIP用户的用户标识、SIP用户的客户端标识、IMPS用户的用户标识和/或IMPS用户的客户端标识。4、根据权利要求3所述的方法，其特征在于，所述互连功能实体建立所述第一通信系统的会话标识和第二通信系统的会话标识之间的关联关系包括互连功能实体接收来自SIP系统中的SIP用户的SIP请求，新建一条SIP系统的会话标识和IMPS系统的会话标识的关联关系记录；将所述SIP请求中的内容写入所述关联关系记录中；将所述SIP请求转换为IMPS请求，并将所述IMPS请求发送到IMPS系统中；接收来自IMPS系统的应答，并将所述应答中内容写入所述关联关系记录中。5、根据权利要求4所述的方法，其特征在于，所述将所述SIP请求中的内容写入所述关联关系记录中包括将所述SIP请求中的对话标识作为所述关联关系记录中的SIP系统的会话标识；将所述SIP请求中的发送方地址记录作为所述关联关系记录中的所述SIP用户的用户标识，将所述SIP请求中的接收方地址记录作为所述关联关系记录中IMPS用户的用户标识；互连功能实体生成所述关联关系记录中的SIP用户的客户端标识，所述SIP用户的客户端标识对于所述SIP用户和IMPS用户保持唯一；所述将SIP请求转换为IMPS请求包括将所述SIP用户的用户标识和/或所述SIP用户的客户端标识作为所述IMPS请求的发送方，将所述IMPS用户的用户标识作为所述IMPS请求的接收方。6、根据权利要求4所述方法，其特征在于，所述将应答中内容写入所述关联关系记录中包括记录中的IMPS用户的客户端标识。7、根据权利要求3所述的方法，其特征在于，所述互连功能实体建立所述第一通信系统的会话标识和第二通信系统的会话标识之间的关联关系包括互连功能实体接收来自IMPS用户的IMPS请求，新建一条SIP系统的会话标识和IMPS系统的会话标识的关联关系记录；将所述IMPS请求中的内容写入所述关联关系记录中；将所述IMPS请求转换为SIP请求，并将所述SIP请求发送到SIP系统中；接收来自SIP系统的成功响应，将SIP成功响应的对话标识作为所述关联关系记录中的SIP系统的会话标识，生成所述关联关系记录中的SIP用户的客户端标识，所述SIP用户的客户端标识对于所述SIP用户和IMPS用户保持唯一。8、根据权利要求7所述的方法，其特征在于，所述将所述IMPS请求中的内容写入所述关联关系记录中包括将所述IMPS请求中的发送方用户标识作为所述关联关系记录中的IMPS用户的用户标识，将所述IMPS请求中的发送方客户端标识或应用标识作为所述关联关系记录中的IMPS用户的客户端标识，将所述IMPS请求中的接收方用户标识作为所述关联关系记录中的SIP用户的用户标识；所述将所述IMPS请求转换为SIP请求包括将所述SIP用户的用户标识作为所述SIP请求中的接收方地址记录，将所述IMPS用户的用户标识作为发送方的地址记录。9、根据权利要求4至8任一项所述的方法，其特征在于，所述SIP请求为SIP邀请请求，所述IMPS请求为IMPS邀请请求；或者，所述SIP请求为SIP订阅请求，所述IMPS请求为IMPS订阅请求。10、根据权利要求4至8任一项所述的方法，其特征在于，所述互连功能实体根据所述关联关系，在所述两个通信系统间转发会话消息包括互连功能实体接收到来自SIP用户的消息，根据所述消息所属的对话标识，查找所述关联关系得到IMPS用户的用户标识、客户端标识和/或应用标识，将所述消息转换为IMPS协议支持的格式，并将所述转换格式后的消息发送到所述IMPS用户标识、客户端标识和/或应用标识对应的IMPS客户端；或者，互连功能实体接收来自IMPS用户的消息，根据所述消息中的IMPS用户的用户标识、SIP用户的用户标识和/或客户端标识，查找所述关联关系得到对应的SIP系统会话标识，将所述消息转换为SIP支持的格式，并将所述转换格式后的消息通过所述SIP系统会话标识对应的SIP会话发送到SIP系统。11、一种互连功能实体，与支持第一通信协议的第一通信系统和支持第二通信协议的第二通信系统分别相连，其特征在于，包括收发模块，用于接收来自所述第一通信系统的消息，根据关联关系查询模块的通知将来自格式转换模块的消息发送至所述第二通信系统；或者用于接收来自所述第二通信系统的消息，根据关联关系查询模块的通知将来自格式转换模块的消息发送至所述第一通信系统；关联关系建立模块，用于确定对应于第一通信系统和第二通信系统的会话标识，建立并存储所述会话标识之间的关联关系；关联关系查询模块，用于根据所述收发模块所接收的来自第一通信系统的消息所属会话标识，查询所述关联关系建立模块中存储的关联关系，得到所述第二通信系统的会话标识，并将所得到的第二通信系统的会话标识通知所述收发模块；或者用于根据所述收发模块所接收的来自第二通信系统的消息所属会话标识，查询所述关联关系建立模块中存储的关联关系，得到所述第一通信系统的会话标识，并将所得到的第一通信系统的会话标识通知所述收发模块；格式转换模块，用于将所述收发模块所接收的第一通信协议支持的消息转换为第二通信协议支持的格式，并将所述转换后的消息发送给所述收发模块；或者用于将所述收发模块所接收的第二通信协议支持的消息转换为第一通信协议支持的格式，并将所述转换后的消息发送给所述收发模块。12、根据权利要求10所述互连功能实体，其特征在于，所述第一通信协议为SIP，第二通信协议为IMPS;或者，所述第一通信协议为IMPS，第二通信协议为SIP。13、根据权利要求12所述的互连功能实体，其特征在于，所述收发模块进一步用于接收来自SIP系统的SIP请求或来自IMPS系统的IMPS请求；所述关联关系建立模块进一步包括获取单元，用于从所述收发模块所接收的SIP请求/应答或IMPS请求/应答中，获取SIP用户的用户标识、SIP系统的对话标识、IMPS用户的用户标识和/或IMPS用户的客户端标识，并将所获取的所述各项标识作为关联关系记录中的内容；生成单元，用于生成关联关系记录中的SIP用户的客户端标识。全文摘要本发明公开了一种通信互连方法，互连功能实体与支持第一通信协议的第一通信系统和支持第二通信协议的第二通信系统分别相连，所述互连功能实体建立所述第一通信系统的会话标识和第二通信系统的会话标识之间的关联关系；所述互连功能实体根据所述关联关系，在所述两个通信系统间转发会话消息。本发明还公开了用于实现通信互连的设备。本发明方案可以使支持不同协议的多客户端用户之间进行消息业务时，多个客户端之间不互相干扰。文档编号H04L12/58GK101355533SQ20071013752公开日2009年1月28日申请日期2007年7月26日优先权日2007年7月26日发明者卞永刚,牟伦建申请人:华为技术有限公司