US20090177941A1 - Managing common uplink resources in a cellular radio communications system - Google Patents
Managing common uplink resources in a cellular radio communications system Download PDFInfo
- Publication number
- US20090177941A1 US20090177941A1 US12/340,304 US34030408A US2009177941A1 US 20090177941 A1 US20090177941 A1 US 20090177941A1 US 34030408 A US34030408 A US 34030408A US 2009177941 A1 US2009177941 A1 US 2009177941A1
- Authority
- US
- United States
- Prior art keywords
- data unit
- crc
- mac
- segments
- pdu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims description 17
- 230000001413 cellular effect Effects 0.000 title description 4
- 238000001514 detection method Methods 0.000 claims abstract description 33
- 230000005540 biological transmission Effects 0.000 claims abstract description 28
- 238000000034 method Methods 0.000 claims description 27
- 125000004122 cyclic group Chemical group 0.000 claims description 7
- 238000005516 engineering process Methods 0.000 abstract description 16
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 230000011218 segmentation Effects 0.000 description 9
- 206010009944 Colon cancer Diseases 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000002592 echocardiography Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000002674 ointment Substances 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
Definitions
- the technology pertains to cellular radio communications, and particularly, to managing common uplink radio resources for mobile terminals to transmit information to a radio access network (RAN).
- RAN radio access network
- the 3rd Generation Partnership Project (3GPP) is a collaboration between groups of telecommunications associations to develop mobile communications systems.
- Universal Mobile Telecommunications System (UMTS) is one of the third-generation (3G) cell phone technologies, which is also being developed into a 4G technology.
- the most common form of UMTS uses Wideband-CDMA as the underlying air interface.
- Evolved UMTS Terrestrial Radio Access (E-UTRA) is the air interface of 3GPP's Long Term Evolution (LTE) upgrade path for mobile networks.
- E-UTRA is the successor to High Speed Downlink Packet Access (HSDPA) and High Speed Uplink Packet Access (HSUPA) technologies specified in 3GPP releases 5, 6 and 7.
- E-UTRA is a new air interface system unrelated to W-CDMA.
- E-UTRA uses Orthogonal Frequency Division Multiplexing (OFDM) and multiple-input multiple-output (MIMO) antenna technology to support more users, higher data rates and lower processing power required on each handset.
- OFDM Orthogonal Frequency Division Multiplexing
- MIMO multiple-input multiple-output
- the CELL_FACH state At the radio resource control (RRC) level, two basic operation modes of a mobile radio terminal, sometimes called a user equipment (UE), are idle mode and connected mode as shown in FIG. 1 .
- RRC radio resource control
- the UE selects a mobile network to contact. It then looks for a suitable cell of the chosen network, chooses a cell to provide available services, and tunes to that cell's control channel, i.e., the UE camps on that cell.
- the idle UE can receive system information and cell broadcast messages.
- the UE stays in idle mode unit it transmits a request to establish an RRC connection.
- the UE In idle mode, the UE is identified by non-access stratum identities like an IMSI, a TMSI, and a P-TSMI.
- the radio access network has no information of it own about the individual idle mode UEs and can only address all UEs in a cell.
- the connected mode is divided into service states, which define what kind of physical radio channels a UE is using.
- FIG. 1 also shows the main RRC service states in the connected mode and the transitions between states and between modes.
- the CELL_FACH state no dedicated physical channel is allocated to the UE, but the random access and forward access common channels (RACH and FACH respectively) are used instead.
- the UE is known on cell level (i.e., it has a cell id), has a protocol layer 2 connection (including media access control (MAC) and radio link control (RLC) protocol layers), but does not have dedicated physical (PHY) layer 1 radio resources. Instead, common physical layer radio resources are shared between mobile terminals in the CELL_FACH state for transmitting both signaling messages and small amounts of user plane data to UE's in the CELL_FACH state.
- MAC media access control
- RLC radio link control
- An uplink improvement planned for future cellular radio systems is activation in the CELL_FACH state of an uplink enhanced-dedicated channel (E-DCH) physical channel established with HSUPA.
- E-DCH enhanced-dedicated channel
- the E-DCH is normally used as a dedicated physical layer channel in CELL_DCH state (shown in FIG. 1 ) with one separate E-DCH resource allocated per UE. This can be performed by using a pool of E-DCH resources that can be temporarily assigned to a UE in the CELL_FACH state.
- E-DCH resources Such a pool of E-DCH resources is termed “common E-DCH resources.”
- the E-DCH resources may be managed by a Radio Network Controller (RNC) in 3G UMTS type systems, but the pool of common E-DCH resources may be managed by the radio base station, sometimes referred to as a NodeB, to speed up the allocation of radio resources by not having to involve an RNC or other management node in the allocation procedure.
- RNC Radio Network Controller
- the base station transmits over a primary-common control physical channel (P-CCPCH) to provide downlink frame and acquisition indicator channel (AICH) timing information for UEs in the cell.
- P-CCPCH primary-common control physical channel
- AICH acquisition indicator channel
- the AICH is used by the base station to indicate reception of the RACH signature sequence or preamble over the random access channel (RACH) from a mobile terminal in the CELL_FACH state.
- RACH random access channel
- the AICH echoes back an identical signature sequence or preamble as received on the RACH.
- the UE in the CELL_FACH state needs a common E-DCH resource to communicate with the radio access network and sends a RACH request with a RACH preamble in time slot # 0 at an initial low amplitude level.
- the base station does not receive that first RACH request indicated by the fact that there is no echoing AICH transmission.
- the UE sends a second preamble on the RACH after Tp-p in time slot # 3 at a higher amplitude because UEs often use a power ramping procedure on initial requests on the RACH.
- the base station receives and acknowledges the second preamble in time slot # 6 on the AICH. In the AICH acknowledgement, the base station echoes back the same second RACH preamble and also informs the UE which common E-DCH resource it has assigned to the UE.
- a common E-DCH resource is defined in the non-limiting example of Release 8 by: an uplink (UL) scrambling code, a Fractional-Dedicated Physical Channel (F-DPCH) code and timing offset, E-DCH Absolute Grant Channel (E-AGCH)/E-DCH Relative Grant Channel (E-RGCH)/E-DCH HARQ Acknowledgement Indicator Channel (E-HICH) codes and signatures, and High Speed Dedicated Physical Control Channel (HS-DPCCH) parameters such as power offsets and Channel Quality Indicator (CQI).
- the UE may transmit on the common E-DCH after receiving the AICH acknowledgement.
- the base station is not aware of the identity of a UE or UEs transmitting on that common resource.
- two or more UEs selecting the same preamble in the same access slot will cause a collision on the common uplink E-DCH radio resource.
- UEs may chose from 16 preambles and 7 or 8 access slots from a 10 ms RACH access slot set to request access to the common E-DCH.
- two UEs transmit the same preamble in the same RACH access slot, and the base station is NodeB acknowledges the preamble on the AICH.
- both UEs using the same acknowledged preamble start uplink transmission using the same common E-DCH radio resource resulting in collision.
- Radio Network Temporary Identifier RNTI
- MAC medium access control
- PDU packet data unit
- the base station can read the RNTI in the PDU header and uniquely identify the UE transmitting on the common E-DCH radio resource.
- the base station then echoes the detected RNTI on a downlink control channel, the E-AGCH, being monitored by UEs that want to use the common E-DCH radio resource.
- the transmitting UEs read the RNTI, and only the UE detecting its own RNTI then continues the uplink transmission using the common E-DCH radio resource.
- the technology in this application provides for reliable and efficient use to of a common uplink radio resource, like the common E-DCH resource, when UEs without RNTIs, e.g., idle mode UEs, are transmitting on the common uplink radio resource.
- a data unit is to be transmitted from a UE to the network using a common uplink radio resource accessible to multiple UEs.
- the UE determines and adds error detection bits for the data unit to generate a new data unit.
- the new data unit is divided into segments at a lower protocol layer with a header corresponding to that lower protocol layer being added to each segment.
- the segments are transmitted using the common uplink radio resource.
- the added error detection bits are used in the network to determine the correctness of the information in a data unit assembled using segments received on the common uplink radio resource.
- the error detection bits are cyclic redundancy code (CRC) bits and the determining of the error detection bits includes calculating a CRC for the higher protocol layer data unit.
- the added CRC bits may be used in the network to determine whether the segments received using the common uplink radio resource are from the same UE or from different UEs.
- the common uplink radio resource is a common enhanced dedicated channel (E-DCH) resource, and the UE lacks an RNTI, e.g., the UE is in an idle mode.
- the higher protocol layer data unit is a media access control (MAC)-c protocol data unit (PDU), and each segment corresponds to a MAC-is PDU.
- the CRC bits are attached to the MAC-c PDU before the segmenting.
- Various attachment embodiments such as appending the CRC bits to the beginning or the end of the MAC-c PDU, are possible as well as others.
- the data unit to be segmented may be a protocol layer 3 Non Access Stratum (NAS) message or a Radio Resource Control (RRC) message rather than a protocol layer 2 MAC message.
- NAS Non Access Stratum
- RRC Radio Resource Control
- a node receives segments from one UE, or in the case of collision potentially several UEs, transmitted on the common uplink radio resource and assembles them into an assembled data unit.
- the node uses the error detection bits appended to the assembled data unit to determine if all of the segments are from the same UE.
- each segment corresponds to a MAC-is PDU
- the network node assembles MAC-c PDU from the segments after removing the MAC-is header from each segment.
- the node calculates a CRC for an assembled MAC-c PDU and compares the calculated CRC with the CRC included with the assembled MAC-c PDU. If the compared CRC and the included CRC do not match, then the assembled MAC-c PDU is discarded. If they do match, then the included CRC bits are removed, and the assembled MAC-c PDU is passed on to a higher protocol layer.
- the network node apparatus may be implemented in a radio base station, a radio network controller, or in a core network node.
- FIG. 1 is an example mode and RRC service state diagram
- FIG. 2 is a non-limiting example signaling diagram showing signaling relating to common E-DCH resource allocation and configuration
- FIG. 3 illustrates an example UMTS protocol structure
- FIG. 4 is a diagram illustrating different MAC-is segments from different UEs assembled into one corrupt MAC-c PDU that is then delivered to a higher protocol layer in an RNC;
- FIG. 5 is a flowchart illustrating non-limiting example steps for reliably and efficiently managing common E-DCH resources for uplink transmissions for UEs in an idle mode or lacking a RNTI;
- FIGS. 6A-6B are non-limiting examples of data unit and segment formats in the MAC layer
- FIG. 7 is a non-limiting example function block diagram of a UMTS type radio communications system.
- FIG. 8 is a non-limiting example communications protocol diagram that can be used in the non-limiting example shown in FIG. 7 ;
- FIG. 9A is non-limiting function block diagram of UE apparatus
- FIG. 9B is non-limiting function block diagram of network node apparatus that may be used in conjunction with the UE apparatus shown in FIG. 9A ;
- FIG. 10 is a flowchart illustrating non-limiting example steps that may be implemented in a UE using for example the UE apparatus in FIG. 9A for reliably and efficiently managing common E-DCH resources for UEs in an idle mode or lacking an RNTI;
- FIG. 11 is a flowchart illustrating non-limiting example steps that may be implemented in a network node using for example the network node apparatus in FIG. 9B for reliably and efficiently managing common E-DCH resources for UEs in an idle mode or lacking an RNTI.
- processor or “controller” or “computer”
- DSP digital signal processor
- ASIC application specific integrated circuit
- ROM read only memory
- RAM random access memory
- RRC Radio Resource Control
- CN core network
- the inventor also determined that the probability of collisions between multiple UEs transmitting on the same common E-DCH radio resource should be very low, e.g., typically less than one on one thousand. As a result, the inventor concluded that contention resolution may not be necessary, at least at the physical transmission protocol layer, for UEs without an RNTI that want to transmit on the common E-DCH radio resource.
- UMTS type systems are typically divided vertically into an Access Stratum (AS) and a Non-Access Stratum (NAS) and horizontally into a Control Plane and a User Plane. See FIG. 3 which illustrates an example UMTS protocol structure.
- Communication protocol layers 1 and 2 are in the Access Stratum.
- Protocol layer 3 is divided between the Access and Non-Access strata.
- layer 2 may be divided into different MAC layers such as MAC-i, MAC-is, MAC-c, etc. in the control plane.
- Colliding UE transmissions on the common E-DCH radio resource may cause errors in the assembly of PDUs at protocol layer 2 . Indeed, there is a risk that a message assembly entity at layer 2 may assemble segments of PDUs from different UEs into one corrupt PDU, such as a MAC-c, Radio Resource Control (RRC) or Core Network (CN) PDU, that is then delivered to higher protocol layers, This will cause unexpected and undesired errors as higher layers start to process such PDUs.
- RRC Radio Resource Control
- CN Core Network
- FIG. 4 illustrates different MAC-is segments from different UEs assembled into one corrupt MAC-c PDU that is then delivered to a higher protocol layer, e.g., the RLC.
- a higher protocol layer e.g., the RLC.
- the base station or other network node responsible for decoding PDU segments i.e., some portion of a message
- the base station or other network node responsible for decoding PDU segments i.e., some portion of a message
- the base station or other network node can and often does successfully decode one of the uplink transmissions, such as the segment transmission with the stronger signal strength.
- the base station may decode a segment from one UE on the common E-DCH, and then in a next transmission interval, the base station may decode a segment from another UE on the common E-DCH.
- the base station may decode a segment from another UE on the common E-DCH.
- the UE determines error detection bits, such as cyclic redundancy code (CRC) or checksum bits, for a data unit that is to be transmitted over a common uplink radio resource that is accessible to multiple UEs, like the E-DCH. It includes those bits with the data unit thereby generating a new data unit.
- the UE divides the new data unit into segments at a lower protocol layer and then adds a header associated with that lower protocol layer to each segment. The segments are transmitted over the common uplink radio resource to the network.
- the network uses the added error detection bits to determine the correctness of the information in an assembled data unit.
- a UE receives a higher layer data unit (HLDU) to be transmitted to the network (step S 1 ).
- the UE calculates error detection bits, e.g., CRC checksum bits, and adds them to the HLDU to generate a new data unit (NDU) (step S 2 ).
- error detection bits e.g., CRC checksum bits
- a lower protocol layer then segments the NDU into multiple segments, attaches a lower protocol layer header to each segment, and transmits them over a common uplink radio resource, e.g., a common E-DCH (step S 3 ).
- a network node receives segments on the common uplink radio resource and combines them to generate an assembled data unit.
- the network node uses the error detection bits to determine if it correctly reassembled the original HLDU (step S 4 ). For example, the network node may determine whether there was an error in transmission and/or whether the segments are from the same UE. If there is an error, the reassembled HLDU is discarded (step S 5 ).
- the network node removes the error detection bits and passes the reassembled data unit to a higher protocol layer (step S 6 ).
- the network node may be a radio base station, a radio network controller (RNC), or a core network (CN) node.
- RNC radio network controller
- CN core network
- FIG. 6A shows one non-limiting example of adding CRC bits to a MAC-c PDU.
- a higher protocol layer in the UE provides information to be transmitted over the E-DCH channel to a MAC-c protocol layer which generates a MAC-c packet data unit (PDU).
- PDU packet data unit
- a CRC checksum is calculated based on the bits MAC-c PDU, and the resulting CRC checksum bits are appended to the beginning of the MAC-c PDU as indicated to create a new data unit. That new data unit is then divided into segments where the first segment includes the appended CRC checksum bits along with PDU payload bits. The segmentation occurs at a next lower MAC-is layer, and accordingly, a MAC-is header is added to each segment.
- a MAC-is header is also added to the other segment of the new data unit that includes only MAC-c PDU payload bits.
- Another example embodiment is shown in FIG. 6B in which the CRC checksum calculated for the MAC-c PDU is added to the end of the MAC-c PDU rather than into the beginning of the MAC-c PDU as it was in FIG. 6A .
- the lower MAC layer headers are then added to both segments which are then passed to the physical layer for transmission over the common E-DCH radio resource.
- error detection bits may be added to a Radio Resource Control (RRC) or Non Access Stratum (NAS) message.
- RRC Radio Resource Control
- NAS Non Access Stratum
- adding error detection bits in the MAC layer has the benefit that an error in reassembly can be detected in the base station, and thus, the corrupt data unit does not need to be transmitted up to the RNC in a WCDMA type system.
- a CRC checksum can be added on either RLC level or RRC level. If the checksum is transmitted on the RRC level, an Integrity Protection checksum may be calculated with a default hyper frame number (HFN) and UE ID.
- HFN hyper frame number
- System 100 may accommodate one or more standard architectures including a universal mobile telecommunications system (UMTS) and other systems based on code division multiple access (CDMA), GPRS/EDGE and other systems based on time division multiple access (TDMA) systems, LTE and other systems based on orthogonal frequency division multiplexing (OFDM), etc.
- UMTS universal mobile telecommunications system
- CDMA code division multiple access
- GPRS/EDGE time division multiple access
- TDMA time division multiple access
- OFDM orthogonal frequency division multiplexing
- the system 100 includes a radio access network (RAN) 140 and one or more core network(s) 120 .
- RAN radio access network
- Radio access network is the UMTS terrestrial access network (UTRAN) used in third generation cellular systems.
- Core network 140 supports circuit-based communications and packet-based communications.
- the RAN 140 may include (but does not require) one or more radio network controllers (RNCs) 160 .
- RNCs radio network controllers
- the technology in this case may be applied to other RANs, such as those used in LTE and WiMax, that do not employ RNCs.
- Each RNC (if used) is coupled to one or more radio base stations (RBSs) 180 sometimes referred to as NodeB's.
- the communications interface between Node Bs and RNCs is referred to as the Iub interface, and the communications interface between RNCs is referred to as the Iur interface.
- Transport of information over the Iub and Iur interfaces is typically based on asynchronous transfer mode (ATM) or Internet Protocol (IP), for example.
- ATM asynchronous transfer mode
- IP Internet Protocol
- UE terminals 200 also referred to as mobile terminals
- the radio interface is referred to as the Uu interface.
- the two center UEs are shown communicating with both RBSs 180 .
- the RAN 140 supports both high speed downlink packet access (HSDPA) and high speed uplink packet access (HSUPA), also referred to as “enhanced uplink” and as enhanced uplink dedicated channel (E-DCH).
- enhanced uplink employs several uplink channels including the enhanced dedicated physical data channel (E-DPDCH) carrying enhanced uplink data (at higher bit rates) in addition to the normal dedicated physical data channels (DPDCHs) used for regular uplink data communication.
- the dedicated physical control channel (DPCCH) carries pilot symbols and out-of-band control signaling, and the enhanced dedicated physical control channel (E-DPCCH) carries uplink scheduling requests.
- FIG. 8 illustrates a non-limiting example protocol architecture to illustrate one example way to provide efficient and reliable use of the common E-DCH resource by UEs without an RNTI such as UEs in an idle mode.
- the efficiency comes from the fact that neither contention resolution nor core network IDs are needed for communications from UEs in idle mode transmitting on the common E-DCH resource.
- the reliability comes from the fact that colliding transmissions can be detected in the network early in the protocol stack before erroneous or corrupted data units are passed onto higher layers.
- the protocol architecture in FIG. 8 relates to the control plane and can be used with the system 100 in FIG. 7 and is applicable to the message shown in FIGS. 6A and 6B .
- the technology in this case may be used with other systems, other protocols, and other formats.
- the MAC-c layer receives data on a logical common control channel (CCCH) to be sent over a common E-DCH radio resource.
- CCCH logical common control channel
- Beneath the MAC-c layer are two MAC sublayers: MAC-i and MAC-is.
- the segmentation and reassembly functionality is handled by the MAC-is sublayer and is terminated in a controlling RNC (C-RNC) in this non-limiting example.
- C-RNC controlling RNC
- the reassembly might occur in the base station or in a core network node.
- the checksum in accordance with one non-limiting embodiment may be an 8-bit Cyclic Redundancy Code (CRC) checksum calculated over the MAC SDU which corresponds to a MAC-c PDU.
- CRC Cyclic Redundancy Code
- FIG. 9A is a non-limiting example function block diagram of a UE 10 with apparatus that may be used in conjunction with the non-limiting example function block diagram of a node being 12 shown in FIG. 9B .
- the UE 10 includes a protocol control entity 14 , which in this example, corresponds to a MAC-is protocol entity.
- the protocol control entity 14 provides two basic functions including a CRC checksum calculation of a received MAC-c PDU and attachment of the calculated CRC bits the MAC-c PDU.
- a segmentation control entity 18 receives the new PDU with the attached CRC bits and divides it into multiple segments, one of which includes the CRC bits.
- the segmentation control entity 18 adds a MAC-is header to each segment and then provides those segments to a next lower protocol layer, which in FIG. 8 is a MAC-i layer. Ultimately, the segments are transmitted on the common E-DCH resource of the physical layer.
- the network node which is partially illustrated in FIG. 9B , includes a MAC-is protocol entity.
- a reassembly controller 24 receives from a base station MAC-is PDUs which are to be reassembled into a MAC-c PDU. The reassembler 24 removes the MAC-is headers from each MAC-is PDU and combines them into a reassembled data unit, i.e., a MAC-c PDU.
- a CRC check and removal controller 22 then calculates the CRC for the payload of reassembled PDU and compares that with the associated CRC that was included in the reassembled PDU. If the CRCs match, the CRC checksum field is removed and the MAC-c PDU is sent to a higher layer. But if the CRCs do not match, the reassembled data unit is discarded.
- FIG. 10 is flowchart illustrating non-limiting example steps that may be implemented in a UE using, for example by the UE apparatus shown in FIG. 9A , for reliably and efficiently managing common E-DCH resources for UEs in a idle state.
- a MAC-c PDU is received for transmission on a common control channel (CCCH) (step S 10 ).
- the size of the MAC-c PDU is checked (step S 12 ), and a decision is made whether the MAC-c PDU requires segmentation (step S 13 ). If not, a MAC-is PDU is created (step S 14 ), and a MAC-is header is added to the MAC-is PDU before it is sent to a lower protocol layer for transmission (step S 15 ).
- CCCH common control channel
- a CRC checksum is calculated for the MAC-c PDU and attached to it (step S 16 ).
- the new MAC-c PDU generated after attaching the CRC is then segmented into multiple segments corresponding to MAC-is PDUs (step S 17 ).
- a MAC-is header is appended to each MAC-is PDU, which is then sent to a lower layer for transmission over the common E-DCH resource (step S 18 ).
- FIG. 11 is a flowchart illustrating non-limiting example steps that may be implemented in a network node using for example the network node apparatus in FIG. 9B for reliably and efficiently managing common E-DCH resources for UEs in idle mode or without a valid RNTI.
- the network node receives a MAC-is PDU (step S 20 ), and a decision is made whether an assembly buffer in a network node is empty (step S 22 ). If the assembly buffer is empty, the MAC-is header is checked to determine whether the received MAC-is PDU is a segment or is a complete PDU in itself (step S 32 ). Based on that header check, a segmentation decision is made in step S 33 .
- the MAC-is PDU is delivered to a higher layer as a MAC-c PDU (step S 34 ). If the MAC-is PDU is segmented, the MAC-is segment is stored in the assembly buffer (step S 35 ), and control returns to step S 20 (step S 35 ).
- the header of the MAC-is PDU is checked (step S 23 ), and a decision is made whether this MAC-is PDU corresponds to the last segment of a MAC-c PDU (step S 24 ). If not, the MAC-is PDU is stored in the assembly buffer (step S 25 ). If the MAC-is PDU is the last segment in a MAC-c PDU, then the MAC-c PDU is assembled using the segments stored in the assembly buffer (step S 26 ). The CRC checksum for the assembled MAC-c PDU is calculated (step S 27 ). A comparison is made in step S 28 whether the calculated CRC corresponds to the CRC that is appended to the assembled MAC-c PDU.
- the MAC-c PDU is discarded (step S 29 ). If the CRCs match, then the CRC bits associated with the MAC-c PDU are removed (step S 30 ), and the MAC-c PDU is delivered to a higher protocol layer (step S 31 ).
- the technology in this case provides efficient and reliable use of the common E-DCH resource by UEs in an idle mode.
- the efficiency comes from the fact that neither contention resolution nor core network IDs are needed for communications from UEs in idle mode transmitting on the common E-DCH resource.
- the reliability comes from the fact that colliding transmissions can be detected in the network early in the protocol stack before erroneous or corrupted data units are passed onto higher layers.
Abstract
Description
- This application claims the priority benefit of U.S. provisional application 61/015,308, entitled “Method and Arrangement in a Telecommunications System,” filed on Dec. 20, 2007, the contents of which are incorporated here by reference.
- The technology pertains to cellular radio communications, and particularly, to managing common uplink radio resources for mobile terminals to transmit information to a radio access network (RAN).
- The 3rd Generation Partnership Project (3GPP) is a collaboration between groups of telecommunications associations to develop mobile communications systems. Universal Mobile Telecommunications System (UMTS) is one of the third-generation (3G) cell phone technologies, which is also being developed into a 4G technology. The most common form of UMTS uses Wideband-CDMA as the underlying air interface. Evolved UMTS Terrestrial Radio Access (E-UTRA) is the air interface of 3GPP's Long Term Evolution (LTE) upgrade path for mobile networks. E-UTRA is the successor to High Speed Downlink Packet Access (HSDPA) and High Speed Uplink Packet Access (HSUPA) technologies specified in 3GPP releases 5, 6 and 7. Unlike HSPA, LTE's E-UTRA is a new air interface system unrelated to W-CDMA. E-UTRA uses Orthogonal Frequency Division Multiplexing (OFDM) and multiple-input multiple-output (MIMO) antenna technology to support more users, higher data rates and lower processing power required on each handset.
- In 3GPP Release-8, work is ongoing to improve the uplink performance in what is called the CELL_FACH state. At the radio resource control (RRC) level, two basic operation modes of a mobile radio terminal, sometimes called a user equipment (UE), are idle mode and connected mode as shown in
FIG. 1 . In idle mode after the UE is powered on, the UE selects a mobile network to contact. It then looks for a suitable cell of the chosen network, chooses a cell to provide available services, and tunes to that cell's control channel, i.e., the UE camps on that cell. At that point, the idle UE can receive system information and cell broadcast messages. The UE stays in idle mode unit it transmits a request to establish an RRC connection. In idle mode, the UE is identified by non-access stratum identities like an IMSI, a TMSI, and a P-TSMI. The radio access network has no information of it own about the individual idle mode UEs and can only address all UEs in a cell. - The connected mode is divided into service states, which define what kind of physical radio channels a UE is using.
FIG. 1 also shows the main RRC service states in the connected mode and the transitions between states and between modes. In the CELL_FACH state, no dedicated physical channel is allocated to the UE, but the random access and forward access common channels (RACH and FACH respectively) are used instead. The UE is known on cell level (i.e., it has a cell id), has aprotocol layer 2 connection (including media access control (MAC) and radio link control (RLC) protocol layers), but does not have dedicated physical (PHY)layer 1 radio resources. Instead, common physical layer radio resources are shared between mobile terminals in the CELL_FACH state for transmitting both signaling messages and small amounts of user plane data to UE's in the CELL_FACH state. - An uplink improvement planned for future cellular radio systems is activation in the CELL_FACH state of an uplink enhanced-dedicated channel (E-DCH) physical channel established with HSUPA. The E-DCH is normally used as a dedicated physical layer channel in CELL_DCH state (shown in
FIG. 1 ) with one separate E-DCH resource allocated per UE. This can be performed by using a pool of E-DCH resources that can be temporarily assigned to a UE in the CELL_FACH state. Such a pool of E-DCH resources is termed “common E-DCH resources.” The E-DCH resources may be managed by a Radio Network Controller (RNC) in 3G UMTS type systems, but the pool of common E-DCH resources may be managed by the radio base station, sometimes referred to as a NodeB, to speed up the allocation of radio resources by not having to involve an RNC or other management node in the allocation procedure. - Consider the example situation with reference to
FIG. 2 that illustrates one way common E-DCH resources may be acquired in3GPP release 8. The base station transmits over a primary-common control physical channel (P-CCPCH) to provide downlink frame and acquisition indicator channel (AICH) timing information for UEs in the cell. The AICH is used by the base station to indicate reception of the RACH signature sequence or preamble over the random access channel (RACH) from a mobile terminal in the CELL_FACH state. The AICH echoes back an identical signature sequence or preamble as received on the RACH. InFIG. 2 , the UE in the CELL_FACH state needs a common E-DCH resource to communicate with the radio access network and sends a RACH request with a RACH preamble intime slot # 0 at an initial low amplitude level. The base station does not receive that first RACH request indicated by the fact that there is no echoing AICH transmission. The UE sends a second preamble on the RACH after Tp-p intime slot # 3 at a higher amplitude because UEs often use a power ramping procedure on initial requests on the RACH. The base station receives and acknowledges the second preamble intime slot # 6 on the AICH. In the AICH acknowledgement, the base station echoes back the same second RACH preamble and also informs the UE which common E-DCH resource it has assigned to the UE. - A common E-DCH resource is defined in the non-limiting example of
Release 8 by: an uplink (UL) scrambling code, a Fractional-Dedicated Physical Channel (F-DPCH) code and timing offset, E-DCH Absolute Grant Channel (E-AGCH)/E-DCH Relative Grant Channel (E-RGCH)/E-DCH HARQ Acknowledgement Indicator Channel (E-HICH) codes and signatures, and High Speed Dedicated Physical Control Channel (HS-DPCCH) parameters such as power offsets and Channel Quality Indicator (CQI). The UE may transmit on the common E-DCH after receiving the AICH acknowledgement. - It is significant that at the point the base station initially assigns the common E-DCH resource and starts receiving the uplink E-DCH transmission, the base station is not aware of the identity of a UE or UEs transmitting on that common resource. As a result, two or more UEs selecting the same preamble in the same access slot will cause a collision on the common uplink E-DCH radio resource. Assume for example that UEs may chose from 16 preambles and 7 or 8 access slots from a 10 ms RACH access slot set to request access to the common E-DCH. Assume also that two UEs transmit the same preamble in the same RACH access slot, and the base station is NodeB acknowledges the preamble on the AICH. As a result, both UEs using the same acknowledged preamble start uplink transmission using the same common E-DCH radio resource resulting in collision.
- This is not a problem for UEs that already have a radio resource control (RRC) connection and thus can include their Radio Network Temporary Identifier (RNTI) in the header of each medium access control (MAC) packet data unit (PDU) sent on the common E-DCH resource. As a result, the base station can read the RNTI in the PDU header and uniquely identify the UE transmitting on the common E-DCH radio resource. The base station then echoes the detected RNTI on a downlink control channel, the E-AGCH, being monitored by UEs that want to use the common E-DCH radio resource. The transmitting UEs read the RNTI, and only the UE detecting its own RNTI then continues the uplink transmission using the common E-DCH radio resource.
- But this collision avoidance mechanism only works for UEs that already have an RRC connection, and thus, have an RNTI. UEs entering from idle mode do not have an RNTI yet, and thus, are unknown on the MAC level. Accordingly, idle mode UEs or UEs in some other mode without a valid RNTI need a different solution. One solution might be to include a core network identifier, e.g. the Temporary Mobile Subscriber Identity (TMSI), for such UEs in a MAC header. But that would increase protocol overhead and complexity as the protocols would then have to support both radio network and core network identifiers for contention resolution on the common E-DCH. Hence, there is a need for better management of uplink common E-DCH resources used by UEs in idle mode.
- The technology in this application provides for reliable and efficient use to of a common uplink radio resource, like the common E-DCH resource, when UEs without RNTIs, e.g., idle mode UEs, are transmitting on the common uplink radio resource.
- A data unit is to be transmitted from a UE to the network using a common uplink radio resource accessible to multiple UEs. The UE determines and adds error detection bits for the data unit to generate a new data unit. The new data unit is divided into segments at a lower protocol layer with a header corresponding to that lower protocol layer being added to each segment. The segments are transmitted using the common uplink radio resource. The added error detection bits are used in the network to determine the correctness of the information in a data unit assembled using segments received on the common uplink radio resource.
- In a preferred but non-limiting example embodiment, the error detection bits are cyclic redundancy code (CRC) bits and the determining of the error detection bits includes calculating a CRC for the higher protocol layer data unit. The added CRC bits may be used in the network to determine whether the segments received using the common uplink radio resource are from the same UE or from different UEs. The common uplink radio resource is a common enhanced dedicated channel (E-DCH) resource, and the UE lacks an RNTI, e.g., the UE is in an idle mode. The higher protocol layer data unit is a media access control (MAC)-c protocol data unit (PDU), and each segment corresponds to a MAC-is PDU. The CRC bits are attached to the MAC-c PDU before the segmenting. Various attachment embodiments, such as appending the CRC bits to the beginning or the end of the MAC-c PDU, are possible as well as others.
- Other non-limiting example embodiments are possible. For example, the data unit to be segmented may be a
protocol layer 3 Non Access Stratum (NAS) message or a Radio Resource Control (RRC) message rather than aprotocol layer 2 MAC message. - In the network, a node receives segments from one UE, or in the case of collision potentially several UEs, transmitted on the common uplink radio resource and assembles them into an assembled data unit. The node uses the error detection bits appended to the assembled data unit to determine if all of the segments are from the same UE.
- In the preferred but non-limiting example embodiment, each segment corresponds to a MAC-is PDU, and the network node assembles MAC-c PDU from the segments after removing the MAC-is header from each segment. The node calculates a CRC for an assembled MAC-c PDU and compares the calculated CRC with the CRC included with the assembled MAC-c PDU. If the compared CRC and the included CRC do not match, then the assembled MAC-c PDU is discarded. If they do match, then the included CRC bits are removed, and the assembled MAC-c PDU is passed on to a higher protocol layer.
- The network node apparatus may be implemented in a radio base station, a radio network controller, or in a core network node.
-
FIG. 1 is an example mode and RRC service state diagram; -
FIG. 2 is a non-limiting example signaling diagram showing signaling relating to common E-DCH resource allocation and configuration; -
FIG. 3 illustrates an example UMTS protocol structure; -
FIG. 4 is a diagram illustrating different MAC-is segments from different UEs assembled into one corrupt MAC-c PDU that is then delivered to a higher protocol layer in an RNC; -
FIG. 5 is a flowchart illustrating non-limiting example steps for reliably and efficiently managing common E-DCH resources for uplink transmissions for UEs in an idle mode or lacking a RNTI; -
FIGS. 6A-6B are non-limiting examples of data unit and segment formats in the MAC layer; -
FIG. 7 is a non-limiting example function block diagram of a UMTS type radio communications system; and -
FIG. 8 is a non-limiting example communications protocol diagram that can be used in the non-limiting example shown inFIG. 7 ; -
FIG. 9A is non-limiting function block diagram of UE apparatus; -
FIG. 9B is non-limiting function block diagram of network node apparatus that may be used in conjunction with the UE apparatus shown inFIG. 9A ; -
FIG. 10 is a flowchart illustrating non-limiting example steps that may be implemented in a UE using for example the UE apparatus inFIG. 9A for reliably and efficiently managing common E-DCH resources for UEs in an idle mode or lacking an RNTI; and -
FIG. 11 is a flowchart illustrating non-limiting example steps that may be implemented in a network node using for example the network node apparatus inFIG. 9B for reliably and efficiently managing common E-DCH resources for UEs in an idle mode or lacking an RNTI. - In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular architectures, interfaces, techniques, etc. However, it will be apparent to those skilled in the art that the claimed technology may be practiced in other embodiments that depart from these specific details. That is, those skilled in the art will be able to devise various arrangements which, although not explicitly described or shown herein, embody the principles of the claimed technology and are included within its spirit and scope. In some instances, detailed descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description with unnecessary detail. All statements herein reciting principles, aspects, and embodiments, as well as specific examples thereof are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same unction, regardless of structure.
- Thus, for example, it will be appreciated by those skilled in the art that block diagrams herein represent conceptual views of illustrative circuitry embodying the principles of the technology. Similarly, it will be appreciated various processes described may be substantially represented in a computer-readable medium and can be executed by a computer or processor.
- The functions of the various elements including functional blocks labeled or described as “processor” or “controller” or “computer” may be provided through the use of dedicated hardware as well as hardware capable of executing software. When provided by a processor, the functions may be provided by a single dedicated processor, by a single shared processor, or by a plurality of individual processors, some of which may be shared or distributed. Moreover, a “processor” or “controller” may include, without limitation, digital signal processor (DSP) hardware, ASIC hardware, read only memory (ROM), random access memory (RAM), and/or other storage media.
- The inventor recognized that UEs that do not have a radio network temporary identifier (RNTI), such as but not limited to UEs in an idle mode, typically only use the common E-DCH radio resource to transmit initial Radio Resource Control (RRC) and possibly initial core network (CN) messages and that such transmissions typically only last for a short time, after which the common E-DCH radio resource is released. The inventor also determined that the probability of collisions between multiple UEs transmitting on the same common E-DCH radio resource should be very low, e.g., typically less than one on one thousand. As a result, the inventor concluded that contention resolution may not be necessary, at least at the physical transmission protocol layer, for UEs without an RNTI that want to transmit on the common E-DCH radio resource.
- But colliding transmissions on the common E-DCH radio resource may still cause problems on higher protocol layers in the context of a UMTS system. UMTS type systems are typically divided vertically into an Access Stratum (AS) and a Non-Access Stratum (NAS) and horizontally into a Control Plane and a User Plane. See
FIG. 3 which illustrates an example UMTS protocol structure. Communication protocol layers 1 and 2 are in the Access Stratum.Protocol layer 3 is divided between the Access and Non-Access strata. Although not illustrated,layer 2 may be divided into different MAC layers such as MAC-i, MAC-is, MAC-c, etc. in the control plane. - Colliding UE transmissions on the common E-DCH radio resource may cause errors in the assembly of PDUs at
protocol layer 2. Indeed, there is a risk that a message assembly entity atlayer 2 may assemble segments of PDUs from different UEs into one corrupt PDU, such as a MAC-c, Radio Resource Control (RRC) or Core Network (CN) PDU, that is then delivered to higher protocol layers, This will cause unexpected and undesired errors as higher layers start to process such PDUs. - Consider the example shown in
FIG. 4 which illustrates different MAC-is segments from different UEs assembled into one corrupt MAC-c PDU that is then delivered to a higher protocol layer, e.g., the RLC. One might assume that the base station or other network node responsible for decoding PDU segments (i.e., some portion of a message) received from UE1 and UE2 transmitting on the same common E-DCH resource cannot decode the uplink transmissions from either UE because they directly interfere with each other by using the same radio resource. But in fact, the base station or other network node can and often does successfully decode one of the uplink transmissions, such as the segment transmission with the stronger signal strength. Signal strength and other conditions change in radio environments rapidly, which means that in one transmission interval, the base station may decode a segment from one UE on the common E-DCH, and then in a next transmission interval, the base station may decode a segment from another UE on the common E-DCH. When those decoded PDU segments are assembled into a PDU and passed on to a higher communications protocol layer, the erroneous assumption is that the assembled data unit was sent by the same UE, which is not the case, causing confusion and errors. - To solve this problem, the UE determines error detection bits, such as cyclic redundancy code (CRC) or checksum bits, for a data unit that is to be transmitted over a common uplink radio resource that is accessible to multiple UEs, like the E-DCH. It includes those bits with the data unit thereby generating a new data unit. The UE divides the new data unit into segments at a lower protocol layer and then adds a header associated with that lower protocol layer to each segment. The segments are transmitted over the common uplink radio resource to the network. The network uses the added error detection bits to determine the correctness of the information in an assembled data unit.
- Reference is now made to the flowchart in
FIG. 5 which illustrates non-limiting example general steps for a lively and efficiently managing common E-DCH resources for uplink transmissions for UEs without an RNTI, e.g., UEs in an idle mode. Initially, a UE receives a higher layer data unit (HLDU) to be transmitted to the network (step S1). The UE calculates error detection bits, e.g., CRC checksum bits, and adds them to the HLDU to generate a new data unit (NDU) (step S2). A lower protocol layer then segments the NDU into multiple segments, attaches a lower protocol layer header to each segment, and transmits them over a common uplink radio resource, e.g., a common E-DCH (step S3). A network node receives segments on the common uplink radio resource and combines them to generate an assembled data unit. The network node uses the error detection bits to determine if it correctly reassembled the original HLDU (step S4). For example, the network node may determine whether there was an error in transmission and/or whether the segments are from the same UE. If there is an error, the reassembled HLDU is discarded (step S5). If not, the network node removes the error detection bits and passes the reassembled data unit to a higher protocol layer (step S6). The network node may be a radio base station, a radio network controller (RNC), or a core network (CN) node. -
FIG. 6A shows one non-limiting example of adding CRC bits to a MAC-c PDU. A higher protocol layer in the UE provides information to be transmitted over the E-DCH channel to a MAC-c protocol layer which generates a MAC-c packet data unit (PDU). A CRC checksum is calculated based on the bits MAC-c PDU, and the resulting CRC checksum bits are appended to the beginning of the MAC-c PDU as indicated to create a new data unit. That new data unit is then divided into segments where the first segment includes the appended CRC checksum bits along with PDU payload bits. The segmentation occurs at a next lower MAC-is layer, and accordingly, a MAC-is header is added to each segment. A MAC-is header is also added to the other segment of the new data unit that includes only MAC-c PDU payload bits. Another example embodiment is shown inFIG. 6B in which the CRC checksum calculated for the MAC-c PDU is added to the end of the MAC-c PDU rather than into the beginning of the MAC-c PDU as it was inFIG. 6A . The lower MAC layer headers are then added to both segments which are then passed to the physical layer for transmission over the common E-DCH radio resource. - There are many different options for including error detection bits in a data unit or other message. Rather than adding those bits to a MAC PDU, error detection bits may be added to a Radio Resource Control (RRC) or Non Access Stratum (NAS) message. But adding error detection bits in the MAC layer has the benefit that an error in reassembly can be detected in the base station, and thus, the corrupt data unit does not need to be transmitted up to the RNC in a WCDMA type system. If MAC segmentation is not available, a CRC checksum can be added on either RLC level or RRC level. If the checksum is transmitted on the RRC level, an Integrity Protection checksum may be calculated with a default hyper frame number (HFN) and UE ID.
- Referring to
FIG. 7 , a non-limiting example system 100 that supports a common E-DCH resource is illustrated. The technology in this case may be used in such asystem 100, but is not limited to use in this particular kind of system.System 100 may accommodate one or more standard architectures including a universal mobile telecommunications system (UMTS) and other systems based on code division multiple access (CDMA), GPRS/EDGE and other systems based on time division multiple access (TDMA) systems, LTE and other systems based on orthogonal frequency division multiplexing (OFDM), etc. Thesystem 100 includes a radio access network (RAN) 140 and one or more core network(s) 120. One non-limiting example radio access network is the UMTS terrestrial access network (UTRAN) used in third generation cellular systems.Core network 140 supports circuit-based communications and packet-based communications. TheRAN 140 may include (but does not require) one or more radio network controllers (RNCs) 160. The technology in this case may be applied to other RANs, such as those used in LTE and WiMax, that do not employ RNCs. Each RNC (if used) is coupled to one or more radio base stations (RBSs) 180 sometimes referred to as NodeB's. The communications interface between Node Bs and RNCs is referred to as the Iub interface, and the communications interface between RNCs is referred to as the Iur interface. Transport of information over the Iub and Iur interfaces is typically based on asynchronous transfer mode (ATM) or Internet Protocol (IP), for example. User equipment (UE) terminals 200 (also referred to as mobile terminals) communicate over an air or radio interface with theRAN 140. The radio interface is referred to as the Uu interface. The two center UEs are shown communicating with bothRBSs 180. - The
RAN 140 supports both high speed downlink packet access (HSDPA) and high speed uplink packet access (HSUPA), also referred to as “enhanced uplink” and as enhanced uplink dedicated channel (E-DCH). As explained above, enhanced uplink employs several uplink channels including the enhanced dedicated physical data channel (E-DPDCH) carrying enhanced uplink data (at higher bit rates) in addition to the normal dedicated physical data channels (DPDCHs) used for regular uplink data communication. The dedicated physical control channel (DPCCH) carries pilot symbols and out-of-band control signaling, and the enhanced dedicated physical control channel (E-DPCCH) carries uplink scheduling requests. -
FIG. 8 illustrates a non-limiting example protocol architecture to illustrate one example way to provide efficient and reliable use of the common E-DCH resource by UEs without an RNTI such as UEs in an idle mode. The efficiency comes from the fact that neither contention resolution nor core network IDs are needed for communications from UEs in idle mode transmitting on the common E-DCH resource. The reliability comes from the fact that colliding transmissions can be detected in the network early in the protocol stack before erroneous or corrupted data units are passed onto higher layers. - The protocol architecture in
FIG. 8 relates to the control plane and can be used with thesystem 100 inFIG. 7 and is applicable to the message shown inFIGS. 6A and 6B . The technology in this case may be used with other systems, other protocols, and other formats. In the UE, the MAC-c layer receives data on a logical common control channel (CCCH) to be sent over a common E-DCH radio resource. Beneath the MAC-c layer are two MAC sublayers: MAC-i and MAC-is. The segmentation and reassembly functionality is handled by the MAC-is sublayer and is terminated in a controlling RNC (C-RNC) in this non-limiting example. In other embodiments, the reassembly might occur in the base station or in a core network node. The checksum in accordance with one non-limiting embodiment may be an 8-bit Cyclic Redundancy Code (CRC) checksum calculated over the MAC SDU which corresponds to a MAC-c PDU. Of course, other size CRCs may be used. -
FIG. 9A is a non-limiting example function block diagram of aUE 10 with apparatus that may be used in conjunction with the non-limiting example function block diagram of a node being 12 shown inFIG. 9B . Features in the UE and base station which are not needed for the description relating to the technology in this case are not shown. TheUE 10 includes aprotocol control entity 14, which in this example, corresponds to a MAC-is protocol entity. Theprotocol control entity 14 provides two basic functions including a CRC checksum calculation of a received MAC-c PDU and attachment of the calculated CRC bits the MAC-c PDU. Asegmentation control entity 18 receives the new PDU with the attached CRC bits and divides it into multiple segments, one of which includes the CRC bits. Thesegmentation control entity 18 adds a MAC-is header to each segment and then provides those segments to a next lower protocol layer, which inFIG. 8 is a MAC-i layer. Ultimately, the segments are transmitted on the common E-DCH resource of the physical layer. The network node, which is partially illustrated inFIG. 9B , includes a MAC-is protocol entity. Areassembly controller 24 receives from a base station MAC-is PDUs which are to be reassembled into a MAC-c PDU. Thereassembler 24 removes the MAC-is headers from each MAC-is PDU and combines them into a reassembled data unit, i.e., a MAC-c PDU. A CRC check andremoval controller 22 then calculates the CRC for the payload of reassembled PDU and compares that with the associated CRC that was included in the reassembled PDU. If the CRCs match, the CRC checksum field is removed and the MAC-c PDU is sent to a higher layer. But if the CRCs do not match, the reassembled data unit is discarded. -
FIG. 10 is flowchart illustrating non-limiting example steps that may be implemented in a UE using, for example by the UE apparatus shown inFIG. 9A , for reliably and efficiently managing common E-DCH resources for UEs in a idle state. Initially, a MAC-c PDU is received for transmission on a common control channel (CCCH) (step S10). The size of the MAC-c PDU is checked (step S12), and a decision is made whether the MAC-c PDU requires segmentation (step S13). If not, a MAC-is PDU is created (step S14), and a MAC-is header is added to the MAC-is PDU before it is sent to a lower protocol layer for transmission (step S15). If segmentation is required, a CRC checksum is calculated for the MAC-c PDU and attached to it (step S16). The new MAC-c PDU generated after attaching the CRC is then segmented into multiple segments corresponding to MAC-is PDUs (step S17). A MAC-is header is appended to each MAC-is PDU, which is then sent to a lower layer for transmission over the common E-DCH resource (step S18). -
FIG. 11 is a flowchart illustrating non-limiting example steps that may be implemented in a network node using for example the network node apparatus inFIG. 9B for reliably and efficiently managing common E-DCH resources for UEs in idle mode or without a valid RNTI. The network node receives a MAC-is PDU (step S20), and a decision is made whether an assembly buffer in a network node is empty (step S22). If the assembly buffer is empty, the MAC-is header is checked to determine whether the received MAC-is PDU is a segment or is a complete PDU in itself (step S32). Based on that header check, a segmentation decision is made in step S33. If the MAC-is PDU is no segmentation, it is delivered to a higher layer as a MAC-c PDU (step S34). If the MAC-is PDU is segmented, the MAC-is segment is stored in the assembly buffer (step S35), and control returns to step S20 (step S35). - If the assembly buffer is not empty, the header of the MAC-is PDU is checked (step S23), and a decision is made whether this MAC-is PDU corresponds to the last segment of a MAC-c PDU (step S24). If not, the MAC-is PDU is stored in the assembly buffer (step S25). If the MAC-is PDU is the last segment in a MAC-c PDU, then the MAC-c PDU is assembled using the segments stored in the assembly buffer (step S26). The CRC checksum for the assembled MAC-c PDU is calculated (step S27). A comparison is made in step S28 whether the calculated CRC corresponds to the CRC that is appended to the assembled MAC-c PDU. If the comparison fails, the MAC-c PDU is discarded (step S29). If the CRCs match, then the CRC bits associated with the MAC-c PDU are removed (step S30), and the MAC-c PDU is delivered to a higher protocol layer (step S31).
- The technology in this case provides efficient and reliable use of the common E-DCH resource by UEs in an idle mode. As explained above, the efficiency comes from the fact that neither contention resolution nor core network IDs are needed for communications from UEs in idle mode transmitting on the common E-DCH resource. The reliability comes from the fact that colliding transmissions can be detected in the network early in the protocol stack before erroneous or corrupted data units are passed onto higher layers.
- Although various embodiments have been shown and described in detail, the claims are not limited to any particular embodiment or example. None of the above description should be read as implying that any particular element, step, range, or function is essential such that it must be included in the claims scope. The scope of patented subject matter is defined only by the claims. The extent of legal protection is defined by the words recited in the allowed claims and their equivalents. Reference to an element in the singular is not intended to mean “one and only one” unless explicitly so stated, but rather “one or more.” All structural and functional equivalents to the elements of the above-described preferred embodiment that are known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the present claims. Moreover, it is not necessary for a device or method to address each and every problem sought to be solved, for it to be encompassed by the present claims. It is not necessary for a device or method to address each and every problem sought to be solved by the present technology, for it to be encompassed by the present claims. No claim is intended to invoke
paragraph 6 of 35 USC § 112 unless the words “means for” or “step for” are used. Furthermore, no embodiment, feature, component, or step in this specification is intended to be dedicated to the public regardless of whether the embodiment, feature, component, or step is recited in the claims.
Claims (30)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/340,304 US8239743B2 (en) | 2007-12-20 | 2008-12-19 | Managing common uplink resources in a cellular radio communications system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US1530807P | 2007-12-20 | 2007-12-20 | |
US12/340,304 US8239743B2 (en) | 2007-12-20 | 2008-12-19 | Managing common uplink resources in a cellular radio communications system |
Publications (2)
Publication Number | Publication Date |
---|---|
US20090177941A1 true US20090177941A1 (en) | 2009-07-09 |
US8239743B2 US8239743B2 (en) | 2012-08-07 |
Family
ID=40512576
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/340,304 Active 2031-06-04 US8239743B2 (en) | 2007-12-20 | 2008-12-19 | Managing common uplink resources in a cellular radio communications system |
Country Status (8)
Country | Link |
---|---|
US (1) | US8239743B2 (en) |
EP (2) | EP2220802B1 (en) |
JP (1) | JP5143912B2 (en) |
CN (1) | CN101904127B (en) |
MX (1) | MX2010005564A (en) |
TR (1) | TR201802697T4 (en) |
TW (1) | TWI516049B (en) |
WO (1) | WO2009082330A2 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090074088A1 (en) * | 2007-09-13 | 2009-03-19 | Zhifeng Tao | Adaptive Fragmentation for HARQ in Wireless OFDMA Networks |
US20090175259A1 (en) * | 2008-01-04 | 2009-07-09 | Samsung Electronics Co., Ltd. | Method for enhancing layer 2 for a high speed packet access uplink |
US20090186624A1 (en) * | 2008-01-04 | 2009-07-23 | Interdigital Patent Holdings, Inc. | Method and apparatus for performing an enhanced random access channel procedure in a cell_fach state |
US20120178383A1 (en) * | 2009-06-26 | 2012-07-12 | Martin Dottling | Wake Up Procedure for a Base Station in a Communications Network |
US20170257881A1 (en) * | 2016-03-01 | 2017-09-07 | Huawei Technologies Co., Ltd. | Method and apparatus for distributed uplink data processing in a communication network with limited backhaul |
US20170331713A1 (en) * | 2014-12-12 | 2017-11-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Out of sequence delivery of an sdu in a radio device |
US11038995B2 (en) * | 2019-10-04 | 2021-06-15 | Nxp B.V. | Communications device and method of communications |
US11374686B2 (en) * | 2020-02-04 | 2022-06-28 | Qualcomm Incorporated | Parity check bits for non-coherent communication |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363974A (en) * | 2013-03-20 | 2015-02-18 | 华为技术有限公司 | Method for detecting user equipment conflict, user equipment, and base station |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020071407A1 (en) * | 2000-07-08 | 2002-06-13 | Samsung Electronics Co., Ltd. | HARQ method in a CDMA mobile communication system |
US20020170013A1 (en) * | 2001-05-14 | 2002-11-14 | Interdigital Technology Corporation | Method and system for implicit user equipment identification |
US20030189918A1 (en) * | 2002-04-05 | 2003-10-09 | Arnab Das | Shared signaling for multiple user equipment |
US20050053035A1 (en) * | 2003-08-16 | 2005-03-10 | Samsung Electronics Co., Ltd. | Method and apparatus for providing uplink packet data service on uplink dedicated channels in an asynchronous wideband code division multiple access communication system |
US20050193315A1 (en) * | 2004-02-18 | 2005-09-01 | Massimo Bertinelli | Method and apparatus for performing a TFCI reliability check in E-DCH |
US20050249164A1 (en) * | 2004-05-04 | 2005-11-10 | Samsung Electronics Co., Ltd. | Method and apparatus for selecting serving scheduling cell for soft handover user equipment in an uplink packet transmission system |
US20060041820A1 (en) * | 2004-08-20 | 2006-02-23 | Ling Hang | Method and apparatus for receiving a control channel in a wireless communication system |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3617858B2 (en) * | 1995-05-23 | 2005-02-09 | 株式会社東芝 | Two-way communication system |
CN1156104C (en) * | 1998-09-14 | 2004-06-30 | 三星电子株式会社 | Method for processing data to be transmitted over common channel |
US7050419B2 (en) * | 2001-02-23 | 2006-05-23 | Terayon Communicaion Systems, Inc. | Head end receiver for digital data delivery systems using mixed mode SCDMA and TDMA multiplexing |
KR100702505B1 (en) * | 2002-06-28 | 2007-04-02 | 인터내셔널 비지네스 머신즈 코포레이션 | Link adaptation |
KR101061116B1 (en) * | 2004-09-15 | 2011-08-31 | 엘지전자 주식회사 | Uplink Control Information Transmission Method and Decoding Method of Control Information in a Mobile Communication System |
CN100574168C (en) * | 2006-03-09 | 2009-12-23 | 华为技术有限公司 | Dispatching information transmission method among the E-DCH |
US9674865B2 (en) * | 2007-10-25 | 2017-06-06 | Interdigital Patent Holdings, Inc. | Method and apparatus for control of uplink feedback information in contention based access in wireless communications |
-
2008
- 2008-10-24 MX MX2010005564A patent/MX2010005564A/en active IP Right Grant
- 2008-10-24 TR TR2018/02697T patent/TR201802697T4/en unknown
- 2008-10-24 CN CN2008801217526A patent/CN101904127B/en active Active
- 2008-10-24 EP EP08864759.9A patent/EP2220802B1/en active Active
- 2008-10-24 EP EP13155937.9A patent/EP2618510B1/en active Active
- 2008-10-24 WO PCT/SE2008/051212 patent/WO2009082330A2/en active Application Filing
- 2008-10-24 JP JP2010539369A patent/JP5143912B2/en not_active Expired - Fee Related
- 2008-11-18 TW TW097144543A patent/TWI516049B/en active
- 2008-12-19 US US12/340,304 patent/US8239743B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020071407A1 (en) * | 2000-07-08 | 2002-06-13 | Samsung Electronics Co., Ltd. | HARQ method in a CDMA mobile communication system |
US20020170013A1 (en) * | 2001-05-14 | 2002-11-14 | Interdigital Technology Corporation | Method and system for implicit user equipment identification |
US20030189918A1 (en) * | 2002-04-05 | 2003-10-09 | Arnab Das | Shared signaling for multiple user equipment |
US20050053035A1 (en) * | 2003-08-16 | 2005-03-10 | Samsung Electronics Co., Ltd. | Method and apparatus for providing uplink packet data service on uplink dedicated channels in an asynchronous wideband code division multiple access communication system |
US20050193315A1 (en) * | 2004-02-18 | 2005-09-01 | Massimo Bertinelli | Method and apparatus for performing a TFCI reliability check in E-DCH |
US20050249164A1 (en) * | 2004-05-04 | 2005-11-10 | Samsung Electronics Co., Ltd. | Method and apparatus for selecting serving scheduling cell for soft handover user equipment in an uplink packet transmission system |
US20060041820A1 (en) * | 2004-08-20 | 2006-02-23 | Ling Hang | Method and apparatus for receiving a control channel in a wireless communication system |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090074088A1 (en) * | 2007-09-13 | 2009-03-19 | Zhifeng Tao | Adaptive Fragmentation for HARQ in Wireless OFDMA Networks |
US20090175259A1 (en) * | 2008-01-04 | 2009-07-09 | Samsung Electronics Co., Ltd. | Method for enhancing layer 2 for a high speed packet access uplink |
US20090186624A1 (en) * | 2008-01-04 | 2009-07-23 | Interdigital Patent Holdings, Inc. | Method and apparatus for performing an enhanced random access channel procedure in a cell_fach state |
US8428014B2 (en) * | 2008-01-04 | 2013-04-23 | Interdigital Patent Holdings, Inc. | Method and apparatus for performing an enhanced random access channel procedure in a Cell—FACH state |
US20120178383A1 (en) * | 2009-06-26 | 2012-07-12 | Martin Dottling | Wake Up Procedure for a Base Station in a Communications Network |
US8787843B2 (en) * | 2009-06-26 | 2014-07-22 | Nokia Siemens Networks Oy | Wake up procedure for a base station in a communications network |
US20170331713A1 (en) * | 2014-12-12 | 2017-11-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Out of sequence delivery of an sdu in a radio device |
US10484258B2 (en) * | 2014-12-12 | 2019-11-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Out of sequence delivery of an SDU in a radio device |
US20170257881A1 (en) * | 2016-03-01 | 2017-09-07 | Huawei Technologies Co., Ltd. | Method and apparatus for distributed uplink data processing in a communication network with limited backhaul |
US10568126B2 (en) * | 2016-03-01 | 2020-02-18 | Huawei Technologies Co., Ltd. | Method and apparatus for distributed uplink data processing in a communication network with limited backhaul |
US11038995B2 (en) * | 2019-10-04 | 2021-06-15 | Nxp B.V. | Communications device and method of communications |
US11374686B2 (en) * | 2020-02-04 | 2022-06-28 | Qualcomm Incorporated | Parity check bits for non-coherent communication |
Also Published As
Publication number | Publication date |
---|---|
EP2618510B1 (en) | 2019-10-23 |
CN101904127B (en) | 2013-12-25 |
CN101904127A (en) | 2010-12-01 |
EP2618510A3 (en) | 2017-06-21 |
EP2220802A2 (en) | 2010-08-25 |
JP5143912B2 (en) | 2013-02-13 |
TW200943795A (en) | 2009-10-16 |
WO2009082330A8 (en) | 2010-09-16 |
MX2010005564A (en) | 2010-06-07 |
US8239743B2 (en) | 2012-08-07 |
EP2220802B1 (en) | 2018-02-21 |
WO2009082330A3 (en) | 2009-08-27 |
EP2618510A2 (en) | 2013-07-24 |
TWI516049B (en) | 2016-01-01 |
JP2011508509A (en) | 2011-03-10 |
WO2009082330A2 (en) | 2009-07-02 |
TR201802697T4 (en) | 2018-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8239743B2 (en) | Managing common uplink resources in a cellular radio communications system | |
EP3498009B1 (en) | Method for use in a wireless transmit/receive unit for multiple access wireless communications and corresponding wireless transmit/receive unit | |
EP3253170B1 (en) | Method and apparatuses for random access in an orthogonal multiple-access communication system | |
US8218488B2 (en) | Managing uplink resources in a cellular radio communications system | |
EP2080401B1 (en) | Random access signaling transmission for system access in wireless communication | |
EP2230787B1 (en) | Method of handling packet error in a wireless communication system and related communication device | |
RU2463743C2 (en) | Method and apparatus for sending and receiving random access response in wireless communication system | |
KR101537882B1 (en) | Method and apparatus to allocate radio resources for transmitting a message part in an enhanced rach | |
US8526986B2 (en) | Optimized random access channel (RACH) access | |
JP4951557B2 (en) | System for implicit user equipment identification | |
US8825050B2 (en) | Random access channel preamble detection | |
EP2182755B1 (en) | Method of packet element transmission in wireless communication system | |
CN114268971A (en) | Method and arrangement in a communication node used for wireless communication | |
CN116746083A (en) | Method and apparatus for downlink control information size alignment | |
CN113543354A (en) | Method and apparatus in a node used for wireless communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:WAGER, STEFAN;REEL/FRAME:022388/0986 Effective date: 20081024 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
CC | Certificate of correction | ||
FPAY | Fee payment |
Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |