CN102106181B

CN102106181B - 使用扩展的随机接入响应执行随机接入过程

Info

Publication number: CN102106181B
Application number: CN200980129192.3A
Authority: CN
Inventors: 千成德; 李承俊; 朴成埈; 李英大
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2008-08-07
Filing date: 2009-08-05
Publication date: 2014-09-24
Anticipated expiration: 2029-08-05
Also published as: US8761096B2; EP2292069A4; WO2010016726A3; KR101548748B1; CN102106181A; EP2292069A2; KR20100019337A; US20110170503A1; WO2010016726A2; EP2292069B1

Abstract

通过以下执行随机接入过程：接收与随机接入前导码相关的信息，该信息表示与第一格式相关的第一随机接入前导码和与第二格式相关的第二随机接入前导码；按照接收的信息选择随机接入前导码；传送选择的随机接入前导码；接收随机接入响应；和按照与选择的随机接入前导码有关的格式来解码接收的随机接入响应。

Description

使用扩展的随机接入响应执行随机接入过程

技术领域

本发明涉及用于随机接入过程的装置和方法。

背景技术

在相关技术中，经由公共控制信道发送随机接入响应的过程是有问题的。因而，相关技术没有充分地解决这样的问题，并且从而没有提供适当的解决方案。

发明内容

本发明人认识到至少以上所述的相关技术的缺点。基于这样的认识，构思了以下描述的各种特征，以使得当基站经由公共控制信道执行发送随机接入响应的过程的时候，取决于移动终端的类型以一个或多个不同的格式发送或通知该随机接入响应。因而，不同发布版(或者系统版本)类型(例如，Rel-8，Rel-9等等)的移动终端，或者支持不同标准(例如，LTE，先进的LTE等等)的移动终端可以更加有效地执行随机接入过程。

附图说明

图1示出示范的用于E-UMTS(演进的通用移动通信系统)的网络结构。

图2示出示范的用于在移动终端(UE)和网络(eNB，MME)之间的控制平面的无线接口协议结构。

图3示出示范的用于在移动终端(UE)和网络(eNB，SAE网关)之间的用户平面的无线接口协议结构。

图4示出示范的在移动终端(UE)和基站(eNB)之间的基于竞争的随机接入过程的信号流程图。

图5示出示范的在基站和移动终端之间的某些信道(PDCCH和PDSCH)之间的关系。

图6示出本发明的UE 100和增强节点B(eNB)200。

图7示出示范的在UE 100和eNB 200之间所发送和接收的随机接入响应消息的结构。

图8示出示范的用于第一个实施例的信号流程图。

图9示出示范的用于第二个实施例的信号流程图。

图10示出示范的用于第三个实施例的信号流程图。

图11示出示范的用于第四个实施例的信号流程图。

图12示出随机接入响应消息格式分别具有不同长度(大小)的例子。

图13示出示范的用于第五个示范的实施例的信号流程图。

图14示出示范的用于实现第一个至第五个实施例的UE 100和eNB200的方框图。

具体实施方式

根据长期演进(LTE)系统或者其他所谓的4G通信系统(其是对当前3GPP技术的改进)在此处解释本发明的概念和特征。但是，这些细节不意欲限制在此处描述的各种特征，其适用于其他类型的移动和/或无线通信系统和方法。

以下，术语“移动终端”将用于指各种类型的用户设备，诸如移动通信终端、用户设备(UE)、移动设备(ME)，和支持各种类型的无线通信技术的其他设备。

本发明的实施例与在基站(即，节点B、eNB、接入点等等)和一个或多个移动终端之间交换数据有关。尤其是，当基站经由公共控制信道执行发送随机接入响应的过程的时候，取决于移动终端的类型以一个或多个不同的格式发送或者通知该随机接入响应。

因此，一些意想不到的结果可能是，不同发布版(或者系统版本)类型(例如，Rel-8，Rel-9等等)的移动终端，或者支持不同标准(例如，LTE，先进的LTE等等)的移动终端可以更加有效地执行随机接入过程。

第二代(2G)移动通信涉及以数字方式发送和接收语音信号，并且包括诸如CDMA、GSM等等的技术。作为从GSM的改进，基于GSM开发了GPRS以提供分组交换数据业务。

第三代(3G)移动通信涉及不仅发送和接收语音信号，而且发送和接收视频和数据。3GPP(第三代合作伙伴项目)开发了IMT-2000移动通信系统，并且选择WCDMA作为其无线接入技术(RAT)。IMT-2000和WCDMA的组合可以称为UMTS(通用移动通信系统)，其包括UMTS地面无线接入网络(UTRAN)。

由于期望数据业务显著地增加，正在进行第三代移动通信的标准化以建立支持更大带宽的长期演进(LTE)网络。LTE技术被用于演进的UMTS(E-UMTS)，其具有使用OFDMA(正交频分多址)作为其无线接入技术(RAT)的演进的UTRAN(E-UTRAN)。

图1示出示范的用于E-UMTS(演进的通用移动通信系统)的网络结构，E-UMTS是一种可适用于本发明的移动通信系统。E-UMTS系统是从UMTS系统发展来的系统，并且它的基础标准化任务现在正在由3GPP组织进行。E-UMTS系统可以说是一种长期演进(LTE)系统(其还可以支持LTE先进技术)，其是一种从当前的第3代移动通信系统发展而来的所谓4G或者下一代系统。

E-UMTS网络通常可以分成E-UTRAN(演进的通用地面无线接入网络)和CN(核心网络)。E-UTRAN由移动终端10(例如，用户设备(UE)、移动站、手持机、移动电话等等)、基站21、22、23(例如，eNode B、接入点(AP)、网络节点等等)、位于网络末端以用于与外部网络连接的服务网关(S-GW)31、32、和管理移动终端的各种移动性方面的移动性管理实体(MME)31、32组成。对于单个eNode B，可能存在一个或多个小区(或者区域、范围等等)。

图2和图3示出基于3GPP无线接入网络标准在移动终端(UE 10)和基站(eNB 20)(和MME/SAE网关30)之间的无线接口协议。这个无线接口协议被水平地划分为物理层、数据链路层和网络层，并且被垂直地划分为用于传送数据信息的用户平面，和用于传送控制信号(信令)的控制平面。这些协议层可以被分成L1(层1)、L2(层2)和L3(层3)，其是在通信系统中众所周知的OSI(开放系统互连)标准模型的下三层。

以下将分别描述在图2中的无线协议的控制平面和在图3中的无线协议的用户平面。

在层1中，物理层使用一个或多个物理信道去提供信息传输服务。物理层经由一个或多个传输信道连接到位于之上的MAC(媒体访问控制)层，并且经由这些传输信道在MAC层和物理层之间传送数据。此外，经由一个或多个物理信道在各个不同的物理层，诸如发送机(发送侧)中的物理层和接收机(接收侧)中的物理层，之间传送数据。

对于发送侧和接收侧中的物理层存在的物理信道包括：SCH(同步信道)、PCCPCH(基本公共控制物理信道)、SCCPCH(辅助公共控制物理信道)、DPCH(专用物理信道)、PICH(寻呼指示符信道)、PRACH(物理随机接入信道)、PDCCH(物理下行链路控制信道)和PDSCH(物理下行链路共享信道)等等。

在层2中，MAC层经由一个或多个逻辑信道对RLC(无线链路控制)层提供服务，该RLC是上层。基于要传送的信息类型，逻辑信道可以表征为用于传送控制平面数据的控制信道和用于传送用户平面数据的业务信道。控制信道包括公共控制信道(CCCH)和专用控制信道(DCCH)。当消息不能经由DCCH在UE和eNB之间传送的时候，使用CCCH，当eNB传送RRC消息给UE的时候，使用DCCH。业务信道包括专用业务信道(DTCH)，其用于传送特定UE的用户数据。

RLC层支持具有可靠性的数据传输。每个无线承载(RB)保证特定的QoS(服务质量)，并且操纵与其相关的数据传输。为了使RLC层保证该RB特有的QoS，为每个RB提供一个或多个RLC实体。此外，提供若干RLC模式(TM：透明模式，UM：非确认模式，AM：确认模式)以支持各种QoS需求。

层2中的PDCP(分组数据汇聚协议)层执行头部压缩功能，以降低因特网协议(IP)分组的头部大小，该IP分组包含相对大且不必要的控制信息，从而使得IP分组(例如，IPv4、IPv6等等)可以经具有相对小带宽的无线接口而有效地传送。此外，PDCP层用于执行控制平面(C平面)数据，诸如RRC消息的编码。该PDCP层还可以执行用户平面(U平面)数据的编码。

位于层3的最上部分，仅仅在控制平面中限定RRC(无线资源控制)层，并且RRC层对与配置、重新配置和无线承载(RB)的释放有关的逻辑信道、传输信道和物理信道的控制负责。在这里，无线承载是由层2提供以用于在移动终端和E-UTRAN之间传送数据的服务。

参考图4和5，将解释用于在物理层上传送和接收数据的过程，以及逻辑信道RACH操作。

图4示出从eNB到UE的物理信道，即，PDCCH(物理下行链路控制信道)和PDSCH(物理下行链路共享信道)，之间的关系。

如可以在图4中看到的，在下行链路上，基本上存在二个类型的物理信道：PDCCH和PDSCH。PDCCH不直接与传送用户数据相关，但是，被用于传送实现(或者使用)物理信道所需要的控制信息。以更基础的术语来说，可以说PDCCH被用于控制其它的物理信道。尤其是，PDCCH被用于传送移动终端接收PDSCH所必需的信息。对于使用特定频带宽度在特定时间点上传送的数据来说，与该数据意欲用于什么移动终端有关的信息、被传送的该数据的大小等等是经由PDCCH传送的。因此，每个移动终端在特定的时间(TTI：传输时间间隔)上接收PDCCH，并且检查应被接收的任何数据是否被传送了。如果存在数据(其应被接收)被传送的指示，则通过使用由PDCCH指示的信息(诸如，适当的频率等等)另外地接收PDSCH。因此可以说，指示PDSCH的数据正在被传送给什么移动终端(即，单个UE或者多个UE)的信息、指示移动终端将如何接收和解码PDSCH数据的信息等等是经由物理信道即，PDCCH(物理下行链路控制信道)传送的。

例如，在特定的子帧中，让我们假设无线资源信息A(例如，频率位置)、传输格式信息B(例如，传输块大小、调制和编码信息等等)，和RNTI(无线网络临时标识)信息C经历CRC掩码，并且经由PDCCH而传送。在相应的小区中的一个或多个移动终端使用其具有的RNTI信息以便监视PDCCH，并且参考以上的假设，对于具有RNTI信息C的移动终端，当PDCCH被解码的时候，不发生CRC错误。因此，上述移动终端使用传输格式信息B和无线资源信息A去解码PDSCH以便接收数据。相比之下，相对于以上的假设，在不具有RNTI信息C的移动终端中，当PDCCH被解码的时候，发生CRC错误，并且从而上述移动终端不接收PDSCH。

经由以上所述的过程，为了通知哪个移动终端已经被分配了无线资源，经由每个PDCCH传送RNTI(无线网络临时标识符)，并且上述的RNTI可以被分类为专用RNTI或者公共RNTI。专用RNTI被分配给单个移动终端，并且用于传送和接收对应于该移动终端的数据。上述专用RNTI仅仅分配给将其信息注册在基站(eNB)中的那些移动终端。相比之下，公共RNTI由没有将其信息注册在基站(eNB)中并且不能被分配专用RNTI的那些移动终端使用，以便与基站发送和接收数据，或者公共RNTI用于传送通常适用于多个移动终端的信息(诸如，系统信息)。

如上所述，包括E-UTRAN的二个主要元素是基站和移动终端。用于单个小区的无线资源由上行链路无线资源和下行链路无线资源组成。基站担负小区的上行链路无线资源和下行链路无线资源的分配和控制。即，基站确定在某个时刻上什么无线资源将由什么移动终端使用。例如，基站可以确定从现在开始的3.2秒，从100Mhz到101Mhz的频率在0.2秒的持续时间内被分配给用户1以允许下行链路数据传输。此外，在基站进行上述的确定之后，这些事项可以通知给相应的移动终端，以使得这个移动终端接收下行链路数据。同样地，基站可以确定何时某个移动终端应使用什么量的哪个无线资源以用于经由上行链路的数据传输，并且基站将其确定通知给移动终端，从而允许移动终端在确定的时间段期间使用确定的无线资源来传送数据。

图5示出UE和eNB之间的基于竞争的随机接入过程的信号流程图。

参考图5，在解释使用随机接入信道(RACH)的随机接入过程之前，将解释关于RACH的一些方面。

RACH信道用于经由上行链路传送相对短长度的数据。尤其是，当存在要由没有接收到专用无线资源的分配的移动终端经由上行链路传送的信令消息或者用户数据的时候，使用RACH和RACH过程，或者当基站命令移动终端去执行RACH过程的时候，也可以使用RACH和RACH过程。在LTE系统中提供的随机接入过程可以被分类为基于竞争的随机接入过程和基于非竞争的过程。上述的分类基于随机接入前导码是由移动终端自己选择(即，由移动终端中的MAC选择的前导码)，还是由基站选择(即，通过明确的信令接收有关将要使用的前导码的信息)。

在基于非竞争的随机接入过程中，移动终端使用直接从基站分配给其的前导码。因此，如果基站已经分配特定的随机接入前导码给移动终端，则该随机接入前导码仅仅由该移动终端使用，而其它的移动终端不使用该随机接入前导码。因此，因为在该随机接入前导码和使用该随机接入前导码的移动终端之间存在一对一的(1∶1)关系，所以在多个移动终端之间没有竞争(或者冲突)。在此情况下，一旦接收到该随机接入前导码，该基站可以立即知道哪个移动终端传送了该随机接入前导码，并且因此可以说，更加有效的操作是可能的。

相比之下，对于基于竞争的随机接入过程，因为一旦在可以使用的那些随机接入前导码之中选择了特定的随机接入前导码，移动终端发送传输，所以存在多个移动终端使用相同的随机接入前导码的可能性。因此，甚至在接收到特定的随机接入前导码时，基站无法准确地知道哪个移动终端在该随机接入前导码上传送。

