+

WO2009024077A1 - Procédé et dispositif pour acquérir un paramètre de service iptv - Google Patents

Procédé et dispositif pour acquérir un paramètre de service iptv Download PDF

Info

Publication number
WO2009024077A1
WO2009024077A1 PCT/CN2008/072029 CN2008072029W WO2009024077A1 WO 2009024077 A1 WO2009024077 A1 WO 2009024077A1 CN 2008072029 W CN2008072029 W CN 2008072029W WO 2009024077 A1 WO2009024077 A1 WO 2009024077A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
service parameter
iptv
request
user
Prior art date
Application number
PCT/CN2008/072029
Other languages
English (en)
Chinese (zh)
Inventor
Peng Wang
Baojian Qi
Xiaosong Lei
Wenming Zhu
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.
Publication of WO2009024077A1 publication Critical patent/WO2009024077A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333—Processing operations in response to a pause request
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/6587—Control parameters, e.g. trick play commands, viewpoint selection

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, device, and functional entity for acquiring IPTV service parameters. Background technique
  • IPTV Internet Protocol Television
  • IPTV Internet Protocol Television
  • Digital TV has many technological innovations relative to analog TV, only the signal changes, and does not touch the way media content is transmitted.
  • IMS-based IPTV IP Multimedia Subsystem based IPTV
  • IMS-based IPTV IP Multimedia Subsystem based IPTV
  • End-to-end QoS Quality of Service
  • QoS Quality of Service
  • FIG. 1 shows the service function architecture of IMS based IPTV defined by the standard organization ETSI TISPAN (Telecommunications and Internet converged Services and Protocols for Advanced Networking), which mainly includes UE (User Equipment).
  • the IPTV Media Functions entity the IPTV Service Control Function (SCF), the core IMS and other functional entities responsible for the control and delivery of the UE media stream and the UPSF (User Provide Function) for storing the user subscription information.
  • SCF IPTV Service Control Function
  • UPSF User Provide Function
  • IPTV Media Functions can be decomposed into MCF from a functional perspective.
  • Media Control Function Media Control Function
  • MDF Media Delivery Function
  • the MDF is usually a media server that transmits the media stream required by the user to the user terminal under the control of the media control function.
  • the MCF can receive and process the user's playback control operations, usually using RTSP (Real Time Streaming Protocol), such as media fast forward, backward, pause, and positioning operations.
  • RTSP Real Time Streaming Protocol
  • the UE communicates with the IPTV media function through the Transport Processing Functions and the core IMS respectively; the core IMS passes the NASS (Network Attachment Subsystem) and the RACS (Resource and Admission Control Subsystem). ) Connected to the transfer processing function.
  • the IPTV service control function entity, the IPTV media control function entity, and the IPTV media delivery function entity respectively include: a CoD (Content on Demand) function, a BC (Broadcast) function entity, and a PVR (Person Video Record). Personal video recording) features, etc.
  • the Gm interface between the IPTV UE and the Core IMS used by the IPTV UE service control, the Core IMS, and the ISC interface between the Core IMS and the IPTV Service Control (SCF) and the CSCF inside the Core IMS are all based on the SIP protocol.
  • Live TV LTV Linear TV or Live TV
  • the basic business process of the LTV is that the user terminal (UE or STB) receives the broadcasted television program information and displays the received program information to the user after the user is turned on.
  • UE user terminal
  • TsTV Time Shift TV
  • LT V Time Shift TV
  • Users can use TsTV to watch some programs that LT V has already played. For example, users missed watching the past due to time. A game has been broadcast, etc., and the user can back, fast forward, pause, etc. the television program being played while watching the TsTV television program. Even when the user starts, he watches the LTV TV program, wants to jump to a certain time in the past to watch when watching the LTV TV program, or wants to control the currently watching TV program (backward, fast forward, slow forward, Pause, etc.) operate in the TsTV business mode.
  • the user control function refers to the user being able to perform media content. Back, fast forward, slow forward, pause, jump, etc.
  • the network side does not provide user control functions for all channels, that is, some channel users can perform time shifting operations while others cannot. Therefore, when the terminal requests access to an LTV channel, it can acquire whether the LTV channel supports the user control function. Even because of user signing, etc., even if the user control function is provided for the network side of a certain channel, it is possible that the user does not have the right to control the user. Therefore, before the service establishment process or after the establishment of the service, the IPTV UE needs to be able to determine in some way whether to allow the use of the user control function for the accessed channel, for example, to obtain the service parameters of the channel.
  • the user cannot be provided with the function of obtaining service parameters, so that the user cannot determine whether the accessed channel allows the use of the user control function.
  • the embodiments of the present invention provide a method, a device, and a function entity for acquiring an IPTV service parameter, so as to obtain a service parameter by an independent session protocol interaction process in an initial session establishment process.
  • the embodiment of the invention provides a method for obtaining IPTV service parameters, which includes the following steps:
  • An embodiment of the present invention provides an IPTV user equipment, including:
  • a service parameter obtaining unit configured to acquire a service parameter
  • the operation unit is connected to the service parameter obtaining unit, and configured to perform a television service operation according to the service parameter.
  • An embodiment of the present invention provides a service control function entity, including:
  • a request receiving unit configured to receive a request message from an IPTV user equipment
  • the service parameter sending unit is connected to the request receiving unit, and configured to send the service parameter to the IPTV user equipment after receiving the request message.
  • An embodiment of the present invention provides a metadata functional entity, including:
  • a first request receiving unit configured to receive a request message from the IPTV user equipment, where the first service parameter sending unit is connected to the first request receiving unit, and configured to: after receiving the request message, to the IPTV user equipment Send business parameters.
  • An embodiment of the present invention provides a metadata functional entity, including:
  • a second request receiving unit configured to receive a request message from a service control function entity
  • the second service parameter sending unit is connected to the second request receiving unit, and configured to send the service parameter to the service control function entity after receiving the request message.
  • the embodiment of the present invention obtains service parameters by using an independent session protocol interaction process in the initial session establishment process, so that the user can perform corresponding TV service operations according to service parameters, thereby avoiding unnecessary attempts.
  • FIG. 1 is a service function architecture diagram of an IMS based IPTV in the prior art
  • FIG. 2 is a process of obtaining a service parameter by a request/response message in the embodiment of the present invention
  • FIG. 3 is a method for obtaining a service by using a subscription/notification message in the embodiment of the present invention
  • Figure 4 is a schematic diagram of a method for transmitting a service parameter to a service control function entity by a metadata function entity in an embodiment of the present invention
  • FIG. 5 is a structural diagram of an IPTV user terminal according to an embodiment of the present invention.
  • FIG. 6 is a structural diagram of a functional entity of a time-shifted television service according to an embodiment of the present invention
  • FIG. 7 is a structural diagram of a functional entity of a time-shifted television service according to an embodiment of the present invention
  • FIG. 8 is a metadata of an embodiment of the present invention
  • Functional entity structure diagram is a structural diagram of a functional entity of a time-shifted television service according to an embodiment of the present invention.
  • a process for a UE to obtain a service parameter by using an INVITE message process is as shown in FIG. 2, and includes the following steps:
  • Step s201 The UE sends an INVITE request message to the SCF through the P-CSCF and the S-CSCF to request access to the IPTV service (for example, sip:bcl@ltv.example.com);
  • Step s202 The SCF acquires the accessed service parameter.
  • This business parameter includes some or all of the following information:
  • the SCF returns the BC service (packet) to the UE, or whether all BC services (packets) that the user may access support the time shift function, or whether Provide users with time shifting capabilities.
  • the user control functions include: whether to allow pause, allowable playback speed, whether to allow jump, and so on.
  • the UE can locally disable or use the media control function or the time shift function after knowing whether the user is allowed to control the function;
  • the initial multicast service includes a default multicast service associated with the service package set by the user, or a multicast service accessed when the user quits last time, or a multicast service that the SCF first suggests to the user according to the local policy, such as a program-promoting multicast service. Wait. After the UE learns the initial multicast service, it can switch to the initial multicast service to avoid knowing how to perform service processing because it does not know the service in the visited multicast service packet;
  • Initial access location information for multicast services that support time-shifting functionality.
  • the program breakpoint information when the user leaves the multicast service, or the initial access location information of the CoD service, and the content breakpoint information when the user leaves the CoD service, the initial access location information of the CoD service may include the multicast service or the CoD content.
  • Breakpoint time information After the UE learns the above-mentioned breakpoint time information, it can directly provide services for the user from the endpoint location to avoid the problem of user relocation;
  • the service parameters of the current program, or the service parameters of the service accessed by the user (such as the content currently requested by the user in the CoD service).
  • the business parameters include: the popularity of the program or content accessed by the user, the rating level of the other users, the content level of the program (suitable crowd), the actor, the place of origin, the length of the program, the voice and the available language type of the subtitle, the program Or a brief introduction to the content.
  • the UE learns the above service parameters.
  • the information can be provided to the user to provide the user with the business content information that the user cares about to enhance the user's business experience;
  • the personal preference set by the user or the preference information of the user's access to the program set by the operator It is convenient for the terminal to provide more personalized service access according to the preference information, such as suggested subtitles and language selection of the audio portion of the program or content.
  • the UE can provide services to the user in accordance with the preferences of the user and the operator, and can not only enhance the user's service experience, but also provide a convenient means for the operator to perform service control.
  • Step s203 The SCF returns a 200 OK response message to the UE through the P-CSCF and the S-CSCF, where the response message carries the service parameter.
  • Step s204 After receiving the response message, the UE returns an acknowledgement message ACK to the SCF. And receiving IPTV service media data from the network to provide users with the use of IPTV services.
  • the sending of the foregoing service parameter in the 200 OK response message may be implemented in the following manner:
  • Sip:bcl@scfl . example. com;+rtsp.play;+rtsp.pause;+rtsp.speed "-16
  • the URI can be carried via a header field such as Contact.
  • the message format is as follows: Content-type: application/trick
  • Content-type application/trick-mode
  • Allow-Trick-Mode rtsp.play, rtsp.pause
  • P-trick-info http://bc-scfl .example.com/userl-data-trick-desc.xml
  • the P-trick-info header field carries the link location for obtaining the description of the user control function " http: ⁇ bc -scfl .example.com/userl-data-trick-desc.xml".
  • step s203 if the user requests a multicast service packet, the method for the SCF to provide the UE with the first visited multicast service by using the 200 OK response message may be;
  • P-service-desc http://bc-scfl .example.com/userl-servcie-desc.xml
  • the P-service-desc header field carries the link location for obtaining the description of the service-related information "http: ⁇ bc-scfl .
  • Example.com/userl-servcie-desc.xml which contains the initial multicast service information.
  • an entity such as UE receives the above 200 OK response message, it will pass HTTP.
  • the protocol is obtained from the specified location.
  • the description of the document referred to by the link may use the third method described above or other descriptions.
  • step s203 the method for the SCF to provide the breakpoint time information to the UE by using the 200 OK response message may be:
  • Sip: bc-service 1 @ltv-scf. example . com;range "20060123T153600Z-" or:
  • P-service-desc http://bc-scfl .example.com/userl-servcie-desc.xml
  • the P-service-desc header field carries the link location of the service-related information description http://bc-scfl. Example.com/userl-servcie-desc.xml, which contains business breakpoint time information.
  • the entity such as the UE receives the above 200 OK response message, it will obtain it from the specified location through the HTTP protocol.
  • the description of the document referred to by the link may use the second method described above or other descriptions.
  • step s203 the SCF returns a service parameter of the program or content to the UE through the 200 OK response message.
  • a service parameter of the program or content to the UE through the 200 OK response message.
  • Time-length 5400
  • voice-language mandarin, cantonese
  • title-language "Simplified-Chinese”
  • introduction "A tale for a hero— .,,/>
  • Time-length 5400
  • voice-language mandarin, cantonese
  • title-language "Simplified-Chinese”
  • introduction "A tale for a hero "/>
  • the hot-level parameter indicates popularity
  • the evalue parameter indicates audience rating
  • the age-level parameter indicates content or age level
  • the actor parameter carries actor information
  • the source parameter passes the origin
  • the time-length parameter carries the length of time
  • the voice-language parameter Carry the available audio language or the type of dialect
  • the title-language parameter carries the language of the subtitle
  • the introduction parameter carries the introduction of the program.
  • information about the information that needs to be carried, such as time-start is valid from that point in time.
  • P-service-desc http://bc-scfl .example.com/userl-servcie-desc.xml
  • the P-service-desc header field carries the link location of the service-related information description http://bc-scfl. Example.com/userl-servcie-desc.xml, which contains the business parameters of the program or content.
  • the entity such as UE receives the above 200 OK response message, it will obtain it from the specified location through the HTTP protocol.
  • the description of the document referred to by the link may be in the manner described above or in other manners.
  • the SCF returns the preference information set by the user or the operator to the UE through the 200 OK response message. Specific, such as;
  • voice-language means voice preferred Chinese Mandarin
  • title-language means subtitle preferred Simplified Chinese.
  • the URI can be carried via a header field such as Contact.
  • P-pref-desc http://bc-scfl .example.com/userl-preference-desc.xml
  • the P-pref-desc header field carries the link location for the description of the preference information "http: ⁇ bc-scfl .example .com/userl-preference-desc.xml", which contains the initial multicast service information.
  • the entity such as UE receives the above 200 OK response message, it will obtain it from the specified location through the HTTP protocol.
  • the way the link refers to the document can be described in the third way or other description.
  • the foregoing embodiment describes that the SCF sends a service parameter by using a response message of the service access request, and the SCF can also carry the service parameter by using the SIP message in any protocol interaction process to the UE.
  • the SCF can easily derive from the above embodiments.
  • the implementation method of obtaining service parameters in other possible SIP protocol interaction processes The network architecture of the existing IMS based IPTV in the TISPAN standard is shown in FIG. 1 . However, it can be seen from the existing network architecture that there is no functional entity that provides a service parameter for the IPTV UE or the like.
  • a metadata function entity (METADATA-FU C ) is added to provide IPTV service parameters for other network entities in the network, where the metadata function entity may be located in other entities such as the SCF as a sub-function module or As a separate functional entity, when it is a submodule inside the SCF, if the parameter is requested through the following SUBSCRIBE procedure, the service parameter is obtained through the NOTIFY process; if the parameter is requested through the INVITE process, the service parameter can be obtained through the response message.
  • the metadata function entity may be located in other entities such as the SCF as a sub-function module or As a separate functional entity, when it is a submodule inside the SCF, if the parameter is requested through the following SUBSCRIBE procedure, the service parameter is obtained through the NOTIFY process; if the parameter is requested through the INVITE process, the service parameter can be obtained through the response message.
  • Step s301 The IPTV UE sends a subscription (SUBSCRIBE) message to the metadata function entity, and subscribes to a service parameter (Service-Meta-Data) of the multicast service.
  • Dialog-id call-id-a%3Bto-tag%3Dtag-a3Bfrom-tag%3Dtag-b Step s302, the metadata function entity returns a 200 OK response message to the UE.
  • Step s303 The metadata function entity sends a NOTIFY notification message to the UE, where the NOTIFY notification message carries the service parameter Service-Meta-Data of the sending channel. among them
  • the service parameters and the manner of delivery reference may be made to any combination of the multiple manners in the first embodiment, and the service parameters may be delivered in a direct manner or the links of the service parameters may be transmitted in an indirect manner.
  • Step s304 the UE returns a 200 OK response message to the metadata function entity.
  • the embodiment of the present invention further provides a method for a metadata function entity to send a service parameter to a service control function entity SCF. As shown in FIG. 4, the method includes the following steps:
  • Step s401 The SCF sends a subscription request message to the metadata function entity, where the message includes information such as the type and content of the service parameter to be obtained.
  • Step s402 the metadata function entity returns a 200 OK response message to the SCF;
  • Step s403 the metadata function entity sends a notification message to the SCF, where the message carries the corresponding service parameter;
  • Step s403 The SCF returns a 200 OK response message to the metadata function entity.
  • the foregoing embodiment describes a method for obtaining a service parameter in a multicast service access instance, which can also be applied to obtain a service parameter related to a multicast service that is not related to the service access instance, and obtain related or unrelated to the service access instance.
  • the method for obtaining the service parameters of the IPTV UE is described in detail in all the foregoing embodiments, but the methods are also applicable to other network entities.
  • the media function entity can use the processing method in the foregoing embodiment to obtain service parameters and control media distribution of the service. .
  • Those skilled in the art can easily derive a detailed implementation method for other functional entities to obtain service parameters according to the method for obtaining the service parameters by the IPTV UE.
  • An embodiment of the present invention provides an IPTV user equipment, as shown in FIG. 5, including: a service parameter obtaining unit 10, configured to acquire a service parameter; and an operation unit 20, connected to the service parameter obtaining unit 10, configured to determine according to the service parameter Whether to support the user control function and whether to authorize the user to perform user control functions.
  • the service parameters include: whether to support the tracking mode, and one or more of the supported channels, programs, and content information; or including the link address corresponding to the service parameter, and indirectly obtaining the service parameter through the link address.
  • the service parameter obtaining unit 10 specifically includes The access request sending subunit is configured to send an access request to the SCF, and the response receiving subunit is configured to receive a response message returned by the SCF, where the response message carries the service parameter.
  • the service parameter obtaining unit 10 specifically includes: a subscription request sending subunit, configured to send a subscription request to the metadata function entity; and a notification message receiving subunit, configured to receive the metadata function entity to return The notification message carries the service parameters in the notification message.
  • the embodiment of the present invention provides a service control function entity SCF.
  • the method includes: a request receiving unit 100, configured to receive a request message from an IPTV user equipment; and a service parameter sending unit 200 connected to the request receiving unit 100. And after receiving the request message, sending the service parameter to the IPTV user equipment; or, as shown in FIG. 7, the service parameter obtaining unit 300, configured to obtain the service parameter from the metadata function entity, and pass the service parameter
  • the service parameter sending unit 200 is sent to the IPTV user equipment.
  • the specific obtaining process may include, but is not limited to, the following steps: the service parameter obtaining unit 300 sends a subscription request message to the metadata function entity, where the message includes the type, content, etc. of the service parameter to be acquired.
  • the metadata function entity sends a notification message to the service parameter obtaining unit 300, where the message includes corresponding service parameters.
  • the embodiment of the present invention provides a metadata function entity, which may be located in another entity such as a service control function entity as a sub-function module or as an independent functional entity, when acting as an independent functional entity.
  • the metadata functional entity needs to be able to communicate with the service control function entity or with the P-CSCF.
  • the metadata function entity includes: a first request receiving unit 1000, configured to receive a request message from an IPTV user equipment; a first service parameter sending unit 2000, connected to the first request receiving unit 1000, After receiving the request message, the P-CSCF sends the service parameter to the IPTV user equipment.
  • the IPTV user equipment can directly obtain the service parameter from the metadata function entity through the P-CSCF, and the specific process is as follows:
  • the IPTV user equipment can send the service parameter request message to the first request receiving unit 1000 through the P-CSCF.
  • a service parameter sending unit 2000 sends a notification message to the user equipment, where the message carries the corresponding service parameter.
  • the metadata function entity may further send a service parameter to the service control function entity SCF, where the user equipment obtains the service parameter from the service control function entity. Therefore, the metadata function entity may also separately include the second request receiving unit 3000 for receiving the request message from the SCF; the second service parameter sending unit 4000 is connected to the second request receiving unit 3000 for receiving the request. After the message, the service parameters are sent to the SCF.
  • the specific process includes: the SCF sends a Get Service Parameter Request message to the second request receiving unit 3000, and the second service parameter sending unit 4000 sends a notification message to the SCF, where the message carries the corresponding service parameter.
  • the obtained channel is obtained.
  • Information can be used to disable user control function operations locally and avoid unnecessary attempts.
  • the service parameter is the initial multicast service of the user. Therefore, after the user learns the initial service, the user can switch to the initial service, and the user does not know how to access the service packet. If the request is for the multicast service or the content-on-demand CoD service, the service parameter obtained by the user is the breakpoint time information, and the service can be provided to the user directly from the breakpoint location to avoid the user relocation.
  • the present invention can be implemented by hardware, or can be implemented by means of software plus necessary general hardware platform, and the technical solution of the present invention. It can be embodied in the form of a software product that can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including a number of instructions for making a computer device (may It is a personal computer, a server, or a network device, etc.) that performs the methods described in various embodiments of the present invention.
  • a non-volatile storage medium which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.
  • a computer device may It is a personal computer, a server, or a network device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé pour acquérir un paramètre de service de télévision sur protocole Internet (IPTV). Le procédé comprend les étapes suivantes : acquérir un paramètre de service ; effectuer l'opération de service de télévision sur la base du paramètre de service. L'invention concerne également un terminal utilisateur IPTV mobile, une entité à fonction de commande de service de télévision à décalage temporel et une entité à fonction de métadonnées. Avec le paramètre de service transporté par un message de conversation, par exemple, que la fonction de commande d'utilisateur soit supportée ou non, si le côté réseau ne supporte pas la fonction de commande d'utilisateur ou ne permet pas à l'utilisateur d'effectuer l'opération de fonction de commande d'utilisateur pour un certain service de multidiffusion, alors l'opération de fonction de commande d'utilisateur peut être interdite de façon locale par le paramètre de service acquis, de façon à éviter les tentatives inutiles. Ainsi, un équipement utilisateur IPTV peut indiquer à l'utilisateur si le service d'accès actuel permet d'effectuer ou non la commande d'utilisateur, par l'intermédiaire de l'interface.
