CN102869112B - 辅服务小区随机接入的方法和用户设备 - Google Patents

Abstract

本发明公开了一种辅服务小区随机接入的方法和用户设备。其中，该方法包括：用户设备在辅服务小区上执行随机接入的过程中，当发送首个被调度传输消息后，接收辅服务小区的消息；用户设备检查消息是否包含服务小区的C‑RNTI；如果包含该C‑RNTI，用户设备判断消息是否为冲突解决消息；如果是冲突解决消息，用户设备确定冲突解决，并确定该辅服务小区接入过程成功完成。通过本发明，解决了辅服务小区的随机接入过程中的冲突问题，减少给其他UE的干扰。

Description

辅服务小区随机接入的方法和用户设备

技术领域

本发明涉及通信领域，具体而言，涉及一种辅服务小区随机接入的方法和用户设备。

背景技术

在无线蜂窝通信系统中，随机接入过程(Random Access Procedure)用于空闲状态(RRC_IDLE)的终端(或称为用户设备UE，User Equipment)初始访问网络，或连接状态(RRC_CONNECTED)的终端与网络进行上行同步(Uplink synchronization)及获取资源分配，以进行后续数据通信。

在第三代伙伴组织计划(3GPP，Third Generation Partnership Project)长期演进(LTE，Long Term Evolution)系统的演进的通用陆地无线接入网(E-UTRAN，EvolvedUniversal Terrestrial Radio Access Network，也称为增强型基站eNB)中，以下六种事件可以触发终端的随机接入过程：(1)空闲状态初始接入；(2)无线资源控制连接重建过程(RRC Connection Re-establishment procedure)；(3)切换(HO，Handover)；(4)RRC连接状态下行数据到达需要随机接入过程，例如当上行同步状态为“非同步”时；(5)RRC连接状态上行数据到达需要随机接入过程，例如当上行同步状态为“非同步”或者没有可用的物理上行控制信道(PUCCH，Physical Uplink Control Channel)资源发送调度请求(SR，ScheduleRequest)；(6)RRC连接状态为定位目的需要随机接入过程，例如UE定位需要定时提前(TA，Timing Advance)。随机接入过程有两种不同的形式：基于冲突的(Contention Based)(适用于上述前五种事件)；非基于冲突的(Non-Contention Based)(适用于上述(3)、(4)、(6)事件)。在随机接入过程成功后，可以进行正常的下行或上行传输。

随机接入过程可以由物理下行控制信道信令(PDCCH order)或者UE的媒体接入控制层(MAC，Medium Access Control)发起，可选地，PDCCH order或者无线资源控制(RRC，Radio Resource Control)信令可以为UE分配专用随机接入前导(Random AccessPreamble)，则随机接入过程为非基于冲突的方式；否则，UE需要选择随机接入前导，则随机接入过程为基于冲突的方式。UE选择随机接入资源包括选择随机接入前导和物理随机接入信道(PRACH，Physical Random Access Channel)的时频域资源等。

为向移动用户提供更高的数据速率，高级长期演进系统(Long Term EvolutionAdvance，简称LTE-A)提出了载波聚合技术(Carrier Aggregation，简称CA)，其目的是为具有相应能力的UE提供更大宽带，提高UE的峰值速率。LTE中，系统支持的最大下行传输带宽为20MHz，载波聚合是将两个或者更多的分量载波(Component Carriers，简称CC)聚合起来支持大于20MHz，最大不超过100MHz的传输带宽，初期阶段UL CC的总数配置小于等于DL CC的总数配置。具有载波聚合能力的LTE-A UE，可以同时在多个分量载波上收发数据，以下涉及的UE除了特别说明都是此类UE。LTE-A系统中，UE进入连接态后可以同时通过多个分量载波(如CC1，CC2)与源基站进行通信，基站会通过显式的配置或者按照协议约定为UE指定一个主分量载波(Primary Component Carrier，PCC)，其他的分量载波称为辅分量载波(Secondary Component Carrier，SCC)，在PCC上的服务小区称为主服务小区(PrimaryCell，Pcell)，在SCC上的服务小区称为辅服务小区(Secondary Cell，Scell)。辅服务小区是在UE进入连接态后基站配置的。一般情况下，某个服务小区都是有对称的上行和下行(Scell可以只配置下行)，在SIB2中明确指出，为了避免控制信道的干扰，引入了跨载波调度的概念，即当某个Scell的PDCCH干扰比较严重的情况下，该Scell的PDCCH就不启用，而是通过另外一个服务小区来调度该Scell的PDSCH，这里的另外一个服务小区可以通过RRC信令配置。基站只为一个UE分配一个C-RNTI，即每个服务小区的C-RNTI是相同的。

从UE省电和CC管理的角度出发，基站(eNB)可以通过MAC CE激活/去激活某SCell，PCell不能够被激活/去激活。UE只在激活的载波上进行数据接收，如物理下行控制信道(Physical Downlink Control Channel，PDCCH)的监听，发送SRS(Sounding ReferenceSymbols)和上报CQI(Channel Quality Indicator)/PMI(Precoding Matrix Index)/RI(Rank Indicator)；而对于暂时不用的载波，基站通过显示命令(MAC CE)通知或隐式规则去激活这些载波，在去激活的载波上，UE不监听PDCCH信道，也不接收物理下行共享信道(Physical Downlink Shared Channel，PDSCH)上的数据，不发送SRS，不上报CQI/PMI/RI，不发送上行数据，从而达到省电的目的。

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

而由于数据量的提升，Scell的个数会增多如增加到4个，场景也会放宽如支持上行RRH和repeater，一个TA不能解决问题，因此会引入多个TA。这时候，Scell上也会发起上行同步，并且在Scell激活后才执行随机接入过程。如果Scell上执行的是基于冲突的随机接入过程，UE在等待冲突解决消息(msg4)的时候，有可能会调度该Scell的DL数据(用C-RNTI指示)，那么就会存在这个问题：UE收到DL数据调度，可能会被误认为收到了冲突解决消息(msg4)，则UE就认为冲突成功解决了，其实这时候冲突并没有解决，引起UE和基站对冲突解决的不一致性，即基站认为该Scell上的上行同步并没有成功但是UE认为成功了，UE开始在该Scell上发上行SRS，上报CQI/PMI/RI，将给其他UE造成很大的干扰，引起UE间的冲突。

针对相关技术中上述Scell的随机接入过程中的冲突问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种辅服务小区随机接入的方法和用户设备，以至少解决上述Scell的随机接入过程中的冲突问题。

根据本发明的一个方面，提供了一种辅服务小区随机接入的方法，包括：用户设备在辅服务小区上执行随机接入的过程中，当发送首个被调度传输消息后，接收辅服务小区的消息；用户设备检查消息是否包含服务小区的C-RNTI；如果包含该C-RNTI，用户设备判断消息是否为冲突解决消息；如果是冲突解决消息，用户设备确定冲突解决，并确定该辅服务小区接入过程成功完成。

上述用户设备判断消息是否为冲突解决消息包括：用户设备判断消息是否携带有下行分配指示；如果携带有下行分配指示，用户设备确定消息不是冲突解决消息；如果没有携带有下行分配指示，用户设备确定消息为冲突解决消息。

上述用户设备判断消息是否为冲突解决消息包括：当消息携带有上行授权指示时，用户设备确定消息是冲突解决消息。

上述用户设备判断消息是否为冲突解决消息包括：当消息携带有上行授权指示和填充指示时，用户设备确定消息是冲突解决消息。

上述用户设备在辅服务小区上执行随机接入的过程的触发方式包括以下之一：用户设备接收到基站的辅服务小区接入通知；用户设备根据基站预配置的信息确定主服务小区与辅服务小区采用不同的TA，确定在辅服务小区上执行上行同步。

上述方法还包括：如果消息不是冲突解决消息，用户设备接收消息后，继续等待接收下一个消息。

根据本发明的另一方面，提供了一种用户设备，包括：消息接收模块，用于在辅服务小区上执行随机接入的过程中，当发送首个被调度传输消息后，接收辅服务小区的消息；检查模块，用于检查消息是否包含服务小区的小区-无线网络临时标识C-RNTI；判断模块，用于检查模块的检查结果为包含C-RNTI时，判断消息是否为冲突解决消息；确定模块，用于判断模块的判断结果是冲突解决消息时，确定冲突解决，该辅服务小区接入成功。

上述判断模块包括：第一判断单元，用于判断消息是否携带有下行分配指示；第一确定单元，用于第一判断单元的判断结果为消息携带有下行分配指示时，确定消息不是冲突解决消息；第二确定单元，用于第一判断单元的判断结果为消息没有携带有下行分配指示，确定消息为冲突解决消息。

上述判断模块包括：第三确定单元，用于当消息携带有上行授权指示时，确定消息是冲突解决消息。

上述判断模块包括：第四确定单元，用于当消息携带有上行授权指示和填充指示时，确定消息是冲突解决消息。

通过本发明，采用在收到含有该服务小区的C-RNTI后，不会立即认为冲突已解决，而是进一步确认该消息是否为冲突解决消息，在是冲突解决消息时，才会认为冲突解决，认为该辅服务小区接入过程成功完成，解决了Scell的随机接入过程中的冲突问题，使得UE间能正常进行数据收发，避免了随机接入过程的冲突解决的误判，减少给其他UE的干扰。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例1的辅服务小区随机接入的方法流程图；

图2是根据本发明实施例1的基于冲突的随机接入过程的示意图；

图3是根据本发明实例一的辅服务小区随机接入的方法示意图；

图4是根据本发明实例二的辅服务小区随机接入的方法示意图；

图5是根据本发明实例三的辅服务小区随机接入的方法示意图；

图6是根据本发明实例四的辅服务小区随机接入的方法示意图；

图7是根据本发明实例五的辅服务小区随机接入的方法示意图；

图8是根据本发明实施例2的用户设备的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

为了解决相关技术中Scell上冲突解决混淆的问题，本发明实施例提供了一种辅服务小区随机接入的方法和用户设备。

实施例1

本实施例提供了一种辅服务小区随机接入的方法，参见图1，该方法包括以下步骤：

步骤S102，用户设备(UE)在辅服务小区上执行随机接入的过程中，当发送首个被调度传输消息后，接收辅服务小区的消息；

其中，用户设备在辅服务小区上执行随机接入的过程的触发方式可以包括以下之一：用户设备接收到基站的辅服务小区接入通知；用户设备根据基站预配置的信息确定主服务小区与辅服务小区采用不同的TA，确定在辅服务小区上执行上行同步。在这两种情况下，用户设备均会对激活的辅服务小区进行随机接入；

步骤S104，用户设备检查消息是否包含服务小区的C-RNTI；其中，每个服务小区的C-RNTI相同，即辅服务小区与主服务小区具有相同的C-RNTI；

步骤S106，如果包含上述C-RNTI，该用户设备判断上述消息是否为冲突解决消息；

步骤S108，如果是冲突解决消息，该用户设备确定冲突解决，并确定该辅服务小区接入过程成功完成。

本实施例在收到含有该服务小区的C-RNTI后，不会立即认为冲突已解决，而是进一步确认该消息是否为冲突解决消息，在是冲突解决消息时，才会认为冲突解决，认为该辅服务小区接入过程成功完成，解决了Scell的随机接入过程中的冲突问题，使得UE能正常进行数据收发，避免了随机接入过程的冲突解决的误判，减少给其他UE的干扰。

其中，上述UE在辅服务小区上执行的随机接入过程如图2所示，该随机接入过程是基于冲突(Contention based)的随机接入过程，包括下述四个步骤：

步骤1：终端(也称为用户设备，用UE表示)在上行通过随机接入信道(RACH，RandomAccess CHannel)发送随机接入前导(RAP，Random Access Preamble)消息；

步骤2：基站(eNB)的媒体接入控制层(MAC，Medium Access Control)生成随机接入响应消息在下行共享信道(DL-SCH，Downlink-Shared Channel)发送给终端；该消息中至少包含随机接入前导标识(RAPID，Random Access Preamble IDentifier)、时间调整信息(TA，Time Alignment)、初始上行授权(UL Grant，Uplink Grant)和临时小区-无线网络临时标识(Temporary C-RNTI)；该消息通过在物理下行控制信道(PDCCH，Phisical DownlinkControl CHannel)上的随机接入-无线网络临时标识(RA-RNTI，Random Access-RadioNetwork Temporary Identifier)进行指示；

步骤3：终端在上行共享传输信道(UL-SCH，Uplink-Shared Channel)上发送首个被调度传输(Scheduled Transmission)消息；该消息的内容至少包含小区-无线网络临时标识(C-RNTI)、媒体接入控制元(MAC Control Element)或者包括冲突解决标识(CRID，Contention Resolution Identity)的公共控制逻辑信道业务数据单元(CCCH SDU)；该消息的发送支持混合自动重传请求(HARQ，Hybrid Automatic Retransmission reQuest)；

