slide 1

Back to the List of the Granted Patents                                                                         Click here to download KE000462 PDF

(II) Patent Number: KE 462

(45)Dateofgrant:  10/08/2011

(51) Int.CI.8: H 04L 12/56, H 04Q 7/38

(21)Application Number:KElP/ 2008/ 000709

(22) Filing Date: 18/08/2006

(30) Priority data: 601710, 701 22/08/2005 US and 60/719,903 22/09/2005 us

(86)  PCT dataPCTIIB06/002255 18/08/2006 wo 2007/023351 01103/2007
 
(73) Owner:NOKIA CORPORATION of  Keilalahdentie 4, FIN-02150 Espoo, Finland

(72) Inventor: NAKAMATA, Masatoshi of Apt.  102,2-18-3, Shiboku,

Miyamae-ku, Kawasaki-shi, Kanagawa-shi, 216-0032,

Japan

(74) Agent/address for correspondence: ANJAR WALLA & KHANNA ADVOCATES, P. 0. BOX 200-00606, Nairobi

(54) Title: APPARATUS, METHOD AND COMPUTER PROGRAM PRODUCT PROVIDING FOR RELEASE, CONFIGURATION AND RECONFIGURATION OF AN ENHANCED DOWNLINK CHANNEL.

(57) Abstract: Communications are received from a user equipment UE on an uplink enhanced dedicated channel E-DCH.The radio resources of at least one downlink channel that supports the E-DCH are either released or configured or reconfigured while the E-DCH is maintained for the UE. The downlink channels may be E-AGCH, E-HICH, or E-RGCH, and the radio resources may include a temporary identifier E-RNTI, signature sequence, and/or channelization codes. At a serving cell change of the UE, either or both of the serving cell and the non-serving cell can add/configure/reconfigure a supporting downlink channel, all without t&minating the E-DCH. The UE and the SRNC are notified by an E-RGCH release indicator whether the E-RGCH is released or not at a serving cell change, and the UE deletes its stored E-RGCH parameters when the release indicator indicates it is released.
 
APPARATUS, METHOD AND COMPUTER PROGRAM PRODUCT

PROVIDING FOR RELEASE, CONFIGURATION AND RECONFIGURATION

OFANENHANCEDDO~~CHANNEL

TECHNICAL FIELD:

[0001]    The exemplary and non-limiting embodiments of this invention relate

generally -~o wireless communications systems and, more specifically, relate to methods

and apparatus that provide packet data transfer capabilities in a digital wireless

communications system.


BACKGROUND:

.  [0002]    The  following  abbreviations  that  appear in  the  ensuing  description  are

defmed as follows:

3GPP    Third Generation Partnership Project

DCH    Dedicated Channel

DL    Downlink (Node B to UE)

E-AGCH    E-DCH Absolute Grant Channel

E-DCH    Enhanced DCH

E-HICH    E-DCH HARQ Acknowledgment Indicator Channel

E-RGCH    E-DCH Relative Grant Channel

E-RNTI    E-DCH Radio Network Temporary Identifier

HARQ    Hybrid Automatic Repeat reQuest

HSUPA    High Speed Uplink Packet Access

IE    Infonnation Element

NBAP    Node B Application Protocol

NodeB    Base station

RNC    Radio Network Controller

RNSAP    Radio Network Subsystem Application Protocol
RRC    Radio Resource Control

SRNC    ServingRNC

RL    Radio Link

RoT    Rise over Thennal

UE    User Equipment

UL    Uplink (UE to Node B)

VoiP    Voice over Internet Protocol

[0003]    For 3GPP it has been agreed that there are to be two scheduling methods.

These are an Absolute Grant method that uses E-AGCH, and a Relative Grant method that

uses E-RGCH.  The E-AGCH is a shared downlink channel that is used to provide an

absolute lin1itation on the amount of uplink resources the UE may use for the E-DCH,

scheduling how much data the UE can send (data rate) and maximum power.   The E-

RGCH complements the E-AGCH, and is used to increase or decrease the scheduled rate and/or power the UE sends on the E-DCH as compared to the previous value granted (e.g., granted over the E-AGCH or by a previous command over the E-RGCH). The E-AGCH is sent from only one cell, rererred to as the E-DCH serving cell. The E-RGCH may be sent from each cell in an E-DCH Active Set, i.e., E-RGCH is not mandated to be sent from all cells in the E-DCH Active Set. It is left to the Node B implementation for configuring the E-RGCH resource for the UE. The E-HlCH is the Hybrid Au!omatic Repeat Request (HARQ) char'mel, a physical channel used by the HARQ process to acknowledge transmissions from the user equipment on the E-DCH. The makes the uplink more resilient to signal errors by allowing retransmissions of faulty packets, as requested by the Node B by acknowledgements or negative acknowledgements.

[0004] Respecting the E-RGCH, there can be a serving relative grant and a non-serving relative grant on that shared physical channel. Transmitted on the downlink E-RGCH, the serving relative grant is from any cell in the serving E-DCH RL service, and allows the Node B to adjust the granted rate of UE's under its control. Typically, the. command for the serving relative grant is "UP", "DOWN", or "HOLD". Also transmitted on the downlink E-RGCH is the non-serving relative grant. This allows neighboring Node B 's to adjust the transmitting rate of UE's not under its control (e.g., in neighboring cells nuder control of the serving Node B) in order to avoid overload situations. Typically, the command for the non-serving relative grant is either "HOLD" or "DOWN". Multiple non-serving relative grants can be sent to a UE at one time (since there may be multiple neighboring cells under control of different non-serving Node B's), whereas by definition there may be only one serving relative grant sent to a UE at any one time (from its serving cell as scheduled by the serving Node B).

[0005] In the current specification the E-RGCH is configured only when the E-DCH is setup, and there is no technique specified to release, configure and reconfigure the E-RGCH in the Node B after the setup of E-DCH, i.e., the Node B is required to use the same E-RGCH configuration until the E-DCH is released, or until the RL is deleted. Conversely, in the case that the Node B does not configure the E-RGCH at E-DCH setup, the Node B will not have the E-RGCH until the E-DCH is released.

[0006] As the E-DCH concept is a new feature for 3GPP, prior to this invention there were no satisfactory solutions to the foregoing problems.

SUMMARY:

[0007] The foregoing and other problems are overcome, and other advantages are realized, in accordance with the presently described embodin1ents of these teachings.

[0008] In accordance with an exemplary embodiment of the invention, there is provided a method for managing radio resources in a wireless network. In the method, communications are received from a user equipment UE on an uplink enhanced dedicated channel E-DCH. Then, radio resources of at least one downlink channel tl1at supports the E-DCH are either released, configured or reconfigured while the E-DCH is maintained for theUE.


