WO2009024077A1

WO2009024077A1 - A method and device for acquiring an iptv service parameter

Info

Publication number: WO2009024077A1
Application number: PCT/CN2008/072029
Authority: WO
Inventors: Peng Wang; Baojian Qi; Xiaosong Lei; Wenming Zhu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-08-21
Filing date: 2008-08-18
Publication date: 2009-02-26
Also published as: CN101374102A; CN101374102B

Abstract

A method for acquiring an IPTV service parameter has been provided. It comprises the following steps: acquiring a service parameter; performing the television service operation based on the service parameter. Also, a movable IPTV user terminal, a time-shift television service control function entity and a metadata function entity have been provided. With the service parameter carried by a conversation message, for instance, whether the user control function is supported, if the network side does not support the user control function or not allow the user to perform the user control function operation for a certain multi-cast service, then the user control function operation can be forbidden in local by the acquired service parameter, so as to avoid the unnecessary attempts. Thus, an IPTV UE can prompt the user whether the currently accessed service can be performed the user controlling, through the interface.

Description

Method and device for acquiring IPTV service parameters

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

Internet Protocol Television (IPTV) is a brand-new technology that utilizes a broadband cable television network to integrate various technologies such as Internet multimedia and communication to provide home users with a variety of interactive services including digital television. Users can enjoy IPTV services at home by using a computer or a network set-top box plus a normal TV. IPTV is different from traditional analog cable TV and digital TV. Although 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 (IP Multimedia Subsystem) based IPTV (IMS-based IPTV) provides IPTV services under the overall architecture of IMS to fully utilize the existing registration, authentication, routing, session control and establishment, service triggering, and accounting in the IMS network. End-to-end QoS (Quality of Service) guarantees to provide users with streaming services and multimedia services that integrate streaming media and real-time session services. That is to say, the user's multimedia session is completed through the existing session control mechanism of the IMS. During the establishment of the session, the bearer resource needs to be reserved for the transmission of the media stream.

Figure 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. User provides functionality). Among them, IPTV Media Functions can be decomposed into MCF from a functional perspective. (Media Control Function, Media Control Function) and 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. 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. In addition, 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.

As one of the basic TV programs, Live TV LTV (Linear TV or Live TV) is currently the most used TV service. 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.

TsTV (Time Shift TV) is one of the other major business forms in 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.

Since the user is accessing the LTV service at the beginning, and the user is being modeled by the LTV service When the TsT V service mode is changed, the network side needs to properly handle the user's control operations. Therefore, the network side is required to provide a Trick Mode for the LTV channel. The user control function refers to the user being able to perform media content. Back, fast forward, slow forward, pause, jump, etc.

Usually, 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.

However, in the prior art, 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.

Summary of the invention

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:

Obtain business parameters;

Corresponding TV service operations are performed according to the service parameters.

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.

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.

Compared with the prior art, 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. DRAWINGS

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.

detailed description

The details are described below in conjunction with the drawings and specific embodiments. In the 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:

A) Whether the service requested by the user supports the user control function and whether the user is authorized to perform the user control function. If the user requests a BC (Broadcast) service or a multicast service packet, 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. Among them, 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;

B) User initial multicast service. 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;

C) 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;

D) 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;

E) 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. After obtaining the above preference information, 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. In addition, in step s203, the sending of the foregoing service parameter in the 200 OK response message may be implemented in the following manner:

1. Carrying by extending the URI parameter, the message format is as follows:

Sip:bcl@scfl . example. com;+rtsp.play;+rtsp.pause;+rtsp.speed="-16

-16,32"

Or when the user accesses the BC service package as a parameter of the BC service package identifier URI: sip:bc-pkgl @scfl . example . com;+rtsp .play ;+rtsp .pause;+rts . speed= "-16-16, 32"

Among them, "+rtsp.play; +rtsp.pause," means that the user can perform business execution and pause based on rtsp; +rtsp.speed="-16~16,32" indicates that the user is allowed to select the range of playback speed, ie - Any speed between 16x and 16x or 32x.

The URI can be carried via a header field such as Contact.

2. Carrying by extending the response message header field, the message format is as follows:

Supported: rtsp. lay, rtsp. ause, rtsp.speed="-16~16,32"

Where "Supported: rtsp. lay, rtsp. ause, rtsp.speed="-16~16,32"" has the same meaning as the Contact URI parameter.

3. Carrying by extending the response message body, the message format is as follows: Content-type: application/trick

Allow- Trick-Mode: rtsp.play, rtsp.pause, rtsp. speed="-16~l 6,32" where "Content-type: application/trick-mode" indicates whether the message body mode supports support and / Or allow the user to control the function; "Allow-Trick-Mode: rtsp.play, rtsp.pause" has the same meaning as the way of passing the Contact URI parameter.

4. Carrying by extending the response message body, where the message format is as follows: BC service or BC service package or other accessed service parameters:

Content-Type: application/trick-info

Content-Length: (...)

<bc-package name="example-packageO",

Trick="play, pause, rtsp.speed=-16~16,32'7>〃 All multicast services in the package allow the terminal to play, pause and speed control at the corresponding speed

<bc-package name="example-package 1 ", trick="not-supported"/>// All multicast services in the package do not support user control

<bc-package name="example-package2", trick="supported"/>// All multicast services in the package support user control functions, and the user control function is not specified, so it is actually not allowed.

<bc-package name="example-package3", trick="allowed"/>//All multicast services in the package allow user control

<bc-package name="example-package4", trick="not-allowed"/>// All multicast services in the package do not allow user control

<bc-package name="example-package5">

<bc-service name="channell-in-example-package5", trick="allowed'7>//This multicast service supports and allows user control functions

<bc-service name="channel2-in-example-package6", trick="supported'7>//This multicast service supports user control functions. It does not explain the user control function, so it is actually not allowed.

<bc-service name="channel3-in-example-package7", trick="not-support'7>//The multicast service does not support user control functions. <bc-service name="channel4-in-example-package8", trick="not-allowed'7>//The multicast service does not allow user control functions. It does not specify that the user is allowed to control the function, so it is actually not allowed.

<bc-service name="channel4-in-example-package9",

Trick="play, pause, rtsp.speed=-16~16,32'7>// This multicast service allows the terminal to play, pause and speed control at the corresponding speed

</package>

5, issued by the link method. Specifically, such as:

P-trick-info: http://bc-scfl .example.com/userl-data-trick-desc.xml where 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". When 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 way in which the link refers to the document can be described in the fourth way above or in other ways.

In 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;

1. Carry the existing SIP header field (such as P-Asserted-Identity), such as:

P-Asserted-Identity: si :bc-service l@example.com

2. Or carry it by extending the SIP header field (such as P-Initial-Service), such as: P-Initial-Service: si :bc-service 1 @example . com

3. Or carry it through the message body, such as:

Content-Type: application/initial-service-preference

P-Initial-Service=sip:bc-service 1 @example . com

4. Carry the data or information related to the service delivered by the link. Specifically, such as:

P-service-desc: http://bc-scfl .example.com/userl-servcie-desc.xml where 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. When 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.

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

1. Carrying by extending the URI parameter, the message format is as follows:

Sip: bc-service 1 @ltv-scf. example . com;range="20060123T153600Z-" or:

Sip:bc-servicel;range="20060123T153600Z-"@ltv-scf. example. com where range="20060123T153600Z-" is accessed from January 23, 2006 at 15:36, with no end time specified.

2. Carrying by extending the message body, where the message format is as a parameter of the BC service or the BC service package or other accessed services:

Content-Type: application/ service-info

<bc-package name="example-package5">

<bc-service name="channell-in-example-package5",

Range="20060123T153600Z-"/>

</package>

3. Issued by link. Specifically, such as:

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. When 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.

In step s203, the SCF returns a service parameter of the program or content to the UE through the 200 OK response message. Specific, such as;

1. Carrying by extending the message body, where the parameters of the BC service or BC service package or other accessed services are as follows:

Content-Type: application/ service-info <bc-package name="example-package 1 ">

<bc-service name="channel 1 -in-example-package 1 ",

Time-start="20060123T153600Z", pop-level="5",

Evalue="good", age-level="15", actor="actora, actorb", source="china",

Time-length="5400", voice-language="mandarin, cantonese", title-language="Simplified-Chinese", introduction="A tale for a hero— .,,/>

</package>

<cod-content name="si : mo vel .example.com"; pop-level="5", evalue="good", age-level="15", actor="actora, actorb", source=" China",

Time-length="5400", voice-language="mandarin, cantonese", title-language="Simplified-Chinese", introduction="A tale for a hero ..."/>

</package>

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, and the voice-language parameter Carry the available audio language or the type of dialect, the title-language parameter carries the language of the subtitle, and the introduction parameter carries the introduction of the program. For multicast services, information about the information that needs to be carried, such as time-start, is valid from that point in time.

2. Issued by link. Specifically, such as:

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. When 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. In step s203, 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;

1. Carrying by extending the URI parameter, the message format is as follows:

Sip :bc-servicel@ltv-scf. example, com; voice-language="mandarin title-language="Simplified-Chinese"

Or when the user accesses the BC service package as a parameter of the BC service package identifier URI: sip:bc-pkgl@ltv-scf. example. com;voice-language="mandarin"; title-language="Simplified-Chinese"

Among them, voice-language="mandarin" means voice preferred Chinese Mandarin, title-language="Simplified-Chinese" means subtitle preferred Simplified Chinese.

The URI can be carried via a header field such as Contact.

2. Or carry it by extending the SIP header field (such as P-Preference), such as:

P-Preference: voice-language="mandarin";

Title-language="Simplified-Chinese"

3. Or carry it through the message body, such as:

Content-Type: application/preference-desc

Voice-language="mandarin"

Title-language="Simplified-Chinese"

4. It is carried in the service-related data or information delivered by the link method. Specific, such as:

P-pref-desc: http://bc-scfl .example.com/userl-preference-desc.xml where 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. When 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. Those skilled in the art 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.

In the embodiment of the present invention, 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 process of obtaining business parameters from the metadata function entity through the SUBSCRIBE/NOTIFY process is shown in Figure 3, and includes the following steps:

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. The subscription message carries: the event type (for example: service-melta-data), and optionally includes some or all of the following information: user identifier (eg: sip:userl@example.com), service identifier (eg For example: si:bc l@ltv.example.com ) indicates that the service parameters of the service and the established IPTV service instance information (such as the SIP session defined for the IPTV service or the dialog identifier dialog-id=call-id-) are required. a%3Bto-tag%3Dtag-a3Bfrom-tag%3Dtag-b ). Some of the content of the subscription message is:

SUBSCRIBE sip:scfl. example.com SIP/2.0

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 For the description of 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. Business parameters of the BC service package, CoD service, TsTV service and other IPTV services.

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. For example, 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.

When the information needs to be obtained from the SCF, 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.

When the information is required to be obtained from the metadata function entity, 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. As shown in FIG. 6, 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. As shown in FIG. 8, 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. In this case, 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. Certainly, 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.

In the embodiment of the present invention, after determining whether the user control function is allowed by the obtained service parameter, if the user does not support the user control function for a certain channel network side or does not allow the user to perform the user control function operation, the obtained channel is obtained. Information can be used to disable user control function operations locally and avoid unnecessary attempts. If the multicast service packet is requested by the user, 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.

Through the description of the above embodiments, those skilled in the art can clearly understand that 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.

In conclusion, the above description is only a preferred embodiment of the present invention and is not intended to limit the scope of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

Rights request

A method for obtaining an IPTV service parameter, the method comprising: acquiring a service parameter;

2. The method for obtaining an IPTV service parameter according to claim 1, wherein the obtaining the service parameter comprises:

Send an access request to the SCF;

Receiving a response message returned by the SCF, where the response message carries a service parameter.

The method for obtaining an IPTV service parameter according to claim 2, further comprising: after the sending the access request to the SCF;

The SCF obtains a service parameter from a metadata functional entity.

The method for obtaining an IPTV service parameter according to claim 1, wherein the obtaining the service parameter comprises:

Sending a subscription request to the metadata functional entity;

Receiving a notification message returned by the metadata function entity, where the notification message carries a service parameter.

The method for obtaining an IPTV service parameter according to any one of claims 1 to 4, wherein the manner of carrying the service parameter comprises: carrying the extended URI parameter, carrying the extended message header field, and extending the message The business-related data or information carried by the body or carried by the link.

6. An IPTV user equipment, comprising:

a service parameter obtaining unit, configured to acquire a service parameter;

The IPTV user equipment according to claim 6, wherein the service parameter obtaining unit specifically includes:

An access request sending subunit, configured to send an access request to the SCF;

a response receiving unit, configured to receive a response message returned by the SCF, where the ringing The message should carry the business parameters.

The subscription request sending subunit is configured to send a subscription request to the metadata function entity, and the notification message receiving subunit is configured to receive the notification message returned by the metadata function entity, where the notification message carries the service parameter.

9. A service control function entity, comprising:

The request receiving unit is configured to receive a request message from the IPTV user equipment, and the service parameter sending unit is configured to be connected to the request receiving unit, and configured to send the service parameter to the IPTV user equipment after receiving the request message.

The service control function entity of claim 9, further comprising: a service parameter obtaining unit, coupled to the service parameter sending unit, configured to obtain a service parameter from the metadata function entity.

11. A metadata functional entity, comprising:

12. A metadata functional entity, comprising: