WO2013067787A1

WO2013067787A1 - 辅服务小区分组修改方法和终端

Info

Publication number: WO2013067787A1
Application number: PCT/CN2012/071447
Authority: WO
Inventors: 陈中明
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-11-07
Filing date: 2012-02-22
Publication date: 2013-05-16
Also published as: CN103096298A; CN103096298B

Abstract

一种辅服务小区分组修改方法和终端，所述方法包括：终端在获知某辅服务小区所属分组被修改后，根据基站的指示确定或者自行决定本终端在该辅服务小区的上行同步状态，根据基站的指示确定或者自行决定本终端在该辅服务小区的下行同步状态。所述终端包括分组状态获取模块、上行同步状态确定模块和下行同步状态确定模块。采用上述技术方案，使得在辅服务小区分组改变之后，尽量避免业务中断，或者即便业务中断，也可以及时恢复正常上下行数据收发，减少对业务的影响。

Description

辅服务小区分组修改方法和终端

技术领域

本发明涉及无线通信领域，具体涉及辅服务小区分组修改方法和终端。

背景技术

长期演进系统（ LTE , Long Term Evolution ) 中，处于连接态的用户设备 ( UE )给基站发送数据前，需要获得与基站的上行同步和下行同步。当 UE 对某个小区执行过测量则说明已经取得与该小区的下行同步，否则需要执行类似小区搜索的过程。上行同步是通过执行随机接入过程来获取的，同时获取到发送时间提前量（TA, Time Advance ) , ΤΑ主要是 UE用来确定发送数据时刻用的， UE获取上行同步后，启动上行同步定时器（ TAT, time Alignment Timer ) , 若 UE能在 TAT超时之前接收到基站发送给 UE的时间提前量调整信息，则认为该 UE与该基站之间保持了上行同步，否则 TAT超时， UE认为失去上行同步，失去上行同步后如果还需要给基站发送数据，则需要重新获取上行同步。由于 LTE系统中小区只有一个载波，因此只有一个 TA。

为向移动用户提供更高的数据速率，高级长期演进系统（LTE-A, Long Term Evolution Advance )提出了载波聚合技术 ( CA, Carrier Aggregation ) , 其目的是为具有相应能力的 UE提供更大宽带，提高 UE的峰值速率。 LTE 中，系统支持的最大下行传输带宽为 20MHz, 载波聚合是将两个或者更多的分量载波（CC, Component Carriers )聚合起来支持大于 20MHz, 最大不超过 100MHz的传输带宽，载波聚合初期阶段上行（ UL ) CC的总数配置小于等于下行（DL ) CC的总数配置。具有载波聚合能力的 LTE-A UE, 可以同时在多个分量载波上收发数据，以下涉及的 UE除了特别说明都是此类 UE。

LTE-A系统中， UE进入连接态后可以同时通过多个分量载波（如 CC1 , CC2 ) 与源基站进行通信，基站会通过显式的配置或者按照协议约定为 UE指定一个主分量载波（PCC, Primary Component Carrier ) , 其他的分量载波称为辅分量载波（SCC, Secondary Component Carrier ) , 在 PCC上的服务小区称为主服务小区（ Pcell, Primary Cell ),在 SCC上的服务小区称为辅服务小区（ Scell, Secondary Cell ) 。辅服务小区是在 UE进入连接态后基站配置的。每个服务小区都有一个配置的标识，称为服务小区标识， Pcell的服务小区标识固定为 0。对于辅服务小区，除了有服务小区标识外，还有单独的辅服务小区标识，辅服务小区的辅服务小区标识跟对应的服务小区标识相同。

载波聚合初期阶段（即 Rel-10 ) , Scell的个数比较少如只有 1个，而且场景也有限制，如不支持上行无线射频拉远（RRH, Remote Radio Head )和中继器（repeater ) , 因此只存在一个 TA, UE只需要在 Pcell发起上行同步即可， Scell上不会发起。

载波聚合后续阶段（即 Rel-11 ) , 由于数据量的提升， Scell的个数会增多，如增加到 4个，场景也会放宽如支持上行 RRH和 repeater, —个 TA不能解决问题，因此会引入多个 TA。为了管理方便，使用相同的 TA的服务小区归入一个 TA组。这时候，包含 Pcell的 TA组只需要按照以前的规则来处理，即 Pcell上发起上行同步，上行同步后，该组内其他小区自动进入上行同步状态。没有包含 Pcell的 TA组，必须在某个 Scell上发起上行同步，并且在该 Scell激活后才执行随机接入过程，该 Scell必须在上行同步完成后才能进行正常的上行数据发送，同样，该 Scell上行同步后，该组内其他小区自动进入上行同步状态。另外，主服务小区的分组不能改变，辅服务小区的分组可以改变。辅服务小区分组改变后，如果处理的不好，则可能导致业务中断，甚至中断的时间比较长。发明内容

本发明要解决的技术问题是提供一种辅服务 d、区分组修改方法和终端，尽量避免业务中断。

为解决上述技术问题，本发明釆用如下技术方案：

一种辅服务小区分组修改方法，包括：

终端在获知某辅服务小区所属分组被修改后，根据基站的指示确定或者自行决定本终端在所述辅服务小区的上行同步状态，根据基站的指示确定或者自行决定本终端在所述辅服务小区的下行同步状态。其中，终端通获知某辅服务小区所属分组被修改的步骤包括：所述终端接收基站发送的分组修改消息，通过所述分组修改消息获知所述辅服务小区当前所属分组。

所述辅服务小区分组修改方法还包括：

在获知某辅服务小区所属分组被修改后，所述终端保持所述辅服务小区的激活状态。

其中，根据基站的指示确定本终端在所述辅服务小区的上行同步状态的步骤包括：

根据基站发送的通知消息确定本终端在所述辅服务小区的上行同步状态为同步。

其中，根据基站的指示确定本终端在所述辅服务小区的下行同步状态的步骤包括：

根据基站发送的通知消息确定本终端在所述辅服务小区的下行同步状态为同步或失步。

其中：所述通知消息为分组修改消息。

其中，终端自行决定本终端在所述辅服务小区的上行同步状态的步骤包括：

所述终端根据所述辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态。

其中，所述终端根据所述辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态的步骤包括：

如果所述辅服务小区当前所属分组的上行同步状态为同步，则确定本终端在所述辅服务小区的上行同步状态为同步；

如果所述辅服务小区当前所属分组的上行同步状态为失步，则确定本终端在所述辅服务小区的上行同步状态为失步。

其中，终端自行决定本终端在所述辅服务小区的下行同步状态的步骤包括：所述终端确定本终端在所述辅服务小区的下行同步状态为同步。

其中，所述终端自行决定本终端在所述辅服务小区的上行同步状态的步骤包括：

所述终端默认本终端在所述辅服务小区的上行同步状态为失步。

一种实现辅服务小区分组修改的终端，包括分组状态获取模块，上行同步状态确定模块和下行同步状态确定模块，其中：

所述分组状态获取模块设置成：使得所述终端获知某辅服务小区所属分组被爹改；

所述上行同步状态确定模块设置成：根据基站的指示确定或者自行决定本终端在所述辅服务小区的上行同步状态；

所述下行同步状态确定模块设置成：根据基站的指示确定或者自行决定本终端在所述辅服务小区的下行同步状态。

其中：所述分组状态获取模块设置成通过以下方式获知某辅服务小区所属分组被修改：

所述分组状态获取模块接收基站发送的分组修改消息，通过所述分组修改消息获知所述辅服务小区当前所属分组。

所述终端还包括：激活状态保持模块，其中：

所述激活状态保持模块设置成：在所述分组状态获取模块获知所述辅服务小区所属分组被修改后，保持所述辅服务小区的激活状态。

其中，所述上行同步状态确定模块设置成釆用以下方式根据基站的指示确定或者自行决定本终端在所述辅服务小区的上行同步状态：

根据基站发送的通知消息确定本终端在该辅服务小区的上行同步状态为同步；或者，

根据所述辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态；或者，

默认本终端在该辅服务小区的上行同步状态为失步。

其中，所述下行同步状态确定模块设置成釆用以下方式根据基站的指示确定或者自行决定本终端在所述辅服务小区的下行同步状态：

根据基站发送的通知消息确定本终端在该辅服务小区的下行同步状态为同步或失步；或者，

确定本终端在所述辅服务小区的下行同步状态为同步。

其中，所述上行同步状态确定模块设置成釆用以下方式根据所述辅服务状态：

釆用上述技术方案，能够使得在辅服务小区分组改变之后，尽量避免业务中断，或者即便业务中断，也可以及时恢复正常上下行数据收发，减少对业务的影响。附图概述

图 1为本发明实施例一的流程图；

图 2为本发明实施例二的流程图；

图 3为本发明实施例三的流程图；

图 4为本发明实施例四的终端结构示意图。

本发明的较佳实施方式

在本文中，终端在获知某辅服务小区所属分组被修改后，根据基站的指示确定或者自行决定本终端在该辅服务小区的上行同步状态，根据基站的指示确定或者自行决定本终端在该辅服务小区的下行同步状态。

优选地，终端在获知某辅服务小区所属分组被修改后，保持该辅服务小区的激活状态。即分组改变不影响激活状态的改变，使得之后获取上行同步争取时间（节约了通过 MAC CE激活辅服务小区的时间）

辅服务小区可以进行激活和去激活，如果辅服务小区处于去激活状态，修改分组对上下行数据收发的影响不大，因为当前该服务小区没有上下行数据收发。如果辅服务小区处于激活状态并且有正常的上下行数据收发，修改分组会引起上行同步状态的改变，有可能会导致业务中断，因此需要恢复上行数据收发，即恢复上行同步状态，由于该辅服务小区一直进行测量，因此下行同步状态可以一直保持，不受影响。因此，终端可以自行决定本终端在该辅服务小区的下行同步状态。此外，终端也可以根据基站的指示来确定本终端在该辅服务小区的下行同步状态。

辅服务小区初始上行同步需要通过获取当前服务小区的 TA来获得，而辅服务小区需要先激活才能获取当前服务小区的 TA, 因此，恢复上行数据收发需要同时考虑两个因素，激活状态和上行同步状态。

辅服务小区分组改变后，之前的上行同步状态需要丟弃，新的上行同步状态需要根据新的分组来确定。例如可以是基站通知终端新分组的同时或者在其他需要的时候通知上行同步状态为同步或失步，或者终端自行根据新的分组来判断，或者辅服务小区的分组改变之后，终端自行进入上行失步状态，等待基站的进一步指示。如前所述，由于该辅服务小区一直进行测量，因此下行同步状态可以一直保持，不受影响，因此对于下行同步状态，终端或基站可以确定下形同步状态为同步，或者基站由于其他需要通知终端下行进入失步状态。

如果是根据新的分组来判断，则有两方面，一方面，如果新的分组是已经存在的分组，则继续釆用已经存在的分组的上行同步状态（如果已经存在的分组的上行同步状态为失步，则该辅服务小区也不能进行上行数据收发，如果已经存在的分组的上行同步状态为同步，则该辅服务小区可以立刻进行上行数据收发），另一方面，如果新的分组是新增的，则默认上行同步状态为失步，等待基站的进一步指示。为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。这些组合均在本发明的保护范围内。

在 LTE-A系统中 , 基站 1是具有载波聚合能力的基站。基站 1管辖了 3 个小区，分别是 Celll、 Cell2、 Cell3。这 3个小区中的部分或全部可以向用户设备提供载波聚合的能力以扩展传输的带宽。用户设备 UE1 通过基站 1 的 Celll接入了网络（或者网络将 UE切换到基站 1的 Celll ) , Celll为 UE1提供非接入层（NAS )移动性信息如公共陆地移动网络（PLMN ) 、全局小区标识 CGI、位置区标识 TAC等信息，是 UE1的主小区（或称主服务小区）， UE1只接收主小区的系统消息和寻呼消息。默认当前 Pcell为组 0, 后续基站 1根据 UE1的能力为其配置了 Cell2作为辅服务小区， Cell2的服务小区标识是 1 , 归入组 1 , Cell2激活后获取到初始 TA, 进入上行同步状态。

Celll , Cell2是普通的小区， Cell3配置了 repeater。 Celll、 Cell2、 Cell3 的服务小区标识分别是 0 , 1 , 2。在以下实施例中这三个小区是频分双工（ FDD ) 的，对于时分双工（TDD ) 的小区，流程相同，不再赘述。

实施例一

由于业务量的增加，基站 1根据 UE1的能力又为其配置了 Cell3作为辅月良务小区， Cell3的服务小区标识是 2, 归入组 2, 立刻进行下行同步，如图 1 所示，包括：