[0009] In accordance with another exemplary embodiment of the invention, there is provided a program of machine-readable instructions, tangibly embodied on an information bearing medium and executable by a digital data processor, to perform actions directed toward reconfiguring control of a channel. The actions include receiving corrmmnications from a user equipment UE on an uplink enhanced dedicated channel E-
DCH, and for at least one downlink channel that supports the E-DCH, one of releasing or co:b.figuring or reconfiguring radio resources of the at least one downlink channel while the E-DCH is maintained for the UE.

[0010] In accordance with another exemplary embodiment of the invention, there is provided a network element that includes a transceiver, a memory, and a data processor coupled to the memory and to the transceiver. The data processor as coupled operates to release, reconfigure, or configure radio resources of at least one downlink channel that supports an enhanced dedicated channel E-DCH for a user equipment UE without terminating the E-DCH. The data processor further operates to signal the releasing, configuring, or reconfiguring of the radio resources to one of a higher network element or to the UE.


[0011] In accordance with an exemplary embodiment of the invention, there is provided a mobile station that includes a transceiver, a memory, and a data processor

coupled to the memory and to the transceiver. The transceiver, which may be one or more, is for transmitting data on an enhanced dedicated channel E-DCH and for receiving a first and a second message. The first message includes configuration parameters for at least one downlink channel that supports the E-DCH. The second message includes an instruction to cancel, change or add to the configuration parameters. The memory is for storing the configuration paran1eters. After receipt by the mobile station of the first message, the data processor is for configuring the transceiver to receive the at least one downlink cham1el according to the configuration pa1'ameters of the first message. After receipt by the mobile station of the second message, the data processor is for changing the stored configuration parameters according to the instruction, and also for re-configuring the transceiver to receive the at least one downlink cham1el according to the changed configuration parameters while maintaining the uplink E-DCH for the mobile station.

{0012] In accordance with another embodiment is a method for operating a network Node B. In this method, the Node B receives from a serving radio network controller SRNC a RADIO LINK RECONFIGURATION PREPARE message that rel"ates to a serving cell change that involves the Node B and a user equipment UE. Responsive to receiving the PREPARE message, the Node B sends to the SRNC a RADIO LINK RECONFIGURATION READY message. In the method the Node B also receives from the SRNC a RADIO LINK RECONFlGURATION REQUEST message that is related to the serving cell change. Responsive to that REQUEST message, the Node B sends to the SRNC a RADIO LINK RECONFlGURATION RESPONSE message. At least one of the READY message and the RESPONSE message includes an information element E-RGCH RELEASE INDICATOR, which is indicative of whether an enhanced relative grant channel E-RGCH is released or not released. The Node B releases, configures, or reconfigures the •E-RGCH in accordance with the RADIO LINK RECONFIGURATION RESPONSE message while maintaining an enhanced dedicated channel E-DCH for the

UE.


[0013] In accordance with_another embodiment, a network element includes means for receiving data from a user equipment UE over a dedicated traffic channel (such as for example a receiver), means for sending control messages to the UE over a downlink channel associated with the dedicated traffic charmel (such as for example a transmitter. The network element further includes means for releasing or reconfiguring the downlink

control channel, or for configuring an additional downlink control channel; either of which is without terminating the dedicated traffic channel. An example of the means for releasing/reconfiguring/configuring is a processor coupled to a computer program stored on a memory and coupled to the transmitter. The network element further includes means for communicating said releasing, reconfiguring, or configuring to the UE (such as for example the transmitter).

[00141 Further details as to these and other embodiments, implementations and variations are detailed below.

BRIEF DESCRIPTION OF THE DRAWINGS:

[0015] The foregoing and other aspects of these teachings are made more evident in the following Detailed Description. when read in conjunction with the attached Drawing Figures.


[0016] Figure I shows a simplified block diagram of various electronic devices that are suitable for use in practicing the exeq~_plary embodiments of this invention.

[0017] Figure 2 shows an example of the use of an E-RGCH Release Indicator IE according to an embodiment of the invention in the context of Table 9.1.43 (page 212) of 3GPP TS 25.433 V6.6.0 (2005-06), Radio Link Reconfigm:ation Ready message that is
•    sent from the Node B to the SRNC.


[0018] Figure 3 shows an exemplary embodiment of the IE/Group Name and IE Type and Reference for the E-RGCH Release Indicator of Figure 2.

[0019] Figure 4 is a schematic diagram of a mobile station undergoing a cell change and implementing an embodiment of the invention.

[0020] Figure 5 is a process flow diagram illustrating steps executed by a serving Node B that becomes a non-serving Node B to configure or reconfigure vruious channels in support of an E-DCH, according to certain embodiments of the invention.

[0021] Figure 6 is a process flow diagram illustrating steps executed by a non-serving Node B that becomes a serving Node B to release, configure or reconfigure (as appropriate) various channels in support of an E-DCH, according to certain embodiments of the inventioiL


DETAILED DESCRIPTlON:

[0022] The inventor has realized that the above-described proposed scheduling implementations noted in the Background section may generate the following problems during and after a serving cell change by the UE.

[0023] 1) In the case where the serving cell does not have the E-RGCH, and when• it becomes a non-serving cell, the Node B, which the cell belongs to, would desire to configure the E-RGCH in order to reduce the RoT in the cell (RoT indicates the ratio between the total power Teceived from wireless sources at a Node B and the thermal noise, and is known in the art). However, it is not possible to configure the E-RGCH, and thus the Node B cannot !'educe the RoT generated by the UE in the cell.

[0024] 2) In the case wheTe the serving cell has the E-RGCH, and when it becomes a non-sel'Ving cell, the Node B, which the cell belongs to, would desire to release the E-RGCH since the Node B does not support E-RGCH from the non-seTYing RL set. HoweveT, it is not possible to release the E-RGCH in this case, as the E-RGCH resource (code and signature sequence) must be reserved even if the E-RGCH is never sent to the UE.


[0025] 3) In the case where the serving cell has the E-RGCH, and when it becomes the non-serving cell, the Node B, which the cell belongs to, would desire to reconfigure the E-RGCH from a "dedicated E-RGCH" condition, which code/signature sequence is allocated to one UE only, to a "common E-RGCH" condition, where the code/signature sequence is allocated to multiple UEs. However, it is not possible to configure the E-RGCH in this case, as the Node B must send a "dedicated" E-RGCH (overload indicator) for !'educing the RoT, which is a waste of the E-RGCH resource and the DL radio resource.
 

[0026] 4) In the case where the non-serving cell does not have the E-RGCH, and when it becomes the serving cell, the Node B, which the cell belongs to, would desire to have the E-RGCH that complements the E-AGCH in the serving Node B. However, it is not possible to configure E-RGCH in this case as the Node B must always use the E-AGCH, even if it supports E-RGCH •from the serving RLS.

[0027] 5) In the case where the non-serving cell has the E-RGCH, and when it becomes the serving cell, the Node B, which the cell belongs to, would desire to release E-RGCH. However, it is not possible to release the E-RGCH in this case as the E-RGCH resource must be reserved, even if the E-RGCH is never sent to the UE.

