1、 內(nèi)部公開(kāi)CDMA網(wǎng)規(guī)網(wǎng)優(yōu)部指導(dǎo)書(shū)GL XX.XXXXXXXX代替GL XX.XXXXXXXXEV-DO RevA空口信令流程分析指導(dǎo)書(shū)中興通訊股份有限公司CDMA網(wǎng)規(guī)網(wǎng)優(yōu)部本文中的所有信息均為中興通訊股份有限公司內(nèi)部信息，不得向外傳播。EV-DO RevA空口信令流程分析指導(dǎo)書(shū)內(nèi)部公開(kāi)GL XX.XXXXXXXXX文檔歷史這個(gè)表包含了這個(gè)文檔的版本歷史版本號(hào)修訂日期變更內(nèi)容簡(jiǎn)述作者/修訂者1.02005-1-292005年所撰寫(xiě)的初稿網(wǎng)優(yōu)技術(shù)項(xiàng)目組1.02007-10-17改為部門(mén)指導(dǎo)書(shū)模板格式，納入部門(mén)規(guī)范體系中張喜逢2.02008-10-16將Rls0部門(mén)指導(dǎo)書(shū)更新成RevA部門(mén)指導(dǎo)書(shū)陳

2、樹(shù)春3.02008-12-5增加虛擬軟切換章節(jié)陳樹(shù)春I本文中的所有信息均為中興通訊股份有限公司內(nèi)部信息，不得向外傳播。目 錄1目的與范圍62術(shù)語(yǔ)和定義63角色和職責(zé)64系統(tǒng)模塊介紹65指導(dǎo)書(shū)正文75.1Session呼叫流程75.1.1Session建立75.1.1.1流程介紹75.1.1.2RouteUpdate95.1.1.3UATIRequest105.1.1.4ACACK105.1.1.5HardwareIDRequest105.1.1.6HardwareIDResponse105.1.1.7UATIAssignment115.1.1.8UATIComplete115.1.1.9具體例

3、子125.1.2Session釋放165.1.2.1AT 在接入信道發(fā)起Session 釋放165.1.2.1.1流程介紹165.1.2.2AT 在業(yè)務(wù)信道發(fā)起Session 釋放175.1.2.2.1流程介紹175.1.2.3AN 發(fā)起Session 釋放-Session 配置失敗185.1.2.3.1流程介紹185.1.2.3.2SessionClose195.1.2.3.3具體例子195.1.3Session協(xié)商215.1.3.1流程介紹215.1.3.2ConfigurationStart245.1.3.3ConfigurationRequest255.1.3.4Configurati

4、onResponse265.1.3.5ConfigurationComplete275.1.3.6SoftConfigurationComplete275.1.3.7具體例子285.2Connection呼叫流程345.2.1Connection建立345.2.1.1AT 發(fā)起的Connection 建立345.2.1.1.1流程介紹345.2.1.1.2ConnectionRequest385.2.1.1.3TrafficChannelAssignment385.2.1.1.4RTCACK405.2.1.1.5TrafficChannelComplete405.2.1.1.6具體例子405.

5、2.1.2AN 發(fā)起的普通Connection 建立435.2.1.2.1流程介紹435.2.1.2.2Page455.2.1.2.3DataReady455.2.1.2.4DataReadyAck455.2.1.2.5XonRequest455.2.1.2.6XonResponse455.2.1.3AN 發(fā)起的快速Connection 建立465.2.1.3.1流程介紹465.2.2Connetion建立后流應(yīng)用階段475.2.2.1流應(yīng)用階段475.2.2.1.1流程介紹475.2.2.1.2XoffRequest505.2.2.1.3XoffResponse505.2.2.1.4Loca

6、tionRequest505.2.2.1.5LocationNofication505.2.2.1.6LocationAssignment515.2.2.1.7LocationComplete515.2.2.1.8具體例子525.2.2.2接入認(rèn)證555.2.2.2.1流程介紹555.2.3Connection釋放575.2.3.1AT 發(fā)起的Connection 釋放575.2.3.1.1流程介紹575.2.3.2AN發(fā)起的Connetion釋放-Dormancy Timer超時(shí)595.2.3.2.1流程介紹595.2.3.2.2ConnectionClose595.2.3.2.3TCSPC

7、lose定時(shí)器605.2.3.2.4具體例子605.3切換控制流程615.3.1更軟切換615.3.1.1.1流程介紹615.3.1.1.2ResetReport635.3.1.1.3Neighborlist635.3.1.1.4SLPACK645.3.1.1.5具體例子645.3.2虛擬軟切換675.3.2.1虛擬軟切換原理介紹675.3.2.1.1基于DRC信道的虛擬軟切換675.3.2.1.2基于DSC信道的虛擬軟切換715.3.2.2虛擬軟切換時(shí)長(zhǎng)計(jì)算725.3.2.2.1ACK信道Enabled/Disabled觸發(fā)條件735.3.2.2.2ForcedACK字段發(fā)送的原理735.3

8、.2.3虛擬軟切換和虛擬更軟切換的判斷方法745.3.2.4DO A比DO 0的虛擬軟切換時(shí)延短的原因746參考資料75IV本文中的所有信息均為中興通訊股份有限公司內(nèi)部信息，不得向外傳播。前 言本文介紹了EV-DO RevA系統(tǒng)中常見(jiàn)業(yè)務(wù)的空口信令流程，結(jié)合實(shí)際的測(cè)試數(shù)據(jù)，講解了其中主要字段的具體含義。隨著EV-DO系統(tǒng)的網(wǎng)絡(luò)發(fā)展，部分流程可能會(huì)有改變，在以后的學(xué)習(xí)和應(yīng)用中需要注意對(duì)比。在本文中，介紹了3大部分的流程：² Session呼叫流程（具體包括了Session建立流程、Session釋放、Session的協(xié)商流程）；² Connection呼叫流程（包括了Conn