步骤4：基站在DL-SCH上发送冲突解决消息(Contention Resolution)；该消息通过PDCCH上的C-RNTI或临时C-RNTI进行指示，可以包括冲突解决标识，该消息的发送支持HARQ。

上述步骤3和4是用来解决冲突的。UE发送msg3(被调度传输消息)后，等待接收msg4(冲突解决消息)，并根据以下条件判断冲突是否解决：

1)如果msg3中包含了C-RNTI，有以下两种情况：

a)如果是UE自己发起的冲突的随机接入过程，则冲突解决的条件是：PDCCH传输是C-RNTI指示，并且携带了一个新的传输的UL授权。

b)如果是PDCCH order触发的冲突的随机接入过程，则冲突解决的条件是：PDCCH传输是C-RNTI指示。

2)如果msg3包含CCCH SDU，是用temp-C-RNTI指示的，则冲突解决的条件是：收到的冲突解决标识跟msg3中的冲突解决标识一致。

上述触发终端的随机接入过程的六个事件中，其中(4)RRC连接状态下行数据到达需要随机接入过程，和(5)RRC连接状态上行数据到达需要随机接入过程，会触发Scell执行随机接入过程，但是不排除其他事件触发Scell执行随机接入过程；另外，还包括Scell激活时执行的随机接入过程。

其中，用户设备判断该消息是否为冲突解决消息可以包括以下方式：

1)用户设备判断该消息是否携带有下行分配指示(DL assignment)；如果携带有下行分配指示，该用户设备确定该消息不是冲突解决消息；如果没有携带有下行分配指示，该用户设备确定该消息为冲突解决消息。

2)当该消息携带有上行授权指示(UL grant)时，用户设备确定该消息是冲突解决消息。

3)当该消息携带有上行授权指示和填充指示时，用户设备确定该消息是冲突解决消息。

如果该消息不是冲突解决消息，用户设备接收该消息后，继续等待接收下一个消息(即继续等待接收冲突解决消息状态)。

本实施例在Scell激活后执行冲突的随机接入过程时，UE检测到正在执行随机接入过程的Scell相关的PDCCH，收到C-RNTI指示，如果没有携带有下行分配指示DL分配信息，则认为冲突解决；例如：该信息可以为空，或者是一个新的传输的UL授权，或者包含新的传输的UL授权和padding(填充指示)。

下面以下述应用环境为例，提供了实例一至五进行说明：在LTE-A系统中，基站1是具有载波聚合能力的基站。基站1管辖了2个小区，分别是Cell1、Cell2。这2个小区中的部分或全部可以向用户设备提供载波聚合的能力以扩展传输的带宽。用户设备UE1通过基站1接入了网络(或者网络将UE切换到基站1)，基站1根据UE1的能力为其配置了2个同时工作的小区(Cell1、Cell2)，其中Cell1为UE1提供NAS层移动性信息如PLMN、全局小区标识CGI、位置区标识TAC等信息，是UE1的主小区(Primary Cell，Pcell)、或主服务小区，UE1只接收主小区的系统消息和寻呼消息。Cell1、Cell2可以是RRH小区，或者经过中继器(repeater)，或者是普通的小区。

实例一：

本实例中，Cell2是自己调度自己，如图3所示辅服务小区随机接入的方法示意图，该方法包括以下步骤：

步骤1：基站发送MAC CE给UE，包含将Cell2激活的命令，UE收到命令后将Cell2激活；

步骤2：基站通知UE，或者UE根据基站预配置信息获知Cell2与Cell1需要采用不同的TA，需要在Cell2上执行上行同步；

步骤3：UE在Cell2上执行随机接入过程，自行选择一个公共前导，包含RA-RNTI，通过Cell2的PRACH，发送给基站；

步骤4：基站收到该公共前导，计算TA，分配Temporary(临时)C-RNTI，生成随机接入响应消息，并在Cell2的DL-SCH发送给终端，该消息中包含TA、初始上行授权和TemporaryC-RNTI；该消息通过Cell2上的PDCCH上的RA-RNTI进行指示；

步骤5：终端在Cell2上的UL-SCH上发送首个被调度传输消息，该消息包含C-RNTI；

