WO2009086697A1 - 一种在数字音频广播系统中应用业务指南的方法及其广播头端和终端 - Google Patents

一种在数字音频广播系统中应用业务指南的方法及其广播头端和终端 Download PDF

Info

Publication number
WO2009086697A1
WO2009086697A1 PCT/CN2008/000045 CN2008000045W WO2009086697A1 WO 2009086697 A1 WO2009086697 A1 WO 2009086697A1 CN 2008000045 W CN2008000045 W CN 2008000045W WO 2009086697 A1 WO2009086697 A1 WO 2009086697A1
Authority
WO
WIPO (PCT)
Prior art keywords
service guide
service
sgdu
sgdd
transmission
Prior art date
Application number
PCT/CN2008/000045
Other languages
English (en)
French (fr)
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/CN2008/000045 priority Critical patent/WO2009086697A1/zh
Priority to PCT/CN2008/000501 priority patent/WO2009086712A1/zh
Publication of WO2009086697A1 publication Critical patent/WO2009086697A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]

Definitions

  • This application relates to related Internet technology standards and related digital broadcasting standards, which are respectively OMA-TS-BCAST_ServiceGuide-Vl_0-20070529-C (Service Guide for Mobile Broadcast Services),
  • OMA-TS-BCAST_DVB_Adaptation-Vl_0-20070529-C Broadcast Distribution System Adaptation - IPDC over DVB-H
  • ETSI EN 301 192 VI .4.1 Digital Video Broadcasting (DVB); DVB specification for data broadcasting
  • ETSI TS 102 471 Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic Service Guide (ESG)), RFC3450 (Asynchronous Layered Coding (ALC) Protocol Instantiation), RFC3926 (FLUTE - File Delivery over Unidirectional Transport), ETSI TS 101 498 -1 (Digital Audio Broadcasting (DAB); Broadcast website; Part 1: User application specification), EN 301 234 (Digital Audio Broadcasting (DAB); Multimedia Object Transfer (MOT) protocol) and ETSI TR 101 497 (Digital Audio Broadcasting ( DAB); Rules of Operation for the Multimedia Object Transfer Protocol). This is hereby incorporated by reference in its entirety.
  • the present invention relates to digital audio broadcasting, and more particularly to a method of applying a service guide in a digital audio broadcasting system and its broadcast headend and terminal. 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. Table 1 Technical terms and abbreviations
  • the Eld in Table 1 is the overall service identifier, which is used to distinguish different service entities (Ensemble) in the 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.
  • a service component is part of the service, or carries audio or carries other data.
  • Each service component of a given service is linked by Multiplexing Configuration Information (MCI).
  • MCI Multiplexing Configuration Information
  • Each service component is either carried in a sub-channel or carried in a fast information data channel (FIDC).
  • FIDC fast information data channel
  • FIC Fast Information Channel
  • a block is configured to carry multiplexing configuration information, service information (SI), fast information data channel, etc., which explain the MSC configuration mode.
  • 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 groups FIG0/1, FIG 0/2, FIG 0/3, and FIQ0/4.
  • the fast information group FIG0/1 provides the organization of the sub-channel, which defines a sub-channel Id, a sub-channel start address, a sub-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 information 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 broadcast also provides fast packet transmission data such as FIG type 2, FIG type 3 and FIG type 4.
  • MSCCMain Service Channel The main traffic channel, which consists of a common interleaved frame (CIF) sequence.
  • a CIF is a 55296 1 ⁇ 2 special data area, transmitted in units of 24 milliseconds.
  • the smallest 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, that is, a subchannel, and the MSC can thus be composed 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 two modes of transporting traffic components are defined: 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 session header, and a data group.
  • the data field and an optional data set CRC check The transmission of the audio stream by the DAB system is mainly the DAB mode, the transmission of the video stream is mainly the MPEG2-TS mode, and the transmission of the data stream is mainly the data group DG mode.
  • the DAB system can also package it in the data group DG for transmission.
  • the original electronic program guide EPG of the DAB system mainly provides simple program introduction, playback time and other program information.
  • Service Guide is a business guide. Compared with the original electronic program guide EPG of DAB, the service guide SG has better service scalability, especially the service guide SG enhances the support of interactive applications, which greatly facilitates the deployment and release of cross-broadcast networks and communications by operators. Various S-dynamic value-added applications for networks and the Internet. But because it only supports the base The various audio and video streams and data streams of IP are directed and indexed, so the service guide SG cannot directly direct and index non-IP based audio and video streams and data streams in the DAB system.
  • An example of a business guide data model is shown in Figure 1. The business guide structure and shards are defined based on the XML data format.
  • each data fragment also contains multiple attributes and sub-elements.
  • the meaning of the arrows and the numbers at both ends in Figure 1 is shown in Figure 2.
  • Figure 2 shows that an A slice can be associated with c ⁇ d B slices, and a B slice can be referenced by a ⁇ b A slices.
  • the shards and meanings included in the Business Guide are as follows -
  • Purchaseltem The purchase item is the smallest unit purchased by the user.
  • a Purchaseltem can contain 0 or more business services, or 0 or more content.
  • Purchases Purchaseltem can be associated with a business service to enable the ordering of one or more business channels; associated with the c content ontent can be used to purchase one or some content.
  • PurchaseData Quotation data, including price information and ordering interval, a quote data PurchaseData corresponds to 1 ⁇ purchase item Purcjiaseltem.
  • PurchaseChannel The way in which the business is purchased, such as the way the phone is ordered, and the URL is ordered.
  • a service service Information describing the mobile multimedia service, each service service containing multiple content Content data units.
  • a service service can represent a television channel, such as CCTV-5, or a broadcast service, such as a data broadcast channel.
  • Schedule The scheduling of business and content items.
  • One program uniquely corresponds to one service, and one service can include one or more programs.
  • PreviewData The preview content of the program, which specifies the content that the user presents to the user when he needs to view the detailed content of the business, program or schedule, such as the program picture and the introduction text.
  • IneractivityData Interaction data, describing the interaction information corresponding to the business or content.
  • Access Specifies the access information required by the terminal to receive and play channels, a TV program, or content distributed during a certain period of time, such as the frequency of the broadcast network, channel number, SDP, and so on.
  • ServiceDescription Description Session parameters such as IP address, port number, session start and end time, media type and media format. Access information of the service guide Access slice data is defined as follows:
  • E Element represents an element
  • NM indicates that the network must support
  • NO indicates network optional support
  • TM indicates that the terminal must support
  • TO indicates optional support for the terminal.
  • Access Information The Access Data Unit specifies the information that the terminal needs to play a TV program. The definition is shown in Table 2.
  • Uri AM/TM 0 . .1 reference to external MBMS-USBD information anyURI idRef AM/TM 0. .1 referenced 'SessionDescription' fragment id of anyU I
  • Type A NM/TM 1 transport mechanism unsignedByte
  • AccessServerURL E3 NM/TM 1. .N The terminal can receive the service's server anyURI through the interactive network.
  • oma - bcas t - drm- pki indicates OMA DRM una ignedByte
  • Permisa ionl s suerURI E2 NM/TM 1 The address of the platform that sent the key, and is used to pass anyURI
  • ScheduleRef erence El NM/TM 0 , .N can be included in the Schedule-Access data unit associated with this access
  • idRef A The ID of the Schedule data unit associated with NM/TM 1.
  • DiatrxbutionWindowID E2 NO/TM 0 . , N The integer associated with the Access data unit
  • the sub-element of the access element of the access information Access fragment is an IP-based transmission parameter, so the access information Access fragment can only be used.
  • IP IP-based transmission parameter
  • the terminal can obtain the service guide SG in two ways, that is, through the bidirectional channel through the portal address of the known portal; or through the broadcast channel, that is, the manner in which the service guide SG sends the data in the broadcast channel by the broadcast system head end
  • the broadcast terminal sends the service guide SG in a manner of receiving broadcast data.
  • Each Service Guide SG fragment is defined based on the Extensible Markup Language X ML format, with unique identifiers assigned to distinguish each other.
  • the identifier is represented by a URJ (Universal Resource Identifier), so that each service guide SG fragment is unique not only in this service guide SG, but also in all service guides SG.
  • URJ Universal Resource Identifier
  • each service guide SG fragment is assigned an integer transmission ID in addition to the fragmentation identifier (URI), which is used at the transport layer. This identifier is used to locate each service guide SG fragment.
  • URI fragmentation identifier
  • each service guide SG fragment has a slice identifier (URI), which is expressed in the attribute "id" of the slice.
  • URI slice identifier
  • the transport layer is used to locate the service guide.
  • the transport ID of the SG fragment is transmitted by the service guide.
  • the 'slice transfer identifier fragmentTransportlD' specified in the SGDU The fragment identification and transport ID are bound by the XML unit 'fragment fragment' describing each slice in the SGDD (Service Guide Delivery Descriptor), and its attribute, the fragment transmission identifier fragmentTransportID' corresponds to the The transport ID of the fragment, the attribute 'fragment identifier fragmentID' corresponds to the identifier of the fragment.
  • the following rules should be observed:
  • fragmentTransportID
  • the one-to-one correspondence terminal shall maintain the correspondence between the fragmentation identifier and the transmission ID according to the following rules.
  • the terminal shall parse the 'fragment transmission identifier fragmentTransportID' in the service guide transmission unit SGDU. Corresponding shards, and record the corresponding relationship.
  • the terminal can no longer use the recorded fragment's fragment transmission identifier fragmentTransportID' and the 'fragment identifier fragmentID' correspondence.
  • the service guide SG fragment is encapsulated in the container.
  • the container (service guide transport unit SGDU) consists of three parts: header, payload and extension. It is used to encapsulate a set of service guide SG fragments into transport objects, which can be transmitted by the service guide SG Session Transfer Descriptor (SGDD). Any type of data described. The following rules should be followed when encapsulating fragments into the Service Guide Transport Unit SGDU:
  • the field 'segment transmission identifier fragmentTransportlD' is the transmission ID to identify the service guide transmission unit SGDU in each service guide SG fragment;
  • the content type attribute of the transport object containing the service guide transport unit SGDU should be set to "application/vnd.oma.bcast.sgdu";
  • the service guide transmission unit SGDU encapsulation format is as shown in Table 3.
  • the terminal can quickly determine the service guide contained in the service guide transmission unit SGDU by using the 'fragment transmission identifier fragmentTransportlD' and 'fragmentVersion' in the service guide transmission unit SGDU encapsulation header. Whether the SG fragment is updated.
  • Service Guide Transfer Descriptor SGDD provides the following functions: Describe the Service Guide Transfer Descriptor Service Guide in SGDD SG Sharding Business Guide SG Transport Session;
  • a Service Guide Transfer Descriptor SGDD describes one or more Service Guide SG Transport Sessions, and each Service Guide SG Transport Session can only be included in one Service Guide Transfer Descriptor SGDD.
  • the service guide SG fragment can also be enumerated in multiple service guide transmission descriptors SGDD, and the terminal can be easily All service guide SG fragments included in the Service Guide SG are known, but the terminal needs to know all the Service Guide Transfer Descriptors SGDD involved in the Service Guide SG. Therefore, all service guide transfer descriptors SGDD of the same service guide SG are sent in one and only one transport session, which is called a Service Guide Announcement Channel.
  • the SGDD structure definition is shown in Table 6, which is instantiated as an XML file during transfer.
  • E Element represents an element
  • ⁇ -Attribute represents an attribute
  • El sub-element represents a child element
  • E2 sub-element's sub-element represents a child element of a child element, and so on.
  • NM indicates that the network must support
  • NO indicates network optional support
  • TM indicates that the terminal must support
  • TO indicates optional support for the terminal.
  • Table 6 Service Guide Dedicated Descriptor
  • Ici A NM/TM 0 . . 1 SGDD uniquely identifies anyURI version A 15 /TM 0 . .1 SGDD version number unsignedlnt in a specific service guide SG
  • Notl£i cat ionRecep El NM/TM 0 . . 1 Receive information of the general notification message.
  • RequestUEL specifies the address information of the scheduled notification.
  • the POIIURL specifies the address information of the polling notification. If the element exists, then
  • At least one of PollURL must exist.
  • I PBroadcas tDel ive E2 M/TM 0 . .1 provides IP multi-ffi for receiving announcement information through the broadcast channel
  • the terminal can subscribe to the URL of the notification message anyURI transmitted on the two-way channel.
  • the terminal can determine the SGDD entry information according to this.
  • the BSMSelector described in the SGDD should be as follows
  • the terminal can process and display the score without any restrictions.
  • the terminal is based on the corresponding RoamingRule
  • the terminal should not show the user the score
  • the terminal can also send
  • the identified address goes to request the rule.
  • the terminal is based on the corresponding RoamingRtae
  • the terminal can also send
  • the identified address goes to request the rule.
  • networkSubsetCode A NO/TM 0, .1 [3GPPTS 22.022] specified subnet code NSC integer
  • the network integer Ranges tart can also provide a code range instead of direct code.
  • the minimum code acceptable to the terminal is provided in this attribute.
  • nonSmart CardCode A NO/TM 0..1 BSMFilterCode it, When, 'type' « 2 string valid
  • This information is available to the user to select which side must be used.
  • RoamingRule E3 NO/TM 0..N Specifies the entry for the BamSelector related RoamingRule 5.7.1.3 [BCAST10- Services] definition
  • 'GroupingCriteria' can be used as The sub-element of 'DescriptorEntry*' covers this entry.
  • Time period such as a set of valid ones will be declared after 1 hour
  • GenreGroupingCrit describes the category of the related business/content in this SGDU
  • the SGDU corresponding to the SG fragment of the service guide of this group is corresponding.
  • This SGDU contains the business guide SG points ⁇
  • TransportID A NM/TM 0...1
  • the transport ID, 'fragmentTransportID', unsignedlnt must be present when the broadcast channel is sent.
  • This service guide is based on the grouping of SG fragments, if both
  • the service guide transfer descriptor SGDD can only be used to describe and guide IP-based transmission. Announcement information. Since each attribute in the sub-element Transport of the sub-element DescriptorEntry of the element ServiceGuideDeliveryDescriptor of the service guide transfer descriptor SGDD is an IP-based transport session parameter, the service guide transfer descriptor SGDD can only be used to describe and guide the IP-based mode.
  • the transmitted service guide transport unit SGDU Summary of invention
  • the present invention proposes a method of applying a service guide SG in a DAB system, which overcomes the disadvantages of the above prior art.
  • a method for applying a service guide in a digital audio broadcasting system comprising the following steps: a) generating a service guide SG, an SG transmission descriptor SGDD, and a service guide transmission unit SGDU in a digital audio broadcasting system; b) describing and configuring the SGDD and SGDU based on the transmission of each audio and video stream and data stream in the digital audio broadcasting system; and c) transmitting the tones in the network channel of the digital audio broadcasting system Video stream, data stream, SGDU and SGDD.
  • a broadcast head end for applying a service guide in a digital audio broadcasting DAB system, including a DAB packetizer, a main service channel MSC multiplexer, and a channel multiplexing and modulator, and the broadcast head end further includes : a service configuration system, which generates a service guide SG, an SG transmission descriptor SGDD, and a service guide transmission unit SGDU in a digital audio broadcasting system, and describes and configures the SGDD based on the transmission of each audio and video stream and the data stream in the digital audio broadcasting system.
  • the SGDU, and the various audio and video streams, data streams, SGDUs, and SGDDs are transmitted over the network of the digital audio broadcasting system.
  • a broadcast terminal for applying a service guide in a digital audio broadcast DAB system, including a channel demodulation and demultiplexing module, an MSC demultiplexing module, and a DAB unpacking machine, wherein the broadcast terminal further includes: SG DAB unpacking machine, used to obtain SG information from MSC demultiplexing module; service guide SG module, which acquires FIC channel of any frequency point from channel demodulation and demultiplexing module, and acquires and parses FIG0/1 and FIG0/3 Obtaining transmission information of the SGDD, obtaining SGDD data from the MSC demultiplexing module and the SG DAB unpacking machine according to the transmission information of the SGDD, parsing the SGDD data, obtaining transmission information of the SGDU, and demultiplexing the module from the SG according to the SGDU transmission information.
  • SG DAB unpacking machine used to obtain SG information from MSC demultiplexing module
  • service guide SG module which acquires FIC channel of any frequency point from
  • the service guide SG in the digital audio broadcasting system of the present invention, whether the transmission method of the audio, video and data stream data in the transmission channel of the digital audio broadcasting system is IP-based or non-IP-based, the service guide SG They can be organized flexibly to achieve accurate guidance and indexing of these data;
  • the method of applying the service guide SG in the digital audio broadcasting system by the present invention regardless of the transmission method of the service guide SG itself in the transmission channel of the digital audio broadcasting system Whether it is IP-based or non-IP-based, the Service Guide SG itself can be easily sent and obtained;
  • the service guide SG can accurately accurately whether the transmission mode of the emergency broadcast information in the transmission channel of the digital audio broadcasting system is IP-based or non-IP-based.
  • Guidance and indexing by the method of applying the service guide SG in the digital audio broadcasting system of the present invention, various enhancement functions of the service guide SG are implemented without changing the working mechanism of the digital audio broadcasting, in the digital audio broadcasting Providing reliable technical support and implementation means through the service guide SG access to various interactive value-added applications.
  • Business Guide The maturity and scalability of the SG itself provides a rich and scalable operational space. This provides a rich application for users of digital audio broadcasting systems and creates added value for the operation of digital audio broadcasting systems. BRIEF DESCRIPTION OF THE DRAWINGS
  • Figure 1 is an example diagram of the business guide SG data model
  • Figure 2 shows the association diagram between the A slice and the B slice
  • Figure 3 is a schematic diagram showing the SG transmitting in one or more file transfer sessions
  • Figure 4 is a diagram showing the change of each layer encapsulation and transport layer when the SG fragment changes
  • Figure 5 is a flow chart showing the SG discovery of the terminal service guide
  • FIG. 6 is a schematic diagram showing a digital audio broadcasting head end of the application service guide SG
  • FIG. 7 is a schematic diagram showing a digital audio broadcasting terminal applying the service guide SG
  • FIG. 8 is a flowchart showing an application service guide SG in the head end of the digital audio broadcasting system
  • 9 is a flowchart showing application of the service guide SG in the terminal of the digital audio broadcasting system
  • FIG. 10 is a flowchart showing the transmission of the service guide SG in the head end of the digital audio broadcasting system
  • Figure 11 is a flow chart showing the acquisition and use of the Service Guide SG in a digital audio broadcasting system terminal. detailed description
  • the present invention modifies the partial SG fragment data definition with reference to the OMA-BCAST service guide model. Modify the content and modify the business guide involved.
  • the SG fragments are as follows:
  • DABBroadcastPara Add the element DABBroadcastPara to the access information of the Service Guide SG Access fragment data definition.
  • the element DABBroadcastPara is added as a child element to the child element PrivateExt of the element Access in the access information Access fragment.
  • the element DABBroadcastPara is used to describe the broadcast network parameters of the DAB system.
  • DABBroadcastPara contains the following attributes: eID, MediaType, ProtocoleT pe, TransportMode.
  • DABBroadcastPara also contains the following child elements: channelld,
  • the attribute elD is used to describe the Ensemble ID where the service component ServiceComponentID is located. For example, when the service component ServiceComponentID is transmitted at other frequency points, elD can directly locate the frequency position where the service component is located.
  • the attribute MediaType is used to describe the type of the service component ServiceComponentID. This type can be DAB audio or DAB audio with Slideshow or DAB audio with DLS (Dynamic Label Segment) or DAB audio or video with Slideshow and DLS or BWS (Broadcast WebSite broadcast website) or
  • TTI/Stock Traffic and Travel Information/stock
  • the attribute ProtocolType is used to describe the type of protocol used by the DAB to transport audio and video streams and data streams. This type can be TDC or MPEG2TS or IP Tuneling or EWS or
  • the attribute TransportMode is used to describe the transmission mode of the service component corresponding to the access information Access fragment.
  • the transmission mode can be DAB FIDC or DAB Stream Mode or DAB Packet Mode or DAB X-PAD.
  • the child element chaimdID is used to describe the channel on which the broadcast program stream is located.
  • ProtocoleType is MPEG2TS
  • ChannellD is obtained from the content providing and content distribution module and is allocated by the broadcast network operator.
  • the Program one number set in the PMT table of each broadcast program stream is the same as ChannellD in the service guide.
  • the terminal parses the corresponding program stream from the broadcast stream according to ChannellD in the service guide. This is not valid when ProtocoleType is other types.
  • the child element ServiceComponentID is used to describe the ID of the business component.
  • the attribute TransportMode is DAB FIDC
  • the value of the child element ServiceComponentID is
  • the present invention has modified the definition of the service guide SG transport descriptor with reference to the OMA-BCAST service guide model.
  • the SG Transfer Descriptor adds the element DABBroadcastDelivery.
  • the element DABBroadcastDelivery is added as a child element to the child element of the element ServiceGuideDeliveryDescriptor of the Service Guide SG Transfer Descriptor
  • the element DABBroadcastDelivery is used to provide channel parameters for receiving notification messages in the broadcast channel.
  • the child element DABBroadcastDelivery also contains the child element ServiceComponentID.
  • the child element ServiceComponentID is used to describe the ID of the service component.
  • the value of the child element ServiceComponentID is the SCId of the MOT channel.
  • the SG Transfer Descriptor adds the element DABTransport.
  • the element DABTransport is added as a child element to the child element DescriptorEntry of the element ServiceGuideDeliveryDescriptor of the Service Guide SG Transfer Descriptor.
  • the child element DABTransport is used to describe the transport session in which the service guide transport unit SGDU described in the service guide SG transport descriptor entry is located.
  • the child element DABTransport also contains the following attributes: elD, TransportMode.
  • the child element DABTransport also contains the child element ServiceComponentID.
  • the attribute elD is used to transmit the EnsembleID where the descriptor description service guide SG is located in this service guide SG.
  • the attribute TransportMode is used to describe the industry corresponding to the service guide transmission unit SGDU.
  • the transmission mode of the component The attribute TransportMode can be DAB FIDC or DAB Stream Mode or DAB Packet Mode.
  • the child element ServiceComponentlD is used to describe the ID of the service component.
  • the SGDD describes the service guide SG where EnsemblelD unsignedlnt
  • TransportMode A 1 The transmission mode of the service component corresponding to Access, unsignedByte
  • the Service Guide SG can be transmitted over the FLUTE protocol in the DAB system.
  • the Service Guide Transfer Descriptor SGDD and the Service Guide Transfer Unit SGDU shall be transmitted in the manner defined by the original Service Guide Transfer Descriptor SGDD. That is, the emergency broadcast booting section still uses the element of the element ServiceGuideDeliveryDescriptor in Table 6.
  • the SG uses the same DAB MOT (Multimedia Object Transfer) protocol or FLUTE (File Delivery over Unidirectional Transport) to transmit. And follow the rules below:
  • Service Guide SG fragments are encapsulated in multiple service guides in the format defined in Table 3.
  • each service guide transmission unit SGDU is distributed as a separate file.
  • the service guide transport unit SGDU can transmit in one or more live events.
  • All service guide transmission units SGDUs are encapsulated in one or more service guide transmission descriptors SGDD in accordance with the formats defined in Table 6, Table 8, and Table 9.
  • Each Service Guide Transfer Descriptor SGDD is distributed as a separate file.
  • a service guide transfer descriptor SGDD may declare a service guide transfer unit SGDU session, or may declare multiple service guide transfer unit SGDU sessions.
  • the Service Guide Transfer Descriptor SGDD is transmitted in the Service Guide SG Announcement Session, and there is one and only one Service Guide SG advertises the session in one frequency point.
  • the Service Guide SG can transmit in one or more file transfer sessions.
  • the Announcement Session is used to send the Service Guide Transfer Descriptor SGDD that declares the Service Guide SG Transport Session. Only one service guide SG is broadcast at the same time. Announcement session
  • the announcement session is used to transmit the Service Guide Transfer Descriptor SGDD, using the MOT protocol or
  • the FLUTE protocol performs file transfer, and each service guide transmits the descriptor SGDD as a file.
  • the MOT protocol transmission service guide transmission descriptor SGDD When the MOT protocol transmission service guide transmission descriptor SGDD is used, the MOT header mode or the MOT directory mode may be used. When there are multiple service guide transmission descriptors SGDD, the MOT directory mode can be used for transmission.
  • a service guide transmission descriptor SGDD changes, it can be quickly tracked and updated through the MOT directory.
  • the Service Guide Transfer Descriptor SGDD can be compressed and transmitted. The following rules and constraints should be followed:
  • the terminal shall support both the normal service guide transport descriptor SGDD and the compressed service guide transport descriptor SGDD resolution;
  • the Service Guide The SG Transport Session is used to transport the Service Guide Transport Unit SGDU.
  • Each Service Guide Transport Unit SGDU is transmitted as a file using the MOT protocol or the FLUTE protocol.
  • the MOT header mode can be used for transmission, or the directory mode can be used for transmission.
  • the service guide SG information can be obtained by parsing the received service guide transmission unit SGDU.
  • the service guide transmission unit SGDU may be compressed and sent in the network, and the following rules and constraints shall be followed:
  • the GZIP algorithm should be used (see RFC1952, "GZIP file format specification version 4.3"); (2) The terminal should support both the normal service guide transport unit SGDU and the compressed service. Analysis of the guide transfer unit SGDU;
  • Service Guide SG Fragment Update Updates the content of the fragmentation part and updates the version of the service guide transmission unit SGDU header to the service guide transmission unit SGDU in which it is located. Change the transport ID and file version of the service guide transport unit SGDU and resend it. At the same time, the service guide transmission descriptor SGDD content declaring the service guide transmission unit SGDU is updated and transmitted with the new transmission ID and the file version.
  • Service Guide SG Fragment Addition The fragmentation information is added to the existing service guide transmission unit SGDU or the new service guide transmission unit SGDU, and the service guide transmission unit SGDU file is transmitted with the new transmission ID and the file version.
  • the service guide transmission descriptor SGDD content declaring the service guide transmission unit SGDU is updated (or the new service guide transmission descriptor SGDD) and transmitted with the new transmission ID and the file version.
  • Deletion of Service Guide SG Fragment The service guide transmission unit SGDU for which it is located removes the content of the fragmentation part and updates the service guide transmission unit SGDU header. Change the transport ID and file version of the service guide transport unit SGDU and resend it.
  • the service guide transfer descriptor SGDD content declaring the service guide transport unit SGDU is updated and sent with the new transport ID and the file version.
  • Addition of Service Guide Transfer Unit SGDU Create a new Service Guide Transfer Unit SGDU file and declare it in the Service Guide Transfer Descriptor SGDD.
  • the service guide transport unit SGDU file and the service guide transport descriptor SGDD file are transmitted in respective transport sessions with the new transport ID and file version.
  • Deletion of the service guide transmission unit SGDU The declaration related to the service guide transmission unit SGDU is removed in the corresponding service guide transmission descriptor SGDD, and the transmission of the service guide transmission unit SGDU file is stopped in the transmission session of the service guide SG.
  • the SG fragment changes in the service guide, the encapsulation of each layer and the transport layer change as shown in Figure 4.
  • Service Guide The discovery of the SG is implemented through the Service Guide SG Announcement Session.
  • Service Guide The SG Notification Session contains the Service Guide SG Transfer Descriptor (SGDD).
  • SGDD Service Guide SG Transfer Descriptor
  • Service Guide The SG Advertise Session itself has a well-known access address, that is, the Transport Guide Descriptor SGDD's transport address is known by the DAB broadcast headend and the DAB broadcast terminal. The following rules apply when transmitting the Service Guide Transfer Descriptor SGDD and the Service Guide Transfer Unit SGDU using the MOT protocol:
  • the SG advertisement session is sent in an IP address and port number of a service component (for example, the service component SCId is 1, the IP address is 232.0.23.165, and the port number is 4090);
  • the service guide transmission unit SGDU is sent in a certain IP address and port number of a certain service component (for example, the service component SCId is 1, the IP address is 232.0.1.51, and the port number is 5010);
  • Service Guide SG Broadcast Implementation Guide The service guide SG information can be sent on the broadcast channel according to the following rules.
  • Service Guide The SG fragments are encapsulated in the Service Guide Transport Unit SGDU and transport the session transmissions in one or more Service Guides SG, each of which corresponds to a service component.
  • Service Guide The SG Transport Session shall be declared by the Service Guide Transfer Descriptor SGDD, Service Guide Transfer Descriptor SGDD is transmitted in the Service Guide SG Announcement Session;
  • the service guide SG advertised session of each frequency point can only transmit the service guide transmission descriptor SGDD related to the frequency point.
  • the terminal needs to receive the service guide transmission descriptor SGDD and each fragment of each frequency point to form a fragment.
  • the entire service guide SG and monitors the change of the local frequency point service guide transmission descriptor SGDD, and updates the corresponding fragment.
  • the service guide of each frequency point can also be used to transmit the service guide SG. All the service guide transmission descriptors SGDD, the terminal can obtain all the information of the service guide SG transmission at any frequency point and track all the changes of the service guide SG;
  • Each frequency point may have one or more service guide SG transmission sessions.
  • Service Guide SG transmission sessions can be sent at all frequencies or only at certain frequencies. It is recommended that the service guide SG content of different frequency points should not be encapsulated in the same service guide transmission unit SGDU.
  • the service guide SG transmission session of each frequency point only transmits the traffic guide related SGDU of the local frequency point;
  • Service Guide Transfer Descriptor SGDD is always transmitted in the Ensemble Service Element (SC) with SCId of 1. Other services do not allow the use of service components with a SCId of 1.
  • Service Guide The SG advertises session service components can be monopolized by one sub-channel or shared with other services. A service component with a SCId of 1 does not belong to any service (Service);
  • the SGDU service component may monopolize one sub-channel or may share a sub-channel with other services;
  • the SGDU service components form a Service, and may not belong to any Service (Service).
  • Service Service
  • the descriptor is transmitted.
  • the SGDD tracking service guide changes the SG fragment version, and the service guide transmission unit of the frequency is received.
  • the SGDU updates the service guide SG. After the user service switches to the new frequency point, the descriptor is transmitted according to the service guide.
  • Service Guide for SGDD SG fragment change information service guide transmission unit for receiving this frequency point SGDU updates the service guide SG.
  • the above description is for all service guide transmission descriptors SGDD is sent at each frequency point. If the service guide transmission descriptor SGDD is sent at different frequency points, it is necessary to repeat (1) to (4) at all frequency points. ) The process is to get all the business guide SG information. And when the user service switches to the new frequency point, the service guide transmission descriptor SGDD of the frequency point is received, and the service guide transmission unit SGDU of the current frequency point is received according to the update information, and the service guide SG is updated. Obtained Service Guide SG information should be handled in accordance with the following rules.
  • the normal service guide transmission descriptor SGDD service component does not belong to any service (Service), that is, there is no description of the service component with the SCId of 1 in FIG 0/2. This service component should also not appear in any application performance, for example, the EPG interface does not Allow the list to be listed;
  • the service guide information of the providing user shall be displayed in strict accordance with the information described in the service guide SG, and services not described in the service guide SG, such as the service guide transport unit SGDU Service, shall not be displayed;
  • the process of SG discovery can be represented by the flow chart shown in Figure 5.
  • the method of the present invention can be implemented in an existing DAB system, such as the schematic DAB broadcasting system shown in Figs. 6 and 7, and the flow of applying the service guide SG in the DAB system will be described below with reference to Figs.
  • Service Guide The SG can be sent in the DAB broadcast headend 100 shown in Figure 6 in the flow shown in Figure 8. The following is a detailed description of the video stream through the service guide SG index as an example -
  • a video stream video1 is included in the audio and video streams and data streams transmitted by the DAB broadcast headend 100.
  • the video stream videol is configured and sent in the MSC channel with the following parameters:
  • the video stream video1 belongs to the whole service with an ensamble ID of 1; its media type is video; the protocol type used is MPEG2TS; its transmission type is DAB Stream Mode; the broadcast network operator assigns it to the channel with channel ID 1; It is transmitted through a subchannel with a SubChID of 5; (2)
  • the service configuration system 104 generates a service guide transmission unit SGDU, and describes the above transmission parameters in the service guide transmission unit SGDU for the element DABBroadcastPara of the video stream video1. For example, the above transmission parameters are described in the sub-element DABBroadcastPara of the sub-element PrivateExt of the element Access in the access information Access slice of the video stream video1, namely:
  • the service configuration system 104 configures the transmission parameters of the service guide transmission unit SGDU:
  • the element DABTransport part of the guide transmission unit SGDU transmission (see Table 9) describes the above transmission parameters.
  • TransportMode 2 (see the definition in Table 9, the same below);
  • the CU of the Sub Channel channel starts from CU 21 and occupies 16 CUs. .
  • the Service Guide Transmitting Unit SGDU is transmitted in the DAB Packet Mode.
  • the Service Configuration System 104 generates a Service Guide Transfer Descriptor SGDD and describes the above transmission parameters in the Service Guide Transfer Descriptor SGDD for the Element Transport section of the Service Guide Transfer Unit SGDU Transport (see Table 6).
  • the business guide transfer descriptor SGDD element of the ServiceGuideDeliveryDescriptor sub-element of the DescriptorEntry Transport element describes the above transfer parameters, namely:
  • the CU of the Sub Channel channel starts from CU 21 and occupies 16 CUs;
  • IP stream transport address and port of the SGDD in the SCId 1 service component:
  • the service configuration system 104 describes the transmission information of the above service guide transmission descriptor SGDD in FIG0/1 and FIG. 0/3, namely:
  • the CU parameters describing the Sub Channel channel in FIG0/1 are from CU 21 and occupy 16 CUs.
  • the video stream video1 is packaged by the DAB packer 102; the service guide SG DAB packer 103 obtains the service guide transfer descriptor SGDD and the service guide transfer unit SGDU from the service configuration system 104, and transmits the descriptor SGDD and the service to the service guide.
  • the guide transfer unit SGDU performs packing; the MSC multiplexing module 105 obtains the video stream video1 from the DAB packer 102 and the service guide transfer descriptor SGDD and the service guide transfer unit SGDU from the service guide SG DAB packer 103, respectively, and the video stream video
  • the K service guide transmission descriptor SGDD and the service guide transmission unit SGDU perform MSC multiplexing; the channel multiplexing and modulation module 106 obtains the video stream video1, the service guide transmission descriptor SGDD, the service guide transmission unit SGDU, and the MSC multiplexing module 105, respectively.
  • FIG0/1 and FIG0/3 from the service configuration system 104, and perform channel multiplexing and modulation on the video stream video1, the service guide transmission descriptor SGDD, the service guide transmission unit SGDU, FIG0/1 and FIG0/3; DAB broadcast network 200 broadcasts these data.
  • the service guide SG can be acquired and used in the DAB broadcast terminal 300 shown in FIG. 7 in accordance with the flow shown in FIG. The following takes an example of obtaining a video stream through the service guide SG as an example:
  • the SG Module 305 obtains the FIC channel of any frequency point from the channel demodulation and demultiplexing module 301 and acquires FIG 0/1 and FIG 0/3;
  • the SG module 305 queries FIG 0/1 to obtain the CU parameters of the Sub Channel (in this example, starting from the CU 21, occupying 16 CUs); the service guide SG DAB unpacker 304 passes the above Sub-Channel and packet address.
  • the PacketAddress obtains data of the corresponding service component from the MSC demultiplexing module 302, which is the service guide transmission descriptor SGDD (optionally, when the service guide transmission descriptor SGDD and the service guide transmission unit SGDU are transmitted using the FLUTE protocol,
  • the data corresponding to the service component is obtained as the data with the EP address of 232.0.13.365 and the port number of 4090, that is, the service guide transmission descriptor SGDD);
  • Service Guide SG Module 305 Obtaining the Service Guide Transfer Descriptor from the Service Guide SG DAB Unpacker 304 SGDD;
  • the service guide SG module 305 extracts the transmission parameters regarding the service guide transmission unit SGDU transmission session from the service guide transmission descriptor SGDD file, that is, the child element of the element ServiceGuideDeliveryDescriptor that transmits the descriptor from the service guide SG.
  • TransportMode 2 (ie the service guide SG uses DAB Packet Mode mode transmission);
  • the service guide SG module 305 extracts the transmission parameter about the service guide transmission unit SGDU transmission session from the service guide transmission descriptor SGDD file. , that is, the following parameters are obtained from the child element Transport (see Table 6) of the child element DescriptorEntry of the element ServiceGuideDeliveryDescriptor of the service guide transfer descriptor SGDD:
  • the service guide SG DAB unpacker 304 obtains the data of the corresponding service component from the MSC demultiplexing module 302 by the above parameters, which is the service guide transmission unit SGDU; the service guide SG module 305 obtains the service guide transmission from the service guide SG DAB unpacker 304 Unit SGDU;
  • Service Guide SG Module 305 Parsing Service Guide SG which includes the transmission parameters of video stream video 1, that is, the parameters described in the element DABBroadcastPara in the access information access fragment of the service guide SG for videol, ie
  • ProtocolType 1 (ie MPEG2TS);
  • TransportMode 1 (ie DAB Stream Mode);
  • channellD 1 (ie channel 1 assigned by the broadcast network operator);
  • the application module 306 wishes to obtain the video stream Video1, it first obtains the transmission parameter of the videol from the service guide SG module 305; and then transmits according to the videol
  • the parameter obtains the corresponding data from the MSC channel, that is, the video stream of videol.
  • the service guide SG can be transmitted in the DAB broadcast headend 100 shown in FIG. 6 in accordance with the flow shown in FIG. The following is an example of the use of the service guide SG to index emergency broadcast data as an example -
  • the audio broadcast data and the data stream transmitted by the DAB broadcast head end 100 include the road emergency broadcast data data.
  • the emergency broadcast data data is transmitted in the MSC channel by a service component having an SCId of 8 (optionally, when the service guide transmission descriptor SGDD and the service guide transmission unit SGDU are transmitted using the FLUTE protocol, the emergency broadcast data data is passed in the MSC channel.
  • the IP address in the service component with SCId 1 is 232.0.2.52, and the IP address with port number 5020 is sent);
  • the service configuration system 104 generates a service guide transmission descriptor SGDD and describes the above transmission parameters in the service guide transmission descriptor SGDD for the element DABBroadcastDelivery element of the emergency broadcast transmission path.
  • the service configuration system 104 when the service guide transmission descriptor SGDD and the service guide transmission unit SGDU are transmitted by using the FLUTE protocol, the service configuration system 104 generates a service guide transmission descriptor SGDD and is in the service guide transmission descriptor SGDD for the emergency broadcast transmission path.
  • the above IPBroadcastDelivery section (see Table 6) describes the above transmission parameters.
  • the guide transmission unit SGDU is the same as the previous example and will not be repeated here;
  • the CU of the Sub Channel channel starts from CU 21 and occupies 16 CUs.
  • the service configuration system 104 describes the transmission information of the above service guide transmission descriptor SGDD in FIG0/1 and FIG. 0/3, namely:
  • the CU parameters describing the Sub Channel channel in FIG0/1 are from CU 21 and occupy 16 CUs.
  • the emergency broadcast data data is packaged by the DAB packer 102; the service guide SG DAB packer 103 obtains the service guide transfer descriptor SGDD and the service guide transfer unit SGDU from the service configuration system 104, and transmits the descriptor SGDD and the service guide.
  • the service guide transmission unit SGDU performs packing; the MSC multiplexing module 105 obtains emergency broadcast data data from the DAB packer 102 and the service guide transmission descriptor SGDD and the service guide transmission unit SGDU from the service guide SG DAB packer 103, respectively, and The broadcast data data, the service guide transmission descriptor SGDD, and the service guide transmission unit SGDU perform MSC multiplexing; the channel multiplexing and modulation module 106 obtains the emergency broadcast data data, the service guide transmission descriptor SGDD, and the slave service from the MSC multiplexing module 105, respectively.
  • the configuration system 104 obtains FIG0/1 and FIG0/3, and performs channel multiplexing and modulation on the emergency broadcast data data, the service guide transfer descriptor SGDD, the service guide transfer unit SGDU, FIG0/1, and FIG0/3; the DAB broadcast network 200 Broadcast these data out.
  • Service Guide The SG can be acquired and used in the DAB broadcast terminal 300 shown in FIG. 7 in accordance with the flow shown in FIG. The following is an example of obtaining emergency broadcast data through the service guide SG:
  • the SG Module 305 obtains the FIC channel of any frequency point from the channel demodulation and demultiplexing module 301 and acquires FIG 0/1 and FIG 0/3;
  • the data of the component that is, the service guide transmission descriptor SGDD (optionally, when the service guide transmission descriptor SGDD and the service guide transmission unit SGDU are transmitted using the FLUTE protocol, the IP address is obtained in the data of the corresponding service component is 232.0 .23.165, data with port number 4090, ie service guide transfer descriptor SGDD);
  • Service Guide SG Module 305 Obtaining the Service Guide Transfer Descriptor from the Service Guide SG DAB Unpacker 304 SGDD;
  • the service guide SG module 305 parses the service guide transmission descriptor SGDD, and extracts the transmission parameters regarding the emergency broadcast from the service guide transmission descriptor SGDD file, that is, the child element DABBroadcastDelivery of the element of the ServiceGuideDeliveryDescriptor that transmits the descriptor from the service guide SG.
  • the service guide SG module 305 parses the service guide transmission descriptor SGDD, and extracts an emergency from the service guide transmission descriptor SGDD file.
  • the transmission parameters of the broadcast that is, the following parameters are obtained from the sub-element IPBroadcastDelivery (see Table 6) of the child element NotificationReception of the element ServiceGuideDeliveryDescriptor of the service guide transfer descriptor (see Table 6):
  • the application module 306 wishes to obtain the emergency broadcast data data, it first obtains the transmission parameter of the emergency broadcast data data from the service guide SG module 305; and then obtains the corresponding information from the MSC channel according to the transmission parameter of the emergency broadcast data data.
  • Data that is, emergency broadcast data data.
  • the above embodiment exemplarily describes a part of the application of the service guide SG in the digital audio broadcasting system. In practical applications, the Service Guide SG can also guide and index both IP-based and non-IP-based data transmissions.
  • the booting and indexing can be performed in the manner described in Table 2 (such as using the sub-element of the access element of the access information Access fragment, the sub-element of the AccessType sub-element BroadcastServiceDelivery, the attributes and sub-elements in the SessionDescriptionReference);
  • the guidance and indexing of the data transmission can be described in the manner described in the table (for example, using the attributes and sub-elements in the child element PrivateExt of the access element in the access information Access fragment).
  • the transmission of the service guide SG itself and the transmission of emergency broadcast data can be flexibly selected according to actual needs to be transmitted through an IP-based manner or a non-IP-based transmission.
  • the IP-based transmission service guide SG and the emergency broadcast data may be described in the manner described in Table 6 (such as the attributes and sub-elements in the sub-element Transport of the sub-element DescriptorEntry of the element ServiceGuideDeliveryDescriptor of the service guide transfer descriptor SGDD, And use the business guide to transfer the descriptor SGDD element ServiceGuideDeliveryDescriptor sub-element NotificationReception element IPBroadcastDelivery attributes and sub-elements); for non-IP-based transport service guide SG and emergency broadcast data can be described in Table 9 and Table 8.
  • NotificationReception is the properties and sub-elements of DABBroadcastDelivery. It will be apparent to those skilled in the art that various modifications and changes can be made in the present invention without departing from the spirit and scope of the invention. Therefore, it is intended that the present invention cover the modifications and modifications of the invention.