[0028] 6) In case where the non-serving cell has the E-RGCH, and when it becomes the serving eel~ the Node B, which the cell belongs to, would desire to reconfigure the E~RGCH from the "common E-RGCH" to the "dedicated E-RGCH". However, it is not possible to reconfigure the E-RGCH in the cuHent specification as the Node B must instead use the "connnon" E-RGCH.


[0029] The. first and third problems discussed above are particularly critical problems. The exemplary embodiments of this invention address the first and third problems, as well as the other problems enumerated above.

[0030] It is noted that these and sinular issues can arise for the E-AGCHIIDCH, as the san1e channelizatio~ code and E-RNTI for the E-AGCH in the serving cell are to be used until the serving cell becomes the non-serving cell, or the E-DCH is released. The same channelization code and signature sequence for the E-RICH are to be used until the E-DCH is released. The reconfiguration of code and signature sequence for E-AGCH and E-HICH is required for a system that implements VoiP over HSUPA, since it may be expected that, for example, 100 UEs are in the cell and the reconfiguration could result in the benefits of saving the code and signature resources. In general, the term radio resources as used herein includes channelization codes, signature sequences, temporary network identifiers, and other parameters (channel configuration parameters or network identifiers for UE) for a radio link (e.g., the E-RGCH or E-HlCH) between a UE and a Node B (or a RNC).

[0031] The exemplary embodiments of this invention relate generally to HSUPA and to enhancements to the uplink DCH (E-DCH) for packet data traffic. The exemplary embodiments of this invention may be used in, as a non-limiting example, Release 6 of 3GPP.


[0032] Reference is made first to Figure 1 for illustrating a simplified block diagram of various electronic devices that are suitable for use in practicing the exemplary embodiments of this invention. In Figure 1 a wireless network 1 includes a UE 10, a Node B (base station) 12 and a RNC 14 (the RNC 14 may be referred to below as the SRNC 14). The UE 10 includes a data processor (DP) lOA, a memmy (MEM) lOB that stores a program (PROG) lOC, and a suitable radio frequency (RF) transceiver lOD for bidirectional wireless communications with the Node B 12, which also includes a DP 12A, a MEM 12B that stores a PROG 12C, and a suitable RF transceiver 12D. The Node B 12 is coupled via a data path 13 (Iub!Iur interfaces) to the RNC 14 that also includes a DP 14A and• a MEM 14B storing an associated PROG 14C. The PROGs 12C and 14C are assumed to include program instructions that, when executed by the associated DP, enable the electronic device to operate in accordance with tl!e exemplary embodiments of this invention, as will be discussed below in greater detail. Note that the implementation of the exemplary embodiments of this invention can be accomplished without requiring a change to the PROG lOC of the UE 10.


[0033] In general, the various embodiments of the UE 10 can include, but are not limited to, cellular telephones, personal digital assistants (PDAs) having wireless communication capabilities, portable computers having wireless communication capabilities, image capture devices such as digital cameras having wireless communication capabilities, gaming devices having wireless communication capabilities, music storage and playback appliances having wireless communication capabilities, Internet appliances permitting wireless Internet access and browsing, as well as portable units ot terminals that incorporate combinations of such functions.


[0034] The embodiments of this invention may be implemented by computer software executable by the DP 12A of the Node B 12 and the DP 14A of the RNC 14, or by hardware, or by a combination of software and hardware.

[0035) The MEMs lOB, 12B and 14B may be of any type suitable to the local technical environment and may be implemented using any . suitable data storage technology, such as semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The DPs lOA, 12A and l4A may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on a multi-core processor architecture, as non-limiting examples.

[0036] The use of the exemplary embodiments of this invention enable the release, configuration and reconfiguration of the.E-RGCHIHICH at a serving cell change and, more generally, at any desired time.

[0037] Discussed first are exemplary embodiments (A)-(D) for releasing the E-RGCH resource at a serving cell change.

[0038) A) The Node B 12 indicates to the SRNC 14 whether the E-RGCH is released or is not released (e.g., an E-RGCH release indicator) each time the seJ:Vi.ng E-DCH RL change is executed (the cell is changed from the serving cell to the non-serving cell or vice versa).

[0039) B) The Node B 12 indicates to the SRNC 14 that the E-RGCH is released (e.g., an E-RGCH release indicator) when the serving E-DCH RL change is executed. It should be noted that if the Node B 12 does not release the E-RGCH, then the Node B 12 does not need to indicate at all to the SRNC 14.

[0040) C) The Node B 12 indicates to the SRNC 14 one of the following three items each time the serving E-DCH RL change is executed:

. a. E-RGCH is reconfigured and the new configuration parameters (e.g., channelization code and_ signature sequence) for the reconfigured E-RGCH;
b.    E-RGCH is maintained (e.g., a negative release indicator); or

c.    E-RGCH is released (e.g., a positive release indicator).
 

(0041] D) The Node B 12 indicates, at any time, to the SRNC 14 that the Node B desires to release the current E-RGCH, including at a time when the E-DCH RL change is executed.


(0042] It can be noted that there are no cases seen where the E-HICH is released and the E:AGCH is released in the serving cell.

(0043] After the reception of the request for the release from the Node B 12 at ti1e SRNC 14, the SRNC 14 sends the UE 10 the request to release.

(0044] Discussed now are exemplary embodiments (A) and (B) for configuring and reconfi.guring the E-RGCHIE-HICH resource at a serving cell change.

[0045] A) The Node B 12 indicates to the SRNC 14 whether or not the E-RGCH/E-IITCH is configured (and reconfigured) each time that the serving E-DCH RL change is executed. In addition, configuration parameters (e.g., channelization code arrd signature sequence) for the E-RGCHIE-IITCH are sent to the SRNC 14 when the Node B 12 indicates that fue E-RGCHIIITCH is 6onfigured or reconfigured.

(0048] B) TI1e Node B 12 indicates to the SRNC 14 that fue Node B 12 desires to configure/reconfigure fue E-RGCH/E-IITCHIE-AGCH at anytime (including a time when the E-DCH RL change is executed). It can be noted that fue reconfiguration of fue E-AGCH is only made possible by the use of this embodiment.

[0047] After the reception of fue request for the configuration/reconfiguration from the Node B 12 at the SRNC 14, the SRNC 14 sends UE 10 the request to configure/reconfigure.


