CN101453455A - 一种业务互连的方法、装置和系统 - Google Patents
一种业务互连的方法、装置和系统 Download PDFInfo
- Publication number
- CN101453455A CN101453455A CNA2007101949697A CN200710194969A CN101453455A CN 101453455 A CN101453455 A CN 101453455A CN A2007101949697 A CNA2007101949697 A CN A2007101949697A CN 200710194969 A CN200710194969 A CN 200710194969A CN 101453455 A CN101453455 A CN 101453455A
- Authority
- CN
- China
- Prior art keywords
- business
- sip
- interconnection
- message
- sip message
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种业务互连的方法，包括以下步骤：接收会话初始化协议SIP消息；根据所述SIP消息和/或业务选择策略选择互连后的业务；根据所述选择的互连后的业务对所述SIP消息进行转换。本发明实施例根据接收的SIP消息和/或业务选择策略选择互连后的业务，并根据选择的互连后的业务对SIP消息进行转换，从而实现了灵活多样地处理业务的互连，并可以通过升级SIP业务互连实体来实现复杂多样的业务互连而不影响正常的SIP核心网的运行。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种业务互连的方法、装置和系统。
背景技术
SIP(Session Initial Protocol，会话初始化协议)提供了控制信令与数据承载相分离的机制，允许用户通过SIP建立会话来传输文本消息、多媒体消息、文件和实时流媒体，也允许用户通过SIP直接传输少量的文本消息或多媒体消息。
SIP可以提供丰富多样的业务，3GPP(the 3rd Generation Partner Project，第三代合作伙伴计划)的IMS(Internet Protocol Multimedia Subsystem，因特网协议多媒体子系统)架构允许通信运营商在IMS网络上部署这些丰富多样的业务，因此当SIP消息的发送方和接收方使用不同的基于SIP的业务时，存在互连的需求。
在3GPP的规范中，IMS的网元将SIP消息匹配iFC(initial Filter Criteria，触发规则)，根据匹配结果将SIP消息路由到相应的业务服务器，如图1所示。正常的业务流程如图2所示。
图2中，Client A、Client B：用户A和B的客户端，使用相同的业务；
SIP/IP CORE A、SIP/IP CORE B：用户A和B的SIP/IP核心；
AS A、AS B：用户A和B的业务服务器，为相同业务的业务服务器。正常的业务流程包括以下步骤：
S201，ClientA发出SIP INVITE请求，请求首先被发送到SIP/IP CORE A，请求中包含业务的特征标志；
S202，SIP/IP CORE A根据请求中的业务特征标志，匹配用户A的iFC，将SIP INVITE请求触发到相应的业务服务器AS A；
S203，AS A对SIP INVITE请求进行处理之后将请求返回给SIP/IP COREA；
S204，SIP/IP CORE A查询接收方的SIP/IP CORE地址，将SIP INVITE请求发往接收方SIP/IP CORE B；
S205，SIP/IP CORE B根据请求中的业务特征标志，匹配用户B的iFC，将SIP INVITE请求触发到相应的业务服务器AS B；
S206，AS B对SIP INVITE请求进行处理之后将请求返回给SIP/IP COREB；
S207，SIP/IP CORE B将SIP INVITE请求发往Client B；
S208～S214，Client B返回SIP200OK响应，响应按请求路径返回；
S215，Client A向Client B发出SIP ACK请求，Client A和Client B之间建立会话；
由上述流程可以看出，如果用户B没有订购和用户A相同的业务，或者用户B的网络不提供和用户A相同的业务，就不会有相应的触发规则将SIPINIVTE请求触发到和用户A相同业务的服务器，对此，3GPP规范中进一步说明S-CSCF可以将SIP INVITE消息中的SDP(Session Description Protocol，会话描述协议)或其他内容与用户订购的业务进行匹配，寻找合适的业务，然后将业务特征标志加入SIP INVITE消息中，然后再根据iFC将SIP INVITE消息触发到相应的业务。但是，3GPP规范中只是简单的描述S-CSCF可以将SIPINVITE消息中的SDP或其他内容与用户订购的业务进行匹配，寻找合适的业务，并没有具体的操作流程。而在SIP业务互连时可能存在以下的情况：
(1)根据用户的偏好设置选择合适的业务；
(2)更改SIP消息头，使之符合所选择的业务；
(3)在互连时需要作为媒体中继，进行媒体转换；
(4)对一种发送方业务，选择两种以上的接收方业务；
(5)与非SIP业务进行互连。
对以上这些情况，需要进行一些复杂的处理，而且在业务类型增加时，可能对业务互连的逻辑处理也要做相应的修改，而S-CSCF作为IMS的核心网元，主要负责对UE的鉴权和会话控制、业务触发和消息路由，因此不适合做上述的业务处理，更不适合频繁的升级。
在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：现有技术不能灵活多样地处理SIP业务的互连，在业务类型增加时，也不能频繁升级核心网元，无法满足增加业务类型的需求。
发明内容
本发明实施例提供一种业务互连的方法、装置和系统，以实现灵活多样地处理SIP业务的互连，并可通过升级SIP业务互连服务器满足业务类型增加的需求。
为达到上述目的，本发明实施例一方面提供一种会话初始化协议业务互连的方法，包括以下步骤：接收会话初始化协议SIP消息；根据所述SIP消息和/或业务选择策略选择互连后的业务；根据所述选择的互连后的业务对所述SIP消息进行转换。
另一方面，本发明实施例还提供一种SIP业务互连实体，包括：接收模块，用于接收SIP消息；策略保存模块，用于保存业务选择策略；业务选择模块，用于根据所述接收模块接收的SIP消息和/或所述策略保存模块保存的业务选择策略选择互连后的业务；信令转换模块，用于根据所述业务选择模块选择的互连后的业务对所述SIP消息进行转换。
再一方面，本发明实施例还提供一种业务互连的系统，包括：客户端，用于提供业务选择策略；SIP/IP核心，用于当不能将SIP消息触发到所述SIP消息所指示的SIP业务服务器时，将所述SIP消息触发到SIP业务互连实体；SIP业务互连实体，用于保存所述客户端提供的业务选择策略，并接收所述SIP/IP核心触发的SIP消息，根据所述SIP消息和/或业务选择策略选择互连后的业务，根据所述选择的互连后的业务对所述SIP消息进行转换。
与现有技术相比，本发明实施例具有以下优点：本发明实施例根据接收的SIP消息和/或业务选择策略选择互连后的业务，并根据选择的互连后的业务对SIP消息进行转换，从而实现了灵活多样地处理业务的互连，并可以通过升级SIP业务互连实体来实现复杂多样的业务互连而不影响正常的SIP核心网的运行。
附图说明
图1为现有技术IMS的网元将SIP消息路由到相应的业务服务器的示意图；
图2为现有技术IMS的网元将SIP消息路由到相应的业务服务器的流程图；
图3为本发明实施例业务互连的方法的流程图；
图4为本发明实施例一的流程图；
图5为本发明实施例二的流程图；
图6为本发明实施例三的流程图；
图7为本发明实施例业务互连的系统的结构图。
具体实施方式
本发明实施例通过SIP业务互连实体，实现业务的互连，将业务互连作为一种特殊的业务，允许用户设置互连时的偏好，SIP业务互连实体还可以根据需要进行媒体适配或转换，甚至可以将不同的SIP URI(Uniform ResourceIdentifier，统一资源标识符)关联在一起，将SIP消息互连到另一个SIP URI相应的业务。SIP业务互连实体可以通过升级来实现复杂多样的业务互连而不影响正常的SIP核心网的运行。
如图3所示，为本发明实施例业务互连的方法的流程图，包括以下步骤：
步骤S301，接收SIP消息。
步骤S302，根据SIP消息和/或业务选择策略选择互连后的业务。如果SIP消息中明确了互连后的业务，则直接执行步骤S303。如果该SIP消息中没有明确互连后的业务，则根据SIP消息和/或业务选择策略选择互连后的业务。根据SIP消息选择互连后的业务具体为：根据该SIP消息携带的媒体内容或该SIP消息表示的会话媒体类型选择互连后的业务。
根据业务选择策略选择互连后的业务具体为：根据业务的范围、业务的用户注册状态、业务的优先级和关联用户的标识中的一种或几种选择互连后的业务。
另外，如果根据步骤S301接收的SIP消息判断出该SIP消息已经被所选择接收方的业务服务器处理过之后，则重新选择下一个需要匹配的业务。
步骤S303，根据选择的互连后的业务对SIP消息进行转换。根据选择的互连后的业务需要，如果互连后业务为SIP业务，对SIP消息进行必要的SIP消息头的转换和/或消息体的转换，例如增加转换后的业务标识，如果互连后的业务为非SIP业务，则将SIP消息转换成对应的非SIP业务的信令；如果步骤S302没有选择到合适的业务，则可选的，SIP业务互连实体可以返回错误响应，拒绝该SIP消息，或者去除SIP消息中的业务标识。
由于某些情况需要SIP业务互连实体作为媒体中继，例如需要进行业务间的媒体适配或转换，因此，优选地，在对SIP消息进行转换之后，SIP业务互连服务器判断是否需要作为媒体中继，如果需要则准备用于媒体中继的端口，并在SDP中提供该端口的信息，还需提供资源预留，然后再发送转换后的消息；如果不需要进行媒体中继，则直接发送转换后的SIP消息或非SIP业务的信令。
SIP业务互连实体可以将转换后的SIP消息发送给SIP/IP核心，由SIP/IP核心根据转换后的业务标识，将SIP消息发送给相应的业务服务器，也可以直接将步骤S303生成的消息发送给相应的业务服务器；
另外，SIP业务互连实体可能会根据会话的要求，选择2个或2个以上的业务进行互连，这时在步骤S303中会产生2个或2个以上的转换后消息，发往不同的业务服务器，相应的，SIP业务互连实体可以选择将对应的应答进行组合，合成一个SIP应答返回给SIP消息的发起方。
步骤S304，维持SIP状态机和互连后业务的状态机，处理后续的会话内容和信令，如果作为媒体中继，后续还要进行媒体流的处理。
如图4所示，为本发明实施例一的流程图，本发明实施例一对发送方使用CPM(Converged IP Message，融合IP消息)业务，接收方使用SIMPLE(SIPInstant Message and Presence Leveraging Extensions，SIP即时消息和呈现支持扩展)IM(Instant Message，即时消息)业务的场景的信令流程进行了描述。发送方发送文本会话请求，接收方业务互连服务器分析请求和接收方的互连设置，在接收方的POC(Push to talk on Cellular，一键通业务)和SIMPLE IM业务中选择SIMPLE IM业务接收会话请求。图4中的各实体分别为：
Client A：用户A的客户端，使用CPM业务；
CPM Server：CPM业务服务器，位于用户A的归属网络；
IM Server：SIMPLE IM业务服务器，位于用户B的归属网络；
IW Server：SIP业务互连服务器，位于用户B的归属网络；
Client B：用户B的客户端，使用IM业务；
SIP/IP CORE A和SIP/IP CORE B：用户A和B归属的SIP网络，提供基本的SIP消息路由和业务触发。
具体包括以下步骤：
步骤S401，用户A使用CPM业务客户端通过SIP INVITE消息向用户B发出文本会话邀请，请求通过MSRP(Message Session Relay Protocol，消息会话中继协议)发送文本，该SIP INVITE消息首先被发送到SIP/IP CORE A；该SIPINVITE消息如下：
INVITE sip:bob@biloxi.example.com SIP/2.0
To:<sip:bob@biloxi.example.com>
From:<sip:alice@atlanta.example.com>；tag＝786
Contact:<sip:alice@pc33.atlanta.com>
Accept-Contact：+g.oma.sip-cpm
Call-ID:3413an89KU
Content-Type:application/sdp
c＝IN IP4atlanta.example.com
m＝message7654TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://atlanta.example.com:7654/jshA7weztas；tcp
步骤S402，SIP/IP CORE A根据SIP INVITE消息中的业务标识将SIPINVITE消息发往CPM Server；
步骤S403，CPM Server进行业务处理后，将SIP INVITE消息返回给SIP/IPCORE A；
步骤S404，SIP/IP CORE A根据接收方的SIP URI，将SIP INVITE消息路由到SIP/IP CORE B；
步骤S405，SIP/IP CORE B判断没有可以直接触发的业务，因此将SIPINVITE消息发送到IW Server，请求IW Server进行SIP业务选择；
步骤S406，IW Server接收SIP INVITE消息，判断该SIP INVITE消息为文本会话请求，并且用户B设置的业务选择策略为按媒体类型优先选择用户注册的业务。IW Server从用户状态服务器获取用户B当前注册的业务，发现用户B订购了POC、SIMPLE IM和VoIP(Voice over Internet Protocol，IP语音通话)业务，并且现在SIMPLE IM和VOIP业务注册在线，因此IW Server选择SIMPLEIM作为用户B接收该文本会话请求的业务，因此IW Server修改SIP INVITE中携带的业务标识，例如将Accept-Contact头域的值修改为：
Accept-Contact：+g.oma.sip-im；
步骤S407，IW Server将修改后的SIP INVITE消息返回给SIP/IP CORE B；
步骤S408，SIP/IP CORE B根据SIP INVITE消息中新的业务标志，将SIPINVITE消息触发到IM Server；
步骤S409，IM Server经过一定的处理，向SIP/IP CORE B返回SIP INVITE消息；
步骤S410，SIP/IP CORE B将SIP INVITE消息路由给用户B的终端ClientB；
步骤S411～步骤S419，用户B接收会话要求，Client B返回SIP应答消息，例如：SIP200OK消息，该SIP应答消息按照会话请求的逆行路径返回到ClientA；
步骤S420，Client A向Client B发出SIP ACK消息，在Client A和Client B之间建立文本会话，SIP ACK根据前面的SIP应答消息中的路由信息经过相应的中间服务器被发送到Client B。
在实施例一中，业务服务器和IW服务器可以根据配置选择是否位于媒体路径中；
SIP INVITE会话请求可以改成携带文本的SIP MESSAGE请求，如果为携带文本的SIP MESSAGE请求，则相应的流程需要去除SIP ACK请求和建立的文本会话；
SIP业务互连服务器进一步可以互连不同媒体类型的会话，例如如果SIP业务互连服务器配置了语音到文本转换和文本到语音转换的模块，则可以互连语音类的业务和文本类的业务；
用户可以设置将某些业务的请求转发到该用户其他订购了这些业务的SIP URI，这样，如果用户有多个SIP URI，只要有一个SIP URI订购了某个业务，其他的SIP URI也可以使用这些业务来接收SIP消息。
如图5所示，为本发明实施例二的流程图，本发明实施例二对发送方使用CPM业务发起文本和视频会话请求，接收方使用SIMPLE IM业务和某个视频业务接收请求的流程进行了介绍。图5中各实体的名称与图4中的同名实体相同，图5中的Video Server为视频业务服务器，位于接收方归属网络，提供视频业务。
具体包括以下步骤：
步骤S501，用户A使用CPM业务客户端通过SIP INVITE消息向用户B发出文本和视频会话邀请，邀请首先发送到SIP/IP CORE A，该SIP INVITE消息如下：
INVITE sip:bob@biloxi.example.com SIP/2.0
To:<sip:bob@biloxi.example.com>
From:<sip:alice@atlanta.example.com>；tag＝786
Contact:<sip:alice@pc33.atlanta.com>
Accept-Contact：+g.oma.sip-cpm
Call-ID:3413an89KU
Content-Type:application/sdp
c＝IN IP4atlanta.example.com
m＝message7654TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://atlanta.example.com:7654/jshA7weztas；tcp
m＝video0RTP/AVP31
m＝video53000RTP/AVP32
a＝rtpmap:32MPV/90000
步骤S502，SIP/IP CORE A根据SIP INVITE消息中的业务标识将SIPINVITE消息发往CPM Server；
步骤S503，CPM Server进行业务处理后，将SIP INVITE消息返回给SIP/IPCORE A；
步骤S504，SIP/IP CORE A根据接收方的SIP URI，将SIP INVITE消息路由到SIP/IP CORE B；
步骤S505，SIP/IP CORE B判断没有可以直接触发的业务，因此将SIPINVITE消息发送到IW Server，请求IW Server进行SIP业务选择；
步骤S506，IW Server接收SIP INVITE消息，判断该SIP INVITE消息为文本和视频会话请求，并且用户B设置的业务选择策略为按媒体类型优先选择用户注册的业务。IW Server从用户状态服务器获取用户B当前注册的业务，选择SIMPLE IM作为用户B接收该文本会话请求的业务，选择用户B注册的视频业务作为接收视频会话邀请的业务，因此IW Server产生两个SIP INVITE请求消息，分别对应文本会话请求和视频会话请求，两个请求的业务标识分别设为SIMPLE IM的业务标识和视频业务的业务标识，这两个SIP INVITE请求消息分别如下：
INVITE sip:bob@biloxi.example.com SIP/2.0
To:<sip:bob@biloxi.example.com>
From:<sip:alice@atlanta.example.com>；tag＝786
Contact:<sip:iwf@sipas.biloxi.com>
Accept-Contact：+g.oma.sip-im
Call-ID:34
Content-Type:application/sdp
c＝IN IP4sipas.biloxi.com
m＝message7654TCP/MSRP*
a＝accept-types:text/plain
a＝path:msrp://sipas.biloxi.com:7654/jshA7weztas；tcp
INVITE sip:bob@biloxi.example.com SIP/2.0
To:<sip:bob@biloxi.example.com>
From:<sip:alice@atlanta.example.com>；tag＝786
Route:<sip:vsservice@biloxi.com>
Contact:<sip:iwf@sipas.biloxi.com>
Call-ID:34
Content-Type:application/sdp
c＝IN IP4sipas.biloxi.com
m＝video0RTP/AVP31
m＝video53000RTP/AVP32
a＝rtpmap：32MPV/90000
步骤S507，IW Server将文本会话请求的SIP INVITE消息返回给SIP/IPCORE B；
步骤S508，SIP/IP CORE B根据SIP INVITE消息中新的业务标志，将SIPINVITE消息触发到IM Server；
步骤S509，IM Server经过一定的处理，向SIP/IP CORE B返回SIP INVITE消息；
步骤S510，SIP/IP CORE B将SIP INVITE消息路由给接收方用户B的终端Client B；
步骤S511～步骤S514，用户B接收会话要求，Client B返回SIP应答消息，例如：SIP200OK消息，该SIP应答消息按照会话请求的逆行路径返回到IWServer；
步骤S515，IW Server将视频会话请求的SIP INVITE消息返回给SIP/IPCORE B；
步骤S516，SIP/IP CORE B根据SIP INVITE消息中新的业务标识，将SIPINVITE消息触发到Video Server；
步骤S517，Video Server经过一定的处理，向SIP/IP CORE B返回SIPINVITE消息；
步骤S518，SIP/IP CORE B将SIP INVITE消息路由给接收方用户B的终端Client B；
步骤S519～步骤S522，用户B接收会话请求，Client B返回SIP应答消息，例如：SIP 200OK消息，该SIP应答消息按照会话请求的逆行路径返回到IWServer；步骤S515～步骤S522和步骤S507～步骤S514同步执行。
步骤S523～步骤S527，IW Server组合两个SIP应答消息生成一个对应步骤S505的SIP INVITE请求的SIP应答消息，按照会话请求的逆行路径将响应返回给Client A；最终Client A和IW Server之间建立一个SIP对话，包含两个媒体流，而IW Server和Client B之间建立两个SIP对话，各包含一个媒体流。
上述业务互连的方法可以灵活多样的处理业务的互连，包括按照用户偏好选择互连业务，一种业务到多种业务的互连，在增加新的业务种类和互连选择策略时，可以通过升级SIP业务互连服务器完成，不需要升级核心网元，不会影响其他业务的正常使用。
如图6所示，为本发明实施例三的流程图，本发明实施例三对SIP业务与非SIP业务互连的流程进行了介绍，图6中的各实体与图4中的同名实体相同，图6中的SC为短消息中心，用于接收短消息并下发给接收者；Client B为用户B的终端，可以接收短消息；
具体包括以下步骤：
步骤S601，用户A向用户B发送SIP MESSAGE消息，该SIP MESSAGE消息首先被发送到SIP/IP CORE A，该SIP MESSAGE消息如下：
MESSAGE sip:user2@domain.com SIP/2.0
Via:SIP/2.0/TCP userlpc.domain.com；branch＝z9hG4bK776sgdkse
Max-Forwards：70
From:sip:user1@domain.com；tag＝49583
To:sip:user2@domain.com
Call-ID:asd88asd77a@1.2.3.4
CSeq:1MESSAGE
Accept-Contact:+g.oma.sip-im
Content-Type:text/plain
Content-Length:18
Watson，come here.
步骤S602，SIP/IPCORE A根据触发规则，将SIP MESSAGE消息触发到IMServer；
步骤S603，IM Server进行业务处理后，将SIP MESSAGE消息返回给SIP/IPCORE A；
步骤S604，SIP/IP CORE A根据SIP MESSAGE消息的接收方地址将SIPMESSAGE消息发往SIP/IP CORE B；
步骤S605，SIP/IP CORE B进行触发规则匹配，因为用户B没有订购SIMPLE IM业务，而用户可以通过SMS(Short Messaging Service，短消息业务)或MMS(Multimedia Messaging Service，多媒体短信服务)来接收其他业务发来的SIP MESSAGE消息，因此触发规则设置为将发往用户B的SIMPLEIM业务的SIP MESSAGE消息触发到IW Server；
步骤S606，IW Server根据SIP MESSAGE消息所携带的内容的类型选择相应的业务来接收SIP MESSAGE消息，本实施例中SIP MESSAGE消息携带的是纯文本的消息，可以通过短消息进行下发，因此IW Server选择发送方的业务为短消息业务，然后将SIP MESSAGE消息转换成短消息格式；
步骤S607，IW Server将转换后的短消息通过SMPP(Short Message Peer toPeer，短消息点对点协议)协议发往SC；
步骤S608，SC通过7号信令将短消息下发到移动终端Client B；
步骤S609～步骤S613，在步骤S607之后，IW Server返回针对SIP MESSAGE消息的响应，因为没有确定到达最终目的终端，所以返回SIP应答消息，例如：SIP202消息进行响应，该SIP应答消息按SIP MESSAGE的发送路径返回。
如图7所示，为本发明实施例业务互连的系统的结构图，包括：
客户端1，用于提供业务选择策略。客户端1具体可以是PC(PersonalComputer，个人计算机)、PDA(Personal Digital Assistant，个人数码助理)或移动终端等等。
SIP业务互连服务器2，用于保存客户端1提供的业务选择策略，并接收SIP消息，根据SIP消息和/或业务选择策略选择互连后的业务，根据选择的互连后的业务对SIP消息进行转换。
该业务互连的系统还包括：SIP/IP核心3，负责SIP消息的路由，用于当不能将SIP消息触发到该SIP消息所指示的SIP业务服务器时，将该SIP消息触发到SIP业务互连实体2。3GPP的IMS核心网是SIP/IP核心3的一种实现；
用户信息服务器4，用于存放用户的业务签约信息以及动态的业务注册信息；
其他业务服务器5，具体为各种SIP业务服务器，用于提供丰富的基于SIP的业务功能，根据业务需要，SIP业务互连服务器2和其他业务服务器5之间可能存在媒体流，而且，其他业务服务器5也可以通过SIP业务互连服务器2提供的接口，请求SIP业务互连服务器2进行明确的业务互连处理，即明确指示互连后的业务，不需要SIP业务互连服务器2选择互连后的业务。
其中，客户端1包括：策略管理模块11，用于和SIP业务互连服务器2进行交互，为SIP业务互连服务器2提供业务选择策略。在本发明实施例中，策略管理模块11通过SIP消息实现策略管理功能，实际使用中也可以通过XCAP(Extensible Markup Language Configuration Access Protocol，可扩展标识语言配置管理协议)等其他协议进行策略管理。
其中，SIP业务互连服务器2包括：接收模块21，用于接收SIP/IP核心3触发的SIP消息；策略保存模块22，用于保存业务选择策略。
业务选择模块23，用于根据接收模块21接收的SIP消息和/或策略保存模块22保存的业务选择策略选择互连后的业务。在匹配策略的过程中可能还会用到用户信息，业务选择模块23还可以从用户信息服务器4获取用户信息，如果SIP消息中明确指示了互连后的业务，则业务选择模块23不需要进行业务选择。
信令转换模块24，用于根据业务选择模块23选择的互连后的业务对SIP消息进行转换。
其中，业务选择模块23包括：消息选择子模块231，用于根据该SIP消息携带的媒体内容或该SIP消息表示的会话媒体类型中的一种或多种选择互连后的业务。
其中，业务选择模块23包括：策略选择子模块232，用于根据业务的范围、用户的注册状态、业务的优先级和关联用户的标识中的一种或几种选择互连后的业务。
其中，信令转换模块24包括：信令拆分子模块241，用于当选择的互连后的业务包括多个业务时，将SIP消息拆分为多个消息，拆分后的每个消息符合选择的每个业务的媒体处理能力。
其中，信令转换模块24，还包括：修改转换子模块242，用于修改SIP消息的头域或将SIP消息转换成为所选择的非SIP业务的协议格式。
其中，SIP业务互连服务器2还包括：媒体中继模块25，用于在业务选择模块23指示需要进行媒体中继时，进行媒体流的处理，准备用于媒体中继的端口，该端口信息在SDP中提供，进行媒体中继包括进行媒体的转换或适配。
图7所示的业务互连的系统为逻辑结构图，在实际实现中，各服务器可能分散在不同的物理实体中，SIP业务互连服务器2中的各个模块也可以是单独的物理服务器。
对每种业务，触发规则按表1中的原则进行设置。
表1
| 条件 | 处理方式 |
| 用户订阅了业务 | 将包含业务特征的SIP消息触发到相应的业务服务器 |
| 用户没有订阅业务，但是订阅了可以互连的业务 | 将包含业务特征的SIP消息触发到SIP业务互连服务器 |
上述业务互连的系统可以灵活多样的处理SIP业务的互连，包括按照用户偏好选择互连业务，一种业务到多种业务的互连，在增加新的SIP业务种类和互连选择策略时，可以通过升级SIP业务互连服务器2完成，不需要升级核心网元，也不会影响其他业务的正常使用。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台或多台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (19)
1、一种业务互连的方法，其特征在于，包括以下步骤：
接收会话初始化协议SIP消息；
根据所述SIP消息和/或业务选择策略选择互连后的业务；
根据所述选择的互连后的业务对所述SIP消息进行转换。
2、如权利要求1所述业务互连的方法，其特征在于，所述互连后的业务包括SIP业务和/或非SIP业务。
3、如权利要求1所述业务互连的方法，其特征在于，所述SIP消息是由SIP/IP核心发送的，
在发送所述SIP消息之前，还包括：当不能将所述SIP消息触发到所述SIP消息所指示的SIP业务服务器时，所述SIP/IP核心将所述SIP消息触发到SIP业务互连实体。
4、如权利要求1所述业务互连的方法，其特征在于，所述根据SIP消息选择互连后的业务包括：
根据所述SIP消息携带的媒体内容或所述SIP消息表示的会话媒体类型中的一种或多种选择互连后的业务。
5、如权利要求1所述业务互连的方法，其特征在于，所述根据业务选择策略选择互连后的业务包括：根据业务的范围、用户在业务的注册状况、业务的优先级和关联用户的标识中的一种或几种选择所述互连后的业务。
6、如权利要求1所述业务互连的方法，其特征在于，所述根据选择的互连后的业务对所述SIP消息进行转换包括：修改所述SIP消息或将所述SIP消息转换成为所选择的非SIP业务的协议格式。
7、如权利要求6所述业务互连的方法，其特征在于，当所述选择的互连后的业务为多种业务时，
所述根据选择的互连后的业务对所述SIP消息进行转换，还包括：将所述SIP消息拆分为多个互连后业务消息，所述拆分后的每个互连后业务消息符合所述选择的每个业务的媒体处理能力。
8、如权利要求7所述业务互连的方法，其特征在于，还包括：接收针对所述拆分的多个互连后业务消息的应答消息，将所述应答消息合并为一个应答消息作为所述SIP消息的应答。
9、如权利要求1所述业务互连的方法，其特征在于，在根据所述选择的互连后的业务对所述SIP消息进行转换之后，还包括：
判断是否需要进行媒体中继；
如果需要，则准备用于媒体中继的端口，所述端口信息在会话描述协议SDP中提供。
10、如权利要求9所述业务互连的方法，其特征在于，所述进行媒体中继包括进行媒体的转换或适配。
11、一种SIP业务互连实体，其特征在于，包括：
接收模块，用于接收SIP消息；
策略保存模块，用于保存业务选择策略；
业务选择模块，用于根据所述接收模块接收的SIP消息和/或所述策略保存模块保存的业务选择策略选择互连后的业务；
信令转换模块，用于根据所述业务选择模块选择的互连后的业务对所述SIP消息进行转换。
12、如权利要求11所述SIP业务互连实体，其特征在于，所述业务选择模块包括：消息选择子模块，用于根据所述SIP消息携带的媒体内容或所述SIP消息表示的会话媒体类型中的一种或多种选择互连后的业务。
13、如权利要求11所述SIP业务互连实体，其特征在于，所述业务选择模块，还包括：策略选择子模块，用于根据业务的范围、用户的注册状态、业务的优先级和关联用户的标识中的一种或几种选择所述互连后的业务。
14、如权利要求11所述SIP业务互连实体，其特征在于，所述信令转换模块包括：信令拆分子模块，用于当选择的互连后的业务包括多个业务时，将所述SIP消息拆分为多个消息，所述拆分后的每个消息符合所述选择的每个业务的媒体处理能力。
15、如权利要求11所述SIP业务互连实体，其特征在于，所述信令转换模块，还包括：修改转换子模块，用于修改所述SIP消息的头域或将所述SIP消息转换成为所选择的非SIP业务的协议格式。
16、如权利要求11所述SIP业务互连实体，其特征在于，还包括：媒体中继模块，用于在需要进行媒体中继时，准备用于媒体中继的端口，所述端口信息在SDP中提供，所述进行媒体中继包括进行媒体的转换或适配。
17、一种业务互连的系统，其特征在于，包括：
客户端，用于提供业务选择策略；
SIP/IP核心，用于当不能将SIP消息触发到所述SIP消息所指示的SIP业务服务器时，将所述SIP消息触发到SIP业务互连实体；
SIP业务互连实体，用于保存所述客户端提供的业务选择策略，并接收所述SIP/IP核心触发的SIP消息，根据所述SIP消息和/或业务选择策略选择互连后的业务，根据所述选择的互连后的业务对所述SIP消息进行转换。
18、如权利要求17所述业务互连的系统，其特征在于，所述SIP业务互连实体包括：
接收模块，用于接收所述SIP/IP核心触发的SIP消息；
策略保存模块，用于保存所述客户端提供的业务选择策略；
业务选择模块，用于根据所述接收模块接收的SIP消息和/或所述策略保存模块保存的业务选择策略选择互连后的业务；
信令转换模块，用于根据所述业务选择模块选择的互连后的业务对所述SIP消息进行转换，并发送所述转换后的SIP消息。
19、如权利要求17所述业务互连的系统，其特征在于，所述客户端包括：
策略管理模块，用于和所述SIP业务互连实体进行交互，为所述SIP业务互连实体提供业务选择策略。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101949697A CN101453455A (zh) | 2007-12-07 | 2007-12-07 | 一种业务互连的方法、装置和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101949697A CN101453455A (zh) | 2007-12-07 | 2007-12-07 | 一种业务互连的方法、装置和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101453455A true CN101453455A (zh) | 2009-06-10 |
Family
ID=40735479
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101949697A Pending CN101453455A (zh) | 2007-12-07 | 2007-12-07 | 一种业务互连的方法、装置和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101453455A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012062104A1 (zh) * | 2010-11-12 | 2012-05-18 | 中兴通讯股份有限公司 | 多页彩信的传输系统和方法、会话初始化协议终端以及彩信代理服务器 |
-
2007
- 2007-12-07 CN CNA2007101949697A patent/CN101453455A/zh active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012062104A1 (zh) * | 2010-11-12 | 2012-05-18 | 中兴通讯股份有限公司 | 多页彩信的传输系统和方法、会话初始化协议终端以及彩信代理服务器 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7526563B2 (en) | Interworking gateway and method | |
| CN100592831C (zh) | 终端及其内容共享的方法和系统 | |
| CN101232465B (zh) | 会议系统中传送文件的方法、文件传送系统及会议服务器 | |
| US8856356B2 (en) | Non-IMS Rich communication suite | |
| CN100550908C (zh) | 一种进行会话能力信息操作的方法及网络实体 | |
| TW201006289A (en) | Method, user equipment and software product for media stream transfer between devices | |
| US20150373199A1 (en) | Non-IMS Rich Communication Suite | |
| CN101361315A (zh) | 集群通信 | |
| TW200845649A (en) | System and method for establishing conference events | |
| CN105245493A (zh) | 通信网络中的能力查询处理 | |
| CN101369906B (zh) | 一种会议业务实现方法及设备 | |
| CN105245433B (zh) | 一种实现私聊的方法、rcs as及系统 | |
| CN101834730A (zh) | 一种多媒体会议控制方法和系统 | |
| US20090049087A1 (en) | Methods, systems, and computer program products for providing a universal uniform resource identifier (UURI) | |
| CN100442789C (zh) | 一种多方通信的实现方法及系统 | |
| EP2116036B1 (en) | Identifying participants in a conference | |
| CN1984132A (zh) | 一种对会话能力信息进行处理的方法和终端 | |
| Sánchez-Esguevillas et al. | IMS: The new generation of internet-protocol-based multimedia services | |
| CN101399781B (zh) | 一种消息发送方法、系统、消息发送装置及消息服务器 | |
| CN101453455A (zh) | 一种业务互连的方法、装置和系统 | |
| CN100499469C (zh) | 离线计费方法 | |
| CN101459626B (zh) | 用于ip多媒体子系统的消息传输控制方法 | |
| WO2009023569A2 (en) | Methods, systems, and computer program products for providing a universal uniform resource identifier (uuri) | |
| KR20100063838A (ko) | 모바일 인스턴트 메신저 시스템 및 그 서비스 방법 | |
| CN101193345B (zh) | 终端及其内容共享的方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20090610 |