WO2019228116A1 - 一种用于单向广播和双向网络的数据传输方法及系统 - Google Patents

一种用于单向广播和双向网络的数据传输方法及系统 Download PDF

Info

Publication number
WO2019228116A1
WO2019228116A1 PCT/CN2019/084865 CN2019084865W WO2019228116A1 WO 2019228116 A1 WO2019228116 A1 WO 2019228116A1 CN 2019084865 W CN2019084865 W CN 2019084865W WO 2019228116 A1 WO2019228116 A1 WO 2019228116A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal side
channel
data segment
data
service platform
Prior art date
Application number
PCT/CN2019/084865
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 国广融合（北京）传媒科技发展有限公司
Publication of WO2019228116A1 publication Critical patent/WO2019228116A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1078—Resource delivery mechanisms
    • H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding

Definitions

  • TECHNICAL FIELD The present application relates to the field of communication technologies, and in particular, to a data transmission method and system for one-way broadcast and two-way networks.
  • BACKGROUND Currently, there are mainly two methods of data transmission methods that are widely used.
  • One is a one-way broadcast method, also known as a "traditional broadcast method", which includes broadcasts such as "high power / high tower” terrestrial broadcasts and satellite broadcasts.
  • the other is a two-way network communication method, including 3G and 4G wireless communication networks, and serves as the basis of the mobile Internet.
  • Unidirectional broadcasting has the advantages of low cost and wide coverage. With the increase in new equipment, one-way broadcasting provides "zero-to-many" broadcasting with almost zero marginal cost.
  • one-way broadcasting is the best or only way to cover a wide geographical area, and it is almost the best way to cover roads, rural areas and other remote areas.
  • Unidirectional broadcasting is more efficient when combined with push services, and content can be stored during broadcasting and later playback.
  • unidirectional broadcasting has some performance disadvantages.
  • satellite broadcasting is often severely limited by terrain features. In urban environments, coverage is usually poor, which means that broadcasters must rely heavily on terrestrial repeater networks, which are expensive to build and maintain; traditional broadcasts are often not suitable for interactive behaviors and custom content; they often have Very high latency, very low upload speed, etc.
  • Two-way network communication usually has good coverage in cities and developed areas, and its infrastructure is It is improving, and it provides better interaction and customized content.
  • it also has some obvious disadvantages, such as two-way network communication running in a one-to-one manner, higher operating costs; the same content is transmitted to each user multiple times, and the cost will increase linearly with the number of users.
  • embodiments of the present application provide a method and system for data transmission in one-way broadcast and two-way networks, so as to solve technical defects in the prior art.
  • An embodiment of the present application discloses a data transmission method for one-way broadcast and two-way network, which is used for a service platform side.
  • the method includes:
  • the service platform side slices the program source data to generate multiple data segments, and sends the multiple data segments to a target channel, where the target channel includes multiple orders connected between the service platform side and the terminal side.
  • the target channel includes multiple orders connected between the service platform side and the terminal side.
  • the service platform side generates control information and sends the control information to the terminal side; wherein the control information includes attribute information of the target channel.
  • the data transmission method further includes: receiving, by the service platform side, retransmission request information sent by the terminal side through at least one of the two-way network channels, and according to the request Retransmit the information to determine the recovery data segment;
  • the two-way network channels are sent to the terminal side.
  • the service platform side slicing program source data to generate a plurality of data segments and sending the plurality of data segments to a target channel includes:
  • the service platform side divides the program source data into a plurality of data segments; the service platform side allocates an identifier for each of the plurality of data segments;
  • the service platform side sends a plurality of the data segments carrying the identifier to a target channel.
  • the retransmission request information includes an identifier of a data segment that needs to be retransmitted;
  • the receiving, by the service platform side, the request for retransmission information sent by the terminal side through at least one of the two-way network channels, and determining the recovery data segment according to the request retransmission information includes:
  • the service platform side parses the received retransmission request information, and obtains the identifier of the data segment that needs to be retransmitted;
  • the service platform side re-searches the corresponding data segment according to the identifier of the data segment that needs to be retransmitted to determine the recovered data segment.
  • the service platform side sends the control information to the terminal side through a control information channel; or the service platform side sends the control information and the control information through the target channel.
  • the data segments are sent to the terminal side together.
  • the control information channel is a physical channel, a logical channel in the unidirectional broadcast channel, or a logical channel in the bidirectional network channel.
  • An embodiment of the present application discloses a data transmission method for a one-way broadcast and a two-way network, which is used on a terminal side, and the method includes:
  • the target channel includes a plurality of unidirectional broadcasts connected between the service platform side and the terminal side At least one of the channels and at least one of a plurality of bidirectional network channels, at least two of a plurality of unidirectional broadcast channels connected between the service platform side and the terminal side, or a plurality of the service platform side connected with the terminal side At least two of the two-way network channels;
  • the terminal side selects one of the target channels to receive the data segment
  • the terminal side When the terminal side detects that a switching condition is met, it automatically switches to another channel in the target channel to continue receiving the data segment.
  • the switching condition includes: the terminal side is disconnected from a channel currently transmitting the data segment;
  • the network conditions of the other channels in the target channel are better than the network conditions of the channel currently transmitting the data segment;
  • the terminal side receives a channel switching request.
  • the data transmission method further includes: when the terminal side detects that a retransmission condition is met, generating retransmission request information, and selecting at least one of the two-way network channels Sending the request retransmission information to the service platform side;
  • the terminal side receives the restored data segment sent by the service platform side via at least one of the two-way network channels sending the retransmission request information.
  • the retransmission conditions include: Detecting, by the terminal side, that an incorrect data segment exists in the received data segment; or
  • the erroneous data segment includes a missing data segment and / or a damaged data segment.
  • each of the data segments carries an identifier; and when the terminal side detects that a retransmission condition is met, generating the request for retransmission information includes: the terminal side Record the identifier of the data segment to be retransmitted;
  • the terminal side generates the retransmission request information, where the retransmission request information includes an identifier of the data segment to be retransmitted.
  • the terminal side includes: a converged transmission engine, a streaming media server, and a local streaming media player;
  • the method further includes:
  • the fusion transmission engine processes the received data segment
  • the streaming media server obtains the program source data according to the processed data segment and sends it to the streaming media local player or other playback terminal;
  • the streaming media local player uses the program source data for playback.
  • An embodiment of the present application discloses a data transmission system for one-way broadcasting and two-way networks, including: a service platform side and a terminal side, where the service platform side uses multiple unidirectional broadcast channels and multiple bidirectional network channels and Said terminal side connection;
  • the service platform side selects at least one of the one-way broadcast channels and at least one of the two-way network channels, and at least two or more of the one-way broadcast channels. Sending at least two of the two-way network channels as target channels to send data segments;
  • control information Sending, by the service platform side, control information to a terminal side so that the terminal side knows a target channel that receives the data segment, wherein the control information includes attribute information of the target channel;
  • the terminal side When the terminal side detects that a switching condition is met, it automatically switches to another channel in the target channel to continue receiving the data segment.
  • the switching condition includes: the terminal side is disconnected from a channel currently transmitting the data segment;
  • the network conditions of the other channels in the target channel are better than the network conditions of the channel currently transmitting the data segment;
  • the terminal side receives a channel switching request.
  • the terminal side when the terminal side detects that a retransmission condition is satisfied, the terminal side selects at least one of the two-way network channels to send retransmission request information to the service platform side ;
  • the service platform side determines a recovery data segment according to the request retransmission information, and sends the recovery data segment to the terminal side via at least one of the two-way network channels receiving the request retransmission information.
  • the retransmission condition includes: detecting, by the terminal side, that an incorrect data segment exists in the data segment received; or
  • the service platform side includes: an audio / video encoder, a segmenter, and a network server.
  • the two-way network channel includes a cellular phone service Service channel; the one-way broadcast channel includes a satellite broadcast service channel.
  • the terminal side and the unidirectional broadcast channel and the terminal side and the two-way network channel are wirelessly connected.
  • the terminal side includes:
  • a fusion transmission engine for processing the received data segment
  • a local streaming media player using the program source data for playback is provided.
  • the data transmission method for one-way broadcast and two-way network provided by the present application sends the data segment of the program source data to the target channel through the service platform side at the same time, and sends control information to the terminal side, so that the terminal side autonomously selects a channel to receive
  • the solution of this embodiment can take advantage of the advantages of large unidirectional broadcast coverage, low cost, and high bidirectional network coverage in the city and strong interactivity to achieve a better data transmission effect and improve user experience.
  • the terminal side may request the server to recover a data segment through a bidirectional network channel, so as to receive complete program source data.
  • FIG. 1a is a schematic structural diagram of a data transmission system for one-way broadcast and two-way networks according to an embodiment of the present application
  • FIG. 1b is a schematic structural diagram of a terminal side 130 in a data transmission system according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a data transmission method for unidirectional broadcasting and a two-way network according to an embodiment of the present application
  • 3 is a schematic flowchart of a data transmission method for a service platform side according to an embodiment of the present application
  • FIG. 4 is a specific flowchart of step 301 of an embodiment of the present application;
  • FIG. 5 is a schematic structural diagram of a terminal according to an embodiment of the present application.
  • FIG. 6 is a schematic flowchart of a data transmission method for a terminal side according to an embodiment of the present application
  • FIG. 7 is a schematic flowchart of a data transmission method for a service platform side according to another embodiment of the present application
  • FIG. 8 is a detailed flowchart of step 703 in another embodiment of the present application.
  • FIG. 9 is a schematic flowchart of a terminal-side data transmission method according to another embodiment of the present application. Detailed ways
  • the data transmission system 100 of this embodiment includes a service platform side 101, a terminal side 130, multiple unidirectional broadcast channels 120 and multiple bidirectional network channels 110 connected between the service platform side 101 and the terminal side 130 .
  • One-way broadcast channel 120 uses one-to-many broadcast to broadcast carrying program source data in the form of multiple data segments.
  • the unidirectional broadcasting channel 120 may be a satellite broadcasting channel 122 or a terrestrial broadcasting channel. 123 or other unidirectional broadcast channel 121.
  • data may be first transmitted to a broadcasting satellite via a satellite uplink, and then directly or indirectly to a satellite downlink via the broadcasting satellite.
  • the bidirectional network channel 110 uses one-to-one transmission to send and receive data segments.
  • the two-way network channel 110 includes a mobile Internet channel 111 and other two-way network channels 112.
  • the mobile Internet channel 111 may be a 3G (3rd Generation, third-generation mobile communication technology) network channel or a 4G (4th Generation, fourth-generation mobile communication technology) network channel.
  • the service platform side 101 and the terminal side 130 are connected through multiple unidirectional broadcast channels 120 and multiple bidirectional network channels 110, it is not equivalent to that the service platform side 101 will definitely pass through all unidirectional channels.
  • the broadcast channel 120 and the bidirectional network channel 110 send data segments.
  • the service platform side 101 will select at least one of the multiple unidirectional broadcast channels 120 and at least one of the multiple bidirectional network channels 110, at least two of the multiple unidirectional broadcast channels 120, or at least two of the bidirectional network channels 110. At least two data segments are sent as target channels, and control information is sent to the terminal side, so that the terminal side learns the channel information of the data segment corresponding to the current program source data.
  • control information may be a physical channel, a logical channel in a unidirectional broadcast channel, or a logical channel in a bidirectional network channel.
  • the physical channel is a physical channel
  • the logical channel is a defined virtual channel.
  • the transmission method of the control information is not limited to the above-mentioned transmission method through the control information channel, for example, the service platform side sends the control information to the terminal side together with the data segment through the target channel.
  • control information needs to be received first to Obtain channel information of the data segment corresponding to the currently transmitted program source data, and then receive the data segment.
  • the service platform side 101 includes: an audio / video encoder 102, a segmenter 103, and a network server 104.
  • the service platform side 101 may send multiple data segments to the unidirectional broadcast channel 120 and / or the bidirectional network channel 110 via the Internet 105.
  • the service platform side 101 simultaneously sends multiple data segments to at least one satellite broadcast channel 122, at least one terrestrial broadcast channel 123, and at least one other unidirectional broadcast channel through a Content Delivery Network (CDN).
  • CDN Content Delivery Network
  • a delay unit 124 is connected to each satellite broadcast channel 122, a delay unit 125 is connected to each terrestrial broadcast channel 123, and a delay unit 126 is connected to the other one-way broadcast channels 121.
  • the delay units 124-126 are used to adjust the delays of different broadcast channels based on differences in transmission delays of each broadcast channel, including but not limited to differences in program distribution delays, broadcast physical layer transmission delays, and end-to-end device implementation delays. Time, to ensure that the synchronization error of the data segment received by the terminal side 130 is within a preset range.
  • the audio / video encoder 102 is configured to encode program source data to generate a data format suitable for transmission by a unidirectional broadcast channel 120 or a bidirectional network channel 110;
  • the segmenter 103 is configured to segment program source data into data segments
  • the network server 104 is configured to send the generated data segments via the one-way broadcast channel 120 and / or the two-way network channel 110.
  • the specific device of the service platform side 101 is not limited to one, and may be two or more devices having the same or overlapping content.
  • the program source data may be any one of various data or content, such as audio data, Video data, combined audio and video data, or any other type of data combination.
  • the terminal side 130 in this embodiment may include a processor, a memory, and a transmitter.
  • the processor is used to detect the received data segment. If there is an error data segment, the processor may generate the request retransmission information and instruct the transmitter to send the request retransmission information to the service platform side 101; the processor may also be used to receive and analyze the service
  • the recovery data segment sent by the platform side 101 to obtain complete program source data is stored in the memory.
  • the request for retransmission information is not limited to being sent only when the terminal side 130 detects an incorrect data segment. It can also be sent when other retransmission conditions are met, for example, the terminal side 130 detects that the attribute value of the received data segment reaches retransmission. Threshold.
  • the attribute value of the data segment may be the quality of the data segment, the delay time for receiving the data segment, and the like. In one embodiment, if the quality of the data segment is lower than a set quality threshold, the terminal side is triggered to send a request for retransmission information. In another embodiment, if the signal delay of the data segment is greater than a set delay threshold, the terminal side is triggered to send the request for retransmission information.
  • the terminal side 130 and the unidirectional broadcast channel 120 and the terminal side 130 and the bidirectional network channel 110 are wirelessly connected, for example, connected through WiFi (Wireless Fidelity, wireless local area network) or BT (Bluetooth, Bluetooth).
  • WiFi Wireless Fidelity, wireless local area network
  • BT Bluetooth, Bluetooth
  • the terminal side 130 includes: a fusion transmission engine 131, a streaming media server 132, and a local streaming media player 133.
  • the fusion transmission engine 131 is configured to process the received data segments.
  • the processing of the live streaming data segment by the fusion transmission engine 131 includes: generating request retransmission information, putting the received data segment into a buffer, publishing the live streaming data in the buffer, etc .; for on-demand file data
  • the processing of the push file data segment by the fusion transmission engine 131 includes decoding the received on-demand file database, publishing the decoded on-demand file, and so on.
  • the converged transmission engine 131 may be implemented by a processor on the terminal side.
  • the streaming media server 132 is configured to obtain program source data according to the processed data segment and send it to the streaming media local player 133 or other playback terminals.
  • program source data such as a live stream and an on-demand video.
  • the streaming media local player 133 uses program source data for playback.
  • the local streaming media player 133 may be an HLS (HTTP Live Streaming, streaming media network transmission protocol) local player
  • the streaming media server 132 may be an HLS media server.
  • the terminal side 130 may be a vehicle-mounted terminal, and the other playback terminals 140 may be a mobile device.
  • the in-vehicle terminal is loaded with a local streaming media player 133, so that it can receive program source data for playback; it can also be connected to other playback terminals 140 via WiFi or Bluetooth (BT) and send the program source data to other playback terminals 140 Play.
  • BT Bluetooth
  • the data transmission method in this embodiment includes steps 201 to 205.
  • the service platform side selects at least one of the one-way broadcast channels and at least one of the two-way network channels, and at least two or more of the one-way broadcast channels. At least two of the two-way network channels send data segments as target channels.
  • the service platform side sends control information to a terminal side, so that the terminal side learns a target channel for receiving the data segment.
  • the control information includes attribute information of the target channel.
  • the terminal side When the terminal side detects that the switching condition is met, it automatically switches to another channel in the target channel to continue receiving the data segment.
  • the switching condition includes: the connection between the terminal side and a channel currently transmitting the data segment is interrupted;
  • the network conditions of other channels in the target channel are better than the network conditions of the channel currently transmitting the data segment;
  • the terminal side receives a channel switching request.
  • switching conditions are not limited to the foregoing situations, and those skilled in the art may set other switching conditions according to actual requirements.
  • the terminal side When the terminal side detects that a retransmission condition is met, it generates retransmission request information, and selects at least one of the two-way network channels to send the retransmission request information to the service platform side.
  • the retransmission conditions include:
  • the service platform side determines a recovery data segment according to the request retransmission information, and sends the recovery data segment to the terminal side via at least one of the two-way network channels receiving the request retransmission information.
  • the data transmission method for one-way broadcast and two-way network provided by the present application sends the data segment of the program source data to the target channel through the service platform side at the same time, and sends control information to the terminal side, so that the terminal side autonomously selects a channel to receive
  • the solution of this embodiment can take advantage of the advantages of large unidirectional broadcast coverage, low cost, and high bidirectional network coverage in the city and strong interactivity to achieve a better data transmission effect and improve user experience.
  • This embodiment also discloses a data transmission method for one-way broadcast and two-way network, which is used for the service platform side.
  • the method includes steps 301 to 302.
  • the service platform side slices program source data to generate multiple data segments, and sends multiple data segments to a target channel.
  • the target channel includes at least one of a plurality of unidirectional broadcast channels connected to the service platform side and the terminal side and at least one of a plurality of two-way network channels, and a plurality of service channels connected to the terminal side. At least two of the one-way broadcast channels or at least two of the two-way network channels connected between the service platform side and the terminal side.
  • step 301 includes the following steps 401 to 404.
  • the service platform side determines program source data to be transmitted.
  • the service platform side divides the program source data into multiple data segments.
  • the service platform side allocates an identifier for each data segment in the multiple data segments.
  • the identifier may play a role of identifying the data segment, and may be used as a basis for requesting data retransmission on the terminal side. For example: A missing or corrupted data segment is received on the terminal side When the received data is incomplete, the terminal side can learn the identifier of the missing or damaged data segment, and request the service platform side to retransmit the missing or damaged data segment according to the identifier.
  • the service platform side sends a plurality of the data segments carrying the identifier to a target channel.
  • the target channel described in this embodiment includes at least one of a plurality of unidirectional broadcast channels and at least one of a plurality of bidirectional network channels connected between the service platform side and the terminal side, the service platform side and the terminal side At least two of the connected one-way broadcast channels or at least two of the two-way network channels connected between the service platform side and the terminal side.
  • the target channel includes at least two channels, and there is a transmission delay between the channels, the data segments sent to the channels also need to be delayed.
  • each channel is connected with a delay unit to adjust the delay time of different channels and compensate the transmission delay difference of each channel to ensure that the synchronization error of the data segment received by the terminal side is within a preset range.
  • the server sends a data segment to the target channel, but it does not mean that the terminal side receives the data segment at the same time. After receiving the control information, the terminal side needs to know the attribute information of the target channel before it can receive the data segment.
  • the service platform side generates control information, and sends the control information to a terminal side.
  • the control information may include attribute information of a target channel, such as an identifier of the target channel.
  • the control information may also include other information, such as defining a priority order for acquiring data segments through different channels, for example, the target channel includes a standard definition (480 * 320 or 640 * 480) channel, a high-definition (1920 * 1080p or 1024 * 720p) channel, and Ultra-high-definition (3840 * 2160 or 7680 * 4320) channels.
  • Control information can define channels with high resolution and higher priority. Another example is to define a special data channel. As long as the channel has a program, all terminals need to receive the data of the channel. Of course, this needs to define the attribute information of the channel as the highest priority in the control information. After the terminal learns that the priority of the channel is the highest, it receives the data segment of the channel first.
  • the service platform can send the control information to the terminal via the control information channel.
  • the control information channel is a physical channel, and may also be a logical channel in a unidirectional broadcast channel or a logical channel in a bidirectional network channel.
  • the two channels have their own advantages: sending control information through a physical channel independent of the unidirectional broadcast channel and the bidirectional network channel can ensure accurate and efficient transmission of control information to the terminal side; sending control information through the logical channel can save costs.
  • the physical channel refers to a physical entity channel, such as ESG (Electronic Service
  • logical channels refer to defined virtual channels.
  • the transmission method of the control information is not limited to the above-mentioned transmission method through the control information channel, for example, the service platform side sends the control information to the terminal side together with the data segment through the target channel.
  • the terminal needs to receive the control information to obtain the channel information of the data segment corresponding to the currently transmitted program source data, and then receive the data segment.
  • FIG. 5 is a block diagram illustrating a structure of a terminal 500 according to an embodiment of the present application.
  • the components of the terminal 500 include, but are not limited to, a memory 510 and a processor 520.
  • the processor 520 is connected to the memory 510.
  • the terminal 500 may further include a network interface, which enables the terminal 500 to communicate via one or more networks. Examples of these networks include a local area network (LAN), a wide area network (WAN), a personal area network (PAN), or a combination of communication networks such as the Internet.
  • LAN local area network
  • WAN wide area network
  • PAN personal area network
  • the network interface may include one or more of any type of wired or wireless network interface (for example, a network interface card (NIC)), such as an IEEE602.il wireless local area network (WLAN) wireless interface, a global microwave interconnected access (Wi- MAX) interface, Ethernet interface, universal serial bus (USB) interface, cellular network interface, Bluetooth interface, near field communication (NFC) interface, and so on.
  • a network interface card such as an IEEE602.il wireless local area network (WLAN) wireless interface, a global microwave interconnected access (Wi- MAX) interface, Ethernet interface, universal serial bus (USB) interface, cellular network interface, Bluetooth interface, near field communication (NFC) interface, and so on.
  • the above-mentioned components of the terminal 500 and other components not shown in FIG. 5 may also be connected to each other, for example, via a bus. It should be understood that the block diagram of the terminal structure shown in FIG. 5 is only for the purpose of example, rather than limiting the scope of the present application. Those skilled in the art can add or replace other components as needed.
  • the terminal 500 may be any type of stationary or mobile terminal, including a mobile computer or mobile terminal (for example, a tablet computer, a personal digital assistant, a laptop computer, a notebook computer, a netbook, etc.), a mobile phone (for example, a smartphone), Wearable terminal (for example, smart watch, smart glasses, etc.) or other types of mobile devices, or stationary terminals such as desktop computers or PCs.
  • a mobile computer or mobile terminal for example, a tablet computer, a personal digital assistant, a laptop computer, a notebook computer, a netbook, etc.
  • a mobile phone for example, a smartphone
  • Wearable terminal for example, smart watch, smart glasses, etc.
  • stationary terminals such as desktop computers or PCs.
  • the data transmission method for one-way broadcasting and two-way networks includes the following steps 601 to 603.
  • the terminal side receives control information sent by the service platform side to learn a target channel of a data segment that receives program source data.
  • the target channel includes at least one of a plurality of one-way broadcast channels and at least one of a plurality of two-way network channels connected between the service platform side and the terminal side, and a plurality of multi-directional network channels At least two of the one-way broadcast channels or the service platform side connected to the terminal side At least two of the multiple bidirectional network channels.
  • control platform there are multiple ways for the control platform to send control information, which can be sent via a physical channel, a logical channel of a unidirectional broadcast channel, a logical channel in a bidirectional network channel, or together with a data segment.
  • the manner in which the terminal side receives control information may also include receiving through a physical channel, receiving through a logical channel of a unidirectional broadcast channel, or receiving a logical channel in a bidirectional network channel.
  • control information is sent to the terminal along with the data segment via the target channel
  • the control information and the data segment will not be received at the same time, but the control information will be received first.
  • the terminal side selects one of the target channels to receive the data segment.
  • the service platform side sends data segments via multiple channels
  • the terminal side will choose one channel to receive the data segments.
  • the terminal When the terminal selects a channel, it can refer to the control information and make a comprehensive decision based on its own situation.
  • the control information defines the priority order of different channels, and the priority is from high-definition to high-definition-standard-definition, but the hardware configuration of the terminal side and the connected network signal are not suitable for receiving the ultra-clear signal.
  • Select SD channel to receive data.
  • the terminal side must forcibly receive the data sent by the channel.
  • the terminal side includes: a converged transmission engine, a streaming media server, and a local streaming media player.
  • the method further includes:
  • the fusion transmission engine processes the received data segment
  • the streaming media server obtains the program source data according to the processed data segment and sends it To the streaming media local player or other playback terminal;
  • the streaming media local player uses the program source data for playback.
  • the terminal side automatically switches to another channel in the target channel to continue receiving the data segment.
  • the terminal side will switch to a high-definition channel to receive data.
  • the terminal side can repeatedly receive the data segment of the channel before the handover in the channel after the handover. For example, during the handover, it delays one second to disconnect the currently connected channel.
  • the last received data segment of the current channel and the first received data segment of the switched channel are partially or completely duplicated, and the terminal side will delete the duplicated part of the two data segments to obtain a complete data segment.
  • connection between the terminal side and the channel currently transmitting the data segment is interrupted
  • the network conditions of the other channels in the target channel are better than the network conditions of the channel currently transmitting the data segment;
  • the terminal side receives a channel switching request.
  • the channel switching request can be generated in various ways, for example, according to the personal needs of users and the needs of operators.
  • the network conditions include: the pros and cons of signal quality, The length of the delay and so on. If the network conditions of other channels in the target channel are better than the network conditions of the channel currently transmitting the data segment, the terminal performs channel switching.
  • the switching condition is an example of a user's personal requirements.
  • the user prefers a high-resolution video playback mode. Then, if the data transmission speed of the current channel does not meet the user's needs, the terminal automatically switches to a channel with a transmission speed that meets the user's needs.
  • the data transmission method for one-way broadcast and two-way network provided in this application sends the data segment of program source data to the target channel at the same time through the service platform side, and sends control information to the terminal side, so that the terminal side A channel is selected independently to receive data segments.
  • the solution of this embodiment can take advantage of the large unidirectional broadcast coverage, low cost, and high bidirectional network coverage in cities and strong interactivity to achieve a better data transmission effect, which improves the user experience.
  • Another embodiment of the present application discloses a data transmission method for one-way broadcast and two-way network, which is used for a service platform side. Referring to FIG. 7, the method includes steps 701 to 704:
  • Steps 701 to 702 are respectively the same as steps 301 to 302 in the foregoing embodiment, and details are not described herein again.
  • the service platform side receives the request for retransmission information sent by the terminal side through at least one of the two-way network channels, and determines a recovery data segment according to the request for retransmission information.
  • the retransmission request information carries an identifier of an incorrect data segment, and the service platform side searches for a corresponding data segment according to the identifier to determine a recovered data segment.
  • step 703 includes steps 801 to 802:
  • the service platform analyzes the received retransmission request information and obtains the retransmission request. Identifier of the data segment;
  • the service platform side re-searches the corresponding data segment according to the identifier of the data segment that needs to be retransmitted to determine the recovered data segment.
  • step 703 the service platform side itself does not decide through which channel to receive the request for retransmission information, but passively receives the request for retransmission information sent by the terminal side.
  • the broadcast channel is a one-way channel
  • the received request for retransmission information is a two-way network channel.
  • the service platform side sends the recovered data segment to the terminal side via at least one of the two-way network channels receiving the request for retransmission information.
  • the service platform side itself does not decide the channel for sending the recovery data segment, but sends it to the terminal side via at least one bidirectional network channel that receives the request for retransmission information.
  • the data transmission method for one-way broadcast and two-way networks includes the following steps 901 to 905.
  • Steps 901 to 903 are respectively the same as steps 601 to 603 in the foregoing embodiment, and details are not described herein again.
  • the terminal side When detecting that the retransmission conditions are met, the terminal side generates retransmission request information, and selects at least one of the two-way network channels to send the retransmission request information to a service platform side.
  • each of the data segments carries an identifier
  • step 904 when detecting that the retransmission conditions are met, the terminal side generates retransmission request information, including:
  • the terminal side records an identifier of a data segment that needs to be retransmitted; Generating, by the terminal side, the retransmission request information, where the retransmission request information includes an identifier of the data segment that needs to be retransmitted.
  • the retransmission condition is that the terminal side detects that there is an erroneous data segment in the received data segment.
  • the error data segment includes a missing data segment and / or a damaged data segment.
  • the terminal side detects that a damaged data segment exists in the received data segment, records an identifier of the damaged data segment, and then generates retransmission request information.
  • the retransmission condition is that the terminal side detects that the received attribute value of the data segment reaches a retransmission threshold.
  • the attribute value of the data segment may be the quality of the data segment, the delay time for receiving the data segment, and the like. For example, if the quality of the data segment is lower than the set quality threshold, the terminal side is triggered to send retransmission request information; for another example, if the signal delay of the data segment is greater than the set delay threshold, the terminal side is sent to request retransmission. Send information.
  • the terminal side receives the recovery data segment sent by the service platform side via at least one of the two-way network channels sending the retransmission request information.
  • the data transmission method for one-way broadcast and two-way network provided by the present application sends the data segment of the program source data to the target channel through the service platform side at the same time, and sends control information to the terminal side, so that the terminal side autonomously selects a channel to receive
  • the solution of this embodiment can take advantage of the advantages of large unidirectional broadcast coverage, low cost, and high bidirectional network coverage in the city and strong interactivity to achieve a better data transmission effect and improve user experience.
  • the terminal side may request the server to recover the data segment through the bidirectional network channel, so as to receive complete program source data.
  • the data transmission method of this embodiment has a small packet loss rate, a low bandwidth occupation, a small delay, and a low cost.
  • the data transmission method of this embodiment can implement a user's personalized selection, for example, selecting a unidirectional broadcast channel and a bidirectional network channel according to parameters such as the number of users and the scores.
  • An embodiment of the present application also provides a computer-readable storage medium that stores computer instructions that, when executed by a processor, implement the foregoing data transmission method for a server or the data transmission method for a terminal when executed by a processor A step of.
  • the computer instructions include computer program code, and the computer program code may be in a source code form, an object code form, an executable file, or some intermediate form.
  • the computer-readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a mobile hard disk, a magnetic disk, an optical disk, a computer memory, a read-only memory (ROM, Read-Only Memory) , Random access memory (RAM, Random Access Memory), electric carrier signals, telecommunication signals, and software distribution media. It should be noted that the content contained in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdictions. For example, in some jurisdictions, the computer-readable medium Excludes electric carrier signals and telecommunication signals.
  • a data transmission method for one-way broadcasting and two-way networks which is applied to a service platform side; the method includes:
  • the service platform side slices the program source data to generate multiple data segments, and sends the multiple data segments to a target channel, where the target channel includes multiple orders connected between the service platform side and the terminal side.
  • the target channel includes multiple orders connected between the service platform side and the terminal side.
  • the service platform side generates control information and sends the control information to the terminal side; wherein the control information includes attribute information of the target channel.
  • the service platform side sends the recovered data segment to the terminal side via at least one of the two-way network channels receiving the request for retransmission information.
  • the service platform side divides the program source data into a plurality of data segments
  • the service platform side allocates an identifier for each data segment of the plurality of data segments
  • the service platform side sends a plurality of the data segments carrying the identifier to a target channel.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种用于单向广播和双向网络的数据传输方法及系统，所述方法包括：服务平台侧将节目源数据进行切片生成多个数据段，并将多个数据段发送至目标通道，其中，目标通道包括多条单向广播通道中的至少一条和多条双向网络通道中的至少一条、多条单向广播通道中的至少两条或者多条双向网络通道中的至少两条；服务平台侧生成控制信息，并将控制信息发送至终端侧；终端侧接收服务平台侧发送的控制信息，以获知接收数据段的目标通道，终端侧选择目标通道中的一条通道接收数据段；终端侧在检测到满足切换条件的情况下，自动切换至目标通道中的另一条通道继续接收数据段。本实施例的方法可以实现更优的传输数据的效果，提高了用户体验。

Description

一种用于单向广播和双向网络的数据传输方法及系统 本申请要求于 2018年 6月 1 日提交中国专利局、申请号为 201810557234.4、 发明名称为“一种用于单向广播和双向网络的数据传输方法及系统”的中国专 利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域 本申请涉及通信技术领域，特别涉及一种用于单向广播和双向网络的数据 传输方法及系统。 背景技术 目前， 广泛使用的数据传输方法主要有两种方式， 一种是单向广播方式， 又被称为 “传统广播方式”， 包括诸如“高功率 /高塔”地面广播和卫星广播的 广播形式； 另一种是双向网络通信方式， 包括 3G和 4G无线通信网络， 并作 为移动互联网的基础。 单向广播具有成本低， 覆盖面广的优点。 随着新设备的增加， 单向广播提 供几乎为零的边际成本的“一对多”广播。 通常， 单向广播是广泛覆盖地理范 围的最佳或唯一途径， 几乎是覆盖公路、 农村和其他偏远地区的最佳途径。 单 向广播在与推送服务结合时效率较高，内容可以在广播和稍后播放时进行存储。 然而， 单向广播具有一些性能上的缺点， 例如卫星广播通常会受到地形特征的 严格限制。 在城市环境中， 覆盖范围通常很差， 这意味着广播公司必须严重依 赖地面中继器网络， 这种网络的建设和维护成本很高； 传统广播通常也不适合 交互行为和定制内容； 通常具有非常高的延迟和非常低的上传速度等。 双向网络通信通常在城市和发达地区具有良好的覆盖范围，其基础设施正 在改善， 并且提供了更好的交互和定制内容。 但是， 它也有一些明显的缺点， 例如双向网络通信以一对一的方式运行， 运营成本更高； 相同的内容多次传输 给每个用户， 随着用户数量增加会导致成本线性增加等。
如何充分利用单向广播和双向网络各自的优点，实现更优的接收数据的效 果和用户体验， 是目前需要解决的技术问题。
发明内容
有鉴于此，本申请实施例提供了一种用于单向广播和双向网络的数据传输 方法及系统， 以解决现有技术中存在的技术缺陷。
本申请实施例公开了一种用于单向广播和双向网络的数据传输方法，用于 服务平台侧； 所述方法包括：
所述服务平台侧将节目源数据进行切片生成多个数据段，并将多个所述数 据段发送至目标通道， 其中， 所述目标通道包括所述服务平台侧与终端侧连接 的多条单向广播通道中的至少一条和多条双向网络通道中的至少一条、所述服 务平台侧与终端侧连接的多条单向广播通道中的至少两条或者所述服务平台 侧与终端侧连接的多条双向网络通道中的至少两条；
所述服务平台侧生成控制信息， 并将所述控制信息发送至终端侧； 其中， 所述控制信息包括所述目标通道的属性信息。
在本申请的一个示意性的实施方案中， 所述数据传输方法还包括： 所述服务平台侧经由至少一条所述双向网络通道接收所述终端侧发送的 请求重传信息， 并根据所述请求重传信息确定恢复数据段；
所述服务平台侧将所述恢复数据段经由接收所述请求重传信息的至少一 条所述双向网络通道发送至终端侧。
在本申请的一个示意性的实施方案中，所述服务平台侧将节目源数据进行 切片生成多个数据段， 并将多个所述数据段发送至目标通道， 包括：
所述服务平台侧确定待传输的节目源数据；
所述服务平台侧将所述节目源数据切分为多个数据段； 所述服务平台侧为多个数据段中的每一个数据段分配标识符；
所述服务平台侧将多个携带有所述标识符的所述数据段发送至目标通道。 在本申请的一个示意性的实施方案中，所述请求重传信息包括需要重传的 数据段的标识符；
所述服务平台侧经由至少一条所述双向网络通道接收所述终端侧发送的 请求重传信息， 并根据所述请求重传信息确定恢复数据段， 包括：
所述服务平台侧解析接收到的所述请求重传信息，并得到所述需要重传的 数据段的标识符；
所述服务平台侧根据所述需要重传的数据段的标识符重新查找对应的数 据段， 以确定恢复数据段。
在本申请的一个示意性的实施方案中，所述服务平台侧经由控制信息通道 将所述控制信息发送至所述终端侧； 或 所述服务平台侧经由所述目标通道将所述控制信息与所述数据段一起发 送至所述终端侧。 在本申请的一个示意性的实施方案中， 所述控制信息通道为物理通道， 所 述单向广播通道中的逻辑通道或所述双向网络通道中的逻辑通道。 本申请实施例公开了一种用于单向广播和双向网络的数据传输方法，用于 终端侧， 所述方法包括：
所述终端侧接收所述服务平台侧发送的控制信息，以获知接收节目源数据 的数据段的目标通道， 其中， 所述目标通道包括所述服务平台侧与终端侧连接 的多条单向广播通道中的至少一条和多条双向网络通道中的至少一条、所述服 务平台侧与终端侧连接的多条单向广播通道中的至少两条或者所述服务平台 侧与终端侧连接的多条双向网络通道中的至少两条；
所述终端侧选择所述目标通道中的一条通道接收所述数据段；
所述终端侧在检测到满足切换条件的情况下， 自动切换至所述目标通道中 的另一条通道继续接收所述数据段。
在本申请的一个示意性的实施方案中， 所述切换条件包括： 所述终端侧与 当前传输所述数据段的通道连接中断；
所述目标通道中的其他条通道的网络状况优于当前传输所述数据段的通 道的网络状况； 或
所述终端侧接收到通道切换请求。
在本申请的一个示意性的实施方案中， 所述数据传输方法还包括： 所述终端侧在检测到满足重传条件的情况下， 生成请求重传信息， 并选择 至少一条所述双向网络通道将所述请求重传信息发送至服务平台侧；
所述终端侧经由发送所述请求重传信息的至少一条所述双向网络通道接 收服务平台侧发送的恢复数据段。
在本申请的一个示意性的实施方案中， 所述重传条件包括: 所述终端侧检测接收到的所述数据段中存在错误数据段； 或
所述终端侧检测接收到的所述数据段的属性值达到重传阈值。
在本申请的一个示意性的实施方案中，所述错误数据段包括丢失数据段和 /或损坏数据段。
在本申请的一个示意性的实施方案中， 每个所述数据段携带有标识符； 所述终端侧在检测到满足重传条件的情况下， 生成请求重传信息， 包括： 所述终端侧记录需要重传的数据段的标识符；
所述终端侧生成所述请求重传信息， 其中， 所述请求重传信息包括所述需 要重传的数据段的标识符。
在本申请的一个示意性的实施方案中， 所述终端侧包括： 融合传输引擎、 流媒体服务器以及流媒体本地播放器；
所述方法还包括：
所述融合传输引擎处理接收到的所述数据段；
所述流媒体服务器根据处理后的数据段得到所述节目源数据并将其发送 至所述流媒体本地播放器或其他播放终端；
所述流媒体本地播放器使用所述节目源数据进行播放。
本申请实施例公开了一种用于单向广播和双向网络的数据传输系统，包括: 服务平台侧和终端侧，所述服务平台侧通过多条单向广播通道和多条双向 网络通道与所述终端侧连接;
其中，所述服务平台侧选择多条所述单向广播通道中的至少一条和多条所 述双向网络通道中的至少一条、多条所述单向广播通道中的至少两条或者多条 所述双向网络通道中的至少两条作为目标通道发送数据段；
所述服务平台侧发送控制信息至终端侧， 以使所述终端侧获知接收所述数 据段的目标通道， 其中， 所述控制信息包括所述目标通道的属性信息；
所述终端侧在检测到满足切换条件的情况下， 自动切换至所述目标通道中 的另一条通道继续接收所述数据段。
在本申请的一个示意性的实施方案中， 所述切换条件包括： 所述终端侧与 当前传输所述数据段的通道连接中断；
所述目标通道中的其他条通道的网络状况优于当前传输所述数据段的通 道的网络状况； 或
所述终端侧接收到通道切换请求。
在本申请的一个示意性的实施方案中，所述终端侧在检测到满足重传条件 的情况下，所述终端侧选择至少一条所述双向网络通道发送请求重传信息至所 述服务平台侧；
所述服务平台侧根据所述请求重传信息确定恢复数据段，并将所述恢复数 据段经由接收所述请求重传信息的至少一条所述双向网络通道发送至终端侧。
在本申请的一个示意性的实施方案中， 所述重传条件包括： 所述终端侧检测接收到的所述数据段中存在错误数据段； 或
所述终端侧检测接收到的所述数据段的属性值达到重传阈值。
在本申请的一个示意性的实施方案中， 所述服务平台侧包括： 音频 /视频 编码器、 分段器和网络服务器。
在本申请的一个示意性的实施方案中，所述双向网络通道包括蜂窝电话服 务通道； 所述单向广播通道包括卫星广播服务通道。
在本申请的一个示意性的实施方案中，所述终端侧与所述单向广播通道之 间以及所述终端侧与所述双向网络通道之间通过无线连接。
在本申请的一个示意性的实施方案中， 所述终端侧包括：
用于处理接收到的所述数据段的融合传输引擎；
用于根据处理后的数据段得到所述节目源数据并将其发送至流媒体本地 播放器或其他播放终端的流媒体服务器； 以及
使用所述节目源数据进行播放的流媒体本地播放器。
本申请提供的用于单向广播和双向网络的数据传输方法，通过服务平台侧 同时向目标通道发送节目源数据的数据段， 并发送控制信息至终端侧， 从而使 终端侧自主选取一条通道接收数据段，本实施例的方案可以利用单向广播覆盖 范围大、 成本低以及双向网络在城市覆盖率高、 互动性强的优点， 实现更优的 传输数据的效果， 提高了用户体验。
另外， 本申请的方法中， 终端侧可以经由双向网络通道向服务器请求恢复 数据段， 以接收到完整的节目源数据。
附图说明
图 1 a是本申请一实施例的用于单向广播和双向网络的数据传输系统的结 构示意图；
图 lb是本申请一实施例数据传输系统中的终端侧 130的结构示意图； 图 2 是本申请一实施例的用于单向广播和双向网络的数据传输方法的流 程示意图； 图 3是本申请一实施例的用于服务平台侧的数据传输方法的流程示意图； 图 4是本申请一实施例的步骤 301的具体流程示意图；
图 5是本申请一实施例的终端的结构示意图；
图 6是本申请一实施例的用于终端侧的数据传输方法的流程示意图； 图 7 是本申请另一实施例的用于服务平台侧的数据传输方法的流程示意 图；
图 8是本申请另一实施例的步骤 703的具体流程示意图； 以及
图 9是本申请另一实施例的用于终端侧的数据传输方法的流程示意图。 具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请 能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背 本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
在本申请中，提供了一种用于单向广播和双向网络的数据传输方法及系统， 在下面的实施例中逐一进行详细说明。
首先， 对本实施例的用于单向广播和双向网络的数据传输系统进行说明。 参见图 la，本实施例的数据传输系统 100包括：服务平台侧 101，终端侧 130， 连接于服务平台侧 101和终端侧 130之间的多条单向广播通道 120以及多条双 向网络通道 110。
其中：
单向广播通道 120 使用一对多广播来以多个数据段的形式广播携带节目 源数据。 具体地， 单向广播通道 120可以为卫星广播通道 122、 地面广播通道 123或其他单向广播通道 121。 以卫星广播通道 122为例， 可以首先将数据经 由卫星上行链路发送至广播卫星，再经由广播卫星直接或间接发送至卫星下行 链路。
双向网络通道 110使用一对一传输来发送和接收数据段。 具体地， 双向网 络通道 110包括移动互联网通道 111以及其他双向网络通道 112。 移动互联网 通道 111可以为 3G（ 3rd Generation,第三代移动通信技术）网络通道或 4G（4th Generation, 第四代移动通信技术） 网络通道。
需要说明的是，服务平台侧 101与终端侧 130之间虽然通过多条单向广播 通道 120、 多条双向网络通道 110进行连接， 但是并不等同于服务平台侧 101 一定会经由所有的单向广播通道 120和双向网络通道 110发送数据段。服务平 台侧 101会选择多条单向广播通道 120中的至少一条和多条双向网络通道 110 中的至少一条、 多条单向广播通道 120 中的至少两条或者多条双向网络通道 110中的至少两条作为目标通道发送数据段， 并发送控制信息至终端侧， 以使 终端侧获知当前发送该节目源数据对应的数据段的通道信息。
可选地， 控制信息的发送方式有多种， 例如服务平台侧经由控制信息通道 将控制信息发送至终端侧。 其中， 该控制信息通道既可以为物理通道， 也可以 为单向广播通道中的逻辑通道， 或者双向网络通道中的逻辑通道。 需要说明的是， 物理通道为实体通道， 逻辑通道为定义的虚拟通道。
另外， 控制信息的发送方式不仅限于上述通过控制信息通道发送的方式， 例如服务平台侧经由目标通道将控制信息与数据段一起发送至终端侧。
无论通过何种方式发送控制信息， 对于终端侧， 需要先接收到控制信息以 获知当前发送节目源数据对应的数据段的通道信息， 然后再接收数据段。
本实施例中， 服务平台侧 101 包括： 音频 /视频编码器 102、 分段器 103 和网络服务器 104。
具体地， 服务平台侧 101可以经由互联网 105发送多个数据段至单向广 播通道 120 和 /或双向网络通道 110。 例如在一个实施例中， 服务平台侧 101 通过内容分发网络 ( Content Delivery Network, CDN) 同时发送多个数据段到 至少一条卫星广播通道 122、 至少一条地面广播通道 123以及至少一条其他单 向广播通道 121 o
可选地， 每条卫星广播通道 122连接有延时单元 124、 每条地面广播通道 123连接有延时单元 125， 其他单向广播通道 121连接有延时单元 126。 延时 单元 124-126用于根据各个广播通道的传输延迟差异，包括但不限于节目分发 时延、 广播物理层传输时延、 端到端设备实现时延等的差异， 调整不同广播通 道的延迟时间， 保证终端侧 130收到数据段的同步误差在预设范围之内。
其中， 音频 /视频编码器 102 用于将节目源数据编码生成适合单向广播通 道 120或双向网络通道 110发送的数据格式；
分段器 103用于将节目源数据分段生成数据段；
网络服务器 104用于将生成的数据段经由单向广播通道 120和 /或双向网 络通道 110发出。
需要说明的是， 服务平台侧 101的具体设备并不仅限于一个， 可以是具有 相同或重叠内容的两个或更多个设备。
另外， 节目源数据可以是各种数据或内容中的任何一种， 例如音频数据、 视频数据、 组合的音频和视频数据或者任何其他类型的数据组合。 本实施例的终端侧 130， 可以包括处理器、 存储器和发射器。 处理器用于 检测接收到的数据段， 若有错误数据段， 处理器可以生成请求重传信息， 并指 示发射器发送请求重传信息至服务平台侧 101 ; 处理器还可以用于接收并解析 服务平台侧 101发送的恢复数据段， 以获得完整的节目源数据， 并存储于存储 器中。
当然，请求重传信息并不仅限于终端侧 130检测到错误数据段的情况下才 发送， 还可以在满足其他重传条件下发送， 例如终端侧 130检测接收到的数据 段的属性值达到重传阈值。
其中， 数据段的属性值可以为数据段的质量、 接收数据段的延时时间等。 在一个实施例中， 若数据段的质量低于设定的质量阈值， 则触发终端侧发送请 求重传信息。 在另一个实施例中， 若数据段的信号延时大于设定的延时阈值， 则触发终端侧发送请求重传信息。
当然， 为本领域技术人员所知晓的是， 上述重传条件以及重传条件中的阈 值可以在使用时进行人为设定。
可选地，终端侧 130与单向广播通道 120之间以及终端侧 130与双向网络 通道 110之间通过无线连接， 例如通过 WiFi （Wireless Fidelity， 无线局域网） 或 BT （Bluetooth, 蓝牙） 连接。
为了更具体地说明本实施例的数据传输系统 100， 参见图 lb， 终端侧 130 包括： 融合传输引擎 131、 流媒体服务器 132和流媒体本地播放器 133。
融合传输引擎 131用于处理接收到的所述数据段。 本实施例中， 数据段的 类型有多种， 例如直播流数据段、 点播文件数据段等。 对于直播流数据段， 融 合传输引擎 131对直播流数据段的处理包括： 生成请求重传信息、将接收到的 数据段放入缓冲区、 发布缓冲区中的直播流数据等； 对于点播文件数据段， 融 合传输引擎 131对推送文件数据段的处理包括：对收到的点播文件数据库进行 解码、 发布解码后的点播文件等。
实际应用中， 所述融合传输引擎 131可以通过所述终端侧的处理器实现。 流媒体服务器 132 用于根据处理后的数据段得到节目源数据并将其发送 至流媒体本地播放器 133或其他播放终端。 本实施例中， 节目源数据有多种， 例如直播流、 点播视频等。
流媒体本地播放器 133使用节目源数据进行播放。 本实施例中， 流媒体本 地播放器 133可以为 HLS (HTTP Live Streaming, 流媒体网络传输协议) 本地 播放器， 流媒体服务器 132可以为 HLS媒体服务器。
在一个使用场景中， 终端侧 130 可以为一车载终端， 其他播放终端 140 可以为一移动设备。 该车载终端自身加载有流媒体本地播放器 133， 从而可以 接收节目源数据进行播放；也可以通过 WiFi或蓝牙 (BT)与其他播放终端 140 连接， 并将节目源数据发送至其他播放终端 140进行播放。
上述为本实施例的系统进行示例性的说明，下面对本实施例的数据传输方 法进行详细的说明。
具体地， 参见图 2， 本实施例的数据传输方法包括步骤 201至步骤 205。 201、 所述服务平台侧选择多条所述单向广播通道中的至少一条和多条所 述双向网络通道中的至少一条、多条所述单向广播通道中的至少两条或者多条 所述双向网络通道中的至少两条作为目标通道发送数据段。
202、 所述服务平台侧发送控制信息至终端侧， 以使所述终端侧获知接收 所述数据段的目标通道。
其中， 所述控制信息包括所述目标通道的属性信息。
203、 终端侧在检测到满足切换条件的情况下， 自动切换至所述目标通道 中的另一条通道继续接收所述数据段。
本申请一实施例中， 所述切换条件包括： 所述终端侧与当前传输所述数据 段的通道连接中断；
所述目标通道中的其他条通道的网络状况优于当前传输所述数据段的通 道的网络状况； 或者
所述终端侧接收到通道切换请求。
当然， 切换条件并不仅限于上述几种情形， 本领域技术人员可以根据实际 需求设置其他切换条件。
204、 所述终端侧在检测到满足重传条件的情况下， 生成请求重传信息， 选择至少一条所述双向网络通道发送请求重传信息至所述服务平台侧。
本申请一实施例中， 所述重传条件包括：
所述终端侧检测接收到的所述数据段中存在错误数据段； 或
所述终端侧检测接收到的所述数据段的属性值达到重传阈值。
205、 所述服务平台侧根据所述请求重传信息确定恢复数据段， 并将所述 恢复数据段经由接收所述请求重传信息的至少一条所述双向网络通道发送至 终端侧。 本申请提供的用于单向广播和双向网络的数据传输方法，通过服务平台侧 同时向目标通道发送节目源数据的数据段， 并发送控制信息至终端侧， 从而使 终端侧自主选取一条通道接收数据段，本实施例的方案可以利用单向广播覆盖 范围大、 成本低以及双向网络在城市覆盖率高、 互动性强的优点， 实现更优的 传输数据的效果， 提高了用户体验。
下面将分别从服务平台侧和终端侧，对本实施例的数据传输方法进行详细 的说明。
本实施例还公开了一种用于单向广播和双向网络的数据传输方法，用于服 务平台侧， 参见图 3， 所述方法包括步骤 301 302。
301、 所述服务平台侧将节目源数据进行切片生成多个数据段， 并将多个 所述数据段发送至目标通道。
本申请一实施例中，所述目标通道包括服务平台侧与终端侧连接的多条单 向广播通道中的至少一条和多条双向网络通道中的至少一条、服务平台侧与终 端侧连接的多条单向广播通道中的至少两条或者服务平台侧与终端侧连接的 多条双向网络通道中的至少两条。
具体地， 参见图 4， 步骤 301包括下述步骤 401 404。
401、 所述服务平台侧确定待传输的节目源数据。
402、 所述服务平台侧将所述节目源数据切分为多个数据段。
403、 所述服务平台侧为多个数据段中的每一个数据段分配标识符。
本申请一实施例中， 所述标识符可以起到标识该数据段的作用， 可以作为 终端侧请求数据重传的依据。例如： 在终端侧收到丢失或损坏的数据段而导致 接收数据不完整的情况下， 终端侧可以获知丢失或损坏的数据段的标识符， 并 根据该标识符向服务平台侧请求重传丢失或损坏的数据段。
404、 所述服务平台侧将多个携带有所述标识符的所述数据段发送至目标 通道。
本实施例中所述的目标通道，包括所述服务平台侧与终端侧连接的多条单 向广播通道中的至少一条和多条双向网络通道中的至少一条、所述服务平台侧 与终端侧连接的多条单向广播通道中的至少两条或者所述服务平台侧与终端 侧连接的多条双向网络通道中的至少两条。
可选地， 由于目标通道包括至少两条通道， 各条通道彼此之间存在传输延 迟， 那么， 还需要对发送至各条通道的数据段进行延时处理。 如前文所述， 每 条通道连接有延时单元， 以调整不同通道的延迟时间， 补偿各个通道的传输延 迟差异， 以保证终端侧收到的数据段的同步误差在预设范围之内。
需要注意的是， 服务器发送数据段至目标通道， 但是并不等同于终端侧同 时接收到该数据段。 终端侧需要在接收到控制信息后， 获知目标通道的属性信 息， 才可以接收数据段。
302、 所述服务平台侧生成控制信息， 并将所述控制信息发送至终端侧。 其中，所述控制信息可以包括目标通道的属性信息，例如目标通道的标识。 所述控制信息还可以包括其他信息，例如定义通过不同通道获取数据段的优先 顺序， 例如目标通道包括标清 (480*320或 640*480)通道、 高清 ( 1920* 1080p 或 1024*720p) 通道以及超高清 ( 3840*2160或 7680*4320) 通道， 控制信息 可以定义分辨率高的通道优先级高。 再例如定义某条特殊的数据通道， 只要该通道有节目， 所有终端侧都需要 接收该通道的数据。 当然， 这需要在控制信息中定义该通道的属性信息为最高 优先级， 终端获知该通道的优先级为最高后， 优先接收该通道的数据段。
本实施例中的控制信息的发送方式有多种，可以为服务平台侧经由控制信 息通道将控制信息发送至终端侧。 其中， 控制信息通道为物理通道， 也可以为 单向广播通道中的逻辑通道或双向网络通道中的逻辑通道。两种通道分别有各 自的优点：通过独立于单向广播通道以及双向网络通道的物理通道发送控制信 息，可以保证准确高效地发送控制信息至终端侧；通过逻辑通道发送控制信息， 可以节省成本。
本实施例中，物理通道指的是物理实体通道，例如 ESG（Electronic Service
Guide, 电子业务指南） 通道； 逻辑通道指的是定义的虚拟通道。
另外， 控制信息的发送方式不仅限于上述通过控制信息通道发送的方式， 例如服务平台侧经由目标通道将控制信息与数据段一起发送至终端侧。
无论通过何种方式发送控制信息， 对于终端侧， 需要先接收到控制信息以 获知当前发送节目源数据对应的数据段的通道信息， 然后再接收数据段。
上述为本实施例中应用于服务平台侧的数据传输方法，下面对本实施例的 应用于终端侧的数据传输方法进行说明。
本实施例还公开了一种用于单向广播和双向网络的数据传输方法，应用于 终端侧， 图 5 是示出了根据本申请一实施例的终端 500 的结构框图。 该终端 500的部件包括但不限于存储器 510和处理器 520。 处理器 520与存储器 510 相连接。 虽然图 5中没有示出， 但是应该知道， 终端 500还可以包括网络接口， 网 络接口使得终端 500能够经由一个或多个网络通信。这些网络的示例包括局域 网 （LAN）、 广域网 （WAN）、 个域网 （PAN） 或诸如因特网的通信网络的组 合。 网络接口可以包括有线或无线的任何类型的网络接口 （例如， 网络接口卡 （NIC）） 中的一个或多个， 诸如 IEEE602.i l无线局域网 （WLAN）无线接口、 全球微波互联接入 （Wi-MAX） 接口、 以太网接口、 通用串行总线 （USB） 接 口、 蜂窝网络接口、 蓝牙接口、 近场通信 （NFC） 接口， 等等。
在本申请的一个实施例中，终端 500的上述部件以及图 5中未示出的其他 部件也可以彼此相连接， 例如通过总线。 应当理解， 图 5所示的终端结构框图 仅仅是出于示例的目的， 而不是对本申请范围的限制。 本领域技术人员可以根 据需要， 增添或替换其他部件。
终端 500可以是任何类型的静止或移动终端，包括移动计算机或移动终端 （例如， 平板计算机、 个人数字助理、 膝上型计算机、 笔记本计算机、 上网本 等）、 移动电话 （例如， 智能手机）、 可佩戴的终端 （例如， 智能手表、 智能眼 镜等） 或其他类型的移动设备， 或者诸如台式计算机或 PC的静止终端。
参见图 6， 用于单向广播和双向网络的数据传输方法包括下述步骤 601~603。
601、 所述终端侧接收所述服务平台侧发送的控制信息， 以获知接收节目 源数据的数据段的目标通道。
本申请一实施例中，所述目标通道包括服务平台侧与终端侧连接的多条单 向广播通道中的至少一条和多条双向网络通道中的至少一条、服务平台侧与终 端侧连接的多条单向广播通道中的至少两条或者服务平台侧与终端侧连接的 多条双向网络通道中的至少两条。
另外， 根据前述内容， 服务平台侧发送控制信息的方式有多种， 可以经由 物理通道、 单向广播通道的逻辑通道、双向网络通道中的逻辑通道或与数据段 一起发送。那么对应地， 终端侧接收控制信息的方式也可以包括通过物理通道 接收、 通过单向广播通道的逻辑通道或双向网络通道中的逻辑通道接收。
需要说明的是，对于控制信息与数据段一起经由目标通道发送至终端的情 形， 对于终端来说， 不会同时接收控制信息与数据段， 而是先接收控制信息。
602、 所述终端侧选择所述目标通道中的一条通道接收所述数据段。
需要注意的是， 尽管服务平台侧经由多条通道发送数据段， 但是终端侧会 择一通道接收数据段。
终端侧在选择通道时， 可以参考控制信息， 并根据自身情况综合判断来决 定。例如控制信息定义了不同通道的优先顺序， 优先级从高到低依次为超清一 —高清—标清，但是终端侧自身的硬件配置以及连接的网络信号不适用接收 超清信号， 那么终端侧会选择标清的通道接收数据。
需要说明的是， 对于上述某些特殊的通道， 只要该通道有数据， 终端侧必 须强制性地接收该通道发送的数据。 当然， 这需要在控制信息中定义该通道的 属性信息为最高优先级来实现。
可选地， 终端侧包括： 融合传输引擎、 流媒体服务器以及流媒体本地播放 器。 在步骤 602后， 所述方法还包括：
所述融合传输引擎处理接收到的所述数据段；
所述流媒体服务器根据处理后的数据段得到所述节目源数据并将其发送 至所述流媒体本地播放器或其他播放终端；
所述流媒体本地播放器使用所述节目源数据进行播放。
关于融合传输引擎、 流媒体服务器以及流媒体本地播放器， 在前述内容已 经介绍， 在此便不再赘述。
603、 终端侧在检测到满足切换条件的情况下， 自动切换至所述目标通道 中的另一条通道继续接收所述数据段。
例如一旦终端侧连接的网络信号切换至 WiFi网络， 那么终端侧会切换至 高清的通道接收数据。
在切换时， 为了保证接收到的数据段的完整性， 终端侧可以在切换后的通 道重复接收切换前的通道的数据段， 例如在切换时， 延迟一秒断开当前连接的 通道，从而可以使当前通道最后接收到的数据段与切换后的通道最先接收到的 数据段有部分或全部重复， 终端侧会将两部分数据段中重复的部分进行删除， 从而可以得到完整的数据段。
实际使用时， 切换条件可以有多种， 例如可以包括：
所述终端侧与当前传输所述数据段的通道连接中断；
所述目标通道中的其他条通道的网络状况优于当前传输所述数据段的通 道的网络状况； 或
所述终端侧接收到通道切换请求。
其中， 通道切换请求的生成可以有多种方式， 例如根据用户的个人需求、 运营商的需求而生成。
在本申请的一个示意性的实施方案中， 网络状况包括： 信号质量的优劣、 延迟时间的长短等。若目标通道中的其他条通道的网络状况优于当前传输数据 段的通道的网络状况， 则终端进行通道切换。
在本申请的另一个示意性的实施方案中，以切换条件为用户的个人需求为 例， 在播放视频时， 用户偏好高分辨率的视频播放模式。 那么， 如果当前通道 的数据传输速度不满足用户需求，终端自动切换至传输速度符合用户需求的通 道。
综上所述， 本申请提供的用于单向广播和双向网络的数据传输方法， 通过 服务平台侧同时向目标通道发送节目源数据的数据段，并发送控制信息至终端 侧， 从而使终端侧自主选取一条通道接收数据段， 本实施例的方案可以利用单 向广播覆盖范围大、 成本低以及双向网络在城市覆盖率高、 互动性强的优点， 实现更优的传输数据的效果， 提高了用户体验。
本申请另一实施例公开了一种用于单向广播和双向网络的数据传输方法， 用于服务平台侧， 参见图 7， 所述方法包括步骤 701 704 :
其中， 步骤 701 702分别与上述实施例的步骤 301 302相同， 在此便不再 赘述。
703、 所述服务平台侧经由至少一条所述双向网络通道接收所述终端侧发 送的请求重传信息， 并根据所述请求重传信息确定恢复数据段。
其中， 请求重传信息携带有错误数据段的标识符， 服务平台侧根据该标识 符查找对应的数据段， 以确定恢复数据段。
具体地， 参见图 8， 步骤 703包括步骤 801~802 :
801、 所述服务平台侧解析接收到的所述请求重传信息， 并得到需要重传 的数据段的标识符；
802、 所述服务平台侧根据需要重传的数据段的标识符重新查找对应的数 据段， 以确定恢复数据段。
由步骤 703可见，服务平台侧自身并不决定通过哪条通道接收请求重传信 息， 而是被动接收终端侧发送的请求重传信息。 并且， 由于广播通道为单向通 道， 所以接收请求重传信息为双向网络通道。
704、 所述服务平台侧将所述恢复数据段经由接收所述请求重传信息的至 少一条所述双向网络通道发送至终端侧。
需要注意的是， 在步骤 704中， 服务平台侧自身并不决定发送恢复数据段 的通道， 而是经由接收请求重传信息的至少一条双向网络通道发送至终端侧。
上述为本实施例中应用于服务平台侧的数据传输方法，下面对本实施例的 应用于终端侧的数据传输方法进行说明。
参见图 9， 用于单向广播和双向网络的数据传输方法包括下述步骤 901~905。 其中， 步骤 901~903分别与前述实施例的步骤 601~603相同， 在此 便不再赘述。
904、 所述终端侧在检测到满足重传条件的情况下， 生成请求重传信息， 并选择至少一条所述双向网络通道将所述请求重传信息发送至服务平台侧。
具体地， 每个所述数据段携带有标识符；
步骤 904中，终端侧在检测到满足重传条件的情况下，生成请求重传信息， 包括：
所述终端侧记录需要重传的数据段的标识符； 所述终端侧生成所述请求重传信息， 其中， 所述请求重传信息包括所述需 要重传的数据段的标识符。
本实施例中，重传条件为终端侧检测接收到的所述数据段中存在错误数据 段。 其中， 错误数据段包括丢失数据段和 /或损坏数据段。 在一个具体的实施 方案中， 终端侧检测接收到的数据段中存在损坏数据段， 记录损坏数据段的标 识符， 然后生成请求重传信息。
在另一实施例中，重传条件为终端侧检测接收到的所述数据段的属性值达 到重传阈值。
其中， 数据段的属性值可以为数据段的质量、 接收数据段的延时时间等。 例如，若数据段的质量低于设定的质量阈值，则触发终端侧发送请求重传信息； 再例如， 若数据段的信号延时大于设定的延时阈值， 则触发终端侧发送请求重 传信息。
当然， 为本领域技术人员所知晓的是， 上述重传条件以及重传条件中的阈 值可以在使用时进行人为设定。
905、 所述终端侧经由发送所述请求重传信息的至少一条所述双向网络通 道接收服务平台侧发送的恢复数据段。
本申请提供的用于单向广播和双向网络的数据传输方法，通过服务平台侧 同时向目标通道发送节目源数据的数据段， 并发送控制信息至终端侧， 从而使 终端侧自主选取一条通道接收数据段，本实施例的方案可以利用单向广播覆盖 范围大、 成本低以及双向网络在城市覆盖率高、 互动性强的优点， 实现更优的 传输数据的效果， 提高了用户体验。 另外， 本申请的方法中， 终端侧可以经由双向网络通道向服务器请求恢复 数据段， 以接收到完整的节目源数据。
本实施例的数据传输方法与现有技术相比， 丢包率小、 带宽占用低， 延时 较小，成本较低。并且，本实施例的数据传输方法可以实现用户的个性化选择， 例如根据用户量多少、 评分高低等参数选择单向广播通道和双向网络通道。
本申请一实施例还提供一种计算机可读存储介质， 其存储有计算机指令， 该指令被处理器执行时实现如前所述的用于服务器端的数据传输方法或用于 终端侧的数据传输方法的步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是， 该存储介质的技术方案与上述的数据传输方法的技术方案属于同一构思，存储 介质的技术方案未详细描述的细节内容，均可以参见上述数据传输方法的技术 方案的描述。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码 形式、 对象代码形式、 可执行文件或某些中间形式等。 所述计算机可读介质可 以包括： 能够携带所述计算机程序代码的任何实体或装置、 记录介质、 U盘、 移动硬盘、磁碟、光盘、计算机存储器、只读存储器 (ROM， Read-Only Memory)、 随机存取存储器 (RAM， Random Access Memory)、 电载波信号、 电信信号以 及软件分发介质等。 需要说明的是， 所述计算机可读介质包含的内容可以根据 司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区， 根据立法和专利实践， 计算机可读介质不包括电载波信号和电信信号。
需要说明的是， 对于前述的各方法实施例， 为了简便描述， 故将其都表述 为一系列的动作组合， 但是本领域技术人员应该知悉， 本申请并不受所描述的 动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。 其次， 本领域技术人员也应该知悉， 说明书中所描述的实施例均属于优选实施 例， 所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中， 对各个实施例的描述都各有侧重， 某个实施例中没有详 述的部分， 可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没 有详尽叙述所有的细节， 也不限制该发明仅为所述的具体实施方式。 显然， 根 据本说明书的内容， 可作很多的修改和变化。 本说明书选取并具体描述这些实 施例， 是为了更好地解释本申请的原理和实际应用， 从而使所属技术领域技术 人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效 物的限制。
权 利 要 求
1、 一种用于单向广播和双向网络的数据传输方法， 应用于服务平台侧； 所述方法包括：
所述服务平台侧将节目源数据进行切片生成多个数据段，并将多个所述数 据段发送至目标通道， 其中， 所述目标通道包括所述服务平台侧与终端侧连接 的多条单向广播通道中的至少一条和多条双向网络通道中的至少一条、所述服 务平台侧与终端侧连接的多条单向广播通道中的至少两条或者所述服务平台 侧与终端侧连接的多条双向网络通道中的至少两条； 以及
所述服务平台侧生成控制信息， 并将所述控制信息发送至终端侧； 其中， 所述控制信息包括所述目标通道的属性信息。
2、 如权利要求 1所述的数据传输方法， 还包括：
所述服务平台侧经由至少一条所述双向网络通道接收所述终端侧发送的 请求重传信息， 并根据所述请求重传信息确定恢复数据段；
所述服务平台侧将所述恢复数据段经由接收所述请求重传信息的至少一 条所述双向网络通道发送至终端侧。
3、 如权利要求 2所述的数据传输方法， 其中， 所述服务平台侧将节目源 数据进行切片生成多个数据段， 并将多个所述数据段发送至目标通道， 包括： 所述服务平台侧确定待传输的节目源数据；
所述服务平台侧将所述节目源数据切分为多个数据段；
所述服务平台侧为多个数据段中的每一个数据段分配标识符；
所述服务平台侧将多个携带有所述标识符的所述数据段发送至目标通道。

Claims

4、 如权利要求 3所述的数据传输方法， 其中， 所述请求重传信息包括需 要重传的数据段的标识符；
所述服务平台侧经由至少一条所述双向网络通道接收所述终端侧发送的 请求重传信息， 并根据所述请求重传信息确定恢复数据段， 包括：
所述服务平台侧解析接收到的所述请求重传信息，并得到所述需要重传的 数据段的标识符；
所述服务平台侧根据所述需要重传的数据段的标识符重新查找对应的数 据段， 以确定恢复数据段。
5、 如权利要求 1所述的数据传输方法， 其中， 所述服务平台侧经由控制 信息通道将所述控制信息发送至所述终端侧；
或
所述服务平台侧经由所述目标通道将所述控制信息与所述数据段一起发 送至所述终端侧。
6、 如权利要求 5所述的数据传输方法， 其中， 所述控制信息通道为物理 通道， 所述单向广播通道中的逻辑通道或所述双向网络通道中的逻辑通道。
7、 一种用于单向广播和双向网络的数据传输方法， 应用于终端侧， 所述 方法包括：
所述终端侧接收所述服务平台侧发送的控制信息，以获知接收节目源数据 的数据段的目标通道， 其中， 所述目标通道包括所述服务平台侧与终端侧连接 的多条单向广播通道中的至少一条和多条双向网络通道中的至少一条、所述服 务平台侧与终端侧连接的多条单向广播通道中的至少两条或者所述服务平台 侧与终端侧连接的多条双向网络通道中的至少两条；
所述终端侧选择所述目标通道中的一条通道接收所述数据段； 以及 所述终端侧在检测到满足切换条件的情况下， 自动切换至所述目标通道中 的另一条通道继续接收所述数据段。
8、 如权利要求 7所述的数据传输方法， 其中，
所述切换条件包括： 所述终端侧与当前传输所述数据段的通道连接中断； 所述目标通道中的其他条通道的网络状况优于当前传输所述数据段的通 道的网络状况； 或
所述终端侧接收到通道切换请求。
9、 如权利要求 7所述的数据传输方法， 还包括：
所述终端侧在检测到满足重传条件的情况下， 生成请求重传信息， 并选择 至少一条所述双向网络通道将所述请求重传信息发送至服务平台侧；
所述终端侧经由发送所述请求重传信息的至少一条所述双向网络通道接 收服务平台侧发送的恢复数据段。
10、 如权利要求 9所述的数据传输方法， 其中， 所述重传条件包括： 所述终端侧检测接收到的所述数据段中存在错误数据段； 或
所述终端侧检测接收到的所述数据段的属性值达到重传阈值。
11、 如权利要求 10所述的数据传输方法， 其中， 所述错误数据段包括丢 失数据段和 /或损坏数据段。
12、 如权利要求 9所述的数据传输方法， 其中， 每个所述数据段携带有标 识符； 所述终端侧在检测到满足重传条件的情况下， 生成请求重传信息， 包括: 所述终端侧记录需要重传的数据段的标识符；
所述终端侧生成所述请求重传信息， 其中， 所述请求重传信息包括所述需 要重传的数据段的标识符。
13、 如权利要求 7所述的数据传输方法， 其中， 所述终端侧包括： 融合传 输引擎、 流媒体服务器以及流媒体本地播放器；
所述方法还包括：
所述融合传输引擎处理接收到的所述数据段；
所述流媒体服务器根据处理后的数据段得到所述节目源数据并将其发送 至所述流媒体本地播放器或其他播放终端；
所述流媒体本地播放器使用所述节目源数据进行播放。
14、 一种用于单向广播和双向网络的数据传输系统， 包括：
服务平台侧和终端侧，所述服务平台侧通过多条单向广播通道和多条双向 网络通道与所述终端侧连接；
其中，所述服务平台侧选择多条所述单向广播通道中的至少一条和多条所 述双向网络通道中的至少一条、多条所述单向广播通道中的至少两条或者多条 所述双向网络通道中的至少两条作为目标通道发送数据段；
所述服务平台侧发送控制信息至终端侧，以使所述终端侧获知接收所述数 据段的目标通道， 其中， 所述控制信息包括所述目标通道的属性信息； 以及 所述终端侧在检测到满足切换条件的情况下， 自动切换至所述目标通道中 的另一条通道继续接收所述数据段。 15、 如权利要求 14所述的数据传输系统， 其中，
所述切换条件包括： 所述终端侧与当前传输所述数据段的通道连接中断； 所述目标通道中的其他条通道的网络状况优于当前传输所述数据段的通 道的网络状况； 或
所述终端侧接收到通道切换请求。
16、 如权利要求 14所述的数据传输系统， 其中，
所述终端侧在检测到满足重传条件的情况下，所述终端侧选择至少一条所 述双向网络通道发送请求重传信息至所述服务平台侧；
所述服务平台侧根据所述请求重传信息确定恢复数据段，并将所述恢复数 据段经由接收所述请求重传信息的至少一条所述双向网络通道发送至终端侧。
17、 如权利要求 16所述的数据传输系统， 其中， 所述重传条件包括： 所述终端侧检测接收到的所述数据段中存在错误数据段； 或
所述终端侧检测接收到的所述数据段的属性值达到重传阈值。
18、 如权利要求 14所述的数据传输系统， 其中， 所述服务平台侧包括： 音频 /视频编码器、 分段器和网络服务器。
19、 如权利要求 14所述的数据传输系统， 其中，
所述双向网络通道包括蜂窝电话服务通道；
所述单向广播通道包括卫星广播服务通道。
20、 如权利要求 14所述的数据传输系统， 其中， 所述终端侧与所述单向 广播通道之间以及所述终端侧与所述双向网络通道之间通过无线连接。
21、 如权利要求 14所述的数据传输系统， 其中， 所述终端侧包括: 用于处理接收到的所述数据段的融合传输引擎；
用于根据处理后的数据段得到所述节目源数据并将其发送至流媒体本地 播放器或其他播放终端的流媒体服务器； 以及
使用所述节目源数据进行播放的流媒体本地播放器。
PCT/CN2019/084865 2018-06-01 2019-04-28 一种用于单向广播和双向网络的数据传输方法及系统 WO2019228116A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810557234.4 2018-06-01
CN201810557234.4A CN110557230B (zh) 2018-06-01 2018-06-01 一种用于单向广播和双向网络的数据传输方法及系统

Publications (1)

Publication Number Publication Date
WO2019228116A1 true WO2019228116A1 (zh) 2019-12-05

Family

ID=68697434

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/084865 WO2019228116A1 (zh) 2018-06-01 2019-04-28 一种用于单向广播和双向网络的数据传输方法及系统

Country Status (2)

Country Link
CN (1) CN110557230B (zh)
WO (1) WO2019228116A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114071247A (zh) * 2021-11-02 2022-02-18 上海佰贝网络工程技术有限公司 一种区块链数据广播传输方法、系统、计算机设备及计算机可读存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112511277B (zh) * 2020-11-24 2021-08-06 广州技象科技有限公司 数据处理方法及装置
CN112532349B (zh) * 2020-11-24 2022-02-18 广州技象科技有限公司 基于解码异常的数据处理方法及装置
CN113301096B (zh) * 2020-12-16 2023-03-14 阿里巴巴集团控股有限公司 内容分发网络中节点间数据传输方法、系统及节点设备
CN113556618B (zh) * 2021-07-20 2023-03-24 北京奇艺世纪科技有限公司 数据传输方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070288954A1 (en) * 2006-04-11 2007-12-13 Samsung Electronics Co., Ltd. Wallpaper setting apparatus and method for audio channel in digital multimedia broadcasting service
CN103916375A (zh) * 2013-01-09 2014-07-09 中国科学院声学研究所 Hfc网络下行数据多通道封装与传输方法
CN105245801A (zh) * 2015-09-24 2016-01-13 天脉聚源（北京）科技有限公司 一种传送电视互动系统互动信号的方法
CN106911676A (zh) * 2017-02-10 2017-06-30 北京吉视汇通科技有限责任公司 多媒体网络数据处理系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7925203B2 (en) * 2003-01-22 2011-04-12 Qualcomm Incorporated System and method for controlling broadcast multimedia using plural wireless network connections
WO2011031978A1 (en) * 2009-09-11 2011-03-17 Interdigital Patent Holdings, Inc. Broadcast service handover
CN106209729A (zh) * 2015-04-29 2016-12-07 上海东方明珠广播电视研究发展有限公司 一种数字广播控制系统及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070288954A1 (en) * 2006-04-11 2007-12-13 Samsung Electronics Co., Ltd. Wallpaper setting apparatus and method for audio channel in digital multimedia broadcasting service
CN103916375A (zh) * 2013-01-09 2014-07-09 中国科学院声学研究所 Hfc网络下行数据多通道封装与传输方法
CN105245801A (zh) * 2015-09-24 2016-01-13 天脉聚源（北京）科技有限公司 一种传送电视互动系统互动信号的方法
CN106911676A (zh) * 2017-02-10 2017-06-30 北京吉视汇通科技有限责任公司 多媒体网络数据处理系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114071247A (zh) * 2021-11-02 2022-02-18 上海佰贝网络工程技术有限公司 一种区块链数据广播传输方法、系统、计算机设备及计算机可读存储介质
CN114071247B (zh) * 2021-11-02 2024-03-01 上海佰贝网络工程技术有限公司 一种区块链数据广播传输方法、系统、计算机设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN110557230A (zh) 2019-12-10
CN110557230B (zh) 2022-09-23

Similar Documents

Publication Publication Date Title
WO2019228116A1 (zh) 一种用于单向广播和双向网络的数据传输方法及系统
JP6487076B2 (ja) インターネットプロトコル（ｉｐ）マルチメディア・サブシステム（ｉｍｓ）ベースのピアツーピア（ｐ２ｐ）コンテンツ配信
RU2658642C1 (ru) Улучшение качества видео
KR101900168B1 (ko) 적응적 미디어 스트리밍
US11303682B2 (en) Adaptive bit rates in multicast communications
US20140095668A1 (en) Method for seamless unicast-broadcast switching during dash-formatted content streaming
TWI566595B (zh) 在自適性位元率串流網路中之具有客戶端控制修改之中斷通知
WO2015000141A1 (zh) 一种支持流媒体进行组播的方法和相关装置及系统
TW201547246A (zh) 自適性位元率串流影像白點覆蓋系統與方法
KR20160067126A (ko) 콘텐트 전달을 위한 방법 및 장치
US20140189064A1 (en) Method and system for adaptive video transmission
US9749379B2 (en) Apparatus and method for receiving video service in hybrid network
CN107113474B (zh) 具有记录在其中以用于提供低延迟实时广播内容的程序的设备和计算机可读记录介质
CN104756099A (zh) 添加内容以及相关客户端装置
CN106464691B (zh) 一种实时传输协议rtp包传输方法和装置
US8903398B2 (en) Systems and methods for providing a content proxy in a wireless network
US20150189543A1 (en) System and Methods for Providing an Enhanced Content Proxy in a Wireless Network
KR102044001B1 (ko) 멀티캐스트 및 유니캐스트 혼용 기반의 주문형 비디오 서비스 제공 장치 및 그 방법
WO2024011962A1 (zh) 视频流传输的控制方法及装置、设备、介质
KR20130034302A (ko) 모바일 ｉｐｔｖ 서비스 제공 방법 이를 실행하는 시스템
CN110099088B (zh) 一种基于融合传输系统的自适应数据传输方法
US10334561B2 (en) Collaborative broadcasting and bi-directional network transmission
KR102147145B1 (ko) 하이브리드 망에서의 비디오 서비스 수신 장치 및 방법
KR20240078159A (ko) 융합 네트워크 제공 서버 및 이의 동작 방법
KR101521969B1 (ko) 브로드캐스트 멀티캐스트 서비스를 제공하는 분리된 장치 및 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19812115

Country of ref document: EP

Kind code of ref document: A1