GPRS上網(wǎng)業(yè)務(wù)流程2023/5/19SMS-GMSCSMS-IWMSCSM-SCHLRMSC/VLREIRSS7GrGdSGSNGnGfGcGsGbGnGiInternetX

.25TETEMSBSSGGSNGGSNFRUmATM/DDN/ISDN/GiEthernet,etcGPRSbackboneGbCGMSBSSSGSNBGGpUmOtherPLMNWAP網(wǎng)關(guān)GGSNFWGPRS骨干網(wǎng)SGSNBSCGPRS數(shù)據(jù)傳輸協(xié)議轉(zhuǎn)換示意圖BTS上圖為終端通過CMNET直接訪問SP的示意圖，若用戶使用CMWAP方式接入，則直接與網(wǎng)關(guān)建立TCP連接并將業(yè)務(wù)請求發(fā)送給網(wǎng)關(guān)，由網(wǎng)關(guān)轉(zhuǎn)發(fā)給SP，相比CMNET只是多了一個代理節(jié)點附著流程主要步驟?

MS向網(wǎng)絡(luò)側(cè)發(fā)送GPRS附著請求消息。消息中帶有該MS的IMSI或P-TMSI、TLLI和舊的RAI等數(shù)據(jù)。?

SGSN在收到MS的GPRS附著后，將向HLR請求對應(yīng)MS的IMSI的鑒權(quán)三元素（RAND、SRES、Kc）。?

SGSN與MS進行鑒權(quán)流程。鑒權(quán)通過后，SGSN向HLR發(fā)送位置更新消息。?

HLR將用戶數(shù)據(jù)插入SGSN，然后向SGSN回位置更新確認(rèn)消息。?

SGSN向MS回附著接受消息。消息中帶有MS上報的新分配的P-TMSI和一些定時器參數(shù)等。?

MS返回attach

complete，確認(rèn)已經(jīng)收到新分配的P-TMSI。2023/5/19手機開機后，經(jīng)過PLMN選擇后，根據(jù)系統(tǒng)廣播消息中的網(wǎng)絡(luò)模式?jīng)Q定附著類型，有保存的P-TMSI則以P-TMSI發(fā)起attachrequest消息，否則以IMSI發(fā)起附著請求。附著類型，GPRSattach用戶的當(dāng)前的P-TMSIMS發(fā)起的附著請求消息中主要包括，附著類型、用戶的IMSI或P-TMSI標(biāo)識、舊的路由區(qū)和終端無線能力參數(shù)等。終端無線參數(shù)2023/5/19表示附著成功，若失敗為reject，并帶拒絕原因SGSN在收到用戶請求后，首先向HLR查詢獲取鑒權(quán)參數(shù)和用戶簽約數(shù)據(jù)，若需要鑒權(quán)則進行鑒權(quán)流程。根據(jù)簽約數(shù)據(jù)判斷用戶可以接入后，SGSN發(fā)送是否附著完成后強制進入standby狀態(tài)T3312，周期性路由區(qū)更新定時器，默認(rèn)為54分鐘，即每隔54分鐘進行一次周期性路由區(qū)更新attachaccept消息給MS標(biāo)識網(wǎng)絡(luò)側(cè)已經(jīng)認(rèn)可附著成功。并下發(fā)當(dāng)前的RAI，和分配新的P-TMSI以及ReadyTimer等參數(shù)。用戶當(dāng)前所在的位置MS在收到SGSN分配的P-TMSI后更新SIM卡信息，并發(fā)起attachcomplete消息，確認(rèn)新分配的P-TMSI，完成整個附著流程。SGSN為用戶新分配的P-TMSI2023/5/19失敗代碼分析結(jié)果解決建議GPRS功能受限，如用戶停機或未開通GPRS功

建議用戶回訪并開通其GPRS業(yè)務(wù)GPRSservicesnotallowed能相關(guān)功能和開戶處理GPRSservicesnotallowed

主要原因為用戶關(guān)閉GPRS套餐和HLR返回不

