1 概述
MAP即 Mobile Application Part，移動套用部分，是專為GSM要求而設計的協定，在OSI參考模型中位於TCAP的上層，僅採用SCCP的無連線方式。在GMSC和HLR之間、GMSC和IWGMSC（互通GMSC）之間、GMSC和GMSC（網關GMSC）之間等實體都是採用標準的MAP協定，以在不同的實體間建立對話和傳遞信息。
1.1 MAP信令在系統中的位置
MAP信令在系統中的作用
MAP的主要作用包括：
通過調用TC原語，在GMSC與HLR、SC等實體之間建立對話。
與接入處理部件通過傳遞內部訊息，共同完成GSM的各種業務。
從資料庫查詢獲得用戶的有關信息，並將用戶的最新數據通知給資料庫進行更改。
接入部件將在TUP、ISUP模組中融合
GMSC的協定呼叫處理流程
當GMSC收到來自PSTN的號碼，表明這是一個到GSM用戶的呼叫時，啟動GMSC的呼叫處理流程，此時GMSC處於GPSMN中的GMSC的地位。
業務流程分以下幾步：
（1）ISUP發初始地址訊息給GMSC，GMSC發Map_send_routing_req給HLR，請求路由信息。
（2）HLR向VMSC/VLR發Map_provide_roaming_number_req訊息，請求漫遊號碼。
（3）VMSC/VLR回送應答訊息給HLR，攜帶漫遊號碼。
（4）HLR向GMSC提供其所請求的被叫MS的路由信息。
（5）GMSC根據提供的路由信息，向被叫MS所在的VMSC/VLR發初始地址訊息。
（6）VMSC/VLR發應答訊息給GMSC，GMSC發應答訊息給ISUP/TUP
1 前轉呼叫過程
移動網的呼叫前轉業務共四種：
1) CFU：無條件呼叫前轉
2) CFB：遇忙呼叫前轉
3) CFNRy：無應答前轉
4) CFNRc：不可及前轉
呼叫前轉業務屬於落地局發起類業務，所以其操作實現對於GMSC的實現來說和基本呼叫沒有多少區別。
CFU業 務 描 述
申請了CFU的用戶通過移動網把相應的基本業務群的入呼叫無條件地轉接到另一電話號碼。
步 驟 說 明 ：
ISUP接收到IAM初始地址訊息，向資料庫傳送Gettptrunk訊息進行號碼分析，如果資料庫分析訊息中的被叫號碼是一個移動相關呼叫，會給相應移動呼叫進程傳送Gettptrunk。
移動呼叫進程收到此訊息後，首先判斷被叫號碼，若是MSISDN，則向MAP傳送Routing訊息，通知MAP發起路由操作，收到MAP返回的Routing_ack訊息後，分析訊息內容，如果發現返回的是MSRN，則執行正常的GMSC流程，如果發現返回的是ForwardingData，則執行CFU前轉流程。 註： Or1：前轉請求 y: yes
Or2：通知主叫 n: no
如果Notificationtocallingsubscriber成立，移動呼叫進程向ISUP發設施訊息，提示主叫用戶呼叫被前轉，並通過Tpinfo訊息將呼叫轉給ISUP，由ISUP重新建立呼叫路由。
2.1 CFB
申請了CFB的用戶通過移動網把相應的基本業務群的入呼叫在用戶忙的情況下轉接到另一電話號碼。
1) NDUB的 情 況
步 驟 說 明 ：
StepA（Map-Send_Routing_Infomation）： 由GMSC向用戶B所在的HLR查詢路由，並向用戶Ｂ所在的MSCb發建立呼叫的訊息Set-up．
StepＢ（Map-Send_Info_For_Incoming_Call，Map_Page）：MSC為建立呼叫向VLR請求信息，VLR調用另一個操作向MSC發起尋呼，尋呼回響後給MSC返回請求回響，如果用戶忙，又不前轉，則釋放呼叫．
StepC（Map-Send_Routing_Infomation） ：如果用戶B忙，MSCb向前轉到用戶C的HLRc查詢路由，並向用戶C所在的MSCc發建立呼叫的訊息Set-up，如果簽約用戶選擇，可把前轉信息通知主叫
2) UDUB的 情 況
步 驟 說 明 ：
註： Or1：呼叫被前轉
Or2：通知前轉用戶
Or3：通知主叫
Step A（Map-Send_Routing_Infomation） ：由GMSC向用戶B所在的HLR查詢路由，並向用戶Ｂ所在的MSCb發建立呼叫的訊息Set-up．
StepＢ（Map-Send_Info_For_Incoming_Call，Map_Page） ：MSC為建立呼叫向VLR請求信息，VLR調用另一個操作向MSC發起尋呼，尋呼回響後給MSC返回請求回響，如果用戶忙，又不前轉，則釋放呼叫．
Step C（Map-Send_Routing_Infomation） ：如果用戶B忙且用戶簽約CFB，MSCb向前轉到用戶C的HLRc查詢路由，並向用戶C所在的MSCc發建立呼叫的訊息Set-up，如果簽約用戶B選擇，可把前轉信息通知主叫．
