一种小区接入的方法、系统和设备的制作方法
【专利摘要】本发明实施例涉及无线通信【技术领域】，特别涉及一种小区接入的方法、系统和设备，用以解决现有技术中存在的在接入微小区时随机接入带来的时延比较长的问题。本发明实施例提供的一种小区接入的方法，包括：网络侧设备确定用户设备需要接入的小区的小区类型；所述网络侧设备通知用户设备需要接入的小区的小区类型，用于通知所述用户设备根据所述小区类型判断是否需要执行随机接入过程。本发明实施例由于网络侧设备通知用户设备接入的小区的类型，从而使用户设备在接入微小区时不需要上行同步，缩短了随机接入带来的时延。
【专利说明】—种小区接入的方法、系统和设备
【技术领域】
[0001]本发明涉及无线通信【技术领域】，特别涉及一种小区接入的方法、系统和设备。
【背景技术】
[0002]如图1 所不，LTE(Long Term Evolution,长期演进)E-UTRAN(Evolved UniversalTerrestrial Radio Access Network,演进的通用陆地无线接入网)系统的网络架构示意图中，MME(Mobility Management Entity,移动性管理实体)与eNB(演进基站)之间采用Sl-MME接口相连，eNB之间通过X2 口连接，基站与UE则通过空口进行通信。对于每一个附着到网络的UE (用户设备)，有一个MME为其提供服务，该MME称为UE的服务MME。
[0003]在LTE系统中随机接入的原因主要有如下几种:
[0004]1、从 RRC_IDLE(RRC 空闲；RRC，Radio Resource Control，无线资源控制)状态接入(也称为初始接入，initial access)；
[0005]2、无线链路失败发起RRC连接重建(也是初始接入的一种);
[0006]3、切换过程需要随机接入；
[0007]4、UE处于RRC_C0NNECTED (RRC连接)时有下行数据到达；
[0008]5、UE处于RRC_C0NNECTED时有上行数据到达；
[0009]对于有下行数据到达和切换两种情况，如果有专用preamble (前导)码，则可以使用非竞争随机接入，对于其它所有随机接入原因引起的随机接入均可以使用竞争随机接入。
[0010]在X2切换过程中，源eNB根据测量结果，判决执行X2切换操作，由源eNB向目标eNB发送切换请求消息，消息中包含切换后需要改变的接入层密钥KeNB*以及UE所有承载相关的参数等，随后目标eNB根据这些参数,配置新的承载,包括SRB (Signaling RadioBearer,信令无线承载)以及DRB(Data Radio Bearer,数据无线承载)的F1DCP(PacketData Convergence Protocol,分组数据聚合协议)/RLC(Radio Link Control,无线链路控制)/MAC(Medium Access Control，媒体接入控制)实体等。目标eNB执行接纳判断，如果判决可以接纳，那么目标eNB向源eNB返回切换响应消息。源eNB接收到切换响应消息后向UE发送RRC重配置消息，同时源eNB停止数据和控制面的接收和发送。UE接收到RRC重配消息后，开始停止在源eNB的数据和控制面的接收和发送，并和目标eNB进行同步操作。
[0011]上述同步操作包括下行同步和上行同步。具体如下:UE首先通过物理层过程完成和目标基站的下行同步，随后根据目标基站的下行定时关系，以及RRC重配信令中携带的 preamble 和 PRACH(Physical Random Access Channel,物理随机接入信道)指不发起非竞争随机接入或者竞争随机接入(ra-Preamblelndex为000000)以建立和目标基站的上行同步。需要注意:对于切换，RRC重配信令中会携带目标基站为UE分配的C-RNTI (CellRadio Network Temporary Identifier,小区无线网络临时标识)以及随机接入专用配置(preamble和PRACH)，其中随机接入专用配置允许缺省，一旦缺省，那么协议规定UE需要发起竞争随机接入。[0012]在现有异构网络中，图2所示，Macro eNB (宏演进基站)提供基础覆盖，工作在现有LTE蜂窝频段，而Local eNB(本地演进基站)提供热点覆盖，可以工作在3GHz以上频段。Local eNB与Macro eNB之间采用高速链路(有线/无线)相连。对于工作于Marco eNB和Local eNB共同覆盖区域的UE可以同时使用Marco eNB和local eNB的资源，即基站间聚合(inter-eNB聚合)。在inter-eNB聚合情况下，UE的部分RB (Radio Bearer,无线承载)通过Marco cell承载,部分RB通过local cell承载。
[0013]目前，对于IDLE UE接入、切换以及inter-eNB聚合情况下的承载分离，UE接入到目标小区都是需要执行竞争或者非竞争随机接入的。但是随着微小区的引入，比如家庭覆盖，如果小区覆盖范围很小，比如小于TA (Time Advance，定时提前量)最小的调整粒度(对应的小区半径约78m)，那么UE如何采用目前的接入方式会增加随机接入带来的时延。
[0014]综上所述，目前在接入微小区时随机接入带来的时延比较长。
【发明内容】
[0015]本发明实施例提供的一种小区接入的方法、系统和设备，用以解决现有技术中存在的在接入微小区时随机接入带来的时延比较长的问题。
[0016]本发明实施例提供的一种小区接入的方法，包括:
[0017]网络侧设备确定用户设备需要接入的小区的小区类型；
[0018]所述网络侧设备通知用户设备需要接入的小区的小区类型，用于通知所述用户设备根据所述小区类型判断是否需要执行随机接入过程。
[0019]本发明实施例提供的另一种小区接入的方法，包括:
[0020]用户设备根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型；
[0021]所述用户设备根据所述小区类型判断是否需要执行随机接入过程。
[0022]本发明实施例提供的一种小区接入的网络侧设备，包括:
[0023]第一类型确定模块，用于确定用户设备需要接入的小区的小区类型；
[0024]第一处理模块，用于通知用户设备需要接入的小区的小区类型，用于通知所述用户设备根据所述小区类型判断是否需要执行随机接入过程。
[0025]本发明实施例提供的一种小区接入的用户设备，包括:
[0026]第二类型确定模块，用于根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型；
[0027]第二处理模块，用于根据所述小区类型判断是否需要执行随机接入过程。
[0028]本发明实施例提供的一种小区接入的系统，包括:
[0029]网络侧设备，用于确定用户设备需要接入的小区的小区类型，通知用户设备需要接入的小区的小区类型；
[0030]用户设备，用于根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型，根据所述小区类型判断是否需要执行随机接入过程。
[0031]本发明实施例由于网络侧设备通知用户设备接入的小区的类型，从而使用户设备在接入微小区时不需要上行同步，缩短了随机接入带来的时延。【专利附图】
【附图说明】
[0032]图1为【背景技术】中E-UTRAN的网络架构示意图；
[0033]图2为【背景技术】中包含Local eNB的E-UTRAN网络架构图；
[0034]图3为本发明实施例小区接入的系统结构示意图；
[0035]图4为本发明实施例小区接入的系统中网络侧设备的结构示意图；
[0036]图5为本发明实施例小区接入的系统中用户设备的结构示意图；
[0037]图6为本发明实施例网络侧设备执行小区接入的方法流程示意图；
[0038]图7为本发明实施例用户设备执行小区接入的方法流程示意图；
[0039]图8为本发明实施例不进行随机接入的X2切换过程；
[0040]图9为本发明实施例1dle态用户设备不使用随机接入的RRC连接建立的方法流程不意图。
【具体实施方式】
[0041]随着微小区的引入，比如家庭覆盖，如果小区覆盖范围很小，比如小于TA最小的调整粒度(对应的小区半径约78m)，则要接入这些小区时不需要上行同步的。本发明实施例的网络侧设备通知用户设备接入的小区的类型，使用户设备在接入微小区时不需要上行同步，从而缩短了随机接入带来的时延。
[0042]下面结合说明书附图对本发明实施例作进一步详细描述。
[0043]在下面的说明过程中，先从网络侧和用户设备侧的配合实施进行说明，最后分别从网络侧与用户设备侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当网络侧与用户设备侧分开实施时，也解决了分别在网络侧、用户设备侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。
[0044]如图3所示，本发明实施例小区接入的系统包括:网络侧设备10和用户设备20。
[0045]网络侧设备10，用于确定用户设备20需要接入的小区的小区类型，通知用户设备需要接入的小区的小区类型；
[0046]用户设备20，用于根据接收到的来自网络侧设备10的通知，确定需要接入的小区的小区类型，根据小区类型判断是否需要执行随机接入过程。
[0047]其中，若定需要接入的小区的小区类型为微小区，用户设备20确定不执行随机接入过程。
[0048]较佳地，网络侧设备10通过广播或专用信令通知用户设备需要接入的小区的小区类型。
[0049]相应的，用户设备20通过广播或专用信令确定需要接入的小区的小区类型
[0050]在实施中，网络侧设备10通过广播通知用户设备需要接入的小区的小区类型的方式有很多，下面列举几种:
[0051]方式一、显式指示。
[0052]网络侧设备10在广播的MIB (Master Information Block,主信息块)或SIB (System Information Block,系统信息块)I或SIB2中包含小区类型指示；
[0053]相应的，用户设备20根据MIB或SIBl或SIB2中包含的小区类型指示信息，确定需要接入的小区的小区类型。[0054]比如小区类型指示信息为I比特，取值I表示微小区(或需要随机接入)；取值为0，表示非微小区(或不需要随机接入)。
[0055]方式二、隐式指示。
[0056]网络侧设备10根据在广播信息中是否配置RACH(Random AccessChannel,随机接入信道)公共配置信息的方式通知需要接入的小区的小区类型。
[0057]具体的，若需要接入的小区的小区类型为微小区，网络侧设备10在广播信息中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，网络侧设备在广播信息中包含RACH公共配置信息；
[0058]相应的，用户设备20在收到的广播信息中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
[0059]需要说明的是，本发明实施例并不局限于上述两种采用广播通知的方式，其他能够通过广播通知的方式同样适用本发明实施例。
[0060]在实施中，网络侧设备10通过专用信令通知用户设备需要接入的小区的小区类型的方式有很多，下面列举几种:
[0061]方式一、显式指示。
[0062]网络侧设备10发送包含小区类型指示信息的RRC信令；
[0063]相应的，用户设备20通过RRC信令中的包含的小区类型指示信息，确定需要接入的小区的小区类型。
[0064]比如对于切换，在RRC重配信令中增加小区类型指示，对于inter-eNB聚合，在RB重配信令中增加小区类型指示。
[0065]较佳地，如果采用显式指示，且指示类型为不需要随机接入，那么RRC信令中可以不用配置RACH公共和专用参数。
[0066]方式二、隐式指示。
[0067]网络侧设备10根据在信令中的TA和/或TAT定时提前定时器)通知需要接入的小区的小区类型。
[0068]具体的，若需要接入的小区的小区类型为微小区，网络侧设备10在RRC信令中添加TA指示并设置TA为特殊值和/或添加TAT指示并设置TAT为特殊值；
[0069]相应的，用户设备20在收到的RRC信令中含有TA指示并且TA为特殊值和/或含有TAT指示并且TAT为特殊值后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
[0070]比如在RRC信令中添加TA指示并取值为O和/或添加TAT指示并设置TAT为无穷大。
[0071]方式三、隐式指示。
[0072]若需要接入的小区的小区类型为微小区，网络侧设备10在RRC信令中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，网络侧设备在RRC信令中包含RACH公共配置信息；
[0073]相应的，用户设备20在收到的RRC信令中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
[0074]较佳地,上述RRC信令为RRC重配置信令或RB分离信令。[0075]需要说明的是，本发明实施例并不局限于上述三种采用专用信令通知的方式，其他能够通过专用信令通知的方式同样适用本发明实施例。
[0076]在实施中，若网络侧设备10是目标基站，则网络侧设备10通过OAM(Operationsand Maintenance，运行和维护)实体获取用户设备需要接入的小区的小区类型；或根据自身的发射功率、频点信息确定用户设备需要接入的小区的小区类型(比如自身的发射功率较小或频点信息属于微小区，则确定为微小区)。
[0077]若网络侧设备10是源基站，网络侧设备10通过基站间接口接收到的来自目标基站的小区类型指示，确定用户设备需要接入的小区的小区类型。
[0078]在实施中，若用户设备20需要接入的小区是微小区，且网络侧设备10是需要接入的小区的所属的基站；则网络侧设备10通知用户设备需要接入的小区的小区类型之后，在用户设备接入小区后，不维护用户设备20的上行同步。
[0079]在实施中，若不需要执行随机接入过程之后，用户设备在与接入小区所属的基站进行下行同步后，按照接入小区的下行定时发送上行数据。
[0080]对于切换场景，目标小区所属的基站在用户设备接入小区后，通知用户设备20ULgrant (上行调度许可)，其中UL grant对应的资源是非竞争的时频资源或竞争的时频资源；或
[0081]目标小区所属的基站在特定时延后，通知用户设备20UL grant,其中UL grant对应的资源是非竞争的时频资源或竞争的时频资源，特定时延是用户设备处理重配置消息和目标小区所属的基站进行下行同步的时延之和。
[0082]对于idle态不需要随即接入的RRC连接建立过程，较佳地，若用户设备20需要接入的小区是微小区，且网络侧设备10是需要接入的小区的所属的基站；
[0083]网络侧设备10通知用户设备需要接入的小区的小区类型之后，通过广播通知用户设备用于上行和下行竞争传输的资源位置和/或上下行竞争资源对应的MCS (Modulation and coding scheme,调制编码方式)；在收到来自用户设备20的RRC连接建立请求后，为用户设备20分配一个C-RNTI，并将RRC连接请求的CCCH(Common ControlChannel，公共控制信道)SDU (Service Data Units，业务数据单元)、C_RNTI 的 MAC CE (MACControl Element,媒体接入层控制单元)和UL grant通过下行竞争传输对应的资源,采用对应的MCS发送给用户设备20 ;在收到用户设备20确认收到C-RNTI的信息后，向用户设备20发送RRC连接建立消息。
[0084]相应的，用户设备20根据小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程之后，用户设备20使用竞争资源发送RRC连接建立请求用于请求分配C-RNTI。
[0085]用户设备20使用竞争资源发送RRC连接建立请求之后，启动竞争解决定时器，在定时器超时后，若未收到网络侧的反馈，在预定范围值中生成一个随机数，等到该随机数对应的时刻到达后再次发起RRC连接建立请求。
[0086]比如预定范围为[0，10]ms，那么在这个范围内随机生成一个随机数，随机数为5，则用户设备在5ms后再次发起RRC连接建立请求。
[0087]对于没有DSR的连接态用户设备发起的上行传输过程，较佳地，若用户设备20需要接入的小区是微小区，且网络侧设备10是需要接入的小区的所属的基站；[0088]网络侧设备10通知用户设备20需要接入的小区的小区类型之后，通过广播通知用户设备用于上行竞争传输的资源位置；接收到用户设备20利用PUCCH(Physical UplinkControl Channel,物理上行控制信道)format (格式)la/lb发送的包含SR(调度请求)信息的反馈信息后，为用户设备20分配UL grant ο
[0089]相应的，若不需要执行随机接入过程，用户设备20处于没有DSR(DedicatedScheduling Request,专用调度请求)的连接态,且有上行数据需要发送但没有UL grant,则用户设备20使用竞争资源发送BSR(Buffer State R印ort，缓冲区状态上报)或，BSR和数据，或仅有上行数据(比如资源大于上行数据和C-RNTI指示传输需要的资源)，同时携带用户设备的C-RNTI ;以及用户设备20利用PUCCH formatla/lb发送的包含SR信息的反馈信息。
[0090]其中，本发明实施例的网络侧设备可以是基站(比如宏基站、家庭基站等)，也可以是RN(中继)设备，还可以是其它网络侧设备。
[0091]如图4所示，本发明实施例小区接入的系统中的网络侧设备包括:第一类型确定模块400和第一处理模块410。
[0092]第一类型确定模块400，用于确定用户设备需要接入的小区的小区类型；
[0093]第一处理模块410，用于通知用户设备需要接入的小区的小区类型，用于通知用户设备根据小区类型判断是否需要执行随机接入过程。
[0094]较佳地，第一处理模块410通过广播或专用信令通知用户设备需要接入的小区的小区类型。
[0095]较佳地，第一处理模块410通过广播中的MIB或SIBl或SIB2通知用户设备需要接入的小区的小区类型；或若需要接入的小区的小区类型为微小区，在广播信息中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，在广播信息中包含RACH公共配置信息。
[0096]较佳地，第一处理模块410发送包含小区类型指示信息的RRC信令；或若需要接入的小区的小区类型为微小区，在RRC信令中添加TA指示并设置TA为特殊值和/或添加TAT指示并设置TAT为特殊值；或若需要接入的小区的小区类型为微小区，在RRC信令中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，在RRC信令中包含RACH公
共配置信息。
[0097]较佳地，如果网络侧设备是目标基站；第一类型确定模块400通过OAM实体获取用户设备需要接入的小区的小区类型；或根据自身的发射功率、频点信息确定用户设备需要接入的小区的小区类型。
[0098]较佳地，如果网络侧设备是源基站；第一类型确定模块400通过基站间接口接收到的来自目标基站的小区类型指示，确定用户设备需要接入的小区的小区类型。
[0099]较佳地，网络侧设备是目标基站，第一处理模块410在用户设备接入小区后，通知用户设备UL grant，其中UL grant对应的资源是非竞争的时频资源或竞争的时频资源；或在特定时延后，通知用户设备UL grant，其中UL grant对应的资源是非竞争的时频资源或竞争的时频资源，特定时延是用户设备处理重配置消息和目标小区所属的基站进行下行同步的时延之和。
[0100]较佳地，用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站；第一处理模块410在用户设备接入小区后，不维护用户设备的上行同步。
[0101]较佳地，用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站；第一处理模块410通知用户设备需要接入的小区的小区类型之后，通过广播通知用户设备用于上行和下行竞争传输的资源位置和/或上下行竞争资源对应的MCS ;在收到来自用户设备的RRC连接建立请求后，为用户设备分配一个C-RNTI，并将RRC连接请求的CCCH SDU、C-RNTI的MACCE和UL grant通过下行竞争传输对应的资源，采用对应的MCS发送给用户设备；在收到用户设备确认收到C-RNTI的信息后，向用户设备发送RRC连接建立消息。
[0102]较佳地，用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站；第一处理模块410通知用户设备需要接入的小区的小区类型之后，通过广播通知用户设备用于上行竞争传输的资源位置；接收到用户设备利用PUCCH formatla/lb发送的包含SR信息的反馈信息后，为用户设备分配UL grant ο
[0103]如图5所示，本发明实施例小区接入的系统中的用户设备包括:第二类型确定模块500和第二处理模块510。
[0104]第二类型确定模块500，用于根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型；
[0105]第二处理模块510，用于根据小区类型判断是否需要执行随机接入过程。
[0106]较佳地，第二类型确定模块500通过广播或专用信令确定需要接入的小区的小区类型。
[0107]较佳地，第二类型确定模块500根据MIB或SIBl或SIB2中包含的小区类型指示信息，确定需要接入的小区的小区类型；或在收到的广播信息中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
[0108]较佳地，第二类型确定模块500通过RRC信令中的包含的小区类型指示信息，确定需要接入的小区的小区类型；或在收到的RRC信令中含有TA指示并且TA为特殊值和/或含有TAT指示并且TAT为特殊值后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区；或在收到的RRC信令中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
[0109]较佳地，第二处理模块510根据小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程之后，使用竞争资源发送RRC连接建立请求用于请求分配C-RNTI。
[0110]较佳地，第二处理模块510使用竞争资源发送RRC连接建立请求之后，启动竞争解决定时器，在定时器超时后，若未收到网络侧的反馈，在预定范围值中生成一个随机数，等到该随机数对应的时刻到达后再次发起RRC连接建立请求。
[0111]较佳地，第二处理模块510根据小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程之后，在与接入小区所属的基站进行下行同步后，按照接入小区的下行定时发送上行数据。
[0112]较佳地，第二处理模块510根据小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程，且用户设备处于没有DSR的连接态，且有上行数据需要发送但没有UL grant，则使用竞争资源发送BSR或，BSR和数据，或只发送上行数据，同时携带用户设备的C-RNTI。
[0113]较佳地，第二处理模块510根据小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程，且用户设备处于连接态，且没有DSR配置，利用PUCCHformatla/lb发送的包含SR信息的反馈信息。
[0114]基于同一发明构思，本发明实施例中还提供了一种网络侧设备执行小区接入的方法和用户设备执行小区接入的方法，由于这些方法解决问题的原理与图3中本发明实施例小区接入的系统相似，因此这些方法的实施可以系统的实施，重复之处不再赘述。
[0115]如图6所示，本发明实施例网络侧设备执行小区接入的方法包括下列步骤:
[0116]步骤601、网络侧设备确定用户设备需要接入的小区的小区类型；
[0117]步骤602、网络侧设备通知用户设备需要接入的小区的小区类型，用于通知用户设备根据小区类型判断是否需要执行随机接入过程。
[0118]较佳地，步骤602中，网络侧设备通过广播或专用信令通知用户设备需要接入的小区的小区类型。
[0119]较佳地，网络侧设备通过广播通知用户设备需要接入的小区的小区类型，包括:
[0120]网络侧设备在广播的MIB或SIBl或SIB2中包含小区类型指示；或
[0121]若需要接入的小区的小区类型为微小区，网络侧设备在广播信息中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，网络侧设备在广播信息中包含RACH公共配置信息。
[0122]较佳地，网络侧设备通过专用信令用户设备需要接入的小区的小区类型，包括:
[0123]网络侧设备发送包含小区类型指示信息的RRC信令；或
[0124]若需要接入的小区的小区类型为微小区，网络侧设备在RRC信令中添加TA指示并设置TA为特殊值和/或添加TAT指示并设置TAT为特殊值；或
[0125]若需要接入的小区的小区类型为微小区，网络侧设备在RRC信令中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，网络侧设备在RRC信令中包含RACH公共配置信息。
[0126]较佳地，RRC信令为RRC重配置信令或RB分离信令。
[0127]较佳地，如果网络侧设备是目标基站；步骤601中，网络侧设备通过OAM实体获取用户设备需要接入的小区的小区类型；或根据自身的发射功率、频点信息确定用户设备需要接入的小区的小区类型。
[0128]较佳地，如果网络侧设备是源基站；步骤601中，网络侧设备通过基站间接口接收到的来自目标基站的小区类型指示，确定用户设备需要接入的小区的小区类型。
[0129]较佳地，步骤602之后还包括:
[0130]目标小区所属的基站在用户设备接入小区后，通知用户设备ULgrant,其中ULgrant对应的资源是非竞争的时频资源或竞争的时频资源；或
[0131]目标小区所属的基站在特定时延后，通知用户设备UL grant,其中UL grant对应的资源是非竞争的时频资源或竞争的时频资源，特定时延是用户设备处理重配置消息和目标小区所属的基站进行下行同步的时延之和。[0132]较佳地，用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站；步骤602之后还包括:
[0133]网络侧设备在用户设备接入小区后，不维护用户设备的上行同步。
[0134]较佳地，用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站；步骤602之后还包括:
[0135]网络侧设备通过广播通知用户设备用于上行和下行竞争传输的资源位置和/或上下行竞争资源对应的MCS ；
[0136]网络侧设备在收到来自用户设备的RRC连接建立请求后，为用户设备分配一个C-RNTI，并将RRC连接请求的CCCH SDU、C-RNTI的MAC CE和UL grant通过下行竞争传输对应的资源，采用对应的MCS发送给用户设备；
[0137]用户设备在收到用户设备确认收到C-RNTI的信息后，向用户设备发送RRC连接建
立消息。
[0138]较佳地，用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站；步骤602之后还包括:
[0139]网络侧设备通过广播通知用户设备用于上行竞争传输的资源位置；
[0140]网络侧设备接收到用户设备利用PUCCH formatla/lb发送的包含SR信息的反馈信息后，为用户设备分配UL grant。
[0141]如图7所示，本发明实施例用户设备执行小区接入的方法包括下列步骤:
[0142]步骤701、用户设备根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型；
[0143]步骤702、用户设备根据小区类型判断是否需要执行随机接入过程。
[0144]较佳地，步骤701中，用户设备通过广播或专用信令确定需要接入的小区的小区类型。
[0145]较佳地，用户设备通过广播确定需要接入的小区的小区类型，包括:
[0146]用户设备根据MIB或SIBl或SIB2中包含的小区类型指示信息，确定需要接入的小区的小区类型；或
[0147]用户设备在收到的广播信息中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
[0148]较佳地，用户设备通过专用信令确定需要接入的小区的小区类型，包括:
[0149]用户设备通过RRC信令中的包含的小区类型指示信息，确定需要接入的小区的小区类型；或
[0150]用户设备在收到的RRC信令中含有TA指示并且TA为特殊值和/或含有TAT指示并且TAT为特殊值后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区；或
[0151]用户设备在收到的RRC信令中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
[0152]较佳地，RRC信令为RRC重配置信令或RB分离信令。
[0153]较佳地，步骤702之后还包括:
[0154]若不需要执行随机接入过程之后，用户设备使用竞争资源发送RRC连接建立请求用于请求分配C-RNTI。
[0155]较佳地，用户设备使用竞争资源发送RRC连接建立请求之后，还包括:
[0156]用户设备启动竞争解决定时器，在定时器超时后，若未收到网络侧的反馈，在预定范围值中生成一个随机数，等到该随机数对应的时刻到达后再次发起RRC连接建立请求。
[0157]较佳地，步骤702之后还包括:
[0158]若不需要执行随机接入过程之后，用户设备在与接入小区所属的基站进行下行同步后，按照接入小区的下行定时发送上行数据。
[0159]较佳地，步骤702之后还包括:
[0160]若不需要执行随机接入过程，用户设备处于没有DSR的连接态，且有上行数据需要发送但没有UL grant，则用户设备使用竞争资源发送BSR或，BSR和数据，或仅有上行数据，同时携带用户设备的C-RNTI。
[0161]较佳地，步骤702之后还包括:
[0162]若不需要执行随机接入过程，用户设备处于连接态，且没有DSR配置，用户设备利用PUCCH formatla/lb发送的包含SR信息的反馈信息。
[0163]其中，图6和图7可以合成一个流程，形成一个小区接入的方法，即先执行步骤601和步骤602，再执行步骤701和步骤702。
[0164]下面以四个实例对本发明的方案进行说明。
[0165]例一、以X2切换为例，切换流程如图8所示。
[0166]步骤801、源eNB向UE发送测量配置控制(Measurement Configuration)消息。
[0167]步骤802、UE向源eNB发送测量报告(Measurement Report)消息。
[0168]步骤803、源eNB根据测量报告进行切换判决(HO Decision)。
[0169]步骤804、源eNB在判决可以让UE切换后，向目标eNB发送切换请求(HandoverRequest)消息。
[0170]步骤805、目标 eNB 进行接入控制(Admission Control)。
[0171]步骤806、目标eNB向源eNB发送切换请求确认(Handover Request Acknowledge)消息。
[0172]步骤807、源eNB向UE发送切换命令(Handover Command)消息。
[0173]步骤808、源eNB向目标eNB发送序列号状态转移(Sequence Number StatusTransfer)消息。
[0174]步骤809、UE与目标eNB进行下行和上行同步。
[0175]步骤810、UE向目标eNB发送RRC连接重配置完成(RRC ConnectionReconfiguration Complete ；RRC, Radio Resource Control,无线资源控制)消息。
[0176]步骤811、目标eNB向为UE服务的MME发送路径转换请求(Path Switch Request)消息。
[0177]步骤812、MME收到路径转换请求后，检查该实体的签约数据等信息，如果该实体为UE,贝U向S-GW(Serving GW,服务网关)发送修改承载请求(Modify Bearer Request)消肩、O
[0178]步骤813、S-Gff转换下行路径。
[0179]步骤814、S-GW 向 MME 返回修改承载响应(Modify Bearer Response)消息。[0180]步骤815、MME向目标eNB发送携带UE信息的路径转换请求确认(Path SwitchRequest Acknowledge)消息。
[0181]步骤816、目标eNB向源eNB发送UE Context Release (UE上下文释放)消息。
[0182]步骤817、源eNB释放资源。
[0183]其中，步骤807中，RRC重配消息中需要隐式或者隐式携带小区类型指示。
[0184]根据步骤807中隐式或者显式指示的小区类型，UE判断接入目标小区如果不需要做随机接入，那么步骤809可以省略。
[0185]对于不需要做随机接入的情况，UE接入目标小区后UL grant获取可以有如下几种:
[0186]目标基站在步骤806中指示给UE接入新小区后的初始UL grant,该UL grant可以是非竞争的时频资源，也可以是竞争的时频资源。
[0187]UE接到RRC重配消息并完成和目标小区的下行同步后直接发送DSR，DSR资源在步骤806中由目标基站分配，源基站在步骤807中透传给UE。
[0188]目标基站估计UE处理重配消息以及和目标基站下行同步的时延，在满足时延要求后的多个下行子帧可以重复为UE分配UL grant。
[0189]目标基站不需要向UE发送TAC维护UE的上行同步。
[0190]例二、Inter-eNB聚合承载分离。
[0191]以UE将Marco eNB的承载分离到Local eNB为例进行说明:
[0192]UUE接收到来自macro eNB的RB重配消息，该消息中携带目标小区的类型指示，具体小区类型指示方式同例一。如果指示的小区类型为不需要随机接入的类型，那么RB重配消息中可以不用包含RACH公共和专用配置。
[0193]2、UE仍然采用旧的DRB链路接收和发送HXP PDU ；
[0194]3、UE 配置新 DRB 的 RLC/MAC 和 PHY 层；
[0195]4、UE开始针对新的Local eNB进行下行同步操作；
[0196]5、UE完成和目标local eNB的下行同步完成后,如果RB重配消息包含了小区类型指示，且指示不需要随机接入，那么UE可以认为始终和目标小区是上行同步的，后续上行传输直接按照该小区的下行定时发送上行数据即可。
[0197]6、UE完成Local eNB的下行同步，即可以开始组织并向MeNB发送RRC重配置完成消息；
[0198]7、Macro eNB接收到此RRC重配置完成消息后，将组织发送层2的ACK，同时停止原DRB链路的数据发送，通知Local eNB开始在新的DRB上接收和发送数据；
[0199]8、UE接收到RRC重配完成消息的HARQ ACK反馈或RRC重配完成消息的RLC ACK后，将开始在新DRB上发送数据，同时终止旧DRB的数据发送；
[0200]9、当UE接收到来自新DRB的第一个数据包时，或在步骤8后再等待一定时间，将完全删除原DRB的链路；
[0201]10, Local eNB无需维护UE的上行同步，即不需要发送TAC，维护TAT。
[0202]例三、IDLE态不需要随机接入的RRC连接建立过程。
[0203]IDLE态UE随机接入过程的两个目的:获得上行同步、C-RNTI并建立RRC连接。如果IDLE态UE接入网络不做随机接入，那么只能使用竞争接入方式，具体过程如图9所示:[0204]1、基站通过广播通知UE用于上行和下行竞争传输的资源位置和/或上下行竞争资源对应的MCS方式，可以是周期性分配的；
[0205]2、UE通过上行竞争资源发起RRC连接建立请求，并启动竞争解决定时器，基站如果可以接收到，那么就为UE分配一个CRNTI，然后将RRC连接建立请求的CCCH SDU、基站为UE分配的C-RNTI MAC CE以及UL grant (UE指示接收到C-RNTI)通过下行竞争资源和指定的MCS发送给UE ；
[0206]3、在竞争解决定时器超时前，如果UE在该下行竞争资源上接收到该CCCH SDU’且该CCCH SDU和其发送的CCCH SDU—致，则认为接入成功，UE利用2)中指示的UL grant发送指示信息向基站确认收到分配的C-RNTI。
[0207]4、基站接收到该指示，向UE发送RRC连接建立消息。
[0208]在实施中，如果发生碰撞，UE在竞争解决定时器超时后，没有收到响应，则可以采用类似RA的backoff机制,协议规定一个最大backof值，UE在Ο-backoff值之间选择一个随机数，再次发起RRC连接建立请求。
[0209]例四、没有DSR的连接态用户发起上行传输的过程。
[0210]对于没有DSR的连接态UE，如果要发起上行传输，但是没有UL grant，那么有两种方式。
[0211]一、竞争上行传输:
[0212]如果UE位于小小区且没有配置DSR资源，那么当UE有上行数据要发送时，可以使用竞争上行资源，竞争上行资源由基站通过广播信令通知小区内所有UE。UE如果有上行数据要发送，但是没有上行grant，那么可以使用竞争资源发送BSR或者BSR数据或者当数据量较小时直接发送数据，同时携带UE的CRNTI信息，以便基站识别是哪个UE发送的数据。
[0213]二、分组竞争上行传输:
[0214]此外为了减少碰撞，基站还可以对接入该小区的UE进行分组，并通过专用信令通知每个UE所在的分组以及该组调度对应的RNTI，UE仅在其归属的小区组的公共竞争资源上发起上行竞争传输，上行竞争传输可以传输的内容和不分组情况一样。
[0215]对于上述两种方式，一旦上行传输失败可以等待下一次竞争传输机会再次发起竞争传输或者随机等待一段时间再次发起竞争上行传输。
[0216]在实施中，利用I3UCCH formatla/lb通过ACK/NACK反馈携带SR信息，基站获得SR信息后为UE分配UL grant。
[0217]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0218]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0219]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0220]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0221]尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0222]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种小区接入的方法，其特征在于，该方法包括: 网络侧设备确定用户设备需要接入的小区的小区类型； 所述网络侧设备通知用户设备需要接入的小区的小区类型，用于通知所述用户设备根据所述小区类型判断是否需要执行随机接入过程。
2.如权利要求1所述的方法，其特征在于，所述网络侧设备通知用户设备需要接入的小区的小区类型，包括: 所述网络侧设备通过广播或专用信令通知用户设备需要接入的小区的小区类型。
3.如权利要求2所述的方法，其特征在于，所述网络侧设备通过广播通知用户设备需要接入的小区的小区类型，包括: 所述网络侧设备通过广播中的主信息块MIB或系统信息块SIBl或SIB2通知用户设备需要接入的小区的小区类型； 若需要接入的小区的小区类型为微小区，所述网络侧设备在广播信息中不包含随机接入信道RACH公共配置信息，若需要接入的小区的小区类型为非微小区，所述网络侧设备在广播信息中包含RACH公共配置信息。
4.如权利要求2所述的方法，其特征在于，所述网络侧设备通过专用信令通知用户设备需要接入的小区的小区类型，包括: 所述网络侧设备发送包含小区类型 指示信息的无线资源控制RRC信令；或 若需要接入的小区的小区类型为微小区，所述网络侧设备在RRC信令中添加定时提前量TA指示并设置TA为特殊值和/或添加定时提前定时器TAT指示并设置TAT为特殊值；或 若需要接入的小区的小区类型为微小区，所述网络侧设备在RRC信令中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，所述网络侧设备在RRC信令中包含RACH公共配置信息。
5.如权利要求4所述的方法，其特征在于，所述RRC信令为RRC重配置信令或无线承载RB分离信令。
6.如权利要求1所述的方法，其特征在于，如果所述网络侧设备是目标基站； 所述网络侧设备确定用户设备需要接入的小区的小区类型，包括: 所述网络侧设备通过运行和维护OAM实体获取用户设备需要接入的小区的小区类型；或 所述网络侧设备根据自身的发射功率、频点信息确定用户设备需要接入的小区的小区类型。
7.如权利要求1所述的方法，其特征在于，如果所述网络侧设备是源基站； 所述网络侧设备确定用户设备需要接入的小区的小区类型，包括: 所述网络侧设备通过基站间接口接收到的来自目标基站的小区类型指示，确定用户设备需要接入的小区的小区类型。
8.如权利要求1所述的方法，其特征在于，所述网络侧设备通知用户设备需要接入的小区的小区类型之后，还包括: 目标小区所属的基站在所述用户设备接入小区后，通知所述用户设备上行调度许可ULgrant，其中所述UL grant对应的资源是非竞争的时频资源或竞争的时频资源；或目标小区所属的基站在特定时延后，通知所述用户设备UL grant,其中所述UL grant对应的资源是非竞争的时频资源或竞争的时频资源，所述特定时延是用户设备处理重配置消息和目标小区所属的基站进行下行同步的时延之和。
9.如权利要求1所述的方法，其特征在于，所述用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站； 所述网络侧设备通知用户设备需要接入的小区的小区类型之后，还包括: 所述网络侧设备在所述用户设备接入小区后，不维护所述用户设备的上行同步。
10.如权利要求1所述的方法，其特征在于，所述用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站； 所述网络侧设备通知用户设备需要接入的小区的小区类型之后，还包括: 所述网络侧设备通过广播通知用户设备用于上行和下行竞争传输的资源位置和/或上下行竞争资源对应的调制编码方式MCS ； 所述网络侧设备在收到来自用户设备的RRC连接建立请求后，为所述用户设备分配一个小区无线网络临时标识C-RNTI，并将所述RRC连接请求的公共控制信道业务数据单元CCCH SDU、所述C-RNTI的媒体接入层控制单元MAC CE和UL grant通过下行竞争传输对应的资源，采用对应的MCS发送给所述用户设备； 所述用户设备在收到所述用户设备确认收到C-RNTI的信息后，向所述用户设备发送RRC连接建立消息。
11.如权利要求1所述的方法，其特征在于，所述用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站； 所述网络侧设备通知用户设备需要接入的小区的小区类型之后，还包括: 所述网络侧设备通过广播通知用户设备用于上行竞争传输的资源位置； 所述网络侧设备接收到所述用户设备利用物理上行控制信道格式PUCCHformatla/lb发送的包含调度请求SR信息的反馈信息后，为所述用户设备分配UL grant。
12.—种小区接入的方法，其特征在于，该方法包括: 用户设备根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型； 所述用户设备根据所述小区类型判断是否需要执行随机接入过程。
13.如权利要求12所述的方法，其特征在于，所述用户设备根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型，包括: 所述用户设备通过广播或专用信令确定需要接入的小区的小区类型。
14.如权利要求13所述的方法，其特征在于，所述用户设备通过广播确定需要接入的小区的小区类型，包括: 所述用户设备根据主信息块MIB或系统信息块SIBl或SIB2中包含的小区类型指示信息，确定需要接入的小区的小区类型；或 所述用户设备在收到的广播信息中不包含随机接入信道RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
15.如权利要求13所述的方法，其特征在于，所述用户设备通过专用信令确定需要接入的小区的小区类型，包括: 所述用户设备通过无线资源控制RRC信令中的包含的小区类型指示信息，确定需要接入的小区的小区类型；或 所述用户设备在收到的RRC信令中含有定时提前量TA指示并且所述TA为特殊值和/或含有定时提前定时器TAT指示并且所述TAT为特殊值后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区；或 所述用户设备在收到的RRC信令中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
16.如权利要求15所述的方法，其特征在于，所述RRC信令为RRC重配置信令或无线承载RB分离信令。
17.如权利要求12所述的方法，其特征在于，所述用户设备根据所述小区类型判断是否需要执行随机接入过程之后，还包括: 若不需要执行随机接入过程，所述用户设备使用竞争资源发送RRC连接建立请求用于请求分配小区无线网络临时标识C-RNTI。
18.如权利要求17所述的方法，其特征在于，所述用户设备使用竞争资源发送RRC连接建立请求之后，还包括: 所述用户设备启动竞争解决定时器，在定时器超时后，若未收到网络侧的反馈，在预定范围值中生成一个随机数，等到该随机数对应的时刻到达后再次发起RRC连接建立请求。
19.如权利要求12 所述的方法，其特征在于，所述用户设备根据所述小区类型判断是否需要执行随机接入过程之后，还包括: 若不需要执行随机接入过程，所述用户设备在与接入小区所属的基站进行下行同步后，按照接入小区的下行定时发送上行数据。
20.如权利要求12所述的方法，其特征在于，所述用户设备根据所述小区类型判断是否需要执行随机接入过程之后，还包括: 若不需要执行随机接入过程，所述用户设备处于没有专用调度请求DSR资源的连接态，且有上行数据需要发送但没有上行调度许可UL grant,则所述用户设备使用竞争资源发送缓冲区状态上报BSR或，BSR和数据，或只有上行要传输的数据，同时携带所述用户设备的 C-RNTI。
21.如权利要求12所述的方法，其特征在于，所述用户设备根据所述小区类型判断是否需要执行随机接入过程之后，还包括: 若不需要执行随机接入过程，所述用户设备处于连接态，且没有DSR配置，所述用户设备利用物理上行控制信道格式PUCCH formatla/Ib发送的包含调度请求SR信息的反馈信肩、O
22.—种小区接入的网络侧设备，其特征在于，该网络侧设备包括: 第一类型确定模块，用于确定用户设备需要接入的小区的小区类型； 第一处理模块，用于通知用户设备需要接入的小区的小区类型，用于通知所述用户设备根据所述小区类型判断是否需要执行随机接入过程。
23.如权利要求22所述的网络侧设备，其特征在于，所述第一处理模块具体用于: 通过广播或专用信令通知用户设备需要接入的小区的小区类型。
24.如权利要求23所述的网络侧设备，其特征在于，所述第一处理模块具体用于: 通过广播中的主信息块MIB或系统信息块SIBl或SIB2通知用户设备需要接入的小区的小区类型；或若需要接入的小区的小区类型为微小区，在广播信息中不包含随机接入信道RACH公共配置信息，若需要接入的小区的小区类型为非微小区，在广播信息中包含RACH公共配置信息。
25.如权利要求23所述的网络侧设备，其特征在于，所述第一处理模块具体用于: 发送包含小区类型指示信息的无线资源控制RRC信令；或若需要接入的小区的小区类型为微小区，在RRC信令中添加定时提前量TA指示并设置TA为特殊值和/或添加定时提前定时器TAT指示并设置TAT为特殊值；或若需要接入的小区的小区类型为微小区，在RRC信令中不包含RACH公共配置信息，若需要接入的小区的小区类型为非微小区，在RRC信令中包含RACH公共配置信息。
26.如权利要求22所述的网络侧设备，其特征在于，如果所述网络侧设备是目标基站； 所述第一类型确定模块具体用于: 通过运行和维护OAM实体获取用户设备需要接入的小区的小区类型；或根据自身的发射功率、频点信息确定用户设备需要接入的小区的小区类型。
27.如权利要求22所述的网络侧设备，其特征在于，如果所述网络侧设备是源基站； 所述第一类型确定模块具体用于: 通过基站间接口接收到的来自目标基站的小区类型指示，确定用户设备需要接入的小区的小区类型。
28.如权利要求22所述的网络侧设备，其特征在于，所述网络侧设备是目标基站，所述第一处理模块还用于: 在所述用户设备接入小区后，通知所述用户设备上行调度许可UL grant，其中所述ULgrant对应的资源是非竞争的时频资源或竞争的时频资源；或在特定时延后，通知所述用户设备UL grant，其中所述UL grant对应的资源是非竞争的时频资源或竞争的时频资源，所述特定时延是用户设备处理重配置消息和目标小区所属的基站进行下行同步的时延之和。
29.如权利要求22所述的网络侧设备，其特征在于，所述用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站； 所述第一处理模块还用于:在所述用户设备接入小区后，不维护所述用户设备的上行同步。
30.如权利要求22所述的网络侧设备，其特征在于，所述用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站； 所述第一处理模块还用于: 通知用户设备需要接入的小区的小区类型之后，通过广播通知用户设备用于上行和下行竞争传输的资源位置和/或上下行竞争资源对应的调制编码方式MCS ;在收到来自用户设备的RRC连接建立请求后，为所述用户设备分配一个小区无线网络临时标识C-RNTI，并将所述RRC连接请求的公共控制信道业务数据单元CCCH SDU、所述C-RNTI的媒体接入层控制单元MAC CE和ULgrant通过下行竞争传输对应的资源，采用对应的MCS发送给所述用户设备；在收到所述用户设备确认收到C-RN TI的信息后，向所述用户设备发送RRC连接建立消息。
31.如权利要求22所述的网络侧设备，其特征在于，所述用户设备需要接入的小区是微小区，且网络侧设备是需要接入的小区的所属的基站； 所述第一处理模块还用于: 通知用户设备需要接入的小区的小区类型之后，通过广播通知用户设备用于上行竞争传输的资源位置；接收到所述用户设备利用物理上行控制信道格式PUCCH formatla/lb发送的包含调度请求SR信息的反馈信息后，为所述用户设备分配UL grant。
32.—种小区接入的用户设备，其特征在于，该用户设备包括: 第二类型确定模块，用于根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型； 第二处理模块，用于根据所述小区类型判断是否需要执行随机接入过程。
33.如权利要求32所述的用户设备，其特征在于，所述第二类型确定模块具体用于: 通过广播或专用信令确定需要接入的小区的小区类型。
34.如权利要求33所述的用户设备，其特征在于，所述第二类型确定模块具体用于: 根据主信息块MIB或系统信息块SIBl或SIB2中包含的小区类型指示信息，确定需要接入的小区的小区类型；或在收到的广播信息中不包含随机接入信道RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
35.如权利要求33所述的用户设备，其特征在于，所述第二类型确定模块具体用于: 通过无线资源控制RRC信令中 的包含的小区类型指示信息，确定需要接入的小区的小区类型；或在收到的RRC信令中含有定时提前量TA指示并且所述TA为特殊值和/或含有定时提前定时器TAT指示并且所述TAT为特殊值后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区；或在收到的RRC信令中不包含RACH公共配置信息后，确定需要接入的小区的小区类型为微小区，否则确定需要接入的小区的小区类型为非微小区。
36.如权利要求32所述的用户设备，其特征在于，所述第二处理模块还用于: 根据所述小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程之后，使用竞争资源发送RRC连接建立请求用于请求分配小区无线网络临时标识C-RNTI。
37.如权利要求36所述的用户设备，其特征在于，所述第二处理模块还用于: 使用竞争资源发送RRC连接建立请求之后，启动竞争解决定时器，在定时器超时后，若未收到网络侧的反馈，在预定范围值中生成一个随机数，等到该随机数对应的时刻到达后再次发起RRC连接建立请求。
38.如权利要求32所述的用户设备，其特征在于，所述第二处理模块还用于: 根据所述小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程之后，在与接入小区所属的基站进行下行同步后，按照接入小区的下行定时发送上行数据。
39.如权利要求32所述的用户设备，其特征在于，所述第二处理模块还用于: 根据所述小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程，且所述用户设备处于没有专用调度请求DSR的连接态，且有上行数据需要发送但没有上行调度许可UL grant，则使用竞争资源发送缓冲区状态上报BSR或，BSR和数据，或只发送上行数据，同时携带所述用户设备的C-RNTI。
40.如权利要求32所述的用户设备，其特征在于，所述第二处理模块还用于:根据所述小区类型判断是否需要执行随机接入过程之后，若不需要执行随机接入过程，且所述用户设备处于连接态，且没有DSR配置，利用物理上行控制信道格式PUCCHformat la/Ib发送的包含调度请求SR信息的反馈信息。
41.一种小区接入的系统，其特征在于，该方法包括: 网络侧设备，用于确定用户设备需要接入的小区的小区类型，通知用户设备需要接入的小区的小区类型； 用户设备，用于根据接收到的来自网络侧设备的通知，确定需要接入的小区的小区类型，根据所述小区类型判断是否需要执行随机接入过程。
【文档编号】H04W74/08GK103546980SQ201210243781
【公开日】2014年1月29日 申请日期:2012年7月13日 优先权日:2012年7月13日
【发明者】赵亚利, 鲍炜, 梁靖 申请人:电信科学技术研究院