[0048] With regard to exemplary implementations of the foregoing, in particular ti1e releasing of fue E-RGCH at the serving cell change in embodiment (A), a new lE may • be defined (for example, one referred to as "E-RGCH Release Indicator''), which indicates to fue SRNC 14 whether or not the E-RGCH is released. This IE can be placed in a Response message (e.g., RNSAP/NBAP: RADIO LINK RECONF1GURATION READY and RADIO LINK RECONFIGURATION RESPONSE) for the message requests to
execute the serving cell change. The new IE is preferably also introduced in a RRC message (as one non-limiting example, in a PHYSICAL CHANNEL RECONFIGURATION message) for informing the UE 10.

[0049] Au example of the use of the E-RGCH Release Indicator IE (designated as 100) is shown in Figm:e 2, in the context of Table 9.1.43 (page 212) of 3GPP TS 25.433 V6.6.0 (2005-06); 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; UTRAN Iub Interface Node B Application Part (NBAP) signaling (Release 6).


[0050] Figure 3 shows au exemplary embodiment of the IE/Group Name and IE Type and Reference for the E-RGCH Release Indicator.

[0051] With regard to exemplary implementations of the embodiment (B) for releasing the E-RGCH resource. at a serving cell change discussed above, a new IE which indicates that the E-RGCH is released can be introduced in the Response message (e.g:, RNSAP/NBAP: RADIO LINK RECONFIGURATION READY aud RADIO LINK RECONFIGURATION RESPONSE) for the message requests to execute serving cell change. The new IE is preferably also introduced in a RRC message (as one non-limiting example, in a PHYSICAL CHANNEL RECONFIGURATION message) for-informing the
UE 10.

[0052] With regard to exemplary implementations of the embodiment (C) for releasing the E-RGCH resource at a serving cell change discussed above, a new IE to indicate one of the following:

a.    E-RGCH is configured or reconfigured;

b.    E-RGCH is maintained; or

c.    E-RGCH is released


may be introduced in the Response message (e.g., RNSAPINBAP: RADIO LINK RECONFIGURATION READY aud RADIO LINK RECONFIGURATION RESPONSE) for the message requests to execute the serving cell change. This new IE also preferably includes the IE that carries the c.onfiguration parameters (e.g., channelization code and
 
E-RGCH Signature Sequence IE) for the reconfigured E-RGCH, or the existing E-DCH FDD DL Control Channel Information IE may carry the configuration parameters. The new ill is preferably also introduced in a RRC message (as one non-limiting example, i,n a PHYSICAL CHANNEL RECONFIGURA TION message) for informing the UE 10.

[0053] With regard to exemplary implementations of the embodiment (D) for releasing the E-RGCH resource at a serving cell change discussed above, a new IE may be introduced to indicate that the Node B 12 desires to release the E-RGCH. This IE can be placed in an existing NBAP/RNSAP RADIO LINK PARAMETER UPDATE message, or in a new RNSAP/NBAP message. The NBAP/RNSAP RADIO LINK PARAMETER UPDATE message is found at section 8.3.19 (page 140) of TS25.433, v6.6.0. For replying to the Node B 12, another new IE may be introduced to indicate a SRNC 14 request to the Node B 12 to release the E-RGCH. This new IE may be introduced in an existing RNSAP/NBAP RADIO LINK RECONFIGURATION PREPARATION/REQUEST message specified in Tables 9.1.42 and 9.!.47 ofTS25.433, v6.6.0. The new IE is preferably also introduced in a RRC message (as one non-limiting example, in a PHYSICAL CHANNEL RECONFIGURATION message) for informing the UE 10.




[0054] With regard to exemplary implementations of the" embodiment (A) for (re)configuring E-RGCHIHICH at serving cell change discussed above, a new IE, similar to that discussed above for embodiments A and C, can be used. The configuration parameters for E-RGCHIHICH configured/reconfigured may be carried in a new IE, or in the existing E-DCH FDD DL Control Channel Information.

[0055] With regard to exemplary implementations of the embodiment (B) for (re)configuring E-RGCHIHICH at serving cell change discussed above, a new IE, similar to that discussed above for embodiment D, can be used.

[0056] The use of the non-limiting and exemplary embodiments of this invention enable the release of unnecessary E-RGCH resources when the E-DCH RL Serving cell change is executed, and thus avoid wasting these resources. The use of the non-limiting and exemplary embodiments of this invention further enable the configuration or reconfiguration of necessary E-RGCH resources when an E-DCH RL Serving cell change

is executed, and enable the Node B 12 to continue to use the E-RGCH. Further, no new procedures or messages need to be introduced in the RNSAPINBAP signaling, as only one or more new ills in existing messages need to be introduced in the specification (such as the E-RGCH Release Indicator lE that was discussed above and shown in Figures 2 and 3).


[0057] Figure 4 illustrates in a schematic diagram operation of an exemplary embodiment by the various nodes involved. The.RNC 14 is as previously described. The Node B is represented by a first base station BS1 12 (e.g., the serving Node B to the MS prior to the serving cell change) and a second base station BS2 12' (e.g., the non-serving Node B prior to the serving cell change). Where the two base stations BSl 12 and BS2 12' represent different node B's, they may be under the control of a single RNC (serving RNC) or may be under control of different RNCs. A mobile station MS 10 moves from a first location 31 where it is under the control of the first BS 1 12 to a second location 31' where it is under the control of the second BS2 12', representing a serving cell change for the MS 10. Embodiments of this invention are not limited to serving cell changes, though that is a convenient occurrence to initiate the release, configuration, and/or reconfiguration of radio resources as described herein.


[0058] Assume for Figure 4 that a dedicated channel E-DCH is set up by the serving BS1 12 for the MS 10 prior to the serving cell change (though the MS 10 with the E-DCH already established may have previously been changed to the first BSl 12). The first BS1 12 configures for the MS 10 (while it is the serving Node B) an absolute grant channel E-AGCH 32 and a relative grant channel E-RGCH 34, which respectively set an absolute ceiling on data rate and power that the UE is allowed to use on the E-DCH, and a relative adjus1ment/increment to that ceiling that may be conm1anded to the UE from time to time by BSl 12 based on changing conditions in the cell. Also shown in Figure 4 is the downlink E-RICH 37, 37', which the BS 12 uses to prompt the MS 10 tore-send data that was not properly received at the BS 12. Each of the E-AGCH, E-RGCH and E-RICH use radio resources, such as an enhanced radio network temporary identifier E-RNTI, channelization codes and/or signature sequences for those downlink channels, and the like, and such resources are limited for any particular base station. The SRNC 14 infoinlS the MS 10 of these downlink configuration parameters (e.g., signature sequence, channelization codes, E-RNTI assigned to the MS 10 to identifY it on these downlink

channels) received from the BS 12 in order that the MS 10 can store the parameters and monitor those downlink channels. Each of those downlink channels are used in support of the E-DCH and may be considered to schedule the E-DCH, which is dedicated to the MS 10 for uplink data. Typically, these downlink parameters as well as those for the uplink E-DCH are sent to the MS 10 in one or more Physical Channel Configuration messages, as known in the ru:t, though the manner in which the initial setup of an E-DCH may vary. These teachings are directed toward the downlink ch=els associated with and in support of the uplinkE-DCH, and related aspects of those downlink channels.

