WO2013004084A1

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

Info

Publication number: WO2013004084A1
Application number: PCT/CN2012/071350
Authority: WO
Inventors: 陈中明; 杜忠达; 黄亚达; 刘扬
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-07-05
Filing date: 2012-02-20
Publication date: 2013-01-10
Also published as: CN102869112B; CN102869112A

Abstract

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

Description

辅服务小区随机接入的方法和用户设备技术领域本发明涉及通信领域，具体而言，涉及一种辅服务小区随机接入的方法和用户设备。背景技术在无线蜂窝通信系统中，随机接入过程（Random Access Procedure) 用于空闲状态（RRC_IDLE) 的终端（或称为用户设备 UE， User Equipment) 初始访问网络，或连接状态（RRC_CO NECTED)的终端与网络进行上行同步（Uplink synchronization) 及获取资源分配，以进行后续数据通信。在第三代伙伴组织计划（3GPP， Third Generation Partnership Project) 长期演进

(LTE, Long Term Evolution)系统的演进的通用陆地无线接入网（E-UTRAN, Evolved Universal Terrestrial Radio Access Network, 也称为增强型基站 e B) 中，以下六种事件可以触发终端的随机接入过程：（1 ) 空闲状态初始接入；（2) 无线资源控制连接重建过程（RRC Connection Re-establishment procedure); (3 )切换（HO， Handover); (4) RRC连接状态下行数据到达需要随机接入过程，例如当上行同步状态为"非同步 "时； ( 5 ) RRC连接状态上行数据到达需要随机接入过程，例如当上行同步状态为"非同步" 或者没有可用的物理上行控制信道（PUCCH, Physical Uplink Control Channel) 资源发送调度请求（SR， Schedule Request); (6) RRC连接状态为定位目的需要随机接入过程，例如 UE定位需要定时提前（TA， Timing Advance )。随机接入过程有两种不同的形式：基于冲突的（Contention Based) (适用于上述前五种事件）；非基于冲突的 (Non-Contention Based) (适用于上述（3 )、（4)、 (6) 事件）。在随机接入过程成功后，可以进行正常的下行或上行传输。随机接入过程可以由物理下行控制信道信令（PDCCH order, Physical Downlink Control Channel order) 或者 UE的媒体接入控制层（MAC, Medium Access Control) 发起，可选地， PDCCH order或者无线资源控制（RRC， Radio Resource Control) 信令可以为 UE分配专用随机接入前导（Random Access Preamble), 则随机接入过程为非基于冲突的方式；否则， UE需要选择随机接入前导，则随机接入过程为基于冲突的方式。 UE选择随机接入资源包括选择随机接入前导和物理随机接入信道（PRACH, Physical Random Access Channel) 的时频域资源等。为向移动用户提供更高的数据速率，高级长期演进系统（Long Term Evolution Advance, 简称 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, SCO,在 PCC上的服务小区称为主服务小区（Primary Cell, 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 Reference Symbols) 禾口上报 CQI (Channel Quality Indicator) /PMI (Precoding Matrix Index) /RI (Rank Indicator); 而对于暂时不用的载波，基站通过显示命令通知或隐式规则去激活这些载波，在去激活的载波上， UE不监听 PDCCH信道，也不接收物理下行共享信道（Physical Downlink Shared Channel, PDSCH) 上的数据，不发送 SRS，不上报 CQI/PMI/RL 不发送上行数据，从而达到省电的目的。载波聚合初期阶段（即 RellO), Scell的个数比较少（例如只有 1个），而且场景也有限制，例如不支持上行射频拉远（Remote Radio Head, RRH)和中继器（repeater), 因此只存在一个 TA， UE只需要在 Pcell发起上行同步即可， Scell上不会发起。而由于数据量的提升， Scell的个数会增多（例如增加到 4个），场景也会放宽，例如支持上行 RRH和 repeater, —个 TA不能解决问题，因此会引入多个时间调整信息（TA， Time Alignment ) o 这时候， Scell上也会发起上行同步，并且在 Scell激活后才执行随机接入过程。如果 Scell上执行的是基于冲突的随机接入过程， UE在等待冲突解决消息（msg4) 的时候，有可能会调度该 Scell的 DL数据（用 C-RNTI指示），那么就会存在这个问题： UE收到 DL数据调度，可能会被误认为收到了冲突解决消息 (msg4), 则 UE就认为冲突成功解决了，其实这时候冲突并没有解决，引起 UE和基站对冲突解决的不一致性，即基站认为该 Scell上的上行同步并没有成功但是 UE认为成功了， UE开始在该 Scell上发送上行 SRS，上报 CQI/PMI/RL 将给其他 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, Random Access CHannel) 发送随机接入前导 (RAP, Random Access Preamble) 消息；步骤 2: 基站（e B) 的媒体接入控制层（MAC, Medium Access Control)生成随机接入响应消息在下行共享信道（DL-SCH, Downlink-Shared Channel) 发送给终端；该消息中至少包含随机接入前导标识（RAPID, Random Access Preamble IDentifier) 时间调整信息（TA， Time Alignment )、初始上行授权（UL Grant, Uplink Grant)和临时小区 -无线网络临时标识（Temporary C-RNTI); 该消息通过在物理下行控制信道上的随机接入 -无线网络临时标识（RA-RNTI, Random Access-Radio Network 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个小区，分别是小区 1 (Celll )、小区 2 (Cell2)。这 2个小区中的部分或全部可以向用户设备提供载波聚合的能力以扩展传输的带宽。用户设备 UE1通过基站 1接入了网络（或者网络将 UE切换到基站 1 )，基站 1根据 UE1的能力为其配置了 2个同时工作的小区（Celll、 Cell2), 其中 Celll为 UE1提供 NAS层移动性信息如 PLMN、全局小区标识 CGI、位置区标识 TAC等信息，是 UE1的主小区（Primary Cell, Pcell)、或主服务小区， UE1只接收主小区的系统消息和寻呼消息。 Celll、 Cell2可以是 RRH小区，或者经过中继器（repeater), 或者是普通的小区。实例一：本实例中， Cell2是自己调度自己，如图 3所示辅服务小区随机接入的方法示意图，该方法包括以下步骤：步骤 1：基站发送 MAC CE给 UE，包含将 Cell2激活的命令， UE收到命令后将 Cell2激活；步骤 2: 基站通知 UE，或者 UE根据基站预配置信息获知 Cell2与 Celll需要采用不同的 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:基站在 Celll的 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与 Celll需要采用不同的 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指示，并且没有包含 DL assignment, 认为冲突解决，认为 Cell2上的随机接入过程成功完成，获得上行同步。实例三：本实例中 Cell2是被 Pcell调度的，如图 5所示辅服务小区随机接入的方法示意图，该方法包括以下步骤：步骤 1：基站发送 MAC CE给 UE，包含将 Cell2激活的命令， UE收到命令后将 Cell2激活；步骤 2: 基站通知 UE，或者 UE根据基站预配置信息获知 Cell2与 Celll需要采用不同的 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与 Celll需要采用不同的 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与 Celll需要采用不同的 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的干扰，提高了整个系统的性能。从以上的描述中可以看出，上述实施例针对多个小区接入的情况，用户设备在辅服务小区的随机接入过程中，需要等待冲突解决消息，在等待的过程中对接收的消息先判断该消息是针对哪个服务小区的，针对辅服务小区时，在进一步确认该消息是否为冲突解决消息，在是冲突解决消息时，才会认为冲突解决，认为该辅服务小区接入过程成功完成，解决了 Scell的随机接入过程中的冲突问题，使得 UE能正常进行数据收发，避免了随机接入过程的冲突解决的误判，减少给其他 UE的干扰。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

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

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

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

C-RNTI;

如果包含所述 C-RNTI, 所述用户设备判断所述消息是否为冲突解决消息；如果是冲突解决消息，所述用户设备确定冲突解决，并确定所述辅服务小区接入过程成功完成。

2. 根据权利要求 1所述的方法，其中，所述用户设备判断所述消息是否为冲突解决消息包括：

所述用户设备判断所述消息是否携带有下行分配指示；

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

如果没有携带有所述下行分配指示，所述用户设备确定所述消息为冲突解决消息。

3. 根据权利要求 1所述的方法，其中，所述用户设备判断所述消息是否为冲突解决消息包括：

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

4. 根据权利要求 1所述的方法，其中，所述用户设备判断所述消息是否为冲突解决消息包括：

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

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

用户设备接收到基站的辅服务小区接入通知；用户设备根据基站预配置的信息确定主服务小区与辅服务小区采用不同的定时提前 TA，确定在所述辅服务小区上执行上行同步。根据权利要求 1-4任一项所述的方法，其中，所述方法还包括：

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

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

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

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

确定模块，设置为所述判断模块的判断结果是冲突解决消息时，确定冲突解决，并确定所述辅服务小区接入过程成功完成。根据权利要求 7所述的用户设备，其中，所述判断模块包括：

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

第二确定单元，设置为所述第一判断单元的判断结果为所述消息没有携带有所述下行分配指示，确定所述消息为冲突解决消息。根据权利要求 7所述的用户设备，其中，所述判断模块包括：第三确定单元，设置为当所述消息携带有上行授权指示时，确定所述消息是冲突解决消息。根据权利要求 7所述的用户设备，其中，所述判断模块包括：第四确定单元，设置为当所述消息携带有上行授权指示和填充指示时，确定所述消息是冲突解决消息。