WO2009138041A1

WO2009138041A1 - Management method and data transmission method of broadcast protocol client end and client end

Info

Publication number: WO2009138041A1
Application number: PCT/CN2009/071801
Authority: WO
Inventors: 陈国乔; 董挺; 张惠萍; 范姝男
Original assignee: 华为技术有限公司
Priority date: 2008-05-16
Filing date: 2009-05-14
Publication date: 2009-11-19
Also published as: CN102843383A; CN101582784A; CN101582784B; CN102843383B

Abstract

A management method of broadcast protocol client ends includes: receiving the time information sent from a dynamic content delivery (DCD) server, the time information corresponds to the program content; controlling the broadcast protocol client end to receive the program content according to the time information. It can reduce the occupation of the system resources and network resources by listening programs and improve the utilization of network bandwidth.

Description

Management method and data transmission method of the broadcast protocol client and client The application request is submitted to the Chinese Patent Office on May 16, 2008, the application number is 200810100421.6, and the invention name is "the management method and data transmission method of the broadcast protocol client and the client" The priority of the Chinese Patent Application, the entire contents of which is incorporated herein by reference. Technical field

The present invention relates to the field of communications, and in particular, to a management method, a data transmission method, and a client of a broadcast protocol client.

Background technique

The Dynamic Content Delivery (DCD) service is a type of data service that dynamically distributes content to the terminal. It can be triggered by a preset time or triggered by an event, or triggered by the user. The content is updated in real time, and the content is controlled by the network side, that is, the network side dynamically controls the content of the items displayed by each channel of the terminal through data synchronization.

The Broadcast Protocol (BCAST) is a protocol proposed by the Open Mobile Alliance (OMA) for mobile broadband digital broadcast/multicast services. DCD services can use BCAST as a bearer (DCD over BCAST) to send content. The main processes include:

The DCD server is associated with the BCAST server. After the DCD client completes the content subscription through the DCD channel, the BCAST server sends the data to the BCAST client, and the BCAST client transmits the content to the DCD client for final presentation.

In the research and practice of the prior art, the inventors found that the prior art has the following problems: In the prior art solution, the BCAST client listening program channel download program content has no temporal control, and the BCAST client must remain in the right direction. The continuous listening of the program channel ensures the reception of the program, wasting system resources and network bandwidth.

Summary of the invention

The technical problem to be solved by the embodiments of the present invention is to provide a management method, a data transmission method, and a client for a broadcast protocol client, which can save system resource consumption and save network bandwidth.

An embodiment of the present invention provides a method for managing a broadcast protocol client, including: receiving time information sent by a dynamic content distribution DCD server, where the time information corresponds to program content; and controlling a broadcast protocol client to receive the program according to the time information. content.

Embodiments of the present invention provide a method for managing a broadcast protocol client, including: receiving a DCD guest The time information sent by the client, the time information corresponding to the program content; receiving the program content of the designated channel according to the time information; and returning the obtained program content to the DCD client.

An embodiment of the present invention provides a DCD client, including: a receiving unit, configured to receive time information sent by a dynamic content distribution DCD server, where the time information corresponds to program content; and a control unit, configured to receive according to the receiving unit The time information control broadcast protocol client receives the program content.

An embodiment of the present invention provides a BCAST client, including: a parameter receiving unit, configured to receive time information of a DCD client, where the time information corresponds to program content; and a content receiving unit, configured to receive according to the parameter receiving unit The time information intercepting the specified channel receives the program content delivered by the broadcast protocol server; the content sending unit is configured to return the program content received by the content receiving unit to the DCD client.

In the embodiment of the present invention, the time information is received by the DCD server, and the time information corresponds to the program content; and the broadcast protocol client receives the program content according to the time information. Compared with the continuous listening of the channel of the program content delivered in the prior art, the technical solution of the embodiment of the present invention can reduce the occupation of system resources and network resources by the listening program when receiving the program content during the program playing period. , improve the utilization of network bandwidth.

DRAWINGS

1 is a flowchart of a method for managing a broadcast protocol client according to an embodiment of the present invention;

2 is a flowchart of a method for managing a broadcast protocol client according to Embodiment 2 of the present invention;

