CN101374138B - 一种在sip协议中请求业务修改的方法、网络系统及装置 - Google Patents
一种在sip协议中请求业务修改的方法、网络系统及装置 Download PDFInfo
- Publication number
- CN101374138B CN101374138B CN2007100298148A CN200710029814A CN101374138B CN 101374138 B CN101374138 B CN 101374138B CN 2007100298148 A CN2007100298148 A CN 2007100298148A CN 200710029814 A CN200710029814 A CN 200710029814A CN 101374138 B CN101374138 B CN 101374138B
- Authority
- CN
- China
- Prior art keywords
- user agent
- service
- target
- business
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种在SIP协议中请求业务修改的方法，包括如下步骤：第一用户代理与第二用户代理建立对话并进行业务传输；第一用户代理请求更新业务，将携带有所请求的新业务的目标业务标识的请求消息路由至第二用户代理；第一用户代理收到来自第二用户代理的确定响应后，与第二用户代理之间进行新业务的传输。本发明还公开了相应的网络系统及用户代理。实施本发明的实施例，可以实现可以通过对SIP消息进行扩展，来携带目标业务标识，可以请求业务修改，从而可以应用在一些诸如进行电视频道切换、实现媒体资源控制的特定的场合。
Description
技术领域
本发明涉及SIP领域，特别是涉及一种在SIP协议中请求业务修改的方法、网络系统及装置。
背景技术
会话初始协议(Session Initiation Protocol，SIP)是一个应用层的控制协议，可以用来建立、修改和终止多媒体会话(或会议)，例如实现Internet电话。SIP协议也支持邀请参与者参加已经存在的会话，比如在多方会议中的应用。
在SIP协议中使用Dialog ID(对话标识)来标识用于一个Dialog(对话)内消息的路由。Dialog ID包含进行通信的两个UA(用户代理)的target(目的信息)、Route Set(路由集)及Call ID(呼叫标识)等。其中，对于每个UA而言自己发布的目标信息称为Local Target(本端目标)，对端发布的目标信息称为remote target(远端目标)；Route Set用于指一个对话内的请求需要由哪些状态代理服务器(Stateful Proxy)等中间实体进行转发；UAC(用户代理客户端)在生成一个对话内的请求消息时，需要将Remote Target作为请求消息的Request URI(请求统一资源标识，RURI)，将Route Set填写到请求消息的Route头域，并且根据协议规定填写其他头域(如Call ID、CSeq等)以及根据应用填写其他消息头域以及消息体(Body)等部分信息。如果下一跳支持松散路由，那么直接将生成的请求消息发送到下一跳；如果下一跳不支持松散路由，那么UAC需要将RURI移到Route头域末尾作为最后一条URI，并且将第一个Route URI移到RURI，然后将消息发送出去。当请求消息最终到达UAS(用户代理服务端)时，RURI应该是UAS发布的Local Target(对于UAC来讲则是Remote Target)。从这个处理过程可以看出UAC在发送一个对话内的请 求时无法修改Remote Target。同时目前还没有能够实现通过对话内的请求消息来请求新的业务的协议相关技术。
网络电视(IP TeleVision，IPTV)是一种利用宽带有线电视网，集互联网多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式业务的技术。
目前，许多标准组织在研究IPTV。如图1所示，是现有的标准组织ETSITISPAN所定义的IMS based IPTV(基于IP多媒体子系统的IPTV)的业务功能架构。
其中，业务控制功能(IPTV Service Control Function，SCF)为用户业务的访问进行控制，媒体功能(IPTV Media Functions，MF)负责为用户终端(UE)提供媒体流的控制与交付(Delivery)。可分为媒体控制功能(IPTV MediaControl Functions，MCF)和媒体交付功能(IPTV Media Delivery Functions，MDF)。媒体交付功能通常是一些媒体服务器，在媒体控制功能的控制下向用户终端传送用户需要的媒体流。媒体控制功能还能接收和处理用户的播放控制操作，例如媒体的快进、后退、暂停、定位等操作，这种操作通常使用实时流协议(Real Time Streaming Protocol，RTSP)来实现。
在用户访问BC业务过程中如果用户请求新的BC业务(即BC业务切换，如LTV业务中用户请求进行频道切换)或者BC业务包(即BC业务的集合)；但是，根据现有的SIP协议，被请求对象的信息需要在请求消息的RURI中携带，而根据对话内请求消息的生成方法，RURI必须是对话建立时或者修改过程中远端UA发布的远端目标正在进行的LTV会话进行修改。因此采用现有的SIP协议不能在访问BC业务过程中请求新的业务。
故，在一些特定的业务应用(如IPTV)中需要SIP协议能够请求新的业务以便对业务过程进行控制，实现特定的业务功能。但是现有目前SIP协议无法提供请求新的业务的能力。
发明内容
有鉴于此，本发明实施例所要解决的技术问题在于，提供一种在SIP协议中请求业务修改的方法、网络系统及装置。
为解决上述技术问题，本发明实施例的一种在SIP协议中请求业务修改的方法，包括如下步骤：
第一用户代理与第二用户代理建立对话并进行业务传输；
第一用户代理请求业务修改，将携带有所请求的新业务的目标业务标识的请求消息路由至第二用户代理，其中，所述第一用户代理通过扩展或复用SIP消息的头域、扩展SIP消息的消息体或扩展SIP消息的RURI参数任一方式来携带所述目标业务标识；
第一用户代理收到来自第二用户代理的确定响应后，与第二用户代理之间进行新业务的传输。
相应的，本发明实施例的一种在SIP协议中请求业务修改的网络系统，至少包括第一用户代理及第二用户代理，其中，
所述第一用户代理，用于在需要请求业务修改时，将携带有所请求的新业务的目标业务标识的请求消息路由至第二用户代理，其中，所述第一用户代理是通过扩展或复用SIP消息的头域、扩展SIP消息的消息体、扩展SIP消息的RURI参数中任一方式来携带所述目标业务标识；
所述第二用户代理，用于根据所述目标业务标识，为所述第一用户代理提供所述新业务，或使用第一用户代理所提供的所述新业务。
一种用户代理，用于在SIP协议中请求业务修改，包括：
业务修改请求单元，将携带有所请求的新业务的目标业务标识的请求消息路由至对端用户代理，其中，所述目标业务标识携带在扩展或复用的SIP消息的头域、扩展的SIP消息的消息体或扩展的SIP消息的RURI参数中；
业务修改处理单元，用于在收到来自所述对端用户代理的确定响应后，与对端用户代理之间进行新业务的传输。
综上，根据本发明实施例的方法、网络系统及用户代理，可以通过扩展或复用SIP协议的请求消息(如INVITE消息)，在其中携带所请求的新业务的目标业务标识，并路由至对端用户代理，来请求业务修改，对端用户代理 根据所接收到请求消息中的目标业务标识，与发送请求的用户代理进行该新业务的传输；可以应用在一些特定的场合，诸如进行电视频道切换、实现媒体资源控制等。
附图说明
图1是现有的一种基于IMS的IPTV的业务功能架构示意图；
图2是本发明在SIP协议中请求业务修改的方法第一实施例的流程示意图；
图3是本发明实施例在IPTV BC业务中的应用的流程示意图；
图4是本发明实施例在媒体资源访问中的应用的流程示意图；
图5是本发明在SIP协议中请求业务修改的网络系统的一个实施例的结构示意图。
具体实施方式
下面结合附图以优选实施例对本发明进行详细说明。
本发明的实施例是通过对SIP协议进行扩展，使在对话中，通过SIP的协议消息(如INVITE消息)来携带一个目标业务标识(即修改后的业务标识信息)，来请求业务修改。
如图2所示，是本发明在SIP协议中请求业务修改的方法第一实施例的流程示意图；
在本实施例中，第一用户代理(UA1)请求访问由第二用户代理(UA2)所提供的第一业务(如sip:service1@example.com)：
步骤S201：UA1向代理服务器(Proxy)请求访问第一业务(如，sip:service1@example.com)，例如可以通过INVITE消息携带该请求；
步骤S202：代理服务器(Proxy)将该请求消息路由至UA2；
步骤S203：UA2接受业务请求，并返回对请求的成功响应消息(如200OK消息)；
步骤S204：Proxy将该响应消息路由至UA1；
步骤S205：UA1返回对响应消息的确认消息(ACK)；
步骤S206：Proxy将确认消息(ACK)路由至UA2；
UA2开始为UA1提供第一业务，UA1使用UA2所提供的第一业务。
在某些情况下，UA1需要请求对业务进行修改或者请求新的业务(即目标业务，如sip:service2@example.com)，例如，在IPTV BC业务中由于用户请求访问新的BC业务而导致需要进行业务切换的情形，此时：
步骤S207：UA1请求对业务进行修改或者请求新的业务(目标业务，如为第二业务)，例如在INVITE消息携带sip:service2@example.com，其中，sip:service2@example.com即为目标业务(第二业务)标识；
步骤S208：Proxy将新的请求消息(INVITE)路由至UA2；
步骤S209：UA2确认可以为UA1提供目标业务，并返回对该请求的成功响应消息(200OK)；
S210：Proxy将成功响应消息(200OK)路由至UA1。
S211：UA1返回对响应消息的确认消息(ACK)；
S212：Proxy将确认消息(ACK)路由至UA2；
UA2开始为UA1提供该第二业务，UA1使用UA2所提供的第二业务。
UA2在会话(Dialog)建立过程中发布的Local Target(即对端实体的Remote Target)URI的Hostport(主机及端口)必须能够定位到一个唯一的SIP实体UA2，因此UA1对远端目标URI的userpart(用户部分)的修改，或者对URI非传输参数的修改，或者增加新的参数不会导致Dialog内的请求消息被路由到其他实体或者消息路由失败。因此UA1在步骤S207中发送请求消息时需要保持RURI的hostport部分与Remote Target的hostport部分保持一致(如下面的各RURI中均为“ua2.example.com”)，同时通过userpart部分增加目标业务参数new-target、或者将userpart修改为目标业务、或者增加RURI扩展参数new-target来携带目标业务标识。如以下示例中的任意一种：
sip:service1；new-target＝sip％3Aservice2％40.example.com@ua2.example.com
sip:service1；new-target＝service2@ua2.example.com
sip:service1@ua2.example.com；new-target＝”sip:service2@example.com”
sip:service2@ua2.example.com
sip:service2％40example.com@ua2.example.com
因为代理服务器(Proxy)等SIP实体根据UA1的请求消息(如INVITE)的RURI的主机及端口hostport部分(如“ua2.example.com”)将该请求消息最终路由到UA2，因此上述几种携带方式均没有涉及对RURI的主机及端口hostport部分的修改，故都不会影响代理服务器(Proxy)等中间网络实体对请求消息的路由，能保证消息可以被正确路由到UA2，并由UA2提供目标业务。
上述说明了UA1通过对远端目标URI的userpart进行修改、对URI非传输相关参数的修改，或者增加新的参数来携带目标业务标识，在本发明的其他的实施方式中，UA1也可以通过扩展SIP头域、复用已有的SIP头域或者通过消息体来携带该新的业务标识(即目标业务标识)。如以下示例中的任意一种：
通过扩展SIP头域携带，例如可以扩展一个P-New-Target来携带该标识，如：
P-New-Target:sip:service2@example.com；
通过复用P-Called-Party-ID头域或其他已有SIP头域携带该标识，如：
P-Called-Party-ID:sip:service2@example.com；
通过SIP消息体携带该标识，如：
Content-Type:Application/New-Target
New-Target＝sip:service2@example.com
在上述示例中，在步骤201至步骤206中，UA1可以与UA2进行支持请求业务修改的能力协商和确定，例如，可以通过Supported(或Require)进行扩展能力协商；或者通过Contact头域URI的扩展参数携带UA1以及UA2的支持请求业务修改的能力信息；或者在请求或者响应消息中携带扩展头域或者扩展消 息体的类型传递或者协商UA1以及UA2的支持请求业务修改的能力信息。在UA1、UA2确定双方都支持该扩展时，使用前面描述的各种方式来请求业务修改，以保证请求业务修改能够能够被正确理解和执行。在具体的实施方式中，可以：
通过Supported表明消息的发送者支持请求业务修改，如：
Supported:new-target
通过Require表明消息的发送者支持并且要求对端实体支持请求业务修改，如：
Require:new-target
通过Contact头域URI表明消息的发送者支持并且要求对端实体支持请求业务修改，如：
Contact:sip:service1@ua2.example.com；new-target
通过携带P-New-Target头域表明消息的发送者支持通过该头域请求业务修改，如：
P-New-Target：
通过Accept头域中包含请求业务修改的消息体类型表明消息的发送者支持通过该种类型的消息体方式请求业务修改，如：
Accept:Application/New-Target
进一步通过Proxy-Require进行扩展能力协商，以确保代理服务器(Proxy)能够正确将请求业务修改的请求消息路由到UA1或者UA2；或者通过Record-Route头域或Route头域URI的扩展参数表明该URI所代表的代理服务器(Proxy)是否支持对请求业务修改的请求消息的路由，以确保请求业务修改的请求消息能够被正确的路由到对端UA。在UA1、UA2在确定代理服务器(Proxy)支持对请求业务修改的请求消息的路由时，使用前述描述的各种方式来请求业务修改，以保证所述请求消息能够被正确的路由到对端UA。如： 通过Proxy-Require表明要求代理服务器(Proxy)支持对请求业务修改的请求消息的路由，如果Proxy不支持则必须拒绝请求消息，如：
Proxy-Require:new-target
通过Route头域URI表明该URI所代表的代理服务器(Proxy)支持对请求业务修改的请求消息的路由，如：
Route:sip:proxy l.example.com；new-target
通过Record-Route头域URI表明该URI所代表的代理服务器(Proxy)支持对请求业务修改的请求消息的路由，如：
Record-Route:sip:proxyl.example.com；new-target
根据以上支持请求业务修改的能力协商和传递的方法，以扩展Contact和Route头域URI参数为例进行详细说明，本领域的技术人员不难根据上文描述推导出其他能力协商和传递的实施方法。
步骤S201中，UA1通过Contact头域URI参数表明是否支持请求业务修改，其中，参数“new-target”表明UA1支持请求业务修改：
INVITE sip:service1@example.com SIP/2.0
Contact:sip:usera@ua1.example.com；new-target
上述方法同样适用于UA2请求业务修改，如在IPTV UE访问BC业务期间业务控制功能SCF根据用户登记的定时LTV节目观看功能请求IPTV UE进行BC业务切换(如LTV频道切换)，甚至不同类型业务之间的切换；再如在由SCF根据用户登记的定时LTV节目观看功能主动请求IPTV UE进行BC业务访问(此时SCF作为初始业务发起者UA1，IPTV UE作为初始业务请求接受者UA2)，在业务访问过程中用户请求BC业务切换等。
本领域技术人员根据上述方法不难推导出UA2请求业务修改的具体实现过程。
步骤S202中，代理服务器(Proxy)通过Record-Route表明是否支持请求业务修改的请求消息的路由，其中，参数“new-target”表明代理服务器(Proxy)支持对请求业务修改的请求消息的路由：
INVITE sip:service1@example.com SIP/2.0
Contact:sip:usera@ua1.example.com；new-target
Record-Route:sip:proxyl.example.com；new-target
步骤S203中，UA2将响应消息(200OK)路由至代理服务器(Proxy)，将接收到的请求消息中的Record-Route通过Route返回给UA1，同时通过Contact头域URI参数表明是否支持请求业务修改，其中，Contact中的参数“new-target”表明UA2支持请求业务修改：
SIP/2.0200OK
Contact:sip:service1@ua2.example.com；new-target
Route:sip:proxyl.example.com；new-target
步骤S204中，代理服务器(Proxy)将响应消息(200OK)路由至UA1：
SIP/2.0200OK
Contact:sip:service1ua2.example.com；new-target
Route:sip:proxy 1.example.com；new-target
UA1、UA2可以根据消息中获取到的对端目标以及Record-Route或者Route头域中携带的实体的能力信息，确定是否有必要的SIP实体不支持请求业务修改或者支持对请求业务修改请求消息的路由。在确定所有必要的实体都支持请求业务修改或者支持对请求业务修改请求消息的路由后，UA1或者UA2就可以向根据业务需要请求业务修改。
图3是本发明在IPTV BC业务中的应用的流程示意图；其中，同一业务功能控制实体(SCF)可以为用户提供用户可以访问的多个或者所有BC业务或者BC业务包的业务提供和控制的功能。初始时IPTV UE与SCF之间建立了业务会话后用于用户访问第一个BC业务或者业务包。由于用户操作触发BC业务切换或者BC业务包切换(如LTV频道切换)，IPTV UE(用户终端)请求新的BC业务或BC业务包。
步骤S301：IPTV UE向中间网络(如在IMS based IPTV中为IMS网络)请求访问某个BC业务包，如：sip:bc-pkg1@example.com；
步骤S302：中间网络将该请求消息路由至SCF，在此实施例中，所述中间网络可以为IMS网络，如为IMS网络则包括P-CSCF、S-CSCF等实体；
步骤S303：SCF接受业务请求，如果所请求的BC业务包属于IPTV UE所代表的用户可以访问的BC业务包，则返回对该请求的成功响应消息(如200OK消息)。其中响应消息中Contact头域URI可以诸如为：sip:bc-pkg1@scfl.example.com；
步骤S304：中间网络将该响应消息路由至IPTV UE，并且如果中间网络需要对用户接入网络访问BC业务媒体数据进行控制，则记录用户可以访问的BC业务包或者可以访问的媒体授权信息；
步骤S305：IPTV UE返回对响应消息的确认消息(ACK)；
步骤S306：中间网络将确认消息(ACK)路由至SCF；
SCF开始为IPTV UE提供BC业务包中所包含的BC业务的访问和控制。IPTV UE获得SCF所提供的业务并通过多播方式接收媒体流来实现多播业务媒体数据的接收。如果中间网络需要对用户接入网络访问BC业务媒体数据进行控制，在IPTV UE请求通过多播方式访问BC业务媒体数据时，中间网络根据记录的用户可以访问的BC业务包或者可以访问的媒体授权信息允许或者拒绝用户的多播媒体数据访问。
当用户需要访问新的BC业务包(如需要访问新的BC业务包内的BC业务或LTV频道节目)时需要进行业务切换：
步骤S307：IPTV UE通过re-INVITE请求访问新的BC业务包，其中re-INVITE请求中携带新的业务的标识(即目标业务标识，如BC业务包标识)，如为：sip:bc-pkg2@example.com；正如前面所描述的，在本发明实施例中，可以采用诸如通过在RURI的userpart部分增加目标业务参数、或者将userpart修改为目标业务等其他的方式来携带该目标业务标识；例如，该RURI为以下示例中的任意一种：
sip:bc-pkg1；new-target＝bc-pkg2％40example.com@scf1.example.com
sip:bc-pkg1；new-target＝bc-pkg2@scf1.example.com
sip:bc-pkg2％40example.com@scf1.example.com
sip:bc-pkg2@scf1.example.com
sip:bc-pkg1@scf1.example.com；new-target＝”sip:bc-pkg2@example.com”
sip:service2@ua2.example.com；new-target＝sip:bc-pkg2
或者，通过扩展SIP头域P-New-Target携带目标业务标识，如：
P-New-Target:sip:bc-pkg2@example.com；
或者，通过复用P-Called-Party-ID等已有SIP头域携带目标业务标识，如：
P-Called-Party-ID:sip:bc-pkg2@example.com；
或者，通过SIP消息体携带目标业务标识，如：
Content-Type:Application/New-Target
New-Target＝sip:bc-pkg2@example.com
步骤S308：中间网络将新的请求消息(INVITE)路由至SCF；
步骤S309：SCF确认可以为IPTV UE所代表的用户提供目标业务标识所标识的BC业务或者BC业务包，则SCF接收业务修改请求并返回对该请求的成功响应消息(200OK)；
S310：中间网络将响应消息(200OK)路由至IPTV UE，并且如果中间网络需要对用户接入网络访问BC业务媒体数据进行控制，则记录用户可以访问的BC业务包或者可以访问的媒体授权信息。
S311：IPTV UE返回对响应消息的确认消息(ACK)；
S312：中间网络将确认消息(ACK)路由至SCF；
SCF开始为IPTV UE提供新的BC业务包中所包含的BC业务的访问和控制。IPTV UE获得SCF所提供的业务并通过多播方式接收媒体流来实现多播业务媒体数据的接收。如果中间网络需要对用户接入网络访问BC业务媒体数据进行控制，在IPTV UE请求通过多播方式访问BC业务媒体数据时，中间网络根据记录的用户可以访问的BC业务包或者可以访问的媒体授权信息允许或者拒绝用户的多播媒体数据访问。
同理，进一步的，IPTV UE和SCF可以进行支持请求新业务的能力协商，具体步骤可以参见对图2的说明，在此不进行详述。
如果初始时IPTV UE请求访问某一BC业务，之后由于用户操作需要访问新的BC业务。以上方法同样可以应用于BC业务的切换。
在IPTV UE访问BC业务、单播LTV(即通过单播媒体传送方式提供LTV业务)、内容点播(Content On Demand，CoD)或视频点播(Video On Demand，VoD)、时移电视(Time Shift TV)或TsTV(用户可以访问过去某个时间已经播放完成的LTV电视节目内容)等IPTV业务时，SCF也可以根据需要同样采用上述方法请求业务修改，如主动请求终端进行业务切换或者频道切换。
上述方法同样适用于基于IMS的IPTV系统或者网络以及基于非IMS的IPTV系统或者网络。当应用于基于IMS的IPTV系统或者网络时中间网络为IMS网络，包括P-CSCF、S-CSCF以及用户接入控制等；当应用于基于非IMS的IPTV系统或者网络时，中间网络为相应的业务路由子网络。
本发明实施所揭示的方法除了应用于IPTV系统或者网络外，还可以应用于其他业务。如：基于SIP的媒体资源访问。
如图4所示，是本发明在媒体资源访问中的应用的流程示意图；
其中，步骤S40至步骤S42为业务建立过程，在该建立过程中，媒体资源客户端(Media Resource Client，MRC)初始请求媒体资源服务器(mediaresource server，MRS)播放anouncement1，随着业务的进行，在步骤S44至步骤S46中，MRC向MRS请求新的媒体资源，即请求播放anouncement2。
根据现有基于SIP协议的媒体资源访问技术，通过SIP请求可以携带VoiceXML脚本连接、媒体播放、媒体录制、DTMF检测、语音合成、语音识别、文本语音转换、建立会议以及会议控制等，因此在INVITE消息中可以携带以上信息向MRS请求媒体资源业务，在业务进行过程中可以通过RemoteTarget来指定下一步的媒体资源业务。因此在图4中，具体的，RURI或者P-New-Target可以为：
播放媒体：
P-New-Target:sip:annc@ms2.example.net；
play＝file://fileserver.example.net//geminii/yourHoroscope.wav
P-New-Target:sip:annc@ms2.example.net；
play＝http://audio.example.net/allcircuitsbusy.g711
P-New-Target:sip:annc@ms.example.net；
play＝file://fs.example.net//clips/my-intro.dvi；\
content-type＝video/mpeg％3bencode％d3314M-25/625-50
携带VoiceXML脚本连接：
P-New-Target:sip:dialog@mediaserver.example.net；\
voicexml＝http://vxmlserver.example.net/cgi-bin/script.vxml
如图5所示，是本发明在SIP协议中请求业务修改的网络系统的结构示意图。在本发明实施例提供的网络系统中，至少包括第一用户代理(UA1)及第二用户代理(UA2)及中间实体(如Proxy)等，其中：
第一用户代理，用于在需要进行业务修改或切换时，在SIP协议的INVITE消息中携带所请求的目标业务标识，并路由至第二用户代理；
所述第二用户代理，用于根据所述目标业务标识，为所述第一用户代理提供相应业务，或使用第一用户代理所提供的相应业务。
在具体实现时，所述第一用户代理包括：
能力协商单元，用于在和第二用户代理建立对话时，进行支持请求业务修改的能力的协商；
业务修改请求单元，用于通过扩展SIP消息，将携带有所请求的目标业务标识的INVITE消息路由至第二用户代理，在本发明的一些实施例中，其是通过扩展或复用SIP消息的头域、扩展SIP消息的消息体、扩展SIP消息的RURI参数中任一方式来携带该目标业务标识；
业务修改处理单元，用于在收到来自第二用户代理的确定响应后，为第二用户代理提供与该目标业务标识对应的业务，或接收来自该第二用户代理的与该目标业务标识对应的业务。
同样，第二用户代理包括：能力协商单元、业务修改响应单元及业务修改处理单元。
其中，业务修改响应单元，用于在接收到第一用户代理的带有请求的目标业务标识的INVITE消息时，向第一用户代理发送响应消息(如确定响应消息，或拒绝响应消息)；
业务修改处理单元，用于为第一用户代理提供与目标业务标识对应的业务，或接收来自第一用户代理的与目标业务标识对应的业务。
在本发明的其他一些实施例中，第一用户代理也可以包括业务修改响应单元，第二用户代理也可以包括业务修改请求单元。
第一用户代理和第二用户代理的能力协商单元是通过在INVITE消息的Supported头域或Require头域中携带一个能力标签(“new-target”)、在INVITE消息的Contact头域中扩展URI的参数、在INVITE消息中携带一个扩展头域(P-New-Target)、或在INVITE消息的Accept头域携带请求业务修改的消息体类型中任意一种来实现所述协商和确定。
在本发明实施例的一个具体应用中，该目标业务标识信息为目标多播业务标识或目标多播业务包标识(如电视频道标识)；该第一用户代理为IPTV终端(如UE或STB等)，该第二用户代理为IPTV业务控制功能(SCF)实体，同理，在其他的实施例中，该第一用户代理也可以为SCF实体，该第二用户代理为IPTV终端。
在本发明实施例的另一个具体应用中，该目标业务标识为目标媒体资源标识；该第一用户代理为媒体资源客户端；该第二用户代理为媒体资源服务器。
该第一用户代理及第二用户代理的更多细节可以在对图2中的描述获得。
综上，本发明实施例所提出的方法、网络系统及用户代理，通过在扩展或复用SIP协议消息的头域、消息体或RURI的参数，携带目标业务标识，使能够请求新的业务；从而在诸如IMS based IPTV中进行电视频道的业务切换，以及实现快速媒体资源控制等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (18)
1.一种在SIP协议中请求业务修改的方法，其特征在于，包括如下步骤：
第一用户代理与第二用户代理建立对话并进行业务传输；
第一用户代理请求业务修改，将携带有所请求的新业务的目标业务标识的请求消息路由至第二用户代理，其中，所述第一用户代理通过扩展或复用SIP消息的头域、扩展SIP消息的消息体或扩展SIP消息的RURI参数任一方式来携带所述目标业务标识；
第一用户代理收到来自第二用户代理的确定响应后，与第二用户代理之间进行新业务的传输。
2.如权利要求1所述的方法，其特征在于，该第一用户代理请求更新业务的步骤进一步包括：
第一用户代理与第二用户代理进行支持请求业务修改的能力的协商和确定。
3.如权利要求2所述的方法，其特征在于，所述进行支持请求业务修改的能力的协商的步骤为：
第一用户代理与第二用户代理通过SIP消息的Supported头域或Require头域进行所述能力的协商和确定；或
第一用户代理与第二用户代理通过SIP消息的Contact头域URI的扩展参数携带支持业务修改的能力信息进行所述能力的协商和确定；或
第一用户代理与第二用户代理通过在SIP消息中携带扩展头域或扩展消息体的类型来进行所述能力的协商和确定。
4.如权利要求1所述的方法，其特征在于，所述第一用户代理与第二用户代理之间进行新业务的传输的步骤为：
所述第一用户代理为所述第二用户代理提供与所述目标业务标识对应的业务；或者
所述第一用户代理接收来自第二用户代理的与所述目标业务标识对应的业务。
5.如权利要求1至4任一项所述的方法，其特征在于，所述将携带有所请求的新业务的目标业务标识的请求消息路由至第二用户代理的步骤包括：
第一用户代理将新业务的请求消息发送至中间网络实体，由中间网络实体将该请求消息路由至第二用户代理。
6.如权利要求5所述的方法，其特征在于，所述方法进一步包括：第一用户代理与所述中间网络实体通过Proxy-Require进行扩展能力协商，以确保所述中间网络实体能够将所述请求消息路由至第二用户代理；
或者
与第一用户代理连接的所述中间网络实体通过SIP消息的Record-Route头域或者Route头域URI的扩展参数携带支持业务修改的请求消息的路由的能力信息进行所述能力的协商。
7.如权利要求1至4任一项所述的方法，其特征在于，所述目标业务标识为目标多播业务标识或目标多播业务包标识。
8.如权利要求1至4任一项所述的方法，其特征在于，所述第一用户代理为IPTV终端；所述第二用户代理为IPTV业务控制功能实体；或
所述第一用户代理为IPTV业务控制功能实体；所述第二用户代理为IPTV终端。
9.如权利要求1至4任一项所述的方法，其特征在于，所述目标业务标识为目标媒体资源标识；所述第一用户代理为媒体资源客户端；所述第二用户代理为媒体资源服务器。
10.一种在SIP协议中请求业务修改的网络系统，至少包括第一用户代理及第二用户代理，其特征在于，
所述第一用户代理，用于在需要请求业务修改时，将携带有所请求的新业务的目标业务标识的请求消息路由至第二用户代理，其中，所述第一用户代理是通过扩展或复用SIP消息的头域、扩展SIP消息的消息体、扩展SIP消息的RURI参数中任一方式来携带所述目标业务标识；
所述第二用户代理，用于根据所述目标业务标识，为所述第一用户代理提供所述新业务，或使用第一用户代理所提供的所述新业务。
11.如权利要求10所述的网络系统，其特征在于，所述第一用户代理与所述第二用户代理均进一步包括：
能力协商单元，用于协商和确定支持请求业务修改的能力。
12.如权利要求10或11所述的网络系统，其特征在于，所述目标业务标识为目标多播业务标识或目标多播业务包标识；所述第一用户代理为IPTV终端；所述第二用户代理为IPTV业务控制功能实体。
13.如权利要求10或11所述的网络系统，其特征在于，所述目标业务标识为目标媒体资源标识；所述第一用户代理为媒体资源客户端；所述第二用户代理为媒体资源服务器。
14.一种用户代理，用于在SIP协议中请求业务修改，其特征在于，包括：
业务修改请求单元，将携带有所请求的新业务的目标业务标识的请求消息路由至对端用户代理，其中，所述目标业务标识携带在扩展或复用的SIP消息的头域、扩展的SIP消息的消息体或扩展的SIP消息的RURI参数中；
业务修改处理单元，用于在收到来自所述对端用户代理的确定响应后，与对端用户代理之间进行新业务的传输。
15.如权利要求14所述的用户代理，其特征在于，进一步包括：
能力协商单元，用于和对端用户代理进行支持请求业务修改的能力的协商。
16.如权利要求14或15所述的用户代理，其特征在于，所述目标业务标识为目标多播业务标识或目标多播业务包标识。
17.如权利要求14或15所述的用户代理，其特征在于，所述用户代理为IPTV终端；所述对端用户代理为IPTV业务控制功能实体；或
所述用户代理为IPTV业务控制功能实体；所述对端用户代理为IPTV终端。
18.如权利要求14或15所述的用户代理，其特征在于，所述目标业务标识为目标媒体资源标识；所述用户代理为媒体资源客户端；所述对端用户代理为媒体资源服务器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100298148A CN101374138B (zh) | 2007-08-21 | 2007-08-21 | 一种在sip协议中请求业务修改的方法、网络系统及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100298148A CN101374138B (zh) | 2007-08-21 | 2007-08-21 | 一种在sip协议中请求业务修改的方法、网络系统及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101374138A CN101374138A (zh) | 2009-02-25 |
| CN101374138B true CN101374138B (zh) | 2011-06-15 |
Family
ID=40448064
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007100298148A Expired - Fee Related CN101374138B (zh) | 2007-08-21 | 2007-08-21 | 一种在sip协议中请求业务修改的方法、网络系统及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101374138B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101516126B (zh) * | 2009-03-24 | 2011-04-13 | 华为技术有限公司 | 一种无线局域网接入异种网络的方法和装置 |
| CN102026154B (zh) | 2009-09-23 | 2014-11-05 | 中兴通讯股份有限公司 | 一种媒体修改方法及系统 |
| CN107016132B (zh) * | 2017-05-19 | 2020-04-21 | 广东小天才科技有限公司 | 一种在线题库质量改善方法、系统及终端设备 |
| CN111836206B (zh) * | 2019-04-17 | 2022-08-30 | 中国移动通信有限公司研究院 | 多播处理方法、终端及网络节点 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1442981A (zh) * | 2002-03-04 | 2003-09-17 | 华为技术有限公司 | 实现认证授权计费过程中实时修改业务的方法 |
| WO2005055556A1 (en) * | 2003-12-05 | 2005-06-16 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and apparatus for establishing a communication session between two terminals |
| WO2006037381A1 (en) * | 2004-10-05 | 2006-04-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Maintaining cached terminal data |
| CN1859391A (zh) * | 2006-01-13 | 2006-11-08 | 华为技术有限公司 | 一种在传输实时流时业务切换的方法 |
| CN1980225A (zh) * | 2005-12-03 | 2007-06-13 | 华为技术有限公司 | 一种第三方控制业务的实现方法 |
-
2007
- 2007-08-21 CN CN2007100298148A patent/CN101374138B/zh not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1442981A (zh) * | 2002-03-04 | 2003-09-17 | 华为技术有限公司 | 实现认证授权计费过程中实时修改业务的方法 |
| WO2005055556A1 (en) * | 2003-12-05 | 2005-06-16 | Telefonaktiebolaget Lm Ericsson (Publ) | A method and apparatus for establishing a communication session between two terminals |
| WO2006037381A1 (en) * | 2004-10-05 | 2006-04-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Maintaining cached terminal data |
| CN1980225A (zh) * | 2005-12-03 | 2007-06-13 | 华为技术有限公司 | 一种第三方控制业务的实现方法 |
| CN1859391A (zh) * | 2006-01-13 | 2006-11-08 | 华为技术有限公司 | 一种在传输实时流时业务切换的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101374138A (zh) | 2009-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102347952B (zh) | 基于ip多媒体子系统的交互式媒体会话建立系统和方法、装置 | |
| US9883028B2 (en) | Method and apparatus for providing interactive media during communication in channel-based media telecommunication protocols | |
| CN100579209C (zh) | 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备 | |
| US20060256748A1 (en) | System and method for interworking between IMS network and H.323 network | |
| KR101287322B1 (ko) | 네트워크에서 연계 세션 관리 | |
| US20100011401A1 (en) | Method, system and apparatus for applying terminal capability information in iptv service | |
| KR20100058432A (ko) | 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버 | |
| US20060230161A1 (en) | System and method for providing service in a communication system | |
| US20150295974A1 (en) | Method, User Equipment and Application Server for Adding Media Stream of Multimedia Session | |
| CN101123718A (zh) | 多媒体点播的方法及系统、多媒体终端 | |
| CN101420315B (zh) | 多媒体会议的控制方法及装置 | |
| CN1889565B (zh) | 会话建立方法 | |
| CN101123523B (zh) | 一种创建多种媒体类型组合会议的方法 | |
| CN101374138B (zh) | 一种在sip协议中请求业务修改的方法、网络系统及装置 | |
| CN101237614B (zh) | 一种实现彩铃业务的方法 | |
| CN101369906B (zh) | 一种会议业务实现方法及设备 | |
| WO2019011149A1 (zh) | 一种通信方法、装置、应用服务器、用户设备和系统 | |
| KR100802088B1 (ko) | 실시간 ｖｏｄ 서비스 제공 방법 및 장치 | |
| CN101110790A (zh) | 建立会话的方法 | |
| CN101179458A (zh) | 一种实现多媒体信息的主叫呈现业务的方法 | |
| CN101877708A (zh) | 一种ims网络中实现多媒体会议的方法和系统 | |
| CN101753571A (zh) | 实现双视频流传送的方法、装置和系统 | |
| KR20090087958A (ko) | Ｐｏｃ 미디어 시스템, 장치 및 방법 | |
| CN101483532B (zh) | 一种媒体流复制的方法、系统及设备 | |
| CN101247386B (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110615 Termination date: 20140821 |
|
| EXPY | Termination of patent right or utility model |