TD—LTE設(shè)備大容量性能及測試方案研究

韓延濤　王東　李秋香　徐曉東

摘要：隨著TD-LTE用戶數(shù)量的不斷增多，需要對設(shè)備大容量性能進(jìn)行深入研究。重點(diǎn)研究了用戶接入網(wǎng)絡(luò)流程、設(shè)備大容量規(guī)格及資源管控機(jī)制，同時(shí)，研究了設(shè)備大容量性能的測試方案，最后給出實(shí)驗(yàn)室性能測試驗(yàn)證的結(jié)果。

關(guān)鍵詞：CAPS RRC連接建立用戶數(shù) 接入控制 擁塞控制

1 引言

隨著TD-LTE用戶數(shù)量的不斷增多，在大型體育賽事、演唱會、高校等場景，TD-LTE用戶大量聚集，形成典型的大話務(wù)場景，短時(shí)間內(nèi)大量用戶發(fā)起業(yè)務(wù)，對TD-LTE設(shè)備造成顯著沖擊，情況嚴(yán)重時(shí)將導(dǎo)致無線接通率急劇下降，用戶感知水平顯著降低。

TD-LTE基站具有恒定的系統(tǒng)大容量能力，其與基站主控板和基帶板CPU能力和軟件設(shè)計(jì)能力密切相關(guān)，基站的大容量能力包括CAPS（Call Attempt Per Second，每秒呼叫嘗試建立數(shù)量）能力和小區(qū)支持的用戶數(shù)量。CAPS能力衡量了基站處理并發(fā)信令的接納能力，TD-LTE終端每次業(yè)務(wù)接入/釋放、位置更新等行為需通過與基站信令交互來完成，2G/3G設(shè)備（BSC/RNC）有單獨(dú)的信令控制單板，4G基站的主控板和基帶板各負(fù)責(zé)處理一部分信令，主控板和基帶板CPU處理能力是有限的。當(dāng)大量用戶同時(shí)接入小區(qū)時(shí)，CPU會瞬時(shí)沖高，CAPS能力較高的基站設(shè)備可同時(shí)處理較多數(shù)量的信令。小區(qū)支持的用戶數(shù)量衡量了基站對用戶數(shù)的保持能力，是基站承載能力的上限，當(dāng)小區(qū)用戶數(shù)超過其系統(tǒng)容量時(shí)，會導(dǎo)致部分用戶無法接入，已接入用戶的感知也會受到影響。

面對當(dāng)前大話務(wù)場景的不斷增多，需要對TD-LTE基站的大容量能力及測試方案進(jìn)行深入研究，避免在用戶數(shù)量過多時(shí)，基站設(shè)備負(fù)荷過高，造成基站宕機(jī)等惡劣后果。

2 TD-LTE設(shè)備大容量性能研究

2.1 終端訪問網(wǎng)絡(luò)流程

一般來說，終端訪問網(wǎng)絡(luò)包括兩個(gè)流程，先是接入網(wǎng)絡(luò)，再是分配資源。前者是隨機(jī)接入流程，后者是控制信道及業(yè)務(wù)信道分配流程。隨機(jī)接入是終端與網(wǎng)絡(luò)之間建立無線鏈路的必經(jīng)過程，只有在隨機(jī)接入過程完成后，基站和終端才能進(jìn)行常規(guī)的數(shù)據(jù)傳輸和接收，通過隨機(jī)接入流程，UE可以實(shí)現(xiàn)與eNB之間上行同步并申請上行資源。隨機(jī)接入流程如圖1所示，分為5步完成，每一步稱為一條消息（Message），在標(biāo)準(zhǔn)中將這5步稱為Msg1～Msg5。

（1）Msg1：發(fā)送Preamble碼。該消息為上行消息，由UE發(fā)送，eNB接收。Preamble碼由PRACH承載，PRACH個(gè)數(shù)與時(shí)頻位置都通過系統(tǒng)消息通知UE。PRACH一定位于上行子幀或者UpPTS。

