td-scdma流程信令解碼分析-資料下載頁
2025-01-22 08:22本頁面
【導讀】優(yōu)人員通過查看信令快速有效定位問題。InitialUEIdentity：初始的UE標識，如IMSI，TMSI等參數(shù)，用來讓網(wǎng)絡識別發(fā)送該。Establishmentcause：建立原因，有多種類型，但UE每次只能選擇其一。RNC在下行CCCH上向UE發(fā)送RRCConnectionSetup消息。TrCHIE，上行傳輸信道，下行傳輸信道，物理信道IE，UL無線資源和DL無線資源。STARTlist：開始列表，包含CN域標識和開始值列表信息。至此RRC連接建立過程結束。消息中攜帶UE發(fā)送到CN的NAS信息內(nèi)容。此過程由UE發(fā)起，用于在上行鏈路上建立一。方式由RB3向UTRAN發(fā)送此消息。Integritycheckinfo：整體性校驗信息，包含了XMAC-I和MAC-I計算所需的RRC信息序。CNdomainidentity：CN域標識，標明是PS域或CS域。
【正文】 Security Mode Command 10:18: ↑ Security Mode Complete 10:18: ↓ Setup 10:18: ↑ Call Confirmed 10:18: ↓ Radio Bearer Setup (DLDCCH) 10:18: ↑ Radio Bearer Setup Complete 10:18: ↑ Alerting 10:18: ↑ Connect 10:18: ↓ Connect Acknowledge 10:18: ↓ Status Enquiry 10:18: ↑ Status 10:18: ↓ Disconnect 10:19: ↑ Release 10:19: ↓ Release Complete 10:19: ↓RRC Connection Release (DLDCCH) 10:19: ↓RRC Connection Release (DLDCCH) 10:19: 文 檔 名 稱 2021126 第 33 頁 , 共 36 頁 ↑RRC Connection Release Complete 10:19: ↓RRC Connection Release (DLDCCH) 10:19: ↑ RRC Connection Release Complete 10:19: ↑ RRC Connection Release Complete 10:19: ↑ RRC Connection Release Complete 10:19: 被叫的信令流程大部分和主叫一致，相同的信令不再累述，下面主要分析與主叫不同的信令。 Paging Type 1 信令流程說明： UE 在 Idle 狀態(tài)，網(wǎng)絡發(fā) paging type1， UE 在連接模式，網(wǎng)絡發(fā) paging type2。 Paging type1/2： 此消息是 UTRAN 發(fā)送給 UE的尋呼消息，用于尋呼處于空閑或連接狀態(tài)下的 UE。在這條消息中主要的 IE 有： Paging cause ：此 IE 給出了 UTRAN 尋呼 UE 的原因，主要的原因有 Terminatin Conversational Call 、 Terminating Streaming Call 、 Terminating Interactive Call,Terminating Background Call, Terminating High Priority signalling,Terminating Low Priority Signalling,Terminating 。在 MTC 過程中的原因是 Terminating Conversational Call 。 UEidentity：所尋呼 UE的身份標示。如果 UE的 TMSI 或 PTMSI 有效，則網(wǎng)絡會首先以 TMSI 或 PTMSI 發(fā)起尋呼，如果無效或沒有收到 UE 的尋呼響應，則網(wǎng)絡側會以 IMSI發(fā)起尋呼 在 Outum 抓圖如下：標注 重點 IE Paging Response 信令流程說明： UE 收到自己的尋呼消息后，返回確認消息。 在 Outum 抓圖如下：標注重點 IE 此處表明為會話類被叫 此處 標注被叫的TMSI 文 檔 名 稱 2021126 第 34 頁 , 共 36 頁 Setup 信令流程說明： 當 UE 被呼叫的時候， UE 的 CC 實體將首先收到來自網(wǎng)絡的 SETUP 消息，此消息主要包含 TI、承載能力、主叫號碼、被叫號碼以及和普通呼叫相關的一些參數(shù)。 在 Outum 抓圖如下：標注重點 IE 此處 標注被叫的TMSI 文 檔 名 稱 2021126 第 35 頁 , 共 36 頁 Call Confirmed 信令流程說明： 該過程與 MOC 比較有較大不同： 消息方向相反，是 CALL CONFIRMED 消 息而不是CALL PROCING 消息 。 收到 SETUP 消息后， UE 的 CC 實體將進行兼容性檢查（ patibility check），如果滿足呼叫建立的條件， CC實體將把相關信息送到 MMI。應用層通過判斷承載能力來決定是否接受此次呼叫，并將最終結果返回給 CC 實體。如果應用層接受此次呼叫，那么 CC 實體將向網(wǎng)絡返回一條 CALL CONFIRMED 消息，然后等待用戶摘機。此時有兩種情況： ◇ 用戶不能夠立即摘機， CC 實體將依次向網(wǎng)絡返回 ALERTING 消息和 CONNECT 消息； ◇ 用戶立即摘機， CC 實體將直接向網(wǎng) 絡返回一條 CONNECT 消息； 當 UE 的 CC 實體收到網(wǎng)絡發(fā)來的 CONNECT ACKNOWLEDGE 確認消息后，就意味著此 MTC 過程已經(jīng)結束，呼叫雙方可以進行通信， CC 實體進入激活狀態(tài)。 在 Outum 抓圖如下：標注重點 IE 此處 標注主叫的電話號碼 此處 標注被叫的電話號碼 文 檔 名 稱 2021126 第 36 頁 , 共 36 頁
教學課件相關推薦
鄂ICP備17016276號-1