一种小区dtx场景中的小区选择方法和装置制造方法
【专利摘要】本发明提出了一种在小区不连续发送场景中UE记录小区更新次数的方案。在一个实施例中，UE不计入由于小区DTX状态发生变化引起的小区更新。通过使用本发明中提供的技术方案，解决了小区DTX场景中UE频繁执行小区重选或者切换的问题，最大程度保持了和现有系统的兼容性，同时尽可能减少UE的电池开销。
【专利说明】—种小区DTX场景中的小区选择方法和装置
【技术领域】
[0001]本发明涉及移动通信【技术领域】中系统侧不连续发送场景中的小区选择方案，特别是涉及长期演进(LTE - Long Term Evolus1n)系统中的采用了小区不连续发送(DTX-Discontinuous Transmiss1n)技术的场景中小区重选的方案。
【背景技术】
[0002]第三代合作伙伴项目(3GPP- 3rd Generat1n Partner Project)在版本 12(R12 - Releasel2)中引入了微小区增强(SCE-Small Cell Enhancement)的课题，在 Rll研究的基础上研究小蜂窝部署尤其是大规模部署场景中进一步提高通信容量和鲁棒性的解决方案。其中一个挑战是:小蜂窝的大量部署会带来相邻小区公共信道和公共参考信号的干扰，例如物理下行控制信道(PDCCH-Physical Downlink Control Channel),小区参考信号(CRS-Cell Reference Signal),广播控制信道(BCCH-Broadcast Control Channel)等等。为了降低这类干扰同时节省基站侧的能量，小区不连续发送(DTX-DiscontinuousTransmiss1n)技术被引入讨论，即小区根据网络指示非连续的发送上述公共信道和公共参考信号:小区发送上述公共信道和公共参考信号时称为服务状态或者工作状态；小区不发送上述公共信道和公共参考信号时称为休眠状态或者服务暂停状态。至于休眠状态的小区是否发送其他数据还有待3GPP进一步的定义，所述其他数据包括例如解调参考信号(DMRS-Demodulat1n Reference Sigal),物理下行共享信道(PDSCH-Physical DownlinkShared Channel)等。
[0003]LTE系统中，PDCCH上传输的控制信息称为下行控制指示(DC1-Downlink ControlIndicator)。
[0004]蜂窝系统中，用户设备(UE-User Equipment)根据移动速度对小区更新的参数进行裁减。对空闲状态的UE，所述小区更新是小区重选，对连接状态的UE，所述小区更新是切换。小区重选和切换流程分别参考3GPP协议TS36.304和TS36.300。
[0005]所述小区更新的参数在LTE系统中包括:
[0006]Treselect1n-处于空闲状态的UE如果在持续时间内观测到的相邻小区的链路质量和当前驻留小区的链路质量满足一定条件则进行小区重选操作。对于正常移动的UE，所述持续时间由指示。对于中速和高速移动的UE，所述持续时间由分别乘以裁减因子 t-Reselect1n-SF{medium}和 t-Reselect1n-SF{high}得到。
[0007]Qhyst-上述当前驻留小区的链路质量由观测到的实际链路质量(RSRP-ReferenceSignal Recept1n Power)加上滞后偏移量(单位:分贝-dB)。对于正常移动的UE，所述滞后偏移量由Qhyst指示；对于中速和高速移动的UE，所述滞后偏移量由Qhyst分别加上裁减因子 q-HystSF{mdeium}和 q-HystSF{high}得到。
[0008]timeToTrigger-处于连接状态的UE进行切换测量汇报时在持续时间内测量到满足特定事件的触发条件，则触发上报。对于正常移动的UE,所述持续时间由timeToTrigger指示；对于中速和高速移动的UE，所述持续时间由timeToTrigger分别乘以裁减因子timeToTrigger—SF{mdeium}和 timeToTrigger—SF{high}得至[I。
[0009]上述Treselect1n, Qhyst 和 timeToTrigger 以及裁减因子 t-Reselect1n-SF,q-HystSF, timeToTrigger-SF都是由系统广播配置，其中Treseleetim和Qhyst的设计初衷都是为了防止频繁的小区重选操作，timeToTrigger的设计初衷都是为了防止频繁的上行汇报。而对于中高速移动的UE,需要适当降低Tra3eleetim, Qhyst和timeToTrigger以实现快速小区重选或切换。
[0010]蜂窝系统中，UE根据持续时间内小区重选或切换的次数判断当前的移动状态是{高速，中速，正常}中的哪一种。如果重选或切换次数在第一持续时间内超过第一数值而不超过第二数值，则确定当前移动状态是中速移动状态；如果重选或切换次数在第一持续时间内超过第二数值，则确定当前所述移动状态是高速移动状态；如果在第二持续时间内都没有观测到上述两个条件，则确定处于正常移动状态。第一数值，第二数值，第一持续时间，第二持续时间通过系统广播配置，在LTE系统中分别为=Tcsmax, Ncej, Nau^P连续两个小区之间的小区重选或切换不计算入重选或切换次数。
[0011]引入了小区DTX以后，一个挑战是小区DTX会增加UE进行小区重选或切换的次数，进而使得UE高估了当前的移动速度，引起频繁的小区重选或者切换。
【发明内容】
[0012]本发明公开了一种用户设备(UE)中的方法，其中，包括如下步骤:
[0013]Α.小区更新操作，关联小区从第一小区更新到第二小区
[0014]B.维持小区更新次数不变
[0015]其中，第一小区和第二小区中至少有一个小区是不连续发送小区，最近的一次小区更新操作不是从第二小区更新到第一小区。
[0016]如果处于空闲状态，所述小区更新操作按照小区重选流程执行，所述关联小区是驻留小区；如果处于连接状态，所述小区更新操作按照小区切换流程执行，所述关联小区是服务小区。所述最近的一次小区更新操作是所述小区更新操作之前的最近的一次小区更新。如果最近的一次小区更新操作是从第二小区更新到第一小区，则根据LTE系统的定义不计入小区更新次数，因此不在本发明的保护范围。
[0017]具体的，根据本发明的一个方面，其特征在于，步骤A之前还包括如下步骤:
[0018]C.接收第一指示获知第一小区暂停服务，第一指示为高层信令。
[0019]所述第一指示由第一小区发送。
[0020]具体的，根据本发明的另一个方面，其特征在于，步骤A之前还包括如下步骤:
[0021]D.接收第二指示获知第二小区重启服务，第二指示是高层信令或者物理层信号。
[0022]所述第二指示由第二小区发送或者由服务小区即第一小区发送。
[0023]上述步骤C和步骤D都意味着所述小区更新操作是由于小区DTX导致的，步骤C意味着服务小区或者驻留小区即将或者已经进入休眠期，步骤D意味着处于休眠状态的小区即将或者已经重启服务。具体的第一指示和第二指示的设计方案还有待于3GPP进一步讨论。
[0024]作为一个实施例，第一指不由第一小区通过无线资源控制(RRC-Rad1 ResourceControl)层信令承载，指示第一小区即将进入休眠期即:空闲状态的UE要进行小区重选，连接状态的UE要切换。
[0025]作为又一个实施例，第二指示隐式的由第二小区发送的下行探测序列承载，所述探测序列不同于传统的公共信号，仅用于休眠期小区的探测，可能具有更长的发送周期。所述探测序列隐含了小区识别号，UE通过检测所述探测序列获知休眠状态小区的存在以及其识别号。UE进行小区重选或者切换时，如果探测到所述识别号的小区且最近的上一次重选或者切换时没有检测到，则确定第二小区重新启动。所述识别号是小区物理识别号或者小区全球识别号(ECGI =E-UTRAN Cell Global Identifier)。
[0026]作为又一个实施例，第二指示由服务小区即第一小区发送，承载信令为RRC层信令，第二指示包括第二小区的小区识别号。所述识别号是小区物理识别号或者小区全球识别号(ECGI =E-UTRAN Cell Global Identifier)。
[0027]步骤C和步骤D能在一次小区更新操作中同时执行，即第一小区和第二小区都是DTX小区且即将或已经进行状态切换。
[0028]具体的，根据本发明的一个方面，其特征在于，还包括如下步骤:
[0029]E.小区更新操作，关联小区从第三小区更新到第四小区
[0030]F.记录小区更新次数一次
[0031]其中，最近的一次小区更新操作不是从第四小区更新到第三小区，从所述最近的一次小区更新操作到所述小区更新操作，没有接收到以下任何之一:
[0032]-第三小区暂停服务的指示
[0033]-第四小区重启服务的指示。
[0034]对于非DTX状态切换导致的小区更新操作且不是连续在两个小区间发生，则计入小区更新次数。
[0035]具体的，根据本发明的一个方面，其特征在于，所述小区更新次数用于移动速度状态的计算。上述步骤B和步骤F中的所述小区更新次数用于UE判断其移动速度状态，方法同现有LTE系统中的对应流程一致，详细描述见实施例6。
[0036]UE不计入由于小区DTX状态改变带来的小区重选或者切换，因而不会高估移动速度，避免了裁减因子的过渡使用带来的不必要的小区重选或者切换，节省了电源和链路资源。
[0037]本发明公开了一种用户设备(UE)，其特征在于，该设备包括:
[0038]第一模块:小区更新操作，关联小区从第一小区更新到第二小区
[0039]第二模块:维持小区更新次数不变
[0040]其中，第一小区和第二小区中至少有一个小区是不连续发送小区，最近的一次小区更新操作不是从第二小区更新到第一小区。
[0041]作为一个实施例，上述设备还包括:
[0042]第三模块:接收第一指示获知第一小区暂停服务，第一指示为高层信令。
[0043]作为一个实施例，上述设备还包括:
[0044]第四模块:接收第二指示获知第二小区重启服务，第二指示为高层信令或者物理层信号。
[0045]作为一个实施例，上述设备还包括:
[0046]第五模块.小区更新操作，关联小区从第三小区更新到第四小区
[0047]第六模块.记录小区更新次数一次
[0048]其中，最近的一次小区更新操作不是从第四小区更新到第三小区，从所述最近的一次小区更新操作到所述小区更新操作，没有接收到以下任何之一:
[0049]-第三小区暂停服务的指示
[0050]-第四小区重启服务的指示。
[0051]作为一个实施例，上述述小区更新次数用于移动速度状态的计算，方法同现有LTE系统中的对应流程一致，详细描述见实施例6。
[0052]本发明解决了小区DTX引起的频繁的小区重选或者切换的问题，UE通过忽略由于小区DTX状态切换引起的小区重选或者切换次数的增加，避免了高估移动速度所导致的不必要的小区重选或者切换，最大程度保持了和现有系统的兼容性，同时尽可能减少UE的电池开销。
【专利附图】
【附图说明】
[0053]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更加明显:
[0054]图1示出了根据本发明的一个实施例的小区重选次数记录的流程图；
[0055]图2示出了根据本发明的一个实施例的小区切换次数记录的流程图；
[0056]图3示出了根据本发明的一个实施例的用于UE中的处理装置的结构框图；
【具体实施方式】
[0057]下文将结合附图对本发明的技术方案作进一步详细说明，需要说明的是，在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。
[0058]实施例1
[0059]实施例1是小区重选次数记录的流程图，如附图1所示。步骤SlOl中，UE接收第一小区暂停服务指示；步骤S102中，执行小区重选，驻留小区更新为第二小区；步骤S103中，维持小区更新次数；步骤S104中，执行小区重选，驻留小区更新为第三小区；步骤S105中，小区更新次数增加一次。步骤SlOl之前最近的一次小区重选操作不是将驻留小区从第二小区更新为第一小区。
[0060]在步骤S102到步骤S105期间，UE没有接收到以下任何之一:
[0061]-第二小区暂停服务的指示
[0062]-第三小区重启服务的指示。
[0063]实施例2
[0064]实施例2是实施例1的一个替代实施例，如附图1所示。实施例2中，步骤SlOl?步骤S105的描述和实施例1相同。同实施例1，第二小区在步骤SlOl到步骤S105期间都没有进行DTX状态切换操作；步骤SlOl之前最近的一次小区重选操作不是将驻留小区从第二小区更新为第一小区。在步骤S102到步骤S105期间，UE没有接收到以下任何之一:
[0065]-第二小区暂停服务的指示
[0066]-第三小区重启服务的指示。
[0067]和实施例1不同的是:在步骤S102时，第三小区处于休眠状态；在步骤S104时，第三小区处于工作状态。即第三小区在步骤S102和步骤S104期间进行了重启服务，然而UE没有接收到相应的重启服务的指示。
[0068]实施例2中，UE不计入由于驻留小区关闭引起的小区重选次数的增加，而计入由于休眠小区重启引起的小区重选次数的增加。实施例2更适用于UE无法得到休眠小区即将重启的指示这一场景。由于休眠小区重启引起的小区重选次数的增加可以通过控制休眠小区的重启条件加以限制，例如休眠小区只可能为慢速UE重启服务，增加的小区重选次数不足以改变UE对其移动状态的判断。
[0069]实施例3
[0070]实施例3是根据本发明的一个实施例的小区重选次数记录的流程图，如附图2所示。步骤S201中，UE接收第二小区即将重启服务指示；步骤S202中，UE执行切换，服务小区由第一小区更新到第二小区；步骤S203中，维持小区更新次数。所述第二小区即将重启服务指示由第一小区通过RRC信令通知。
[0071]实施例4
[0072]实施例4是根据本发明的一个实施例的用于UE中的处理装置的结构框图，如附图3所示。附图3中，UE装置400由指示接收装置401，小区更新装置402和小区更新次数记录装置403组成。装置401接收小区DTX状态变化指示，所述小区DTX状态变化为原小区从服务状态进入休眠状态。对于空闲状态UE，所述原小区是当前驻留小区，对于连接状态UE，所述原小区是当前服务小区。装置402执行小区更新操作，驻留或者服务小区小区更新到邻近小区。对于空闲状态UE，所述小区更新操作是(驻留)小区重选，对于连接状态UE，所述小区更新操作是(服务)小区切换。装置403维持当前小区更新次数不变。
[0073]实施例5
[0074]实施例5是实施例4的一个替代实施例，如附图3所示。附图3中，UE装置400由指示接收装置401，小区更新装置402和小区更新次数记录装置403组成。装置401接收小区DTX状态变化指示，所述小区DTX状态变化为邻近小区从休眠状态进入服务状态。
[0075]装置402和装置403的描述同实施例4。
[0076]实施例6
[0077]实施例6以LTE系统为例描述了根据本发明记录的小区更新次数的使用。实施例6包括如下步骤:
[0078]?如果检测到条件1，则确定当前移动状态是中速移动状态；如果检测到条件2，则确定当前所述移动状态是高速移动状态；如果检测到条件3，则确定当前所述移动状态是普通移动状态
[0079]?根据所述移动状态和高层信令确定裁减因子
[0080]其中，所述条件I是所述小区更新次数在第一持续时间内超过第一数值而不超过第二数值；所述条件2是所述小区更新次数在第一持续时间内超过第二数值；所述条件3是在第二持续时间内没有检测到所述条件I和所述条件2。第一数值，第二数值，第一持续时间，第二持续时间由高层信令配置。对于LTE系统，第一数值，第二数值，第一持续时间，第二持续时间由系统广播配置，分别为=Tcsmax, Ncej, Ncej和Tramaxllyst ;对于空闲状态UE，所述裁减因子为t-Reselect1n-SF，q-HystSF ;对于连接状态UE，所述裁减因子为timeToTrigger-SF。上述裁决因子的使用方法参见本发明的背景介绍。
[0081]实施例6中描述的步骤和LTE系统的对应流程完全吻合；实施例6中所述小区更新次数根据本发明公开的方法得到-例如实施例1?5中的任意实施例中的描述的方法。
[0082]本领域普通技术人员可以理解上述方法中的全部或部分步骤可以通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器，硬盘或者光盘等。可选的，上述实施例的全部或部分步骤也可以使用一个或者多个集成电路来实现。相应的，上述实施例中的各模块单元，可以采用硬件形式实现，也可以由软件功能模块的形式实现，本申请不限于任何特定形式的软件和硬件的结合。
[0083]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改，等同替换，改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种用户设备(UE)中的方法，其中，包括如下步骤: A.小区更新操作，关联小区从第一小区更新到第二小区 B.维持小区更新次数不变 其中，第一小区和第二小区中至少有一个小区是不连续发送小区，最近的一次小区更新操作不是从第二小区更新到第一小区。
2.根据权利要求1所述的方法，其特征在于，步骤A之前还包括如下步骤: C.接收第一指示获知第一小区暂停服务。
3.根据权利要求1所述的方法，其特征在于，步骤A之前还包括如下步骤: D.接收第二指示获知第二小区重启服务。
4.根据权利要求1所述的方法，其特征在于，还包括如下步骤: E.小区更新操作，关联小区从第三小区更新到第四小区 F.记录小区更新次数一次 其中，最近的一次小区更新操作不是从第四小区更新到第三小区，从所述最近的一次小区更新操作到所述小区更新操作，没有接收到以下任何之一: -第三小区暂停服务的指示 -第四小区重启服务的指示。
5.根据权利要求1所述的方法，其特征在于，所述小区更新次数用于移动速度状态的计算。
6.根据权利要求3所述的方法，其特征在于，第二指示由以下之一发出: -第二小区 -服务小区。
7.一种用户设备(UE)，其特征在于，该设备包括: 第一模块:小区更新操作，关联小区从第一小区更新到第二小区 第二模块:维持小区更新次数不变 其中，第一小区和第二小区中至少有一个小区是不连续发送小区，最近的一次小区更新操作不是从第二小区更新到第一小区。
8.根据权利要求7所述的设备，其特征在于，还包括: 第三模块:接收第一指示获知第一小区暂停服务。
9.根据权利要求7所述的设备，其特征在于，还包括: 第四模块:接收第二指示获知第二小区重启服务。
10.根据权利要求7所述的设备，其特征在于，所述小区更新次数用于移动速度状态的计算。
【文档编号】H04W52/02GK104349408SQ201310321263
【公开日】2015年2月11日 申请日期:2013年7月28日 优先权日:2013年7月28日
【发明者】石绯 申请人:上海朗帛通信技术有限公司