3 is a signaling flowchart of a method for managing a broadcast protocol client according to Embodiment 3 of the present invention; FIG. 4 is a flowchart of a method for managing a broadcast protocol client according to Embodiment 4 of the present invention;

5 is a flowchart of a data transmission method of a broadcast protocol client according to Embodiment 5 of the present invention; FIG. 6 is a flowchart of a data transmission method of a broadcast protocol client according to Embodiment 6 of the present invention; FIG. 7 is a logic diagram of a DCD client according to Embodiment 7 of the present invention; Schematic;

8 is a schematic diagram of a logical structure of a broadcast protocol client according to Embodiment 8 of the present invention;

9 is a schematic diagram of a logical structure of a broadcast protocol client according to Embodiment 9 of the present invention;

10 is a schematic diagram of a logical structure of a broadcast protocol client according to an embodiment of the present invention;

FIG. 11 is a flowchart of a method for managing a broadcast protocol client according to Embodiment 11 of the present invention.

detailed description The embodiments of the present invention provide a management method, a data transmission method, and a client for a broadcast protocol client, which can save system resource consumption and save network bandwidth.

Embodiment 1 A management method of a Broadcast Protocol (BCAST) client, which is shown in FIG. 1 and includes:

A1. Receive time information sent by the dynamic content distribution DCD server; the time information corresponds to the program content. The time information corresponding to the program content is: a time when the BCAST client starts receiving the program content of the designated channel or a time when the DCD server plays the program content.

A2. Control, according to the time information, the broadcast protocol client to receive the program content.

The time information sent by the program content added in the process of controlling the BCAST client to download the program content in the first embodiment of the present invention, the time information may be obtained by the DCD server interacting with the broadcast protocol server. In this way, the BCAST client does not need to continuously listen to the content of the program, and only needs to listen during the time period of the program to save network bandwidth and interface resources. For example, the delivery time of the program content is time 13: From 00 to 14:00, the time information is: 12: 50 to 14: 10. It can be understood that the time period covered by the time information covers the time period (13:00 to 14:00) delivered by the program.

The second embodiment is a management method of a broadcast protocol client. The flowchart is as shown in FIG. 2, and includes: Bl, a DCD client receives time information corresponding to a program content sent by a dynamic content distribution DCD server;

It can be understood that the DCD server also receives other parameters, such as channel information of the program content, and a BCAST bearer identifier, where the BCAST bearer identifier is used to indicate whether the BCAST bearer is required for the current service.

In this embodiment, the time information is obtained by the DCD server interacting with the broadcast protocol server. B2. The DCD client establishes an association relationship with the broadcast protocol client according to the time information. In the embodiment of the present invention, the association between the DCD client and the broadcast protocol client means that an interface that can be communicated between the DCD client and the broadcast protocol client is opened, so that both parties can perform communication transmission. It can be understood that if the BCAST client has not been started before the association is established, the BCAST client needs to be triggered to start the association relationship.

B3. The DCD client sends the time information corresponding to the program content to the broadcast protocol client. In this embodiment, the broadcast protocol client receives the program content through a broadcast protocol. For specific procedures, please refer to B4 to B6. It can be understood that steps B4 to B6 are only for the present invention through the broadcast protocol. The specific manner of receiving does not constitute a limitation of the present invention.

B4. The broadcast protocol client listens to the specified channel to receive the program content delivered by the broadcast protocol server according to the time information.

B5. The DCD client receives the program content returned by the broadcast protocol client and proceeds to step B6.

B6. The DCD client closes the association relationship with the broadcast protocol client.

In the second embodiment of the present invention, after the content is received by the DCD client, the association relationship with the BCAST client is closed, and the interface with the BCAST client can be released in the fastest time, occupying the minimum interface resource.

It can be understood that, in the second embodiment of the present invention, step B6 may not be performed temporarily after step B5, and the closing of the relationship of step B6 may also be based on the time information, for example: the time range in the time information is 12: 50 value 14: 10; The actual time of the program delivery is 13: 00 to 14: 00, then the relationship between the closed BCAST client and the BCAST client is closed at 14:10.

The third embodiment is a management method of a broadcast protocol client. The premise of this embodiment is that the DCD client can receive the DCD server content, and the BCAST client has been centralized in the same terminal as the DCD client. The BCAST client can receive content sent by the BCAST server.

