CN101399725B - 用户终端、vcr操作的网络控制方法、装置 - Google Patents

用户终端、vcr操作的网络控制方法、装置 Download PDF

Info

Publication number
CN101399725B
CN101399725B CN2007101615639A CN200710161563A CN101399725B CN 101399725 B CN101399725 B CN 101399725B CN 2007101615639 A CN2007101615639 A CN 2007101615639A CN 200710161563 A CN200710161563 A CN 200710161563A CN 101399725 B CN101399725 B CN 101399725B
Authority
CN
China
Prior art keywords
vcr
vcr operation
control strategy
strategy
user terminal
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
Application number
CN2007101615639A
Other languages
English (en)
Other versions
CN101399725A (zh
Inventor
王啸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2007101615639A priority Critical patent/CN101399725B/zh
Priority to PCT/CN2008/071825 priority patent/WO2009043242A1/zh
Publication of CN101399725A publication Critical patent/CN101399725A/zh
Application granted granted Critical
Publication of CN101399725B publication Critical patent/CN101399725B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147—PVR [Personal Video Recorder]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供一种用户终端VCR操作的网络控制方法，包括：获取VCR操作控制策略；利用所述VCR操作控制策略，控制用户终端执行的VCR操作。本发明实施例还提供媒体控制装置以及VCR操作策略供给装置。本发明实施例提供的用户终端VCR操作的网络控制方法、媒体控制装置以及VCR操作策略供给装置的技术方案中，通过MCF获取到的VCR操作控制策略，来对用户终端的VCR操作进行相应的控制，从而可实现在网络侧控制用户侧用户终端的VCR操作，满足网络侧的需求。

Description

用户终端、VCR操作的网络控制方法、装置 
技术领域
本发明涉及通信技术领域，尤其涉及网络侧控制用户终端上执行的VCR操作的方法及装置，以及用户终端。 
背景技术
因特网协议电视(IPTV，IP Television)技术是利用宽带有线电视网络、计算机互联网络及通信网络等技术。IPTV业务通常基于IP多媒体子系统(IMS，IP Multimedia Subsystem)实现，以充分利用IMS网络中已有的会话控制与建立等机制，为用户提供流媒体业务、融合流媒体与实时会话业务的业务等交互式多媒体业务的技术。用户可基于用户侧的如普通电视加机顶盒、计算机、移动终端等终端，选择自己期望开展的多媒体业务，如收看数字电视，并可基于终端对接收到的媒体流播放进行一系列的操作，如快进、后退、暂停、定位、正常播放等操作。 
上述VCR原指旧式的卡带式影像录放机(VCR，Video CassetteRecording)，该录放机通常具有媒体播放控制功能，其上会设置播放、暂停、快进、后退等按键，用户通过选择按下某按键，来执行相应的播放、暂停等操作，称这些操作为VCR操作。随后，三网的发展，使得能够为用户提供可允许用户自行控制的媒体播放控制技术不再仅限于的上述录放机，并且，鉴于随后发展出来的媒体播放控制技术，如上述IPTV技术中，也允许用户对媒体的播放进行播放、暂停等操作，因此，仍沿用VCR操作一词，称这些操作为VCR操作。 
参见图1，图1是IETF定义的现有媒体控制的通用架构草案示意图。IETF定义了该架构中的三个逻辑实体，包括：控制服务器(Control Server)、控 制客户端(Control Client)以及媒体控制通道(Control Channel)。其中，控制服务器与控制客户端之间基于会话发起协议(SIP，Session InitialProtocol)的会话描述协议(SDP)，建立媒体控制通道，并且控制服务器处理控制客户端通过媒体控制通道发来的要求对媒体播放进行VCR操作的请求，实现控制客户端所请求的VCR操作。 
参见图2，图2是ETSI TISPAN定义的现有基于IMS实现的IPTV业务的功能架构示意图。其中，IPTV媒体功能(MF，Media Function)实体从功能角度看，可包括媒体交付功能(MDF，Media Delivery Function)实体与媒体控制功能(MCF，Media Control Function)；媒体交付功能实体通常是一些媒体服务器，在媒体控制功能实体的控制下，向用户终端传送用户需要的媒体流。在流媒体应用中，用户终端通过IPTV业务控制功能(SCF，Service Control Function)实体，与MCF建立RTSP控制通道。MCF通过该RTSP控制通道，控制用户基于用户终端请求的需要对媒体流进行的VCR操作。SCF通过与MCF之间的y2接口，控制MCF实现相关媒体功能。 
通常，用户拥有控制媒体流播放的所有控制权限，用户通过用户终端发送VCR操作请求；相应地，在网络侧，MCF会接受该VCR操作请求，通过与用户终端之间的RTSP控制通道，实现对媒体流的控制播放。而实际应用中，业务提供方有时并不希望用户能够对媒体流进行某些VCR操作。如网络侧的业务提供方发布了一部影片，并期望用户能够收看穿插在影片中的某些广告，因此业务提供方不希望用户能够在用户侧对媒体流的播放执行快进操作，以试图跳过广告。但基于现有关于IPTV的媒体播放控制技术，网络侧业务控制方将难以控制用户的VCR操作，也就难以达到其期望宣传广告产品的目的。 
因此，现有关于IPTV的媒体播放控制技术尚存在可改进之处。 
发明内容
本发明实施例提供一种用户终端VCR操作的网络控制方法，使网络侧能够控制用户终端的VCR操作。 
一种用户终端VCR操作的网络控制方法，包括： 
媒体控制功能MCF接收业务控制功能SCF下发的VCR操作控制策略；所述VCR操作控制策略由所述SCF生成；或者所述MCF预先配置VCR操作控制策略； 
利用所述VCR操作控制策略，控制用户终端执行的VCR操作。 
本发明实施例还提供一种媒体控制装置，使网络侧能够控制用户终端的VCR操作。 
一种媒体控制装置，该装置设置于媒体控制功能MCF实体上，包括：策略获取单元、执行单元；其中， 
所述策略获取单元，接收SCF下发的VCR操作控制策略，或通过预先配置的VCR操作控制策略获取VCR操作控制策略； 
所述执行单元，用于利用所述策略获取单元获取到的所述VCR操作控制策略，控制用户终端执行的VCR操作。 
本发明实施例还提供一种VCR操作策略供给装置，该装置设置于业务控制功能SCF实体上，包括：策略生成单元和策略下发单元；其中， 
所述策略生成单元，用于根据网络侧需求，生成用于对用户终端的VCR操作进行控制的VCR操作控制策略； 
所述策略下发单元，用于将所述策略生成单元生成的所述VCR操作控制策略发送给媒体控制装置。 
本发明实施例提供的上述技术方案，由网络侧媒体控制装置根据获取到的VCR操作控制策略，来对用户终端的VCR操作进行相应的控制，从而可实现在网络侧控制用户侧用户终端的VCR操作，满足网络侧的需求。并可有效防止用户侧不经过业务提供商的许可，即录制相关媒体内容，避免业务提供商的损失。 
附图说明
图1是IETF定义的现有媒体控制的通用架构草案示意图； 
图2是ETSI TISPAN定义的现有基于IMS实现的IPTV业务的功能架构示意图； 
图3是本发明实施例中用户终端VCR操作的网络控制方法流程图； 
图4是本发明实施例中媒体控制装置的结构示意图； 
图5是本发明实施例中VCR操作策略供给装置的结构示意图； 
图6是本发明实施例一中控制用户终端的VCR操作的流程图； 
图7是本发明实施例二中控制用户终端的VCR操作的流程图； 
图8是本发明实施例三中控制用户终端的VCR操作的流程图； 
图9是本发明实施例四中控制用户终端的VCR操作的流程图； 
图10是本发明实施例五中控制用户终端的VCR操作的流程图。 
具体实施方式
下面结合附图对本发明实施例提供的技术方案作进一步详细说明。 
网络侧之所以难以对用户侧用户终端可执行的VCR操作进行控制，是因为现有媒体播放控制技术一方面并没有考虑由网络侧控制用户侧用户终端的VCR操作；相应地，另一方面，也就没有在网络侧部署对用户终端的VCR操作进行控制的策略，以供MCF在获得该策略后执行该策略，进而，切实有效地控制用户终端的VCR操作。 
基于以上分析，本发明实施例可提供一种用户终端VCR操作的网络控制方法。参见图3，图3是该方法的流程图。该流程可包括以下步骤： 
步骤301、MCF获取VCR操作控制策略。 
MCF获取VCR操作控制策略的方式可以是：接收SCF下发的VCR操作控制策略，如接收到SCF下发的SIP消息或媒体控制消息，SCF将VCR操作控制策略携带在消息中；或可以是在预先在本地配置VCR操作控制策略。 
步骤302、MCF利用该VCR操作控制策略，控制用户终端执行的VCR操作。 
本发明实施例中，MCF可被设置为一个独立的功能实体，也可与MDF共同设置于MF上。 
相应地，本发明实施例还可提供一种媒体控制装置，该装置可设置于 MCF中。参见图4，图4是该装置的结构示意图。该装置可包括：策略获取单元、执行单元；其中， 
策略获取单元，用于获取VCR操作控制策略； 
执行单元，用于利用策略获取单元获取到的VCR操作控制策略，控制用户终端执行的VCR操作。 
策略获取单元可通过接收SCF下发的VCR操作控制策略，获取VCR操作控制策略，如通过接收SCF下发的携带VCR操作控制策略的SIP消息或媒体控制消息，来获取VCR操作控制策略；该策略获取单元可包括：接收单元和存储单元，其中，接收单元，用于接收SCF下发的所述VCR操作控制策略；存储单元，用于存储所述接收单元接收到的所述VCR操作控制策略。 
策略获取单元还可通过本地预先配置的VCR操作控制策略，获取VCR操作控制策略。该策略获取单元可包括：配置单元，用于预先配置所述VCR操作控制策略；存储单元，用于存储所述配置单元配置的所述VCR操作控制策略。该情况下，执行单元可包括：指示接收单元、指示执行单元，其中， 
指示接收单元，用于接收SCF下发的与VCR操作控制策略对应的策略标识，以及SCF要求将策略标识对应的VCR操作控制策略应用于指定用户终端的指示；SCF可将策略标识及指示通过SIP消息带给用户终端； 
指示执行单元，用于按照所述指示接收单元接收到的所述指示，利用与策略标识对应的VCR操作控制策略，控制所述指定用户终端的VCR操作。该单元通过策略标识查找到对应的VCR操作控制策略，若VCR操作控制策略中允许用户终端执行其请求的VCR操作，则MCF处理用户终端要求进行的VCR操作请求，基于RTSP控制通道实现用户终端所请求的VCR操作；反之，若VCR操作控制策略中制止用户终端执行其请求的VCR操作，则MCF拒绝处理该请求。 
本发明实施例还提供一种VCR操作策略供给装置，该装置的功能可以是SCF的新增功能。参见图5，图5是该装置的结构示意图。该装置可包括：策略生成单元和策略下发单元；其中， 
策略生成单元，用于根据网络侧需求，生成用于对用户终端的VCR操作进行控制的VCR操作控制策略；该策略生成单元可采用XML来描述生成的VCR操作控制策略； 
策略下发单元，用于将所述策略生成单元生成的所述VCR操作控制策略发送给媒体控制装置如MCF。该策略下发单元可通过SIP消息或媒体控制消息将策略生成单元生成的VCR操作控制策略带给MCF。 
本发明实施例中，可采用XML语言描述VCR操作控制策略。实际应用中，可采用如表一列举的XML描述方式，描述VCR操作控制策略。 
表一： 
<？xml version＝″1.0″encoding＝″UTF-8″？>      <vcr-policy xmlns＝″urn:ietf:params:xml:ns:rtsp-policy″             xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>         <allow></快进max＝></后退max＝></暂停></定位>......   </allow>          <forbid></录制>......    /*同<allow>*/       </forbid>    </vcr-policy>
上述表一列举的XML脚本实例中，VCR操作控制策略中允许(allow)用户终端执行的VCR操作可包括快进、后退、暂停和定位等操作；制止(forbid)用户终端执行的VCR操作可包括录制等操作。实际应用中，可根据实际需要填写可允许用户终端执行的VCR操作，需要制止用户终端执行的VCR操作。 
实际应用中，也可采用如表二列举的XML描述方式，描述VCR操作控制策略。 
表二所示实例给出了另一种采用XML描述VCR操作控制策略的脚本示例。其中，一一列举了常用的多个VCR操作，包括快进、后退、暂停、定位、录制等，对于每个VCR操作，可选用“on”来表示允许用户终端执行该VCR操作，选用“off”来表示制止用户终端执行该VCR操作。 
表二： 
<？xml version＝″1.0″encoding＝″UTF-8″？>      <vcr-policy xmlns＝″urn:ietf:params:xml:ns:rtsp-policy″             xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>         <快进max＝>            on/off    //on:允许off:禁止        </快进>        <后退 max＝>              on/off         </后退>        <暂停>            on/off       </暂停>       <定位>on/off       </定位><录制>on/off       </录制>   </vcr-policy>
下面对本发明实施例中的技术方案作详细说明。 
本发明实施例列举了两种可供实际应用中参考的采用XML描述VCR操作控制策略的实例，实际应用中，也可设计出其他的XML脚本实例来体现VCR操作控制策略，并且，可根据实际情况，扩充本发明实施例中并未提及的其他VCR操作。 
实施例一： 
本实施例一中，设VCR操作控制策略由SCF生成，且设SCF通过媒体控制消息下发该VCR操作控制策略。 
参见图6，图6是本发明实施例一中控制用户终端的VCR操作的流程图。该流程可包括以下步骤： 
步骤601至步骤606、用户终端期望与MCF建立会话，向SCF发送要求建立与MCF之间的会话的Invite消息，该Invite消息的SDP文件中给出用户终端的IP地址、端口号、媒体描述信息等信息；SCF收到该Invite消息后，将该消息转发给MCF；MCF收到SCF转发的Invite消息后，与SCF之间进行确认收到该Invite消息的确认交互流程；SCF收到MCF返回的200 OK响应后，与用户终端之间进行收到该Invite消息的确认交互流程。 
设通过步骤601至步骤606流程，UE与MCF之间建立两个媒体流，设该 两个媒体流分别是视频媒体流与音频媒体流，标记视频媒体流为媒体流1，音频媒体流为媒体流2；且设UE与MCF之间建立一条RTSP控制通道。实际应用中，用户终端的VCR操作的实现过程可以是，如用户终端通过RTSP控制通道向MCF发送要求进行快进的VCR操作，在一般情况下，MCF接收RTSP控制通道中的快进指示控制媒体流快进，从而可实现用户终端期望的VCR操作。本实施例中，设该RTSP控制通道可用于控制上述两个媒体流。 
上述步骤601至步骤606可基于现有相关流程实现，不作赘述。 
步骤607、SCF向MCF发送媒体控制消息，将其生成的VCR操作控制策略通过该媒体控制消息携带给MCF。 
本发明实施例中，设SCF可根据实际需求生成VCR操作控制策略，如SCF可根据用户签约信息，确定用户的级别较低，如为普通用户，因此，SCF可根据该用户签约信息、用户级别、用户付费情况生成VCR操作控制策略；或可根据业务提供商、网络运营商等的需求生成VCR操作控制策略。另设媒体控制消息名为MRequest消息，该MRequst消息的消息体中携带用XML语言描述的VCR操作控制策略。 
如本实施例一中，设SCF根据用户较低级别，生成对用户终端的VCR操作限制较多的VCR操作控制策略。可参见表三，表三列举的是用XML语言描述的本实施例一中的VCR操作控制策略的脚本实例，可供实际应用中参考。 
表三： 
<？xml version＝″1.0″encoding＝″UTF-8″？>      <vcr-policy xmlns＝″urn:ietf:params:xml:ns:rtsp-policy″              xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>         <快进>             on    //on:允许  off:禁止         </快进>         <后退>             off         </后退>         <暂停>             off         </暂停>         <定位>            off         </定位>         <录制>            off         </录制>      </vcr-policy>
表三所示实例中给出的VCR操作控制策略包括：用“on”来表示可允许用户终端执行的VCR操作只有快进；而用“off”来表示需要制止用户终端执行的VCR操作包括后退、暂停、定位、录制。另外，表三所示脚本对应的VCR操作控制策略没有指明VCR操作对象，即没有指明被允许的VCR操作是针对哪个媒体流，被制止的VCR操作是针对哪个媒体流，该情况下，可默认VCR操作对象为所有媒体流，即MCF执行用户终端对视频媒体流和音频媒体流进行快进操作，但MCF制止用户终端对视频媒体流和音频媒体流进行后退、暂停和定位操作。 
步骤608、MCF收到MRequest消息后，向SCF返回MResponse响应，并解析MRequest消息，得到其中携带的VCR操作控制策略，可保存该VCR操作控制策略，之后，按照该策略，控制用户终端提出的进行VCR操作的请求。 
如，用户终端发送要求对视频媒体流进行后退操作的请求，则MCF收到该请求后，查找保存的VCR操作控制策略，确定该用户终端的后退操作是被制止的，因此，不处理该请求，返回操作失败的响应；若用户终端发送要求对音频媒体流进行快进操作的请求，MCF收到该请求后，查找保存的VCR操作控制策略，确定该用户终端对音频媒体流的快进操作是被允许的，因此，可按照现有为用户终端提供快进操作的做法，实现用户终端对音频媒体流的快进操作，并可返回操作成功的响应。 
步骤609、SCF向MCF发送下一条MRequest消息，该下一条MRequest消息新的VCR操作控制策略。 
本实施例一中，设新的VCR操作控制策略包括制止用户终端对视频媒体流进行后退操作，制止用户终端对音频媒体流进行暂停操作。参见表四，表四列举的是用XML语言描述的新的VCR操作控制策略的脚本实例。表四所示实例给出的VCR操作控制策略包括：允许用户终端对媒体流1即视频媒体流进行快进、暂停和定位的操作；制止用户终端对媒体流1进行后退、录制的操作；允许用户终端对媒体流2即音频媒体流进行快进、后退和定位的操作，制止用户 终端对媒体流2进行暂停、录制操作。 
步骤610、MCF收到该下一条MRequest消息后，向SCF返回该消息的MResponse响应，并解析接收到的MRequest消息，得到新的VCR操作控制策略，用该新的VCR操作控制策略覆盖原有的VCR操作控制策略。之后，可按照该新的VCR操作控制策略，控制用户终端的VCR操作，该流程可结束。 
表四： 
<？xml version＝″1.0″encoding＝″UTF-8″？>       <rtsp-policy xmlns＝″urn:ietf:params:xml:ns:rtsp-policy″                  xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>           <media mid＝1>            <快进>                on    //on:允许off:禁止            </快进>            <后退>                 off            </后退>            <暂停>                on            </暂停>            <定位>                on            </定位>             <录制>                off            </录制>         </media>        <media mid＝2>          <快进>              on          </快进>          <后退>              on          </后退>          <暂停>              off          </暂停>          <定位>              on          </定位>            <录制>               off            </录制>          </media></rtsp-policy>
实施例二： 
本实施例二中，设VCR操作控制策略由SCF生成，且设SCF通过SIP消息下发该VCR操作控制策略。 
参见图7，图7是本发明实施例一中控制用户终端的VCR操作的流程图。该流程可包括以下步骤： 
步骤701、用户终端将要求与MCF建立会话的Invite消息发送给SCF，该Invite消息中携带用户终端的IP地址、端口号以及媒体描述信息等信息。 
步骤702、SCF收到该Invite消息后，将其生成的VCR操作控制策略加入该Invite消息，之后将携带VCR操作控制策略的Invite消息发送给MCF。 
步骤703至步骤706的流程与上述步骤603至步骤606的流程类似，不作赘述。 
所需要补充的是，MCF收到SCF发来的Invite消息后，解析出其中的VCR操作控制策略，存储该VCR操作控制策略，之后会基于该VCR操作控制策略，利用与用户终端之间的RTSP控制通道，控制用户终端对各媒体流的VCR操作。 
本实施例二中，设用户终端与MCF之间也建立了两个媒体流，分别是视频媒体流与音频媒体流，且由MCF利用用户终端与MCF之间的RTSP控制通道，以及SCF发来的Invite消息中携带的VCR操作控制策略控制该两个媒体流，即控制用户终端对两个媒体流的播放的VCR操作。实际应用中，也可能用户终端与MCF之间只建立了一个媒体流，或者也可能是建立了多个媒体流，并且由MCF利用被建立的一个或多个RTSP控制通道分别控制1个或多个媒体流。本发明实施例只是列举了可能出现的一种情况，即MCF利用一个RTSP控制通道控制两个媒体流，其它情况类似不再赘述。 
步骤707至步骤708、SCF通过Info消息，向MCF发送新的VCR操作控制策略；MCF收到新的VCR操作控制策略后，存储该新的VCR操作控制策略，且之后会基于该新的VCR操作控制策略，对用户终端通过RTSP控制通道发起的VCR操作进行控制。 
本实施例二中可能涉及的采用XML描述VCR操作控制策略的脚本实例可 参见上述实施例一中的相关实例，不再赘述。 
本发明实施例中，对于SCF通过SIP消息将VCR操作控制策略带给MCF的情况中，SIP消息可以是上述Invite消息、Info消息，也可以是其他SIP消息。 
另外，实际应用中，如果涉及到SCF需要更新VCR操作控制策略的情况，还可采用利用一种下发方式下发一次VCR操作控制策略，利用另一种下发方式下发下一次VCR操作控制策略的下发方式，更新MCF上的VCR操作控制策略。如SCF在建立用户终端与MCF之间的会话时，利用发送给MCF的Invite消息，将VCR操作控制策略下发给MCF；在用户终端与MCF之间的会话建立成功之后，SCF可采用媒体控制消息，将新的VCR操作控制策略带给MCF。也就是说，实际应用中，可根据需要采用相应的VCR操作控制策略的下发方式，本文中不再一一列举。 
实施例三： 
本实施例三中，设VCR操作控制策略由SCF生成，且SCF利用SIP消息中的SDP，将VCR操作控制策略带给MCF。只是，该实施例三中，VCR操作控制策略并不是具体的针对每个VCR操作的控制策略，而是针对用户终端的RTSP控制通道的使用策略。 
因为只有RTSP控制通道在被激活的情况下，MCF才可利用RTSP控制通道来实现被允许的用户终端的VCR操作的请求，反之，若RTSP控制通道被去激活，则MCF将不会处理用户终端的所有关于VCR操作的请求。因此，本实施例三中，可通过控制RTSP控制通道的激活与被激活，来对用户终端的VCR操作进行控制。本实施例三中，VCR操作控制策略可包括：激活用户终端与MCF之间的RTSP控制通道；或去激活该RTSP控制通道。 
对于MCF可利用一个RTSP控制通道控制多个媒体流的播放的情况，实际应用中可能出现实际情况期望能够用该RTSP控制通道控制多个媒体流中的某个或某几个媒体流的播放，针对该情况，可设置VCR操作控制策略包括：允许指定媒体流与RTSP控制通道进行关联；制止其他指定媒体流与RTSP控制通道的关联即将该其他指定媒体流与RTSP控制通道进行去关联。与RTSP控制 通道存在关联的媒体流的播放可通过RTSP控制通道来控制，而与RTSP控制通道去关联的媒体流的播放将无法通过RTSP控制通道来控制。另外，只要逻辑上不冲突，一个VCR操作控制策略可指定某媒体流与RTSP控制通道进行关联的同时，指定其他媒体流与RTSP控制通道进行去关联。 
参见图8，图8是本发明实施例三中控制用户终端的VCR操作的流程图。该流程可包括以下步骤： 
步骤801至步骤806的流程可与上述步骤601至步骤606的流程类似。 
本实施例三中，设一个RTSP控制通道控制用户终端与MCF之间的两个媒体流即视频媒体流与音频媒体流。 
步骤807至步骤809、SCF与MCF进行SIP的SDP交互，将VCR操作控制策略通过Invite消息体中的SDP带给MCF；MCF收到该Invite消息后，与SCF之间进行收到该Invite消息的确认交互流程。 
参见表五，表五列举的是用XML语言描述的本实施例三中的VCR操作控制策略的脚本实例，该实例中，通过将RTSP控制通道设置为去激活状态，制止用户终端对两个媒体流进行VCR操作。另外，该实例中对RTSP控制通道的去激活设置是将RTSP控制通道的属性设置为“inactive”。实际应用中，也可利用现有RTSP控制通道的属性参数值“recvonly”，将RTSP控制通道的属性设置为去激活。上述“recvonly”表示只允许用户终端接收媒体流。与该“recvonly”相对照的RTSP控制通道属性参数值是“sendrecv”，该“sendrecv”表示允许用户终端接收媒体流，且允许用户终端发送信息，被允许发送的信息即包含了用户终端可发送的要求对媒体流进行的VCR操作请求，因此，若将RTSP控制通道的属性设置为“recvonly”或“inactive”，则本实施例三中，即表示禁止用户终端向网络侧发送VCR操作请求，也就制止用户终端对媒体流的VCR操作。 
而MCF收到该Invite消息后，可解析出VCR操作控制策略，进行相应的去激活处理。之后，若收到用户终端的要求对媒体流1或2进行VCR操作的请求，则拒绝该请求。 
表五： 
INVITE sip:MCF.example.com SIP/2.0Via:...Route:...Max-Forwards:...From:...To:...Call-ID:...CSeq:...v＝0o＝SCF 20000000 20000001IN IP4 scf.example.coms＝c＝IN IP4 uehost.example.comt＝0  0m＝audio 30000 RTP/AVP 0 8  97    /*mediastream 1*/a＝rtpmap:8 PCMA/8000a＝label:1m＝video 30100 RTP/AVP 31 32     /*mediastream 2*/a＝rtpmap:31 H261/90000a＝label:2m＝application 9 TCP/RTSP rtspa＝fmtp:rtsp version:  2.0a＝rtspid m-stream:1，2a＝inactive    /*在该例中将RTSP设为去激活，也就是禁用RTSP或者                 用a＝recvonly也可以*/
步骤810至步骤812、SCF向MCF发送下一条Invite消息，该Invite消息中携带新的VCR操作控制策略。新的VCR操作控制策略也由该Invite消息中的SDP描述；MCF收到该Invite消息后，与SCF之间进行收到该Invite消息的确认交互流程，该流程可结束。 
本实施例三中，SCF向MCF发送的下一条Invite消息的SDP中所描述的VCR操作控制策略中，要求将媒体流1即视频媒体流与RTSP控制通道进行去关联。参见表六，表六列举的是用XML语言描述的本实施例三中的另一个VCR操作控制策略的脚本实例，其中，将原先由RTSP控制通道控制的两个媒体流，配置为由该RTSP控制通道控制一个媒体流，根据该媒体流的标识得知，由RTSP控制通道控制的为媒体流2即音频媒体流，而将原先也由RTSP控制通道控制的媒体流1删去，从而制止用户终端对媒体流1进行VCR操作。 
之后，MCF若收到用户终端要求对媒体流1进行VCR操作的请求，则拒绝该请求；若收到用户终端要求对媒体流2进行VCR操作的请求，则仍可依照当前存储的关于用户终端对媒体流2的VCR操作控制策略，处理该请求。 
表六： 
Figure S2007101615639D00151
上述实施例一至实施例三中，SCF可不直接将需要下发的VCR操作控制策略通过SIP消息或媒体控制消息等消息携带给MCF，而是可以将VCR操作控制策略所在位置通过SIP消息或媒体控制消息等消息发送给MCF，MCF收到该消息后，可根据该消息中携带的VCR操作控制策略所在位置相关信息，从相应位置获取到VCR操作控制策略。 
实施例四： 
本实施例四中，设VCR操作控制策略由SCF生成，且SCF通过向MCF发送控制命令，将VCR操作控制策略发送给MCF。控制命令可由SCF发送给MCF的SIP消息或媒体控制消息携带。 
参见图9，图9是本发明实施例四中控制用户终端的VCR操作的流程图。其中，设用户终端已经通过SCF，与MCF之间建立了两个会话和一条RTSP控制通道。该流程可包括以下步骤： 
步骤901、SCF向MCF发送MRequest消息，该消息中携带用于指示MCF控制用户终端对媒体流1的VCR操作控制策略，即控制命令。 
该VCR操作控制策略可以是制止用户终端对媒体流1进行快进操作。 
步骤902、MCF收到该MRequest消息后，向SCF返回MResponse响应。 
本实施例中，MCF解析MRequest消息中的控制命令，根据该控制命令，对于接收到的用户终端要求对媒体流1进行快进操作的请求，将拒绝该请求。 
步骤903、SCF向MCF发送下一条MRequest消息，该消息中携带用于指示MCF控制用户终端对媒体流2的VCR操作控制策略，即控制命令。 
该VCR操作控制策略可以是制止用户终端对媒体流2进行后退操作。 
步骤904、MCF收到该MRequest消息后，向SCF返回MResponse响应，该流程可结束。 
本实施例中，MCF解析MRequest消息中的控制命令，根据该控制命令，对于接收到的用户终端要求对媒体流2进行后退操作的请求，将拒绝该请求。 
实施例五： 
本实施例五中，设VCR操作控制策略并不是由SCF下发的，而是预先配置在MCF上的。该情况下预先配置的VCR操作控制策略可以针对某个用户终端的流媒体业务的策略，也可以是适用于所有用户终端的VCR操作控制策略。若静态配置的VCR操作控制策略只有一个，则可不需要对该策略进行标识。而实际应用中，静态配置的VCR操作控制策略可能不只一个，因此，需要为各个VCR操作控制策略分配各自的标识，并且该标识信息需要提供给SCF。 
参见图10，图10是本发明实施例五中控制用户终端的VCR操作的流程图。该流程可包括以下步骤： 
步骤1001、在MCF上配置多个VCR操作控制策略，并为每个VCR操作控制策略分配能够唯一标识该VCR操作控制策略的策略标识。 
步骤1002至步骤1007的流程与上述步骤601至步骤606的流程类似。 
用户终端与MCF之间的RTSP控制通道被建立，用户终端与MCF之间存在一条媒体会话。 
所需要说明的是，在SCF接收到用户终端的要求与MCF建立会话的Invite消息后，SCF为指示MCF对该用户终端的VCR操作进行控制，将该用户终端对应的VCR操作控制策略对应的策略标识，填充到该Invite消息中，并在该 Invite消息中携带将该策略标识对应的VCR操作控制策略的应用于该用户终端的指示，将携带策略标识和指示的Invite消息发送给MCF；MCF收到该Invite消息后，解析出其中的策略标识和指示，根据该策略标识查找到对应的VCR操作控制策略，将该VCR操作控制策略作为该用户终端对应的VCR操作控制策略。另外，SCF可在用户终端发来的SIP消息，如Invite消息的Accept-Contact或Contact头域中携带该策略标识，该策略标识可以是pgroup＝mctrl1。 
步骤1008、用户终端发送要求执行VCR操作请求，MCF收到该请求后，找到与该用户终端对应的VCR操作控制策略，若策略中允许用户终端执行其请求的VCR操作，则MCF处理该请求，基于RTSP控制通道实现用户终端所请求的VCR操作；反之，若VCR操作控制策略中制止用户终端执行其请求的VCR操作，则MCF拒绝处理该请求。 
步骤1009至步骤1010、SCF向MCF发送下一条SIP消息，如Invite消息、Info消息或Update消息等，将适用于该用户终端的新的VCR操作控制策略对应的策略标识带给MCF；MCF收到该SIP消息后，向SCF返回200 OK响应，并解析接收到的SIP消息中携带的策略标识，如pgroup＝mctrl2，更新该用户终端可适用的VCR操作控制策略，该流程可结束。 
实际应用中，可采用在MCF上预先配置VCR操作控制策略以及由SCF下发VCR操作控制策略相结合的方式，使MCF获取到所需的VCR操作控制策略。 
另外，本发明实施例还列举了一些可能常用的采用XML描述的VCR操作控制策略的实例如下，可供实际应用时参考： 
参见表七，表七列举制止用户终端录制媒体流的VCR操作控制策略。 
表七： 
<？xml version＝″1.0″encoding＝″UTF-8″？>      <vcr-policy xmlns＝″urn:ietf:params:xml:ns:rtsp-policy″              xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>           <forbid></录制>           </forbid>      </vcr-policy>
参见表八，表八列举表七实例的XML的另一种描述方式。 
表八： 
<？xml version＝″1.0″encoding＝″UTF-8″？>      <vcr-policy xmlns＝″urn:ietf:params:xml:ns:rtsp-policy″              xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>        <快进max＝2>            on    //on:允许  off:禁止        </快进>        <后退max＝2>            on        </后退>        <暂停>            on        </暂停>        <定位>on        </定位><录制>off        </录制>     </vcr-policy>
参见表九，表九列举允许用户终端快进媒体流的VCR操作控制策略。 
表九： 
<？xml version＝″1.0″encoding＝″UTF-8″？>      <vcr-policy xmlns＝″urn:ietf:params:xml:ns:rtsp-policy″              xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>           <allow></快进max＝1>         </allow>     </vcr-policy>
综上所述，本发明实施例提供的用户终端VCR操作的网络控制方法、媒体控制装置以及VCR操作策略供给装置的技术方案中，由网络侧媒体控制装置根据获取到的VCR操作控制策略，来对用户终端的VCR操作进行相应的控制，从而可实现在网络侧控制用户侧用户终端的VCR操作，满足网络侧的需求。并可有效防止用户侧不经过业务提供商的许可，即录制相关媒体内容，避免业务提供商的损失。另外，本发明实施例提供的技术方案可适用于多种通信系统结构。 

Claims (13)

1.一种用户终端VCR操作的网络控制方法，其特征在于，包括：
媒体控制功能MCF接收业务控制功能SCF下发的VCR操作控制策略；所述VCR操作控制策略由所述SCF生成；或者所述MCF预先配置VCR操作控制策略；
利用所述VCR操作控制策略，控制用户终端执行的VCR操作。
2.根据权利要求1所述的方法，其特征在于，所述VCR操作控制策略包括：允许用户终端执行VCR操作中的部分或全部操作；或，
制止用户终端执行所述VCR操作中的部分或全部操作。
3.根据权利要求1所述的方法，其特征在于，所述VCR操作控制策略由所述SCF通过SIP消息携带；或由所述SCF通过媒体控制消息携带；或由所述SCF通过控制命令携带。
4.根据权利要求1所述的方法，其特征在于，接收业务控制功能SCF下发的VCR操作控制策略包括：
接收SCF发送的携带所述VCR操作控制策略所在位置的消息；
从网络位置获得所述VCR操作控制策略；
所述消息包括：SIP消息，或媒体控制消息。
5.根据权利要求1所述的方法，其特征在于，所述VCR操作控制策略包括以下任意之一：
激活所述用户终端与所述MCF之间的RTSP控制通道；
去激活所述RTSP控制通道；
允许指定媒体流与所述RTSP控制通道进行关联；
制止指定媒体流与所述RTSP控制通道的关联。
6.根据权利要求5所述的方法，其特征在于，接收业务控制功能SCF下发的VCR操作控制策略包括：
接收所述SCF下发的SIP消息，该SIP消息的SDP中携带所述VCR操作控制策略。
7.根据权利要求1所述的方法，其特征在于，所述MCF预先配置VCR操作控制策略，利用所述VCR操作控制策略，控制用户终端执行所述VCR操作的步骤包括：
接收SCF下发的与所述VCR操作控制策略对应的策略标识，以及所述SCF要求将所述策略标识对应的VCR操作控制策略应用于指定用户终端的指示；
按照所述指示，利用与所述策略标识对应的VCR操作控制策略，控制所述指定用户终端的VCR操作。
8.根据权利要求7所述的方法，其特征在于，所述策略标识由所述SCF下发的Request-URI携带，或由所述SCF下发的SIP消息的头域携带。
9.一种媒体控制装置，其特征在于，该装置设置于媒体控制功能MCF实体上，包括：策略获取单元、执行单元；其中，
所述策略获取单元，用于接收SCF下发的VCR操作控制策略，或通过预先配置的VCR操作控制策略获取VCR操作控制策略；
所述执行单元，用于利用所述策略获取单元获取到的所述VCR操作控制策略，控制用户终端执行的VCR操作。
10.根据权利要求9所述的装置，其特征在于，所述策略获取单元用于接收SCF下发的VCR操作控制策略，该策略获取单元包括：
接收单元和存储单元，其中，
所述接收单元，用于接收SCF下发的所述VCR操作控制策略；
所述存储单元，用于存储所述接收单元接收到的所述VCR操作控制策略。
11.根据权利要求9所述的装置，其特征在于，所述策略获取单元用于通过预先配置的VCR操作控制策略获取VCR操作控制策略，该策略获取单元包括：
配置单元，用于预先配置所述VCR操作控制策略；
存储单元，用于存储所述配置单元配置的所述VCR操作控制策略。
12.根据权利要求11所述的装置，其特征在于，所述执行单元包括：指示接收单元、指示执行单元，其中，
所述指示接收单元，用于接收SCF下发的与所述VCR操作控制策略对应的策略标识，以及所述SCF要求将所述策略标识对应的VCR操作控制策略应用于指定用户终端的指示；
所述指示执行单元，用于按照所述指示接收单元接收到的所述指示，利用与所述策略标识对应的VCR操作控制策略，控制所述指定用户终端的VCR操作。
13.一种VCR操作策略供给装置，其特征在于，该装置设置于业务控制功能SCF实体上，包括：策略生成单元和策略下发单元；其中，
所述策略生成单元，用于根据网络侧需求，生成用于对用户终端的VCR操作进行控制的VCR操作控制策略；
所述策略下发单元，用于将所述策略生成单元生成的所述VCR操作控制策略发送给媒体控制装置。
CN2007101615639A 2007-09-29 2007-09-29 用户终端、vcr操作的网络控制方法、装置 Expired - Fee Related CN101399725B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2007101615639A CN101399725B (zh) 2007-09-29 2007-09-29 用户终端、vcr操作的网络控制方法、装置
PCT/CN2008/071825 WO2009043242A1 (fr) 2007-09-29 2008-07-30 Procede de commande de reseau et appareil d'exploitation de magnetoscope

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101615639A CN101399725B (zh) 2007-09-29 2007-09-29 用户终端、vcr操作的网络控制方法、装置

Publications (2)

Publication Number Publication Date
CN101399725A CN101399725A (zh) 2009-04-01
CN101399725B true CN101399725B (zh) 2011-06-01

Family

ID=40517999

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101615639A Expired - Fee Related CN101399725B (zh) 2007-09-29 2007-09-29 用户终端、vcr操作的网络控制方法、装置

Country Status (2)

Country Link
CN (1) CN101399725B (zh)
WO (1) WO2009043242A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101517708B1 (ko) 2010-11-17 2015-05-04 야자키 소교 가부시키가이샤 전류 센서 결합형 배터리 단자

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1689327A (zh) * 2002-10-03 2005-10-26 皇家飞利浦电子股份有限公司 媒体通信方法和设备
CN101005367A (zh) * 2006-01-19 2007-07-25 华为技术有限公司 一种媒体流传输系统和媒体流传递质量控制方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1905455B (zh) * 2005-07-26 2011-11-02 华为软件技术有限公司 基于互联网和流媒体技术的开放式多媒体传输系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1689327A (zh) * 2002-10-03 2005-10-26 皇家飞利浦电子股份有限公司 媒体通信方法和设备
CN101005367A (zh) * 2006-01-19 2007-07-25 华为技术有限公司 一种媒体流传输系统和媒体流传递质量控制方法

Also Published As

Publication number Publication date
WO2009043242A1 (fr) 2009-04-09
CN101399725A (zh) 2009-04-01

Similar Documents

Publication Publication Date Title
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
EP2175591B1 (en) A method, a system, a device and a computer program readable medium for realizing the services of network televison
US8656445B2 (en) Multimedia subsystem control for internet protocol based television services
US9531760B2 (en) Methods and apparatus for packetized content delivery over a content delivery network
CN100579209C (zh) 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备
JP4932906B2 (ja) Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム
CN101326826B (zh) 网络电视的业务控制方法、系统以及装置
US20100149302A1 (en) Apparatus and method for video conferencing
CN100571278C (zh) 在iptv业务中应用终端能力信息的方法、系统及装置
US20090313376A1 (en) Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network
CN101884203A (zh) Ip媒体成流服务传送
US20100122281A1 (en) Method and system for controlling authorization of service resources
CN101754002B (zh) 一种视频监控系统及其双码流监控前端的实现方法
CN101378492B (zh) 一种实现网络录制的方法、系统及装置
US9009593B2 (en) Apparatus and method for providing set top box assistance
KR20090123781A (ko) 멀티캐스트 세션을 통해 수신한 어플리케이션에 기초한 ｉｐｔｖ 서비스 이용 방법 및 장치
CN101674470B (zh) 实现客户端录制的方法、系统及录制控制实体
CN101399725B (zh) 用户终端、vcr操作的网络控制方法、装置
CN101677396B (zh) 一种预览频道媒体流协商的方法、系统和装置
CN101378401A (zh) 业务资源授权控制的方法、系统和设备
CN101374102B (zh) 一种传递iptv业务参数的方法、设备及功能实体
CN101340428A (zh) 媒体服务器切换过程中提供媒体流的方法及系统
CN101399759B (zh) 一种业务提供实体对媒体流控制的方法、系统和装置
CN101640671A (zh) 一种交互信息的传送方法、系统和装置
CN101459572B (zh) 一种在ip分组网中实现关联媒体流的方法及装置

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: 20110601

Termination date: 20140929

EXPY Termination of patent right or utility model