【正文】 elease Command 消息發(fā)起專用信道的釋放過程 主要參數(shù)：釋放 原因 XX 移動通信設(shè)備有限公司 HSDPA 實現(xiàn)方案設(shè)計報告 第 13 頁 共 23 頁 (8)RNC 向 CN 回送 RANAP 消息 Iu Release Complete 主要參數(shù)： Data volume Report (if data volume reporting to PS is required). (9)CN 與 RNC 通過 ALCAP 協(xié)議釋放 Iu 承載 (10)RNC 向 UE 發(fā)送 RRC 消息 RRC Connection Release 來釋放該 RRC 連接 主要參數(shù)：釋放原因 (11)UE 向 RNC 回送 RRC 消息 RRC Connection Release Complete 確認(rèn) RRC 連接的釋放 (12)RNC 向 Node B 發(fā)送 NBAP 消息 Radio Link Deletion (13)Node B 向 RNC 回送 NBAP 消息 Radio Link Deletion Response (14)Node B 通過 ALCAP 協(xié)議釋放與 RNC 的 Iub 傳輸承載。其中 Iub 口的重配置過程如 圖 ， Uu 口的重配置過程如 圖 。從 HSDSCH 轉(zhuǎn)換到 DCH 的信令流程可參見 圖 和 圖 ，這是因為，從 HSDSCH 轉(zhuǎn)換到 DCH，就是將原有的 MACd流和 Iub 口的傳輸承載刪除，取而代之的是將邏輯信道映射到 DCH 上，并且原來使用HSDSCH 時伴隨的 DPCH 一般也要刪除 (例如多個 UE 共享一個 DPCH 的情況 )，并重新配置 DCH 映射的 DPCH。 XX 移動通信設(shè)備有限公司 HSDPA 實現(xiàn)方案設(shè)計報告 第 17 頁 共 23 頁 Nod e B CRNC CA P AC IT Y R E QUE S T 圖 ： HSDSCH容量請求過程 Nod e B CRNC CA P AC IT Y _AL L OCAT IO N 圖 ： HSDSCH容量分配過程 Node B CRNC HS DS CH DA TA FRA ME 圖 ： HSDSCH數(shù)據(jù)傳輸過程 圖 中容量請求控制幀的幀 結(jié)構(gòu)見 圖 。 ? User Buffer Size：與 CmCHPI指示的數(shù)據(jù)流對應(yīng)的緩沖區(qū)數(shù)據(jù)量，長度為 16bit，單位為字節(jié)。 HS DS C H I n te rvalHS DS C H C re d it s ( con t)M ax im u m M AC d P DU L en g thM ax im u m M AC d P DUL en g th ( con t)HS DS C H C re d it sHS DS C H R epeti ti o n P er io dC m C H P IS p ar e bi ts 7 407S p ar e Ex ten si o n 圖 ： HSDSCH容量分配控制幀結(jié)構(gòu) 幀結(jié)構(gòu)說明： ? CmCH_PI：同上； ? Max MACd PDU Length：指明許可的最大 MACd PDU 尺寸； ? HSDSCH Credits： 指示允許 RNC 在一個 HSDSCH Interval 內(nèi)發(fā) 送的優(yōu)先級為CmCHPI值的 MACd PDU 數(shù)目，長度為 11bit，范圍 02047。長度 8bit，單位 ms，粒度 10ms，范圍 02550ms， 0 表示禁用 credits(即禁止傳數(shù)據(jù) )。長度8bit，范圍 0255， 0 表示不限制 ”Interval”數(shù)目。 XX 移動通信設(shè)備有限公司 HSDPA 實現(xiàn)方案設(shè)計報告 第 19 頁 共 23 頁 H e a d e r C R C h e a d e r 7 0 U se r B u f f e r S i ze FT P a y l o a d C R C P a y l o a d C R C ( co n t ) N u m O f P D U U se r B u f f e r S i ze ( co n t ) S p a r e E x t e n si o n M A C d P D U 1 M A C d P D U 1 ( co n t . ) p a y l o a d T a i l M A C d P D U L e n g t h M A C d P D U L e n g t h S p a r e b i t s 2 0 M A C d P D U n C m C H P I S p a r e b i t 7 4 M A C d P D U n ( co n t ) P a d P a d S p a r e b i t 7 4 S p a r e b i t 7 4 圖 ： HSDSCH數(shù)據(jù)幀結(jié)構(gòu) 幀結(jié)構(gòu)說明： ? Header CRC： HSDSCH 數(shù)據(jù)幀頭的 CRC 校驗，長度為 7bit。 ? Frame Type (FT)：幀類型，長度為 1bit， 0 表示數(shù)據(jù)幀， 1 表示控制幀。 ? NumOfPDU：指示 MACd PDU 的數(shù)目，長度為 8bit。 ? MACd PDU：大小由 MACd PDU Length 指示 ? Payload CRC：數(shù)據(jù)部分的 CRC 校驗，長度 16bit。長度 0－ 32 字節(jié)。但此時需要將 HSSCCH及下行伴隨的 DPCH 信道配置在 TS0，會對本小區(qū)或者鄰區(qū)的公共信道造成比較大的干擾，從而可能影響整個系統(tǒng)的正常工作，因此一般不將 HSSCCH 配置在 TS0。 圖 為使用四個XX 移動通信設(shè)備有限公司 HSDPA 實現(xiàn)方案設(shè)計報告 第 20 頁 共 23 頁 下行時隙傳輸數(shù)據(jù)時的 HSDPA 資源配置圖。a s s o c i a t e d u p l i n kD P C HH S S C C H amp。 關(guān)于伴隨 DPCH，由于系統(tǒng)可用碼道較少，為支持更多的 UE 使用 HSDPA，可以考慮多個 UE 以時分方式共享一個 DPCH，但共享一個 DPCH 的用戶不宜過多，否則會影響上行信令的傳輸及伴隨 DPCH 之間的功控和同步，考慮到信令一般要求的速率為 ，建議取值為 2，共享周期為 20ms，每個 UE 使用 10ms，可通過系統(tǒng)級和鏈路級仿真對這些取值進行驗證。具體預(yù)留的數(shù)目需通過仿真進一步確定。 呼叫接納控制算法 由于 HSDPA 技術(shù)主要提高了下行數(shù)據(jù)速率，因此可以使用 HSDPA 的業(yè)務(wù)主要包括下行流，上行業(yè)務(wù)量較小的交互類業(yè)務(wù) (如 WWW)和背景類業(yè)務(wù) (如 FTP 下載，接收 Email)。設(shè)系統(tǒng)分配的伴隨 DPCH 為 N 個，每個 DPCH 可由 M 個 UE 共享，那么 HSDPA 支持 的用戶數(shù)最大為 N*M 個，當(dāng)使用 HSDSCH 服務(wù)的用戶數(shù)小于 N*M－ R*M 時，允許接入新的用戶，否則拒絕。 至于被接納的用戶 QoS 要求能否得到保證，由所采用的調(diào)度算法，用戶自身的信道條件，使用 HSDSCH 的用戶數(shù)等因素共同決定。 信道類型轉(zhuǎn)換算法 DCH 到 HSDSCH 初始接入時，受可用伴隨 DPCH 的限制或其它因素的影響，某些適合使用 HSDSCH 的業(yè)務(wù)可能暫時使用了 DCH，當(dāng)同時滿足以下三個條件時，可以考慮將該用戶調(diào)整到HSDSCH 服務(wù)： 1． 系統(tǒng)有可用的伴隨 DPCH 信道。 3． 用戶的信道條件低于某個閾值。 HSDSCH 到 DCH 或 CELL_PCH 當(dāng)滿足以下條件中的一個時，可以考慮進行信道類型的轉(zhuǎn)換。 2． 用戶長時間沒有得到調(diào)度，下行信道類型可由 HSDSCH 轉(zhuǎn)換為 DCH。 其中， MAX C/I 可以獲得最大的小區(qū)吞吐量，但其服務(wù)公平性最差，覆蓋范圍小，處于小區(qū)邊緣的用戶可能長時間得不到調(diào)度。 PF 算法則可以在服務(wù)公平性和系統(tǒng)吞吐量性能之間取得一定的折中。具體描述如下。 設(shè)時刻 t，終端用戶 k的平均傳輸速率為 KktR k ,1),( ?? ，其請求基站傳輸?shù)膶崟r速率為 )(tDRCk ，則基站在時刻 t選擇服務(wù)的終端用戶為 ???????????? )()(m a xa rg,1 tRtD R CkjjKj ?， (1) 若用戶 k在該時刻沒有數(shù)據(jù)傳輸， 0)( ?tDRCk 。時間滑窗的大小反映了用戶對接收不到數(shù)據(jù)傳輸?shù)娜淌苣芰?，較長的 Tc將允許等待較長的時間直到該用戶的信道質(zhì)量變好，這有利于系統(tǒng)吞吐量的提高，但可能帶來附加的遲延，并造成用戶之間服務(wù)不公平。其 平均 吞吐量 更新 公式 為： XX 移動通信設(shè)備有限公司 HSDPA 實現(xiàn)方案設(shè)計報告 第 22 頁 共 23 頁 )(1)1()11()( iD R CTiRTiR kckck ???? (3) 式 (3)中， ()kDRC i 表示若當(dāng)前 TTI 用戶 k 被調(diào)度，它獲得的實際傳輸速率，因為一個TTI 可能有多個用戶被調(diào)度，所以 ()kDRC i 與公式 (1)中的用戶請求的速率 )(tDRCk 可能不同。 圖 給出了以時分方式使用 HSDSCH 信道的一種可能的資源分配方式。 基 站U E 1U E 2U E 1 U E 1 U E 1 U E 1 U E 2 U E 2 U E 1 U E 1 圖 ： PF 算法資源分配方案 PF 算法在 HSDPA 中的應(yīng) 用 PF算法的主要缺點是，算法本身沒有考慮不同用戶的 QoS 要求，能夠獲得的吞吐量性能也要差于 MAX C/I。 由于流業(yè)務(wù)對數(shù)據(jù)包的時延有比較嚴(yán)格的要求， 規(guī)定 RLC SDU 允許的最大時延為 250ms，采用 PF進行調(diào)度很難保證其 QoS，本節(jié)假定流用戶使用其它的資源分配策略或使用 DCH 服務(wù)，因此只考慮交互類和背景類業(yè)務(wù)的調(diào)度過程。因此， 總得來說優(yōu)先級高的用戶，其調(diào)度優(yōu)先權(quán)也會較大。將 PF 算法應(yīng)用于 HSDPA 時，要進行一定的修改。然后根據(jù)公式 (1)計算各用戶的優(yōu)先權(quán)并選擇被調(diào)度的用戶，若被調(diào)度的用戶 因為能力受限或緩沖區(qū)數(shù)據(jù)量很小而不需占用全部資源，則剩余資源依次分配給優(yōu)先權(quán)次高的用戶，直到所有資源分配完畢或者所有用戶都已被調(diào)度。如果系XX 移動通信設(shè)備有限公司 HSDPA 實現(xiàn)方案設(shè)計報告 第 23 頁 共 23 頁 統(tǒng)只配置一組 (HSSCCH, HSSICH)，則每個 TTI 只能調(diào)度一個用戶，不存在資源反復(fù)分配的過程。 擁塞控制算法 對于使用了 HSPDA 的載波，建議采用基于發(fā)射總功率測量的擁塞策略。 這樣處理可能會降低用戶獲得峰值傳輸速率的概率，從而降低整個小區(qū)的吞吐量，最大允 許的下行發(fā)射功率取值建議通過系統(tǒng)仿真進一步確定，以在小區(qū)吞吐量和同頻干擾之間取得合理的折中。HARQ 根據(jù)與算法室同事的討論，目前 HARQ 首選 chase bination 與 JD 聯(lián)合的方法，即在JD 過程中進行 chase 合并，這種方法可以節(jié)省 UE 的存儲空間，并且經(jīng)過鏈路級仿真驗證，性能也比較優(yōu)越。 用戶的信噪比與傳輸塊大小及所采用的編碼調(diào)制方式之間的對應(yīng)關(guān)系，與具體的HSDSCH 資源配置有關(guān)，需要通 過鏈路級仿真做進一步研究和驗證，最終得到優(yōu)化的用戶信躁比區(qū)間與傳輸塊、編碼調(diào)制方式的對應(yīng)關(guān)系表。 需要指出，對于在 Node B 實現(xiàn)的快速分組調(diào)度， AMCamp。HARQ 算法，并配置相關(guān)的算法參數(shù)。 b) 研究 HSDSCH 負(fù)荷與信道轉(zhuǎn)換，呼叫接納控制算法之間的關(guān)系。 d) 對相關(guān)流程進行更細(xì)致的研究，重點為