WO2012079428A1 - 快速接入组播组的同步方法、同步装置和终端 - Google Patents

快速接入组播组的同步方法、同步装置和终端 Download PDF

Info

Publication number
WO2012079428A1
WO2012079428A1 PCT/CN2011/081274 CN2011081274W WO2012079428A1 WO 2012079428 A1 WO2012079428 A1 WO 2012079428A1 CN 2011081274 W CN2011081274 W CN 2011081274W WO 2012079428 A1 WO2012079428 A1 WO 2012079428A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast data
independently decodable
decodable frame
multicast
subsequent
Prior art date
Application number
PCT/CN2011/081274
Other languages
English (en)
French (fr)
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 中兴通讯股份有限公司
Priority to EP11849697.5A priority Critical patent/EP2654311B1/en
Publication of WO2012079428A1 publication Critical patent/WO2012079428A1/zh

Links

Classifications

    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26616—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for merging a unicast channel into a multicast channel, e.g. in a VOD application, when a client served by unicast channel catches up a multicast channel to save bandwidth
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a synchronization method, a synchronization device, and a terminal for quickly accessing a multicast group. Background technique
  • the multicast server In the traditional multicast video service, in order to ensure that video frames can be played by joining the multicast group at different times, the multicast server generally implements the method of sending random access points in a fixed period. In addition, in order to allow the terminal newly joined to the multicast group to quickly present the video picture, the above fixed period is set to be short. Since the encoding time of the random access point and the size of the encoded frame are much larger than the normal frame through the interframe coding mode, a shorter random access point period will result in a decrease in codec and transmission efficiency.
  • the Internet Engineering Task Force's fast access technology solution for the multicast real-time transport protocol session provides a method for the terminal to quickly access the multicast in the multicast real-time transport protocol multicast session. In this way, the delay time before the terminal joins the multicast session can be reduced, the waiting time for playing the video picture is reduced, and the user experience is improved.
  • the above method also brings about the problem that the data between the terminals is not synchronized.
  • the received random access points of the video are different, resulting in different video images played by different terminals at the same time.
  • the main purpose of the present invention is to provide a synchronization method, a synchronization device, and a terminal for quickly accessing a multicast group, thereby realizing synchronous playback of multicast data by different terminals, and improving the experience of the terminal user.
  • a method for synchronizing fast access to a multicast group including:
  • the multicast server Determining whether the multicast data sent by the multicast server is independently decodable frame multicast data.
  • the multicast data is non-independently decodable frame multicast data
  • the non-independently decodable frame multicast data is re-encoded to be independently decodable.
  • the initially playable independently decodable frame multicast data is selected; and the initially played back independently decodable frame multicast data and subsequent multicast data are sent to the terminal.
  • the method further includes:
  • the non-independently decodable frame multicast data is backed up.
  • the independently-decoded frame multicast data of the selected initial play is re-encoded independently-decodable frame multicast data, or the independently-decodable frame multicast data sent by the multicast server;
  • the subsequent multicast data is: corresponding to the initially played independently decodable frame multicast data. Subsequent re-encoded independently decodable frame multicast data;
  • the subsequent multicast data is: the selected initial playable independently decodable frame multicast data corresponding to: Subsequent non-independently decodable frame multicast data.
  • the re-encoded broadband of the independently decodable frame multicast data is less than or equal to the bandwidth occupied by the independently decodable frame multicast data before re-encoding.
  • the method further includes:
  • the play policy includes: a start play time point of the initially playable independently decodable frame multicast data, an independently playable frame-decoded multicast data of the selected initial play, and a total play time of the subsequent multicast data.
  • a synchronization device for quickly accessing a multicast group comprising:
  • a determining module configured to determine whether the multicast data sent by the multicast server is independently decodable frame multicast data
  • a re-encoding module configured to: when the determining module determines that the multicast data is non-independently decodable frame multicast data, re-encoding the non-independently decodable frame multicast data into independently decodable frame multicast data;
  • a selection module configured to select, according to the fast access multicast group request sent by the terminal, the initially playable independently decodable frame multicast data
  • a first sending module configured to send the initially playable independently decodable frame multicast data and subsequent multicast data selected by the selecting module to the terminal.
  • the device further comprises:
  • the backup module is configured to back up the non-independently decodable frame multicast data when the determining module determines that the multicast data is non-independently decodable frame multicast data.
  • the independently-decoded frame multicast data of the selected initial play is re-encoded independently-decodable frame multicast data, or the independently-decodable frame multicast data sent by the multicast server;
  • the subsequent multicast data is: a subsequent step corresponding to the selected initial playable independently decodable frame multicast data. Re-encoded independently decodable frame multicast data;
  • the subsequent multicast data is: corresponding to the initially played independently decodable frame multicast data. Subsequent non-independently decodable frame multicast data.
  • the re-encoded independently decodable frame multicast data occupies a bandwidth that is less than or equal to the bandwidth occupied by the independently decodable frame multicast data before re-encoding.
  • the device further comprises:
  • a generating module configured to generate a play policy according to the independently decodable frame multicast data of the selected initial play, and send the play policy to the terminal by using the first sending module, so that the terminal plays the selected initial play according to the play policy.
  • the frame multicast data and subsequent multicast data are independently decoded.
  • the play policy includes: a start play time point of the initially playable independently decodable frame multicast data, an independently playable frame-decoded multicast data of the selected initial play, and a total play time of the subsequent multicast data.
  • a method for synchronizing fast access to a multicast group including:
  • the initially played independently decodable frame multicast data and subsequent multicast data are played according to the play policy.
  • a terminal that quickly accesses a multicast group including:
  • a second sending module configured to send a fast access multicast group request to the synchronization device
  • a receiving module configured to receive an initially playable independently decodable frame multicast data, a subsequent multicast data, and a play policy sent by the synchronization device;
  • a playing module configured to play the initial broadcast according to a playing policy received by the receiving module
  • the release can independently decode the frame multicast data and the subsequent multicast data.
  • the synchronization method, the synchronization device and the terminal of the fast access multicast group re-encode the non-independently decodable frame multicast data into the independently decodable frame multicast data; according to the fast access multicast Group request, selecting the initially playable independently decodable frame multicast data; transmitting the initially played independently decodable frame multicast data and subsequent multicast data to the terminal, so that the terminal plays the selected initial playable independently decodable frame Multicast data and subsequent multicast data realize the purpose of synchronously playing multicast data by different terminals, and improve the experience of the end user.
  • FIG. 1 is a flowchart of a method for synchronizing a fast access multicast group according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a synchronization device for quickly accessing a multicast group according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a synchronization device for a fast access multicast group according to another embodiment of the present invention
  • FIG. 4 is still another embodiment of the present invention
  • FIG. 5 is a flowchart of a method for synchronizing a fast access multicast group according to another embodiment of the present invention
  • FIG. 6 is a fast access multicast group according to an embodiment of the present invention
  • Schematic diagram of the terminal structure Schematic diagram of the terminal structure. detailed description
  • FIG. 1 is a flowchart of a method for synchronizing a fast access multicast group according to an embodiment of the present invention, which includes the following steps:
  • Step S101 Determine whether the multicast data sent by the multicast server is independently decodable frame multicast data.
  • Step S102 When the multicast data is non-independently decodable frame multicast data, re-encoding the non-independently-decodable frame multicast data into independently decodable frame multicast data.
  • Step S103 According to the fast access multicast group request sent by the terminal, select an initial playable Independently decoding frame multicast data;
  • Step S104 Send the initially playable independently decodable frame multicast data and subsequent multicast data to the terminal.
  • the initially playable independently decodable frame multicast data described above is the first multicast data received by the terminal, and the first multicast data is the independently decodable frame multicast data.
  • the determining whether the multicast data sent by the multicast server is the independently decodable frame multicast data further includes: when the multicast data is non-independently decodable When the multicast data is framed, the non-independently decodable frame multicast data is backed up.
  • the independently-decoded frame multicast data of the selected initial play is re-encoded independently-decodable frame multicast data, or sent by the multicast server.
  • the frame multicast data can be decoded independently;
  • the subsequent multicast data is: corresponding to the initially played independently decodable frame multicast data. Subsequent re-encoded independently decodable frame multicast data;
  • the subsequent multicast data is: the selected initial playable independently decodable frame multicast data corresponding to: Subsequent non-independently decodable frame multicast data.
  • the terminal receives the initially playable independently decodable frame multicast data, and the initially playable independently decodable frame multicast data is independently decoded by the multicast server.
  • the frame multicast data is decoded and played, the subsequent non-independently decodable frame multicast data received by the frame can be decoded and played.
  • the initially playable independently decodable frame multicast data is re-encoded independently decodable frame multicast data, after decoding and playing the same, if the subsequent received non-independently decodable frame multicast data is not available, Perform decoding playback.
  • the subsequent multicast data response sent to the terminal is re-encoded.
  • the frame is decoded into multicast data so that the terminal can decode and play it.
  • the selecting the initially playable independently decodable frame multicast data further includes: generating and playing according to the independently-decoded frame multicast data of the selected initial play The policy sends the play policy to the terminal, so that the terminal plays the selected initial playable independently decodable frame multicast data and subsequent multicast data according to the play policy.
  • the foregoing fast access multicast group synchronization method embodiment re-encodes the non-independently decodable frame multicast data into the independently decodable frame multicast data; according to the fast access multicast group request, the initial playable independent decoding is selected.
  • Frame multicast data and generating a play policy transmitting the initially playable independently decodable frame multicast data, subsequent multicast data, and a play policy to the terminal; so that the terminal plays the initially played independently decodable frame multicast data according to the play policy.
  • the subsequent multicast data mode achieves the purpose that different terminals can simultaneously play multicast data, and improves the experience of the end user.
  • the method includes the following steps: storing the multicast data and the multicast data frame type sent by the multicast server, and establishing multicast data and multicast.
  • the multicast data frame types include: independently decodable frames or non-independently decodable frames. That is, the multicast data sent by the multicast server is independently decodable frame multicast data or non-independently decodable frame multicast data.
  • the above determining whether the multicast data sent by the multicast server is the independently decodable frame multicast data is determined according to the multicast data frame type.
  • the fast access multicast group request sent by the terminal includes: a terminal cache capability information, a bandwidth information, and a multicast group identifier to be accessed.
  • the multicast data sent by the corresponding multicast server is searched; and then the multicast sent by the multicast server is sent.
  • the original independently decodable frame multicast data corresponding to the data and the re-encoded independently de-encoded frame multicast data one of them is selected as the initially playable independently decodable frame multicast data.
  • the original independently decodable frame multicast data is directly transmittable by the multicast server. Decode frame multicast data.
  • the bandwidth of the re-encoded independently decodable frame multicast data is less than or equal to the bandwidth occupied by the independently decodable frame multicast data before re-encoding.
  • the above method for re-encoding the non-independently decodable frame multicast data into the independently decodable frame multicast data may adopt various algorithms, and only the calculation process has low complexity and short delay, for example, adopting the original frame multicast data. After reconstruction, the sample is downsampled and then intra-coded.
  • the specific processing process of selecting the initially playable independently decodable frame multicast data and generating the play policy is as follows:
  • the received previously independently decodable frame multicast data is selected as the initially playable independently decodable frame multicast data, and a play policy is generated; the selected initial playable independently decodable frame is selected.
  • the multicast data and the play policy are sent to the terminal; and the subsequently received non-independently decodable frame multicast data is sent to the terminal.
  • the re-encoded independently decodable frame multicast data of the current non-independently decodable frame multicast data received is selected as the initially playable independently decodable frame multicast data, and a play strategy is generated;
  • the initially playable independently decodable frame multicast data and the play policy are sent to the terminal. And transmitting the independently re-encoded independently decodable frame multicast data to the terminal.
  • the terminal After receiving the initially playable independently decodable frame multicast data, the play policy, and the subsequent multicast data, the terminal plays the initially played independently decodable frame multicast data and the subsequent multicast data according to the play policy.
  • the subsequent multicast data is re-encoded independently decodable frame multicast data or non-independently decodable frame multicast data.
  • the play policy includes: a start playing time point of the initially playable independently decodable frame multicast data, and an independently decodable frame of the selected initial play. The total playback time of multicast data and subsequent multicast data.
  • the access point of the terminal accessing the multicast server arrives, the initially played back independently decodable frame multicast data and subsequent multicast data are just played, so that different terminals can synchronously play the multicast data.
  • the terminal adopts a corresponding fast broadcast policy according to the received initially playable independently decodable frame, the subsequent multicast data, the start play time point, and the total play duration, to ensure that when accessing the multicast server time point , the received initial playable independently decodable frame and subsequent multicast data are just played.
  • the subsequent non-independently decodable frame multicast data described above refers to: all received and backed up non-independent decoding between the selected independently decodable frame multicast data and the next received independently decodable frame multicast data.
  • Frame multicast data refers to: all received and backed up non-independent decoding between the selected independently decodable frame multicast data and the next received independently decodable frame multicast data.
  • FIG. 2 is a schematic structural diagram of a synchronization device for quickly accessing a multicast group according to an embodiment of the present invention.
  • the synchronization device includes: a determination module 11, a re-encoding module 12, a selection module 13, and a first transmission module 14.
  • the determining module 11 is configured to determine whether the multicast data sent by the multicast server is independently decodable frame multicast data.
  • the re-encoding module 12 is configured to: when the multicast data is a non-independently decodable frame group When the data is broadcast, the non-independently decodable frame multicast data is re-encoded into independently decodable frame multicast data.
  • the selecting module 13 is configured to select the initially playable independently decodable frame multicast data according to the fast access multicast group request sent by the terminal.
  • the first sending module 14 is configured to send the independently played back independently decodable frame multicast data and subsequent multicast data to the terminal.
  • the initially playable independently decodable frame multicast data described above is the first multicast data received by the terminal, and the first multicast data is the independently decodable frame multicast data.
  • the synchronization device 10 of the fast access multicast group further includes a backup module 15.
  • the backup module 15 is configured to back up the non-independently decodable frame multicast data when the multicast data is non-independently decodable frame multicast data.
  • the first sending module 14 is further configured to send, to the terminal, the subsequent non-independently decodable frame multicast data corresponding to the initially playable independently decodable frame multicast data.
  • the independently-decoded frame multicast data of the selected initial play is re-encoded independently-decodable frame multicast data, or sent by the multicast server.
  • the frame multicast data can be decoded independently;
  • the subsequent multicast data is: corresponding to the initially played independently decodable frame multicast data. Subsequent re-encoded independently decodable frame multicast data;
  • the subsequent multicast data is: the selected initial playable independently decodable frame multicast data corresponding to: Subsequent non-independently decodable frame multicast data.
  • the terminal receives the initially playable independently decodable frame multicast data, and the initially playable independently decodable frame multicast data is independently decoded by the multicast server.
  • the frame multicast data is decoded and played, the subsequent non-independently decodable frame multicast data received by the frame can be decoded and played.
  • the initially playable independently decodable frame multicast data is re-encoded independently decodable frame multicast data, the solution is solved. After the code is played and played, if the subsequent received multicast data is not independently decodable, the decoding cannot be performed.
  • the terminal can decode it.
  • the foregoing fast access multicast group synchronization apparatus 10 further includes a generation module 16.
  • the generating module 16 is configured to generate a play policy according to the initially playable independently decodable frame multicast data, and send the play policy to the terminal by using the first sending module 14 to enable the terminal to play the selected initial play according to the play policy.
  • the frame multicast data and subsequent multicast data can be independently decoded.
  • the embodiment of the synchronization device 10 of the fast access multicast group re-encodes the non-independently decodable frame multicast data into the independently decodable frame multicast data.
  • the initial playback can be selected independently. Decoding frame multicast data and generating a play policy; transmitting the initially playable independently decodable frame multicast data, subsequent multicast data, and a play policy to the terminal; so that the terminal plays the initially played independently decodable frame multicast data according to the play policy And the subsequent multicast data mode realizes the purpose that different terminals can synchronously play multicast data, thereby improving the experience of the end user.
  • the synchronization device 10 of the fast access multicast group is further configured to store the multicast data and the multicast data frame type sent by the multicast server, and establish multicast data, multicast data frame type, and multicast.
  • the group identifies the correspondence between the three.
  • the multicast data frame type includes: an independently decodable frame or a non-independently decodable frame. That is, the multicast data sent by the multicast server is independently decodable frame multicast data or non-independently decodable frame multicast data.
  • the above determining whether the multicast data sent by the multicast server is the independently decodable frame multicast data is determined according to the multicast data frame type.
  • the fast access multicast group request sent by the terminal includes: a terminal cache capability information, a bandwidth information, and a multicast group identifier to be accessed.
  • the multicast group ID that is accessed is used to find the multicast data sent by the corresponding multicast server. Then, the multicast data sent by the multicast server can independently decode the frame group for the original independently decodable frame multicast data and re-encoded. In the broadcast data, selecting one of them as the initial play selection can independently decode the frame multicast data.
  • the original independently decodable frame multicast data is an independently decodable frame multicast data directly sent by the multicast server.
  • the re-encoded independently decodable frame multicast data occupies less than or equal to the bandwidth occupied by the independently decodable frame multicast data re-encoded.
  • the above method for re-encoding the non-independently decodable frame multicast data into the independently decodable frame multicast data may adopt various algorithms, and only the calculation process has low complexity and short delay, for example, adopting the original frame multicast data. Samples are reconstructed and then encoded intraframe.
  • the selected independently decodable frame multicast data is an independently decodable frame multicast data sent by the multicast server or re-encoded and independently decodable. Frame multicast data.
  • the selection module 13 is further configured to determine whether the current frame multicast data sent by the received multicast server is independently decodable frame multicast data;
  • the received previously independently decodable frame multicast data is selected as the initially playable independently decodable frame multicast data, and a play policy is generated; the selected initial playable independently decodable frame is selected.
  • the multicast data and the play policy are sent to the terminal; and the subsequently received non-independently decodable frame multicast data is sent to the terminal.
  • the re-encoded independently decodable frame multicast data of the current non-independently decodable frame multicast data received is selected as the initially playable independently decodable frame multicast data, and a play strategy is generated;
  • the initially playable independently decodable frame multicast data and the play policy are sent to the terminal. And transmitting the independently re-encoded independently decodable frame multicast data to the terminal.
  • the terminal After receiving the initially playable independently decodable frame multicast data, the play policy, and the subsequent multicast data, the terminal plays the received initial playable independently decodable frame multicast data and subsequent multicast data according to the play policy.
  • the subsequent multicast data is re-encoded independently decodable frame multicast data or non-independently decodable frame multicast data.
  • the play policy includes: a start playing time point of the initially playable independently decodable frame multicast data, and an independently decodable of the selected initial play.
  • the terminal adopts a corresponding fast broadcast policy according to the received initially playable independently decodable frame, the subsequent multicast data, the start play time point, and the total play duration, to ensure that when accessing the multicast server time point , the received initial playable independently decodable frame and subsequent multicast data are just played.
  • the subsequent non-independently decodable frame multicast data described above refers to: all received and backed up between the selected independently decodable frame multicast data and the next received independently decodable frame multicast data.
  • Non-independently decoding frame multicast data
  • the synchronization device 10 of the quick access multicast group described above may be set on the multicast server, or set on the unicast server, or set separately.
  • FIG. 5 is a flowchart of a method for synchronizing a fast access multicast group according to another embodiment of the present invention. Based on the synchronization device 10, the process shown in FIG. 5 includes:
  • Step S201 Send a fast access multicast group request to the synchronization device 10;
  • Step S202 Receive initially playable independently decodable frame multicast data, subsequent multicast data, and a play policy sent by the synchronization device 10;
  • Step S203 Play the initially playable independently decodable frame multicast data and subsequent multicast data according to a play policy.
  • the play policy includes: a start play time point of the independently playable independently decodable frame multicast data of the selected initial play, an independently playable frame multicast data of the selected initial play, and a total play time of the subsequent multicast data.
  • the terminal can just play the initially-played independently decodable frame multicast data and subsequent multicast data when the access point of the accessing multicast server arrives, so that different terminals can simultaneously play multicast. data.
  • the initially playable independently decodable frame multicast data is the independently decodable frame multicast data sent by the multicast server or the re-encoded independently decodable frame multicast data.
  • the subsequent multicast data is re-encoded independently decodable frame multicast data or non-independently decodable frame multicast data.
  • the subsequent multicast data is not The frame multicast data can be decoded independently. At this time, it indicates that the terminal is normally accessing the multicast server.
  • the initially playable independently decodable frame multicast data when the initially playable independently decodable frame multicast data is re-encoded independently decodable frame multicast data, the subsequent multicast data is re-encoded.
  • Independently decoding frame multicast data then playing according to the playing strategy
  • the initially playable independently decodable frame multicast data and subsequent multicast data further include the following processes: receiving and playing the independently decodable frame multicast data sent by the multicast server. That is, when the multicast server access point is reached, the terminal normally accesses the multicast server, and receives and plays the multicast data directly sent by the multicast server.
  • FIG. 6 is a schematic structural diagram of a terminal of a fast access multicast group according to an embodiment of the present invention. Based on the synchronization device 10, the terminal shown in FIG. 6 includes: a second sending module 21, a receiving module 22, and a playing module 23.
  • the second sending module 21 is configured to send a fast access multicast group request to the synchronization device.
  • the receiving module 22 is configured to receive the initially playable independently decodable frame multicast data, the subsequent multicast data, and the play policy sent by the synchronization device.
  • the playing module 23 is configured to play the initially playable independently decodable frame multicast data and subsequent multicast data according to a play policy.
  • the play policy includes: a start play time point of the initially playable independently decodable frame multicast data, a total playable time of the initially playable independently decodable frame multicast data, and a subsequent multicast data. According to the playback policy, the terminal can just play the initially-played independently decodable frame multicast data and subsequent multicast data when the access point of the accessing multicast server arrives, so that different terminals can simultaneously play multicast. data.
  • the initially playable independently decodable frame multicast data is the independently decodable frame multicast data sent by the multicast server to the synchronization device 10 or the re-encoded independently decodable frame multicast data.
  • the subsequent multicast data is the re-encoded independently decodable frame multicast data or the non-independently decodable frame multicast data sent by the synchronization device 10.
  • the subsequent The multicast data is non-independently decodable frame multicast data. In this case, it indicates that the terminal is normally accessing the multicast server.
  • the receiving module 22 and the method further comprises: after playing the initially playable independently decodable frame multicast data and the subsequent re-encoded independently decodable frame multicast data according to the play policy, receiving the independently decodable frame multicast data sent by the multicast server and subsequent Non-independently decodable frame multicast data.
  • the playing module 23 is further configured to play the independently decodable frame multicast data sent by the multicast server and the subsequent non-independently decodable frame multicast data. That is, when the multicast server access point is reached, the terminal normally accesses the multicast server, and receives and plays the multicast data directly sent by the multicast server.
  • the present invention provides a synchronization method, a synchronization device, and a terminal for quickly accessing a multicast group, and can determine whether the multicast data sent by the multicast server is independently decodable frame multicast data, and the multicast data is non- When the frame multicast data can be independently decoded, it is re-encoded into independently-decodable frame multicast data; according to the terminal request, the initially-playable independently-decodable frame multicast data is selected; and the independently-decoded independently-decodable frame is multicasted. Data and subsequent multicast data are sent to the terminal.
  • the invention realizes the purpose of synchronously playing multicast data by different terminals, and improves the experience effect of the terminal user.

