专利名称：在广播业务中建立时移电视业务的方法、系统及装置的制作方法
技术领域：
本发明涉及通信技术领域，具体涉及一种在广播业务(Broadcast Service)中建立时移电视业务的方法、系统及装置。
背景技术：
IPTV是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技 术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技
术。IPTV使用传输控制协议/因特网协议(TCP/IP )作为承载协议进行单播、 广播或组播视频业务，有效地将电视网、电话网和互联网三个领域结合在一 起，是三网融合最具代表性的业务。
IP多媒体子系统(IMS, IP Multimedia Subsystem )是一个独立于接入技 术的基于IP的标准体系，IMS与现存的语音和数据网络(不论是如PSTN、 ISDN、因特网等固定网络用户，还是如GSM、 CDMA等移动网络用户)都 可以互通。IMS体系使得各种类型的客户端都可以建立对等的IP通信，并可 以获得所需要的服务质量。除会话管理之外，IMS体系还涉及完成服务提供 所必须的功能(例如注册、安全、计费、承载控制、漫游)。即IMS体系构 成了IP核心网的核心。
为了实现IMS对固定网络用户接入的统一控制，在网络架构中引入了网 络附着子系统(NAS S ， Network Attachment Sub - System )和资源与接纳控 制子系统(RACS， Resource and Admission Control Subsystem ) 。 NASS用于 完成对用户附着于接入网络的管理，包括用户验证和网络地址分配、位置管 理。RACS则主要用于完成策略控制、资源预留和接纳控制，业务/应用层面 可利用RACS请求接入网预留相关的资源。基于IMS的IPTV架构，将直接重用IMS的相关功能实体，并通过适 当增加新的功能实体以及对现有功能实体相关功能的扩充，实现对IPTV业
务的支持。
图1为现有技术中基于IMS的IPTV架构的一种组网示意图。如图l所 示，每一个IPTV业务功能由一对IPTV业务控制功能(SCF， Service Control Functions)和IPTV媒体功能(MF， Media Functions )组成。其中，SCF是 一种SIP应用服务器，任务主要包括(1 )会话初始化时进行授权；(2) 实施修改流程，4企查用户的数据，以决定是否允许用户访问该业务；(3) 账号控制；(4)选择相应的MF。 MF负责媒体流的控制和递交，可被分为 媒体控制功能(MCF)和媒体递交功能(MDF)。其中，MCF的任务主要 包括(l)处理媒体流的控制；(2)监视MDF的状态(可选)；(3)管 理和用户设备(UE)的交互；(4)在MCF控制多个MDF时，选择一个 MDF; (5)精确感知不同MDF的状态和内容的分发；(5)产生计费信息。 MDF的任务主要包括(1 )处理媒体流的递交；(2 )上报状态给MCF (可 选)。
由图1可见，SCF和MF是实现以下业务的功能实体点播类业务(CoD, Content on Demand )、广播服务功能(BC )和个人录像机功能(PVR， Personal Video 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实现其i某体递交功能。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中正常 建立时移电^L业务。
本发明实施例还提供一种在BC中建立时移电视业务的系统，在BC中正 常建立时移电视业务。
本发明实施例还提供一种业务控制功能实体，在BC中正常建立时移电视 业务。
为达到上述目的，本发明实施例的技术方案是这样实现的
一种在广播业务中建立时移电视业务的方法，包括
业务控制功能SCF接收用户设备UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；
SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请 求是时移电视业务的建立请求时，发起时移电视业务的建立。
一种判断乂人时移电^L业务切回到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为本发明实施例四在B C的时移电业务中切回到B C业务的方法 流程图。
具体实施例方式
下面结合附图及具体实施例对本发明进行详细说明。 图2为本发明实施例中建立时移电视业务的方法流程图。如图2所示， 该方法包括步骤200中，SCF接收UE发送的会话修改请求，其中携带标 识时移电^L业务建立请求的信息；然后在步骤201中，才艮据该请求中的标识 时移电视业务建立请求的信息，判断该会话修改请求为时移电视业务的建立 请求时，发起时移电视业务的建立。 实施例一
本实施例中标识时移电视业务建立请求的信息为时移电视业务的业务 标识，SCF根据会话修改请求中的业务标识，来判断该会话修改请求是否是 时移电视业务的建立请求。
图3为本发明实施例一在BC中建立时移电视业务的方法流程图。如图 3所示，该方法包括以下步骤
BC业务建立的过程与现有技术相同，在此不再赘述。
步骤300: UE利用SIP协议的邀请(relnvite)向SCF发送携带业务标 识的会话修改请求。本步骤中，UE通过Core IMS给SCF发送会话修改请求消息。为了简 化描述，本步骤中以及下文的描述都将UE与SCF通过Core IMS的通信简 化为UE与SCF之间进行通信。
例如，UE在会话修改请求消息中，使用已定义的头域，携带时移电视 业务的业务标识，例如，P-Preferred-Service=urn:um-xxx:TsTV.TISPAN.IPTV 头域，其中"TsTV.TISPAN.IPTV"为时移电^L业务的业务标识。当然实际 应用中，除以上举例说明的业务标识之外，也可以釆用其它形式的业务标识。 例如，如果将BC with Trick业务作为BC业务的一个子应用，那么也可以用 P國Preferred-Service: urn:urn-xxx:broadcast.tispan.iptv和Accept-Contact:urn: urn-xxx:broadcast.tispan.iptv-application-trickplay 同时来表示^亥会"i舌》务？文i貪 求是BC中时移电视业务的建立请求，其中"broadcast.tispan.iptv"和 "broadcast.tispan.iptv-application-trickplay"结合作为BC中时移电^见业务的 业务标识。其中的urn画)ooc 是以后在互联网地址指派机构(IANA, Internet Assigned Numbers Authority )中注册该业务标识时分配的编号。
步骤301: SCF根据该relnvite消息中的业务标识，确定该会话修改请 求为时移电视业务的建立请求。
例如，SCF根据P-Preferred-Service=urn:urn-xxx:TsTV.TISPAN.IPTV头 域中的"TsTV.TISPAN.IPTV",判定该会话修改请求消息为时移电S见业务 的建立i青求。或者，才艮l居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发送时移电S见业务 的初始建立请求。
本步骤中，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头i或之后，纟合MCF发送 时移电^L业务的建立请求。
步骤303 步骤304: MCF与MDF建立时移电视业务后，向SCF返回 建立响应200OK,由SCF将建立响应200 0K返回给UE,建立完成UE与 MDF之间媒体通道。
本步骤中，MCF和MDF为UE建立时移电视业务的具体过程与现有技 术相同，在此不再赘述。
可见，本实施例通过在会话修改请求消息中携带业务标识，使得SCF 可以判断接收到的会话请求消息是时移电视业务的建立请求，从而使得BC 中的时移电视业务可正常建立。
实施例二
本实施例中，标识时移电视业务请求的信息为新定义的头域，SCF根据 会话修改请求中携带的新定义的头域，判断会话请求消息是否是BC中时移 电^见业务的建立请求。
步骤400: UE利用SIP协议的relnvite消息，向SCF发送携带新定义 的头域的会话修改请求。
例如，在SIP消息中新定义的Iptv-Service-Type: TsTV头域，来表示 该会话修改请求消息为BC中时移电视业务的建立请求。
步骤401: SCF根据该relnvite消息中的新定义的头域，确定该会话修 改请求为时移电一见业务的建立请求。
例如，UE和SCF能够识别标识时移电视业务建立请求的头域 Iptv-Service-Type: TsTV,当SCF收到会话修改请求后，发现该请求中携带 新定义的头域Iptv-Service-Type: TsTV时，则判定该会话^修改请求消息为时移电一见业务的建立请求。
如果本步骤中SCF在会话修改请求中没有发现标识时移电视业务建立 请求的新定义的头域时，则判断该会话修改请求消息不是时移电视业务的建 立请求，则按照现有技术中修改BC业务的方法流程执行，在此不再赘述。
步骤402 步骤404: SCF通过SIP协议的Invite消息给MCF发送时移 电视业务的初始建立请求，MCF控制MDF建立时移电视业务所需的媒体资 源后，向SCF返回建立响应200 OK，由SCF将建立响应200 0K返回给UE， 建立完成UE与MDF之间媒体通道。
其中，SCF、 MCF和MDF建立时移业务的具体过程与现有技术相同， 在此不再赘述。
当然际应用中，除本实施例中所举例说明的标识时移电-见业务建立请求 的新定义的头域之外，也可以采用其它形式的表示时移电视业务建立请求的 头域。
可见，本实施例通过在会话修改请求消息中携带标识时移电视业务建立 请求的新定义的头域，使得SCF可以判断接收到的会话请求消息是时移电 视业务的建立请求，从而使得BC中的时移电视业务可正常建立。
实施例三
本实施例中，SCF根据携带在会话修改请求中的单播媒体描述信息，判 断该会话请求消息为时移电视业务的建立请求。
图5为本发明实施例三在BC中建立时移电视业务的方法流程图。如图 5所示，该方法包括以下步骤
步骤500: UE利用SIP协议的relnvite消息，向SCF发送携带其单播 媒体描述信息的会话修改请求。其中携带的单播媒体描述信息中端口号不为 0,表示这是新增的单播媒体流。
本步骤中，通过relnvite的会话描述协议(SDP, Session Description Protocol)描述中的媒体行信息，携带单播媒体描述信息。
本实施例中，UE的单播媒体描述信息可以是用来建立实时传输协议(RTP， Realtime Transmission Protocol)流通道或者实时流协议(RTSP, Realtime Stream Protocol)控制通道时，UE所提供々某体信息中的单播i某体描 述信息。
该单播媒体描述信息是用来建立RTP流通道时
当UE未获得频道所对应的多播地址时，SDP描述中的媒体行信息可以
为
m=video 4011 RTP/AVP 99
c=INIP4 10.12.1.2
a=rtpmap:99 H.261 其中10.12.1.2为UE的单播i某体描述中的地址信息。
当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=INIP4 224.12.3.45 a=rtpmap:99 H.261
m=video 4011 RTP/AVP 99 c=INIP4 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.2a=fintp:rtsp request-uri: rtsp:〃video.example.com a=fmtp:rtsp version: 2.0 a=fmtp:rtsp h-accept-ranges: NPT
步骤501:当前已建立会话是BC业务的会话时，SCF根据该relnvite 消息中的单播媒体描述信息，确定该会话修改请求为时移电视业务的建立请求。
现有技术中，在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返回建立响应200 OK,由SCF将建立响应200 OK返回给UE, 建立完成UE与MDF之间媒体通道。
其中，SCF、 MCF和MDF建立时移业务的具体过程与现有才支术相同， 在此不再赘述。本实施例中的SDP描述仅为举例说明，实际应用中可以有 其它变化，只要能够携带单播媒体描述信息即可。
本实施例四中，SCF接收用户设备UE发送的会话修改请求，其中携带标识从时移电视业务切回到BC业务的请求信息；SCF根据所述标识从时移电视 业务切回到BC业务的请求信息，判定所述会话修改请求是时移电视业务的切 回请求时，发起时移电视业务到BC业务的切回操作。其中，所述携带标识从 时移电视业务切回到BC业务的请求信息为建立时移电视业务所需的单播媒 体流的删除指示，所述建立时移电视业务所需的单播媒体流的删除指示为单播 媒体描述中的端口号；当所述单播媒体描述中的端口号为0,则所述会话修改 请求为时移业务的切回请求。所述UE的单播媒体流为媒体传输通道，或是媒 体控制通道。
图6为本发明实施例四在BC的时移电^L业务中切回到BC业务的方法 流程图，包括以下步骤
步骤600: UE利用SIP协议的relnvite消息，向SCF发送携带UE单播 媒体描述信息和多播媒体描述信息的会话修改请求。
本步骤中，通过relnvite的会话描述协议(SDP, Session Description Protocol )描述中的媒体行信息，其中携带的单播媒体描述信息中端口号为0, 且其中携带的代表BC业务的多播媒体描述信息中端口号为非0。其中单播 媒体描述信息中的端口号为0表示这个单播媒体流需要被删除。
本实施例中，UE的单播媒体描述信息可以是原来在BC时移电视业务 建立，用来建立实时传输协议(RTP， Realtime Transmission Protocol)流通 道或者实时流协议(RTSP, Realtime Stream Protocol)控制通道时，UE所 提供媒体信息中的单播媒体描述信息。
该单播媒体描述信息是用来建立RTP流通道，SDP描述中的单播媒体 描述信息可以为
m=video 0 RTP/AVP 99 c=INIP4 10.12.1.2
当此单播媒体描述信息是用来建立RTSP控制通道时，其在SDP描述 中的媒体行信息可以为m=application 0 TCP/RTSP rtsp c=INIP4 10.12.1.2
SDP描述中的频道所对应的多播媒体描述信息可以为
m=video 4002 RTP/AVP 99 c=INIP4 224.12.1.2 a=rtpmap:99 H.261
m=video 3002 RTP/AVP 99 c=INIP4 224.12.3.45 a=rtpmap:99 H.261
步骤601:当前已建立会话是BC时移电视业务的会话时，SCF根据该 relnvite消息中的单播媒体描述信息中的端口号为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描述中携带了端 口号为O的单播地址，并且携带了端口号为非O的多播地址时，则判定该会 话修改请求为时移电视业务到BC业务的切回请求。
若是运用IPV6地址技术，那么SCF根据地址信息的头8个Bits是否为 1111 1111判断是否为多播地址，即如果判断该地址信息是以FF为开始，即 可确定该地址为多4番地址，否则确定该地址为单4番地址。
步骤602~步骤604: SCF通过SIP协议的Bye消息给MCF发送时移电 视业务的释放请求，MCF控制MDF释放原建立时移电视业务所占用的媒体 资源后，向SCF返回建立响应200 OK,由SCF将建立响应200 OK返回给 UE，完成UE与MDF之间媒体通道的释放。其中，SCF后续建立BC业务的具体过程与现有技术相同，在此不再赘 述。本实施例中的SDP描述仅为举例说明，实际应用中可以有其它变化， 只要能够携带单播媒体描述信息和多播媒体描述信息即可。
由于BC业务的修改都是针对多播业务的修改，因此当UE在会话修改 请求中携带单播媒体描述信息时，使SCF得知该会话修改请求为时移电视 建立请求，因此本实施例实现了 BC中时移电视业务的正常建立。
本发明实施例还提供了 一种在广播业务中建立时移电视业务的系统，包 括UE和SCF实体。其中，UE,用于向SCF实体发送会话修改请求，其中 携带标识时移电视业务建立请求的信息；SCF实体，用于接收UE发送的会 话修改请求，根据其中的标识时移电视业务建立请求的信息，判定该会话修 改请求为时移电视业务的建立请求时，发起时移电视业务的建立。
具体来说，SCF实体包括接收模块和判断模块，其中，接收模块，用于 接收UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息； 判断模块，用于根据接收模块的会话修改请求，判断该会话修改请求为时移 电视业务的建立请求时，发起模块发起时移电视业务的建立请求。发起模块 进一步修改携带标识时移电视业务建立请求的信息的已定义头域后，携带在 时移电视业务的建立请求中。
由以上所述可以看出，本发明实施例所提供的技术方案，SCF接收UE 发送的携带标识时移电视业务建立请求信息的会话修改请求，根据其中的时 移电视业务建立请求信息，判定该会话修改请求为时移电视业务的建立请求 时，发起时移电视业务的建立，从而使得SCF能够判断出接收到的会话修 改请求是BC业务的修改请求，还是BC中时移电视业务的建立请求，从而 可实现时移电视业务的正常建立。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。上述本发 明实施例描述的"步骤" 一词也不代表实施例执行方法的顺序。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1、一种在广播业务中建立时移电视业务的方法，其特征在于，该方法包括业务控制功能SCF接收用户设备UE发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求是时移电视业务的建立请求时，发起时移电视业务的建立。
2、 如权利要求l所述的方法，其特征在于，所述标识时移电视业务建立请 求的信息为时移电视业务的业务标识；所述SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改 请求是时移电视业务的建立请求为SCF根据所述会话修改请求中携带的业务标识，判定所述会话修改请求为 时移电^L业务的建立请求。
3、 如权利要求2所述的方法，其特征在于，所述携带时移电视业务的业务 标识为通过在已定义的头域中写入时移电视业务的业务标识，携带时移电视业务 的业务标识。
4、 如权利要求3所述的方法，其特征在于，写入时移电视业务的业务标识 的已定义头域为"P-Preferred-Service=um:um-xxx:TsTV.TISPAN.IPTV，，； 或 "P-Preferred-Service: urn:urn-xxx:broadcast.tispan.iptv，， 和 "Accept-Contact:urn: urn-xxx:broadcast.tispan.iptv-application-trickplay"。
5、 如权利要求4所述的方法，其特征在于，所述SCF发起时移电视业务 的建立为SCF将所述写入时移电视业务的业务标识的已定义头域中， "P-Preferred-Service，，修改为"P-Asserted-Service，，之后，携带在时移电视业 务的初始建立请求中。
6、 如权利要求l所述的方法，其特征在于，所述标识时移电视业务建立请 求的信息为新定义的标识时移电视业务建立请求的头域；所述SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改 请求是时移电视业务的建立请求为SCF根据所述会话修改请求中携带的标识时移电视业务建立请求的头域， 判定所述会话修改请求为时移电视业务的建立请求。
7、 如权利要求l所述的方法，其特征在于，所述标识时移电^L业务建立请 求的信息为UE的单播媒体描述信息；所述SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改 请求是时移电视业务的建立请求为SCF根据所述会话修改请求中携带的UE的单播媒体描述信息，判定所述 会话修改请求为时移电视业务的建立请求。
8、 如权利要求7所述的方法，其特征在于，所述UE的单播媒体描述信息 是用来建立实时传输协议RTP流通道的媒体信息中的单播媒体描述信息，或用 来建立实时流协议RTSP控制通道的媒体信息中的单播i某体描述信息。
9、 一种判断从时移电视业务切回到BC业务的方法，其特征在于，包括以 下步骤业务控制功能SCF接收用户设备UE发送的会话修改请求，其中携带标识 从时移电视业务切回到BC业务的请求信息；SCF根据所述标识从时移电视业务切回到BC业务的请求信息，判定所述 会话修改请求是时移电视业务的切回请求时，发起时移电视业务到BC业务的 切回梯:作。
10、 如权利要求9所述判断从时移电视业务切回到BC业务的方法，其特 征在于，所述携带标识从时移电视业务切回到BC业务的请求信息为建立时 移电视业务所需的单播媒体流的删除指示。
11、 如权利要求IO所述判断从时移电视业务切回到BC业务的方法，其特征在于，所述建立时移电^L业务所需的单播々某体流的删除指示为单插4某体描述中的 端口号；当所述单播媒体描述中的端口号为0,则所述会话修改请求为时移业 务的切回请求。
12、 如权利要求9至11中任一项所述判断从时移电视业务切回到BC业务 的方法，其特征在于，所述UE的单播i某体流为媒体传输通道，或是媒体控制 通道。
13、 一种在广播业务中建立时移电视业务的系统，其特征在于，该系统包 括业务控制功能SCF实体和用户设备UE,所述UE，用于向SCF实体发送会话修改请求，其中携带标识时移电视业 务建立请求的信息；所述SCF实体，用于接收UE发送的所述会话修改请求，根据其中的标识 时移电视业务建立请求的信息，判定所述会话修改请求为时移电视业务的建立 请求时，发起时移电视业务的建立。
14、 如权利要求13所述的系统，其特征在于，所述标识时移电视业务建立 请求的信息为时移电视业务的业务标识、新定义的标识时移电视业务建立请 求的头域或UE的单播媒体描述信息。
15、 如权利要求14所述的系统，其特征在于，所述UE的单播媒体描述信 息是用来建立实时传输协议RTP流通道的媒体信息中的单播媒体描述信息，或 用来建立实时流协议RTSP控制通道的媒体信息中的单播媒体描述信息。
16、 如权利要求13所述的系统，其特征在于，所述SCF实体进一步修改 携带标识时移电视业务建立请求的信息的已定义头域后，携带在时移电视业务 的建立请求中。
17、 一种业务控制功能SCF实体，其特征在于，该SCF实体包括接收模块、 判断模块和发起模块，所述接收模块，用于接收用户设备UE发送的会话修改请求，其中携带标 识时移电^L业务建立请求的信息；所述判断模块，用于根据所述接收模块的会话修改请求，判断所述会话修 改请求为时移电视业务的建立请求时，所述发起模块发起时移电视业务的建立 请求。
18、 如权利要求17所述的SCF实体，其特征在于，所述标识时移电视业 务建立请求的信息为时移电^f见业务的业务标识、新定义的标识时移电^L业务 建立请求的头域或UE的单播媒体描述信息。
19、 如权利要求18所述的SCF实体，其特征在于，所述UE的单播々某体描 述信息是用来建立实时传输协议RTP流通道的媒体信息中的单播媒体描述信 息，或用来建立实时流协议RTSP控制通道的媒体信息中的单播媒体描述信息。
20、 如权利要求17所述的SCF实体，其特征在于，所述发起模块进一步 修改携带标识时移电视业务建立请求的信息的已定义头域后，携带在时移电视 业务的建立请求中。
全文摘要
本发明公开了一种在广播业务中建立时移电视业务的方法，包括业务控制功能(SCF)接收用户设备(UE)发送的会话修改请求，其中携带标识时移电视业务建立请求的信息；SCF根据所述标识时移电视业务建立请求的信息，判定所述会话修改请求为时移电视业务的建立请求时，发起时移电视业务的建立。本发明还公开了一种在广播业务中建立时移电视业务的系统，及一种SCF实体。使用本发明使得SCF可判断出接收的会话修改请求是时移电视业务的建立请求时，发起时移电视的建立，从而实现了时移电视业务的正常建立。
文档编号H04H60/35GK101415106SQ20071018687
公开日2009年4月22日 申请日期2007年11月21日 优先权日2007年10月19日
发明者军 严, 和晓艳, 丰 王, 钟剑锋 申请人:华为技术有限公司