9、ection建立流程、Connetion建立后流應(yīng)用階段、Connection釋放流程）；² 切換控制（只涉及激活狀態(tài)下的更軟切換、軟切換、換頻切換的流程，DO系統(tǒng)Dormant狀態(tài)下的切換、DO與1X之間的切換等未涉及）為了幫助讀者理解，對(duì)于每個(gè)業(yè)務(wù)流程，本文采用了先介紹流程圖，然后給出每條信令的具體字段解析，最后是一個(gè)具體實(shí)例的組織方式，所以篇幅相對(duì)較長(zhǎng)。V本文中的所有信息均為中興通訊股份有限公司內(nèi)部信息，不得向外傳播。本文中的所有信息均為中興通訊股份有限公司機(jī)密信息，務(wù)請(qǐng)妥善保管，未經(jīng)公司明確作出的書(shū)面許可，不得為任何目的、以任何形式或手段（包括電子、機(jī)械、復(fù)印、錄音或其他形式

10、）對(duì)本文檔的任何部分進(jìn)行復(fù)制、存儲(chǔ)、引入檢索系統(tǒng)或者傳播。EV-DO RevA空口信令流程分析指導(dǎo)書(shū)1 目的與范圍本指導(dǎo)書(shū)目的是為EV-DO RevA信令分析提供思路和方法。本指導(dǎo)書(shū)適用于CDMA網(wǎng)規(guī)仿真部的EV-DO RevA優(yōu)化工作。2 術(shù)語(yǔ)和定義3 角色和職責(zé)4 系統(tǒng)模塊介紹下面對(duì)基站內(nèi)部常見(jiàn)的軟件模塊的功能作詳細(xì)介紹：S_CES: 信道單元子系統(tǒng)。主要負(fù)責(zé)信道板CHM的基帶數(shù)據(jù)的調(diào)制與解調(diào),實(shí)現(xiàn)空中接口物理層的編解碼和調(diào)制解調(diào)功能。S_RCP: 無(wú)線信道管理。主要負(fù)責(zé)進(jìn)行Overhead信道，接入信道，前反向業(yè)務(wù)信道等無(wú)線資源的分配與管理。S_FSP: 幀選擇模塊。主要負(fù)責(zé)反向業(yè)務(wù)幀的

11、選擇，相關(guān)協(xié)議數(shù)據(jù)包的封裝和解封裝，前向業(yè)務(wù)幀的流量控制等。S_TP: 業(yè)務(wù)處理模塊。主要負(fù)責(zé)實(shí)現(xiàn)缺省應(yīng)用和多流分組應(yīng)用的RLP協(xié)議，前向RLP分組的流量控制等。S_SP: 信令處理模塊。主要負(fù)責(zé)相關(guān)協(xié)議的信令消息處理，連接層的信令處理流程，完成業(yè)務(wù)信道上的位置更新流程，session的配置協(xié)商，Key交換協(xié)議流程，切換的控制等S_BSSAP:基站系統(tǒng)應(yīng)用部分。主要負(fù)責(zé)集中管理所有已登記AT的Session信息, UATI分配，AT的移動(dòng)性管理功能，快速連接過(guò)程等S_PPPSession: PPP協(xié)議會(huì)話模塊。主要負(fù)責(zé)LCP協(xié)商流程、CHAP協(xié)商流程以及PPP狀態(tài)機(jī)的整個(gè)處理的流程和機(jī)制.S_

12、AAAClient：認(rèn)證、授權(quán)、計(jì)費(fèi)客戶端模塊。主要負(fù)責(zé)對(duì)來(lái)自AAAServer的反饋報(bào)文的解碼和處理，對(duì)AAAServer的合法性進(jìn)行驗(yàn)證等5 指導(dǎo)書(shū)正文5.1 Session呼叫流程5.1.1 Session建立5.1.1.1 流程介紹上圖表示的是AT主動(dòng)發(fā)起一次新的會(huì)話建立流程，具體每個(gè)步驟的操作如下：過(guò)程過(guò)程描述aAT 在接入信道上發(fā)送接入信道capsule，包含UmaUATIRequest 和UmaRouteUpdate消息，每次AT 在接入信道上發(fā)送，總會(huì)包含UmaRouteUpdate 消息。該capsule 由S_CES 透明傳送給S_BSSAP。在capsule 中AT 可能

13、使用固定生成的RATI（可能是ESN 等硬件ID），或者隨機(jī)生成的RATI 作為自己的標(biāo)識(shí)。bS_CES 對(duì)收到的接入信道capsule 進(jìn)行確認(rèn)，通過(guò)控制信道給AT 發(fā)送UmcACAck，使用AT 接入信道capsule 中MAC 層header 中包含的RATI 標(biāo)識(shí)cS_BSSAP 記錄RATI ， 并請(qǐng)求S_RCP 、S_CES 通過(guò)控制信道發(fā)送UmcHardwareIDRequest 消息，同時(shí)啟動(dòng)定時(shí)器THardwareIDRequest 等待響應(yīng)；如果定時(shí)器超時(shí)，S_BSSAP 可請(qǐng)求S_CES 重發(fā)UmcHardwareIDRequest 消息2 次。如果2 次后仍未收到Uma

14、HardwareIDResponse 消息，則直接結(jié)束session 建立過(guò)程，不發(fā)送任何空中接口消息dAT 在接入信道上發(fā)送接入信道capsule ， 包含UmaHardwareIDResponse 和UmaRouteUpdate 消息。S_CES 傳送capsule 給S_BSSAP，S_BSSAP 停止定時(shí)器THardwareIDRequest，記錄AT 的HardwareID 到session 數(shù)據(jù)區(qū)。eS_CES 對(duì)收到的接入信道capsule 進(jìn)行確認(rèn)，通過(guò)控制信道發(fā)送UmcACAck，使用AT 接入信道capsule 中MAC 層header 中包含的RATI 標(biāo)識(shí)。f對(duì)于128

15、 比特的UATI，S_BSSAP 只負(fù)責(zé)分配低24 位比特，高104 位比特由SectorID127:24組成，Sector 的128 比特SectorID 和SubnetMask 在Overhead 的SectorParameters 消息中通過(guò)控制信道周期性廣播。在同一子網(wǎng)中，24 比特的UATI是AT 的唯一標(biāo)識(shí)。為避免128 比特的UATI 在空中傳輸，Sector 的子網(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)中的其

16、它UATI的低24 比特相同），和UmaUATIRequest 消息收到的Sector 對(duì)應(yīng)的8 比特ColorCode合成一個(gè)32 比特的UATI，請(qǐng)求S_CES 在控制信道發(fā)送UmcUATIAssignment 消息，該消息仍然使用RATI 作為AT 標(biāo)識(shí)，同時(shí)啟動(dòng)定時(shí)器TUATIComplete 等待指配完成。如果S_BSSAP 分配UATI 失敗，應(yīng)直接結(jié)束session 建立過(guò)程，不發(fā)送任何空中接口消息。如果TUATIComplete 超時(shí)，S_BSSAP 可請(qǐng)求S_CES 重發(fā)UmcUATIAssignment 消息2 次，如果2 次后仍未收到UmaUATIComplete 消息，

17、應(yīng)認(rèn)為session 建立失敗。S_BSSAP 釋放為AT 分配的UATI，結(jié)束session 建立過(guò)程，并可通過(guò)S_CES 發(fā)送UmcSessionClose 消息，釋放可能在AT 中已經(jīng)存儲(chǔ)的UATI。GAT 在接入信道上發(fā)送接入信道capsule ， 包含UmaUATIComplete 和UmaRouteUpdate 消息，capsule 中的MAC 地址使用新分配的UATI 而不是RATI。S_CES 傳送capsule 給S_BSSAP，S_BSSAP 停止定時(shí)器TUATIComplete，記錄AT 的UATI 到session 數(shù)據(jù)區(qū)。HS_CES 對(duì)收到的接入信道capsule

18、進(jìn)行確認(rèn)，通過(guò)控制信道發(fā)送UmcACAck，使用AT 接入信道capsule 中MAC 層header 中包含的UATI 標(biāo)識(shí)。下面對(duì)上述的流程進(jìn)行一個(gè)簡(jiǎn)單的介紹：(1)AT在接入信道上向AN發(fā)送接入信道capsule，包含UATIRequest 和RouteUpdate消息，每次AT 在接入信道上發(fā)送，總會(huì)包含RouteUpdate 消息,在capsule 中AT 可能使用ESN或隨機(jī)生成的RATI 作為自己的標(biāo)識(shí)；(2)AN收到的接入信道capsule 進(jìn)行確認(rèn)，通過(guò)控制信道給AT 發(fā)送ACAck，使用AT 接入信道capsule 中MAC 層header 中包含的RATI 標(biāo)識(shí)；(3)A

19、N記錄RATI ，并通過(guò)控制信道發(fā)送HardwareIDRequest 消息，請(qǐng)求查詢(xún)AT的HarewareID信息，即查詢(xún)AT的ESN(我們的設(shè)備是這樣設(shè)計(jì)的),作為AN計(jì)算AT的UATI的參考；(4)AT 在接入信道向AN發(fā)送接入信道capsule ， 包含HardwareIDResponse 和RouteUpdate 消息，同時(shí)AN記錄AT 的HardwareID 到session 數(shù)據(jù)區(qū)；(5)AN對(duì)收到的接入信道capsule 進(jìn)行確認(rèn)，通過(guò)控制信道發(fā)送ACAck，使用AT 接入信道capsule 中MAC 層header 中包含的RATI 標(biāo)識(shí)；(6)對(duì)于128 比特的UATI，A

20、N只負(fù)責(zé)分配低24 位比特,高104 位比特由SectorID127:24組成,Sector 的128 比特SectorID 和SubnetMask 在Overhead 的SectorParameters 消息中通過(guò)控制信道周期性廣播。在同一子網(wǎng)中，24 比特的UATI是AT 的唯一標(biāo)識(shí)。為避免128 比特的UATI 在空中傳輸，Sector 的子網(wǎng)地址由8 比特的ColorCode 標(biāo)識(shí)，這樣空中接口只需要傳輸8 比特的ColorCode 和24 比特的UATI就可以標(biāo)識(shí)AT;(7)AN分配UATI 的低24 位比特,和UATIRequest 消息收到的Sector 對(duì)應(yīng)的8 比特Color

21、Code合成一個(gè)32 比特的UATI,并在控制信道向AT發(fā)送UATIAssignment 消息，該消息仍然使用RATI 作為AT 標(biāo)識(shí)，同時(shí)開(kāi)始等待AT發(fā)送UATIComplete；(8)AT 在接入信道上發(fā)送接入信道capsule ， 包含UATIComplete 和RouteUpdate 消息，capsule 中的MAC 地址使用新分配的UATI 而不是RATI，AN記錄AT 的UATI 到session 數(shù)據(jù)區(qū);(9)AN對(duì)收到的接入信道capsule 進(jìn)行確認(rèn)，通過(guò)控制信道發(fā)送UmcACAck，使用AT 接入信道capsule 中MAC 層header 中包含的UATI 標(biāo)識(shí);5.1.