步骤 110: 基站 1通过发送 MAC层控制信元（MAC CE, MAC Control Element )激活 Cell3 , UE1通过随机接入过程或其他过程获取 Cell3上的初始 TA, UE1在 Cell3进入上行同步状态，开始正常上下行数据收发；

步骤 120:基站 1根据 Cell3、 Cell2和 Celll发送的上行信号，决定将 Cell3 的分组 ^ί'爹改为组 1 , 即 Cell3和 Cell2归入同一个分组，同时通过分组 ^ί'爹改消息通知 UE1分组修改结果；

步骤 130: UE1收到分组修改消息后，确定在 Cell3的下行同步状态为同步，并根据调整后的分组（此时为组 1 ) 的上行同步状态（此时为同步）决策在 Cell3的上行同步状态；

为了节约上行同步时间， UE1 收到分组修改消息后，可以保持 Cell3 的激活状态。

UE1 自行进入下行同步状态后，可以在 Cell3进行下行数据收发。

UE1根据调整后的分组的上行同步状态决策在 Cell3 的上行同步状态，包括：如果组 1 处于同步状态，则 UE1 确定新的上行同步状态为同步，即 UE1可以在 Cell3进行上行数据传输（包括接收和发送 )；如果组 1处于非同步状态，则 UE1确定新的上行同步状态为失步（或称非同步），即 UE1无法在 Cell3的上行数据传输。

在本实施例中，由 UE1决策被修改分组的辅小区的下行同步状态，并根据修改后分组的上行同步状态决策该被修改分组的辅小区的上行同步状态。

步骤 140:当终端移动到 Cell3中 repeater的覆盖范围，基站 1根据 Cell3、 Cell2和 Celll发送的上行信号，决定将 Cell3的分组修改为 2,即 Cell3和 Cell2 归入不同的组，同时通过分组^ ί'爹改消息通知 UE1分组^ ί'爹改结果；

步骤 150: UE1 收到分组修改消息后，保持 Cell3 的激活状态，确定在 Cell3的下行同步状态为同步，可继续在 Cell3进行下行数据收发，并根据调整后的分组（此时为组 2 ) 的上行同步状态（由于是新组，初始为非同步）决策在 Cell3的上行同步状态；

由于组 2处于非同步状态，因此 UE1确定在 Cell3的上行同步状态为失步，停止在 Cell3进行上行数据收发。

步骤 160: 基站 1通知 UE1获取 Cell3的初始 TA, UE1获取 Cell3的初始 TA后， UE1在 Cell3进入上行同步状态，开始在 Cell3进行上行数据收发。

虽然上述步骤 140-160 在步骤 110-130之后，但步骤 140-160 与步骤 110-130无必然逻辑联系，且在其他实施例中，可仅包括步骤 110-130, 或者仅包括步骤 140-160。

实施例二由于业务量的增加，基站 1根据 UE1的能力又为其配置了 Cell3作为辅月良务小区， Cell3的服务小区标识是 2, 归入组 2, 立刻进行下行同步，如图 2 所示，包括：

步骤 210: 基站 1通过发送 MAC CE激活 Cell3 , UEl通过随机接入过程或其他过程获取 Cell3上的初始 TA, UE在 Cell3进入上行同步状态，开始正常上下行数据收发；

步骤 220:基站 1根据 Cell3、 Cell2和 Celll发送的上行信号，决定将 Cell3 的分组修改为组 1 , 即 Cell3和 Cell2归入同一个分组，同时通过分许修改消息通知 UE1分组修改结果，并且通知 UE1以下信息： UE1在 Cell3的上行同步状态为同步，可以进行上行数据收发；

在本实施例中， UE无需自行决策在被修改分组的小区（Cell3 ) 的上行同步状态，而是由基站进行配置、通知。

步骤 230: UE1收到分组修改消息后，保持 Cell3的激活状态，根据基站的通知在 Cell3进行上行数据收发，同时确定在 Cell3的下行同步状态为同步，即也可在 Cell3进行下行数据收发；

此时如果在步骤 220中基站 1通知 UE1在 Cell3的上行同步状态为失步，则 UE1不能在 Cell3进行上行数据收发，只进行下行数据收发。

虽然在本实施例中 UE在 Cell3的下行同步状态仍然由 UE自行决定，但在其他实施例中，也可以由基站进行配置、通知。例如，基站可以通知 UE1 : 在 Cell3的下行同步状态为失步，则 UE1收到后，保持 Cell3的激活状态，但停止在 Cell3的下行数据收发。