Landscapes

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

Description

一种在数字音频广播系统中应用业务指南的方法
及其广播头端和终端 相关技术文件
本申请涉及相关的互连网技术标准和相关的数字广播标准， 其分 别为 OMA-TS-BCAST_ServiceGuide-Vl_0-20070529-C ( Service Guide for Mobile Broadcast Services ) 、
OMA-TS-BCAST_DVB_Adaptation-Vl_0-20070529-C ( Broadcast Distribution System Adaptation - IPDC over DVB-H)、 ETSI EN 301 192 VI .4.1 (Digital Video Broadcasting (DVB); DVB specification for data broadcasting) 、 ETSI TS 102 471 (Digital Video Broadcasting (DVB);IP Datacast over DVB-H: Electronic Service Guide (ESG) ) 、 RFC3450 ( Asynchronous Layered Coding(ALC) Protocol Instantiation)、 RFC3926 (FLUTE - File Delivery over Unidirectional Transport) 、 ETSI TS 101 498-1 (Digital Audio Broadcasting (DAB);Broadcast website;Part 1: User application specification )、 EN 301 234( Digital Audio Broadcasting (DAB); Multimedia Object Transfer (MOT) protocol)和 ETSI TR 101 497 (Digital Audio Broadcasting (DAB); Rules of Operation for the Multimedia Object Transfer Protocol) 。 在此全文引用作为参考。 技术领域
本发明涉及数字音频广播， 特别涉及在数字音频广播系统中应用 业务指南的方法及其广播头端和终端。 背景技术
DAB ( Digital Audio Broadcasting)为数字音频广播， 它是继 AM、 FM传统模拟广播之后的第三代广播技术标准。 DAB与传统广播 (FM、 AM)最大的差异是： DAB除了能够传送具有 CD音质的音频外， 还能 够传送多媒体信息， 包括文字、 数据、 图片、 视频以及实时资讯等。 本发明采用了下表 1中的各种技术术语和缩略语 表 1 技术术语和缩略语
Figure imgf000004_0001
表 1中的 Eld为业务整体标识，用于在 DAB网络中区分不同的业 务整体 （Ensemble) 。 一个业务整体包含有节目和数据业务， 是 DAB 终端接收和处理这些信息的入口。 表 1中的 SCId为业务分量标识，用于区分一个业务整体下不同的 业务分量 （Service Component) 。 一个业务分量作为业务的一部分， 或者承载音频或者承载其他数据。 一个给定业务 （Service) 的各个业 务分量通过复用配置信息（MCI)联系在一起。每个业务分量或者承载 于一个子信道（sub-channel)中，或者承载于快速信息数据信道（FIDC) 中。 在数字音频广播中， 数据的传输主要通过两种机制进行： FIC 和 MSC方式。
FIC (Fast Information Channel) 即快速信息信道， 其由快速信息 块 （FIB ) 组成， 用于承载解释 MSC配置方式的复用配置信息、 业务 信息（SI)、快速信息数据信道等。其中复用配置信息包含了复用结构 信息以及该复用结构的再配置信息。 该复用配置信息定义了子信道的 组织结构； 列出了业务整体（ensemble) 的可用业务（service) ； 建立 了业务与业务分量的连接关系； 建立了子信道与业务分量的连接关系； 以及管理复用再配置信息。 在快速信息信道的复用配置信息中， 复用结构信息通过快速信息 组 FIG0/1 , FIG 0/2, FIG 0/3， FIQ0/4来进行描述。 快速信息组 FIG0/1提供了子倩道的组织情况， 其定义了子信道标 识 ( Sub-channel Id) 、 子信道起始地址 ( start address) 、 子信道大小 ( Sub-channel size ) 等。 子信道标识用以标识主业务信道 （MSC) 中的各个子信道； 子信道起始地址用于描述子信道在公共交织帧（CIF)中的起始容 量单元 （CU) 的位置；
子信道大小描述了子信道使用的容量单元的数量。 快速信息组 FIG0/3提供了包模式（packet mode)下关于业务分量 的补充描述，包括业务分量标识 ( service component Id)、子信道标识、 包地址 （packet address) 等。 业务分量标识用于标识在主业务信道中传输的各个业务分量; 子信道标识用于标识与业务分量标识相对应的子信道；
包地址定义了用于承载业务分量的包的地址。 除快速信息组 FIG0/1, FIG 0/2, FIG 0/3外， 数字音频广播还提供 FIG类型 2, FIG 类型 3和 FIG类型 4等快速信息组传输数据。 MSCCMain Service Channel)即:主业务信道，其由公共交织帧（CIF) 序列组成， 一个 CIF为一个 55296 ½特的数据区域， 以 24毫秒为单位 进行传输。 CIF的最小可寻址单元为 64比特大小的容量单元 CU，整数 个 CU构成了 MSC的基本传输单元即子信道， MSC因而可由一系列的 子信道构成。 一个业务一般由几个业务分量 SC构成， 例如一个音乐播放业务， 可由一段音频数据和一段文字描述数据构成。 其中音频数据和文字描 述数据即为该音乐播放业务的两个业务分量。 在主业务信道中， 定义 了两种传输业务分量的模式： 流模式（stream mode)和包模式（packet mode) 。 流模式提供了在一个子信道中按固定比特率进行端到端的透 明传输。 包模式则用来在一个子信道中传输多个数据业务分量， 因而 每个子信道可以传输一个或多个业务分量。 在子信道的包模式传输中， 业务分量信息被构建于主业务信道的 数据组（Data Group)中，一个主业务信道的数据组包含一个数据组头、 一个可选的会话头、 一个数据组的数据域和一个可选的数据组 CRC校 验。 DAB系统对音频流的传输主要为 DAB方式、 对视频流的传输主 要为 MPEG2-TS方式， 对数据流的传输主要为数据组 DG方式等。 对 于 IP流数据 （例如通过 FLUTE协议传输文件， 通过 IP方式传输音视 频流等） ， DAB系统也可以将其封装于数据组 DG中进行传输。 DAB 系统原有的电子节目指南 EPG主要提供简单的节目介绍、 播放时间等 节目信息。
SG ( Service Guide) 为业务指南。 较 DAB 原有的电子节目指南 EPG而言， 业务指南 SG具有更好的业务可扩展性， 特别是业务指南 SG增强了互动应用的支持， 极大地方便了运营商部署和发布跨广播网 络、 通讯网络和互联网络的各种 S动增值应用。 但由于其只支持对基 于 IP的各种音视频流和数据流进行引导和索引， 因而业务指南 SG不 能直接引导和索引 DAB系统中基于非 IP的音视频流和数据流。 业务指南数据模型示例如图 1。业务指南结构和分片基于 XML数 据格式定义。 数据模型中包含的数据分片以及各数据分片之间的关系 如图 1所示。 此外各数据分片还包含多个属性和子元素。 图 1中箭头及两端数字的含义说明如图 2所示。 图 2表示一个 A 分片可以关联到 c~d个 B分片， 而一个 B分片可以被 a~b个 A分片所 引用。 业务指南所包含各分片及含义如下所示-
Purchaseltem: 购买项，是用户购买的最小单位，一个 Purchaseltem 可以包含 0个或多个业务 Service, 或者是 0个或多个内容 content。 购 买项 Purchaseltem可以与业务 Service关联进而实现某个或某些业务频 道的订购； 与 c内容 ontent关联可用于购买某个或某些内容。
PurchaseData: 报价数据， 包括价格信息和订购区间， 一个报价数 据 PurchaseData与 1^购买项 Purcjiaseltem对应。
PurchaseChannel: 购买业务的方式， 例如电话订购方式、 URL订 购等方式的描述。
Service: 描述移动多媒体业务的信息，每个业务 Service包含多 个内容 Content数据单元。 一个业务 Service可以表示一个电视频道， 例如 CCTV-5 , 也可以表示一个广播业务， 例如数据广播频道。
Schedule: 业务和内容项的时间安排。
Content: 描述某个节目的相关信息以及该节目在某个业务中的 时间编排， 一个节目唯一对应于一个业务， 一个业务可包括一个或多 个节目。
PreviewData: 节目预览内容， 规定用户在需要查看业务、节目或 时间表更加详细内容时， 展现给用户的内容， 如节目图片、 简介文本。
IneractivityData:交互数据， 描述业务或内容对应的交互信息。 Access: 规定了终端接收和播放频道、 某个电视节目或某时段 分发的内容时需要的接入信息， 如广播网络的频点、 信道编号、 SDP 等。
ServiceDescription: 描述 IP地址， 端口号， 会话起始和结束时间， 媒体类型和媒体格式等会话参数。 业务指南的接入信息 Access分片数据定义如下：
在下列数据定义中， E=Element表示元素， A=Attribute表示属性， El=sub-element表示子元素， E2=sub-element's sub-element表示子元素 的子元素， 以此类推。 NM表示网络必须支持， NO表示网络可选支 持； TM表示终端必须支持， TO表示终端可选支持。 接入信息 Access数据单元规定了终端播放某电视节目时所需要的 信息。 定义如表 2所示。
Figure imgf000008_0001
uri A M/TM 0 . .1 到外部 MBMS-USBD信息的引用 anyURI idRef A M/TM 0. .1 被引用的 ' SessionDescription'分片 anyU I 的 id
ADP ef E4 NM/TM 0 . , 1 3i AssociateDeliveryProcedure的
引用，用于文件和流媒体分发
[BCAST10 -Distribution]
uri A NM/TM 0 . .1 到外部 anyURI
AssociatedDeliveryProcedure信息
. 的引用 URI
idRef A NM/TM 0 . .1 被引用的' SessionDescription'分片 anyURI 的 id
UnicastServiceDelive Ξ2 NM/TM 0 . .N 在交互信道上使用哪一个服务器和 /或协议
ry 传送业务
type A NM/TM 1 传输机制： unsignedByte
0 - HTTP
1 - WAP 1.0
2- WAP 2
3-初始化 RTP传输的通用
4 -通过 3GPP-PSS初始化 RTP的 RTSP
5-通过 3GPP2- MSS初始化 RTP传输的
RTSP
6 - 基于 Unicast的 FIOTE
7-127 Reserved for future use
128-255 Reserved for proprietary
use
AccessServerURL E3 NM/TM 1. .N 终端可以通过交互网络接收业务的服务器 anyURI
URL
KeyManagementSys em El NM/TM 0 . .N 标识密钥管理系统
kmsType A NM/TM 1 0. oma - bcas t - drm- pki表明 OMA DRM una ignedByte
PKI (Public Keylnfrastructure)
1. oma- beast- gba— u-mbms表明 GBA—U
3GPP B S SKI (Symmetric Key
Infrastructure)
2 . otna-bcast- gba—me-rabms表明
GBA一 ME 3GPP MBMS SKI i .e . GBA一 ME
can be used
3 . oma- beast- prov-bcmcs表明
provisioned 3GPP2 BCMCS SKI
pro ectionType A NM/TM 1 密钥管理系统的保护类别 unsignedByte
0 仅内容保护
1 仅业务保护
2 内容和业务保护
3 - 127 保留给未来使用
128 - 255 保留给私人使用
Permisa ionl s suerURI E2 NM/TM 1 发送密钥的平台的地址， 同时用于传递 anyURI
NAF ID的 FQDN部分
type A NM/TM 1 Falee-DRM Profile boolean
Tur e - Smart card Profile
ProtectionKeylD Ξ2 NM/TM 0 , ,N 访问被保护内容的密钥标志 base64Binary type A NM/TM 1 0： ProtectionKeylD - Key Domain ID unsignedByte
+ SE /PE ID, 用于 Smartcard
Profile [BCASTlO-ServContProt] ·
1-128 保留给未来使用
129-255 保留给私有应用
EncryptionType El NM/TM 0. .N 加密方法： unsignedByte
0 ― IPsec
1 - STRP
2 ― ISMACryp
3 - DCF
4 . .255― Reserved for future use.
ServiceRef erence El NM/TM 0 . .N 本接入所归 ϋ的 Service
idRef A NM/TM 1 Service分片的标志 anyURI
ScheduleRef erence El NM/TM 0 , .N 本接入所关联的 Schedule- Access数据单元中可包含
ServicelDref或者 SchedulelDRef ,
但不能同时指示。
idRef A NM/TM 1 相关联的 Schedule数据单元的 ID。 anyURI
DiatrxbutionWindowID E2 NO/TM 0 . ,N 与 Access数据单元关联的 integer
DistributionWindowID。
此处的 DistributionWindowID必须是
上述 "idRef "所指 Schedule数据单元中
DWID的全集或子集。 PreviewDataReference El M/TM 0 . .N 预览数据单元的标识，预览数椐单元提供了
特殊的图标、 动画等
id ef A N /TM 1 该' PreviewData' 分片的标志 anyURI usage A NM/TM 1 预览数据的使用： unsignedByte
0. 未定义
1. 业务切换
2 . 业务导航浏览
3 . 业务预览
4 . Barker
5-127 预留
128 -255, 预留给私有
PrivateExt Ξ1 NO/TO 0 , .1 扩展
<proprietaryelements E2 NO/TO 0 . .N
> 由于在接入信息 Access分片的元素 access的子元素 AccessType 的 子 元 素 Bro adcastS erviceD eli very 的 子 元 素 SessionDescriptionReference的各项属性均为基于 IP的传输参数， 因而 接入信息 Access分片只能用来描述和引导基于 IP方式传输的各种数 据。 业务指南 SG传输
终端可以通过两种方式获取业务指南 SG，即通过已知门户的链接 地址 Portal URL经过双向通道获取； 或通过广播通道收取， 即由广播 系统头端将业务指南 SG 以在广播通道发送数据的方式发送到广播网 络中， 广播终端采用接收广播数据的方式接收业务指南 SG。 本文只针 对第二种情况进行说明。 封装和标识
每个业务指南 SG分片都基于扩展标记语言 X ML格式定义，分配 有唯一的标识用以相互区分。 该标识用 URJ ( Universal Resource Identifier通用资源标识）来表示， 这样每个业务指南 SG分片不但在本 业务指南 SG中唯一， 实际上在所有业务指南 SG中也是唯一的。 在传输中， 使用基于整数的标识比基于字符串的标识更方便， 所 以给每个业务指南 SG分片在除了分片标识 （URI)之外再分配一个整 数的传输 ID， 在传输层就使用该标识来定位各业务指南 SG分片。 分片标识和传输 ID关系
如前说述， 每个业务指南 SG分片都有一个分片标识（URI) ， 在 该分片的属性 " id" 中表述。 传输层用来定位业务指南 SG分片的传输 ID由业务指南传送单元
SGDU中的 '分片传输标识 fragmentTransportlD' 指定。分片标识和传 输 ID由 SGDD ( Service Guide Delivery Descriptor, 业务指南传送描述 符）中描述每个分片的 XML单元 '分片 fragment'来绑定，其属性 ， 分 片传输标识 fragmentTransportID' 对应于该分片的传输 ID， 属性 '分 片标识 fragmentID' 对应于该分片的标识。 为了使该绑定不产生歧义， 应遵守以下规则：
( 1 ) 在一个业务指南 SG分片的有效周期内， 该分片的， id' 始终 绑定到同一' 分片传输标识 fragmentTransportID'
( 2 ) 对每一个业务指南 SG， 'id' 和 ， 分片传输标识 fragmentTransportID' 一一对应终端应该根据以下规则维护分片标识和 传输 ID之间的对应关系，
( 3 ) 如果终端收到了 SG传送描述符 （SGDD) ， 应该记录其中 各 ，分片 fragment' 单元'分片传输标识 fragmentTransportID' 和 '分片 标识 fragmentID' 字段的值作为对应关系。
(4)如果终端在业务指南传送描述符 SGDD中没有找到某个 '分 片传输标识 fragmentTransportID' 对应的 '分片标识 fragmentID' ， 终 端应该解析业务指南传送单元 SGDU 中该 '分片传输标识 fragmentTransportID' 对应的分片， 并记录对应关系。
( 5 ) 在该分片过期后， 终端就不能再使用记录的该分片'分片传 输标识 fragmentTransportID' 和'分片标识 fragmentID' 对应关系。 分片间引用
在某些业务指南 SG分片间存在引用关系， 通过在引用分片中包 括一个引用单元来实现，该单元在前面所述的业务指南 SG数据定义中 以 '<fragment name>IDRef 来命 έ， 值是 'anyURI， 类型， 这个值就 是被引用分片的标识。 终端可以通过前面所述的分片标识和传输 ID间 对应关系就可以在业务指南传送单元 SGDU中找到该分片。 业务指南 SG分片的封装
为了把分片从网络传输到终端， 业务指南 SG分片被封装在容器
( SGDU, Service Guide Delivery Unit业务指南传送单元）中进行传输。 该容器 （业务指南传送单元 SGDU) 由头部、 负载和扩展三部分组成， 它用于把一组业务指南 SG分片封装成传输对象，它能够传输由业务指 南 SG会话传送描述符 （SGDD) 进行描述的任意类型的数据。 在把分 片封装到业务指南传送单元 SGDU时应遵循以下规则：
( 1 )字段 '分片传输标识 fragmentTransportlD' 为传输 ID, 以标 识业务指南传送单元 SGDU中各业务指南 SG分片；
( 2)包含业务指南传送单元 SGDU的传输对象的内容类型属性应 该设置为 "application/vnd.oma.bcast.sgdu"；
业务指南传送单元 SGDU封装格式如表 3所示， 通过业务指南传 送单元 SGDU 封装头中的'分片传输标识 fragmentTransportlD' 和 'fragmentVersion' ,终端可以快速判断业务指南传送单元 SGDU中所包 含的业务指南 SG分片是否更新。 表 3 业务指南传送单元 SGDU封装格式
Figure imgf000012_0001
Figure imgf000013_0001
表 4 业务指南传送单元 SGDU封装格式表标记说明
Figure imgf000013_0002
表 5 业务指南传送单元 SGDU封装格式表语法
Figure imgf000013_0003
业务指南传送描述符 （SGDD.)
由于业务指南 SG分片被封装在不同的业务指南传送单元 SGDU 中传输， 需要知道怎么在传输流中获取业务指南传送单元 SGDU以及 各业务指南 SG分片在哪个业务指南传送单元 SGDU中， 在广播信道 中， 采用 SGDD-Service Guide Delivery Descriptors (业务指南传送描述 符）对这些信息进行描述。业务指南传送描述符 SGDD提供以下功能： 描述该业务指南传送描述符 SGDD中业务指南 SG分片所在的业 务指南 SG传输会话；
( 1 )定位各业务指南 SG分片在业务指南 SG传输会话中的位置；
(2)提供各对象在传输容器中的语法组织， 这些对象可以是业务 指南 SG分片或各种类型的文件。 一个业务指南传送描述符 SGDD描述一个或多个业务指南 SG传 输会话，每个业务指南 SG传输会话仅能包含在一个业务指南传送描述 符 SGDD中。 就如同将业务指南 SG分片封装在多个业务指南传送单元 SGDU 中传输一样， 也可以将业务指南 SG分片在多个业务指南传送描述符 SGDD中迸行枚举列表，终端就可以很容易知道该业务指南 SG中包含 的所有业务指南 SG分片， 但终端需要知道该业务指南 SG涉及的所有 业务指南传送描述符 SGDD。 因此， 同霸一个业务指南 SG的所有业务指 南传送描述符 SGDD放在一个而且只能一个传输会话中进行发送， 该 会话被称为业务指南通告频道（Service Guide Announcement Channel)。
爾
业务指南传送描述符 SGDD结构定义如表 6所示， 在传输时实例 化为 XML文件。 在下列数据定义中， E=Element表示元素， Α-Attribute表示属性， El=sub-element表示子元素， E2=sub-element's sub-element表示子元素 的子元素， 以此类推。 NM表示网络必须支持， NO表示网络可选支 持； TM表示终端必须支持， TO表示终端可选支持。 表 6 业务指南专送描述符 （SGDD)
轆 ι¾¾¾¾ϊΛί Y是否 響
业务指南 SG会话传送描述符
包含下列屈性：
id
ServiceGuideDeliv version
E
eryDescriptor
子元素：
Notif icatlonReception,
BSMIiiaC ,
DeacriptorEntry
ici A NM/TM 0 . . 1 SGDD在一个特定业务指南 SG中唯一标识 anyURI version A 15 /TM 0 . .1 SGDD的版本号 unsignedlnt
Notl£i cat ionRecep El NM/TM 0 . . 1 通用通知消息的接收信息。
tion 如果通过双向通道传输通知消息，
RequestUEL指定了预定通知的地址信息，
POIIURL指定了轮询通知的地址信息。 如果该元素存在， 那么
IPBroadcastDelivery, RequestURL、
PollURL至少有一个必须存在。
包含下列子元索：
I PBroadcas tDel ivery ,
Requea URIir
PollURL
I PBroadcas tDel ive E2 M/TM 0 . .1 为通过广播信道接收通告信息提供 IP多 ffi
ry 地址和端口号
port A N /TM 1 发布通用通知消息的 UDP目标端口号； unsignedlnt 通过广播信道发布
address A NM/TM 1 发布通用通知消息的 IP多播地址： unsignedlnt 通过广描信道发布
RequestURL E2 NM/TM 0 . .1 终端可以预定在双向通道传输的通知消息 anyURI 的 URL
PollURL Ξ2 NM/TM 0 . .1 终端可以逋过双向通遒轮询通知消息的 anyURI
URL
描述 BSM Selector信息
BSMList El NO/T 0 , , 1 子元素：
BSMSelector
指定本 SGDD中描述的 SGDU分片对应的
BSM (BCAST订购管理商） 。
终端可以根据此决定 SGDD入口信息中的
SGDU是否和自己加入的 BSM对应。终端加
入的 BSM在终端中
以' <X>/BSMFilterCode' 标识。 如果终
端有一个或者多
^' <X>/BSMFilterCode' 入口， 对本
SGDD中描述的 BSMSelector应按以下规
则处理：
如果本元素表明的 BSMFilterCode和终
端的 任—个' >/BSMFilterCode'匹
配，终端可以无任何限制的处理、显示该分
片。
如果本元素表明的 BSMFilterCode和终
端的 任—个 X>/BSMFilterCode' 者 [ί
不匹配，终端拫据 RoamingRule所对应的
BSMSelector (由其 ' id'属性来标识）来
处理、 显示该分片。 如果终端没有
RoamingRule, 终端不应给用户显示该分
片。 终端也可以发送
BSMSelector Ξ2 NM/TM 1 . .N RoamingRuleRequest到
由 ' Roamging ule equestAddress '
标识的地址去请求该规则。
在终端没有' <X>/BSMFilterCode'的愔
况下，应该根据下面规则解释该 SGDD中的
BSMSelector:
终端根据 RoamingRtae所对应的
BSMSelector (由其 ' id'屈性来标识）来
处理、 显示该分片。 如果终端没有
Roamingrule, 终端也可以发送
RoamingRuleRequest到
由 ' RoamgingRuleRequestAddress '
标识的地址去请求该规则。
注： RoamingRuleRequest
RoamgingRule和相关的漫游方法见
[BCAST10 -Service] d定义。
包含属性：
Id,
RoamingRuleRequeatAddress
包含子元素：
BSMFilterCode,
Name.
RoamingRule
id A NM/TM 1 BSMSelector的 id, 在 SGDD中唯一。 anyURI 终端发送 RoamingRuleRequst请求的地
RoamgingRule eque /TM 0...1 址， 以获得该 BSMSelector*
A NO (S anyURI stAddress' RoamingRule的' id'屈性中标识）对应
的漫游规则 指定 BSMSelector
包含下列屈性：
Type,
mobil eCoun try Code , "
mobil eNe tworkCode，
BSMFilterCode E3 NM/TM 0...1 networkSubsetCode,
networkSubsetCodeRangeStarti
networkSubse t CodeRangeEnd ,
s ervi ceProviderCode，
corporateCode.
nonSmartCardCode
type A NM/TM 1 BSMFilterCode类型 unsignedByte
1 - BS Code (Smart Card Code)
如果判断依据（U) SIM/ ( -JUIM/CSI 卡
中的国家和运营商代码。
2 - BSMCode ( on Smart Card Code)：
如果判断依据终端中的国家和运营商代码。
其他值 - 保留。
mobileCountryCode A NO/T 0..1 [3GPP TS 22.022]指定的移动国家代码 integer
MCC (3位）， 仅当 "type" == 1时有效
mobil eNe workCode A NO/TM 0..1 [3GPP TS 22.022]指定的移动网络代码 integer
MNC (2位）， 仅当" type" == 1时有效
networkSubsetCode A NO/TM 0， .1 [3GPPTS 22.022]指定的子网络代码 NSC integer
(2 位）， 仅当，、 type" 1时有效
ne t workSubse t Code A NO/TM 0..1 对于1 networkSubsetCode'屈性， 网络 integer Ranges tart 也可以提供一个代码范围而不是直接代码，
在这种情况下应该：
在本属性提供终端可接受的最小代码。
¾ ' networkSubsetCodeRangeEnd' 提
供终端可接受的最大代码
仅当" type" == 1时有效
networkSubsetCode A NO/TM 0..1 Network Subset Codes厲性终端可接 integer RangeEnd 受的最大代码， 仅当 "type" -= 1时有效
serviceProviderCo A NO/TM 0..1 [3GPP TS 22.022]指定的服务提供商代 byte de 码 SPC (3位》， 仅当" type" -= 1时有
效
corporateCode A NO/TM 0，，1 [30∑^7322.022]指定的公司代码0^ (3 byte 位）， 仅当" type" -- 1时有效
nonSmart CardCode A NO/TM 0..1 BSMFilterCode it, 当、 'type" « 2时 string 有效
Name E3 NM/TM 1..N 用户可阅读的 BSM_Selector名字， 可用 string 多语言描述。 语言 ¾XMLi的 xml:langil
性指出
此信息可供用户选择 端必须使用的
BSMSelector
RoamingRule E3 NO/TM 0..N 指定 BSMSelector相关的 RoamingRule 5.7.1.3 的入口 [BCAST10- Services] 定义
SGDD入口信息
包含子元素：
GroupingCriterxai
DescriptorEntry El NM/TM 1..N
Transport,
AlternativeAccessURL»
ServiceGuideDeliveryUnit
本 SGDD入口所描述的业务指南 SG分片对
应的分组依据， 如果同时有几种依据， 都可
适用于本入口所描述的业务指南 SG分片.
包含下列子元素：
Grou ingCri t eri a E2 NM/TM 0...1 TimeGroupingCri eri a ,
GenreGroupingCriteria.
BSMSelector,
ServiceCriteria
'GroupingCriteria' 可以作为 'DescriptorEntry*的子元萦涵盖本入
口描述的所有业务指南 SG分片. 也可以作
为某一个业务指南 SG分片的子元素， 当两
者都存在的情况下，后者是作为该分片分组
的附加依据， 而不是稷盖前者.
指定本 DescriptorEntry描述的信息的
时间周期，如将在 1小时后声明一组有效的
TimeGroupingCrite 业务指南 SG分片
E3 /TM 0...1
ria 属性：
StartTime.
endTime
TimeGroupingCriteri 时间周期的起
atartTime A N /T 1 始时间， 32bit NTP时间。 unsignedlnt 注： 此和业务指南 SG分片的有效期不同。
TimeGroupingCriteria时间周期的终
endTime A NM/TM 1 止时间， 32bit N P时间。 unsignedlnt 注- 此和业务指南 SG分片的有效期不同。
GenreGroupingCrit 说明本 SGDU中分片相关业务 /内容的类别
E3 NM/TM 0...1 String eria (如喜剧、 动作片、 戏剧...）
指名该 SGDU中的分片所对应的 BSM信息，
属于前面定义的 BSMList中的哪个。
BSMSelector E3 NM/TM
厲性：
idRef
idRef A NM/TM 1 前面定义的 BSMList中的 ID anyURI
ServxceCriteria Ξ3 NM/TM 0 . .1 按频道进行分类，表明该分片属于哪个频道 anyURI 本入口中描述的 SGDU所对应的传输会话信
Transport Ξ2 NM/TM 0...1
息 i Address A NM/TM 1 目标传输会话对应的目的 IP地址 String
Port A NM/TM 1 目标传输会话对应的目的端口 uns gnedShort
SrcIpAddress A NM/TM 0...1 传输会话的源 IP地址 String tranamissionSesai
A NM/TM 1 该会话在 ALC/LC 层的 TSI标识 uns ignedshort onID
Al t erna t iveAccea s
E2 NM/TM 0.» 通过交互通道获取业务指南 SG的备选 URL anyURI URL
—组业务指南 SG分片。
包含下列属性：
ServiceGuideDeliv transportObjectID,
E2 NM/TM 1. .N
eryUnit contentLocation»
validFrom»
validTo
承载本组业务指南 SG分片的 SGDU所对应
的文件的传输 ID。 （对于 MOT传输， 此项
transportObjectlD A NM/TM 1 unsignedlnt 无效， 因为普逋 MOT Server没有返回此
值的接口） 。
contentLocation A NM/TM 1 SDGU的位置， 在 MOT header mode传输 anyURI 时， 对应于该 SGDU文件在 MOT header
中的' ContentName'。 .
validFrom A NM/TM 0 . .1 本组业务指南 SG分片的有效起始时间， unsignedlnt
32bit NTP时间。
注： 如果无此项， 那么必须在业务指南 SG
分片中指定，即子元素' fragment'的屈性
'validFrom'必须必须存在 . validTo A M/TM 0 . .1 本组业务指南 SG分片的终止时间， 32bit unsignedlnt
NTP时间。
注： 如杲无此项， 那么必须在业务指南 SG
分片中指定，即子元素' fragment '的屈性
'validTo'必须必须存在 .
Fragment E3 M/TM 1...N 本 SGDU所包含的业务指南 SG分^
对应于 SGDU头部通告业务指南 SG分片的
TransportID A NM/TM 0...1 传输 ID，即 'fragmentTransportID' , unsignedlnt 在广描通道发送时必须有此项。
Id A NM/TM 1 已逋告的业务指南 SG分片的标识 anyURI 巳通告的业务指南 SG分片的版本，
Version A NM/TM 1 注： 此信息只在既定的传输会话中有效， 值 unsignedlnt 模 2A32， 从 0到 2A32-1
validFrom A NM/TM 0 . . 1 本业务指南 SG分片的有效起始时间， unsignedlnt
32bit NTP时间。
注： 如果此值和 SGDU中的1 validFrom1
都存在的情况， 采用此值，
validTo A NM/TM 0，，1 本业务指南 SG分片的终止时间， 32bit unsignedlnt
NT 时间。
注： 如果此值和 SGDU中的' validTo，都
存在的情况， 采用此值。
指示业务指南 SG分片的编码方式
0 - XML编码的业务指南 SG分片
FragmentEncoding A NM/TM 0...1 unsignedlnt
1 - 127 - 保留
128 -255 - 私有扩展
表明 ML编码的 BCAST SG分片类型， 如
下定义：
0 - 未指定
1 - * Service' 分片
2 - ' Content' 分片
3 - ^ Schedule' 分片
4 - Access ' 分片
FragmentType A NM/TM 0...1 unsignedlnt
5 - 'Purchaseltem' 分片
6 - ^ PurchaaeData' 分片
7- % PurchaseChannel ' 分片
8 - ¾ Previe Data' 分片
9 - v InteractivityData' 分片
10-127 - 保留， 作为 BCAST扩展用
128-255 -可进行私有扩展
本业务指南 SG分片的分组依据， 如果同时
有几种依据，都可适用于本入口所描述的业
务指南 SG分片，
包含下列子元素：
TimeGroupingCriteriai
BSMSelector*
Grou ingCri eria E2 NM/TM 0...1
'GroupingCri teria* 可以作为
'Descri torEntry'的子元素涵 ¾本入
口描述的所有业务指南 SG分片， 也可以作
为某一个业务指南 SG分片的子元素， 当两
者都存在的情况下，后者是作为该分片分组
的附加依据， 而不是稷盖前者。
指定时间周期作为本业务指南 SG分片的分
组依据
屈性：
i meGro pingCri e
Ξ3 NM/TM 0...1 StartTime*
ria endTime
如果 DescriptorEntry级定义了
TimeGroupingCriteria,此处的时间不
能超过它所定义的时间间隔
TimeGroupingCriteria时间周期的起
s artTirae A NM/TM 1 始时间， 32bit NTP时间。 unsignedlnt 注： 此和业务指南 SG分片的有效期不同。
TimeGroupingCriteria时间周期的终
endTime A NM/TM 1 止吋间， 32bit NTP时间。 unsignedlnt 注： 此和业务指南 SG分片的有效期不同。 指名该 SGDU中的分片所对应的 BSM信息，
BSMSelector E3 NM/TM 0.»N 屈于前面定义的 BSMList中的哪个。
屈性：
IdRef
idRef A NM/TM 1 前面定义的 BSMList中的 ID anyU I
PrivateEx (El) El NO/TO 0...1 扩展信息
<proprietary
Ξ2 NO/TO 0.
elements> (E2 ) 扩展信息
由 于 在 业 务 指 南 传 送 描 述 符 SGDD 的 元 素 ServiceGuideDeliveryDescriptor的子元素 NotificationReception的子元 素 IPBroadcastDelivery中的各项属性均为基于 IP的传输参数， 因而业 务指南传送描述符 SGDD只能用来描述和引导基于 IP方式传输的通告 信息。 由 于 在 业 务 指 南 传 送 描 述 符 SGDD 的 元 素 ServiceGuideDeliveryDescriptor 的子元素 DescriptorEntry 的子元素 Transport中的各项属性均为基于 IP的传输会话参数， 因而业务指南传 送描述符 SGDD只能用来描述和引导基于 IP方式传输的业务指南传送 单元 SGDU。 发明概述
由于 DAB系统的音视频流和数据流的传输主要是通过基于非 IP 的方式进行， 而业务指南 SG不能直接对基于非 IP的音视频流和数据 流进行引导和索引， 因而业务指南 SG的诸多特性和优点不能被 DAB 系统所利用。 为解决现有技术的上述问题， 本发明提出了一种在 DAB 系统中应用业务指南 SG的方法， 其克服了上述现有技术的缺点。 为解决上述技术问题， 提供一种在数字音频广播系统中应用业务 指南的方法， 包括下列步骤： a) 在数字音频广播系统中生成业务指 南 SG、 SG传输描述符 SGDD和业务指南传送单元 SGDU; b) 基于 各音视频流和数据流在数字音频广播系统中的传输情况描述和配置 SGDD和 SGDU; 以及 c)在数字音频广播系统的网络通道中传输各音 视频流、 数据流、 SGDU和 SGDD。 为解决上述技术问题，提供一种在数字音频广播 DAB系统中应用 业务指南的广播头端， 包括 DAB打包机， 主业务频道 MSC复用器以 及信道复用与调制器， 该广播头端进一步包括： 业务配置系统， 在数 字音频广播系统中生成业务指南 SG、 SG传输描述符 SGDD和业务指 南传送单元 SGDU，基于各音视频流和数据流在数字音频广播系统中的 传输情况描述和配置 SGDD和 SGDU, 以及通过数字音频广播系统的 网络传输各音视频流、 数据流、 SGDU和 SGDD。 为解决上述技术问题，提供一种在数字音频广播 DAB系统中应用 业务指南的广播终端，包括信道解调和解复用模块， MSC解复用模块， DAB解包机， 其中该广播终端进一步包括： SG DAB解包机， 用于从 MSC解复用模块获得 SG信息；业务指南 SG模块，其从信道解调和解 复用模块获取任一频点的 FIC通道， 并获取和解析 FIG0/1和 FIG0/3 , 获得 SGDD的传输信息， 根据该 SGDD的传输信息从 MSC解复用模 块以及 SG DAB解包机中获得 SGDD数据， 解析该 SGDD数据， 获得 SGDU的传输信息， 根据 SGDU传输信息从 MSC解复用模块以及 SG DAB解包机中获得 SGDU数据， 解析该 SGDU数据， 获得各音视频流 和数据流在 MSC信道中的传输信息， 然后将其输出到应用模块。 由于业务指南 SG较 DAB系统原有的 EPG具有更强的互动业务扩 展能力。通过本发明的方法将业务指南 SG应用于数字音频广播将具有 诸多优势：
通过本发明的在数字音频广播系统中应用业务指南 SG 的方法， 无论在数字音频广播系统的传输信道中的音视频和数据流数据的传输 方式是基于 IP的还是基于非 IP的， 业务指南 SG都可以灵活组织， 实 现对这些数据的准确引导和索引；
通过本发明的在数字音频广播系统中应用业务指南 SG 的方法，. 无论业务指南 SG本身在数字音频广播系统的传输信道中的传输方式 是基于 IP的还是基于非 IP的， 业务指南 SG本身被都可以被方便地发 送和获取；
通过本发明的在数字音频广播系统中应用业务指南 SG 的方法， 无论紧急广播信息在数字音频广播系统的传输信道中的传输方式是基 于 IP的还是基于非 IP的， 业务指南 SG都可以准确地引导和索引； 通过本发明的在数字音频广播系统中应用业务指南 SG 的方法， 在不改变数字音频广播工作机制的情况下，实现了业务指南 SG的各种 增强功能，为在数字音频广播中通过业务指南 SG接入各种互动增值应 用提供了可靠的技术支撑和实现手段。 业务指南 SG本身的成熟性和可扩展性带来丰富的可拓展的运营 空间。 从而既为数字音频广播系统的用户提供了丰富的应用， 也为数 字音频广播系统的运营创造了增值的空间。 附图简要说明
图 1是业务指南 SG数据模型示例图；
图 2表示 A分片与 B分片之间的关联图；
图 3表示 SG在一个或者多个文件传输会话中进行传输的示意图； 图 4表示 SG分片发生变化时各层封装以及传输层发生变化的示 意图；
图 5表示终端业务指南 SG发现的流程图；
图 6表示应用业务指南 SG的数字音频广播头端的示意图； 图 7表示应用业务指南 SG的数字音频广播终端的示意图； 图 8表示在数字音频广播系统头端中应用业务指南 SG的流程图； 图 9表示在数字音频广播系统终端中应用业务指南 SG的流程图； 图 10表示业务指南 SG在数字音频广播系统头端中进行发送的流 程图； 以及
图 11表示业务指南 SG在数字音频广播系统终端中被获取和使用 的流程图。 具体实施方式
在下面的说明中将阐述本发明另外的特征和优点， 并且从本说明 书中其将部分地变得显而易见， 或者可以从本发明的实践中了解。 应 当理解， 本发明前述的一般性说明和下面的详细说明都是示例性和解 释性的， 并且意图提供对如权利要求的本发明的进一步理解。 从下面 结合附图的实施例中， 这些或者其他的实施例对于本领域技术人员将 变得显而易见， 本发明并不受在此公开的任何具体实施例的限制。 下面进一步描述本发明的技术特征和实现细节。 业务指南 SG数据定义的修改
为将业务指南 SG改造成可对 DAB系统的音视频流和数据流进行 索引和引导， 参照 OMA-BCAST业务指南模型， 本发明对部分业务指 南 SG分片数据定义进行了修改。 修改内容以及修改所涉及的业务指南 SG分片如下：
向业务指南 SG 的接入信息 Access 分片数据定义添加元素 DABBroadcastPara。 在实施例中， 元素 DABBroadcastPara作为子元素被添加到接入信 息 Access分片中元素 Access的子元素 PrivateExt中。 元素 DABBroadcastPara用于描述 DAB 系统的广播网络参数。 DABBroadcastPara包含如下属性： eID、 MediaType、 ProtocoleT pe、 TransportMode。 DABBroadcastPara 还包含如下子元素： channelld、
ServiceComponentID。 属性 elD用于描述业务分量 ServiceComponentID所在的 Ensemble ID。 例如当业务分量 ServiceComponentID 在其它频点上传输时， elD 可直接定位该业务分量所在的频点位置。 属性 MediaType用于描述业务分量 ServiceComponentID的类型。 该类型可以是 DAB音频或带 Slideshow (幻灯片） 的 DAB音频或带 DLS( Dynamic Label Segment动态标片段）的 DAB音频或带 Slideshow 和 DLS的 DAB音频或视频或 BWS (Broadcast WebSite广播网站）或
TTI/Stock ( Traffic and Travel Information/stock交通旅游信息 /股票）或 文件广播或紧急通知等。 属性 ProtocolType用于描述 DAB传输音视频流和数据流所使用的 协议类型。 该类型可以是 TDC或 MPEG2TS或 IP Tuneling或 EWS或
Data Group或 MOT Directory或 MOT Header等。 属性 TransportMode用于描述该接入信息 Access分片所对应业务 分量的传输模式。 该传输模式可以是 DAB FIDC或 DAB Stream Mode 或 DAB Packet Mode或 DAB X-PAD等。 子元素 chaimdID 用于描述广播节目流所在的频道。 当属性 ProtocoleType为 MPEG2TS时， ChannellD从内容提供与内容分发模块 获得， 由广播网络运营商分配。 每路广播节目流的 PMT表中设置的 Program一 number与业务指南中的 ChannellD相同。 终端根据业务指南 中的 ChannellD从广播流中解析出对应的节目流。 当 ProtocoleType为 其他类型时该项无效。 子元素 ServiceComponentID 用于描述业务分量的 ID。 当属性 TransportMode为 DAB FIDC时， 子元素 ServiceComponentID的值为
FIDCId; 当属性 TransportMode 为 DAB Stream Mode 时， 子元素 ServiceComponentID的值为 SubChld; 当属性 TransportMode为 DAB Packet Mode时， 子元素 ServiceComponentID的值为 SCId。 对接入信息 Access分片的修改如表 7所示 表 7 对接入信息 Access分片的修改
Figure imgf000024_0001
SG传送描述符 （SGDD) 的修改
为将业务指南 SG改造成可对 DAB系统的音视频流和数据流进行 索引和引导，参照 OMA-BCAST业务指南模型，本发明对业务指南 SG 传送描述符的定义进行了修改。 向 SG传送描述符 （SGDD) 添加元素 DABBroadcastDelivery。 在实施例中， 元素 DABBroadcastDelivery作为子元素被添加到业 务指南 SG传送描述符的元素 ServiceGuideDeliveryDescriptor的子元素
Notification eception中。 元素 DABBroadcastDelivery用于提供在广播通道中接收通知消息 的通道参数。 子元素 DABBroadcastDelivery 还包含子元素 ServiceComponentID。 子元素 ServiceComponentID用于描述该业务分量的 ID。当紧急广 播使用 MOT协议进行传输时，子元素 ServiceComponentID的值为 MOT 通道的 SCId。 向 SG传送描述符 （SGDD) 添加元素 DABTransport。 在实施例中， 元素 DABTransport作为子元素被添加到业务指南 SG 传送描述符的元素 ServiceGuideDeliveryDescriptor 的子元素 DescriptorEntry中。 子元素 DABTransport用于描述本业务指南 SG传送描述符入口中 描述的业务指南传送单元 SGDU 所在的传输会话。 子元素 DABTransport 还包含如下属性： elD、 TransportMode。 子元素 DABTransport还包含子元素 ServiceComponentID。 属性 elD用于在本业务指南 SG传送描述符描述业务指南 SG所在 的 EnsembleID。 属性 TransportMode用于描述业务指南传送单元 SGDU所对应业 务分量的传输模式。 属性 TransportMode可以是 DAB FIDC或 DAB Stream Mode或 DAB Packet Mode。 子元素 ServiceComponentlD用于描述该业务分量的 ID。 当属性 TransportMode为 DAB FIDC时， 子元素 ServiceComponentlD的值为 FIDCId; 当属性 TransportMode 为 DAB Stream Mode 时， 子元素 ServiceComponentlD的值为 SubCMd; 当属性 TransportMode为 DAB Packet Mode时， 子元素 ServiceComponentlD的值为 SCId。 对业务指南 SG传送描述符的修改如表 8和表 9所示： 表 8 对业务指南 SG传送描述符中紧急广播引导部分的修改
Figure imgf000026_0001
表 9对业务指南 SG传送描述符中业务指南传送单元 SGDU引导 部分的修改
名称 类型 是否 对应 描述 数据类型 必霈 关系
ServiceGuideDeli E 业务指南 SG会话传送描述符
veryDescriptor 包含下列屈性：
id
version 子元素：
Noti icationReception,
BSMList,
DescriptorEntry
DescriptorEntry El M/TM 1 . .N SGDD入口信息
包含子元素：
GroupingCri eri a，
DABTransport，
AlternativeAccessURIii
ServiceGuideDeliveryUnit
本 SGDD入口中描述的 SGDU所在的传输会话，
包含下列属性：
elD
DABTransport E2 NM/TM 0...1
TransportMode
包含子元素
ServiceComponent ID
elD A NO/ TO 0 .，1 该 SGDD描述业务指南 SG所在的 EnsemblelD unsignedlnt
TransportMode A 1 该 Access所对应业务分量的传输模式， unsignedByte
0 - DAB PIDC (8bit )
1 - DAB Stream Mode
2 一 DAB Packet Mode
ServiceComponent E3 M 1 该业务分置的 ID, unsignedlnt ID 当传输模式为 0时， 该值为 FIDCId; 当传输模
式为 1时， 该值为 SnbChld; 当传输模式为 2
时， 该值为 SCId: 可选地，由于 DAB系统还支持在 MSC信道中传输基于 IP的数据， 例如通过 FLUTE协议传输数据，因而业务指南 SG可在 DAB系统中通 过 FLUTE协议传输。 当采用 FLUTE协议传输业务指南 SG时， 应按照原业务指南传送 描述符 SGDD定义的方式传输业务指南传送描述符 SGDD和业务指南 传送单元 SGDU。 即紧急广播引导部分仍采用表 6 中元素 ServiceGuideDeliveryDescriptor的子元素 NotificationReception的子元 素 IPBroadcastDelivery的定义； 业务指南传送单元 SGDU引导部分仍 采用 表 6 中 元素 ServiceGuideDeliveryDescriptor 的 子元素 DescriptorEntry的子元素 Transport的定义。 业务指南 SG的广播传送
在广播通道业务指南 SG 使用和文件分发相同的 DAB MOT (Multimedia Object Transfer 多媒体对象传输） 协议或 FLUTE (File Delivery over Unidirectional Transport单向的文件传输）协议进行传送。 并遵照以下规则：
( 1 ) 业务指南 SG分片按表 3定义的格式封装在多个业务指南传 送单元 SGDU中， 每个业务指南传送单元 SGDU作为一个单独的文件 进行分发。 业务指南传送单元 SGDU可以在一个或者多个会活中进行 传输。 (2)所有业务指南传送单元 SGDU按照表 6、表 8和表 9定义的 格式封装在一个或者多个业务指南传送描述符 SGDD中进行声明。 每 个业务指南传送描述符 SGDD作为一个单独文件进行分发。 一个业务 指南传送描述符 SGDD可以声明一个业务指南传送单元 SGDU会话， 也可以声明多个业务指南传送单元 SGDU会话。 业务指南传送描述符 SGDD在业务指南 SG通告会话中传输，在一个频点中有且只有一个业 务指南 SG通告会话。 业务指南 SG的传输
如图 3所示， 业务指南 SG可以在一个或者多个文件传输会话中 进行传输。通告会话 (Annoucement Session )用来发送声明业务指南 SG 传输会话的业务指南传送描述符 SGDD。只支持同时广播一个业务指南 SG。 通告会话
通告会话用来传输业务指南传送描述符 SGDD,采用 MOT协议或
FLUTE协议进行文件传输， 每个业务指南传送描述符 SGDD作为一个 文件。当采用 MOT协议传输业务指南传送描述符 SGDD时，可以采用 MOT header mode, 也可以采用 MOT directory mode。 当有多个业务指 南传送描述符 SGDD时， 可采用 MOT directory mode进行传输， 当某 个业务指南传送描述符 SGDD发生变化时，可以通过 MOT directory进 行快速跟踪和更新。 通过该会话中的业务指南传送描述符 SGDD, 可以获取业务指南 传送单元 SGDU传输会话的信息以及业务指南传送单元 SGDU中包含 业务指南 SG分片的信息。 为了减少传输负载， 业务指南传送描述符 SGDD可以被压缩后传 输， 应遵循以下规则和约束：
( 1 )如果对业务指南传送描述符 SGDD进行压縮，应该采用 GZIP 压缩算法；
( 2 ) 终端应该同时支持普通业务指南传送描述符 SGDD 和压縮 的业务指南传送描述符 SGDD的解析；
( 3 ) 业务指南传送描述符 SGDD文件压缩格式在 MOT header extension中指定， 如 ParamId=0xl l & Compressionld = 0x01。如果釆用 压缩， 在 MOT header extension中必须包含此参数项。 如果不压缩， 则 不能有此参数项。 业务指南 SG传输会话
业务指南 SG传输会话用来传输业务指南传送单元 SGDU,每个业 务指南传送单元 SGDU作为一个文件， 采用 MOT协议或 FLUTE协议 进行传输。当采用 MOT协议传输业务指南传送单元 SGDU时，可以釆 用 MOT的 header mode进行传输， 也可以使用 directory mode进行传 输。 解析收取的业务指南传送单元 SGDU就可以获得业务指南 SG信 息。 为了减少业务指南传送单元 SGDU的大小， 可以将业务指南传送 单元 SGDU进行压缩后在网络中发送， 应遵循以下规则和约束：
( 1 ) 如果对业务指南传送单元 SGDU进行压缩， 应该采用 GZIP 算法 （详见 RFC1952, "GZIP file format specification version 4.3 " ) ； ( 2 )终端应该同时支持普通的业务指南传送单元 SGDU和压缩的 业务指南传送单元 SGDU的解析；
( 3 ) 业务指南传送单元 SGDU 文件压縮格式在 MOT header extension中指定，如 Paramld=0xl l & Compressionld = 0x01。如果釆用 压缩， 在 MOT header extension中必须包含此参数项。 如果不压縮， 则 不能有此参数项。 业务指南 SG的更新
业务指南 SG分片的更新： 对其所在的业务指南传送单元 SGDU 更新该分片部分的内容并对业务指南传送单元 SGDU头部的版本进行 更新。更改该业务指南传送单元 SGDU的传输 ID以及文件版本并重新 发送。 同时对声明该业务指南传送单元 SGDU的业务指南传送描述符 SGDD内容进行更新并以新的传输 ID以及文件版本进行发送。 业务指南 SG分片的增加： 在已有的业务指南传送单元 SGDU或 者新建业务指南传送单元 SGDU中增加该分片信息， 并以新的传输 ID 以及文件版本发送该业务指南传送单元 SGDU文件。 同时对声明该业 务指南传送单元 SGDU的业务指南传送描述符 SGDD内容进行更新（或 者新建业务指南传送描述符 SGDD)并以新的传输 ID以及文件版本进 行发送。 业务指南 SG分片的删除： 对其所在的业务指南传送单元 SGDU 去除该分片部分的内容并对业务指南传送单元 SGDU头部进行更新。 更改该业务指南传送单元 SGDU的传输 ID以及文件版本并重新发送。 同时对声明该业务指南传送单元 SGDU的业务指南传送描述符 SGDD 内容进行更新并以新的传输 ID以及文件版本迸行发送。 业务指南传送单元 SGDU 的增加： 建立新的业务指南传送单元 SGDU文件， 并在业务指南传送描述符 SGDD中进行声明。 将该业务 指南传送单元 SGDU文件和业务指南传送描述符 SGDD文件以新的传 输 ID和文件版本在各自的传输会话中进行发送。 业务指南传送单元 SGDU的删除： 在对应的业务指南传送描述符 SGDD中去除该业务指南传送单元 SGDU相关的声明， 并在业务指南 SG的传输会话中停止传送该业务指南传送单元 SGDU文件。 业务指南 SG分片发生变化时各层封装以及传输层发生变化如图 4 所示。 业务指南 SG的发现
业务指南 SG的发现通过业务指南 SG通告会话（SG Announcement Session)实现。 业务指南 SG通告会话中包含业务指南 SG传送描述符 (SGDD)。 通过业务指南传送描述符 SGDD, 即可获取业务指南 SG数 据的传输参数， 进而获取业务指南 SG数据。 业务指南 SG通告会话本身具有知名访问地址， 即业务指南传送 描述符 SGDD的传输地址被 DAB广播头端和 DAB广播终端所共知。 当使用 MOT协议传输业务指南传送描述符 SGDD和业务指南传送单元 SGDU时遵照以下规则：
( 1 )业务指南 SG通告会话在某一固定业务分量 （例如业务分量 SCId为 1 , 为方便描述， 下文所有涉及该固定业务分量之处均以业务 分量 SCId=l为例） 中发送， 其他业务不允许使用 SCId为 1的业务分
(2) 业务指南 SG通告会话在该业务指南 SG所涉及网络的所有 频点的业务分量 1中发送。 可选地， 当使用 FLUTE协议传输业务指南传送描述符 SGDD和 业务指南传送单元 SGDU时遵照以下规则：
( 1 )业务指南 SG通告会话在某一业务分量中的某一 IP地址和端 口号中发送 （例如业务分量 SCId为 1， IP地址为 232.0.23.165， 端口 号为 4090) ；
( 2) 业务指南传送单元 SGDU在某一业务分量的某一 IP地址和 端口号中发送 （例如业务分量 SCId为 1， IP地址为 232.0.2.51 , 端口 号为 5010) ； 业务指南 SG广播实施指南： 可以按照以下规则在广播通道发送业务指南 SG信息，
( 1 )业务指南 SG分片封装在业务指南传送单元 SGDU中并在一 个或者多个业务指南 SG传输会话传输，每个传输会话对应于一个业务 分量。 业务指南 SG传输会话必须由业务指南传送描述符 SGDD进行 声明， 业务指南传送描述符 SGDD在业务指南 SG通告会话中传输；
( 2 ) 每个频点有且只有一个业务指南 SG通告会话。 各频点的业 务指南 SG 通告会话可以只传输该频点相关的业务指南传送描述符 SGDD ,终端在第一次扫描时终端需要收取各频点的业务指南传送描述 符 SGDD及各分片， 组成整个业务指南 SG， 并监视本频点业务指南传 送描述符 SGDD的变化， 并对相应分片进行更新。 也可以各频点的业 务指南 SG通告会话传输该业务指南 SG所有的业务指南传送描述符 SGDD, 终端在任何一个频点可以获取业务指南 SG传输的全部信息以 及跟踪业务指南 SG的全部变化；
( 3 )每个频点可以有一个或者多个业务指南 SG传输会话。 业务 指南 SG传输会话可以在所有频点发送也可以只在某些频点发送。建议 不要将不同频点的业务指南 SG 内容封装在同一个业务指南传送单元 SGDU中，每个频点的业务指南 SG传输会话只传送本频点相关的业务 指南传送单元 SGDU;
( 4) 业务指南传送描述符 SGDD总是在 Ensemble中 SCId为 1 的业务分量 (SC)中传输。 其他业务不允许使用 SCId为 1的业务分量。 业务指南 SG通告会话业务分量可以被独占一个子信道（ Sub-Channel )， 也可以与其他业务共享子信道。 SCId为 1的业务分量不属于任何业务 (Service) ;
( 5 ) 业务指南传送单元 SGDU业务分量可以独占一个子信道 ( Sub-Channel) ， 也可以与其他业务共享子信道；
( 6 ) 一个或者多个业务指南传送单元 SGDU业务分量组成一个 Service, 也可以不属于任何业务 （Service ) 。 业务指南 SG发现实施指南
客户端可以按照以下步骤获取业务指南 SG: ( 1 )获取任一频点的 FIC通道， 获取 FIG 0/1, FIG 0/3. 通过査询 FIG 0/3获取 SCId = 1的业务分量所在子信道 Id (例： SubChld = 6) 和 包地址 （例： PacketAddress - 0x103 ) ；
( 2)通过 FIG 0/1得到该 Sub Channel通道的 CU参数 (例：从 CU 21幵始， 占 16个 CU);
( 3 )通过 Sub-Channel和包地址 PacketAddress获取此业务分量的 数据， 即业务指南传送描述符 SGDD (可选地， 当使用 FLUTE协议传 输业务指南传送描述符 SGDD 时， 在此业务分量中获取 IP 地址为 232.0.23.165,端口号为 4090的数据，即业务指南传送描述符 SGDD)； (4)解析收取的业务指南传送描述符 SGDD文件，根据业务指南 传送描述符 SGDD文件收取全部的业务指南传送单元 SGDU并进行解 析；
( 5)根据业务指南传送描述符 SGDD跟踪业务指南 SG分片版本 的变化， 并收取本频点的业务指南传送单元 SGDU对业务指南 SG进 行更新。 当用户业务切换到新的频点后， 根据由业务指南传送描述符
SGDD获取的业务指南 SG分片变化信息，收取本频点的业务指南传送 单元 SGDU对业务指南 SG进行更新。 注； 以上说明针对所有业务指南传送描述符 SGDD在每个频点都 发送的情况，如果业务指南传送描述符 SGDD分别在不同的频点发送， 则需要在所有频点重复 （1 ) 到 （4) 的过程， 才能获取全部的业务指 南 SG信息。并且当用户业务切换到新的频点后应收取该频点的业务指 南传送描述符 SGDD，并根据更新信息收取本频点的业务指南传送单元 SGDU, 更新业务指南 SG。 获取的业务指南 SG信息应遵照以下规则处理。
( 1 ) 通常业务指南传送描述符 SGDD业务分量不属于任何业务 ( Service) ， 亦即没有任何一个 FIG 0/2中包含 SCId为 1的业务分量 描述。 此业务分量也不应出现在任何应用表现中， 例如， EPG 界面不 · 允许列出该 sc;
(2) 通常业务指南传送单元 SGDU Service不属于用户意义上的 服务， EPG界面不允许列出该业务；
(3 )提供用户的业务指南信息应严格按照该业务指南 SG中描述 的信息显示， 不应该显示在该业务指南 SG中未描述的业务， 如业务指 南传送单元 SGDU Service;
(4)如果多个频点的业务指南传送描述符 SGDD会话中包含了相 同的业务指南传送描述符 SGDD文件 （文件名相同） ， 应该用最新的 版本覆盖原来的版本；
( 5 )如果多个频点的业务指南传送单元 SGDU会话中包含了相同 的业务指南传送单元 SGDU文件 （文件名相同） ， 应该用最新的版本 覆盖原来的版本。 终端业务指南 SG发现的流程可用图 5所示流程图表示。 本发明的方法可以实施在现有的 DAB系统中，例如图 6和图 7所 示的示意性 DAB广播系统中，下面结合图 6至图 11描述在 DAB系统 中应用业务指南 SG的流程。 业务指南 SG可按图 8所示的流程在图 6所示的 DAB广播头端 100 中迸行发送。下面以通过业务指南 SG索引一路视频流为例进行详细说 明-
( 1 ) 假设在 DAB广播头端 100发送的音视频流和数据流中包括 一路视频流 videol。视频流 videol在 MSC信道中按如下参数进行配置 和发送：
视频流 videol属于 ensamble ID为 1的业务整体； 其媒体类型为 视频； 其使用的协议类型为 MPEG2TS ; 其传输类型为 DAB Stream Mode; 广播网络运营商将其分配于 channel ID为 1的频道中； 其通过 SubChID为 5的子信道进行发送； ( 2)业务配置系统 104生成业务指南传送单元 SGDU, 并在业务 指南传送单元 SGDU中针对视频流 videol 的元素 DABBroadcastPara 中描述上述传输参数。例如在针对视频流 videol的接入信息 Access分 片中的元素 Access的子元素 PrivateExt的子元素 DABBroadcastPara中 描述上述传输参数， 即：
elD = 1；
MediaType - 0x00020000 (参照表 7中的定义， 下同） ；
ProtocolType = 1；
TransportMode = 1；
c annellD = 1；
ServiceComponentID = 5；
当采用 MOT协议传输业务指南传送单元 SGDU时， 业务配置系 统 104配置业务指南传送单元 SGDU的传输参数：
elD = 1；
业务指南传送单元 SGDU采用 DAB Packet Mode模式传输； 业务指南传送单元 SGDU在 SCID = 9的业务分量中传输； 业务配置系统 104生成业务指南传送描述符 SGDD， 并在业务指 南传送描述符 SGDD 中针对业务指南传送单元 SGDU 传输的元素 DABTransport部分 （参见表 9) 描述上述传输参数。 例如在业务指南 SG 传送描述符的元素 ServiceGuideDeliveryDescriptor 的子元素 DescriptorEntry的子元素 DABTransport中描述上述传输参数， 即： elD = 1；
TransportMode = 2 (参见表 9中的定义， 下同） ；
ServiceComponentID = 9；
业务配置系统 104配置业务指南传送描述符 SGDD的传输参数： SCId = l ;
SubChId = 6;
PacketAddress = 0x103；
Sub Channel通道的 CU从 CU 21开始， 占 16个 CU。 .
可选地， 当采用 FLUTE协议传输业务指南传送单元 SGDU时， 业务配置系统 104配置业务指南传送单元 SGDU的传输参数： elD = 1；
业务指南传送单元 SGDU采用 DAB Packet Mode模式传输； 业务指南传送单元 SGDU在 SCID = 1的业务分量中的 IP地址为 232.0.2.51 , 端口号为 5010的 IP流中传输。
业务配置系统 104生成业务指南传送描述符 SGDD,并在业务指南 传送描述符 SGDD 中针对业务指南传送单元 SGDU 传输的元素 Transport部分（参见表 6)描述上述传输参数。例如在业务指南传送描 述符 SGDD 的元素 ServiceGuideDeliveryDescriptor 的子元素 DescriptorEntry的子元素 Transport中描述上述传输参数， 即：
ipAddress = 232.0.2.51；
Port = 5010
业务配置系统 104配置业务指南传送描述符 SGDD的传输参数： SCId = 1；
SubChId = 6;
PacketAddress = 0x103；
Sub Channel通道的 CU从 CU 21开始， 占 16个 CU;
业务指南传送描述符 SGDD在 SCId = 1业务分量中的 IP流传输地 址和端口：
ipAddress = 232.0.23.165；
Port = 4090
(3 )业务配置系统 104在 FIG0/1和 FIG0/3中描述上述业务指南 传送描述符 SGDD的传输信息， 即：
在 FIG0/3中描述 SCId = 1的业务分量所在子信道 SubCMd = 6和 包地址 PacketAddress = 0x103；
在 FIG0/1中描述该 Sub Channel通道的 CU参数为从 CU 21开始， 占 16个 CU。
(4)视频流 videol通过 DAB打包机 102进行打包；业务指南 SG DAB打包机 103从业务配置系统 104获得业务指南传送描述符 SGDD 和业务指南传送单元 SGDU, 并对业务指南传送描述符 SGDD和业务 指南传送单元 SGDU进行打包； MSC复用模块 105分别从 DAB打包 机 102获得视频流 videol和从业务指南 SG DAB打包机 103获得业务 指南传送描述符 SGDD 和业务指南传送单元 SGDU, 并对视频流 video K 业务指南传送描述符 SGDD和业务指南传送单元 SGDU进行 MSC复用；信道复用与调制模块 106分别从 MSC复用模块 105获得视 频流 videol、 业务指南传送描述符 SGDD、 业务指南传送单元 SGDU 和从业务配置系统 104获得 FIG0/1和 FIG0/3 , 并对视频流 videol、 业 务指南传送描述符 SGDD、业务指南传送单元 SGDU、 FIG0/1和 FIG0/3 进行信道复用和调制； DAB广播网络 200将这些数据广播出去。 业务指南 SG可按图 9所示的流程在图 7所示的 DAB广播终端 300 中被获取和使用。下面以通过业务指南 SG获取一路视频流为例进行详 细说明：
( 1 )业务指南 SG模块 305从信道解调和解复用模块 301获取任 一频点的 FIC通道并获取 FIG 0/1和 FIG 0/3；
(2) 业务指南 SG模块 305查询 FIG 0/3获取 SCId = 1的业务分 量所在子信道 Id (在本例中为 SubChld = 6 ) 和包地址 （在本例中为 PacketAddress = 0x103 ) ； 业务指南 SG模块 305查询 FIG 0/1得到该 Sub Channel通道的 CU参数 (在本例中为从 CU 21开始， 占 16个 CU); 业务指南 SG DAB解包机 304通过上述 Sub-Channel和包地址
PacketAddress从 MSC解复用模块 302获取对应业务分量的数据，该数 据即业务指南传送描述符 SGDD (可选地， 当使用 FLUTE协议传输业 务指南传送描述符 SGDD和业务指南传送单元 SGDU时， 在该对应业 务分量的数据中获取 EP地址为 232.0.23.165， 端口号为 4090的数据， 即业务指南传送描述符 SGDD) ；
业务指南 SG模块 305从业务指南 SG DAB解包机 304获得业务 指南传送描述符 SGDD;
( 3 )业务指南 SG模块 305从业务指南传送描述符 SGDD文件中 提取出关于业务指南传送单元 SGDU传输会话的传输参数， 即从业务 指南 SG传送描述符的元素 ServiceGuideDeliveryDescriptor的子元素 DescriptorEntry的子元素 DABTransport (参见表 9 ) 中获取如下参数： elD = 1；
TransportMode = 2 (即业务指南 SG采用 DAB Packet Mode模式 传输） ；
ServiceComponentID = 9 (即 SCID = 9) ；
可选地， 当采用 FLUTE协议传输业务指南传送描述符 SGDD和 业务指南传送单元 SGDU时， 业务指南 SG模块 305从业务指南传送 描述符 SGDD文件中提取出关于业务指南传送单元 SGDU传输会话的 传输参数， 即 从业务指南传送描述符 SGDD 的 元素 ServiceGuideDeliveryDescriptor 的子元素 DescriptorEntry 的子元素 Transport (参见表 6) 中获取如下参数：
ipAddress = 232.0.2.51 (即在 SCID = 1的业务分量中的 IP地址）；
Port = 5010
业务指南 SG DAB解包机 304通过上述参数从 MSC解复用模块 302获取对应业务分量的数据， 该数据即业务指南传送单元 SGDU; 业务指南 SG模块 305从业务指南 SG DAB解包机 304获得业务 指南传送单元 SGDU;
(4)业务指南 SG模块 305解析业务指南传送单元 SGDU, 得到 业务指南 SG的完整数据；
( 5) 业务指南 SG模块 305解析业务指南 SG, 其中包括视频流 video 1的传输参数，即在业务指南 SG的针对 videol的接入信息 Access 分片中的元素 DABBroadcastPara所描述的参数， 即
elD = 1；
MediaType = 0x00020000 (即视频） ；
ProtocolType = 1 (即 MPEG2TS) ;
TransportMode = 1 (即 DAB Stream Mode) ；
channellD = 1 (即由广播网络运营商分配的频道 1 ) ；
ServiceComponentID = 5 (即 SubChID = 5 ) ；
( 6) 当应用模块 306希望获得视频流 Videol时， 其首先从业务 指南 SG模块 305得到上述 videol的传输参数； 再根据 videol的传输 参数从 MSC信道中获得相应的数据， 即 videol的视频流。 业务指南 SG可按图 10所示的流程在图 6所示的 DAB广播头端 100中进行发送。 下面以通过业务指南 SG索引紧急广播数据为例进行 详细说明-
( 1 ) 假设在 DAB广播头端 100发送的音视频流和数据流中包括 —路紧急广播数据 data。 紧急广播数据 data在 MSC信道中通过 SCId 为 8的业务分量进行发送（可选地， 当采用 FLUTE协议传输业务指南 传送描述符 SGDD和业务指南传送单元 SGDU时， 紧急广播数据 data 在 MSC信道中通过 SCId为 1的业务分量中的 IP地址为 232.0.2.52, 端口号为 5020的 IP流中进行发送） ；
(2)业务配置系统 104生成业务指南传送描述符 SGDD,并在业务 指南传送描述符 SGDD 中针对紧急广播传输路径的元素 DABBroadcastDelivery部分描述上述传输参数。例如在业务指南 SG传 送 描述 符 的 元 素 ServiceGuideDeliveryDescriptor 的 子 元 素
NotificationReception的子元素 DABBroadcastDelivery (参见表 8 )中描 述上述传输参数， 即： ServiceComponentID = 8； 业务配置系统 104生 成业务指南传送单元 SGDU和配置业务指南传送单元 SGDU同上一个 例子， 此处不再重复；
可选地， 当采用 FLUTE协议传输业务指南传送描述符 SGDD和 业务指南传送单元 SGDU时， 业务配置系统 104生成业务指南传送描 述符 SGDD,并在业务指南传送描述符 SGDD中针对紧急广播传输路径 的元素 IPBroadcastDelivery部分（参见表 6)描述上述传输参数。 例如 在业务指南传送描述符 SGDD 的元素 ServiceGuideDeliveryDescriptor 的子元素 NotificationReception的子元素 IPBroadcastDelivery中描述上 述传输参数， 即： port = 5020, address = 232.0.2.52； 业务配置系统 104 生成业务指南传送单元 SGDU和配置业务指南传送单元 SGDU同上一 个例子， 此处不再重复；
业务配置系统 104配置业务指南传送描述符 SGDD的传输参数： SCId = 1； S bC Id = 6;
PacketAddress = 0x103；
Sub Channel通道的 CU从 CU 21开始， 占 16个 CU。
(3 )业务配置系统 104在 FIG0/1和 FIG0/3中描述上述业务指南 传送描述符 SGDD的传输信息， 即：
在 FIG0/3中描述 SCId = 1的业务分量所在子信道 SubChld = 6和 包地址 PacketAddress = 0x103；
在 FIG0/1中描述该 Sub Channel通道的 CU参数为从 CU 21开始， 占 16个 CU。
(4) 紧急广播数据 data通过 DAB打包机 102进行打包； 业务指 南 SG DAB打包机 103从业务配置系统 104获得业务指南传送描述符 SGDD和业务指南传送单元 SGDU, 并对业务指南传送描述符 SGDD 和业务指南传送单元 SGDU进行打包； MSC复用模块 105分别从 DAB 打包机 102获得紧急广播数据 data和从业务指南 SG DAB打包机 103 获得业务指南传送描述符 SGDD和业务指南传送单元 SGDU, 并对紧 急广播数据 data、 业务指南传送描述符 SGDD 和业务指南传送单元 SGDU进行 MSC复用； 信道复用与调制模块 106分别从 MSC复用模 块 105获得紧急广播数据 data、 业务指南传送描述符 SGDD和从业务 配置系统 104获得 FIG0/1和 FIG0/3, 并对紧急广播数据 data、 业务指 南传送描述符 SGDD、 业务指南传送单元 SGDU、 FIG0/1和 FIG0/3进 行信道复用和调制； DAB广播网络 200将这些数据广播出去。 业务指南 SG可按图 Π所示的流程在图 7所示的 DAB广播终端 300中被获取和使用。 下面以通过业务指南 SG获取紧急广播数据为例 进行详细说明：
( 1 ) 业务指南 SG模块 305从信道解调和解复用模块 301获取任 一频点的 FIC通道并获取 FIG 0/1和 FIG 0/3；
(2) 业务指南 SG模块 305查询 FIG 0/3获取 SCId = 1的业务分 量所在子信道 Id(在本例中为 SubChld = 6 ) 和包地址 （在本例中为 PacketAddress = 0x103 ) ； 业务指南 SG模块 305查询 FIG 0/1得到该 Sub Channel通道的 CU参数 (在本例中为从 CU 21幵始， 占 16个 CU); 业务指南 SG DAB解包机 304通过上述 Sub-Channel和包地址 PacketAddress从 MSC解复用模块 302获取对应业务分量的数据，该数 据即业务指南传送描述符 SGDD (可选地， 当使用 FLUTE协议传输业 务指南传送描述符 SGDD和业务指南传送单元 SGDU时， 在该对应业 务分量的数据中获取 IP地址为 232.0.23.165， 端口号为 4090的数据， 即业务指南传送描述符 SGDD ) ；
业务指南 SG模块 305从业务指南 SG DAB解包机 304获得业务 指南传送描述符 SGDD;
( 3 ) 业务指南 SG模块 305解析业务指南传送描述符 SGDD, 并 从业务指南传送描述符 SGDD文件中提取出关于紧急广播的传输参数， 即从业务指南 SG传送描述符的元素 ServiceGuideDeliveryDescriptor的 子 元 素 DABBroadcastDelivery 的 子 元 素 中 获 取 参 数 ServiceComponentID = 8 (即 SCID = 8， 参见表 8 ) ；
可选地， 当采用 FLUTE协议传输业务指南传送描述符 SGDD和 业务指南传送单元 SGDU时， 业务指南 SG模块 305解析业务指南传 送描述符 SGDD， 并从业务指南传送描述符 SGDD文件中提取出关于 紧急广播的传输参数， 即从业务指南传送描述符的元素 ServiceGuideDeliveryDescriptor的子元素 NotificationReception的子元 素 IPBroadcastDelivery (参见表 6) 中获取如下参数：
port = 5020；
address = 232.0.2.52 (即在 SCID = 1的业务分量中的 IP地址） ；
(4)当应用模块 306希望获得紧急广播数据 data时，其首先从业 务指南 SG模块 305得到上述紧急广播数据 data的传输参数;再根据紧 急广播数据 data的传输参数从 MSC信道中将获得相应的数据，即紧急 广播数据 data。 上述实施例仅示范性地描述了业务指南 SG在数字音频广播系统 中的部分应用。 在实际应用中， 业务指南 SG还可以同时对基于 IP的 和基于非 IP的数据传输进行引导和索引。例如对基于 IP的数据传输的 引导和索引可采用表 2描述的方式 （如釆用接入信息 Access分片的元 素 access的子元素 AccessType的子元素 BroadcastServiceDelivery的子 元素 SessionDescriptionReference中的各项属性和子元素） ； 同时对基 于非 IP的数据传输的引导和索引可采用表 Ί描述的方式 （如采用接入 信息 Access分片中元素 Access的子元素 PrivateExt中的各项属性和子 元素） 。 在实际应用中， 业务指南 SG本身的传输以及紧急广播数据的传 输可根据实际需要灵活选择是通过基于 IP的方式进行传输还是通过基 于非 IP的方式进行传输。例如对基于 IP的方式传输业务指南 SG和紧 急广播数据可釆用表 6描述的方式（如采用业务指南传送描述符 SGDD 的元素 ServiceGuideDeliveryDescriptor的子元素 DescriptorEntry的子元 素 Transport 中的各项属性和子元素， 以及釆用业务指南传送描述符 SGDD 的 元 素 ServiceGuideDeliveryDescriptor 的 子 元 素 NotificationReception 的元素 IPBroadcastDelivery 的各项属性和子元 素）；对基于非 IP的方式传输业务指南 SG和紧急广播数据可采用表 9 和表 8 描述的方式 （如采用业务指南传送描述符 SGDD 的元素 ServiceGuideDeliveryDescriptor 的子元素 DescriptorEntry 的子元素 DABTransport中的各项属性和子元素， 以及采用业务指南传送描述符 SGDD 的 元 素 ServiceGuideDeliveryDescriptor 的 子 元 素
NotificationReception的元素 DABBroadcastDelivery的各项属性和子元 素） 。 对于本领域技术人员显而易见的是， 在本发明中可以进行多种修 改和变化， 而不脱离本发明的精神和范围。 因此， 本发明意图覆盖落 在所附权利要求及其等效范围内的本发明的修改和变化。

Claims

权 刺 要 求 书
1. 一种在数字音频广播系统中应用业务指南的方法， 包括下列步 骤：
a)在数字音频广播系统中生成业务指南 SG SG传输描述符 SGDD 和业务指南传送单元 SGDU;
b)基于各音视频流和数据流在数字音频广播系统中的传输情况描 述和配置 SGDD和 SGDU; 以及
c) 在数字音频广播系统的网络通道中传输各音视频流、 数据流、 SGDU和 SGDD
2. 根据权利要求 1的方法， 其中步骤 b ) 进一步包括：
在 SGDU中根据各音视频流和数据流在数字音频广播的主业务信 道 MSC的复用模块中的传输情况描述各音视频流和数据流的接入数据 信息。
3. 根据权利要求 2的方法， 其中步骤 b) 进一步包括：
配置 SGDU在数字音频广播的 MSC信道中的传输方式， 以及在 SGDD中描述 SGDU的接入传输信息。
4. 根据权利要求 1 的方法， 其中所述生成 SG的步骤包括向 SG 的 Access分片数据定义添加元素 DABBroadcastPara, 用于描述数字音 频广播系统的广播网络参数。
5. 根据权利要求 4的方法，其中所述元素 DABBroadcastPara作为 子元素被添加到 SG的 Access分片中的元素 Access的子元素 PrivateExt 中。
6. 根据权利要求 5的方法，其中所述元素 DABBroadcastPara包括 如下属性字段： 用于描述业务分量 ServiceComponentID所在的 Ensemble ID的属 性 elD;
用于描述业务分量 ServiceComponentID 的类型的属性的 MediaType;
用于描述 DAB 传输音视频流和数据流所使用的协议类型的属性 的 ProtocoleType; 和
用于描述该 Access 分片所对应业务分量的传输模式的属性的 TransportMode。
7. 根据权利要求 6的方法，其中所述元素 DABBroadcastPara还包 含如下子元素：
用于描述广播节目流所在的通道的 charmelld;
用于描述业务分量的 ID的 ServiceComponentID。
8. 根据权利要求 1 的方法， 其中所述生成 SGDD的步骤包括向
SGDD添加元素 DABBroadcastDelivery,用于提供在广播通道中接收通 知消息的通道参数。
9. 根据权利要求 8的方法， 其中所述元素 DABBroadcastDelivery 作为子元素被添加到业务指南 SG 传输描述符的元素
ServiceGuideDeliveryDescriptor的子元素 NotificationReception中。
10. 根据权利 要 求 9 的 方法 ， 其 中 所述子元素 DABBroadcastDelivery 还包括用于描述该业务分量的 ID 的子元素 ServiceComponentID。
11. 根据权利要求 8的方法， 其中所述生成 SGDD的步骤还包括 向 SGDD添加用于描述本业务指南 SG传输描述符入口中描述的 SGDU 所在的传输会话的元素 DABTransport。
12. 根据权利要求 11的方法， 其中所述元素 DABTransport作为 子 元 素 被 添 加 到 业 务 指 南 SG 传 输 描述符 的 元 素 ServiceGuideDeliveryDescriptor的子元素 DescriptorEntry中。
13. 根据权利要求 12的方法， 其中所述子元素 DABTransport包 括如下属性字段- 用于在本业务指南 SG 传输描述符描述业务指南 SG 所在的 EnsemblelD的 elD;
用于描述该 Access 分片所对应业务分量的传输模式的 TransportMode0
14. 根据权利要求 13的方法， 其中所述子元素 DABTransport还 包括用于描述该业务分量的 ID的子元素 ServiceComponentID。
15. 一种在数字音频广播 DAB系统中应用业务指南的广播头端， 包括 DAB打包机， 主业务频道 MSC复用器以及信道复用与调制器， 该广播头端进一步包括- 业务配置系统， 在数字音频广播系统中生成业务指南 SG、 SG传 输描述符 SGDD和业务指南传送单元 SGDU, 基于各音视频流和数据 流在数字音频广播系统中的传输情况描述和配置 SGDD和 SGDU， 以 及通过数字音频广播系统的网络传输各音视频流、.数据流、 SGDU和
SGDD。
16.根据权利要求 15的广播头端，其中所述广播头端进一步包括： SG DAB打包机， 用于将 SGDD和 SGDU打包， 然后输出 SGDD 和 SGDU打包数据到 MSC复用器。
17. 根据权利要求 15的广播头端，其中所述 MSC复用器将 SGDD 和 SGDU与各音视频流和数据流复用到数字音频广播信道中。
18. 根据权利要求 15的广播头端， 其中所述业务配置系统向 SG 的 access分片数据定义添加元素 DABBroadcastPara, 用于描述数字音 频广播系统的广播网络参数。
19. 根据权利要求 18 的广播头端， 其中所述元素 DABBroadcastPara作为子元素被添加到 SG 的 Access分片中的元素 Access的子元素 PrivateExt中。
20. 根据权利要求 19 的广播头端， 其中所述元素 DABBroadcastPara包括如下属性字段：
用于描述业务分量 ServiceComponentlD所在的 Ensemble ID的属 性 eID;
用于描述业务分量 ServiceComponentID 的类型的属性的 MediaType;
用于描述 DAB 传输音视频流和数据流所使用的协议类型的属性 的 ProtocoleType; 和
用于描述该 Access 分片所对应业务分量的传输模式的属性的 TransportMode。
21. 根据权利要求 20 的广播头端， 其中所述元素 DABBroadcastPara还包含如下子元素：
用于描述广播节目流所在的通道的 chaimelld;
用于描述业务分量的 ID的 ServiceComponentID。
22. 根据权利要求 15 的广播头端， 其中所述业务配置系统向 SGDD添加元素 DABBroadcastDelivery,用于提供在广播通道中接收通 知消息的通道参数。
23. 根据权利要求 22 的广播头端， 其中所述元素 DABBroadcastDelivery作为子元素被添加到业务指南 SG传输描述符的 元素 S erviceGuideDeli veryD es criptor的子元素 NotificationReception中
24. 根据权利要求 23 的广播头端， 其中所述子元素 DABBroadcastDelivery 还包括用于描述该业务分量的 ID 的子元素 ServiceComponentID。
25. 根据权利要求 22 的广播头端， 其中所述业务配置系统还向 SGDD添加用于描述本业务指南 SG传输描述符入口中描述的 SGDU所 在的传输会话的元素 DABTransport。
26. 根据权利要求 25 的广播头端， 其中所述元素 DABTransport 作为子元素被添加到业务指南 SG 传输描述符的元素 ServiceGuideDeliveryDescriptor的子元素 DescriptorEntry中。 21. 根据权利要求 26的广播头端，其中所述子元素 DABTransport 包括如下属性字段 - 用于在本业务指南 SG 传输描述符描述业务指南 SG 所在的 EnsemblelD的 elD;
用于描述该 Access 分片所对应业务分量的传输模式的 TransportMode。
28.根据权利要求 27的广播头端，其中所述子元素 DABTransport 还包括用于描述该业务分量的 ID的子元素 ServiceComponentID。
29. 一种在数字音频广播 DAB系统中应用业务指南的广播终端， 包括信道解调和解复用模块， MSC解复用模块， DAB解包机， 其中该 广播终端进一步包括-
SG DAB解包机， 用于从 MSC解复用模块获得 SG信息； 业务指南 SG模块， 其从信道解调和解复用模块获取任一频点的IC通道， 并获取和解析 FIG0/1和 FIG0/3 , 获得 SGDD的传输信息， 根据该 SGDD的传输信息从 MSC解复用模块以及 SG DAB解包机中获 得 SGDD数据，解析该 SGDD数据，获得 SGDU的传输信息，根据 SGDU 传输信息从 MSC解复用模块以及 SG DAB解包机中获得 SGDU数据， 解析该 SGDU数据， 获得各音视频流和数据流在 MSC信道中的传输信 息， 然后将其输出到应用模块。
30. 根据权利要求 29的广播终端，其中业务指南 SG模块从 SGDD 文件中提取出关于 SGDU传输会话的传输参数， 即从业务指南 SG传输 描述符的元素 ServiceGuideDeliveryDescriptor的子元素 DescriptorEntry 的子元素 DABTransport中获取传输参数。
31. 根据权利要求 30 的广播终端， 其中该子元素 DABTransport 包括：
用于在本业务指南 SG 传输描述符描述业务指南 SG 所在的 EnsemblelD的 elD;
用于描述该 Access 分片所对应业务分量的传输模式的 TransportMode; 以及
用于描述该业务分量的 ID的子元素 ServiceComponentID。
32. 根据权利要求 29的广播终端， 其中业务指南 SG模块业务解 析业务指南 SG中针对视频的 access分片中的元素 DABBroadcastPara 所描述的参数。
33. 根据权利要求 30 的广播终端， 其中所述元素 DABBroadcastPara包括如下属性字段：
用于描述业务分量 ServiceComponentID所在的 Ensemble ID的属 性 elD;
用于描述业务分量 ServiceComponentID 的类型的属性的 MediaType
用于描述 DAB 传输音视频流和数据流所使用的协议类型的属性 的 ProtocoleType; 和
用于描述该 Access 分片所对应业务分量的传输模式的属性的 TransportMode。
34. 根据权利要求 33 的广播终端， 其中所述元素 DABBroadcastPara还包含如下子元素：
用于描述广播节目流所在的通道的 chaimelld;
用于描述业务分量的 ID的 ServiceComponentID。
PCT/CN2008/000045 2008-01-07 2008-01-07 一种在数字音频广播系统中应用业务指南的方法及其广播头端和终端 WO2009086697A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2008/000045 WO2009086697A1 (zh) 2008-01-07 2008-01-07 一种在数字音频广播系统中应用业务指南的方法及其广播头端和终端
PCT/CN2008/000501 WO2009086712A1 (zh) 2008-01-07 2008-03-14 一种在数字电视地面广播传输系统中应用业务指南的方法及其广播头端和终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2008/000045 WO2009086697A1 (zh) 2008-01-07 2008-01-07 一种在数字音频广播系统中应用业务指南的方法及其广播头端和终端