In this embodiment, in the DCD environment, the DCD client establishes the association relationship between the DCD client and the BCAST client before receiving the BCAST data stream, and then receives the data through the BCAST. The association between the DCD client and the BCAST client requires interaction parameters, and the existing parameters that need to be exchanged are: service parameter, access parameter, and session 4 (sdp-description) parameter, where service It is information used to describe a business channel, and each service contains a plurality of content units. A service can represent a channel, such as CCTV-5; it can also represent a broadcast service, such as a data download service. The Access parameter specifies the access information required by the terminal to receive and play a channel or a TV program, including the receiving IP address, port number, and encoding mode. The Sdp-description parameter is used to describe the session and provides session information for accessing the service or content item. In addition, the session description may contain auxiliary information, described in a Session Description Protocol (SDP) structure. The Schedule parameter, which specifies the timing of the business and content items. It can be understood that the schedule parameter may also include other parameters, such as channel information and the like.

The above parameters are all used by the DCD service for BCAST session connection. Number. The time information sent by the DCD server in the embodiment of the present invention may be carried by the foregoing service (service) parameter, access (access) parameter, session description (sdp-description) parameter or schedule (schedule) parameter.

It can be understood that the above parameters that can carry time information can be encapsulated in the DCD metadata or encapsulated in the BCAST service guide for transmission.

These parameters obtained by DCD help to establish contact with the BCAST client. At the same time, because of the addition of the Schedule parameter, the DCD client can be more clear when it is associated with BCAST.

The signaling flowchart of this embodiment is shown in FIG. 3, and includes:

C1, the content provider (CP) releases the program content;

The CP releases the program content to the DCD server.

C2, the DCD Server sends the program content to the BCAST server;

The DCD server determines whether program content needs to be sent to the terminal using the BCAST method, and if so, sends the program program content to the BCAST server.

C3, the BCAST server returns the access parameter to the DCD server;

After receiving the DCD program transmission request, the BCAST server establishes its own Service Guide (SG) and related parameters and channel assignments. The BCAST server requires the DCD server to send the necessary parameters to the DCD client so that the DCD client knows when to open the BCAST client to receive content.

C4, the DCD client receives the parameter and channel list sent by the DCD server, and completes the subscription; the received parameter includes time information corresponding to the service content; the DCD client can open or establish an association with the BCAST client according to the time information; The DCD client can complete the subscription by means of a description of the channel in the channel list and the like. In this step, the DCD client sends the time information of the received program content and the related channel parameters to the BCAST client through an interface associated with the BCAST client.

C5. The BCAST client receives program content from the BCAST server according to the time information; the program content is sent through a broadcast protocol.

The BCAST client receives the program content delivered by the BCAST server according to the time information of the DCD client (for example, the channel); the specific process of receiving the content belongs to the basic process of the BCAST, and will not be described in detail herein. C6, the BCAST client sends the received DCD data packet to the DCD client;

After receiving the data, the BCAST client sends it to the DCD client if it finds that it needs to be presented by the DCD client. Here, how to judge that the received data packet belongs to the DCD data type can be obtained in the following two ways:

In the first method, the data packet sent by the BCAST server includes a data identifier, and the data identifier may be used to indicate the type of the data packet, which is DCD data or is sent to other application data packets.

In the second mode, the data packet received by a certain channel is preset as a DCD data packet, and the channel here may be obtained by the system default or the interaction between the DCD terminal and the DCD server, and then transmitted to the BCAST client.

According to the above manners 1 and 2, the received DCD data can be accurately transmitted to the DCD client. It can be understood that there are various other conventional implementation manners for judging the DCD data, and the specific manner does not constitute the present invention. limit.

The BCAST client can send packets to the DCD client through an interface with the DCD client.

C7, the DCD client disconnects from the BCAST client;

When the DCD client receives the content, it can disconnect the BCAST client. In this embodiment, the messaging of DCD and BCAST needs to be completed through the DCD-BCAST interface. The steps in this embodiment are some basic steps for the DCD to receive data from BCAST through association to end association. If there are similar ways or messages can complete some of the functions, the principle is also the same.