PCT/CN2008/072029 2007-08-21 2008-08-18 Procédé et dispositif pour acquérir un paramètre de service iptv WO2009024077A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710143030.8A CN101374102B (zh) 2007-08-21 2007-08-21 一种传递iptv业务参数的方法、设备及功能实体
CN200710143030.8 2007-08-21

Publications (1)

Publication Number Publication Date
WO2009024077A1 true WO2009024077A1 (fr) 2009-02-26

Family

ID=40377861

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072029 WO2009024077A1 (fr) 2007-08-21 2008-08-18 Procédé et dispositif pour acquérir un paramètre de service iptv

Country Status (2)

Country Link
CN (1) CN101374102B (fr)
WO (1) WO2009024077A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102026024B (zh) * 2009-09-18 2013-03-20 中兴通讯股份有限公司 一种ppv业务的实时控制方法、系统和设备
CN101834799B (zh) * 2010-05-06 2012-12-19 工业和信息化部电信传输研究所 移动iptv的服务器选择方法、客户端、服务器和系统
CN101909062A (zh) * 2010-08-09 2010-12-08 王铮夫 一种面向三网融合的业务订阅分发和管理系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070086465A1 (en) * 2005-10-07 2007-04-19 Nokia Corporation Notification as a Service or as an Access to a Service
US20070130601A1 (en) * 2005-12-05 2007-06-07 Weiping Li Internet protocol (IP) television
CN1992735A (zh) * 2005-12-28 2007-07-04 中兴通讯股份有限公司 一种iptv机顶盒接入网络和业务开通的实现方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100403794C (zh) * 2004-12-29 2008-07-16 华为技术有限公司 一种实现流媒体业务的视讯终端和方法
CN100527830C (zh) * 2006-08-14 2009-08-12 Ut斯达康通讯有限公司 一种交互式电视的操作方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070086465A1 (en) * 2005-10-07 2007-04-19 Nokia Corporation Notification as a Service or as an Access to a Service
US20070130601A1 (en) * 2005-12-05 2007-06-07 Weiping Li Internet protocol (IP) television
CN1992735A (zh) * 2005-12-28 2007-07-04 中兴通讯股份有限公司 一种iptv机顶盒接入网络和业务开通的实现方法

