呼叫處理與信令流程解讀_第1頁
呼叫處理與信令流程解讀_第2頁
呼叫處理與信令流程解讀_第3頁
呼叫處理與信令流程解讀_第4頁
呼叫處理與信令流程解讀_第5頁
已閱讀5頁,還剩22頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、呼叫處理與信令流程目 錄第一局部 事務處理能力應用局部TCAP第二局部 智能網應用規程INAP第三局部 CAMEL應用局部CAP第一局部 事務處理能力應用局部TCAP七號信令事務處理能力應用局部TCAPTCAP 分為三局部:第一局部TCAP 根本概念;第二局部TCAP 功能結構,主要說TCAP 在具體實現的時候分為哪幾局部,每一局部的功能以及相互之間的聯系;第三局部TCAP 消息構成,具體是TCAP 消息的解析,強化TCAP 概念。第一局部TCAP 根本概念:如圖,在最底層是MTP 局部,MTP 被稱為消息傳送局部,提供所有用戶局部的公共的對消息的傳送機制,包括MTP 第一層、第二層和第三層。

2、MTP 第一層提供的是信令數據鏈路層,給出了七號信令在什么樣的帶寬上傳送,在什么樣的物理通道上傳送。MTP 第二層被稱為信令鏈路層,給出了七號信令幀的格式,消息是怎樣被打包、被解包以及怎樣進行點對點之間傳送的過失控制。 MTP 第三層是信令網絡層,提供在信令網當中七號信令消息的尋址和消息路由功能以及一些七號信令消息的網絡管理功能,MTP 這三層功能合起來實現在七號信令網任意兩上網絡節點之間消息可靠的傳輸。用戶局部被稱為UP 局部,圖中有TUP 、DUP 、ISUP 、SCCP 、TCAP 等,TUP 是電路用戶局部,用于交換機和交換機之間的電路接續控制,DUP 數據用戶局部,主要用于數據通信網

3、的應用,ISUP 用戶ISDN 網絡局部,實際上包含DUP 和TUP 功能。SCCP 被稱為信令連接控制局部,MTP 提供網絡層功能并不完善,MTP 第三層它在尋址存在局限性,利用DPC 和OPC 尋址,它們在尋址是在相對的地址范圍,不是全球地址范圍,導致全球七號信令網之間任意兩個節點的通信地址范圍受到限制,SCCP 擴張采用全球碼尋址方式,使在全球信令網兩上節點有著統一的編碼方式,為信令的尋址提供相當大的靈活性,這是SCCP 對七號信令體系功能擴張第一點;功能擴張的第二點SCCP 擴大MTP 用戶局部,用4個比特來表示只有16用戶,SCCP 提出子系統概念,采用8比特表示256個子系統,相當

4、于多出了256個用戶;功能擴張的第三點SCCP 面向連接以及面向無連接的效勞,TUP 消息在傳送前是不需要確定對方能夠收到與否,SCCP 類似于在發送消息先要詢問對方是否能正確收到,握手建立再傳送數據,數據傳送完后再撤除連接;功能擴張的第四點SCCP消息實現和電路應用無關,在TUP 中任何消息都和某一個具體中繼電路相關,TUP 當中有一個CIC 電路標識,用來標識這個消息和某一個電路相關,SCCP 和TIC 無任何關系。SCCP 最根本的是提供對MTP 網絡尋址功能的增強,實現全球尋址等靈活的尋址方式,提供面向連接和面向無連接的傳送方式。在SCCP 上面還有一個TCAP 稱為事務處理能力應用局

5、部,TC 被稱為事務處理能力局部,由ISP 中間效勞局部和TCAP 事務處理能力應用局部組成,目前TCAP 和TC 是對等的。TCAP 提供以下功能:1、傳送的消息與電路無關的消息;2、消息結構與具體應用無關;3、專門處理網絡中任意兩點間的消息交互過程,實現兩點間的遠程操作。最重要的有兩點:1、TCAP 提供一種公共統一的接口,TCAP 提供的是一個統一的與應用無關的對消息的封裝機制;2、TCAP 為了實現網絡結點之間遠程調用,更具體說,TCAP 把這種調用當作一種事務來處理。TCAP 建立在SCCP 傳輸根底上的,它的用戶有以下幾個:1、MAP 稱為移動應用局部;2、INAP 稱為智能網應用

6、局部;3、CAP 就是CAMEL 應用局部。MAP 主要用于移動網之間,MSC 和HRL 以及VLR 這些網絡節點之間傳輸信令,這些信令消息是和電路無關的,INAP 和CAP 都屬于智能網應用協議,INAP 用于有限智能網,CAP 主要應用無線智能網。CAMEL 是GSM 移動網絡針對于智能網的一個增強協議,是GSM 針對于智能網的升級版本。TCAP 主要用于以下場合:SSP 和SCP 之間建立遠程操作對話、交換局訪問網絡數據庫中心、網絡數據庫之間建立遠程操作對話過程。 TCAP 關鍵術語:成份:簡單地說,成份局部就是用來傳遞用戶操作或其返回結果、過失、拒絕。事務:簡單地說,事務就是網絡兩節點

7、間處理的業務。對話:TCAP 將網絡兩點間的信息交互過程抽象為一個對話,假設兩點要處理事務時就通過TCAP 在兩點間建立一個對話。目前,TCAP 的一次對話只處理一個事務,事務和對話具備對等關系。對話與成份的關系:一個對話含有一個或多個成份,一個業務過程就是一次對話。TCAP 操作的分類操作類型有四類,具體操作分類的依據就是是否要回送結果:一類操作:期望返回結果和返回過失,不管調用成功與否,都希望返回結果。如P&C,SCP 通知智能外設IP, 請求它放音收號,不管放音收號成功與否。P&C是典型一類操作。二類操作:只有返回過失,如RRBE 、AC 、Connect 、ACR 等操

