法律状态公告日
法律状态信息
法律状态
2016-03-30
授权
授权
2013-10-30
实质审查的生效 IPC(主分类):H04W28/16 申请日:20120319
实质审查的生效
2013-09-25
公开
公开
技术领域
本发明涉及移动通信技术，尤其涉及一种激活/去激活的方法、无线网络 控制器、用户设备和基站。
背景技术
高速分组下行链路接入(High-Speed Downlink Packet Access，HSPDA) 技术可以提高下行数据传输速率，减少用户数据传输时延，能够让用户在通 用移动通信系统(Universal Mobile Telecommunication System，UMTS)网络 中有更好的体验。HSDPA涉及的信道包括高速物理下行共享信道(High Speed Physical Downlink Shared Channel，HS-PDSCH)以及相应的下行高速共享控 制信道(High Speed Shared Control Channel，HS-SCCH)和上行链路高速专 用物理控制信道(Uplink High-Speed Dedicated Physical Control Channel， HS-DPCCH)。HSDPA技术的物理层工作原理如下：基站(NodeB)通过物 理层的HS-PDSCH发送数据给用户设备(User Equipment，UE)，同时通过 HS-SCCH发送和HS-PDSCH有关的控制信令等；UE在接收到HS-SCCH后，利 用承载于其上的控制信息对HS-PDSCH进行解调、译码等，然后UE根据 HS-SCCH接收情况，以及对HS-PDSCH译码正确与否生成确认 (Acknowledgement，ACK)、否认(Non-Acknowledgement，NACK)或者 没有数据发送(no transmission，DTX)等信息；另外，UE还测量下行信道状 况，生成信道质量指示(Channel Quality Indicator，CQI)信息，UE将 ACK/NACK/DTX信息和CQI信息承载在HS-DPCCH上发送给NodeB，NodeB 根据UE反馈的信息作为业务调度的依据。
在引入多输入多输出(Multiple Input Multiple Output，MIMO)后， UE在生成CQI的同时还需要生成预编码控制指示(Precoding Control Indication，PCI)信息，将CQI信息和PCI信息承载在HS-DPCCH上供业 务调度和HS-PDSCH预编码的依据。
在引入两载波/小区高速下行链路分组接入(Dual Carrier/Cell HSDPA) 后，可以提高峰值速率。DC-HSPDA的原理是：当UE在一个双小区覆盖 的区域内发起业务时，网络侧可以将其配置为DC-HSPDA，此时UE可以 同时在两个小区内接收HSPDA业务，因而峰值速率得到了提升。在 DC-HSDPA中，要求双小区是邻频、下行定时相同、必须在同一个NodeB 内，并且具有相同的覆盖特性，一个小区称为主小区，另一个小区称为辅 小区。利用类似的原理，随后出现了多载波/多小区技术。
多流传输(Multiflow Transmission，MF-Tx)技术是利用一个NodeB 内多个小区之间的协同或者多个NodeB内多个小区之间的协同，向一个 UE发送不同的数据。MF-Tx可以看作是多载波/多小区的扩展，最大的区 别在于，参与MF-Tx的小区可以是同频或邻频的，可以属于不同的扇区， 甚至可以属于不同的NodeB；下行定时可以不同，具有更大的灵活性。 MF-Tx可以分为基站内(intra-NodeB)和基站间(inter-NodeB)两大类场 景，前者所有的小区同属于一个NodeB，后者所有的小区属于至少两个的 NodeB。对应DC-HSPDA中的主小区和辅小区，MF-Tx中的小区分为服 务小区和辅助服务小区。当然，小区名称也可以沿用，因此，后续的服务 小区也可以称为主小区，辅助服务小区也可以称为辅小区。
在网络侧配置MF-Tx后，无论是采用一条HS-DPCCH联合反馈参与 MF-Tx小区的反馈信息，还是采用多条HS-DPCCH独立反馈参与MF-Tx 小区的反馈信息，承载该反馈信息的上行HS-DPCCH的总功率消耗都需 要增加，这些附加的功率消耗在一定程度上增加了上行干扰，从而削减了 无线网络覆盖范围，同时影响了UE的性能。此外，MF-Tx的UE必须一 直监听辅助/辅小区的HS-SCCH，即便该辅助/辅小区由于自身调度资源受 限不给该UE调度数据，这样会造成UE电量浪费。基于上述两点考虑， 当网络侧配置了MF-Tx后，可以考虑对UE在辅助服务小区的下行数据传 输进行激活、去激活操作以优化性能。
由于现有的DC-HSDPA方案中，小区是属于同一个NodeB的，但在 MF-Tx的inter-NodeB场景下，小区是属于不同的NodeB的，如果沿用 DC-HSDPA对辅助服务小区的激活、去激活方案会存在如下问题：服务小 区所属的基站与UE的状态不一致，例如，基站与UE的HS-DPCCH的信 道格式不一致，可能造成数据解码失败，影响下行数据传输。
发明内容
本发明实施例提供一种激活/去激活的方法、无线网络控制器、用户设备 和基站，用以解决现有技术中存在的基站与UE侧的状态可能不一致的问题。
本发明实施例提供了一种激活/去激活的方法，应用在基站间的多流传输 情况下，包括：
无线网络控制器RNC接收第一基站发送的小区中的某个用户设备的激 活/去激活指示；
所述RNC通知第二基站所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
本发明实施例提供了一种激活/去激活的方法，应用在基站间的多流传输 情况下，包括：
用户设备UE接收第一基站发送的小区中的某个用户设备的激活/去激活 命令，根据所述激活/去激活指示执行激活/去激活处理；
所述UE执行激活/去激活处理；
所述UE通知第二基站所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
本发明实施例提供了一种激活/去激活的方法，应用在基站间的多流传输 情况下，包括：
第一基站决定发起对小区中的某个用户设备的激活/去激活；
第一基站通过无线网络控制器RNC或用户设备UE通知第二基站所述某 个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
本发明实施例提供了一种无线网络控制器RNC，包括：
接收模块，用于接收第一基站发送的小区中的某个用户设备的激活/去激 活指示；
发送模块，用于通知第二基站所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
本发明实施例提供了一种用户设备，包括：
接收模块，用于接收第一基站发送的小区中的某个用户设备的激活/去激 活命令，根据所述激活/去激活指示执行激活/去激活处理；
处理模块，用于执行激活/去激活处理；
发送模块，用于通知第二基站所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
本发明实施例提供了一种基站，包括：
发起模块，用于决定发起对小区中的某个用户设备的激活/去激活；
通知模块，用于通过无线网络控制器RNC或用户设备UE通知第二基站 所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
由上述技术方案可知，本发明实施例通过RNC或UE接收到第一基站发 送的激活/去激活指示后，通知给第二基站，可以保证基站与UE的状态一致， 可以尽量保证数据解码成功，不影响下行数据传输。
附图说明
图1为本发明激活/去激活方法一实施例的流程示意图；
图2a为本发明激活/去激活方法另一实施例的流程示意图；
图2b为本发明激活/去激活方法另一实施例的流程示意图；
图3为本发明中的系统结构示意图；
图4为本发明中去激活的方法另一实施例的流程示意图；
图5为本发明中去激活的方法另一实施例的流程示意图；
图6为本发明中去激活的方法另一实施例的流程示意图；
图7为本发明中去激活的方法另一实施例的流程示意图；
图8为本发明中去激活的方法另一实施例的流程示意图；
图9为本发明中去激活的方法另一实施例的流程示意图；
图10为本发明中去激活的方法另一实施例的流程示意图；
图11为本发明中去激活的方法另一实施例的流程示意图；
图12为本发明中激活的方法另一实施例的流程示意图；
图13为本发明中激活的方法另一实施例的流程示意图；
图14为本发明中激活的方法另一实施例的流程示意图；
图15为本发明中激活的方法另一实施例的流程示意图；
图16为本发明中激活的方法另一实施例的流程示意图；
图17为本发明RNC一实施例的结构示意图；
图18为本发明UE一实施例的结构示意图；
图19为本发明基站一实施例的结构示意图。
具体实施方式
图1为本发明激活/去激活方法一实施例的流程示意图，该方法应用在基 站间的多流传输情况下，该方法包括：
步骤11：无线网络控制器(Radio Network Controller，RNC)接收第一 基站发送的小区中的某个用户设备的激活/去激活指示；
步骤12：所述RNC通知第二基站所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
参见图2a，从UE侧描述可以包括：
步骤201：UE接收第一基站发送的小区中的某个用户设备的激活/去激活 命令，根据所述激活/去激活指示执行激活/去激活处理；
步骤202：所述UE执行激活/去激活处理；
步骤203：所述UE通知第二基站所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
参见图2b，从基站侧描述可以包括：
步骤211：第一基站决定发起对小区中的某个用户设备的激活/去激活；
步骤212：第一基站通过无线网络控制器RNC或用户设备UE通知第二 基站所述某个用户设备被激活/去激活；
所述第一基站为服务小区所属的基站或者辅助服务小区所属的基站，对 应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的基站。
本发明实施例中，服务小区也可以称为主小区，对应的，辅助服务小区 也可以称为辅小区。
本发明实施例中，去激活包括：小区去激活、下行不连续接收 (Discontinuous Downlink Reception，DRX)去激活。相应的，激活包括：小 区激活、DRX激活。
对于小区去激活，可以是服务小区所属的基站获知UE已去激活；
对于DRX去激活，可以是服务小区所属的基站获知UE已去激活，或者， 也可以是辅助服务小区所属的基站获知UE已去激活。具体的，服务小区所 属的基站可以通过无线网络控制器(Radio Network Controller，RNC)获知 UE进行去激活处理；或者，优选的，服务小区所属的基站通过物理层信令获 知UE进行去激活处理，物理层信令是指基站与UE之间的空口传输信令。
其中，对于小区的去激活，服务小区所属的基站和UE可以更改 HS-PDCCH的信道格式，或者两者也可以保持HS-PDCCH的信道格式。进一 步的，服务小区所属的基站和UE可以同时更改定时为单小区的信道定时， 或者，同时保持MF-Tx的信道定时。
对于DRX去激活，服务小区所属的基站需要在获知UE已去激活DRX 后，执行DRX去激活处理。
对于不同的场景可以具体参见后续的实施例。
本实施例通过RNC或UE接收到第一基站发送的激活/去激活指示后，通 知给第二基站，可以保证基站与UE的状态一致，可以尽量保证数据解码成 功，不影响下行数据传输。
图3为本发明中的系统结构示意图，参见图3，本发明实施例主要应用 于inter-NodeB场景的MF-Tx，该系统中包括NodeB1和NodeB2，其中，NodeB1 为服务小区所属的基站，NodeB2为辅助服务小区所属的基站，两者可以采用 MF-Tx的方式为UE服务，两者同在一个RNC的管理下。
基于图3所示的系统，本发明可以给出如下实施例。
图4为本发明中去激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区去激活请求且发送去激活命令为例，且本实施例中 HS-PDCCH格式不变。本实施例中通过物理层通知NodeB1小区已去激活， 参见图4，本实施例包括：
步骤401：NodeB2决定发起去激活。
NodeB2可以在发现辅助服务小区的调度资源紧张或者负载太高等原 因时，决定去激活该辅助服务小区的某个UE的MF-Tx。
本发明实施例中，小区的去激活是以基站或者扇区为单位，去激活 NodeB2下的所有小区，或者是去激活辅助服务小区所属的扇区内的所有 小区。至于具体是以基站还是扇区为单位，可以预先配置。
步骤402：NodeB2向RNC发送去激活指示信息。
该去激活指示信息可以通过信令或者数据帧携带，尽可能重用现有机 制。该去激活指示信息指示小区将被去激活。
步骤403：RNC停止在辅助服务小区的数据发送。
其中，RNC停止在该辅助服务小区对该UE的数据发送但不删RNC 和NodeB口的链路。
步骤404：NodeB2将该UE缓冲中的数据发送完毕。
步骤405：NodeB2向UE发送去激活命令。
该去激活命令可以是HS-SCCH order。
步骤406：UE向NodeB2反馈确认信息。
步骤407：UE向NodeB1发送表明辅助服务小区已去激活的指示信息。
本发明实施例中，该表明辅助服务小区已去激活的指示信息为CQI0 或CQI31。现有技术中已经使用的CQI格式为CQI1～CQI30，CQI0和CQI31 是保留的没有使用的CQI，本发明实施例中采用CQI0或者CQI31用以实 现UE向NodeB1的指示信息的通知。
本实施例以发送多个CQI0或CQI31为例。
步骤406、407无时序限制关系。
步骤408：NodeB1收到多个CQI0或者CQI31后，保持HS-DPCCH 的信道接收格式不变。
其中，NodeB 1收到的CQI0或CQI31的个数可以与UE发送的CQI0 或CQI31的个数相同或者不同。
NodeB1在接收到多个CQI0或CQI31后，可以获知辅助服务小区已 去激活，由于本实施例中以HS-PDCCH的格式不变为例，因此，NodeB1 不需要更改HS-DPCCH的信道接收格式。
进一步的，NodeB1可以保持信道的定时，即可以保持MF-Tx的信道 定时。可选的，NodeB1也可以将信道定时由MF-Tx的信道定时更改为单 小区的信道定时，此时，UE也需要将信道定时由MF-Tx的信道定时更改 为单小区的信道定时。
步骤409：可选的，NodeB1向UE发送去激活命令。
去激活命令可以用于向UE通知NodeB 1已完成了去激活，该去激活 命令可以与NodeB2发送给UE的去激活命令相同或者不同，该去激活命 令甚至也可以是其余的通知消息。
步骤410：UE在HS-PDCCH的承载辅助服务小区的CQI的位置始终 发送CQI0或者CQI31。
由于本实施例中HS-DPCCH的格式不改变，那么HS-DPCCH上会存 在承载辅助服务小区的CQI的位置，此时，可以在这些位置发送一些特定 值，如CQI0或CQI31。
本实施例通过UE在去激活辅助服务小区后，向NodeB1发送多个 CQI0或CQI31，NodeB1通过检测CQI0或CQI31来判断是否已去激活辅 助服务小区，实现通过物理层信令通知辅助服务小区已去激活，可以保持 NodeB1与UE侧的状态一致，避免对下行数据传输的影响。另外，NodeB 将去激活指示信息发送给RNC，可以为RNC的分流提供依据。
图5为本发明中去激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区去激活请求且向UE发送去激活命令为例，且 本实施例中HS-PDCCH格式不变。本实施例中通过RNC通知NodeB1辅 助服务小区已去激活，参见图5，本实施例包括：
步骤501：NodeB2决定发起去激活。
步骤502：NodeB2向RNC发送去激活指示信息。
步骤503：RNC停止在辅助服务小区的数据发送。
步骤504：RNC向NodeB1发送去激活指示信息。
RNC在接收到去激活指示信息后，可以获知辅助服务小区进行了去激 活，本实施例中的NodeB1依然保持HS-DPCCH的格式不变。
步骤501～503的具体内容可以参见步骤401～403。
步骤503和步骤504无时序限制关系。
步骤505：NodeB2将该UE缓冲中的数据发送完毕。
步骤506：NodeB2向UE发送去激活命令。
步骤507：UE向NodeB2反馈确认信息。
步骤505～507的具体内容可以参见步骤404～406。
步骤508：UE在HS-PDCCH的承载辅助服务小区的CQI的位置始终 发送CQI0或者CQI31。
步骤508的具体内容可以参见步骤410。
本实施例通过去激活辅助服务小区后，NodeB2通过RNC向NodeB1 发送去激活指示信息，可以使得NodeB1获知进行了辅助服务小区去激活， 以保证NodeB1和UE侧的状态一致，避免对下行数据传输的影响。另外， NodeB将去激活指示信息发送给RNC，可以为RNC的分流提供依据。
图6为本发明中去激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区去激活请求且向UE发送去激活命令为例，且 本实施例中HS-PDCCH格式发生改变。本实施例中通过物理层通知 NodeB1辅助服务小区已去激活，参见图6，本实施例包括：
步骤601：NodeB2决定发起去激活。
NodeB2可以在底噪抬升(Rise Over Thermal，RoT)值大于设定的门 限或者调度资源紧张或者负载太高等原因时，决定发起去激活。
步骤602：NodeB2向RNC发送去激活指示信息。
步骤603：RNC停止在辅助服务小区的数据发送。
步骤604：NodeB2将该UE缓冲中的数据发送完毕。
步骤605：NodeB2向UE发送去激活命令。
步骤606：UE向NodeB2反馈确认信息。
步骤602～606的具体内容可以参见步骤402～406。
步骤607：UE向NodeB1发送CQI0或CQI31。
CQI0或者CQI31是用于表明辅助服务小区已去激活的指示信息。
本实施例中可以发送一次或多次CQI0或CQI31。
步骤606、607无时序限制关系。
步骤608：NodeB1向UE发送去激活命令。
该去激活命令可以与NodeB2发送给UE的去激活命令相同或者不同， 该去激活命令甚至也可以是其余的通知消息。
步骤609：UE接收到去激活命令后，更改HS-DPCCH的信道发送格 式。
UE接收到NodeB1发送的去激活命令后，将HS-DPCCH的信道发送 格式更改为单小区的信道发送格式。
步骤610：可选的，UE向NodeB1反馈确认信息。
步骤609、610无时序限制关系。
步骤611：在若干时间，如12时隙或18时隙之后，NodeB1更改 HS-DPCCH的信道发送格式。
进一步的，UE和NodeB1也可以保持信道定时不变，或者均更改为 单小区的信道定时。
本实施例通过在去激活辅助服务小区后，UE向NodeB1发送CQI0或 CQI31，NodeB1通过检测CQI0或CQI31来判断是否已去激活辅助服务小 区，实现通过物理层信令通知辅助服务小区已去激活，并且UE和NodeB1 在获知辅助服务小区去激活后均更改HS-DPCCH格式，可以保持NodeB1 与UE侧的状态一致，避免对下行数据传输的影响。另外，NodeB将去激 活指示信息发送给RNC，可以为RNC的分流提供依据。
图7为本发明中去激活的方法另一实施例的流程示意图，本实施例以 NodeB1发起辅助服务小区去激活请求、NodeB2向UE发送去激活命令为 例，且本实施例中HS-PDCCH格式发生改变。本实施例中通过物理层通 知NodeB1辅助服务小区已去激活，参见图7，本实施例包括：
步骤701：NodeB1决定发起去激活。
NodeB1可以在RoT值大于设定的门限或者调度资源紧张或者负载太 高等原因时，决定发起去激活。
步骤702：NodeB1向RNC发送去激活指示信息。
步骤703：RNC停止在辅助服务小区的数据发送。
RNC同时保持与NodeB2的链路接口。
步骤704：RNC向NodeB2发送去激活指示信息。
步骤705：NodeB2将该UE缓冲中的数据发送完毕。
步骤706：NodeB2向UE发送去激活命令。
步骤707：UE向NodeB2反馈确认信息。
步骤708：UE向NodeB1发送CQI0或CQI31。
步骤709：NodeB1向UE发送去激活命令。
步骤710：UE接收到去激活命令后，更改HS-DPCCH的信道发送格 式。
步骤711：UE向NodeB1反馈确认信息。
步骤712：在若干时间，如12时隙或18时隙之后，NodeB1更改 HS-DPCCH的信道发送格式。
步骤705～712的具体内容可以参见步骤604～611。
本实施例通过在去激活辅助服务小区后，UE向NodeB1发送CQI0或 CQI31，NodeB1通过检测CQI0或CQI31来判断是否已去激活辅助服务小 区，实现通过物理层信令通知辅助服务小区已去激活，并且UE和NodeB1 在获知辅助服务小区去激活后均更改HS-DPCCH格式，可以保持NodeB1 与UE侧的状态一致，避免对下行数据传输的影响。另外，NodeB将去激 活指示信息发送给RNC，可以为RNC的分流提供依据。
图8为本发明中去激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区去激活请求、NodeB1向UE发送去激活命令为 例，且本实施例中HS-PDCCH格式不发生改变。参见图8，本实施例包括：
步骤801：NodeB2决定发起去激活。
步骤802：NodeB2向RNC发送去激活指示信息。
步骤803：RNC停止在辅助服务小区的数据发送。
步骤801～803的具体内容可以参见步骤401～403。
步骤804：将已分配给辅助服务小区但未收到反馈传输成功信息的数 据，转移分配到服务小区中传输。
步骤805：RNC向NodeB1发送去激活指示信息。
步骤804和步骤805无时序限制关系。
步骤806：NodeB1向UE发送去激活命令。
步骤807：UE向NodeB1反馈确认信息。
步骤808：UE在HS-PDCCH的承载辅助服务小区的CQI的位置始终 发送CQI0或者CQI31。
本实施例通过去激活辅助服务小区后，NodeB2通过RNC向NodeB1 发送去激活指示信息，NodeB1在接收到指示信息后去激活UE，NodeB1 和UE都保持HS-PDCCH的格式不变，可以保证NodeB1和UE侧的状态 一致，避免对下行数据传输的影响。另外，NodeB将去激活指示信息发送 给RNC，可以为RNC的分流提供依据。
图9为本发明中去激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区去激活请求、NodeB1向UE发送去激活命令为 例，且本实施例中HS-PDCCH格式发生改变。参见图9，本实施例包括：
步骤901：NodeB2决定发起去激活。
步骤902：NodeB2向RNC发送去激活指示信息。
步骤903：RNC停止在辅助服务小区的数据发送。
步骤904：将已分配给辅助服务小区但未收到反馈传输成功信息的数 据，转移分配到服务小区中传输。
步骤905：RNC向NodeB1发送去激活指示信息。
步骤906：NodeB1向UE发送去激活命令。
步骤907：UE向NodeB1反馈确认信息。
步骤908：UE更改HS-DPCCH的信道发送格式。
UE在反馈确认信息时，或者经过若干时间，如12或18个时隙后， 将HS-DPCCH的信道发送格式更改为单小区的信道发送格式。步骤907 和步骤908无时序限制关系。
步骤909：NodeB1更改HS-DPCCH的信道接收格式。
NodeB1在接收到确认信息时，或者经过若干时间，如12或18个时 隙后，将HS-DPCCH的信道接收格式更改为单小区的信道接收格式。
本实施例通过去激活辅助服务小区后，NodeB2通过RNC向NodeB1 发送去激活指示信息，NodeB1在接收到指示信息后去激活UE，NodeB1 和UE都更改HS-PDCCH的格式，可以保证NodeB1和UE侧的状态一致， 避免对下行数据传输的影响。另外，NodeB将去激活指示信息发送给RNC， 可以为RNC的分流提供依据。
图10为本发明中去激活的方法另一实施例的流程示意图，本实施例 以NodeB1发起DRX去激活为例，参见图10，本实施例包括：
步骤1001：NodeB1决定发起去激活。
其中，NodeB1可以在服务小区的数据流量过高等原因时决定去激活 服务小区某个UE的DRX。
步骤1002：可选的，NodeB1初始化并开启定时器。
其中，定时器可以进行递增或者递减计数。
步骤1003：NodeB1向RNC发送去激活指示信息。
步骤1004：RNC向NodeB2发送去激活指示信息。
上述的去激活指示信息可以通过信令或者数据帧携带，尽可能重用现 有机制。该指示信息指示RNC或者NodeB2该UE的下行链路DRX将被 去激活。
步骤1005：NodeB2向UE发送去激活命令。
该去激活命令例如为HS-SCCH order。
步骤1006：UE经过若干时间(如12时隙或者18时隙)后，进行DRX 去激活。
步骤1007：UE向NodeB2反馈确认信息。
步骤1008：NodeB2进行DRX去激活。
NodeB2接收到确认信息后，DRX状态将被去激活。
步骤1009：UE向NodeB1发送CQI0或CQI31，指示该UE的下行链 路DRX已被去激活。
本实施例以发送多个CQI0或CQI31为例。
步骤1010：可选的，NodeB1根据定时器的计数值判断去激活过程是 否失败。
如果设置了定时器，则NodeB 1在定时器递减至零或递增至最大数时， 未收到该UE上报的若干个CQI0或者CQI31，则去激活过程失败，步骤 终止。否则执行：
步骤1011：NodeB1在收到多个CQI0或CQI31时，进行DRX去激活。
步骤1007和1008与步骤1009～1011无时序限制关系。
步骤1012：可选的，NodeB1向UE发送去激活命令。
该去激活命令可以是HS-SCCH order，NodeB1发送的去激活命令可 以和NodeB2发送的去激活命令相同也可以不相同。
步骤1013：可选的，UE向NodeB1反馈确认信息。
本实施例通过CQI0或CQI31向NodeB1通知DRX去激活信息，可以 实现基站侧和UE侧均指向DRX去激活，保证两侧状态一致。
图11为本发明中去激活的方法另一实施例的流程示意图，包括：
步骤1101：NodeB1决定发起去激活。
其中，NodeB1可以在服务小区的数据流量过高等原因时决定去激活 服务小区某个UE的DRX。
步骤1102：在DRX周期内约定由数据传输的非间隙时隙将DRX去 激活。步骤1103：NodeB1向RNC发送去激活指示信息。
步骤1104：RNC向NodeB2发送去激活指示信息。
步骤1105：NodeB2向UE发送去激活命令。
步骤1106：UE进行DRX去激活。
步骤1107：UE向NodeB2反馈确认信息。
步骤1108：NodeB2进行DRX去激活。
步骤1103～1108的具体内容可以参见步骤1003～1008。
本实施例中，可选地，在步骤1101和步骤11022中，当NodeB1决定 发起去激活时，NodeB1设置一个“去激活生效时间”，在“去激活生效 时间”到达时，才去激活DRX。可选地，在步骤1103和1104中，增加“去 激活生效时间”指示；如果NodeB2收到“去激活生效时间指示”，则当 NodeB2判定到达“去激活生效时间”后执行步骤1105，此时应用步骤 1106到步骤1108。
本实施例中，由于辅助服务小区和UE的DRX激活状态始终一致， 不会由于RNC和NodeB之间信息传输的失败对下行数据传输造成影响； 而服务小区可以通过实现的方式来保证其下行数据发送能被UE可靠的接 收，比如(1)在判决发起去激活DRX后，服务小区仅选择在在DRX周 期内约定有数据传输的非间隙时刻的子帧开始生效DRX去激活，并保证 两个连续的数据包间隔要小于DRX不活动门限周期(2)在判决发起激活 DRX后，由于UE侧连续接收数据，此时也没有问题。上面分别描述了去 激活过程，对应的，激活流程可以如下。
图12为本发明中激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区激活为例，且本实施例中HS-PDCCH格式不变。 参见图12，本实施例包括：
步骤1201：NodeB2决定发起激活。
NodeB2在辅助服务小区的调度资源宽裕、负载较低等原因时，决定 激活对辅助服务小区的某个UE的MF-Tx。
步骤1202：NodeB2向RNC发送激活指示信息。
该激活指示信息可以通过数据帧或者信令携带，尽可能重用现有机 制。
该激活指示信息用于指示RNC该UE所在的辅助服务小区将被激活。
另外，NodeB2还可以按照MF-Tx下HS-DPCCH的信道定时开启 HS-DPCCH检测。
步骤1203：RNC向NodeB1发送激活指示信息。
该激活指示信息可以通过数据帧或者信令携带，尽可能重用现有机 制。
该激活指示信息用于指示NodeB1该UE所在的辅助服务小区将被激 活。
步骤1204：NodeB1向UE发送激活命令。
激活命令可以是HS-SCCH order。
步骤1205：UE向NodeB1反馈确认信息。
步骤1206：NodeB1向RNC发送MF-Tx已激活指示信息。
MF-Tx已激活指示信息可以通过信令或者数据帧携带，尽可能重用现 有机制。
MF-Tx已激活指示信息指示该UE所在的该辅助/辅小区已被激活， RNC可以给该UE所在的该辅助/辅小区分配数据了。
本实施例通过RNC向NodeB1发送激活指示信息，可以使得NodeB1 激活UE的MF-Tx，并且NodeB1在UE激活后向RNC发送已激活指示信 息，可以使得RNC及时向辅助服务小区传输数据。
图13为本发明中激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区激活为例，且本实施例中HS-PDCCH格式不变。 参见图13，本实施例包括：
步骤1301：NodeB2决定发起激活。
具体内容可以参见步骤1201。
步骤1302：NodeB2按MF-Tx定时开启HS-DPCCH检测。
步骤1303：NodeB2向RNC发送激活指示信息。
步骤1304：RNC向NodeB1发送激活指示信息。
步骤1305：NodeB1向UE发送激活命令。
步骤1306：UE向NodeB1反馈确认信息。
步骤1303～1306的具体内容可以参见步骤1202～1205。
步骤1307：NodeB2检测到CQI1～CQI30中的任一值。
步骤1308：NodeB2向UE发送激活命令。
步骤1309：UE向NodeB2反馈确认信息。
如果该UE已经进入MF-Tx状态，则该UE向辅助/辅小区反馈确认信 息，否则发送否认信息，并重复步骤1507～1509，直至该UE向辅助/辅小 区反馈确认信息，确认消息和否认消息需要事先约定表示方式，如ACK 代表确认，NACK代表否认；
步骤1308和步骤1309是可选的。
步骤1310：NodeB2向RNC发送MF-Tx已激活指示信息。
本实施例通过NodeB2的检测CQI值确定UE已激活，并向RNC发 送已激活指示信息，可以使得RNC及时向辅助服务小区传输数据。
图14为本发明中激活的方法另一实施例的流程示意图，本实施例以 NodeB2发起辅助服务小区激活为例，且本实施例中HS-PDCCH格式改变。 参见图14，本实施例包括：
步骤1401：NodeB2决定发起去激活。
步骤1402：NodeB2按MF-Tx定时开启HS-DPCCH检测。
步骤1403：NodeB2向RNC发送激活指示信息。
步骤1404：RNC向NodeB1发送激活指示信息。
步骤1405：NodeB1向UE发送激活命令。
步骤1406：UE向NodeB1反馈确认信息。
步骤1407：NodeB1在若干时间，如12时隙或18时隙之后，更改信 道格式为MF-Tx的HS-DPCCH的信道接收格式。
步骤1408：UE改变HS-DPCCH信道发送格式，反馈辅助服务小区的 CQI。
其中，UE可以将信道格式从单小区的HS-DPCCH信道发送格式更改 为MF-Tx信道发送格式，并检测辅助服务小区的HS-SCCH，根据检测结 果在HS-DPCCH上反馈辅助服务小区的CQI。
步骤1407和步骤1408无时序限制关系。
步骤1409：NodeB2检测到HS-DPCCH信道格式改变。
步骤1410：可选的，NodeB2向UE发送激活命令。
步骤1411：可选的，UE向NodeB2反馈确认信息。
步骤1412：NodeB2在若干时间，如12时隙或18时隙之后，更改信 道格式为MF-Tx的HS-DPCCH的信道接收格式。
步骤1413：NodeB2向RNC发送MF-Tx已激活指示信息。
本实施例通过NodeB2的检测HS-DPCCH的信道格式确定UE已激活， 并向RNC发送已激活指示信息，可以使得RNC及时向辅助服务小区传输 数据。
图15为本发明中激活的方法另一实施例的流程示意图，本实施例以 NodeB1发起DRX激活为例，参见图15，本实施例包括：
步骤1501：NodeB1决定发起激活。
其中，NodeB1可以在服务小区的数据流量过低等原因时决定激活服 务小区某个UE的DRX。
步骤1502：可选的，NodeB1初始化并开启定时器。
定时器可以进行递增或者递减运算。
步骤1503：NodeB1向RNC发送激活指示信息。
步骤1504：RNC向NodeB2发送激活指示信息。
激活指示信息可以通过信令或数据帧携带，尽可能重用现有机制。该 激活指示信息用于指示RNC或NodeB2服务小区的某个UE的DRX将被 激活。
步骤1505：NodeB2向UE发送激活命令。
步骤1506：UE向NodeB2反馈确认信息。
步骤1507：UE向NodeB1发送CQI0或CQI31，指示该UE的下行链 路DRX将被激活。
本实施例以发送多个CQI0或CQI31为例。
其中，步骤1507与步骤1506无时序限制关系。
步骤1508：NodeB2进行DRX激活。
步骤1509：可选的，UE在若干时间(如12时隙或18时隙)后进行 DRX激活。
步骤1510：可选的，如果设置了定时器，NodeB1根据定时器的计数 值判断激活过程是否失败。
如果设置了定时器，则NodeB1在定时器递减至零或递增至最大数时， 未收到该UE上报的若干个CQI0或者CQI31，则激活过程失败，步骤终 止。否则执行：
步骤1511：NodeB1在收到多个CQI0或CQI31时，进行DRX激活。
步骤1512：可选的，NodeB1向UE发送激活命令。
步骤1513：可选的，UE向NodeB1反馈确认信息。
可选的，如果步骤1509时UE没有激活DRX，也可以是在步骤1513 之后由UE执行激活DRX。
本实施例通过UE向NodeB1发送CQI0或CQI31，可以向NodeB1通 知UE已激活。
图16为本发明中激活的方法另一实施例的流程示意图，包括：
步骤1601：NodeB1决定发起激活。
其中，NodeB1可以在服务小区的数据流量过低等原因时决定激活服 务小区某个UE的DRX。
步骤1602：NodeB1将DRX激活。
步骤1603：NodeB1向RNC发送激活指示信息。
步骤1604：RNC向NodeB2发送激活指示信息。
步骤1605：NodeB2向UE发送激活命令。
步骤1606：UE进行DRX激活。
步骤1607：UE向NodeB2反馈确认信息。
步骤1608：NodeB2进行DRX激活。
本实施例中，可选的，在步骤1601和步骤1602中，当NodeB1决定 发起激活时，NodeB1设置一个“激活生效时间”，在“激活生效时间” 到达时，才激活DRX。可选地，在步骤1603和1604中，增加“激活生效 时间”指示；如果NodeB2收到“激活生效时间指示”，则当NodeB2判 定到达“激活生效时间”后执行步骤1605，此时应用步骤1606到步骤1608。
本实施例中，由于辅助服务小区和UE的DRX激活状态始终一致， 不会由于RNC和NodeB之间信息传输的失败对下行数据传输造成影响； 而服务小区可以通过实现的方式来保证其下行数据发送能被UE可靠的接 收，比如(1)在判决发起去激活DRX后，服务小区仅选择在在DRX周 期内约定有数据传输的非间隙时刻的子帧开始生效DRX去激活，并保证 两个连续的数据包间隔要小于DRX不活动门限周期(2)在判决发起激活 DRX后，由于UE侧连续接收数据，此时也没有问题。
需要说明的是，所有实施例中NodeB和RNC信息交互时，可以是如 图中所示单向的，也可以是双向的，即接收信息方需要发送反馈信息指示 确认或不确认信息，具体为：接收方如果发送“确认”或“成功”的反馈 信息指示给发送方，则发送方仍保持当前的状态；接收方如果发送“非确 认”或“失败”的反馈信息指示给发送方，则发送方需要将当前的状态设 置为在发送方发送指示信息给接收方之前的状态。
图17为本发明RNC一实施例的结构示意图，包括接收模块171和发送 模块172；接收模块171用于接收第一基站发送的小区中的某个用户设备的 激活/去激活指示；发送模块172用于通知第二基站所述某个用户设备被激活 /去激活；所述第一基站为服务小区所属的基站或者辅助服务小区所属的基 站，对应的，所述第二基站为辅助服务小区所属的基站或者服务小区所属的 基站。
可选的，所述小区中的某个用户设备的激活/去激活指示为：辅助服务小 区中的某个用户设备的多流传输激活/去激活指示，所述发送模块具体用于： 向第二基站发送指示信息，指示第二基站所述某个用户设备在辅助服务小区 中的多流传输将被激活/去激活。
可选的，该RNC还可以包括：处理模块，用于收到第一基站发送的去激 活指示后，停止在所述辅助服务小区对该UE的数据发送但不删除RNC和辅 助服务小区所属的基站之间的链路。
可选的，所述处理模块还用于：将已分配给辅助服务小区但未收到反馈 传输成功信息的数据，转移分配到服务小区中传输。
可选的，所述小区中的某个用户设备的激活/去激活指示为：服务小区所 属的基站发送的服务小区中的某个用户设备的不连续传输DRX激活/去激活 指示，所述发送模块具体用于：向辅助服务小区所属的基站发送指示信息， 指示辅助服务小区所属的基站所述某个用户设备的DRX将被激活/去激活。
可选的，所述激活/去激活指示用于指示在所述某个用户设备所在的扇区 或基站中的所有小区内进行激活/去激活处理。本实施例通过RNC或UE接收 到第一基站发送的激活/去激活指示后，通知给第二基站，可以保证基站与 UE的状态一致，可以尽量保证数据解码成功，不影响下行数据传输。
图18为本发明UE一实施例的结构示意图，包括接收模块181、处理模 块182和发送模块183；接收模块181用于接收第一基站发送的小区中的某 个用户设备的激活/去激活命令，根据所述激活/去激活指示执行激活/去激活 处理；处理模块182用于执行激活/去激活处理；发送模块183用于通知第二 基站所述某个用户设备被激活/去激活；所述第一基站为服务小区所属的基站 或者辅助服务小区所属的基站，对应的，所述第二基站为辅助服务小区所属 的基站或者服务小区所属的基站。
可选的，所述小区中的某个用户设备的激活/去激活命令为：辅助服务小 区中的某个用户设备的多流传输激活/去激活命令，所述发送模块具体用于： 上报信道质量指示CQI0或者CQI31给服务小区所属的基站，指示服务小区 所属的基站所述UE在辅助服务小区的多流传输已被激活/去激活。
可选的，该UE还可以包括：上报模块，用于在上行链路高速专用物理 控制信道HS-DPCCH承载辅助服务小区的CQI的位置始终发送CQI0或 CQI31；或者，更改HS-DPCCH的信道发送格式。
可选的，所述小区中的某个用户设备的激活/去激活命令为：服务小区中 的某个用户设备的不连续传输DRX去激活/激活命令，所述发送模块具体用 于：上报CQI0或者CQI31给服务小区所属的基站，指示服务小区所属的基 站所述UE的DRX已被去激活/激活。
所述激活/去激活命令用于指示在所述某个用户设备所在的扇区或基站 中的所有小区内进行激活/去激活处理。
本实施例通过RNC或UE接收到第一基站发送的激活/去激活指示后， 通知给第二基站，可以保证基站与UE的状态一致，可以尽量保证数据解 码成功，不影响下行数据传输。
图19为本发明基站一实施例的结构示意图，该基站包括发起模块191和 通知模块192；发起模块191用于决定发起对小区中的某个用户设备的激活/ 去激活；通知模块192用于通过无线网络控制器RNC或用户设备UE通知第 二基站所述某个用户设备被激活/去激活；所述第一基站为服务小区所属的基 站或者辅助服务小区所属的基站，对应的，所述第二基站为辅助服务小区所 属的基站或者服务小区所属的基站。
可选的，所述基站为服务小区所属的基站；所述发起模块具体用于：决 定发起对辅助服务小区中的某个用户设备的多流传输激活/去激活；所述通知 模块具体用于：向RNC发送激活/去激活指示，使得所述RNC指示辅助服务 小区所属的基站所述某个用户设备所在的辅助服务小区将被激活/去激活。
可选的，所述RNC的指示使得所述辅助服务小区所属的基站向UE发送 激活/去激活命令，所述激活/去激活命令使得UE改变HS-DPCCH的信道发 送格式并发送信道质量指示CQI0或CQI31，所述基站还包括：更改模块，用 于接收到UE发送的CQI0或CQI31后，改变HS-DPCCH的信道接收格式。
可选的，所述基站为服务小区所属的基站；所述发起模块具体用于：决 定发起对服务小区中的某个用户设备的不连续传输DRX的激活/去激活；所 述通知模块具体用于：向RNC发送激活/去激活指示，使得所述RNC指示辅 助服务小区所属的基站所述某个用户设备的DRX将被激活/去激活，以及使 得所述辅助服务小区所属的基站向UE发送激活/去激活命令，所述激活/去激 活命令使得UE进行DRX激活/去激活处理并发送CQI0或CQI31。
可选的，该基站还包括：启动模块，用于在发起激活/去激活后，启动定 时器，以便在定时器设定的时间内接收到UE发送的CQI0或CQI31后，进 行DRX激活/去激活处理。
可选的，所述基站为服务小区所属的基站；所述发起模块具体用于：决 定发起对服务小区中的某个用户设备的不连续传输DRX的激活/去激活；所 述基站还包括：处理模块，用于在DRX周期内约定有数据传输的非间隙时隙 将DRX去激活，或者，服务小区所述的基站在发起DRX激活后，进行DRX 激活处理；所述通知模块具体用于：向RNC发送激活/去激活指示，使得所 述RNC指示辅助服务小区所属的基站所述某个用户设备的DRX将被激活/ 去激活，以及使得所述辅助服务小区所属的基站向UE发送激活/去激活命令， 所述激活/去激活命令使得UE进行DRX激活/去激活处理。
可选的，所述基站为辅助服务小区所属的基站；所述发起模块具体用于： 决定发起对辅助服务小区中的某个用户设备的多流传输激活/去激活；所述通 知模块具体用于：向UE发送激活/去激活命令，使得UE接收到所述激活/去 激活命令后向服务小区所属的基站发送CQI0或CQI31；或者，向RNC发送 激活/去激活指示，使得RNC指示服务小区所属的基站所述某个用户设备的 辅助服务小区已激活/去激活。
可选的，该基站还包括：命令模块，用于在决定发起去激活后，将缓冲 中的数据发送完毕，并向UE发送去激活命令；或者，在决定发起激活后， 按多流传输MF-Tx的定时开启HS-DPCCH检测，并在检测到CQI为CQI0 到CQI30中的任一值时，或者，检测到HS-DPCCH的信道格式改变后，向 UE发送激活命令。
可选的，所述通知用于指示在所述某个用户设备所在的扇区或基站中 的所有小区内进行激活/去激活处理。
本实施例通过RNC或UE接收到第一基站发送的激活/去激活指示后， 通知给第二基站，可以保证基站与UE的状态一致，可以尽量保证数据解 码成功，不影响下行数据传输。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算 机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步 骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存 储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非 对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的 普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进 行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或 者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范 围。
机译： 转播激活/去激活方法，基站，用户设备和设备
机译： 用于激活或去激活载波的方法，基站和用户设备
机译： 用于激活或去激活载波的方法，基站和用户设备