该移动终端至少对于以下的示范情形执行随机接入过程：

-当没有与基站的无线资源控制(RRC)连接的时候，在执行初始接入时；

-在移动终端处于切换时，在对目标小区的初始接入时；

-在被基站的命令所请求时；

-当上行链路时间同步不正确的时候，或者当还没有分配在适当请求无线资源中所使用的指定无线资源的时候，在产生用于上行链路的数据时；

-当存在无线链路故障或者切换故障的时候，在修正(例如，解码、重建等等)过程期间。

基于以上的解释，在移动终端和基站之间用于基于竞争的随机接入过程的操作在图5中示出(包括步骤1至4)。

步骤1)

在基于竞争的随机接入过程中，移动终端在经由系统信息或者切换命令而指示的一组随机接入前导码之中选择(例如，随机地)一个随机接入前导码，然后选择可用于传送该随机接入前导码的PRACH资源，然后执行传输。在这里，该前导码被称作RACH MSG1。当移动终端自己(“随机地”)选择前导码(即，由MAC自己选择的前导码)的时候，这被称作基于竞争的RACH过程，并且该前导码被称作基于竞争的前导码。如果移动终端经由RRC或者PDCCH直接从网络接收前导码的分配(即，明确通知的前导码)，这被称作基于非竞争的RACH过程，并且这样的前导码被称作专用前导码。

步骤2)

在传送如以上选择的随机接入前导码之后，移动终端尝试在从基站经由系统信息或者切换命令而指示的随机接入响应接收窗口内接收其随机接入响应(RAR)。更详细地，该随机接入响应信息(典型地称作RACH MSG2)被以MAC PDU的形式传送，其被经由PDSCH传送，并且与用于PDSCH的无线资源相关的信息被经由RA-RNTI通过PDCCH传送。

随机接入响应包括包含有以下内容的值：随机接入前导码标识符(ID)、UL许可(用于上行链路无线资源)、临时C-RNTI(临时小区标识符)和时间对准命令(用于时间同步调整的值)。

如果随机接入前导码标识符(ID)与在以上步骤1)中传送的随机接入前导码相同(即，匹配)，尤其当基于竞争的随机接入前导码过程正在进行中时，则移动终端使用与上行链路无线资源相关的信息，并且执行以下的步骤3)。如果在步骤1)中使用专用前导码，并且如果包括在RACH MSG2中的随机接入前导码标识符(ID)和由移动终端在步骤1)中传送的随机接入前导码是相同的(即，匹配)，则RACH过程被认为结束或者终止。

在以上所述的过程中，通过RA-RNTI指示随机接入响应。

步骤3)

如果移动终端接收对于其自己的随机接入响应(即，有效响应)，则在该随机接入响应内的信息被分别地处理。即，移动终端应用时间对准命令，并且存储临时C-RNTI。此外，UL许可被用于传送存储在其缓存器中的数据，或者用于将新近产生的数据传送给基站。在这里，通过使用UL许可而传送的数据，即MAC PDU通常表示为RACHMSG3。在包括在UL许可中的数据(即，RACH MSG3)之中，必须包括移动终端标识符(ID)。这是因为在基于竞争的随机接入过程中，基站无法确定哪个移动终端执行该随机接入过程，并且为了防止或者解决任何将来的竞争或者冲突，将需要可用于识别移动终端的信息。

在以上所述的过程中，存在有包括用于移动终端的标识符的二个方式。对于第一个方式，如果在随机接入过程被执行之前，移动终端已经具有从相应小区的基站(eNB)分配的有效小区标识符(C-RNTI)，则该移动终端经由UL许可传送该小区标识符。对于第二个方式，如果移动终端没有从eNB接收唯一小区标识符的分配，则该移动终端包括其核心网络标识符(例如，S-TMSI、随机ID等等)，并且执行传输。在使用UL许可传送数据之后，移动终端起动竞争解决定时器，以便解决任何竞争(冲突)问题。

步骤4)

在使用包括在随机接入响应中的UL许可来传送数据(包括其标识符)之后，移动终端等待来自基站的用于解决竞争的命令。即，尝试PDCCH的接收，以便接收特定的消息。存在接收PDCCH的二种方式。如先前陈述的，如果通过使用UL许可而传送的标识符是从eNB分配给移动终端的小区标识符(C-RNTI)，则移动终端通过使用其小区标识符来尝试PDCCH的接收，如果该标识符是通过核心网络分配的标识符，则移动终端通过使用包括在随机接入响应中的临时C-RNTI来执行尝试去接收PDCCH。之后，对于前者情形(即，C-RNTI)，如果在竞争解决定时器期满之前，PDCCH(以下称为RACH MSG4)被接收(通过使用其小区标识符)，那么，认为移动终端以正常方式执行随机接入过程，并且该随机接入过程结束(终止)。对于后者情形(即，临时C-RNTI)，如果在竞争解决定时器期满之前，通过临时小区标识符接收PDCCH，则检查由PDSCH传送的数据(以下称为RACH MSG4)，该PDSCH由PDCCH所指示。如果该数据包含用于移动终端自己的唯一标识符，则认为移动终端以正常方式执行随机接入过程，并且随机接入过程结束(终止)。在这个步骤4)中接收的消息或者MAC PDU通常称作RACHMSG4。

步骤5)

在该竞争解决定时器已经期满(即，在该竞争解决定时器期满之前没有接收到临时C-RNTI或者用于移动终端的小区标识符)的情况下，移动终端认为RACH过程失败。因此，适当的后退定时器(back-offtimer)被操作(起动)，并且在该后退定时器期满之后，以上开始于步骤1)的RACH过程被再次起动。

本发明的概念和特征可以解释如下：

如果某个MAC PDU的接收者对于每个UE是显然的，则该PDU的格式可以被设为任意的或者可以对于该UE是特定的。例如，如果在PDCCH上经由专用C-RNTI传送MAC PDU给Rel-9 UE，则Rel-9 eNB可以为其使用Rel-9特定MAC PDU格式。由于专用C-RNTI的使用，其它Rel-8 UE不会解码该MAC PDU，并且不存在问题。

即，如果UE专用的标识符(诸如C-RNTI)被使用，在考虑UE的版本(即，发布版号)后可以发送经由C-RNTI所传送的MAC PDU。换句话说，eNB可以知道C-RNTI被分配给哪个UE，并且由接收该C-RNTI的分配的UE使用C-RNTI所指示的无线资源。因此，在此情况下，适合于UE的版本(或者发布版)的MAC PDU的传输是可能的。

但是，如果某个MAC PDU的接收者是不清楚的，则PDU的格式应该对每个UE都是清楚的。这是当经由公共RNTI，诸如T-C-RNTI或者RA-RNTI来传送MAC PDU的时候的情形。因为Rel-8 UE和Rel-9UE两者可以在公共RNTI上接收MAC PDU，所以MAC PDU的格式应被每个UE明白。如果Rel-9 eNB传送Rel-9 MAC PDU格式，并且MAC PDU格式的版本不为UE所知，那么Rel-8 UE将使用Rel-8 MACPDU格式错误地解码消息。

但是，如果经由公共控制信道传送MAC PDU，由多个UE接收该MAC PDU，并且如果这些UE的版本是不同的，则可能出现问题。例如，在经由公共控制信道传送以Rel-9格式构成的MAC PDU的情况下，如果Rel-8格式和Rel-9格式是不同的，则Rel-8 UE无法明白在该UE上市之后所定义的Rel-9格式。因此，甚至在接收到该MAC PDU后，该MAC PDU不能被正确地解码，并且将出现问题。

解决上述问题的最容易的方式是对于所有类型的UE发布版(或者版本)统一随机接入响应格式。但是，在此情况下，如果将对于以后或者后续发布版的UE定义新的RACH过程，则用于随机接入响应消息的额外的信息或者新的信息不能被包括进来，从而将出现问题，因为RACH过程的以后发布版或者版本的能力不能被提高。

因此，构思本发明的特征去解决与经由公共信道传送的随机接入响应消息相关的上述问题，以使得不同版本(发布版)的UE可以没有任何问题地接收和处理这样的消息。

实现这些的第一个方式是对于UE的每个发布版(或者版本)分别地分配不同的前导码。这可以称为以特定的方式执行“前导码分组”的方法。当前，从1至64定义RACH前导码。因此，例如，1至50可以分配给Rel-8 UE，而51至64可以分配给Rel-9 UE。肯定地，可以设想和实现不同类型、版本或者发布版的UE可使用的RACH前导码的特定范围进行划分或者分组的其它方式。上述的信息(即，分组)可以经由系统信息(诸如，经由系统信息块：SIB)来传送。

在以上的例子中，如果按照UE的发布版(或者版本)分组和划分前导码，则Rel-8 UE可以在1至50之中选择RACH前导码，并且使用该RACH前导码去执行其RACH过程，同时Rel-9 UE可以在51至64之中选择RACH前导码，并且使用该RACH前导码去执行其RACH过程。因此，如果基站(eNB)接收到1至50之中的RACH前导码，则在传送随机接入响应时使用用于版本Rel-8的随机接入响应格式。如果接收到51至64之中的RACH前导码，则在传送随机接入响应时使用用于版本Rel-9的随机接入响应格式。因而，可以传送适合于每个相应的UE的响应消息。

在以上的过程中，基站(eNB)可以通过利用系统信息来通知是否正在传送Rel-9版本的随机接入响应。在此情况下，仅仅在基站(eNB)支持Rel-9版本响应的情况下，Rel-9版本UE使用Rel-9前导码，而在其它情况下，如同其它Rel-8版本UE的情况一样执行RACH过程。

以上所述的方法可以以多种方式扩展(或者进一步修改)。当前正在执行对于先进的LTE的标准化。由于先进的LTE是LTE技术的扩展，可以类似地定义和实现其RACH过程。因此，假设某个UE支持先进的LTE技术，并且如果某个小区支持先进的LTE RACH过程，则该某个UE采用为先进的LTE使用而分配的前导码。此外，在相同的小区内，支持LTE的UE采用为LTE使用而分配的前导码。以这种方式，基站(eNB)可以知道什么UE执行随机接入过程，执行随机接入过程的UE支持什么技术，什么版本(或者发布版)的UE执行该随机接入过程等等，以使得可以给其提供适当的响应。

关于本发明的一些效果，各种移动终端可以接收适合于其移动通信系统的随机接入消息。因而，可以避免相关技术中的不必要的信令，同时可以将无线资源的浪费减到最小。此外，可以降低在随机接入过程中的失败，并且因此，可以有效地使用有限数目的随机接入前导码。因此，由基站管理的多个移动终端可以迅速和有效地完成其随机接入过程。

以下将更详细地解释本发明的各种示范实施例。

图6示出本发明的UE 100和增强节点B(eNB)200，而图7示出在UE 100和eNB 200之间发送和接收的随机接入响应消息的示范结构。

UE 100将随机接入前导码(RACH MSG1)发送给eNB 200，并且从eNB 200接收具有在图7中示出的格式的随机接入响应消息(RACHMSG2)。

图7示出按照LTE标准具有发布版8格式的随机接入响应消息，但是，本发明的概念不意欲限制于此。

图7(a)示出随机接入响应消息的MAC PDU(协议数据单元)。

MAC PDU包括MAC头部、MAC有效载荷，并且也可以包括MACPDU填充。

MAC头部可以具有可变的大小，并且可以包括一个或多个子头部。在这些子头部之中，第一子头部可以是E/T/R/R/BI MAC子头部，而第二子头部可以是E/T/RAPID MAC子头部。

图7(b)示出E/T/R/R/BI MAC子头部包括E字段、T字段、R字段和BI字段。每个字段可以描述如下：

-E：扩展字段是表示在MAC头部中是否存在更多字段的标记。E字段被设置为“1”以表示至少另一组的E/T/RAPID字段跟随在后。E字段被设置为“0”以表示MAC RAR或者填充起始于下一个字节。

-T：类型字段是表示MAC子头部是否包含随机接入ID或者后退指示符的标记。T字段被设置为“0”以表示在子头部(BI)中存在后退指示符字段。T字段被设置为“1”以表示在子头部(RAPID)中存在随机接入前导码ID字段。

-R：预留位，设置为“0”；和

-BI：后退指示符字段识别小区中的过载条件。BI字段的大小是4比特。

图7(c)示出E/T/RAPID MAC子头部包括E字段、T字段和RAPID字段。在这里，RAPID字段是随机接入前导码标识符(ID)字段，其识别传送的随机接入前导码。RAPID字段的大小是6比特。

应当注意到，MAC头部和子头部是八位字节对齐的。

MAC有效载荷可以包括一个或多个MAC RAR(随机接入响应)元素。

图7(d)示出MAC RAR可以由R字段、TA(定时提前)字段、UL许可字段和临时C-RNTT字段组成。

图8示出示范的用于第一个示范实施例的信号流程图。在第一个实施例中，可以按照每个类型的系统版本(例如，发布版8对发布版9；LTE对先进的LTE等等)将前导码分组在一起。在这里，仅仅为了解释起见，前导码被分组为二种类型，但是，应该明白任何数量的分组都是可能的。在这个例子中，在前导码的组中，第一组可以用于发布版8(Rel-8)，而第二组可以用于发布版9(Rel-9)。同样地，第一组可以用于LTE，而第二组可以用于先进的LTE。在这里，eNB 200对UE 100提供以有关上述前导码分组的信息。

eNB 200按照系统版本或者随机接入响应(RAR)格式(或者基于其它)来执行随机接入前导码的分组，并且与该分组的映射关系有关的信息被发送给UE 100(S101)。该分组映射信息可以与eNB 200所传送的系统信息一起发送，并且该系统信息可以以一个或多个系统信息块(SIB)的形式传送。作为一个如何分组前导码的例子，假设存在前导码0至63，eNB 200可以对于支持发布版8的UE(或者对于支持正常RAR(随机接入响应)格式的UE)分配前导码0至49，而前导码50至63可以分配给支持发布版9的UE(或者分配给支持扩展RAR(随机接入响应)格式的UE)。

UE 100接收有关分组映射的信息，并且能够选择适合于其系统版本(或者标准/格式支持能力)的前导码(S102)。例如，支持发布版8的UE将选择前导码0至49之中的一个，而支持发布版9的UE将选择前导码50至63之中的一个。

eNB 200接收随机接入前导码(S103)，并且使用该随机接入前导码和分组映射信息，检查UE 100所支持的系统版本，并且产生适当的随机接入响应消息，该适当的随机接入响应消息被发送给UE 100(S104)。例如，如果eNB 200接收到0至49之间的前导码，则按照随机接入响应Rel-8版本格式产生随机接入响应消息，并且如果eNB 200接收到50至63之间的前导码，则按照随机接入响应Rel-9版本格式产生随机接入响应消息。此后，按照适当的格式所产生的随机接入响应被发送给UE 100。

然后，UE 100接收对应于其系统版本(或者支持的标准)的随机接入响应，并且可以执行对其适当的解码。因此，UE 100可以按照包括在接收到的随机接入响应消息内的UL许可来传送其数据(S106)。此后，可以由eNB 200执行竞争解决(S108)。

同时，eNB 200可以经由系统信息通知UE 100按照其系统版本(诸如，发布版9)的随机接入响应是否被传送。在此情况下，对于支持发布版9的UE 100，一旦检查eNB 200支持发布版9，则使用Rel-9前导码，否则，可以如同Rel-8版本UE的情况一样执行随机接入过程。

因而，在第一个实施例中，基于接收的前导码，因为eNB 200可以知道发送该前导码的特定UE，并且还知道由该UE使用的技术以及由该UE支持的版本，所以用于随机接入响应消息的适当格式可以被传送。

图9示出示范的用于第二个示范实施例的信号流程图。

由于第二个实施例具有与第一个实施例中的特征类似的特征，所以将仅仅解释其区别。

在第二个实施例中，eNB 200可以基于系统版本或者随机接入响应格式分配公共前导码或者专用前导码。例如，eNB 200可以将公共前导码分配给支持发布版8的那些UE，同时专用前导码可以分配给支持发布版9的那些UE。即，仅仅是使用具有扩展格式(即，扩展RAR格式)的随机接入响应的那些UE可以接收专用前导码的分配。

eNB 200将与专用前导码相关的信息(即，与专用随机接入前导码相关的信息，诸如系统版本、支持的RAR格式等等)传送给UE100(S201)。上述的信息可以与系统信息一起发送给UE 100。

如果支持发布版9，则UE 100将专用前导码发送给eNB200(S202)，eNB 200从接收的专用前导码中验证UE 100支持发布版9，然后将对应于发布版9格式的随机接入响应消息发送给UE 100。

一旦接收到随机接入响应消息，UE 100检查随机接入前导码(包括在接收到的随机接入响应消息中)是否匹配其先前传送的随机接入前导码，并且如果是这样的话，则按照与专用前导码有关的系统版本来解码该随机接入响应消息(S204)。此后，可以执行用于调度传输(S205)和竞争解决(S206)的过程。

可以进一步以许多的方式修改这个第二实施例。例如，eNB 200可以按照系统版本或者随机接入响应格式，或者基于其它的类别将专用前导码表征为第一组和第二组(或者任何其他类型的分组)。更详细地，对于支持发布版8的UE，可以识别专用前导码而不必将专用前导码表征为第一组和第二组，但是，支持发布版9的UE可以识别专用前导码是否是第一组或者第二组的一部分。

作为另一个可选方案，当与UE 100建立呼叫或者RRC连接的时候，eNB 200可以使用RRC信令(或者其他类型的消息传输或者命令)去通知是否将使用Rel-8格式或者Rel-9格式。如果UE 100从eNB 200接收专用前导码的分配，则当接收到关于该前导码传输的响应的时候，从eNB 200通知的适当格式被用于解码接收到的响应中的MAC PDU。例如，当eNB 200经由RRC信令通知UE 100 Rel-9随机接入响应正在被传送的时候，UE 100发送专用前导码，并且一旦接收到对其的响应，Rel-9格式被用于解码。

图10示出示范的第三个示范实施例的信号流程图。

按照第三个实施例，一旦接收到随机接入前导码(S301)，eNB 200按照系统版本类型(例如，发布版8或者发布版9)、支持的标准类型(例如，LTE或者先进的LTE)等等在图7示出的MAC RAR中设置R字段(S302)。例如，在RAR消息中被设置为“0”的R字段表示随机接入响应消息是发布版8格式(或者，所谓的正常格式)，并且在RAR消息中被设置为“1”的R字段表示随机接入响应消息是发布版9格式(或者，所谓的扩展格式)。

UE 100检查随机接入响应消息的R字段以确定系统版本，并且据此执行随机接入响应消息的解码(S304)。在这里，如果支持发布版8的UE接收到其R字段被设置为“1”的随机接入响应消息，则该R字段可以被忽略。可选地，不考虑R字段如何设置，支持发布版8的UE 100可以忽略随机接入响应消息本身。

相比之下，如果支持发布版9的UE 100接收到其R字段被设置为“0”的随机接入响应消息，则通过使用发布版8格式来解码该随机接入响应消息。此外，如果支持发布版9的UE 100接收到其R字段被设置为“1”的随机接入响应消息，则通过使用发布版9格式来解码该随机接入响应消息。

也可以以各种方式修改第三个实施例。例如，第一个实施例的某些特征可以被添加进第三个实施例中。即，如图10所示，在前导码组中，前导码0至49可以被分组为用于发布版8的组A，同时前导码50至63可以被分组为用于发布版9的组B。如果传送前导码的UE是从组A中选择出来的，并且当按照第三个实施例接收其R字段被设置了的随机接入响应的时候，该随机接入响应可以忽略。但是，如果传送前导码的UE是从组B中选择出来的，并且当按照第三个实施例接收其R字段被设置了的随机接入响应的时候，按照R字段是否被设置为0或者1来解码该随机接入响应。

同时，第三个实施例也可以与第二个实施例结合。例如，专用前导码可以分配给发布版9 UE，并且可以按照设置为0或者1的R字段值来解码随机接入响应。

图11示出示范的第四个示范实施例的信号流程图。

在这个第四个实施例中，随机接入RNTI(RA-RNTI)用于按照系统版本、支持的标准或者其它准则在随机接入响应格式之间进行区别。

eNB 200使用系统信息去通知用于传送随机接入响应给Rel-8 UE的RA-RNTI，或者用于传送随机接入响应给Rel-9 UE的RA-RNTI(S401)。

因此，在传送前导码(S402)之后，UE 100接收随机接入响应消息，该随机接入响应消息包括适合于其系统版本的RA-RNTI(S403)。此外，UE 100使用与由RA-RNTI所区别的系统版本相对应的随机接入响应格式，以用于对随机接入响应消息(或者MAC PDU)进行解码(S404)。

上述的第四个实施例也可以被修改。例如，在Rel-9 UE的情况下，关于每个系统版本的所有RA-RNTI被接收，并且在接收到由每个RA-RNTI表示的MAC PDU之后，当每个MAC PDU被解码的时候，使用与MAC PDU有关的RA-RNTI信息。更详细地，假设如果经由系统信息接收的RA-RNTI是2，则可以知道随机接入响应的格式与发布版9有关。然后，UE按照Rel-9格式继续解码随机接入响应的MACPDU。

同时，当没有任何改进地分别实现的时候，在某些情形下，以上描述的第三个和第四个实施例可能会经受一些缺陷。

例如，如果像第一个和第二个实施例一样UE 100不传送基于其系统版本的前导码，则eNB 200无法知道UE 100支持什么系统版本。因此，eNB 200需要将用于发布版8的随机接入响应以及用于发布版9的随机接入响应两者都包括进被传送给UE 100的MAC PDU中。在这里，为了在用于发布版8的随机接入响应和用于发布版9的随机接入响应之间进行区别，可以采用R字段(如在第三个实施例中)或者RA-RNTI(如在第四个实施例中)。但是，如果发布版8随机接入响应和发布版9随机接入响应的长度(或者大小)不同，则支持发布版8的UE不能正确地解码随机接入响应。以下将进一步解释该问题。

图12示出随机接入响应消息格式分别地具有不同长度(大小)的例子。

具有正常格式的随机接入响应(即，发布版8随机接入响应)包括6个八位字节(＝6字节)。但是，具有扩展格式的随机接入响应(即，发布版9随机接入响应)可以或者可以不必由6个八位字节组成。

此外，当eNB 200构建MAC PDU(如图12(b)所示)的时候，按照MAC子头部的RAPID1、RAPID2等等，具有扩展格式的随机接入响应(RAR1)(具有K个字节)可以被放置在最前面(即，在开始处)，同时具有正常格式的随机接入响应(RAR2)可以放置在其后。

在此情况下，即使MAC PDU包含发布版8随机接入响应(RAR2)和发布版9随机接入响应(RAR1)两者，支持发布版9的UE能够正确执行该MAC PDU的解码。

但是，因为发布版8UE认为每个随机接入响应具有6个八位字节的长度，所以RAR1被假设为具有6个八位字节，并且在6个八位字节的末尾，将执行RAR2的解码。但是，这样做将导致解码失败，因为RAR1事实上可能具有K个字节的长度，而不是6个八位字节。

为了阐明上述的问题，提出了第五个实施例。

图13示出示范的第五个示范实施例的信号流程图。

按照第五个实施例，MAC PDU的有效载荷被分为两个或更多个部分(或者段)。例如，第一部分包括Rel-8随机接入响应，并且第二部分包括Rel-9随机接入响应。在这里，在包括第一部分之后包括第二部分。此外，包括在第一部分中的多个Rel-8随机接入响应具有与其相关RAPID顺序相同的连续顺序，同时包括在第二部分中的多个Rel-9随机接入响应具有与其相关RAPID顺序相同的连续顺序。

第一部分可以由Rel-8 UE和Rel-9 UE两者解码，而第二部分可以仅仅由Rel-9 UE解码。第二部分包括为Rel-9新近定义的信息。

因此，当Rel-8 UE接收包括在随机接入响应中的MAC PDU的时候，如果存在与其传送的前导码的前导码ID相匹配的前导码ID，则与其前导码ID相对应的第一部分中的部分被解码。相比之下，当Rel-9 UE接收包括在随机接入响应中的MAC PDU的时候，如果存在与其传送的前导码的前导码ID相匹配的前导码ID，则第一部分和第二部分两者都被解码。在此情况下，可以通过第一部分的R字段通知给UE第二部分的存在。

可选地，包括发布版9的附加信息的部分可以具有预置长度(或者大小)，其可以被通知给UE。因此，即使用于发布版9的随机接入响应位于用于发布版8的随机接入响应之前，发布版8 UE可以参考长度信息，从而正确地解码用于发布版8的随机接入响应。

图14示出示范的用于实现第一个至第五个实施例的UE 100和eNB 200的方框图。

UE 100可以具有存储装置101、控制器102和收发信机103。eNB200可以具有存储装置201、控制器202和收发信机203。

R字段是包括在MAC RAR中的值，并且这样的值将被Rel-8版本UE忽略或者忽视。但是，Rel-9版本UE可以取决于R字段如何设置而以不同的方式进行操作。例如，如果UE发现包括在接收到的随机接入响应消息的RAR字段中的R值是二进制0，则这样的响应(MAC PDU)将被解释为Rel-8格式，而二进制1的R值指的是MAC PDU将被解释为Rel-9格式。

在以上的过程中，让我们假设前导码需要被分配给支持以后发布版(或者版本)的UE。在当前的Rel-8中，存在公共前导码和专用前导码。在这里，因为专用前导码不能由Rel-8 UE识别，所以至少一些专用前导码可以被分配供Rel-9使用。即，Rel-8 UE将这种前导码识别为专用前导码，但是，Rel-9 UE将这种前导码识别为Rel-9前导码。

作为用于本发明的另一个方法，当基站(eNB)与UE建立呼叫的时候，经由RRC信令来通知是否将使用Rel-8格式或者使用Rel-9格式的事实。此外，当UE从基站(eNB)接收专用前导码的分配的时候，使用从基站(eNB)指示的格式以接收该响应(MAC PDU)。例如，如果基站(eNB)经由RRC信令通知UE用于Rel-9的随机接入响应，并且如果UE接收到相对于其传送的专用前导码的响应，则使用Rel-9格式来解码(或者解释)该响应。

作为又一个方法，RA-RNTI可用于指示与随机接入响应有关的格式。即，基站(eNB)可以使用系统信息去分别地区分并且通知在传送随机接入响应给Rel-8 UE时所使用的RA-RNTI和在传送随机接入响应给Rel-9 UE时所使用的RA-RNTI。因而，在传送前导码之后，每个UE接收适合于其版本(或者发布版)的RA-RNTI。此外，适合于每个版本(或者发布版)的随机接入响应(RAR)格式被用于解码接收到的MAC PDU。在Rel-9 UE的情况下，接收对应于每个版本(或者发布版)的所有RA-RNTI，并且在接收到由每个RA-RNTI表示的MAC PDU之后，当解码每个MAC PDU的时候，使用与该MAC PDU有关的RA-RNTI。例如，相对于接收的MAC PDU，使用RA-RNTI2，并且当该RA-RNTI2被分配给Rel-9使用的时候，UE通过使用用于Rel-9使用的RAR格式来解码MAC PDU。

但是，如果用于每个版本(或者发布版)的RAR大小不同，则可能出现以下的问题。例如，假设Rel-8 UE使用RAPID2。但是，取决于相对于RAPID1的响应是用于Rel-8版本还是用于Rel-9版本，用于RAR2的开始的八位字节数目将是不同的。因此，为了避免这样的问题，首先包括(或者添加)关于Rel-8版本的所有RAR，并且其后，包括用于Rel-9版本的RAR。即，当构件MAC PDU的时候，用于Rel-9的RAR位于用于Rel-8的RAR之后(或后面)。

图12示出按照本发明的另一个示范方法。在这里，RAR被分成二个部分：包括用于Rel-8的信息的第一部分和包括用于Rel-9的信息的第二部分。在完全包括(添加)第一部分之后包括(添加)第二部分。相对于RAPID，第一部分的连续顺序和第二部分的连续顺序是相同的。