22、1.2 RouteUpdateMeesageID：AT固定設(shè)置為0x00；MessageSequence：消息的序列號(hào)，應(yīng)該比上一個(gè)RouteUpdate消息中的序列號(hào)大1，范圍為0255；ReferencePilotPN：參考導(dǎo)頻；ReferencePilotStrength：參考導(dǎo)頻的強(qiáng)度。該值是按照2×10×log（PS）向下取整計(jì)算；其中PS為參考導(dǎo)頻強(qiáng)度ReferenceKeep：若基準(zhǔn)導(dǎo)頻的導(dǎo)頻去掉計(jì)時(shí)器已經(jīng)超時(shí)，則該字段設(shè)置為0，指示應(yīng)去掉參考導(dǎo)頻；否則該字段設(shè)置為1，指示應(yīng)保留參考導(dǎo)頻；NumPilots：除參考導(dǎo)頻外的導(dǎo)頻數(shù)目；PilotPNPhase：導(dǎo)

23、頻相位，由此可以計(jì)算出導(dǎo)頻偏置；ChannelIncluded：如果此導(dǎo)頻偏置的信道與當(dāng)前的信道不同，則設(shè)置該字段為1，否則設(shè)置為0；所謂信道指的是頻點(diǎn)，所以在信令中看到的該字段絕大部分是0；Channel：如果ChannelIncluded字段設(shè)置為1，那么設(shè)置它為此導(dǎo)頻對(duì)應(yīng)的頻點(diǎn)，否則將忽略這個(gè)字段。PilotStrength：和ReferencePilotStrength類(lèi)似；Keep：和ReferenceKeep類(lèi)似。AT向AN發(fā)送RouteUpdate消息，主要用于報(bào)告AT當(dāng)前的無(wú)線傳播環(huán)境。該消息在每次Session呼叫都會(huì)有該條消息和UATIRequest一起上報(bào)，在切換的時(shí)候，

24、也是由AT首先上報(bào)RouteUpdate消息開(kāi)始。切換上報(bào)的RouteUpdate和Session呼叫、Connection呼叫等呼叫流程起始的RouteUpdate有一個(gè)區(qū)別：呼叫最初上報(bào)的路由更新消息中只有起呼主導(dǎo)頻的信息，而切換最初上報(bào)的消息中則含有多個(gè)導(dǎo)頻的信息。5.1.1.3 UATIRequestAT發(fā)送UATIRequest消息請(qǐng)求AN分配一個(gè)UATI.MessageID：固定設(shè)置為0x00；TransactionID：AT每發(fā)送一次新的UATIRequest，就將該字段增加1，該字段的范圍是0255；5.1.1.4 ACACKAN發(fā)ACAck消息，以確認(rèn)接收到接入信道的MAC層

25、包。MessageID：AN固定設(shè)置該字段為0x00；5.1.1.5 HardwareIDRequestAN利用這條消息請(qǐng)求獲取AT的HarewareID信息。MessageID：AN固定設(shè)置為0x03；TransactionID：每發(fā)送一個(gè)新的HardwareIDRequest，該字段增加1；5.1.1.6 HardwareIDResponseAT發(fā)送這條消息響應(yīng)HardwareIDRequest消息，該消息包含AT的HardwareID信息。MessageID：AT固定設(shè)置為0x04；TransactionID：應(yīng)該設(shè)置為所對(duì)應(yīng)的HardwareIDRequeset消息的Transacti

26、onID字段；HardwareIDType：AT將根據(jù)下面這個(gè)表格來(lái)填寫(xiě)這個(gè)字段：HardwareIDLength：如果HardwareID不是0xFFFFFF，那么AT設(shè)置這個(gè)字段為HardwareIDValue的字節(jié)長(zhǎng)度，否則設(shè)置為0；HardwareIDValue：AT設(shè)置該字段為廠商分配給AT的唯一ID。5.1.1.7 UATIAssignmentAN通過(guò)該消息為AT分配一個(gè)UATI。MessageID：固定設(shè)置為0x01；MessageSequence：每下發(fā)一個(gè)UATIAssigment，該字段固定增加1，但是需要注意的是這里說(shuō)的UATIAssignment是針對(duì)同一個(gè)AT而言的。

27、SubnetInclued:若該消息包含UATI104字段和UATISubnetMask字段，則該字段置應(yīng)設(shè)為1，否則為0UATISubnetMask：如果AT設(shè)置SubnetInclued為0，則忽略該字段；如果AT設(shè)置SubnetInclued為1,包含該字段，則AN應(yīng)設(shè)置該字段為分配的UATI所屬的子網(wǎng)掩碼中連續(xù)1的個(gè)數(shù)。UATI104: 如果AT設(shè)置SubnetInclued為0，則忽略該字段；如果AT設(shè)置SubnetInclued為1,包含該字段，則AN應(yīng)設(shè)置該字段為分配給AT的UATI的UATI127:24UATIColorCode：UATI顏色碼。AN應(yīng)設(shè)置該字段為UATI所屬子

28、網(wǎng)對(duì)應(yīng)的顏色碼。UATI024:AN設(shè)置該字段為分配給AT的UATI的UATI23:0.UpperOldUATILength：AN設(shè)置該字段為將在UATIComplete消息中發(fā)送OldUATI127:24從最低有效位開(kāi)始的字節(jié)數(shù)目。5.1.1.8 UATICompleteAT發(fā)送該消息證實(shí)收到的UATIAssignment消息。MessageID：固定設(shè)置為0x02；MessageSequence：設(shè)置為所對(duì)應(yīng)的UATIAssignment的MessageSequence字段；UpperOldUATILength:AT設(shè)置該字段為UpperOldUATI的字節(jié)長(zhǎng)度。UpperOldUATI：

29、若此消息所確認(rèn)的UATIAssignment消息中的UpperOldUATILength非零，并且OldUATI不為NULL，則接入終端設(shè)置該字段為OldUATI23+ UpperOldUATILength*8:245.1.1.9 具體例子上圖是一個(gè)QXDM記錄完整的Session建立流程。² RouteUpdate該條信令的具體實(shí)例見(jiàn)切換控制流程中的實(shí)例² UATIRequest首先AT發(fā)起UATIRequest消息，請(qǐng)求AN分配UATI。從該條消息可以獲取以下信息：transaction_id=12,說(shuō)明在該消息之前，已經(jīng)發(fā)送過(guò)11條不同的UATI Request消息。

30、² ACAckAN發(fā)送該消息證實(shí)接收到接入信道的MAC層包² HardwareIDRequestAN發(fā)送該消息請(qǐng)求獲取AT的HardwareID，以便作為AN計(jì)算UATI的參考。從這條信令可以看出，transaction_id=0,說(shuō)明該消息是第一次發(fā)送Hardware ID Request消息，并且可以推斷后面的HardwareID Response的transaction_id也為0。² HardwareIDReponse該消息攜帶HarewareID的信息，從這條信令可以看出，hardware_id_length=4，hardware_id共4個(gè)字節(jié)；由于所

31、對(duì)應(yīng)的HardwareIDRequest中的TransactionID為0，所以本消息中這個(gè)字段也為0。Hardware_id_type值設(shè)置為0x10000，說(shuō)明hardward_id屬于ESN類(lèi)型。² UATIAssignment該消息為AT分配UATI，從信令中看到sub_net_included設(shè)置為0，說(shuō)明不包含UATI104和SubnetMask兩個(gè)字段；UATIColorCode設(shè)置為5，說(shuō)明UATI所屬子網(wǎng)的顏色碼為5；uati_024=196717(0x3006d),此字段的值為AN所分配的低24位的UATI的值，UpperOldUATILength為0；messa

32、ge_sequence=0，可以推斷出后面的UATIComplete的message_sequence也為0。² UATIComplete本消息為UATIAssignment消息的應(yīng)答消息。由于所對(duì)應(yīng)的UATIAssignment消息中MessageSequence為0，所以本消息中也設(shè)置該字段為0；由于上條消息中UpperOldUATILength設(shè)置為0，所以本消息中該字段也設(shè)置為0。5.1.2 Session釋放5.1.2.1 AT 在接入信道發(fā)起Session 釋放5.1.2.1.1 流程介紹過(guò)程過(guò)程描述aAT 在接入信道上發(fā)送接入信道capsule，包含UmaSession

33、Close 和UmaRouteUpdate消息。bS_CES 對(duì)收到的接入信道capsule 進(jìn)行確認(rèn)，通過(guò)控制信道發(fā)送UmcACAck，使用AT 接入信道capsule 中MAC 層header 中包含的UATI 標(biāo)識(shí)。S_BSSAP 向PCF 發(fā)送A9UpdateA8 消息，請(qǐng)求釋放A10 連接。cS_PCF 判斷是否存在A10 連接，如果存在，則向PDSN 發(fā)送A11RegistrationRequest，請(qǐng)求釋放A10 連接dPDSN 向S_PCF 發(fā)送A11RegistrationReply，接受A10 釋放請(qǐng)求。ePCF 向S_BSSAP 發(fā)送A9UpdateA8Ack，確認(rèn)釋放A

34、10 連接。S_BSSAP 清除AT 的session 數(shù)據(jù)。該流程可簡(jiǎn)化為：(1)AT在接入信道發(fā)起Session釋放，首先在接入信道上發(fā)送SessionClose 和RouteUpdate消息的capsule；(2)AN對(duì)收到的接入信道capsule 進(jìn)行確認(rèn)，通過(guò)控制信道發(fā)送ACAck，使用AT 接入信道capsule 中MAC 層header 中包含的UATI 標(biāo)識(shí)。(3)釋放A10連接5.1.2.2 AT 在業(yè)務(wù)信道發(fā)起Session 釋放5.1.2.2.1 流程介紹過(guò)程過(guò)程描述aAT 在反向業(yè)務(wù)信道發(fā)送UmrSessionClose 消息（沒(méi)有UmaRouteUpdate），請(qǐng)求關(guān)

35、閉session。bS_SP 發(fā)送AvrConnectionRelease 消息給S_BSSAP，通知S_BSSAP 開(kāi)始釋放相應(yīng)資源。同時(shí)S_SP 向S_RCP 發(fā)送AbiscfConnectionRelease，請(qǐng)求釋放無(wú)線資源，并開(kāi)啟定時(shí)器Tabiscconnectionrelease。如果Tabiscconnectionrelease 超時(shí)，S_SP 清除通道表。cS_BSSAP 發(fā)送AvfConnectionReleaseAck 給S_SP，確認(rèn)收到通知，并開(kāi)啟定時(shí)器Tconnectionrelease，等待AvrConnectionReleaseComplete。如果Tconnec

36、tionrelease 超時(shí)，S_BSSAP 發(fā)起連接終止。S_RCP 發(fā)送AmfConnectionRelease 給S_CES，釋放前反向信道單元。dS_BSSAP 發(fā)送A9ReleaseA8 給PCF，啟動(dòng)釋放A8 連接和A10 連接。S_CES 發(fā)送AmrConnectionReleaseAck 給S_RCP，確認(rèn)釋放完成。ePCF 向PDSN 發(fā)送A11RegistrationRequest 請(qǐng)求釋放A10 連接。S_RCP 發(fā)送AbiscrConnectionReleaseAck 給S_SP，確認(rèn)無(wú)線資源已經(jīng)釋放。fS_SP 發(fā)送AvrConnectionReleaseComple

37、te 給S_BSSAP，帶有session 關(guān)閉指示,完成釋放，S_BSSAP 釋放分配的選擇器和CallRefId，停止定時(shí)器Tconnectionrelease，清除AT 的session 數(shù)據(jù)。gPDSN 向PCF 發(fā)送A11RegistrationReply，確認(rèn)釋放A10 連接。S_SP 調(diào)用S_FSP 的Deactive 函數(shù)，通知FSP 停止幀選擇和分發(fā)處理。hPCF 向S_BSSAP 發(fā)送A9ReleaseA8Complete，確認(rèn)A8 連接已經(jīng)釋放。S_SP 調(diào)用S_TP 的Deactive 函數(shù)，通知TP 停止業(yè)務(wù)數(shù)據(jù)處理。該流程可簡(jiǎn)化為：(1)AT在業(yè)務(wù)信道上發(fā)起Sess

38、ion釋放，首先在反向業(yè)務(wù)信道上發(fā)送SessionClose 消息，請(qǐng)求關(guān)閉session；(2)AN釋放無(wú)線資源、A8、A10連接(3)AN關(guān)閉session，清除AT的session數(shù)據(jù)區(qū)。5.1.2.3 AN 發(fā)起Session 釋放-Session 配置失敗5.1.2.3.1 流程介紹過(guò)程過(guò)程描述aS_SP 和AT 的session 協(xié)商失敗，啟動(dòng)連接釋放，通過(guò)控制信道向AT 發(fā)送UmfSessionClose 消息。由于AT 是否回UmrSessionClose 不會(huì)影響后續(xù)流程，所以S_SP 不設(shè)定時(shí)器bS_SP 收到AT 在接入信道上發(fā)送的UmrSessionClose 消息。c

39、S_SP 發(fā)送AvrConnectionRelease 消息給S_BSSAP，通知S_BSSAP 開(kāi)始釋放相應(yīng)資源。同時(shí)S_SP 向S_RCP 發(fā)送AbiscfConnectionRelease，請(qǐng)求釋放無(wú)線資源，并開(kāi)啟定時(shí)器Tabiscconnectionrelease。如果Tabiscconnectionrelease 超時(shí)，S_SP 清除通道表。dS_BSSAP 發(fā)送AvfConnectionReleaseAck 給S_SP，確認(rèn)收到通知，并開(kāi)啟定時(shí)器Tconnectionrelease，等待AvrConnectionReleaseComplete。如果Tconnectionreleas

40、e 超時(shí)，S_BSSAP 發(fā)起連接終止。S_RCP 發(fā)送AmfConnectionRelease 給S_CES，釋放前反向信道單元。eS_BSSAP 發(fā)送A9ReleaseA8 給PCF，啟動(dòng)釋放A8 連接和A10 連接。S_CES 發(fā)送AmrConnectionReleaseAck 給S_RCP，確認(rèn)釋放完成。fPCF 向PDSN 發(fā)送A11RegistrationRequest 請(qǐng)求釋放A10 連接。S_RCP 發(fā)送AbiscrConnectionReleaseAck 給S_SP，確認(rèn)無(wú)線資源已經(jīng)釋放gS_SP 發(fā)送AvrConnectionReleaseComplete 給S_BSSAP

41、，帶有session 關(guān)閉指示,完成釋放，S_BSSAP 釋放分配的選擇器和CallRefId，停止定時(shí)器Tconnectionrelease，清除AT 的session 數(shù)據(jù)hPDSN 向PCF 發(fā)送A11RegistrationReply，確認(rèn)釋放A10 連接。S_SP 調(diào)用S_FSP 的Deactive 函數(shù)，通知FSP 停止幀選擇和分發(fā)處理iPCF 向S_BSSAP 發(fā)送A9ReleaseA8Complete，確認(rèn)A8 連接已經(jīng)釋放。S_SP 調(diào)用S_TP 的Deactive 函數(shù)，通知TP 停止業(yè)務(wù)數(shù)據(jù)處理該流程可簡(jiǎn)化為：(1)AN和AT 的session 協(xié)商失敗，啟動(dòng)連接釋放,通

42、過(guò)控制信道向AT 發(fā)送SessionClose 消息,請(qǐng)求session關(guān)閉;(2)AN收到AT 在接入信道上發(fā)送的SessionClose 消息,開(kāi)始釋放無(wú)線資源、A8、A10連接(3)AN關(guān)閉session，清除AT 的session 數(shù)據(jù)5.1.2.3.2 SessionClose發(fā)送方發(fā)送SessionClose消息來(lái)結(jié)束SessionMessageID：固定設(shè)置為0x01;CloseReason：發(fā)送方按下表設(shè)置Close的原因MoreInfoLen：MoreInfo字段的字節(jié)長(zhǎng)度；MoreInfo：關(guān)閉的附加信息，該字段的格式取決于具體的關(guān)閉原因5.1.2.3.3 具體例子上圖是一

43、個(gè)QXDM記錄完整的AN 發(fā)起Session 釋放-Session 配置失敗流程。² Session Close從上面的信令可以看出，close_reason=5(0x5)(Session Configuration Failure)，說(shuō)明session關(guān)閉的原因是session配置失敗。² Session Close從上面的信令來(lái)看，close_reason=1(0x1)(Close Reply)，說(shuō)明Session Close消息中關(guān)閉的原因是關(guān)閉響應(yīng)，即響應(yīng)上一條的由于session配置失敗的Session Close消息5.1.3 Session協(xié)商5.1.3.1

44、流程介紹上面顯示的Session進(jìn)行協(xié)商的流程，在此之前是完整的Session建立流程和Connetion建立流程，見(jiàn)本文中的4.1.1和4.2.1。本部分流程中的具體操作如下：過(guò)程過(guò)程描述aAT發(fā)起Connetion建立b如果在AvfConnetionSetup消息中指示進(jìn)行協(xié)議協(xié)商，S_SP發(fā)送UmrConfigurationStart給AT。c開(kāi)始協(xié)商第一個(gè)personnality(也稱(chēng)為main personality，personalityIndexStore=0)。Main personality是一個(gè)Release0 personality。AT發(fā)送UmrConfiguratio

45、nRequest消息，協(xié)議類(lèi)型為SCP，UmrConfigurationRequest中包含AT所支持的所有非缺省Protocol subtypes(HardLink subtype除外，因?yàn)樗衟rotocols均支持HardLink subtype)。協(xié)商進(jìn)入AT啟動(dòng)階段dS_SP發(fā)送UmfConfiguratonResponse消息，協(xié)議類(lèi)型為SCP，確認(rèn)或提議新的協(xié)議參數(shù)。由于main personality是一個(gè)Release0 personality，S_SP選擇缺省物理層、缺省FTCMAC和缺省RTCMACe-fAT發(fā)起Stream Protocol的協(xié)商g-jAT發(fā)起其它pro

46、cotol subtype協(xié)商kAT完成需要協(xié)商的協(xié)議參數(shù)以后，發(fā)送UmrConfigurationComplete，結(jié)束協(xié)商AT的啟動(dòng)階段l-m如果AN需要繼續(xù)進(jìn)行協(xié)商，S_SP發(fā)送UmrConfigurationRequest消息，協(xié)議類(lèi)型為SCP，協(xié)商進(jìn)入AN啟動(dòng)階段。n-oAN發(fā)起Stream Protocol的協(xié)商，以協(xié)商出綁定在RAN上的缺省分組的應(yīng)用p-sAN發(fā)起其它procotol subtype協(xié)商t-w如果在前面協(xié)商中指定使用Key交換協(xié)議，則進(jìn)入Key交換過(guò)程。xAN和AT完成main personality協(xié)商后，S_SP通過(guò)UmfSoftConfigurationCo

47、mplete中continue=1字段通知AT開(kāi)始下一個(gè)personality的協(xié)商，除main personality是唯一的一個(gè)Release0 personality外，其余的personalities均為Rev A personalityyAT選擇那些在協(xié)商main personality時(shí)AT曾發(fā)起過(guò)協(xié)商的protocols，向AN推薦HardLink subtype。采用這樣的策略，AT可以避免再對(duì)這些protocols進(jìn)行不必要的協(xié)商。z由于當(dāng)前協(xié)商的是一個(gè)Rev A personality，所以AN選擇物理層ST2，增強(qiáng)型FTCMAC和RTCMAC ST3。aa-bbAT發(fā)起S

48、tream Protocol的協(xié)商cc-hhAT發(fā)起其他protocol subtype的協(xié)商iiAT完成需要協(xié)商的協(xié)議參數(shù)后，發(fā)送UmrConfigurationComplete，結(jié)束協(xié)商的AT啟動(dòng)階段jj-kk如果AN需要繼續(xù)進(jìn)行協(xié)商，S_SP發(fā)送UmfConfigurationRequest，協(xié)議類(lèi)型為SCPll-mmAN發(fā)起Stream Protocol的協(xié)商nn-uuAN發(fā)起其他protocol subtype的協(xié)商vv第二個(gè)personality協(xié)商完閉后，S_SP通過(guò)UmfSoftConfigurationComplete中Continue=0通知AT不必進(jìn)行其他personal

49、ity的協(xié)商。同時(shí)，如果當(dāng)前活動(dòng)集中只有CHM6800的導(dǎo)頻，S_SP把UmfSoftConfigurationComplete中的SessionConfigurationToken的高4bit置為1（即通知AT使用Rev A personality）；否則置為0（即通知AT使用Rev 0 personality）wwAT發(fā)送UmrSLPAck，確認(rèn)收到UmfSoftConfigurationCompletexxS_SP向S_BSSAP發(fā)送AvrSessionConfigurationComplete，把當(dāng)前協(xié)商后的協(xié)議配置參數(shù)發(fā)送給S_BSSAPyyS_SP啟動(dòng)連接關(guān)閉，發(fā)送UmfConne

50、ctionClose消息。該流程較為復(fù)雜，對(duì)該流程的梳理，詳細(xì)見(jiàn)4.1.3.7的介紹。5.1.3.2 ConfigurationStart該條消息用于提示開(kāi)始session協(xié)商的流程，該消息的內(nèi)容比較簡(jiǎn)單，只有一個(gè)域MessageID，固定設(shè)置為0x01，該消息是由AN發(fā)送給AT的，一旦AN發(fā)出該消息，那么AT和AN的會(huì)話配置協(xié)議狀態(tài)都應(yīng)該跳轉(zhuǎn)到“AT始發(fā)”狀態(tài)。在會(huì)話配置協(xié)議中共有四種狀態(tài)：² 非激活狀態(tài)：此狀態(tài)下，等待Activate命令。² AT始發(fā)狀態(tài)：此狀態(tài)下，協(xié)商由接入終端發(fā)起。² AN始發(fā)狀態(tài)：此狀態(tài)下，協(xié)商由AN發(fā)起。² 開(kāi)狀態(tài)：此狀態(tài)下

51、，AT可以在任何時(shí)間啟動(dòng)會(huì)話配置過(guò)程，AN可以在任何時(shí)間請(qǐng)求AT始發(fā)會(huì)話配置。對(duì)于四個(gè)狀態(tài)之間的轉(zhuǎn)換可以結(jié)合下面的狀態(tài)機(jī)來(lái)看，也可以了解為什么流程圖中是AT先進(jìn)行協(xié)商等。下圖為AT側(cè)會(huì)話配置協(xié)議狀態(tài)圖。剛開(kāi)始AT側(cè)是處于Inactive狀態(tài)，當(dāng)觸發(fā)以下條件時(shí)，將進(jìn)行狀態(tài)轉(zhuǎn)化觸發(fā)進(jìn)入Inactive狀態(tài)的條件：AT始發(fā)、AN始發(fā)、OPEN三種狀態(tài)，AT收到Deactive命令；觸發(fā)進(jìn)入OPEN狀態(tài)的條件：(1)Inactive狀態(tài)下，AT收到active命令；（2）AN始發(fā)狀態(tài)下，AT收到ComfigurationComplete消息，結(jié)束AN側(cè)的始發(fā)協(xié)商過(guò)程；或者AT收到Softconfigu

52、rationComplete消息攜帶Continue字段為0，不需要進(jìn)行下一個(gè)Personality的協(xié)商。；觸發(fā)進(jìn)入AT始發(fā)狀態(tài)的條件：（1）OPEN狀態(tài)下，AT收到ConfigurationStart，開(kāi)始協(xié)商過(guò)程；或者AT發(fā)送ConfigurationRequest消息；或者AT發(fā)送任何InConfiguration消息；(2)AN始發(fā)狀態(tài)下，AT收到SoftConfigurationComplete消息攜帶Continue字段為1，需要進(jìn)行下一個(gè)Personality的協(xié)商。觸發(fā)進(jìn)入AN始發(fā)狀態(tài)的條件：（1）AT始發(fā)狀態(tài)下，AT發(fā)送ConfigurationComplete，結(jié)束AT側(cè)

53、的始發(fā)協(xié)商過(guò)程；下圖為AN側(cè)會(huì)話配置協(xié)議狀態(tài)圖：剛開(kāi)始AN側(cè)是處于Inactive狀態(tài)，當(dāng)觸發(fā)以下條件時(shí)，將進(jìn)行狀態(tài)轉(zhuǎn)化觸發(fā)進(jìn)入Inactive狀態(tài)的條件：AT始發(fā)、AN始發(fā)、OPEN三種狀態(tài)，AN收到Deactive命令。觸發(fā)進(jìn)入OPEN狀態(tài)的條件：（1）Inactive狀態(tài)下，AN收到active命令；（2）AN始發(fā)狀態(tài)下，AN發(fā)送ComfigurationComplete消息，結(jié)束AN側(cè)的始發(fā)協(xié)商過(guò)程；或者AN發(fā)送SoftconfigurationComplete消息攜帶Continue字段為0，不需要進(jìn)行下一個(gè)Personality的協(xié)商。；觸發(fā)進(jìn)入AT始發(fā)狀態(tài)的條件：1）OPEN狀態(tài)

54、下，AN發(fā)送ConfigurationStart，開(kāi)始協(xié)商過(guò)程；或者AN接收ConfigurationRequest消息；或者AN接收任何InConfiguration消息；(2)AN始發(fā)狀態(tài)下，AN發(fā)送SoftConfigurationComplete消息攜帶Continue字段為1，需要進(jìn)行下一個(gè)Personality的協(xié)商。觸發(fā)進(jìn)入AN始發(fā)狀態(tài)的條件：（1）AT始發(fā)狀態(tài)下，AN接收ConfigurationComplete，結(jié)束AT側(cè)的始發(fā)協(xié)商過(guò)程；對(duì)比上述兩個(gè)狀態(tài)圖，其實(shí)AT側(cè)的狀態(tài)轉(zhuǎn)化圖和AN側(cè)的狀態(tài)轉(zhuǎn)化圖是一一對(duì)應(yīng)的，有兩種情況將回到AT的始發(fā)狀態(tài)：(1)每次AN始發(fā)狀態(tài)，AT收到

55、或者AN發(fā)送SoftConfigurationComplete攜帶Continue字段為1，都將回到AT的始發(fā)狀態(tài)；(2)每次AN始發(fā)狀態(tài)，AT接收或AN發(fā)送ConfigurationComplete，或者AT接收或AN發(fā)送Soft ConfigurationComplete攜帶Continue字段為0，狀態(tài)都將轉(zhuǎn)化為OPEN狀態(tài)；從OPEN狀態(tài)，AT接收或AN發(fā)送ConfigurationStart，或者AT發(fā)送或AN接收ConfigurationRequest，或者AT接收或AN發(fā)送任何Inconfiguration的消息，狀態(tài)都將回到AT的始發(fā)狀態(tài)；因此這可以解釋為什么流程圖中是AT先進(jìn)

56、行協(xié)商等5.1.3.3 ConfigurationRequest在這里需要介紹一下屬性記錄（AttributeRecord）這個(gè)概念。它為給定屬性定義一套建議值，屬性記錄格式被定義，可以使得接收方不能識(shí)別此屬性，則它也能夠丟棄它并分析此記錄隨后的屬性記錄。一個(gè)屬性可以是以下三類(lèi)中的一種：² 簡(jiǎn)單屬性：假如屬性記錄中只包含單個(gè)值；² 屬性列表：假如屬性記錄包含多種單個(gè)值，它們被解釋為相同屬性標(biāo)志符的不同建議值；（如：相同協(xié)議類(lèi)型的可能協(xié)議子類(lèi)型列表）² 綜合屬性：如果屬性記錄中包含多種單個(gè)值，這些值一起形成一個(gè)特定屬性標(biāo)志符的綜合值；單個(gè)屬性和屬性列表的格式如下：其中Length是屬性記錄的長(zhǎng)度，單位為字節(jié)，但是不包含Length域本身；AttributeID是屬性標(biāo)志符，在正在配置的協(xié)議上下文中