The present invention is related to a wireless communication system including a wireless transmit/receive unit (WTRU), at least one Node-B and a radio network controller (RNC). More particularly, the present invention is related to a method and system for forwarding non-consecutive data blocks in enhanced uplink (EU) transmissions.
Methods for improving uplink (UL) coverage, throughput and transmission latency are being investigated in Release 6 (R6) of the 3rd generation partnership project (3GPP). In order to successfully implement these methods, scheduling and assigning of UL physical resources have been moved from the RNC to the Node-B such that the Node-B can make decisions and manage UL radio resources on a short-term basis more efficiently than the RNC, even if the RNC retains overall control over the Node-B.
One or more independent UL transmissions are processed on an enhanced dedicated channel (E-DCH) between a WTRU and a universal mobile telecommunication system (UMTS) terrestrial radio access network (UTRAN) within a common time interval. One example of this would be a medium access control (MAC) layer hybrid-automatic repeat request (H-ARQ) or a simple MAC layer ARQ operation where each individual transmission may require a different number of retransmissions to be successfully received by the UTRAN. This operation may result in a loss of transmission sequence at the MAC layer.
In-sequence data delivery is required by the radio link control (RLC) layer for proper operation. A re-ordering function is needed to organize the received data blocks according to the sequence generated by the WTRU RLC entity. In the prior art, a data-forwarding timer, (called a T1 timer in high speed downlink packet access (HSDPA)), has been utilized for delivery of non-consecutive data blocks to higher layers. The timer is initialized when data blocks which have been correctly received cannot be delivered to the higher layers due to non-sequential reception. When the timer expires, all data blocks in the re-ordering buffer up to the next non-sequentially received data block are forwarded to higher layers.
It is difficult to properly set duration for the data forwarding timer since, even in normal operation, cell congestion occasionally generates relatively long periods between transmissions. In addition, since out-of-sequence delivery to RLC acknowledged mode (AM) may result in unnecessary retransmissions, the worst case delay must be considered in setting the data forwarding timer for proper operation. Since transmission errors are unavoidable, this timer mechanism results in increased and potentially unacceptable latency in performing RLC retransmission procedures.
In order to maintain quality of service (QoS), transmissions should not be unnecessarily delayed in providing sequential delivery. The timer mechanism is not efficient to provide proper QoS. If the duration of the timer is too short, out of sequence transmissions may be incorrectly perceived when only a particular transmission has been delayed, resulting in unnecessary requests for RLC retransmissions or potential release of the channel. If the duration of the timer is too long, detection and recovery of failed transmissions is delayed, resulting in greater difficulty in achieving low transmission latency QoS requirements. Determining the duration of the out of sequence forwarding timer is further complicated by relatively large variances in retransmission scheduling.
The present invention is related to a method and apparatus for forwarding non-consecutive data blocks in EU transmissions. A WTRU and one or more Node-Bs include one or more ARQ/H-ARQ processes for supporting EU transmissions. Data blocks transmitted by the WTRU are re-ordered in a re-ordering entity located in the Node-B(s) or an RNC. Once a missing data block is identified, a data forwarding timer in the Node-B(s) or RNC is initiated and subsequent WTRU transmissions are monitored to determine whether the missing data block has been discarded by the WTRU. Upon recognition of the discard of the missing data block, the non-consecutive data blocks are forwarded to higher layers.
In an absolute priority scheme, a higher priority data block is always serviced before a lower priority data block, and a data block with the earliest transmission sequence number (TSN) is serviced first within the same priority data blocks. In such a mechanism, the Node-B may recognize that the WTRU has discarded the missing data block if all H-ARQ processes available and active for the WTRU at the Node-B have received successfully either: 1) a new transmission with the same priority and a higher TSN compared to the missing data block; or 2) a new transmission with a lower priority compared to the missing data block.
A more detailed understanding of the invention may be had from the following description of a preferred embodiment, given by way of example and to be understood in conjunction with the accompanying drawing wherein:
Hereafter, the terminology “WTRU” includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, or any other type of device capable of operating in a wireless environment. When referred to hereafter, the terminology “Node-B” includes but is not limited to a base station, a site controller, an access point or any other type of interfacing device in a wireless environment.
The features of the present invention may be incorporated into an integrated circuit (IC) or be configured in a circuit comprising a multitude of interconnecting components.
Referring to
The H-ARQ process assignment mechanism is preferably based on absolute priority of data blocks. After recognizing that a data block of a particular transmission sequence number (TSN) is missing in the re-ordering buffer in the UTRAN, (i.e., either a Node-B or an RNC), the re-ordering entity 122, 132 determines the missing data block is lost if subsequent to detection of the missing data block all ARQ/H-ARQ processes 128 available and active within the Node-B(s) 104 for that WTRU 102 have either: 1) a new transmission initiated for a transmission with the same priority class with a higher sequence number; or 2) a new transmission initiated for a transmission with a lower priority class. In such case, the re-ordering entity 122, 132 determines that the data block is lost at the MAC layer and forwards the non-consecutive data blocks to higher layers.
The Node-B(s) 104 or RNC 106 receives data blocks from the WTRU 102 and correctly decoded data blocks are rearranged in sequence in a re-ordering buffer 124 of the Node-B(s) 104 or the re-ordering buffer 134 of the RNC 106. When the configuration of system 150 is used, the Node-B(s) 104 forwards the successfully decoded data block to the RNC 106 along with the H-ARQ process ID and/or the frame number when the transmission was received. The frame number may be either the frame when the NDI is received or the frame when the successful transmission occurred.
The re-ordering entity 122 of the Node-B(s) 104 or the re-ordering entity 132 of the RNC 106 recognizes a missing data block utilizing a TSN (step 202). A unique TSN is assigned to each data block by the WTRU 102. Upon recognition of the missing data block, the Node-B(s) 104 initializes the data forwarding timer 126 or the RNC initializes the data forwarding timer 136 (step 204). The re-ordering entity 122 or 132 determines whether the data forwarding timer 126 or 136, respectively, has expired (step 206). If the timer 126 or 136 has expired, the re-ordering entity 122 or 132 forwards non-consecutive data blocks to higher layers (step 210), and a higher layer data recovery procedure is initiated.
If the data forwarding timer 126 or 136 has not expired, the re-ordering entity 122 or 132 further determines whether the missing data block has been discarded by the WTRU 102 based on a known H-ARQ process assignment mechanism at the WTRU 102 (step 208). When the RNC 106 determines a discarded data block in step 208, the H-ARQ process may be determined implicitly from the frame number the transmission was received in. Following an out-of-sequence reception based on rules for H-ARQ process assignment and the subsequent assignment of H-ARQ processes, the Node-B(s) 104 or the RNC 106 can determine when the WTRU 102 discarded the particular transmission.
The H-ARQ process assignment mechanism at the WTRU 102 is preferably based on absolute priority of the data blocks, even though other mechanisms may be implemented. In an absolute priority scheme, a higher priority data block is always serviced before a lower priority data block, and a data block with the earliest TSN is serviced first within the same priority data blocks. In such a mechanism, the Node-B(s) 104 or the RNC 106 may recognize that the WTRU 102 has discarded the missing data block if all ARQ/H-ARQ processes 128 available and active for the WTRU 102 at the Node-B(s) 104 have received successfully either: 1) a new transmission with the same priority and a higher TSN compared to the missing data block; or 2) a new transmission with a lower priority compared to the missing data block.
Alternatively, the Node-B(s) 104 or RNC 106 may recognize that the WTRU 102 has discarded the missing data block if the H-ARQ process which is associated with the lost data has successfully received either: 1) a new transmission with the same priority and a higher TSN compared to the missing data block; or 2) a new transmission with a lower priority compared to the missing data block. The H-ARQ process may be known by the time of transmission/reception. The time may be indicated as either a frame or subframe number.
If either condition is met, the Node-B(s) 104 or RNC 106 determines at the MAC layer that the missing data block has been discarded by the WTRU 102. Then, the re-ordering entity 122 or 132 forwards the non-consecutive data blocks to the higher layer without waiting for expiration of the data forwarding timer 126 or 136. If neither condition is met, the Node-B(s) 104 or RNC 106 determines that the missing data block has not been discarded, the process 200 proceeds to step 212 to wait for the next TTI or data block, and the process 200 then returns to step 206.
New transmissions may be realized by the Node-B(s) 104 by receiving of a new data indicator (NDI). NDI is used to indicate whether a transmission is new data or old data (retransmission). For old data, some kind of combining can be done at the Node-B(s) 104. An NDI may also be represented by an H-ARQ process transmission counter. When the H-ARQ process transmission is set to an initial value, this represents the NDI. New transmissions may also be determined by received transmission queue identities (IDs) and the TSN following decoding.
The Node-B(s) 104 may support several re-ordering queues for each WTRU 102, and the out of sequence detection and forwarding logic may operate independently for each re-ordering queue.
In another embodiment, the H-ARQ process assignment mechanism at the WTRU 102 is associated with the lost data block. In an absolute priority scheme, a higher priority data block is always serviced before a lower priority data block, and a data block with the earliest TSN is serviced first within the same priority data blocks. In such a mechanism, the Node-B(s) 104 may recognize that the WTRU 102 has discarded the missing data block if all ARQ/H-ARQ processes 128 available and active for the WTRU 102 at the Node-B(s) 104 have received successfully either: 1) a new transmission with the same priority and a higher TSN compared to the missing data block; or 2) a new transmission with a lower priority compared to the missing data block.
If either condition is met, the Node-B(s) 104 determines at the MAC layer that the missing data block has been discarded by the WTRU 102, then the re-ordering entity 122 forwards the non-consecutive data blocks to the higher layer not waiting for expiration of the data forwarding timer 126. If neither condition is met, the Node-B(s) 104 determines that the missing data block has not been discarded, the process 200 proceeds to step 212 to wait for the next TTI in the case of the Node-Bs 104 or, in the case of the RNC 106, the next data block. The process 200 returns to step 206 after the next TTI occurs or the next data block is received.
New transmissions may be realized by the Node-B(s) 104 by receiving of a new data indicator (NDI). The NDI may be used to allow for H-ARQ chase combining in the Node-B(s) 104. New transmissions may also be determined by received transmission queue identities (IDs) and the TSN following decoding.
A re-ordering entity 132 in the RNC 106 checks whether there is a missing data block in the re-ordering buffer 134 (step 302). If there is no missing data block, the process 300 proceeds to step 312 to wait for the next received data block. If there is a missing data block, the re-ordering entity 132 initializes a data forwarding timer 136 and sends a “start watch” command to the Node-B(s) 104 (step 304). The frame number originally reported by the Node-B(s) 104 when the out-of-sequence data block in the re-ordering buffer 134 is recognized and the priority and sequence number of the missing data block are also included in the “start watch” command.
After receiving the start watch command from the RNC 106, the Node-B(s) 104 checks its current database to check all data blocks subsequent to the frame number indicated by the RNC 106 and monitors subsequent transmissions in order to determine whether the WTRU 102 has discarded the missing data block based on the known H-ARQ process assignment mechanism at the WTRU 102 (step 306). As explained hereinabove, the ARQ/H-ARQ processes 112 are preferably assigned in accordance with an absolute priority scheme. In such case, the Node-B(s) 104 determines whether all ARQ/H-ARQ processes 128 available and active for the WTRU 102 within the Node-B(s) 104 have either 1) a new transmission with the same priority but with a higher TSN compared to the missing data block or 2) a new transmission data block with a lower priority compared to the missing data block.
If either condition is met, the Node-B(s) 104 sends a transmission failure message to the re-ordering entity 132 in the RNC 106 via E-DCH frame protocol (step 308). In the transmission failure message, the priority, which indicates the re-ordering queue ID, and sequence number of the data block is also included. The Node-B(s) 104 then stops watching for such an event. If neither condition is met, the process 300 proceeds to step 312 to wait for the next received data block.
Upon receiving the transmission failure message, the re-ordering function in the RNC 106 forwards the non-consecutive data blocks to higher layers before the timer expires (step 310).
Although the features and elements of the present invention are described in the preferred embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the preferred embodiments or in various combinations with or without other features and elements of the present invention.
While the present invention has been described in terms of the preferred embodiment, other variations which are within the scope of the invention as outlined in the claims below will be apparent to those skilled in the art.
This application is a continuation of U.S. patent application Ser. No. 14/810,162, filed Jul. 27, 2015, which is a continuation of U.S. patent application Ser. No. 13/229,437 filed Sep. 9, 2011, which issued as U.S. Pat. No. 9,094,203 on Jul. 28, 2015, which is a continuation of U.S. patent application Ser. No. 11/095,912 filed Mar. 31, 2005, which issued as U.S. Pat. No. 8,018,945 on Sep. 13, 2011, which claims the benefit of U.S. Provisional Application No. 60/566,588 filed Apr. 29, 2004, which are incorporated by reference as if fully set forth.
Number | Name | Date | Kind |
---|---|---|---|
5530917 | Andersson et al. | Jun 1996 | A |
5838668 | Okada et al. | Nov 1998 | A |
5884171 | Tanabe et al. | Mar 1999 | A |
5963559 | Ohki | Oct 1999 | A |
5970062 | Bauchot | Oct 1999 | A |
6031832 | Turina | Feb 2000 | A |
6088335 | I et al. | Jul 2000 | A |
6236656 | Westerberg et al. | May 2001 | B1 |
6247150 | Niemela | Jun 2001 | B1 |
6463096 | Raleigh et al. | Oct 2002 | B1 |
6469992 | Schieder | Oct 2002 | B1 |
6567388 | Tomcik et al. | May 2003 | B1 |
6658005 | Seidel et al. | Dec 2003 | B2 |
6693910 | Chao | Feb 2004 | B2 |
6717927 | Chao | Apr 2004 | B2 |
6901063 | Vayanos et al. | May 2005 | B2 |
6953195 | Lange | Oct 2005 | B2 |
6975611 | Balachandran | Dec 2005 | B1 |
7376879 | Terry et al. | May 2008 | B2 |
7392452 | Terry et al. | Jun 2008 | B2 |
7430206 | Terry et al. | Sep 2008 | B2 |
7593407 | Chun et al. | Sep 2009 | B2 |
7724749 | Terry et al. | May 2010 | B2 |
8018945 | Zhang | Sep 2011 | B2 |
9094203 | Zhang | Jul 2015 | B2 |
20020009999 | Lee et al. | Jan 2002 | A1 |
20020021698 | Lee et al. | Feb 2002 | A1 |
20020154612 | Massie et al. | Oct 2002 | A1 |
20030086391 | Terry et al. | May 2003 | A1 |
20030101274 | Yi et al. | May 2003 | A1 |
20030123403 | Jiang | Jul 2003 | A1 |
20030123485 | Yi et al. | Jul 2003 | A1 |
20030125056 | Jiang | Jul 2003 | A1 |
20030128705 | Yi et al. | Jul 2003 | A1 |
20030131124 | Yi et al. | Jul 2003 | A1 |
20030169741 | Torsner | Sep 2003 | A1 |
20030210669 | Vayanos et al. | Nov 2003 | A1 |
20040001456 | Chao | Jan 2004 | A1 |
20040037224 | Choi et al. | Feb 2004 | A1 |
20040120284 | Terry et al. | Jun 2004 | A1 |
20040177307 | Chao | Sep 2004 | A1 |
20040219919 | Whinnett | Nov 2004 | A1 |
20050013263 | Kim | Jan 2005 | A1 |
20050120038 | Jebb | Jun 2005 | A1 |
20050180371 | Malkamaki | Aug 2005 | A1 |
20050243831 | Zhang et al. | Nov 2005 | A1 |
20060156184 | Kim et al. | Jul 2006 | A1 |
20060227712 | Cheng et al. | Oct 2006 | A1 |
20080253346 | Terry et al. | Oct 2008 | A1 |
Number | Date | Country |
---|---|---|
0 948 154 | Oct 1999 | EP |
1 006 689 | Jun 2000 | EP |
1 033 849 | Sep 2000 | EP |
1 077 553 | Feb 2001 | EP |
1 389 847 | Aug 2002 | EP |
1 315 326 | May 2003 | EP |
1 318 632 | Jun 2003 | EP |
1 326 388 | Jul 2003 | EP |
1 398 897 | Mar 2004 | EP |
63-226151 | Sep 1988 | JP |
01-289341 | Nov 1989 | JP |
06-077963 | Mar 1994 | JP |
07-221789 | Aug 1995 | JP |
09-130447 | May 1997 | JP |
10-117213 | May 1998 | JP |
10-190738 | Jul 1998 | JP |
11-032077 | Feb 1999 | JP |
2001-235335 | Aug 2001 | JP |
2001-258063 | Sep 2001 | JP |
2003-083596 | Mar 2003 | JP |
2003-283596 | Oct 2003 | JP |
317058 | Oct 1997 | TW |
0024153 | Apr 2000 | WO |
0052873 | Sep 2000 | WO |
01091360 | Nov 2001 | WO |
02091659 | Nov 2002 | WO |
02096044 | Nov 2002 | WO |
03034643 | Apr 2003 | WO |
03036844 | May 2003 | WO |
03069838 | Aug 2003 | WO |
03096598 | Nov 2003 | WO |
06012376 | Feb 2006 | WO |
Entry |
---|
Lucent Technologies, “HARQ Structure for E-DCH,” 3GPP TSG-RAN WG1#33, R1-030773 (Aug. 2003). |
ASUSTeK, “Missing gap removal in the reordering entity,” 3GPP TSG-RAN WG2 Meeting #27, R2-020240 (Feb. 2002). |
Asustek, “Clarification on Activation Tim Too Short Functionality,” Change Request, 25.331 CR draft, 3GPP TSG-RAN2 Meeting #22, R2-011585 (Jul. 9-13, 2001). |
Asustek, “Missing gap removal in the reordering entity,” 3GPP TSG-RAN WG2 Meeting #27, R2-02xxxx (Feb. 18-22, 2002). |
Borgonovo et al., “MAC for WATM Air Interface: Impact of Error Control Schemes on Protocol Design,” 1999 IEEE 49th Vehicular Technology Conference, pp. 2064-2069 (May 16, 1999). |
Chiu et al., “Comparative Downlink Shared Channel Performance Evaluation of WCDMA Release 99 and HSDPA,” IEEE International Conference on Networking, Sensing, and Control, vol. 2, pp. 1165-1170 (Mar. 2004). |
Ericsson et al., “Hybrid ARQ text proposal for Section 7 of TR25.896,” TSG-RAN WG1 #31, R1-030208 (Feb. 18-21, 2002). |
Fratta et al., “PRAS: A MAC Protocol for Wireless ATM Networks,” Global Telecommunications Conference—GLOBECOM '99, XP010373448, vol. 5, pp. 2743-2751, (Dec. 5, 1999). |
Gubbi, “Multimedia Streams and Quality of Service in the Next Generation Wireless Home Networks,” 1999 IEEE International Workshop on Mobile Multimedia Communications, (MoMuC '99), pp. 232-235, (Nov. 15, 1999). |
Interdigital, “Forwarding of Non-consecutive Data Blocks,” 3GPP TSG-RAN Working Group 2 Meeting #24, R2-012342 (Aug. 22-26, 2001). |
Interdigital, “MAC-hs Scheduling, Prioritization and Flow Control Aspects,” TSGR2#24(101)2303, TSG-RAN Working Group 2 Meeting #24, (Aug. 22-26, 2001). |
LG Electronics, “Corrections on Timer Based Stall Avoidance Mechanism,” 3GPP TSG-RAN WG2 Meeting #29, Tdoc R2-020891 (May 2002). |
Motorola, HSDPA Updates [online], 3GPP TSG-RAN WG2#27 R2-020590 (Feb. 22, 2002) URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_27/Docs/Zips/R2-020590.zip. |
Nokia, “E-DCH L2/L3 issues, Text proposal for TR 25.896 Chapter 11 ‘Impacts on L2/L3 protocols’,” 3GPP TSG-RAN WG2 #40, R2-040019 (Jan. 12-16, 2004). |
Nokia, Feasibility Study for Enhanced Uplink for UTRA FDD (Release 6), 3GPP TSG-RAN WG1#36 R1-040388, 3GPP, Feb. 24, 2004 tr25.896 V1.3.1. |
Nokia, Self Configuration & Self Optimization Use Cases, 3GPP TSG RAN WG3 #54 R3-061974, Nov. 2006. |
Panasonic, E-DCH protocol issues, R2-032367, 3GPP TSG-RAN WG2 Meeting #39, Nov. 17-21, 2003, San Diego, USA. |
Panasonic, HARQ Operation During Soft Hanover, 3GPP TSG-RAN WG1#33 R1-030802, 3GPP, Aug. 20, 2003. |
QUALCOMM, Enhancements to Stall Avoidance mechanism, R2-021590, 3GPP TSG-RAN WG2 Meeting #30, Jun. 24-28, 2002, Turin, Italy. |
Samsung, “HARQ protocol for EUDCH: some considerations,” 3GPP TSG-RAN WG1 #30 Meeting, R1-030064 (Jan. 7-10, 2003). |
Siemens, “EUDTCH Considerations,” 3GPP TSG-RAN WG1#30, R1-030023 (Jan. 7-10, 2003). |
Third Generation Partnership Project, “Medium Access Control (MAC) Standard for cdma2000 Spread Spectrum Systems”, 3rd Generation Partnership Project “3GPP2”, 3GPP2 C.20003-C, Version 2.0, Release C, Aug. 2004. |
Third Generation Partnership Project, “Physical Layer Standard for cdma2000 Spread Spectrum Systems”, 3rd Generation Partnership Project 2 “3GPP2”, 3GPP2 C.S0002-C, Version 2.0, Revision C, Jul. 23, 2004. |
Third Generation Partnership Project, “Signaling Link Access Control (LAC) Standard for cdma2000 Spread Spectrum Systems”, 3rd Generation Partnership Project 2 “3GPP2”, 3GPP2 C.S0004-C, Version 2.0, Revision C, Jul. 23, 2004. |
Third Generation Partnership Project, “Technical Specification Group Services and Systems Aspects; Network architecture (Release 6),” 3GPP TS 23.002 V6.4.0 (Mar. 2004). |
Third Generation Partnership Project, “Technical Specification Group Services and Systems Aspects; Network architecture (Release 6),” 3GPP TS 23.002 V6.7.0 (Mar. 2005). |
Third Generation Partnership Project, “Upper Layer (Layer 3) Signaling Standard for cdma2000 Spread Spectrum Systems”, 3rd Generation Partnership Project 2 “3GPP2”, 3GPP2 C.S0005-C, Version 2.0, Revision c, Jul. 23, 2004. |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall Description; Stage 2 (Release 5),” 3GPP TS 25.308 V5.5.0 (Mar. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall Description; Stage 2 (Release 5),” 3GPP TS 25.308 V5.7.0 (Dec. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall Description; Stage 2 (Release 6),” 3GPP TS 25.308 V6.3.0 (Dec. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall Description; Stage 2 (Release 6),” 3GPP TS 25.308 V6.1.0 (Mar. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; FDD Enhanced Uplink; Overall Description; Stage 2 (Release 6),” 3GPP TS 25.309 V6.2.0 (Mar. 2005). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 1999),” 3GPP TS 25.321 V 3.16.0 (Sep. 2003). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 1999),” 3GPP TS 25.321 V 3.17.0 (Jun. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 4),” 3GPP TS 25.321 V 4.9.0 (Sep. 2003). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 4),” 3GPP TS 25.321 V 4.10.0 (Jun. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 5),” 3GPP TS 25.321 V 5.8.0 (Mar. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 5),” 3GPP TS 25.321 V 5.10.0 (Dec. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 6),” 3GPP TS 25.321 V 6.1.0 (Mar. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Medium Access Control (MAC) Protocol Specification (Release 6),” 3GPP TS 25.321 V 6.4.0 (Mar. 2005). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; Feasibility Study for Enhanced Uplink for UTRA FDD (Release 6),” 3GPP TR 25.896 V6.0.0 (Mar. 2004). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 1999),” 3GPP TS 25.427 V3.11.0 (Dec. 2002). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 4),” 3GPP TS 25.427 V4.5.0 (Dec. 2003). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 5),” 3GPP TS 25.427 V5.3.0 (Dec. 2003). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 5),” 3GPP TS 25.427 V5.4.0 (Mar. 2005). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 6),” 3GPP TS 25.427 V6.0.0 (Dec. 2003). |
Third Generation Partnership Project, “Technical Specification Group Radio Access Network; UTRAN lub/lur interface user plane protocol for DCH data streams (Release 6),” 3GPP TS 25.427 V6.2. 0 (Mar. 2005). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; UE Radio Access capabilities (Release 1999) 3GPP TS 25.306 V3.10.0 (Dec. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; UE Radio Access capabilities (Release 4) 3GPP TS 25.306 V4.9.0 (Dec. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; UE Radio Access capabilities (Release 4) 3GPP TS 25.306 V4.10.0 (Mar. 2005). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; UE Radio Access capabilities (Release 5) 3GPP TS 25.306 V5.8.0 (Mar. 2004). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; UE Radio Access capabilities (Release 5) 3GPP TS 25.306 V5.10.0 (Mar. 2005). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; UE Radio Access capabilities (Release 6) 3GPP TS 25.306 V6.1.0 (Mar. 2004). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; UE Radio Access capabilities (Release 6) 3GPP TS 25.306 V6.4.0 (Mar. 2005). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 1999) 3GPP TS 25.322 V3.16.0 (Sep. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 1999) 3GPP TS 25.322 V3.17.0 (Dec. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 4) 3GPP TS 25.322 V4.11.0 (Dec. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 4) 3GPP TS 25.322 V4.12.0 (Jun. 2004). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 5) 3GPP TS 25.322 V5.7.0 (Dec. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 5) 3GPP TS 25.322 V5.10.0 (Mar. 2005). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 6) 3GPP TS 25.322 V6.0.0 (Dec. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 6) 3GPP TS 25.322 V6.3.0 (Mar. 2005). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; High Speed Downlink Packet Access; Overall UTRAN Description (Release 5) 3GPP TR 25.855 V5.0.0 (Sep. 2001). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2 (Release 5), 3GPP TS 25.308 V5.2.0 (Mar. 2003). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; Feasibility Study for Enhanced Uplink for UTRA FDD; (Release 6), 3GPP TR 25.896 V1.3.1 (Feb. 2004) (see, in particular, sections 7, 7.2, 9.2.2.1.1, 9.2.2.1.2, 9.2.2.1.3, and 10.1.2). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2 (Release 5) 3GPP TS 25.308 V5.2.0 (Mar. 2002). |
Third Generation Partnership Project; Technical Specification Group Radio Access Network; 6 Study for Enhanced Uplink for UTRA FDD; (Release 6); 3GPP TR 25.896 V6.0.0 (Apr. 3, 2004) URL:http://www.3gpp.org/ftp/Specs/archive/25_series/25.896/25896-600.zip (see, in particular, pp. 26-28, 35 and 36). |
Number | Date | Country | |
---|---|---|---|
20200127774 A1 | Apr 2020 | US |
Number | Date | Country | |
---|---|---|---|
60566588 | Apr 2004 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 14810162 | Jul 2015 | US |
Child | 16723631 | US | |
Parent | 13229437 | Sep 2011 | US |
Child | 14810162 | US | |
Parent | 11095912 | Mar 2005 | US |
Child | 13229437 | US |