【正文】 MNID尚未建立A11業(yè)務(wù)連接，按照一定的算法選擇PDSN，發(fā)送A11RegistrationRequest消息給PDSN，請求建立A11業(yè)務(wù)連接，開啟定時(shí)器Tregreq。cccS_SP向S_TP發(fā)送AsdfPCFA8Info，通知A8連接已經(jīng)完成，可以向PCF發(fā)送分組數(shù)據(jù)。gggAT響應(yīng)UmfDataReadyAck，確認(rèn)收到UmfDataReady。kkkS_TP發(fā)送AsdrFlowControlOpenedAck消息給S_SP，確認(rèn)收到AsdfFlowControlOpened。上面給出的具體流程操作看起來是一個(gè)很復(fù)雜的過程，但是可以依據(jù)完成的功能來劃分為4個(gè)大塊：178。 流2的啟用（粉色字體）因此可以簡單概括為：啟用Stream1進(jìn)行接入認(rèn)證，然后在Stream1的基礎(chǔ)上完成PPP的協(xié)商工作，一旦PPP協(xié)商完成后，就關(guān)閉Stream1；進(jìn)行位置更新（如果必要的話），啟動(dòng)Stream2進(jìn)行業(yè)務(wù)流傳輸。DataReadyACK：MessageID：固定設(shè)置為0x0C；TransactionID：設(shè)置為等于對應(yīng)的DataReady消息的TransactionID值。 XonRequest其中MessageID固定設(shè)置為0x07；178。 XoffRequest和XoffResponse消息在流層處于開狀態(tài)時(shí)候，可以通過這兩條消息關(guān)閉流層，使之進(jìn)入閉狀態(tài)。178。 LocationRequestMessageID固定設(shè)置為0x03。MessageID：固定設(shè)置為0x05；TransactionID：AN每發(fā)送一個(gè)新的LocationAssignment就就對TransactionID增加1；LocationType：類型編碼。 具體例子下面是位置更新的具體流程：178。178。下面是啟用和關(guān)閉Stream1的具體流程：178。178。 XonResponse這是AN對Request的應(yīng)答。 Connection釋放從空口信令來看，釋放流程很簡單。 TCSPClose定時(shí)器在AN側(cè)和PDSN側(cè)的釋放中，AN維持一個(gè)定時(shí)器，TCSPClose，如果在定時(shí)器超時(shí)還沒有收到AT的ConnectionClose消息，將定義一次釋放失敗。 第二條ConnectionClose可以看到CloseReason為1，說明是對釋放指令的應(yīng)答，且SuspendEnable＝true，說明AT將進(jìn)入維持一定時(shí)間的掛起狀態(tài)。分別對應(yīng)下面的具體操作：過程過程描述a在AT同AN之間connection已經(jīng)建立，當(dāng)AT滿足在Active Set中增加某個(gè)導(dǎo)引信號的條件時(shí)（ Route Update Report Rules），AT向AN發(fā)送一條Umr_RouteUpdate消息，AN通過S_CEC，S_FSP將RouteUpdate消息發(fā)送給S_SP。rAT對TrafficChannelAssignment消息發(fā)送SLP層證實(shí)消息SLPAck，通過S_RXC（BTS1，BTS2），S_FSP發(fā)送給AN。AAT在收到Neighborlist消息后回送的SLP層證實(shí)消息。注意這里的導(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è)置它為對應(yīng)于此導(dǎo)頻的信道記錄，否則將忽略這個(gè)字段。SLPD是一種可靠傳輸，因此，對于每個(gè)分組就需要有確認(rèn)接收，這個(gè)確認(rèn)就是通過SeqNo和AckSeqNo以及兩個(gè)指示符：SeqValid和AckSeqValid。上面是具體內(nèi)容，可以看到后者的AckSeqNo等于前者的SeqNo。但是這樣存在一個(gè)問題，如果接收方在收到一個(gè)SLPD分組后，由于種種原因，可能在一段時(shí)間內(nèi)沒有可用的SLPD分組來攜帶AckSeqNo來對其進(jìn)行應(yīng)答（TSLPACK＝200ms），為了不讓這個(gè)定時(shí)器超時(shí)，于是接收方就直接發(fā)一個(gè)SLPD的報(bào)頭，對所接收到的SLPD分組進(jìn)行應(yīng)答而已。 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消息，放在切換控制部分來講解，并不是因?yàn)樵撓⒑颓袚Q控制關(guān)系密切，而是在切換控制中比較容易看到具體的實(shí)例，而配置或者呼叫流程信令繁多，不容易看清楚作用。下面對這些信令進(jìn)行具體講解。S_SP在收到該消息后關(guān)閉定時(shí)器T_SoftHandoff，認(rèn)為該軟切換已經(jīng)成功。pS_SP經(jīng)由S_FSP，S_FTC（BTS1）向AT發(fā)送TrafficChannelAssignment消息，通知AT對Active Set進(jìn)行改變。 2004 中興通訊股份有限公司 版權(quán)所有 第 6 頁 共 6 頁上面這個(gè)流程圖是軟切換加的一個(gè)完整流程（包括空口和基站內(nèi)部單板），對于軟切換加/去和更軟切換加/去，基站內(nèi)部的流程是不一樣的，但是體現(xiàn)在空口的流程是一樣，因此切換的空口部分只取軟切換加為例進(jìn)行介紹。178。 ConnectionCloseMessageID：設(shè)置為0x00；CloseReason：按照下面這個(gè)表格設(shè)置：SuspendEnable：是否帶有掛起階段的時(shí)間；SuspendTime：掛起階段的結(jié)束時(shí)間。178。Type＝0x15，說明是Stream1。178。178。178。LocationValue：AN設(shè)置該字段為LocationType指定類型的位置。 LocationNofication這條消息由AT反向發(fā)送，對Request消息進(jìn)行應(yīng)答。以上兩條消息通過Type值來確定是針對某個(gè)流層的。178。以上兩條消息通過Type值來確定是針對某個(gè)流層的。且Request消息只在反向存在，而Response消息只在前向存在。DataReady以及DataReadyACK消息是在Stream Layer上發(fā)送的，應(yīng)用在流層處于閉狀態(tài)的情況下，其中Ready是用于指示該流層的分組應(yīng)用上有數(shù)據(jù)需要傳輸。 PPP的協(xié)商（紅色字體）178。AT不發(fā)送UmrXonRequest消息打開流控協(xié)議，而直接發(fā)送RLP分組，S_TP收到AT在Stream2上發(fā)送的分組，認(rèn)為Stream2已經(jīng)打開，可以發(fā)送RLP分組，于是向S_SP發(fā)送FlowControlOpened消息，S_SP返回確認(rèn)FlowControlOpenedAck。iiiS_SP發(fā)送UmfXonResponse（SNP = Stream2）給AT，使用SLP Best Effort服務(wù)，確認(rèn)收到消息UmrXonRequest，并打開Stream2流應(yīng)用。eee如果業(yè)務(wù)流Stream2尚未打開，S_TP向S_SP發(fā)送AsdrDataReady消息，請求打開業(yè)務(wù)流。aaaPCF向S_BSSAP發(fā)送A9ConnectA8，包含PCF端A8連接的TrafficID，完成A8業(yè)務(wù)連接建立。如果連接建立流程中有接入認(rèn)證，該步驟可在接入認(rèn)證之后進(jìn)行；否則，可在S_BSSAP收到AvrConnectionSetupAck后進(jìn)行。uuAT發(fā)送UmrLocationComplete給S_SP，使用SLP的Reliable服務(wù)，確認(rèn)已經(jīng)收到指配的位置值。qqS_TP發(fā)送AsdrFlowControlClosedAck給S_TP，確認(rèn)收到指示。mmS_BSSAP指示PPP模塊停止和AT的PPP連接。jjS_BSSAP上的接入認(rèn)證模塊AAAClient構(gòu)造A12AccessRequest消息，通過RADIUS協(xié)議棧（使用UDP數(shù)據(jù)報(bào)，端口號1812）發(fā)送給ANAAA認(rèn)證中心。該步驟可在收到AvrConnectionSetupAck后進(jìn)行，如果接入流Stream1尚未打開，S_TP可緩存一定PPP數(shù)據(jù)包。dd~ff這部分流程顯示了流控協(xié)議打開的另一種情況。zAT發(fā)送UmrXonRequest（SNP = Stream1）給S_SP，使用SLP Best Effort服務(wù)，請求打開Stream1應(yīng)用以傳送RLP分組。 流應(yīng)用階段 流程介紹下圖為Connection連接過程中，AT向AN發(fā)送了TrafficChannelComplete消息之后的流程，主要是完成流的應(yīng)用工作，包括PPP連接、接入認(rèn)證、位置更新等，其中PPP連接是必不可少的部分。 AT接收到AN發(fā)出的TrafficChannelAssignment：從該條信息中可以獲得如下信息：該消息對AT的SeqNo為2的消息進(jìn)行了應(yīng)答，并且要求AT也對本消息進(jìn)行應(yīng)答，SeqNo為0；MessageID為3，因此對應(yīng)的TrafficChannelComplete消息中的MessageID也應(yīng)該為3；幀偏置為0，DRCLength＝1（也就是說一個(gè)DRC占用兩個(gè)時(shí)隙），DRCChannelGain為－3（－3補(bǔ)碼表示為61），ACKChannelGain為6；178。178。AN網(wǎng)絡(luò)使用該AT當(dāng)前的ATI來發(fā)送該條消息。 TrafficChannelAssignmentMessageID：固定設(shè)置為1；MessageSequence：消息的序列號，應(yīng)該比上一個(gè)TrafficChannelAssignment消息中的序列號大1，范圍為0～255；ChannelIncluded：同RouteUpdate消息；Channel：同RouteUpdate消息；FrameOffset：用于反向的幀偏置，和1x系統(tǒng)類似，將一幀的時(shí)間分解成為16個(gè)幀偏置；DRCLength：申請一個(gè)DRC所需要的時(shí)隙，該字段設(shè)置值所對應(yīng)的時(shí)隙數(shù)目如下表所示：DRCChannel