江蘇電信EVDORev0技術(shù)培訓(xùn)(普及版).ppt

《江蘇電信EVDORev0技術(shù)培訓(xùn)(普及版).ppt》由會(huì)員分享，可在線閱讀，更多相關(guān)《江蘇電信EVDORev0技術(shù)培訓(xùn)(普及版).ppt（119頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、使命 融合 超越 江蘇電信 EVDO Rev0 技術(shù)培訓(xùn)（普及版） 江蘇電信無線網(wǎng)優(yōu)中心 2008.12 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 從網(wǎng)絡(luò)結(jié)構(gòu)上看， 1xEV-DO 的 網(wǎng)絡(luò)結(jié)構(gòu)比較簡單。系統(tǒng)僅由 AT、 AN、 PCF、 PDSN、 AAA 等設(shè) 備構(gòu)成。 1xEV-DO 采用基于 IP 網(wǎng)的結(jié)構(gòu)，不需要 ANSI 41 的 核心網(wǎng)結(jié)構(gòu)。設(shè)備接口方面主 要包括空中接口、 A8/A9 接口、 A10/A11 接口、 A12/A13 接口。 其中 A8/A9、 A10/A11 接口的功 能與 CDMA2000 1X 相同。 A12、 A13 接口是新增加

2、的。其中 A12 接口連接源 AN 與 AN AAA，只傳 送信令。該接口主要完成 AN 級(jí) 的認(rèn)證功能，同時(shí) AN AAA 向 AN 返回 AT 在 A8/A9、 A10/A11 接 口需要使用的 MN ID（ IMSI）。 A13 接口也是信令接口，主要 用于不同 AN 間切換時(shí) AT 相關(guān) 信息的交換。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 1xEV-DO 的空中接口協(xié)議 采用分層方式定義。具體 而言， 1xEV-DO 將空中接 口分為七層，分別為應(yīng)用 層（ Application Layer）、 流層（ Stream Layer）、 會(huì)話層（ Sessio

3、n Layer）、 連接層（ Connection Layer）、安全層 （ Security Layer）、媒 體接入控制層（ MAC Layer） 及物理層（ Physical Layer） 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 應(yīng)用層 ： 該層主要負(fù)責(zé)信令、分組數(shù)據(jù)的可靠性 傳輸。 對(duì)于信令傳輸采用缺省信令應(yīng)用協(xié)議 （ Default Signaling Application），對(duì)分組數(shù) 據(jù)采用缺省分組數(shù)據(jù)協(xié)議（ Default Packet Application）。缺省信令應(yīng)用協(xié)議又分為信令網(wǎng) 絡(luò)協(xié)議、信令鏈路協(xié)議，分別實(shí)現(xiàn)對(duì)信令的傳輸、 封裝與分割；

4、缺省分組數(shù)據(jù)協(xié)議包括流控協(xié)議、 無線鏈路協(xié)議與位置更新協(xié)議。這些協(xié)議完成對(duì) 分組數(shù)據(jù)的流量控制、糾錯(cuò)、重傳、 AT 的移動(dòng)性 管理等功能 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 流層： 根據(jù)應(yīng)用的不同， QoS 的差別， 對(duì)應(yīng)用層 的不同協(xié)議數(shù)據(jù)進(jìn)行分流、作標(biāo)記。 流層將應(yīng)用 層數(shù)據(jù)分為四類流，其中流 0、流 1 分別對(duì)應(yīng)缺省 信令應(yīng)用協(xié)議和缺省分組數(shù)據(jù)應(yīng)用協(xié)議。 會(huì)話層：定義了發(fā)起一個(gè)會(huì)話過程的流程。 包括 UATI 參數(shù)的分配、會(huì)話控制，協(xié)議的協(xié)商、密鑰 參數(shù)的互換等。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 連接層：該層規(guī)定了 AT

5、 接入系統(tǒng)的過程， 包括系 統(tǒng)的捕獲、空閑狀態(tài)的監(jiān)聽、 AT 的接入、業(yè)務(wù)信 道的分配、激活狀態(tài)下業(yè)務(wù)數(shù)據(jù)的傳輸、導(dǎo)頻集 合維護(hù)、切換等過程。 安全層：安全層用于確保 AT、 AN 之間連接的安全 性。 主要提供如下功能：密鑰交換、業(yè)務(wù)認(rèn)證與 加密。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 MAC 層： 從協(xié)議結(jié)構(gòu)看，該層分為控制信道的 MAC 協(xié)議、接入信道的 MAC 協(xié)議、前向業(yè)務(wù)信道的 MAC 協(xié)議與反向業(yè)務(wù)信道的 MAC 協(xié)議四種。 各個(gè)信道 的 MAC 分別定義了該物理信道的發(fā)送方式、流程、 消息的交互等等。 如控制信道 MAC 協(xié)議定義控制 信道的發(fā)送模

6、式（同步、異步）；接入信道的 MAC 協(xié)議則定義了接入探點(diǎn)的數(shù)據(jù)結(jié)構(gòu)、接入過程； 反向業(yè)務(wù)信道 MAC 協(xié)議則定義了反向速控的過程、 長碼的分配；前向業(yè)務(wù)信道 MAC 協(xié)議定義如何標(biāo) 識(shí)一個(gè) AT，如何實(shí)現(xiàn)對(duì) AT 的業(yè)務(wù)傳輸，如何實(shí)現(xiàn) 前向業(yè)務(wù)信道的監(jiān)控等功能。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 物理層：物理層規(guī)定高速分組數(shù)據(jù)流的編碼、調(diào) 制及在空中信道發(fā)送的過程。 包括數(shù)據(jù)單元定義、 可用頻帶分配、交織、編碼、信道復(fù)用、星座圖 映射、基帶成形和發(fā)送等過程。 從應(yīng)用功能來分，各層主要完成兩大功能：數(shù)據(jù) 單元的封裝與狀態(tài)機(jī)的定義。數(shù)據(jù)的封裝規(guī)定了 數(shù)據(jù)單元從應(yīng)

7、用層到物理層的過程中數(shù)據(jù)封裝； 狀態(tài)機(jī)則描述同一層間系統(tǒng)運(yùn)行時(shí)可能的狀態(tài)、 命令等等。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 控制信道 (信令 )封裝過程 圖 2.2 給出了控制信道的信令 封裝過程。信令首先經(jīng)過 應(yīng)用 層的 SNP、 SLP 協(xié)議的封裝、 分 割，傳送到流層，復(fù)用到流 0。 數(shù)據(jù)單元在經(jīng)過會(huì)話層時(shí)，不 經(jīng)任何處理，直接轉(zhuǎn)交給連接 層。連接層在將數(shù)據(jù)單元加上 必要的報(bào)頭信息后，交付安全 層。數(shù)據(jù)單元在安全層經(jīng)過加 密協(xié)議、認(rèn)證協(xié)議的處理后轉(zhuǎn) 交給控制信道的 MAC層?？刂菩?道的 MAC 層將數(shù)據(jù)進(jìn)一步加上 控制信道的報(bào)頭、 MAC 層的報(bào) 頭、填

