WO2009018680A1 - Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques - Google Patents

Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques Download PDF

Info

Publication number
WO2009018680A1
WO2009018680A1 PCT/CN2007/002358 CN2007002358W WO2009018680A1 WO 2009018680 A1 WO2009018680 A1 WO 2009018680A1 CN 2007002358 W CN2007002358 W CN 2007002358W WO 2009018680 A1 WO2009018680 A1 WO 2009018680A1
Authority
WO
WIPO (PCT)
Prior art keywords
imt
service
data
channel
mapping
Prior art date
Application number
PCT/CN2007/002358
Other languages
English (en)
Chinese (zh)
Inventor
Yiqun Li
Xiaoyu Ren
Dichun Wang
Jianghong Zhang
Original Assignee
I-Vision Beijing Inc.
I-Vision Beijing Information Technology Ltd.
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 I-Vision Beijing Inc., I-Vision Beijing Information Technology Ltd. filed Critical I-Vision Beijing Inc.
Priority to PCT/CN2007/002358 priority Critical patent/WO2009018680A1/fr
Publication of WO2009018680A1 publication Critical patent/WO2009018680A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • 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/70—Media network packetisation
    • 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
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast

Definitions

  • This application relates to related Internet technology standards and related digital broadcasting standards, which are respectively RFC 2460 (Internet Protocol, Version 6 (IPv6) Specification), RFC.
  • RFC 2460 Internet Protocol, Version 6 (IPv6) Specification
  • IPv6 Internet Protocol, Version 6
  • ETSI EN 300 401 Vl .3.3 Radio Broadcasting Systems; Digital Audio Broadcasting (DAB) to mobile, portable and fixed receiver, ETSI ES 201 735 VI .1.1 (Digital Audio Broadcasting (DAB); Internet Protocol (IP) datagram tunneling) and ETSI EN 301 192 Vl .4.1 (Digital Video Broadcasting (DVB); DVB specification for data broadcasting).
  • DAB Digital Audio Broadcasting
  • IP Internet Protocol
  • ETSI EN 301 192 Vl .4.1 Digital Video Broadcasting (DVB); DVB specification for data broadcasting.
  • the present invention relates to digital audio broadcasting, and more particularly to a method of mapping IP flows in a digital audio broadcast transmission channel. Background technique
  • DAB Digital Audio Broadcasting
  • AM traditional broadcasting
  • DAB can also transmit multimedia information, including text, data, pictures, video and real-time information.
  • the present invention employs various technical terms and abbreviations in Table 1 below (see Table 1):
  • Eld in Table 1 is an overall service identifier for distinguishing different service entities (Ensembles) in a DAB network.
  • a service as a whole contains program and data services and is the gateway for DAB terminals to receive and process such information.
  • the SCId in Table 1 is a service component identifier, which is used to distinguish different service components (Service Component) under one service.
  • Service Component a business component as part of the business, Or carry audio or carry other data.
  • MCI Multiplexing Configuration Information
  • Each service component is either carried in a sub-channel or carried in a fast information data channel (FIDC).
  • FIC Fast Information Channel
  • FIB fast information block
  • SI service information
  • FIC fast information data channel
  • the multiplexing configuration information includes multiplexing structure information and reconfiguration information of the multiplexing structure.
  • the multiplexing configuration information defines an organizational structure of the subchannel; lists the available services of the service ensemble; establishes a connection relationship between the service and the service component; and establishes a connection relationship between the subchannel and the service component; Manage reuse reconfiguration information.
  • the multiplexing structure information is described by the fast information group FIG0/1, FIG 0/2, FIG 0/3.
  • the fast message group FIGO/1 provides the organization of the subchannel, which defines a subchannel identifier (Sub-channel Id), a subchannel start address (Start address), a subchannel size (Su-channel size), and the like.
  • the subchannel identifier is used to identify each subchannel in the primary traffic channel (MSC);
  • the subchannel start address is used to describe the location of the initial capacity unit (CU) of the subchannel in a common interleaved frame (CIF);
  • the subchannel size describes the number of capacity units used by the subchannel.
  • the fast message group FIG0/3 provides a supplementary description of the service component in the packet mode, including the service component Id, the subchannel identifier, the packet address, and the like.
  • the service component identifier is used to identify each service component transmitted in the primary traffic channel; the subchannel identifier is used to identify the subchannel corresponding to the service component identifier;
  • the packet address defines the address of the packet used to carry the service component.
  • the digital audio broadcasting also provides fast packet transmission data such as FIG type 2, FIG type 3, and FIG type 4.
  • the MSCC Main Service Channel is the main traffic channel, which consists of a Common Interleaved Frame (CIF) sequence.
  • a CIF is a 55296-bit data area transmitted in units of 24 milliseconds.
  • the minimum addressable unit of the CIF is a 64-bit size capacity unit CU, and an integer number of CUs constitute a basic transmission unit of the MSC, i.e., a subchannel, and the MSC can thus be constructed of a series of subchannels.
  • a service is generally composed of several service components SC, such as a music playing service, which can be composed of a piece of audio data and a piece of text description data.
  • the audio data and the text description data are two service components of the music playing service.
  • SC service components
  • the primary traffic channel defined Two modes of transmitting traffic components: stream mode and packet mode.
  • Stream mode provides end-to-end transparent transmission at a fixed bit rate in one subchannel.
  • the packet mode is used to transmit multiple data service components in one subchannel, so that each subchannel can transmit one or more service components.
  • the service component information is constructed in a data group of the primary traffic channel, and the data group of one primary traffic channel includes a data group header, an optional live header, and one data.
  • the digital audio broadcasting can support the transmission of multimedia information through the above data transmission mechanism, due to the lack of an effective method for mapping and acquiring IP streams in digital audio broadcasting, it is not directly available in existing digital audio broadcasting.
  • IP technology is increasingly being used in various communication and network applications.
  • voice, email, games and many other services are mainly based on IP technology. Summary of invention
  • the present invention proposes a method of mapping IP streams in a digital audio broadcast transmission_channel, which overcomes the above-mentioned drawbacks of the prior art.
  • a method of locating an IP stream in a digital audio broadcast transmission channel comprising the steps of: receiving an IP-traffic component mapping IMT table prior to receiving data transmitted by the digital audio broadcast transmission channel; The received IMT table obtains an IP stream by demultiplexing data in a digital audio broadcast transmission channel.
  • a method for transmitting an IMT table on a digital audio broadcast transmission channel wherein an IMT table is transmitted in an MSC channel, that is, the IMT is always in a service integer (Ensemble), and the SCId is a fixed value. Transfer in the business component.
  • a method for transmitting an IMT table on a digital audio broadcast transmission channel is provided, wherein the IMT table is The FIC transmits in one of the multiple FIG types.
  • an IP service component mapping table IMT including: an IMT header IMT_Header(), which contains public information of the entire IMT, the public information including at least the total length and version of the IMT; Overall index
  • Ensemble—Index JLoopO which contains the overall Id (Eld) of all services involved in the IMT: and the offset address of the IP mapping data of each service as a whole relative to the start of the IMT table; and IP mapping data Ensemble—IP— Mapping — Data_Loop(), the map data is arranged in the order of Ensemble combination.
  • a method for generating an IMT table comprising: acquiring partial multiplexing parameters based on multiplexing of IP flows in a primary traffic channel; and automatically defining based on a structure definition of an IMT table Manually add IMT entries.
  • a head end of a digital audio broadcasting system comprising: a DAB packetizer module, configured to package and package an IP stream transmitted from an IP multicast network, and an MSC multiplexing module, And multiplexing the packetized IP stream, the channel multiplexing and modulation module, modulating the multiplexed channel, and outputting the usage relationship of the channel, wherein the head end of the digital audio broadcast further comprises: a service configuration system, Generating a corresponding IMT table according to the multiplexing relationship of the IP stream received from the MSC multiplexing module in the MSC channel, and sending the IMT table to the DAB packetizer for encapsulation and packaging, and multiplexing in the MSC multiplexing module, and then passing Digital audio broadcasting is sent.
  • a terminal of a digital audio broadcasting system comprising: an MSC demultiplexing module, configured to demultiplex a received IP stream and an IMT table; and an unpacking module, configured to receive a solution from the MSC Reusing the IP stream of the module, and unpacking the IP stream, and outputting the original EP stream; and an IP application module, configured to receive the original IP stream from the unpacking module, obtain and use the IP service, where the digital audio
  • the terminal of the broadcast system further includes an IMT processing module, which is responsible for collecting, monitoring, and mapping and locating IP flows in the DAB channel according to the IMT table, which obtains a user-specified IP multicast address from the IP application module, and Controlling the MSC demultiplexing module
  • IP Since IP has become a link between communication networks, broadcast networks and Internet services.
  • IP technology to digital audio broadcasting by the present invention will have many advantages:
  • IP-based upper-layer applications can be directly applied to digital audio broadcasting, bringing cross-network interoperability of applications;
  • Rich content from the Internet of the communication network can be directly applied to digital audio broadcasting.
  • IP technologies and applications lend a rich and scalable operational space.
  • it provides a rich application for users of digital audio broadcasting systems, and also creates a value-added space for the operation of digital audio broadcasting systems;
  • the method for mapping an IP stream in a digital audio broadcast transmission channel by using an IP-service component mapping table (IMT table) of the present invention realizes efficient acquisition of an IP stream without changing the working mechanism of the digital audio broadcasting.
  • IMT table IP-service component mapping table
  • FIG. 1 is a schematic diagram of a DAB-based IP transport protocol stack
  • FIG. 2 is a structural diagram of a package mode of an IP packet in a DAB transmission channel
  • Figure 3 is a hierarchical structure diagram of IP adaptation in a DAB network
  • Figure 4 is an example of obtaining an IP flow application through IMT
  • FIG. 5 is a block diagram of the IMT
  • FIG. 6 is a schematic diagram of a transmission mode of an IMT table
  • Figure 7 is a schematic diagram of an example of an IMT charging and monitoring process
  • Figure 8 is a schematic diagram of the head end of the DAB wide* system
  • Figure 9 is a schematic diagram of a terminal of a DAB broadcast system
  • FIG. 10 is a schematic diagram of a process of generating and transmitting an IMT table
  • Figure 11 is a flow chart for collecting and monitoring an IMT table
  • Figure 12 is a workflow diagram of mapping and acquiring IP flows according to an IMT table
  • Figure 13 is an example of the process of obtaining an IMT table from a DAB channel
  • FIG. 14 is a schematic diagram of locating an electronic announcement IP stream in a DAB channel according to an IMT table;
  • FIG. 15 is a table for adding an entry in the IMT table for the IP service IP1;
  • FIG. 16 is an IMT header obtained when the IMT channel was last polled. Schematic diagram of the overall index data of the business;
  • 17 is a schematic diagram of an IMT header and service overall index data obtained when a new round of polling an IMT channel is performed;
  • FIG. 18 is an application example of acquiring an IP stream by using an IMT transmitted in the FIC
  • Figure 19 is a schematic diagram of an extension definition of FIG type 2;
  • Figure 20 is a diagram showing an example of IMT transmission in FIC. detailed description
  • IP transmission protocol architecture based on the DAB system and the encapsulation mode of IP data packets in the DAB transmission channel are summarized as follows:
  • the transmission of IP data packets on the DAB channel can be implemented by the DAB IP tunneling technology, which is served by the packet mode of the DAB primary traffic channel and the transport layer data set (the MSC data set in Figure 1).
  • IP data link layer as shown in Figure 1.
  • ETSI EN 300 401 VI.3.3 Radio Broadcasting Systems; Digital Audio Broadcasting (DAB) to mobile, portable and fixed receiver
  • ETSI ES 201 735 VI .1.1 Digital Audio Broadcasting (pAB).
  • IP layer and above are standard IP protocols, and various applications based on IP technology can be used on the basis of the IP protocol stack, without having to care about the difference of bearer networks under the IP layer.
  • the data link layer is implemented by the primary service channel (MSC) in the DAB broadcast system, where IMT is the IP-service component mapping table of the present invention, which is the same as the manner of transmitting other service components in the packet mode, and the table is also passed.
  • MSC primary service channel
  • the data group of the MSC is transmitted.
  • the packet mode transmission mode of the DAB subchannel still maintains the original mode of the DAB, so that in the case of the DAB system, the IMT transmission can be realized without changing any original transmission mechanism, maximally The DAB system is reused.
  • IMT will standardize the IP protocol.
  • the DAB broadcast standard is organically combined so that IP flows transmitted through the DAB's MSC can be accurately mapped and acquired, and finally provided to the standard IP protocol stack.
  • IP packets in the IP data link layer are transmitted in packet mode in the DAB transport channel, and the encapsulation mode is shown in Figure 2.
  • Each IP packet is encapsulated in one data group and is in multiple DABs
  • IP flow refers to a set of IP packets with the same source/destination address, and the IP packet is the smallest unit that constitutes the IP flow).
  • the mapping in the DAB transport channel includes adaptation of the IP flow and positioning of the IP flow through the IMT table. The manner in which IP flows are adapted is described below.
  • one service is composed of multiple service components SC, and one or more service components SC can be transmitted on one subchannel, and they are distinguished by different packet addresses.
  • a service component can be uniquely determined by Eld (Service Overall Identity) and SCId (Service Component Identity).
  • Eld Service Overall Identity
  • SCId Service Component Identity
  • FIG. 3 depicts a hierarchy of IP flows adapted in a DAB network.
  • a service component may contain one or more IP flows (a data stream consisting of the same IP source address and destination IP packet). Therefore, an IP flow can be uniquely determined by the EId, SCId, and IP address (possibly including the target IP and source IP).
  • the multiplexing relationship of the DAB channel is described by FIG0/1, FIG 0/2, FIG 0/3, etc. of the MCI in the fast information channel FIC, and the selection and acquisition of multiple IP streams in the same service component are not processed by the DAB system. .
  • the description of the IP flow adaptation above mainly describes the location of the turbulence in the DAB transmission (ie, transmission in the service component) and the three conditions for locating the IP flow (ie, the IP address of the IP flow must be known, The service component SCId in which the IP stream is located and the service overall EId in which the service component is located, the process of generating the IMT table will be described later.
  • the method of locating an IP flow through an IMT table is described below.
  • the invention passes the ⁇ -service component mapping table IMT and solves the problem as follows
  • IP-SC mapping table IP-SC mapping table
  • the DAB terminal Before receiving the required IP stream data, the DAB terminal needs to receive the IMT table to obtain the corresponding relationship, so that the IP stream can be obtained through demultiplexing of the DAB layer.
  • the IMT table is transmitted on the MSC channel in the DAB system. Alternatively, the IMT table may also be directly transmitted through any of the FIG type, the FIG type 3, and the FIG type 4 of the fast information channel FIC.
  • the IMT is similar to FIG. 2 by the FIG type 3 or the FIG type 4 of the FIC.
  • FIG. 2 When the method of transmitting the IMT by the FIC is described below, FIG. 2 will be taken as an example.
  • Figure 4 shows a typical flow of finding an IP stream through IMT, where the IMT is transmitted through the MSC channel.
  • the client application wants to access a service that is multicast on the IP address 213.1.23.66.
  • the client will follow the steps below to get the IP flow:
  • FIG 18 shows a typical flow of finding an IP stream through an IMT transmitted in the FIC.
  • the IMT is transmitted directly through the FIG 2 of the FIC.
  • the client application wants to access a service that is multicast on the IP address 213.1.23.66.
  • the service is delivered through the DAB broadcast channel.
  • the client will obtain the IP flow according to the following steps:
  • the service component is found by FIG (starting from CU 212, occupying 30 CUs, and the packet address is 0x30). Since then the IP flow data contained in this component has been found and started to be sent to the IP layer of the standard IP protocol;
  • the TCP/IP protocol stack joins the 213.1.23.66 multicast group through IGMP Join to start acquiring application data.
  • the overall structure of the IMT table is summarized as follows.
  • the IMT of a service as a whole can describe the EP mapping relationship of the entire service, and can also include the IP mapping relationship of other services as a whole.
  • Figure 5 shows the overall structure of the IMT, which contains three parts:
  • IMT header Contains public information of the entire IMT, such as total length, version, etc.; Overall business index: This part contains all the overall service identification (Eld) of the IMT, and the IP mapping data of each service as a whole. The offset address relative to the start of the IMT table.
  • IP-SC mapping data The mapping data is arranged in the order of overall business combination. Each set of mapping data enumerates all the services (Se dee) and service components (SC) containing IP data in a service as a whole, and lists the IP flow parameters contained in each service component one by one.
  • the IMT syntax is shown in Table 2: Table 2 IMT syntax
  • IMT Header() IMT header data
  • the IMT header syntax is shown in Table 3:
  • Table I Id 8-bit table identifier, used to indicate the type of the table. For the IMT table, the value of this field must be 0x01;
  • Version— Number The 5-digit version number, which is incremented by one when any part of the entire IMT table changes. When the version number value reaches 31, the version upgrade will be reset to zero. The terminal should continuously monitor the changes of the IMT table through this field and be able to handle the case where the version number is zeroed; Current Next: current or next indicator, this field is 1 for this IMT table. It is currently in effect, otherwise it means that this IMT table is not yet valid, but will take effect in the future; RFU: Reserved field.
  • Table 1 Length The length of the entire IMT table, up to 65,535 bytes;
  • Ensemble_Num Subsequent Ensemble—Index—The number of loops in the loop, which is the number of Ensembles involved in this IMT table. The overall index of the business is shown in Table 4. Table 4 Business Entmble-Index-Loop Syntax
  • Offset The offset of the IP. mapping data corresponding to the entire IMT.
  • the terminal can quickly obtain the IP mapping data of a service as a whole.
  • IP mapping data syntax is shown in Table 5.
  • Service-flag A flag indicating whether the subsequent service identifier (Sid) exists. If the field is 1, the service identifier field exists after the SCId field, and vice versa.
  • the subsequent service identifier (Service_Id) is 32 bits, including the ECC field. Otherwise, the service identifier (Service_Id) is 16 bits, and the ECC field is not included.
  • SCId The service component identifier, which indicates the service component of the IP flow involved in the subsequent IP-Target-Segment;
  • ECC Extended country code
  • Service_Ref- The unique identifier of the business. It forms the only business identifier with the ECC/Comitry-Id;
  • IP - Segment - Number The number of subsequent IP stream data segments
  • IP-Flow-Section A block of data describing an IP flow.
  • IP_Flow_Section syntax is shown in Table 6.
  • Table 6 IP-Flow-Split Grammar
  • Segment Length: The length of this IP stream data block, up to 255 bytes.
  • Tag The type of subsequent IP stream description data. The types currently defined are shown in Table 7.
  • Dest_Mask The number of 1s in the destination IP address mask.
  • the subnet mask 255.255.255.192 corresponds to a Dest_Mask value of 26;
  • Target— Src—IP Source IP (v4) address of the IP stream
  • Src— Mask The number of 1s in the source IP address mask. For example, the Src_mask value corresponding to the subnet mask 255.255.255.0 is 24;
  • Target_Dest_IPv6 Destination IP (v6) address of the IP flow
  • Target_Src—IPv6 Source IP (v6) address of the IP flow
  • the following example illustrates the transmission of IMT in the DAB transport channel.
  • the IMT adopts the mode of transmission in the MSC channel
  • SCId a certain fixed value
  • Other services do not allow the use of SCIds for this fixed value of the service component.
  • the IMT service component can occupy one subchannel or share the subchannel with other services.
  • the IMT service component does not belong to any service, that is, there is no service component description in FIG 0/2 that includes the SCId as the above fixed value.
  • This service component should also not appear in any application performance.
  • the EPG interface does not allow the SC to be listed.
  • the IMT table at least describes the IP mapping relationship of the entire service.
  • an IMT can describe an IP mapping relationship in other services as a whole.
  • the IP mapping data of all services in the network can be described in each service as a whole.
  • Each IP mapping data (EnsembIe__IP_ Mapping_Data__Loop) must be complete, that is, Ensemble-IP- Mapping-Data-Loop appears, and all the IP flows in the corresponding service must be described.
  • the IMT is also transported at the transport layer based on the DAB Data Group. In the case where the IMT size exceeds 8,191 bytes, it needs to be transmitted through multiple data component segments, as shown in Figure 6.
  • IMT has the following conventions for transmission in data sets:
  • the first byte of the net data in Segment 0 must be the start of the IMT; the length of each segment must be equal except for the last segment. The length of the last segment is allowed to be less than the length of the previous segment; The IMT header and the full index of the complete business must be in the first segment.
  • the first segment may further include data in the IMT after the overall index portion of the service.
  • the following limitation is obtained by occupying 8 bits of the IMT header Ensemble_Num shown in Table 4, and the overall index portion of the service may include up to 255 idx. Since each idx occupies a fixed 5 bytes space, the overall index portion of the service occupies at most 255*5 or 1275 bytes, together with
  • the 5 bytes of the IMT header require a total of 1280 bytes.
  • a segment of the data set can accommodate up to 8191 bytes.
  • the data group that transmits the IMT must use the CRC;
  • the data group that transmits the IMT may not contain the User Access Field; the data group type (DataGr mpType) value shall be 0000b (General Data).
  • DataGr mpType DataGr mpType
  • the IMT is always transmitted in the FIG type 2 of the FIC, and the extension definition of the FIG type 2 is as shown in FIG. Field description:
  • Length the length of the 'FIG data field' part, in bytes
  • First/Last Indicates whether the IMT is divided into multiple segments for transmission in FIG. 2, as defined in Table 8.
  • Table 8 defines the location of this segment of data in the FIG type 2 data field.
  • Extension Fixed to ( 000000 ' , other values reserved for FIG type 3, FIG type 4 and FIG type 7 etc.
  • the same extension definition as type 2 can be used.
  • FIG type 6 since it already contains FIG type 2
  • the extended definition can therefore be used directly.
  • the IMT table at least describes the IP mapping relationship of the entire service.
  • an IMT can describe an IP mapping relationship in other services as a whole. In the case where bandwidth is allowed, the IP mapping data of all services in the network can be described in each service as a whole.
  • Each Ensemble-IP-Mapping-Data-Loop in the IMT must be complete, that is, once Ensemble_IP_Mapping_Data_Loop appears, it must describe all IP flows in the corresponding service as a whole.
  • IMT is divided into multiple segments for transmission in FIG. 2 of FIC. Except for the last segment, the other segments should be equal in length and marked with the 'First/Last' flag to indicate its position in the entire IMT.
  • Figure 7 shows a typical flow of IMT charging and monitoring in the manner in which IMT is transmitted over the MSC channel, which can be performed as follows.
  • the terminal may need to charge all IMTs to establish a cache in memory when initially accessing the IP service.
  • the terminal then needs to monitor the version change of the IMT to update the mapping relationship.
  • the two-level versioning mechanism of IMT can help the terminal establish a fast update mechanism.
  • the IMT header and the full index of the complete service must be in the first segment (segO), and because the version number of the IMT table is indicated in the IMT header and each service The overall version number is indicated in the overall service index, so only the first segment of the MSC channel data group in which the IMT is located is polled in the flow.
  • FIG. 7 depicts a flow, assuming that the terminal receives the IMT table, which is described below in connection with Figures 16 and 17. It is assumed that the IMT processing module 304 of the terminal 300 has received the parsed complete IMT table and established a mapping relationship between the IP stream and the service component in the memory.
  • the IMT processing module 304 begins polling the first segment (SegO) of the MSC channel data set in which the IMT is located. For example, the content of the last polled SegO is as shown in FIG. 16. The content of the SegO received in the new polling cycle is shown in Figure 17. As can be seen from Figure 16 and Figure 17, in
  • the IMT processing module 304 first determines that the IMT table has been updated by comparing the version Ver of the IMT header in each polling SegO. ⁇
  • the IMT processing module 304 continues to query the overall index portion of the service in the SegO. If it is found that the version v er of other services changes, the overall update of the service is continued.
  • the method of the present invention can be implemented in existing DAB systems, such as the exemplary DAB broadcast systems shown in Figures S and 9.
  • Figure 8 is a schematic diagram of the head end of a DAB broadcast system to which the present invention is applied.
  • the IP service source 101 provides two IP services: IP1 and IP2; the two IP services are multicast through the IP multicast network 102; IP1 and IP2 are in the DAB packer 103.
  • the DAB-IP data group DG packetizer is packaged and packaged, and is multiplexed in the MSC multiplexing module 105. Finally, the channel multiplexing and modulation module 106 will send the data in the MSC multiplexing module 105 and the FIC information together.
  • the service configuration system 104 obtains the multiplexing situation of IP1 and IP2 in the MSC channel from the MSC multiplexing module 105, and generates a corresponding IMT table according to the multiplexing condition of the IP1 and IP2 in the MSC channel, and the IMT table.
  • the DAB data group DG packetizer in the DAB packetizer 103 is packaged and packaged and multiplexed in the MSC multiplexing module 105; since then, the IMT is multiplexed with the corresponding IP streams of IP1 and IP2 in the DAB MSC channel of the DAB.
  • the above multiplexed data will be transmitted to the DAB broadcast terminal 300 through the DAB broadcast network 200.
  • the service configuration system 104 in FIG. 8 is responsible for generating a corresponding IMT table according to the multiplexing relationship of various IP flows in the MSC channel, which obtains the above multiplexing relationship from the MSC multiplexing module 105, and transmits the generated IMT table to The DAB packer 103 performs packaging.
  • the service configuration system 104 is an improvement and supplement to the existing DAB broadcast headend for implementing the method of the present invention.
  • Service configuration system when IMT is used in the FIC's FIG type 2 transmission 104 will pass the generated IMT table to channel multiplexing and modulation module 106, which directly transmits the IMT table in FIG type 2 of the FIC.
  • Other procedures are similar to the way IMT tables are transmitted in the MSC channel.
  • 9 is a schematic diagram of a terminal to which a DAB broadcasting system of the present invention is applied. In the DAB broadcast terminal 300 of FIG.
  • the IMT table and the corresponding IP flows of IP1 and IP2 are demultiplexed by the MSC demultiplexing module 301; the IMT processing module 304 receives and monitors the IMT table; when the terminal user needs to join at an IP address
  • the IP application module 303 passes the specified IP multicast address to the IMT processing module 304.
  • the IMT processing module maps and locates the corresponding IP flow according to the LP multicast address, for example, IP1; MSC demultiplexing
  • the module 301 extracts the IP flow of the IP 1 and passes it to the IP unpacking module 302.
  • the IP unpacking module 302 unpacks the IP flow of the IP 1 and restores the original IP1 service; the end user can finally use the IP application module.
  • the IMT processing module 304 in FIG. 9 is responsible for the collection, monitoring and mapping and monitoring of IP flows in the DAB channel according to the IMT table, which obtains the user-specified IP multicast address from the IP application module 303 and controls the MSC demultiplexing. Module 301 extracts the corresponding IP stream from the DAB channel.
  • the IMT processing module 304 is an improvement and supplement to existing DAB broadcast terminals for implementing the method of the present invention. When IMT is used in the mode of transmission in FIG. 2 of the FIC, the terminal obtains the IMT table directly from the FIG type 2 of the FIC, and other processes are similar to the manner in which the IMT table is transmitted in the MSC channel.
  • the following describes the generation and transmission flow of the IMT table of FIG. 10, which briefly describes the present invention by transmitting an electronic bulletin at the IP multicast address 213.1.23. 6 and transmitting the electronic bulletin EP stream through the DAB broadcast channel.
  • Method in the workflow of each stage it is assumed that the IP service source 101 of the headend 100 provides An IP-based electronic bulletin service that multicasts an electronic bulletin IP1 at the IP address of 213.1.23.66. For any terminal that joins the multicast address, it can read the electronic bulletin IP1.
  • the headend 100 packs the electronic bulletin IP1 into an IP stream via the DAB-IP data packetizer 103, and multiplexes the IP1 into the MSC channel through the MSC multiplexing module 105, and finally passes through the DAB channel multiplexing and modulation module 106. transmission.
  • the multiplexing configuration information MCI of the fast information channel FIC the above-described multiplexing information is described by the fast information groups FIG0/1 and FIG 0/3 and transmitted through the DAB channel multiplexing and modulation module 106.
  • the service configuration system 104 in the headend 100 also generates a corresponding IMT table based on the multiplexing of the electronic bulletin IP1 in the DAB channel MSC multiplexing module 105.
  • An example of a specific process for generating and transmitting an IMT table for the electronic bulletin IP1 is as follows:
  • the service configuration system 104 defines the IMT table according to the IMT table structure (as shown in FIG. 5) or automatically (for example, by automatically analyzing and generating the tool by the IMT table) or manually (for example, manually editing the IMT table by the operator).
  • Table 9 lists the IMT entries that need to be added for IP1 and their values.
  • the modified IMT table is shown in Figure 15.
  • FIG. 15 only shows the entries in the IMT for the electronic bulletin IP1;
  • Table 9 is the corresponding entry added in the IMT table for the IP service IP1.
  • the service configuration system 104 sends the complete IMT table (including the service component mapping relationship describing the electronic bulletin IP1 and other IP flows) to the DAB data group DG packetizer in the DAB packer 103 for encapsulation and packaging and multiplexing in the MSC.
  • Module 105 performs multiplexing.
  • the above multiplexing information passes the fast information groups FIG0/1 and FIG 0/3 Describe and pass
  • the DAB channel 106 is transmitted. Since then, IMT, electronic bulletin IP1 and other IP flows are multiplexed in the DAB MSC channel; the above multiplexed data (including data in the MSC channel and multiplexing structure information in the fast information groups FIG0/1 and FIG 0/3) ) will be transmitted to the DAB broadcast terminal 300 through the DAB broadcast network 200.
  • Figure 11 depicts the flow of the IMT table to collect and monitor the IMT table.
  • the IMT processing module in terminal 300 is staged at terminal 300 to receive and monitor the IMT table.
  • FIG. 11 generally depicts the flow of charging and monitoring an IMT table.
  • Figure 13 illustrates, by way of example, the specific flow of step 1 shown in Figure 11 (i.e., receiving an IMT table from a DAB channel). The specific description of Figure 13 is as follows:
  • the IMT processing module 304 in the terminal 300 acquires FIG0/1 and FIG0/3 from the fast information channel FIC of the DAB broadcast channel.
  • the IMT processing module 304 controls the MSC demultiplexing module 301 to locate and obtain the IMT table from the MSC channel according to the above parameters. After the terminal maps and obtains the IP flow according to the IMT table, it is assumed that the terminal user requests to join the IP multicast with the address of 213.1.23.66 and receives the above-mentioned multicast electronic advertisement IP1, and the IP application module 303 of the terminal 300 sets the group.
  • the broadcast address 213.1.23.66 is passed to the IMT processing module 304; the IMT processing module 304 maps and locates the electronic announcement IP stream in the DAB channel according to the multicast address and the updated IMT table; the IMT processing module 304 controls the MSC demultiplexing module 301. Extracting the electronic advertisement IP stream, the IP unpacking module 302 unpacks the electronic advertisement IP stream and transmits it to the IP application 303, and the TCP/IP protocol stack in the IP application 303 is added to
  • FIG. 12 generally depicts the workflow for mapping and fetching EP streams according to an IMT table.
  • Fig. 14 exemplifies a specific flow of the step 2 shown in Fig. 12 (positioning the electronic bulletin IP stream in the DAB channel according to the IMT table).
  • the specific description of Figure 14 is as follows:
  • the IMT processing module 304 in the CD terminal 300 queries the IMT table according to the instruction of the IP stream with the multicast address of 213.1.23.66 given by the IP application module 303.
  • IMT processing module 304 is obtained from the IMT table
  • Target_Dest JP 213.1.23.66
  • the IMT processing module 304 controls the MSC demultiplexing module 301 to locate and obtain data of the electronic bulletin IP1 from the MSC channel according to the above parameters.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention porte sur une méthode de mise en concordance de flux IP dans un canal de transmission de programmes audio numériques (DAB) consistant: à recevoir la table IMT de mise en concordance du composant de service IP avant de recevoir les données transmises dans le canal de transmission DAB, et à obtenir le flux IP en démultiplexant les données transmises dans le canal de transmission DAB sur la base de la table IMT. Ainsi, toutes les applications basées sur l'IP peuvent être directement utilisées dans le système DAB.
PCT/CN2007/002358 2007-08-06 2007-08-06 Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques WO2009018680A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2007/002358 WO2009018680A1 (fr) 2007-08-06 2007-08-06 Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2007/002358 WO2009018680A1 (fr) 2007-08-06 2007-08-06 Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques

Publications (1)

Publication Number Publication Date
WO2009018680A1 true WO2009018680A1 (fr) 2009-02-12

Family

ID=40340925

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/002358 WO2009018680A1 (fr) 2007-08-06 2007-08-06 Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques

Country Status (1)

Country Link
WO (1) WO2009018680A1 (fr)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1455591A (zh) * 2002-04-30 2003-11-12 电子科技大学 视频/数据广播的同频道多流透明传输方法
US20040111746A1 (en) * 2002-12-04 2004-06-10 Khoi Hoang IP to DVB subchannel mapping
CN1561638A (zh) * 2001-10-02 2005-01-05 诺基亚公司 互联网协议地址到分组识别符的映射
KR20050104153A (ko) * 2004-04-28 2005-11-02 에스케이 텔레콤주식회사 위성 디지털 멀티 미디어 방송 단말기와 방송 센터간의역방향 채널 접속 방법
US20050273833A1 (en) * 2004-05-14 2005-12-08 Nokia Corporation Customized virtual broadcast services
WO2007027003A1 (fr) * 2005-07-12 2007-03-08 Samsung Electronics Co., Ltd. Procede et systeme de fourniture de service de diffusion de donnees ip dans un systeme de diffusion audionumerique
CN1946176A (zh) * 2006-10-11 2007-04-11 祝万昌 Dvb数据实时高速接收和传送的装置和方法
KR20070040663A (ko) * 2005-10-12 2007-04-17 이규훈 비주얼라디오 서비스 시스템

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1561638A (zh) * 2001-10-02 2005-01-05 诺基亚公司 互联网协议地址到分组识别符的映射
CN1455591A (zh) * 2002-04-30 2003-11-12 电子科技大学 视频/数据广播的同频道多流透明传输方法
US20040111746A1 (en) * 2002-12-04 2004-06-10 Khoi Hoang IP to DVB subchannel mapping
KR20050104153A (ko) * 2004-04-28 2005-11-02 에스케이 텔레콤주식회사 위성 디지털 멀티 미디어 방송 단말기와 방송 센터간의역방향 채널 접속 방법
US20050273833A1 (en) * 2004-05-14 2005-12-08 Nokia Corporation Customized virtual broadcast services
WO2007027003A1 (fr) * 2005-07-12 2007-03-08 Samsung Electronics Co., Ltd. Procede et systeme de fourniture de service de diffusion de donnees ip dans un systeme de diffusion audionumerique
KR20070040663A (ko) * 2005-10-12 2007-04-17 이규훈 비주얼라디오 서비스 시스템
CN1946176A (zh) * 2006-10-11 2007-04-11 祝万昌 Dvb数据实时高速接收和传送的装置和方法

Similar Documents

Publication Publication Date Title
EP2567524B1 (fr) Réduction d'overhead de protocole
JP5266214B2 (ja) Ｉｐｄｃサービスを提供する装置と方法、及びｉｐｄｃサービスを処理する装置と方法
CN112468846B (zh) 广播信号发送方法和装置以及广播信号接收方法和装置
KR101757302B1 (ko) 하이브리드 방송 시스템의 방송 신호를 송신/수신하는 방법 및 장치
US11374996B2 (en) Apparatus and method for transmitting or receiving broadcast signal
CN106165321B (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法以及广播信号接收方法
US11496542B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
US20160359803A1 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
KR101837485B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN111107110B (zh) 广播信号传输设备、广播信号接收设备及其方法
CN106464676B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
KR102197968B1 (ko) 방송 신호 송수신 장치 및 방법
US10749917B2 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
KR101804926B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP2009534997A (ja) マルチプレクサと送信機とのインターフェイスプロトコル
WO2009018680A1 (fr) Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques
WO2008034376A1 (fr) Procede, systeme, serveur et terminal utilisateur permettant d'obtenir un message de notification par defaut
CN101754006B (zh) 一种cmmb网络承载移动广播业务的方法和系统
Series Multiplexing scheme for variable-length packets in digital multimedia broadcasting systems
WO2009086712A1 (fr) Procédé, tête de réseau de diffusion et terminal pour mettre en place un guide des services dans un système émetteur de diffusion de télévision numérique terrestre
Ewald et al. Towards an IP/GSE-Only Signalling Framework for DVB Transmission Systems
WO2003019943A1 (fr) Procede de gestion collective a distance pour systeme de television numerique

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

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

Country of ref document: EP

Kind code of ref document: A1