The premise of this embodiment is that the DCD client of the DCD user has activated the DCD service, and the BCAST client can be used. The DCD server obtains some parameter information in the SG from the BCAST server. DCD needs to use BCAST as a bearer, so you need to know when to use the BCAST client. This requires the DCD server to negotiate with the BCAST server. The negotiation process may be that the BCAST server sends the list of program content and the time information of the program content to the DCD server to send the necessary BCAST parameters to the DCD client through a channel with the DCD client, so that the DCD client can These parameters control the BCAST client to receive the program content, and after receiving the parameters necessary for using the BCAST, the DCD client establishes an association relationship with the BCAST client when the program content needs to be received according to the time information in the parameter, and The time information corresponding to the program content is sent The BCAST client is sent to the BCAST client to receive program content based on the time information.

In the embodiment of the present invention, in the process that the DCD client passes the BCAST as the hosted program content, the DCD client controls the BCAST client, and the DCD client starts or establishes the association with the BCAST client to the DCD client. The active or passive disconnection from the BCAST client ends. The establishment and ending of the association appear correspondingly. After the DCD client completes the task of receiving the BCAST data information, or after the schedule reaches the end time, it needs to actively complete the association with the BCAST client; when the BCAST client interrupts the data reception, the DCD client can be passively disconnected. Open an association with the BCAST client.

The significance of the DCD client closing or closing the BCAST client is that the BCAST client no longer listens to the broadcast channel after receiving the content. The DCD client closes the BCAST association through the interface to the BCAST Enabler.

Embodiment 4 is a management method of a broadcast protocol client. The flowchart is as shown in FIG. 4, and includes:

D1, receiving time information corresponding to the content of the program sent by the DCD client;

D2, listening to the specified channel to receive the program content delivered by the broadcast protocol server according to the time information;

In the embodiment of the present invention, after the receiving of the program content is completed, the method may include: stopping receiving the program content of the specified channel for the DCD service. It can be understood that the stop of receiving the program content of the designated channel may also be stopped according to the time information.

D3, returning the received program content to the DCD client.

In the embodiment of the present invention, the step D3 may further include: closing an association relationship with the DCD client to save interface resources.

Embodiment 5 is a data transmission method of a broadcast protocol client, and the process is as shown in FIG. 5, which includes:

E1, receiving a data packet sent by a broadcast protocol server; the data packet includes a data identifier; and E2, checking a type of the data identifier;

E3. If the type of the data identifier indicates that the data packet is of a DCD type, the data packet is transmitted to a DCD client.

The data transmission method of the broadcast protocol client provided in Embodiment 5 of the present invention can make BCAST compatible with more applications, and when receiving data returned by the BCAST server, according to the identified data packet The type is distributed and sent to the DCD client when the packet type is DCD data. Make the BCAST client more compatible.

Embodiment 6 is a data transmission method of a broadcast protocol client, and a flowchart is shown in FIG. 6, which includes:

F1, listening to the preset channel to receive DCD data;

The step F1 in the embodiment may include: receiving parameter information of the preset channel sent by the DCD client.

It can be understood that the parameter information of the service channel may also be configured by default. The BCAST client and the BCAST server configure a channel by default for DCD services. Then BCAST receives the data of the channel and sends it directly to the DCD client.

F2, transmitting the DCD data to a DCD client.

In the sixth embodiment of the present invention, as in the fifth embodiment, the conditions for identifying the received data to be sent to the DCD client are also provided, so that the BCAST client has better compatibility and serves other applications.

A person skilled in the art can understand that all or part of the steps of implementing the above embodiments can be completed by a program to instruct related hardware, and the program can be stored in a computer readable storage medium, the above mentioned storage. The medium can be a read only memory, a magnetic disk or a compact disk or the like.

Embodiment 7 is a DCD client, and a schematic diagram of a logical structure is shown in FIG. 7 , including: a receiving unit and a control unit;

The receiving unit 710 is configured to receive time information corresponding to the program content sent by the DCD server, and the control unit 720 is configured to control, according to the time information received by the receiving unit 710, the broadcast protocol client to receive the program content.

It can be understood that the control unit 720 can include:

The association establishing unit 721 is configured to establish an association relationship with the broadcast protocol client according to the time information.

The parameter sending unit 722 is configured to: after the association relationship establishing unit 721 establishes the association relationship, send the time information corresponding to the program content to the broadcast protocol client;

