［張涵嫣 方一鳴］

LTE-A終端HARQ機(jī)制的實(shí)現(xiàn)與測(cè)試*

［張涵嫣 方一鳴］

為了盡可能地保障數(shù)據(jù)傳輸?shù)目煽啃?，LTE-A系統(tǒng)采用RLC層ARQ機(jī)制與MAC層HARQ機(jī)制進(jìn)行雙重保障。相比ARQ的簡(jiǎn)單重傳，HARQ的混合自動(dòng)重傳以及軟合并機(jī)制對(duì)可靠性的保障更優(yōu)。文章從LTE-A協(xié)議出發(fā)對(duì)終端HARQ過(guò)程進(jìn)行深入分析，并結(jié)合測(cè)試用例設(shè)計(jì)了RRM一致性測(cè)試平臺(tái)與測(cè)試方案，在設(shè)計(jì)的平臺(tái)下進(jìn)行測(cè)試，最后對(duì)測(cè)試結(jié)果進(jìn)行分析，證明本文設(shè)計(jì)的終端HARQ機(jī)制的正確與穩(wěn)定，滿足協(xié)議的要求。

LTE-A MAC HARQ RRM一致性測(cè)試

張涵嫣

重慶郵電大學(xué)通信與信息工程學(xué)院，碩士研究生，主要研究方向：LTE高層協(xié)議棧。

方一鳴

重慶郵電大學(xué)通信與信息工程學(xué)院，碩士研究生，研究方向：LTE協(xié)議棧的開(kāi)發(fā)與測(cè)試。

1　引言

運(yùn)營(yíng)商從2009年開(kāi)始投入LTE商用網(wǎng)絡(luò)，LTE用戶飛速增長(zhǎng)，現(xiàn)在已經(jīng)超越10億人。而LTE-A是LTE的一種增強(qiáng)版本，LTE-A使用載波聚合（Carrier Aggregation，CA）技術(shù)提高系統(tǒng)帶寬和增加系統(tǒng)容量，使用高階多輸入多輸出（Multiple-Input Multiple-Output，MIMO）增加用戶吞吐量，使用無(wú)線中繼技術(shù)減小信號(hào)傳輸距離，從而有效提高通信質(zhì)量和邊緣用戶性能［1］。同時(shí)在復(fù)雜的無(wú)線通信中，時(shí)變性和信號(hào)的多普勒頻移等都可能導(dǎo)致信號(hào)失真［2］，為了能夠盡可能正確地傳輸數(shù)據(jù)，需要重傳沒(méi)有被正確解碼的數(shù)據(jù)。LTE-A系統(tǒng)有兩級(jí)重傳機(jī)制：MAC （Medium Access Control，媒體接入控制）層HARQ（Hybrid Automatic Repeat reQuest，混合自動(dòng)重傳請(qǐng)求）技術(shù)和RLC層的ARQ（Automatic Repeat Request，自動(dòng)重傳請(qǐng)求機(jī)制）。所以HARQ機(jī)制是保障無(wú)線通信可靠性的至關(guān)重要的一步。

2　上行HARQ基本過(guò)程

LTE-A系統(tǒng)上行HARQ在時(shí)域上采用同步的HARQ［3］，數(shù)據(jù)重傳和HARQ反饋都在規(guī)定子幀進(jìn)行。在頻域上一方面為了節(jié)省上行資源，采用非自適應(yīng)傳輸，數(shù)據(jù)重傳使用上次傳輸?shù)馁Y源和調(diào)制解調(diào)方式，另一方面，為了保持資源調(diào)度的靈活性，也使用自適應(yīng)重傳避免信息發(fā)生碰撞。由終端發(fā)起的上行傳輸如圖1。

圖1　上行HARQ傳輸

上行HARQ過(guò)程通過(guò)上行資源授權(quán)、下行ACK/ NACK、新數(shù)據(jù)指示（New Data Indication，NDI）和上行數(shù)據(jù)重傳來(lái)完成的。下面詳細(xì)介紹上行HARQ傳輸過(guò)程。