Landscapes

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

Abstract

本发明公开了一种快速接入组播组的同步方法、同步装置和终端，可判断组播服务器发送的组播数据是否为可独立解码帧组播数据，并在所述组播数据为非可独立解码帧组播数据时，将其重编码为可独立解码帧组播数据；根据终端请求，选择初始播放的可独立解码帧组播数据；将所选初始播放的可独立解码帧组播数据和后续组播数据发送给终端。本发明实现了不同终端同步播放组播数据的目的，提高了终端用户的体验效果。

Description

快速接入组播组的同步方法、 同步装置和终端 技术领域
本发明涉及通信技术领域， 尤其是涉及一种快速接入组播组的同步方 法、 同步装置和终端。 背景技术
目前， 在组播视频技术领域， 减少终端加入组播会话前的接入延迟时 间， 降低频繁切换组播会话等待时间， 是一项重要技术。
在传统的组播视频服务中， 为了保证不同时间加入组播组终端都能播 放视频画面， 组播服务器一般通过采用固定周期发送随机接入点的方式实 现。 另外为了让新加入组播组的终端可快速的呈现视频画面， 上述固定周 期设置为很短。 由于随机接入点的编码时间和编码后帧的大小远远大于通 过帧间编码方式的普通帧， 因此较短的随机接入点周期将导致编解码和传 输效率的下降。
为了克服上述问题， 互联网工程任务组的组播实时传输协议会话的快 速接入技术方案中， 提供了一种在组播实时传输协议组播会话中终端快速 接入组播的方法。 通过这种方法可以减少终端加入组播会话前的延迟时间， 减少视频画面播放的等待时间， 提高了用户体验。
上述方法同时也带来了各终端之间的数据不同步的问题。 不同终端在 不同时间接入同一个组播组时， 其收到的视频随机接入点不同， 导致不同 终端在相同时刻播放的视频画面不同。 相邻随机接入点之间的时间间隔越 大， 则终端间的播放延迟越大。
在 IPTV、 视频会议、 远程教育等流媒体组播应用中， 终端间过大的延 迟使用户体验效果下降， 甚至导致信息传递错误， 影响终端用户业务的正 常使用。 发明内容
本发明的主要目的在于提供一种快速接入组播组的同步方法、 同步装 置和终端， 实现不同终端的同步播放组播数据， 提高了终端用户的体验效 果。
为了达到上述目的， 本发明的技术方案是这样实现的：
一种快速接入组播组的同步方法， 包括：
判断组播服务器发送的组播数据是否为可独立解码帧组播数据， 当组 播数据为非可独立解码帧组播数据时， 将该非可独立解码帧组播数据重编 码为可独立解码帧组播数据；
并且， 根据终端发送的快速接入组播组请求， 选择初始播放的可独立 解码帧组播数据； 再将所选初始播放的可独立解码帧组播数据和后续组播 数据发送给终端。
其中， 所述判断组播服务器发送的组播数据是否为可独立解码帧组播 数据之后， 该方法还包括：
当组播数据为非可独立解码帧组播数据时， 备份该非可独立解码帧组 播数据。
其中， 所述所选初始播放的可独立解码帧组播数据为重编码后的可独 立解码帧组播数据， 或组播服务器发送的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为重编码后的可独立解码帧 组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码帧组播 数据对应的后续重编码后的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为组播服务器发送的可独立 解码帧组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码 帧组播数据对应的后续非可独立解码帧组播数据。 其中， 重编码后的所述可独立解码帧组播数据所占宽带， 小于或等于 该可独立解码帧组播数据重编码前所占宽带。
其中， 所述选择初始播放的可独立解码帧组播数据之后， 该方法还包 括：
根据所选初始播放的可独立解码帧组播数据， 生成播放策略， 并将该 播放策略发送给终端， 以使终端根据播放策略播放所选初始播放的可独立 解码帧组播数据和后续组播数据。
其中， 所述播放策略包括： 所选初始播放的可独立解码帧组播数据的 开始播放时间点、 所选初始播放的可独立解码帧组播数据与后续组播数据 总播放时长。
一种快速接入组播组的同步装置， 包括：
判断模块， 用于判断组播服务器发送的组播数据是否为可独立解码帧 组播数据；
重编码模块， 用于当所述判断模块判断出所述组播数据为非可独立解 码帧组播数据时， 将该非可独立解码帧组播数据重编码为可独立解码帧组 播数据；
选择模块， 用于根据终端发送的快速接入组播组请求， 选择初始播放 的可独立解码帧组播数据；
第一发送模块， 用于将所述选择模块所选的初始播放的可独立解码帧 组播数据和后续组播数据发送给终端。
其中， 该装置还包括：
备份模块， 用于当所述判断模块判断出所述组播数据为非可独立解码 帧组播数据时， 备份该非可独立解码帧组播数据。
其中， 所述所选初始播放的可独立解码帧组播数据为重编码后的可独 立解码帧组播数据， 或组播服务器发送的可独立解码帧组播数据； 当所选初始播放的可独立解码帧组播数据为重编码后的可独立解码帧 组播数据， 则所述后续组播数据为： 所选初始播放的可独立解码帧组播数 据对应的后续重编码后的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为组播服务器发送的可独立 解码帧组播数据， 则所述后续组播数据为： 所选初始播放的可独立解码帧 组播数据对应的后续非可独立解码帧组播数据。
其中， 重编码后的可独立解码帧组播数据所占宽带， 小于或等于该可 独立解码帧组播数据重编码前所占宽带。
其中， 该装置还包括：
生成模块， 用于根据所选初始播放的可独立解码帧组播数据， 生成播 放策略， 并通过第一发送模块将该播放策略发送给终端， 以使终端根据播 放策略播放所选初始播放的可独立解码帧组播数据和后续组播数据。
其中， 所述播放策略包括： 所选初始播放的可独立解码帧组播数据的 开始播放时间点、 所选初始播放的可独立解码帧组播数据与后续组播数据 总播放时长。
一种快速接入组播组的同步方法， 包括：
向同步装置发送快速接入组播组请求， 以及， 接收同步装置发送的初 始播放的可独立解码帧组播数据、 后续组播数据和播放策略；
根据所述播放策略播放所述初始播放的可独立解码帧组播数据和后续 组播数据。
一种快速接入组播组的终端， 包括：
第二发送模块， 用于向同步装置发送快速接入组播组请求；
接收模块， 用于接收同步装置发送的初始播放的可独立解码帧组播数 据、 后续组播数据和播放策略；
播放模块， 用于根据所述接收模块收到的播放策略， 播放所述初始播 放的可独立解码帧组播数据和后续组播数据。
由上可知， 本发明提供的快速接入组播组的同步方法、 同步装置和终 端， 通过将非可独立解码帧组播数据重编码为可独立解码帧组播数据； 根 据快速接入组播组请求， 选择初始播放的可独立解码帧组播数据； 将初始 播放的可独立解码帧组播数据和后续组播数据发送给终端的方式， 以使终 端播放所选初始播放的可独立解码帧组播数据和后续组播数据， 实现了不 同终端同步播放组播数据的目的， 提高了终端用户的体验效果。 附图说明
图 1是本发明实施例的快速接入组播组的同步方法流程图；
图 2是本发明实施例的快速接入组播组的同步装置结构示意图； 图 3是本发明另一实施例的快速接入组播组的同步装置结构示意图； 图 4是本发明再一实施例的快速接入组播组的同步装置结构示意图； 图 5是本发明另一实施例的快速接入组播组的同步方法流程图； 图 6是本发明实施例的快速接入组播组的终端结构示意图。 具体实施方式
应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不用于 限定本发明。
参见图 1 , 图 1是本发明实施例的快速接入组播组的同步方法流程图， 其包括步驟：
步驟 S101、 判断组播服务器发送的组播数据是否为可独立解码帧组播 数据；
步驟 S102、 当组播数据为非可独立解码帧组播数据时， 则将该非可独 立解码帧组播数据重编码为可独立解码帧组播数据；
步驟 S103、 根据终端发送的快速接入组播组请求， 选择初始播放的可 独立解码帧组播数据；
步驟 S104、 将所选初始播放的可独立解码帧组播数据和后续组播数据 发送给终端。
以上所述的初始播放的可独立解码帧组播数据为终端接收的第一个组 播数据， 同时该第一个组播数据为可独立解码帧组播数据。
进一步地， 上述快速接入组播组的同步方法实施例中， 所述判断组播 服务器发送的组播数据是否为可独立解码帧组播数据之后还包括： 当组播 数据为非可独立解码帧组播数据时， 备份该非可独立解码帧组播数据。
进一步地， 上述快速接入组播组的同步方法实施例中， 所述所选初始 播放的可独立解码帧组播数据为重编码后的可独立解码帧组播数据， 或组 播服务器发送的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为重编码后的可独立解码帧 组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码帧组播 数据对应的后续重编码后的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为组播服务器发送的可独立 解码帧组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码 帧组播数据对应的后续非可独立解码帧组播数据。
上述快速接入组播组的同步方法实施例中， 终端接收到初始播放的可 独立解码帧组播数据， 当该初始播放的可独立解码帧组播数据为组播服务 器直接发送的可独立解码帧组播数据时， 对其进行解码并播放后， 可对其 接收的后续非可独立解码帧组播数据进行解码并播放。 当该初始播放的可 独立解码帧组播数据为重编码后的可独立解码帧组播数据时， 对其进行解 码并播放后， 若后续接收的为非可独立解码帧组播数据， 则无法进行解码 播放。 因此， 当所选初始播放的可独立解码帧组播数据为重编码后的可独 立解码帧组播数据时， 则向终端发送的后续组播数据应答为重编码的可独 立解码帧组播数据， 以使终端可对其进行解码播放。
进一步地， 上述快速接入组播组的同步方法实施例中， 所述选择初始 播放的可独立解码帧组播数据之后还包括： 根据所选初始播放的可独立解 码帧组播数据， 生成播放策略， 并将该播放策略发送给终端， 以使终端根 据播放策略播放所选初始播放的可独立解码帧组播数据和后续组播数据。
上述快速接入组播组的同步方法实施例， 通过将非可独立解码帧组播 数据重编码为可独立解码帧组播数据； 根据快速接入组播组请求， 选择初 始播放的可独立解码帧组播数据和生成播放策略； 将初始播放的可独立解 码帧组播数据、 后续组播数据和播放策略发送给终端； 以使终端根据播放 策略播放初始播放的可独立解码帧组播数据和后续组播数据的方式， 实现 了不同终端能够同步播放组播数据的目的， 提高了终端用户的体验效果。
进一步地， 上述快速接入组播组的同步方法实施例中的步驟 S101之前 包括如下处理： 将组播服务器发送的组播数据和组播数据帧类型进行存储， 并建立组播数据、 组播数据帧类型和组播组标识三者间的对应关系。 其中 组播数据帧类型包括： 可独立解码帧或非可独立解码帧。 即组播服务器发 送的组播数据为可独立解码帧组播数据或非可独立解码帧组播数据。
上述判断组播服务器发送的组播数据是否为可独立解码帧组播数据是 根据上述组播数据帧类型进行判断的。
上述终端发送的快速接入组播组请求中包括有： 终端緩存能力信息、 带宽信息， 待接入的组播组标识。
在选择初始播放的可独立解码帧组播数据时， 首先根据终端发送的待 接入的组播组标识， 查找对应的组播服务器发送的组播数据； 然后在该组 播服务器发送的组播数据对应的原始可独立解码帧组播数据和重编码后的 可独立解编码帧组播数据中， 选择其中之一为初始播放的可独立解码帧组 播数据。 所述原始可独立解码帧组播数据为组播服务器直接发送的可独立 解码帧组播数据。
进一步地， 上述快速接入组播组的同步方法实施例中， 重编码后的可 独立解码帧组播数据所占宽带小于或等于该可独立解码帧组播数据重编码 前所占宽带。
上述将非可独立解码帧组播数据重编码为可独立解码帧组播数据的方 法可以采用多种算法， 只需计算过程复杂度低， 时延短即可， 如采用在原 始帧组播数据重建后下采样， 然后再帧内编码。
进一步地， 上述快速接入组播组的同步方法实施例中， 选择初始播放 的可独立解码帧组播数据， 并生成播放策略的具体处理过程如下：
判断接收的组播服务器发送的当前帧组播数据是否为可独立解码帧组 播数据；
若是， 则选择该当前可独立解码帧组播数据为初始播放的可独立解码 帧组播数据， 并生成播放策略； 将所选初始播放的可独立解码帧组播数据 和播放策略发送给终端； 并将组播服务器后续发送的非可独立解码帧组播 数据发送给终端。
若否， 则计算接收的当前非可独立解码帧组播数据与接收的前一个可 独立解码帧组播数据的时间间隔 T1 , 估算所述当前非可独立解码帧组播数 据重编码生成可独立解码帧组播数据的时延 T2, 并计算所述当前非可独立 解码帧组播数据与下一个接收的可独立解码帧组播数据间的非可独立解码 帧组播数据的个数 N;
判断 T1是否小于或等于 T2*N;
若 T1小于或等于 T2*N, 则选择接收的前一个可独立解码帧组播数据 为初始播放的可独立解码帧组播数据， 并生成播放策略； 将所选的初始播 放的可独立解码帧组播数据和播放策略发送给终端； 并将后续接收的非可 独立解码帧组播数据发送给终端。 若 Tl大于 T2*N, 则选择接收的当前非可独立解码帧组播数据经重编 码后的可独立解码帧组播数据为初始播放的可独立解码帧组播数据， 并生 成播放策略； 然后将所选初始播放的可独立解码帧组播数据和播放策略发 送给终端。 并将后续重编码后的可独立解码帧组播数据发送给终端。
终端接收到所选初始播放的可独立解码帧组播数据、 播放策略， 以及 后续组播数据， 则根据播放策略播放接收的初始播放的可独立解码帧组播 数据、 后续组播数据。 其中所述后续组播数据为重编码后的可独立解码帧 组播数据或非可独立解码帧组播数据。
进一步地， 上述快速接入组播组的同步方法实施例中， 所述播放策略 包括： 所选初始播放的可独立解码帧组播数据的开始播放时间点； 所选初 始播放的可独立解码帧组播数据、 后续组播数据总播放时长。 以使终端在 接入组播服务器的接入点到达之时， 刚好播放完毕所述初始播放的可独立 解码帧组播数据和后续组播数据， 从而实现不同终端同步播放组播数据。 即终端根据所接收的初始播放的可独立解码帧、 后续组播数据和所述开始 播放时间点及所述总播放时长， 采取相应的快播策略， 以保证在接入组播 服务器时间点时， 恰好将接收的初始播放的可独立解码帧和后续组播数据 播放完毕。
以上所述的后续非可独立解码帧组播数据是指： 所选可独立解码帧组 播数据与下一个接收的可独立解码帧组播数据之间的所有接收并备份好的 非可独立解码帧组播数据。
参见图 2,图 2是本发明实施例的快速接入组播组的同步装置结构示意 图， 所述同步装置包括： 判断模块 11、 重编码模块 12、 选择模块 13和第 一发送模块 14。
其中， 判断模块 11 , 用于判断组播服务器发送的组播数据是否为可独 立解码帧组播数据。 重编码模块 12, 用于当组播数据为非可独立解码帧组 播数据时， 将该非可独立解码帧组播数据重编码为可独立解码帧组播数据。 选择模块 13, 用于根据终端发送的快速接入组播组请求， 选择初始播放的 可独立解码帧组播数据。 第一发送模块 14, 用于将所选初始播放的可独立 解码帧组播数据和后续组播数据发送给终端。
以上所述的初始播放的可独立解码帧组播数据为终端接收的第一个组 播数据， 同时该第一个组播数据为可独立解码帧组播数据。
进一步地， 参见图 3, 上述快速接入组播组的同步装置 10, 还包括备 份模块 15。 备份模块 15, 用于当组播数据为非可独立解码帧组播数据时， 备份该非可独立解码帧组播数据。 所述第一发送模块 14, 还用于将所选初 始播放的可独立解码帧组播数据对应的后续非可独立解码帧组播数据发送 给终端。
进一步地， 上述快速接入组播组的同步方法实施例中， 所述所选初始 播放的可独立解码帧组播数据为重编码后的可独立解码帧组播数据， 或组 播服务器发送的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为重编码后的可独立解码帧 组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码帧组播 数据对应的后续重编码后的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为组播服务器发送的可独立 解码帧组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码 帧组播数据对应的后续非可独立解码帧组播数据。
上述快速接入组播组的同步方法实施例中， 终端接收到初始播放的可 独立解码帧组播数据， 当该初始播放的可独立解码帧组播数据为组播服务 器直接发送的可独立解码帧组播数据时， 对其进行解码并播放后， 可对其 接收的后续非可独立解码帧组播数据进行解码并播放。 当该初始播放的可 独立解码帧组播数据为重编码后的可独立解码帧组播数据时， 对去进行解 码并播放后， 若后续接收的为非可独立解码帧组播数据， 则无法进行解码 播放。 因此， 当所选初始播放的可独立解码帧组播数据为重编码后的可独 立解码帧组播数据时， 则向终端发送的后续组播数据应答为重编码的可独 立解码帧组播数据， 以使终端可对其进行解码播放。
进一步地， 参见图 4, 上述快速接入组播组的同步装置 10, 还包括生 成模块 16。生成模块 16,用于根据所选初始播放的可独立解码帧组播数据， 生成播放策略， 并通过第一发送模块 14将该播放策略发送给终端， 以使终 端根据播放策略播放所选初始播放的可独立解码帧组播数据和后续组播数 据。
上述快速接入组播组的同步装置 10实施例， 通过将非可独立解码帧组 播数据重编码为可独立解码帧组播数据； 根据快速接入组播组请求， 选择 初始播放的可独立解码帧组播数据和生成播放策略； 将初始播放的可独立 解码帧组播数据、 后续组播数据和播放策略发送给终端； 以使终端根据播 放策略播放初始播放的可独立解码帧组播数据和后续组播数据的方式， 实 现了不同终端能够同步播放组播数据的目的， 提高了终端用户的体验效果。
进一步地， 上述快速接入组播组的同步装置 10, 还用于将组播服务器 发送的组播数据和组播数据帧类型进行存储， 并建立组播数据、 组播数据 帧类型和组播组标识三者间的对应关系。 其中组播数据帧类型包括： 可独 立解码帧或非可独立解码帧。 即组播服务器发送的组播数据为可独立解码 帧组播数据或非可独立解码帧组播数据。
上述判断组播服务器发送的组播数据是否为可独立解码帧组播数据是 根据上述组播数据帧类型进行判断的。
上述终端发送的快速接入组播组请求中包括有： 终端緩存能力信息、 带宽信息， 待接入的组播组标识。
在选择初始播放的可独立解码帧组播数据时， 首先根据终端发送的待 接入的组播组标识， 查找对应的组播服务器发送的组播数据； 然后在该组 播服务器发送的组播数据对于的原始可独立解码帧组播数据和重编码后可 独立解码帧组播数据中， 选择其中之一为初始播放的选择可独立解码帧组 播数据。 所述原始可独立解码帧组播数据为组播服务器直接发送的可独立 解码帧组播数据。
进一步地， 上述快速接入组播组的同步装置 10实施例中， 重编码后的 可独立解码帧组播数据所占宽带小于或等于该可独立解码帧组播数据重编 码前所占宽带。
上述将非可独立解码帧组播数据重编码为可独立解码帧组播数据的方 法可以采用多种算法， 只需计算过程复杂度低， 时延短即可， 如采用在原 始帧组播数据重建后采样， 然后在帧内编码。
进一步地， 上述快速接入组播组的同步装置 10实施例中， 所述所选可 独立解码帧组播数据为组播服务器发送的可独立解码帧组播数据或重编码 后的可独立解码帧组播数据。
进一步地，上述快速接入组播组的同步装置实施例中 10,选择模块 13 , 还用于判断接收的组播服务器发送的当前帧组播数据是否为可独立解码帧 组播数据；
若是， 则选择该当前可独立解码帧组播数据为初始播放的可独立解码 帧组播数据， 并生成播放策略； 将所选初始播放的可独立解码帧组播数据 和播放策略发送给终端； 并将组播服务器后续发送的非可独立解码帧组播 数据发送给终端。
若否， 则计算接收的当前非可独立解码帧组播数据与接收的前一个可 独立解码帧组播数据的时间间隔 T1 , 估算所述当前非可独立解码帧组播数 据重编码生成可独立解码帧组播数据的时延 T2, 并计算所述当前非可独立 解码帧组播数据与下一个接收的可独立解码帧组播数据间的非可独立解码 帧组播数据的个数 N;
判断 T1是否小于或等于 T2*N;
若 T1小于或等于 T2*N, 则选择接收的前一个可独立解码帧组播数据 为初始播放的可独立解码帧组播数据， 并生成播放策略； 将所选的初始播 放的可独立解码帧组播数据和播放策略发送给终端； 并将后续接收的非可 独立解码帧组播数据发送给终端。
若 T1大于 T2*N, 则选择接收的当前非可独立解码帧组播数据经重编 码后的可独立解码帧组播数据为初始播放的可独立解码帧组播数据， 并生 成播放策略； 然后将所选初始播放的可独立解码帧组播数据和播放策略发 送给终端。 并将后续重编码后的可独立解码帧组播数据发送给终端。
终端接收到所选初始播放的可独立解码帧组播数据、 播放策略， 以及 后续组播数据， 则根据播放策略播放接收的初始播放的可独立解码帧组播 数据和后续组播数据。 其中所述后续组播数据为重编码后的可独立解码帧 组播数据或非可独立解码帧组播数据。
进一步地， 上述快速接入组播组的同步装置 10实施例中， 所述播放策 略包括： 所选初始播放的可独立解码帧组播数据的开始播放时间点、 所选 初始播放的可独立解码帧组播数据与后续组播数据总播放时长。 以使终端 在接入组播服务器的接入点到达之时， 刚好播放完毕所述初始播放的可独 立解码帧组播数据和后续组播数据， 从而实现不同终端同步播放组播数据。 即终端根据所接收的初始播放的可独立解码帧、 后续组播数据和所述开始 播放时间点及所述总播放时长， 采取相应的快播策略， 以保证在接入组播 服务器时间点时， 恰好将接收的初始播放的可独立解码帧和后续组播数据 播放完毕。
以上所述的后续非可独立解码帧组播数据是指： 所选可独立解码帧组 播数据与下一个接收的可独立解码帧组播数据之间的所有接收并备份好的 非可独立解码帧组播数据。
以上所述的快速接入组播组的同步装置 10可以设置在组播服务器上， 或设置在单播服务器上， 或单独设置。
参见图 5 ,图 5是本发明另一实施例的快速接入组播组的同步方法流程 图， 基于上述同步装置 10, 图 5所示流程包括：
步驟 S201、 向同步装置 10发送快速接入组播组请求；
步驟 S202、 接收同步装置 10发送的初始播放的可独立解码帧组播数 据、 后续组播数据和播放策略；
步驟 S203、 根据播放策略播放所述初始播放的可独立解码帧组播数据 和后续组播数据。
所述播放策略包括： 所选初始播放的可独立解码帧组播数据的开始播 放时间点、 所选初始播放的可独立解码帧组播数据与后续组播数据总播放 时长。 终端根据该播放策略， 可在接入组播服务器的接入点到达之时， 刚 好播放完毕所述初始播放的可独立解码帧组播数据和后续组播数据， 从而 实现不同终端同步播放组播数据。
其中， 上述初始播放的可独立解码帧组播数据为组播服务器发送的可 独立解码帧组播数据或重编码后的可独立解码帧组播数据。 所述后续组播 数据为重编码后的可独立解码帧组播数据或非可独立解码帧组播数据。
进一步地， 上述快速接入组播组的同步方法实施例中， 当初始播放的 可独立解码帧组播数据为组播服务器发送的可独立解码帧组播数据时， 则 后续组播数据为非可独立解码帧组播数据， 此时， 表明终端为正常接入组 播服务器。
进一步地， 上述快速接入组播组的同步方法实施例中， 当初始播放的 可独立解码帧组播数据为重编码后的可独立解码帧组播数据时， 后续组播 数据为重编码后的可独立解码帧组播数据， 则在所述根据播放策略播放所 述初始播放的可独立解码帧组播数据和后续组播数据之后还包括如下处 理： 接收并播放组播服务器发送的可独立解码帧组播数据。 即当到达组播 服务器接入点时， 终端正常接入组播服务器， 接收并播放组播服务器直接 发送的组播数据。
参见图 6, 图 6是本发明实施例的快速接入组播组的终端结构示意图， 基于上述同步装置 10, 图 6所示终端包括： 第二发送模块 21、接收模块 22 和播放模块 23。
其中， 第二发送模块 21 , 用于向同步装置发送快速接入组播组请求。 接收模块 22,用于接收同步装置发送的初始播放的可独立解码帧组播数据、 后续组播数据和播放策略。 播放模块 23 , 用于根据播放策略播放所述初始 播放的可独立解码帧组播数据和后续组播数据。 所述播放策略包括： 所选 初始播放的可独立解码帧组播数据的开始播放时间点、 所选初始播放的可 独立解码帧组播数据与后续组播数据总播放时长。 终端根据该播放策略， 可在接入组播服务器的接入点到达之时， 刚好播放完毕所述初始播放的可 独立解码帧组播数据和后续组播数据， 从而实现不同终端同步播放组播数 据。
其中， 上述初始播放的可独立解码帧组播数据为组播服务器发送给上 述同步装置 10的可独立解码帧组播数据或重编码后的可独立解码帧组播数 据。 所述后续组播数据为上述同步装置 10发送的重编码后的可独立解码帧 组播数据或非可独立解码帧组播数据。
进一步地， 上述快速接入组播组的终端 20实施例中， 当初始播放的可 独立解码帧组播数据为组播服务器发送给上述同步装置 10的可独立解码帧 组播数据时， 则后续组播数据为非可独立解码帧组播数据， 此时， 表明终 端为正常接入组播服务器。
进一步地，上述快速接入组播组的终端 20实施例中，所述接收模块 22, 还用于在根据播放策略播放所述初始播放的可独立解码帧组播数据和后续 重编码后的可独立解码帧组播数据之后， 接收组播服务器发送的可独立解 码帧组播数据和后续的非可独立解码帧组播数据。 所述播放模块 23 , 还用 于播放组播服务器发送的可独立解码帧组播数据和后续的非可独立解码帧 组播数据。 即当到达组播服务器接入点时， 终端正常接入组播服务器， 接 收并播放组播服务器直接发送的组播数据。
应当理解的是， 以上仅为本发明的优选实施例， 不能因此限制本发明 的专利范围， 凡是利用本发明说明书及附图内容所作的等效结构或等效流 程变换， 或直接或间接运用在其他相关的技术领域， 均同理包括在本发明 的专利保护范围内。 工业实用性
本发明提供了一种快速接入组播组的同步方法、 同步装置和终端， 可 判断组播服务器发送的组播数据是否为可独立解码帧组播数据， 并在所述 组播数据为非可独立解码帧组播数据时， 将其重编码为可独立解码帧组播 数据； 根据终端请求， 选择初始播放的可独立解码帧组播数据； 将所选初 始播放的可独立解码帧组播数据和后续组播数据发送给终端。 本发明实现 了不同终端同步播放组播数据的目的， 提高了终端用户的体验效果。

