GB2402307A - Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst - Google Patents

Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst Download PDF

Info

Publication number
GB2402307A
GB2402307A GB0312439A GB0312439A GB2402307A GB 2402307 A GB2402307 A GB 2402307A GB 0312439 A GB0312439 A GB 0312439A GB 0312439 A GB0312439 A GB 0312439A GB 2402307 A GB2402307 A GB 2402307A
Authority
GB
United Kingdom
Prior art keywords
burst
data
data structure
mpe
providing
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
GB0312439A
Other versions
GB0312439D0 (en
Inventor
Matti Puputti
Tommi Auranen
Kimmo Laiho
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
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 Nokia Oyj filed Critical Nokia Oyj
Priority to GB0312439A priority Critical patent/GB2402307A/en
Publication of GB0312439D0 publication Critical patent/GB0312439D0/en
Publication of GB2402307A publication Critical patent/GB2402307A/en
Application status is Withdrawn legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083Formatting with frames or packets; Protocol or part of protocol for error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65Arrangements characterised by transmission systems for broadcast
    • H04H20/71Wireless systems
    • H04H20/72Wireless systems of terrestrial networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. local area networks [LAN], wide area networks [WAN]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362Generation or processing of Service Information [SI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26606Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing entitlement messages, e.g. Entitlement Control Message [ECM] or Entitlement Management Message [EMM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633Control signals issued by server directed to the network components or client
    • H04N21/6332Control signals issued by server directed to the network components or client directed to client
    • H04N21/6334Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64315DVB-H
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic or resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery

Abstract

A terrestrial digital video broadcasting (DVB-T) network is used to transmit IP datagrams to receiving devices using multiprotocol encapsulation (MPE). MPE datagram sections and, if forward error correction (FEC) is used, MPE-FEC datagram sections may include time-slicing parameters, such as a "delta-t" parameter for specifying a time until the next burst is transmitted and a flag for indicating the end of a burst. Thus, MPE and MPE-FEC datagram sections can be transmitted in bursts. Other types of sections, however, do not include such time-slicing parameters and thus cannot usually be transmitted in bursts. Nevertheless, by assembling a burst including at least one MPE or MPE-FEC datagram section which specifies delta-t and an MPE or MPE-FEC datagram section at the end of a burst which indicates its position, other types of sections can benefit from being transmitted in bursts.

Description

Burst transmission

Description

The present invention relates to a method of transmitting a burst in a s communication system, particularly, but not exclusively, to a method of transmitting a burst in a digital video broadcasting (DVB) network Mobile communications systems are known which can provide enough bandwidth to allow streaming of video using advanced compression techniques, such as MPEG-4. For example, a third generation mobile network has a maximum bandwidth of 384 kilobits per second (kbps). However, this is not enough for some types of services, such as file downloading.

Nevertheless, higher bandwidth transmission systems are known. For example, a Digital Video Broadcasting (DVB) transmission system can provide bandwidth of Mbps or more. Thus, it is possible to augment a mobile communications system with a higher bandwidth transmission system.

DVB receivers are known in applications such as digital television. Usually, DVB receivers are fixed and mains-powered. However, mobile handheld terminals are usually battery-powered and so power is limited.

The average power consumption of a DVB receiver can be reduced by using a scheme based on time division multiplexing (TDM). Such a scheme is called time slicing.

If a service is requested, data can be transmitted using time slicing. Bursts of data are sent using significantly higher bandwidth compared to the bandwidth needed to send the data using static bandwidth. Each burst includes an indication of time to the beginning of the next burst, which is referred to as "delta-t". Between bursts, data is not transmitted, allowing other services to use the bandwidth allocated to the service. Thus, the receiver need only stay active for a portion of time while Case: PJP/44038GBI - 2 receiving bursts. Nevertheless, received bursts can be buffered and consumed at a relatively more uniform and lower rate.

At present, time slicing cannot used for some types of data. This is because data s structures, such as Entitlement Management Message (EMM) sections which are used to transmit the EMM messages, cannot accommodate time slicing information, such as delta-t.

The present invention seeks to ameliorate this drawback.

According to the present invention there is provided a method of transmitting a burst in communications network, the method comprising providing a first data structure without any time-slicing parameters for describing bursts, providing a second data structure with a set of timeslicing parameters and forming a burst including the first and second data structures.

This can have the advantage of allowing the first data structure to be transmitted in burst.

Forming the burst may comprise arranging the second data structure at an end of the burst. The method may comprise providing, in the second data structure, data indicating end of the burst. Providing data indicating the end of the burst may comprise locating the data at a first predetermined position within the second data structure. The method may comprise providing, in the second data structure, data relating to a subsequent burst. The method may comprise providing, in the second data structure, data relating to an adjacent, subsequent burst. Providing data relating to the subsequent burst or the subsequent adjacent burst may comprise specifying a time until a beginning of a subsequent burst. Providing data relating to the subsequent burst or the subsequent adjacent burst may comprise specifying a beginning of a subsequent burst relative to a position of the second structure within the burst. Providing data relating to the subsequent burst or the subsequent adjacent burst may comprise locating the data at a second predetermined position within the second data structure. The method may comprise providing a third data - 3 structure with a set of time-slicing parameters and forming a burst including the first, second and third data structures. The method may include providing, in the third data structure, data relating to a subsequent burst. The method may include providing, in the third data structure, data relating to an adjacent, subsequent burst.

s Providing data relating to the subsequent burst or the subsequent adjacent burst may comprise specifying a time until a beginning of a subsequent burst. Providing data relating to the subsequent burst or the subsequent adjacent burst may comprise specifying a beginning of a subsequent burst relative to a position of the third structure within the burst. Providing the data relating to the subsequent burst or the subsequent adjacent burst may comprise locating the data at a third predetermined position within the third data structure, wherein the third predetermined position within the third data structure may correspond to the second predetermined position within the second data structure. The method may comprise providing, in the first data structure, a first identifier for identifying the first data structure as being of a first type and providing, in the second data structure, a second identifier for identifying the second data structure as being, of a second, different type. Providing the first and second identifiers may comprises providing the first identifier at a fourth predetermined position within the first data structure, providing the second identifier at a fifth predetermined position within the second data structure, wherein the fourth predetermined position within the first data structure corresponds to the fifth predetermined position within the second data structure. One of the first and second data structures may follow the other of the first and second data structures.

Providing the second data structure may comprise providing a multiprotocol encapsualtion (MPE) section and/or a multiprotocol encapsualtion-forward error correction (MPE-FEC) section. Providing the second data structure may comprise formatting data using Digital Storage Media Command and Control (DSM-CC) section format. The method may comprise locating the set of time slicing parameters within at least part of a data region formed by at least one media access control (MAC) address field. The method may comprise locating the set of time slicing parameters within at least part of a data region formed by four media access control (MAC) address fields. Providing the first data structure may comprise - 4 providing an MPEG-2 private section. The first and second data structures may be hierarchically substantially equal.

According to the present invention there is also provided a method of operating a s network element in a communications network, the method comprising forming a burst including a first data structure with a set of time-slicing parameters for describing bursts and a second data structure without any time-slicing parameters.

According to the present invention there is also provided a method of operating a receiving device in a communications network, the method comprising receiving a burst including a first data structure with a set of time-slicing parameters for describing bursts and a second data structure without any time-slicing parameters, identifying the first data structure and extracting at least one time slicing parameter from the first data structure.

Identifying the first data structure may comprise inspecting a fist predetermine field in each of the first and second data structures. Extracting the at least one time slicing parameter from the first data structure may comprise inspecting a second predetermined field in the first structure and reading from the second predetermined field, data relating to a subsequent burst. The method may further comprise storing the data relating to a subsequent burst. The method may further comprise inspecting a third predetermined field in the first structure and reading from the third predetermined field, data indicating end of the burst.

According to the present invention there is also provided a computer program comprising computer program instructions for causing data processing apparatus to perform the method.

According to the present invention there is also provided a network element configured to form a burst including a first data structure with a set of time-slicing parameters for describing bursts of data and a second data structure without any tlme-slc1ng parameters. - 5

The first data structure may comprise a multiprotocol encapsualtion (MPE) section or a multiprotocol encapsualtion-forward error correction (MPEFEC) section. The second data structure may comprise an MPEG-2 private section.

s According to the present invention there is also provided a handset comprising a receiver and a processor, the handset configured to receive a burst including a first data structure with a set of time-slicing parameters for describing bursts and a second data structure without any time-slicing parameters, to identify the first data structure and to extract at least one time slicing parameter from the first data structure.

According to the present invention there is also provided a system for transmitting a burst in communications network, the system comprising providing a first data structure without any time-slicing parameters for describing bursts, providing a second data structure with a set of timeslicing parameters and forming a burst including the first and second data structures.

An embodiment of the present invention will now be described with reference to the accompanying drawings in which: Figure 1 shows a communication system; Figure 2 shows a multiprotocol encapsulation (MPE) encapsulator which outputs transport stream packets; Figure 3 illustrates a transport stream packet; Figure 4 is a schematic diagram of a mobile telephone handset; Figure 5 is schematic diagram of a battery pack for a mobile telephone handset; Figure 6 shows a receiver and a time slicing buffer included in the mobile telephone handset shown in Figure 4; Figure 7 is a process flow diagram of a first process performed by the MPE encapsulator shown in Figure 2; Figure 8 shows a process by which forward error correction data is calculated; Figure 9 shows datagrams being placed in MPE datagram sections; Figure 10 illustrates an MPE datagram section; Figure 11 illustrates a burst comprising MPE sections;

- G

Figure 12 illustrates encapsulation of MPE datagram sections in transport stream packets; Figure 13 illustrates a plurality of bursts comprising MPE sections; Figure 14 shows data being placed in sections which are not MPE sections; s Figure 15 is a process flow diagram of a second process performed by the MPE encapsulator shown in Figure 2; Figure 16 illustrates a non-MPE datagram section; Figure 17 illustrates encapsulation of non-MPE datagram sections in transport stream packets; Figure 18 illustrates transmission of non-MPE sections; Figure 19 illustrates assembling a burst comprising MPE sections and non-MPE sections; Figure 20 illustrates encapsulation of MPE and non-MPE sections in transport stream packets Figure 21 illustrates a plurality of bursts including non-MPE sections; and Figure 22 is process flow diagram of a process performed by the mobile telephone handset shown in Figure 4.

Communication system 1 Referring to Figure 1, a communication system 1 is shown. The communications system 1 includes a content provider 2 which has access to sources 3l, 32 of content, such as audio-visual content, data files or images.

Content 4 may be transmitted using internet protocol (IP) over a digital broadband network, such as a terrestrial Digital Video Broadcasting (DVBT) network, as an IF datacasting (IPDC) service, to one or more receiving devices 5,, 52. The receiving devices 5,, 52, in the form of mobile telephones with video capabilities, are configured to receive data from at least two different communication channels 6, 7.

Content data 4 is transmitted to a network element 8 which is a server configured to receive the content data 4 and to generate recovery data 9 for use in error correction of the content data 4. The content data 4 is transmitted to the receiving devices 5,, 52 via a first communications channel 6. In this example, the first communications - 7 channel 6 is provided by a first communications network 10 in the form of broadcasting network, such as a DVB-T network, which includes a transmitter 11.

Content data 4 is broadcast, multicast or unicast to receiving devices 5, 52 within a cell (not shown) associated with the first communication network 10.

Recovery data 9 may be transmitted to the receiving devices 5, 52 via a second communication channel 7. In this example, the second communications channel 7 is provided by a second, different communications network 12 in the form of a mobile network, such as a third generation (3G) mobile network, which include a 0 transmitter 13. Recovery data 9 and other data, such a voice data, are transmitted to receiving devices 5, 52 within a cell (not shown) associated with the second communication network 12. The second communications network 12 may be a second generation (2G) or a two-and- half generation (2.5G) network.

In Figure 1, the communication system 1 is shown in a simplified form. Other elements, such as further transmitters (not shown), network elements (not shown) or networks (not shown) may be included.

The transmitters 11, 13 each provide a transmitter node for transmitting data to the receiving devices 5 52, which constitute receiver or recipient nodes.

Network element 8 Referring to Figure 2, the network element 8 is a DVB multiprotocol encapsulation (MPE) encapsulator. The network element 8 receives IF datagrams 14 and service 2s data 15, such as MPEG program specific information (PSI) and DVB service information (SI), and generates a transport stream 16 according to ISO/IEC 13818- 1. The transport steam 16 comprises transport stream (TS) packets 17, typically 188 bytes long.

Referring also to Figure 3, the transport stream 16 is divided into a number of logical channels. The logical channel to which a TS packet 17 belongs is defined in a packet header 18 using a packet identifier (PID) 19. The packet identifier can be used to identify contents of a TS packet payload 20.

For example, the contents of a first TS packet 171 may be identified as being video, audio or another type of data by specifying a PID value between Ox0030 to Ox1FFE (as hexadecimal number). The contents of a second TS packet 172 may be identified as containing all or part of network information table (NIT) by specifying PID = Ox0010. As will be explained in more detail later, an NIT and other types of table may be used to signal time slicing parameters and other parameters relating to forward error correction to a receiving device 51, 52 (Figure 1).

The MPE encapsulator 8 also performs other functions and these will be described in more detail later.

Receiving device 5', 52 Referring to Figure 4, each receiving device 51, 52 is preferably in the form of a mobile telephone handset with a multimedia capability.

Each receiving device 51, 52 includes first and second antennae 211, 212, a receiver 221 and a transceiver 222. In this example, the first antenna 211 and receiver 221 are used to receive signals from the first communications network 10, in this case a DVB-T network. The second antenna 212 and transceiver 222 are used to transmit and receive signals to and from the second communications network 10. The receiver and transceiver 221, 222 each include respective r.f. signal processing circuits (not shown) for amplifying and demodulating received signals and respective processors (not shown) for channel decoding and demultiplexing.

Each receiving device 51, 52 also includes a controller 23, a user interface 24, memory 25, a smart card reader 26, smart card 27 received in the smart card reader 26, a coder/decoder (coder) 28, a speaker 29 with corresponding amplifier 30 and a microphone 31 with a corresponding pre-amplifier 32.

The user interface 24 comprises a display 33 and a keypad 34. The display 33 is adapted for displaying images and video by, for instance, being larger and/or having greater resolution than a display of conventional mobile telephone and being capable of colour images. Each receiving device 51, 52 also includes a battery 35.

The controller 23 manages operation of a receiving device 51, 52 under the direction s of computer software (not shown) stored in memory 25. For example, the controller 23 provides an output for the display 33 and receives inputs from the keypad 34.

Referring to Figure 5, the battery 35 and the first antenna 211 and the receiver 22 may be incorporated into a battery pack 36. By replacing a battery pack (not shown) of a conventional mobile telephone handset with battery pack 36 including receiver 221 and by also providing suitable software, a conventional mobile telephone handset (not shown) may be modified to receive data via the first communications network 10. Alternatively, the first antenna 211 and the receiver 221 may be incorporated into a cover (not shown) for a conventional mobile telephone handset (not shown).

The receiving device So, 52 may be modified providing a single receiver adapted to receive signals from the first and second communications networks 10, 12 (Figure 1) and a transmitter adapted to transmit signals to the second communications network 12 (Figure 1). Alternatively, a single transceiver for both communications networks 10, 12 may be provided.

Referring to Figure 6, the receiver 221 receives a signal 37 from the first communications network 10. The signal 37 is amplified, demodulated, channel decoded and demultiplexed. The resulting demultiplexed signal (not shown) is filtered so as to extract bursts 38 of datagrams. The datagram bursts 38 are fed into a time slice buffer 39 which is provided by controller 23 and memory 25 so as to produce a stream 40 of datagrams which is not time sliced. Preferably, the datagram stream 40 is substantially continuous and/or at a substantially constant rate.

A receiving device 51 52 may be a personal data assistant (PDA) or other mobile terminal capable of at least of receiving signals via the first communications - 10 networks 10. The receiving device 5 52 may also be semi-fixed or semi-portable such as a terminal carried in vehicle, such as a car.

Operation of the MPE encapsulator 8 The MPE encapsulator 8 performs a number of functions, some of which fall into two categories: processes which involve preparing and transmitting application data in bursts and processes which involve preparing and signalling time slicing and forward error correction parameters.

Preparing and transmitting application data in bursts using MPE and MPEFEC datagrams Referring to Figures 7 and 8, a process by which the MPE encapsulator 8 (Figure 1) generates forward error codes and formats data, in this case using a Digital Storage Media Command and Control (DSM-CC) section format, is described.

The MPE encapsulator 8 (Figure 1) receives a stream of data packets 411, 412, 413, 414, in this case IP datagrams, from content provider 2 (Figure 1) and, if necessary, pre-processes them by arranging them in order and/or dropping selected datagrams, for example based on IP address (step S1). It will be appreciated that the MPE encapsulator 8 (Figure 1) may receive Ethernet frames (not shown) and thus, additional processing, such as removing Ethernet frame structure, may be required.

Optionally, forward error correction codes are calculated for the data packets 411, 412, 413, 414 (step S2).

The packets 411, 412, 413, 414 are stored in a coding table or array 42 (step S2.1).

The packets 411, 412, 413, 414 are stored sequentially in columns 431, 432, 433, 434 in a portion of the table 42 referred to as the application data table 44 which in this case occupies the left-most portion of the table 42. The contents of a packet 411, 412, 413, 414 can occupy one or more addressable storage locations of one or more columns 431, 432, 433, 434.

Once a given number of packets have been stored or the application data table 44 has been filled, forward error correction (FEC) data 45, 452, 453 is calculated (step S2.2). The FEC data 45,, 452, 453, preferably in the form of Reed-Solomon data, is calculated for each row 46, 462, 463 and entered into a portion of the table 42 s referred to as the Reed- Solomon data table 47.

Preferably, the coding table 42 has 255 columns. For example, the application data table 44 may comprise 191 columns and the Reed-Solomon table 47 may comprise 64 columns. Preferably, the application data table occupies the left-most portion of table 42 and Reed-Solomon table occupies the right-most portion of the table 42.

The coding table 42 may comprises a selectable number of rows, up to 1024 rows.

Preferably, the table 42 comprises one-byte addressable elements. Thus, a table with 255 columns and 1024 rows may store up to 2 Mbits of data.

It will be appreciated that packets 411, 412, 413, 414 may be stored sequentially in rows and FEC data 45,, 452, 453 calculated for each column. In other words, rows and columns are interchangeable. It will also be appreciated that the length or size of packets 411, 412, 413, 414 can vary. The packets 411, 412, 413, 414 may be an uneven size. The application data table 44 may be filled with stuffing information, for example at the end of table. The stuffing' information may be omitted when calculating FEC data 45,, 452, 453.

The packets 411, 412, 413, 414 and FEC packets 48, 482 are read out of the coding table (step S2.3). The FEC packets 481, 482 are read out column by column. The packets 41, 412, 413, 414 and FEC packets 481, 482 are separated and formatted (step S3).

The MPE encapsulator 8 (Figure 1) preferably formats data in accordance with Section 7 of European Telecommunications Standards Institute (ETSI) Standard 301 192 "Digital Video Broadcasting (DVB); DVB specification for data broadcasting" V1.3.1 (2003-01). Reference is also made Section 4 of ETSI TR 301 192 "Digital Video Broadcasting (DVB); implementation guidelines for Data Broadcasting" V1.2.1 (2003-01). - 12

Referring to Figure 9, the MPE encapsulator 8 places packets 411, 412, 413, 414 into MPE datagram sections 49, 492, 493, 494 compliant with the DSM-CC section format, using the syntax defined in Table 1 below:

Table 1

Syntax No. of bits Identifier datagram_section() {

table_id 8 ulmsbf

section_syntax_indicator 1 bsibf private indicator 1 bsibf reserved 2 bsibf section_length 12 ulmsbf MAC_address_6 8 uimsbf MAC_address_5 8 ulmsbf reserved 2 bsibf payload_scrambling control 2 bsibf address_scrambling_control 2 bsibf LLC SNAP_flag 1 bsibf current_next_indicator 1 bsibf section number 8 ulmsbf last_section_number 8 ulmsbf MAC address_4 8 ulmsbf MAC address 3 8 ulmsbf

_ _

MAC_address_2 8 uimsbf MAC_address_1 8 uimsbf if (LLC_SNAP_flag == "1") { LLC_SNAP() }else{ for 0=O;jcN1;j++) { IP_datagram_data_byte 8 bsibf if (section_n umber == last_section_n umber) { for 0=o;j<N2;j++) { stufflng byte 8 bsibf if (section_syntax_indicator =="O") { checksum 32 ulmsbf } else { CRC_32 32 rpchof Referring still to Figure 8, the MPE encapsulator 8 places FEC packets 48,, 482 into so-called MPE-FEC datagram sections 50', 5O2 using the syntax defined in Table 2 below:

Table 2

Syntax No. of bits Identifier FEC_section () {

table_id 8 ulmsbf

section_syntax_indicator 1 bsibf reserved_for_future_use 1 bsibf reserved 2 bsibf section_length 12 uimsbf padding_columns 8 ulmsbf reserved_for future_use 8 bsibf reserved 2 bsibf reserved_for_future_use 5 bsibf current_nect_indicator 1 bsibf section_number 8 ulmsbf last_section number 8 ulmsbf real_time_parameters() for( inn; i<N; i++ ) { rs_data_byte 8 ulmsbf CRC 32 32 ulmsbf Referring to Figure 10, the general structure of an MPE section 49 or MPE-FEC s section 50 is shown. An MPE/MPE-FEC section 49, 50 comprises a header 51, a payload 52 and a trailer 53. The payload 52 includes a packet 41,, 412, 413, 414 (Figure 9) or a FEC packet 48,, 482 (Figure 9) as defined in Table 1 or 2 above.

The header 51 includes a tableid field 52, a section length field 53 and real time or time slicing parameters 54 field, provided by redundant MAC_address 1 to MAC _address 4 fields. The real time or time slicing parameters 54 field includes a delta-l field 55 and a flag 56 for indicating a frame boundary.

Referring to Figure 11, the MPE sections 491, 492, 493, 494 and MPE-FEC sections 50,, 5O2 comprise a burst 591. As will be explained in more detail later, the burst 59, is delivered on an elementary stream, which is identified by a single PID. Between the burst 59, and a next burst 592 (Figure 13), no sections are transmitted in respect of the same elementary stream.

Referring to Figure 12, the first burst 59, comprising the MPE sections 491, 492, 493, 494 and MPE-FEC sections 5 1, 5O2 are placed in TS packets 60,, 602, 6O3 (step S5) according to ISO/IEC 13818-1. - 14

In this example, a TS packet 601, 602, 6O3 may include plural MPE sections 491, 492, 493, 494 and MPE-FEC sections 501, 5O2. However, a MPE section 491, 492, 493, 494 or MPE-FEC section 501, 5O2 may be divided between a plurality of TS packets GO,, s 602, 6O3. The TS packets 601, 602, 6O3 are labelled with the same PID.

Referring also to Figure 13, the burst 591 can indicate the start time of the next burst 592 within the elementary stream. This is achieved by signalling to the receiving devices 51, 52 that time slices and/or FEC is being used and transmitting information relating to the following burst in the elementary stream.

Referring again to Figure 10 and Tables 1 and 2 above, signalling involves including a data broadcast descriptor in a Service Description Table (SDT) transmitted using service description sections, which indicates that MAC_address 1 to MAC_address 4 fields are not being used to differentiate receivers within the elementary stream but are being used to carry real time parameters 56, such as delta-l 57. The service description sections and data broadcast descriptor is described in more detail in Sections G and 7 of ETSI EN 301 468 "Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB systems" V1.5.1 (2003-01).

Transmitting information relating to the following burst comprises including so- called real time parameters 56 in MAC_address_1 to MAC address_4 fields of each header as defined in Table 1 or 2 above of each MPE section 491, 492, 493, 494 and each MPE-FEC sections 5 1, 5O2. For example, Table 3 below shows real time parameter syntax:

Table 3

Syntax No. of bits Identifier realtime paramters() { delta t 12 ulmsbf table_boundary 1 bsibf frame_boundarv 1 bsibf address 18 uimsbf - 15 Use of the delta_t field 57 depends on whether time slicing is used on the elementary stream concerned.

If time slicing is used, the delta_t field 57 indicates the time 61, 61y to the next time s slice burst 592 within the elementary stream. Delta-t is included in all MPE/MPE FEC sections 49, 492, 493, 494, 50, 5O2 within a burst 54' and the value 61,, 61y may differ from section to section, for example from the first MPE section 492 to the last MPE-FEC section 50y. Resolution of the delta-l is 10 ms. For example, a value OxCOO (in hexadecimal) = 3072 (in decimal) indicates the time to the next burst is 30.72 s. The value OxOO is reserved to indicate that no more bursts will be transmitted within the elementary stream, in other word to indicate end of service.

In such a case, all MPE/MPE-FEC sections 49,, 492, 493, 494, 50,, 5O2 within the burst 59 have the same value in this field. Delta-t is defined from the transport_packet carrying the first byte of the current MPE section 49,, 492, 493, 494 to the transport_packet carrying the first byte of next burst. Therefore the delta-l may differ between MPE/MPE-FEC sections 49,, 492, 493, 494, 501, 5O2 sections within a burst 59,.

The time indicated by delta-l is beyond the end of the maximum burst duration of the actual burst. This helps to ensure that a decoder can reliably distinguish two sequential bursts within an elementary stream. The burst 591 contains complete MPE/MPE-FEC sections 49, 492, 493, 494,

50, 5O2. In other words, MPE/MPE-FEC sections 491, 492, 493, 494, 50,, 5O2 are not divided between bursts 54,. The burst 54, contains complete datagrams 41, 412, 413, 414, 48,, 482. In other words, datagrams 41,, 412, 413, 414, 48, 482 are not fragmented between bursts. Transmission of empty MPE sections, that it an MPE section with no payload, is preferably to be avoided.

Preferably, each burst 59, contains at least one MPE section 41,, 412, 413, 414, 481, 482 carrying a proper datagram 41', 412, 413, 414, 48,, 482 containing network layer address (not shown). The address (not shown) is one of the addresses an IP/MAC Notification Table (INT) has associated with the elementary stream. - 1G

If time slicing is not used and MPE-FEC is used, the delta_t field supports a cyclic MPE-FEC frame index within the elementary stream. The value of the delta_t field increases by one for each subsequent MPE-FEC frame 42. After value s "111111111111 ", the field restarts from "000000000000". If large portions of data is lost, this parameter makes it possible to identify to which MPE-FEC frame the any received section belongs.

The table_boundary field is a flag. When the flag is set to "1", it indicates that the current section is the last section of a table within the current MPE-FEC frame. If the section in question is an MPE section 49, 492, 493, 494, the flag indicates that the section 49,, 492, 493, 494 is the last section of the application data table 44 (Figure 8). A decoder not supporting MPE-FEC may ignore all subsequent sections until the end of the MPE-FEC frame 42, which is indicated using frame_boundary field. For each MPE-FEC frame 42, one MPE section 49,, 492, 493, 494 is transmitted with this flag set. For each MPE-FEC frame 42 in which RS data 47 is transmitted, one FEC section 48, is transmitted with this flag set. If MPE-FEC is not supported on the elementary stream, the flag is reserved for future use. When not used, the flag is set to "0".

The frame_boundary field 58 is a flag. When the flag 58 is set to "1", it indicates that the current section 50y is the last section within the current burst 54,, if time slicing is supported, and within the MPE-FEC frame 42, if MPE-FEC is supported.

For each time slice burst 59,, one MPE section 491, 492, 493, 494 is transmitted with 2s this flag set 58. For each MPE-FEC frame 42, one MPE/MPE-FEC section 49,, 492, 493, 494, 50,, 5O2 is transmitted with this flag set 58.

The address field specifies a byte position in the corresponding MPE-FEC frame table 42 for the first byte of the payload carried within the section. All sections delivering data for any MPE-FEC frame table 42 are delivered in ascending order according to the value of this field. The bytes position is a zero-based linear address within an MPE-FEC frame table 42, starting from the first row of the first - 17 column, and increasing towards the end of the column. At the end of the column, the next byte position is at the first row of the next column.

The first section carrying data of a given MPE-FEC frame is an MPE section s carrying the application data datagram at address "O". All sections carrying application data datagrams of a given MPE-FEC frame 42 are transmitted prior to the first section carrying RS-data of the MPE- FEC frame 42. In other words, sections 49', 492, 493, 494 carrying application data datagrams are not interleaved with sections 50, 5O2 carrying RS-data within a single MPE-FEC frame 42. All sections carried between the first and the last section of an MPE-FEC frame 42 carry data belonging to the MPE-FEC frame 42, i.e. only application data 44 and RS data 47 is used. Sections delivering data of different MPE-FEC frames are not interleaved.

The section following the last section carrying application data datagram on an MPE-FEC frame 42 contain either the first section carrying the RSdata of the same MPE-FEC frame or the first application data section of the next MPE-FEC frame.

In the later case, RS-data of the first MPE-FEC frame is not transmitted. For each MPE-FEC frame 42, one MPE section is transmitted with the address field set to "0". For each MPE-FEC frame 42 in which any RS data is transmitted, one FEC section is transmitted with the address field set to "O". Padding is not used within delivered application data in the application data table 44. Datagrams do not overlap in an application data table. Padding is not used within delivered RS data in

the RS table 42.

Addressing starts from zero within each MPE-FEC frame table. If both time slicing and MPE-FEC are used on an elementary stream, each burst on the elementary stream shall contain exactly one MPE-FEC frame 42. In other words, the MPE FEC frame 42 is not split over multiple bursts.

If MPE-FEC is not supported on the elementary stream, the address field is reserved for future use. When not used, the address field is set to OxOO. - 18

It will be appreciated that many modifications may be made to the embodiments described above. For example, fixed receiving devices may be used.

Preparing and transmitting MPEG-2 private sections s Referring to Figures 14 and 15, a process by which the MPE encapsulator 8 (Figure 1) or other network element (not shown) can generate so-called "private sections" which are defined by ISO/IEC 13818-1 and which are not MPE and MPE-FEC datagram sections is shown. Private sections defined by ISO/IEC 13818-1 can be simply referred to as MPEG-2 private sections.

In this example, preparation and transmission of entitlement management message (EMM) sections is described.

The MPE encapsulator 8 receives EMM messages comprising condition access (CA) data 621, 622, 623, 624 (step S6) and places them in CA message sections 63,, 632, 633, 634 (step S7), for example defined according to European Telecommunications Standards Institute (ETSI) Technical Report (ETR) 289, following the MPEG-2 private section structure, using the syntax shown in Table 4 below:

Table 4

Syntax No. of bits Identifier CA_message_section () {

table id 8 uimsbf

section_syntax_indicator 1 bsibf DVB_reserved 1 bsibf ISO_reserved 2 bsibf CA_section_length 12 uimsbf fort i=O; i<N; i++ ) { CA_data_byte 8 bsibf CA message sections 631, 632, 633, 634 are hereinafter referred to as EMM sections.

Referring to Figure 16, an MPEG-2 private section, in this case an EMM section 63, is shown. The section 63 includes a header 64, payload 65 and optional trailer 66.

The header 64 includes a table_id field 67 and a section length field 68. For example, for an EMM section 63, table_id = 0x81 (hexadecimal). - 19

Referring to Figure 17, EMM sections 631, 632, 633, 634 are placed in TS packets 70,, 702, 703, 7O4 (step S8).

s Referring to Figure 18, EMM sections 631, 632, 633, 634 are transmitted in a continuous elementary stream 70 which can be multiplexed with other elementary streams (not shown).

In this case, EMM sections 63, 632, 633, 634 cannot be conveniently transmitted in bursts since time slicing parameters are not provided. Adding time slicing parameters to an EMM section is not a realistic solution because it requires modification of the EMM section structure which is fixed by a standard.

Without time slicing parameters, such as delta-t, a receiving device 5, 52 (Figure 1) does not know when to expect the next burst. Thus, the receiver 221 (Figure 4) in the receiving device 5, 52 (Figure 1) is usually always switched on, to help ensure that EMM messages are not lost.

This problem is not limited to EMM messages. Other types of data are transmitted in sections based on the MPEG-2 private section. For example, DVB-SI includes sets of tables which are carried on sections following the MPEG-2 private section structure. In particular, the network information table (NIT) is carried on network_information_sections defined by ETSI EN 300 468. It defines a signalling mechanism for locating the INT under various network configurations. The INT can be accessed via one or more linkage descriptors located in the NIT or via the IP/MAC Notification BAT. The IP/MAC Notification BAT/NIT itself may be available on one or more transport streams on the network, and located via a further level of indirection through a linkage descriptor in the NIT. This last scheme is mainly applicable for very large networks. Reference is also made to TR 101162.

Nevertheless, it is desirable to transmit MPEG-2 private sections in bursts and/or to transmit MPEG-2 private sections in bursts in a convenient way. - 20

Preparing and transmitting MPEG-2 private sections in bursts Referring to Figure 19, a process by which the MPE encapsulator 8 (Figure 1) can generate bursts is shown. s

One or more MPE or MPE-FEC sections 494, 49s, 496 are added to an elementary stream carrying other sections 63s' 636, 637, 63 based on the MPEG-2 private section, which in this example are EMM sections, to produce a burst 711 (step S9).

The burst 711 includes at least one MPE or MPE-FEC section 494, 49s, 496 and the last section of the burst 711 comprises an MPE or MPE-FEC section 496.

The MPE or MPE-FEC section 496 at the end of the burst 711 is used to indicate the end of the burst 711. This is specified using a time-slicing parameter, in particular using the frame_boundary field 58 (Figure 10).

At least one of the one or more MPE or MPE-FEC sections 494, 49s, 496 is used to indicate the start of the next burst 712. This is specified using another time-slicing parameters, namely using the delta_t field 57 (Figure 10). If no other MPE or MPE-FEC sections 494, 49s are provided other than the MPE or MPE-FEC section 496 at the end of the burst 711 or if other MPE or MPE-FEC sections 494, 49s are provided but do not specify a value of delta-t, then the MPE or MPE-FEC section 496 at the end of the burst 71, also includes a value of delta-l 742 (Figure 21) its

delta_t field 57 (Figure 10).

Thus, not only is the end of the burst 711 defined, but an indication of when to expect the next burst 712 (Figure 21) is provided.

The MPE/MPE-FEC section structure is particularly advantageous since positions of the table_id field 54, delta_t field 57 and frame_boundary field 58 are fixed. In other words, the offset between the beginning of the section and a field, such as the delta_t field 57, is the same from one MPE/MPE-FEC section to the next.

Therefore, it may be easily determined whether a section is an MPE/MPEFEC - 21 section and, if so, to extract a delta-l value and/or check the frame_boundary flag 58.

The MPE or MPE-FEC sections 494, 49s, 49fi may just include header information and so the remainder of a section 494, 49s, 496 can be skipped.

Referring to Figure 20, the sections 494, 49s, 496, 63s, 636, 637, 63R are placed in TS packets 72,, 722, 723 according to ISO/IEC 13818-1 (step S10) each having the same PID, thus identifying the elementary stream to which they belong.

Referring to Figure 21, a plurality of bursts 71, 712, 713 which comprise MPE/MPE_FEC sections and non MPE/MPE_FEC sections are shown.

Subsequent bursts 712, 713 are assembled in a manner similar to that described earlier. However, the number and/or the order of MPE/MPE_FEC sections and non MPE/MPE_FEC sections may differ from one burst to the next.

As explained earlier, the value of delta-l can vary from one section to another. For example, a first MPE section 494 specifies a first value of delta-l 731 and a second MPE section 496 specified a second, different value of delta-l 732.

Operation of a reeeiring device 51, Sz Referring to Figures 4 and 22, a method of operating a receiving device 51, 52 is shown.

2s The receiver 22' listens to a transport stream (not shown) carrying a burst 711, 712, 713 relating to a given elementary stream and extracts a section 494, 49s, 496, 63s' 636, 637, 638 (step Sit). The receiver 221 locates the beginning of the section 494, 49s, 496, 63s, 636, 637, 638 (step S12). The receiver 221 inspects the table_id field 54, 67 (step S13) and the section_length held 55, 68 (step S14). The receiver 221 reads the remaining bytes of the section 494, 49s, 496, 63s, 636, 637, 638 (step S15).

The receiver 221 inspects the table_id field 54, 67 so as to determine whether the section 494, 49s, 496, 63s, 636, 637, 638 is an MPE/MPE_FEC section 494, 49s, 496 - 22 (step S15). For example, it may check whether the value held in the table_id field 54, 67 is 0x74 (hexadecimal).

If the receiver 221 identifies the section 494, 49s, 496, 63s, 636, 637, 638 as an s MPE/MPE-FEC section 494, 49s, 496, it reads the delta_t field 57 and stores the value of delta-l (step S17).

The receiver 221 also reads the frame_boundary field 58 (step S18) and inspects the flag so as to determine whether the MPE/MPE-FEC section 494, 49s, 496 is the last in the burst 71, (step S19).

If the receiver 221 identifies the MPE/MPE-FEC section 494, 49s, 496 is the last in the burst 711, then it determines an "off-time" from the end of the current burst 71 to the beginning of the next burst 712 using the stored value of delta-l 732 (step Is S20).

Otherwise, the receiver 221 processes the section (step S21) and continues to receive the next section in the burst 711 (step S1).

The process is performed for each burst 711, 712, 713.

In this way, the receiver 221 can switch on to receive a burst 711, extract delta-l information to identify the start of the next burst 712 and extract frame boundary information to identify the end of the current burst and so switch off until the next burst 712 and so continue.

It will be appreciated that many modifications may be made to the embodiment described above. For example, although MPE/MPE-FEC sections are described, other types of section which include time-slicing parameters may be used instead of MPE/MPE-FEC sections. More than two types of section may be included in a burst. - 23

Claims (37)

  1. Claims 1. A method of transmitting a burst in communications network, the
    method comprising: s providing a first data structure without any time-slicing parameters for describing bursts; providing a second data structure with a set of time-slicing parameters; and forming a burst including said first and second data structures.
  2. 2. A method according to any preceding claim wherein, forming said burst comprises: arranging said second data structure at an end of said burst.
  3. 3. A method according to claim 1 or 2, including: providing, in said second data structure, data indicating end of said burst.
  4. 4. A method according to claim 3, wherein providing said data indicating the end of said burst comprises: locating said data at a first predetermined position within said second data structure.
  5. 5. A method according to any preceding claim, including: providing, in said second data structure, data relating to a subsequent burst.
    2s
  6. 6. A method according to any preceding claim, including: providing, in said second data structure, data relating to an adjacent, subsequent burst.
  7. 7. A method according to claim 5 or 6, wherein providing data relating to said subsequent burst or said subsequent adjacent burst comprises: specifying a time until a beginning of a subsequent burst. - 24
  8. 8. A method according to any one of claims 5, 6 or 7, wherein providing data relating to said subsequent burst or said subsequent adjacent burst comprises: specifying a beginning of a subsequent burst relative to a position of said second structure within said burst. s
  9. 9. A method according to any one of claim 2 to 5, wherein providing said data relating to said subsequent burst or said subsequent adjacent burst comprises: locating said data at a second predetermined position within said second data structure.
  10. 10. A method according to any preceding claim, comprising: providing a third data structure with a set of time-slicing parameters; and forming a burst including said first, second and third data structures.
  11. 11. A method according to any preceding claim, including: providing, in said third data structure, data relating to a subsequent burst.
  12. 12. A method according to any preceding claim, including: providing, in said third data structure, data relating to an adjacent, subsequent burst.
  13. 13. A method according to claim 11 or 12, wherein providing data relating to said subsequent burst or said subsequent adjacent burst comprises: specifying a time until a beginning of a subsequent burst. 2s
  14. 14. A method according to any one of claims 11, 12 or 13, wherein providing data relating to said subsequent burst or said subsequent adjacent burst comprises: specifying a beginning of a subsequent burst relative to a position of said third structure within said burst.
  15. 15. A method according to any one of claim 11 to 14, wherein providing said data relating to said subsequent burst or said subsequent adjacent burst comprises: locating said data at a third predetermined position within said third data - 25 structure; wherein said third predetermined position within said third data structure corresponds to said second predetermined position within said second data structure.
  16. 16. A method according to any preceding claim, comprising: including, in said first data structure, a first identifier for identifying said first data structure as being of a first type and including, in said second data structure, a second identifier for identifying said second data structure as being, of a second, different type.
  17. 17. A method according to claim 16, wherein including said first and second identifiers comprises: providing said first identifier at a fourth predetermined position within said first data structure; providing said second identifier at a fifth predetermined position within said second data structure; wherein said fourth predetermined position within said first data structure corresponds to said fifth predetermined position within said second data structure.
  18. 18. A method according to any preceding claim, wherein providing said second data structure comprises: providing a multiprotocol encapsualtion (MPE) section.
  19. 19. A method according to claim 18, wherein providing said second data structure comprises: formatting data using Digital Storage Media Command and Control (DSM- CC) section format.
  20. 20. A method according to any one of claims 18 or 19, comprising: locating said set of time slicing parameters within at least part of a data region formed by at least one media access control (MAC) address field. - 26
  21. 21. A method according to any one of claims 18 to 20, comprising: locating said set of time slicing parameters within at least part of a data region formed by four media access control (MAC) address fields.
    s
  22. 22. A method according to any preceding claim, wherein providing said first data structure comprises: providing an MPEG-2 private section.
  23. 23. A method according to any preceding claim, wherein said first and second data structures are hierarchically substantially equal.
  24. 24. A method substantially as hereinbefore described with reference to Figures 1 to 22 of the accompanying drawings.
  25. 25. A method of operating a network element in a communications network, the method comprising: forming a burst including a first data structure with a set of time-slicing parameters for describing bursts of data and a second data structure without any time-slicing parameters.
  26. 26. A method of operating a receiving device in a communications network, the method comprising: receiving a burst including a first data structure with a set of time-slicing parameters for describing bursts and a second data structure without any time 2s slicing parameters; identifying said first data structure; and extracting at least one time slicing parameter from said first data structure.
  27. 27. A method according to claim 26, wherein identifying said first data structure comprises: inspecting a fist predetermine field in each of said first and second data structures. - 27
  28. 28. A method according to claim 26 or 27, wherein extracting said at least one time slicing parameter from said first data structure comprises: inspecting a second predetermined field in said first structure; and reading from said second predetermined field, data relating to a subsequent s burst.
  29. 29. A method according to claim 28, further comprising: storing said data relating to a subsequent burst.
  30. 30. A method according to any one of claims 26 to 29, further comprising: inspecting a third predetermined field in said first structure; and reading from said third predetermined field, data indicating end of said burst.
  31. 31. A computer program comprising computer program instructions for causing data processing apparatus to perform the method according to any preceding claims.
  32. 32. A network element configured to form a burst including a first data structure with a set of time-slicing parameters for describing bursts of data and a second data structure without any time-slicing parameters.
  33. 33. A network element according to claim 32, wherein said first data structure comprises: a multiprotocol encapsualtion (MPE) section.
  34. 34. A network element according to claim 32 or 33, wherein said first data structure comprises: a multiprotocol encapsualtion-forward error correction (MPE-FEC) section.
  35. 35. A network element according to any one of claims 32 to 34, wherein said second data structure comprises: an MPEG-2 private section. - 28
  36. 36. A handset comprising: a receiver; and a processor; said handset configured to receive a burst including a first data structure s with a set of time-slicing parameters for describing bursts and a second data structure without any time-slicing parameters, to identify said first data structure; and to extract at least one time slicing parameter from said first data structure.
  37. 37. A system for transmitting a burst in communications network, the system comprising: providing a first data structure without any timeslicing parameters for describing bursts; providing a second data structure with a set of time-slicing parameters; and forming a burst including said first and second data structures.
GB0312439A 2003-05-30 2003-05-30 Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst Withdrawn GB2402307A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
GB0312439A GB2402307A (en) 2003-05-30 2003-05-30 Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
GB0312439A GB2402307A (en) 2003-05-30 2003-05-30 Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst
DE602004010254T DE602004010254T2 (en) 2003-05-30 2004-05-26 Burst transmission
JP2006508462A JP4330619B2 (en) 2003-05-30 2004-05-26 Burst transmission
US10/558,905 US7940798B2 (en) 2003-05-30 2004-05-26 Burst transmission
KR1020057022792A KR100831657B1 (en) 2003-05-30 2004-05-26 Method, network element and system for transmitting a burst in communication network, method of operating a receiving device in a communication network, computer readable medium therefor and a handset
EP04734882A EP1629615B1 (en) 2003-05-30 2004-05-26 Burst transmission
CN2004800150126A CN1799211B (en) 2003-05-30 2004-05-26 Burst transfer
PCT/IB2004/050782 WO2004107619A1 (en) 2003-05-30 2004-05-26 Burst transmission
CA002525950A CA2525950C (en) 2003-05-30 2004-05-26 Burst transmission
HK06102830A HK1082331A1 (en) 2003-05-30 2006-03-03 Burst transmission

Publications (2)

Publication Number Publication Date
GB0312439D0 GB0312439D0 (en) 2003-07-09
GB2402307A true GB2402307A (en) 2004-12-01

Family

ID=9959043

Family Applications (1)

Application Number Title Priority Date Filing Date
GB0312439A Withdrawn GB2402307A (en) 2003-05-30 2003-05-30 Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst

Country Status (10)

Country Link
US (1) US7940798B2 (en)
EP (1) EP1629615B1 (en)
JP (1) JP4330619B2 (en)
KR (1) KR100831657B1 (en)
CN (1) CN1799211B (en)
CA (1) CA2525950C (en)
DE (1) DE602004010254T2 (en)
GB (1) GB2402307A (en)
HK (1) HK1082331A1 (en)
WO (1) WO2004107619A1 (en)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006030329A1 (en) * 2004-09-15 2006-03-23 Nokia Corporation Burst transmission in a digital broadcasting network
WO2006109169A2 (en) 2005-04-13 2006-10-19 Nokia Corporation System and method for wireless communications
WO2006129144A1 (en) * 2005-05-31 2006-12-07 Nokia Corporation Buffering of data from a data stream having error correction elements
EP1732235A1 (en) * 2004-12-08 2006-12-13 Matsushita Electric Industrial Co., Ltd. Reception device, integrated circuit, program, and reception method
EP1791368A1 (en) * 2005-11-25 2007-05-30 LG Electronics Inc. Digital television transmitter/receiver and method of processing data in digital television transmitter/receiver
WO2007034418A3 (en) * 2005-09-19 2007-07-19 Nxp Bv Apparatus and method for error correction in mobile wireless applications incorporating multi-level and adaptive erasure data
EP1892963A2 (en) * 2006-08-07 2008-02-27 Samsung Electronics Co., Ltd. Method of notifying reconfiguration of the IP/MAC platform and a DVB system therefor
EP1901456A3 (en) * 2006-09-18 2008-10-29 Availink, Inc. Efficient framing scheme for supporting VCM/ACM in digital satellite transmission systems
CN100490510C (en) 2005-11-26 2009-05-20 Lg电子株式会社 Digital TV transmitter/receiver and method of processing data therein
US7804860B2 (en) 2005-10-05 2010-09-28 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US7840828B2 (en) 2006-04-25 2010-11-23 Dibcom Method and device for power management according to priority parameters contains in data packets
US7840868B2 (en) 2005-10-05 2010-11-23 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US7917833B2 (en) 2005-11-10 2011-03-29 Mitsubishi Electric Corporation Communication apparatus, transmitter, receiver, and error correction optical communication system
US8255757B2 (en) 2005-09-19 2012-08-28 St-Ericsson Sa Apparatus and method for error correction in mobile wireless applications incorporating erasure table data
CN101142778B (en) 2005-01-18 2013-01-02 台湾积体电路制造股份有限公司 Improved ip decapsulated datagram
US8707140B2 (en) 2005-09-19 2014-04-22 St-Ericsson Sa Apparatus and method for error correction in mobile wireless applications incorporating correction bypass

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1603263B1 (en) * 2004-06-02 2007-10-31 Freescale Semiconductor Inc. Wireless mobile device
US7508839B2 (en) * 2004-07-09 2009-03-24 Nokia Corporation Encapsulator and an associated method and computer program product for encapsulating data packets
US7949341B2 (en) 2004-12-13 2011-05-24 Broadcom Corporation Method and system for mobile receiver antenna architecture for world band cellular and broadcasting services
FR2890519B1 (en) * 2005-09-06 2007-12-28 Thales Sa Method for optimizing the use of bandwidth of emission has spread in bursts
KR101147759B1 (en) 2005-10-05 2012-05-25 엘지전자 주식회사 Transmitting/receiving system of digital broadcasting
KR101208498B1 (en) 2005-10-10 2012-12-05 엘지전자 주식회사 digital broadcasting system, method, and data structure
WO2007072272A2 (en) * 2005-12-20 2007-06-28 Koninklijke Philips Electronics N.V. Device with mpe-fec frame memory
WO2007081108A1 (en) 2006-01-13 2007-07-19 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR100827075B1 (en) 2006-01-20 2008-05-02 삼성전자주식회사 Apparatus and method for receiving a broadcasting data in a in digital video broadcasting receiver
WO2007091779A1 (en) 2006-02-10 2007-08-16 Lg Electronics Inc. Digital broadcasting receiver and method of processing data
WO2007126196A1 (en) 2006-04-29 2007-11-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
WO2007131347A1 (en) * 2006-05-11 2007-11-22 Nortel Networks Limited Media access control protocol for multi-hop network systems and method therefore
WO2007136166A1 (en) 2006-05-23 2007-11-29 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR100936857B1 (en) 2006-06-26 2010-01-14 히다치 가세고교 가부시끼가이샤 Heat-resistant resin paste and method for producing same
US7873104B2 (en) 2006-10-12 2011-01-18 Lg Electronics Inc. Digital television transmitting system and receiving system and method of processing broadcasting data
US7870465B2 (en) 2006-10-18 2011-01-11 Versteeg William C Reducing channel-change time
CN101179551B (en) 2006-11-10 2012-03-21 华为技术有限公司 Method and system for transmitting sudden message in network
KR100819302B1 (en) * 2006-12-01 2008-04-02 삼성전자주식회사 Method of multicast & broadcast service in broadband wireless access system
US8243659B2 (en) * 2007-03-15 2012-08-14 Nokia Corporation DVB low bit rate services
KR101285887B1 (en) 2007-03-26 2013-07-11 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR101253185B1 (en) 2007-03-26 2013-04-10 엘지전자 주식회사 Digital broadcasting system and data processing method
KR101285888B1 (en) 2007-03-30 2013-07-11 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR20080090784A (en) * 2007-04-06 2008-10-09 엘지전자 주식회사 A controlling method and a receiving apparatus for electronic program information
KR101405966B1 (en) 2007-06-26 2014-06-20 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR101456002B1 (en) 2007-06-26 2014-11-03 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR101490246B1 (en) 2007-07-02 2015-02-05 엘지전자 주식회사 broadcasting receiver and method of processing broadcast signal
KR101531910B1 (en) 2007-07-02 2015-06-29 엘지전자 주식회사 broadcasting receiver and method of processing broadcast signal
US8023525B2 (en) 2007-07-02 2011-09-20 Lg Electronics Inc. Broadcasting receiver and broadcast signal processing method
KR20090004660A (en) 2007-07-02 2009-01-12 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR20090004659A (en) * 2007-07-02 2009-01-12 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR20090004658A (en) 2007-07-02 2009-01-12 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR101405972B1 (en) 2007-07-02 2014-06-12 엘지전자 주식회사 broadcasting receiver and method of processing broadcast signal
KR101405971B1 (en) 2007-07-02 2014-06-12 엘지전자 주식회사 broadcasting receiver and method of processing broadcast signal
KR20090004661A (en) 2007-07-04 2009-01-12 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
WO2009005326A2 (en) 2007-07-04 2009-01-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20090002855A (en) 2007-07-04 2009-01-09 엘지전자 주식회사 Digital broadcast system and method of processing signal
US8433973B2 (en) 2007-07-04 2013-04-30 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20090004722A (en) 2007-07-06 2009-01-12 엘지전자 주식회사 Broadcast receiver and method of processing data
KR20090004773A (en) 2007-07-06 2009-01-12 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR20090004061A (en) 2007-07-06 2009-01-12 엘지전자 주식회사 Telematics terminal capable of receiving broadcast and method of processing broadcast signal
KR20090004059A (en) 2007-07-06 2009-01-12 엘지전자 주식회사 Telematics terminal capable of receiving broadcast and method of processing broadcast signal
KR20090004725A (en) 2007-07-06 2009-01-12 엘지전자 주식회사 Broadcast receiver and method of processing data of broadcast receiver
KR20090012180A (en) 2007-07-28 2009-02-02 엘지전자 주식회사 Digital broadcasting system and method of processing data in digital broadcasting system
KR101556132B1 (en) 2007-08-24 2015-09-30 엘지전자 주식회사 The digital broadcasting system and a data processing method
EP2191644A4 (en) 2007-08-24 2015-01-07 Lg Electronics Inc Digital broadcasting system and method of processing data in digital broadcasting system
WO2009028848A1 (en) 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
CN101785301B (en) 2007-08-24 2012-06-20 Lg电子株式会社 Digital broadcasting system and method of processing data in digital broadcasting system
US20090077585A1 (en) 2007-09-18 2009-03-19 Qualcomm Incorporated Method and apparatus to enable fast channel switching with limited dvb receiver memory
US7813310B2 (en) 2007-09-21 2010-10-12 Lg Electronics, Inc. Digital broadcasting receiver and method for controlling the same
WO2009038442A2 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
WO2009038408A2 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting system and data processing method
KR101572875B1 (en) 2007-09-21 2015-11-30 엘지전자 주식회사 The digital broadcasting system and a data processing method
KR101400854B1 (en) * 2007-10-05 2014-05-28 삼성전자주식회사 Apparatus and method for reduce power consumption in mobile communication system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6993009B2 (en) 2000-03-10 2006-01-31 Hughes Electronics Corporation Method and apparatus for deriving uplink timing from asynchronous traffic across multiple transport streams
SE0101034L (en) 2001-03-23 2002-09-24 Etheractive Solutions Ab Portable receiver broadcasting system and method for controlling this
GB0203539D0 (en) 2002-02-14 2002-04-03 Nokia Corp Broadband digital transmission networks
US7130313B2 (en) 2002-02-14 2006-10-31 Nokia Corporation Time-slice signaling for broadband digital broadcasting
CA2513843A1 (en) 2003-01-21 2004-08-05 Nokia Corporation Method, system and network entity for providing digital broadband transmission
US20050013274A1 (en) * 2003-03-05 2005-01-20 Harri Pekonen System and method for data transmission and reception
AT361602T (en) * 2003-03-18 2007-05-15 Nokia Corp Method, system and network unit for data transmission and reception with header protection

Cited By (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006030329A1 (en) * 2004-09-15 2006-03-23 Nokia Corporation Burst transmission in a digital broadcasting network
US8209586B2 (en) 2004-09-15 2012-06-26 Nokia Corporation Burst transmission in a digital broadcasting network
EP1732235A4 (en) * 2004-12-08 2011-03-09 Panasonic Corp Reception device, integrated circuit, program, and reception method
EP1732235A1 (en) * 2004-12-08 2006-12-13 Matsushita Electric Industrial Co., Ltd. Reception device, integrated circuit, program, and reception method
CN101142778B (en) 2005-01-18 2013-01-02 台湾积体电路制造股份有限公司 Improved ip decapsulated datagram
WO2006109169A2 (en) 2005-04-13 2006-10-19 Nokia Corporation System and method for wireless communications
EP1869923A2 (en) * 2005-04-13 2007-12-26 Nokia Corporation System and method for wireless communications
EP1869923A4 (en) * 2005-04-13 2012-06-27 Nokia Corp System and method for wireless communications
WO2006129144A1 (en) * 2005-05-31 2006-12-07 Nokia Corporation Buffering of data from a data stream having error correction elements
US7823048B2 (en) 2005-05-31 2010-10-26 Nokia Corporation Buffering of data from a data stream having error correction elements
US8707140B2 (en) 2005-09-19 2014-04-22 St-Ericsson Sa Apparatus and method for error correction in mobile wireless applications incorporating correction bypass
WO2007034418A3 (en) * 2005-09-19 2007-07-19 Nxp Bv Apparatus and method for error correction in mobile wireless applications incorporating multi-level and adaptive erasure data
US8255757B2 (en) 2005-09-19 2012-08-28 St-Ericsson Sa Apparatus and method for error correction in mobile wireless applications incorporating erasure table data
US8185804B2 (en) 2005-09-19 2012-05-22 St-Ericsson Sa Apparatus and method for error correction in mobile wireless applications incorporating multi-level and adaptive erasure data
US7804860B2 (en) 2005-10-05 2010-09-28 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8473807B2 (en) 2005-10-05 2013-06-25 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US7840868B2 (en) 2005-10-05 2010-11-23 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8542709B2 (en) 2005-10-05 2013-09-24 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
USRE46891E1 (en) 2005-10-05 2018-06-12 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8018977B2 (en) 2005-10-05 2011-09-13 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8018976B2 (en) 2005-10-05 2011-09-13 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8018978B2 (en) 2005-10-05 2011-09-13 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US8098694B2 (en) 2005-10-05 2012-01-17 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
USRE47294E1 (en) 2005-10-05 2019-03-12 Lg Electronics Inc. Method of processing traffic information and digital broadcast system
US7917833B2 (en) 2005-11-10 2011-03-29 Mitsubishi Electric Corporation Communication apparatus, transmitter, receiver, and error correction optical communication system
EP1791368A1 (en) * 2005-11-25 2007-05-30 LG Electronics Inc. Digital television transmitter/receiver and method of processing data in digital television transmitter/receiver
US7756011B2 (en) 2005-11-25 2010-07-13 Lg Electronics, Inc. Digital television transmitter/receiver and method of processing data in digital television transmitter/receiver
US8542577B2 (en) 2005-11-25 2013-09-24 Lg Electronics Inc. Digital television transmitter/receiver and method of processing data in digital television transmitter/receiver
US8072876B2 (en) 2005-11-25 2011-12-06 Lg Electronics Inc. Digital television transmitter/receiver and method of processing data in digital television transmitter/receiver
CN101540856A (en) * 2005-11-26 2009-09-23 Lg电子株式会社 Digital television transmitter/receiver and method of processing data in digital television
CN101540856B (en) 2005-11-26 2012-12-05 Lg电子株式会社 Digital television transmitter and method of processing data in digital television transmitter
CN100490510C (en) 2005-11-26 2009-05-20 Lg电子株式会社 Digital TV transmitter/receiver and method of processing data therein
US8438464B2 (en) 2005-11-26 2013-05-07 Lg Electronics Inc. Digital television transmitter/receiver and method of processing data in digital television transmitter/receiver
US7840828B2 (en) 2006-04-25 2010-11-23 Dibcom Method and device for power management according to priority parameters contains in data packets
EP1892963A3 (en) * 2006-08-07 2009-11-18 Samsung Electronics Co., Ltd. Method of notifying reconfiguration of the IP/MAC platform and a DVB system therefor
EP1892963A2 (en) * 2006-08-07 2008-02-27 Samsung Electronics Co., Ltd. Method of notifying reconfiguration of the IP/MAC platform and a DVB system therefor
EP1901456A3 (en) * 2006-09-18 2008-10-29 Availink, Inc. Efficient framing scheme for supporting VCM/ACM in digital satellite transmission systems

Also Published As

Publication number Publication date
GB0312439D0 (en) 2003-07-09
JP4330619B2 (en) 2009-09-16
EP1629615A1 (en) 2006-03-01
CA2525950C (en) 2009-07-21
DE602004010254T2 (en) 2008-10-02
EP1629615B1 (en) 2007-11-21
KR20060030471A (en) 2006-04-10
HK1082331A1 (en) 2008-01-18
DE602004010254D1 (en) 2008-01-03
US7940798B2 (en) 2011-05-10
US20060245488A1 (en) 2006-11-02
CN1799211B (en) 2011-07-13
CA2525950A1 (en) 2004-12-09
KR100831657B1 (en) 2008-05-22
JP2006526350A (en) 2006-11-16
CN1799211A (en) 2006-07-05
WO2004107619A1 (en) 2004-12-09

Similar Documents

Publication Publication Date Title
KR101227029B1 (en) Method and apparatus for transmitting broadcast, method and apparatus for receiving broadcast
US8159982B2 (en) Method, system and network entity for providing digital broadband transmission
US7193999B1 (en) Reception system for replacing transport packets
KR100753026B1 (en) Broadcast hand-over in a wireless network
KR101008732B1 (en) Method and arrangement for providing a notification of a change in a service
EP1657835A1 (en) Mobile-terminal-oriented transmission method and apparatus
RU2486678C2 (en) Mapping network information between data link and physical layer
EP2214411A2 (en) Datacasting
US7752644B2 (en) Method and apparatus of providing and receiving video services in digital audio broadcasting (DAB) system
US20060123099A1 (en) Enhanced electronic service guide container
US7614068B2 (en) Prioritization of electronic service guide carousels
JP5097547B2 (en) Burst transmission in a digital broadcasting network
US20070240027A1 (en) Forward Error Correction Decoders
US7486640B2 (en) Signaling mechanism for handover in digital broadcasting
EP1897290B1 (en) Optimizing playback startup time of bursty real-time streams
CA2739885C (en) Method for receiving a broadcast signal and broadcast receiver
KR101034849B1 (en) A method for indicating service types in the service guide
KR100978050B1 (en) Codec and session parameter change
US7747930B2 (en) Method and system for forward error correction
US8407743B2 (en) Method for processing additional information related to an announced service or content in an NRT service and a broadcast receiver
US9204182B2 (en) Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal
WO2006006070A1 (en) Encapsulator and an associated method and computer program product for encapsulating data packets
KR20090021123A (en) Digital broadcasting system and method of processing data in digital broadcasting system
US7843947B2 (en) System and method for providing unequal error protection to priority labeled datagrams in a DVB-H transmission system
WO2006106392A1 (en) Enhanced electronic service guide container

Legal Events

Date Code Title Description
WAP Application withdrawn, taken to be withdrawn or refused ** after publication under section 16(1)