如图12所示，RAR字段被分成二个部分。RAR字段部分1是Rel-8UE和Rel-9 UE将解码的部分，并且RAR字段部分2是Rel-9 UE将解码的部分。因此，RAR字段部分1具有与Rel-8 RAR字段相同的格式。此外，RAR字段部分2包括在Rel-9中定义的新的内容。

因此，当接收到随机接入响应(RAR)的时候，如果Rel-8 UE发现存在其传送的前导码ID，则相应的RAR部分1被解码，并且执行操作。此外，当接收到随机接入响应(RAR)的时候，如果Rel-9 UE发现存在其传送的前导码ID，则相应的RAR部分1以及RAR部分2被解码，并且执行操作。在这种情况下，如果基站(eNB)有选择地包括RAR部分2，则RAR部分1的R字段可用于通知RAR部分2的存在。

关于本发明的某些示范效果，相对于经由公共信道传送的随机接入响应(RAR)消息，适当的响应可以被发送给分别具有不同版本(或者发布版)的UE。

本发明的概念和特征还可以概述如下：

如果某个MAC PDU的接收者对于每个UE来说是明显的，则PDU的格式可以被设为任意的，或者可以对于该UE是特定的。例如，如果在PDCCH上经由专用C-RNTI传送MAC PDU给Rel-9 UE，则Rel-9eNB可以为其使用Rel-9特定MAC PDU格式。由于专用C-RNTI的使用，其它的Rel-8 UE不会解码该MAC PDU，并且不存在问题。

但是，如果某个MAC PDU的接收者是不清楚的，则PDU的格式应对每个UE来说是清楚的。这是当经由公共RNTI，诸如T-C-RNTI或者RA-RNTI传送MAC PDU的时候的情形。因为Rel-8 UE和Rel-9UE两者都可在公共RNTI上接收MAC PDU，所以MAC PDU的格式应被每个UE明白。如果Rel-9 eNB传送Rel-9 MAC PDU格式，并且MAC PDU格式的版本不为UE所知，那么Rel-8 UE将使用Rel-8 MACPDU格式错误地解码该消息。

因此，我们需要指定Rel-8如何能避免解码Rel-9字段或者数据。可以考虑以下内容。

选项1：前导码分组

如果在RACH前导码和相关的RAR格式之间存在映射，该问题可以稍微地解决。即，如果eNB想要使用新的RAR格式，eNB必须指定为其使用新的RAR格式来发送RAR的RACH前导码。在这种情况下，老的RAR格式用于其它的RACH前导码。

在图10(b)中，可以经SIB传送A和B的分组。如果UE支持扩展RAR格式，其可以使用来自组B的前导码。但是，如果UE不支持，其将从组A中选择前导码。

选项2：“R”字段的设置

另一个方法是使用“R”字段去表示格式。例如，如果“R”字段被设置为“0”，这指的是使用正常RAR格式。并且，如果“R”字段被设置为“1”，这指的是使用扩展RAR格式。因此，如果Rel-8 UE看到“R”字段等于“1”的RAR字段，则UE忽视该RAR字段。

选项3：不同的RA-RNTI

在这个方法中，RACH消息2可以仅仅包括正常RAR格式的字段，或者仅仅包括扩展RAR格式的字段。并且，不同的RA-RNTI用于表示使用哪个格式。以这种方法，Rel-8 UE决不会看到以后发布版的RAR字段格式。

选项4：仅仅专用前导码

这类似于解决方案1。如果扩展RAR格式可以仅仅用于专用前导码，则Rel-8 UE不需要知道扩展RAR字段的格式。

在这里，当单独使用的时候，以上列出的选项有时可能不是完美的。例如，对于选项2和3两者，eNB可能不知道UE的发布版。因此，eNB必须对于一个接收的前导码传送正常RAR格式和扩展RAR格式两者。

对于选项1、2和4，当一个RACH消息2包括正常RAR格式和扩展RAR格式两者的时候，可能出现问题。尤其是，当RAR元素的长度对于正常RAR格式和扩展RAR格式是不同的时候，可能出现问题。当Rel-8接收RACH消息2的时候，其试着去识别是否包括已经传送的RAPID。基于相对位置，UE可以尝试去解码在MAC PDU内的相关RAR字段。以下的图示出当RAR字段的大小是不同的时候的例子。

在图12中，假设Rel-8 UE已经传送RACH前导码2，并且在图12(b)中由eNB实际传输。因为UE不知道扩展RAR的长度，所以其假设每个RAR字段的大小等于6。但是，如果扩展RAR的实际大小与6不同，则Rel-8 UE为图12(a)所示的RAR字段占据MAC PDU的错误部分。

为了解决这个问题，可以进一步考虑以下的：

选项5：扩展RAR的大小限制

如果我们可以固定扩展RAR格式的大小为6个字节，其是正常RAR格式的大小，则可以解决该问题。但是，这可能限制扩展RAR的可用性。

选项6：包含长度字段

如果在扩展RAR格式中除了“R”字段之外包括长度字段，则Rel-8UE可以识别下一个RAR字段何时开始。即，当“R”字段表示使用扩展RAR字段的时候，插入额外的“长度”字段。(或者，SIB可用于表示扩展RAR字段的大小)。基于该长度信息，Rel-8 UE可以知道每个RAR字段在哪个八位字节上开始。

选项7：固定顺序

如果扩展RAR字段出现在所有其它正常RAR之后，则可以防止该问题。但是，如果一个RACH消息2包括对于相同RAPID的二个格式的RAR，则Rel-8 UE可能混淆是哪一个跟随在后面。

此外，可以以以下的方式描述本发明的一些概念和特征。

本发明提供了一种随机接入过程的方法，包括：接收与随机接入前导码相关的信息，该信息表示与第一格式相关的第一随机接入前导码和与第二格式相关的第二随机接入前导码；按照接收的信息选择随机接入前导码；传送选择的随机接入前导码；接收随机接入响应；和按照与选择的随机接入前导码有关的格式来解码接收的随机接入响应。

在这里，该信息是经由系统信息块(SIB)接收的。第一格式与支持Rel-8的移动终端或者支持LTE的移动终端有关。第二格式与支持Rel-9的移动终端或者支持先进LTE的移动终端有关。随机接入响应被作为具有MAC头部和MAC有效载荷的MAC PDU而接收。MAC有效载荷包括至少一个MAC随机接入响应(RAR)，每个MAC RAR包括有关上行链路许可和临时C-RNTI的信息。MAC RAR进一步包括用于表示与选择的随机接入前导码有关的第一格式或者第二格式的R比特。接收的随机接入响应包括具有与第一格式相关的随机接入RNTI1(RA-RNTI1)的一个或多个第一消息，和具有与第二格式相关的随机接入RNTI2(RA-RNTI2)的一个或多个第二消息。接收的随机接入响应包括包含有至少一个随机接入RNTI1(RA-RNTI1)和至少一个随机接入RNTI2(RA-RNTI2)的单个消息。