Claims

权利要求书
1、 一种快速接入组播组的同步方法， 包括：
判断组播服务器发送的组播数据是否为可独立解码帧组播数据， 当组 播数据为非可独立解码帧组播数据时， 将该非可独立解码帧组播数据重编 码为可独立解码帧组播数据；
并且， 根据终端发送的快速接入组播组请求， 选择初始播放的可独立 解码帧组播数据； 再将所选初始播放的可独立解码帧组播数据和后续组播 数据发送给终端。
2、 根据权利要求 1所述的方法， 其中， 所述判断组播服务器发送的组 播数据是否为可独立解码帧组播数据之后， 该方法还包括：
当组播数据为非可独立解码帧组播数据时， 备份该非可独立解码帧组 播数据。
3、 根据权利要求 1所述的方法， 其中， 所述所选初始播放的可独立解 码帧组播数据为重编码后的可独立解码帧组播数据， 或组播服务器发送的 可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为重编码后的可独立解码帧 组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码帧组播 数据对应的后续重编码后的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为组播服务器发送的可独立 解码帧组播数据时， 则所述后续组播数据为： 所选初始播放的可独立解码 帧组播数据对应的后续非可独立解码帧组播数据。
4、 根据权利要求 1所述的方法， 其中， 重编码后的所述可独立解码帧 组播数据所占宽带， 小于或等于该可独立解码帧组播数据重编码前所占宽 带。
5、 根据权利要求 1至 4任一项所述的方法， 其中， 所述选择初始播放 的可独立解码帧组播数据之后， 该方法还包括：
根据所选初始播放的可独立解码帧组播数据， 生成播放策略， 并将该 播放策略发送给终端， 以使终端根据播放策略播放所选初始播放的可独立 解码帧组播数据和后续组播数据。
6、 根据权利要求 5所述的方法， 其中， 所述播放策略包括： 所选初始 播放的可独立解码帧组播数据的开始播放时间点、 所选初始播放的可独立 解码帧组播数据与后续组播数据总播放时长。
7、 一种快速接入组播组的同步装置， 包括：
判断模块， 用于判断组播服务器发送的组播数据是否为可独立解码帧 组播数据；
重编码模块， 用于当所述判断模块判断出所述组播数据为非可独立解 码帧组播数据时， 将该非可独立解码帧组播数据重编码为可独立解码帧组 播数据；
选择模块， 用于根据终端发送的快速接入组播组请求， 选择初始播放 的可独立解码帧组播数据；
第一发送模块， 用于将所述选择模块所选的初始播放的可独立解码帧 组播数据和后续组播数据发送给终端。
8、 根据权利要求 7所述的装置， 其中， 该装置还包括：
备份模块， 用于当所述判断模块判断出所述组播数据为非可独立解码 帧组播数据时， 备份该非可独立解码帧组播数据。
9、 根据权利要求 7所述的装置， 其中， 所述所选初始播放的可独立解 码帧组播数据为重编码后的可独立解码帧组播数据， 或组播服务器发送的 可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为重编码后的可独立解码帧 组播数据， 则所述后续组播数据为： 所选初始播放的可独立解码帧组播数 据对应的后续重编码后的可独立解码帧组播数据；
当所选初始播放的可独立解码帧组播数据为组播服务器发送的可独立 解码帧组播数据， 则所述后续组播数据为： 所选初始播放的可独立解码帧 组播数据对应的后续非可独立解码帧组播数据。
10、 根据权利要求 7所述的装置， 其中， 重编码后的可独立解码帧组 播数据所占宽带， 小于或等于该可独立解码帧组播数据重编码前所占宽带。
11、 根据权利要求 7至 10任一项所述的装置， 其中， 该装置还包括： 生成模块， 用于根据所选初始播放的可独立解码帧组播数据， 生成播 放策略， 并通过第一发送模块将该播放策略发送给终端， 以使终端根据播 放策略播放所选初始播放的可独立解码帧组播数据和后续组播数据。
12、 根据权利要求 11所述的装置， 其中， 所述播放策略包括： 所选初 始播放的可独立解码帧组播数据的开始播放时间点、 所选初始播放的可独 立解码帧组播数据与后续组播数据总播放时长。
13、 一种快速接入组播组的同步方法， 基于权利要求 7至 12任一项所 述的同步装置， 包括：
向同步装置发送快速接入组播组请求， 以及， 接收同步装置发送的初 始播放的可独立解码帧组播数据、 后续组播数据和播放策略；
根据所述播放策略播放所述初始播放的可独立解码帧组播数据和后续 组播数据。
14、 一种快速接入组播组的终端， 基于权利要求 7至 12任一项所述的 同步装置， 包括：
第二发送模块， 用于向同步装置发送快速接入组播组请求；
接收模块， 用于接收同步装置发送的初始播放的可独立解码帧组播数 据、 后续组播数据和播放策略；
播放模块， 用于根据所述接收模块收到的播放策略， 播放所述初始播 放的可独立解码帧组播数据和后续组播数据 t
PCT/CN2011/081274 2010-12-15 2011-10-25 快速接入组播组的同步方法、同步装置和终端 WO2012079428A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP11849697.5A EP2654311B1 (en) 2010-12-15 2011-10-25 Synchronization method and synchronization apparatus for multicast group quick access, and terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010589762.1A CN102572547B (zh) 2010-12-15 2010-12-15 快速接入组播组的同步方法、同步装置和终端
CN201010589762.1 2010-12-15