外地用戶GPRS功能受限，用戶原inthisPLMN允許漫游導(dǎo)致因用戶未及時返回鑒權(quán)加密消息無線側(cè)針對BSC做進一步研究解決Protocolerror（協(xié)議錯誤），unspecified“向HLR獲取鑒權(quán)集失敗”失敗的MS的IMSI序列在SGSN中是否未配置向HLR獲取鑒權(quán)集失敗和少部分IMSI未知MS沒有簽約（未加規(guī)定狀態(tài)）根據(jù)oldRAI解析核查是否正常，用戶攜帶的oldRAI和P-TMSI是否正常MSIDcannotbederived

網(wǎng)絡(luò)根據(jù)用戶的oldRAI無法肇東對應(yīng)的bythenetwork

SGSN激活主要步驟：?

MS向

SGSN發(fā)出激活

PDP上下文請求。?

SGSN根據(jù)

MS提供的

APN來解析

GGSN地址，如果

SGSN不能從

APN解析出

GGSN地址，或判斷出該激活請求無效，則拒絕該請求；如果SGSN從

APN解析出了

GGSN地址，則為所請求的

PDP上下文創(chuàng)建一個

TEID，并向

GGSN發(fā)出創(chuàng)建

PDP上下文請求。GGSN利用

SGSN提供的信息確定外部

PDN，分配動態(tài)地址，啟動計費，限定

QoS等，如果能滿足所商定的

QoS，則向

SGSN返回創(chuàng)建

PDP上下文響應(yīng)；如果不能滿足所商定的QoS，則向

SGSN返回拒絕創(chuàng)建PDP上下文請求。QoS文件由

GGSN操作者來配置。?

SGSN如果收到

GGSN的創(chuàng)建

PDP上下文響應(yīng)，則在該

PDP上下文中插入

NSAPI、GGSN地址、動態(tài)

PDP地址，根據(jù)商定的

QoS選擇無線優(yōu)先權(quán)，然后向

MS返回激活

PDP上下文接受消息。此時就已建立起

MS與GGSN之間的路由，開始計費，可以進行分組數(shù)據(jù)傳送。在SGSN收到GGSN的響應(yīng)以后，可能需要與

BSS之間進行BSS分組流上下文的管理。?

終端發(fā)起激活請求，其中主要攜帶NSAPI、

QOS、APN等信息。?

SGSN收到請求后，首先要做一個核對(因為在附著過程中，SGSN已經(jīng)從HLR拿到了關(guān)于這個MS的簽約數(shù)據(jù),這個簽約數(shù)據(jù)里面就有用戶允許訪問的APN等信息)，如果SGSN發(fā)現(xiàn)MS請求的APN不在簽約數(shù)據(jù)中，將直接拒絕這個PDP上下文的激活,向終端返回reject消息，如果SGSN核對用戶權(quán)限沒有問題，就根據(jù)用戶需要訪問的APN，通過查詢GPRS這是個可選字段，如果分配IP地址的方式不是由GGSN來分配，那這個PCO字段還可以攜帶用于分配用戶地址做鑒權(quán)的用戶名和口令。DNS服務(wù)器獲得GGSN地址，并向GGSN發(fā)送CreatePDPContextRequest消息。2023/5/19Create

PDP

context

RequestCreate

PDP

context

ResponseGTP隧道未創(chuàng)建，所以此時TEID為0用戶IMSINSAPI，與TEID唯一標(biāo)識一個PDP上下文APN名稱GGSN分配的信令面和數(shù)據(jù)面TEID，后續(xù)GTP報文均會添加相應(yīng)的TEID用戶獲得用以訪問網(wǎng)絡(luò)的IP地址SGSN側(cè)分配的GTP用戶面和信令面IP地址用戶手機號碼與GGSN協(xié)商的QOS參數(shù)用戶接入網(wǎng)類型，GERAN為2G激活后的主DNS和備用用戶的位置信息GGSN側(cè)

GTP用戶面和信令面IP地址用戶終端IMEIPDP激活成功，若失敗此處消息類型為activatePDPcontextreject

，并攜帶激活后終端分配的IP地址，在Gn口創(chuàng)建PDP上下文時由GGSN分配的分配給用戶使用的DNS地址失敗代碼分析結(jié)果解決建議Requestedserviceoption

用戶GPRS簽約數(shù)據(jù)異常，如用戶主動要求增加簽約數(shù)據(jù)notsubscribed)取消GPRS功能，前端為用戶刪除APN導(dǎo)致用戶上報的APN與簽約的APN不一致，或查