此外，接收的随机接入响应包括一个或多个正常RAR元素和一个或多个扩展RAR元素。每个正常RAR元素和每个扩展RAR元素具有6字节的长度。接收的随机接入响应进一步包括长度字段，以表示至少一个扩展RAR元素的长度。扩展RAR元素被放置在所有正常RAR元素之后。

本发明还提供了一种移动终端，包括：用于接收与随机接入前导码相关的信息的装置，该信息表示与第一格式相关的第一随机接入前导码和与第二格式相关的第二随机接入前导码；用于按照接收的信息选择随机接入前导码的装置；用于传送选择的随机接入前导码的装置；用于接收随机接入响应的装置；和用于按照与选择的随机接入前导码有关的格式来解码接收的随机接入响应的装置。

另外，本发明提供了一种执行随机接入过程方法的网络，包括：用于传送与随机接入前导码相关的信息的装置，该信息表示与第一格式相关的第一随机接入前导码和与第二格式相关的第二随机接入前导码；用于接收按照传送的信息所选择的特定随机接入前导码的装置；和用于传送随机接入响应的装置，按照与选择的随机接入前导码有关的第一格式或者第二格式来解码该随机接入响应。

在此处描述的各种特征和概念可以以软件、硬件或者其组合实现。例如，用于使用扩展随机接入响应(RAR)消息执行随机接入过程的方法和系统的计算机程序(其在计算机、终端或者网络设备中执行)可以包括用于执行各种任务的一个或多个程序代码部分。类似地，用于使用扩展随机接入响应(RAR)消息执行随机接入过程的方法和系统的软件工具(其在计算机、终端或者网络设备中执行)可以包括用于执行各种任务的程序代码部分。

按照本发明用于处理缓存器状态报告(BSR)的方法和系统与各种类型的技术和标准兼容。在此处描述的某些概念涉及各种类型的标准，诸如，GSM、WCDMA、3GPP(LTE，先进LTE等等)、IEEE、4G等等。但是，可以理解，以上示范的标准不是受限的，因为其他相关的标准和技术也适用于在此处描述的各种特征和概念。

工业实用性

在此处的特征和概念适用于，并且可以在各种类型的用户设备(例如，移动终端、手持机、无线通信设备等等)和/或可以配置为支持使用扩展随机接入响应(RAR)消息执行随机接入过程的网络实体中实现。

由于在此处描述的各种概念和特征可以以若干形式实施而不脱离其特性，所以应该明白，除非另作说明，以上描述的实施例不受任何上文描述的细节的限制，而是应该在所附权利要求所限定的范围之内进行广泛地解释。因此，落在上述范围或者其等效范围内的所有变化和修改意欲由所附权利要求所包含。

Claims

1.一种随机接入过程的方法，包括：

接收与随机接入前导码相关的信息，所述信息表示与第一格式相关的第一随机接入前导码和与第二格式相关的第二随机接入前导码；

按照接收的信息选择随机接入前导码；

传送所述选择的随机接入前导码；

接收随机接入响应，其中，所述接收的随机接入响应包括与所述第一格式相关的第一随机接入无线网络临时标识符(RA-RNTI)和与所述第二格式相关的第二随机接入无线网络临时标识符(RA-RNTI)的至少一个，其中，所述接收的随机接入响应进一步包括用于表示与所述选择的随机接入前导码有关的第一格式或者第二格式的R比特；

其中，所述第一格式与支持Rel-8的移动终端或者支持长期演进LTE的移动终端有关；以及

其中，所述第二格式与支持Rel-9的移动终端或者支持先进LTE的移动终端有关；和

按照与选择的随机接入前导码有关的格式来解码接收的随机接入响应。

2.根据权利要求1的方法，其中所述信息是经由系统信息块(SIB)接收的。

3.根据权利要求1的方法，其中将所述随机接入响应作为具有MAC头部和MAC有效载荷的MAC PDU而接收。

4.根据权利要求3的方法，其中所述MAC有效载荷包括至少一个MAC随机接入响应(RAR)，每个MAC RAR包括有关上行链路许可和临时C-RNTI的信息。

5.根据权利要求1的方法，其中所述接收的随机接入响应包括具有与所述第一格式相关的随机接入RNTI1(RA-RNTI1)的一个或多个第一消息，和具有与所述第二格式相关的随机接入RNTI2(RA-RNTI2)的一个或多个第二消息。

6.根据权利要求1的方法，其中所述接收的随机接入响应包括单个消息，该单个消息包含至少一个随机接入RNTI1(RA-RNTI1)和至少一个随机接入RNTI2(RA-RNTI2)。

7.根据权利要求1的方法，其中所述接收的随机接入响应包括一个或多个Rel-8随机接入响应（RAR）元素和一个或多个Rel-9随机接入响应（RAR）元素。

8.根据权利要求7的方法，其中每个Rel-8随机接入响应（RAR）元素和每个Rel-9随机接入响应（RAR）元素具有6字节的长度。

9.根据权利要求7的方法，其中所述接收的随机接入响应进一步包括长度字段，以表示至少一个Rel-9随机接入响应（RAR）元素的长度。

10.根据权利要求7的方法，其中所述Rel-9随机接入响应（RAR）元素被放置在所有Rel-8随机接入响应（RAR）元素之后。

11.一种移动终端，包括：

用于接收与随机接入前导码相关的信息的装置，所述信息表示与第一格式相关的第一随机接入前导码和与第二格式相关的第二随机接入前导码；

用于按照接收的信息选择随机接入前导码的装置；

用于传送选择的随机接入前导码的装置；

用于接收随机接入响应的装置，其中，所述接收的随机接入响应包括与所述第一格式相关的第一随机接入无线网络临时标识符(RA-RNTI)和与所述第二格式相关的第二随机接入无线网络临时标识符(RA-RNTI)的至少一个，其中，所述接收的随机接入响应进一步包括用于表示与选择的随机接入前导码有关的第一格式或者第二格式的R比特；其中，所述第一格式与支持Rel-8的移动终端或者支持长期演进LTE的移动终端有关，以及其中，所述第二格式与支持Rel-9的移动终端或者支持先进LTE的移动终端有关；和

用于按照与选择的随机接入前导码有关的格式来解码接收的随机接入响应的装置。

12.一种执行随机接入过程的方法的网络，包括：

用于传送与随机接入前导码相关的信息的装置，所述信息表示与第一格式相关的第一随机接入前导码和与第二格式相关的第二随机接入前导码；

用于接收按照传送的信息而选择的特定随机接入前导码的装置；和

用于传送随机接入响应的装置，按照与选择的随机接入前导码有关的第一格式或者第二格式来解码所述随机接入响应，其中，所述传送的随机接入响应包括与所述第一格式相关的第一随机接入无线网络临时标识符(RA-RNTI)和与所述第二格式相关的第二随机接入无线网络临时标识符(RA-RNTI)的至少一个，其中，所述传送的随机接入响应进一步包括用于表示与选择的随机接入前导码有关的第一格式或者第二格式的R比特，其中，所述第一格式与支持Rel-8的移动终端或者支持长期演进LTE的移动终端有关，以及其中，所述第二格式与支持Rel-9的移动终端或者支持先进LTE的移动终端有关。