步骤6：基站在Cell1的DL-SCH发送下行分配(DL assignment)指示，通过C-RNTI指示；

步骤7：UE收到DL assignment，按照正常的数据接收，同时仍在等待msg4；

步骤8：基站在Cell2的DL-SCH上发送冲突解决消息；该消息通过PDCCH上的C-RNTI进行指示，同时包含一个上行授权指示(UL grant)；

步骤9：UE收到msg4后，检查到是Cell2上PDCCH的C-RNTI指示，还包含了UL grant，认为冲突解决，认为Cell2上的随机接入过程成功完成，获得上行同步。

实例二：

本实例中Cell2是自己调度自己，如图4所示辅服务小区随机接入的方法示意图，该方法包括以下步骤：

步骤1：基站发送MAC CE给UE，包含将Cell2激活的命令，UE收到命令后将Cell2激活；

步骤2：基站通知UE，或者UE根据基站预配置信息获知Cell2与Cell1需要采用不同的TA，需要在Cell2上执行上行同步；

步骤3：UE在Cell2上执行随机接入过程，自行选择一个公共前导，包含RA-RNTI，通过Cell2的PRACH，发送给基站；

步骤4：基站收到该公共前导，计算TA，分配Temporary C-RNTI，生成随机接入响应消息在Cell2的DL-SCH发送给终端，该消息中包含TA、初始上行授权和Temporary C-RNTI；该消息通过Cell2上的PDCCH上的RA-RNTI进行指示；

步骤5：终端在Cell2上的UL-SCH上发送首个被调度传输消息；该消息包含C-RNTI；

步骤6：此时，基站在Cell2的DL-SCH发送下行分配(DL assignment)指示，通过C-RNTI指示；

步骤7：UE收到DL assignment，按照正常的数据接收，同时仍在等待msg4；

步骤8：基站在Cell2的DL-SCH上发送冲突解决消息；该消息通过PDCCH上的C-RNTI进行指示，没有包含其他信息；

步骤9：UE收到msg4后，检查到是Cell2上PDCCH的C-RNTI指示，并且没有包含DLassignment，认为冲突解决，认为Cell2上的随机接入过程成功完成，获得上行同步。

实例三：

本实例中Cell2是被Pcell调度的，如图5所示辅服务小区随机接入的方法示意图，该方法包括以下步骤：

步骤1：基站发送MAC CE给UE，包含将Cell2激活的命令，UE收到命令后将Cell2激活；

步骤2：基站通知UE，或者UE根据基站预配置信息获知Cell2与Cell1需要采用不同的TA，需要在Cell2上执行上行同步；

步骤3：UE在Cell2上执行随机接入过程，自行选择一个公共前导，包含RA-RNTI，通过Cell2的PRACH，发送给基站；

步骤4：基站收到该公共前导，计算TA，分配Temporary C-RNTI，生成随机接入响应消息在Cell2的DL-SCH发送给终端，该消息中包含TA、初始上行授权和Temporary C-RNTI；该消息通过Pcell上Cell2相关的PDCCH上的RA-RNTI进行指示；

步骤5：终端在Cell2上的UL-SCH上发送首个被调度传输消息；该消息包含C-RNTI；

步骤6：此时，基站在Cell2的DL-SCH发送下行分配(DL assignment)指示，通过Pcell上Cell2相关的PDCCH上的C-RNTI指示；

步骤7：UE收到DL assignment，按照正常的数据接收，同时仍在等待msg4；

步骤8：基站在Cell2的DL-SCH上发送冲突解决消息；该消息通过Pcell上Cell2相关的PDCCH上的C-RNTI进行指示，还包含UL grant和填充指示(padding)；

步骤9：UE收到msg4后，检查到是Pcell上Cell2相关的PDCCH上的C-RNTI指示，并且包含UL grant，认为冲突解决，认为Cell2上的随机接入过程成功完成，获得上行同步。

实例四：

本实例中的Cell2是自己调度自己，如图6所示辅服务小区随机接入的方法示意图，该方法包括以下步骤：

步骤1：UE有上行数据到达，数据量比较大，此时Cell2处于失步状态，并且已经去激活，UE根据基站预配置信息获知Cell2与Cell1需要采用不同的TA，需要在Cell2上执行随机接入过程；