添加GPRSDNS配置數(shù)據(jù)，或用戶修改MissorunknownAPN詢不到DNS，如部分手機欠費簽約無效APN為正確的APNActivationrejectedby

用戶簽約綁定的IP地址與GGSN上設(shè)置的地修改用戶簽約綁定的IP地址GGSN址池范圍不一致Serviceoptionnotsupported用戶APN、PDP地址類型和地址異常，如PDP

用戶修改APN配置，或網(wǎng)絡(luò)側(cè)修改用戶地址類型為IPv6簽約數(shù)據(jù)Insufficientresources系統(tǒng)資源不足增加系統(tǒng)資源配置或合理均衡資源HTTP業(yè)務(wù)請求過程DNS查詢的目的是獲得服務(wù)器的IP地址，因此不是每次都需要查詢，常見查詢的場景：?

終端第一次訪問目標(biāo)網(wǎng)站，本地?zé)o數(shù)據(jù)傳輸：服務(wù)器下發(fā)請求的頁面內(nèi)容給終端，通過TCP分段傳輸，終端收到TCP數(shù)據(jù)報文后返回ACK確認(rèn)消息緩存網(wǎng)站域名與服務(wù)器IP地址的對應(yīng)關(guān)系時?

在上一次查詢時返回結(jié)果中域名超過有效期。5：TCP拆鏈在PDP激活時用戶獲得兩個DNS服務(wù)器地址，因此在終端發(fā)出DNS查詢時會分別向兩個DNS服務(wù)器均發(fā)出DNS查詢，先響應(yīng)的應(yīng)答會被終端保存和使用，在TTL值超過之后再次訪問該域名內(nèi)如時需再次發(fā)起解析流程。DNSquery信令解碼DNSqueryresponse信令解碼事務(wù)ID，與query

中事務(wù)ID對應(yīng)響應(yīng)結(jié)果，noerror（錯誤方位）表示成功查詢的內(nèi)容：Name：表示需要查詢的域名名稱Type：A表示查詢域名對應(yīng)的IP地址Timetolive：表示記錄在DNS服務(wù)器上緩存的時間2023/5/19TCP三次握手信令TCPSYN信令TCPSYN，ACK信令SYN，ACK標(biāo)志，指示請求建連TCP連接并確認(rèn)MSS：TCP數(shù)據(jù)部分最大長度SACK：是否支持選擇性確認(rèn)窗口放大因子：包含放大因子的值MSS：表示一個TCPsegment最大長度，該參數(shù)需要雙方協(xié)商，以最小一方為準(zhǔn)窗口放大因子：主動建立連接的一方在SYN報文中發(fā)送這個選項，被動建立連接的一方只有在收到帶窗口擴大選項的SYN報文之后才能發(fā)送這個選項，表示雙方啟用窗口放大選項SACK：選擇性確認(rèn)，啟用后TCP只重新發(fā)送丟失的包，不用發(fā)送后續(xù)所有的包，而且提供相應(yīng)機制使接收方能告訴發(fā)送方哪些數(shù)據(jù)丟失，哪些數(shù)據(jù)重發(fā)了，哪些數(shù)

據(jù)已經(jīng)提前收到等2023/5/19HTTPGET請求信令解析請求方法：GET請求的URI：/表示請求網(wǎng)站的默認(rèn)頁面，如網(wǎng)站首頁HTTP版本，有1.0和1.1兩個版本服務(wù)器主機地址或域名，\r\n表示回車換行終端能夠接收的編碼方式和類型Wireshark工具解碼附加的內(nèi)容，如這個TCP連接中有兩個GET請求，這個是第一個以及下一個請求實在多少號包，請求的完整URI，響應(yīng)在第幾號包，方便用戶分析時參考。HTTP1.0和1.1主要差別為1.0不支持長連接，即每次請求都需要與服務(wù)器建立一個TCP連接，服務(wù)器完成請求處理后立即斷開TCP連接；HTTP1.1支持長連接（PersistentConnection）和請求的流水線（Pipelining）處理，在一個TCP連接上可以傳送多個HTTP請求和響應(yīng)，減少了建立和關(guān)閉連接的消耗和延遲。2023/5/1