8、充位等信息后，最后交 接給物理層。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 業(yè)務(wù)信道 (數(shù)據(jù) ) 封裝過程 與信令封裝機(jī)制不同， 業(yè)務(wù)數(shù) 據(jù)封裝使用應(yīng)用層的 RLP 數(shù)據(jù) 封裝協(xié)議。 該數(shù)據(jù)在流層被復(fù) 用為流 1。然后，數(shù)據(jù)單元直接 經(jīng)過會(huì)話層，到達(dá)連接層。在 連接層，數(shù)據(jù)單元被加上報(bào)頭 信息，轉(zhuǎn)交給安全層。經(jīng)過安 全層的加密、認(rèn)證處理后，轉(zhuǎn) 交給業(yè)務(wù)信道的 MAC 層協(xié)議。 業(yè)務(wù)信道 MAC 層協(xié)議將數(shù)據(jù)單 元加尾后，最后交接給物理層。 物理層將不同 MAC 層數(shù)據(jù)單元 映射為對(duì)應(yīng)的物理業(yè)務(wù)信道數(shù) 據(jù)單元，經(jīng)過系列的信號(hào)處理 后，經(jīng)無線信道發(fā)射出去。圖 2.3 給

9、出了一個(gè)具體的業(yè)務(wù)數(shù) 據(jù)單元的封裝過程。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 典型會(huì)話過程的建立 會(huì)話過程的建立主要分成 以下幾個(gè)步驟： UATI 的申 請(qǐng)，連接的建立，密鑰的 互換，會(huì)話參數(shù)、會(huì)話協(xié) 議的協(xié)商等步驟。圖 2.4 給出了一個(gè)典型會(huì)話協(xié)商 過程的流程圖 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 EVDO特性 典型連接過程的建立 連接過程建立是通過處于空閑 狀態(tài)下的 AT 發(fā)送連接請(qǐng)求 （ ConnectionRequest）消息發(fā) 起的。同時(shí)， AT 向 AN 發(fā)送路 由更新消息，通知 AN 更新其導(dǎo) 頻集合。 AN 對(duì) AT 發(fā)送的消

10、息 予以響應(yīng)，然后進(jìn)行業(yè)務(wù)信道 的分配。收到業(yè)務(wù)信道分配的 消息后， AT 向小區(qū)發(fā)送導(dǎo)頻、 DRC 數(shù)據(jù)，以便選擇信道質(zhì)量 最好的扇區(qū)，進(jìn)行通信。在收 到 AN 的回應(yīng)后， AT 發(fā)送業(yè)務(wù) 信道分配完成的消息。圖 2.5 給出了一個(gè)典型的連接過程。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 為什么 DO會(huì)和 1X有差別 問題 1 ，為什么搞出一個(gè) 7層協(xié)議結(jié)構(gòu) 答案 1 DO是一個(gè)純粹的數(shù)據(jù)網(wǎng)絡(luò)，需要同以太網(wǎng) 網(wǎng)絡(luò)非常相像。 1x是語音網(wǎng)絡(luò)，所以不需要 問題 2 流層用來做什么用處 答案 2 實(shí)現(xiàn) QoS 的差別， 對(duì)應(yīng)用層的不同協(xié)議數(shù) 據(jù)進(jìn)行分流、作標(biāo)記， 1x沒有 Qos，所

11、以不需要 問題 3 會(huì)話層的作用是什么 答案 3 確保 AT、 AN 之間連接的安全性， 1X空口傳 遞 IMSI，是非常不安全的，而 EVDO分配的 UATI是 臨時(shí)分配的 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 為什么 DO會(huì)和 1X有差別 問題 4 安全層的作用是什么 答案 4密鑰交換、業(yè)務(wù)認(rèn)證與加密， 1X的 AK鑒權(quán)不 安全， AK值固定，信令幀，語音幀沒有加密。 問題 5 DO的資源和 1X資源的差別 答案 5： DO 前向是時(shí)分的，所以沒有前向 CE的分 配， MacIndex 就是 walshcode（識(shí)別用戶），反 向有 CE和幀偏置，反向碼分，同 1X是一樣的

12、 問題 6 DO終端如何識(shí)別系統(tǒng)分配給自己的帶寬 答案 6 1X是通過 SCRM， ESCAM消息， SCH調(diào)度機(jī)制， DO是通過反向 DRC信道請(qǐng)求，時(shí)時(shí)匹配，看前綴和 自己分配的 Macindex是否匹配，如果匹配，就是 分配給自己的帶寬，進(jìn)行下載。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 前向信道結(jié)構(gòu)與功能 信道結(jié)構(gòu)與幀結(jié)構(gòu) 從信道結(jié)構(gòu)來看， 前向鏈路由導(dǎo)頻 (Pilot)信道、 MAC信道、前向業(yè)務(wù) (FTC)信道與控制 (CC)信道組成。 MAC 信道又包括反向活動(dòng)比特 (RAB) 子信道與反向功率控制 (RPC)子信 道，具體的信道構(gòu)成方式見圖 3.1。 與 CDMA

13、2000 1X相同，不同信道采 用變長 Walsh碼字。各信道功能如 下：其中 Pilot 信道主要用于系統(tǒng) 捕獲及 Pilot 信道質(zhì)量測量； MAC 信道中 RAB子信道用于指示 AT是否 增加或降低傳輸速率； RPC信道則 負(fù)責(zé)對(duì)反向鏈路進(jìn)行功率控制，調(diào) 整 AT的功率； CC信道主要負(fù)責(zé)向 AT 發(fā)送一些控制消息，諸如 TCA 消息、 速率極值消息等等，其功能類似于 CDMA2000 1X 中的 Paging Channel。 FTC信道進(jìn)一步劃分為 FTC 前綴部 分（ Preamble）、數(shù)據(jù)（ Data）兩 部分。 FTC主要負(fù)責(zé)向 AT 發(fā)送業(yè)務(wù) 數(shù)據(jù)，會(huì)話建立后的參數(shù)配置消息

14、 也在 FTC 信道發(fā)送。 前向信道的一個(gè)幀由 16 個(gè)時(shí)隙構(gòu)成，每個(gè)時(shí)隙 又由 2048碼片組成， 各時(shí)隙占時(shí) 1.667ms。一個(gè)前向分組數(shù)據(jù)單元 傳輸（ PDU） 占用 1到 16個(gè)時(shí)隙，有數(shù)據(jù)業(yè)務(wù)時(shí)，時(shí)隙處于 激活狀態(tài)， 各信道按一定順序、碼片長度進(jìn)行復(fù)用，如圖 3.2所示。 沒有業(yè)務(wù)時(shí)，對(duì)應(yīng)時(shí)隙處于空閑狀態(tài)，只傳送 MAC信道 。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 前向信道結(jié)構(gòu)與功能 信道分配機(jī)制 在 1xEV-DO 系統(tǒng)中，實(shí)現(xiàn)數(shù)據(jù)業(yè)務(wù)時(shí)，前 向鏈路在某一時(shí)刻只能與一個(gè) AT 進(jìn) 行數(shù)據(jù)傳輸，此時(shí) AN 用 MACIndex 來標(biāo)識(shí) AT。對(duì)于某 AT 的 MA

