【正文】 PAP認證PAP認證主要進行用戶名和密碼認證，其數(shù)據(jù)包仍然封裝在PPP幀內(nèi)，格式和LCP一致。終端實際和網(wǎng)絡的交互過程如圖52所示。若為對ACCM選項的確認，則進入PAP認證鑒權(quán)階段，LCP協(xié)商結(jié)束。C. 若ConfigureRequest包中包含多個選項配置請求，則發(fā)ConfigureReject包拒絕除認證選項外的所有選項。若為PAP認證選項，則接受并發(fā)送Con2figureRequest包進行ACCM選項協(xié)商，要求所有控制字符進行轉(zhuǎn)換。進行LCP協(xié)商的基本思路如下：A. 等待服務器的LCP的ConfigureRequest包，收到后進行檢測。LCP常用協(xié)商選項如表52所示。表51 LCP代碼字段含義取值含義說明1Configure Request配置選項請求包2Configure Ack配置選項請求的確認包3Configure Nak配置選項請求的否認包4Configure Reject配置選項請求的拒絕包5Terminate Request關(guān)閉連接請求包6Terminate Ack關(guān)閉連接確認包LCP配置協(xié)商選項封裝在LCP包的數(shù)據(jù)字段中，包括類型（1字節(jié)） 、長度（1字節(jié)）和選項值（可變） 3個字段。圖51 LCP數(shù)據(jù)格式代碼字段說明數(shù)據(jù)包類型，標識字段指明數(shù)據(jù)包編號，長度字段表明數(shù)據(jù)包的大小，數(shù)據(jù)字段長度可變，其由一系列LCP配置協(xié)商選項構(gòu)成。 LCP配置協(xié)商LCP 數(shù)據(jù)包封裝在PPP 幀的信息字段中，其協(xié)議字段為0xC021。更重要的關(guān)鍵點是XHTML Basic采用了樣式表CSS技術(shù)，通過CSS分離了文檔內(nèi)容和表現(xiàn)形式，文檔創(chuàng)建者能隔離設備特性來組織控制文檔的表現(xiàn)力。由于HTML嚴格的采用目前使用的已經(jīng)成功的HTML技術(shù)，這使得目前使用的WEB設計和版面設計無須改動就可使用，解決了服務內(nèi)容貧乏的頑癥。XHTML與cHTML有點相似，、開發(fā)應用和測試新內(nèi)容所需的時間。由源服務器請求，終端響應的方式來實現(xiàn)WAP的“推”機制。在無線HTTP可以提供“拉”和“推”傳輸模型的服務接入點。 “拉”、“推”機制在WAP終端、代理與服務器之間的接口基本模型是HTTP的請求和響應。WDHTTP可用Connect方法建立TLS隧道，以此來解決端對端安全的一些問題。此時，代理只在兩個連接的傳輸層起到數(shù)據(jù)流的接力作用。 TLS隧道除了直接連接模型，WAP客戶與源服務器之間存在WAP代理E網(wǎng)關(guān)。在WAP2 Stack中，無線TCP是關(guān)鍵技術(shù)，它支持了終端與WAP網(wǎng)關(guān)/服務器之間的TCP連接。圖46 有網(wǎng)關(guān)的無線TCP機制圖47 無網(wǎng)關(guān) 無線TCP機制●直接端對端連接客戶與服務器也可進行直接的端對端連接，在中間接點不再需要任何TCP連接信息，其協(xié)議棧如圖44，WAP代理不執(zhí)行上層協(xié)議功能，甚至無須網(wǎng)關(guān)/代理，如圖47。一個支持無線HTTP的連接各實體上運行的協(xié)議棧如圖43，其中存在一個分離的TCP連接。之后，代理應用將從一個連接得到流入數(shù)據(jù)，再把數(shù)據(jù)由另一個TCP連接送出，直到連接撤消。需要具有大數(shù)據(jù)量傳輸、使用TLS的端對端安全等特點TCP協(xié)議，來滿足高速網(wǎng)絡一些新應用的要求。NoneWAP proxy的應用模型至少說明了無線應用協(xié)議上與現(xiàn)存Internet協(xié)議的交互性增強，這對各種應用帶來更多的好處與方便。WAP代理可以不是必須的，因為新協(xié)議的支持，終端可用HTTP/。GPRS骨干網(wǎng)中路由使用了打包和通道的原理，由GPRS通道協(xié)議GTP實現(xiàn)通道作用。WAP網(wǎng)關(guān)位于骨干網(wǎng)邊界，可以通過支持WAP的GGSN執(zhí)行代理功能或由其與WAP網(wǎng)關(guān)相連。圖42 基于GPRS的WAP 圖43 使用無線TCP和HTTP的WAP接口圖44 直接連接圖45 支持TLS隧道的WAP應用GPRS處于整個通信系統(tǒng)中協(xié)議的底層，建立和維持數(shù)據(jù)鏈路。基于GPRS的WAP實現(xiàn)可以通過GGSN與WAP網(wǎng)關(guān)相連，連接相關(guān)的應用服務器和Internet同時在終端增加支持WAP的應用界面。n 通過信道捆綁和提高數(shù)據(jù)速率實現(xiàn)高速接入，實際的最高吞吐量可達115Kbps，并且可采用非對稱速率傳送。 基于GPRS的WAP方案GPRS自身的技術(shù)特點，決定了其上的WAP具有兩者結(jié)合與身俱來的優(yōu)勢：n GPRS是在GSM基礎上構(gòu)建的網(wǎng)絡，它為無線網(wǎng)絡引入了分組交換的概念，也保證了網(wǎng)絡收費可以分組通信量作為度量。移動臺從基站發(fā)送GPRS包不通過移動交換中心連接到語音網(wǎng)絡，而是發(fā)送到SGSN，再經(jīng)骨干網(wǎng)由GGSN對包數(shù)據(jù)進行處理發(fā)送到目的網(wǎng)絡。PCU相當于速率適配單元，負責包的分段和重組、管理無線信道、功率控制等功能，它可能被放在BTS、BSC或SGSN中。SGSN是GSM/GPRS網(wǎng)絡結(jié)構(gòu)與移動臺（MS）之間的接口，管理本地區(qū)的終端，為用戶提供路由。在GSM網(wǎng)絡的基礎上，增加了服務GPRS支持接點、網(wǎng)關(guān)、包控制單元等新實體，其余實體都是目前GSM網(wǎng)絡中的節(jié)點。GPRS首先是一個IP網(wǎng)，建成為一個IP環(huán)路。 GPRS簡介圖41 GPRS基本架構(gòu)（標記*的應該提供WAP支持）其中，所用縮寫代表意義是：BSC：基站控制節(jié)點；MSC：移動交換中心；VLR：用戶訪問寄存器；HLR：歸屬位置存儲器；EIR：移動設備識別寄存器；SMSGMSC：接收發(fā)自SMSC短消息的入口交換機；SMSIWMSC：接收來自PLMN的短消息，并將此短消息送到相應SMSC的出口交換機。 Stack也為利用新一代無線網(wǎng)絡的優(yōu)點提供了Internet應用的協(xié)議基礎，筆者認為這也正是兩種技術(shù)能更好結(jié)合的基礎所在。第四章 WAP實際上是一種建立在數(shù)據(jù)傳輸載體上的應用平臺，因此引入WAP，通信子網(wǎng)基本上無需改動，只需要根據(jù)業(yè)務的需求，選擇合適的載體。 即配置拒絕幀，編碼字段為04。表示接受REQ中的配置選項，但對有些選項的參數(shù)值不能接受，于是在NAK幀的選項字段中列出這些配置選項并給出可以接受的配置選項參數(shù)建議值（hint）；收到NAK消息的一方，如果接受hint值，則將對應選項參數(shù)修改后，再發(fā)REQ幀再次協(xié)商；否則則將對應選項從后續(xù)REQ消息中刪掉。當收到REQ幀后發(fā)送對該REQ幀的配置應答幀，表示發(fā)送ACK 幀的一方完全接受該REQ幀選項字段中列出的配置選項和這些選項的值，完成一次協(xié)商；C. NAK。表示發(fā)送方愿意以該幀選項字段中列舉的配置選項接收數(shù)據(jù)；B. ACK。A. REQ。 PPP協(xié)商過程分析PPP協(xié)議框架中LCP、PAP、IPCP協(xié)議是用來建立鏈路的，它們都用相同的協(xié)商機制在PPP的客戶端和服務器端之間進行協(xié)商。信息字段根據(jù)協(xié)議字段的不同裝載不同的數(shù)據(jù)包。幀檢驗序列FCS采用CRC16作為整個PPP幀的校驗碼。 PPP幀結(jié)構(gòu)PPP協(xié)議基于HDLC，其幀格式和HDLC的幀格式類似，如圖31所示。C. IPCP為IP控制協(xié)議用來協(xié)商IP協(xié)議相關(guān)的參數(shù)，得到服務器動態(tài)分配的IP地址。A. LCP為連接控制協(xié)議用來協(xié)商基本的通信參數(shù)。第三章 PPP點對點協(xié)議的分析 PPP協(xié)議PPP 協(xié)議由RFC1661定義，主要用于串行鏈路上提供一個簡單高效的數(shù)據(jù)鏈路，并能承載高層的網(wǎng)絡協(xié)議。表29 WSP一種編碼方式能力（Capability）分配的編碼ClientSDUSize（客戶端SDU大?。?x00ServerSDUSize（服務端SDU大?。?x01Protocol Options（協(xié)議選項）0x02Method MOR（最多待處理方法請求）0x03Push MOR（最多待處理推送請求）0x04Extended Methods（擴充方法）0x05Header Code Pages（首部碼頁）0x06Aliases（別名）0x07未分配從0x08到0x07F在WSP層的編碼中，無論是PDU中的域，還是HTTP頭部中的域，都要按照協(xié)議分配的二進制值進行編碼，對于協(xié)議中沒有分配的內(nèi)容則按照字符串的形式來處理。在WSP協(xié)議中知識針對HTTP協(xié)議的頭部做了相應的編碼規(guī)定，而對HTTP協(xié)議數(shù)據(jù)單元中的數(shù)據(jù)部分（主要是用WML等完成的WEB網(wǎng)頁源文件）中的各個標簽，則在WML協(xié)議和WBXML協(xié)議中詳細地說明其二進制編碼規(guī)范。若在類型域中指定為Connect PDU，則后面的內(nèi)容域如表28所示：表28 Connect PDU內(nèi)容域內(nèi)容NameTypePurposeVersion8bits的無符號整數(shù)WSP協(xié)議的版本號Capabilities Len可變長的無符號整數(shù)指明了Capabilities域的長度Headers Len可變長度的無符號整數(shù)指明了Headers域的長度CapabilitiesCapabilities Len個8位組HeadersHeaders Len個8位組這些字段和之前的PDU類型域一起組成一個完整的WSP協(xié)議數(shù)據(jù)單元。具體的PDU類型的內(nèi)容域是在前面的類型域中指定的PDU的內(nèi)容。C. 在推送和有確認推送服務單元中使用的PDU有：Push and Confirmed Push，Acknowledgement Headers。n 類型域表明了WSP層的PDU的種類，共有15種：A. 在會話管理服務單元中使用的PDU有：Connect，Connect Reply，Redirect，Disconnect，Reply。無連接的服務提供三種服務原語：SUnitMethod Invoke；SUnitMethod Result；SUnitPush。在無連接的會話服務中，只有兩種服務單元（方法調(diào)用和推送）可以用。以上只是一種狀態(tài)轉(zhuǎn)換的大致過程，其他情況的處理參見WTP協(xié)議中的具體規(guī)定。E18：只在類型2的處理中使用；等待確認定時器超時。E17：只在類型1的處理中使用；收到觸發(fā)請求。E16：收到上層要發(fā)送結(jié)果包的請求。E15：重傳定時器超時，但未超過最大重傳次數(shù)。E14：收到取消處理的請求包。E13：在類型2的處理中等待確認定時器超時。E12：在類型1的處理中等待確認定時器超時。E11：收到上層要發(fā)送結(jié)果包的請求。E10：收到取消事務處理的請求包。E9：收到取消事務處理的請求包。E8：此時再次收到觸發(fā)請求包。E7：收到取消事務處理的請求包。E6：在類型1（類型2）的處理中收到一個確認包。E5：在類型1（或類型2）的處理中收到一個觸發(fā)請求但是TID是無效的。E4：再次收到觸發(fā)請求。E3：在類型1（或類型2）的處理中收到一個觸發(fā)請求。E2：收到一個取消事務處理的請求。B. 接收方的狀態(tài)轉(zhuǎn)換圖圖211 接收方狀態(tài)圖E1：在類型0的處理中，收到一個觸發(fā)請求包。A10：忽略收到的結(jié)果包。E10：只在類型2的處理中使用。再次確認超時。A8：發(fā)送確認包。A7：停止定時器，通知上層收到結(jié)果，并啟動確認定時器。A6：取消本次事務處理并通知上層。E6：只在類型2的處理中使用。定時器超時或者收到錯誤包。A4：停止定時器，對上層的觸發(fā)請求進行取人。A3：停止定時器，對上層的觸發(fā)請求進行確認。A2：啟動定時器，發(fā)送一個觸發(fā)請求包。A1：發(fā)送一個觸發(fā)請求包。 狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖中E*表示驅(qū)動狀況轉(zhuǎn)換的事件，A*表示狀況轉(zhuǎn)換時所做的動作。等待超時定時器用于一個事務處理等待被釋放的狀態(tài)信息，只有類型2的發(fā)起者和類型1的響應者才使用這個定時器。而確認定時器就規(guī)定了響應者發(fā)送hold on的時機。當達到計數(shù)器規(guī)定的數(shù)目之后就終止本次事務處理。兩種計數(shù)器：重傳計數(shù)器和確認計數(shù)器。其他PDU的頭部格式在各自具體的協(xié)議中都有規(guī)定。RES域為保留域。Version域指明了現(xiàn)在的版本0x00.TID new域置位就表明發(fā)起者開始循環(huán)使用TID號碼了。RID域指明是否為重傳包。PDU域指明了包的類型。幀格式為：表25 WTP幀格式頭部數(shù)據(jù)數(shù)據(jù)域是上層的PDU。表24 TRAbort的定義原語參數(shù)TRAbortRegInd終止原因OC（=）句柄MM注釋：終止原因指明終止事務處理的原因，這些碼可以是WTP協(xié)議定義的，也可以是用戶自定義的。B. TRResult原語此原語用于返回處理的結(jié)構(gòu)。事務句柄唯一地標識一個事務處理，從某種意義上來說，它是源、目的地址，源、目的端口量四元組的別名。(3) 推出信息：事務完成時，向發(fā)起者返回的額外用戶數(shù)據(jù)。表22 TRInvoke的定義原語參數(shù)TRInvokeReqIndResCnf源地址MM（=）源端口MM（=）目的地址MM（=）目的端口MM（=）確認類型MC（=）用戶數(shù)據(jù)OM（=）（事務處理）類型M推出信息OC（=）句柄MMMM注釋：(1) 源、目的地址是設備唯一地址，可以是MSISDN號、IP地址、。在下面的表中規(guī)定：表中的M表示該參數(shù)必須有，O表示該參數(shù)可選，C表示該參數(shù)的取舍依賴于其他參數(shù)的值，（=）表示如果這個原語是由一個原語觸發(fā)而產(chǎn)生，那么這個原語中的參數(shù)就應該和觸發(fā)它的原語中的參數(shù)相同，否則就有WTP層的服務提供者自己選擇一個合適的值。這里主要說明WTP協(xié)議的原語和幀結(jié)構(gòu)等。還有其他的情況不屬于本論文的闡述論點，就不再詳述了。SMS，GSM在不同的承載網(wǎng)絡上，WDP層的一些幀結(jié)構(gòu)要和具體的承載網(wǎng)絡的規(guī)定一致。 基于非IP結(jié)構(gòu)如果承載網(wǎng)絡不支持IP，那么WDP就不是UDP，而必須使用WDP