Also Published As

Publication number Publication date
CN101374102B (zh) 2012-07-04
CN101374102A (zh) 2009-02-25

Similar Documents

Publication Publication Date Title
EP1988666B1 (fr) Système de réseau de transmission multimédia en continu, procédé de mise en oeuvre et entité d'activation de service de transmission multimédia en continu
CN102037703B (zh) Iptv通信网络中ip电视频道之间切换的方法和设备
US8473621B2 (en) Method, system, and apparatus for creating content-on-demand service
CN100579209C (zh) 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备
EP2148505A1 (fr) Procédé et dispositif d'obtention d'informations de description de supports d'un service iptv
WO2012152168A1 (fr) Procédé, système et dispositif d'obtention d'informations de commentaire lorsque des utilisateurs de terminaux regardent des programmes
WO2010022570A1 (fr) Procédé pour pousser des informations, dispositif et système basés sur l’iptv
WO2009138006A1 (fr) Procédé et système de commande de lecture de médias et unité d’exécution de métadonnées
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
US20090228939A1 (en) Time-shift tv service establishment method and time-shift tv media function entity
WO2009140880A1 (fr) Procédé, dispositif et système pour la commande de lecture de programmes
WO2011015015A1 (fr) Procédé de téléchargement de contenu vers l'amont et entité de fonction de livraison de contenu
WO2009155770A1 (fr) Système iptv interactif et procédé associé pour pousser des contenus
CN102651745B (zh) 一种业务内容的播放方法、系统和装置
WO2009024077A1 (fr) Procédé et dispositif pour acquérir un paramètre de service iptv
WO2010045796A1 (fr) Procédé, dispositif et système de commande pour service de vidéo à la demande
WO2010127627A1 (fr) Procédé, système et équipement permettant d'obtenir des informations de lecture multimédia en temps réel d'un utilisateur désigné
CN101287155B (zh) 一种发现流媒体业务的方法和系统
WO2009012714A1 (fr) Procédé et dispositif pour commander les médias en flux
CN101459525B (zh) 一种实现媒体控制的方法、系统及设备
CN101668164A (zh) 基于网际协议电视的内容发布方法、装置及系统
Tomek et al. IPTV applications in the NGN environment
WO2009056043A1 (fr) Procédé, système et équipement pour obtenir des signets d'enregistrement dans un système de télévision sur ip
WO2011000151A1 (fr) Procédé et appareil correspondant destinés à réaliser des services de canal de télévision par protocole internet
WO2008052484A1 (fr) Procédé, système et appareil de commande service tv ip

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08784020

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08784020

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载