15、CIndex 分配是在 AT 發(fā)出進(jìn)行業(yè)務(wù)信道請(qǐng)求的分配后，由 AN 在 信道分配的 TCA 消息中指明。對(duì)于一個(gè) 扇區(qū)，最多可以同時(shí)支持 59（ MACIndex 5-63）個(gè)用戶業(yè)務(wù)數(shù)據(jù)的傳輸。 前向鏈路利用 MACIndex 來標(biāo)識(shí)用戶，用 Walsh 碼進(jìn)行信道分配與擴(kuò)頻。 具體參 照?qǐng)D 3.3，對(duì)于 FTC 而言，該信道 由 “ 前綴（ Preamble） ” +“數(shù)據(jù) (Data)”兩部分時(shí)分復(fù)用而成。其中 Preamble 信道用于對(duì) AT 的標(biāo)識(shí)， 其 Walsh碼字為 32chips。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 前向信道結(jié)構(gòu)與功能 Walsh 碼與

16、 MACIndex 的關(guān)系為： 32 wi/2 for i=0,2,.,62 32 w(i-1)/ 2 for i=1,3,.,63 這里， i=1， 2,.,63 為分配給某 AT 的 MACIndex 值。 MAC 信道中的 RPC 子信道完成對(duì) AT 的功率控制，該信道由多個(gè) Walsh 碼經(jīng)擴(kuò)頻后，以碼分 方式復(fù)用在一起的。每個(gè) Walsh 碼對(duì)一個(gè) AT 進(jìn)行功率控制，為 64chips。 Walsh 碼與 MACIndex 的關(guān)系為： 64 w i/2 for i=0,2,.,62 64 w (i -1 ) /2 +32 for i=1,3,.,63 這里， i=1， 2,.,63

17、 為分配給某 AT 的 MACIndex 值 。 MAC 信道中的 RAB 子信道完成對(duì) AT 的速率控制，最大速控速率為 600 次 /秒。該 信道與 RPC 信道碼分復(fù)用在一起。與 FTC、 RPC信道不同， CC信道并不利用 MACIndex標(biāo)識(shí)終端 AT。通常， CC 信道利用 UATI（由 CC 的 MAC 協(xié)議進(jìn)行封裝） 來指明與之通信的 AT。但其中幾個(gè) MACIndex在 CC信道中有特殊用途，例如 MACIndex 2 表明 CC 以 76.8Kbps 的速率進(jìn)行傳輸， MACIndex 3 表示以 38.4Kbps 速率進(jìn)行傳輸 。 使命 融合 超越 中國電信江蘇公司 無線

18、網(wǎng)絡(luò)優(yōu)化中心 前向信道結(jié)構(gòu)與功能 編碼、調(diào)制與基帶成形 1xEV-DO 的前向鏈路最高可以支持 2.4576Mbps/扇區(qū)的數(shù)據(jù)業(yè)務(wù)傳輸。為保障高 速率數(shù)據(jù)傳輸?shù)目煽啃?，采用了多種信源編碼、 信道編碼技術(shù)。編碼方面， CDMA2000 1X 可以 采用卷積編碼、 Turbo 碼兩種，而 1xEV-DO 只 采用 Turbo 碼編碼器，但其結(jié)構(gòu)與 CDMA2000 1X 的相同。另外，與 CDMA2000 1X 不同的是， 1xEV-DO在 FTC 信道采取將一條高速信道并行 劃分為 16 條子通路，對(duì)各個(gè)通路分別正交擴(kuò) 頻處理，然后再復(fù)合的思想。大大提高了信道 的容量；調(diào)制方式上， 1xEV-

19、DO 系統(tǒng)采用 QPSK、 8-PSK、 16-QAM 等多種調(diào)制方式；基帶成形方 面， 1xEV-DO 系統(tǒng)沿用了前向鏈路由多個(gè)信道 以時(shí)分復(fù)用方式構(gòu)成的。每扇區(qū)最大可以支持 2.4576Mbps 的數(shù)據(jù)業(yè)務(wù)，同時(shí)支持 59 個(gè)用戶。 一個(gè)分組數(shù)據(jù)單元在前向鏈路傳輸時(shí) ,需要 1 到 16 個(gè)時(shí)隙。前向鏈路的信道分配與 MACIndex 關(guān)系密切。為支持高速數(shù)據(jù)業(yè)務(wù)， 前向鏈路中采用了 Turbo 碼、多路子信道并行 劃分、 16QAM 等多種編碼思想。前向鏈路可以 對(duì)反向鏈路進(jìn)行功率控制、速率控制。功控的 思想與 IS95/CDMA2000 1X 相同 。 使命 融合 超越 中國電信江蘇公

20、司 無線網(wǎng)絡(luò)優(yōu)化中心 反向信道結(jié)構(gòu)與功能 信道結(jié)構(gòu)與功能 從信道結(jié)構(gòu)來看， 反向鏈路由 反向業(yè)務(wù)信道（ RTC）、接入信 道（ AC）兩大類構(gòu)成。 其中 RTC 信道由反向?qū)ьl信道、 MAC 信 道、響應(yīng)信道 (Ack)與數(shù)據(jù) （ Data）信道構(gòu)成。其中反向 MAC 信道又包括反向速率指示 （ RRI）信道和前向速率控制 （ DRC）信道； AC 由導(dǎo)頻信道 與數(shù)據(jù)信道構(gòu)成。整個(gè)反向信 道結(jié)構(gòu)如圖 4.1 示。反向信道 是以時(shí)隙或半時(shí)隙為單位進(jìn)行 傳送的。一個(gè)時(shí)隙長度為 1.6667 ms。各信道以碼分方式 在一個(gè)時(shí)隙內(nèi)進(jìn)行復(fù)用。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 反向信

21、道結(jié)構(gòu)與功能 各信道功能如下： RTC 信道中導(dǎo)頻 信道用于 AN 對(duì) AT 的捕獲， MAC 信 道中的 RRI 信道用于通知 AN 目前 AT 數(shù)據(jù)信道的傳輸速率。 RRI 與導(dǎo)頻 信道以時(shí)分方式進(jìn)行復(fù)用，如圖 4.2。 AT 的 DRC 信道根據(jù)對(duì)各扇區(qū)的導(dǎo)頻 信道測量結(jié)果，選定導(dǎo)頻信號(hào)最強(qiáng) 扇區(qū)與之通信，同時(shí)要求該扇區(qū)按 AT 規(guī)定好的傳輸速率進(jìn)行傳輸，從 而對(duì)前向鏈路進(jìn)行速控。為減小干 擾， DRC 信號(hào)在發(fā)送時(shí)可以采用門 控（ Gate Operation）與非門控兩 種方式傳送； Ack 信道則向 AN 發(fā)出 響應(yīng)，表明 AT 已經(jīng)正確收到了 AN 所發(fā)送的數(shù)據(jù)； AC 信道中的

22、導(dǎo)頻信 道作為前綴，后面緊跟接入的數(shù)據(jù)。 整個(gè)接入過程中，導(dǎo)頻信道都存在， 但發(fā)送的功率不同。這一點(diǎn)與 RTC 中導(dǎo)頻信道與 RRI 信道時(shí)分復(fù)用的 形式不同。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 反向信道結(jié)構(gòu)與功能 信道標(biāo)識(shí)與擴(kuò)頻 在反向信道中， Walsh碼主要用于 擴(kuò)頻，同時(shí)可以指定與 AT通信的扇 區(qū)。長碼共 42 比特，用于標(biāo)識(shí)用 戶的地址。反向鏈路復(fù)用結(jié)構(gòu)如圖 4.3， Walsh 碼在 DRC 信道上主要 完成兩個(gè)功能：指定與 AT 通信的 扇區(qū)，同時(shí)進(jìn)行擴(kuò)頻。一個(gè) AT 最 多可以監(jiān)測 8 個(gè)扇區(qū)，選擇其中一 個(gè)與之通信。在其他信道上， Walsh 碼主要用于

23、擴(kuò)頻。與 CDMA2000 1X相同， 1xEV-DO 的反 向鏈路中的 Walsh 碼是可變長的。 編碼、調(diào)制與基帶成形 反向鏈路的最大速率為 153.6Kbps， 與 CDMA2000 1X 中的 RC3 速率相同。 反向鏈路采用 Turbo 碼編碼方式， 調(diào)制方式采用 BPSK 方式?；鶐С?形方面， 1xEV-DO系統(tǒng)中的基帶成 形濾波器與 CDMA2000 1X 完全相同。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 反向信道結(jié)構(gòu)與功能 導(dǎo)頻的維護(hù)與切換 與 CDMA2000 1X 相同， 1xEV-DO 的導(dǎo)頻集合也 劃分為 4 類：激活導(dǎo)頻 集合、候選導(dǎo)頻集合、 鄰域?qū)?/p>

24、頻集合與剩余導(dǎo) 頻集合。 AT 通過發(fā)送 Route Update 消息來要 求 AN 增加 /刪除某類導(dǎo) 頻集合內(nèi)的導(dǎo)頻， AN 則 通過回應(yīng) TCA 消息指明 當(dāng)前激活導(dǎo)頻集合中的 導(dǎo)頻信息。 1xEV-DO 系 統(tǒng)反向鏈路采用軟切換， 前向鏈路稱為虛擬軟切 換。 接入過程 1xEV-DO 的接入過程與 IS-95B 的十分類似，一個(gè)接入過程由 許多接入序列組成，接入序列 由接入探點(diǎn)組成。每個(gè)接入探 點(diǎn)由前綴部分加物理層數(shù)據(jù)包 組成。前綴部分傳輸時(shí)，僅傳 送導(dǎo)頻信號(hào)，物理層數(shù)據(jù)包傳 送時(shí)，導(dǎo)頻與數(shù)據(jù)都要傳送。 接入過程主要步驟：當(dāng) AT 發(fā)現(xiàn) 系統(tǒng)開銷（ Overhead ）消息改 變時(shí)，

25、在每個(gè)接入周期開始進(jìn) 行接入探點(diǎn)發(fā)送。如果在規(guī)定 時(shí)間內(nèi)仍未接到 AN 的 ACK 消息， 則增加發(fā)送功率，重新發(fā)送下 一個(gè)探點(diǎn)。如果在規(guī)定時(shí)間內(nèi) 收到 ACK 消息，則停止探點(diǎn)發(fā) 送，等待 TCA 消息。如收到 TCA 消息，則 AT 在反向業(yè)務(wù)信道進(jìn) 行數(shù)據(jù)傳送。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 反向信道結(jié)構(gòu)與功能 本章小結(jié) 1xEV-DO 反向鏈路主要由業(yè)務(wù)信道、接入信道組 成。 AT 可以通過反向鏈路實(shí)現(xiàn)對(duì)前向鏈路的速控。 1xEV-DO 系統(tǒng)導(dǎo)頻集合的定義與 CDMA2000 1X 的 導(dǎo)頻集合定義相同。 AT、 AN 通過交換特定消息實(shí) 現(xiàn)導(dǎo)頻集合的維護(hù)。除了

26、增加反向?qū)ьl信道外， 反向鏈路接入過程與 IS-95 的接入基本相同。一 個(gè)分組數(shù)據(jù)單元在反向鏈路傳輸時(shí)，需要 16 個(gè)時(shí) 隙。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 DO與 1X差別（二） 問題 1 為什么有響應(yīng)信道 (Ack) 答案 1 因?yàn)榍跋蚋咚贁?shù)據(jù)業(yè)務(wù)，要迅速判別前向 誤幀，進(jìn)行重傳，為了支持 HARQ功能而需要此信 道。 DO中把內(nèi)容分成 4個(gè)小包進(jìn)行傳送（其實(shí)只需 要 3個(gè)就可以解出全部內(nèi)容），如果哪一個(gè)包丟失， 就針對(duì)該包進(jìn)行重傳。 問題 2 DO反向速率不需要 SCH就可以達(dá)到 153Kbps 的原因是什么 答案 2 因?yàn)?DO喜歡沒有信令交互的方式，所以對(duì)

27、于 SCH調(diào)度需要信令交互的方式不感興趣，利用 DO 信道單元的強(qiáng)處理能力（ 1X需要 8CE），所以采用 了終端獨(dú)立作主的方式（不需要系統(tǒng)同意） 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（外部接口） UATI分配的信令流程 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（外部接口） 屬于 AT發(fā)起的 session的呼叫部分 ,該流程分配 UATI(Unicast Access Terminal Identifier)， AN可同時(shí)與多個(gè) AT之間存在空口會(huì)話，為了區(qū)分空口會(huì)話的 AT， AN將為 AT分配惟一的終端地址標(biāo)識(shí) AT在接入信

28、道上發(fā)送 UATIRequest和 RouteUpdate消息，每次 AT在接入信道上發(fā) 送，總會(huì)包含 RouteUpdate消息 。 AT可能使用 ESN，或者隨機(jī)生成的 RATI生成 UATI作為自己的標(biāo)識(shí) AN通過控制信道發(fā)送 ACAck，以確認(rèn)接收到接入信道的 MAC層包 如果系統(tǒng)配置為 AT使用隨機(jī) RATI，則需要 HardwareID請(qǐng)求 /響應(yīng)流程以獲得 AT 的 HardwareID；否則， AT使用固定生成的 RATI，這種情況 RATI和 HardwareID是 相同的，不需要 HardwareID請(qǐng)求 /響應(yīng)流程； AT的 HardwareID是一個(gè)未登記 AT的 唯一

29、標(biāo)識(shí) AN通過控制信道上發(fā)送 UATIAssignment消息，指示 AT進(jìn)行 UATI指配 AT在接入信道上發(fā)送 UATIComplete消息 ，通知 AN指配 UATI完成 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（協(xié)議分析） 1.RouteUpdate MeesageID：固定設(shè)置為 0； MessageSequence：消息的序列號(hào)，應(yīng)該比上一個(gè) RouteUpdate消息中的序列號(hào)大 1，范圍為 0 255； ReferencePilotPN：和 1x系統(tǒng)類似，以激活集中最早到達(dá) 的多徑為參考導(dǎo)頻和相位； ReferencePilotStrength：參

30、考導(dǎo)頻的強(qiáng)度。注意這里的 導(dǎo)頻強(qiáng)度計(jì)算和 1x有些不一樣，在 1x系統(tǒng)中是按照 10 log（ PS）計(jì)算，而在 HRPD中是按照 2 10 log （ PS）計(jì)算； ReferenceKeep：若基準(zhǔn)導(dǎo)頻的導(dǎo)頻去掉計(jì)時(shí)器已經(jīng)超時(shí)， 則該字段設(shè)置為 false，否則設(shè)置為 true； NumPilots： RouteUpdate消息中上報(bào)的其余導(dǎo)頻數(shù)目； PilotPNPhase：上報(bào)的其余導(dǎo)頻相位，由此可以計(jì)算出導(dǎo) 頻偏置； ChannelIncluded：如果此導(dǎo)頻偏置的信道與當(dāng)前的信道 不同，則設(shè)置該字段為 true，否則設(shè)置為 false；所謂信 道指的是頻點(diǎn)，所以在信令中看到的該字段

31、絕大部分是 false； Channel：如果 ChannelIncluded字段設(shè)置為 1，那么設(shè)置 它為對(duì)應(yīng)于此導(dǎo)頻的信道記錄，否則將忽略這個(gè)字段。 PilotStrength：和 ReferencePilotStrength類似； Keep：和 ReferenceKeep類似。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（協(xié)議分析） 路由更新消息，類似 1x系統(tǒng)中的 PSMM消息，每次 Session 呼叫都會(huì)有該條消息和 UATIRequest一起上報(bào)，在切換的 時(shí)候，也是由 AT首先上報(bào) RouteUpdate消息開始。 切換上報(bào)的 RouteUpdate

32、和 Session呼叫、 Connection呼叫 等呼叫流程起始的 RouteUpdate有一個(gè)區(qū)別：呼叫最初上 報(bào)的路由更新消息中只有起呼主導(dǎo)頻的信息，而切換最初 上報(bào)的消息中則含有多個(gè)導(dǎo)頻的信息，具體實(shí)例將放在切 換流程中給出。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（協(xié)議分析） MessageID：固定設(shè)置為 0 x00； TransactionID： AT每發(fā)送一次新的 UATIRequest，就將該字段增加 1， 該字段的范圍是 0 255； MessageID：固定設(shè)置為 0； UATIRequest ACACK AN發(fā) ACAck消息，以確認(rèn) 接

33、收到接入信道的 MAC層包 。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（協(xié)議分析） MessageID：固定設(shè)置為 0 x03； TransactionID：每發(fā)送一個(gè)新的 HardwareIDRequest，就增加 1； MessageID：固定設(shè)置為 0 x04； TransactionID：應(yīng)該設(shè)置為 所對(duì)應(yīng)的 HardwareIDRequeset 消息的這個(gè)字段值； HardwareIDType：將根據(jù)下 面這個(gè)表格來填寫這個(gè)字段： HardwareIDRequest HardwareIDResponse HardwareIDLength： 如果 Har

34、dwareID不 是 0 xFFFFFF，那么 AT設(shè)置這個(gè)字段為 HardwareID的字節(jié) 長度，否則設(shè)置為 0； HardwareIDValue： AT設(shè)置該字段為廠商 分配給 AT的唯一 ID。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（協(xié)議分析） MessageID：固定設(shè)置為 0 x01； MessageSequence：每下發(fā) 一個(gè) UATIAssigment，該字 段固定增加 1，但是需要注意 的是這里說的 UATIAssignment是針對(duì)同一 個(gè) AT而言的 。 UATIAssignment 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心

35、 UATI分配流程（協(xié)議分析） MessageID：固定設(shè)置 為 0 x02； MessageSequence：設(shè) 置為所對(duì)應(yīng)的 UATIAssignment的該字 段； UATIComplete 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（終端側(cè)） QXDM 記錄的 UATI分配流程的信令 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 QXDM具體實(shí)例的 Routh Update message_id :消息的標(biāo)識(shí) message_sequence： 消息的序列號(hào) ,應(yīng)該 比上一個(gè) Routh Update消息中的序列號(hào)大 1， 范圍 0-255 refe

36、rence_pilot_pn： 參考導(dǎo)頻 reference_pilot_strength： 參考導(dǎo)頻的強(qiáng)度 reference_keep： 1,加導(dǎo)頻， 0，去導(dǎo)頻 num_pilots： RouteUpdate上報(bào)其余導(dǎo)頻數(shù)目 pilot_pn_phase： 導(dǎo)頻偏置 channel_included :如果此導(dǎo)頻偏置的信道與 當(dāng)前的信道不同，則設(shè)置該字段為 true，否則 設(shè)置為 false；所謂信道指的是頻點(diǎn)，所以在信 令中看到的該字段絕大部分是 false UATI分配流程（終端側(cè)） 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（終端側(cè)） QXDM具體實(shí)例的

37、 UATI Request protocol_type： 消息所屬的協(xié)議 trasactionId: AT每發(fā)送一次新的 UATIRequest， 就將該字段增加 1，該字段的范圍是 0 255 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（終端側(cè)） QXDM具體實(shí)例的 AC Ack 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（終端側(cè)） QXDM具體實(shí)例的 UATI Assignment sub_net_included:若此消息包含 UATI104域和 UATISubnetmask 域，則接入網(wǎng)設(shè)置該域?yàn)?1，否則，接入網(wǎng)設(shè)置該域?yàn)?0

38、uati_color_code:若 SubnetIncluded為 0，則接入網(wǎng)忽略該域，若 包含，接入網(wǎng)設(shè)置該域?yàn)榉峙涞?UATI所屬子網(wǎng)的子網(wǎng)掩碼中連續(xù) 1 的個(gè)數(shù) uati_024:接入網(wǎng)設(shè)置該域?yàn)榉峙浣o接入終端的 UATI的 UATI23:0 upper_old_uati_length:接入網(wǎng)設(shè)置該域?yàn)榻尤虢K端將在 UATI Complete消息中發(fā)送的 OldUATI127:24從最低有效位開始的字 節(jié)數(shù)目 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（終端側(cè)） QXDM具體實(shí)例的 Hardware ID Request trasaction_id: 每發(fā)送

39、一個(gè)新的 HardwareIDRequest，就增加 1 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（終端側(cè)） QXDM具體實(shí)例的 Hardware ID Response trasaction_id: 應(yīng)該設(shè)置為所對(duì)應(yīng)的 HardwareIDRequeset 消息的這個(gè)字段值 hareware_id_type: 將根據(jù)下面這個(gè)表格來填寫這個(gè)字段 hareware_id _length: 如果 HardwareID不是 0 xFFFFFF， 那么 AT設(shè)置這個(gè)字段為 HardwareID的字節(jié)長度，否則設(shè)置為 0 hareware_id_value: AT設(shè)置該字段

40、為廠商分配給 AT的唯一 ID 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（終端側(cè)） QXDM具體實(shí)例的 UATI Complete message_sequence: 設(shè)置為所對(duì)應(yīng)的 UATIAssignment的該字段 upper_old_uati_length:接入終端設(shè)置該域?yàn)?upper_old_uati域的 字節(jié)長度，和 UATI Assignment中的 upper_old_uati_length相同 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（內(nèi)部部接口） AT S _ F S PS _ C E C S _ R C M U

41、 m a U AT I R e q u e s t + U m a R o u t e U p d a t e S _ T P S _ S P S _ B S S A P U m c AC Ac k U m c H a rd w a re I D R e q u e s t U m a H a rd w a re I D R e s p o n s e + U m a R o u t e U p d a t e T H a r d w a re I D R e q u e s t U m c U AT I As s i g n m e n t U m a U AT I C o m p l e

42、t e + U m a R o u t e U p d a t e U m c AC Ac k U m c AC Ac k T U A T I A s s i g n m e n t a b c d e f g h 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 內(nèi)部信令流程介紹 A AT在接入信道上發(fā)送接入信道 capsule，包含 UmaUATIRequest和UmaRouteUpdate消息，每次 AT在接入信道上發(fā)送，總會(huì)包含 UmaRouteUpdate 消息。該 capsule由 S_CEC透明傳送給 S_BSSAP。在 capsule中 AT可能使用固定 生成的 RATI（

43、可能是 ESN等硬件 ID），或者隨機(jī)生成的 RATI作為自己的標(biāo)識(shí) B S_CEC對(duì)收到的接入信道 capsule進(jìn)行確認(rèn)，通過控制信道發(fā)送 UmcACAck，使用 AT接入信道 capsule中 MAC層 header中包含的 RATI標(biāo)識(shí)。 C 如果系統(tǒng)配置為 AT使用隨機(jī) RATI，則需要 cd的 HardwareID請(qǐng)求 /響應(yīng)流程以獲得 AT的 HardwareID；否則， AT使用固定生成的 RATI，這種情況 RATI和 HardwareID是相同的，不需要 HardwareID請(qǐng)求 /響應(yīng)流程； AT的 HardwareID 是一個(gè)未登記 AT的唯一標(biāo)識(shí)。 S_BSSAP記錄

44、 RATI，并請(qǐng)求 S_CEC通過控制信道 發(fā)送 UmcHardwareIDRequest消息，同時(shí)啟動(dòng)定時(shí)器 THardwareIDRequest等待 響應(yīng)；如果定時(shí)器超時(shí)， S_BSSAP直接結(jié)束 session建立過程，不發(fā)送任何空 中接口消息。 D AT在接入信道上發(fā)送接入信道 capsule，包含 UmaHardwareIDResponse和UmaRouteUpdate消息。 S_CEC傳送 capsule給 S_BSSAP， S_BSSAP停止定時(shí)器 THardwareIDRequest，記錄 AT的 HardwareID到 session數(shù)據(jù)區(qū) 使命 融合 超越 中國電信江蘇公司

45、 無線網(wǎng)絡(luò)優(yōu)化中心 內(nèi)部信令流程介紹 E S_CEC對(duì)收到的接入信道 capsule進(jìn)行確認(rèn)，通過控制信道發(fā)送 UmcACAck， 使用 AT接入信道 capsule中 MAC層 header中包含的 RATI標(biāo)識(shí) F 對(duì)于 128比特的 UATI， S_BSSAP只負(fù)責(zé)分配低 24位比特，高 104位比特由 SectorID127:24組成， Sector的 128比特 SectorID和 SubnetMask在 Overhead的 SectorParameters消息中通過控制信道周期性廣播。在同一子網(wǎng) 中， 24比特的 UATI是 AT的唯一標(biāo)識(shí)。為避免 128比特的 UATI在空中傳輸

46、， Secotr的子網(wǎng)地址由 8比特的 ColorCode標(biāo)識(shí)，這樣空中接口只需要傳輸 8比 特的 ColorCode和 24比特的 UATI就可以標(biāo)識(shí) AT。 S_BSSAP分配 UATI的低 24位比 特（該 24比特?cái)?shù)據(jù)不能和相同子網(wǎng)中的其它 SectorID的低 24比特相同），和 UmaUATIRequest消息收到的 Sector對(duì)應(yīng)的 8比特 ColorCode合成一個(gè) 32比特的 UATI，請(qǐng)求 S_CEC在控制信道發(fā)送 UmcUATIAssignment消息，該消息仍然使用 RATI作為 AT標(biāo)識(shí)，同時(shí)啟動(dòng)定時(shí)器 TUATIAssignment等待指配完成。如果 S_BSSA

47、P分配 UATI失敗，應(yīng)直接結(jié)束 session建立過程，不發(fā)送任何空中接口 消息。如果 TUATIAssignment超時(shí)， S_BSSAP可請(qǐng)求 S_CEC重發(fā) UmcUATIAssignment消息 3次，如果 3次后仍未收到 UmaUATIComplete消息，應(yīng) 認(rèn)為 session建立失敗。 S_BSSAP釋放為 AT分配的 UATI結(jié)束 session建立，并 可通過 S_CEC發(fā)送 UmcSessionClose消息釋放可能在 AT中已經(jīng)存儲(chǔ)的 UATI。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 內(nèi)部信令流程介紹 G AT在接入信道上發(fā)送接入信道 capsule，

48、包含UmaUATIComplete和 UmaRouteUpdate消息， capsule中的 MAC 地址使用新分配的 UATI而不是 RATI。 S_CEC傳送 capsule給 S_BSSAP， S_BSSAP停止定時(shí)器 TUATIAssignment，記錄 AT的 UATI到 session數(shù)據(jù)區(qū)。 H S_CEC對(duì)收到的接入信道 capsule進(jìn)行確認(rèn)，通過控制信道發(fā)送 UmcACAck，使用 AT接入信道 capsule中 MAC層 header中包含 的 UATI標(biāo)識(shí)。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（產(chǎn)品內(nèi)部信令） 1.具體例子 上圖是一個(gè)

49、完整的會(huì)話建立 流程，從第三行開始到最后 一行結(jié)束。 RouteUpdate 該條信令的具體實(shí)例見切換 控制流程中的實(shí)例。 UATIRequest 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（產(chǎn)品內(nèi)部信令） HardwareIDRequest ACAck 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 UATI分配流程（產(chǎn)品內(nèi)部信令） 從這條信令可以看出， IDValue為 0 x7403B832， 共 4個(gè)字節(jié)，所以 IDLength為 4，由于所對(duì)應(yīng)的 HardwareIDRequest中的 TransactionID為 0，所以 本消息中這個(gè)字段也為 0

50、。 Type值設(shè)置為 0 x00FFFF，該取值的定位是來自 RFC1700文檔， 其中 0 x00FFFF指的是 Any Service or Wildcard。 HardwareIDReponse 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（外部接口） AT呼叫建立的信令流程 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程 QXDM具體實(shí)例的 Connection Request transaction_id: AT每發(fā)送一個(gè)新的 ConnectionRequest， 就增加該字段， transaction_id 141，表示該 AT在此

51、之 前已經(jīng)發(fā)出過 141個(gè) ConnectionRequest消息 request_reason: 該字段為 0，表示終端發(fā)起，為 1，表示 AN發(fā)起，此外的值是不允許的 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程 QXDM具體實(shí)例的 AC Ack AN發(fā) ACAck消息，以確認(rèn)接收到接入信道的 MAC層包 protocol_type： Access Channel MAC Protocol message_id:消息的標(biāo)識(shí) , 固定設(shè)置為 0 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程 QXDM具體實(shí)例的 Traffic Channel

52、 Assignment frame_offset： 用于反向的幀偏置，和 1x系統(tǒng) 類似，將一幀的時(shí)間分解成為 16個(gè)幀偏置 drc_length： 申請(qǐng)一個(gè) DRC所需要的時(shí)隙，該 字段設(shè)置值所對(duì)應(yīng)的時(shí)隙數(shù)目如下表所示： 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程 QXDM具體實(shí)例的 Traffic Channel Assignment drc_channel_gain： 用于指示 AT發(fā)送 DRC 消息時(shí)候所采用的增益 ack_channel_gain： 用于指示 AT發(fā)送 ACK 消息時(shí)候所采用的增益 softer_handoff： 這個(gè)字段是用來標(biāo)記導(dǎo)頻 之

53、間的軟或者更軟切換關(guān)系的。當(dāng)這個(gè)字段 設(shè)置為 0，說明這個(gè)導(dǎo)頻和排在它前面的那 個(gè)導(dǎo)頻不是更軟切換關(guān)系，如果設(shè)置為 1， 說明這個(gè)導(dǎo)頻和排在它前面的那個(gè)導(dǎo)頻是更 軟切換關(guān)系 mac_index： 設(shè)置該字段為由此扇區(qū)指配 給接入終端的 MACIndex，對(duì)于前向業(yè)務(wù)信 道， MACIndex可以是 5 63 drc_cover： 設(shè)置該字段為指定扇區(qū)相關(guān)的 DRC覆蓋的索引，所以切換態(tài)下的每個(gè)扇 區(qū)的 DRCCover都不會(huì)相同 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程 QXDM具體實(shí)例的 RTC Ack 前向發(fā)出這條命令表示已經(jīng)捕捉到了反向業(yè)務(wù)信道 protoc

54、ol_type:Reverse Traffic Channel MAC Protocol 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程 QXDM具體實(shí)例的 Traffic Channel Complete 這條消息是對(duì) TrafficChannelAssignment消息的確認(rèn) message_sequence:等于它所確認(rèn)的 TrafficChannel Assignment消息中的 message_sequence 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（協(xié)議分析） MessageID：固定設(shè)置為 0 x01； Transactio

55、nID： AT每發(fā)送一個(gè)新的 ConnectionRequest，就增加該字段； RequestReason：該字段為 0，表示終 端發(fā)起，為 1，表示 AN發(fā)起，此外的值是 不允許的。 ConnectionRequest 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（協(xié)議分析） MessageID：固定設(shè)置為 1； MessageSequence：消息的序 列號(hào)，應(yīng)該比上一個(gè) TrafficChannelAssignment消息中的 序列號(hào)大 1，范圍為 0 255； ChannelIncluded：同 RouteUpdate 消息； Channel：同 Route

56、Update消息； FrameOffset：用于反向的幀偏置， 和 1x系統(tǒng)類似，將一幀的時(shí)間分解成 為 16個(gè)幀偏置； TrafficChannelAssignment 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（協(xié)議分析） DRCChannelGain：用于指示 AT發(fā)送 DRC消息 時(shí)候所采用的增益； ACKChannelGain：用于指示 AT發(fā)送 ACK消息 時(shí)候所采用的增益； NumPilots： TrafficChannelAssignment消 息中所攜帶導(dǎo)頻的數(shù)目； PilotPN：導(dǎo)頻偏置； SofterHandoff：這個(gè)字段是用來標(biāo)記導(dǎo)頻 之

57、間的軟或者更軟切換關(guān)系的。當(dāng)這個(gè)字 段設(shè)置為 0，說明這個(gè)導(dǎo)頻和排在它前面的 那個(gè)導(dǎo)頻不是更軟切換關(guān)系，如果設(shè)置為 1， 說明這個(gè)導(dǎo)頻和排在它前面的那個(gè)導(dǎo)頻是 更軟切換關(guān)系 (也就是說是同一個(gè)基站不同 扇區(qū)的導(dǎo)頻 )； DRCLength：申請(qǐng)一個(gè) DRC 所需要的時(shí)隙， 該字段設(shè)置值所對(duì)應(yīng)的時(shí) 隙數(shù)目如下表所示： 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（協(xié)議分析） MACIndex：設(shè)置該字段為由此扇區(qū)指配給接入終端的 MACIndex，對(duì)于前向業(yè)務(wù)信道， MACIndex可以是 5 63； DRCCover：設(shè)置該字段為指定扇區(qū)相關(guān)的 DRC覆蓋的索引，所以

58、切換態(tài)下的每個(gè)扇區(qū) 的 DRCCover都不會(huì)相同； RABLength：接入網(wǎng)設(shè)置該域?yàn)榉聪蚣せ畋忍匕l(fā)送所占用的時(shí)隙數(shù)，如下表所示： RABOffset：用來確定每個(gè) RAB比特發(fā)送的初始時(shí)刻，需要符合 T mod RABLength RABOffset這個(gè)條件，公式中的 RABOffset等于 TrafficChannelAssignment消息中 RABOffset RABLength/8； 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（協(xié)議分析） 該消息是 AN用來復(fù)原 AT發(fā)送 RouteUpdate消息時(shí)的狀況，結(jié)構(gòu) 如下： 其中 MessageID固定設(shè)

59、置為 0 x03。 ResteReport消息的作用可以 參考協(xié)議中對(duì) RouteUpdate消息 發(fā)送原則的描述。 1.RTCACK 前向發(fā)出這條命令表示已經(jīng)捕捉到了反向業(yè)務(wù)信道。 AN網(wǎng)絡(luò)使用該 AT當(dāng)前的 ATI來發(fā)送該條消息。 這條消息是對(duì) TrafficChannelAssignment消息 的確認(rèn)，其中 MessageID固定 為 0 x02， MessageSequence 等于它所確認(rèn)的 TrafficChannelAssignment消息 中的 MessageSequence。 ResetReport TrafficChannelComplete 使命 融合 超越 中國電信江

60、蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（內(nèi)部信令分析） 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（內(nèi)部信令分析） 過程 過程描述 a AT在接入信道上發(fā)送接入信道 capsule，包含 UmaConnectionRequest和 UmaRouteUpdate消息，每次 AT在接入信道上發(fā)送，總會(huì)包含 UmaRouteUpdate消息，該消息包含了 AT當(dāng)前作為時(shí)間基準(zhǔn)的參 考導(dǎo)頻和強(qiáng)度足夠的其它導(dǎo)頻，作為當(dāng)前無線鏈路狀態(tài)報(bào)告。該 capsule由 S_CEC透明傳送給 S_BSSAP， S_CEC接入信道解調(diào)單元還將估計(jì) AT到 sector的往返延時(shí) Rou

61、ndTripDelay，和接入信道 capsule一起發(fā)送給 S_BSSAP。 b S_CEC對(duì)收到的接入信道 capsule進(jìn)行確認(rèn)，通過控制信道發(fā)送 UmcACAck，使用 AT接入信道 capsule中 MAC層 header中包含的 UATI標(biāo)識(shí)。 k S_SP構(gòu)造控制信道 MAC分組 UmcTrafficChannelAssignment發(fā)送給 S_CEC， S_CEC通過控制信道發(fā) 送給 AT。信號(hào)內(nèi)容和空中接口消息中包含字段一致。 l S_SP構(gòu)造控制信道 MAC分組 UmcResetReport發(fā)送給 S_CEC， S_CEC通過控制信道發(fā)送給 AT。 信號(hào)內(nèi)容和空中接口消息中

62、包含字段一致。 ResetReport消息是為了控制 AT發(fā)送 RouteUpdate消息。在某些情況下， AN可能不能分配 RouteUpdate消息中包含的所有 PNOffset對(duì)應(yīng)小區(qū)的無線資源，在發(fā)送 TCA消息后， AT可能又會(huì)發(fā) 送 RouteUpdate消息，包含先前已經(jīng)發(fā)送但 AN未指配的 PNOffset。通過發(fā)送 ResetReport消息， AT 只有當(dāng)看到新的導(dǎo)頻或者要去掉活動(dòng)集中的導(dǎo)頻時(shí)才發(fā)送 RouteUpdate消息，消息中也允許包含先 前的導(dǎo)頻。 n AT收到 UmcTrafficAssignment消息后，開始在反向發(fā)送導(dǎo)頻和 DRC。 t S_SP發(fā)送 Um

63、fRTCAck，向 AT確認(rèn)收到反向業(yè)務(wù)信道導(dǎo)頻和 DRC。使用 SLP的 Reliable服務(wù)。 u AT發(fā)送 UmrTrafficChannelComplete給 S_SP，消息中攜帶對(duì)前面消息 SLP層的確認(rèn)。該消息確認(rèn)收 到 UmfTrafficChannelAssignment消息。使用 SLP的 Reliable服務(wù)， v S_SP發(fā)送 UmfSLPAck，作為對(duì) UmrTrafficChannelComplete消息的 SLP層確認(rèn)。 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（內(nèi)部信令分析） 其中 RequestReason為 0，表示該 Conne

64、ctionRequest消息是 AT發(fā)出的。 TransActionID 10 ，表示該 AT在此之前已經(jīng)發(fā)出過 10個(gè) ConnectionRequest消息。 ConnectionRequest 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（內(nèi)部信令分析） 從該條信息中可以獲得如下信息： 該消息對(duì) AT的 SeqNo為 2的消息進(jìn) 行了應(yīng)答， 并且要求 AT也對(duì)本消息進(jìn)行應(yīng)答， SeqNo為 0； MessageID為 3，因此 對(duì)應(yīng)的 TrafficChannelComplete 消息中的 MessageID也應(yīng)該為 3；幀 偏置為 0， DRCLength 1

65、（也就是 說一個(gè) DRC占用兩個(gè)時(shí)隙）， DRCChannelGain為 3 0.5dB （ 3補(bǔ)碼表示為 61）， ACKChannelGain為 6 0.5dB； TrafficChannelAssignment 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（內(nèi)部信令分析） ResetReport TrafficChannelComplete： 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 AT呼叫建立流程（內(nèi)部信令分析） 該消息要求 AT進(jìn)行確認(rèn)， AT將在下一 條 TrafficChannelComplete消息中進(jìn)行 確認(rèn)，也就是說 TrafficC

66、hannelComplete中的 AckSeqNo 將等于本消息中的 SeqNo。 RTCACK 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 Session建立流程（協(xié)議分析） Session建立的信令流程 使命 融合 超越 中國電信江蘇公司 無線網(wǎng)絡(luò)優(yōu)化中心 Session建立流程 Session建立的信令流程說明 UATI分配部分 信道指配捕獲部分，即 AT呼叫建立部分 Session協(xié)商配置流程，接下來是 AT發(fā)起的的 ConfigurationRequest和 ConfigurationResponse消息， AT會(huì)進(jìn)行流層、前向業(yè)務(wù)信道 MAC層、 反向業(yè)務(wù)信道 MAC層和缺省分組應(yīng)用層協(xié)商， AT完成需要協(xié)商的協(xié)議參數(shù) 后，發(fā)送 ConfigurationComplete結(jié)束協(xié)商的 AT啟動(dòng)階段，接下來是 AN 側(cè)啟動(dòng)的協(xié)商，由 AN發(fā)起的 ConfigurationRequest和 ConfigurationResponse消息， AN同樣會(huì)進(jìn)行流層、前向業(yè)務(wù)信道 MAC 層、反向業(yè)務(wù)信道 MAC層和缺省分組應(yīng)用層協(xié)商， AN完成協(xié)議協(xié)商，發(fā) 送 SoftCon