8、作 三類操作:只有返回結果,如AT四類操作:不管調用成功與否,既不返回結果,也不返回過失,如ERB 、Continue成份的類型,是操作調用以及操作調用的結果,分為幾類: 第一類:操作調用Invoke ,INV 第二類:最終結果成份Return_result_last,RR_L,這個成份是對上面操作調用結果的返回,并且一次把所有結果返回。第三類:非最終結果成份Return_resut_not_last,RR_NL,操作調用時一個命令時,結果不能通過一個消息返回,這就需要分幾次。 第四類:回送過失Return_Error,RE ,對上面操作調用遇到的錯誤進行回送。第五類:拒絕成份Reject ,

9、REJ ,收到對方一個操作調用,意義無法理解,給對方發送一個拒絕成份。回送過失和拒絕成份區別:回送過失已經執行但沒成功,拒絕成份是操作不能被理解,還沒被執行。對話是兩個節點之間為了完成一次事務建立起來的一個通信過程,分兩類:非結構化對話:Unidirectional 單向消息呼叫處理與信令流程華為技術TC 用戶要發送不期待答復的成份第四類操作,沒有對話的開始、繼續和結束過程,那么在TCAP 中利用單向消息發送。在TC 用戶接收到一個單向消息時,假設要報告協議過失,也要利用單向消息,應用較少。結構化對話:對話要有開始、繼續和結束三個完整過程。TC 用戶就是指的TCAP 上層用戶,在兩個TC 用戶

10、間允許存在多個結構對話,每個對話必須由一個特定的對話標識號標識。用戶在發送成份前指明對話的類型:Begin 起始消息:指示一個對話處理的開始。Continue 繼續消息: TC 用戶繼續一個建立的對話,可全雙工交換成份對話證實和繼續。第一個后向繼續說明對話建立證實并可以繼續。End 結束消息:結束對話。Abort 放棄消息:對話過程出錯,結束對話。TCAP 的四個消息都是以對話為根底進行的。TCAP 功能結構分為兩局部:成份子層CSL -負責處理和TC 用戶之間的成份和對話。事務子層TSL -負責處理TCAP 消息并管理事務。成份子層和事務子層之間的通信是采用TR 原語通信,整個TCAP 和T

11、C 用戶采用TC 原語通信,TC 原語又被分為對話原語和成分原語。 TCAP 和它的下層SCCP 通信采用N 原語進行通信。TC 原語是TCAP 的成份子層和TCAP 用戶之間信息交互,分為成分原語和對話原語。成份原語管理成份;對話原語管理對話。成分子層負責成份原語和對話原語合并成TR 原語,送給事務子層。簡單來說成分子層就是一個接口;事務子層主要負責TCAP 消息的生成、接收、解析、負責管理事務。呼叫處理與信令流程 華為技術事務和對話具有一對一的對等關系,TCAP 事務子層是站在全局角度對所有對話或者事務進行管理。 事務處理子層:收到成分處理子層給它的對話信息和成分信息以后就把它變成一個事務

12、送給對方,就必須采用一個TID 來標識事務,TID 被稱為事務ID 。兩個TCAP 實體各自分配自己的TID ,SSP 和SCP 之間的TCAP 成分就是通過TIP 來判別TCAP 消息是否屬于同一個事務處理。TCAP 事務處理子層處理的消息和對端TCAP 事務處理子層處理的消息實際上就是TCAP 消息,事務處理子層的消息類型實際也是TCAP 消息類型,共有以下幾種: BEGIN :開始一個事務處理,本端給事務的標號是哪個稱為原端 事務標號OTID ; CONTINUE :事務處理繼續,包括OTID 原端事務ID 和DTID 目的端事務ID ; END :結束事物處理,包括DTID ; ABO

13、RT :中止事務處理,包括DTID 。TCAP 傳送 如圖,SSP 和SCP 之間一次對話過程,以移動智能網PPS 用戶呼叫PST 用戶為例:SSP 收到由端局送來的PPS 用戶呼叫信息,判別主叫用戶是一個預付費用戶,是個智能業務,SSP 觸發智能業務,給SCP 上發報第一個消息BEGIN ,BEGIN 消息包含成分,這個成分是一個操作調用IDP ,IDP 是SSP 通知SCP 被觸發,SCP 收到BEGIN 消息,SCP 建立這次對話,回送CONTINU ,CONTINU 消息包含的成分RRBE ,RRBE 是一個操作調用,是動態配置檢出點,SCP 通知SSP 動態配置某些檢出點,為以后呼叫