（2）Msg2：隨機(jī)接入響應(yīng)。該消息為下行消息，由eNB發(fā)送，UE接收。該消息必須在隨機(jī)接入響應(yīng)窗內(nèi)發(fā)送。UE通過檢測Msg2中是否攜帶了其所發(fā)送的Preamble碼標(biāo)識來判斷是否收到了隨機(jī)接入響應(yīng)。

（3）Msg3：第一次調(diào)度傳輸。該消息為上行消息，由UE發(fā)送，eNB接收。UE正確接收Msg2后，在其分配的上行資源中傳輸Msg3。針對不同場景，Msg3中包含不同的內(nèi)容。針對初始接入，攜帶RRC連接請求消息；針對連接重建，攜帶RRC連接重建請求消息；針對切換，傳輸RRC切換完成消息以及UE的C-RNTI，在資源允許的情況下可同時(shí)傳輸BSR。

（4）Msg4：競爭解決。該消息為下行消息，由eNB發(fā)送，UE接收。eNB和UE通過Msg4完成最終的競爭解決。Msg4和Msg3內(nèi)容相對應(yīng)。

（5）Msg5：隨機(jī)接入完成。該消息為上行消息，由UE發(fā)送，eNB接收。針對不同場景，Msg5中攜帶不同內(nèi)容，比如針對初始接入，攜帶RRC連接請求完成消息。

從隨機(jī)接入流程中能夠看到，終端接入到LTE小區(qū)需要向基站先后發(fā)送Msg1、Msg3和Msg5消息，基站對以上消息的處理能力在一定程度上決定了終端接入小區(qū)的時(shí)延。

考慮到基站空口無線資源及設(shè)備硬件資源有限，基站只能支持一定數(shù)目的RRC連接用戶數(shù)、小區(qū)激活用戶數(shù)以及承載數(shù)目。因此，在終端隨機(jī)接入網(wǎng)絡(luò)時(shí)，基站需要對接入請求進(jìn)行接入控制。在保證用戶數(shù)和接入承載QoS的情況下，盡可能多地接入用戶并保證新接入承載QoS，提高系統(tǒng)容量和資源利用率。

終端隨機(jī)接入到網(wǎng)絡(luò)后，基站根據(jù)其數(shù)據(jù)傳輸請求為其分配上下行資源，LTE系統(tǒng)中數(shù)據(jù)傳輸包括上行調(diào)度和下行調(diào)度兩個(gè)過程。上行調(diào)度時(shí)，UE通過PUCCH發(fā)送SR（Schedule Request）向eNB請求上行資源，eNB通過PDCCH將資源分配結(jié)果告知UE，UE即可知道在哪個(gè)時(shí)間哪個(gè)載波上傳輸上行數(shù)據(jù)以及采用的調(diào)制編碼方案，eNB在每個(gè)TTI動態(tài)給UE分配資源，并在PDCCH上傳輸相應(yīng)的C-RNTI。下行調(diào)度時(shí)，eNB根據(jù)UE上報(bào)的下行信道質(zhì)量為UE分配下行資源，并在PDSCH根據(jù)資源分配結(jié)果填充數(shù)據(jù)，并在PDCCH上傳輸C-RNTI。

2.2 4G基站的大容量規(guī)格及資源管控機(jī)制

從2.1節(jié)終端訪問網(wǎng)絡(luò)流程能夠看出，TD-LTE基站和列車車廂非常類似，同樣具有“車門”和“座位”，終端通過隨機(jī)接入流程接入TD-LTE無線網(wǎng)絡(luò)，類似于乘客通過“車門”進(jìn)入車廂。車廂中的“座位”數(shù)量是有限的，同樣地，基站支持接入的用戶數(shù)和承載數(shù)量都是有限的。基站為終端分配上下行資源的過程類似于乘客在車廂找到相應(yīng)“座位”的過程。