Publications (1)

Publication Number Publication Date
WO2012079428A1 true WO2012079428A1 (zh) 2012-06-21

Family

ID=46244066

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/081274 WO2012079428A1 (zh) 2010-12-15 2011-10-25 快速接入组播组的同步方法、同步装置和终端

Country Status (3)

Country Link
EP (1) EP2654311B1 (zh)
CN (1) CN102572547B (zh)
WO (1) WO2012079428A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103491333B (zh) * 2013-09-11 2017-01-04 江苏中科梦兰电子科技有限公司 一种应用于一对多视频广播的视频分流方法
EP2908516A1 (en) * 2014-02-14 2015-08-19 Alcatel Lucent Process for transmitting an ongoing video stream from a publisher to a receiver through a MCU unit during a live session
CN110177293B (zh) * 2019-05-28 2021-12-21 南京南方电讯有限公司 一种同步组播和视频转发方法、系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080187075A1 (en) * 2007-02-06 2008-08-07 Canon Kabushiki Kaisha Data transfer apparatus and transfer control method
CN101370139A (zh) * 2007-08-17 2009-02-18 华为技术有限公司 一种切换视频的方法及装置
CN101742269A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 一种频道切换方法、装置和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090064242A1 (en) * 2004-12-23 2009-03-05 Bitband Technologies Ltd. Fast channel switching for digital tv
US20070174880A1 (en) * 2005-07-05 2007-07-26 Optibase Ltd. Method, apparatus, and system of fast channel hopping between encoded video streams
EP2070325B1 (en) * 2006-10-02 2019-12-04 Telefonaktiebolaget LM Ericsson (publ) Multimedia management
CN101690213A (zh) * 2007-07-30 2010-03-31 日本电气株式会社 变换装置、分配系统、分配方法以及程序
WO2010114450A1 (en) * 2009-03-31 2010-10-07 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements for channel change in an iptv network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080187075A1 (en) * 2007-02-06 2008-08-07 Canon Kabushiki Kaisha Data transfer apparatus and transfer control method
CN101370139A (zh) * 2007-08-17 2009-02-18 华为技术有限公司 一种切换视频的方法及装置
CN101742269A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 一种频道切换方法、装置和系统

