(51) Int Cl.: G06F 1/00 ( )

Transcription

1 (19) TEPZZ_4 Z4ZB_T (11) EP B1 (12) EUROPEAN PATENT SPECIFICATION (4) Date of publication and mention of the grant of the patent: Bulletin 201/46 (21) Application number: (22) Date of filing: (1) Int Cl.: G06F 1/00 ( ) (86) International application number: PCT/IB2002/ (87) International publication number: WO 2003/ ( Gazette 2003/1) (4) INTERNET PROTOCOL ADDRESS TO PACKET IDENTIFIER MAPPING ABBILDUNG VON INTERNET-PROTOKOLL-ADRESSE AUF PAKETKENNUNG MAPPAGE D ADRESSE DE PROTOCOLE INTERNET SUR UN IDENTIFICATEUR DE PAQUETS EP B1 (84) Designated Contracting States: AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LI LU MC NL PT SE SK TR Designated Extension States: AL LT LV MK RO SI (30) Priority: US US (43) Date of publication of application: Bulletin 2004/27 (73) Proprietor: Nokia Technologies Oy 026 Espoo (FI) (72) Inventors: LUOMA, Juha-Pekka FIN Tampere (FI) XU, Lin FIN Tampere (FI) (74) Representative: Read, Matthew Charles et al Venner Shipley LLP 200 Aldersgate London EC1A 4HD (GB) (6) References cited: US-B US-B US-B US-B US-B DVB ORGANIZATION: "S13-012r16.doc" DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 12 July 2001 ( ), XP DVB ORGANIZATION: "621r2.pdf" DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 1 March 2001 ( ), XP DVB ORGANIZATION: "60.doc" DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 7 September 2001 ( ), XP RMT WG M LUBY/DIGITAL FOUNTAIN J GEMMELL/MICROSOFT L VICISANO/CISCO L RIZZO/ACIRI AND UNIV PISA M HANDLEY/ACIRI J CROWCROFT/UCL: "Layered Coding Transport: A massively scalable multicast protocol; draft-ietf-rmt-bb-lct-00.txt" IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, vol. rmt, 17 November 2000 ( ), XP ISSN: DVB ORGANIZATION: "8r2.doc" DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 11 July 2001 ( ), XP HANDLEY ACIRI C PERKINS USC/ISI E WHELAN UCL M: "Session Announcement Protocol; rfc2974.txt", , 1 October 2000 ( ), XP , ISSN: Note: Within nine months of the publication of the mention of the grant of the European patent in the European Patent Bulletin, any person may give notice to the European Patent Office of opposition to that patent, in accordance with the Implementing Regulations. Notice of opposition shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention). Printed by Jouve, 7001 PARIS (FR) (Cont. next page)

2 EP B1 DVB ORGANIZATION: "CM199.doc", DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 3 February 2000 ( ), XP , DVB ORGANIZATION: "602r1.doc", DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 3 October 2003 ( ), XP , 2

3 1 EP B1 2 Description BRIEF SUMMARY OF THE INVENTION [0001] This application is a continuation-in-part of U.S. Patent Application Serial number 09/969,297, filed October 2, BACKGROUND OF THE INVENTION FIELD OF THE INVENTION [0002] The invention relates to digital video broadcasting. More particularly, the invention relates to transmitting Internet protocol packets on a digital video broadcasting network. DESCRIPTION OF RELATED ART [0003] Conventional digital video broadcast (DVB) services transmit Internet protocol (IP) data to end-users via a transport stream. A DVB compliant transport stream contains one or more DVB services. Each DVB service consists of one or more component streams called DVB service components. Each service component consists of transport stream packets identified by a packet identifier (PID) value that is assigned by a service provider and is unique within a particular transport stream. Each service component is also uniquely identified within a transport stream by the combination of the service identifier and component tag values assigned by the service provider. Unicast IP data and multicast IP data are identified by a limited number of packet identifiers. For example, all unicast IP data may be identified by a single packet identifier and all multicast IP data may be identified by a second packet identifier. The use of a limited number of packet identifiers requires extensive processing by the DVB receivers that receive the transport stream. In particular, when receiving unicast IP data, a DVB receiver must process all of the data transmitted under the single or limited number of unicast IP packet identifiers. This data includes not only the data addressed to the DVB receiver, but also includes data addressed to all or several other DVB receivers. [0004] Some proposed solutions to this problem have involved using new protocols to provide digital video services. One drawback of these solutions is that they require modifying the hardware or software components of existing DVB receivers. [000] An example of such prior art is document "Proposal for an automatic extraction of the IP services carried in DVB streams" from N. Chu et Al published on where the DVB Service Information contains a mapping between IP or MAC address and PID. [0006] Therefore, there exists a need in the art for systems and methods for transmitting IP data over DVB service networks that require reduced processing by DVB receivers and that do not require extensive modifications to existing DVB receivers [0007] The above-mentioned needs in the art are satisfied by the disclosed systems and methods that utilize the mapping of IP addresses to packet identifiers. DVB service components within a transport stream can be efficiently filtered according to transport stream packet identifiers by demultiplexers of DVB receivers. Demultiplexers may be implemented with hardware components to reduce the processing requirements of a DVB receiver processor or the CPU of a computer. [0008] In a first embodiment, a method of processing transport stream packets transmitted in a digital video broadcast is provided according to claim 1. [0009] In another embodiment, a digital video broadcast receiver that identifies Internet protocol data transmitted in a digital video broadcast using transport stream packets identified by a unique transport stream packet identifier is provided according to claim 16. [00] In other embodiments of the invention, computer-executable instructions for implementing the disclosed methods are stored on computer-readable media. BRIEF DESCRIPTION OF THE DRAWINGS [0011] The present invention is illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements and in which: Figure 1 shows a schematic diagram of a digital video broadcasting system in accordance with an embodiment of the invention. Figure 2 illustrates end user equipment in accordance with an embodiment of the invention. Figure 3 illustrates a method of processing transport stream packets with a DVB receiver in accordance with an embodiment of the invention. Figure 4 illustrates a portion of an announcement message that includes the identification of a service component, in accordance with an embodiment of the invention. Figure illustrates a portion of an announcement message that includes the identification of a transport stream packet identifier, in accordance with an embodiment of the invention. Figure 6 illustrates a portion of an announcement message that identifies a return path in accordance with an embodiment of the invention. DETAILED DESCRIPTION OF THE INVENTION [0012] Figure 1 shows a schematic diagram of a digital 3

4 3 EP B video broadcasting system in accordance with an embodiment of the invention. End users 2A and 2B receive data transmitted by DVB service provider 4. DVB service provider 4 transmits IP based content (e.g., audio, video, web pages, etc.) along with native audio, data and/or video streams. Figure 1 shows an embodiment in which the service provider 4 transmits data to end users 2A and 2B via a satellite 6. Of course, service provider 4 may transmit data to end users 2A and 2B via other transmission paths, such as paths that include cable or terrestrial transmitters. The DVB transmission path provides a unidirectional, broadband datalink for sending IP data to end users 2A and 2B. End users 2A and 2B may communicate with service provider 4 via a return path 116. Return path 116 may include a telephone network, narrowband datalink, Internet 8 or some other path. Service provider 4 is coupled to the Internet 8. As is well-known, a large number of computers, servers and other devices may be coupled to the Internet 8. Figure 1 shows a single server 1 coupled to the Internet 8 for illustration purposes. Of course, embodiments of present invention may be used with wide area networks other than the Internet. [0013] Service provider 4 may also be connected to other sources of data, such as walled garden host 112. Unlike communicating with the Internet 8, end users 2A and 2B can only communicate with walled garden host 112 via service provider 4. [0014] In addition to transmitting conventional video broadcast data to end users, service provider 4 includes modules for efficiently transmitting IP packets to end-users. An IP addiess mapping module 112 maps IP addresses to transport stream packet identifier values in a manner that is described in detail below. A message generation and injection module 114 generates messages that contain the information mapping IP addresses to transport stream packet identifier values and injects the messages into signals broadcasted by service provider 4. [001] Figure 2 illustrates a DVB receiver 202 and a computer device 200 in accordance with an embodiment of the invention. A demultiplexer 204 receives and filters transport stream packets. Filtering may be performed based on the transport stream packet identifier used to identify each service component. A processor 206 is included for controlling the operation of demultiplexer 204 and the other components included within receiver 202. An interface 208 may be included in embodiments in which receiver 202 is coupled to a computer device 200. [0016] Receiver 202 may also include a database 2 that includes DVB service information (SI). In particular, database 2 includes a table mapping DVB service components 212 to transport stream packet identifiers 214. An address mapping memory 216 may be included to store information from announcement messages mapping IP addresses 218 to DVB service components 220. A message mapping memory 222 that may store information from announcement messages mapping IP addresses 224 directly to transport stream packet identifiers 226 may also be included. In one embodiment, announcement messages are broadcasted by service provider 4 using the session announcement protocol (SAP). The payload of session announcement protocol messages may be, for example, in the session description protocol (SDP) format or in the extensible markup language (XML) format. Other protocols, such the Internet control message protocol (ICMP) or unidirectional hypertext transfer protocol (UHTTP), can be used for sending the messages as an alternative to the session announcement protocol. [0017] Messages may be delivered using the IP over multiprotocol encapsulation DVB data broadcasting profile. Messages mapping IP addresses to DVB service components or transport stream packet identifiers may be delivered on the highest component tag of each DVB service that includes IP data components to allow end user equipment to easily locate the messages. Utilizing announcement messages to map IP addresses to packet identifiers allows the disclosed mapping technique to be implemented with a wide variety of existing devices, such as conventional DVB receivers. Database 2, address mapping memory 216 and message mapping memory 222 may be implemented with a single memory module. In operation, receiver 202 may be configured to filter transport stream packets, create IP packets and transmit the IP packets to computer 200. Computer 200 may have a static or dynamic IP address. Receiver 202 may identify a service component corresponding to the IP address of computer 200 by analyzing the information in address mapping memory 216. The packet identifier of a corresponding component stream may then be determined by analyzing the information in SI table 2. Alternatively, in embodiments that include announcement messages that map IP addresses directly to packet identifiers, the packet identifier for a corresponding IP address may be determined by analyzing the information in address mapping memory 222. Then, demultiplexer 204 may be configured to filter transport stream packets according to packet identifier values. Transport stream packets that contain IP data addressed to computer 200 may be transmitted to computer 200 via interface 208. Alternatively, the IP packets may be first decapsulated from one or more transport stream packets, and then transmitted to computer 200 via interface 208. [0018] Figure 3 illustrates a method of mapping IP addresses to packet identifiers and processing transport stream packets in accordance with various embodiments of the invention. First, in step 302, a DVB receiver receives service information identifying a service component C1 carrying announcement messages. Each DVB service component may be identified by a unique identifier, such as a packet identifier or the combination of service identifier and component tag. Next, the receiver may receive service information mapping the service component C1 carrying announcement messages to a packet identifier value P1 in step 304. Packet identifier P1 may 4

5 EP B1 6 be used to filter announcement messages. Steps 302 and 304 may be performed when a DVB receiver is initialized at startup, during handover from one DVB transmitter to another DVB transmitter, periodically during updates or at other times. [0019] In step 306, the DVB receiver may receive an announcement message A1 on a transport packet identified by packet identifier P1 and that maps at least one IP address to a service component C2 or maps at least one IP address directly to a packet identifier P2. In one embodiment of the invention, the DVB receiver may be configured to receive and processes both types of announcement messages. In alternative embodiments, the DVB receiver may be configured to process only one type of message. [0020] In step 308, it is determined whether announcement message A1 contains a direct mapping to a packet identifier value. When announcement message A1 does not contain a direct mapping to a packet identifier value, in step 3, the DVB receiver receives service information mapping service component C2 to PID value P2. Service component C2 and PID value P2 may be stored in SI table 2 (shown in figure 2). [0021] In step 312, the receiver may receive return information identifying a return path between the receiver and a computer device connected to the Internet. Return information may be transmitted on PID P1. Step 312 may be performed when the DVB receiver desires to utilize a return path, during handover from one DVB transmitter to another DVB transmitter or at other times. In one embodiment of the invention, the return information is transmitted to the DVB receiver via the DVB network. In another embodiment, the return information is received when the DVB service provider transmits electronic mail messages to an end user via a mail server. The return information may identify a protocol, a return path, a telephone number, an authentication requirement or other information that allows a recipient of the transmission stream to reply to a source. An Internet address may also be identified for the return channel, instead of or in addition to the telephone number. In embodiments that utilize an Internet address, the receiver may use an Internet Service Provider (ISP) to connect to the Internet (e.g. via the PSTN or a GSM network), then set up a return channel connection via the Internet. In some embodiments, an Internet address and a phone number may be provided. The phone number may correspond to a preferred ISP to use for the return path. [0022] A transport stream packet is received in step 314. It is next determined whether the transport stream packet corresponds to a predetermined IP address in step 316. The predetermined IP address may correspond to an address of a DVB receiver, an address assigned to a computer coupled to a DVB receiver, an address of a computer that is not coupled to a DVB receiver, or an address of another device. In one embodiment of the invention, the determination includes comparing the packet identifier of the transport stream packet to packet identifier value P2. As described above, packet identifier value P2 may be received in an announcement message or determined from an announcement message that identifies a service component and service information that maps the service component to the packet identifier value. [0023] When the transport stream packet does not correspond to the predetermined IP address, the transport stream packet is discarded in step 318. When the transport stream packet does correspond to the predetermined IP address, the transport stream packet may be further processed by the DVB receiver or a computer device. IP data may be sent to DVB receivers using IP over multiprotocol encapsulation (IP/MPE). IP over multiprotocol encapsulation is conventionally used for transmitting IP packets over DVB networks. In step 320, for example, the further processing may include decapsulating an IP packet contained in one or more transport stream packets. In step 322, the IP packet may be passed to an IP stack for further processing. [0024] The present invention may also be used in connection with multicast data. For example, a range of IP addresses in which each address corresponds to a multicast IP group may be mapped to a DVB service component. The software running on a DVB receiver, an attached computer or other device can configure the receiver to receive any number of multicast groups. A DVB receiver may then compare the packet identifiers associated with received transport stream packets to information mapping IP addresses to packet identifiers. The information mapping IP addresses to packet identifiers may be contained in a service information table and one or more announcement messages or within a single announcement message. [002] Announcement messages mapping IP addresses to service components or transport packet identifiers may be sent to DVB receivers using IP over multiprotocol encapsulation (IP/MPE). IP over multiprotocol encapsulation is conventionally used for transmitting IP packets over DVB networks. The announcement messages may contain fields for identifying information such as the data path, bearer, framing, network access service and subnet. The data path field may identify whether the transmission path is a forward path or a return path. The bearer field may identify the type of DVB network used to transmit the transmission stream. The framing field may be used identify the manner which the IP packets are encapsulated by the DVB service provider or the manner in which data is sent on a return data path. A network access service field may be included to identify protocol used for identifying users, such as RADIUS, Diameter, IPsec, L2TP or PPTP, or to indicate that the user will be prompted for username and password as an identification. The subnet field may contain the IP network address and the length (in bits) of the IP subnet mask. [0026] Figure 4 illustrates an exemplary portion of a SAP announcement message that includes the identification of a service component and that is used to an-

6 7 EP B1 8 nounce a unicast transmission without a return path. Line 402 defines the DVB service component as "unicast29.datacast.bbc.com/134." Line 403 indicates that the DVB service component carries data addressed to the IP network address /16. Lines 404 and 40 indicate that the data path is a forward data path that uses DVB multiprotocol encapsulation. Line 406 identifies the network as a terrestrial DVB network. [0027] Information from the SAP message shown in Figure 4 may be stored in address mapping memory 216. The information allows DVB receiver 202 to associate DVB service component "unicast29.datacast.bbc.com/134" with IP network address " /16." DVB receiver 202 can then utilize the information contained in SI table 2 to determine that particular packet identifier 186 is assigned to DVB service component "unicast29.datacast.bbc.com/134." Demultiplexer 204 may then be configured to pass transmission streams having a packet identifier value of 186. [0028] Figure illustrates an exemplary portion of a SAP announcement message that includes the identification of a transport stream packet identifier and that is used to announce a unicast transmission without a return path. Line 02 identifies a service component with transport packet identifier Line 03 indicates that transport stream packets identified the transport packet identifier carry data addressed to the IP network address /16. Lines 04 and 0 indicate that the data path is a forward data path that uses DVB multiprotocol encapsulation. [0029] Figure 6 illustrates an exemplary portion of a SAP message that includes return path information. Line 602 indicates that the RADIUS protocol is used to authenticate users. Line 603 indicates that the return data path is via a telephone network and the phone number is (312) Lines identify the data path as a return data path that uses asynchronous PPP over a V.90 modem link. Of course, additional or alternative information may be included. For example, in embodiments in which the SAP message identifies a phone number and Internet address for the return path, a line such as "c=in IP " may be included to identify the Internet address and the phone number may correspond to a preferred ISP. [0030] While the invention has been described with respect to specific examples including presently preferred modes of carrying out the invention, those skilled in the art will appreciate that there are numerous variations and permutations of the above described systems and techniques that fall within the scope of the invention as set forth in the appended claims. For example, aspects of the present invention may be used with digital audio broadcast services and other digital video or data systems. Moreover, the order of steps shown in Figure 3 is merely exemplary and that steps may be arranged in several different orders. Those skilled in the art will also understand that the term "DVB service component" is used in this patent application as a genenc term for any of the data streams and other elementary streams that may be included within a DVB service. Claims 1. A method of processing transport stream packets transmitted in a digital video broadcast, the method comprising: receiving information assigning an Internet protocol address to a first transport stream packet identifier, comprising: receiving service information identifying a broadcast service including Internet protocol data and carrying at least one announcement message mapping the Internet protocol address to a first broadcast service component; receiving and processing the announcement message on the highest component tag of the broadcast service, and receiving service identification information mapping the first broadcast service component to the first transport stream packet identifier, and; receiving (314) a transport stream packet containing a second transport stream packet identifier; determining (316) whether the second transport stream packet identifier corresponds to the Internet protocol address by comparing the second transport stream packet identifier with the first transport stream packet identifier; and further processing the transport stream packet when the second transport packet identifier corresponds to the Internet protocol address. 2. The method of claim 1, wherein the announcement message is in the session announcement protocol format. 3. The method of claim 2, wherein the Internet protocol address corresponds to a multicast IP group. 4. The method of claim 2, wherein a payload of the announcement messages is in the session description protocol format.. The method of claim 3, wherein a payload of the announcement message is in the extensible markup language format. 6. The method of claim 1, wherein the announcement message is in the Internet control message protocol format. 6

7 9 EP B1 7. The method of claim 1, wherein the announcement message is in the unidirectional hypertext transfer protocol format. first transport stream packet identifier; and a processor (206) programmed with computerexecutable instructions to perform: 8. The method of claim 1, wherein the Internet protocol address comprises an Internet protocol address of a digital video broadcast receiver. 9. The method of claim 1, wherein the Internet protocol address comprises an Internet protocol address of a computer device.. The method of claim 1, wherein the Internet protocol address comprises an Internet protocol address of a multicast group. 11. The method of claim 1, further comprising: receiving return information identifying a return path between a device that receives a payload of the transport stream packet and a computer device connected to the Internet. 12. The method of claim 11, wherein the return information includes the identification of a protocol. 13. The method of claim 11, wherein the return information includes the identification of a telephone number, an Internet protocol address or both. 14. The method of claim 11, further including the step of transmitting data through the return path to the computer device connected to the Internet. 1. The method of claim 1, wherein further processing the transport stream packet comprises decapsulating the transport stream packet receiving identification of the Internet protocol address; retrieving from the memory the first transport stream packet identifier corresponding to the identified Internet protocol address; and causing the demultiplexer to identify a transport stream packets having a second transport stream packet identifier, the transport stream packet containing a payload addressed to the identified Internet protocol address, comprising determining whether the second transport stream packet identifiers corresponds to the Internet protocol address by comparing the second transport stream packet identifier with the first transport stream packet identifier. 17. The digital video broadcast receiver of claim 16, wherein the processor is further programmed with computer-executable instructions to perform the step of causing the demultiplexer to transmit to an external computer device the payload of transport stream packets containing payloads addressed to the Internet protocol address. 18. A computer program comprising machine readable instructions that when executed by a digital video broadcast receiver cause it to perform the method of any of claims 1 to 1. Patentansprüche 16. A digital video broadcast receiver that identifies Internet protocol data transmitted in a digital video broadcast using transport stream packets identified by a unique transport stream packet identifier, the digital video broadcast receiver comprising: a demultiplexer (204) configured to identify transport stream packet identifiers by receiving service information identifying a broadcast service including Internet protocol data and carrying at least one announcement message mapping the Internet protocol address to a first broadcast service component, receiving and processing an announcement message on the highest component tag of the broadcast service, and receiving service identification information mapping the first broadcast service component to a first transport stream packet identifier; a memory (216/222) configured to contain the Internet protocol address and the corresponding Verfahren zur Verarbeitung von Transportstrompaketen, die in einem Digitalvideorundfunk übertragen werden, wobei das Verfahren Folgendes umfasst: Empfangen von Informationen, die einem ersten Transportstrompaket-Identifikator eine Internet- Protocol-Adresse zuweisen, was Folgendes umfasst: Empfangen von Dienstinformationen, die einen Rundfunkdienst identifizieren, der Internet-Protocol-Daten enthält und mindestens eine Ankündigungsnachricht transportiert, die die Internet-Protocol-Adresse auf eine erste Rundfunkdienstkomponente abbilden; Empfangen und Verarbeiten der Ankündigungsnachricht über den höchsten Komponenten-Tag des Rundfunkdienstes, und Empfangen von Dienstidentifizierungsin- 7

8 11 EP B1 12 formationen, die die erste Rundfunkdienstkomponente auf den ersten Transportstrompaket-Identifikator abbilden, und Empfangen (314) eines Transportstrompaketes, das einen zweiten Transportstrompaket- Identifikator enthält; Bestimmen (316), ob der zweite Transportstrompaket-Identifikator der Internet-Protocol- Adresse entspricht, durch Vergleichen des zweiten Transportstrompaket-Identifikators mit dem ersten Transportstrompaket-Identifikator; und Weiterverarbeiten des Transportstrompaketes, wenn der zweite Transportpaket-Identifikator der Internet-Protocol-Adresse entspricht. 1 Empfangen von Rücklaufinformationen, die einen Rücklaufpfad zwischen einer Vorrichtung, die Nutzdaten des Transportstrompaketes empfängt, und einer Computervorrichtung, die mit dem Internet verbunden ist, identifizieren. 12. Verfahren nach Anspruch 11, wobei die Rücklaufinformationen die Identifizierung eines Protokolls enthalten. 13. Verfahren nach Anspruch 11, wobei die Rücklaufinformationen die Identifizierung einer Telefonnummer, einer Internet-Protocol-Adresse oder von beidem enthalten. 14. Verfahren nach Anspruch 11, das des Weiteren den Schritt des Sendens von Daten durch den Rücklaufpfad zu der Computervorrichtung, die mit dem Internet verbunden ist, enthält. 2. Verfahren nach Anspruch 1, wobei die Ankündigungsnachricht im Session Announcement Protocol-Format vorliegt Verfahren nach Anspruch 1, wobei die Weiterverarbeitung des Transportstrompaketes das Entkapseln des Transportstrompaketes umfasst. 3. Verfahren nach Anspruch 2, wobei die Internet-Protocol-Adresse einer Multicast IP-Gruppe entspricht. 4. Verfahren nach Anspruch 2, wobei Nutzdaten der Ankündigungsnachrichten im Session Description Protocol-Format vorliegen.. Verfahren nach Anspruch 3, wobei Nutzdaten der Ankündigungsnachricht im Extensible Markup Language-Format vorliegen. 6. Verfahren nach Anspruch 1, wobei die Ankündigungsnachricht im Internet Control Message Protocol-Format vorliegt. 7. Verfahren nach Anspruch 1, wobei die Ankündigungsnachricht im unidirektionalen Hypertext Transfer Protocol-Format vorliegt. 8. Verfahren nach Anspruch 1, wobei die Internet-Protocol-Adresse eine Internet-Protocol-Adresse eines Digitalvideorundfunkempfängers umfasst. 9. Verfahren nach Anspruch 1, wobei die Internet-Protocol-Adresse eine Internet-Protocol-Adresse einer Computervorrichtung umfasst.. Verfahren nach Anspruch 1, wobei die Internet-Protocol-Adresse eine Internet-Protocol-Adresse einer Multicast-Gruppe umfasst Digitalvideorundfunkempfänger, der Internet-Protocol-Daten identifiziert, die in einem Digitalvideorundfunk unter Verwendung von Transportstrompaketen übertragen werden, die durch einen eindeutigen Transportstrompaket-Identifikator identifiziert werden, wobei der Digitalvideorundfunkempfänger Folgendes umfasst: einen Demultiplexierer (204), der dafür konfiguriert ist, Transportstrompaket-Identifikatoren zu identifizieren durch: Empfangen von Dienstinformationen, die einen Rundfunkdienst identifizieren, der Internet-Protocol-Daten enthält und mindestens eine Ankündigungsnachricht transportiert, die die Internet-Protocol-Adresse auf eine erste Rundfunkdienstkomponente abbilden, Empfangen und Verarbeiten einer Ankündigungsnachricht über den höchsten Komponenten-Tag des Rundfunkdienstes, und Empfangen von Dienstidentifizierungsinformationen, die die erste Rundfunkdienstkomponente auf einen ersten Transportstrompaket-Identifikator abbilden; einen Speicher (216/222), der dafür konfiguriert ist, die Internet-Protocol-Adresse und den entsprechenden ersten Transportstrompaket- Identifikator zu speichern; und einen Prozessor (206), der mit Computer-ausführbaren Instruktionen programmiert ist, um Folgendes auszuführen: 11. Verfahren nach Anspruch 1, das des Weiteren Folgendes umfasst: Empfangen einer Identifizierung der Internet-Protocol-Adresse; Abrufen, aus dem Speicher, des ersten Transportstrompaket-Identifikators, der der identifizierten Internet-Protocol-Adresse entspricht; und 8

9 13 EP B1 14 Veranlassen des Demultiplexierers, ein Transportstrompaket zu identifizieren, das einen zweiten Transportstrompaket-Identifikator aufweist, wobei das Transportstrompaket Nutzdaten enthält, die an die identifizierte Internet-Protocol-Adresse adressiert sind, was das Bestimmen umfasst, ob der zweite Transportstrompaket-Identifikator der Internet-Protocol-Adresse entspricht, indem der zweite Transportstrompaket- Identifikator mit dem ersten Transportstrompaket-Identifikator verglichen wird. 17. Digitalvideorundfunkempfänger nach Anspruch 16, wobei der Prozessor des Weiteren mit computerausführbaren Instruktionen programmiert ist, um den Schritt auszuführen, den Demultiplexierer zu veranlassen, an eine externe Computervorrichtung die Nutzdaten von Transportstrompaketen zu übertragen, die Nutzdaten enthalten, die an die Internet- Protocol-Adresse adressiert sind paquet de flux de transport correspond à l adresse de protocole Internet en comparant le deuxième identifiant de paquet de flux de transport au premier identifiant de paquet de flux de transport ; et poursuivre le traitement du paquet de flux de transport lorsque le deuxième identifiant de paquet de transport correspond à l adresse de protocole Internet. 2. Procédé selon la revendication 1, dans lequel le message d annonce est dans le format de protocole d annonce de session. 3. Procédé selon la revendication 2, dans lequel l adresse de protocole Internet correspond à un groupe IP de multidiffusion. 4. Procédé selon la revendication 2, dans lequel une charge utile des messages d annonce est dans le format de protocole de description. 18. Computerprogramm, das maschinenlesbare Instruktionen umfasst, die, wenn sie durch einen Digitalvideorundfunkempfänger ausgeführt werden, diesen veranlassen, das Verfahren nach einem der Ansprüche 1 bis 1 auszuführen. Revendications 1. Procédé de traitement de paquets de flux de transport transmis dans une diffusion vidéo numérique, le procédé comprenant les étapes suivantes : recevoir des informations assignant une adresse de protocole Internet à un premier identifiant de paquet de flux de transport, comprenant les étapes suivantes : recevoir des informations de service identifiant un service de diffusion comprenant des données de protocole Internet et acheminant au moins un message d annonce mappant l adresse de protocole Internet à un premier composant de service de diffusion ; recevoir et traiter le message d annonce sur le marqueur de composant le plus élevé du service de diffusion, et recevoir des informations d identification de service mappant le premier composant de service de diffusion au premier identifiant de paquet de flux de transport, et recevoir (314) un paquet de flux de transport contenant un deuxième identifiant de paquet de flux de transport ; déterminer (316) si le deuxième identifiant de Procédé selon la revendication 3, dans lequel une charge utile du message d annonce est dans le format de balisage extensible. 6. Procédé selon la revendication 1, dans lequel le message d annonce est dans le format de protocole de message de contrôle Internet. 7. Procédé selon la revendication 1, dans lequel le message d annonce est dans le format de protocole de transfert hypertexte unidirectionnel. 8. Procédé selon la revendication 1, dans lequel l adresse de protocole Internet comprend une adresse de protocole Internet d un récepteur de diffusion vidéo numérique. 9. Procédé selon la revendication 1, dans lequel l adresse de protocole Internet comprend une adresse de protocole Internet d un dispositif informatique.. Procédé selon la revendication 1, dans lequel l adresse de protocole Internet comprend une adresse de protocole Internet d un groupe de multidiffusion. 11. Procédé selon la revendication 1, comprenant en outre l étape suivante : recevoir des informations de retour identifiant un trajet de retour entre un dispositif qui reçoit une charge utile du paquet de flux de transport et un dispositif informatique connecté à Internet. 12. Procédé selon la revendication 11, dans lequel les informations de retour comprennent l identification 9

