在暂停ip电视(iptv)会话时释放互联网协议(ip)多媒体子系统(ims)会话发起协议(sip...的制作方法

文档序号:7850179阅读:175来源:国知局
专利名称:在暂停ip电视(iptv)会话时释放互联网协议(ip)多媒体子系统(ims)会话发起协议(sip ...的制作方法
在暂停IP电视(IPTV)会话时释放互联网协议(IP)多媒 体子系统(IMS)会话发起协议(SIP)、IP-连接性接入网 (IP-CAN)和无线接入网(RAN)联网资源的方法和系统相关申请的交叉引用本申请要求于2010年6月10日递交的美国专利申请No. 12/813,189的优先权。上述专利申请的内容通过引用的方式明确地并入本文的具体实施方式
部分中。
背景技术
本文中使用的术语“用户设备”和“UE”在一些情况下可以指移动设备,例如移动电话、个人数字助理、手持或膝上型计算机、以及具有通信能力的类似设备。这种UE可以由UE及其相关联的可拆卸式存储模块组成,例如但不限于通用集成电路卡(WCC),Π(Χ包 括订户识别模块(SIM)应用、通用订户识别模块(USIM)应用或者可拆卸式用户识别模块(R-UIM)应用。备选地,这种UE可以由设备在自身没有这种模块的情况下组成。在其他情况下,术语“UE”可以指具有类似能力但是不便携的设备,例如,台式计算机、机顶盒或者网络设备。术语“UE”还可以指代可以端接用户的通信会话的任何硬件或软件组件。同样地,本文可以将术语“用户设备”、“UE”、“用户代理”、“UA”、“用户装置”和“用户节点”进行同义使用。随着电信技术演进,已经引入了可提供之前不可能的业务的更高级的网络接入设备。该网络接入设备可以包括作为传统无线电信系统中的等同设备的改进的系统和设备。可以将这种高级的或者下一代的设备包括在正在演进的无线通信标准中,例如长期演进(LTE)和高级LTE (LTE-A)。例如,LTE或LTE-A系统可以包括演进的通用陆地无线接入网(E-UTRAN)节点B (或eNB)、无线接入点或者类似的组件,而不是传统的基站。本文中使用的术语“接入点”将指代无线网络的任何组件,这些组件创建使得UE或中继节点可以接入电信系统中的其他组件的接收和发送覆盖的地理区域,例如传统的基站、无线接入点或者LTE或LTE-A节点B或eNB。在本文档中,术语“接入节点”和“接入设备”可以交换使用,然而要理解,接入节点可以包括多个硬件和软件。在UE和接入节点之间携带数据的信号可以具有频率、时间和编码参数以及可以由网络节点指定的其他特性。可以将在这些单元中的任何单元之间具有这种特性的特定集合的连接称为资源。可以通过共享信道(例如在E-UTRAN的情况中)或通过一个或多个无线链路(例如在通用陆地无线接入网(UTRAN)的情况下)建立连接。网络节点一般为在任何特定时间与其通信的每个UE或其他网络节点建立不同的资源。


为了更完整地理解本公开,现在结合附图和详细描述来参考以下简要描述,其中相似的附图标记表示相似的部分。图I是向用户提供媒体流的通信系统的示意图。图2是根据本公开的实施例的用于暂停媒体流并修改RAN、IP连接接入网(IP-CAN)和互联网分组(IP)多媒体子系统(MS)资源的方法的协议图。图3是根据本公开的实施例的用于暂停媒体流并修改RAN、IP-CAN和IMS资源的另一方法的协议图。图4是根据本公开的实施例,用于暂停媒体流并修改RAN、IP_CAN和IMS资源的另一方法的协议图。图5是根据本公开的实施例的用于恢复已暂停媒体流的方法的协议图。图6是根据本公开的实施例的用于恢复已暂停媒体流的另一方法的协议图。图7示出了适于实现本公开的若干实施例的处理器和相关组件。
具体实施方式

首先应该理解的是,虽然以下提供了本公开的一个或更多实施例的说明性实现,但可用任意数目的技术来实现所公开的系统和/或方法,而不管其是当前已知的还是已存在的。本公开不应以任何方式受限于以下说明的说明性实现、附图和技术,包括本文说明和描述的示例性设计和实现,但在所附权利要求的范围以及其等同的全部范围内,可以进行修改。当前,不同的标准开发组织正在针对新一代的电视(TV)服务(称为IP电视(IPTV))开发标准协议,这些标准开发组织包括第三代伙伴计划(3GPP)和欧洲电信标准学会(ETSI)先进网络电信&互联网融合服务&协议(TISPAN)工作组。IPTV是可以在其中使用基于网络基础设施(例如,宽带连接)的IP来传送数字电视服务的系统。因而IPTV包括观看者可以使用计算机网络技术而不是传统的广播或线缆技术接收的电视内容。在一个开发中,已经在TS26. 234中对用于基于互联网的流传输服务的3GPP规范TS26. 234加以扩展,以支持传送IPTV服务或基于MS网络的其他流传输服务。MS最初是由3GPP设计的作为将移动网络演进为超越全球移动通信系统(GSM)的努力的一部分。MS包括用于向移动用户传送IP多媒体的结构框架。在初始版本(3GPP R5)中,MS呈现了基于通用分组无线服务(GPRS)和其他IP-CAN系统(例如,演进的分组核心(EPC))来传送互联网服务的方案。随后,除了 GPRS网络之外,通过3GPP、3GPP版本2 (3GPP2)和TISPAN将頂S更新为还支持以下网络例如,无线局域网(WLAN)、码分多址接入2000 (CDMA2000)网络、第三代(3G)网络、LTE网络和固定线路网络。会话发起协议(SIP)是由MS用于建立IMS网络组件之间的连接的信令协议。SIP是基于文本的信令协议,其可被用于在UE与IMS核心网络之间、MS核心网络与应用服务器之间、MS网络的组件之间、或以上各项的组合之间进行通信。在RFC 3261中规定了 SIP。在MS网络中,頂S网络服务器(例如,代理呼叫会话控制功能(P-CSCF))可以基于会话描述协议(SDP)通信中的信息来分配IP-CAN/RAN资源,例如在互联网工程任务组(IETF)评论请求(RFC) 4566中描述了该会话描述协议通信。SDP信息可以描述UE的媒体能力以及分组交换流传输(PSS)、多媒体广播/多播服务(MBMS)和/或IPTV媒体服务器。媒体能力可以包括带宽、编解码类型、编解码速率、媒体流的方向、其他媒体能力属性、或其组合。在一些实施例中,MS网络服务器(例如MS互连边界控制功能(IBCF)或MS应用级别网关(MS-ALG))可以基于SDP信息来分配过渡网关(TrGW)资源。在TS 26.237中,使用SIP信令来发现和协商PSS和/或MBMS能力,将UE注册到IMS网络;使UE预订MS应用服务器,以及建立、修改和断开UE与PSS和/或MBMS应用服务器之间的会话。然而,SIP不支持PSS/MBMS/IPTV用于流传输或IPTV服务的一些功能,例如,如请求记录IPTV (RECORD IPTV)会话。取而代之地,如例如在TS 26. 237中描述的,使用实时流传输协议(RTSP)来控制IPTV服务的流传输的回放操作。在RFC 2326中规定了 RTSP。回放操作可以包括播放(PLAY)、暂停(PAUSE)、断开(TEARD0WN)、重定向(REDIRECT)、记录(RECORD)以及其他命令。例如,当使用RTSP来暂停PSS、MBMS或IPTV会话时,可以由UE向应用服务器(AS)(例如,PSS适配器、会话控制功能(SCF)或IPTV呼叫控制服务器)直接发送RTSP暂停请求,应用服务器可以通过指示PSS服务器、广播多播服务中心用户平面功能(BM-SC. UPF)服务器、或媒体服务器停止发送媒体流,来中止媒体会话。PSS适配器、SCF和IPTV呼叫控制服务器可以是MS网络160的应用服务器。PSS适配器是对同一 IPTV会话的两个信令呼叫段进行处理的与UE紧邻(back-to-back)的用户代理(B2BUA)。第一信令呼叫段使用SIP作为信令协议,以及第二呼叫段使用RTSP作为信令协议。依靠SIP信令呼叫段来分配IMS网络、IP-CAN和RAN资源,而通过RTSP呼叫段来发送任何回放命令(包括RTSP暂停请求)。IMS和IP-CAN/RAN网络可以未意识到向PSS/MBMS/IPTV服务器发送的暂停请求,·并因此可能不能正确地重新配置最初分配用于媒体流的MS和IP-CAN/RAN资源。当针对已暂停(或不活跃)的PSS、MBMS或IPTV视频、音频或文本流保持资源活跃(或被分配)时,该情况可导致对IP-CAN/RAN和IMS媒体资源的过度使用。此外,如果IMS和IP-CAN/RAN网络未意识到RTSP暂停请求,与MS和IP-CAN/RAN网络建立的支持IPTV服务的会话可能被终止。如TS23. 228中描述的,当IP连接接入网(IP-CAN)承载的下行链路或上行链路上的比特率降低到大约O千比特每秒(kbit/s)时,可以由策略和计费执行功能(PCEF)来通知例如TS23. 203中定义的策略和计费控制(PCC)的策略和计费规则功能(PCRF)。类似地,当下行链路或上行链路上的比特率增加超过已授权的限制时,PCEF可以通知PCRF。随后,可以向P-CSCF转发该通知,以向与对应链路相关联的远程端点(例如,UE)发起会话释放。例如,当PSS服务器在链路上暂停媒体流时,可监视资源状态的RAN可以在检测到链路上的比特率已经到达大约Okbit/s时向PCEF发送通知。继而,PCEF可以通知PCRF,PCRF可以向P-CSCF转发通知。从而,P-CSCF可以释放与暂停的媒体流相关联的SIP会话。还可以由在TS 23. 228中描述的IBCF来释放与暂停的媒体流相关联的会话。根据TS29. 162和TS29. 235,当电路交换IBCF(CS-IBCF)请求电路交换TrGW(CS-TrGW)预留传输地址/资源时,CS-IBCF可以向CS-TrGW指示要求对不活跃的媒体流的检测,并且还可以指定不活跃检测时间和不活跃检测方向。IBCF可以请求以端接或流为基础的媒体不活跃检测。如果在不活跃检测时间周期内没有发送和/或接收媒体,CS-TrGW可以确定媒体流不活跃。当CS-IBCF例如经由媒体不活跃通知过程从CS-TrGW接收对不活跃媒体的通知时,CS-IBCF可以返回媒体不活跃通知肯定应答,并采取适当的动作,S卩,终止与暂停的媒体流相关联的SIP会话。本文中公开了用于在停止、暂停和/或恢复PSS/MBMS/IPTV会话时配置MS和IP-CAN/RAN资源的方法、设备和系统。在例如上述情况下,配置MS和IP-CAN/RAN资源,以防止释放PSS/MBMS/IPTV会话。当暂停或停止PSS/MBMS/IPTV会话时,可以重新配置MS和IP-CAN/RAN资源,以及当会话恢复时,可以进行重新分配。图I示出了向用户提供媒体流的通信系统100的实施例。可以例如在RAN中通过向媒体流分配IP-CAN/RAN资源来提供媒体流。图I是示例性的,并且在其他实施例中可以具有其他组件或者布置。在一个实施例中,通信系统100可包括至少一个接入设备110和至少一个UE 120。通信系统100可以包括经由接入设备110与UE 120通信的IP-CAN/RAN140。例如,通信系统100可以包括3GPP中描述的LTE或LTE-A网络。通信系统100还可以包括MS网络160,IMS网络160可以包括媒体服务器190和信令/控制服务器192 (例如,在提供商网络处)。接入设备110可以是eNB、基站或者促进UE 120的网络接入的其他组件。例如在UTRAN中,接入设备110可以经由直接链路与任何UE 120(可在相同小区130内)直接通信。小区130可以是接收和发送覆盖的地理区域。例如,直接链路可以是在接入设备110和UE 120之间建立的点对点链路,并且可被用于在其两者之间发送和接收信号。备选地,例如在E-UTRAN中,接入设备110可以在相同小区130中通过共享链路(例如,作为上行链 路共享信道和下行链路共享信道)与任何UE 120通信。在通过信令/控制服务器192建立信令连接(例如,经由与接入设备110的链路)之后,UE 120可以从媒体服务器190接收IPTV和/或PSS/MBMS媒体流。媒体服务器190可以是PSS服务器和IPTV媒体服务器,或者可以是可位于提供商网络中的BM-SC. UPF服务器。信令/控制服务器192可以包括PSS适配器、SCF或者IPTV呼叫控制服务器,并且可以被配置为控制信令,管理请求和/或控制媒体服务器190的媒体流。因此,UE120可以通过IP-CAN/RAN 140从媒体服务器190接收媒体流,IP-CAN/RAN 140可以与MS网络相关联并与MS网络通信。可以由IP-CAN/RAN和MS网络资源来分配媒体资源。类似地,UE 120可以经由接入设备110并穿过MS网络160,通过IP-CAN/RAN 140向媒体服务器190发送媒体流。媒体流可以对应于PSS/MBMS/IPTV会话。在一个实施例中,通信系统100可以包括固定UE 120 (例如,IPTV终端或机顶盒),该固定UE 120可以经由固定链路(例如,光缆或电缆)耦合到接入路由器和/或接入网150。固定UE 120可以经由路由器和/或接入150与媒体服务器190和信令/控制服务器192通信。因此,固定UE 120可以通过MS网络160从媒体服务器190接收媒体流。固定UE 120还可以经由接入路由器/接入网150,通过MS网络160向媒体服务器190发送媒体流。UE 120还可以使用RTSP来控制IPTV或流传输服务的回放操作(例如,播放、停止、暂停)和其他命令/请求。例如,当用户希望将流传输PSS/MBMS/IPTV会话挂起或暂停流传输PSS/MBMS/IPTV会话时,UE120可以向信令/控制服务器192发送RTSP暂停请求,信令/控制服务器192可以向媒体服务器190转发该请求。然后,媒体服务器190可以停止或暂停流传输会话。可以通过MS网络160或非MS网络(例如互联网)从UE120向信令/呼叫控制服务器192发送请求。由于MS网络不支持RTSP作为信令协议,IMS网络可能意识不到RTSP的内容和状态,并因此可能意识不到RTSP暂停请求和用户将流传输PSS/MBMS/IPTV会话挂起或暂停流传输PSS/MBMS/IPTV会话的意图。因此,与流传输会话相关联的IP-CAN/RAN和IMS资源可没有必要地保持被分配或预留。此外,在检测到链路上的比特率已经达到大约Okbit/s之后,IP-CAN/RAN 140和MS网络可通过例如终止与UE 120的链路来释放会话。在一个实施例中,为了避免会话中止时和/或丢弃会话期间不必要的资源分配,可以将UE 120配置为向IP-CAN/RAN 140和MS网络160发送指示不活跃媒体流的SIP请求。备选地,信令/呼叫控制服务器192(例如,PSS适配器或IPTV呼叫控制服务器)可以向IP-CAN/RAN 140发送指示不活跃媒体流的SIP请求。在接收SIP请求时,IP-CAN/RAN140和IMS网络160可以重新配置资源,例如,直到媒体流传输恢复。在会话暂停时间期间,可以使用下面描述的方法或考虑到本公开显而易见的其他方法来重新配置IP-CAN/RAN和IMS资源。图2示出了用于暂停媒体流并修改IP-CAN/RAN和MS资源的方法200的实施例,该方法可以节省网络资源并防止终止媒体流会话。根据方法200,UE 120可以向MS网络160发送解除对IP-CAN/RAN和MS媒体资源的分配的SIP再邀请(RE-INVITE)请求。在其他实施例中,除了 SIP再邀请请求之外,UE 120可以发送SIP目标刷新请求,例如,SIP更新 (UPDATE)请求。在RFC 3261中将目标刷新请求定义为在对话内发送的可以修改对话的远程目标的请求。在一个实施例中,MS核心网(MSCN)或子系统可以对UE与剩余组件之间的SIP消息进行寻路或中继。在步骤202处,UE 120可以接收和与媒体服务器190 (例如,PSS服务器或IPTV媒体服务器)之间的PSS/MBMS/IPTV媒体会话相对应的媒体流。PSS/MBMS/IPTV媒体会话可以使用实时传输协议(RTP)或其他媒体传输协议建立了媒体流。在步骤204处,UE 120可以向PSS适配器发送RTSP暂停请求,PSS适配器可以在步骤206处向PSS服务器转发该请求。然后,在步骤208处,PSS服务器可以中止或停止媒体流,并向PSS适配器发送确认(例如,RTSP 2000K消息),以指示已经成功处理了请求。在步骤210处,PSS适配器可以向UE 120转发该确认。在步骤212处,作为PSS服务器中止媒体流的结果,RTP已建立会话可变为不活跃。在步骤214处,在从PSS适配器接收到确认之后,UE 120可以向与IP-CAN/RAN140相关联的MS网络160的会话控制功能(SCF)发送SIP再邀请请求。可以从UE 120经由MS网络160向SCF发送SIP再邀请。在一些实施例中,UE 120可以使用应用定时器来允许在接收确认(步骤210)与发送SIP再邀请请求之间有时间延迟。时间延迟可以是在UE 120上预配置的,或者可以是在接收到的确认(例如,RTSP 2000K消息)中指示的。SIP再邀请请求可以包括指示不活跃会话的SDP信息。SDP信息或SDP主体可以包括UE 120请求暂停或中止的多个媒体分量。SDP主体可以包括之前协定的SDP能力(例如,在中止媒体流之前)和指示不活跃会话的SDP属性“a”。例如,SDP主体可以包括V = Oο = carol 2890876487228908764872 IN IP410.10.100. 101S = -t = 00c = IN IP410. 10. 100. 101a = inactivem = audio 49724RTP/AVP 013a = rtpmap:OPCMU/8000
a = rtpmap: 11016/8000a = rtpmap: 3GSM/8000m = video 49726RTP/AVP 3134a = rtpmap:31H261/90000a = rtpmap:34H263/90000“a”属性和“不活跃(inactive)”(或“仅发送(sendonly)”)值可以包括在SDP主体中的会话层中(例如,在“m”属性之前),并且可以指示UE 120请求暂停对应会话的所有媒体流。备选地,“a”属性和“不活跃”值可以包括在由SDP媒体描述符规定的媒体层中。 当在P-CSCF处接收SIP再邀请请求时,MS网络160可以联系IP-CAN/RAN 140(例如,如TS29. 213中所描述的),并指示可以根据对应会话中业务的量对之前为媒体流分配的资源进行重新配置。根据TS29. 213的6. 2节,当发起或修改会话时,P-CSCF可以将表6. 2. I中的映射规则用于每个SDP媒体分量,以根据SDP参数导出媒体分量描述属性值对(Media-Component-Description Attribute-Value Pair, AVP)。该表可以包括流状态条目
流状态IF port in m-line = O THEN
Flow-Status:= REMOVED;
ELSE
IF Transport m m-line is "TCP" or " TCP/MSRP" THEN (NOTE 9)
Flow-Status := ENABLED;
ELSE /* UDP or RTP/AVP transport IF a=recvonl>' THEN
IF <SDP direction〉二 UE originated (NOTE 8) THEN
Flow-Status := ENABLED_DOWNLINK; (NOTE 4)
ELSE /* UE leniiinated (NOTE 8) V
Flo^ -Statiis := ENABLED_UPLINK; (NOTE 4)
ENDIF;
_[_ELSE_
权利要求
1.一种用户设备UE,包括 至少一个组件,被配置为支持控制媒体流以及支持修改互联网协议连接接入网IP-CAN/无线接入网RAN和互联网协议IP多媒体子系统MS媒体资源, 其中,使用针对頂S网络的会话发起协议SIP再邀请请求来修改所述IP-CAN/RAN和IMS媒体资源,以及 使用针对媒体服务器的实时流传输协议RTSP请求来控制所述媒体流。
2.根据权利要求I所述的UE,其中,从所述UE发送所述RTSP请求,以及随后从所述UE发送所述SIP再邀请请求。
3.根据权利要求I所述的UE,其中,从所述UE发送所述SIP再邀请请求,以及随后从所述UE发送所述RTSP请求。
4.根据权利要求I所述的UE,其中,使用定时器来允许在所述RTSP请求与所述SIP再邀请请求之间的时间延迟。
5.根据权利要求I所述的UE,其中,从所述UE发送所述RTSP请求,以及随后从与所述媒体服务器通信的信令/控制服务器经由所述MS网络向所述UE发送所述SIP再邀请请求。
6.根据权利要求5所述的UE,其中,所述信令/控制服务器是分组交换流传输PSS适配器、互联网分组IP电视IPTV呼叫控制服务器、或会话控制功能SCF。
7.根据权利要求I所述的UE,其中,所述RTSP请求是RTSP暂停请求,其中,所述SIP再邀请请求包括会话描述协议SDP主体,所述SDP主体包括被设置为“不活跃”、“仅发送”或“仅接收”的“a”属性以停止所述媒体流,以及所述SIP再邀请请求使得所述IMS网络解除与所述媒体流相关联的IP-CAN/RAN和IMS媒体资源的分配。
8.根据权利要求I所述的UE,其中,所述RTSP请求是RTSP播放请求,其中,所述SIP再邀请请求包括会话描述协议SDP主体,所述SDP主体包括被设置为“仅接收”、“发送接收”或“仅发送”的“a”属性,以恢复所述媒体流,以及所述SIP再邀请请求使得所述IMS网络重新分配与所述媒体流相关联的IP-CAN/RAN和IMS媒体资源。
9.根据权利要求I所述的UE,其中,在不从所述UE发送RTSP请求的情况下,使用来自所述UE的所述SIP再邀请请求来控制所述媒体流。
10.根据权利要求I所述的UE,其中,MS核心网MSCN转发来自所述UE的SIP消息和/或MS核心网MS CN向所述UE转发SIP消息。
11.一种用户设备UE,包括 至少一个组件,被配置为支持包括以下步骤的方法 向与媒体服务器通信的信令/控制服务器发送实时流传输协议 RTSP请求,以控制媒体流, 其中,还从所述UE或所述信令/控制服务器向互联网分组IP多媒体子系统MS网络发送与所述RTSP请求相关联的会话发起协议SIP再邀请请求,以修改与所述媒体流相关联的媒体资源。
12.根据权利要求11所述的UE,其中,在向所述PSS服务器发送所述RTSP请求之后,向所述IMS网络发送所述SIP再邀请请求。
13.根据权利要求11所述的UE,其中,在向所述PSS服务器发送所述RTSP请求之前或在几乎同时向所述IMS网络发送所述SIP再邀请请求,其中,使用定时器来允许在所述SIP再邀请请求与所述RTSP请求之间的时间延迟。
14.根据权利要求11所述的UE,其中,所述RTSP请求是请求所述媒体服务器停止所述媒体流的暂停请求,以及所述SIP再邀请请求包括用于解除与所述媒体流相关联的IP连接接入网IP-CAN/无线接入网RAN和IMS媒体资源的分配的属性。
15.根据权利要求11所述的UE,其中,所述RTSP请求是请求所述媒体服务器恢复所述媒体流的播放请求,以及所述SIP再邀请请求包括用于重新分配与所述媒体流相关联的IP连接接入网IP-CAN/无线接入网RAN和IMS媒体资源的属性。
16.—种信令/控制服务器,包括 至少一个组件,被配置为支持控制媒体流以及支持修改互联网协议连接接入网IP-CAN/无线接入网RAN和互联网分组IP多媒体子系统MS媒体资源, 其中,使用实时流传输协议RTSP请求来控制所述媒体流,以及 使用针对頂S网络的会话发起协议SIP再邀请请求来修改所述IP-CAN/RAN和MS媒体资源。
17.根据权利要求16所述的信令/控制服务器,其中,从UE接收所述RTSP请求,以及从分组交换流传输PSS适配器、IP电视IPTV呼叫控制服务器、或会话控制功能SCF发送所述SIP再邀请请求。
18.根据权利要求17所述的信令/控制服务器,其中,从所述UE接收所述SIP再邀请请求,以及从分组交换流传输PSS适配器、IP电视IPTV呼叫控制服务器、或会话控制功能SCF向PSS服务器、IPTV媒体服务器、或广播多播服务中心用户平面功能BM-SC. UPF服务器发送所述RTSP请求。
19.一种信令/控制服务器,包括 至少一个组件,被配置为支持包括以下步骤的方法 从用户设备UE接收实时流传输协议RTSP请求或会话发起协议 SIP再邀请请求,以控制媒体流, 其中,经由互联网分组IP多媒体子系统MS网络向所述UE发送所述SIP再邀请请求,以修改与所述媒体流相关联的媒体资源。
20.根据权利要求19所述的信令/控制服务器,其中,所述媒体流对应于分组交换流传输PSS、多媒体广播/多播服务MBMS、或IP电视IPTV会话。
全文摘要
本发明提供了用户设备(UE),所述UE包括至少一个组件,被配置为支持控制媒体流以及支持修改互联网协议连接接入网(IP-CAN)/无线接入网(RAN)和互联网分组(IP)多媒体子系统(IMS)媒体资源,其中,使用针对IMS网络的会话发起协议(SIP)再邀请请求来修改所述IP-CAN/RAN和IMS媒体资源,以及使用针对媒体服务器的实时流传输协议(RTSP)请求来控制所述媒体流。本发明还包括了UE,所述UE包括至少一个组件,被配置为支持包括以下步骤的方法向与媒体服务器通信的信令/控制服务器发送RTSP请求来控制媒体流,其中,还从所述UE或所述信令/控制服务器向IMS网络发送与RTSP请求相关联的SIP再邀请请求,以修改与所述媒体流相关联的媒体资源。
文档编号H04H60/82GK102934459SQ201180028593
公开日2013年2月13日 申请日期2011年6月9日 优先权日2010年6月10日
发明者亚历山大·沙茨基 申请人:捷讯研究有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1