步骤2：UE在Cell2上执行随机接入过程，自行选择一个公共前导，包含RA-RNTI，通过Cell2的PRACH，发送给基站；

步骤3：基站收到该公共前导，计算TA，分配Temporary C-RNTI，生成随机接入响应消息在Cell2的DL-SCH发送给终端，该消息中包含TA、初始上行授权和Temporary C-RNTI；该消息通过Cell2上的PDCCH上的RA-RNTI进行指示；

步骤4：终端在Cell2上的UL-SCH上发送首个被调度传输；该消息包含C-RNTI，等待msg4；

步骤5：基站在Cell2的DL-SCH上发送冲突解决消息；该消息通过Cell2上PDCCH上的C-RNTI进行指示，还包含UL grant；

步骤6：UE收到msg4后，检查到是Cell2上的C-RNTI指示，还包含UL grant，认为冲突解决，认为Cell2上的随机接入过程成功完成，获得上行同步。

步骤7：UE进行上行数据发送。

实施五：

本实例中的Cell2被Pcell调度，如图7所示辅服务小区随机接入的方法示意图，该方法包括以下步骤：

步骤1：UE有下行数据到达，数据量比较大，此时Cell2处于失步状态，并且已经去激活，基站通知UE Cell2与Cell1需要采用不同的TA，需要在Cell2上执行随机接入过程，此时UE自行激活该Cell2；

步骤2：由于专用前导资源缺乏，基站没有分配专用前导给UE，UE在Cell2上执行随机接入过程，自行选择一个公共前导，包含RA-RNTI，通过Cell2的PRACH，发送给基站；

步骤3：基站收到该公共前导，计算TA，分配Temporary C-RNTI，生成随机接入响应消息在Cell2的DL-SCH发送给终端，该消息中包含TA、初始上行授权和Temporary C-RNTI；该消息通过Pcell上Cell2相关的PDCCH上的RA-RNTI进行指示；

步骤4：终端在Cell2上的UL-SCH上发送首个被调度传输；该消息包含C-RNTI，等待msg4；

步骤5：基站在Cell2的DL-SCH上发送冲突解决消息；该消息通过Pcell上Cell2相关的PDCCH上的C-RNTI进行指示，还包含UL grant；

步骤6：UE收到msg4后，检查到是Cell2的C-RNTI指示，还包含UL grant，认为冲突解决，认为Cell2上的随机接入过程成功完成，获得上行同步。

步骤7：基站在Cell2的DL-SCH发送下行分配(DL assignment)，通过Pcell上Cell2相关的PDCCH上的C-RNTI指示；

步骤8：UE收到DL assignment，按照正常的数据接收。

上述实例分别介绍了不同情况下，UE如何确定冲突解决的方式，通过这些方式可以看出，UE能够准确地区分出接收的消息是否为冲突解决消息，进而完成辅服务小区的接入过程，获得上行同步，避免了UE间的冲突。

实施例2

本实施例提供了一种用户设备，参见图8，该用户设备包括以下模块：

消息接收模块82，用于在辅服务小区上执行随机接入的过程中，当发送首个被调度传输消息后，接收辅服务小区的消息；

其中，用户设备在辅服务小区上执行随机接入的过程的触发方式可以包括以下之一：用户设备接收到基站的辅服务小区接入通知；用户设备根据基站预配置的信息确定主服务小区与辅服务小区采用不同的TA，确定在辅服务小区上执行上行同步。在这两种情况下，用户设备均会对激活的辅服务小区进行随机接入；

检查模块84，与消息接收模块82相连，用于检查上述消息是否包含服务小区的C-RNTI；

判断模块86，与检查模块84相连，用于检查模块84的检查结果为包含上述C-RNTI时，判断消息是否为冲突解决消息；

确定模块88，与判断模块86相连，用于判断模块86的判断结果是冲突解决消息时，确定冲突解决，并确定该辅服务小区接入过程成功完成。

本实施例在收到含有该辅服务小区的PDCCH的C-RNTI后，不会立即认为冲突已解决，而是进一步确认该消息是否为冲突解决消息，在是冲突解决消息时，才会认为确认冲突解决，该辅服务小区接入成功，解决了Scell的随机接入过程中的冲突问题，使得UE能正常进行数据收发，避免了随机接入过程的冲突解决的误判，减少给其他UE的干扰。

其中，其中，判断模块86判断该消息是否为冲突解决消息可以包括以下方式：

