【正文】 am1流控協(xié)議，發(fā)送UmfDataReady (SNP = Stream1)給AT，使用SLP Best Effort服務(wù)，并啟動(dòng)定時(shí)器Tfcresponse。 流應(yīng)用階段 流程介紹下圖為Connection連接過(guò)程中，AT向AN發(fā)送了TrafficChannelComplete消息之后的流程，主要是完成流的應(yīng)用工作，包括PPP連接、接入認(rèn)證、位置更新等，其中PPP連接是必不可少的部分。 AN收到AT發(fā)來(lái)的TrafficChannelComplete：178。 AT接收到AN發(fā)出的TrafficChannelAssignment：從該條信息中可以獲得如下信息：該消息對(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（也就是說(shuō)一個(gè)DRC占用兩個(gè)時(shí)隙），DRCChannelGain為－3（－3補(bǔ)碼表示為61），ACKChannelGain為6；178。TransActionID＝10，表示該AT在此之前已經(jīng)發(fā)出過(guò)10個(gè)ConnectionRequest消息。178。 具體例子上圖為Connection呼叫中空口的流程，有部分信令沒(méi)有顯示出來(lái)：前向的ResetReport消息、反向的Pilot+DRC、前向的SLPACK。AN網(wǎng)絡(luò)使用該AT當(dāng)前的ATI來(lái)發(fā)送該條消息。ResteReport消息的作用可以參考協(xié)議中對(duì)RouteUpdate消息發(fā)送原則的描述。 TrafficChannelAssignmentMessageID：固定設(shè)置為1；MessageSequence：消息的序列號(hào)，應(yīng)該比上一個(gè)TrafficChannelAssignment消息中的序列號(hào)大1，范圍為0～255；ChannelIncluded：同RouteUpdate消息；Channel：同RouteUpdate消息；FrameOffset：用于反向的幀偏置，和1x系統(tǒng)類似，將一幀的時(shí)間分解成為16個(gè)幀偏置；DRCLength：申請(qǐng)一個(gè)DRC所需要的時(shí)隙，該字段設(shè)置值所對(duì)應(yīng)的時(shí)隙數(shù)目如下表所示：DRCChannelGain：用于指示AT發(fā)送DRC消息時(shí)候所采用的增益；ACKChannelGain：用于指示AT發(fā)送ACK消息時(shí)候所采用的增益；NumPilots：TrafficChannelAssignment消息中所攜帶導(dǎo)頻的數(shù)目；PilotPN：導(dǎo)頻偏置；SofterHandoff：這個(gè)字段是用來(lái)標(biāo)記導(dǎo)頻之間的軟或者更軟切換關(guān)系的。其中RouteUpdate、ACAck、SLPACK等在前面已經(jīng)介紹過(guò)，下面主要介紹ConnectionRequest、TrafficChannelAssignment、ResetReport、TrafficChannelComplete等消息。使用SLP的Reliable服務(wù)，vS_SP發(fā)送UmfSLPAck，作為對(duì)UmrTrafficChannelComplete消息的SLP層確認(rèn)。uAT發(fā)送UmrTrafficChannelComplete給S_SP，消息中攜帶對(duì)前面消息SLP層的確認(rèn)。tS_SP發(fā)送UmfRTCAck，向AT確認(rèn)收到反向業(yè)務(wù)信道導(dǎo)頻和DRC。通過(guò)發(fā)送ResetReport消息，AT只有當(dāng)看到新的導(dǎo)頻或者要去掉活動(dòng)集中的導(dǎo)頻時(shí)才發(fā)送RouteUpdate消息，消息中也允許包含先前的導(dǎo)頻。ResetReport消息是為了控制AT發(fā)送RouteUpdate消息。lS_SP構(gòu)造控制信道MAC分組UmcResetReport發(fā)送給S_CEC，S_CEC通過(guò)控制信道發(fā)送給AT。kS_SP構(gòu)造控制信道MAC分組UmcTrafficChannelAssignment發(fā)送給S_CEC，S_CEC通過(guò)控制信道發(fā)送給AT。該capsule由S_CEC透明傳送給S_BSSAP，S_CEC接入信道解調(diào)單元還將估計(jì)AT到sector的往返延時(shí)RoundTripDelay，和接入信道capsule一起發(fā)送給S_BSSAP。 信道指配捕獲階段 流程介紹以上是Connection呼叫流程的一部分。 ConnectionColse階段進(jìn)入釋放流程，具體見(jiàn)后面詳細(xì)描述，此處就不再描述釋放流程的相關(guān)信息。由于是AN發(fā)出該Complete消息，所以包含SessionConfigurationToken。178。178。 ConfigurationRequest（AN側(cè)始發(fā)）在這個(gè)階段AN共發(fā)出了四條協(xié)商請(qǐng)求，分別是流層（0x12）、前向業(yè)務(wù)信道MAC層（0x03）、反向業(yè)務(wù)信道MAC層（0x04）和缺省分組應(yīng)用層（0x16）。由于是AT始發(fā)，所以沒(méi)有Token域。 ConfigurationComplete通過(guò)這條消息，進(jìn)入了AN開(kāi)始協(xié)商配置的階段。 ConfigurationResponse（AT側(cè)發(fā)起的協(xié)商）在此消息中AN對(duì)Request消息做了應(yīng)答，AckSeqNo等于上一條request消息中的SeqNo，采用ValueID＝1時(shí)候的一套建議值。在這條Request消息中，AT給出了流應(yīng)用的一套建議值。 ConfigurationRequest（AT側(cè)發(fā)起協(xié)商）在開(kāi)狀態(tài)下，AT收到了AN發(fā)出的ConfigurationStart消息，于是進(jìn)入AT始發(fā)狀態(tài)，也就是說(shuō)AT首先在反向上發(fā)送Request消息，進(jìn)行協(xié)商。 ConfigurationStart上圖中Type＝0x12，說(shuō)明是缺省會(huì)話配置協(xié)議，MessageID固定為1，說(shuō)明是會(huì)話配置協(xié)議中的CfonfigurationStart消息。在上圖中，紅色線條框范圍內(nèi)的信令是AT側(cè)進(jìn)行協(xié)商的過(guò)程，而藍(lán)色線條框范圍內(nèi)的信令是AN側(cè)進(jìn)行協(xié)商的過(guò)程。接入終端應(yīng)該忽略該域，AN包含該域，AN可以設(shè)置該域?yàn)榉从硡f(xié)商的協(xié)議和協(xié)商的參數(shù)。MessageID：固定設(shè)置為0x00；TransactionID：AT為每個(gè)新發(fā)送的ConfigurationComplete消息增加該值，AN設(shè)置該字段為從AT接收到的上也ConfigurationComplete消息中的TransactionID值。ConfigurationResponse消息一般要在Tumaround定時(shí)器內(nèi)回復(fù)給發(fā)送方，該定時(shí)器定義為2s。 ConfigurationResponse應(yīng)答方發(fā)送ConfigurationResponse消息從所提供建議值列表中選擇一個(gè)屬性值。ValueID是用來(lái)標(biāo)記一套屬性值的，每增加一套屬性值，ValueID就應(yīng)該增加1。Reserved字節(jié)的長(zhǎng)度是使得屬性記錄字節(jié)對(duì)齊的最小值，如果發(fā)送方設(shè)置該域?yàn)?，那么接收方忽略該字段。 屬性列表：假如屬性記錄包含多種單個(gè)值，它們被解釋為相同屬性標(biāo)志符的不同建議值；（如：相同協(xié)議類型的可能協(xié)議子類型列表）178。一個(gè)屬性可以是以下三類中的一種：178。下圖為AN側(cè)會(huì)話配置協(xié)議狀態(tài)圖： ConfigurationRequest在這里需要介紹一下屬性記錄（AttributeRecord）這個(gè)概念。對(duì)于四個(gè)狀態(tài)之間的轉(zhuǎn)換可以結(jié)合下面的狀態(tài)機(jī)來(lái)看，也可以了解為什么流程圖中是AT先進(jìn)行協(xié)商等。178。178。178。在會(huì)話配置協(xié)議中共有四種狀態(tài)：178。SLPACK消息是一種層2證實(shí)消息，不屬于DO系統(tǒng)的子協(xié)議，該消息的具體講解在切換控制部分進(jìn)行。在AT和AN的協(xié)商之間，可以插入KEY交換的過(guò)程，這主要是視后臺(tái)的配置而定。AT側(cè)結(jié)束了協(xié)商過(guò)程后，發(fā)送一個(gè)ConfigurationComplete消息給AN，結(jié)束配置，然后是AN側(cè)啟動(dòng)AN的SCP協(xié)商（hh、ii），啟動(dòng)成功之后，AN向AT發(fā)出一系列的ConfigurationRequest消息，請(qǐng)求各種協(xié)議的配置，并等待AN的應(yīng)答，當(dāng)AN側(cè)結(jié)束，同樣發(fā)送一個(gè)ConfigurationComplete消息給AT，這一些結(jié)束后，關(guān)閉本次呼叫，并開(kāi)始下一次呼叫。SCP的協(xié)商內(nèi)容主要是使用何種協(xié)議，目前應(yīng)用是IS856接入認(rèn)證的相關(guān)協(xié)議協(xié)商。 前臺(tái)信令丟失（目前沒(méi)有后臺(tái)信令單機(jī)版，無(wú)法對(duì)照后臺(tái)信令）178。可以看到流程中有很多的ConfigurationRequest和ConfigurationResponse消息，但是卻是不同的協(xié)議層，這主要是依靠ConfigurationRequest消息中的Type值來(lái)確定，比如說(shuō)0x13表明是缺省流層，0x12表明是缺省會(huì)話配置層，0x03表明是前向業(yè)務(wù)信道的MAC層等。其余流程同AN發(fā)起的釋放流程。mmAT發(fā)送UmrSLPAck，確認(rèn)收到UmfSessionConfigurationComplete。kkAT發(fā)送UmrSessionConfigurationResponse消息，協(xié)議類型為T(mén)ypeY，確認(rèn)或者提議新的協(xié)議參數(shù)。iiAT發(fā)送UmrSessionConfigurationResponse，確認(rèn)或者提議新的協(xié)商參數(shù)。hh如果AN需要繼續(xù)進(jìn)行協(xié)商，S_SP發(fā)送UmfSessionConfigurationRequest，協(xié)議類型為SCP。如果比較結(jié)果一致，Key交換過(guò)程成功完成。ffS_SP完成Key的計(jì)算，并對(duì)計(jì)算結(jié)果再進(jìn)行MD5計(jì)算，獲得KeySignature，發(fā)送UmfANKeyComplete消息，包含計(jì)算的KeySignature。S_SP發(fā)送UmfKeyRequest消息，包含AN的公共DHKey。ccAT完成需要協(xié)商的協(xié)議參數(shù)后，發(fā)送UmrSessionConfigurationComplete，結(jié)束協(xié)商的AT啟動(dòng)階段。aaAT發(fā)送UmrSessionConfigurationRequest消息，協(xié)議類型為T(mén)ypeX，進(jìn)行該類型協(xié)議的協(xié)商。協(xié)商進(jìn)入AT啟動(dòng)階段。本部分流程中的具體操作如下：過(guò)程過(guò)程描述x如果在AvfConnectionSetup消息中指示進(jìn)行協(xié)議協(xié)商，S_SP發(fā)送UmfSessionConfigurationStart給AT。由于所對(duì)應(yīng)的UATIAssignment消息中MessageSequence為0，所以本消息中也設(shè)置該字段為0；由于上條消息中UpperOldUATILength設(shè)置為0，所以本消息中該字段也設(shè)置為0。 UATIAssignment從信令中看到SubnetIncluded設(shè)置為false，說(shuō)明不包含UAT1024和SubnetMask兩個(gè)字段；UATIColorCode設(shè)置為246，UpperOldUATILength為0；178。Type值設(shè)置為0x00FFFF，該取值的定位是來(lái)自RFC1700文檔，其中0x00FFFF指的是Any Service or Wildcard。 HardwareIDRequest178。 UATIRequest178。 RouteUpdate該條信令的具體實(shí)例見(jiàn)切換控制流程中的實(shí)例。 UATICompleteMessageID：固定設(shè)置為0x02；MessageSequence：設(shè)置為所對(duì)應(yīng)的UATIAssignment的該字段； 具體例子上圖是一個(gè)完整的會(huì)話建立流