a content receiving unit 723, configured to receive program content returned by the broadcast protocol client, and an association closing unit 724, configured to close after the content receiving unit receives the program content An association relationship with the broadcast protocol client.

It can be understood that the division manner and the internal function energy unit of the control unit 720 described above are only one representation of the control unit 720, and each internal functional unit is only a specific representation of the function of the control unit 720, and the control unit 720 The internal unit division manner and expression form may also have a plurality of conventional manners. This embodiment emphasizes introducing time information control factors to control the interface between the DCD client and the BCAST client and even the listening timing of the BCAST client, and the specific form. It is not intended to limit the invention.

Embodiment 8 is a broadcast protocol client. A schematic diagram of a logical structure is shown in FIG. 8. The method includes: a parameter receiving unit 810, a content receiving unit 820, and a content sending unit 830.

The parameter receiving unit 810 is configured to receive time information corresponding to program content sent by the DCD client.

The content receiving unit 820 is configured to listen to the program content sent by the broadcast protocol server according to the time information received by the parameter receiving unit 810;

The content sending unit 830 is configured to return the program content received by the content receiving unit 820 to the DCD client.

It can be understood that the BCAST client in this embodiment may further include: an association closing unit 840, after the content sending unit 830 returns the received program content to the DCD client: closing the DCD client The relationship between them.

The role of association closure unit 840 can further save interface resources between the DCD client and the BCAST client.

Embodiment 9 is a broadcast protocol client, and a logical structure diagram is shown in FIG. 9, which includes: a receiving unit 910, an inspecting unit 920, and a data packet sending unit 930;

The receiving unit 910 is configured to receive a data packet sent by a broadcast protocol server, where the data packet includes a data identifier.

The checking unit 920 is configured to check the type of the data identifier in the data packet received by the receiving unit 910; the result of the check indicates that the type of the data identifier indicates that the data packet is of a DCD type; The data packet received by the receiving unit is sent to the DCD client; the data packet sending unit 930 is configured to receive the notification of the checking unit 920, and transmit the data packet to the DCD client. Embodiment 10, a broadcast protocol client, a schematic diagram of a logical structure is shown in FIG. 10, including: a receiving unit 1010 and a transmitting unit 1020;

The receiving unit 1010 is configured to listen to a preset channel to receive DCD data.

The transmitting unit 1020 is configured to transmit the DCD data received by the receiving unit 1010 to the DCD client.

It is to be understood that the preset channel may be configured by the system or may be sent by the DCD client. The BCAST client may further include:

The parameter information obtaining unit 1030 is configured to receive parameter information of the preset channel sent by the DCD client. The preset service channel parameter information may listen to a preset channel when the receiving unit receives the DCD data.

Embodiment 11 is a broadcast protocol client control method. The flowchart is as shown in FIG. 11, and includes: G1. The DCD client establishes an association with a broadcast protocol client.

G2, the broadcast protocol client receives the program content index sent by the DCD client.

In the embodiment of the present invention, the program content index may be a URL or a fragment address in a BCAST Service Guide (SG) or a service index (such as a service ID) in the BCAST SG. G3. The broadcast protocol client obtains DCD data according to the program content index.

When the program content index is a URL, the broadcast protocol client acquires the DCD data through the URL of the interactive channel;

When the program content index is a fragmentation address, the broadcast protocol client obtains the fragment content from the fragmentation address to form a new SG, and then the broadcast protocol client obtains the DCD data according to the new SG;

When the program content index is the BCAST SG service index, such as service lD, the broadcast protocol client searches for data corresponding to the service ID from the SG, and obtains DCD data according to the data.

G4, the broadcast protocol client transmits the DCD data to the DCD client.

G5, after the DCD data transmission ends, close the association relationship with the broadcast protocol client. Embodiment 12: A DCD client, including:

An association establishing unit, configured to establish an association relationship with a broadcast protocol client;

a sending unit, configured to send a program content index to the broadcast protocol client;

The receiving unit receives the DCD data obtained according to the program content index returned by the broadcast protocol client. Embodiment 13 is a broadcast protocol client, including:

a receiving unit, configured to receive an index of a program content sent by the DCD client;

a data obtaining unit, configured to obtain DCD data according to the program content index;

And a sending unit, configured to send the obtained program content to the DCD client.

