CN103987109A - 一种dtx小区状态变更方法和设备 - Google Patents
一种dtx小区状态变更方法和设备 Download PDFInfo
- Publication number
- CN103987109A CN103987109A CN201310049056.1A CN201310049056A CN103987109A CN 103987109 A CN103987109 A CN 103987109A CN 201310049056 A CN201310049056 A CN 201310049056A CN 103987109 A CN103987109 A CN 103987109A
- Authority
- CN
- China
- Prior art keywords
- dtx
- community
- change
- resting state
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种DTX小区状态变更方法和设备。该方法包括：网络设备接收终端的上报信息；所述网络设备根据终端的上报信息，进行DTX小区状态变更判决，并在判决为需要进行状态变更时，发起DTX小区状态变更过程，所述DTX小区状态变更是指从休眠状态变更为正常状态，或者从正常状态变更为休眠状态。其中，所述终端的上报信息包括：终端对DTX小区的信道质量测量结果，或者终端建议DTX小区状态变更的指示信息，以及终端位置信息。采用本发明可在异构网络场景下，快速变更DTX小区状态，为该UE服务。
Description
技术领域
本发明涉及无线通信领域，尤其涉及一种DTX小区状态变更方法和设备。
背景技术
随着家庭基站、微小区等的部署，传统的只有宏小区的同构网络将逐步演进为多种类型小区共存的异构网。在异构网络下，宏基站（Marco eNB）可以提供基本覆盖，低功率的本地节点（Local eNB或Small cell）在宏基站覆盖范围内提供小范围覆盖，如图1所示，其中低功率的本地节点可以是RN（源中继节点）、HeNB（家庭基站）、Pico等。
为了降低干扰、实现基站节能，LTE（Long Term Evolution，长期演进）引入了小区非连续发送（Discontinuous Transmission，Cell DTX）的概念，将小区工作状态分为normal状态（正常状态，即工作状态）和dormant状态（休眠状态）两种，拥有此两种状态的小区以下简称为DTX cell。当DTX cell处于normal状态时，小区工作方式与正常小区一致，可以发送CRS（Common Reference Signal，公共参考信号）和其他物理信号，包括小区识别信号（Cell identification signal），小区识别信号可以是PSS（Primary Synchronization Signal，主同步信号）或SSS（Secondary Synchronization Signal，辅同步信号），也可以是其他信号，与UE（User Equipment，用户设备，即终端）间进行正常的数据传输；当DTX cell处于dormant状态时，不发送CRS信号和其他物理信号，仅能发送小区识别信号Cell identification signal，无法与UE间进行正常的数据传输。
在重叠覆盖场景下，控制基站出于负荷分流、容量提升等目的，可仅在有分流承载等需求时才将DTX小区激活，使小区工作状态转变为normal状态，否则控制基站指示DTX Cell处于dormant状态。
LTE Rel-12基于节能和降低干扰等目的将引入NCT（New Carrier Type，新载波类型）。NCT和传统意义上的小区相比，引入新的CRS pattern等特殊设计。NCT目前的定义就是a carrier with reduced CRS transmission（即一种带简化CRS传输的载波）。
对于异构网络，由于宏基站覆盖范围内有大量本地节点（如Local eNB）存在，本地节点与Macro eNB之间存在数据/信令接口（可以是有线或无线接口），UE可以工作在Macro eNB或本地节点下。由于本地节点控制的小区覆盖范围小，服务的UE少，所以连接到本地节点的UE往往能获得更好的服务质量，如：获得更高的业务速率、更高质量的链路。因此，当连接到Macro eNB的UE进入本地节点所对应的小区的覆盖范围时，可以转移到本地节点以获得本地节点提供的服务；当UE远离本地节点所对应的小区覆盖范围时，需要转移到Macro eNB控制的小区，以保持无线连接。这样，UE在宏基站覆盖范围内移动时，可能将不断执行Macro cell 与Local cell之间的切换操作。
为了避免频繁切换导致数据传输中断，一种方式就是引入承载分离机制，如图2所示，使UE可以同时聚合Local eNB和Macro eNB的资源进行数据传输。具体来讲，当UE在只有Macro eNB小区覆盖的区域，UE的控制面连接和用户面连接都在Macro eNB； 当UE移动到/接近Macro eNB小区和本地节点小区重叠覆盖区域时，UE的全部或部分用户面承载连接被转移到本地节点，以获得更高的业务传输速率；控制面连接仍然保持在Macro eNB，以减少频繁切换带来的信令开销。承载分离方式可以让UE选择就近节点传输，从而可以使用较低的功率和较高的MCS（Modulation and Coding Scheme，调制编码方式）发送，这样就可以同时达到节电、降低干扰、提升系统吞吐量的目的。
现有基站节能机制也主要是针对有重叠覆盖的场景，比如：由GERAN（GSM EDGE Radio Access Network，GSM/EDGE无线接入网络）或UTRAN（UMTS Terrestrial Radio Access Network，UMTS陆地无线接入网）或E-UTRAN（Evolved Universal Terrestrial Radio Access Network，演进型通用陆地无线接入网）小区提供宏覆盖，E-UTRAN（演进的UTRAN）小区作为热点覆盖，热点覆盖位于基本覆盖范围内。
在重叠覆盖场景下，热点小区的主要作用就是分流基本覆盖小区的容量。因此出于基站节能考虑，热点小区仅需要在有承载分流需求时才有必要开启，其它情况下可以关闭以达到基站节能的目的，即所谓的小区激活/去激活机制。在小区激活状态下，小区可以正常工作，即可以正常发送各种物理层信号以及进行数据传输，小区去激活状态下，小区不能发送任何信号，也不能和UE之间进行数据收发。
热点小区的节能通过激活/去激活热点小区的方式实现。
当提供热点覆盖的基站决定去激活其下某个小区时，可以将该小区内处于连接态的UE切换到其它小区，并在切换请求中指示切换原因，避免这些小区将UE再次切换到该去激活小区。此外，提供热点覆盖的基站在去激活其下某个或者某些小区后通过基站间接口通知邻基站该热点覆盖基站去激活了其下哪些小区。
热点小区被去激活后，一旦提供宏覆盖的基站有容量分流需求，比如基本覆盖小区覆盖超过某个门限，那么需要激活一个或者多个热点小区。如果提供基本覆盖的小区是E-UTRAN小区，那么可以使用X2口的Cell Activation（即小区激活）过程；如果提供基本覆盖的是UTRAN或者GERAN小区，那么需要使用S1口的MME Direct Information Transfer（即MME直传信息传输）过程来实现热点小区的激活。
当前机制中小区状态在节电和工作状态下的变化较慢，无法根据需求快速为UE提供传输服务。
发明内容
本发明实施例提供了一种DTX小区状态变更方法和设备，用以实现DTX小区状态的快速变更。
本发明实施例提供的DTX小区状态变更方法，包括：
网络设备接收终端的上报信息，所述上报信息包括终端对DTX小区的信道质量测量结果，或者包括终端建议DTX小区状态变更的指示信息；
所述网络设备根据终端的上报信息，发起DTX小区状态变更过程，所述DTX小区状态变更是指从休眠状态变更为正常状态，或者从正常状态变更为休眠状态。
本发明实施例提供的网络设备，包括：
接收模块，用于接收终端的上报信息，所述上报信息包括终端对非连续发送DTX小区的信道质量测量结果，或者包括终端建议DTX小区状态变更的指示信息；
小区状态变更处理模块，用于根据终端的上报信息，发起DTX小区状态变更过程，所述DTX小区状态变更是指从休眠状态变更为正常状态，或者从正常状态变更为休眠状态。
本发明的上述实施例，网络设备根据终端的上报信息进行DTX小区状态变更处理操作，从而可以在终端进入DTX小区后，快速启动DTX小区进入工作状态，为终端服务。
附图说明
图1为现有技术中的异构网络示意图；
图2为现有技术中的分层网络部署场景示意图；
图3为本发明实施例提供的DTX小区状态变更的总体流程示意图；
图4为本发明实施例一提供的DTX小区状态变更流程示意图；
图5为本发明实施例二提供的DTX小区状态变更流程示意图；
图6为本发明实施例三提供的DTX小区状态变更流程示意图；
图7为本发明实施例四提供的DTX小区状态变更流程示意图；
图8为本发明实施例五提供的DTX小区状态变更流程示意图；
图9为本发明实施例六提供的DTX小区状态变更流程示意图；
图10为本发明实施例提供的网络设备的结构示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
参见图3，为本发明实施例提供的DTX小区状态变更的总体流程示意图，如图所示，该流程可包括：
步骤1：网络设备接收UE的上报信息。
UE的上报信息可包括：对DTX小区信道质量的检测结果，进一步的还可包括UE的位置信息；或者，UE的上报信息可以是UE建议DTX小区状态变更的指示信息，UE可通过L1信令或MAC（Media Access Control，媒体访问控制） CE（Control Element，控制单元）或RRC（Radio Resource Control，无线资源控制）信令将该指示信息发送给网络设备。
步骤2：该网络设备根据终端的上报信息，发起DTX小区状态变更过程。所述DTX小区状态变更是指从dormant状态变更为normal状态，或者从normal状态变更为dormant状态。
具体的，网络设备可采用以下三种方式发起DTX小区状态变更过程：
（1）方式一
dormant->normal状态变更过程：网络设备将DTX小区状态从dormant状态变更为normal状态；网络设备通过RRC信令将该DTX小区作为服务小区配置给UE用于数据传输，或者通过RRC信令触发UE在该小区的切换过程，或者通过RRC信令触发UE在该小区的承载分离过程。
normal->dormant状态变更过程：网络设备通过RRC信令将DTX小区从serving cell（服务小区）列表中删除，或者通过RRC信令触发终端进行切换过程，或者通过RRC信令触发终端进行承载合并过程，并将小区状态从normal状态变更为dormant状态。
（2）方式二
dormant->normal状态变更过程：网络设备将DTX小区配置给UE，当网络设备将小区状态变更为normal状态后，通过MAC CE或PDCCH（Physical Downlink Control Channel，物理下行控制信道）通知UE小区状态变更，UE按照normal小区配置进行工作，开始正常的数据传输。此方式下，dormant/normal状态和activation/deactivation状态可无关，也可具有绑定关系。
normal->dormant状态变更过程：网络设备通过MAC CE或PDCCH通知UE小区状态变更为dormant，UE在该小区上按照小区dormant配置进行测量和工作。此方式下，dormant/normal状态和activation/deactivation状态可无关，也可具有绑定关系。
（3）方式三
dormant->normal状态变更过程：网络设备配置UE对DTX小区进行测量，UE通过测量判断想要激活的DTX小区（小区状态变更为normal），并通过小区状态变更建议MAC CE或RRC信令或L1信令将建议DTX小区状态变更的指示信息通知网络设备；网络设备收到UE上报信息后，直接或按照一定的规则将小区状态从dormant状态变更为normal状态，并通知DTX小区工作状态变更为normal状态。
normal->dormant状态变更过程：UE通过测量判断想要去激活的DTX小区（小区状态变更为dormant），并通过小区状态变更建议MAC CE或RRC信令或L1信令将建议DTX小区状态变更的指示信息通知网络设备；网络设备收到UE上报信息后，直接或按照一定的规则将DTX小区状态从normal状态变更为dormant状态，并通知给DTX小区工作状态变更为dormant状态。
上述流程中的所述网络设备可以是Macro eNB或其它可以激活/去激活DTX小区的网络设备。
以上流程适用于分层组网架构，进一步的，还可适用于分层组网中的承载分离的网络架构。
下面结合具体实施例对上述三种状态变更方式进行详细描述。下述实施例适用于支持Cell DTX工作机制的所有小区。其中，DTX小区的小区识别信号（cell identification signal）由该小区归属的本地基站配置或其以他方式配置，并在共享该DTX小区的所有基站间进行交互。
实施例一
本实施例描述了方式一中DTX小区状态变为normal后，网络设备将该小区作为服务小区配置给UE的过程。
如图4所示，该流程可包括：
步骤1：Macro eNB以专用信令方式（如RRC信令）通知其下工作的支持DTX小区的UE，对DTX小区所在频点或DTX cell list（DTX小区列表）进行测量。
优选的，Macro eNB也可以在本基站下的负荷达到一定程度时（负荷>M1，M1为预先设置的阈值），才通知UE监听DTX小区所在频点或DTX小区列表的小区识别信号（Cell identification signal）。
步骤2：UE遵照现有的测量规则，按照网络侧告知的DTX小区dormant配置，对相应频点或小区进行测量，并通过事件和/或周期触发的方式将对该频点或小区的Cell identification signal的测量结果RSRP（Reference Signal Receiving Power，参考信号接收功率）和/或RSRQ（Reference Signal Receiving Quality，参考信号接收质量）上报给Macro eNB。进一步的，UE可以将自身的位置信息一起上报给Macro eNB，根据UE上报的自身位置信息，网络侧可以更好地获知UE所处的网络位置（如是否处在DTX小区覆盖范围下，处于哪个DTX小区覆盖范围下），并根据该位置信息判断后续变更哪个DTX小区的工作状态，配置哪个DTX小区为UE服务（如切换、配置为服务小区等）。其中，UE获知自身位置信息的方法可以有多种，如通过定位技术获知自身的位置。另外，UE上报的信息还可以包括BSR（Buffer Status Report，缓冲区状态报告）信息等已有信息，也可以进一步包括将来可能引入的、能够反映测量质量或体现负载状态的其他信息。
步骤3：Macro eNB根据UE上报的测量结果，上报测量结果的UE数目等进行DTX小区状态变更判决，即判断是否需要激活DTX小区，并在判决需要激活DTX小区的情况下，判定需要激活哪个或哪些DTX小区。基于UE信息上报，Macro eNB可以在需要实现负荷分流、节能等作用时，在Macro eNB下存在多个DTX小区时，及时合理地选择合适的DTX小区，快速实现DTX小区状态变更，并执行后续的处理。本流程中，Macro eNB判决需要激活DTX小区。特别的，此处的DTX小区状态变更判断节点可以是宏基站，也可以是具备DTX小区状态变更判断和触发状态变更相应处理功能的网络设备（此说明可用于以下各实施例中）。
步骤4：Macro eNB通知需要激活的DTX小区变更为激活状态，此时该DTX小区的小区状态从dormant状态变更为normal状态。
步骤5：Macro eNB通过专用信令（如RRC信令）将该DTX小区作为UE的服务小区配置给UE。Macro eNB发送给UE的专用信令中的具体信息可包括：DTX小区的normal配置、DTX小区作为UE服务小区的小区标识（Cell index）、小区当前状态为normal等，进一步的，Macro eNB还可以通知UE对服务小区进行添加或修改或删除操作。
该步骤中，Macro eNB可选择处于该DTX小区覆盖范围下或即将进入该DTX小区的UE，或者在此基础上，选择与该DTX小区的信道质量高于设定阈值的UE，然后将该DTX小区作为UE的服务小区配置给选择出的UE。
步骤6：UE收到Macro eNB的通知后，确认DTX小区处于normal状态，根据网络侧的指示，将DTX小区作为服务小区按照小区normal配置开始数据传输。
步骤7：UE按照normal配置对该DTX小区的cell identification signal进行测量，并将测量结果上报给Macro eNB。特别的，UE上报的信息还可以包括BSR信息等已有信息，也可以进一步包括将来可能引入的、能够反映测量质量或体现负载状态的其他信息。
步骤8：Macro eNB根据UE上报的测量结果、UE的负荷、干扰等情况进行DTX小区状态变更判决。基于UE信息上报，在Macro eNB下存在多个DTX小区时，Macro eNB可以及时合理地选择合适的DTX小区，快速实现DTX小区状态变更，并执行后续的处理。本流程中，Macro eNB的判决结果为DTX小区不必要处于normal状态。
步骤9：Macro eNB通过专用信令（如RRC信令）通知UE（即与该DTX小区建立有用户面承载的UE，如步骤5中将该DTX小区配置为服务小区的UE）将不必处于normal状态的小区从服务小区列表中删除，并可以采用显式方式通知UE小区当前状态为dormant。若UE之前未保留DTX小区的dormant配置，则Macro eNB可以将dormant配置通知给UE。UE收到Macro eNB的指示后，确认小区状态变更为dormant，停止在小区上的数据传输。进一步的，UE可以上报网络侧DTX小区删除完成。此后，UE按照dormant配置在DTX小区上进行测量和工作。
步骤10：Macro eNB通知DTX小区去激活，此时DTX小区的小区状态从normal转变为dormant，DTX小区停止与UE间的数据传输。进一步的，DTX小区可以将AM RLC PDU（其中，AM为Acknowledged Mode（确认模式）的英文缩写，RLC为Radio Link Control（无线链路控制）的英文缩写，PDU 为Protocol Data Unit（协议数据单元）的英文缩写）前转到Macro eNB。
可选的，当DTX小区状态变更时，状态变更信息可以在可使用DTX小区的基站（除DTX小区归属基站和宏基站）之间进行交互。
可选的，上述流程中的步骤3或步骤8中，Macro eNB也可以经过节点间协商后进行DTX小区状态变更判决。
可选的，上述流程7中，UE可将DTX小区的测量结果上报给DTX小区归属的基站。相应的，步骤8中，由DTX小区归属的基站进行DTX小区状态变更判决，在判决需要将状态变更为dormant状态时进行小区状态变更，并进一步将DTX小区状态变更的信息通知给Macro eNB；步骤9中，由DTX小区归属的基站通知UE将去激活的DTX小区从服务小区列表中删除；进一步的，DTX小区归属的基站可以将AM RLC PDU前转到Macro eNB；此种情况下省略步骤10。
可选的，上述流程7中，UE可将DTX小区的测量结果上报给DTX小区归属的基站，DTX小区归属的基站将该测量结果发送给Macro eNB。其它步骤同前所述，在此不再赘述。
实施例二
本实施例描述了方式一中，DTX小区状态变为normal后，网络设备触发与该小区间的切换过程或承载分离过程。以下以切换过程举例描述。
如图5所示，该流程可包括：
步骤1：Macro eNB以专用信令方式（如RRC信令）通知其下工作的支持DTX小区的UE，对DTX小区所在频点或DTX cell list（DTX小区列表）进行测量。
优选的，Macro eNB也可以在本基站下的负荷达到一定程度时（负荷>M1，M1为预先设置的阈值），才通知UE监听DTX小区所在频点或DTX小区列表的小区识别信号（Cell identification signal）。
步骤2：UE遵照现有的测量规则，按照网络侧告知的DTX小区dormant配置，对相应频点或小区进行测量，并通过事件和/或周期触发的方式将对该频点或小区的Cell identification signal的测量结果RSRP和/或RSRQ上报给Macro eNB。进一步的，UE可以将自身的位置信息一起上报给Macro eNB，根据UE上报的自身位置信息，网络侧可以更好地获知UE所处的网络位置（如是否处在DTX小区覆盖范围下，处于哪个DTX小区覆盖范围下），并根据该位置信息判断后续变更哪个DTX小区的工作状态，配置哪个DTX小区为UE服务（如切换、配置为服务小区等）。其中，UE获知自身位置信息的方法可以有多种，如通过定位技术获知自身的位置。
步骤3：Macro eNB根据UE上报的测量结果，上报测量结果的UE数目等进行DTX小区状态变更判决，即判断是否需要激活DTX小区，并在判定需要激活DTX小区的情况下，判断需要激活哪个或哪些DTX小区。基于UE信息上报，Macro eNB可以在需要实现负荷分流、节能等作用时，在Macro eNB下存在多个DTX小区时，及时合理地选择合适的DTX小区，快速实现DTX小区状态变更，并执行后续的处理。本流程中，Macro eNB判决需要激活DTX小区。
步骤4：Macro eNB通知需要激活的DTX小区处于激活状态，此时DTX小区的小区状态从dormant状态变更为normal状态，并按照normal状态开始工作。
步骤5：Macro eNB选择相应的UE，发起与normal状态的该DTX小区间的切换过程（即指示UE切换到该normal状态的DTX小区）。Macro eNB将DTX小区normal状态配置通过切换命令告知给UE，以指示UE进行小区切换。进一步的，Macro eNB可以采用显式方式通知UE小区当前状态为normal。
该步骤中，Macro eNB可选择处于该DTX小区覆盖范围下或即将进入该DTX小区的、满足切换到该DTX小区的条件UE。
步骤6：UE切换完成后，确认DTX小区状态变更为normal状态，UE在DTX小区下按照normal配置开始工作，如进行数据传输。
步骤7：UE按照normal方式，对配置的该DTX小区的cell identification signal进行测量，并将测量结果上报给DTX小区归属的基站。
步骤8：DTX小区归属的基站根据UE上报的测量结果、UE的负荷、干扰等情况进行DTX小区状态变更判决。基于UE信息上报，在Macro eNB下存在多个DTX小区时，Macro eNB可以及时合理地选择合适的DTX小区，快速实现DTX小区状态变更，并执行后续的处理。本流程中，DTX小区归属的基站的判决结果为DTX小区不必要处于normal状态。
步骤9：DTX小区归属的基站通过RRC信令触发UE（即与该DTX小区建立有用户面承载的UE，如步骤5中切换到该DTX小区的UE）发起切换过程，将UE从该不必要处于normal状态的DTX小区切换到Macro小区。进一步的，DTX小区归属的基站还可以采用显式方式通知UE小区当前状态为dormant。切换过程中，若UE未保存之前的dormant配置，DTX小区归属的基站还可以将DTX小区dormant配置通知UE。切换完成后，UE按照dormant配置在DTX小区进行测量和工作。
步骤10：DTX小区归属的基站通知Macro eNB DTX小区去激活，此时DTX小区的小区状态从normal转变为dormant。DTX小区状态变更为dormant后，DTX小区仅发送小区识别信号，DTX小区覆盖范围下的所有UE与DTX小区间不能进行正常的数据传输。
可选的，当DTX小区状态变更时，状态变更信息可以在可使用DTX小区的基站（除DTX小区归属基站和宏基站）之间进行交互。
可选的，上述流程中的步骤3或步骤8中，Macro eNB也可以经过节点间协商后进行DTX小区状态变更判决。
可选的，上述流程的步骤7中，UE可将DTX小区的测量结果上报给Macro eNB，或者UE可将DTX小区的测量结果上报给DTX小区归属的基站，由DTX eNB交互给Macro eNB。相应的，步骤8~9中，由Macro eNB进行DTX小区状态变更判决，并在判决需要将状态变更为dormant状态时进行小区状态变更，并进一步将DTX小区状态变更的信息通知给DTX小区归属的基站；步骤10中，由Macro eNB发起小区切换过程。
可选的，上述流程的步骤5中，Macro eNB可通过RRC信令发起与normal状态的该DTX小区间的承载分离过程（即指示UE将用户面承载分离到该normal状态的DTX小区进行传输）；在步骤9中，Macro eNB可触发UE发起承载合并过程，将UE的用户面承载从该不必要处于normal状态的DTX小区合并到Macro小区。
实施例三
本实施例描述了方式二中，dormant/normal状态和activation/deactivation状态等同，即dormant和deactive绑定， normal和active绑定，即延用现有的激活/去激活 MAC CE，实现通知UE DTX小区状态为dormant或normal。以下流程以网络设备使用MAC CE指示UE为例描述。
本方式可以基于以下两点实现DTX小区状态的快速变更：其一，基于UE信息上报，Macro eNB可以在需要实现负荷分流、节能等作用时，在Macro eNB下存在多个DTX小区时，及时合理地选择合适的DTX小区，快速实现DTX小区状态变更，并执行后续的处理；其二，相较于RRC信令，UE能够更快地处理MAC CE或PDCCH，因此可以通过MAC CE或PDCCH尽快通知UE DTX小区状态变更，使DTX小区能够尽快为UE所用。
如图6所示，该流程可包括：
步骤1：Macro eNB将DTX小区作为服务小区配置给UE。
具体的，对支持DTX cell的UE，Macro eNB可以选择其覆盖范围下全部或部分DTX小区（选择部分小区时，可以基于UE位置信息等信息进行选择），作为UE的服务小区，利用RRC信令中的sCellToAddModList IE（信息单元）配置给UE。
Macro eNB发送给UE的信息可包括：DTX小区的无线资源配置信息（dormant状态下+normal状态下，RRC信令中可以以显式方式指明不同状态下的配置参数）、小区类型为DTX等。其中，DTX小区类型可以通过网络侧显式配置给UE（如Macro eNB通知DTX小区频点和小区ID时，同时告知UE该小区支持DTX），或者通过隐式方式告知给UE（如引入DTX小区专用频点）。
通常，UE具备载波聚合的支持能力，作为服务小区被配置给UE的DTX小区数目不超过6个。特别的，当DTX小区配置为UE的服务小区时，网络侧为UE配置的服务小区个数大于工作小区个数，以便于尽可能多地配置DTX小区为UE提供服务，扩大网络侧基于多个UE上报判断DTX小区状态变更的可选择的范围和灵活度。
步骤2：UE按照现有测量规则对DTX小区按照dormant配置进行测量，监听cell identification signal。在满足测量上报条件后，UE将对Cell identification signal的测量结果RSRP或/和RSRQ上报给Macro eNB。进一步的，UE还可以将自身位置信息一起上报给Macro eNB，根据UE上报的自身位置信息，网络侧可以更好地获知UE所处的网络位置（如是否处在DTX小区覆盖范围下，处于哪个DTX小区覆盖范围下），并根据该位置信息判断后续变更哪个DTX小区的工作状态，配置哪个DTX小区为UE服务（如切换、配置为服务小区等）。
步骤3：Macro eNB根据UE上报的测量结果、上报测量结果的UE数目等进行DTX小区状态变更判决，即判断是否需要激活DTX小区，并在判定需要激活DTX小区的情况下，判断需要激活哪个或哪些DTX小区。本流程中，Macro eNB需要激活DTX小区。
步骤4：Macro eNB通知需要激活的DTX小区激活，此时DTX小区的小区状态从dormant状态变更为normal状态。此后，DTX小区处于normal状态，DTX小区工作方式与正常小区一致，处在DTX 小区覆盖范围下的UE均可能在该小区下进行正常传输。
步骤5：Macro eNB通过激活去激活MAC CE通知UE该作为服务小区的该DTX小区处于激活状态。本方法中，网络侧利用现有的激活去激活MAC CE，通知终端DTX小区处于激活状态，即等同于通知终端小区处于正常状态；利用现有的激活去激活MAC CE，通知终端DTX小区处于去激活状态，即等同于通知终端小区处于休眠状态。
该步骤中，Macro eNB可选择处于该DTX小区覆盖范围下或即将进入该DTX小区的UE，或者在此基础上，选择与该DTX小区的信道质量高于设定阈值的UE，然后将DTX小区处于激活状态（也即normal状态）的信息通知给选择出的UE。
步骤6：UE根据Macro eNB发送的激活去激活MAC CE中的bitmap指示，确定作为UE服务小区的哪个DTX小区被激活，也即对UE来说哪个DTX小区状态变更为normal，可与该UE进行正常数据传输。此后，UE与该DTX小区之间开始正常数据的传输（包括监听对应该小区的PDCCH调度信息、上报SRS（Sounding Reference Signal，探测参考信号）、反馈CQI（Channel Quality Indicator，信道质量指示符）等），并按照normal小区配置进行工作，直至该小区被去激活。
步骤7：Macro eNB按照现有的服务小区激活/去激活判定条件，对DTX小区激活/去激活状态进行判定。本流程中，Macro eNB判定DTX小区不必要处于normal状态。
步骤8~9：Macro eNB通过激活去激活MAC CE通知UE DTX小区去激活（这里的UE是指与该DTX小区建立有用户面承载的UE，如将该DTX小区配置为服务小区的UE，且对于该UE来说，该DTX小区为normal状态），并通知需要去激活的DTX小区去激活，此时DTX小区的小区状态从normal状态变更为dormant状态，此后DTX小区仅能发送小区发现信号，而无法与原先工作在DTX小区的所有UE进行正常数据传输。步骤8和步骤9没有严格的时序要求。
UE收到Macro eNB的DTX小区去激活指示后，认为DTX小区状态变更为dormant（即小区去激活），去激活该DTX小区，停止对应的去激活定时器，清空对应该小区的所有HARQ（Hybrid Automatic Repeat Request，混合自动重传请求）缓存数据。此后，UE在去激活小区上按照dormant配置进行测量和工作。
可选的，当DTX小区状态变更时，状态变更信息可以在可使用DTX小区的基站（除DTX小区归属基站和宏基站）之间进行交互。
可选的，上述流程中的步骤3或步骤7中，Macro eNB也可以经过节点间协商后进行DTX小区状态变更判决。
可选的，上述流程的步骤7中，由DTX小区归属的基站对DTX小区激活/去激活状态进行判决，并在判定DTX小区不必处于normal状态时，将小区状态从normal变更为dormant，并通知Macro eNB DTX小区状态变更为dormant；相应的，步骤8中，也可以由DTX小区归属的基站通知UE DTX小区去激活；此种情况下省略步骤9。
可以看出，DTX小区激活/去激活状态判决以及判决后的相应处理操作，既可由Macro eNB进行，也可由DTX小区归属的基站进行，进一步的，还可以由具体由Macro eNB、DTX小区归属的基站等多基站协商处理。
实施例四
本实施例描述了方式二中，dormant/normal状态和activation/deactivation状态完全无关，即引入新的 MAC CE或RRC信令，用于网络侧指示UE DTX小区工作状态变更。以下流程以网络侧使用MAC CE指示UE为例描述。
本方式可以基于以下两点实现DTX小区状态的快速变更：其一，基于UE信息上报，Macro eNB可以在需要实现负荷分流、节能等作用时，在Macro eNB下存在多个DTX小区时，及时合理地选择合适的DTX小区，快速实现DTX小区状态变更，并执行后续的处理；其二，相较于RRC信令，UE能够更快地对处理MAC CE或PDCCH，因此可以通过MAC CE或PDCCH尽快通知UE DTX小区状态变更，使DTX小区能够尽快为UE所用。
如图7所示，该流程可包括：
步骤1：Macro eNB将DTX小区作为服务小区配置给UE。对支持DTX cell的UE，Macro eNB可以选择其覆盖范围下全部或部分DTX小区，作为UE的服务小区，利用RRC信令中的sCellToAddModList IE（信息单元）配置给UE。具体实现同图6所示流程中的步骤1。
步骤2：UE按照现有测量规则对DTX小区按照dormant配置进行测量，监听cell identification signal。在满足测量上报条件后，UE将对该DTX小区Cell identification signal的测量结果RSRP或/和RSRQ上报给Macro eNB。进一步的，UE还可以将自身位置信息一起上报给Macro eNB，根据UE上报的自身位置信息，网络侧可以更好地获知UE所处的网络位置（如是否处在DTX小区覆盖范围下，处于哪个DTX小区覆盖范围下），并根据该位置信息判断后续变更哪个DTX小区的工作状态，配置哪个DTX小区为UE服务（如切换、配置为服务小区等）。
步骤3：Macro eNB根据UE上报的测量结果、上报测量结果的UE数目等进行DTX小区状态变更判决。本流程中，Macro eNB判断有DTX小区需要变更为normal状态。
步骤4：Macro eNB通知需要处于normal状态的DTX小区变更为normal状态，此时DTX小区的小区状态从dormant状态变更为normal状态。此后，DTX小区处于normal状态，DTX小区工作方式与正常小区一致，处在DTX 小区覆盖范围下的UE均可能在该小区下进行正常传输。
步骤5：Macro eNB通过DTX小区状态变更MAC CE（新的 MAC CE，称为DTX小区状态变更MAC CE，其格式类似于现有的激活去激活MAC CE）通知UE该作为服务小区的DTX小区处于normal状态。
该步骤中，Macro eNB可选择处于该DTX小区覆盖范围下或即将进入该DTX小区的UE，或者在此基础上，选择与该DTX小区的信道质量高于设定阈值的UE，然后将DTX小区处于normal状态的信息通知给选择出的UE。
步骤6：UE根据Macro eNB发送的DTX小区状态变更MAC CE中的bitmap指示，确定作为UE服务小区的哪个DTX小区的状态变更为normal。此后，UE按照normal小区配置，与该DTX小区之间开始正常数据的传输（监听对应该小区的PDCCH调度信息、上报SRS、反馈CQI等），直至小区状态再次变更。
进一步的，对此normal状态的DTX小区，也可以引入类似现有去激活定时器（sCellDeactivationTimer）的计时器机制。当DTX小区状态变更定时器超时，认为DTX小区状态自动变更为dormant。当UE收到指示对应DTX小区上下行传输的PDCCH后，可重启该定时器。
步骤7~9：当Macro eNB按照UE上报的信道质量测量结果、网络情况等因素判断该DTX小区不再需要处于normal状态时，通过本实施例新定义的DTX小区状态变更MAC CE通知UE将DTX小区状态变更为dormant（这里的UE是指与该DTX小区建立有用户面承载的UE，如将该DTX小区配置为服务小区的UE，且对于该UE来说，该DTX小区为normal状态），并通知需要去激活的DTX小区去激活，此时DTX小区的小区状态从normal状态变更为dormant状态，此后DTX小区仅能发送小区发现信号，而无法与原先工作在DTX小区的所有UE进行正常数据传输。
UE收到该DTX小区状态变更MAC CE后，变更所维护的DTX小区状态为dormant。进一步的，UE可停止DTX小区状态变更定时器，清空对应DTX小区的所有HARQ缓存数据。此后，UE在该DTX小区上按照dormant配置进行测量和工作。
可选的，当DTX小区状态变更时，状态变更信息可以在可使用DTX小区的基站（除DTX小区归属基站和宏基站）之间进行交互。
可选的，上述流程的步骤3或步骤7中，Macro eNB也可以经过节点间协商后进行DTX小区状态变更判决。
可选的，上述流程的步骤7中，由DTX小区归属的基站对DTX小区状态进行判决，并在判定DTX小区不必处于normal状态时，将小区状态从normal变更为dormant，并通知Macro eNB DTX小区状态变更为dormant；相应的，步骤8中，也可以由DTX小区归属的基站通知UE DTX小区去激活；此种情况下省略步骤9。
可以看出，DTX小区normal/dormant状态判决以及判决后的相应处理操作，既可由Macro eNB进行，也可由DTX小区归属的基站进行，进一步的，还可以由具体由Macro eNB、DTX小区归属的基站等多基站协商处理。
实施例五
本实施例描述了方式二中，activation/deactivation过程只发生在normal状态下。下面以网络侧使用MAC CE指示UE为例进行描述。
本方式可以基于以下两点实现DTX小区状态的快速变更：其一，基于UE信息上报，Macro eNB可以在需要实现负荷分流、节能等作用时，在Macro eNB下存在多个DTX小区时，及时合理地选择合适的DTX小区，快速实现DTX小区状态变更，并执行后续的处理；其二，相较于RRC信令，UE能够更快地对处理MAC CE或PDCCH，因此可以通过MAC CE或PDCCH尽快通知UE DTX小区状态变更，使DTX小区能够尽快为UE所用。
步骤1：Macro eNB将DTX小区作为服务小区配置给UE。对支持DTX cell的UE，Macro eNB可以选择其覆盖范围下全部或部分DTX小区，作为UE的服务小区，利用RRC信令中的sCellToAddModList IE（信息单元）配置给UE。具体实现同图6所示流程中的步骤1。
步骤2：UE按照现有测量规则对DTX小区按照dormant配置进行测量，监听cell identification signal。在满足测量上报条件后，UE将对DTX小区的Cell identification signal的测量结果RSRP或/和RSRQ上报给Macro eNB。进一步的，UE还可以将自身位置信息一起上报给Macro eNB。
步骤3：Macro eNB根据UE上报的测量结果、上报测量结果的UE数目等判定触发哪个DTX小区处于normal状态。
步骤4：Macro eNB通知需要处于normal状态的DTX小区变更为normal状态，此时DTX小区的小区状态从dormant状态变更为normal状态，但处于normal状态下的去激活状态。此后，DTX小区处于normal状态，DTX小区工作方式与正常小区一致，处在DTX 小区覆盖范围下的UE均可能在该小区下进行正常传输。当Macro eNB通知DTX小区对某UE来说DTX小区处于激活状态时，且UE获知DTX小区状态变更为normal下的激活状态后， DTX小区与该UE之间才能进行正常的数据传输。
步骤5：Macro eNB通过DTX小区状态变更MAC CE（新的MAC CE，其格式类似于现有的激活去激活MAC CE）通知UE该服务小区处于normal状态，UE此后可以将DTX小区当作正常小区对待。UE根据Macro eNB发送的DTX小区状态变更MAC CE中的bitmap指示，确定作为UE服务小区的哪个DTX小区的状态变更为normal。
该步骤中，Macro eNB可选择处于该DTX小区覆盖范围下或即将进入该DTX小区的UE，或者在此基础上，选择与该DTX小区的信道质量高于设定阈值的UE，然后将DTX小区处于normal状态的信息通知给选择出的UE。
步骤6~8：Macro eNB判决激活该DTX小区，向该DTX小区发送激活通知，并通过现有的激活去激活MAC CE将DTX小区激活的信息通知给UE。特别的，当Macro eNB向归属基站发激活通知时，若携带UE标识，代表对这个UE来说DTX小区处于normal下的激活状态，所述激活去激活MAC CE也会发给该UE；若不带UE标识，代表对所有UE DTX小区处于normal下的激活状态，所述激活去激活MAC CE则会发给这些UE。
需要说明的是，在Macro eNB下发激活通知以激活该DTX小区前，对于UE来说该小区始终处于normal下的去激活状态。在UE收到网络侧下发的激活去激活MAC CE激活该DTX小区前，认为该小区始终处于normal下的去激活状态，按照小区normal配置的去激活状态进行测量和工作，在收到上述激活去激活MAC CE后，才认为该DTX小区处于normal下的激活状态。需要注意的是：此方法下，eNB发送激活去激活MAC CE的行为仅能发生在UE获知DTX小区状态变更为normal状态下时。在DTX小区normal状态的去激活状态下，UE需要监听小区发现信号、CRS，但不需要监听PDCCH等，不能进行正常数据传输；当UE在DTX小区normal状态下收到激活MAC CE，获知DTX小区处于normal状态的激活状态下，UE需要监听小区发现信号CRS，也需要监听PDCCH等，可以进行正常数据传输。
步骤9：UE收到Macro eNB下发的对应该DTX小区的激活去激活MAC CE后，UE在该DTX小区上按照normal配置，遵照现有的激活去激活行为规定工作，比如与DTX小区进行数据传输。当Macro eNB判断需要去激活该DTX小区时，再次下发激活去激活MAC CE，UE收到该指示后，在该DTX小区按照normal配置的去激活状态进行测量和工作；同时Macro eNB向DTX小区归属基站发送DTX小区去激活通知；Macro eNB向归属基站发激活通知时，若携带UE标识，代表对这个UE来说DTX小区处于normal下的去激活状态；若不带UE标识，代表对所有UE DTX小区处于normal下的去激活状态。
步骤10~12：当Macro eNB按照UE上报的信道质量测量结果、网络情况等因素判断不再需要该DTX小区处于normal状态时，通过DTX小区状态变更MAC CE通知UE将DTX小区状态变更为dormant（这里的UE是指认为该DTX小区的状态为normal状态的UE）；并且，Macro eNB通知不必要在处于normal状态的DTX小区状态变更，该DTX小区从normal状态变更为dormant状态。UE收到该指示后，变更所维护的DTX小区状态为dormant，清空对应DTX小区的所有HARQ缓存数据。此后，UE在该DTX小区上按照dormant配置进行测量和工作。
需要说明的是，根据上述流程步骤10的判决结果，步骤11中eNB通知UE的步骤有以下几种情况：
（1）当eNB将DTX小区状态变更为dormant时，若对某UE来说，小区此时处于激活状态，则首先通过激活去激活MAC CE通知UE需要去激活DTX小区（该小区状态变更为normal状态下的去激活状态），再通过状态变更MAC CE通知UE该DTX小区将状态变更为dormant状态，而后eNB通知DTX小区归属的基站DTX小区状态变更为dormant状态；或者，向UE发送DTX小区状态变更MAC CE，该MAC CE的作用是通知UE对DTX小区进行去激活处理，再变更为dormant状态，这样可以省略发送去激活通知的步骤，而后eNB通知DTX小区归属的基站DTX小区状态变更为dormant状态。
（2）当eNB将DTX小区状态变更为dormant时，若对某UE来说，小区此时处于去激活状态，则不需要首先通知UE去激活DTX小区，仅需要通知UE DTX小区状态变更为dormant，而后通知DTX小区归属的基站DTX小区状态变更为dormant状态；
（3）当eNB将DTX小区状态变更为去激活时，不一定会变更DTX小区状态为dormant，除非eNB判决将DTX小区状态变更为dormant。
可选的，当DTX小区状态变更时，状态变更信息可以在可使用DTX小区的基站（除DTX小区归属基站和宏基站）之间进行交互。
可选的，上述流程的步骤3或步骤6或步骤10中，Macro eNB也可以经过节点间协商后进行DTX小区状态变更判决。
可选的，上述流程的步骤10中，由DTX小区归属的基站对DTX小区状态进行判决，并在判定DTX小区不必要处于normal状态时，将小区状态从normal变更为dormant，并通知Macro eNB DTX小区状态变更为dormant；相应的，步骤11中，也可以由DTX小区归属的基站通知UE DTX小区状态变更为dormant；此种情况下省略步骤12。
可以看出，DTX小区normal/dormant状态判决以及判决后的相应处理操作，既可由Macro eNB进行，也可由DTX小区归属的基站进行，进一步的，还可以由具体由Macro eNB、DTX小区归属的基站等多基站协商处理。
实施例六
本实施例描述了方式三的具体实现过程。
如图9所示，该流程可包括：
步骤1：Macro eNB将DTX小区的配置信息发送给UE，并配置UE对DTX小区进行测量。
具体的，对支持DTX小区的UE，Macro eNB可以参照UE位置等信息，将其覆盖范围下潜在的DTX小区的无线资源配置信息、DTX小区类型等信息通知给UE，并配置UE对DTX小区进行测量。
这里的“无线资源配置信息”为dormant状态配置。这里的DTX小区类型可以通过Macro eNB以显式方式配置给UE（如通知DTX小区所在频点和小区ID时同时告知UE该小区类型为DTX小区），也可以通过隐式方式告知给UE（如引入DTX小区专用频点）。
步骤2：UE收到Macro eNB的通知后，保存DTX小区的无线资源配置信息，遵照现有的测量规则，监听Cell identification signal，并对Cell identification signal的测量结果RSRP或/和RSRQ进行处理，自行确定是否需要激活DTX小区以及需要激活哪个DTX小区。
步骤3：UE在判决需要激活DTX小区后，利用小区状态变更建议MAC CE（新的MAC CE格式）或RRC信令或L1信令，将建议DTX小区状态变更的指示信息发送给Macro eNB，请求Macro eNB对DTX小区状态进行变更，从dormant状态转变为normal状态。小区状态变更建议MAC CE的小区编号顺序和DTX小区资源配置时的小区顺序保持一致。
其中，UE在进行DTX小区激活判决时，在需要的情况下，可以调整RF（射频）模块。
步骤4：Macro eNB根据UE上报的小区状态变更建议MAC CE或RRC信令或L1信令，结合网络情况判定是否激活对应的DTX小区，并向被激活小区发送激活通知。被激活的DTX小区工作状态从dormant状态转换为normal状态，并按照normal状态开始工作。进一步的，Macro eNB可通知UE哪些DTX小区被激活，比如，可通过MAC CE或RRC信令通知UE小区状态变更。
可选的，Macro eNB也可以直接根据UE上报的小区状态变更建议MAC CE或RRC信令或L1信令，通知相应DTX小区进行激活。
步骤5~6：按照不同网络和UE情况，Macro eNB可通过RRC信令触发UE在该normal状态小区的切换过程（即指示UE切换到该normal状态的DTX小区），并在该过程中告知UE DTX小区normal状态配置，并可以以显式方式通知UE小区当前状态为normal。此操作完成后，UE按照normal小区配置，与DTX小区间开始进行数据传输。
步骤7~8：按照小区normal配置，UE对DTX小区CI signal进行测量，并在测量质量不再满足需求时上报小区状态变更建议MAC CE或RRC信令或L1信令，将建议DTX小区状态变更的指示信息发送给DTX小区所属基站，请求网络侧去激活DTX小区。
步骤9：DTX小区所属基站或Macro eNB根据UE上报的小区状态变更建议MAC CE或RRC信令或L1信令（Macro eNB获取的UE上报的小区状态变更建议MAC CE或RRC信令或L1信令由DTX小区所属基站交互通知），结合网络情况判定是否去激活对应的DTX小区（即变更小区状态为dormant）。若判决去激活DTX小区，则通过DTX小区所属基站发送RRC信令触发UE进行切换（即指示UE从该DTX小区切换到宏小区），并以显式方式通知UE小区当前状态为dormant。若UE未保留小区dormant状态配置，则在切换过程中网络侧还将dormant状态配置下发给UE。此后， UE在该小区上按照dormant状态配置进行测量和工作。
若判决去激活DTX小区且DTX小区去激活判决由Macro eNB执行，则Macro eNB向相应DTX小区发送去激活通知，去激活的DTX小区工作状态从normal状态转换为dormant状态，并按照dormant状态开始工作；若判决去激活DTX小区且DTX小区去激活判决由DTX eNB执行，则DTX eNB通知Macro eNB相应的DTX小区去激活，去激活的DTX小区工作状态从normal状态转换为dormant状态，并按照dormant状态开始工作。进一步的，网络侧可通知UE哪些DTX小区被去激活，比如，可通过MAC CE或RRC信令通知UE小区状态变更。
可选的，网络侧也可以按照UE的上报去激活对应的DTX小区。
可选的，上述流程的步骤5可替换为：Macro eNB通过RRC信令触发UE在该normal状态小区的承载分离过程（即指示UE将用户面承载分离至该状态为normal的DTX小区）；步骤9可替换为：Macro eNB通过RRC信令触发UE进行承载合并（即指示终端将该DTX小区上的用户面承载重新合并至Macro cell）。
可选的，上述流程的步骤5可替换为：Macro eNB可通过RRC信令配置该DTX小区为该UE的服务小区；步骤9可替换为：Macro eNB通过RRC信令指示终端从其服务小区列表中删除该DTX小区。
可选的，上述流程的步骤1中，Macro eNB将DTX小区配置信息发送给UE时，还将DTX小区作为服务小区配置给UE，此种情况下，这里的“无线资源配置信息”既包括dormant配置，也包括normal状态配置。相应的，步骤5可替换为：Macro eNB将DTX小区变更为normal状态的信息通知给UE；步骤9可替换为：Macro eNB将DTX小区变更为dormant状态的信息通知给UE。
可选的，当DTX小区状态变更时，状态变更信息可以在可使用DTX小区的基站（除DTX小区归属基站和宏基站）之间进行交互。
可选的，上述流程的步骤2或步骤7中，UE也可以经过节点间协商后进行DTX小区状态变更判决。
基于相同的技术构思，本发明实施例还提供了一种可应用于上述实施例的网络设备。
参见图10A和图10B，为本发明实施例提供的网络设备的结构示意图。该网络设备可以是基站设备，比如Macro eNB或者DTX小区归属的基站或者其它可使用DTX小区的基站。如图所示，该网络设备可包括：接收模块11、小区状态变更处理模块12。进一步的，如图10A所示，该网络设备还可包括服务小区配置模块13，其中：
接收模块11，用于接收终端的上报信息，所述上报信息包括终端对DTX小区的信道质量测量结果，或者包括终端建议DTX小区状态变更的指示信息；进一步的，所述终端的上报信息还包括：终端的位置信息；
小区状态变更处理模块12，用于根据终端的上报信息，发起DTX小区状态变更过程，所述DTX小区状态变更是指从休眠状态变更为正常状态，或者从正常状态变更为休眠状态。
下面结合图10A，对该网络设备中的各功能模块进行具体描述。
图10A中的服务小区配置模块13可在小区状态变更模块12发起DTX小区状态变更过程之前，将DTX小区作为服务小区配置给终端。优选的，服务小区配置模块13为终端配置的服务小区的数量大于工作小区的数量。
图10A中的小区状态变更模块12可根据终端对DTX小区的信道质量测量结果进行DTX小区状态变更判决，并在判决需要变更DTX小区状态时，发起DTX小区状态变更过程；或者，根据终端上报的建议DTX小区状态变更的指示信息，发起对相应DTX小区的状态变更过程，其中，所述指示信息是所述终端根据DTX小区的测量结果确定出的。
图10A中的小区状态变更处理模块12具体用于：若所述小区状态变更模块判决变更DTX小区状态为正常状态，则指示所述DTX小区将状态变更为正常状态，并通知终端所述DTX小区状态变更为正常状态。
具体的，小区状态变更处理模块12可在判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态变更为正常状态，并通过激活去激活MAC CE，通知终端所述DTX小区状态变更为正常状态；或者，小区状态变更处理模块12可在判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区的状态变更为正常状态，并通过状态变更MAC CE，通知终端所述DTX小区状态变更为正常状态；或者，小区状态变更处理模块12可在判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区的状态变更为正常状态下的去激活状态，并通过状态变更MAC CE，通知终端所述DTX小区状态变更为正常状态下的去激活状态，然后向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态变更为正常状态下的激活状态，并通过激活去激活MAC CE通知终端所述DTX小区状态变更为正常状态下的激活状态。
图10A中的小区状态变更处理模块12具体用于：若判决变更DTX小区状态为休眠状态，则指示所述DTX小区将状态变更为休眠状态，并通知终端DTX小区状态变更为休眠状态。
具体的，小区状态变更处理模块12可在判决变更DTX小区状态为休眠状态后，通过激活去激活MAC CE，通知终端所述DTX小区状态变更为休眠状态，并向所述DTX小区归属的基站发送去激活通知，将DTX小区状态变更为休眠状态；或者，小区状态变更处理模块12可在判决变更DTX小区状态为休眠状态后，通过状态变更MAC CE，通知终端所述DTX小区状态变更为休眠状态，并向所述DTX小区归属的基站发送状态变更通知，将DTX小区的状态变更为休眠状态；或者，小区状态变更处理模块12可在判决变更DTX小区状态为休眠状态后，若判断所述DTX小区当前处于正常状态下的激活状态，则通过向终端发送激活去激活MAC CE，通知终端去激活该DTX小区，然后通过向终端发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并通知所述DTX小区归属的基站将所述DTX小区状态变更为休眠状态；或者，通过向终端发送状态变更MAC CE，通知终端去激活该DTX小区后将该DTX小区的状态变更为休眠状态，并通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区状态变更为休眠状态；若判断所述DTX小区当前处于正常状态下的去激活状态，则通过向UE发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并通知该DTX小区归属的基站，变更DTX小区状态为休眠状态。
具体的，当该网络设备为DTX小区归属的基站时：
小区状态变更处理模块12可在判决变更DTX小区状态为休眠状态后，通过激活去激活MAC CE，通知终端所述DTX小区状态变更为休眠状态，并将DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；
或者，小区状态处理模块12可在判决变更DTX小区状态为休眠状态后，通过状态变更MAC CE，通知终端所述DTX小区状态变更为休眠状态，并将DTX小区的状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；
或者，小区状态处理模块12可在判决变更DTX小区状态为休眠状态后，若判断所述DTX小区当前处于正常状态下的激活状态，则通过向终端发送激活去激活MAC CE，通知终端去激活该DTX小区，然后通过向终端发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并将所述DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；或者，通过向终端发送状态变更MAC CE，通知终端去激活该DTX小区后将该DTX小区的状态变更为休眠状态，并将所述DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；若判断所述DTX小区当前处于正常状态下的去激活状态，则通过向UE发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并变更DTX小区状态为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态。
上述网络设备中，小区状态变更处理模块12可通过MAC CE或PDCCH通知终端小区状态变更。
下面结合图10B，对该网络设备中的各功能模块进行详细描述。
图10B中的小区状态变更处理模块12具体用于：若判决需要将DTX小区的状态从休眠状态变更为正常状态，则通过向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态从休眠状态变更为正常状态。
进一步的，小区状态变更处理模块12还可在向所述DTX小区归属的基站发送激活通知之后，通过RRC信令将所述DTX小区作为服务小区配置给终端用于数据传输，或者通过RRC信令触发终端切换到所述DTX小区，或者通过RRC信令触发终端将用户面承载分离到所述DTX小区。
图10B中的小区状态变更处理模块12具体用于：若判决需要将DTX小区的状态从正常状态变更为休眠状态，则指示所述DTX小区将所述DTX小区的状态从正常状态变更为休眠状态。
具体的，小区状态变更处理模块12可通过向所述DTX小区归属的基站发送去激活通知，将所述DTX小区的状态从正常状态变更为休眠状态。
进一步的，小区状态变更处理模块12可在判决需要将DTX小区的状态从正常状态变更为休眠状态后，在向所述DTX小区归属的基站发送去激活通知之前，通过RRC信令将DTX小区从与所述DTX小区建立有用户面承载的终端的服务小区列表中删除，或者通过RRC信令触发与所述DTX小区建立有用户面承载的终端从所述DTX小区切换到宏小区，或者通过RRC信令触发与所述DTX小区建立有用户面承载的终端将所述DTX小区上的用户面承载合并到宏小区。
当所述网络设备为DTX小区归属的基站时：
小区状态变更处理模块12可在判决需要将DTX小区的状态从正常状态变更为休眠状态后，通过将所述DTX小区去激活，将所述DTX小区的状态从正常状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；以及，在判决需要将DTX小区的状态从正常状态变更为休眠状态后、去激活所述DTX小区之前，通过RRC信令将DTX小区从终端的服务小区列表中删除，或者通过RRC信令触发终端从所述DTX小区切换到宏小区，或者通过RRC信令触发终端将所述DTX小区上的用户面承载合并到宏小区。
综上所述，本发明实施例基于异构网络的部署场景，给出了一种快速变更DTX小区状态的方法，该方法可以在UE进入DTX小区后，网络侧可以快速启动DTX小区进入工作状态，为该UE服务。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备（可以是手机，个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。
Claims (28)
1.一种非连续发送DTX小区状态变更方法，其特征在于，该方法包括：
网络设备接收终端的上报信息，所述上报信息包括终端对DTX小区的信道质量测量结果，或者包括终端建议DTX小区状态变更的指示信息；
所述网络设备根据终端的上报信息，发起DTX小区状态变更过程，所述DTX小区状态变更是指从休眠状态变更为正常状态，或者从正常状态变更为休眠状态。
2.如权利要求1所述的方法，其特征在于，所述终端的上报信息还包括：终端的位置信息。
3.如权利要求1所述的方法，其特征在于，所述网络设备根据终端的上报信息，发起DTX小区状态变更过程，具体包括：
所述网络设备根据终端对DTX小区的信道质量测量结果进行DTX小区状态变更判决，并在判决需要变更DTX小区状态时，发起DTX小区状态变更过程；
或者，所述网络设备根据终端上报的建议DTX小区状态变更的指示信息，发起对相应DTX小区的状态变更过程；其中，所述指示信息是所述终端根据DTX小区的测量结果确定出的。
4.如权利要求1所述的方法，其特征在于，所述网络设备发起DTX小区状态变更过程之前，还包括：网络设备将DTX小区作为服务小区配置给终端；
所述网络设备发起DTX小区状态变更过程具体包括：若所述网络设备判决变更DTX小区状态为正常状态，则指示所述DTX小区将状态变更为正常状态，并通知终端所述DTX小区状态变更为正常状态。
5.如权利要求4所述的方法，其特征在于，所述网络设备判决变更DTX小区状态为正常状态，指示所述DTX小区将状态变更为正常状态，并通知终端所述DTX小区状态变更为正常状态，具体包括：
所述网络设备判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态变更为正常状态，并通过激活去激活媒体接入控制控制单元MAC CE，通知终端所述DTX小区状态变更为正常状态；或者
所述网络设备判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区的状态变更为正常状态，并通过状态变更MAC CE，通知终端所述DTX小区状态变更为正常状态；或者
所述网络设备判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区的状态变更为正常状态下的去激活状态，并通过状态变更MAC CE，通知终端所述DTX小区状态变更为正常状态下的去激活状态，然后向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态变更为正常状态下的激活状态，并通过激活去激活MAC CE通知终端所述DTX小区状态变更为正常状态下的激活状态。
6.如权利要求1所述的方法，其特征在于，所述网络设备发起DTX小区状态变更过程之前，还包括：所述网络设备将DTX小区作为服务小区配置给终端；
所述网络设备发起DTX小区状态变更过程具体包括：若所述网络设备判决变更DTX小区状态为休眠状态，则指示所述DTX小区将状态变更为休眠状态，并通知终端DTX小区状态变更为休眠状态。
7.如权利要求6所述的方法，其特征在于，所述网络设备判决变更DTX小区状态为休眠状态，指示所述DTX小区将状态变更为休眠状态，并通知终端DTX小区状态变更为休眠状态，具体包括：
所述网络设备判决变更DTX小区状态为休眠状态后，通过激活去激活MAC CE，通知终端所述DTX小区状态变更为休眠状态，并向所述DTX小区归属的基站发送去激活通知，将DTX小区状态变更为休眠状态；或者
所述网络设备判决变更DTX小区状态为休眠状态后，通过状态变更MAC CE，通知终端所述DTX小区状态变更为休眠状态，并向所述DTX小区归属的基站发送状态变更通知，将DTX小区的状态变更为休眠状态；或者
所述网络设备判决变更DTX小区状态为休眠状态后，若判断所述DTX小区当前处于正常状态下的激活状态，则通过向终端发送激活去激活MAC CE，通知终端去激活该DTX小区，然后通过向终端发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并通知所述DTX小区归属的基站将所述DTX小区状态变更为休眠状态；或者，通过向终端发送状态变更MAC CE，通知终端去激活该DTX小区后将该DTX小区的状态变更为休眠状态，并通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区状态变更为休眠状态；若判断所述DTX小区当前处于正常状态下的去激活状态，则通过向UE发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并通知该DTX小区归属的基站，变更DTX小区状态为休眠状态；
或者，所述网络设备为DTX小区归属的基站，所述网络设备判决变更DTX小区状态为休眠状态，指示所述DTX小区将状态变更为休眠状态，并通知终端DTX小区状态变更为休眠状态，具体包括：
DTX小区归属的基站判决变更DTX小区状态为休眠状态后，通过激活去激活MAC CE，通知终端所述DTX小区状态变更为休眠状态，并将DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；或者
DTX小区归属的基站判决变更DTX小区状态为休眠状态后，通过状态变更MAC CE，通知终端所述DTX小区状态变更为休眠状态，并将DTX小区的状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；或者
DTX小区归属的基站判决变更DTX小区状态为休眠状态后，若判断所述DTX小区当前处于正常状态下的激活状态，则通过向终端发送激活去激活MAC CE，通知终端去激活该DTX小区，然后通过向终端发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并将所述DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；或者，通过向终端发送状态变更MAC CE，通知终端去激活该DTX小区后将该DTX小区的状态变更为休眠状态，并将所述DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；若判断所述DTX小区当前处于正常状态下的去激活状态，则通过向UE发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并变更DTX小区状态为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态。
8.如权利要求4或6所述的方法，其特征在于，所述网络设备通过MAC CE或物理下行控制信道PDCCH通知终端小区状态变更。
9.如权利要求4或6所述的方法，其特征在于，所述网络设备为终端配置的服务小区的数量大于工作小区的数量。
10.如权利要求1所述的方法，其特征在于，所述网络设备发起DTX小区状态变更过程，包括：
若所述网络设备判决需要将DTX小区的状态从休眠状态变更为正常状态，则通过向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态从休眠状态变更为正常状态。
11.如权利要求10所述的方法，其特征在于，所述网络设备向所述DTX小区归属的基站发送激活通知之后，还包括：
所述网络设备通过无线资源控制RRC信令将所述DTX小区作为服务小区配置给终端用于数据传输，或者通过RRC信令触发终端切换到所述DTX小区，或者通过RRC信令触发终端将用户面承载分离到所述DTX小区。
12.如权利要求1所述的方法，其特征在于，所述网络设备发起DTX小区状态变更过程，包括：
若网络设备判决需要将DTX小区的状态从正常状态变更为休眠状态，则指示所述DTX小区将所述DTX小区的状态从正常状态变更为休眠状态。
13.如权利要求12所述的方法，其特征在于，所述网络设备通过向所述DTX小区归属的基站发送去激活通知，将所述DTX小区的状态从正常状态变更为休眠状态；所述网络设备判决需要将DTX小区的状态从正常状态变更为休眠状态后，在向所述DTX小区归属的基站发送去激活通知之前，还包括：
所述网络设备通过RRC信令将DTX小区从与所述DTX小区建立有用户面承载的终端的服务小区列表中删除，或者通过RRC信令触发与所述DTX小区建立有用户面承载的终端从所述DTX小区切换到宏小区，或者通过RRC信令触发与所述DTX小区建立有用户面承载的终端将所述DTX小区上的用户面承载合并到宏小区；
或者，所述网络设备为DTX小区归属的基站，所述DTX小区归属的基站在判决需要将DTX小区的状态从正常状态变更为休眠状态后，通过将所述DTX小区去激活，将所述DTX小区的状态从正常状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；所述DTX小区归属的基站判决需要将DTX小区的状态从正常状态变更为休眠状态后、去激活所述DTX小区之前，还包括：
所述DTX小区归属的基站通过RRC信令将DTX小区从终端的服务小区列表中删除，或者通过RRC信令触发终端从所述DTX小区切换到宏小区，或者通过RRC信令触发终端将所述DTX小区上的用户面承载合并到宏小区。
14.一种网络设备，其特征在于，包括：
接收模块，用于接收终端的上报信息，所述上报信息包括终端对非连续发送DTX小区的信道质量测量结果，或者包括终端建议DTX小区状态变更的指示信息；
小区状态变更处理模块，用于根据终端的上报信息，发起DTX小区状态变更过程，所述DTX小区状态变更是指从休眠状态变更为正常状态，或者从正常状态变更为休眠状态。
15.如权利要求14所述的网络设备，其特征在于，所述接收模块接收到的所述终端的上报信息还包括：终端的位置信息。
16.如权利要求14所述的网络设备，其特征在于，所述小区状态变更模块具体用于，根据终端对DTX小区的信道质量测量结果进行DTX小区状态变更判决，并在判决需要变更DTX小区状态时，发起DTX小区状态变更过程；或者，根据终端上报的建议DTX小区状态变更的指示信息，发起对相应DTX小区的状态变更过程，其中，所述指示信息是所述终端根据DTX小区的测量结果确定出的。
17.如权利要求14所述的网络设备，其特征在于，还包括服务小区配置模块；
所述服务小区配置模块，用于在所述小区状态变更模块发起DTX小区状态变更过程之前，将DTX小区作为服务小区配置给终端；
所述小区状态变更处理模块具体用于，若判决变更DTX小区状态为正常状态，则指示所述DTX小区将状态变更为正常状态，并通知终端所述DTX小区状态变更为正常状态。
18.如权利要求17所述的网络设备，其特征在于，所述小区状态变更处理模块具体用于，在判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态变更为正常状态，并通过激活去激活媒体接入控制控制单元MAC CE，通知终端所述DTX小区状态变更为正常状态；或者
判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区的状态变更为正常状态，并通过状态变更MAC CE，通知终端所述DTX小区状态变更为正常状态；或者
判决变更DTX小区状态为正常状态后，通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区的状态变更为正常状态下的去激活状态，并通过状态变更MAC CE，通知终端所述DTX小区状态变更为正常状态下的去激活状态，然后向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态变更为正常状态下的激活状态，并通过激活去激活MAC CE通知终端所述DTX小区状态变更为正常状态下的激活状态。
19.如权利要求14所述的网络设备，其特征在于，还包括服务小区配置模块；
所述服务小区配置模块，用于在所述小区状态变更模块发起DTX小区状态变更过程之前，将DTX小区作为服务小区配置给终端；
所述小区状态变更处理模块具体用于，若判决变更DTX小区状态为休眠状态，则指示所述DTX小区将状态变更为休眠状态，并通知终端DTX小区状态变更为休眠状态。
20.如权利要求19所述的网络设备，其特征在于，所述小区状态变更处理模块具体用于，在判决变更DTX小区状态为休眠状态后，通过激活去激活MAC CE，通知终端所述DTX小区状态变更为休眠状态，并向所述DTX小区归属的基站发送去激活通知，将DTX小区状态变更为休眠状态；或者
在判决变更DTX小区状态为休眠状态后，通过状态变更MAC CE，通知终端所述DTX小区状态变更为休眠状态，并向所述DTX小区归属的基站发送状态变更通知，将DTX小区的状态变更为休眠状态；或者
在判决变更DTX小区状态为休眠状态后，若判断所述DTX小区当前处于正常状态下的激活状态，则通过向终端发送激活去激活MAC CE，通知终端去激活该DTX小区，然后通过向终端发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并通知所述DTX小区归属的基站将所述DTX小区状态变更为休眠状态；或者，通过向终端发送状态变更MAC CE，通知终端去激活该DTX小区后将该DTX小区的状态变更为休眠状态，并通过向所述DTX小区归属的基站发送状态变更通知，将所述DTX小区状态变更为休眠状态；若判断所述DTX小区当前处于正常状态下的去激活状态，则通过向UE发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并通知该DTX小区归属的基站，变更DTX小区状态为休眠状态。
21.如权利要求19所述的网络设备，其特征在于，所述网络设备为DTX小区归属的基站；
所述小区状态变更处理模块具体用于，在判决变更DTX小区状态为休眠状态后，通过激活去激活MAC CE，通知终端所述DTX小区状态变更为休眠状态，并将DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；或者
在判决变更DTX小区状态为休眠状态后，通过状态变更MAC CE，通知终端所述DTX小区状态变更为休眠状态，并将DTX小区的状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；或者
在判决变更DTX小区状态为休眠状态后，若判断所述DTX小区当前处于正常状态下的激活状态，则通过向终端发送激活去激活MAC CE，通知终端去激活该DTX小区，然后通过向终端发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并将所述DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；或者，通过向终端发送状态变更MAC CE，通知终端去激活该DTX小区后将该DTX小区的状态变更为休眠状态，并将所述DTX小区状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；若判断所述DTX小区当前处于正常状态下的去激活状态，则通过向UE发送状态变更MAC CE，通知终端该DTX小区的状态变更为休眠状态，并变更DTX小区状态为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态。
22.如权利要求17或19所述的网络设备，其特征在于，所述小区状态变更处理模块具体用于，通过MAC CE或物理下行控制信道PDCCH通知终端小区状态变更。
23.如权利要求17或19所述的网络设备，其特征在于，所述服务小区配置模块为终端配置的服务小区的数量大于工作小区的数量。
24.如权利要求14所述的网络设备，其特征在于，所述小区状态变更处理模块具体用于，若判决需要将DTX小区的状态从休眠状态变更为正常状态，则通过向所述DTX小区归属的基站发送激活通知，将所述DTX小区的状态从休眠状态变更为正常状态。
25.如权利要求24所述的网络设备，其特征在于，所述小区状态变更处理模块还用于，在所述小区状态变更处理模块向所述DTX小区归属的基站发送激活通知之后，通过无线资源控制RRC信令将所述DTX小区作为服务小区配置给终端用于数据传输，或者通过RRC信令触发终端切换到所述DTX小区，或者通过RRC信令触发终端将用户面承载分离到所述DTX小区。
26.如权利要求14所述的网络设备，其特征在于，所述小区状态变更处理模块具体用于，若判决需要将DTX小区的状态从正常状态变更为休眠状态，则指示所述DTX小区将所述DTX小区的状态从正常状态变更为休眠状态。
27.如权利要求26所述的网络设备，其特征在于，所述小区状态变更处理模块具体用于，通过向所述DTX小区归属的基站发送去激活通知，将所述DTX小区的状态从正常状态变更为休眠状态；以及，在判决需要将DTX小区的状态从正常状态变更为休眠状态后，在向所述DTX小区归属的基站发送去激活通知之前，还通过RRC信令将DTX小区从与所述DTX小区建立有用户面承载的终端的服务小区列表中删除，或者通过RRC信令触发与所述DTX小区建立有用户面承载的终端从所述DTX小区切换到宏小区，或者通过RRC信令触发与所述DTX小区建立有用户面承载的终端将所述DTX小区上的用户面承载合并到宏小区。
28.如权利要求26所述的网络设备，其特征在于，所述网络设备为DTX小区归属的基站；
所述小区状态变更处理模块具体用于，在判决需要将DTX小区的状态从正常状态变更为休眠状态后，通过将所述DTX小区去激活，将所述DTX小区的状态从正常状态变更为休眠状态，并且，通知宏基站和/或可使用所述DTX小区的基站所述DTX小区状态变更为休眠状态；以及，在判决需要将DTX小区的状态从正常状态变更为休眠状态后、去激活所述DTX小区之前，还通过RRC信令将DTX小区从终端的服务小区列表中删除，或者通过RRC信令触发终端从所述DTX小区切换到宏小区，或者通过RRC信令触发终端将所述DTX小区上的用户面承载合并到宏小区。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310049056.1A CN103987109B (zh) | 2013-02-07 | 2013-02-07 | 一种dtx小区状态变更方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310049056.1A CN103987109B (zh) | 2013-02-07 | 2013-02-07 | 一种dtx小区状态变更方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103987109A true CN103987109A (zh) | 2014-08-13 |
| CN103987109B CN103987109B (zh) | 2017-11-24 |
Family
ID=51278903
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310049056.1A Active CN103987109B (zh) | 2013-02-07 | 2013-02-07 | 一种dtx小区状态变更方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103987109B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105704733A (zh) * | 2014-11-24 | 2016-06-22 | 联想(北京)有限公司 | 信息处理方法及电子设备 |
| CN106686762A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种状态转换及其控制方法及装置 |
| CN107295543A (zh) * | 2016-04-01 | 2017-10-24 | 电信科学技术研究院 | 一种移动性管理方法、ue、基站及移动性管理实体 |
| WO2017206807A1 (zh) * | 2016-05-31 | 2017-12-07 | 中国移动通信有限公司研究院 | 一种配置无线资源的方法及基站和用户终端、存储介质 |
| CN108401505A (zh) * | 2017-06-20 | 2018-08-14 | 北京小米移动软件有限公司 | 功能配置方法及装置、消息发送方法及装置和用户设备 |
| CN108605382A (zh) * | 2016-01-29 | 2018-09-28 | 高通股份有限公司 | 用于crat ue的els/mac ce扩展和应用 |
| CN112970292A (zh) * | 2018-11-12 | 2021-06-15 | 高通股份有限公司 | 第五代(5g)新无线电(nr)网络功率节省 |
| US20210392607A1 (en) * | 2018-09-26 | 2021-12-16 | Telefonaktiebolaget Lm Ericsson (Publ) | First wireless device, first network node, second wireless device, and methods performed thereby, for determining a status of a cell |
| CN116614869A (zh) * | 2023-07-17 | 2023-08-18 | 上海星思半导体有限责任公司 | Dtx模式的配置方法、接收方法、装置及处理器 |
| WO2024092777A1 (zh) * | 2022-11-04 | 2024-05-10 | Oppo广东移动通信有限公司 | 无线通信方法、装置、设备、存储介质和程序产品 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101873677A (zh) * | 2009-04-23 | 2010-10-27 | 中兴通讯股份有限公司 | 载波功率的控制方法及装置 |
| CN102083179A (zh) * | 2010-08-11 | 2011-06-01 | 大唐移动通信设备有限公司 | 一种节能小区的控制处理方法及基站 |
| CN102083192A (zh) * | 2010-08-12 | 2011-06-01 | 大唐移动通信设备有限公司 | 小区节能去激活方法、系统和设备 |
| CN102833856A (zh) * | 2011-06-16 | 2012-12-19 | 中兴通讯股份有限公司 | 一种节能状态通知方法及演进基站 |
-
2013
- 2013-02-07 CN CN201310049056.1A patent/CN103987109B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101873677A (zh) * | 2009-04-23 | 2010-10-27 | 中兴通讯股份有限公司 | 载波功率的控制方法及装置 |
| CN102083179A (zh) * | 2010-08-11 | 2011-06-01 | 大唐移动通信设备有限公司 | 一种节能小区的控制处理方法及基站 |
| CN102083192A (zh) * | 2010-08-12 | 2011-06-01 | 大唐移动通信设备有限公司 | 小区节能去激活方法、系统和设备 |
| CN102833856A (zh) * | 2011-06-16 | 2012-12-19 | 中兴通讯股份有限公司 | 一种节能状态通知方法及演进基站 |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105704733B (zh) * | 2014-11-24 | 2019-05-17 | 联想(北京)有限公司 | 信息处理方法及电子设备 |
| CN105704733A (zh) * | 2014-11-24 | 2016-06-22 | 联想(北京)有限公司 | 信息处理方法及电子设备 |
| CN106686762A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 一种状态转换及其控制方法及装置 |
| CN108605382B (zh) * | 2016-01-29 | 2021-07-06 | 高通股份有限公司 | 用于crat ue的els/mac ce扩展和应用 |
| CN108605382A (zh) * | 2016-01-29 | 2018-09-28 | 高通股份有限公司 | 用于crat ue的els/mac ce扩展和应用 |
| CN107295543A (zh) * | 2016-04-01 | 2017-10-24 | 电信科学技术研究院 | 一种移动性管理方法、ue、基站及移动性管理实体 |
| CN107295543B (zh) * | 2016-04-01 | 2019-08-30 | 电信科学技术研究院 | 一种移动性管理方法、ue、基站及移动性管理实体 |
| CN107454622B (zh) * | 2016-05-31 | 2020-09-08 | 中国移动通信有限公司研究院 | 一种配置无线资源的方法及基站和用户终端 |
| CN107454622A (zh) * | 2016-05-31 | 2017-12-08 | 中国移动通信有限公司研究院 | 一种配置无线资源的方法及基站和用户终端 |
| WO2017206807A1 (zh) * | 2016-05-31 | 2017-12-07 | 中国移动通信有限公司研究院 | 一种配置无线资源的方法及基站和用户终端、存储介质 |
| WO2018232602A1 (zh) * | 2017-06-20 | 2018-12-27 | 北京小米移动软件有限公司 | 功能配置方法及装置、消息发送方法及装置和用户设备 |
| CN108401505A (zh) * | 2017-06-20 | 2018-08-14 | 北京小米移动软件有限公司 | 功能配置方法及装置、消息发送方法及装置和用户设备 |
| CN108401505B (zh) * | 2017-06-20 | 2021-10-15 | 北京小米移动软件有限公司 | 功能配置方法及装置、消息发送方法及装置和用户设备 |
| US11184943B2 (en) | 2017-06-20 | 2021-11-23 | Beijing Xiaomi Mobile Software Co., Ltd. | Function allocating method and device, message transmitting method and device, and user equipment |
| US20210392607A1 (en) * | 2018-09-26 | 2021-12-16 | Telefonaktiebolaget Lm Ericsson (Publ) | First wireless device, first network node, second wireless device, and methods performed thereby, for determining a status of a cell |
| CN112970292A (zh) * | 2018-11-12 | 2021-06-15 | 高通股份有限公司 | 第五代(5g)新无线电(nr)网络功率节省 |
| WO2024092777A1 (zh) * | 2022-11-04 | 2024-05-10 | Oppo广东移动通信有限公司 | 无线通信方法、装置、设备、存储介质和程序产品 |
| CN116614869A (zh) * | 2023-07-17 | 2023-08-18 | 上海星思半导体有限责任公司 | Dtx模式的配置方法、接收方法、装置及处理器 |
| CN116614869B (zh) * | 2023-07-17 | 2023-10-27 | 上海星思半导体有限责任公司 | Dtx模式的配置方法、接收方法、装置及处理器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103987109B (zh) | 2017-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6471828B1 (ja) | 無線通信システムと方法と無線基地局と制御局 | |
| CN103987109A (zh) | 一种dtx小区状态变更方法和设备 | |
| US20210235343A1 (en) | Hand-In with Topology Hiding | |
| JP5872040B2 (ja) | セル再選択 | |
| CN104186011A (zh) | 用于最小化用户设备在小区检测期间的耗电的方法和系统 | |
| CN104641691A (zh) | 在无线通信系统中接收系统信息的方法和装置 | |
| EP2829125A1 (en) | Mode control in wireless communications | |
| CN104168624A (zh) | 一种无线网络接入控制方法、设备及系统 | |
| US10979948B2 (en) | Hand-in with topology hiding | |
| JP6414208B2 (ja) | 基地局、無線通信システム、通信方法 | |
| CN102256233A (zh) | 一种csg小区切换方法、设备及系统 | |
| CN102378324A (zh) | 控制家庭基站节能的方法、系统、家庭基站和网元 | |
| CN103581998B (zh) | 切换或承载分离的判决及测量上报方法和设备 | |
| CN112867027A (zh) | 用于已连接用户设备的链路管理 | |
| WO2014094591A1 (zh) | 小区休眠、休眠信息下发及处理方法和设备 | |
| CN102123434B (zh) | 一种基站调度的处理方法和系统 | |
| CN107155189B (zh) | 应用于超级小区的通信方法和装置 | |
| CN103596197A (zh) | 一种本地接入节点下的小区管理方法及装置 | |
| US20170325150A1 (en) | Base station and processor | |
| US20240236776A1 (en) | First Node and Communications System Methods Performed Thereby, for Handling a Change of a Wireless Device from a First Cell to a Second Cell |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210607 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |