E-AGCH信道简介.docx

E-AGCH是TD-SCDMA系统的HSUPA技术下的一种物理控制信道。它用于NodeB向UE通告HSUPA业务信道（E-PUCH）的相关参数，主要包括：功率授权，码道授权，时隙授权(TRRI)，循环序列号等。在Rel-8引入半持续调度(Semi Persistent Scheduling, SPS) 后，又增加了一种新的E-AGCH，叫E-AGCH type2，因而原来的E-AGCH也称为E-AGCH type1。E-AGCH type2完全兼容type1。当UE的变量E_DCH_SPS_STATUS =TRUE时，它将只使用type2，否则完全不使用。type1的比特数为2326bit（3bit的RDI字段可选），type2为30bit。以上列出的四种主要参数，两种E-AGCH都包括。但type2的CRRI为4bit，有别于type1的5bit，因为在Rel-8里HSUPA业务信道最大的扩频因子为8，即至少占两个码道。type2没有了固定的EI(E-HICH indicator)和RDI(resource duration indicator)，取而代之的是可复用的3个域：Field flag，Special Infomation 1, Special information 2。当field flag不为0时，Special Infomation 1指示SPS重复模式的索引（重复模式最多3个，由UTRAN下发给UE），Special information 2保留不用（有动议要求启用这个域用于指示SPS资源的激活时间）。当field flag为0时，Special Infomation 1指示EI，Special Infomation 2指示RDI(只用前3个比特)。type2还有种特殊格式，即E-AGCH order，它用于重置SPS E-PUCH资源。E-AGCH order将TRRI的5个比特全部置0，循环序列号的3个比特将用于指示order类型，目前只规定了一种，即全部置为0，表示释放SPS E-PUCH资源。以下为详细格式E-AGCH type1 Absolute grant (power) value (xpg,1, xpg,2, xpg,5) 5 bits, Code resource related information (xc,1, xc,2, xc,Nc), Nc=5 bits for the 1.28Mcps and 3.84Mcps options, Nc=6 bits for the 7.68Mcps option Timeslot resource related information (xt,1, xt,2, xt,nTRRI), nTRRI bits nTRRI =5 for 1.28Mcps, and is configured by higher layers for 3.84Mcps and 7.68Mcps options E-AGCH Cyclic Sequence Number (ECSN) (xe,1, xe,2, xe,3) (3 bits) Resource duration indicator (3 bits if present) (xr,1, xr,2, xr,3) the presence of this field is configured by higher layers E-HICH Indicator (xEI,1,xEI,2) (2 bits) (for 1.28Mcps TDD only) E-UCCH Number Indicator (xENI,1,xENI,2, xENI,3) (3 bits) (for 1.28Mcps TDD only)E-AGCH type2 Absolute grant (power) value (xpg,1, xpg,2, xpg,5) 5 bits Code resource related information (xc,1, xc,2, xc,Nc), Nc=4 bits Timeslot resource related information (xt,1, xt,2, xt,nTRRI), nTRRI =5bits E-AGCH Cyclic Sequence Number (ECSN) (xe,1, xe,2, xe,3) (3 bits) Field flag (xflag,1, xflag,2) 2 bits Special information 1 (x,info1,1, xinfo1,2) 2 bits Special information 2 (x,info2,1, xinfo2,2, x,info2,3, xinfo2,4, x,info2,5,) 5 bits E-UCCH Number Indicator (xENI,1,xENI,2, xENI,3) 3 bits Reserved (xres,1) 1 bit而TD-SCDMA (TDD 1.28M)对HS-SCCH less相对应的SPS特性集 (在Rel-9引入)，则没有规定盲检机制。SPS是从LTE那里借鉴来的，它也不用控制信道进行授权，可进行发送业务信道。TFRC（时隙、码道、TB Size）等信息的全集，会在RRC信令中通知终端，而每个时间段使用的集合可以在RRC信令中通告，可以HS-SCCH中通知。1.28M的原则是，只要网络侧不通知UE使用新的集合，则UE周期性地使用之前通知的集合。比如上次通知UE使用资源为Ts5，第1个SF8，QPSK，重复周期8个TTI，重复长度1个TTI，那么在收到新的通知之前，终端会一直使用这个集合。由于没有类似HS-SCCH less的盲检机制，每次接收HS-DSCH后仍进行反馈（即发送HS-SICH，等效于WCDMA的HS-DPCCH），则UE对于反馈信道的使用就要求较多。比如每个TTI给2个UE发送SPS模式的HS-DSCH，则相应地需要2个HS-SICH进行反馈，这要占用上行的2*SF16 ，实际另外2个对应的SF16也无法再使用，所以相当于占用了SF4。对于信道化码资源较短缺的TDD 1.28M系统来说，这样的开销几乎是不可承受的。需要说明的是，在HSUPA体统，TD-SCDMA的业务信道也是共享的，也有SPS机制。而WCDMA的业务信道则E-DCH是专用的（每个终端有自己的扰码、信道化码树），不需要SPS或E-AGCH less这样的技术。 连续分组连接(CPC)CPC可以包括三个特性，即DCH-less，SPS，和HS-SCCH DRX。在原来的HSPA中，业务虽然通过HSPA信道，即HS-PDSCH和E-PUCH承载，但是上行、下行信令无线承载(SRB，即对NAS和RRC信令的 承载) 却仍然要使用DCH。对于业务承载，HSPA在很多场合可以代替DCH（主要针对streaming业务与I/B业务）。于是人们就想到了SRB干脆也 用HSPA承载岂不更妙。承载SRB的HSPA信道可以是R5/R6的调度方式，也可以是新引入的SPS模式HSPA信道；总之不是DCH。SPS，Semi Persistent Scheduling，原来叫HS-SCCH less，老名字更顾名思义一些，也就是（在某些情况下）不用HS-SCCH。它本来是为面向分组交换的语音业务（VoIP），或即时通信而设计的，这些业务的共同点是速率不高，实时性要求相对较高。在上行方向的情况和下行方向是对称的，为了简明起见，以下 仅对下行方向进行说明，上行同理（E-AGCH对等于HS-SCCH，HS-PUCH对等于HS-PDSCH）。R5/R6在下行方向用物理控制信道 HS-SCCH对HSPA业务信道HS-PDSCH进行调度。这样，HS-SCCH也要占用资源（码道、时隙），而对于VoIP这种速率不高的业务而言， 物理控制信道的相对开销还是比较大的。而在SPS模式下，没有HS-SCCH来告诉UE对应的HS-PDSCH的信息，UE对HS-PDSCH进行盲检。 NodeB在下 发HS-PDSCH时使用目的UE的H-RNTI进行CRC操作，这样只有目的UE才能接收成功，其它UE会因为CRC失败而丢弃数据包，这种接收失败不 发送NACK，只有目的UE才能进行ACK/NACK操作。RNC会使用包含SPS IE的NBAP信令来命令NodeB开辟SPS资源池。但SPS资源分配到具体的UE，则由NodeB用HS-SCCH order进行调度。HS-SCCH的DRX，也是面向VoIP提出的改进措施。UE在进行VoIP业务时，通常20ms才传输一次数据，不需要一直监听HS-SCCH。 RNC用RRC信令和UE协商HS-SCCH DRX的启用与参数。当若干个TTI（由事先的参数约定）内没有HS-SCCH后，UE即进行DRX状态，在此状态下，UE将不再一直（即每个TTI）监 听HS-SCCH，而是按约定的周期来监听HS-SCCH，以便进行HS-PDSCH的调度。这个特性主要是为了让UE更省电，延长续航能力。 Cell_FACH增强(enhanced Cell_FACH)R5/R6 的HSPA，或者R4的DCH，都需要UE的RRC在CELL_DCH状态下才能进行。而UE的状态迁移 （IDLE-CELL_FACH-CELL_DCH，或CELL_PCH-CELL_FACH-CELL