1． 手機發起業務請求，後續的從1-5都是乙個業務請求的流程，其中2和3是乙個class mark的流程，4和5是乙個加密的流程，都沒有什麼好講的，這個訊息跟蹤中缺少了cm_service_accept的訊息。
2． 訊息6，a口受到手機上報的cp_data，cp_data包含什麼內容呢？見下圖
3． 4． 短訊息信令分了多層：最外面的兩層是cm層（connection management layer）與rl層（short message relay layer）。
其中cm層定義3條訊息：cpdata, cpack and cperror；rl層定義4條訊息：rpdata, rpsmma, rpack 、rperror。
比如說在使用者記憶體可用的流程，a口上報的也是cp_data,mo流程也是上報的cp_data,而使用者記憶體可用過程與mo過程的區別在於rl層的訊息，前者是rpsmma、後者是rpdata，
5.手機上報的cp_data中含有很多內容的，其中最重要的莫過於destination address,在cm層中的destination address是短訊息中心的號碼，在sms層中的destination address就是被叫的msisdn.
6. a介面收到cp_data之後，會上報dtap訊息rr_data_ind(3)，該原語中有協議指示型別（pd）short message service messages(0x09)，該訊息通過mm模組、sms模組透傳到map模組；
map模組先要判定map功能配置表中是否配置支援sms_mo功能選項，若配置為no 則給手機下發錯誤訊息，訊息原因值為「網路不支援」；
1) 若配置為yes，則map向vlr請求使用者資料；
2) vlr返回使用者資料後，map根據使用者資料判斷使用者是否簽約短訊息基本業務，若沒有簽約，則給手機下發錯誤訊息，訊息原因值為「使用者沒有申請短訊息業務」；
3) 若使用者簽約，再判定該使用者是否有odb限呼，若有限呼，則下發錯誤訊息，訊息原因值為 「網路提供者禁止此項服務」；若使用者登記有call bar補充業務，則下發錯誤訊息，訊息原因值為「sms有call bar service」；
4) 若使用者沒有登記限呼業務，即上述的檢查點全部通過，也就是下面的這幾條訊息
7．先看map_open_req訊息，這裡解釋一下mti的含義，mti是我們交換機內部的乙個處理模組，它是處理map層和tcap層之間的對話的。下面的tc_invoke_req是mti模組向tcap發起的請求。其實乙個短訊息來說是包含對話部分和成分部分的，下面可以介紹一下ｍａｐ＿ｏｐｅｎ的功能，在ｇ３和ｇ９中有這樣的軟參。
ｍａｐ＿ｏｐｅｎ功能其實就是把對話部分成分部分分別傳送
8．下面是map_forward_sms_req訊息中的內容
9．map_open_rsp是map_open的響應
10．在map_forward_sms_rsp中，如果傳送成功，訊息如下，如果傳送不成功，在響應訊息裡面會帶有provide error.
11．訊息傳送成功之後，map模組會給sms模組傳送乙個sms_rp_ack,如果傳送失敗的話，這裡也應該會有乙個sms_rp_error
12.後續的流程應該是sms模組會通知mm模組，mm模組會通知aim模組，然後aim模組應該會通知air，訊息也是cp_data,這條訊息是用來通知手機說短訊息已經被傳送到短訊息中心了，然後手機收到這條訊息之後會有乙個確認，就是cp_ack.
13．mo流程中常見的錯誤原因值
1．至此短訊息已經被傳送到短訊息中心了，短訊息中心會進行後續的處理，首先當然就是短訊息解碼，把裡面的被叫號碼找出來，然後去send_for_routing_info_for_sm,為簡訊請求路由資訊，
2．先開始乙個map對話，然後乙個業務請求，乙個對話確認，乙個業務響應，乙個關閉業務對話。
map_open的內容比較奇怪，不知道是不是信令解析工具的原因
3．map業務請求的內容
hlr收到map_send_routing_info_for_sm訊息後，要做檢查，如果訊息缺少必備信元、訊息存在不正確的信元、hlr不識別該使用者、該使用者沒簽約短訊息業務、短訊息業務閉鎖、該使用者拜訪的vlr不支援移動終結短訊息業務，則hlr向短訊息中心返回失敗，並返回對應的失敗原因值。否則，進行下一步處理；
再繼續進行檢查，對於優先順序高的短訊息（使用者的優先順序在map_send_routing_info_for_sm中有標誌），如果使用者沒有對應的msc號、使用者位置區限制、被purge（即使用者不可及），則把該使用者的不可及標誌（mnrf）置為真，同時把該使用者的msisdn、對應的短訊息中心號碼儲存在hlr中（目的是將來該使用者被啟用後，在短訊息提醒處理過程中，hlr能夠找到短訊息中心。然後hlr向短訊息中心傳送缺席使用者失敗訊息。
對於優先順序低的短訊息，除了要做高優先順序短訊息的檢查外，還要判斷mnrf標誌，若mnrf為真，則把該使用者的msisdn、對應的短訊息中心號碼儲存在hlr中，並向短訊息中心傳送缺席使用者失敗訊息。如果上述檢查通過，hlr會給短訊息中心返回短訊息路由資訊。
4．業務請求響應的內容
5．mwd(message waiting) 佇列是hlr中儲存sc位址的乙個佇列，當乙個短訊息中心來請求路由資訊的時候，mwd就是將這個短訊息中心的位址填到mwd佇列中。
對hlr的情況，乙個使用者最多可以儲存3個短訊息中心位址，從hlr的b035版本開始，乙個使用者最多可以儲存16個短訊息中心位址，果使用者儲存佇列已經儲存了16個短訊息中心位址，再有其他短訊息中心發過來的訊息，且短訊息傳送失敗，則該短訊息中心位址將不會被儲存hlr中，後面短訊息提醒流程就無法正常啟動，導致該短訊息丟失。
6．在短訊息取路由響應訊息（成功或失敗響應）後，可能跟隨著map_inform_service_centre訊息。若存在下列條件之一：hlr中該使用者的mcef（記憶體溢位標誌）為真、mnrf（使用者不可及標誌）為真、短訊息取路由失敗、短訊息取路由中攜帶的msisdn號碼與hlr中儲存的msisdn號碼不一致（改號時存在這種情況）時，則hlr會向短訊息中心傳送map_inform_service_centre訊息，該訊息攜帶msisdn、mnrf、mcef、短訊息中心位址是否儲存在hlr中。。。
等等ie。
傳送map_inform_service_centre訊息的目的是讓短訊息中心知道hlr中該使用者的狀態，一旦短訊息傳送成功或失敗，短訊息中心會向hlr傳送map_report_sm_delivery_status訊息，
通知hlr更改該使用者的這些狀態。（這裡是因為高優先順序別的使用者，hlr中即使mnrf標誌為真，仍然會返回路由資訊的，然後短訊息中心也會強制下發的）。
7．如果說這個短訊息沒有被傳送成功的話，sc會通知hlr置位，如果傳送成功，sc會通知hlr清位。
1）如果使用者記憶體已滿，設定mcef；
2）如果使用者為缺席使用者或未定義使用者，設定mnrf
8.去路由資訊的常見錯誤
參考圖1，根據gsm09.02協議，閘道器傳送路由請求後hlr可能返回的錯誤原因包括：
表1 取路由回應過程中出錯資訊
1． ｍａｐ＿opeｎ訊息中的主要引數
2． map_mt_forward_short_msg_req訊息中的主要信元
當map_mt_forward_short_ message訊息到達主機後，map需要查詢map功能配置表中的sms_mt功能配置是否為yes，若為no則向短訊息中心回「裝置不支援」；
5) 若配置為yes，則map向vlr發使用者資訊請求訊息；
信令學習流程
sib1 包含nas資訊和ue處於空閒模式及連線模式下的定時器和計時器 sib2 包含nas identity資訊 sib3資訊 同頻測量 如果squal sintrasearch，則ue需要發起同頻測量 其中squal sintrasearch qqualmeas qqualmin sintras...
信令學習流程
sib1 包含nas資訊和ue處於空閒模式及連線模式下的定時器和計時器 sib2 包含nas identity資訊 sib3資訊 同頻測量 如果squal sintrasearch，則ue需要發起同頻測量 其中squal sintrasearch qqualmeas qqualmin sintras...
WCDMA基本信令流程
目錄6.1 概述 1 6.2 無線資源控制流程 1 6.2.1 rrc連線建立流程 1 6.2.2 信令建立流程 2 6.2.3 rab建立流程 3 1.dch dch 4 2.rach fach dch 7 3.rach fach rach fach 7 6.2.4 rrc連線釋放流程 8 6.2...