10 1 EP B1 16 d un protocole. 13. Procédé selon la revendication 11, dans lequel les informations de retour comprennent l identification d un numéro de téléphone, d une adresse de protocole Internet, ou les deux. recevoir une identification de l adresse de protocole Internet ; récupérer dans la mémoire le premier identifiant de paquet de flux de transport correspondant à l adresse de protocole Internet identifiée ; et amener le démultiplexeur à identifier un paquet de flux de transport ayant un deuxième identifiant de paquet de flux de transport, le paquet de flux de transport contenant une charge utile adressée à l adresse de protocole Internet identifiée, comprenant de déterminer si le deuxième identifiant de paquet de flux de transport correspond à l adresse de protocole Internet en comparant le deuxième identifiant de paquet de flux de transport au premier identifiant de paquet de flux de transport. 14. Procédé selon la revendication 11, comprenant en outre l étape consistant à transmettre des données à travers le chemin de retour vers le dispositif informatique connecté à Internet. 1. Procédé selon la revendication 1, dans lequel poursuivre le traitement du paquet de flux de transport comprend de désemcapsuler le paquet de flux de transport. 16. Récepteur de diffusion vidéo numérique qui identifie des données de protocole Internet transmises dans une diffusion vidéo numérique au moyen de paquets de flux de transport identifiés par un identifiant de paquet de flux de transport unique, le récepteur de diffusion vidéo numérique comprenant : Récepteur de diffusion vidéo numérique selon la revendication 16, dans lequel le processeur est en outre programmé avec des instructions exécutables par ordinateur pour exécuter l étape amenant le démultiplexeur à transmettre à un dispositif informatique externe la charge utile des paquets de flux de transport contenant des charges utiles adressées à l adresse de protocole Internet. 18. Programme informatique comprenant des instructions lisibles par une machine qui, lorsqu elles sont exécutées par un récepteur de diffusion vidéo numérique amènent celui-ci à exécuter le procédé selon l une quelconque des revendications 1 à 1. un démultiplexeur (204) configuré pour identifier des identifiants de paquets de flux de transport en recevant des informations de service identifiant un service de diffusion comprenant des données de protocole Internet et acheminant au moins un message d annonce mappant l adresse de protocole Internet à un premier composant de service de diffusion ; pour recevoir et traiter un message d annonce sur le marqueur de composant le plus élevé du service de diffusion, et pour recevoir des informations d identification de service mappant le premier composant de service de diffusion à un premier identifiant de paquet de flux de transport ; une mémoire (216/222) configurée pour contenir l adresse de protocole Internet et le premier identifiant de paquet de flux de transport correspondant ; et un processeur (206) programmé avec des instructions exécutables par ordinateur pour exécuter les étapes suivantes :

11 EP B1 11

12 EP B1 12

13 EP B1 13

14 EP B1 14

15 EP B1 1

16 EP B1 REFERENCES CITED IN THE DESCRIPTION This list of references cited by the applicant is for the reader s convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard. Patent documents cited in the description US A [0001] Non-patent literature cited in the description N. CHU et al. Proposal for an automatic extraction of the IP services carried in DVB streams, 09 July 2001 [000] 16