14、控制,下發第二個CONTINUE AC ,這時SCP 通知SSP 準備計費,主要包含這次通話最大通話時間以及其它計費參數在里面,緊接著SCP 下發第三個CONTINUE Continue ,是SCP 通知SSP 剛剛被中斷的呼叫繼續,SSP 就根據被叫號碼把被叫叫出來,雙方開始通話,通話開始的時候SSP 開始計費,一旦通話雙方任意一方掛機,SSP 檢查到這個信息后,就給SCP 上報一個信息CONTINUE(ACR,把計費報告送給了SCP ,SCP 下發一個END(Release Call ,通知SSP 釋放相關資源。一次對話過程總是由BEGIN 、CONTINU 、END 組成,對話消息當中實

15、際上還夾帶了用戶所真正需要的成分內容。TCAP 成分處理子層CSL : TCAP 成份子層用來向TC-用戶傳遞成份,以及將TC-用戶要發送的成份送往事務處理子層。成份的傳送用TC 原語中的成分處理原語完成。但是否要發送成份或已經接收成份,需要用TC 原語中的對話處理原語來控制和通知。成分原語是TC 用戶真正所要用到的內容,對話原語是為了把這個內容發送給對方,或者由TCAP 通知TC 用戶已經收到對方的成分,是對對話的控制,任何成分的發送或者接收一定需要對話原語進行控制。TCAP 成分原語和成分類型有著對應關系,TCAP 成分原語包括: 操作調用成分具體由TC-INVOKE 成分原語來處理的;R

16、eturn_result_last是由TC-RESULT-L 成分原語來處理的;Return_resut_not_last 是由TC-RESULT-NL 成分原語來處理的;錯誤、拒絕、取消都相應的由TC 原語來處理的;在原語TC-U 和TC-L 中,U 代表USER 用戶,比方說TC-U-ERROR 這個錯誤是由TC 用戶檢測到的,L 代表本地,具體指TCAP 自身檢測到的錯誤或拒絕,比方說TC-L-REJECT 這個拒絕是由TCAP 消息本身發現TC 給它的信息格式不能被理解。牢記:TCAP 成分原語和成分類型有著對應關系。TC 對話原語:用于啟動、繼續和終止一次對話,和TCAP 對話消息、

17、對話過程有著密切關系,TC 對話原語有:TC-UNI :用來啟動一次非結構化的對話。TCBEGINTCCONTINUETCENDTCU ABORT :表示用戶層放棄,用戶層告訴SSP ,由于用戶原因操作對話而放棄。TCP ABORT :由于對話本身的格式不被TCAP 所理解,被TCAP 本身所放棄。TCNOTICE :當TCAP 要進行一次對話,結果傳送到SCCP 時由于網絡層原因導致不能傳送,SCCP 會通知TCAP 由于SCCP 本身有問題,讓TCAP 轉告用戶,TCAP 那么通過TC-NOTICE 告訴它的用戶。 TC原語包括TC 對話原語和TC 成分原語,它們是由成分處理子層CSL 處

18、理的,簡單說成分處理子層主要完成和TC 用戶的一個接口,和TC 用戶完成成分和對話的處理。CSL 把TC 原語和對話原語接收到后,通過TR 原語送給事務處理子層TSL ,CSL 和TSL 通過TR 原語進行信息交流,TR 原語和TCAP 消息有著驚人類似關系,都有四個原語。TRUNI 用來啟動一個非對稱的對話,應用較少。TC-BEGIN 和TR-BEGIN 的不同:TC-BEGIN 原語只是TC 用戶通知TCAP 準備啟動一次對話,并不包含成分;但是TR-BEGIN 原語是由CSL 送給事務處理子層,它既包含啟動對話的信息,也包含相關的成分。TR 這些原語既含有對話信息又含有成分信息。TR-B

19、EGIN和BEGIN 消息的不同:TR-BEGIN 是CSL 送下來表示啟動一次對話,還沒有把事務標識放上去,在TR-BEGIN 根底上加上事務標識,再把信息結構變成標準TCAP 消息結構,這就是BEGIN-TCAP 消息。總結:TR 原語和TCAP 消息的區別主要在于TR 原語還沒有涉及到事務處理。膠片所示:從TC 用戶開始發送一個成分到對方的整個過程。最左端TC 用戶A ,網絡節點的一側,這里實際是指SSP 。TC 用戶A 旁邊有CSL 和TSL ,都表示一個節點當中的成分處理子層CSL 和事務處理子層TSL ,從這個節點到對方節點,中間是經過了TCAP 消息來進行信息交互,到對方的TSL

20、 以后消息再到對方的CSL ,之后再經過TC 原語到達對方的TC 用戶,這里標注的是TC 用戶B ,TC 用戶B 指的是SCP ,現在過程給出了一個PPS 用戶撥打普通的PST 用戶的信令過程,以移動智能網為例:最初,SSP 檢測到主叫用戶是一個預付費用戶,要將IDP 這個操作調用發到SCP ,會經歷的步驟:TC用戶A 產生TC_INVOKE_R請求原語,請求CSL 做一個操作調用的成分傳送,這個成分送給CSL ,緊接著TC 用戶A 發送 TC_BEGIN_R送給成分處理子層CSL ,把前面收到的成分INVOKE 融合到BEGIN 對話原語中,形行TR-BEGIN 原語,送給事務處理子層TSL

21、 。TSL收到TR_BEGIN_R原語后,產生BEGIN-TCAP 消息送給對方,TR-BEGIN 和TCAP 當中的BEGIN 之間有一對一的關系。兩個信息的差異在于:TR-BEGIN 里面沒有對事務的處理局部,但在BEGIN 消息里包含有事務處理局部 ,BEGIN 消息包含有事務的標識以及成分都送給了SCP 的事務處理子層TSL ,收到BEGIN 消息后,事務處理子層重要功能完成TCAP 消息的解析,完成對事務的管理,TSL 把TCAP-BEGIN 消息轉換成一個TR-BEGIN 原語,把事務的標識去除掉送給成分處理子層CSL ,TR-BEGIN 包含了成分,也包含了對話信息,由CSL 變

22、成兩上原語,一個TC-BEGIN ,一個TC-INVOKE 分別送給TC 用戶,首先TC-BEGIN 送給SCP 的TC 用戶B ,首先通知對方有一個對話開始,緊接著TC-INVOKE ,通知對方剛剛的對話里有一個成分,這個成分是一個操作調用,IDP 就從TC 用戶A 傳到了TC 用戶B ,TC-INVOKE-R 和TC-INVOKE-I ,R 就是請求原語,I 是指示原語,R 表示是從上層傳給下層,I 是從下層傳給上層。SCP收到IDP 之后,TC 用戶啟動一個對話,在對話單中夾帶一個操作調用送出去,首先發送一個TC-INVOKE ,準備發送一個成分回去,緊接著給了一個TC_CONTINUE

23、,表示對話已經建立起來,繼續對話,CSL 把它整合成TR-CONTINU ,既包含成分INVOKE ,也包含了對話CONTINUE 的信息送給TSL ,TSL 把TR-CONTINU 轉換成CONTINU 消息送給SSP 的TSL ,SSP 的TSL 變成TR-CONTINU 送給SSP 的CSL ,SSP 的CSL 變成TC 原語交給用戶,分成兩局部,把對話分開交給TC 用戶,首先告訴對方來了一個TC-CONTINU ,告訴對方有個對話正在進行,緊接著告訴它TC-INVOKE ,說TC-CONTINU 對話里面包含TC-INVOKE 操作調用成分,操作調用成分具體包含RRBE ,SCP 請求

24、SSP 動態配置DP 點,IDP 送給SCP ,SCP 回RRBE ,后面過程類似,TC 用戶要發一個成分必然先給一個對話原語,緊接著給一個成分原語,都是操作調用。對于TCAP 收到TCAP 消息最終轉換成TC 原語送給TC 用戶,把成分送給用戶必然先把對話信息送給用戶,再給出成分原語TC_INVOKE等等。IDP送上去后下發RRBE ,再發下AC ,再下發Continue ,然后SSP 把被叫呼出雙方通話,直到任何一方結束通話,SSP 送ACB 計費報告給SCP ,然會送ERB 把用戶的掛機信息上報給SCP ,SCP 這時結束對話,TC 用戶B 先下發TC-INVOKE 給SCP 的CSL

25、,表示是一個成分調用Release Call ,TC 用戶再下發一個TC-END ,表示結束對話,轉換TR-END 送給TSL ,TSL 再變成END 消息送給對方,再通過TR-END 原語送給對方的CSL ,對方的CSL 再變成TC-END 和TC-INVOKE 交給它的用戶。TCAP 消息的消息解析在日常維護中很少應用到,但對于學習TCAP 至關重要,能很好理解TCAP 各局部構成關系。膠片上給出了TCAP 和七號信令其它各層次之間的相互關系,最上面是MTP 第二層的結構,主要是一個禎的格式,它的SIF 信令消息字段包含的是第三層的內容MTP3,MTP3主要處理信令網絡功能,有路由標記和消

26、息內容組成,L3的消息內容也就是SCCP 的內容, SCCP 結構包括消息類型、協議類別、被叫用戶地址、主叫用戶地址和用戶數據,這個用戶數據就是TCAP 消息,TCAP 消息被包裝在SCCP 消息當中,作為SCCP 用戶數據出現。TCAP 有以下幾局部組成:消息類型、消息長度、事務處理局部、對話局部、成分局部。主體是事務處理局部、對話局部、成分局部,事務處理局部實際上由事務處理子層TSL 用到的,TSL 把TCAP 消息把它變成TR 原語時省掉了,只剩下對話局部和成分局部別通過TC 原語局部送給TC 用戶處理的。TCAP出現使得七號信令給用戶提供了一個統一的消息封裝機制,采用是信息元的格式,整

27、個TCAP 消息就是一個信息元,包括標簽、長度和內容三局部組成。標簽也稱為標記,它是唯一的識別能力;長度表示這個信息元的字節數;內容就是信息元的具體內容,信息元的內容可能嵌套了另外的信息元,我們把嵌套了信息元的信息元稱為復合體,把內容里不嵌套信息元的信息元稱為本元體。 TCAP消息作為信息元的嵌套結構,總共有三局部構成:消息的類型標記、消息總長度、消息內容。具體消息內容又包括:事務局部信息元、對話局部信息元、成分局部的信息元。具體事務局部信息元里面有標記、長度、內容;對話局部信息元是一個本元體,沒有再包含信息元;成分局部信息元包括不同信息元,每個參數也都是一個信息元。信息元由三局部構成,標記占

28、信息元一個字節長度,最低比特為A ,最高比特為H ; Bit8、Bit7:標識為信息元類別;Bit6:信息元格式,0:根本式,1:構成式;Bit5Bit1:標簽碼,表示此標簽序號,可擴充為多字節。信息元的長度有3種類型:短型編碼,為一個字節,表示的長度小于127個字節;長型編碼:應用較少,大于127個字節;不定型編碼:長度標記為80H ,不直接給出,信息元結束時給出EOC 信息元0000為結束標記。目前TCAP 中最常用短型編碼和不定型編碼。 信息元的內容可能嵌套了新的信息元,內容是如何含義取決于不同的信息元標記,標記不同,信息元不同,內容的解析也不一樣。 對于TCAP 消息是整個的信息元,信

29、息元的標記值:61H 、62H 、65H 、64H 、67H ,分別表示不對稱的對話UNI 、62H 是BEGIN 消息、65H 是CONTINU 消息、64H 是END 消息、67H 是ABORT 消息,有的地方稱為P-ABORT 消息。TCAP內容本身包含事務處理局部信息元、對話局部信息元和成分局部信息元。事務處理局部信息元有兩個:48H 和49H ,48H 表示信息元原端事務標識號,49H 目的端事務標識號;對話局部信息元用6BH 來表示,成分局部信息元用6CH 來表示,P-ABORT 如果是放棄TCAP 消息,必然要給出放棄的原因,這個原因用4AH 來表示,是放棄的原因。6CH標識成分

30、局部信息元,包含成分,成分類型由成分類型信息元來表示:A1H 是INVOKE 操作調用,A2H 最終結果成分,A7H 非最終結果成分,A3H 回送錯誤成分,A4H 回送拒絕成分。成分總是圍繞操作調用進行,可能對于同一個操作如IDP 可能同時有很多對話調用IDP ,對操作調用編號稱為調用ID ,如回送錯誤,回送哪一個操作的調用,就用ID 來標識,調用ID 也專門用一個信息元來表示02H ,操作還有編碼操作的名稱也用一個信息元表示02H ,當這兩個信息元都出現,先出現的就是操作調用ID 信息元,后出現的是操作碼信息元,以先后順序來區分。 表中給出了具體的操作碼。TCAP 具體解析BEGIN消息具體

31、結構:最前面是消息類型標記62H 、表示這個信息元是個BEGIN 消息,后面消息長度、緊接著是事務局部,事務局部信息元由兩局部組成:源端事務標識和對端事務標識,對BEGIN 消息而言沒有對端事務標識,只剩下源端事務標識號標記48H ,源端事務標識由三局部組成:標記68H 、長度、源端事務標識號內容;第二局部是對話局部標記6BH ,信息元也由6BH 標記、長度、內容組成;緊接著是成份局部信息元6CH ,也由三局部組成:6CH 標記、成分局部長度、成份局部內容,成分內容包括成分類型、操作調用的ID 以及具體操作調用碼等等,一般來說在TCAP 消息里,一個消息里一般只包含一個成分不包含多個成分。一個

32、TCAP 消息分析,消息內容如下:62 80 -BEGIN消息,62H 表示BEGIN 消息,80表示長度,為不定長 48 04 36 01 00 A2 事務局部,OTID 。48H 表示源端事務標識信息元,是個本元體,04H 表示信息元長度為4個字節,36 01 00 A2表示源端事務ID 。下一個信息元6BH 是對話局部信息元,長度是80H ,也是不定長,結尾為0000;6CH 成分局部信息元,長度80也是不定長,具體成分局部信息元內容又遇到第一個信息元-A1H 類型是INVOKE ,長度80不定長。操作調用里面的內容又是一些信息元,02021102表示是調用ID, 長度為01,值也為01

33、,說明這次調用的編碼為1號調用;020210表示操作碼信息元,長度是01,操作碼為00,是IDP 。下一個例子成分的類型是最終返回結果,RRL 的解析:65H表示的是CONTINU 消息,長度是短型長度17H ;48H 表示源端事務信息元,長度4個字節,后面4904表示目的端事務標識,長度也是4個字節;6CH 成分局部,對話已經建立,不需再傳送對話相關信息,0A 是它的長度,A208中08是信息元的長度,A2是返回最終結果標簽,返回某個操作調用的結果,采用操作調用ID 信息元表示,操作調用ID 信息元是02H 的標簽,長度為01,對1號操作的返回最終結果;3003是標識序列,表示具體成分的參數

34、;后面是020217表示這個操作碼,第二個02信息元說明具體操作碼的信息元,長度01,操作碼是37,37是ACTIVE 操作,回送結果,實際是對ACTIVE 的回送。 TCAP消息當中的ABORT 消息的結構:膠片中,從SAU/SSP NO7消息跟蹤窗口中看到的一個P-ABORT 消息的例子:前面是SCCP 消息,包括UDT 、備叫地址、主叫地址,一直找到TCAP 消息6709,67表示TCAP 消息是ABORT 信息元,是短型長度只有9個字節,緊接著內容包括事務處理局部、成分局部和對話局部。首先事務處理局部4904,49H 表示信息元目的端事務處理ID 號,沒有原端48H 后面的四個表示目的

35、端事務處理ID ,緊接著是4AH 信息元,4AH 表示放棄原因信息元,長度是01,原因值是04,04對應的原因是資源限制。第二局部 智能網應用規程INAPINAP 信令課程分為三局部:INAP 概述、常用INAP 操作、INAP 信令流程舉例。INAP概述:INAP Intelligent Network Application Protocol :智能網應用規程。INAP具體定義智能網當中交換層設備和控制層設備之間的信息流。膠片給出了一個智能網體系結構,交換層設備有SSP 和IP ,SSP 稱為業務交換點,包括業務交換功能SSF 、呼叫控制功能CCF ;IP 被稱為智能外設,包括SRF 功能

36、,也就是專有資源功能。SSP 相當于一臺交換機,在交換機的功能上增加了智能網的接口功能,能夠檢測出智能業務信息并把它上報給智能層,并能夠接收智能層的控制命令;IP 智能外設在目前智能網體系中主要起到放音、收號的作用;SCP 被稱為業務控制點,功能主要是SCF 業務控制功能,SCF 能從交換層接收到智能呼叫的業務信息,并且分析業務邏輯,通過查找數據庫得到下一步呼叫處理的命令,并且把它下發給交換層,這是SCF 主要功能;SMP 業務管理點屬于后臺管理設備,主要能對業務邏輯、業務數據、網絡配置等信息進行管理,SMAP 被稱為業務管理接入點,它和SMP 一起統稱業務管理系統SMS ,SMP 相當于效勞

37、器端,SMAP 相當于一個客戶端;SCE 業務生成環境,能夠開發、修改業務邏輯,并能提供一個仿真測試環境。智能體系結構中各局部之間的聯系:交換層和交換層的設備,比方說SSP 和IP 設備以及SSP 與端局和匯接局各個設備之間采用TUP 或ISUP ,也就是說采用傳統的電路用戶局部或者ISDN 電路用戶局部;交換層和智能層之間也就是SSP 和SCP 、IP 和SCP 它們之間采用的接口,采用INAP 信令接口。圖中SSP 和SCP 、IP 和SCP 之間都采用INAP ,SCP 和SMP 以及SCP 和SCE 、SMAP 和SSP 之間采用TCP/IP,包括SMP 和IP 設備之間的接口也采用T

38、CP/IP。INAP 協議規定SCP 和SSP 、SCP 和IP 之間接口的關系:有了INAP 協議以后,控制層設備只要遵守INAP 協議,交換層的設備只要遵守INAP 協議,不管是哪家廠家生產都應該能夠互通互聯,實現開放性。INAP協議在七號信令功能結構的位置:七號信令功能結構可以和OSI 開放系統互聯的七層結構有著對應關系,七號信令的MTP 消息傳送局部相當于OSI 物理層、數據鏈路層、網絡層,七號信令的SCCP 相當于OSI 網絡層功能,在七號信令中TCAP 和INAP 相當于OSI 當中的應用層,既第七層。INAP 處在七號信令的用戶和七號信令的TCAP 之間,INAP 必須得到七號信

39、令的TCAP 層以及SCCP 層的支持。INAP 常用操作INAP 詳細規定網絡兩個節點之間的遠程操作調用以及調用結果的格式和參數,INAP 常用操作:IDP Initial DP ,初始化DP 點。這個操作調用SSP 向SCP 發送,表示SSP 觸發了一個智能業務,請求SCP 智能呼叫建立一次控制關系,這個操作的參數包括業務鍵、主叫號碼、被叫號碼等。RRBERequest Report BCSM Event ,請求上報BCSM 事件。這個操作是SCP 下發給SSP ,請求SSP 動態配置檢出點,檢出點DP 在智能網體系中SSP 對所有的呼叫都把它劃分成一個一個相對穩定的狀態,呼叫就在這些狀態

40、之間進行轉換,檢出點便是呼叫從一個狀態轉換到另一個狀態的轉變點,動態配置檢出點,相當于SCP 通知SSP ,當呼叫從一個狀態變向另一個狀態時,把呼叫事件報告給我,SCP 通過RRBE 控制SSP ,當以后的呼叫發生變化,上報給SCP ,好為以后控制,RRBE 具體參數一些相關的檢出點的編號以及檢出點上報的條件等等。CTRConnect To Resource ,連接到資源。SCP 下發給SSP 調用的,SCP 請求SSP 把指定用戶智能網專有資源,也就是智能外設IP 上。當SCP 認為需要給用戶放語音或收號時,就會通知SSP 把用戶連接到智能外設IP 上。P&CPrompt &

41、 Collect user information ,提示并收集用戶信息。是SCP 下發給IP 的一個操作,通知智能外設給用戶放提示音并且準備接收用戶所撥的數字電信息,這個操作所包含的參數放音的語音編碼以及所要接收的數字信息的相關參數。DFDisconnect Forward ,SCP 下發給SSP ,通知SSP 切斷指定用戶和智能外設的連接,用于SCP 判斷智能外設和用戶之間的交互已經完成可以拆線的時候下發給SSP 。ACApply Charging ,SCP 下發給SSP 的,操作參數包含通話的這段時間、計費方以及計費的其它信息,它是SCP 在收集到呼叫相關的信息,比方說主叫號碼、被叫號碼

42、進行了相關的計費查詢之后,把計費的要求下發給SSP ,通知SSP 準備計費,操作下發后,SSP 并不立即計費,而要等到用戶具體通話的時候才計費。Connect,SCP 下發給SSP ,是SCP 請求SSP 將用戶連接到指定的目的碼上,目的碼指的是真實的被叫用戶。ACRApply Charging Report ,SSP 上報給SCP ,當SSP 檢測到通話雙方任一方切斷通話的時候,把計費報告通過這個操作上報給SCP ,這個操作參數包括通話的時間長度、通話開始起始時間、通話結束時間以及計費方等。ERBEvent Report BCSM ,SSP 上報給SCP ,用來報告在前面SCP 通過RRBE

43、 設置的檢出點,現在SSP 已經遇到,出現了這種呼叫事件,要把這次呼叫事件通過ERB 上報給SCP 。RCRelease Call 釋放呼叫。SCP 下發給SSP ,請求SSP 撤除某次呼叫相關的資源。PAPlay announcement ,放音。SCP 下發給智能外設IP ,請求智能外設為用戶放音,PA 僅僅放音不收號,而P&C既放音又收號。 SRRSpecialized Resource Report,專有資源報告。SRR 應用在當智能外設接到了PA 后給用戶放音,放音結束后,智能外設發SRR 給SCP ,通知SCP 放音結束。ATActive 激活測試。SCP 下發給SSP ,

44、當一個智能呼叫建立起來,SCP 每隔六分鐘下發AT 給SSP ,SSP 應該回送一個最終結果的答復,如果SCP 沒收到SSP 的答復,就認為SSP 和SCP 之間的通信中斷,SCP 將把這次呼叫去除掉。集中付費業務FPH 的信令流程:用戶撥打"8008307788" 后,這個呼叫被匯接到SSP 上,SSP 檢測到這個呼叫是800業務,將觸發智能業務,上報IDP 給SCP ,IDP 包含主叫號碼、被叫號碼以及業務鍵相關信息,SCP 將為這次智能呼叫建立一個控制關系,SCP 緊接著下發一個RRBE ,它是SCP 用來動態配置檢出點,SCP 一般要求動態配置的檢出點:DP4路由檢

45、測失敗、DP5被叫忙、DP6被叫久叫不應、DP9主叫或被叫掛機、DP10主叫早釋,這些事件SCP 請求SSP 配置起來,當遇到這些事件時SSP 就會上報給SCP 。SCP 通過SSP 上報的被叫號碼去查詢數據庫,根據800業務邏輯要把它翻譯為真正的目的碼07556646988,SCP 就根據主叫號碼和真實的號碼去查詢相關的計費數據,得到雙方計費類別、計算最大通話時間等,把這些信息通過AC 下發給SSP,SCP 下發Connect ,Connect 是SCP 下發給SSP 請求SSP 把用戶連接到指定的目地碼上,SCP 下發的SSP 的Connect 里面有個參數就是真實的目地碼07556646

46、988,SSP 收到Connect 就把主叫用戶連接到07556646988上,把被叫呼出,被叫舉機,雙方開始通話,SSP 開始計費,在通話過程當中每隔6分鐘SCP 會下發一個激活測試AT ,SSP 就會回送一個激活測試的答復,一旦通話雙方的任意一方結束通話,SSP 將檢測到結束通話,首先將計費報告通過ACR 上報給SCP ,然后再上報給ERB ,把用戶掛機的事件通過ERB 上報給SCP ,最后SCP 下發一個RC 通過SSP 將本次呼叫的相關資源全部釋放。200業務的信令流程:主叫用戶撥打200后,呼叫被匯接到SSP ,SSP 判別出200是一個智能業務,將觸發智能業務上報IDP 給SCP

47、,IDP 包含200業務的業務鍵、主叫號碼、被叫號碼,SCP 收到IDP 首先會下發RRBE 回去,對以后要知道的呼叫事件進行動態配置檢出點,SCP 分析200業務的業務邏輯,發現200第一步應該給用戶放語音,為了給用戶放語音,SCP 會發下一個CTR 給SSP ,SSP 收到CTR 操作后,將會把主叫用戶連接到資源,如果SSP 和IP 是合設的,SSP 作一個內部連接,如果SSP 和IP 是分設的,SSP 通過TUP 把用戶連接到IP 設備上,連接后,SCP 下發P&C給IP 設備,圖中SSP 和IP 是合設,SCP 給IP 發消息也相當于發給SSP ,SCP 給IP 發的第一個P&

48、amp;C,應該是" 歡送使用200業務,普通話請按1" 這么個語音提示,IP 放完音后就準備收用戶的選擇,用戶就選語音,選擇的結果也通過P&C利用回送操作成分送給SCP ,接著SCP 給IP 下發指令 P&C繼續要求放音,要求收集用戶的卡號,用戶把卡號錄入,卡號也通過P&C回送結果成分送回給SCP ,SCP 又發P&C,這時候輸密碼又送給SCP ,SCP 又發P&C,詢問用戶打 請按"1" ,查詢余額請按"2" ,實際上是查詢的效勞方式,用戶選擇如果是"1" 撥打 ,那么又

49、把這個結果通過P&C最終結果成分送回給SCP ,SCP 在得知用戶是要打 ,知道下一信令流程是收用戶的被叫號碼,又以下發一個P&C給IP 收用戶的被叫號碼,用戶把被叫號碼撥出后,IP 就把用戶所撥的號碼送給SCP ,SCP 得到被叫號碼后,查看被叫號碼是否是被禁撥的號碼,如果不是,再看主備叫它們的長途區號以及局限號來查計費的相關表格,得出這次呼叫的會率是多少,再看主叫帳戶上的錢是否夠支付至少一次時間,如果這些條件都滿足,SCP 準備把主備叫聯通,SCP 下發一個DF 到SSP ,通知SSP 把用戶和智能外設IP 的聯接斷開,因為這時候不需要智能外設IP 來放音操作,接下來SCP

50、 又下發AC 給SSP 通知SSP 準備計費,這時SSP 已經知道計費會率、計費方式等,SCF 又下發Connect 指令,Connect 指令把被叫號碼放到操作里送給SSP ,SSP 收到這個指令后按被叫號碼按主叫號碼選路由,把被叫呼出,如果被叫不是忙狀態,是空閑狀態,雙方通話開始進行,SSP 開始計費,通話當中每6分鐘SCP 會下發一個激活測試SSP ,SSP 也會返回一個激活測試的最終結果給SCP ,假設被叫用戶掛機,SSP 檢測到被叫用戶掛機后首先把計費報告送給ACR ,上報ERB 把被叫的掛機事件上報給SCP ,最后SCP 下發Release Call把本次呼叫資源撤除掉。整個業務的

51、信令流程對我們在日常維護故障處理當中意義相當重大,通過跟蹤信令流程可以大致判斷出故障在哪里。第三局部 CAMEL應用局部CAPCAP 局部CAP信令規程:CAP 概述、常用CAP 操作、CAP 信令流程舉例 CAP根本概念:CAP 被稱為CAMEL 移動網絡增強邏輯的客戶化應用,簡單說是GSM 通信規程針對于智能網在移動網中的應用的一個升級版本,CAP 是CAMEL 應用規程。膠片中給出了移動智能網的體系結構,包括的設備:SMC 、SSP 、IP 、SCP 和SMP 、HLR 等。CAP 主要用于交換層和智能層設備的接口,具體說SMP 和SCP 用CAP 接口,CAP 規定了這些設備相互的遠程

52、調用以及調用結果的格式和參數;SCP 和SMP 、SCP 和SDP 之間可能采用TCP/IP來通信,它所承載的消息的格式采用廠家內部定義,SCP 和HLR 之間采用移動應用局部MAP 來進行通信。CAP 在七號信令功能層的位置:CAP 和TCAP 共同處于七號信令當中相當于OSI 七層模型的用戶接口層的位置,CAP 的應用必須要TCAP 和SCCP 的支持,SCCP 在這里提供的是一個無連接的效勞,采用了GT 碼尋址,擴張網絡尋址功能,TCAP 提供了消息統一的封裝格式和對事務的處理能力,CAP 具體定義網絡兩上節點之間遠程調用以及調用結果的格式和參數。常用的操作調用:IDPInitial D

53、P SSP 上報給SCP ,SCP 請求SSP 為一個智能呼叫建立一個控制關系,IDP 是一個智能當中SSP 上報給SCP 的第一個操作,這個操作里的參數包括業務鍵、主叫號碼、被叫號碼等信息。 RRBERequest Report BCSM Event 要求上報BCSM 事件,SCP 下發給SSP ,SCP 請求SSP 動態配置檢出點。智能網體系SSP 為每一個呼叫建立BCSM 根本呼叫狀態模型,每個呼叫就有一系列狀態組成,在狀態和狀態之間設置了檢出點,也可理解它是呼叫中間的斷點,遇到檢出點必然是因為某些呼叫事件來到才使得SSP 遇到檢出點。 CTRConnect To Resource SC

54、P 下發給SSP ,請求SSP 把指定用戶連接到專有資源,也就是智能外設IP 上,當SCP 覺得有必要給用戶放音收號時,就會通知SSP 把用戶接到專有資源上。P&CPrompt & Collect user information 提示和收集用戶信息,SCP 下發給智能外設IP 的,請智能外設給用戶放提示音,并且收集用戶在 所按的數字信息,P&C的參數包括提示音的編碼以及所要收集信息的相關要求。DFDisconnect Forward SCP 判斷出來不需要給用戶放音收號時,就會下發DF 給SSP ,請SSP 切斷專有資源和用戶的連接。AC Apply Charging

55、 請求申請計費。SCP 下發給SSP ,請求SSP 準備計費;SSP 下發AC 以前,必然根據主叫用戶的號碼和被叫用戶的號碼進行相關的計費計算,才能把相關的計費信息通過AC 操作下發給SSP 。當SSP 一旦檢測到被叫用戶應答的時候就開始實施計費。 Continue是SCP 下發給SSP ,通知SSP 繼續剛剛被懸置的呼叫。 ACRApply Charging ReportSSP 上報給SCP ,SSP 給SCP 上報計費報告,ACR 包括的參數有:通話的起始時間、終止時間、通話的主叫方、被叫方、計費方等信息。ERBEvent Report BCSM SSP 用來向SCP 匯報呼叫事件的,呼叫

56、事件是通過SCP 下發RRBE 事先預約好的。RCRelease Call SCP 下發給SSP ,通知SSP 釋放資源,呼叫拆線結束。PAPlay announcement SCP 下發給智能外設,請求為用戶放音,PA 只放音不收號,而P&C既放音又收號。SRRSpecialized Resource Report 專有資源報告,智能外設當執行PA 完成后,給SCP 上報的一個報告,告訴SCP 放音結束。AT Active 激活測試,SCP 在一個智能呼叫建立起來后,每6分鐘下發給SSP 的一個操作,SSP 收到操作后給一個最終結果答復,SCP收到后才確認SCP 和SSP 之間的通信

57、是正常;如果沒收到,SCP 就認和SSP 聯系中斷,會撤除這次呼叫的全部資源。PPS用戶呼叫GSM 用戶的信令流程,膠片中給出三種信令:CAP 信令、MAP 信令、TUP 信令。MSCa/VLR/SSP表示主叫用戶所在的MSC 端局,它帶有SCP 功能;SCPa 表示主叫用戶的歸屬SCP ;HLRb 表示被叫用戶的歸屬位置存放器;,MSCb/VLR被叫所在當前的MSC 。信令流程:主叫用戶在對主叫用戶鑒權成功后,利用主叫用戶的簽約信息,觸發智能業務,主叫用戶所在SSP 就產生IDP 送給SCP 。現在網上有兩種情況:一種是SSP 在端局,就采用簽約信息來觸發智能業務;另一種情況SSP 是疊加在

58、端局之上,端局通過號段判斷主叫用戶是個智能用戶,把呼叫匯接給SSP ,SSP 也通過號段來判別主叫是個PPS 用戶;不管是用哪種方式,總之SSP 上報IDP 給SCP ,這是智能呼叫當中交換層向智能層產生的第一個操作IDP 。IDP 包含的參數:業務鍵,用來表示這次智能呼叫是個PPS 業務,還包含了主叫號碼、被叫號碼、主叫所在的長途區等信息,SCP 收到IDP 開始為主叫計費,在PPS 業務流程當中,為主叫計費需要知道:主叫的歸屬位置,通過主叫的MSDN 得到;主叫的當前位置,在IDP 當中已經給出;被叫的歸屬位置,通過被叫的MSDN ,這個參數在IDP 給出,通過被叫的MSDN 也可以知道。通過主叫的當前位置歸屬位置可以判斷出主叫是否漫游,通過主叫的當前位置和被叫的歸屬位置可判別出這次呼叫是長途呼叫還是本地呼叫等,這些條件滿足后就可以給主叫計費,如果發現主叫帳號的余額足夠至少一次呼叫費用,并且主叫用戶的狀態是有效狀態,允許通話,SCP 就進行下一步處理,下發RRBE 給SSP ,為了控制以后的呼叫,SCP 一般要求SSP 動態配置DP4、DP5、DP6、DP9、DP10,緊接著SCP 下發Apply Charging 給SSP ,告之最大通話時間以及到了最大通話時間是否切斷呼叫以

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論