CN103096298A - 辅服务小区分组修改方法和终端 - Google Patents

Abstract

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

Description

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

技术领域

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

背景技术

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

为向移动用户提供更高的数据速率，高级长期演进系统(Long TermEvolution Advance，简称LTE-A)提出了载波聚合技术(Carrier Aggregation，简称CA)，其目的是为具有相应能力的UE提供更大宽带，提高UE的峰值速率。LTE中，系统支持的最大下行传输带宽为20MHz，载波聚合是将两个或者更多的分量载波(Component Carriers，简称CC)聚合起来支持大于20MHz，最大不超过100MHz的传输带宽，载波聚合初期阶段UL(上行)CC的总数配置小于等于DL(下行)CC的总数配置。具有载波聚合能力的LTE-AUE，可以同时在多个分量载波上收发数据，以下涉及的UE除了特别说明都是此类UE。LTE-A系统中，UE进入连接态后可以同时通过多个分量载波(如CC1，CC2)与源基站进行通信，基站会通过显式的配置或者按照协议约定为UE指定一个主分量载波(Primary Component Carrier，PCC)，其他的分量载波称为辅分量载波(Secondary Component Carrier，SCC)，在PCC上的服务小区称为主服务小区(Primary Cell，Pcell)，在SCC上的服务小区称为辅服务小区(Secondary Cell，Scell)。辅服务小区是在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上行同步后，该组内其他小区自动进入上行同步状态。另外，主服务小区的分组不能改变，辅服务小区的分组可以改变。辅服务小区分组改变后，如果处理的不好，则可能导致业务中断，甚至中断的时间比较长。

发明内容

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

为解决上述技术问题，本发明提供了一种辅服务小区分组修改方法，包括：

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

进一步地，所述终端通过以下方式获知某辅服务小区所属分组被修改：所述终端接收基站发送的分组修改消息，通过所述分组修改消息获知所述辅服务小区当前所属分组。

进一步地，所述终端在获知某辅服务小区所属分组被修改后，所述方法还包括：所述终端保持该辅服务小区的激活状态。

进一步地，所述根据基站的指示确定所述终端在该辅服务小区的上行同步状态，包括：根据基站发送的通知消息确定本终端在该辅服务小区的上行同步状态为同步。

进一步地，所述根据基站的指示确定所述终端在该辅服务小区的下行同步状态，包括：根据基站发送的通知消息确定本终端在该辅服务小区的下行同步状态为同步或失步。

进一步地，所述通知消息为分组修改消息。

进一步地，所述终端自行决定本终端在该辅服务小区的上行同步状态，包括：所述终端根据辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态。

进一步地，所述终端根据辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态，包括：如果辅服务小区当前所属分组的上行同步状态为同步，则确定本终端在所述辅服务小区的上行同步状态为同步；或者，如果辅服务小区当前所属分组的上行同步状态为失步，则确定本终端在所述辅服务小区的上行同步状态为失步。

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

进一步地，所述终端自行决定本终端在该辅服务小区的上行同步状态，包括：所述终端默认本终端在该辅服务小区的上行同步状态为失步。

为解决上述技术问题，本发明提供了一种实现辅服务小区分组修改终端，包括分组状态获取模块、上行同步状态确定模块和下行同步状态确定模块，其中：

所述分组状态获取模块，用于终端在获知某辅服务小区所属分组被修改后；

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

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

进一步地，所述分组状态获取模块是用于通过以下方式获知某辅服务小区所属分组被修改：所述分组状态获取模块接收基站发送的分组修改消息，通过所述分组修改消息获知所述辅服务小区当前所属分组。

进一步地，所述终端还包括：激活状态保持模块，其用于在所述分组状态获取模块获知某辅服务小区所属分组被修改后，保持所述辅服务小区的激活状态。

进一步地，所述上行同步状态确定模块是用于采用以下方式根据基站的指示确定或者自行决定本终端在该辅服务小区的上行同步状态：根据基站发送的通知消息确定本终端在该辅服务小区的上行同步状态为同步；或者，根据所述辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态；或者，默认本终端在该辅服务小区的上行同步状态为失步。

进一步地，所述下行同步状态确定模块是用于采用以下方式根据基站的指示确定或者自行决定本终端在该辅服务小区的下行同步状态：根据基站发送的通知消息确定本终端在该辅服务小区的下行同步状态为同步或失步；或者，确定本终端在所述辅服务小区的下行同步状态为同步。

进一步地，所述上行同步状态确定模块是用于采用以下方式根据所述辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态：如果辅服务小区当前所属分组的上行同步状态为同步，则确定本终端在所述辅服务小区的上行同步状态为同步；或者，如果辅服务小区当前所属分组的上行同步状态为失步，则确定本终端在所述辅服务小区的上行同步状态为失步。

采用本方法，使得在辅服务小区分组改变之后，尽量避免业务中断，或者即便业务中断，也可以及时恢复正常上下行数据收发，减少对业务的影响。

附图说明

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

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

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

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

具体实施方式

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

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

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

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

辅服务小区分组改变后，之前的上行同步状态需要丢弃，新的上行同步状态需要根据新的分组来确定。例如可以是基站通知终端新分组的同时或者在其他需要的时候通知上行同步状态为同步或失步，或者终端自行根据新的分组来判断，或者辅服务小区的分组改变之后，终端自行进入上行失步状态，等待基站的进一步指示。

如前所述，由于该辅服务小区一直进行测量，因此下行同步状态可以一直保持，不受影响，因此对于下行同步状态，终端或基站可以确定下形同步状态为同步，或者基站由于其他需要通知终端下行进入失步状态。

如果是根据新的分组来判断，则有两方面，一方面，如果新的分组是已经存在的分组，则继续采用已经存在的分组的上行同步状态(如果已经存在的分组的上行同步状态为失步，则该辅服务小区也不能进行上行数据收发，如果已经存在的分组的上行同步状态为同步，则该辅服务小区可以立刻进行上行数据收发)，另一方面，如果新的分组是新增的，则默认上行同步状态为失步，等待基站的进一步指示。

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

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

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

实施例一

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

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

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

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

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

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

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

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

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

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

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

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

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

实施例二

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

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

步骤220：基站1根据Cell3、Cell2和Cell1发送的上行信号，决定将Cell3的分组修改为组1，即Cell3和Cell2归入同一个分组，同时通知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的下行数据收发。

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

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

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

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

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

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

实施例三

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

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

步骤320：基站1根据Cell3、Cell2和Cell1发送的上行信号，决定将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和Cell1发送的上行信号，决定将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 (16)

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所述的终端，其特征在于：

所述上行同步状态确定模块是用于采用以下方式根据所述辅服务小区当前所属分组的上行同步状态确定本终端在所述辅服务小区的上行同步状态：

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

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

Images