技术领域
[0001] 本
申请涉及通信技术领域，特别涉及一种特殊小区的PRACH配置方法和设备。
背景技术
[0002] 为了提供更高的业务速率，3GPP在LTE-Advanced阶段提出了下行1Gbps的速率要求。同时，受限于无线
频谱资源紧缺等因素，很多运营商拥有的频谱资源往往都是非连续的，每个单一频段都难以满足LTE-Advanced对带宽的需求。因此，3GPP在Release 10(TR 36.913)阶段引入了载波聚合(CA)，通过同频带、异频带不同的成员载波聚合成为更大带宽，成倍地增加用户峰值速率，可以聚合40MHz～100MHz带宽，提供300Mbps～750Mbps甚至大于1Gbps(4x4MIMO)的峰值速率，以满足3GPP的要求。
[0003] 3GPP定义的载波聚合，有如下约束：
[0004] 1、CA UE支持非对称载波聚合，即下行链路和上行链路聚合的分量载
波数目可以不同，但是上行
分量载波数不能大于下行分量载波数。
[0005] 2、每个CC(Component Carrier)即分量载波的
帧结构与3GPP Release 8相同，实现向下兼容。
[0006] 3、聚合的载波是R8/9兼容，亦即R8/9终端可以在其中一个载波上发送/接收数据。
[0007] 3GPP载波聚合引入了PCell/SCell：
[0008] PCell(Primary Cell，主小区)是UE进行初始连接建立的小区，或进行RRC连接重建的小区，或是在切换过程中
指定的主小区。PCell负责与UE之间的RRC通信。
[0009] SCell(Secondary Cell，辅小区)是在RRC重配置时添加的，用于提供额外的无线资源，SCell与UE之间不存在任何RRC通信。
[0010] PCell是在连接建立(connection establishment)时确定的，SCell是在初始安全激活流程(initial security activation procedure)之后，通过RRC连接重配置消息(RRCConnectionReconfiguration)添加/
修改/释放的。
[0011] 由于在实际的行业组网应用中，存在特定的视频上传等大带宽上行业务需求，与3GPP载波聚合不同，可在eLTE系统中引入上行载波数高于下行载波数的配置，1对可用FDD载波和多个可用的非授权的纯上行载波，可以在LTE系统中建立一种特殊的FDD小区：该小区包括一对FDD载波和1个或多个纯上行载波。小区中一对FDD载波中的下行载波是这种特殊的FDD小区中唯一的下行载波，上行载波是这种特殊的FDD小区的上行主载波。该小区中所有纯上行载波是这个小区的上行辅载波。图1为现有LTE特殊小区的示意图。
[0012] 在普通的LTE FDD小区中，eNodeB和UE通过随机接入无线网络临时标识(RA-RNTI)来标识不同的物理随机接入信道(PRACH)：RA-RNTI的取值决定于PRACH的第一个子帧的下标和PRACH占用的频域资源的下标，如式(1)所示：
[0013] RA-RNTI＝1+t_id+10*f_id (1)
[0014] 上式中，t_id为所述PRACH的第一个子帧的下标(0≤t_id<10)；
[0015] f_id为所述PRACH占用的频域资源的下标(0≤f_id<6)。
[0016] UE在发送了PRACH之后，根据该PRACH对应的RA-RNTI，在随机接入响应窗内检测控制域中物理下行控制信道(PDCCH)搜索空间上该RA-RNTI加扰的PDCCH，以获得随机接入响应(RAR)的调度信息，并根据RAR的调度信息接收相应的物理下行共享信道(PDSCH)，从PDSCH上获得MSG3的上行授权信息，在该上行授权信息指示的上行资源上发送MSG3。
[0017] 在上述LTE特殊小区中，由于主辅载波需随机接入以获取主辅载波的定时，当不同终端在同一时频资源上(t_id和f_id相同)同时接入主辅载波时，会导致RA-RNTI相同，从而导致终端可能接收错误的RAR消息。
[0018] 在特殊的LTE FDD小区中有多个上行载波，为区别不同上行载波上的PRACH，可以引入上行载波的标识，给每个上行载波分配一个标识值c_id，以便从载波标识来区分RA-RNTI，采用如式(2)所示的方法计算RA-RNTI：
[0019] RA-RNTI＝1+t_id+10*f_id+60*c_id (2)
[0020] 但是，如果采用这种方法，该c_id需通过空口通知UE，这样就需要修改空口协议。
发明内容
[0021] 本申请提供了一种特殊小区的PRACH配置方法和设备，以解决特殊小区中主辅载波随机接入冲突的问题。
[0022] 本申请公开了一种特殊小区的PRACH配置方法，包括：
[0023] 将物理随机接入信道PRACH配置索引划分为多个PRACH配置索引组，每个PRACH配置索引组内的PRACH配置索引对应的随机接入子帧互不相同；
[0024] 基站侧从所划分的PRACH配置索引组中为每个特殊小区配置一个PRACH配置索引组，并将所述特殊小区内主辅载波的PRACH配置索引配置为所述PRACH配置索引组内互不相同的取值。
[0025] 较佳的，所述将PRACH配置索引划分为多个PRACH配置索引组包括：
[0026] 对于前导格式0，划分为5个PRACH配置索引组：{0，1，2，15}、{3，4，5}、{6，7，8}、{9，10，11}、{12，13}；
[0027] 对于前导格式1，划分为5个PRACH配置索引组：{16，17，18，31}、{19，20，21}、{22，23，24}、{25，26，27}、{28，29}；
[0028] 对于前导格式2，划分为5个PRACH配置索引组：{32，33，34，47}、{35，36，37}、{38，39，40}、{41，42，43}、{44，45}；
[0029] 对于前导格式3，划分为4个PRACH配置索引组：{48，49，50，63}、{51，52，53}、{54，55，56}、{57，58，59}。
[0030] 较佳的，该方法还包括：
[0031] 基站侧将主载波的PRACH配置索引通过广播消息通知终端，将辅载波的PRACH配置索引通过RRC重配置消息通知终端。
[0032] 本申请还公开了一种特殊小区的PRACH配置设备，包括：分组模
块和配置模块，其中：
[0033] 所述分组模块，用于将PRACH配置索引划分为多个PRACH配置索引组，使得每个PRACH配置索引组内的PRACH配置索引对应的随机接入子帧互不相同；
[0034] 所述配置模块，用于从所划分的PRACH配置索引组中为每个特殊小区配置一个PRACH配置索引组，并将所述特殊小区内主辅载波的PRACH配置索引配置为所述PRACH配置索引组内互不相同的取值。
[0035] 较佳的，所述分组模块具体用于：
[0036] 对于前导格式0，划分为5个PRACH配置索引组：{0，1，2，15}、{3，4，5}、{6，7，8}、{9，10，11}、{12，13}；
[0037] 对于前导格式1，划分为5个PRACH配置索引组：{16，17，18，31}、{19，20，21}、{22，23，24}、{25，26，27}、{28，29}；
[0038] 对于前导格式2，划分为5个PRACH配置索引组：{32，33，34，47}、{35，36，37}、{38，39，40}、{41，42，43}、{44，45}；
[0039] 对于前导格式3，划分为4个PRACH配置索引组：{48，49，50，63}、{51，52，53}、{54，55，56}、{57，58，59}。
[0040] 较佳的，该设备还包括：通知模块；
[0041] 所述通知模块，用于将主载波的PRACH配置索引通过广播消息通知终端，将辅载波的PRACH配置索引通过RRC重配置消息通知终端。
[0042] 由上述技术方案可见，本申请通过将PRACH配置索引划分为多个PRACH配置索引组，使得每个PRACH配置索引组内的PRACH配置索引对应的随机接入子帧互不相同，并由基站从所划分的PRACH配置索引组中为每个特殊小区配置一个PRACH配置索引组，然后将该特殊小区内主辅载波的PRACH配置索引配置为所述PRACH配置索引组内互不相同的取值，使得主辅载波在随机接入时可以从时域上错开，从而避免了主辅载波在同一时频资源上同时接入，进而避免了因RA-RNTI相同而导致的终端接收错误的RAR消息的问题。
附图说明
[0043] 图1为现有LTE特殊小区的示意图；
[0044] 图2为本申请特殊小区的PRACH配置方法流程示意图；
[0045] 图3为本申请特殊小区的PRACH配置设备的组成结构示意图。
具体实施方式
[0046] 为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举
实施例，对本申请作进一步详细说明。
[0047] 3GPP TS36.211中的PRACH配置如下表所示：
[0048] Table 5.7.1-2:
[0049] Frame structure type 1 random access configuration for preamble formats 0-3
[0050]
[0051] 上表定义了64种PRACH配置，其PRACH配置索引(PRACH Configuration Index)分别为0～63，每一种PRACH配置分别有对应的前导格式(Preamble Format)、系统帧编号(System frame number)、子帧编号(Subframe number)。
[0052] 本申请特殊小区的PRACH配置方法流程如图2所示，主要包括以下步骤：
[0053] 步骤201：将PRACH配置索引划分为多个PRACH配置索引组(PRACH Configuration Group Index)，每个PRACH配置索引组内的PRACH配置索引对应的随机接入子帧互不相同。
[0054] 较佳的，可以采用如下方式进行划分：
[0055] 对于前导格式0，可以分为5个PRACH配置索引组：{0，1，2，15}、{3，4，5}、{6，7，8}、{9，10，11}、{12，13}，在每个PRACH配置索引组内，每个PRACH Configuration Index对应的随机接入子帧(即：子帧编号)互不相同；
[0056] 对于前导格式1，也可以分为5个PRACH配置索引组：{16，17，18，31}、{19，20，21}、{22，23，24}、{25，26，27}、{28，29}；
[0057] 对于前导格式2，可以分为5个PRACH配置索引组：{32，33，34，47}、{35，36，37}、{38，39，40}、{41，42，43}、{44，45}；
[0058] 对于前导格式3，可以划分为4个PRACH配置索引组：{48，49，50，63}、{51，52，53}、{54，55，56}、{57，58，59}。
[0059] 步骤202：基站侧从所划分的PRACH配置索引组中为每个特殊小区配置一个PRACH配置索引组，将特殊小区内主辅载波的PRACH Configuration Index配置为所述PRACH配置索引组内互不相同的取值。
[0060] 步骤203：基站侧将主载波的PRACH Configuration Index通过广播消息通知UE，将辅载波的PRACH Configuration Index通过RRC重配置消息通知终端。
[0061] 表1为按照本申请上述方法划分得到的PRACH配置索引组，每一个PRACH配置索引组由一个索引表示，索引的取值范围为0-18，每一个PRACH配置索引组有对应的前导格式和其所包含的PRACH配置索引。
[0062] 表1 PRACH配置组索引
[0063]
[0064]
[0065] 下面通过一个较佳实施例对本申请进行举例说明。
[0066] 假定特殊小区由1个主载波和2个辅载波构成，如果欲选用前导格式0，则基站给特殊小区配置PRACH Configuration Group Index为0，根据表1，对应的PRACH配置索引为{0，1，2，15}，从中将主载波的PRACH Configuration Index配置为0，辅载波1的PRACH Configuration Index配置为1，辅载波2的PRACH Configuration Index配置2，如此，即可避免主辅载波在同一时频资源上同时接入，进而避免了因RA-RNTI相同而导致的终端接收错误的RAR消息的问题。
[0067] 如需选用其他前导格式，可以参见上表1进行配置。
[0068] 对应于上述方法，本申请还提供了一种特殊小区的PRACH配置设备，其组成结构如图3所示，包括：分组模块和配置模块，其中：
[0069] 所述分组模块，用于将PRACH配置索引划分为多个PRACH配置索引组，使得每个PRACH配置索引组内的PRACH配置索引对应的随机接入子帧互不相同；
[0070] 所述配置模块，用于从所划分的PRACH配置索引组中为每个特殊小区配置一个PRACH配置索引组，并将所述特殊小区内主辅载波的PRACH配置索引配置为所述PRACH配置索引组内互不相同的取值。
[0071] 较佳的，所述分组模块具体用于：
[0072] 对于前导格式0，划分为5个PRACH配置索引组：{0，1，2，15}、{3，4，5}、{6，7，8}、{9，10，11}、{12，13}；
[0073] 对于前导格式1，划分为5个PRACH配置索引组：{16，17，18，31}、{19，20，21}、{22，23，24}、{25，26，27}、{28，29}；
[0074] 对于前导格式2，划分为5个PRACH配置索引组：{32，33，34，47}、{35，36，37}、{38，39，40}、{41，42，43}、{44，45}；
[0075] 对于前导格式3，划分为4个PRACH配置索引组：{48，49，50，63}、{51，52，53}、{54，55，56}、{57，58，59}。
[0076] 较佳的，该设备中还可以包括：通知模块，用于将主载波的PRACH配置索引通过广播消息通知终端，将辅载波的PRACH配置索引通过RRC重配置消息通知终端。
[0077] 以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