The above describes the management method, data transmission method and client of the broadcast protocol client provided by the present invention, wherein:

In the embodiment of the present invention, the time information sent by the program content added in the process of controlling the download of the program content by the BCAST client, the time information may be obtained by the DCD server interacting with the broadcast protocol server. In this way, the BCAST client does not need to continuously listen to the content of the program, and only needs to listen during the time period of the program to save network bandwidth and interface resources.

In another embodiment of the present invention, a data transmission method of a broadcast protocol client is provided by using an identifier

DCD data enables BCAST to be compatible with more applications. When receiving data returned by the BCAST server, it is distributed according to the type of the identified packet, and is sent to the DCD client when the packet type is DCD data. Make the BCAST client more compatible.

For those skilled in the art, the present invention is not limited by the scope of the present invention.

Claims

Rights request

A management method for a broadcast protocol client, which is characterized by comprising:

Receiving dynamic content distribution time information sent by the DCD server, the time information corresponding to the program content;

The broadcast protocol client is controlled to receive the program content according to the time information.

The method of claim 1, wherein the time information is obtained by the DCD server interacting with a broadcast protocol server.

3. The method according to claim 1, wherein the controlling the broadcast protocol client to receive the program content according to the time information comprises:

Establishing an association relationship with the broadcast protocol client according to the time information;

The method further includes:

After the reception of the program content is completed, the association relationship with the broadcast protocol client is released.

The method according to any one of claims 1 to 3, wherein the controlling the broadcast protocol client to receive the program content according to the time information comprises:

The time information corresponding to the program content is sent to the broadcast protocol client, so that the broadcast protocol client receives the program content of the designated channel according to the time information.

5. The method of claim 1 wherein the broadcast protocol client receives program content via a Beast protocol.

The method according to claim 1, wherein the time information corresponding to the program content is: a time when the BCAST client starts to receive the program content of the specified channel or a time when the DCD server plays the program content.

The method according to claim 1, wherein the time information sent by the DCD server is carried by using a service parameter Service or an access parameter Access or a session description sdp-description parameter or a schedule parameter.

8. The method according to claim 7, wherein the parameter carrying the time information is encapsulated in the DCD metadata or encapsulated in a fragment of the BCAST service guide for transmission.

9. A method for managing a client of a broadcast protocol, comprising:

Receiving time information sent by the DCD client, where the time information corresponds to the program content; The time information receives program content of a specified channel;

The obtained program content is returned to the DCD client.

The method according to claim 9, wherein after the receiving of the program content corresponding to the time information, the method further comprises: stopping receiving the program content of the specified channel.

The method according to claim 9, wherein the receiving the time information corresponding to the program content sent by the DCD client comprises:

Establishing an association relationship with the DCD client;

After the returning the obtained program content to the DCD client, the method includes: releasing an association relationship with the DCD client.

12. A DCD client, comprising:

a receiving unit, configured to receive time information sent by the dynamic content distribution DCD server, where the time information corresponds to the program content;

And a control unit, configured to control, according to the time information received by the receiving unit, the broadcast protocol client to receive the program content.

The DCD client according to claim 12, further comprising: an association establishing unit, configured to establish an association relationship with the broadcast protocol client according to the time information;

The control unit is specifically configured to control, according to the time information and the association relationship, the broadcast protocol client to receive the program content;

a content receiving unit, configured to receive the program content returned by the broadcast protocol client, and an association closing unit, configured to close an association with the broadcast protocol client after the content receiving unit receives the program content relationship.

The DCD client according to claim 12 or 13, wherein the control unit comprises:

And a parameter sending unit, configured to send time information corresponding to the program content to the broadcast protocol client, so that the broadcast protocol client receives the program content of the designated channel according to the time information.

15. A BCAST client, characterized by comprising:

a parameter receiving unit, configured to receive time information of the DCD client, where the time information corresponds to the program content; a content receiving unit, configured to listen to the program content delivered by the broadcast protocol server by the specified channel according to the time information received by the parameter receiving unit;

And a content sending unit, configured to return the program content received by the content receiving unit to the DCD client.

The BCAST client according to claim 15, comprising: an association closing unit, configured to: after the content sending unit returns the received program content to the DCD client: closing the DCD client The relationship between them.