①上行數(shù)據(jù)傳輸必須有上行資源，網(wǎng)絡(luò)端發(fā)送上行鏈路授權(quán)給終端分配上行資源。上行授權(quán)的發(fā)送有兩種方式，一種是當(dāng)網(wǎng)絡(luò)端接收到上行隨機(jī)接入請(qǐng)求時(shí)，在消息2中會(huì)分配上行資源給終端用來(lái)發(fā)送Msg3；另一種是在連接狀態(tài)下，終端有數(shù)據(jù)要發(fā)送而沒(méi)有資源時(shí)，發(fā)送調(diào)度請(qǐng)求給網(wǎng)絡(luò)端來(lái)請(qǐng)求上行資源，網(wǎng)絡(luò)端接收到調(diào)度請(qǐng)求或者緩存狀態(tài)報(bào)告之后，根據(jù)終端需要發(fā)送上行授權(quán)UL-Grant。終端接收到上行授權(quán)以后標(biāo)識(shí)應(yīng)該被處理的HARQ進(jìn)程，并將上行授權(quán)、HARQ反饋、調(diào)制解調(diào)方式等保存在該HARQ進(jìn)程中，然后在分配的資源上發(fā)送上行數(shù)據(jù)。如果是非自適應(yīng)傳輸，終端不需要上行授權(quán)直接在上次傳輸?shù)馁Y源上發(fā)送重傳數(shù)據(jù)。

圖2為上行HARQ過(guò)程數(shù)據(jù)發(fā)送流程。

②處理中的HARQ進(jìn)程接收到上行授權(quán)和相關(guān)的HARQ參數(shù)信息之后，會(huì)在發(fā)送數(shù)據(jù)之前判斷是新傳還是重傳數(shù)據(jù)，如果上行授權(quán)不是用TC_RNTI加擾，并且NDI相對(duì)于上次有翻轉(zhuǎn)，或者進(jìn)程緩存是空的，或者是隨機(jī)接入響應(yīng)中的上行授權(quán)，則終端發(fā)送新數(shù)據(jù)。否則，終端非自適應(yīng)重傳數(shù)據(jù)。

③網(wǎng)絡(luò)端收到終端數(shù)據(jù)后，物理層通過(guò)循環(huán)冗余校驗(yàn)碼（Cyclic Redundancy Code，CRC）對(duì)接收數(shù)據(jù)解碼，如果解碼正確，向終端反饋ACK，同時(shí)翻轉(zhuǎn)新數(shù)據(jù)傳輸指示（New Data Indication，NDI）；如果解碼失敗，向終端反饋NACK。數(shù)據(jù)發(fā)送和反饋都有固定的時(shí)序關(guān)系，網(wǎng)絡(luò)端在規(guī)定的子幀上向終端發(fā)送HARQ反饋。

圖2　上行HARQ流程

④終端接收到HARQ反饋和下行控制信息0（Downlink Control Information0，DCI0）之后，根據(jù)以下原則判斷是重傳數(shù)據(jù)還是新數(shù)據(jù)：（1） 如果終端接收到下行控制信息DCI0，根據(jù)DCI0中字段NDI是否翻轉(zhuǎn)判斷是重傳還是新數(shù)據(jù)，不考慮HARQ反饋；（2） 終端沒(méi)有接收到DCI0指示，根據(jù)HARQ反饋來(lái)判斷重傳還是新數(shù)據(jù)，如果收到NACK反饋，終端在規(guī)定時(shí)頻資源上發(fā)送非自適應(yīng)重傳數(shù)據(jù)，如果收到ACK，為了防止解碼失敗，終端不清空緩存，也不進(jìn)行重傳或者新傳而是等待網(wǎng)絡(luò)端進(jìn)一步指示。上行HARQ的處理方式如表1。

表1　上行HARQ處理

⑤上行HARQ時(shí)序保證，HARQ同步指在一個(gè)HARQ進(jìn)程中初傳和重傳之間的時(shí)間關(guān)系。終端發(fā)送數(shù)據(jù)之后，網(wǎng)絡(luò)端在規(guī)定的子幀上反饋給終端是否解碼成功；終端收到NACK反饋或者NDI指示之后，在規(guī)定子幀進(jìn)行非自適應(yīng)重傳或自適應(yīng)重傳。研究HARQ的時(shí)序關(guān)系，有利于代碼實(shí)現(xiàn)的正確性。

網(wǎng)絡(luò)端發(fā)送上行授權(quán)或者HARQ反饋后，終端在規(guī)定子幀進(jìn)行HARQ數(shù)據(jù)傳輸，正常模式下，即非TTI綁定，其時(shí)序關(guān)系如表2。

表2　TDD配置0-6下的k值

如表2，在TDD1-6情況下，如果UE在子幀n接收到PDCCH中的DCI0指示或者接收到NACK反饋，就在子幀n+k發(fā)送重傳數(shù)據(jù)。k值如表2，例如在TDD1模式下，UE如果在子幀1收到HARQ反饋，由表可知k=6，UE在子幀7發(fā)送重傳。在TDD0配置下，上行子幀數(shù)目大于下行子幀，因此一個(gè)下行子幀可能會(huì)攜帶2個(gè)上行子幀的反饋信息，這種功能用DCI0中字段ULindex實(shí)現(xiàn)，用IPHICH區(qū)分不同子幀。TDD0配置下上行子幀4或子幀9的PUSCH數(shù)據(jù)對(duì)應(yīng)的IPHICH=1，其他情況IPHICH=0。如果接收到的ULindex最高有效位（Most Significant Bit，MSB）是1，或者在0子幀或5子幀接收到的IPHICH=0，即不是對(duì)于子幀4或子幀9的反饋，UE在n+k 子幀發(fā)送對(duì)應(yīng)的HARQ數(shù)據(jù)；如果最低有效位（Physical Uplink Shared Channel，LSB）是1，或者在0子幀或5子幀接收到的IPHICH=1，UE在n+7子幀發(fā)送PUSCH數(shù)據(jù)；如果MSB和LSB全部為1，則UE在n+7和n+k 子幀全部都發(fā)送上行數(shù)據(jù)。

UE發(fā)送上行數(shù)據(jù)以后，網(wǎng)絡(luò)端在規(guī)定子幀發(fā)送HARQ反饋，時(shí)序關(guān)系如表3。如果網(wǎng)絡(luò)端在子幀k收到上行數(shù)據(jù)，則在k+n 子幀進(jìn)行反饋。

3　功能設(shè)計(jì)與測(cè)試平臺(tái)

3.1 HARQ功能設(shè)計(jì)

在實(shí)際項(xiàng)目中，終端對(duì)于下行HARQ的接收主要由物理層處理，MAC層對(duì)失敗次數(shù)疊加，如果重傳達(dá)到最大次數(shù)，MAC層通知物理層丟棄數(shù)據(jù)。對(duì)于上行傳輸，

作為發(fā)送端，終端MAC層的處理相對(duì)比較復(fù)雜，下面詳細(xì)敘述上行HARQ發(fā)送過(guò)程的函數(shù)實(shí)現(xiàn)。

表3　kPHICHfor TDD

具體的函數(shù)實(shí)現(xiàn)流程如圖3。

圖3　上行HARQ發(fā)送函數(shù)實(shí)現(xiàn)

（1） mac05_12MAC_DATA_REQ（T-HeaderInfo *header）

在RLC層發(fā)送數(shù)據(jù)給MAC層之前，使用該函數(shù)向MAC層通知邏輯信道號(hào)和數(shù)據(jù)大??；MAC層收到之后調(diào)用函數(shù)mac05_13createMAC_DATA_IND（），為RLC層邏輯信道分配資源，收到資源以后RLC層將數(shù)據(jù)分段級(jí)聯(lián)成RLC SDU，再次通過(guò)函數(shù)mac05_12MAC_ DATA_REQ（）將數(shù)據(jù)發(fā)送給MAC層。由此可知，函數(shù)mac05_12MAC_DATA_REQ（）實(shí)現(xiàn)了兩種功能。

（2） u16mac05_13createMAC_DATA_IND（）

MAC層根據(jù)網(wǎng)絡(luò)端指示的資源大小來(lái)確定RLC層在下一個(gè)TTI可發(fā)送的數(shù)據(jù)塊大小，并對(duì)RLC層邏輯信道進(jìn)行資源分配，通過(guò)原語(yǔ)MAC_DATA_IND將分配結(jié)果通知給RLC層。

（3） u16 mac20_13assemblelyPHY_UL_TASK_ REQ（u16 queId，u16 rachcause， u16 lochttype）

MAC層發(fā)送給物理層的上行數(shù)據(jù)都通過(guò)本函數(shù)實(shí)現(xiàn)，主要包括隨機(jī)接入狀態(tài)下隨機(jī)接入前導(dǎo)和消息3的組裝發(fā)送以及連接狀態(tài)下用戶數(shù)據(jù)發(fā)送。消息類型通過(guò)函數(shù)的三個(gè)參數(shù)來(lái)區(qū)分，參數(shù)queId表示HARQ進(jìn)程號(hào)，如果是隨機(jī)接入前導(dǎo)的發(fā)送此參數(shù)為無(wú)效值，rachcause表示隨機(jī)接入是否成功，lochttype參數(shù)表示邏輯信道ID，邏輯信道ID不同，實(shí)現(xiàn)的功能不同，主要用于區(qū)分消息類型。

（4） u16 mac20_30assemblelyPHY_DL_RECE_ IND（T_HeaderInfo *header）

物理層通過(guò)該函數(shù)將接收到的上行數(shù)據(jù)HARQ反饋通知給MAC層，判斷是新數(shù)據(jù)傳輸或者重傳數(shù)據(jù)。如果是新數(shù)據(jù)則分配新數(shù)據(jù)傳輸子幀號(hào)New_send_ subframe［k］.subframe和New_send_subframe［k］.sfn；如果是重傳數(shù)據(jù)，則使用上一次傳輸?shù)臅r(shí)域資源。之后通過(guò)發(fā)送函數(shù)在分配子幀上進(jìn)行數(shù)據(jù)傳輸。

（5） u16 mac20_13RetransPHY_UL_TASK_ REQ（u16 queId）

使用該函數(shù)實(shí)現(xiàn)上行HARQ數(shù)據(jù)重傳。實(shí)現(xiàn)步驟如下：

① 申請(qǐng)內(nèi)存，空間大小為H_T_PHY_UL_TASK_REQ。

② 將重傳數(shù)據(jù)打包進(jìn)原語(yǔ)中，并使用上一次傳輸?shù)臅r(shí)域資源。

③ 發(fā)送原語(yǔ)至物理層。

3.2 測(cè)試平臺(tái)

本文使用無(wú)線資源管理（RadioResourceManagement，RRM）一致性測(cè)試來(lái)驗(yàn)證功能實(shí)現(xiàn)的正確性。RRM一致性測(cè)試方法是模擬實(shí)際通信環(huán)境來(lái)測(cè)試終端的行為是否符合協(xié)議中的規(guī)定［4］。RRM一致性測(cè)試主要包括小區(qū)選擇、小區(qū)重選、傳輸定時(shí)提前等。

終端和網(wǎng)絡(luò)端是進(jìn)行相互通信的，終端要按要求完成測(cè)試?yán)?，需要通過(guò)網(wǎng)絡(luò)端的控制和調(diào)度，本文通過(guò)在一致性測(cè)試中測(cè)試?yán)瓿汕闆r來(lái)驗(yàn)證終端的MAC層功能。