[0059] Now the MS 10 moves to a second position 31', and the second BS2 12' becomes the serving Node B following the serving cell change, and the E-DCH 36 for the MS 10 is maintained through the serving cell change. A serving cell change may be accomplished in any number of ways known in the art, and may include coordinating between the first Node B BSl 12 and the second Node B BS2 12'. The specific instance illustrated in Figure 4 finds the RNC 14 releasing the E-AGCH used by the first Node B BSl 12 and configuring a new E-AGCH for the second Node B BS2 12', which may be done to change a E-AGCH for the same MS 10 when that MS undergoes a serving cell change from the first BSl 12 to the second BS2 12' Specifically, the SRNC 14 sends a request 38 to the first Node B BSl 12 to release the E-AGCH, and also sends a request 38' to the second Node B BS2 12' to configure a new E-AGCH. Each of those Node Bs respond 40 as appropriate. In an embodiment, the requests 38, 38' may be a radio link reconfiguration prepare message, and the response 40 is a radio link reconfiguration ready message with the newly introduced E-RGCH release indicator as noted above with respect to Figures 2-3. The E-RGCH release indicator or similar information element may also be included in a physical channel reconfiguration message sent to the UE. While Figure 4 illustrates releasing the E-AGCH in one cell and configuring a new one in another cell, the E-RGCH can also be reconfigured with similar signaling between the BS 12, 12' and the MS 10, in some embodiments also informing the SRNC 14 of any changes made to release, configure, or reconfigure the E-AGCH and/or the E-HlCH, shown particularly at Figures 5-6. In the prior art, the second Node B that becomes the serving Node B would have to use the E-AGCH and E-RGCH that was used in the Node B that was serving prior to the serving cell change because there was no provision to release, change, or add any of those downlink channels after the E-DCH was setup; changes could only be made by terminating the E~DCH. Given that the radio Iesources used for that channel E-RGCH are

limited, the E-RNTI, signature sequence or channelization codes allocated upon setup of the E-DCH may not be optimal for the second Node B (BS2 12'), which may use more or less downlink channel that supports the E-DCH (E-AGCH, E-RICH, E-AGCH) than the firstNodeB (BS112).


[0060] For a change to the E-AGCH, the SRNC 14 infonns the MS 10, such as in a Physical Charmel Reconfiguration message, that the first E-AGCH 32 is released and a second E-AGCH 32' is to be used. Upon receipt of this reconfiguration message, the MS 10 deletes its previously stored parameters for the first E-AGCH 32 and stores those received either of the Node B's (BSl 12, BS2 12') for the second E-AGCH 32'. Similar changes may be made to the E-RGCH and the E-RICH, though those changes are typically initiated by the N.ode Bs rather than the SRNC 14. The physical channel reconfiguration message sent to the MS 10 may include a field such as the E-RGCH release indicator illustrated in Figures 2-3 that informs the MS 10 that the previous E-RGCH 34 is released, as well as new parameters for the new E-RGCH 34'. Since the MS 10 then no longer has need for the parameters (channelization coding and signature sequence) for the now-released E-RGCH 34 that was used with the first Node B BSl 12, it deletes those parameters from any local memory in which they are stored. The radio resources for the now-released E-RGCH 34 may then be re-allocated by the network (the first Node B, BSl in Figure 4) for other uses.


[0061] The two different Node B's 12, 12' may be under the control of different RNCs without departing from these teachings. Where the serving cell change uses soft techniques in which the cells 12, 12' coordinate among each other prior to control of the MS 10 actually being changed, signaling as detailed above may be done by the non-serving Node B BS1 12, the serving Node B BS2 12',-orby some combination of them so that the eventual release, configuration, or reconfiguration of the E-RGCH takes place upon the serving cell change or soon before or after control passes. These same procedures apply equally to reconfiguring the E-RICH, where the MS 10 sends its automatic repeat requests on the reconfigured E-IDCH 37' and the original E-RICH 37 that was set up with the E-DCH 36 is released so that the first Node B BS1 12 might use those now-released radio resources for other pmposes.

[0062] Figure 5 illustrates a process diagram for vmious exemplary embodiments of the invention. As stated above, there are instances where the Node B that becomes the non-serving Node B from serving Node B. As an initial starting position at block 502, assume that the MS 10 is under conhul of a serving Node B that becomes a non-serving Node B after a serving cell change. The E-DCH is •supported by at least the E-AGCH and the E-HlCH; alternatives for the E-RGCH are detailed below. The serving cell change is initiated at block 504 when the serving Node B receives a request (from the SRNC) for a serving cell change. For the case 506 where the E-RGCH is already configured, the serving Node B may decide to release the E-RGCH 508, reconfigure the E-RGCH 510 such as from dedicated to common, or retain the current configuration of the E-RGCH unchm1ged 512. •For the case 514 where the E-RGCH is not configured prior to the serving cell change, the serving Node B may decide' to retain the current configuration of the E-RGCH unchanged 512 or to configure an E-RGCH 516. At block 518 the SRNC 14 is informed of the decision, and the serving cell change is then executed where the serving Node B described in Figure 5 becomes the non-serving Node B.


[0063] Figure 6 illustrates process steps in accordance with exemplary embodiments of the invention where the downlink channel E-RGCH that support the uplink E-DCH is either released or reconfigured (or kept unchanged) while the E-DCH is maintained for the MS 10. Figure 6 is the complement to Figi.rre 5, in that Figure 6 illustrates what may occur at the non-serving Node B that becomes the serving Node B after the serving .cell change. As an initial starting point for Figure 6, block 602 shows that the non-serving Node B supports the MS 10 (user equipment UE) uplink E-DCH with the downlink E-RICH. At some point the non-serving Node B receives a request 604 from the SRNC to become a serving Node B to the UE. For the case 606 where theE-RGCH is aheady configured prior to the serving cell change, the non-serving Node B may decide to release the E-RGCH 608, reconfigure the E-RGCH 610 such as from common to dedicated, or to retain the current configuration of the E-RGCH unchanged 612. For the case 614 where the E-RGCH is not configured prior to the serving cell change, the non-serving Node B may decide to retain the current configuration of the E-RGCH unchanged 612 or to configure a new E-RGCH 616. At block 618 the SRNC 14 is informed of the decision, and the serving cell change is then executed where the non-serving Node B described in Figure 6 then becomes the serving Node B.

[0064] Note that the actions of Figure 5 may be coordinated with the actions of Figure 6 for a smoother serving cell change, but they need not be. For example, the Figure 6 non-serving Node B that becomes the serving Node B may not have the E-RGCH, and decide to configure a new one. The Figure 5 serving Node B that becomes the non-serving Node B may not lrnow until after the serving cell change occurs that the E-RGCH it was using previously is no longer needed, and only then release it. Many other such variances are possible because Figures 5 and 6 are not necessarily linked, though in some embodiments the actions of the serving and non-serving Node Bs are coordinated for efficient deployment of radio resources without delay. As such, the release/configuration!reconfignration of the described chatmels described as taking place at a serving cell change need not occur exactly simultaneous with the instant when control over the UE changes, but may occur soon before or after that control change occurs and still be "at a serving cell change".


[0065] Based on the foregoing it should be apparent tliat the exemplary embodiments of this invention provide a method, apparatus and computer program product(s) to provide enhanced Node B/RNC signaling that enables the release of unnecessary E-RGCH resources (advantageously when the E-DCH RL Serving cell change is executed), and to further enable the configuration and reconfignration of E-RGCHIHlCH resources (in certain embodiments when an E-DCH RL Serving cell change is executed).


[0066] In general, the various embodiments may be implemented in hru:dware or special purpose circuits, software, logic or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although the invention is not limited thereto. While various aspects of the invention may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods descnoed herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
 
•[0067] Embodiments of the inventions may be practiced in various components such as integrated circuit modules. The design of integrated circuits is by and large a highly automated process. Complex and powerful software tools are available for converting a logic level design into a semiconductor circuit design ready to be etched and formed on a semiconductor substrate.


[0068] Programs, such as those provided by Synopsys; Inc. of Mountain View, California and Cadence Design, of San Jose, California automatically route conductors and locate components on a semiconductor chip using well established rules of design as well as libraries of pre-stored design modules. Once the design for a semiconductor circuit has been completed, the resultant design, in a standardized electronic format (e.g., Opus, GDSII, or the like) may be. transmitted to a semiconductor fabrication facility or "fab" for fabrication.


[0069] Various modifications and adaptations may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings. However, any and all modifications of the teachings of this invention will still fall within the scope of the non-limiting embodiments of this invention.


[0070] Furthermore, some of the features of the various non-limiting embodiments of this invention may be used to advantage without the corresponding use of other features. As such, the foregoing description should be considered as merely illustrative of the principles, teachings and exemplary embodiments of this invention, arid not in limitation thereof.
CLAIMS:

WHAT IS CLAIMED IS:

1.    A method for managing radio resources in a wireless network comprising:

receiving communications frorri a user equipment UE on an uplink enhanced dedicated channel E-DCH;

one of releasing or configuring or reconfigunng radio resources of at least one downlink channel that supports the E-DCH while the E-DCH is maintained for the UE.

2.    The method of claim 1, executed by a Node B that changes from a serving Node B to a non-serving Node Bat a serving cell change, wherein one of releasing or configuring or reconfiguring the radio 1•esources comprises configuring a new enhanced relative grant channel E-RGCH.

3.    The method of claim 1, executed by a Node B 1l:llit changes from a non-serving Node B to a serving Node Bat a serving cell change, wherein one of releasing or configuring or reconfiguring the radio resources comprises configuring a new enhanced., relative grant channel E-RGCH.

4.    The method of claim 1, executed by a Node Bat a serving cell change, wherein. one of releasing or configuring or reconfiguring the radio resources comprises reconfiguring an enhanced relative grant charmel E-RGCH.

5.    The method of claim 4, wherein the Node B reconfigures the E-RGCH from a dedicated E-RGCH to a common E-RGCH.

6.    The method of claim 4, wherein theNode B reconfigures the E-RGCH from a common E-RGCH to a dedicated E-RGCH.

7.    TI1e method of claim 1, executed by a Node B that changes from a serving Node B to a non-serving Node Bat a serving cell change, wherein one of releasing or configuring or reconfiguring the radio resources comprises releasing an enhanced relative grant channel E-RGCH.
 

8.    The method of claim 1, executed by a Node B that changes from a non-serving Node B to a serving Node B at a serving cell change, wherein one of releasing or configuring or reconfiguring the radio resources comprises releasing an enhanced relative grant channel E-RGCH.

9.    The me1hod of claim 1, the method further comprising at least one of:

signaling to a serving radio network controller SRNC in at least one of a RADIO LINK RECONFIGURATION READY message and a RADIO LINK RECONFIGURATION RESPONSE message that the E-RGCH is one of released, configured or reconfigured, said at least one READY and RESPONSE message comprising an E-RGCH RELEASE INDICATOR information element

10.    The me1hod of claim 1, further comprising for the case where the E-RGCH is

released:

signaling to the UE a radio resource control message comprising an E-RGCH RELEASE INDICATOR information element that directs the UE to delete a stored configuration for the E-RGCH.

11. The method of claim 1, executed at a serving cell change by a Node B that changes from a serving Node B to a non-serving Node B, wherein one of releasing or configuring or reconfiguring the radio resources comprises configuring or reconfiguting at least one of an enhanced absolute grant channel E-AGCH, an enhanced relative grant channel E-RGCH and an enhanced hybrid acknowledgement indicator channel E-RICH, the method further comptising:

the Node B signaling to a serving radio network controller SRNC a request to configure or reconfigure the at least one of the E-AGCH, E-RGCH and E-RICH.

12. The method of claim 1, wherein the radio resources comprise at least one of an enhanced radio network temporary identifier E-RNTI, a signature sequence, a channelization code, and a channel configuration parameter.

13.    A program ofmaclrine-readable instructions, tangibly embodied on an information bearing medium and executable by a digital data processor, to perform actions directed toward reconfiguring control of a channel, the actions comprising:

receiving communications fi•om a user equipment UE on an uplink enhanced dedicated channel E-DCH;

one of releasing or configuring or reconfiguring radio resources of at least one downlink channel that supports the E-DCH while the E-DCH is maintained for the UE.

14.    The program of claim 13, wherein the information bearing medium and the processor are disposed within a base station that changes from a serving cell to a non-serving cell at a serving cell change of the UE, wherein one of releasing or configuring or reconfiguring the radio resources comprises configuring a new enhanced relative grant channel E-RGCH.

15.    The program of claim 13, wherein the information bearing medium and the processor are disposed within a base station that changes from a non-serving cell to a serving cell at a serving cell change of the UE, wherein one of releasing or configuring or reconfiguring the radio resources comprises configuring a new enhanced relative grant channel E-RGCH.

16.    The program of claim 13, wherein the infonnation bearing medium and the processor are disposed within a base station that changes between a non-serving cell and a serving cell at a serving cell change of the UE, wherein one of releasing or configuring or reconfiguring the radio resources comprises reconfiguring an enhanced relative grant channel E-RGCH.

17.    TI1e program of claim 16, wherein reconfiguri:ng the E-RGCH comprises reconfiguring it from a dedicated E-RGCH to a common E-RGCH.

18.    The program of claim 16, wherein reconfiguring the E-RGCH comprises reconfiguring it from acommon E-RGCH to a dedicated E-RGCH.

19.    The program of claim 13, wherein the information bearing medium and the processor are disposed within a base station that changes from a serving cell to a non-
 
serving cell at a serving cell change of the UE, wherein one of releasing or configuring or reconfiguring the radio resources comprises releasing an enhanced relative grant channel E-RGCH.

20.    The program of claim 13, wherein the information bearing medium and the processor are disposed within a base station that changes from a non-serving cell to a serving cell at a serving cell change of the UE, wherein one of releasing or configuring or reconfiguring the radio resomces comprises releasing an enhanced relative grant channel E-RGCH.

21.    The program of claim 13, the actions further comprising:

signaling to a serving radio network controller SRNC at least one of a RADIO

LINK RECONFIGURATION READY message and a RADIO LINK

RECONFIGURATION RESPONSE message that the E-RGCH is one of released,

configured or reconfigured, said at least one READY and RESPONSE message

comprising a E-RGCH RELEASE INDICATOR information element.

22.    The program of claim 13, the actions further comprising, for the case where theE-RGCH is released:

sigruiling to the UE a radio resonrce control message comprising an E-RGCH RELEASE INDICATOR information element that directs the UE to delete a stored configuration for the E-RGCH.

23.    A network element comprising: a transceiver;
a memory;

a data processor coupled to the memory and the transceiver; •wherein the data processor operates to

one of release, configure, or re-configure radio resources of at least one downlink channel that supports an enhanced dedicated traffic channel E-DCH for a UE without terminating the E-DCH; and

signal the releasing, configuring, or reconfiguring of the radio resources to one of a higher network element or the UE.
 
24.    The network element of claim 23, wherein the network element comprises a base station that changes from a serving cell to a non-serving cell at a serving cell change of the UE, wherein one of release, configure, or re-configure the radio resources comprises configuring a new enhanced relative grant channel E-RGCH.

25.    TI1e network element of claim 23, wherein the network element comprises a base station that changes from a non-serving cell to a serving cell at a serving cell change of the UE, wherein one of release, configure, or re-configure the radio resources comprises con.figUling a new enhanced relative grant charui.el E-RGCH.

26.    TI1e network element of claim 23, wherein the network element comprises a base station that changes between a non-serving cell and a serving cell at a serving cell cl1ange of the UE, wherein one of release, configure, or re-configure the radio resources comprises reconfiguring an enhanced relative grant channel E-RGCH.

27.    The network element of claim 26, wherein reconfiguring the E-RGCH comprises reconfiguring it from a dedicated E-RGCH to a common E-RGCH.

28.    The network element of claim26, wherein recon.figuring the E-RGCH comprises reconfiguring it from a common E-RGCH to a dedicated E-RGCH.

29.    The network element of claim 23, wherein the network element comprises a base station that changes from a serving cell to a non-serving cell at a serving cell change of the UE, wherein one of release, configure, or re-configure the radio resources comprises releasing an enl1anct!d relative grant channel E-RGCH.

30.    The network element of clain123, wherein the network element comprises a base station that changes from a non-serving cell to a serving cell at a serving cell change of the UE, wherein one of release, configure, or re-configure the radio resources comprises releasing an new enl1anced relative grant channel E-RGCH.

31.    The network element of claim 23, wherein the signal comprises at least one of a

RADIO LINK RECONFIGURATION READY and a RADIO LINK

RECONFIGURATION RESPONSE message sent to a serving radio network controller
 

23

SRNC, said a_t least one READY and RESPONSE message comprising an E-RGCH

RELEASE INDICATOR information element.


32.    The network element of claim 23, wherein the signal comprises, for the case where the E-RGCH is released:
a radio resource control message sent to the UE comprising an E-RGCH RELEASE INDICATOR information element that directs the UE to delete a stored configuration for the E-RGCH.

33.    A mobile station comprising:

a transceiver for transmitting data on an enhanced dedicated channel E-DCH and

for receiving in a first message configui-ation• parameters for at least one downlink channel associated with the E-DCH and in a second message an instruction to cancel, change or add to the configuration parameters;

a memory for storing the configuration parameters;

a data processor coupled to the memory and transceiver, wherein the data processor is for

after receipt by the mobile station of the first message, configuring the transceiver to receive the at least one downlink channel according to the configuration parameters of the first message;

after receipt by the mobile station of the second message, changing the stored configuration parameters according to the instruction and re-configuring the transceiver to receive the at least one downlink channel according to the changed configuration parameters while maintaining t;he uplink E-DCH for tl;te mobile station.

34.    TI1e mobile station of claim 33, wherein the first message includes configuration parameters for an enhanced absolute grant charmel E-AGCH; and
wherein the second message is received from a network cell involved with a serving cell change of the mobile station, and the instruction is to add configuration parameters for a new enhanced relative grant channel E-RGCH to complement the E-AGCH.

35.    The mobile station of claim 33, wherein the first message includes configuration parameters for an enhanced absolute grant channel E-AGCH and an enhanced relative grar1t channel E-RGCH; and
 

24
 
wherein the second message is received from a network cell involved with a serving cell change of the mobile station, and the instruction is to delete the configuration parameters for the E-RGCH.

36.    The mobile station of claim 33, wherein the first message includes configuration parameters for an enhanced absolute grant channel E-AGCH and an enhanced relative grant channel E-AGCFi; and

wherein the instruction comprises an E-RGCH RELEASE INDICATOR in a radio resource control message, and the data processor operates in response to the instruction to delete tl1e configuration parameters for tl1e E-RGCH fi•om the memory.

37.    A method for operating a network Node B comprising:

receiving from a serving radio network controller SRNC a RADIO LINK

RECONFIGURATION PREP ARE message in relation to a serving cell change of a user equipment UE;

responsive to receiving the PREPARE message, sending to the SRNC a RADIO LINK RECONFIGURATION READY message;

receiving fi"om the SRNC a RADIO RECONFIGURATION REQUEST message in relation to the serving cell change;

responsive to receiving the REQUEST message, sending to the SRNC a RADIO LINK RECONFIGURATION RESPONSE message,

wherein at least one ofthe READY and RESPONSE messages comprises an E-RGCH RELEASE INDICATOR information element, said information element indicative of whether an E-RGCH is released or not released; and

one of releasing, configuring, or reconfiguring the E-RGCH in accordance with i:he RADIO LINK RECONFIGURATION RESPONSE message while maintaining an enhanced dedicated channel E-DCH for the UE.

38.    The method of claim 37, further comprising:

sending to the UE a radio resource control message comprising the E-RGCH

RELEASE INDICATOR information element.


WIRELESS
 

                MEM  .    '-....   
NODE 8                )        m   
            RNC       
                           




NETWORK,1 ___/
 


FIG.1
 

9.1.43    RADIO  LINK RECONFIGURATION  READY

                        PRESENCE        RANGE    IE TYPE    SEMANTICS    CRffiCAUlY    ASSIGNED               
    IE/GROUP    NAME                    AND                   
                                DESCRIPTION        CRmCAUTY               
                                        REFERENCE                   
                                                                       
                                                       
    MESSAGE DISCRIMINATOR        M            9.2.1.45        -                       
                                                                       
    MESSAGE TYPE                    M            9.2.1.46        YES    REJECT       
    TRANSACTION ID                    M            9.2.1.62        -                       
    CRNC COMMUNICATION        M            9.2.1.18    THE RESERVED    YES    IGNORE       
    CONTEXT ID                                        VALUE •ALL                           
                                            CRNCcc• SHALL                           
                                            NOT BE USED                           
    RL INFORMATION RESPONSE                    o.. <maxno            EACH    IGNORE        r   
                                                   
                                               
                                    ofRLs>                    (       
                                                                       
    >RL ID                    M            9.2.1.53        -                       
    >DCH INFORMATION        0                9.2.1.20C        YES    IGNORE       
    RESPONSE                                                                   
    >DSCH INFORMATION        0                9.2.1.27A        YES    IGNORE       
                                               
    RESPONSE                                                                   
    >USCH INFORMATION        0        ..__ ____    9.2.3.29    TDD ONLY    YES    IGNORE       
    RESPONSE                                                               
                                                                   
    ----------                            ------    ---    ----                   
                ------'    -        ' -------                               
    FIG.2A                                FIG.2A                               
    FIG.2B        FIG.2                                               
                                                               
 




    ----------        r -----    , ------    -----    ------    ---    ----           
        >TFC12 BEARER INFORMATION    0            9.2.2.49A    FDD ONLY. THERE    -               
                                               
        RESPONSE                                        SHALL BE ONLY                           
                                                    ONE TFC12 BEARER                           
                                                    PER NODE 8                           
                                                    COMMUNICATION                           
                                                    CONTOO                           
        >DL POWER BALANCING            0            9.2.2.120                            YES    IGNORE           
                                                                           
                                                                           
        UPDATED INDICATOR                                                                       
                                                                               
        >E-DCH RL SEr ID            0            RL SEr ID                    YES    IGNORE           
                                9.2.2.39                                           
                                                                                   
        >E-DCH FDD DL CONTROL    0            9.2.2.13Dc                    YES    IGNORE           
        CHANNEL INFORMATION                                                                       
        >E-RGCH RELEASE --..... OO    0            9.2.1.xx    FDD    ONLY            YES    IGNORE    I   
                                                           
        INDICATOR    1                                                            I   
                                                                           
        CRmCALITY DIAGNOSTICS            0            9.2.1.17                            YES    IGNORE           
        TARGEf COMMUNICATION            0            COMMUNICATION                    YES    IGNORE           
        CONTROL PORT ID                            CONTROL PORT ID                                   
                                                                       
                                        9.2.1.15                                           
        HS-DSCH FDD INFORMATION    0            9.2.2.18E    FDD    ONLY            YES    IGNORE           
        RESPONSE                                                                       
                                                                   
        HS-DSCH TDD INFORMATION    0            9.2.3.5G    TDD ONLY            YES    IGNORE           
        RESPONSE                                                                       
                                                               
        E-DCH FDD INFORMATION    0            9.2.2.13Db                    YES    IGNORE           
        RESPONSE                                                -                   
                                                                               

FIG.28
 

    IE/GROUP NAME    PRESENCE    RANGE    IE TYPE AND    SEMANTICS  .       
                REfERENCE    DESCRIPTION       
                           
                           
                                       
    E-RGCH RELEASE INDICATOR            ENUMERATED                   
                                   
                {RELEASED,                FIG.3   
                                   
                NOT RELEASED)                   
    L ---                                   
                                       
 



    38,REQUEST _(RELEASE E-AGCH)                38'REQUEST (CONFIGURE E-AGCH)       
            40,RESPONSE    RNC                   
                            40 RESPONSE       
                                               
                    \14                           
                                               

12        BS1                                    8S2   
                                               
                                                                       
        !                /31~31~        i                   
        i                                       
                                i               
        i                        (10.                           
        i                                        i                   
                                                                   
        i            32 E AGCH                            32'E-AGCH    :                   
                    36 E-DCH                        --••-••-••-••..!!••-••-••-••-••-••_]   
        i                        MS        36'E-DCH                       
                                                                   
        L.•-••-••-••-••--•~4.~::-KGCl:l .. - .. - .. - .. --                34'E-RGCH                       
                                                   
                    37  E-HICH                        --    -~3l,_E-HICH~--~-~   
                                                                       
SE~NG NODE B SUPPORTS UE ON

E-DCH WITI-l E-AGCH AND HICH

t
                                        RECEIVE REQUEST TO    BECOME                                               
                                        NON-SERVING NODE 8 AT SERVING                                   
                                        CELL CHANGE FROM    SRNC                                               
                                                                                                   
                                        I                                                           
                                                                            t                   
                        E-RGCH IS                                        E-RGCH lS NOT           
        "' CONRGURED IN THE                                        CONRGURED IN THE           
                    SE~NG CELL                                        SERVING    CELL           
                    '                                                                   
    f                    I                        f                    I            1       
                                        r51o    512't                                       
    DECIDES TO    RELEASE                DECIDES    TO RECONAGURE ~        DECIDES TO KE£P                DECIDE TO   
                        THE E-RGCH (EX DEDlCATEil        CURRENT                    CONFIGURE   
    THE E-RGCH                                           
                    TO COMMON E-RGCH)        CONFIGURATION                THE E-RGCH   
    -,                                                   
                                                                                                   
                                        I                I    !       
                                                                   
                                        t                                                           
                                        INFORM SRNC THE DECISION AND    II                   
                                        EXECUTE SERViNG    CELL CHANGE                                   
                                                                                           
                                        (BECOMES NON-SE~NG NODE B)                       
                                        WITH THE CHANGES                                               


            NON-SERVING  NODE  8 SUPPORTS   v       
            UE  ON  E:-DCH  WITH  HICH       
            RECEIVE  REQUEST TO  BECOME       
            SERVING  NODE  8 AT  SERVING       
            CELL CHANGE  FROM  SRNC       
        t        t       
        E-RGCH  IS        E-RGCH  IS  NOT   
    CONFIGURED  IN  THE        CONFIGURED    IN THE   
    NON-SERVING  CELL        NON-SERVING  CELL   
J        J .    t  { 610    I    t   
                612,    t t       
DECIDES TO  RELEASE    DECIDES TO    RECONFIGURE    DECIDES  TO  KEEP    DECIDE TO   
    THE  E-RGCH  (EX  COMMON    CURRENT    CONRGURE   
THE  E-RGCH                   
        TO  DEDICATED  E-RGCH)    CONFIGURATION    THE E-RGCH   
                   
I            I    I    I   

INFORM  SRNC  THE  DECISION  AND EXECUTE  SERVING  CELL CHANGE (BECOMES  SERVING  NODE  B) WITH  Th!E  CHANGES

Newsletter

Join our newsletter for CIPIT news through subscriptions!

SEND

Social Media

    

Contact Us

TEL : (254) 703 034 612