步骤 240:当终端移动到 Cell3中 repeater的覆盖范围，基站 1根据 Cell3、 Cell2和 Celll发送的上行信号，决定将 Cell3的分组修改为组 2, 即 Cell3和 Cell2归入不同的组，同时通过分组^ ί'爹改消息通知 UE1分组^ ί'爹改结果，并且通知 UE1以下信息： UE1在 Cell3的上行同步状态为失步，即不可以进行上行数据收发；

步骤 250: UE1收到分组修改消息后，保持 Cell3的激活状态，根据基站的通知停止在 Cell3进行的上行数据收发，同时确定在 Cell3的下行同步状态为同步，继续在 Cell3进行下行数据收发；

此时如果 Cell3已经去激活，则保持 Cell3的去激活状态。

步骤 260: 基站 1通知 UE1获取 Cell3的初始 TA, UE1获取 Cell3的初始 TA后， UE1在 Cell3进入上行同步状态，开始在 Cell3进行上行数据收发。

基站也可以通知 UE1 , 其在 Cell3的下行同步状态为同步，终端收到后，开始 Cell3的下行数据收发。

步骤 240-260与步骤 210-230无必然逻辑联系，且在其他实施例中，可仅包括步骤 210-230, 或者仅包括步骤 240-260。

实施例三

由于业务量的增加，基站 1根据 UE1的能力又为其配置了 Cell3作为辅月良务小区， Cell3的服务小区标识是 2, 归入组 2, 立刻进行下行同步，如图 3 所示，包括：

步骤 310: 基站 1通过发送 MAC CE激活 Cell3 , UE1通过随机接入过程或其他过程获取 Cell3上的初始 TA, UE在 Cell3进入上行同步状态，开始正常上下行数据收发；

步骤 320:基站 1根据 Cell3、 Cell2和 Celll发送的上行信号，决定将 Cell3 的分组修改为组 1 , 即 Cell3和 Cell2归入同一个分组，同时通知 UE1分组修改结果；

步骤 330: UE1收到分组修改消息后，保持 Cell3的激活状态，由于没有接收到基站的通知，则 UE1默认其在 Cell3的上行同步状态为失步，但 UE1 自行确定其在 Cell3的下行同步状态为同步；

如果基站 1一直没有通知 UE1 ,因此 UE在 Cell3—直不能进行上行数据收发。

在本实施例中， UE的下行同步状态由 UE自行决定，而 UE的上行同步状态由基站釆用默认方式配置，即如果基站不通知 UE可以进行上行数据收发，则默认为不能进行上行数据收发。步骤 340: 终端移动到 Cell3中 repeater的覆盖范围，基站 1根据 Cell3、 Cell2和 Celll发送的上行信号，决定将 Cell3的分组修改为组 2, 即 Cell3和 Cell2归入不同的组，同时通知 UE1分组修改结果；

步骤 350: UE1收到分组修改消息后，保持 Cell3的激活状态，同时保持其在 Cell3的上行同步状态为失步，下行同步状态为同步；

步骤 360: 基站 1通知 UE1获取 Cell3的初始 TA, UE1获取 Cell3的初始 TA后，进入上行同步状态，开始在 Cell3进行上行数据收发。

步骤 340-360与步骤 310-330无必然逻辑联系，即在其他实施例中，可仅包括步骤 310-330, 或者仅包括步骤 340-360。

实施例四

本实施例提供一种实现上述方法的终端，如图 4所示，该终端包括分组状态获取模块，上行同步状态确定模块和下行同步状态确定模块，其中：所述分组状态获取模块设置成：使得终端获知某辅服务小区所属分组被修改；

所述上行同步状态确定模块设置成：根据基站的指示确定或者自行决定本终端在该辅服务小区的上行同步状态；

所述下行同步状态确定模块设置成：根据基站的指示确定或者自行决定本终端在该辅服务小区的下行同步状态。

优选地，该分组状态获取模块设置成通过以下方式获知某辅服务小区所属分组被修改：分组状态获取模块接收基站发送的分组修改消息，通过分组修改消息获知所述辅服务小区当前所属分组。

优选地，该终端还包括：激活状态保持模块，其设置成：在所述分组状态获取模块获知某辅服务小区所属分组被修改后，保持该辅服务小区的激活状态。

优选地，该上行同步状态确定模块设置成釆用以下方式根据基站的指示确定或者自行决定本终端在该辅服务小区的上行同步状态：根据基站发送的通知消息确定本终端在该辅服务小区的上行同步状态为同步；或者，

根据该辅服务小区当前所属分组的上行同步状态确定本终端在该辅服务小区的上行同步状态；或者，

默认本终端在该辅服务小区的上行同步状态为失步。

优选地，该下行同步状态确定模块设置成釆用以下方式根据基站的指示确定或者自行决定本终端在该辅服务小区的下行同步状态：

确定本终端在所述辅服务小区的下行同步状态为同步。

优选地，该上行同步状态确定模块设置成釆用以下方式根据所述辅服务小区当前所属分组的上行同步状态确定本终端在该辅服务小区的上行同步状态：

如果辅服务小区当前所属分组的上行同步状态为同步，则确定本终端在该辅服务小区的上行同步状态为同步；

如果辅服务小区当前所属分组的上行同步状态为失步，则确定本终端在该辅服务小区的上行同步状态为失步。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块 /单元可以釆用硬件的形式实现，也可以釆用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。工业实用性

釆用上述技术方案，能够使得在辅服务小区分组改变之后，尽量避免业务中断，或者即便业务中断，也可以及时恢复正常上下行数据收发，减少对业务的影响。因此本发明具有很强的工业实用性。

Claims

权利要求书

1、一种辅服务小区分组修改方法，包括：

终端在获知某辅服务小区所属分组被修改后，根据基站的指示确定或者自行决定本终端在所述辅服务小区的上行同步状态，根据基站的指示确定或者自行决定本终端在所述辅服务小区的下行同步状态。

2、如权利要求 1所述的辅服务小区分组修改方法，其中，终端通获知某辅服务小区所属分组被修改的步骤包括：

所述终端接收基站发送的分组修改消息，通过所述分组修改消息获知所述辅服务小区当前所属分组。

3、如权利要求 1所述的辅服务小区分组修改方法，所述辅服务小区分组修改方法还包括：

4、如权利要求 1所述的辅服务小区分组修改方法，其中，根据基站的指示确定本终端在所述辅服务小区的上行同步状态的步骤包括：

5、如权利要求 1所述的辅服务小区分组修改方法，其中，根据基站的指示确定本终端在所述辅服务小区的下行同步状态的步骤包括：

6、如权利要求 4或 5所述的辅服务小区分组修改方法，其中：所述通知消息为分组修改消息。

7、如权利要求 1所述的辅服务小区分组修改方法，其中，终端自行决定本终端在所述辅服务小区的上行同步状态的步骤包括：

8、如权利要求 7所述的辅服务小区分组修改方法，其中，所述终端根据的上行同步状态的步骤包括：

9、如权利要求 1所述的辅服务小区分组修改方法，其中，终端自行决定本终端在所述辅服务小区的下行同步状态的步骤包括：

所述终端确定本终端在所述辅服务小区的下行同步状态为同步。

10、如权利要求 1所述的辅服务小区分组修改方法，其中，所述终端自行决定本终端在所述辅服务小区的上行同步状态的步骤包括：

11、一种实现辅服务小区分组修改的终端，包括分组状态获取模块，上行同步状态确定模块和下行同步状态确定模块，其中：

12、如权利要求 11所述的终端，其中：所述分组状态获取模块设置成通过以下方式获知某辅服务小区所属分组被修改：

13、如权利要求 11所述的终端，所述终端还包括：激活状态保持模块，其中：所述激活状态保持模块设置成：在所述分组状态获取模块获知所述辅服务小区所属分组被修改后，保持所述辅服务小区的激活状态。

14、如权利要求 11所述的终端，其中，所述上行同步状态确定模块设置成釆用以下方式根据基站的指示确定或者自行决定本终端在所述辅服务小区的上行同步状态：

默认本终端在该辅服务小区的上行同步状态为失步。

15、如权利要求 11或 14所述的终端，其中，所述下行同步状态确定模块设置成釆用以下方式根据基站的指示确定或者自行决定本终端在所述辅服务小区的下行同步状态：

确定本终端在所述辅服务小区的下行同步状态为同步。

16、如权利要求 14所述的终端，其中，所述上行同步状态确定模块设置成釆用以下方式根据所述辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态：