1)判断模块86包括：第一判断单元，用于判断消息是否携带有下行分配指示；第一确定单元，用于第一判断单元的判断结果为消息携带有下行分配指示时，确定消息不是冲突解决消息；第二确定单元，用于第一判断单元的判断结果为消息没有携带有下行分配指示，确定消息为冲突解决消息。

2)判断模块86包括：第三确定单元，用于当消息携带有上行授权指示时，确定消息是冲突解决消息。

3)判断模块86包括：第四确定单元，用于当消息携带有上行授权指示和填充指示时，确定消息是冲突解决消息。

如果该消息不是冲突解决消息，用户设备接收该消息后，继续等待接收下一个消息(即继续等待接收冲突解决消息状态)。

本实施例在Scell激活后执行冲突的随机接入过程时，UE检测到正在执行随机接入过程的Scell相关的PDCCH，收到C-RNTI指示，还可以包含了除DL分配以外的信息，则认为冲突解决；例如：该信息可以为空，或者是一个新的传输的UL授权，或者包含新的传输的UL授权和padding(填充指示)。

从以上的描述中可以看出，上述实施例针对多个小区接入的情况，用户设备在辅服务小区的随机接入过程中，需要等待冲突解决消息，在等待的过程中对接收的消息先判断该消息是针对哪个服务小区的，针对辅服务小区时，在进一步确认该消息是否为冲突解决消息，在是冲突解决消息时，才会认为冲突解决，认为该辅服务小区接入过程成功完成，解决了Scell的随机接入过程中的冲突问题，使得UE能正常进行数据收发，避免了随机接入过程的冲突解决的误判，减少给其他UE的干扰。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种辅服务小区随机接入的方法，其特征在于，包括：

用户设备在辅服务小区上执行随机接入的过程中，当发送首个被调度传输消息后，接收所述辅服务小区的消息；

所述用户设备检查所述消息是否包含服务小区的小区-无线网络临时标识C-RNTI；

如果包含所述C-RNTI，所述用户设备判断所述消息是否为冲突解决消息；

如果是冲突解决消息，所述用户设备确定冲突解决，并确定所述辅服务小区接入过程成功完成；

其中，所述用户设备判断所述消息是否为冲突解决消息包括：

所述用户设备判断所述消息是否携带有下行分配指示；如果携带有所述下行分配指示，所述用户设备确定所述消息不是冲突解决消息；如果没有携带有所述下行分配指示，所述用户设备确定所述消息为冲突解决消息；或者，

当所述消息携带有上行授权指示时，所述用户设备确定所述消息是冲突解决消息；或者，

当所述消息携带有上行授权指示和填充指示时，所述用户设备确定所述消息是冲突解决消息。

2.根据权利要求1所述的方法，其特征在于，所述用户设备在辅服务小区上执行随机接入的过程的触发方式包括以下之一：

用户设备接收到基站的辅服务小区接入通知；

用户设备根据基站预配置的信息确定主服务小区与辅服务小区采用不同的定时提前TA，确定在所述辅服务小区上执行上行同步。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

如果所述消息不是冲突解决消息，所述用户设备接收所述消息后，继续等待接收下一个消息。

4.一种用户设备，其特征在于，包括：

消息接收模块，用于在辅服务小区上执行随机接入的过程中，当发送首个被调度传输消息后，接收所述辅服务小区的消息；

检查模块，用于检查所述消息是否包含服务小区的小区-无线网络临时标识C-RNTI；

判断模块，用于所述检查模块的检查结果为包含所述C-RNTI时，判断所述消息是否为冲突解决消息；

确定模块，用于所述判断模块的判断结果是冲突解决消息时，确定冲突解决，并确定所述辅服务小区接入过程成功完成；

其中，所述判断模块包括：

第一判断单元，用于判断所述消息是否携带有下行分配指示；第一确定单元，用于所述第一判断单元的判断结果为所述消息携带有所述下行分配指示时，确定所述消息不是冲突解决消息；第二确定单元，用于所述第一判断单元的判断结果为所述消息没有携带有所述下行分配指示，确定所述消息为冲突解决消息；或者，

第三确定单元，用于当所述消息携带有上行授权指示时，确定所述消息是冲突解决消息；或者，

第四确定单元，用于当所述消息携带有上行授权指示和填充指示时，确定所述消息是冲突解决消息。