Patent Application
20100285791
The present invention relates to the field of mobile communication terminals. Furthermore, the invention relates to communication stations. Moreover, the invention relates to communication networks. Beyond this, the invention relates to communication methods.
Universal Mobile Telecommunications System (UMTS) is one of the third-generation (3G) mobile phone technologies. UMTS is a broadband, packet-based transmission of text, digitized voice, video, and multimedia at high data rates, offering a set of services to mobile computer and phone users no matter where they are located in the world.
There may be a need for a communication system providing a proper performance.
The inventors propose a mobile communication terminal (such as a cellular phone) adapted to be communicatively (for instance in a wireless manner) coupled to a communication station (such as a base station) of a communication network (such as an UMTS network). The proposed mobile communication terminal includes a station communication unit (such as an antenna) adapted for exchanging communication messages with the communication station, and a communication message generation unit (which may have processing capabilities) adapted for generating a Common Control Channel information comprising message for transmission to the communication station by the station communication unit, wherein the communication message generation unit is adapted for rearranging the Common Control Channel message (for instance in one or a plurality of Transmission Time Intervals, TTI) in accordance with a property (for instance a size, a type, a transmission protocol, a time duration, a priority, etc.) of the Common Control Channel information comprising message before transmission to the communication station.
The inventors also propose a communication station (such as a base station, for instance a node B) which is adapted to be communicatively coupled (for instance for a wireless communication) to a mobile communication terminal of a communication network, wherein the communication station comprises a terminal communication unit (such as an antenna) adapted for exchanging communication messages with the mobile communication terminal, and a communication message evaluation unit (which may have processing capabilities) adapted for evaluating a Common Control Channel information comprising message received from the mobile communication terminal and being rearranged (for instance in one or a plurality of Transmission Time Intervals) in accordance with a property of the Common Control Channel information comprising message.
The inventors further propose a communication network (for instance a radio network, particularly a UMTS network), the communication network comprising a mobile communication terminal having the above mentioned features and a communication station having the above mentioned features, wherein the mobile communication terminal is communicatively coupled to the communication station.
The inventors still further propose a method of communicating in a communication network, the communication method comprising communicatively coupling a mobile communication terminal to a communication station, generating, by the mobile communication terminal, a Common Control Channel information comprising message for transmission to the communication station, rearranging, by the mobile communication terminal, the Common Control Channel information comprising message (for instance in one or a plurality of Transmission Time Intervals) in accordance with a property of the Common Control Channel information comprising message before transmission to the communication station, and evaluating, by the communication station, the rearranged Common Control Channel information comprising message received from the mobile communication terminal.
According to still another exemplary embodiment, a program element (for instance a software routine, in source code or in executable code) is provided, which, when being executed by a processor, is adapted to control or carry out at least a part of a communication method having the above mentioned features.
According to yet another exemplary embodiment, a computer-readable medium (for instance a CD, a USB stick, a floppy disk or a harddisk) is provided, in which a computer program is stored which, when being executed by a processor, is adapted to control or carry out at least a part of a communication method having the above mentioned features.
Data processing for communication purposes which may be performed according to embodiments can be realized by a computer program, that is by software, or by using one or more special electronic optimization circuits, that is in hardware, or in hybrid form, that is by software components and hardware components.
In the context of this application, the term “mobile communication terminal” may particularly denote any user equipment, particularly portable communication device. This term may particularly include mobile phones, personal digital assistants (PDAs), navigation systems, etc.
The term “communication station” may particularly denote any base station of a radio network. It may be coupled with one or a plurality of mobile communication terminals. Such a communication station may particularly be a base station (BS) in the context of UMTS (Universal Mobile Telecommunication Systems). Such a base station may be a central radio transmitter/receiver that may maintain communication with mobile radio telephones within a given range. The communication station may be installed at a fixed or stationary position.
The term “communication unit” may particularly denote a transmitter, a receiver or a transmitter/receiver (transceiver) which allows for a unidirectional or bidirectional exchange of communication messages with a communication partner. Such a communication unit may particularly be a wireless communication unit, i.e. a communication system which communicates without the necessity of wires. However, wire-based communication is also covered by embodiments.
The term “Common Control Channel information comprising message” may particularly denote a message comprising information which may be usually included in a Common Control Channel (CCCH) message, as defined below. Particularly, the Common Control Channel information comprising message may be a Common Control Channel (CCCH) message itself. Alternatively, the Common Control Channel information comprising message may be a Protocol Data Unit (PDA), more particularly a Radio Link Control Protocol Data Unit (RLC PDU), which may also include information which is typically included in a CCCH message. In specific embodiments, the CCCH information comprising message may be TM RLC PDU. The content of a CCCH message are its information elements.
The term “Common Control Channel message” may particularly denote a control channel for a network such as a GSM network for use for initializing a communicative connection. Such a system, which may be implemented particularly in UMTS, may denote channels via which a mobile station or mobile communication terminal can be supplied with data/information regarding the network. Particularly, a mobile communication terminal may request allocation of a signalling channel via a CCCH channel. CCCH may support common procedures required to establish a dedicated link with the network and may include the RACH, FACH (Forward Access Channel) and PCH (paging channel).
The term “Transmission Time Interval” (TTI) may particularly denote an inter-arrival time of a Transport Block Set (TBS), and may be equal to the periodicity at which a Transport Block Set may be transferred by a physical layer on a radio interface. A TTI may be a multiple of a minimum interleaving period (for instance 10 ms, which may be the length of one radio frame). A MAC (Medium Access Control) may deliver one transport block set to the physical layer every TTI.
The term “rearranging” may particularly denote a change of the structure of the CCCH message. This may include a change in the order of components/blocks/segments of the message, a deletion of a portion of a message, extending a message by including additional information, assembling portions of the message to a larger message, etc. The term “rearranging” may include the concept of segmentation in transport.
According to an exemplary embodiment, a communication scheme for communicating between a mobile communication terminal such as a cellular phone and a communication station such as a base station is provided, wherein the flexibility in designing a Common Control Channel information comprising message is increased by allowing a rearrangement of such a Common Control Channel message in dependence of the characteristics of the Common Control Channel information comprising message. For example, when the Common Control Channel message exceeds a predetermined threshold size/dimension, the rearrangement may be performed by splitting the Common Control Channel message into multiple portions, even involving multiple Transmission Time Intervals. Taking this measure may enable the transmission of Common Control Channel messages without or with relaxed restrictions regarding message size, and therefore content of such a message.
According to an exemplary embodiment, a CCCH operation in HS-RACH (High Speed Random Access Channel) may be enabled. In step 6 of the communication scheme illustrated in
More particularly, in WCDMA REL99 to REL7, following three CCCH messages are sent uplink:
RRC (Radio Resource Control) CONNECTION REQUEST
CELL UPDATE
URA UPDATE
According to an exemplary embodiment, the size of these messages is no more limited, so that they can be transmitted in a single TTI or in multiple TTIs. The segmentation of a CCCH message (that is one RLC SDU (Service Data Unit)) in multiple RLC PDUs at the UE (User Equipment) side and the combining of RLC PDUs to a single RLC SDU at the UTRAN side may be made possible. Different UEs can send RLC PDUs with the help of the RACH procedure at the same time, and for CCCH messages, an UE identifier may be included in MAC level. Therefore, UTRAN may be able to determine which PDUs should be combined together.
According to an exemplary embodiment, a WCDMA system may be provided which does not prohibit sending large CCCH messages in multiple RACH TTIs in the UL, which relaxes limitations of the above mentioned messages. If this limitation does not exist, then larger CCCH messages can be sent in uplink direction, which can be for instance exploited to reduce the call setup delay by sending the RRC CONNECTION REQUEST and INITIAL DIRECT TRANSFER concatenated or their IEs combined in a single message. Additionally the CCCH message can include more uplink measurement results which are currently limited by the available message size.
Particularly if HS-RACH is used, UL CCCH message segmentation may be enabled at the UM RLC entity instead of TM mode, or the segmentation is included at the MAC-e/es (Medium Access Control entity for EDCH in UE) entity. The MAC-e/es entity may be used for restructuring.
In the following, further exemplary embodiments of the mobile communication terminal will be explained. However, these embodiments also apply to the communication station, to the communication network and to the method.
The communication message generation unit may be adapted for rearranging the Common Control Channel information comprising message in one or a plurality of Transmission Time Intervals (TTI) in accordance with a size of the Common Control Channel information comprising message. Particularly, a threshold data size of a Common Control Channel information comprising message may be defined. Even when such a threshold is exceeded, a transmission of the included data is possible, since the rearrangement may include the segmentation of the Common Control Channel information comprising message into a plurality of sub-portions, involving multiple Transmission Time Intervals, having a number in accordance with the required data size.
Particularly, the communication message generation unit may segment the Common Control Channel information comprising message into a plurality of sub-messages which can be encoded in a plurality of Transmission Time Intervals. Such a segmentation may include a splitting of a data packet in a manner that it can be reassembled in accordance with a derivable scheme.
The communication message generation unit may be adapted for rearranging the Common Control Channel information comprising message in accordance with a granted uplink (UL) resource per Transmission Time Interval. Thus, even when a granted uplink (UL) resource per Transmission Time Interval varies (for instance is increased in future technology generations), the system may flexibly adapt its function in accordance with the changes.
The Common Control Channel message to be rearranged may be a Radio Resource Control Connection Request (RRC Connection Request) message. This may denote a procedure when a UE is in an idle mode and requests signalling connections. In this context, the UE may send an RRC Connection Request to the network. After receipt of an RRC Connection Setup message from the network, the UE may verify the UE identity. It may assume the state assigned by the network and may send a Connection Setup Complete message back.
It is also possible that the Common Control Channel message to be processed is a Cell Update message. Cell Update may be used by an UE to inform an UTRAN that the UE has switched to a new cell. It may be a forward handover procedure. Such a procedure may be triggered after change of the cell and after the UE has read information transmitted by an UTRAN.
Furthermore, it is possible that the Common Control Channel message is an URA Update (UTRAN Registration Area Update) message. An UTRAN Registration Area (URA) may be denoted as an area covered by a plurality of cells, wherein an URA may be configured in UTRAN and may be broadcasted in relevant cells. An URA Update message may be used by an UE to inform the UTRAN that the UE has switched to a new URA. It may be triggered after change of a cell, or after an UE has read information broadcasted by an UTRAN indicating a change of URA.
Several cases may be distinguished:
a) a CCCH message can be formed to include a RRC Connection Request message and an Initial Direct Transfer message, or
b) a CCCH message can be formed to include a RRC Connection Request message, and RRC Connection Setup Complete and an Initial Direct Transfer message.
A Medium Access Control (MAC) entity may be provided for transporting the Common Control Channel information comprising message. Medium Access Control may denote a lower one of two sub-layers in a Data Link Layer. MAC may handle access to a shared medium and may be employed in the context of UMTS.
The mobile communication terminal may be adapted as a user equipment, particularly as a mobile phone. A mobile phone may be denoted as a device which behaves as a normal telephone while being able to move over a wide area. Mobile phones may allow connections to be made to the telephone network, normally bidirectionally dialling the other party's number on an in-built keypad. A mobile phone may also be denoted as a cellular telephone or a handheld mobile radio telephone for use in an area divided into sections, each with its own short range transmitter/receiver.
The mobile communication terminal and/or the communication station may be adapted for a communication in accordance with UMTS, particularly with UTRAN (UMTS Terrestrial Radio Access Network). UTRAN may be denoted as a hierarchical network of several radio network subsystems (RMS), which may be interconnected to one another and with a core network.
In the following, further exemplary embodiments of the communication station will be explained. However, these embodiments also apply to the mobile communication terminal, to the communication network and to the method.
The communication message evaluation unit may further be adapted for evaluating the received Common Control Channel information comprising message by restructuring content of the received Common Control Channel message. This restructuring may be inverse to the restructuring at the side of the user equipment, so that the original information may be retrieved at the side of the communication station.
Furthermore, disassembling of content of the Common Control Channel information comprising message may be performed by the communication station. This disassembling may include the separation of different components from a message, and may also include removal of a portion of a message, such as a header.
Beyond this, the communication station may also perform a reassembling of the content of the Common Control Channel information comprising message. Such a function may reassemble segments to complete an interpretable message.
The communication message evaluation unit may comprise a Medium Access Control (MAC) entity for transporting the Common Control Channel information comprising message. The configuration of a Medium Access Control entity at the side of the mobile communication terminal (that is the UE) and at the side of the communication station (that is of the base station) may be coordinated or harmonized, so that the corresponding protocols or schemes are in accordance to one another.
It is possible that the Common Control Channel information comprising message is handled by a single (that is exactly one) Medium Access Control entity. Particularly, one Medium Access Control entity may be provided for all connected user equipments in common.
Alternatively, the Common Control Channel information comprising message may be transported or handled by a selected one of a plurality of preconfigured Medium Access Control entities in the communication station. In other words, a plurality of MAC entities may be provided each of which being capable of handling the message, wherein a presently non-occupied one of the MAC entities may be used at a time for performing a transport task. By taking this measure, a fast and complete performance at the side of the communication station can be ensured even in the scenario in which a lot of traffic occurs, for instance caused by multiple CCCH or other messages.
The communication station may also comprise a resource management unit adapted for queuing and subsequently working off multiple Common Control Channel information comprising messages received from a plurality of mobile communication terminals. In such a scenario, one MAC may be provided which serves several user equipments. In such a scenario, it may happen that several user equipments send a CCCH message at the same time. The management unit manages this data load and determines an order (for instance in accordance with the predetermined priority rule) to work off or process the individual messages.
In the following, the term “CCCH information comprising message” will be discussed in further detail.
According to one embodiment (which relates to the “first” embodiment below), TM RLC may be used for reordering, disassembly and segmentation/concatenation in the MAC-e entity. The TM RLC PDU provided by the TM RLC entity may be identical to the CCCH message.
According to other embodiments (which relate to the “second” and “third” embodiment below), any CCCH message delivered by higher layers to the UM RLC entity may be segmented in the UM RLC entity. UM RLC headers may be added to each segment, and padding may be done to achieve octet alignment. Thus, the UM RLC PDU provided by the UM RLC entity to the lower layers is not an CCCH message in this case, but includes corresponding information.
Therefore, in such embodiments “RLC PDU” (or “RLC PDU carrying CCCH message contents”) may be considered as a “Common Control Channel information comprising message”.
One exemplary aspect is to allow segmentation of a PDU containing a CCCH message. As segments may be transmitted based on HARQ principles, this can lead to out of order delivery of the segments, requiring a reordering in the UTRAN.
It has to be noted that embodiments have been described with reference to different subject matters. In particular, some embodiments have been described with reference to apparatus type claims whereas other embodiments have been described with reference to method type claims. However, a person skilled in the art will gather from the above and the following description that, unless otherwise notified, in addition to any combination of features belonging to one type of subject matter also any combination between features relating to different subject matters, in particular between features of the apparatus type claims and features of the method type claims is considered to be disclosed within this application.
These and other objects and advantages of the present invention will become more apparent and more readily appreciated from the following description of the preferred embodiments, taken in conjunction with the accompanying drawings of which:
Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to like elements throughout.
In the following, referring to
In the following, a communication scheme between the mobile communication terminal 102 and the communication station 101 will be explained in detail. A communication scheme performed between the communication station 101 and the mobile communication terminals 103, 104 may be performed in a similar manner.
As indicated schematically by reference numerals 106, 107, the communication station 101 may optionally be coupled to a central station and/or to one or more further communication stations by communication paths 106, 107, which may be wired, wireless or fibre optical connections.
Furthermore, an operating distance 105 is shown schematically in
As can be taken from
The communication station 101 is adapted to be communicatively coupled to the mobile communication terminal 102 and also to the mobile communication terminals 103, 104 of the communication network 100. The communication station 101 comprises a terminal communication unit 114 such as a sender and receiver antenna adapted for bidirectionally exchanging communication messages with the mobile communication terminal 102, more particularly with the station communication unit 108 of the mobile communication terminal 102. Moreover, the communication station 101 comprises a communication message evaluation unit 116 which is adapted for evaluating a Common Control Channel message received from the mobile communication terminal 102 and being rearranged in one or a plurality of Transmission Time Intervals in accordance with a property of the Common Control Channel message.
In other words, the mobile communication terminal 102 and the communication station 101 are coordinated in such a manner that a rearrangement performed by the mobile communication terminal 102 can be interpreted by “reverse” processing by the communication station 101.
When the mobile communication terminal 102 prepares a CCCH message for transmission to the communication station 101, it analyzes the size of a corresponding message in view of a maximum or threshold data size. In case that it is recognized by the mobile communication terminal 102 that the maximum allowed size is exceeded, the CCCH message will, before transmission, be rearranged to meet the requirements of the communication scheme or protocol in the network 100. Particularly, the rearrangement may be performed in such a manner that a plurality of Transmission Time Intervals (TTI) are used for the message. However, rearrangement may also include restructuring, segmenting, deletion of unnecessary portions, compression, etc.
Over a communication path 120 within a communication range 105, the rearranged CCCH message is then sent to the communication station 101. At the side of the communication station 101, the rearranged transmitted CCCH message is evaluated, that is particularly processed, etc. in order to extract the data content included therein. This may include procedures such as reassembling, disassembling, restructuring, decompressing, etc.
Moreover,
Particularly in the context of the usage of E-DCH (Enhanced Dedicated Channel) as RACH shared channel and a collision detection for a random access procedure, it may be advantageous to create a base for high speed and high data rate random access, further on called herein “High Speed Random Access Channel” (HS-RACH). It is believed that techniques of HSUPA (High Speed Uplink Packet Access), such as fast inner loop power control, varying bitrate, Node B scheduling with grants, fast ACK/NACK (acknowledged/not acknowledged) for DL transmission can be used already in the random access phase.
When the UE sends a CCCH message while using HS-RACH, then following conditions may be fulfilled:
The UE sends the RRC message RRC Connection Request, Cell Update or URA Update in REL7;
The UE uses dedicated scrambling code for uplink transmission in HS-RACH. The scrambling code is not used by any other UE simultaneously after contention is solved.
The MAC-e (Medium Access Control entity for EDCH in Node B) header contains a field which indicates the logical channel id (identifier) of the transmitted MAC-es (Medium Access Control entity for EDCH in RNC) PDU(s).
In REL7 this has been the DDI field (Data Description Identifier). For HS-RACH, a logical channel id field may be provided.
The DDI value or logical channel id value for CCCH may be standardized or broadcasted as system information.
The UE has to wait for a response from UTRAN before it can start sending any other UL data. In other words, when sending the CCCH message, there should only (MAC-es) PDUs in the E-DCH buffer carrying a CCCH message.
If the Scheduling Indicator (SI) field is included in the MAC-e header, and the total E-DCH buffer (TDBS field in SI) in the UE is reported to be empty, then UTRAN is informed that the complete CCCH message has been transmitted.
No Soft handover is supported for UL CCCH messages on HS-RACH as in Rel99 RACH.
In the following, referring to
The described HS-RACH concept may be decomposed in several steps or phases, which are outlined below and which are indicated as well in
In the following, several possibilities for implementing exemplary embodiments will be explained.
According to a first embodiment, restructuring, disassembly and segmentation/concatenation may be performed in the MAC-e entity.
According to such an embodiment, the MAC-e entity in UE and Node B are extended by functions allowing a separate handling of MAC-e and MAC-es PDUs carrying CCCH information.
For CCCH messages, the MAC-e/es entity at the UE side is extended by the following function:
segmentation: The CCCH message is sent without segmentation from the TM RLC entity in the UE to the MAC-e/es entity of the UE. The segmentation is performed if the received RLC PDU is larger than the maximum allowed length of the MAC-es payload.
TSN (Transmission Sequence Number) setting: The UE starts the numbering of the TSN from the known (predefined) value for CCCH messages.
The MAC-e entity at the Node B side is extended by following functions:
reordering/combining: This function reorders received MAC-es PDUs according to the received TSN and Node-B tagging (CFN, subframe number). MAC-es PDUs with consecutive TSNs are delivered to the disassembly function upon reception. As the first TSN value for CCCH message is known the MAC-e reordering can deliver all PDU having consecutive TSN value to the higher layers after receiving the known TSN value.
disassembly: The disassembly function is responsible for disassembly of MAC-es PDUs. When a MAC-es PDU is disassembled the MAC-es header is removed, the MAC-es payload is extracted and delivered to concatenation function.
reassembly: Reassembly function reassembles the MAC-es PDUs carrying segments of RLC PDU to complete RLC PDU
According to the first embodiment, the transport of a complete CCCH message is provided by the MAC-e/es entities to the higher layers.
In the following, a procedural description of this first embodiment will be given.
The transmission of a CCCH messages decomposes in following steps:
The HS-RACH procedure is started (steps 1 to 5 in
The transparent RLC entity in the UE delivers the CCCH message without segmentation to the MAC-e/es entity.
The MAC-e/es entity segments the RLC PDU, if it is larger than the maximum allowed length of the MAC-es payload.
The multiplexing and TSN setting entity starts the setting of the TSN for first MAC-es/e PDU known value.
In the next step, the HARQ entity is responsible for storing MAC-e payloads and re-transmitting them.
The next steps continue at the UTRAN side.
If a MAC-e PDU has been received by the HARQ entity, if forwards it to the De-multiplexing function.
The de-mulitplexing function forwards the MAC-es PDU(s) to the reordering queue for CCCH. The identification of the reordering flow is done by a MAC-e field which identifies the logical channel (DDI or logical channel id).
The Reordering function reorders received MAC-es PDUs according to the received TSN and Node-B tagging (CFN, subframe number). If a known value of the TSN is received the MAC-e PDU with consecutive TSN are immediately delivered to disassembly. Otherwise a normal reordering function is performed and with MAC-es PDUs with consecutive TSNs are delivered to the disassembly function upon reception and expiration of reordering timer such as T1.
The disassembly function removes the MAC-es header and forwards the MAC-es SDUs to the reassembly function.
The reassembly function combines the MAC-es SDUs. After receiving the complete RLC PDU it delivers it to the higher layers (i.e. it forwards it to the CCCH TM RLC).
When an RLC PDU is transmitted, the TSN of the first MAC-es containing RLC PDU content is set to a known value, for instance zero. With each subsequence MAC-es PDU, the TSN is incremented. When the last part of the RLC PDU is transmitted in a MAC-es PDU, then the Scheduling Information (SI) has to be added, which informs the Node B that the total E-DCH buffer is empty. In other words, the complete RLC PDU has been delivered. If the MAC-es/e PDU(s) carried on this last MAC-es entity are delivered to the reassembly function, the complete RLC PDU is present at the reassembly function and its delivery to the CCCH UL RLC entity is triggered.
According to a second embodiment, multiple “virtual” CCCH users may be involved, as will be described in the following: HS-RACH feature aims to allow UEs in CELL_FACH state to have EDCH resources configured, i.e. for each logical channel, an RLC entity and MAC-es reordering queue are configured as well as one or several lub data transport bearers from the Node B to the MAC-es entity. When running HS-RACH, the Node B grants EDCH radio resources to the UE. The UE sends its UL data; at the Node B the received MAC-es PDUs are mapped on the lub data transport bearer(s) configured for this UE, transported to the UE's configured MAC-es entity, and reordered in the reordering queues.
One aspect regarding virtual CCCH users is to pre-configure multiple EDCH resources for CCCH reception, with one EDCH resource including one RLC entity, one MAC-es reordering queue and one lub data transport bearer. If a UE sends CCCH data, then the MAC-e selects one of the unused EDCH resources for CCCH reception. The transport and processing of MAC-e and MAC-es PDUs is then identical to the case where dedicated EDCH resources exist.
To send a CCCH message, following extension may be done at the UE side:
The segmentation at UM RLC entity for CCCH is configured instead of TM RLC.
No modification for MAC-es/e
To receive a CCCH message, following mechanisms and extensions may be performed at the UTRAN side:
Pre-configuration of multiple UM RLC entities, MAC-es entities and lub transport bearer. In detail: N triples (UM RLC, MAC-es, lub data transport bearer) for CCCH reception are pre-configured in UTRAN:
The pre-configuration can be implementation specific, for instance establishment, maintenance and release can be left to operation and maintenance.
The NBAP may have to be extended to allow the RNC to notify the Node B/cell about the pre-configured triples (UM RLC, MAC-es, lub data transport bearer) for CCCH reception.
MAC-e Entity Extension:
UE id and lub data transport channel demultiplexing: When granting EDCH resources to a UE during the HS-RACH procedure, the Node B automatically establishes a MAC-e entity for this UE. If a MAC-e PDU is received, and a field (for instance logical channel id or DDI) in the MAC-e header links the uplink transmission to CCCH, then
The UE id and lub data transport channel demultiplexing function may also be advantageous for DCCHs and DTCHs in HS-RACH: for instance in CELL_FACH, a dedicated UE id, MAC-es entity and lub data transport channel(s) are configured. As soon as the UE identity is available at the MAC-e entity with the first successful reception of a MAC-e PDU, all received MAC-e PDUs must be multiplexed on the dedicated lub data transport channel(s) for this UE. Therefore, the “UE id and lub data transport channel demultiplexing” function may be advantageous for HS-RACH.
In the following, a procedural description of the second embodiment will be given.
By operation and maintenance, n MAC-es entities for CCCH reception are pre-configured in the RNC for a cell/Node B. Each MAC-es entity for CCCH reception has a reordering and disassembly entity. For each MAC-es entity for CCCH reception there is one lub transport bearer pre-configured. Each MAC-es entity for CCCH reception is connected with one pre-configured UM RLC entity.
The HS-RACH procedure is started (step 1 to 5 of
UE operation:
1. The UM RLC entity for CCCH transmission segments the RRC SDU into sizes suitable for MAC-es/e, if needed. The segments are forwarded as RLC PDUs to the MAC-es/e entity. The operation in the MAC-es/e side of the UE continues as in REL6/7.
Node B Operation:
1. The HS-RACH procedure is started (step 1 to 5 of
2. The first successfully received MAC-es PDU contains a UE identity and logical channel information (for instance in DDI-field, or equivalent field depending on MAC-e header evolution for REL8). After determining the logical channel id, the Node B knows that the UE sends data for the CCCH.
3. The Node B selects one of the lub transport bearers to a MAC-es entity for CCCH reception, which is currently not used for CCCH data transport. The Node B uses this lub transport bearer exclusively for this UE for the duration of the HS-RACH procedure. When the HS-RACH procedure ends, and physical resources granted on the radio interface are released, then this lub transport bearer and its connected MAC-es entity for CCCH reception can be used for another UE requesting transport of CCCH data.
Neither the lub transport beam' nor its MAC-es entity for CCCH reception have to be released after releasing the HS-RACH resources for a UE.
When the HS-RACH procedure ends, the Node B may signal this to the RNC, so that any buffered MAC-es PDU in the MAC-es entity is discarded, and any buffered RLC PDUs in the UM RLC entity are delivered to the higher layer/or discarded.
4. At the MAC-es for CCCH entity reception reordering/combining and disassembly takes place as in REL6/7.
5. Each MAC-es for CCCH entity is connected to one UM RLC entity which concatenates all received RLC PDUs, before forwarding them to the higher layer.
This mechanism guarantees that only the common data of a single UE are re-ordered in a reordering queue. As a consequence higher data volumes can be transmitted on the CCCH.
According to a third embodiment, multiple “virtual” CCCH channels may be implemented.
UL data transmission for several configured logical channels may be supported in EDCH and HS-RACH.
An aspect of the third embodiment is to process the CCCH data flow from several users as if coming from a single user with multiple priority flows configured, whereby each priority queue serves one CCCH transmitting UE. One MAC-es entity and one lub data transport bearer to this entity are preconfigured. Every MAC-es PDU for the CCCH received at the cell/Node B is mapped on this lub data transport bearer. The reordering queue distribution function in the MAC-es uses the logical channel id (and possible other attributes) included in the prepended MAC-es header to distribute the MAC-es PDUs to their reordering queue. Instead of the logical channel id, a temporary UE id is send in the prepended MAC-es header. The temporary UE id is selected at the MAC-e entity, when a MAC-es PDU for CCCH has been received for the first time and is included to the preprended MAC-es header for all MAC-es PDUs for the CCCH, i.e. one temporary UE id and one reordering queue is used for a UE.
To send a CCCH message, the following extension may be done at the UE side:
The segmentation at UM RLC entity for CCCH is configured instead of TM RLC
No modification for MAC-es/e
To receive a CCCH message, following mechanisms and extensions may be performed at the UTRAN side:
lub data transport bearer for CCCH reception: One lub data transport bearer for CCCH reception is configured. On this bearer, only MAC-es PDUs carrying UL CCCH information are transmitted. Each transmitted MAC-es PDU is accompanied by a so called “prepended MAC-es PDU header”, which includes a UE identity field: In CELL_DCH state, this field contains the logical channel id, etc. As every MAC-es PDU on this channel is carrying data for the logical channel CCCH, the bits of these field can be used to inform the receiver (MAC-es/RNC) that all MAC-es PDUs with the same id originated from a single UE.
MAC-e entity extension: UE id and lub data transport channel demultiplexing: When granting EDCH resources to a UE during the HS-RACH procedure, the Node B automatically establishes a MAC-e entity for this UE. If a MAC-e PDU is received, and a logical channel id in the MAC-e header links the MAC-es PDU in the MAC-e PDU payload part to CCCH, then this function is used to
select a temporary UE id from a pool of non-used identity values; This value is marked as used, and is used for this UE for the duration of the HS-RACH procedure; and then
multiplexes all MAC-es PDUs for the logical channel CCCH on the pre-configured lub data transport bearer for CCCH reception. Hereby the prepended MAC-es header has the temporary UE id included.
After the release of the HS-RACH radio resources, the temporary UE id is marked as non-used.
The Node B may signal to the RNC that the use of a temporary UE id has ended.
MAC-es extension in the RNC: There is one MAC-es entity for CCCH reception. The UE id in the prepended MAC-es header is used to route the MAC-es entity to the correct reordering queue, including the reordering/combining and the disassembly function. If a MAC-es PDU header contains a previous unused UE id, then the RNC may create a new reordering queue and a new RLC entity for this UE id. If no MAC-es PDU for an existing reordering queue for a UE id appears for a defined period of time, or if (alternatively) the Node B signals that the UE id for an existing reordering queue is no longer used, then the reordering queue may be released, and any stored MAC-es PDUs are discarded. Also the RLC entity is released.
UM RLC for CCCH reception: This entity supports the concatenation of RLC PDUs received by a priority queue of a MAC-es entity for CCCH reception.
Next, a procedural description in accordance with the third embodiment will be explained.
By operation and maintenance, one MAC-es entity for CCCH reception is pre-configured in the RNC for a cell/Node B. It comprises one or several reordering and disassembly queues. Each queue is connected with one UM RLC entity. One lub transport bearer pre-configured, which is linked to the MAC-es entity for CCCH reception.
The HS-RACH procedure is started (step 1 to 5 of
UE Operation:
1. The UM RLC entity for CCCH transmission segments the RRC SDU into sizes suitable for MAC-es/e, if needed. The segments are forwarded as RLC PDUs to the MAC-es/e entity. The operation in the MAC-es/e side of the UE continues as in REL6/7.
Node B Operation:
2. The first successfully received MAC-es PDU contains a UE identity and logical channel information (for instance in DDI-field, or equivalent field depending on MAC-e header evolution for REL8). After determining the logical channel id, the Node B knows that the UE sends data for the CCCH.
3. The Node B selects one of the “temporary UE ids” for CCCH reception within the set of available “temporary UE ids”, which is currently not used by other MAC-e entities in the cell/Node B for CCCH data transport. The Node B uses this temporary UE id exclusively for this UE for the duration of the HS-RACH procedure. Each MAC-es PDU for CCCH received at the MAC-e entity is mapped on the preconfigured lub data transport channel for CCCH. In the prepended MAC-es header, the temporary UE id is included.
When the HS-RACH procedure ends, and physical resources granted on the radio interface are released, then this temporary UE id can be used for another UE requesting transport of CCCH data. Neither the lub transport bearer nor its MAC-es entity for CCCH reception have to be released after releasing the HS-RACH resources for a UE. When the HS-RACH procedure ends, the Node B may signal this to the RNC, so that any buffered MAC-es PDU in the MAC-es entity is discarded, and any buffered RLC PDUs in the UM RLC entity are delivered to the higher layer/or discarded.
4. At the MAC-es for CCCH entity the reordering queue distribution function is used to distribute the incoming MAC-es PDUs according to their temporary UE id. Then reordering/combining and disassembly takes place as in REL6/7.
In REL6/7, reordering queue distribution function is based on the DDI value. No modification of the reordering queue distribution function is performed, if for instance the temporary UE id is placed in the DDI field.
5: Each reordering and disassembly queue is connected to one UM RLC entity which concatenates all received RLC PDUs, before forwarding them to the higher layer.
This mechanism guarantees that only the common data of a single UE are re-ordered in a reordering queue. As a consequence higher data volumes can be transmitted on the CCCH.
The invention has been described in detail with particular reference to preferred embodiments thereof and examples, but it will be understood that variations and modifications can be effected within the spirit and scope of the invention covered by the claims which may include the phrase “at least one of A, B and C” as an alternative expression that means one or more of A, B and C may be used, contrary to the holding in Superguide v. DIRECTV, 69 USPQ2d 1865 (Fed. Cir. 2004). The singular reference of an element does not exclude the plural reference of such elements and vice-versa. In a device claim enumerating several means, several of these means may be embodied by one and the same item of software or hardware. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.
| Number | Date | Country | Kind |
|---|---|---|---|
| 07015719.3 | Aug 2007 | EP | regional |
This application is based on and hereby claims priority to PCT Application No. PCT/EP2008/060097 filed on Jul. 31, 2008 and EP Application No. EP07015719 filed on Aug. 9, 2007, the contents of which are hereby incorporated by reference.
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/EP2008/060097 | 7/31/2008 | WO | 00 | 5/10/2010 |
