WO2010031309A1 - Procédé, système et dispositif de négociation d’un flux multimédia d’un canal de prévisionnement - Google Patents

Procédé, système et dispositif de négociation d’un flux multimédia d’un canal de prévisionnement Download PDF

Info

Publication number
WO2010031309A1
WO2010031309A1 PCT/CN2009/073749 CN2009073749W WO2010031309A1 WO 2010031309 A1 WO2010031309 A1 WO 2010031309A1 CN 2009073749 W CN2009073749 W CN 2009073749W WO 2010031309 A1 WO2010031309 A1 WO 2010031309A1
Authority
WO
WIPO (PCT)
Prior art keywords
preview
channel
media stream
service
channel media
Prior art date
Application number
PCT/CN2009/073749
Other languages
English (en)
Chinese (zh)
Inventor
张德文
漆宝剑
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2010031309A1 publication Critical patent/WO2010031309A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8549—Creating video summaries, e.g. movie trailer

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system, and apparatus for previewing channel media stream negotiation. Background technique
  • IPTV (Internet Protocol Television) service is a network that uses broadband Internet Protocol (Internet Protocol) to integrate Internet, multimedia, and communication technologies, and provides home users with digital TV. A new technology for interactive services. The user can enjoy the IPTV service using a personal computer or a network set-top box at home, and can also enjoy the IPTV service through the mobile terminal. IPTV effectively combines the three areas of TV network, telephone network and Internet. It is the most representative service of triple play and is receiving more and more attention from the industry.
  • a live channel that is, the user previews the content of the channel before deciding to formally watch a channel, which may be a small picture-in-picture when viewing a channel content normally.
  • the access bandwidth resource is limited, instead of transmitting the media content of all channels to the user terminal at the same time, the media content of the channel viewed by the user is only transmitted to the user terminal, and, in order to save bandwidth, the channel media is previewed.
  • the stream may need to use a separate media stream that occupies less bandwidth, that is, the same channel.
  • the channel content is the same, it provides multiple media streams, and the normal viewed media stream and the previewed media stream, for example, the preview channel's media stream adopts a small screen. , occupying less bandwidth.
  • the embodiment of the invention provides a method, a system and a device for previewing channel media stream negotiation, so that the IPTV user realizes previewing the channel media stream content.
  • An embodiment of the present invention provides a method for previewing a channel media stream negotiation, including the following steps: receiving a preview channel media stream negotiation request from a user equipment, where the preview channel media stream negotiation request carries a channel preview indication;
  • An embodiment of the present invention provides a system for previewing channel media stream negotiation, including a service control function entity and a user equipment, where:
  • the service control function entity is configured to receive a preview channel media stream negotiation request from the user equipment, where the preview channel media stream negotiation request carries a channel preview indication; and generate preview channel media according to the preview channel media stream negotiation request Sending a preview channel media stream negotiation response to the user equipment, and causing the user equipment to obtain a preview channel media stream according to the preview channel media stream negotiation response;
  • the user equipment is configured to send a preview channel media stream negotiation request to the service control function entity, receive a preview channel media stream negotiation response from the service control function entity, and obtain a preview channel according to the preview channel media stream negotiation response.
  • Media stream An embodiment of the present invention provides a service control function entity, including:
  • a receiving module configured to receive a preview channel media stream negotiation request from the user equipment, where the preview channel media stream negotiation request carries a channel preview indication;
  • a generating module configured to generate a preview channel media stream negotiation response according to the preview channel media stream negotiation request received by the receiving module
  • a sending module configured to send, to the user equipment, a preview channel media stream negotiation response generated by the generating module.
  • the embodiment of the invention provides a user equipment, including:
  • a sending module configured to send a preview channel media stream negotiation request generated by the generating module to a service control function entity, where the preview channel media stream negotiation request carries a channel preview indication
  • a receiving module configured to receive the service control Preview channel media stream negotiation response of the functional entity
  • an obtaining module configured to obtain a preview channel media stream according to the preview channel media stream negotiation response received by the receiving module.
  • the preview channel media stream is negotiated with the user equipment to establish a preview channel media stream, so that the IPTV user realizes previewing the channel media stream content.
  • FIG. 1 is a flowchart of a method for previewing a channel media stream negotiation according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for previewing a channel media stream negotiation according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a method for previewing channel media stream negotiation according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a method for previewing a channel media stream negotiation according to an embodiment of the present invention
  • FIG. 6 is a system structural diagram of a preview channel media stream negotiation in an embodiment of the present invention.
  • FIG. 7 is a structural diagram of a service control function entity in an embodiment of the present invention.
  • FIG. 8 is a structural diagram of a user equipment according to an embodiment of the present invention. detailed description
  • An embodiment of the present invention provides a method for previewing channel media stream negotiation, as shown in FIG. 1, including the following steps:
  • Step 101 Receive a preview channel media stream negotiation request from a user equipment.
  • Step 102 Generate a preview channel media stream negotiation response according to the preview channel media stream negotiation request.
  • Step 103 Send the preview channel media stream negotiation response to the user equipment, so that the user equipment acquires a preview channel media stream according to the preview channel media stream negotiation response.
  • the preview channel media stream is negotiated with the user equipment to establish a preview channel media stream, so that the IPTV user realizes previewing the channel media stream content.
  • An embodiment of the present invention provides a method for previewing channel media stream negotiation, as shown in FIG. 2, including the following steps:
  • Step 201 The UE (User Equipment) sends a preview channel media stream negotiation request to the SCF (Service Control Function).
  • SCF Service Control Function
  • the UE sends a preview channel media stream negotiation request to the SCF, and the request message carries a channel preview indication.
  • the UE sends a preview channel media stream negotiation request There are two cases in which the UE sends a preview channel media stream negotiation request, and one case is in LTV (Live). Television, live TV)
  • LTV Live
  • TV live TV
  • the service is sent when the service is initially established.
  • the preview channel media stream negotiation request may be located in the LTV session establishment request message sent by the UE to the SCF, for example, a SIP Invite message; the other case is in the LTV.
  • the service is sent after the establishment of the service.
  • the preview channel media stream negotiation request is located in the modify session request message sent by the UE to the SCF, for example, a SIP Reinvite message.
  • the preview channel media stream negotiation is performed in advance during the LTV service establishment process.
  • the channel preview is not immediately performed, but the channel preview is performed after receiving the user's request.
  • the channel preview is immediately performed, that is, after the LTV session is established, the initially viewed content includes the channel preview; in the latter case, the user often watches the LTV service process.
  • the channel preview is requested, and after receiving the channel preview request of the user, the UE sends a modify session message to the SCF, and carries a preview channel media stream negotiation request.
  • the preview channel media stream negotiation request may be carried in the SDP message body of the SIP message, and may be carried in the SDP message body of the SIP Invite message or the SIP Reinvite message.
  • the channel preview indication in the preview channel media stream negotiation request may be an indication to support channel preview, for example, the terminal may indicate support for picture-in-picture channel preview and mosaic channel preview. This can be done by adding an a attribute line to the SDP for indication.
  • the example is as follows,
  • the indication can support picture-in-picture (pip) and mosaic (mosaic) channel previews. If the representation only supports picture-in-picture or mosaic channel previews, the example is as follows
  • the channel preview indication in the preview channel media stream negotiation request may be a preview channel indication in the initial viewing channel information.
  • the UE After the media stream negotiation is completed, the UE first enters the channel for viewing, that is, after receiving the media stream negotiation response message, the UE starts to receive and play the corresponding media stream. There is no need to wait for the user to manually send a request, such as a channel change request or a preview request.
  • a preview version of the channel (preview channel) is represented by carrying the medi ⁇ preview parameter.
  • the preview channel indication in the initial viewing channel information may also be an attribute indicating that the preview is added in the SDP description of the initial viewing channel, that is, the channel identifier is unchanged, and the added attribute indicating is a preview version of the channel.
  • a preview version of the channel Considering that a channel may correspond to multiple m lines (for example, m lines of video and m lines of audio), a new group semantic of SDP is introduced here, indicating which m lines belong to one channel, and adding attribute parameters of group, indicating Is the preview version.
  • the initial viewing channel has two channels
  • the channel identifiers are tv: sztvl. sztv. com and tv: cctvl. cctv. com, where m is 1 and m lines correspond to one channel, mid is 3
  • the m line of 4 corresponds to another channel, and corresponds to a preview version of the channel.
  • the channel preview indication in the preview channel media stream negotiation request may be a preview channel service package indication, that is, the preview channel constitutes a single service package, and there is a separate preview channel service package identifier, and some normal viewing channels constitute other service packages, and other Business package identity.
  • a bc— service— package: normal-package
  • the preview channel identifier herein may use the above method of adding parameters by channel identification. The example is as follows,
  • the former service packet is a normal viewing channel service packet
  • the latter service packet is a preview channel service packet, which is carried in each service packet information line.
  • the channel preview indication in the preview channel media stream negotiation request may be carrying the preview channel identifier list in the existing service package information line, that is, the preview channel does not constitute a separate service package, and the preview channel and the normal viewing channel are in one service package,
  • the channel preview indication in the preview channel media stream negotiation request may also be any group indicated above.
  • both the initial viewing channel information and the service package information carry a preview channel identifier, or carry an indication supporting the channel preview and carry a preview channel identifier list through the service package, and the like.
  • the initially viewed channel has two channels, one is the normal viewing channel, and the other is the preview channel, indicating the normal channel and the preview channel for the initial viewing, respectively.
  • a bc_service_package: normal-package ⁇ tv: cctvl. cctv. com), ⁇ tv: cct v2. cctv. com), ⁇ tv : sztvl. sztv. com), ⁇ tv : sztv2. sztv. com)
  • the channel preview indication in the preview channel media stream negotiation request may also be an implicit indication that the explicit indication is not carried, and the SCF determines whether to support the channel preview according to the local policy. This can be the default for all user support channel previews, or based on the user's subscription data to determine if the user supports the channel. Preview. For example, during the LCF session establishment process of the SCF processing UE, the SCF determines the support channel preview according to the local policy, and performs related processing of the channel preview.
  • the bandwidth requirement includes the maximum bandwidth that supports the channel preview service, that is, the maximum bandwidth calculation of the LTV service includes the requirement of the channel preview service, for example,
  • the maximum bandwidth may be the bandwidth required for a large picture that is normally viewed plus the bandwidth required for a preview small picture (corresponding to the picture-in-picture channel preview), or the maximum bandwidth requirement is several (for example, 8). (corresponding to the mosaic channel preview).
  • the bandwidth requirement is not only the bandwidth of the initial viewing channel.
  • the demand also needs to calculate the bandwidth requirement of the preview channel. For example, the bandwidth requirement needs to meet the bandwidth requirement of the normal viewing channel media stream plus the preview channel media stream, that is, the bandwidth requirement of a large picture plus the bandwidth requirement of a small picture.
  • the bandwidth requirement of a large picture is 2048 kbps, and the bandwidth requirement of a small picture is 500 kbps.
  • the b line of SDP can be used to indicate the bandwidth requirement of this session. An example is as follows.
  • the network parameters of the preview channel such as the multicast address information of the preview channel
  • the network parameters of the two preview channels can be carried, one is the network parameter of the preview channel in the initial viewing channel information, and the other is the preview channel network parameter in the service package.
  • the preview channel network parameter in the initial viewing channel information is a network parameter of the preview channel media stream that the UE first needs to receive after the preview media stream negotiation is completed
  • the preview channel network parameter in the service packet is a network parameter of the channel that needs to be previewed later, for example Preview the network parameters of the media stream that need to be obtained when the channel is changed.
  • the package attribute line carries the list of multicast addresses corresponding to each preview channel.
  • the following example is to use the m-line and c-line of the SDP to carry the network parameters of the preview channel of the initial viewing.
  • the initial viewing channel also includes a preview channel, m rows (m rows with video and audio m rows) carrying the attributes of the corresponding media stream, and c rows carrying the addresses of the corresponding media streams.
  • the package identifier it also carries a list of normal viewing channel identifiers and a list of preview channel identifiers, and a list of normal viewing-channel network parameters and a list of preview channel network parameters, here is a list of multicast addresses.
  • a bc_service_package: bc-package multi-list: 224.1.1.1-224.1.1.2, 224.1.1.3-224.1.1.4, 224.1.1.5-224.1.1.6, 224.1.1.7-224.1.1.8, 225.1.1.1-225.1.1.2 , 225.1.1.3-225.1.1.4, 225.1.1.5-225.1.1.6, 225.1.1.7-225.1.1.8 ⁇ tv:cctvl. cctv. com),
  • the service packet identifier, the channel identifier, and the network parameter corresponding to the channel may be obtained by the UE from the pre-acquired EPG data, or obtained by sending a query message to the SCF, for example, sending a SIP Options message.
  • Step 202 The SCF processes the preview channel media stream negotiation request, and sends a preview channel media stream negotiation response.
  • the SCF receives the preview channel media stream negotiation request sent by the UE, and after processing, sends a preview channel media stream negotiation response.
  • the SCF may be configured to receive the preview channel media stream negotiation request after receiving the LTV session establishment request message SIP Invite message or the LTV session modification request message SIP Reinvite message of the UE.
  • this can also be an implicit channel preview indication, that is, the SIP Invite message or the SIP Reinvite message sent by the UE does not carry an explicit channel preview indication, and the SCF is based on the local policy. Determining the need to support channel preview, for example, according to the operator policy, all users' LTV services support channel preview, or determine the user support channel preview according to the user's subscription data, thereby determining the received LTV session establishment request message or LTV session modification.
  • the preview channel media stream negotiation request is included in the request message.
  • the SCF may also be based on the channel preview indication carried in the request message, and the identification includes the preview channel media stream negotiation request.
  • the SCF can authenticate the user, determine whether the user has the right to use the preview service corresponding to the channel preview indication in the preview channel media stream negotiation request, and return the failed or successful preview channel media. Stream negotiation response.
  • the specific authentication and information check is as follows.
  • the channel preview service may be authenticated according to the operator policy. If authentication is required, the user data is queried. Whether the user has subscribed to the channel preview service, and if not, returns a failure response, which may be 403 indicating a forbidden SIP status code message, and may carry a textual reason description, indicating that the user has not subscribed to the channel preview service. Further, it can be judged whether the network side can provide the channel preview service. If it is not available, it can return 488 to indicate the failure response that cannot be accepted by the locality, and can carry the textual reason description, indicating that the network side does not support the channel preview service.
  • a failure response which may be 403 indicating a forbidden SIP status code message, and may carry a textual reason description, indicating that the user has not subscribed to the channel preview service.
  • the service control function entity determines, according to the operator policy, whether the user has the right to use the channel preview service, and if the judgment result is yes, then the preview channel media stream negotiation response carries an indication of the same support channel preview.
  • the service control function entity determines whether the user has the right to preview the channel corresponding to the preview channel identifier, If the determination result is yes, the same preview channel identifier is carried in the preview channel media stream negotiation response.
  • it can be Different versions of the channel are contracted separately, that is, the normal viewing version and the preview version are separately signed, and the individual authentication is performed, or the various versions of the channel are not distinguished, and the channel is contracted, that is, a channel is signed, and the user has the right to view the channel.
  • a failure response is returned, which may be 403 indicating a prohibited SIP status code response, and may carry a textual reason description, indicating that the user has not signed the channel.
  • the service control function entity obtains the corresponding channel identifier according to the mid, and performs authentication.
  • the service control function entity determines, according to the operator policy, whether the user has the right to preview the channel corresponding to the attribute of the preview. If the result of the determination is yes, the same attribute indicating the preview is carried in the preview channel media stream negotiation response. If the authentication fails, a failed response is returned, such as a 403 status code response.
  • the service control function entity determines, according to the operator policy, whether the user has the service package corresponding to the preview channel service package identifier. If the result of the determination is yes, the same preview channel service package identifier is carried in the preview channel media stream negotiation response.
  • the processing of the specific authentication depends on the operator's policy. For example, the preview channel service package does not need to be contracted separately, and only the corresponding normal viewing channel service package needs to be signed. If the request message carries a preview channel identification list in addition to the preview channel service package identifier, the SCF needs to check the user subscription data.
  • the returned message will be deleted from the list.
  • the preview channel identifier if all preview channels in the list are not signed, returns a failure response, such as a 403 response. If the request message carries only the preview channel service package identifier, and does not carry the preview channel identifier list, it indicates that the session may need to use all the preview channels in the service package, which is equivalent to carrying all preview channels in the service packet.
  • a list of the logos performing the same processing as described above.
  • the channel preview indication is a preview channel identification list
  • a list determining, according to the operator policy, whether the user has the right to preview any one of the channels in the preview channel identifier list, and if the determination result is yes, carrying in the preview channel media stream negotiation response, deleting the preview channel identifier that is not signed by the user Preview channel identification list. If all channels in the list are not signed, a failure response is returned, such as a 403 response.
  • the service control function entity determines, according to the operator policy, whether the user has the right to use the channel preview service, and if the determination result is yes, the preview channel media
  • the stream negotiation response carries at least one channel preview indication.
  • the SCF needs to check whether the bandwidth requirement is the maximum bandwidth that the UE needs to use in the current session.
  • the SCF determines whether the bandwidth requirement of the preview channel media stream is included when calculating the bandwidth requirement according to whether the preview channel media stream negotiation request is included in the request message that is previously identified. If the determination result is yes, the preview channel media stream negotiates the response. Carry the same bandwidth demand information.
  • the maximum bandwidth requirement is a large screen normal viewing channel media stream plus a small screen preview channel media stream bandwidth requirement (corresponding to the picture-in-picture channel preview), or the maximum bandwidth requirement is a number of small-screen preview channel media streams.
  • Bandwidth requirements (corresponding to the mosaic channel preview). If the requested bandwidth requirement is unreasonable, return a 403 response, carrying a description of the reason for the text mode, indicating that the bandwidth requirement is insufficient, or the bandwidth requirement is too large to exceed the allowable range. Therefore, when calculating the bandwidth requirement by the SCF, not only according to the information of the initial viewing channel, the bandwidth requirement is not only satisfying the bandwidth requirement of the initial viewing channel, but also considering the bandwidth requirement of other channels in the service packet and the bandwidth required for previewing the channel media stream. Demand, which is the maximum bandwidth requirement that may be needed during this session.
  • the preview channel network parameter in the service packet carried in the multicast address list checks whether the network parameter is correct, that is, whether the network parameter corresponds to the network parameter of the preview channel, and if the determination result is yes, the preview channel is The media stream negotiation response carries the same parameter information.
  • the SCF will return to the preview channel media stream negotiation response message, and the message carries the corresponding channel preview indication and the like, as follows.
  • the response message returns an SDP m line, c line of the network parameter of the initially viewed preview channel that is consistent with the request message.
  • the request message includes a preview channel identifier list in addition to the preview channel service package identifier
  • the response message also carries the preview channel identifier list, but the preview channel identifier that the user has not signed is deleted in the list. If the preview channel identifier list is not carried, the response message may determine whether to carry the preview channel identifier list according to the operator policy, and the list includes the preview channel identifier of the user subscription.
  • the service packet information carried in the request message includes a preview channel identifier list
  • the response message also carries the preview channel identifier list, and the user in the list is deleted.
  • the preview channel identifier for the contract If the preview channel identifier list is not included in the service packet information of the request message, the SCF may also carry the preview channel identifier list in the response message, and whether the bearer is carried depends on the operator policy.
  • the service package information, including the preview channel service package identifier may further include a preview channel identification list.
  • the request message carries a bandwidth requirement
  • the same bandwidth requirement is returned in the response message.
  • the response message may carry the maximum bandwidth requirement calculated by the SCF, including the bandwidth requirement of the preview channel media stream. For example, if the initial viewing channel carried in the request message is a normal viewing channel, and the initial viewing preview channel identifier is not included, but an indication supporting the channel preview is carried, for example, supporting a picture-in-picture channel preview, the SCF needs to satisfy the bandwidth calculation. A normal viewing channel plus a bandwidth requirement for previewing the channel's media stream.
  • Step 203 The UE acquires a preview channel media stream from an ECF/EFF (Elementary Control Function/Elective Forwarding Function).
  • ECF/EFF Electronic Control Function/Elective Forwarding Function
  • the UE after the UE receives the successful preview channel media stream negotiation response, the UE sends a request for obtaining the preview channel media stream, such as an IGMP Join request, to the ECF/EFF, and receives the preview channel media stream sent by the ECF/EFF, and plays the output.
  • a request for obtaining the preview channel media stream such as an IGMP Join request
  • the UE sends a request for obtaining the preview channel media stream to the ECF/EFF.
  • the preview channel media stream is initiated after the negotiation is completed, that is, after receiving the preview channel media stream negotiation response message.
  • the UE does not send the acquisition pre- The request for the channel media stream is viewed, but is sent when the user requests a channel preview.
  • the preview channel media stream negotiation is completed in advance.
  • the UE receives the channel preview request of the user. Because the negotiation of the preview channel media stream has been completed in advance, the preview channel media stream does not need to be performed.
  • the UE directly sends a request to the ECF/EFF to obtain a preview channel media stream.
  • the UE initiates the preview channel media stream negotiation there are two cases in which the UE initiates the preview channel media stream negotiation.
  • One case is initiated when the IPTV live broadcast service is established.
  • the IPTV live broadcast service it may be necessary to establish a channel preview at the same time, or pre-negotiate the preview channel media stream. Waiting for subsequent users to request channel preview;
  • another case is that the IPTV live broadcast service is not negotiated when the preview channel media stream is established, but is initiated after receiving the request for the user to establish a channel preview, that is, the user watches the live broadcast television.
  • a channel preview is requested.
  • the LTV service is established at the same time to establish a channel preview, that is, during the initial establishment of the LTV service (for example, sending an LTV session establishment request), performing preview channel media stream negotiation, and previewing the channel media stream negotiation is completed (when the LTV service is established simultaneously) Completing), the UE sends a request for obtaining a media stream to the ECF/EFF, for example, including a preview channel media stream and a normal viewing channel media stream (corresponding to a picture-in-picture channel preview), or only a preview channel media stream (corresponding to a mosaic channel preview), The UE plays the output after receiving the media stream.
  • the preview channel media stream is negotiated in advance, that is, during the initial establishment of the LTV service, the preview channel media stream is negotiated, but after the preview channel media stream negotiation is completed (complete with the LTV service establishment), the UE
  • the request for obtaining the preview channel media stream is not immediately sent to the ECF/EFF, but during the LTV service viewing process, the UE receives the user's request to establish a channel preview (for example, the user requests to establish a picture-in-picture channel preview or a mosaic channel). Preview), sending a request to obtain a preview channel media stream, and the UE plays the output after receiving the media stream.
  • Mode 3 The channel preview is established during the LTV service viewing process, that is, during the initial establishment of the LTV service, the negotiation of the preview channel media stream is not performed, but during the LTV service viewing process, the UE receives the user.
  • the request to create a channel preview for example, the user requests to create a picture-in-picture preview or a mosaic preview
  • the UE sends a preview channel media stream negotiation request to the SCF (for example, carried in the request for modifying the session). After the preview channel media stream negotiation is completed, the UE sends a request for obtaining the preview channel media stream to the ECF/EFF, and the UE receives the preview channel. The output is played after the media stream.
  • the initial viewing channel information carries the initially viewed preview channel information
  • the UE after receiving the preview channel media stream negotiation response, the UE sends the corresponding preview channel media stream to the ECF/EFF. Request, receive the media stream of the preview channel and play the output.
  • the preview channel media stream negotiation request does not carry the preview channel information of the initial viewing.
  • the UE After receiving the preview channel media stream negotiation response, the UE does not send a request for obtaining the preview channel media stream.
  • the UE After the user requests to establish the channel preview, the UE re- A request to obtain a preview channel media stream is sent to the ECF/EFF, a preview channel media stream is received, and an output is played.
  • the user may request to preview the channel switching.
  • the UE After receiving the preview channel switching request, the UE sends a request for replacing the preview channel media stream to the ECF/EFF, for example, an IGMP Leave/Join message, and receives a new preview channel. Media stream, and play the output.
  • the ECF/EFF may authenticate the user and determine whether the user has the right to receive the preview channel media stream.
  • the ECF/EFF dynamically obtains the preview channel media stream information of the session. Specifically, when the preview channel media stream negotiation request message and the response message pass through the Core IMS, the Core IMS sends the user's authority information to the ECF/EFF through the RACS.
  • the preview channel media stream negotiation is performed between the service control function entity and the user equipment to establish a preview channel media stream, so that the IPTV user realizes previewing the channel media stream content.
  • An embodiment of the present invention provides a method for previewing channel media stream negotiation, as shown in FIG. 3, Including the following steps:
  • the message also carries the information such as the initial viewing channel and the LTV service packet for establishing the LTV service.
  • the channel identifier initially viewed here is tv:cctvl.cctv.com, and carries the network parameters of the initial viewing channel through the m line and the c line, and carries
  • the service package identifier is bc-pacakge, which does not carry the channel identifier list and the multicast address list of the service package. Note that the initial viewing channel has only one normal viewing channel, only 2048 kbps, and the requested bandwidth is 2548 kbps, which reserves the bandwidth of the channel preview.
  • the SIP Invite message sent is roughly the same.
  • INVITE sip IPTV. etc. com SIP/2.0
  • the SCF includes the bandwidth of the channel preview when calculating the maximum bandwidth requirement of this session.
  • the SCF checks the service packet identifier bc-pacakge carried in the request message, queries the user subscription data as the service packet that the current user has subscribed, and includes the normal viewing channel and the preview channel in the service package.
  • the user rights in the ECF/EFF are dynamically obtained, so the SCF will carry the channel identifier list and the multicast address list in the service packet, including the preview frequency, in the response message.
  • the SCF After checking the SIP Invite message of the request message, the SCF returns a successful response message SIP 200 message, which carries an indication of support channel preview, bandwidth requirement, service packet identifier, and channel identifier list and multicast address list in the service packet (here assumed
  • the service package has 4 channels, each channel has a normal viewing version and a preview version, so there are 8 channel identifiers.
  • the channel identification list here is the channel that the user can watch in this session, including Channels that can be viewed normally and preview channels.
  • the SIP 200 response message is roughly as follows.
  • Al low INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE Content-Type: appl ication/ sdp
  • a bc_service_package: bc-pacakge multi-l ist : 224. 1. 1. 1-224. 1. 1. 2,
  • Step 303 After receiving the SIP 200 response message, the UE sends an IGMP Join message to the ECF/EFF to obtain the media stream of the initially viewed channel, where is the media stream corresponding to tv: cctvl.cctv.com, which is normally viewed. The media stream of the channel.
  • Step 304 The ECF/EFF checks that the user has the right to obtain the media stream, and sends a corresponding media stream to the UE, which is a media stream of the channel that is normally viewed. The user enters the normal LTV program to watch.
  • Step 305 During the LTV program viewing process, the user requests a channel preview, for example, a picture-in-picture channel preview. After receiving the channel preview request of the user, the UE sends an IGMP Join message to the ECF/EFF to obtain the media stream of the preview channel. .
  • Step 306 The ECF/EFF checks that the user has the right to obtain the media stream, and sends a corresponding media stream to the UE, which is a media stream for previewing the channel.
  • the preview channel media stream negotiation is performed between the control function entity and the user equipment to establish a preview channel media stream, so that the IPTV user realizes previewing the channel media stream content.
  • the preview channel media stream is negotiated in advance.
  • the preview channel media stream is acquired and the output is played.
  • An embodiment of the present invention provides a method for previewing channel media stream negotiation. As shown in FIG. 4, the following steps are included:
  • Step 401 The UE sends a SIP Invite request message to request to establish an LTV session.
  • the message also carries the service package identifier bc-normal-pacakge of the normal viewing channel and the service packet identifier of the browsing channel bc-preview-pacakge, which does not carry the channel identification list and the multicast address list of the service package.
  • the SIP Invite message sent is roughly the same.
  • INVITE sip IPTV. etc. com SIP/2. 0
  • a bc_service: ⁇ tv: cctv2.
  • the SCF includes the bandwidth of the channel preview when calculating the maximum bandwidth requirement of this session.
  • bandwidth of a normal viewing channel here specifically 2048 kbps
  • bandwidth of a preview channel here specifically 500 kbps
  • the SCF checks the service packet identifier bc-normal-pacakge and bc-preview-pacakge carried in the request message, and queries the user subscription data as the service package that the user has subscribed to.
  • the user rights in the ECF/EFF are pre-configured, so the SCF does not carry the channel identifier list and the multicast address list in the service packet in the response message.
  • SIP 200 message which carries the same initial preview channel information, including the preview channel identifier and network parameters, bandwidth requirements, and service packet identifier.
  • SIP 200 response message is roughly as follows.
  • Tn audio 3456 RTP/AVP 97
  • Step 404 The ECF/EFF checks that the user has the right to obtain the media streams, and sends a corresponding media stream to the UE.
  • the media streams corresponding to the four preview channels enter the mosaic channel preview of the four screens.
  • the preview channel media stream is negotiated between the service control function entity and the user equipment to establish a preview channel media stream, so that the IPTV user realizes previewing the channel media stream content.
  • the preview channel media stream negotiation is specifically performed during the LTV service establishment process, and the channel preview is directly entered after the LTV service is established.
  • An embodiment of the present invention provides a method for previewing channel media stream negotiation. As shown in FIG. 5, the following steps are included:
  • Step 501 The UE sends a SIP Invite request message to request to establish an LTV session.
  • This is a normal LTV session setup request that does not negotiate a preview channel media stream.
  • the information of the initial viewing channel carried in the message is the information of the normal viewing channel.
  • Bandwidth requirements carried, the maximum bandwidth requirement for normal viewing channels, here b AS: 2048, indicating that the maximum bandwidth requirement is 2048 kbps.
  • the message also carries the service packet identifier bc-normal-package of the normal viewing channel, and does not carry the service package. Channel identification list and multicast address list.
  • the SIP Invite message sent is roughly as follows.
  • INVITE sip IPTV. etc. com SIP/2. 0
  • a bc_service_package: be— normal—pacakge
  • Step 502 After processing the SIP Invite message, the SCF returns a successful response.
  • Step 503 After receiving the response, the UE obtains a normal viewing channel media stream from the ECF/EFF and plays the output.
  • Step 504 After receiving the request for the user to request to establish a picture-in-picture channel preview, the UE sends a SIP reinvite request message for modifying the session.
  • Corresponding c line, m line carries the network parameters of the preview channel.
  • the SCF identifies that the channel preview needs to be supported.
  • the bandwidth requirement of the preview channel media stream is included, and the bandwidth requirement of a normal viewing channel is assumed. 2048kbps) plus a preview channel bandwidth requirement (assuming 500kbps), so the bandwidth requirements of the request are judged to be reasonable.
  • the SCF After all the checks are passed, the SCF returns a successful response message, SIP 200 response message.
  • the message carries the same initial viewed channel information (including preview channel information), service packet information, including preview channel service package identifier, and bandwidth requirements.
  • the response message is roughly as follows.
  • a bc_service_package: be— normal—pacakge
  • a bc_service_package: be— preview—pacakge
  • Step 507 The ECF/EFF checks that the user has the right to obtain the media stream, and sends a corresponding media stream to the UE, where is the preview channel media stream, and enters the picture-in-picture channel preview.
  • the preview channel media stream is negotiated between the service control function entity and the user equipment to establish a preview channel media stream, so that the IPTV user realizes previewing the channel media stream content.
  • a preview channel media stream negotiation request is initiated to enter the channel preview.
  • the embodiment of the present invention provides a system for previewing channel media stream negotiation. As shown in FIG. 6, the embodiment includes a service control function entity 601 and a user equipment 602, where:
  • the service control function entity 601 is configured to receive a preview channel media stream negotiation request from the user equipment 602, generate a preview channel media stream negotiation response according to the preview channel media stream negotiation request, and negotiate the preview channel media stream. Sending a response to the user equipment 602, causing the user equipment 602 to obtain a preview channel media stream according to the preview channel media stream negotiation response;
  • the user equipment 602 is configured to send a preview channel media stream negotiation request to the service control function entity 601, receive a preview channel media stream negotiation response from the service control function entity 601, and negotiate a response according to the preview channel media stream. Get the preview channel media stream.
  • a preview channel media stream negotiation is performed between the service control function entity and the user equipment to establish a preview channel media stream, so that the IPTV user implements the channel.
  • the media stream content is previewed.
  • the embodiment of the present invention provides a service control function entity, as shown in FIG. 7, including: a receiving module 701, configured to receive a preview channel media stream negotiation request from a user equipment; and a generating module 702, configured to use the receiving module
  • the preview channel media stream negotiation request received by the 701 generates a preview channel media stream negotiation response;
  • the sending module 703 is configured to send the preview channel media stream negotiation response generated by the generating module 702 to the UE.
  • the user has the right to use the preview service corresponding to the channel preview indication in the preview channel media stream negotiation request, and the generating module 702 includes:
  • the channel preview indication processing sub-module 704 is configured to carry a corresponding channel preview indication in the preview channel media stream negotiation response.
  • the preview channel media stream negotiation request carries the bandwidth requirement information, where the bandwidth is the maximum bandwidth that the user equipment needs to use under the premise of supporting the channel preview, and the generating module 702 include:
  • the bandwidth information processing sub-module 705 is configured to carry the same bandwidth requirement information in the preview channel media stream negotiation
  • the preview channel media stream negotiation request carries the network parameter of the preview channel, and the network parameter of the preview channel is correct, and the generating module 702 includes:
  • the network parameter processing sub-module 706 is configured to carry the same network parameter information in the preview channel media stream negotiation.
  • a preview channel media stream negotiation is performed between the control function entity and the user equipment to establish a preview channel media stream, so that the IPTV user realizes the channel media stream content. Preview.
  • An embodiment of the present invention provides a user equipment, as shown in FIG. 8, including:
  • the sending module 801 is configured to send a preview channel media stream negotiation request to the service control function entity, where the preview channel media stream negotiation request includes at least one channel preview indication;
  • the receiving module 802 is configured to receive a preview channel media stream negotiation response from the service control function entity.
  • the obtaining module 803 is configured to obtain a preview channel media stream according to the preview channel media stream negotiation response received by the receiving module 802.
  • preview channel media stream negotiation is performed between the service control function entity and the user equipment to establish a preview channel media stream, so that the IPTV user realizes previewing the channel media stream content.
  • the present invention can be implemented by hardware, or can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technology of the present invention.
  • the solution 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 causing a computer device (
  • the method described in various embodiments of the present invention may be a personal computer, a server, or a network device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Les modes de réalisation de la présente invention présentent un procédé, un système et un dispositif de négociation d’un flux multimédia de canal de prévisionnement. Le procédé comporte les étapes suivantes consistant à : recevoir la demande de négociation du flux multimédia de canal de prévisionnement depuis un dispositif d’utilisateur; générer la réponse de négociation du flux multimédia de canal de prévisionnement selon la demande de négociation du flux multimédia de canal de prévisionnement; envoyer la réponse de négociation du flux multimédia de canal de prévisionnement au dispositif d’utilisateur; et permettre au dispositif d’utilisateur d’obtenir le flux multimédia de canal de prévisionnement selon la réponse de négociation du flux multimédia de canal de prévisionnement. Dans les modes de réalisation de la présente invention, des utilisateurs de télévision IP (IPTV) sont autorisés à procéder au prévisionnement du contenu du flux multimédia du canal en effectuant la négociation du flux multimédia de canal de prévisionnement avec le dispositif d’utilisateur afin d’établir le flux multimédia de canal de prévisionnement.
PCT/CN2009/073749 2008-09-16 2009-09-04 Procédé, système et dispositif de négociation d’un flux multimédia d’un canal de prévisionnement WO2010031309A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2008102120642A CN101677396B (zh) 2008-09-16 2008-09-16 一种预览频道媒体流协商的方法、系统和装置
CN200810212064.2 2008-09-16

Publications (1)

Publication Number Publication Date
WO2010031309A1 true WO2010031309A1 (fr) 2010-03-25

Family

ID=42029777

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073749 WO2010031309A1 (fr) 2008-09-16 2009-09-04 Procédé, système et dispositif de négociation d’un flux multimédia d’un canal de prévisionnement

Country Status (2)

Country Link
CN (1) CN101677396B (fr)
WO (1) WO2010031309A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102572522B (zh) * 2010-12-14 2015-04-01 中兴通讯股份有限公司 一种实现马赛克电视业务的方法及系统
TWI574558B (zh) * 2011-12-28 2017-03-11 財團法人工業技術研究院 播放複合濃縮串流之方法以及播放器
CN112087665B (zh) * 2020-09-17 2023-01-13 掌阅科技股份有限公司 视频直播的预览方法、计算设备及计算机存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110949A (zh) * 2007-08-20 2008-01-23 中兴通讯股份有限公司 在网络电视中对直播频道进行预览的方法和系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100551037C (zh) * 2005-12-29 2009-10-14 腾讯科技（深圳）有限公司 一种流媒体内容预览的方法和系统

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110949A (zh) * 2007-08-20 2008-01-23 中兴通讯股份有限公司 在网络电视中对直播频道进行预览的方法和系统

Also Published As

Publication number Publication date
CN101677396A (zh) 2010-03-24
CN101677396B (zh) 2011-07-20

Similar Documents

Publication Publication Date Title
US7716310B2 (en) Method and Internet Protocol Television (IPTV) content manager server for IPTV servicing
US8046479B2 (en) Media channel management
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
EP2001197B1 (fr) Procédé de transmission/réception de signaux de diffusion et récepteur
US8656445B2 (en) Multimedia subsystem control for internet protocol based television services
EP2001203B1 (fr) Procédé de transmission/réception de signaux de diffusion et récepteur
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
JP4932906B2 (ja) Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム
JP5436577B2 (ja) ネットワークにおける関連付けられたセッションの管理
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
WO2009143743A1 (fr) Un procédé, un système de lecture de multimédias et un dispositif mandataire de lecture
WO2009030133A1 (fr) Procédé, système et entité pour réaliser une vidéo image dans image
WO2009155770A1 (fr) Système iptv interactif et procédé associé pour pousser des contenus
EP2296334B1 (fr) Procédé, appareil et système d'établissement de service multi-utilisateur et de transfert de canal de commande
WO2010031309A1 (fr) Procédé, système et dispositif de négociation d’un flux multimédia d’un canal de prévisionnement
WO2010025675A1 (fr) Procédé, système et dispositif de diffusion d’un contenu de service
WO2010020117A1 (fr) Procédé et dispositif de commande de programmes en direct iptv (télévision sur protocole internet)
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é
WO2010012233A1 (fr) Procédé, système et dispositif de transmission d'informations interactives
WO2009155840A1 (fr) Procédé, système et dispositif pour réaliser le partage de service de groupe
WO2009024077A1 (fr) Procédé et dispositif pour acquérir un paramètre de service iptv
CN102150407B (zh) 网络电视频道业务实现方法和相关设备
WO2009026810A1 (fr) Procédé, entité et système pour réaliser une commande de distribution de multimédia
WO2009056036A1 (fr) Procédé, système et équipement d'exécution de commande de supports

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

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

Country of ref document: EP

Kind code of ref document: A1