Timer based stall avoidance mechanism for high speed wireless communication system
4 claims: 2 independent, 2 dependent
- 1A timer based method to avoid stall of in-sequence delivery of reordering buffers at a receiver in a High Speed Downlink Packet Access of a wireless communication system, where a Transmission Sequence Number is assigned to each new data block, while the receiver having the capacity of providing priority in-sequence received data blocks delivery by temporarily storing correctly received data blocks based on their priority class and in order of their Transmission Sequence Number at reordering buffers before delivering them to upper layers, wherein the method comprises at the receiver:receiving a first data block with a Transmission Sequence Number = X;storing the first data block into a reordering buffer based on a priority class of the first data block and an order of the Transmission Sequence Number;initializing one timer running for a predetermined period of time for the reordering buffer when the first data block cannot be delivered to upper layer due to at least one second data block with Transmission Sequence Number< X in the reordering buffer missing;stopping the timer if the first data block can be delivered to upper layer due to all data blocks with Transmission Sequence Number < X in the reordering buffer are received;and running only one timer for the reordering buffer at a given time;and when the timer expired, removing all missing data blocks with Transmission Sequence Number < X from the reordering buffer and delivering received data blocks with Transmission Sequence Number <= X-1 of the reordering buffer to upper layers.
- 3A receiver having timer based means for avoiding stall of in-sequence delivery of reordering buffers at the receiver in a High Speed Downlink Packet Access of a wireless communication system, where a Transmission Sequence Number is assigned to each new data block, while the receiver having the capacity of providing priority in-sequence received data blocks delivery by temporarily storing correctly received data blocks based on their priority class and in order of their Transmission Sequence Number at reordering buffers before delivering them to upper layers, wherein the receiver has:means for receiving a first data block with a Transmission Sequence Number = X, means for storing the first data block into a reordering buffer based on a priority class of the first data block and an order of the Transmission Sequence Number;means for initializing one timer for a predetermined period of time for the reordering buffer when the first data block cannot be delivered to upper layer due to at least one second data block with Transmission Sequence Number < X in the reordering buffer missing;means for stopping the timer if the first data block can be delivered to upper layer due to all data blocks with Transmission Sequence Number < X in the reordering buffer are received;and having: means for running only one timer for the reordering buffer at a given time;and when the timer expired, means for removing all missing data blocks with Transmission Sequence Number < X from the reordering buffer, and means for delivering received data blocks with Transmission Sequence Number <= X-1 of the reordering buffer to upper layers.
Independent claims2
35 paragraphs, as filed
0001The invention concerns a timer based stall avoidance mechanism for high speed wireless communication systems.
0002Such a mechanism is known from <patcit id="pcit0001" dnum="WO0072498A1"><text>WO 00/72498 A1</text></patcit> which describes that upon receipt of a frame, the receiver determines, from the frame identifier, if frames prior to the received frames were lost in transit. If the receiver determines that it missed a prior frame, the receiver sends the sender a negative acknowledgement (nack) for the missed prior frames, or does not acknowledge if a frame is received correctly.
0003<patcit id="pcit0002" dnum="WO0057594A1"><text>WO 00/57594 A1</text></patcit> describes various Automatic Repeat Request techniques which employ PDU discard mechanisms for a receiver on the basis of timers synchronized with the sender.
Background
0004In a wireless communication system, a High Speed Downlink Packet Access (HSDPA) process uses adaptive modulation, hybrid ARQ (Automatic Repeat Request) and other techniques to achieve high throughput, reduce delay and achieve high peak rates between UTRAN (Universal Terrestrial Radio Access Networks) and UEs (User Equipment). It relies on a new transport channel, the HS-DSCH (High Speed Downlink Shared Channel), to perform data exchange for the HSDPA process.
0005The new functionality of hybrid ARQ and HSDPA are included in the new entity called MAC-hs (MAC used for high speed) in the MAC (Medium Access Control) layer. The MAC-hs, as shown in <figref idref="f0001">Figure 1A and 1B</figref>, supports priority handling by allowing different priority classes in the same transport channel and by using transmission sequence number (TSN) to track in-sequence delivery of receiving data blocks within a priority class at the UE. Reordering buffer for each priority classes are used for support in-sequence delivery.
0006At one end of the HSDPA, the UTRAN uses a scheduler to schedule all UEs within a cell. The scheduler determines the HARQ Entity (one per UE) and the priority class queues to be served and schedules new transmissions and retransmission accordingly. A new transmission can be initiated on an HARQ process at any time. The UTRAN uses the HARQ Entity to set the priority class identifier based on priority class of the queue being serviced. It also increments TSN for each new data block within the same HS-DSCH and priority class. TSN is initiated at value 0. The HARQ also processes the status report from the UE, which includes ACK/NACK from the receiver and passes all status to the scheduler.
0007At the other end of the HSDPA, the UE uses three functional units, shown in <figref idref="f0002">Figure 1C</figref>, to support the HARQ protocol. First, HARQ Entity processes HARQ process identifiers. It allocates received data blocks to different HARQ processes based on the HARQ process identifiers. Second, HARQ process will process new data indicator, do error detection processing, and transmit status reports. Last, there is one re-ordering entity for each priority class and transport channel configured at the UE. It inserts received data blocks to its appropriate position in the queue according to its TSN. If the received data block is the next to be delivered to higher layer, all data blocks with consecutive TSNs up to the first not received data block are delivered to higher layer.
0008Therefore, the UE provides in-sequence delivery to higher layers by storing the correctly received data blocks in reordering buffers first before the delivery to upper layers. Logically, one buffer per priority class is needed to provide in-sequence delivery per priority class. The data blocks are delivered to higher layers in-sequence, i.e. a data block with TSN (transmission sequence number) = SN is only delivered to higher layers when all data blocks with TSN up to and including SN-1 has been received correctly. When a data block with low sequence number in the buffer is missing (i.e. not yet correctly received), all received data blocks with higher TSN are kept in the reordering buffer. The principle is shown in <figref idref="f0003">Figure 2</figref>. The data blocks 0,1,2 are correctly received and are immediately delivered to higher layer. The data blocks 4,6,7 are stored in the reordering buffer because the data block 3 is missing.
0009On the whole, several conditions can cause a data block missed during the transmission: (1) NACK is detected as an ACK. In a normal condition, UTRAN transmits a data block, the UE will return an ACK if received the data block correctly, otherwise, the UE will return a NACK. However, an error might happen during transmission process of the acknowledgement and the UTRAN may mistake a NACK as an ACK. Therefore, in this situation, instead of retransmission the particular buffered data block, the UTRAN discards the data block. The UTRAN starts afresh with new data in the HARQ process. Retransmission is left up to higher layers. (2) The retransmission of a data block is interrupted due to that the number of transmissions of the particular data block reaches a predefined maximum number or that there exist data with higher priority class. In this case, the UTRAN may optionally resume retransmission of the data block at a later time or start a transmission of a new data block and discard the interrupted data block. (3) Because a CRC error on the HS-SCCH is detected, the UE will neither receive data nor send status report out. Upon detecting the absence of the status report, the UTRAN will retransmit the block. (4) The receiver can not correctly encode a data block and return a NACK back to the transmitter. A retransmission is expected in this case.
0010Indeed, case (3) and case (4) discussed above often cause some data block retransmission, in turn, cause gaps existing in the received TSNs. In these cases, the reordering entity can maintain the received data blocks-in the reordering buffer until all data blocks with lower TSN have been received.
0011However, when case (1) and case (2) discussed above happen, the missing data blocks are permanently lost or will not be received in a foreseeable time. In these situations, a missing data block will not be received, nor it may be received much later. If no special mechanism is introduced in the reordering entity, the protocol is stalled, and many correctly received data blocks will not be delivered to higher layer due to missing data block below in the same reorder buffer.
0012Therefore, using stall avoidance mechanisms in the reordering buffer is necessary to avoid stalling of the protocol. The mechanism can be based on timers, transmitter/receiver windows or a combination of these. In the prior art, a timer based stall avoidance mechanism, having only one upper layer configured timer T1 for the control of the stall avoidance of the UE reordering buffer, is described as following: If no timer T1 is active, the timer T1 is started when a data block with TSN=SN is correctly received but can not be delivered to higher layer due to that a data block with lower TSN is missing. If a timer T1 is already active no additional timer can be started, i.e. maximum one timer T1 can be active at a given time. The timer T1 is stopped if the data block for which the timer was started can be delivered to higher layer before the timer expires.
0013When the timer expires, all data blocks up to and including TSN-1 will be removed from the reordering buffer. In addition, all data blocks up to the first missing data block shall be delivered to higher layer. When the timer T1 is stopped or expires, and there still exist some received data blocks that can not be delivered to higher layer, the timer T1 is started for the data block with lowest TSN among those data blocks that can not be delivered.
0014All in all, at least two potential drawbacks exist in the above-discussed timer-based mechanism. (1) Inefficient timer cascade procedure might degrade data transmission latency; and (2) Ambiguity problem due to the modulus nature of finite-bit-length TSN (transmission sequence number) might happen so that the in-sequence delivery requirement is not fulfilled and upper layer protocol error is induced.
0015Next, refer to <figref idref="f0003">Figure 3</figref>. If TSN=0 and 7 had been discarded by the transmitter because the return NACKs from the receiver have been mistaken for ACKs due to communication error. At the receiver, the timer will be activated first for the gap of TSN=0, 1, 2. Before the timer expires, data blocks of TSN=1 and 2 were received. Thus, when the timer expires, TSN is discarded and TSN=1 up to 6 are delivered to upper layers. Then, the timer will be activated again for the gap of TSN=7. The latencies for TSN=8 are degraded because of the cascaded timer procedure
0016Again, refer to <figref idref="f0003">Figure 4</figref>. A 4 bits TSN is used. The receiver receives data blocks with TSN=1, 2, 3, and 5 with two gaps at TSN=0 and TSN=4. When timer expires, the first gap TSN=0 (the first zero TSN) is removed from the reordering buffer while three data blocks, TSN=1, 2, and 3, are delivered to upper layer to meet in-sequence delivery requirement. The receiver is now expecting to receive a plurality of sequential TSN data blocks, such as TSN=4, 6, 7, 8... 14, 15, 0, 1, 2 and so on. Note that the expected TSN =0 (the second zero TSN) is different from the removed first zero previously.
0017Now, if the first zero TSN is retransmitted by the transmitter and received by the receiver, based on the prior art mechanism, the receiver will mistakenly confuse this newly arrived first zero TSN as the zero TSN of the second TSN cycle. After the timer for gap TSN=4 times out or after TSN=4 data block is received, and after TSN=6 up to 15 are also received, the out of date TSN=0 data block will be delivered to upper layer. In this situation, the data blocks are, in fact, delivered to upper layer out of sequence and will cause an upper layer protocol error.
Summary
0018The one timer based stall avoidance mechanism of prior art has several inherited weaknesses. This invention, as defined in the appended independent claims, provides solutions to fix these weaknesses. An embodiment of this invention uses a plurality of timers at the transmitter to track all transmitting data block to improve the timer-based stall avoidance mechanism. Moreover, because the increasing of processor power and falling cost of memory, instead of using only one timer sharing by all reordering buffers at the receiver as the prior art proposed, it is feasible to increase system performance by using more than one timer to manage reordering buffers in the receiver. Whether embodiments of this invention provide the receiver with one timer per reorder buffer, or uses one timer per missing data block, or uses one timer per missing data block but a gap of consecutive TSN missing data blocks can share one timer, the multi timers mechanism improves the system performance by effectively tracking the missing blocks and monitoring the reorder delivery process.
Brief Description of the Drawings
0019Following drawings with reference numbers and exemplary embodiments are referenced for explanation purpose.
0020<figref idref="f0001">Figure 1A</figref> illustrates radio interface protocol architecture of HSDPA, configuration with MAC-sh;
0021<figref idref="f0001">Figure 1B</figref> illustrates radio interface protocol architecture of HSDPA, configuration without MAC-sh;
0022<figref idref="f0002">Figure 1C</figref> illustrates the block diagram of the UE side MAC-hs architecture;
0023<figref idref="f0003">Figure 2</figref> illustrates a 4-bit reordering buffer where data blocks TSN = 0, 1, 2, 4, 6 and 7 are received and the rest of the reordering buffer is empty;
0024<figref idref="f0003">Figure 3</figref> illustrates a 3-bit reordering buffer where data blocks TSN = 3, 4, 5, 6 and 8 are received and the rest of the reordering buffer is empty;
0025<figref idref="f0003">Figure 4</figref> illustrates a reordering buffer where data blocks TSN = 1,2, 3 and 5 are received and the rest of the reordering buffer is empty.
Detail Description of the Invention:
0026The invention modifies the timer based stall avoidance mechanism of the prior art to fix its inherited weaknesses. Besides only using timer to monitor the missing date blocks in the reordering buffers at the receiver, embodiments of this invention will utilize a plurality of timers in the transmitter to monitor its transmitting data blocks. The transmitter activates one corresponding timer for each sending data block that has a new TSN. When the transmitter receives an acknowledgment for the sent data block from the receiver, the corresponding timer for the sent data block at the transmitter is stopped. Otherwise, if the timer expires before the transmitter receiving such corresponding acknowledgment for the sent data block, the transmitter discards the corresponding data block from the retransmission buffer and will not retransmit it again. The duration of the timers in the transmitter are preferred to be configured the same as or shorter than the duration of these timers used by the reordering buffers at the receiver.
0027Overall, the new timers at the transmitter perform several functions. First, because the transmitter will not retransmit the data block once its corresponding timer expires, the receiver will no longer wait indefinitely for a particular missing data block with new TSN. Moreover, with the new timers installed at the transmitter, the transmitter will not waste the system resource by sending out data blocks, which will be discarded by the receiver. Second, this invention provides a positive feedback mechanism between the receiver and the transmitter. Therefore, the transmitter waits a predetermined responding time for each return acknowledgement from the receiver. The limited waiting time constrain will help the transmitter to avoid its own stall situation.
0028Meantime, the receiver, instead of running one timer at a given time for all different priority-class reordering buffers, can use multi timers to manage the reordering buffers. After all, independent timers bring the multitasking capacity to the management of the reordering buffers. For instance, the invention assigns each reordering buffer with its own timer, while one timer is running for waiting a missing data block in a particular reordering buffer, another reordering buffer delivers its data blocks to upper layer because its monitoring timer is expired. Each reordering buffer proceeds its own delivery and discarding data blocks concurrently and independently. The performance of a multi-timer managed reordering buffers is more efficient than one-timer one does.
0029In addition, another alternative way to manage the reordering buffers is to use multi timers mechanism at the receiver. The receiver will activate (start) a corresponding timer whenever a missing data block is found. As shown in <figref idref="f0003">Figure 3</figref>, with this modifications, this particular reordering buffer will have 4 separate timers to monitor the four missing data blocks, 0, 1, 2 and 7 respectively. When the missing data block is received while its corresponding timer is running, the corresponding timer is stopped. Otherwise, when the timer expires before the data block is received, the missing data block is discarded/removed from the reordering buffer.
0030This one timer per missing data block mechanism can be further expanded. The basic principle is using one timer for each missing data block, however, if a plurality of missing data blocks are consecutively connected, these consecutive missing data block as one group can be monitored by one timer. Therefore, in this mechanism a timer is activated (started) whenever a gap, which may contain one or several missing data blocks of consecutive Transmission Sequence Numbers (TSNs), is found.
0031Nevertheless, the gap shall not be contained in a previous gap that has activated a timer before. As shown in <figref idref="f0003">Figure 3</figref>, the first gap includes three consecutive missing blocks 0, 1 and 2. Timer T1 is assigned to this first gap. The second gap has only one data block TSN=7 and timer T2 is assigned to the second gap. If TSN=1 is received later, the newly formed gap of TSN=0 will not activate another timer, because TSN=0 is contained in the "previous gap" of TSN=0,1,2, which has activated timer T1. Similarly, the newly formed gap of TSN=2 will not activate another timer either. Of course, when all the missing data blocks in the gap are received while the timer is running, the timer is stopped. Finally, when the timer expires, the data blocks that are still missing in the gap are discarded/removed from the reordering buffer.
3 sheets
Sheet 1 Sheet 2 Sheet 3
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| WO0057594A | Cites | World Intellectual Property Organization (WIPO) |
| WO0060799A | Cites | World Intellectual Property Organization (WIPO) |
| WO0072498A | Cites | World Intellectual Property Organization (WIPO) |
| WO0180476A | Cites | World Intellectual Property Organization (WIPO) |
| 3GPP: "UTRA High Speed Downlink Packet Access" 3GPP TS 25.308 V0.1.0, September 2001 (2001-09), pages 1-28, XP002261793 | Non-patent | – |
17 members in 9 offices; this record represents the family
Priority claims2
| Document | Office | Kind | Date |
|---|---|---|---|
| 345676P | United States of America | – | |
| 34567602 | United States of America | P |
Members17
| Document | Office | Kind | |
|---|---|---|---|
| US2003123403A1 | United States of America | A1 | |
| EP1326397A2 | European Patent Office (EPO) | A2 | |
| KR20030060055A | Republic of Korea | A | |
| TW200302013A | Taiwan Province of China | A | |
| CN1431784A | China | A | |
| JP2003264607A | Japan | A | |
| TW595178B | Taiwan Province of China | B | |
| KR100463975B1 | Republic of Korea | B1 | |
| CN1200531C | China | C | |
| JP3761517B2 | Japan | B2 | |
| EP1326397A3 | European Patent Office (EPO) | A3 | |
| US7436795B2 | United States of America | B2 | |
| EP1326397B1This record | European Patent Office (EPO) | B1 | |
| AT460801T | Austria | T | |
| ATE460801T1 | Austria | T1 | |
| DE60235605D1 | Germany | D1 | |
| ES2340467T3 | Spain | T3 |
72 legal events, as 10 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Announcement of lapse in spainLapsedFD2A | FD2A | ES | |
| Ep patent has lapsedLapsedEUG | EUG | SE | |
| 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 | |
| Ep patent expiredExpiredMAE | MAE | FI | |
| Patent expired after termination of 20 yearsExpiredPE20 | PE20 | GB | |
| Patent expired because of reaching the maximum lifetime of a patentExpiredMK | MK | NL | |
| Expiry of rightR071 | R071 | DE | |
| 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 | |
| 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 | |
| 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 | |
| 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 | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Amendment of ipc main classPREVIOUS MAIN CLASS: H04L0029060000R079 | R079 | DE | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Change of addressCA | CA | FR | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| 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 | |
| No opposition filedOpposition26N | 26N | 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 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 | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Definitive protectionFG2A | FG2A | ES | |
| Translation filed for an european patent granted for nl, confirming art. 52 par. 1 or 6 of the patents act 1995GrantedT3 | T3 | NL | |
| Translation of granted ep patentGrantedTRGR | TRGR | SE | |
| 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 | |
| Designation fees paidAKX | AKX | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Search report despatchedORIGINAL CODE: 0009013PUAL | PUAL | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | 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
- 1326397
- Application
- 20267936
Titles3
- German
- Mechanismus zur Vermeidung eines Datenstromabbruchs in drahtlosen Hochgeschwindigkeits-Kommunikationssystemen mittels eines Zeitschalters
- English
- Timer based stall avoidance mechanism for high speed wireless communication system
- French
- Mécanisme pour éviter la rupture d'un flux de données dans un système de communication sans fil à grande vitesse au moyen d'un temporisateur
Classification
- CPC, 8
- H04L1/1841
- H04L1/1812
- H04L1/1848
- H04L1/1851
- H04L1/1883
- H04L47/28
- H04L69/28
- H04L47/10
- IPC, 7
- H04L29 06
- H04L12 56
- H04L1 16
- H04L1 18
- H04L13 08
- H04L29 08
- H04Q7 22
Designated states25
- Contracting states, 25
- Austria
- Belgium
- Bulgaria
- Switzerland
- Cyprus
- Czechia
- Germany
- Denmark
- Estonia
- Spain
- Finland
- France
- United Kingdom
- Greece
- Ireland
- Italy
- Liechtenstein
- Luxembourg
- Monaco
- Netherlands (Kingdom of the)
- Portugal
- Sweden
- Slovenia
- Slovakia
and 1 moreShow fewer
- Türkiye