在測(cè)試與測(cè)試控制第三版（Testing and Test Control Notation version 3，TTCN-3）中編寫(xiě)測(cè)試?yán)?，TTCN-3中規(guī)定了自己的語(yǔ)法結(jié)構(gòu)［5］，這使得能夠更加便捷地編寫(xiě)測(cè)試?yán)?，同時(shí)測(cè)試?yán)矔?huì)更加規(guī)范，除此之外，TTCN-3還支持使用原語(yǔ)通信，也可以發(fā)送/接收信令，這增加了測(cè)試的兼容性和可移植性。

本文采用的RRM一致性測(cè)試平臺(tái)框架如圖4［6］，整個(gè)測(cè)試平臺(tái)包括PC機(jī)，主控和UE。PC機(jī)中安裝TTCN-3測(cè)試軟件，通過(guò)網(wǎng)口和主控進(jìn)行UDP通信，TTCN-3信息經(jīng)過(guò)主控處理后進(jìn)入LTE-A的系統(tǒng)模擬器［7］，在模擬器中實(shí)現(xiàn)了LTE-A網(wǎng)絡(luò)中的各層功能，主控通過(guò)無(wú)線接口和UE進(jìn)行通信。

圖4　LTE-A RRM一致性測(cè)試平臺(tái)框架

如圖4，在TTCN-3測(cè)試軟件架構(gòu)中的各組件功能如下。

測(cè)試管理模塊：實(shí)現(xiàn)交互接口并管理測(cè)試?yán)\(yùn)行情況；

測(cè)試日志模塊：記錄測(cè)試?yán)\(yùn)行過(guò)程中日志［8］；

編解碼模塊：對(duì)數(shù)據(jù)進(jìn)行編碼和解碼處理；

TE：執(zhí)行TTCN-3測(cè)試套件并解釋；

系統(tǒng)適配器：負(fù)責(zé)測(cè)試系統(tǒng)與TE間的交互以及調(diào)用外部函數(shù)；

平臺(tái)適配器：負(fù)責(zé)外部函數(shù)的實(shí)現(xiàn)以及為T(mén)E提供計(jì)時(shí)器管理。

TTCN-3信息發(fā)送到主控中，根據(jù)指示，主控會(huì)改變小區(qū)參數(shù)或者直接將消息傳送給系統(tǒng)模擬器，消息發(fā)送之后主控會(huì)反饋給TTCN-3證實(shí)消息。系統(tǒng)模擬器實(shí)現(xiàn)了協(xié)議棧和物理層的功能，經(jīng)過(guò)處理之后，系統(tǒng)模擬器的消息通過(guò)主控傳輸給PC機(jī)。系統(tǒng)模擬器中RF是終端和系統(tǒng)模擬器通信使用的射頻接口，發(fā)送由PHY處理過(guò)的比特信息串，協(xié)議棧之間用原語(yǔ)通信，主要負(fù)責(zé)數(shù)據(jù)轉(zhuǎn)發(fā)和處理［9］。

4　測(cè)試結(jié)果與分析

終端進(jìn)入3A態(tài)以后，網(wǎng)絡(luò)端處于RRC層連接狀態(tài)。在連接狀態(tài)下，UE和網(wǎng)絡(luò)端可以進(jìn)行用戶數(shù)據(jù)交互，在交互過(guò)程中使用Arm Tracer終端追蹤軟件跟蹤DHI原語(yǔ)交互信息。DHI接口顯示了物理層和MAC層之間的信息交互，能夠清晰看出數(shù)據(jù)傳輸和HARQ反饋的信息。通過(guò)數(shù)據(jù)交互來(lái)驗(yàn)證HARQ功能。

圖5　HARQ數(shù)據(jù)初次傳輸

如圖5，進(jìn)入到RRC_CONNECTED狀態(tài)后，圖4中選中原語(yǔ)表示上行數(shù)據(jù)發(fā)送，左邊參數(shù)配置中可以看出發(fā)送數(shù)據(jù)的HARQ進(jìn)程號(hào)是2，發(fā)送之后等待反饋。進(jìn)程2的HARQ反饋如圖6。

圖6　NACK反饋

從圖6可以看出，終端收到進(jìn)程號(hào)為2的HARQ反饋，從字段ackOrNack中數(shù)據(jù)算出反饋的是ACK還是NACK，兩個(gè)16進(jìn)制數(shù)據(jù)按位或之后可以得出是0，0代表HARQ反饋了NACK，表示之前發(fā)送數(shù)據(jù)解碼失敗，下一步進(jìn)行數(shù)據(jù)重傳。

圖7　HARQ數(shù)據(jù)重傳

如圖7，收到NACK反饋之后，重新組裝進(jìn)程2數(shù)據(jù)進(jìn)行重傳數(shù)據(jù)發(fā)送。

如圖8，根據(jù)字段ackOrNack可以算出接收ACK反饋，表示接收端解碼成功，進(jìn)程號(hào)為2的HARQ進(jìn)程結(jié)束，清空緩存。

MAC層進(jìn)入連接狀態(tài)后消息傳輸和HARQ反饋一直進(jìn)行，通過(guò)消息內(nèi)部的參數(shù)變化，可以看出在上行HARQ過(guò)程中，發(fā)送和反饋都能正確完成。從而驗(yàn)證了HARQ流程的正確性。

5　 結(jié)束語(yǔ)

首先介紹了上行HARQ的原理及過(guò)程，接著根據(jù)RRM一致性測(cè)試的要求，針對(duì)LTE-A終端MAC層HARQ機(jī)制設(shè)計(jì)了測(cè)試?yán)约皽y(cè)試平臺(tái)，最后在RRM一致性測(cè)試平臺(tái)上使用TTCN-3核心語(yǔ)言開(kāi)發(fā)測(cè)試?yán)?，?duì)測(cè)試?yán)M(jìn)行了實(shí)現(xiàn)，驗(yàn)證了設(shè)計(jì)的正確性以及RRM一致性。

1Dahlman E， Parkvall S， Skold J， et al. 4G - LTE/LTE-Advanced for mobile broadband［M］. 南京: 東南大學(xué)出版社，2012: 88-101

2彭德義， 李小文， 劉哲哲. TD-LTE系統(tǒng)HARQ重傳機(jī)制研究［J］. 中國(guó)科技論文， 2012， 7（4）: 263-266

33GPP TS 36.321 V11.2.0. Evolved universal terrestrial radio access （E-UTRA） medium access control （MAC） protocol specification［S］.France: 3GPP Organizational Partners，2013-03

4施運(yùn)濤. TD-LTE RRM終端一致性系統(tǒng)隨機(jī)接入測(cè)試?yán)膶?shí)現(xiàn)［D］. 北京: 北京郵電大學(xué)， 2012

53GPP. TS 36.521-3. V10.1.0. Evolved universal terrestrial radio access （E-UTRA）； user equipment （UE） conformance specification； radio transmission and reception； Part 3: Radio Resource Management （RRM） conformance testing［S］. France: 3GPP Organizational Partners， 2012，（6）: 249-297

6王晰， 楊驊. 基于TTCN-3的LTE終端一致性測(cè)試集設(shè)計(jì)概述［J］. 移動(dòng)通信， 2013， 37（24）: 56-62

7Dong Hongcheng， Liu Limin， Li Xiaowen. The application of TTCN-3 in the conformance testing of TD-LTE system［C］// BCGIN 2012. Shanghai: IEEE Computer Society Press，2012: 750-753

8Deiss T， Nyberg A.J， Schulz S，et al. Industrial deployment of the TTCN-3 testing technology［J］. Software， 2006， 23（4）: 48-54

9張巨萍. TTworkbench在DNS協(xié)議測(cè)試中的應(yīng)用研究［J］. 內(nèi)蒙古科技與經(jīng)濟(jì)， 2008， （13）: 54-55

10.3969/j.issn.1006-6403.2016.07.009

國(guó)家科技重大專項(xiàng)（2012ZX03001024）資助課題；國(guó)家科技重大專項(xiàng)（2012ZX03001-009-004）資助課題；國(guó)家科技重大專項(xiàng)（2011ZX03001-003-01）資助課題。

2016-06-28）