A method of transmitting data by utilizing resources in hybrid automatic request operations
8 claims: 2 independent, 6 dependent
- 1A method of receiving a plurality of acknowledgement, ACK/negative acknowledgement, NAK, signals at a base station, BS, in a wireless communication system utilizing an orthogonal frequency division multiplexing, OFDM, scheme, the method comprising:transmitting, by the BS, a data packet to a mobile station, MS;receiving, by the BS, a first ACK/NAK signal from the MS via a first set of frequency tones;and receiving, by the BS, a second ACK/NAK signal from the MS via a second set of frequency tones, wherein the first ACK/NAK signal and the second ACK/NAK signal correspond to the data packet, wherein the first set of frequency tones and the second set of frequency tones are shared between a plurality of MSs for ACK/NAK signal transmission by using a plurality of sequences, and each of the plurality of sequences is specific to a corresponding one of the plurality of MSs, and wherein the first set of frequency tones is different from the second set of frequency tones over two transmission instants.
- 5A method of transmitting an acknowledgement, ACK,/negative acknowledgment, NAK, signal at a mobile station, MS, in a wireless communication system utilizing an orthogonal frequency division multiplexing, OFDM, scheme, the method comprising:receiving, by the MS, a data packet from a base station, BS;and transmitting, by the MS, a first ACK/NAK signal to the BS via a first set of frequency tones;and transmitting, by the MS, a second ACK/NAK signal to the BS via a second set of frequency tones, wherein the first ACK/NAK signal and the second ACK/NACK signal correspond to the data packet, wherein the first set of frequency tones and the second set of frequency tones are shared between a plurality of MSs for ACK/NAK signal transmission by using a plurality of sequences and each of the plurality of sequence is specific to a corresponding one of the plurality of MSs, wherein the first set of frequency tones is different from the second set of frequency tones over two transmission instants.
Independent claims2
62 paragraphs, as filed
Technical Field
0001The present invention relates to a method of transmitting and receiving a signal, and more particularly, to a method of transmitting and receiving an acknowledgment signal in a wireless communication system.
Background Art
0002In the world of cellular telecommunications, those skilled in the art often use the terms IG, 2G, and 3G. The terms refer to the generation of the cellular technology used. IG refers to the first generation, 2G to the second generation, and 3G to the third generation.
0003IG refers to the analog phone system, known as an AMPS (Advanced Mobile Phone Service) phone systems. 2G is commonly used to refer to the digital cellular systems that are prevalent throughout the world, and include CDMAOne, Global System for Mobile communications (GSM), and Time Division Multiple Access (TDMA). 2G systems can support a greater number of users in a dense area than can IG systems.
00043G commonly refers to the digital cellular systems currently being deployed. These 3G communication systems are conceptually similar to each other with some significant differences.
0005In a wireless communication system, it is important to devise schemes and techniques that increase the information rate and improve the robustness of a communication system under the harsh conditions of the wireless environment. To combat less-than-ideal communication conditions and/or to improve communication, various methods, including reducing transmission of unnecessary data, can be used to free up resources as well as promote more effective and efficient transmission.
0006A method of transmitting ACK/NACK signals in a CDMA system, in which an ACK/NACK signal can be repeated, is known from <patcit id="pcit0001" dnum="US2003095532A1"><text>US 2003/095532 A1</text></patcit>. General concepts of ACK/NACK transmission are disclosed in <patcit id="pcit0002" dnum="EP1517499A2"><text>EP 1 517 499 A2</text></patcit>. A method of measuring confusion rate of a common package channel in a CDMA system is described in <patcit id="pcit0003" dnum="WO0178269A1"><text>WO 01/78269 A1</text></patcit>.
Disclosure of Invention
Technical Solution
0007Accordingly, the present invention is directed to a method of transmitting and receiving an acknowledgment signal in a wireless communication system that substantially obviates one or more problems due to limitations and disadvantages of the related art.
0008An object of the present invention is to provide a method of receiving an acknowledgement (ACK) signal from at least one access terminal (AT) in a wireless communication system.
0009Another object of the present invention is to provide a method of transmitting an acknowledgement (ACK) signal from at least one access terminal (AT) in a wireless communication system.
0010Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objectives and other advantages of the invention may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Advantageous Effects
0011The objects are solved by the features of the independent claims.
0012To achieve these objects and other advantages and in accordance with the purpose of the invention, as embodied and broadly described herein, a method of receiving a pluarlity of acknowledgement (ACK)/negative acknowledgement (NAK) signals at a base station in a wireless communication system is provided according to claim 1. In another aspect of the present invention, a method of transmitting an acknowledgement (ACK)/negative acknowledgement (NAK) signal at a mobile station in a wireless communication system is provided according to claim 5.
0013In an example, a method of transmitting an acknowledgement (ACK) signal from at least one access terminal (AT) in a wireless communication system includes receiving at least one packet via a packet data channel from an access network (AN), and transmitting an AT-specific ACK signal to the AN using same channelization resources shared by other ATs for transmitting respective ACK signals.
0014In a further example, a method of receiving an acknowledgement (ACK) signal from at least one access terminal (AT) in a wireless communication system includes transmitting a multi-user packet (MUP) including a preamble and a plurality of packets arranged in sequential order which indicates an AT-specific code that corresponds to each AT, and receiving the ACK signal from the each AT, wherein the each AT corresponds to the AT-specific code.
0015Yet, in another example, a method of transmitting an acknowledgement (ACK) signal from at least one access terminal (AT) in a wireless communication system includes receiving a multi-user packet (MUP) including a preamble and a plurality of packets arranged in sequential order which indicates an AT-specific code, and transmitting the ACK signal by the AT after decoding a packet from the plurality of packets which corresponds to the AT-specific code.
0016It is to be understood that both the foregoing general description and the following detailed description of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.
Brief Description of the Drawings
0017The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principle of the invention. In the drawings; <ul id="ul0001" list-style="none" compact="compact"><li><figref idref="f0001">FIG. 1</figref> is an exemplary diagram illustrating possible collision of ACKs sent from multiple ATs via shared channel;</li><li><figref idref="f0001">FIG. 2</figref> is an exemplary diagram illustrating different starting points for each sequence;and</li><li><figref idref="f0002">FIG. 3</figref> is an exemplary diagram illustrating a plurality of ATs using different codes in a MUP.</li></ul>
Mode for the Invention
0018Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
0019The ultra mobile broadband (UMB) combines various aspects of code division multiple access (CDMA), time division multiplexing (TDM), LS-OFDM, orthogonal frequency division multiplexing (OFDM), and OFDM access (OFDMA) into a single air interface using sophisticated control and signaling mechanisms and advanced antenna techniques (e.g., multiple input, multiple output (MIMO) and space division multiple access (SDMA)). As a result, performance can be enhanced.
0020Among various advantageous, the UMB efficiently supports centralized access network. In the UMB, an access terminal (AT) maintains separate protocol stack for each base station (BS) or access network (AN) in the active set. The BSs are connected by an inter-AN interface. The inter-AN interface supports tunneling of layer 2 and/or layer 3 packets, session transfer, and other functions such as paging and neighbor discovery. However, the inter-AN interface need not support one BS/AN in control of connection state at another AN, interpretation/translation of tunneled packets by serving AN, or transfer of RoHC/Connection/RLP state. In addition, each cell can be a separate AN/BS.
0021Further, each BS in the active set uses a separate data route. In other words, there is no need to transfer RLP and header compression state between BSs. In addition, traffic flow between the BS and the AT can be tunneled through the serving BS. Here, this supports fast and seamless re-pointing between cells/sectors.
0022Each BS in the active set can use a separate personality. That is, there can be seamless handoff across air interface revision boundaries. Moreover, signaling message of protocols between a BS and an AT can be tunneled through the serving BS. Here, the BS which acts as a tunnel need not interpret the tunneled messages. Moreover, there is no protocol conversion between BSs.
0023Regarding connection maintenance, the BS does not have to maintain connection state of other BSs in the active set, which means that the BS does not need to synchronize connection state across BSs.
0024In the UMB, reverse link allows manycast. That is, the AT can send a packet once over the air and address it to multiple BSs or ANs. Moreover, UMB layering reduces the number of protocols in the data path.
0025In a wireless communication system, such as the UMB, various design of high speed packet air interfaces using automatic request (ARQ) or a hybrid ARQ (H-ARQ) over the forward link (FL) and reverse link (RL) can be implemented. With respect to the FL, after a base station (BS) sends a packet on the FL to an access terminal (AT), the AT can respond with a positive acknowledgement (ACK) or a negative acknowledgement (NAK) indicating whether the packet is successfully received or not. The ACK or NAK is typically indicated using a RL ACK channel.
0026Hereinafter, the BS can also be referred to as an access network, a node, Node B, serving BS, and a network. Furthermore, the AT can also be referred to as a mobile station, a terminal, mobile subscriber station, and a terminal station. The discussions to follow are applicable to multi-user packet (MUP).
0027In IxEV-DO (Ix Evolution Data Optimized) system, the ACK/NAK can be sent via a dedicated channel. That is, the ACK and/or NAK signal is sent on a dedicated RL ACK and/or NAK channel.
0028With continuing developments in the systems features and capabilities, such as the UMB, with respect to the RL ACK channel, it is possible to use a shared (or common) ACK channel among RL terminals. The AT can use a particular resource (e.g., frequency tones) reserved for the ACK for a particular FL packet channel. For example, if there is only one AT scheduled at a time in a time division multiple access (TDMA) fashion, then the BS of the serving cell/sector can expect to receive at most one RL ACK from the scheduled AT. Here, this ACK is sent over the reserved route.
0029Furthermore, assume that there are two (2) ATs, for example. If these two (2) ATs can be scheduled simultaneously, then two (2) common ACK channels can be used to send ACK to each of the two (2) corresponding FL packets distinctly. That is, the two (2) ACK channels could use two (2) distinct set of frequency tones to provide orthogonality and no cross-interference.
0030However, there can be difficulties associated with the shared or common RL ACK channel. More specifically, since the resources are shared, collisions can occur with ACKs sent from multiple ATs. <figref idref="f0001">Figure 1</figref> is an exemplary diagram illustrating possible collision of ACKs sent from multiple ATs via shared channel. As illustrated, ACK sent via an acknowledgement channel (ACKCH) from each AT (i.e., AT<sub>1</sub> and AT<sub>2</sub>) are sent on ACKCH<sub>1</sub> or put differently, reverse-ACKCH<sub>1</sub> (R-ACKCH<sub>1</sub>). Since the shared ACKCH serves ACK sent to two (2) different sectors, collision can occur between the ACK sent from AT<sub>1</sub> and the ACK sent from AT<sub>2</sub>.
0031As discussed, the shared RL ACK channel can experience collision. That is, it is possible that another AT may mistakenly determine that it is being scheduled. Consequently, both the mistaken AT(s) and actually scheduled AT can transmit on the same common ACK channel and, collide. In such a situation, the receiver at the BS would greatly reduce the reliability of the ACK channel from the intended AT. Here, there is a possibility of interference from other ATs elsewhere transmitting in some or all of the same tones.
0032To address the possible collision that can take place in the shared RL ACK channel by a mistaken AT, a physical layer waveform of the ACK signal (at the AT transmitter) can be encoded with a unique and/or AT-specific code. For example, the ACK signal can be encoded with a scrambling code unique to the AT. Here, the AT-specific code can also be referred to as a medium access control (MAC) identification (ID). Moreover, the AT-specific code can be defined in the preamble to include the position of the AT in a multi-user packet (MUP). In addition, the AT-specific code can be a scrambling code.
0033In a lxEV-DO system, the long pseudo noise (PN) sequence can be used. That is, the offset for each AT can be changed so as to make each AT unique and distinguishable. This can be made possible since the sequence is long. For example, <figref idref="f0001">Figure 2</figref> is an exemplary diagram illustrating different starting points for each sequence. Referring to <figref idref="f0001">Figure 2</figref>, different offset is provided. Sequence 1 starts at point 1, Sequence 2 starts at a different point further along in the clock-wise direction, and so on. This way, as discussed, each sequence can be made unique and distinguishable.
0034In addition, other sequences can be used as well, such as Walsh codes which could be assigned at call start up. The BS scheduler knows which AT has been scheduled and the scrambling code it is expecting. Hence, when the received scrambling code differs, then the scheduler knows that there has been an error. Even if there are two more signals sending an ACK, it may be possible to detect the desired AT s ACK response given the encoding.
0035Here, since the BS scheduler knows which user was scheduled, the receiver would know the physical layer waveform it can expect to see/receive, especially since this physical layer waveform is AT specific. Further, by encoding ACK signals, this can also allow for multiplexing of ACK signals to provide greater frequency diversity. This assumes the availability of one or more tones for ACK signaling.
0036If the ACK is sent in an AT-specific environment, interference and/or collision is not likely to occur and is absent of orthogonality. However, with sector-specific system, interferences and/or collisions can occur between sectors (as illustrated with respect to <figref idref="f0001">Figure 1</figref>). Here, however, interferences and/or collisions do not take place within the sector, only between sectors.
0037As such, in the shared channel environment, it is possible that another AT (AT_B) from a different sector (Sector B) may use the same RL resources as that for the AT of interest (AT_A) in the sector of interest (Sector A). In this case, as above, the ACK channel of AT_A and that for AT_B can collide when they are transmitted at the same time over the same resources. For example, the ATs from different sectors may transmit using the same RL orthogonal frequency division multiplexing (OFDM) resources resulting in collision.
0038To address the possible collision that can take place in the shared RL ACK channel due to sharing of the same RL resources from ATs of different cell/sectors, a physical layer frame of the ACK signal can be encoded using a sector-specific scrambling code.
0039For example, in Ultra-Mobile Broadband (UMB), each AT can be assigned two (2) discrete Fourier transform (DFT) codes where the length of each is 16. The ACK can be sent by sending energy on one of the DFT code. Here, nothing is sent over the other DFT code. Moreover, the NAK can be sent by having no energy sent on either DFT code.
0040A problem that can arise here is that the same DFT codes and OFDM resources are re-used in adjacent sectors and, hence, collisions can occur which become more acute when the interfering AT is closer to the sector-boundary region (e.g., poor geometry AT). In this case, each AT in a particular sector (e.g. Sector A) can use a sector-specific scrambling code to randomize the mapping of the DFT code to the OFDM sub-carriers. This randomized mapping can be achieved by using a sector-specific interleaver and/or an interleaver controlled by a sector-specific scrambling code.
0041Further to resolving a collision problem, the channelization resources of an ACKCH can be made variable. Typically, the channelization resources of the ACKCH are fixed regardless of the data rate of its corresponding packet data channel (PDCH). Instead of fixing the amount of resources assigned to an ACKCH, the amount of resources assigned to an ACKCH can be made variable according to the data rate of the PDCH. The benefit of this approach is that as the PDCH data rate increases, the value of having a more reliable ACKCH increases. An ACKCH using more resources can achieve greater frequency diversity and, hence, greater reliability.
0042In addition, making variable the resources assigned to the ACKCH can reduce the likelihood of ACKCH decoding failure which introduces other problems such as unnecessary re-transmissions (when an ACK is decoded incorrectly as a NAK) and/or the absence of a needed re-transmission (when a NAK is decoded incorrectly as an ACK).
0043Further to resolving the collision problem, instead of using the PDCH data rate, the PDCH data transmission format and/or number of channelization resources can be used (e.g., channelization codes in CDMA or tiles in OFDM used by the PDCH).
0044With respect to the UMB, an AT is restricted to using one R-ACKCH resource unit consisting of two DFT codes over four sub-tiles (where each sub-tile is located typically as far as apart as possible in the frequency domain to ensure frequency diversity). If there are leftover R-ACKCH resources, the ATs can use more than one R-ACKCH resource.
0045The structure of the UMB includes a preamble and 25 physical frames. There are eight (8) OFDM symbols per preamble and physical frame. As for the preamble, first 5 OFDM symbols are carried by the preamble.
0046In addition, sector-specific hopping of the R-ACKCH and/or sub-tiles among different OFDM resources can take place. For example, there are a set of ACKCH s (16 DFT codes) hop in a sector-specific pseudo-randomized fashion from one frame to another frame.
0047Further, scrambling of the sub-tile locations with each tile can take place. Currently, they are set to the bottom half of a tile. Have them randomly assigned within the tile to minimize collisions.
0048In addition, multi-user packets (MUPs) is an existing air-interface feature in 1xEV-DO which allows multiple ATs to be scheduled using a common transmission format and shared resources (time, frequency and/or space). With MUP, the ATs, which successfully decode an MUP packet, can send an ACK over a dedicated channel and not over the shared channel. Otherwise, it sends nothing. With respect to using the shared ACK channel, as discussed, it is possible for multiple ATs to transmit an ACK over the shared ACK channel and, hence, collision can occur.
0049To address possible difficulties associated with collision that can take place with respect to MUP, the sequencing information implicit in a MUP can be used. More specifically, the ATs in a MUP can be sequenced. For example, in 1xEV-DO, the header and information bits for each user are ordered in a sequential fashion such that up to eight (8) ATs can be ordered. The ACK channel can be modulated one of eight orthogonal (or non-orthogonal but distinct) codes. For example, the eight length-8 Walsh codes can be mapped to indicate the ACK of each of the up to eight ATs.
0050<figref idref="f0002">Figure 3</figref> is an exemplary diagram illustrating a plurality of ATs using different codes in a MUP. Referring to <figref idref="f0002">Figure 3</figref>, each AT uses a prescribed code which is different from the prescribed code used by other ATs. Here, AT_A uses scrambling code sequence 1 while AT_B uses scrambling code sequence 2, and so on.
0051Further, the encoding can be performed in the time domain, frequency domain, or some combination of the two. In the time domain-only solution, there would need to be at least eight instances of the ACK bit transmission.
0052Consider the above example requiring eight (8) ACKs. In the frequency-domain-only solution, there would need to be at least eight tones to allow for multi-code CDMA. In the combined time and frequency solution, some mixture of the two can be used. For example, if there are two transmission instants (one repetition), then at least 4 frequency tones would be needed.
0053The difficulties discussed associated with the shared RL ACK channel can also be applied to the RL for scheduled ATs.
Industrial Applicability
0054It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the scope of the inventions. Thus, it is intended that the present invention covers the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents.
2 sheets
Sheet 1 Sheet 2
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| EP1545040A1 | Cites | European Patent Office (EPO) | – |
| EP1517499A2 | Cites | European Patent Office (EPO) | – |
| WO0178269A1 | Cites | World Intellectual Property Organization (WIPO) | – |
| WO03104919A2 | Cites | World Intellectual Property Organization (WIPO) | – |
| WO2004077920A2 | Cites | World Intellectual Property Organization (WIPO) | – |
| US2003095532A1 | Cites | United States of America | – |
| None | Non-patent | – | Examiner |
26 members in 7 offices
Members26
| Document | Office | Kind | |
|---|---|---|---|
| WO2007123375A2 | World Intellectual Property Organization (WIPO) | A2 | |
| US2007286226A1 | United States of America | A1 | |
| WO2007123375A8 | World Intellectual Property Organization (WIPO) | A8 | |
| TW200805935A | Taiwan Province of China | A | |
| KR20080106169A | Republic of Korea | A | |
| EP2014005A2 | European Patent Office (EPO) | A2 | |
| WO2007123375A3 | World Intellectual Property Organization (WIPO) | A3 | |
| JP2009534877A | Japan | A | |
| CN101622809A | China | A | |
| KR100995049B1 | Republic of Korea | B1 | |
| JP4975094B2 | Japan | B2 | |
| CN101622809B | China | B | |
| CN103152145A | China | A | |
| TWI415413B | Taiwan Province of China | B | |
| EP2014005A4 | European Patent Office (EPO) | A4 | |
| US8787265B2 | United States of America | B2 | |
| US2014293919A1 | United States of America | A1 | |
| US8917694B2 | United States of America | B2 | |
| US2015071240A1 | United States of America | A1 | |
| US2015071246A1 | United States of America | A1 | |
| US9077502B2 | United States of America | B2 | |
| US9118449B2 | United States of America | B2 | |
| US2015263841A1 | United States of America | A1 | |
| CN103152145B | China | B | |
| US9641305B2 | United States of America | B2 | |
| EP2014005B1This record | European Patent Office (EPO) | B1 |
82 legal events, as 10 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| 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 | |
| Opt-out of the competence of the unified patent court (upc) registeredP01 | P01 | EP | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of representativeR082 | R082 | DE | |
| Amendments to the register in respect of changes of name or changes affecting rights (sect. 32/1977)REGISTERED BETWEEN 20210429 AND 20210505732E | 732E | GB | |
| 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 | |
| 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 lapsedLapsedMM4A | MM4A | IE | |
| Lapsed because of non-payment of the annual feeLapsedMM | MM | BE | |
| 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 | |
| No opposition filedOpposition26N | 26N | 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 | |
| No opposition filed against granted patent, or epo opposition proceedings concluded without decisionGrantedR097 | R097 | 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 | |
| Fee paymentPLFP | PLFP | FR | |
| 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 | |
| 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 | |
| Deletion acc. to par. 5 (withdrawal of the translation of the ep patent)MK05 | MK05 | AT | |
| Invalidated european patentMG4D | MG4D | LT | |
| Patent invalid in the netherlands as no translation has been filedMP | MP | NL | |
| Dpma publication of mentioned ep patent grantGrantedR096 | R096 | DE | |
| Reference to at number (ep patent validated in austria)REF | REF | AT | |
| 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 | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: THE PATENT HAS BEEN GRANTEDSTAA | STAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Intention to grant announcedINTG | INTG | EP | |
| Party data changed (applicant data changed or rights of an application transferred)RAP1 | RAP1 | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: GRANT OF PATENT IS INTENDEDSTAA | STAA | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: EXAMINATION IS IN PROGRESSSTAA | STAA | 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 | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Information provided on ipc code assigned before grantRIC1 | RIC1 | EP | |
| Deferred search report published (corrected)R17D | R17D | EP | |
| Request for extension of the european patent (deleted)DAX | DAX | EP | |
| Information on inventor provided before grant (corrected)RIN1 | RIN1 | EP | |
| Information on inventor provided before grant (corrected)RIN1 | RIN1 | EP | |
| Information on inventor provided before grant (corrected)RIN1 | RIN1 | EP | |
| Information on inventor provided before grant (corrected)RIN1 | RIN1 | EP | |
| Information on inventor provided before grant (corrected)RIN1 | RIN1 | 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
- 2014005
- Publication, DOCDB
- 2014005
- Publication, EPODOC
- EP2014005
- Application
- 7746187
- Application, DOCDB
- 07746187
- Application, EPODOC
- EP20070746187
Titles3
- German
- VERFAHREN ZUM SENDEN VON DATEN DURCH VERWENDUNG VON BETRIEBSMITTELN BEI HARQ-OPERATIONEN
- English
- A METHOD OF TRANSMITTING DATA BY UTILIZING RESOURCES IN HYBRID AUTOMATIC REQUEST OPERATIONS
- French
- PROCÉDÉ PERMETTANT DE TRANSMETTRE DES DONNÉES À L'AIDE DE RESSOURCES DANS DES OPÉRATIONS DE DEMANDES AUTOMATIQUES HYBRIDES
Classification
- CPC, 4
- H04L1/1607
- H04L5/0055
- H04L1/1887
- H04L2001/0092
- IPC, 3
- H04L1 18
- H04L1 16
- H04W74 02
Designated states32
- Contracting states, 32
- Austria
- Belgium
- Bulgaria
- Switzerland
- Cyprus
- Czechia
- Germany
- Denmark
- Estonia
- Spain
- Finland
- France
- United Kingdom
- Greece
- Hungary
- Ireland
- Iceland
- Italy
- Liechtenstein
- Lithuania
- Luxembourg
- Latvia
- Monaco
- Malta
and 8 moreShow fewer
- Netherlands (Kingdom of the)
- Poland
- Portugal
- Romania
- Sweden
- Slovenia
- Slovakia
- Türkiye