為了規(guī)范基站的“車門”寬度和“座位”數(shù)量，在通信領(lǐng)域，有兩個(gè)重要的衡量指標(biāo)，一個(gè)是設(shè)備的CAPS能力，另一個(gè)是設(shè)備的容量。此外，接納擁塞控制機(jī)制保證了終端順利通過“車門”，找到“座位”。

（1）CAPS能力（基站“車門”寬度）

CAPS指的是設(shè)備處理并發(fā)信令的接納能力，也就是“車門”的寬度，衡量基站每秒處理進(jìn)出信令流量的能力，基站的CAPS能力與其硬件能力密切相關(guān)。根據(jù)隨機(jī)接入流程的特點(diǎn)，終端需要先后向基站發(fā)起Msg1、Msg3消息接入系統(tǒng)，基站需要先后處理Msg1、Msg3消息。4G小區(qū)車廂擁有兩道“車門”，其一處理Msg1消息，一般由基帶板承擔(dān)；其二處理Msg3消息，一般由主控板承擔(dān)（部分廠家設(shè)備Msg3消息也由基帶板處理）。因此，TD-LTE基站CAPS及容量示意圖如圖2所示，其中，左側(cè)圓柱體表示基站的兩道“車門”，右側(cè)的綠色方框表示基站的車廂容量，橙色小方框表示“車座”。

基站主控板和基帶板的處理能力都是有限的，每一條信令消息都將消耗主控板或者基帶板CPU資源，CPU負(fù)荷反應(yīng)了CPU資源的使用情況。當(dāng)終端均勻接入TD-LTE小區(qū)且單位時(shí)間信令進(jìn)出流量低于基站CAPS能力時(shí)，信令通行速度順暢，用戶可較快接入小區(qū)。當(dāng)小區(qū)中存在大量終端頻繁發(fā)起業(yè)務(wù)觸發(fā)隨機(jī)接入時(shí)，并發(fā)的信令流量大于“車門”寬度，導(dǎo)致信令擁塞，CPU負(fù)荷隨之升高，信令處理能力隨之降低。在較為極端的情況下，并發(fā)的信令流量會瞬間沖高且伴隨著信令雪崩效應(yīng)，可能會導(dǎo)致CPU以極高負(fù)荷運(yùn)行并最終導(dǎo)致單板復(fù)位、宕機(jī)。譬如同時(shí)尋呼單小區(qū)中所有用戶場景下，假設(shè)小區(qū)中存在300用戶，TD-LTE系統(tǒng)能夠在1 s內(nèi)尋呼到所有用戶（1 s最多可尋呼1600用戶），300用戶會在1 s內(nèi)向基站發(fā)起隨機(jī)接入請求，基站僅能同時(shí)處理部分用戶。根據(jù)協(xié)議，若某個(gè)UE未收到Msg2，該UE將在10 ms后重發(fā)Msg1，若未收到Msg4，將在64 ms后重發(fā)Msg1，大量信令重發(fā)將繼續(xù)增大信令接入壓力，造成信令雪崩效應(yīng)，可能會導(dǎo)致基站系統(tǒng)徹底癱瘓、宕機(jī)。Msg1信令雪崩效應(yīng)示意圖如圖3所示：

因此，為了確保通信系統(tǒng)安全運(yùn)行，一方面需要提高CAPS能力，另一方面必須為CPU運(yùn)行設(shè)置安全門限，采取適當(dāng)、合理的過載保護(hù)機(jī)制。譬如，當(dāng)CPU負(fù)荷超過一定門限時(shí)，基站啟動過載保護(hù)機(jī)制，保護(hù)已接入用戶的體驗(yàn)并丟棄部分新接入用戶的信令消息。基站設(shè)備CAPS能力并非要求無限高，其評估量化原則是保障并發(fā)用戶接入時(shí)延體驗(yàn)，這在大話務(wù)場景表現(xiàn)地尤為明顯。比如說，小區(qū)中有100個(gè)用戶同時(shí)發(fā)起網(wǎng)頁瀏覽業(yè)務(wù)，如果設(shè)備CAPS能力為20，所有人能夠?yàn)g覽網(wǎng)頁需要5 s時(shí)間，如果設(shè)備CAPS能力為100，所有人能夠?yàn)g覽網(wǎng)頁需要1 s時(shí)間。因此，在量化CAPS能力時(shí)，用公式（1）進(jìn)行量化。

CAPS=并發(fā)用戶數(shù)/用戶接入時(shí)延 （1）

（2）設(shè)備容量（基站“座位”數(shù)量）

基站容量指的是基站支持RRC連接用戶數(shù)及有效RRC連接用戶數(shù)（或稱激活用戶數(shù)）的保持能力，也就是基站的“座位”數(shù)量，它衡量了基站業(yè)務(wù)承載能力的上限。RRC連接用戶是指處于RRC Connected狀態(tài)的UE，可以監(jiān)聽下行控制信道獲知是否有上下行數(shù)據(jù)需要傳輸。有效RRC連接用戶是指上行或者下行調(diào)度Buffer中有數(shù)據(jù)的用戶，該部分用戶一定處于RRC Connected狀態(tài)，而且有數(shù)據(jù)傳輸?shù)男枨蟆；镜挠布约败浖O(shè)計(jì)決定了其支持的RRC連接用戶數(shù)及有效RRC連接用戶數(shù)能力。對于有效RRC連接用戶數(shù)的統(tǒng)計(jì)，3GPP協(xié)議規(guī)定的測量采樣周期最多為100 ms，對周期T內(nèi)的采樣數(shù)據(jù)進(jìn)行平均后獲得有效RRC連接用戶數(shù)值。

運(yùn)營商對基站設(shè)備的容量均有明確規(guī)定，如中國移動企標(biāo)中要求設(shè)備支持1200 RRC連接用戶數(shù)和400有效RRC連接用戶數(shù)；對于VoLTE業(yè)務(wù)，在保證VoLTE業(yè)務(wù)性能的前提下，時(shí)隙配比3DL：1UL時(shí)，支持高清12.65 k/23.85 k有效RRC連接用戶數(shù)不低于250/200；時(shí)隙配比2DL：2UL時(shí)，支持高清12.65 k/23.85 k有效RRC連接用戶數(shù)不低于500/400。

在現(xiàn)網(wǎng)應(yīng)用時(shí)，上下行空口資源會影響到小區(qū)實(shí)際容納的用戶數(shù)量，由于中國移動采用3DL：1UL時(shí)隙配比方案，一般來說上行空口資源（包括PUCCH及SRS等）會成為用戶數(shù)量瓶頸。PUCCH承載的內(nèi)容主要是SR（調(diào)度請求）、ACK/NACK和CQI，通過配置PUCCH PRB數(shù)量及PUCCH各參數(shù)及SRS的周期，可以有效地控制小區(qū)用戶數(shù)量，PRB數(shù)量越多、周期越大，可容納的用戶數(shù)量越多。

（3）資源管控機(jī)制

設(shè)備的大容量規(guī)格是設(shè)備能力的上限要求，資源管控機(jī)制的目的是在最大化資源利用率時(shí)，通過接入控制和擁塞控制保持系統(tǒng)的穩(wěn)定性。

1）接入控制機(jī)制

接入控制的主要作用是在基站收到新的業(yè)務(wù)請求時(shí)，根據(jù)請求的資源要求、小區(qū)當(dāng)前資源使用狀況等，決定是否接納業(yè)務(wù)請求，以防止新的業(yè)務(wù)接入后系統(tǒng)出現(xiàn)過載狀態(tài)，從而保持系統(tǒng)穩(wěn)定。同時(shí)，在資源允許的情況下，盡可能多地接入業(yè)務(wù)，從而充分利用系統(tǒng)資源，提高系統(tǒng)的容量，降低運(yùn)營成本。

接納控制場景可包括空閑態(tài)下初始業(yè)務(wù)請求、連接態(tài)下無線承載激活、切換請求等。接納控制的判決因素包括激活承載數(shù)、連接態(tài)UE數(shù)量、PRB利用率等。

2）擁塞控制機(jī)制

擁塞控制是在基站出現(xiàn)系統(tǒng)擁塞的情況下，進(jìn)行合理的資源控制。TD-LTE系統(tǒng)的擁塞控制一般區(qū)分信令和數(shù)據(jù)，擁塞控制啟動需要滿足一定條件，即監(jiān)控負(fù)載狀態(tài)達(dá)到擁塞狀態(tài)。對于信令，擁塞狀態(tài)一般通過主控板、基帶板CPU占用率來進(jìn)行判定，當(dāng)CPU占用率高于門限時(shí)，采用漸進(jìn)式方式限制Msg2或者M(jìn)sg4的響應(yīng)次數(shù)，對部分RRC建立請求回Reject消息來降低信令風(fēng)暴的風(fēng)險(xiǎn)。對于數(shù)據(jù)，擁塞狀態(tài)的判定一般通過PRB利用率或者QoS業(yè)務(wù)滿意率評估，當(dāng)小區(qū)擁塞后，從當(dāng)前已接入業(yè)務(wù)中選擇低優(yōu)先級業(yè)務(wù)進(jìn)行釋放，或者通過切換、重定向遷移部分用戶至異系統(tǒng)小區(qū)。

3 設(shè)備大容量性能測試方案

根據(jù)TD-LTE基站處理信令的特點(diǎn)，系統(tǒng)CAPS能力可以用系統(tǒng)每秒正確處理的Msg3消息的數(shù)量進(jìn)行衡量，正確率（Msg5/Msg3）不低于95%。測試方案需要模擬現(xiàn)網(wǎng)大量信令并發(fā)的場景，通過終端測試儀表記錄設(shè)備Msg3的處理數(shù)量，進(jìn)而計(jì)算得到設(shè)備CAPS能力。

系統(tǒng)容量性能可以通過驗(yàn)證小區(qū)內(nèi)接入及進(jìn)行數(shù)據(jù)傳輸?shù)挠脩魯?shù)量進(jìn)行判定，根據(jù)現(xiàn)網(wǎng)中用戶不斷動態(tài)接入的現(xiàn)實(shí)情況，測試方案中模擬了信令動態(tài)接入的場景，同時(shí)利用終端測試儀表檢測小區(qū)中的RRC連接用戶數(shù)和有效RRC連接用戶數(shù)。

系統(tǒng)吞吐量的測試可以有效驗(yàn)證系統(tǒng)的整體性能，其測試方案也需要考慮信令的沖擊。

3.1 第一類：設(shè)備CAPS能力及容量性能測試

（1）用例一：信令沖擊場景，設(shè)備CAPS能力和RRC連接用戶數(shù)性能測試

測試方法：

1）通過終端測試儀表設(shè)置1200個(gè)用戶，分別以每秒20、50、100、200、400的速率通過Attach接入小區(qū)，并處于RRC Connected狀態(tài)。

2）持續(xù)信令沖擊10分鐘，記錄RRC連接建立成功率、RRC連接用戶數(shù)、每秒Msg3消息數(shù)量等。

考察點(diǎn)：

1）系統(tǒng)穩(wěn)定性：每種沖擊場景，設(shè)備無退服、宕機(jī)現(xiàn)象。

2）RRC連接用戶數(shù)性能：基站支持的RRC連接用戶數(shù)。

3）CAPS能力：記錄不同沖擊粒度時(shí)，基站每秒鐘處理Msg3消息的數(shù)量和RRC連接建立成功率（Msg5/Msg3），RRC連接建立成功率為95%時(shí)的Msg3消息處理數(shù)量即為設(shè)備的CAPS能力。

（2）用例二：信令沖擊場景，設(shè)備CAPS能力和激活用戶數(shù)性能測試

測試方法：

1）通過終端測試儀表設(shè)置400個(gè)用戶，分別以每秒20、50、100、200、400的速率通過Attach接入小區(qū)，并進(jìn)行上下行數(shù)據(jù)傳輸。

2）持續(xù)測試10分鐘，記錄RRC連接建立成功率、激活用戶數(shù)、每秒Msg3消息數(shù)量等。

考察點(diǎn)：

1）系統(tǒng)穩(wěn)定性：每種沖擊場景，設(shè)備無退服、宕機(jī)現(xiàn)象。

2）激活用戶數(shù)性能：基站支持的激活用戶數(shù)。

3）CAPS能力：同用例一。

3.2 第二類：設(shè)備吞吐量性能測試

（1）用例三：設(shè)備峰值吞吐量性能測試

測試方法：配置單站支持六小區(qū)，每小區(qū)接入共400用戶，分別進(jìn)行FTP上行業(yè)務(wù)、FTP下行業(yè)務(wù)、FTP上下行并發(fā)業(yè)務(wù)，測試系統(tǒng)峰值吞吐量。

考察點(diǎn)：峰值吞吐量。

（2）用例五：設(shè)備平均吞吐量性能測試

測試方法：

1）靜態(tài)模型：配置單站支持六小區(qū)，每小區(qū)接入400用戶，按照極好點(diǎn)（SINR>22 dB）：好點(diǎn)（SINR 15 dB ～20 dB）：中點(diǎn)（SINR 5 dB～10 dB）：差點(diǎn)（SINR -5 dB～0 dB）=2：4：8：6的比例進(jìn)行分布，進(jìn)行FTP上下行吞吐量測試。

2）動態(tài)模型：配置單站支持六小區(qū)，每小區(qū)接入400用戶，按照靜態(tài)模型的比例分布用戶，并以60 km/h的速度運(yùn)動，進(jìn)行FTP上下行吞吐量測試。

考察點(diǎn)：平均吞吐量，靜態(tài)模型和動態(tài)模型下，系統(tǒng)平均吞吐量。

（3）用例六：信令沖擊場景，設(shè)備吞吐量性能測試

測試方法：

1）通過終端測試儀表設(shè)置400個(gè)用戶，分別以每秒20、50、100、200、400的速率通過Attach接入小區(qū)，并進(jìn)行上下行數(shù)據(jù)傳輸。

2）持續(xù)測試10分鐘，記錄上下行吞吐量。

考察點(diǎn)：沖擊場景設(shè)備上下行的吞吐量性能。

（4）用例七：典型業(yè)務(wù)下的系統(tǒng)吞吐量性能測試

測試方法：配置單站支持六小區(qū)，每小區(qū)接入400用戶，按照一定比例對400用戶進(jìn)行分組，分別進(jìn)行FTP、HTTP、UDP、Ping大數(shù)據(jù)包/小數(shù)據(jù)包業(yè)務(wù)，測試系統(tǒng)吞吐量及PRB使用數(shù)量。

考察點(diǎn)：系統(tǒng)吞吐量和PRB使用數(shù)量。

4 測試結(jié)果分析

按照第3節(jié)的測試方案對廠商A和廠商B的設(shè)備進(jìn)行測試，本節(jié)重點(diǎn)分析設(shè)備CAPS的測試結(jié)果，通過測試結(jié)果分析，可以有效地驗(yàn)證設(shè)備的CAPS能力以及其資源管控機(jī)制。

廠商A測試結(jié)果如圖4所示，當(dāng)每秒接入用戶數(shù)為20～200時(shí)，RRC連接建立成功率（Msg5/Msg3）均滿足95%要求，而且設(shè)備每秒處理Msg3數(shù)量也在9～19的范圍內(nèi)，因此該設(shè)備的CAPS能力小于20。