Publications (1)

Publication Number Publication Date
WO2009086697A1 true WO2009086697A1 (zh) 2009-07-16

Family

ID=40852781

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2008/000045 WO2009086697A1 (zh) 2008-01-07 2008-01-07 一种在数字音频广播系统中应用业务指南的方法及其广播头端和终端
PCT/CN2008/000501 WO2009086712A1 (zh) 2008-01-07 2008-03-14 一种在数字电视地面广播传输系统中应用业务指南的方法及其广播头端和终端

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/000501 WO2009086712A1 (zh) 2008-01-07 2008-03-14 一种在数字电视地面广播传输系统中应用业务指南的方法及其广播头端和终端

Country Status (1)

Country Link
WO (2) WO2009086697A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1406061A (zh) * 2001-09-17 2003-03-26 北京中视联数字系统有限公司 基于数字音视频广播标准的电子节目指南的接收方法
WO2007086683A1 (en) * 2006-01-24 2007-08-02 Electronics And Telecommunications Research Institute System and method to provide multi-modal epg service on dmb/dab broadcasting system using extended epg xml with voice tag
US20070300265A1 (en) * 2006-06-21 2007-12-27 Nokia Corporation User behavior adapted electronic service guide update

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007029974A1 (en) * 2005-09-09 2007-03-15 Samsung Electronics Co., Ltd. Method and apparatus for providing preview service using electronic service guide in a digital broadcasting system
KR100834630B1 (ko) * 2005-12-16 2008-06-02 삼성전자주식회사 디지털 비디오 방송 시스템에서 양방향 채널을 위한 전자서비스 가이드의 송수신 방법 및 장치
CN100463385C (zh) * 2006-12-26 2009-02-18 中兴通讯股份有限公司 移动多媒体广播电子业务指南数据模型的传输方法
CN100473098C (zh) * 2007-01-11 2009-03-25 中兴通讯股份有限公司 电子业务指南的复用传输接口方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1406061A (zh) * 2001-09-17 2003-03-26 北京中视联数字系统有限公司 基于数字音视频广播标准的电子节目指南的接收方法
WO2007086683A1 (en) * 2006-01-24 2007-08-02 Electronics And Telecommunications Research Institute System and method to provide multi-modal epg service on dmb/dab broadcasting system using extended epg xml with voice tag
US20070300265A1 (en) * 2006-06-21 2007-12-27 Nokia Corporation User behavior adapted electronic service guide update

