CN101415106B - 在广播业务中建立时移电视业务的方法、系统及装置 - Google Patents
在广播业务中建立时移电视业务的方法、系统及装置 Download PDFInfo
- Publication number
- CN101415106B CN101415106B CN2007101868755A CN200710186875A CN101415106B CN 101415106 B CN101415106 B CN 101415106B CN 2007101868755 A CN2007101868755 A CN 2007101868755A CN 200710186875 A CN200710186875 A CN 200710186875A CN 101415106 B CN101415106 B CN 101415106B
- Authority
- CN
- China
- Prior art keywords
- business
- time shifted
- request
- scf
- session modification
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种在广播业务中建立时移电视业务的方法，包括：业务控制功能(SCF)接收用户设备(UE)发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立。本发明还公开了一种在广播业务中建立时移电视业务的系统，及一种SCF实体。使用本发明使得SCF可判断出接收的会话修改请求是时移电视业务的建立请求时，发起时移电视的建立，从而实现了时移电视业务的正常建立。
Description
技术领域
本发明涉及通信技术领域，具体涉及一种在广播业务(BroadcastService)中建立时移电视业务的方法、系统及装置。
背景技术
IPTV是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。IPTV使用传输控制协议/因特网协议(TCP/IP)作为承载协议进行单播、广播或组播视频业务，有效地将电视网、电话网和互联网三个领域结合在一起，是三网融合最具代表性的业务。
IP多媒体子系统(IMS，IP Multimedia Subsystem)是一个独立于接入技术的基于IP的标准体系，IMS与现存的语音和数据网络(不论是如PSTN、ISDN、因特网等固定网络用户，还是如GSM、CDMA等移动网络用户)都可以互通。IMS体系使得各种类型的客户端都可以建立对等的IP通信，并可以获得所需要的服务质量。除会话管理之外，IMS体系还涉及完成服务提供所必须的功能(例如注册、安全、计费、承载控制、漫游)。即IMS体系构成了IP核心网的核心。
为了实现IMS对固定网络用户接入的统一控制，在网络架构中引入了网络附着子系统(NASS，Network Attachment Sub-System)和资源与接纳控制子系统(RACS，Resource and Admission Control Subsystem)。NASS用于完成对用户附着于接入网络的管理，包括用户验证和网络地址分配、位置管理。RACS则主要用于完成策略控制、资源预留和接纳控制，业务/应用层面可利用RACS请求接入网预留相关的资源。
基于IMS的IPTV架构，将直接重用IMS的相关功能实体，并通过适当增加新的功能实体以及对现有功能实体相关功能的扩充，实现对IPTV业务的支持。
图1为现有技术中基于IMS的IPTV架构的一种组网示意图。如图1所示，每一个IPTV业务功能由一对IPTV业务控制功能(SCF，Service ControlFunctions)和IPTV媒体功能(MF，Media Functions)组成。其中，SCF是一种SIP应用服务器，任务主要包括：(1)会话初始化时进行授权；(2)实施修改流程，检查用户的数据，以决定是否允许用户访问该业务；(3)账号控制；(4)选择相应的MF。MF负责媒体流的控制和递交，可被分为媒体控制功能(MCF)和媒体递交功能(MDF)。其中，MCF的任务主要包括：(1)处理媒体流的控制；(2)监视MDF的状态(可选)；(3)管理和用户设备(UE)的交互；(4)在MCF控制多个MDF时，选择一个MDF；(5)精确感知不同MDF的状态和内容的分发；(5)产生计费信息。MDF的任务主要包括：(1)处理媒体流的递交；(2)上报状态给MCF(可选)。
由图1可见，SCF和MF是实现以下业务的功能实体：点播类业务(CoD，Content on Demand)、广播服务功能(BC)和个人录像机功能(PVR，PersonalVideo Recorder)。
其中，CoD是IPTV中的点播业务，在SCF中通过CoD-SCF实现其业务控制功能，在MF中通过CoD-MCF实现其媒体控制功能和通过CoD-MDF实现其媒体递交功能。BC是IPTV中的广播业务，在SCF中通过BC-SCF实现其业务控制功能，在MF中通过BC-MCF实现其媒体控制功能和通过BC-MDF实现其媒体递交功能。PVR是IPTV中的个人录像机业务，在SCF中通过PVR-SCF实现其业务控制功能，在MF中通过PVR-MCF实现其媒体控制功能和通过PVR-MDF实现其媒体递交功能。PVR业务提供对视频媒体流的录制功能，按照提供的方式可以分为基于网络PVR和基于个人的PVR，基于网络的PVR指的是：在网络为用户分配一定的存储空间，由网 络来记录用户要录制的媒体功能，并根据用户意愿播放这些媒体内容。
其中，CoD-SCF、BC-SCF及PVR-SCF与UE之间通过IMS进行消息交互，CoD-MCF、BC-MCF及PVR-MCF与UE之间的媒体控制消息通过Xc’参考点进行交互，CoD-MDF、BC-MDF及PVR-MDF与UE之间的媒体数据通过Xc”参考点交互。
其次，在网络架构中，还增加了业务发现功能(SDF)和业务选择功能(SSF)，用于为UE在选择IPTV业务时提供必要的信息。其中，SSF提供UE可以浏览和选择的一系列可用服务的列表。
此外，在传输处理功能(TPF，Transport Processing Functions)中包括组播控制功能；在用户属性服务器功能(UPSF)中存储有用户数据。
当用户在使用BC业务，需要对业务进行修改时，向SCF发送会话修改请求，该会话修改请求可能是BC会话的修改请求，也可能是用户对广播业务进行暂停等控制操作时的时移电视(在本文中是指BC with Trick Play)业务的建立请求。但是，现有技术中由BC业务向时移电视业务转换时，没有说明SCF如何判断UE发送的会话修改请求是BC业务的修改请求，还是时移电视业务的建立请求，因此导致时移电视业务无法正常建立。
发明内容
本发明实施例提供一种在BC中建立时移电视业务的方法，在BC中正常建立时移电视业务。
本发明实施例还提供一种在BC中建立时移电视业务的系统，在BC中正常建立时移电视业务。
本发明实施例还提供一种业务控制功能实体，在BC中正常建立时移电视业务。
为达到上述目的，本发明实施例的技术方案是这样实现的：
一种在广播业务中建立时移电视业务的方法，包括：
业务控制功能SCF接收用户设备UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；所述标识时移电视业务建立请求的信息为时移电视业务的业务标识，通过在已定义的头域中写入时移电视业务的业务标识；
SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求是时移电视业务的建立请求时，发起时移电视业务的建立。
一种判断从时移电视业务切回到BC业务的方法，包括以下步骤：
业务控制功能SCF接收用户设备UE发送的会话修改请求，其中携带标识从时移电视业务切回到BC业务的请求信息；
SCF根据所述标识从时移电视业务切回到BC业务的请求信息，判定所述会话修改请求是时移电视业务的切回请求时，发起时移电视业务到BC业务的切回操作。
一种在广播业务中建立时移电视业务的系统，包括：业务控制功能SCF实体和用户设备UE，
所述UE，用于向SCF实体发送会话修改请求，其中携带标识时移电视业务建立请求的信息；所述标识时移电视业务建立请求的信息为时移电视业务的业务标识，通过在已定义的头域中写入时移电视业务的业务标识；
所述SCF实体，用于接收UE发送的所述会话修改请求，根据其中的标识时移电视业务建立请求的信息，判定所述会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立。
一种业务控制功能SCF实体，包括接收模块、判断模块和发起模块，
所述接收模块，用于接收用户设备UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；所述标识时移电视业务建立请求的信息为时移电视业务的业务标识，通过在已定义的头域中写入时移电视业务的业务标识；
所述判断模块，用于根据所述接收模块的会话修改请求，判断所述会话修改请求为时移电视业务的建立请求时，所述发起模块发起时移电视业务的建立请求。
与现有技术相比，本发明实施例所提供的技术方案，SCF接收UE发送的携带标识时移电视业务建立请求信息的会话修改请求，根据其中的时移电视业务建立请求信息，判定该会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立，从而使得SCF能够判断出接收到的会话修改请求是BC业务的修改请求，还是BC中时移电视业务的建立请求，从而可实 现时移电视业务的正常建立。
附图说明
图1为现有技术中基于IMS的IPTV架构的一种组网示意图；
图2为本发明实施例在BC中建立时移电视业务的方法流程图；
图3为本发明实施例一在BC中建立时移电视业务的方法流程图；
图4为本发明实施例二在BC中建立时移电视业务的方法流程图；
图5为本发明实施例三在BC中建立时移电视业务的方法流程图；
图6为本发明实施例四在BC的时移电视业务中切回到BC业务的方法流程图。
具体实施方式
下面结合附图及具体实施例对本发明进行详细说明。
图2为本发明实施例中建立时移电视业务的方法流程图。如图2所示，该方法包括：步骤200中，SCF接收UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；然后在步骤201中，根据该请求中的标识时移电视业务建立请求的信息，判断该会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立。
实施例一：
本实施例中标识时移电视业务建立请求的信息为时移电视业务的业务标识，SCF根据会话修改请求中的业务标识，来判断该会话修改请求是否是时移电视业务的建立请求。
图3为本发明实施例一在BC中建立时移电视业务的方法流程图。如图3所示，该方法包括以下步骤：
BC业务建立的过程与现有技术相同，在此不再赘述。
步骤300：UE利用SIP协议的邀请(reInvite)向SCF发送携带业务标识的会话修改请求。
本步骤中，UE通过Core IMS给SCF发送会话修改请求消息。为了简化描述，本步骤中以及下文的描述都将UE与SCF通过Core IMS的通信简化为UE与SCF之间进行通信。
例如，UE在会话修改请求消息中，使用已定义的头域，携带时移电视业务的业务标识，例如，P-Preferred-Service＝urn:urn-xxx:TsTV.TISPAN.IPTV头域，其中“TsTV.TISPAN.IPTV”为时移电视业务的业务标识。当然实际应用中，除以上举例说明的业务标识之外，也可以采用其它形式的业务标识。例如，如果将BC with Trick业务作为BC业务的一个子应用，那么也可以用P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv和Accept-Contact:urn:urn-xxx:broadcast.tispan.iptv-application-trickplay同时来表示该会话修改请求是BC中时移电视业务的建立请求，其中“broadcast.tispan.iptv”和“broadcast.tispan.iptv-application-trickplay”结合作为BC中时移电视业务的业务标识。其中的urn-xxx是以后在互联网地址指派机构(IANA，InternetAssigned Numbers Authority)中注册该业务标识时分配的编号。
步骤301：SCF根据该reInvite消息中的业务标识，确定该会话修改请求为时移电视业务的建立请求。
例如，SCF根据P-Preferred-Service＝urn:urn-xxx:TsTV.TISPAN.IPTV头域中的“TsTV.TISPAN.IPTV”，判定该会话修改请求消息为时移电视业务的建立请求。或者，根据P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv和Accept-Contact:urn:urn-xxx:broadcast.tispan.iptv-application-trickplay，判断该会话修改请求消息为时移电视业务的建立请求。
如果本步骤中SCF根据接收到的会话修改请求消息中的业务标识，判断该会话修改请求消息不是时移电视业务的建立请求，则按照现有技术中修改BC业务的方法流程执行，在此不再赘述。
步骤302：SCF通过SIP协议的Invite消息给MCF发送时移电视业务的初始建立请求。
本步骤中，SCF判定该用户具有时移电视业务的使用权限时，将步骤 301中的P-Preferred-Service＝urn:urn-xxx:TsTV.TISPAN.IPTV头域，修改为P-Asserted-Service＝urn:urn-xxx:TsTV.TISPAN.IPTV头域后，给MCF发送时移电视业务的建立请求。或者，将步骤301中的P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv头域，修改为P-Asserted-Service:urn:urn-xxx:broadcast.tispan.iptv头域之后，给MCF发送时移电视业务的建立请求。
步骤303～步骤304：MCF与MDF建立时移电视业务后，向SCF返回建立响应200OK，由SCF将建立响应200OK返回给UE，建立完成UE与MDF之间媒体通道。
本步骤中，MCF和MDF为UE建立时移电视业务的具体过程与现有技术相同，在此不再赘述。
可见，本实施例通过在会话修改请求消息中携带业务标识，使得SCF可以判断接收到的会话请求消息是时移电视业务的建立请求，从而使得BC中的时移电视业务可正常建立。
实施例二：
本实施例中，标识时移电视业务请求的信息为新定义的头域，SCF根据会话修改请求中携带的新定义的头域，判断会话请求消息是否是BC中时移电视业务的建立请求。
步骤400：UE利用SIP协议的reInvite消息，向SCF发送携带新定义的头域的会话修改请求。
例如，在SIP消息中新定义的Iptv-Service-Type:TsTV头域，来表示该会话修改请求消息为BC中时移电视业务的建立请求。
步骤401：SCF根据该reInvite消息中的新定义的头域，确定该会话修改请求为时移电视业务的建立请求。
例如，UE和SCF能够识别标识时移电视业务建立请求的头域Iptv-Service-Type:TsTV，当SCF收到会话修改请求后，发现该请求中携带新定义的头域Iptv-Service-Type:TsTV时，则判定该会话修改请求消息为时 移电视业务的建立请求。
如果本步骤中SCF在会话修改请求中没有发现标识时移电视业务建立请求的新定义的头域时，则判断该会话修改请求消息不是时移电视业务的建立请求，则按照现有技术中修改BC业务的方法流程执行，在此不再赘述。
步骤402～步骤404：SCF通过SIP协议的Invite消息给MCF发送时移电视业务的初始建立请求，MCF控制MDF建立时移电视业务所需的媒体资源后，向SCF返回建立响应200OK，由SCF将建立响应200OK返回给UE，建立完成UE与MDF之间媒体通道。
其中，SCF、MCF和MDF建立时移业务的具体过程与现有技术相同，在此不再赘述。
当然际应用中，除本实施例中所举例说明的标识时移电视业务建立请求的新定义的头域之外，也可以采用其它形式的表示时移电视业务建立请求的头域。
可见，本实施例通过在会话修改请求消息中携带标识时移电视业务建立请求的新定义的头域，使得SCF可以判断接收到的会话请求消息是时移电视业务的建立请求，从而使得BC中的时移电视业务可正常建立。
实施例三：
本实施例中，SCF根据携带在会话修改请求中的单播媒体描述信息，判断该会话请求消息为时移电视业务的建立请求。
图5为本发明实施例三在BC中建立时移电视业务的方法流程图。如图5所示，该方法包括以下步骤：
步骤500：UE利用SIP协议的reInvite消息，向SCF发送携带其单播媒体描述信息的会话修改请求。其中携带的单播媒体描述信息中端口号不为0，表示这是新增的单播媒体流。
本步骤中，通过reInvite的会话描述协议(SDP，Session DescriptionProtocol)描述中的媒体行信息，携带单播媒体描述信息。
本实施例中，UE的单播媒体描述信息可以是用来建立实时传输协议 (RTP，Realtime Transmission Protocol)流通道或者实时流协议(RTSP，Realtime Stream Protocol)控制通道时，UE所提供媒体信息中的单播媒体描述信息。
该单播媒体描述信息是用来建立RTP流通道时：
当UE未获得频道所对应的多播地址时，SDP描述中的媒体行信息可以为：
m＝video 4011 RTP/AVP 99
c＝IN IP4 10.12.1.2
a＝rtpmap:99 H.261
其中10.12.1.2为UE的单播媒体描述中的地址信息。
当UE已经获得频道所对应的多播地址时，SDP描述中的媒体行信息可以为：
m＝video 4002 RTP/AVP 99
c＝IN IP4 224.12.1.2
a＝rtpmap:99 H.261
m＝video 3002 RTP/AVP 99
c＝IN IP4 224.12.3.45
a＝rtpmap:99 H.261
m＝video 4011 RTP/AVP 99
c＝IN IP4 10.12.1.2
a＝rtpmap:99 H.261
其中，224.12.1.2和224.12.3.45为BC业务的多播地址，10.12.1.2为UE的单播媒体描述信息。
当此单播媒体描述信息是用来建立RTSP控制通道时，其在SDP描述中的媒体行信息可以为：
m＝application 9 TCP/RTSP rtsp
c＝IN IP4 10.12.1.2
a＝fmtp:rtsp request-uri:rtsp://video.example.com
a＝fmtp:rtsp version:2.0
a＝fmtp:rtsp h-accept-ranges:NPT
步骤501：当前已建立会话是BC业务的会话时，SCF根据该reInvite消息中的单播媒体描述信息，确定该会话修改请求为时移电视业务的建立请求。
现有技术中，在224.0.0.0-239.255.255.255范围之内的D类IP地址为多播地址，在224.0.0.0-239.255.255.255范围之外的IP地址为单播地址。本实施例中，当SCF接收到会话修改请求时，发现其中的SDP描述中携带了在224.0.0.0-239.255.255.255范围之外的IP地址，即SDP描述中携带了单播媒体描述信息，且其端口号为非0值时，则判定该会话修改请求为时移电视业务的建立请求。
若是运用IPV6地址技术，那么SCF根据地址信息的头8个Bits是否为1111 1111判断是否为多播地址，即如果判断该地址信息是以FF为开始，即可确定该地址为多播地址，否则确定该地址为单播地址。
如果本步骤中SCF在会话修改请求的SDP描述中没有发现IP单播媒体描述信息或其所对应的m行中的端口号为0时，则判断该会话修改请求消息不是时移电视业务的建立请求，然后按照现有技术中修改BC业务的方法流程执行，在此不再赘述。
步骤502～步骤504：SCF通过SIP协议的Invite消息给MCF发送时移电视业务的初始建立请求，MCF控制MDF建立时移电视业务所需的媒体资源后，向SCF返回建立响应200OK，由SCF将建立响应200OK返回给UE，建立完成UE与MDF之间媒体通道。
其中，SCF、MCF和MDF建立时移业务的具体过程与现有技术相同，在此不再赘述。本实施例中的SDP描述仅为举例说明，实际应用中可以有其它变化，只要能够携带单播媒体描述信息即可。
本实施例四中，SCF接收用户设备UE发送的会话修改请求，其中携带标 识从时移电视业务切回到BC业务的请求信息；SCF根据所述标识从时移电视业务切回到BC业务的请求信息，判定所述会话修改请求是时移电视业务的切回请求时，发起时移电视业务到BC业务的切回操作。其中，所述携带标识从时移电视业务切回到BC业务的请求信息为：建立时移电视业务所需的单播媒体流的删除指示，所述建立时移电视业务所需的单播媒体流的删除指示为单播媒体描述中的端口号；当所述单播媒体描述中的端口号为0，则所述会话修改请求为时移业务的切回请求。所述UE的单播媒体流为媒体传输通道，或是媒体控制通道。
图6为本发明实施例四在BC的时移电视业务中切回到BC业务的方法流程图，包括以下步骤：
步骤600：UE利用SIP协议的reInvite消息，向SCF发送携带UE单播媒体描述信息和多播媒体描述信息的会话修改请求。
本步骤中，通过reInvite的会话描述协议(SDP，Session DescriptionProtocol)描述中的媒体行信息，其中携带的单播媒体描述信息中端口号为0，且其中携带的代表BC业务的多播媒体描述信息中端口号为非0。其中单播媒体描述信息中的端口号为0表示这个单播媒体流需要被删除。
本实施例中，UE的单播媒体描述信息可以是原来在BC时移电视业务建立，用来建立实时传输协议(RTP，Realtime Transmission Protocol)流通道或者实时流协议(RTSP，Realtime Stream Protocol)控制通道时，UE所提供媒体信息中的单播媒体描述信息。
该单播媒体描述信息是用来建立RTP流通道，SDP描述中的单播媒体描述信息可以为：
m＝video 0 RTP/AVP 99
c＝IN IP4 10.12.1.2
当此单播媒体描述信息是用来建立RTSP控制通道时，其在SDP描述中的媒体行信息可以为：
m＝application 0 TCP/RTSP rtsp
c＝IN IP4 10.12.1.2
SDP描述中的频道所对应的多播媒体描述信息可以为：
m＝video 4002 RTP/AVP 99
c＝IN IP4 224.12.1.2
a＝rtpmap:99 H.261
m＝video 3002 RTP/AVP 99
c＝IN IP4 224.12.3.45
a＝rtpmap:99 H.261
步骤601：当前已建立会话是BC时移电视业务的会话时，SCF根据该reInvite消息中的单播媒体描述信息中的端口号为0，且代表BC频道的多播媒体描述信息中的端口号不为0，确定该会话修改请求为时移电视业务到BC业务的切回请求。
现有技术中，在224.0.0.0-239.255.255.255范围之内的D类IP地址为多播地址，在224.0.0.0-239.255.255.255范围之外的IP地址为单播地址。本实施例中，当SCF接收到会话修改请求时，发现其中的SDP描述中携带了端口号为0的单播地址，并且携带了端口号为非0的多播地址时，则判定该会话修改请求为时移电视业务到BC业务的切回请求。
若是运用IPV6地址技术，那么SCF根据地址信息的头8个Bits是否为1111 1111判断是否为多播地址，即如果判断该地址信息是以FF为开始，即可确定该地址为多播地址，否则确定该地址为单播地址。
步骤602～步骤604：SCF通过SIP协议的Bye消息给MCF发送时移电视业务的释放请求，MCF控制MDF释放原建立时移电视业务所占用的媒体资源后，向SCF返回建立响应200OK，由SCF将建立响应200OK返回给UE，完成UE与MDF之间媒体通道的释放。
其中，SCF后续建立BC业务的具体过程与现有技术相同，在此不再赘述。本实施例中的SDP描述仅为举例说明，实际应用中可以有其它变化，只要能够携带单播媒体描述信息和多播媒体描述信息即可。
由于BC业务的修改都是针对多播业务的修改，因此当UE在会话修改请求中携带单播媒体描述信息时，使SCF得知该会话修改请求为时移电视建立请求，因此本实施例实现了BC中时移电视业务的正常建立。
本发明实施例还提供了一种在广播业务中建立时移电视业务的系统，包括UE和SCF实体。其中，UE，用于向SCF实体发送会话修改请求，其中携带标识时移电视业务建立请求的信息；SCF实体，用于接收UE发送的会话修改请求，根据其中的标识时移电视业务建立请求的信息，判定该会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立。
具体来说，SCF实体包括接收模块和判断模块，其中，接收模块，用于接收UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；判断模块，用于根据接收模块的会话修改请求，判断该会话修改请求为时移电视业务的建立请求时，发起模块发起时移电视业务的建立请求。发起模块进一步修改携带标识时移电视业务建立请求的信息的已定义头域后，携带在时移电视业务的建立请求中。
由以上所述可以看出，本发明实施例所提供的技术方案，SCF接收UE发送的携带标识时移电视业务建立请求信息的会话修改请求，根据其中的时移电视业务建立请求信息，判定该会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立，从而使得SCF能够判断出接收到的会话修改请求是BC业务的修改请求，还是BC中时移电视业务的建立请求，从而可实现时移电视业务的正常建立。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。上述本发明实施例描述的“步骤”一词也不代表实施例执行方法的顺序。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (19)
1.一种在广播业务中建立时移电视业务的方法，其特征在于，该方法包括：
业务控制功能SCF接收用户设备UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；所述标识时移电视业务建立请求的信息为时移电视业务的业务标识，通过在已定义的头域中写入时移电视业务的业务标识；
SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求是时移电视业务的建立请求时，发起时移电视业务的建立。
2.如权利要求1所述的方法，其特征在于，所述标识时移电视业务建立请求的信息为时移电视业务的业务标识；
所述SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求是时移电视业务的建立请求为：
SCF根据所述会话修改请求中携带的业务标识，判定所述会话修改请求为时移电视业务的建立请求。
3.如权利要求1所述的方法，其特征在于，写入时移电视业务的业务标识的已定义头域为：
“P-Preferred-Service＝urn:urn-xxx:TsTV.TISPAN.IPTV”；
或“P-Preferred-Service：urn:urn-xxx:broadcast.tispan.iptv”和“Accept-Contact:urn：urn-xxx:broadcast.tispan.iptv-application-trickplay”。
4.如权利要求3所述的方法，其特征在于，所述SCF发起时移电视业务的建立为：
SCF将所述写入时移电视业务的业务标识的已定义头域中，“P-Preferred-Service”修改为“P-Asserted-Service”之后，携带在时移电视业务的初始建立请求中。
5.如权利要求1所述的方法，其特征在于，所述标识时移电视业务建立请求的信息为新定义的标识时移电视业务建立请求的头域；
所述SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求是时移电视业务的建立请求为：
SCF根据所述会话修改请求中携带的标识时移电视业务建立请求的头域，判定所述会话修改请求为时移电视业务的建立请求。
6.如权利要求1所述的方法，其特征在于，所述标识时移电视业务建立请求的信息为UE的单播媒体描述信息；
所述SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求是时移电视业务的建立请求为：
SCF根据所述会话修改请求中携带的UE的单播媒体描述信息，判定所述会话修改请求为时移电视业务的建立请求。
7.如权利要求6所述的方法，其特征在于，所述UE的单播媒体描述信息是用来建立实时传输协议RTP流通道的媒体信息中的单播媒体描述信息，或用来建立实时流协议RTSP控制通道的媒体信息中的单播媒体描述信息。
8.一种判断从时移电视业务切回到BC业务的方法，其特征在于，包括以下步骤：
业务控制功能SCF接收用户设备UE发送的会话修改请求，其中携带标识从时移电视业务切回到BC业务的请求信息为单播媒体流描述信息；
SCF根据所述标识从时移电视业务切回到BC业务的请求信息，判定所述会话修改请求是时移电视业务的切回请求时，发起时移电视业务到BC业务的切回操作。
9.如权利要求8所述判断从时移电视业务切回到BC业务的方法，其特征在于，所述携带标识从时移电视业务切回到BC业务的请求信息为：建立时移电视业务所需的单播媒体流的删除指示。
10.如权利要求9所述判断从时移电视业务切回到BC业务的方法，其特征在于，
所述建立时移电视业务所需的单播媒体流的删除指示为单播媒体描述中的端口号；当所述单播媒体描述中的端口号为0，则所述会话修改请求为时移业务的切回请求。
11.如权利要求8至10中任一项所述判断从时移电视业务切回到BC业务的方法，其特征在于，所述UE的单播媒体流为媒体传输通道，或是媒体控制通道。
12.一种在广播业务中建立时移电视业务的系统，其特征在于，该系统包括：业务控制功能SCF实体和用户设备UE，
所述UE，用于向SCF实体发送会话修改请求，其中携带标识时移电视业务建立请求的信息；所述标识时移电视业务建立请求的信息为时移电视业务的业务标识，通过在已定义的头域中写入时移电视业务的业务标识；
所述SCF实体，用于接收UE发送的所述会话修改请求，根据其中的标识时移电视业务建立请求的信息，判定所述会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立。
13.如权利要求12所述的系统，其特征在于，所述标识时移电视业务建立请求的信息为：时移电视业务的业务标识、新定义的标识时移电视业务建立请求的头域或UE的单播媒体描述信息。
14.如权利要求13所述的系统，其特征在于，所述UE的单播媒体描述信息是用来建立实时传输协议RTP流通道的媒体信息中的单播媒体描述信息，或用来建立实时流协议RTSP控制通道的媒体信息中的单播媒体描述信息。
15.如权利要求12所述的系统，其特征在于，所述SCF实体进一步修改携带标识时移电视业务建立请求的信息的已定义头域后，携带在时移电视业务的建立请求中。
16.一种业务控制功能SCF实体，其特征在于，该SCF实体包括接收模块、判断模块和发起模块，
所述接收模块，用于接收用户设备UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；所述标识时移电视业务建立请求的信息为时移电视业务的业务标识，通过在已定义的头域中写入时移电视业务的业务标识；
所述判断模块，用于根据所述接收模块的会话修改请求，判断所述会话修改请求为时移电视业务的建立请求时，所述发起模块发起时移电视业务的建立请求。
17.如权利要求16所述的SCF实体，其特征在于，所述标识时移电视业务建立请求的信息为：时移电视业务的业务标识、新定义的标识时移电视业务建立请求的头域或UE的单播媒体描述信息。
18.如权利要求17所述的SCF实体，其特征在于，所述UE的单播媒体描述信息是用来建立实时传输协议RTP流通道的媒体信息中的单播媒体描述信息，或用来建立实时流协议RTSP控制通道的媒体信息中的单播媒体描述信息。
19.如权利要求16所述的SCF实体，其特征在于，所述发起模块进一步修改携带标识时移电视业务建立请求的信息的已定义头域后，携带在时移电视业务的建立请求中。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101868755A CN101415106B (zh) | 2007-10-19 | 2007-11-21 | 在广播业务中建立时移电视业务的方法、系统及装置 |
| PCT/CN2008/072742 WO2009052760A1 (fr) | 2007-10-19 | 2008-10-17 | Procédé, système et dispositif servant à établir le service de télévision en différé dans un service de radiodiffusion |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710181380 | 2007-10-19 | ||
| CN200710181380.3 | 2007-10-19 | ||
| CN2007101868755A CN101415106B (zh) | 2007-10-19 | 2007-11-21 | 在广播业务中建立时移电视业务的方法、系统及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101415106A CN101415106A (zh) | 2009-04-22 |
| CN101415106B true CN101415106B (zh) | 2011-04-13 |
Family
ID=40595382
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101868755A Active CN101415106B (zh) | 2007-10-19 | 2007-11-21 | 在广播业务中建立时移电视业务的方法、系统及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101415106B (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1852421A (zh) * | 2005-11-30 | 2006-10-25 | 华为技术有限公司 | 一种实现直播与时移播放之间切换的方法 |
| CN1902934A (zh) * | 2003-12-31 | 2007-01-24 | 皇家飞利浦电子股份有限公司 | 本地网络中的时移设备 |
| CN1929596A (zh) * | 2005-09-06 | 2007-03-14 | 中兴通讯股份有限公司 | 一种时移电视的实现方法及其实现系统 |
| CN101030961A (zh) * | 2006-03-02 | 2007-09-05 | 华为技术有限公司 | 一种在基于ngn网络实现时移电视业务的方法及其系统 |
-
2007
- 2007-11-21 CN CN2007101868755A patent/CN101415106B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1902934A (zh) * | 2003-12-31 | 2007-01-24 | 皇家飞利浦电子股份有限公司 | 本地网络中的时移设备 |
| CN1929596A (zh) * | 2005-09-06 | 2007-03-14 | 中兴通讯股份有限公司 | 一种时移电视的实现方法及其实现系统 |
| CN1852421A (zh) * | 2005-11-30 | 2006-10-25 | 华为技术有限公司 | 一种实现直播与时移播放之间切换的方法 |
| CN101030961A (zh) * | 2006-03-02 | 2007-09-05 | 华为技术有限公司 | 一种在基于ngn网络实现时移电视业务的方法及其系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101415106A (zh) | 2009-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8332527B2 (en) | Streaming media network system, streaming media service realization method and streaming media service enabler | |
| EP2736219B1 (en) | Switching between delivery methods in an IPTV communication network | |
| CN101197832B (zh) | 一种实现iptv业务的方法、系统、装置 | |
| CN100579209C (zh) | 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备 | |
| CN101662376B (zh) | 基于网际协议电视的信息推送方法、装置及系统 | |
| CN101378491B (zh) | 一种实现画中画视频的方法、系统及实体装置 | |
| CN101467419B (zh) | 网际协议多媒体子系统架构网络中接入基于网际协议的电视服务的系统 | |
| JP5436577B2 (ja) | ネットワークにおける関連付けられたセッションの管理 | |
| CN101674323A (zh) | 业务推送协商方法及装置、推送业务系统 | |
| CN101378492B (zh) | 一种实现网络录制的方法、系统及装置 | |
| CN102137277A (zh) | 实现交互式轮播频道的方法、装置及系统 | |
| CN101409659A (zh) | 一种网络录制的控制方法、系统及实体 | |
| CN101547402B (zh) | 一种建立iptv多播业务的方法及设备 | |
| CN101378401B (zh) | 业务资源授权控制的方法、系统和设备 | |
| CN101415106B (zh) | 在广播业务中建立时移电视业务的方法、系统及装置 | |
| CN101588277B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
| CN101287155B (zh) | 一种发现流媒体业务的方法和系统 | |
| CN101459572B (zh) | 一种在ip分组网中实现关联媒体流的方法及装置 | |
| CN101399759B (zh) | 一种业务提供实体对媒体流控制的方法、系统和装置 | |
| CN101677396A (zh) | 一种预览频道媒体流协商的方法、系统和装置 | |
| CN101588534B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
| CN101588533B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 | |
| CN101667877B (zh) | 用于下一代网络的用户直播实现方法和系统 | |
| CN101378546A (zh) | 实现媒体交付控制的方法、实体及系统 | |
| CN101588535B (zh) | 基于ims的iptv系统的互连装置及其启动、点播和直播方法 |
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: BEIJING WEIBEN INTELLECTUAL PROPERTY MANAGEMENT CO Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD. Effective date: 20141104 |
|
| 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: 100080 HAIDIAN, BEIJING |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20141104 Address after: 100080 room 401A, building 27, 1 Xin Lu, Haidian District, Beijing Patentee after: Beijing Weiben Intellectual Property Management Co. Ltd. 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: BEIJING WEIBEN INTELLECTUAL PROPERTY MANAGEMENT CO., LTD. Effective date: 20141218 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 100080 HAIDIAN, BEIJING TO: 100085 HAIDIAN, BEIJING |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20141218 Address after: 100085 Beijing city Haidian District No. 33 Xiaoying Road 1 1F06 room Patentee after: BEIJING ZHIGU TECHNOLOGY SERVICES CO., LTD. Address before: 100080 room 401A, building 27, 1 Xin Lu, Haidian District, Beijing Patentee before: Beijing Weiben Intellectual Property Management Co. Ltd. |