當(dāng)每秒接入用戶數(shù)從20逐漸增加到200時(shí)，雖然Msg5/Msg3比率保持在95%以上，但Msg5/Msg1比率逐漸下降，說明當(dāng)每秒接入用戶數(shù)高出設(shè)備CAPS能力后，隨著CPU負(fù)荷的不斷升高，系統(tǒng)開啟了擁塞控制機(jī)制，并優(yōu)先限制了Msg2消息的響應(yīng)次數(shù)。

設(shè)備支持的RRC連接用戶數(shù)在1000左右，可由綠色曲線得出。

廠商B的測試結(jié)果如圖5所示，當(dāng)每秒接入用戶數(shù)為20～40時(shí)，RRC連接建立成功率（Msg5/Msg3）均滿足95%要求，而且設(shè)備每秒處理Msg3數(shù)量也在20～40的范圍內(nèi)，因此該設(shè)備的CAPS能力在40左右。

當(dāng)每秒接入用戶數(shù)高于40時(shí)，Msg5/Msg3和Msg5/Msg1比率開始不斷下降，且下降趨勢大致相同，說明當(dāng)每秒接入用戶數(shù)高出設(shè)備CAPS能力后，系統(tǒng)開啟了擁塞控制機(jī)制，并優(yōu)先限制了Msg4消息的響應(yīng)次數(shù)。

設(shè)備支持的RRC連接用戶數(shù)在1200左右，可由綠色曲線得出。

5 結(jié)束語

設(shè)備大容量性能是TD-LTE系統(tǒng)的重要指標(biāo)，本文重點(diǎn)介紹了TD-LTE系統(tǒng)的大容量規(guī)格及資源管控機(jī)制以及大容量性能的測試方案，包括設(shè)備的CAPS能力、RRC連接用戶數(shù)及有效RRC連接用戶數(shù)和吞吐量性能，通過對測試結(jié)果進(jìn)行分析可知，測試方案可以有效驗(yàn)證設(shè)備大容量性能。

參考文獻(xiàn)：

[1] 3GPP TS 36.211. Evolved Universal Terrestrial Radio Access （E-UTRA）； Physical channels and modulation， Release 8.9.0[S]. 2009.

[2] 3GPP TS 36.211. Evolved Universal Terrestrial Radio Access （E-UTRA）； Physical channels and modulation， Release 9.1.0[S]. 2010.

[3] 賈民麗，劉林南，余立，等. TD-LTE網(wǎng)絡(luò)容量評估方案研究[A]. LTE網(wǎng)絡(luò)創(chuàng)新研討會[C]. 2014.

[4] 3GPP TS 26.101. Mandatory speech codec speech processing functions； Adaptive Multi-Rate （AMR） speech codec frame structure[S]. 2009.

[5] 3GPP TS 36.322. Evolved Universal Terrestrial Radio Access （E-UTRA）； Radio Link Control （RLC） protocol specification[S]. 2013.

[6] 3GPP TS 36.300. Evolved Universal Terrestrial Radio Access （E-UTRA）； Overall description[S]. 2010.

[7] 3GPP TS 36.212. Evolved Universal Terrestrial Radio Access （E-UTRA）； Multiplexing and channel coding[S]. 2010.

[8] 3GPP TS 36.213. Evolved Universal Terrestrial Radio Access （E-UTRA）； Physical layer procedures[S]. 2012.

[9] 3GPP TS 36.321. Evolved Universal Terrestrial Radio Access （E-UTRA）； Medium Access Control （MAC） protocol specification[S]. 2015.

[10] 3GPP TS 36.331. Evolved Universal Terrestrial Radio Access （E-UTRA）； Radio Resource Control （RRC） Protocol specification[S]. 2009.★