【導(dǎo)讀】在本文檔中介紹了DO系統(tǒng)中常見業(yè)務(wù)的空口信令流程，結(jié)合實(shí)際的測(cè)試數(shù)據(jù)，講解了其中主要字段的具體含義。隨著DO系統(tǒng)的網(wǎng)絡(luò)發(fā)展，部分流程可能會(huì)有改變，在以后的學(xué)習(xí)和應(yīng)用中需要注意對(duì)比。本文檔中的流程圖來(lái)源于《3GCDMA2000HRPD系統(tǒng)應(yīng)用層協(xié)議設(shè)計(jì)》，數(shù)據(jù)實(shí)例來(lái)源于2004年11月在?？贖RPD實(shí)驗(yàn)局部分測(cè)試數(shù)據(jù)。為了幫助讀者理解，對(duì)于每個(gè)業(yè)務(wù)流程，本文采用了先介紹流程圖，然后給出每條信令的具體字段解析，最后是一個(gè)具體實(shí)例的組織方式，所以篇幅相對(duì)較長(zhǎng)。S_CEC對(duì)收到的接入信道capsule進(jìn)行確認(rèn)，通過(guò)控制信道發(fā)送UmcACAck，使用AT接入信道capsule中MAC層header中包含的RATI標(biāo)識(shí)。S_CEC傳送capsule給S_BSSAP，S_BSSAP停止定時(shí)器THardwareIDRequest，記錄AT的HardwareID到session數(shù)據(jù)區(qū)。在同一子網(wǎng)中，24比特的UATI是AT的唯一標(biāo)識(shí)。如果TUATIAssignment超時(shí)，S_BSSAP可請(qǐng)求S_CEC重發(fā)UmcUATIAssignment消息3次，如果3次后仍未收到UmaUATIComplete消息，應(yīng)認(rèn)為session建立失敗。S_BSSAP釋放為AT分配的UATI結(jié)束session建立，并可通過(guò)S_CEC發(fā)送UmcSessionClose消息釋放可能在AT中已經(jīng)存儲(chǔ)的UATI。

　　

【正文】 ength：如果AT存儲(chǔ)的LocationValue值為NULL，則不含該字段，否則設(shè)置為存儲(chǔ)的LocationLength；LocationValue：如果AT存儲(chǔ)的LocationValue值為NULL，則不含該字段，否則設(shè)置為存儲(chǔ)的LocationValue； LocationAssignment由AN在前向發(fā)送給AT。MessageID：固定設(shè)置為0x05；TransactionID：AN每發(fā)送一個(gè)新的LocationAssignment就就對(duì)TransactionID增加1；LocationType：類型編碼。具體可參考下表：LocationLength：和上表關(guān)系密切。LocationValue：AN設(shè)置該字段為L(zhǎng)ocationType指定類型的位置。如果LocationType設(shè)置為0x01，那么Value的子域應(yīng)該如下： LocationCompleteMessageID：設(shè)置為0x06；TransactionID：設(shè)置為所應(yīng)答的LocationAssignment消息中的TransactionID字段。 具體例子下面是位置更新的具體流程：178。 LocationRequestAN在前向發(fā)送位置更新請(qǐng)求消息給AT，讓AT上報(bào)當(dāng)前的位置信息。178。 LocationNotification從AT返回的LocationType來(lái)看，LocationValue為Null。178。 LocationAssignment這是AN給AT的位置更新消息，其中LocationType＝1，所以Length＝5，Value的子字段分別是：SID=0、NID=0和PacketZoneID=0。178。 LocationComplete其中TransactionID等于LocationAssignment消息種的TransactionID。下面是啟用和關(guān)閉Stream1的具體流程：178。 DataReadyAN在前向發(fā)送DataReady給AT，告訴AT在Stream1上有分組數(shù)據(jù)傳輸。178。 DateReadyAckAT在反向發(fā)送DataReadyAck給AN，對(duì)上一條DataReady進(jìn)行應(yīng)答，其中TransactionID等于DataReady中的TransactionID。178。 XonRequest該消息是啟動(dòng)Stream1的分組應(yīng)用。Type＝0x15，說(shuō)明是Stream1。178。 XonResponse這是AN對(duì)Request的應(yīng)答。Type＝0x15，說(shuō)明是Stream1。178。 XoffRequest、XoffResponse消息由于前臺(tái)信令丟失，未能列舉實(shí)例。 Connection釋放從空口信令來(lái)看，釋放流程很簡(jiǎn)單。如果是AT側(cè)主動(dòng)釋放的話，流程上只有AT主動(dòng)上發(fā)的ConnetionClose消息，AN在收到該消息后開始釋放AN內(nèi)部資源，除此之外，并無(wú)空口指令；如果是AN側(cè)釋放（如BTS過(guò)載、休眠定時(shí)器超時(shí)等）或者是PDSN發(fā)起釋放，從空口看，首先由AN發(fā)出ConnetionClose，然后由AT回復(fù)一個(gè)ConnetionClose。 ConnectionCloseMessageID：設(shè)置為0x00；CloseReason：按照下面這個(gè)表格設(shè)置：SuspendEnable：是否帶有掛起階段的時(shí)間；SuspendTime：掛起階段的結(jié)束時(shí)間。所謂掛起階段是這么定義的：如果AT發(fā)送ConnectionClose消息，AT可以通過(guò)這個(gè)消息通知AN它將還要連續(xù)監(jiān)視控制信道，直到連接關(guān)閉后的某個(gè)時(shí)間，這個(gè)階段就是掛起階段。 TCSPClose定時(shí)器在AN側(cè)和PDSN側(cè)的釋放中，AN維持一個(gè)定時(shí)器，TCSPClose，如果在定時(shí)器超時(shí)還沒有收到AT的ConnectionClose消息，將定義一次釋放失敗。 具體例子上圖中給出的是AN側(cè)主動(dòng)釋放Connection的一個(gè)例子。178。 第一條ConnectionClose可以看出，CloseReason為0，說(shuō)明是正常釋放；178。 第二條ConnectionClose可以看到CloseReason為1，說(shuō)明是對(duì)釋放指令的應(yīng)答，且SuspendEnable＝true，說(shuō)明AT將進(jìn)入維持一定時(shí)間的掛起狀態(tài)。4 切換控制流程 激活態(tài)軟切換 流程介紹Copyright 169。 2004 中興通訊股份有限公司 版權(quán)所有 第 6 頁(yè) 共 6 頁(yè)上面這個(gè)流程圖是軟切換加的一個(gè)完整流程（包括空口和基站內(nèi)部單板），對(duì)于軟切換加/去和更軟切換加/去，基站內(nèi)部的流程是不一樣的，但是體現(xiàn)在空口的流程是一樣，因此切換的空口部分只取軟切換加為例進(jìn)行介紹。從上面流程圖看出，涉及空口部分的流程分別為：a、b、p、q、r、s、z、A。分別對(duì)應(yīng)下面的具體操作：過(guò)程過(guò)程描述a在AT同AN之間connection已經(jīng)建立，當(dāng)AT滿足在Active Set中增加某個(gè)導(dǎo)引信號(hào)的條件時(shí)（ Route Update Report Rules），AT向AN發(fā)送一條Umr_RouteUpdate消息，AN通過(guò)S_CEC，S_FSP將RouteUpdate消息發(fā)送給S_SP。bS_SP完成業(yè)務(wù)信道SLP層證實(shí)的功能，通過(guò)S_FSP，S_FSP將SLPAck消息發(fā)送給AT。pS_SP經(jīng)由S_FSP，S_FTC（BTS1）向AT發(fā)送TrafficChannelAssignment消息，通知AT對(duì)Active Set進(jìn)行改變。qS_SP同時(shí)通過(guò)S_FSP，S_FTC（BTS1）向AT發(fā)送ResetReport消息。rAT對(duì)TrafficChannelAssignment消息發(fā)送SLP層證實(shí)消息SLPAck，通過(guò)S_RXC（BTS1，BTS2），S_FSP發(fā)送給AN。s在收到TrafficChannelAssignment消息后，AT將發(fā)送相應(yīng)的證實(shí)消息TrafficChannelComplete通過(guò)S_RXC（BTS1，BTS2），S_FSP傳送給S_SP。S_SP在收到該消息后關(guān)閉定時(shí)器T_SoftHandoff，認(rèn)為該軟切換已經(jīng)成功。zS_SP根據(jù)收到的Avf_NeighbourList消息后，將其加入存儲(chǔ)的鄰區(qū)信息中構(gòu)造Neighborlist消息通過(guò)S_FSP，S_FTC（BTS1假設(shè)此時(shí)未發(fā)生DRC Change）發(fā)送給AT。AAT在收到Neighborlist消息后回送的SLP層證實(shí)消息。TrafficChannelAssignment、ResetReport和TrafficChannelComplete三條消息在Connection呼叫中已經(jīng)介紹過(guò)，將不再贅述。下面對(duì)這些信令進(jìn)行具體講解。 RouteUpdateMeesageID：固定設(shè)置為0；MessageSequence：消息的序列號(hào)，應(yīng)該比上一個(gè)RouteUpdate消息中的序列號(hào)大1，范圍為0～255；ReferencePilotPN：和1x系統(tǒng)類似，以激活集中最早到達(dá)的多徑為參考導(dǎo)頻和相位；ReferencePilotStrength：參考導(dǎo)頻的強(qiáng)度。注意這里的導(dǎo)頻強(qiáng)度計(jì)算和1x有些不一樣，在1x系統(tǒng)中是按照10log（PS）計(jì)算，而在HRPD中是按照－210log（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)，所以在信令中看到的該字段絕大部分是false；Channel：如果ChannelIncluded字段設(shè)置為1，那么設(shè)置它為對(duì)應(yīng)于此導(dǎo)頻的信道記錄，否則將忽略這個(gè)字段。PilotStrength：和ReferencePilotStrength類似；Keep：和ReferenceKeep類似。 NeighborlistMessageID：固定設(shè)置為0x04；Count：消息中所攜帶的導(dǎo)頻數(shù)目；PilotPN：導(dǎo)頻偏置；ChannelIncluded：見RouteUpdate消息中的解釋；Channel：見RouteUpdate消息中的解釋；SearchWindowSizeIncluded：如果NeighborList消息中還包含鄰區(qū)導(dǎo)頻的搜索窗口寬度信息，那么設(shè)置為1，否則為0；SearchWindowSize：鄰區(qū)導(dǎo)頻的搜索窗口信息，如果SearchWindowSizeIncluded設(shè)置為0，那么忽略本字段；SearchWindowOffsetIncluded：如果NeighborList消息中還包含鄰區(qū)導(dǎo)頻的搜索窗口中心偏置信息，那么設(shè)置為1，否則為0；SearchWindowSize：鄰區(qū)導(dǎo)頻的搜索窗口中心偏置信息，如果SearchWindowOffsetIncluded設(shè)置為0，那么忽略本字段； SLPACK在前面的Session配置部分就出現(xiàn)了SLPACK消息，放在切換控制部分來(lái)講解，并不是因?yàn)樵撓⒑颓袚Q控制關(guān)系密切，而是在切換控制中比較容易看到具體的實(shí)例，而配置或者呼叫流程信令繁多，不容易看清楚作用。前面說(shuō)過(guò)，該消息是一種層2證實(shí)，不屬于哪個(gè)子協(xié)議，實(shí)際上該消息其實(shí)是一種SLPD的報(bào)頭。SLPD是一種可靠傳輸，因此，對(duì)于每個(gè)分組就需要有確認(rèn)接收，這個(gè)確認(rèn)就是通過(guò)SeqNo和AckSeqNo以及兩個(gè)指示符：SeqValid和AckSeqValid。這個(gè)原理應(yīng)該是比較簡(jiǎn)單的：當(dāng)發(fā)送方發(fā)出了一個(gè)SLPD分組，設(shè)置SeqValid＝1，如果接收方收到了這個(gè)分組，就會(huì)在接收方所發(fā)出的SLPD分組中設(shè)置AckSeqValid＝1，并且設(shè)置該分組的AckSeqNo等于所對(duì)應(yīng)接收到的SLPD分組中的SeqNo。但是這樣存在一個(gè)問(wèn)題，如果接收方在收到一個(gè)SLPD分組后，由于種種原因，可能在一段時(shí)間內(nèi)沒有可用的SLPD分組來(lái)攜帶AckSeqNo來(lái)對(duì)其進(jìn)行應(yīng)答（TSLPACK＝200ms），為了不讓這個(gè)定時(shí)器超時(shí)，于是接收方就直接發(fā)一個(gè)SLPD的報(bào)頭，對(duì)所接收到的SLPD分組進(jìn)行應(yīng)答而已。下面我們看一個(gè)實(shí)例：上圖顯示了AT發(fā)送了兩條RouteUpate消息，如果說(shuō)AN判決進(jìn)行切換，那么ACK消息可以不下發(fā)，通過(guò)TrafficChannelAssignment進(jìn)行證實(shí)，但是如果判決不進(jìn)行切換，那么必須進(jìn)行證實(shí)，這里的證實(shí)就通過(guò)上圖中的SLP DATA ONLY(SLPACK)消息完成。上面是具體內(nèi)容，可以看到后者的AckSeqNo等于前者的SeqNo。 具體例子l AT發(fā)出RouteUpdate：從這條信令可以獲取以下信息：參考導(dǎo)頻為12，強(qiáng)度為11（－），檢測(cè)到鄰區(qū)中PN4的強(qiáng)度為6（－3dB）；這條消息并不應(yīng)答AN發(fā)出的消息，但是要求AN對(duì)該消息進(jìn)行應(yīng)答，SeqNo為2；l AT收到AN發(fā)來(lái)的NeighborList：