Also Published As

Publication number Publication date
EP2654311A4 (en) 2014-05-28
EP2654311A1 (en) 2013-10-23
CN102572547A (zh) 2012-07-11
EP2654311B1 (en) 2017-02-08
CN102572547B (zh) 2014-06-11

Similar Documents

Publication Publication Date Title
US8473997B2 (en) Channel changing method, apparatus, and system
US8387107B2 (en) Method, system and device for processing media stream
JP5363473B2 (ja) 改善されたメディア・セッション管理の方法と装置
US20090055540A1 (en) Methods and Systems for Multicast Control and Channel Switching for Streaming Media in an IMS Environment
US20110085602A1 (en) Video Communication System, Device and Method Based on Feedback Reference Frames
US8607286B2 (en) Method, equipment and system for reducing media delay
US10944973B2 (en) Estimation of video quality of experience on media servers
CN107819809B (zh) 对内容进行同步操作的方法及装置
EP2566128B1 (en) Method and server for obtaining key information during fast channel switching
CN101998174B (zh) 组播rtp会话快速接入的方法、服务器、客户端及系统
WO2010031273A1 (zh) 视频编码 / 解码方法、装置与视频播放方法、装置及系统
EP1902547A1 (en) Apparatuses and methods for delivering data stream content to consumer devices
CN102413309A (zh) 加入视频会议的方法及装置
WO2012079428A1 (zh) 快速接入组播组的同步方法、同步装置和终端
CN112040234B (zh) 视频编码、解码方法和装置、电子设备及存储介质
WO2010022598A1 (zh) 交互电视频道切换方法及系统、音视频流发送方法及装置
JP2009171294A (ja) 映像配信システム、映像中継装置、及び映像中継方法
US8208561B2 (en) Technique for media frame decoding
WO2010115376A1 (zh) 一种媒体流切换方法、装置和系统
CN106231414B (zh) 基于iptv的播放模式切换的控制方法及装置
CN101989977A (zh) 富媒体实时业务实现的方法、设备、服务器和系统
WO2011095118A1 (zh) 网络时移的处理方法、装置及系统
WO2011022983A1 (zh) 组播视频数据的方法、装置及系统
WO2012022193A1 (zh) 一种终端及快速显示组播图像的方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2011849697

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011849697

Country of ref document: EP