Also Published As

Publication number Publication date
WO2009086712A1 (zh) 2009-07-16

Similar Documents

Publication Publication Date Title
RU2496256C2 (ru) Способ и устройство для предоставления руководства по услуге в мобильной широковещательной системе
US8359615B2 (en) Method and digital broadcasting system for transmitting and receiving ESG
US20070118872A1 (en) Method and apparatus for providing preview service using electronic service guide in a digital broadcasting system
US20070234396A1 (en) Method and apparatus for transmitting and receiving electronic service guide of interaction channel in a digital video broadcasting system
KR20070079328A (ko) 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
CA2619930A1 (en) Mapping between uri and id for service guide
US11502763B2 (en) Method for signaling, method for receiving, signaling device, and receiving device
CN109964486B (zh) 广播标识符信令
US8555319B2 (en) Service guide transmission/reception method and apparatus for broadcast service
CN109314797B (zh) 用于提供媒体内容的方法和装置
KR101497717B1 (ko) Ｉｐｔｖ 수신기 및 채널 상세 정보 제공 방법
CA3041449C (en) Dynamic event signaling
WO2009086697A1 (zh) 一种在数字音频广播系统中应用业务指南的方法及其广播头端和终端
KR100929075B1 (ko) 디지털 방송 시스템에서 전자 서비스 가이드의 송수신 방법및 장치
KR101487030B1 (ko) Ｉｐｔｖ 수신기 및 ｉｐｔｖ 서비스를 위한 리소스 획득 방법
Standard A/153 Part 1, ATSC Mobile DTV System (A/153 Part 1: 2013)
Alliance BCAST Distribution System Adaptation–IPDC over DVB-H
Walsh et al. IP-CC Requirements specification
KR20080068419A (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: 08700605

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

Country of ref document: EP

Kind code of ref document: A1