【文章內(nèi)容簡介】 ，為 1表示支持。 cm service prompt： 是否支持 cm service 提示。 為 0 表示不支持，為 1 表示支持。 solsa service capability：本地化業(yè)務(wù)區(qū)域支持。 為 0 表示不支持，為 1 表示支持。 universal character set 2： UCS2 通用字符集 location service capability： 是否支持定位業(yè)務(wù)。為 0 表示不支持，為 1 表示支持。 classmark3 indicator： 是否包含 classmark3。 a52 algorithm indicator：是否支持 A52 算法。為 0 表示不支持，為 1 表示支持。 a53 algorithm indicator：是否支持 A53 算法。為 0 表示不支持，為 1 表示支持。 globalRNC id 該參數(shù)僅在 3G 中存在， 表示主叫用戶接入的 RNC 的 id， 3G 信元。 它包含pLMNidentity 和 rNC id， 這兩者全球唯一確定一個 RNC WCS 信令分析手冊 目 錄 213 CM SERVICE ACCEPT消息 1. 消息功能 Cm service accept 是 Cm service request 的響應(yīng)消息，是由 網(wǎng)絡(luò)側(cè)發(fā)往 MS/UE的業(yè)務(wù)請求接受 確認消息 ， IU 接口和 A接口的 CM SERVICE ACCEPT 消息信元分別如 圖 29和 圖 210。 圖 29 CM SERVICE ACCEPT消息 （ IU接 口） 圖 210 CM SERVICE ACCEPT消息 （ A接 口） WCS 信令分析手冊 目 錄 214 2. 重要信元分析 下表為 CM SERVICE ACCEPT 消息中主要 IE 的說明： 表 22 CM SERVICE ACCEPT消息中 的 IE 說明 IE 說明 CM Message type 表示連接管理 消息 （ Connection management messages）的 類型。 取值可以為： 31： Cm service 接受； 32： Cm service 拒絕； 33： Cm service 中斷； 36： Cm service 請求； 對于 Cm service accept消息 ， 這里 CM Message type為 31(Cm service 接受 )。 NOTE： 目前 3G都要求加密 ， CM SERVICE ACCEPT 由 SECURITY MODE COMPLETE消息取代 ； 若 2G中加密模式打開，此消息也 會被 CIPHER MODE COMPLETE 消息取代 。 Cp data 1. 消息功能 始發(fā)短消息 流程 中 CP Data 消息分為兩種 ： ? 一種是手機 向 網(wǎng)絡(luò)側(cè) 上報短消息 ，此消息中封裝了短消息內(nèi)容等重要信元； ? 另一種是 網(wǎng)絡(luò)側(cè) 向 手機 下 發(fā)的確認消息， 表示 網(wǎng)絡(luò) 側(cè)已經(jīng)收到了該條短消息并將該短消息發(fā)送到了短消息中心 ； 若 短消息 發(fā)送失敗， 則 此消息中會附上失敗的原因。 CP data 和 CP ack 消息在 A口和 IU 接口都是透傳， 在 網(wǎng)絡(luò)側(cè)的處理基本相同， 在3G 和 2G 網(wǎng)絡(luò)中，消息中的主要信元基本 相同，本文以 3G 網(wǎng)絡(luò)中的消息為例進行說明。 這兩種分別如 圖 211至 圖 214所示。 WCS 信令分析手冊 目 錄 215 圖 211 手機 網(wǎng)絡(luò)側(cè)的 cp data消息（ 3G） _21 WCS 信令分析手冊 目 錄 216 圖 212 手機 網(wǎng)絡(luò)側(cè) 的 cp data消息 （ 3G） _22 WCS 信令分析手冊 目 錄 217 圖 213 網(wǎng)絡(luò)側(cè) 手機 的 cp data 消息 （成功） （ 3G） 圖 214 網(wǎng)絡(luò)側(cè) 手機的 cp data 消息（失?。?3G） WCS 信令分析手冊 目 錄 218 2. 重要信元分析 下表為 CP Data 消息中主要 IE 的說明： 表 23 CP Data消 息中 的 IE 說明 IE 說明 sms msg type 表示短 消息 消息 類型， 對應(yīng)不同的消息類型， 取值 有三種 ： 1： CP_DATA CP_DATA 是在手機側(cè)和網(wǎng)絡(luò)側(cè)傳輸?shù)南?，此消息包含了用戶?shù)據(jù) 或其它相 關(guān) 信 息 。 4： CP_ACK CP_ACK 是在手機側(cè)和網(wǎng)絡(luò)側(cè)傳輸?shù)南?，此消息用以表示目的端成功收到?CP_DATA消息。 16： CP_ERROR CP_ERROR 是在手機側(cè)和網(wǎng)絡(luò)側(cè)傳輸?shù)南?，用以傳輸錯誤信息。 對于 CP Data 消息， 短消息消息類型為 CP_data。 Rp destination address 短消息中心的號碼。 在始發(fā)短消息中使用該信元表示短消息中心的號碼。 rp originator address 短消息中心的號碼。 在終結(jié)短消息中使用該信元表示短消息中心的號碼 。 Rp user data 此參數(shù)中包含 TPDU（傳輸協(xié)議數(shù)據(jù)單元） 。 TPDestinationAddress 目的 SME（短消息 實體，可以為手機或短消息中心 ） 的地址。 這里 指 接收短消息的 目的手機號碼。 TPProtocolIdentifier 用以標(biāo)志上層協(xié)議。 此處為 0 表示沒有用到通訊交互，僅僅只是SMEtoSME 協(xié)議，否則就需要指定設(shè)備類型。 TPDataCodingScheme 標(biāo)志 TPDU（傳輸協(xié)議數(shù)據(jù)單元） 中的編碼計劃。 TPValidityPeriod （ TP VP） 標(biāo)志消息的有效期。 若短消息超過此存儲期限還沒有發(fā)出去，短消息中心就會刪除這條短消息。 TP VP 取值為 0 － 143 時，短消息存儲期限為 ： (TPVP + 1) x 5 minutes TP VP 取值為 144 － 167 時，短消息存儲期限為 ： 12 h + ((TPVP 143) x 30 minutes) TP VP 取值為 168 to 196 時，短消息存儲期限為 ： (TPVP 166) x 1 day TP VP 取值為 197 to 255 時，短消息存儲期限為 ： (TPVP 192) x 1 week Tp user data length 用以表示 Tp user data 的長度。 Tp user data 協(xié)議桟 TP（ Transfer Plane） 層的用戶數(shù)據(jù)內(nèi)容 ，其中包括了用戶短消息數(shù)據(jù) 信息 。 WCS 信令分析手冊 目 錄 219 Rp cause 若短消息 不能 成功發(fā)送 至短消息中心，則 網(wǎng)絡(luò)側(cè) 發(fā) 給手 機的 cp data 確認消息 中會 帶有 短消息發(fā)送 失敗的原因 。可能的取值有： 1：未指配號碼； 8：操作被禁止； 10：呼叫禁止； 11：保留； 21：拒絕短消息傳輸； 22：手機內(nèi)存已滿； 27：未知目的點； 28：未定義的用戶； 29：設(shè)備被拒絕； 30：未知用戶； 38：未知網(wǎng)絡(luò)； 41：暫時失??； 42：擁塞； 47：未指明的資源； 50： Requested facility not subscribed—— 用戶沒有 簽約 短消息業(yè)務(wù) ； 69： Requested facility not implemented—— 網(wǎng)絡(luò)不支持所要求的短消息功能 ； 81： 不正確的短消息傳輸參考值； 95： Semantically incorrect message—— 短消息語義錯誤 96：不正確的命令信息； 97：消息類型不存在； 98：消息和短消息協(xié)議狀態(tài)不一致； 99：信息元不存在； 111：協(xié)議錯誤 ，如編解碼短消息的時候出錯 ； 127：未定義的交互； Cp ACK 1. 消息功能 與 CP DATA消息 相對應(yīng)， 在移動始發(fā)短消息流程中， CP ACK 消息也分為兩種。 ? 一種是手機 發(fā) CP DATA向網(wǎng)絡(luò)側(cè)上報短消息， MSC對該上報消息 回 Cp ACK響應(yīng) 消息 ， 表示 MSC成功收到短消 息，但這并不表示 短消息 已經(jīng)成功到達短消息中心或者目的用戶； ? 一種是 當(dāng) 短消息中心 已 成功 收到短消息后， 網(wǎng)絡(luò)側(cè) 給 手機回確認 CP DATA消息 ， 手機側(cè)上報 的 CP_ACK，表示 始發(fā) 手機 已經(jīng)知道網(wǎng)絡(luò)側(cè) 成功 收到短消息 。 這兩種 CP ACK 內(nèi)容一樣 ，消息信元 如 圖 215和 圖 216所示。 WCS 信令分析手冊 目 錄 220 圖 215 網(wǎng)絡(luò)側(cè) 手機的 CP ACK 圖 216 手機 網(wǎng)絡(luò)側(cè)的 CP ACK 2. 重要信元分析 下表為 CP ACK 消息中主要 IE 的說 明： 表 24 CP ACK消息中 的 IE 說明 IE 說明 sms msg type 請參考前面 表 23CP DATA中的 sms msg type 信元說明。 對于 CP ACK 消息， 短消息消息類型為 CP_ack。 moforwardSM req 1. 消息功能 moforwardSM req 消息是 MSC 發(fā)往 SMC的消息， MSC 通過此消息向 SMC 傳遞短消息。消息中攜帶了用戶 MSISDN、 SMC Number 等重要 IE，如 圖 217所示。 WCS 信令分析手冊 目 錄 221 圖 217 MSCSMC的 mofouwardSM req消息 2. 重要信元分析 下表為 mofouwardSM req 消息中主要 IE 的說明： 表 25 mofouwardSM req消息中 的 IE 說明 IE 說明 SMRPDA 短消息服務(wù) RL（ Relay Layer） 協(xié)議層中的目的地址 及屬性 。 在始發(fā)短消息中是指短消息中心地址 ；在終結(jié)短消息中是指目的手機地址。 SMRPOA 短消息服務(wù) RL協(xié)議層中的 源地址 及屬性 。 在始發(fā)短消息中是指發(fā)送方手機地址 ；在終結(jié)短消息中是指短消息中 心地址。 SMRPUI 短消息服務(wù) RL協(xié)議層中的 用戶數(shù)據(jù)。 包含短消息內(nèi)容 及被叫用戶號碼等。 moforwardSM CNF 1. 消息功能 moforwardSM CNF 消息是 moforwardSM req 的響應(yīng)消息 ， SMC 通過此消息向MSC 告知短消息發(fā)送成功。 此消息沒有 具體 內(nèi)容，僅僅表示一條響應(yīng)消息。 如 圖218所示。 如果短消息中心對收到的短消息處理出錯，則會在此消息中帶上錯誤的原因值。那么此次短消息發(fā)送失敗，網(wǎng)絡(luò)側(cè)也會向手機側(cè)回失敗響應(yīng) 。 WCS 信令分析手冊 目 錄 222 圖 218 SMCMSC的 moforwardSM CNF消息 2. 重要信元分析 無。 MAP_P_ABORT_IND 1. 消息功能 如果 短消息 是因為無法到達短消息中心導(dǎo)致的失敗， SMC 就會 向 MSC 回這條消息 ： MSC 向 SMC 發(fā)送 moforwardSM REQ 消息后， SMC 向其返回MAP_P_ABORT_IND 消息。短消息發(fā)送失敗。 如 圖 219所示。 圖 219 MAP_P_ABORT_IND消息 2. 重要信元分析 下表為 MAP_P_ABORT_IND 消息中主要 IE 的 說明： WCS 信令分析手冊 目 錄 223 表 26 MAP_P_ABORT_IND消息中 的 IE 說明 IE 說明 Provider reason 指明 MAP 對話中途失敗的原因。 取值范圍： 提供者故障； 對話釋放； 資源限制； 保持活躍（ maintenance activity）； 版本不兼容 （如： MAP 版本不一致） ； 非正常對話； Source 指明中斷的發(fā)起者。 取值范圍： MAP 問題； TC（傳輸成份） 問題； 網(wǎng)絡(luò)服務(wù)問題； IU Release Command（ IU接口） 1. 消息功能 IU Release Command 由 網(wǎng)絡(luò)側(cè) 向 RNC 下 發(fā)，用于通知釋放所有與 IU 口連接的相關(guān)資源。 如 圖 220所示。 WCS 信令分析手冊 目 錄 224 圖 220 IU Release Command消息 2. 重要信元分析 下表為 IU Release Command 消息中主要 IE 的說明： 表 27 IU Release Command消息中 的 IE 說明 IE 說明 Cause 該信元用于表示導(dǎo)致 IU 口釋放連接的原因。 clearmand （ A接口） 1. 消息功能 c