Packet identifier search filtering
Abstract
A broadband digital broadcast receiver and methods are provided for processing Internet protocol data. Transport stream packets are analyzed to determine whether they contain Internet protocol data addressed to a desired Internet protocol address. When a transport stream packet does contain the desired Internet protocol data, a transport stream filter is configured to filter additional transport stream packets according to a packet identifier value.

Term
Term ended
Expired 20 June 2023, 3.3 years ago.
- Priority
- Filed
- Granted
- Expired
- Today
28 claims: 3 independent, 25 dependent
- 1A method for processing a digital broadband transmission at a receiver (100), the method comprising :(a) capturing a transport stream packet ;(b) analyzing the transport stream packet to detect a first identifier;(c) when the first identifier is detected, identifying a second identifier and a third identifier of the transport stream packet;(d) storing the second identifier in a memory (104);(e) comparing the third identifier to a predetermined value, (f) when the third identifier corresponds to the predetermined value, selecting additional transport stream packets that include the second identifier;and (g) providing a service with data carried in transport stream packets that include the second identifier.
- 24A broadband digital broadcast receiver (100) that processes Internet protocol packets that are transmitted as payloads of one or more transport stream packets containing packet identifiers, the receiver comprising:a transport stream filter (102) that filters transport stream packets according to packet identifiers;a decapsulation module (106) coupled to the transport stream filter and that decapsulates Internet protocol data from transport streams;an address filter (108) that compares address information from the Internet protocol data to a desired Internet protocol address;a processor (112) programmed with computer-executable instructions to cause the receiver to perform a step comprising: configuring the transport stream filter based on information received from the address filter.
Independent claims4
27 paragraphs in 6 sections, as filed
BACKGROUND OF THE INVENTION
FIELD OF THE INVENTION
0001The invention relates to broadband digital transmission and reception. More particularly, the invention relates to the transmission and reception of Internet protocol packets on a broadband digital transmission network.
DESCRIPTION OF RELATED ART
0002Digital broadband transmission networks are known. An example of such a network is that defined by the Advanced Television Systems Committee (ATSC). Another example of such a network enjoying popularity in Europe and elsewhere world-wide is Digital Video Broadcasting (DVB) which, like ATSC, in addition to the delivery of television content, is also capable of delivering data. Both ATSC and DVB utilize a containerization technique in which content for transmission is placed into MPEG-2 packets that act as data containers. Thus, the containers can be utilized to transport any suitably digitized data including, but not limited to High Definition TV, multiple channel standard definition TV (PAL / NTSC or SECAM) and, of course, broadband multimedia data and interactive services.
0003Conventionally, broadband digital transmission services transmit television content and data to end-users via transport streams. An example of such a transport stream used in ATSC and DVB is the MPEG-2 transport stream. Each transport stream contains individual transport stream packets identified by a packet identifier (PID). The PID contains the information required to locate, identify and reconstruct particular content or data in a receiver. A single transport stream typically contains transport stream packets identified by more than one packet identifier.
0004The processing of transport stream packets is time consuming and can have a significant impact on the performance of a broadband digital broadcast receiver. Such an impact on performance is accepted in the case of the delivery of more traditional television content. However, this is not the case in the provision of certain other types of service such as the delivery of Internet protocol packets that can carry audio, video, text, other data or any combination of them. A single Internet protocol packet is conventionally carried inside one datagram section. A datagram section is formed of one or more transport stream packet payload sections. Existing broadband digital broadcast receivers filter and process incoming transport stream packets to determine whether or not the transport stream packets contain payloads that are part of a desired Internet protocol packet as disclosed by the IETF Internet Draft document draft-fair-ipdvb-req-01.txt, published May 2002. Although there have been some proposed solutions to reduce the number of transport stream packets filtered and processed by a broadband digital broadcast receiver, these solutions have involved using limitations of existing protocols to provide digital broadcast services. A significant drawback of these solutions is that they require modifying the hardware or software components and are incompatible with current standards.
0005Therefore, there exists a need in the art for apparatus, systems and methods for transmission and reception of services in which encapsulation of packets of the service results in the payload of those packets being distributed over one or more transport stream packets. More specifically, there exists a need for apparatus, systems and methods of transmission and reception of Internet protocol data over broadband digital broadcast service networks that require reduced processing by broadband digital broadcast receivers and that do not require extensive modifications to existing broadband digital broadcast receivers as well as increased speed in hand-over of the receivers moving between broadband digital broadcast base stations. Furthermore there is a need to link IP and DVB address information.
BRIEF SUMMARY OF THE INVENTION
0006One or more of the above-mentioned needs in the art are satisfied by the disclosed systems and methods that link the filtering of Internet protocol data to the filtering of transport stream packets. Aspects of the present invention result in decreased power consumption and are particularly suitable for mobile handheld terminals, such as mobile phones and personal digital assistants.
0007In a first embodiment, a method for processing a digital broadband transmission at a receiver is provided. The method includes capturing a transport stream packet and analyzing the transport stream packet to detect a first identifier. When the first identifier is detected, second and third identifiers are detected. The second identifier is stored in a memory. Next, the third identifier is compared to a predetermined value. When the third identifier corresponds to the predetermined value, additional transport stream packets that include the second identifier are selected. Finally, a service with data carried in transport stream packets that include the second identifier is provided.
0008In another embodiment of the invention, a broadband digital broadcast receiver that processes Internet protocol packets that are transmitted as payloads of one or more transport stream packets containing packet identifiers is provided. The receiver includes a transport stream filter that filters transport stream packets according to packet identifiers and a decapsulation module coupled to the transport stream filter and that decapsulates Internet protocol data from transport streams. An address filter compares address information from the Internet protocol data to a desired Internet protocol address. A processor is programmed with computer-executable instructions to cause the receiver to perform the step comprising configuring the transport stream filter based on information received from the address filter.
0009In other embodiments of the invention, computer-executable instructions for implementing the disclosed methods are stored on computer-readable media.
0010The invention is defined in the claims.
BRIEF DESCRIPTION OF THE DRAWINGS
0011The 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:
0012<figref idref="f0001">Figure 1</figref> shows a schematic diagram of a broadband digital broadcast receiver, in accordance with an embodiment of the invention;
0013<figref idref="f0002">Figure 2</figref> shows how Internet protocol data is carried by transport stream packets, in accordance with an embodiment of the invention; and
0014<figref idref="f0003">Figure 3</figref> illustrates a method of filtering transport stream packets according to encapsulated Internet protocol data, in accordance with an embodiment of the invention.
DETAILED DESCRIPTION OF THE INVENTION
0015<figref idref="f0001">Figure 1</figref> illustrates a broadband digital broadcast receiver 100 in accordance with an embodiment of the invention. Broadband digital broadcast receiver 100 may be implemented with a set top box, mobile telephone, personal digital assistant or other computer device. A transport stream packet filter 102 receives incoming transport stream packets. The transport stream may be a conventional MPEG-2 transport stream transmitted via a terrestrial network, cable network, a satellite network or any other conventional broadband digital broadcasting network. In one embodiment of the invention a transport stream packet filter 102 filters transport stream packets based on packet identifier values.
0016A packet identifier (PID) memory 104 may be included to store packet identifier values of incoming transport stream packets. The use of packet identifier values will become apparent from the description given below. A decapsulation module 106 may be included to decapsulate transport stream packets. In one embodiment, Internet protocol data is delivered using the Internet protocol over multiprotocol encapsulation DVB data broadcasting profile. The present invention may be practiced with a variety of different encapsulation methods, including IP/MPE/DSM-CC_section/MPEG2 transport stream encapsulation and proprietary encapsulation methods. Alternative encapsulation methods include IP/"proprietary encapsulation I "/PES/MPEG-2 for DVB data streaming, IPP/"proprietary encapsulation2"/MPEG-2 for DVB data piping and IP/"proprietary encapsulation3"/MPEG-2 for any MPEG network (e.g. inc. ATSC). Encapsulation is done in the headend.
0017A terminal may identify an IP address beforehand e.g. through an electronic service guide. The terminal could retrieve the electronic service guide through a communication path determined by the terminal capability. For example, a user may retrieve the electronic service guide through the broadcast path. After the terminal has received the electronic service guide, the service the user of terminal is desiring is selected and the IP address or the like address information of this service may be stored in an address filter 108. Address filter 108 may be included to filter Internet protocol addresses, MAC address bytes or other address information. In one aspect of the invention, address filter 108 filters address information of Internet protocol packets. A datagram memory 110 may be included to store one or more Internet protocol packet sections. A processor 112 may be included to control the overall operation of digital broadcast receiver 100. Of course, processor 112 may be programmed with computer executable instructions. Finally, an interface 114 may be included to couple digital broadcast receiver 100 to an external computer device 116. A single computer device 116 is shown for illustration purposes only. In other embodiments, interface 114 may be coupled to a network, several computer devices, a single computer device having several Internet protocol addresses or any hardware device programmed to include at least one Internet protocol address, mobile telephone, personal digital assistant, set top box or the like.
0018Before describing a method of implementing aspects of the present invention, the transmission of Internet protocol packets via digital broadcast networks will be described with reference to <figref idref="f0002">Figure 2</figref>. An MPEG-2 transport stream 200 includes several transport stream packets. Each transport stream packet is identified by a packet identifier value. As is shown in <figref idref="f0002">Figure 2</figref>, several different transport stream packets may be identified by the same packet identifier value. Packet identifier values are typically used to identify services transmitted as part of a digital broadcast compliant transport stream, such as a DVB component. As part an embodiment of the present invention, a packet identifier value may correspond to an individual or a group of Internet protocol addresses. For example, a single packet identifier value may correspond to a group of Internet protocol addresses to reduce the requirement for unique packet identifier values.
0019<figref idref="f0002">Figure 2</figref> shows that the payloads of transport stream packets with the same packet identifiers 201 may be grouped together in a datagram section 202 in the receiver. Datagram section 202 includes a section header 202a, IP packet section 202c and CRC or checksum bits 202b. The section header 202a may include MAC or other relevant identifiable information. In one aspect of the invention, datagram section 202 is limited to a maximum size of 4096 bytes. The IP packet section 202c may comprise IP header 204a and payload 204b, and be formatted in accordance with IPv4, IPv6 or any other format. The IP packet section 202c may be limited to the conventional maximum size of 4084 bits. The payloads 204b can then be presented to the user using his or her terminal. <figref idref="f0003">Figure 3</figref> illustrates a method of filtering transport stream packets according to encapsulated Internet protocol data, in accordance with an embodiment of the invention. First, in step 302, a broadband digital broadcast receiver is initialized. The initialization step may include resetting a state of a transport stream packet filter. Next, in step 304 the broadband digital broadcast receiver receives a transport stream packet. In step 306, the transport stream packet may be decapsulated to reveal underlying Internet protocol data. The decapsulation operation will be a function of the encapsulation format. Next, in step 308, the transport stream packet may be analyzed to determine whether a payload unit start indicator (PUSI) is present. When a payload unit start indicator is present, in step 310 the packet identifier value of the transport stream packet is stored in a packet identifier memory, such as PID memory 104. A stored packet identifier value may be used for later transport stream packet filtering. When a payload unit start indicator is not present, control may be transferred to step 304.
0020It is determined whether the entire address information is present in step 312. A single transport stream packet may contain only a portion of a MAC or IP address. When the entire address is not present, in step 314 the broadband digital broadcast receiver may receive and decapsulate additional transport stream packet until the complete address information is available. Alternatively, the portion of the IP address that is present may be filtered. In some cases, only a portion of the address is needed.
0021Address information of the underlying Internet protocol data is filtered in step 316. One skilled in the art will appreciate that Internet protocol address information may include an Internet protocol packet destination address or an Internet protocol packet source address. Moreover, as used herein, "Internet protocol address information" may also include MAC address bits that contain address information.
0022Aspects of the present invention may be used in connection with Internet protocol multicast and unicast services: With Internet protocol multicast services, Internet protocol destination address information is typically copied to datagram section header MAC address bits. The filtering of step 316 may be performed by filtering the Internet protocol destination address or by filtering MAC address bits from the datagram section header 202a. With Internet protocol unicast services, the receiver's MAC address may be delivered to a headend transmitter by means of the operator or service provider. The address may be transferred through another communication path through. The communication path may include phone messaging services like SMS service in GSM, sending messages including the MAC address to a predetermined number of an administrator operating this kind of service and having access to the transport stream encapsulation. The headend transmitter may then copy the MAC address to transport stream packets as identifiers of the transport stream packets sent to receivers. The filtering of step 316, may be performed by filtering the MAC bits. At the headend the broadcast operator decides this PID to IP mapping. In the case of DVB-T handover, the receiver wants to receive the same IP service. Example of this could be unicast services. In the case of a unicast service, a MAC address of the receiver may be used for filtering. The MAC address is unique inside the network. When the receiver enters a new cell, the same IP service may be transmitted with a different PID value. In that case, filtering the MAC address becomes much faster than determining a new PID value from metadata. As a result, handover is much faster.
0023In step 318 it is determined whether the underlying Internet protocol address information matches a desired Internet protocol address. The desired Internet protocol address may correspond to the Internet protocol address of computer device 116 shown in <figref idref="f0001">figure 1</figref>. When the Internet protocol address information does not match the desired address, in step 320 the data is discarded. After step 320, control returns to step 304.
0024When the Internet protocol address information does match the desired address, in step 322 the IP packet data from the transport stream is saved. The payloads of several transport stream packets may be combined to create a single Internet protocol packet. Next, in step 324, the stored packet identifier value may be fetched and used to reconfigure the transport stream filter. In step 326, the broadband digital broadcast receiver receives another transport stream packet. Once the transport stream packet filter has been reconfigured to filter transport stream packets according to packet identifier values, incoming Internet protocol data included within transport stream packets may be filtered according to packet identifier values, as opposed to Internet protocol address information. In particular, in step 328 the packet identifier value of the received transport stream packet is compared to the packet identifier value stored in the PID memory. When the packet identifier does not match, the transport stream packet is discarded in step 330. After step 330, control may return to step 326. One skilled in the art will appreciate the efficiencies realized from filtering incoming transport stream packets according to packet identifier values. As an example, the decapsulating of step 306 and the address filtering of step 316 are not required.
0025When the packet identifier values do match, in step 332 the payload from the transport stream packet is stored in a memory. As stated above, the payloads of plural transport stream packets may be combined to create a single Internet protocol packet. Finally, in step 334 it is determined whether or not the received transport stream packet is the end of the datagram. When the transport stream packet is not the end of the datagram, control returns to step 326 where the digital broadcast receiver receives another transport stream packet. When the transport stream packet is the end of the datagram, control returns to step 302 where the receiver is initialized. The end of a datagram may be identified by a multiprotocol header including an indication of the length of the datagram. The multiprotocol header is sent in the first transport stream packet. The receiver may analyze the received information to determine the size of the datagram and when the end of the datagram has been reached. In an alternative embodiment, after a first Internet protocol packet has been received with some packet identifier value, that packet identifier value is used going forward.
0026The embodiment shown in <figref idref="f0003">Figure 3</figref> filters transport stream packets for a single packet identifier value. One skilled in the art will appreciate that a transport stream packet filter may be configured to filter transport stream packets for more than one packet identifier value. For example, several devices having separate Internet protocol addresses may be coupled to a single broadband digital broadcast receiver. A transport stream packet filter may be configured to filter according to packet identifier values corresponding to the separate Internet protocol addresses. In one implementation that includes the filtering of data for more than one Internet protocol address, after steps 326 and 330, control returns to step 304. Steps 314 and 324 may also involve comparisons to more than one Internet protocol address information value or packet identifier value.
0027While 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 or data systems. One skilled in the art will also appreciate that the method shown in <figref idref="f0003">Figure 3</figref> is merely illustrative of one particular implementation of aspects of the present invention. The orders of several the steps shown in <figref idref="f0003">Figure 3</figref> may be rearranged. Moreover, several of the steps may be combined.
Contents6
3 sheets
Sheet 1 Sheet 2 Sheet 3
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| EP1022884A | Cites | European Patent Office (EPO) |
| WO0147275A | Cites | World Intellectual Property Organization (WIPO) |
| US6172988B1 | Cites | United States of America |
| US6557031B1 | Cites | United States of America |
| US6570926B1 | Cites | United States of America |
| GORRY FAIRHURST UNIVERSITY OF ABERDEEN ET AL: "Requirements for transmission of IP datagrams over DVB networks" IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, no. 1, May 2002 (2002-05), XP015000857 ISSN: 0000-0004 | Non-patent | – |
| CLAUSEN H D ET AL: "MPEG-2 as a transmission system for Internet traffic" PERFORMANCE, COMPUTING AND COMMUNICATIONS, 1998. IPCCC '98., IEEE INTERNATIONAL TEMPE/PHOENIX, AZ, USA 16-18 FEB. 1998, NEW YORK, NY, USA,IEEE, US, 16 February 1998 (1998-02-16), pages 101-107, XP010270582 ISBN: 0-7803-4468-5 | Non-patent | – |
14 members in 8 offices
Priority claims3
| Document | Office | Kind | Date |
|---|---|---|---|
| 186026 | United States of America | – | |
| 18602602 | United States of America | A | |
| 0302416 | International Bureau of the World Intellectual Property Organization (WIPO) | W |
Members14
| Document | Office | Kind | |
|---|---|---|---|
| US2004001488A1 | United States of America | A1 | |
| WO2004004228A1 | World Intellectual Property Organization (WIPO) | A1 | |
| AU2003240202A1 | Australia | A1 | |
| US6788690B2 | United States of America | B2 | |
| KR20050016589A | Republic of Korea | A | |
| EP1516456A1 | European Patent Office (EPO) | A1 | |
| CN1663186A | China | A | |
| EP1516456A4 | European Patent Office (EPO) | A4 | |
| KR100692361B1 | Republic of Korea | B1 | |
| CN100414902C | China | C | |
| EP1516456B1This record | European Patent Office (EPO) | B1 | |
| AT431995T | Austria | T | |
| ATE431995T1 | Austria | T1 | |
| DE60327697D1 | Germany | D1 |
59 legal events, as 6 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Change of applicant/patenteeR081 | R081 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Notification of lapseLapsedST | ST | FR | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filedOpposition26N | 26N | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent ceasedCeasedPL | PL | CH | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents actLapsedNLV1 | NLV1 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Corresponds to:REF | REF | EP | |
| European patents granted designating irelandGrantedFG4D | FG4D | IE | |
| European patent takes effect as a national patent in ch/liEP | EP | CH | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Supplementary search report drawn up and despatchedA4 | A4 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Request for extension of the european patent (deleted)DAX | DAX | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 1516456
- Application
- 37328176
Titles3
- German
- PAKETKENNUNGS-SUCHFILTERUNG
- English
- PACKET IDENTIFIER SEARCH FILTERING
- French
- FILTRAGE DE RECHERCHE D'IDENTIFICATEUR DE PAQUETS
Classification
- CPC, 11
- H04N21/23614
- H04L12/28
- H04L12/2801
- H04L61/00
- H04N21/23608
- H04N21/2389
- H04N21/4344
- H04N21/4348
- H04N21/4385
- H04L65/65
- H04L65/1101
- IPC, 4
- H04N7 24
- H04L29 12
- H04L12 28
- H04L29 06
Designated states27
- Contracting states, 27
- Austria
- Belgium
- Bulgaria
- Switzerland
- Cyprus
- Czechia
- Germany
- Denmark
- Estonia
- Spain
- Finland
- France
- United Kingdom
- Greece
- Hungary
- Ireland
- Italy
- Liechtenstein
- Luxembourg
- Monaco
- Netherlands (Kingdom of the)
- Portugal
- Romania
- Sweden
and 3 moreShow fewer
- Slovenia
- Slovakia
- Türkiye