INAP

INAP 網關 (Intelligent Network Application Protocol) 提供了市場上的最佳選擇。它主要被應用於以下的IN節點上： SCP, SDP和 IP.

簡介

如今世界在飛速發展, 網路經營者和服務提供商都處於競爭的高壓之下. 從而不斷地提高服務水平和降低成本. 他們必須以高效的方式提供高水平的通訊服務以迎合顧客的需求.

我們的INAP網關一個全功能的智能節點. 它帶有一個靈活的服務生成工具用來設計和實施你的增值服務.

INAP是智能網功能實體之間的應用層通信協議。智能網功能實體SCP與SSP、IP、SDP間通過INAP傳遞智能網業務呼叫所需的信息，從而實現對智能網業務呼叫接續的控制。INAP要通過TCAP提供的消息原語將消息傳送到對端，即INAP為TCAP的一個用戶。

TCAP有兩個重要概念：對話和操作。在網路節點之間使用TCAP進行的所有通信都被結構化為對話。例如，在一個智能呼叫的處理過程中，SSP與SCP之間的所有通信可構成一個對話。在對話過程中交換的信息元素稱為操作。INAP直接與TCAP的成份子層相連，首先應用程序要將INAP消息通過TC原語傳送到TCAP的成份子層，然後再通過事物處理子層以及SCCP、MTP將信息傳遞到對端。

我國INAP限於INAP-SCP、SCP-IP之間的介面規範。智能網提供的所有業務的控制功能都集中在SCP中，SCP與SSP之間按照智能網的標準介面協議(MTP信令、INAP信令)進行互通，如圖5-6所示。我國INAP是建立在以TCAP和SCCP為基礎的NO .7信令網傳送的，INAP消息作為單位數據(UDT)放在SCCP中傳送，INAP使用SCCP的0類業務。

INAP結構

INAP的規程體系可以用圖3表示。

其中SACF在使用ASE時起到一個協調的功能，包括由ASE所支持的操作次序。一個SAO代表了SACF再加上一組ASE，並且是在一對物理實體之間使用的。而MACF則是當一個物理實體與幾個物理實體有關係時，每一個SA0與遠端的物理實體中的SAO相互作用，而MACF在幾個SAO中起協調功能。每一個ASE支持一個或多個操作，每一個操作會導致相應功能模型的動作。

在INAP中規定了SACF/MACF（Single Association ControlFunction/Multiple Association Control Function）規則；實體間傳送的操作的規定；每一個實體所採取的動作的規定。

SACF/MACF的規則主要規定了TCAP應用上下文的商議規則，以及操作的串/並執行。

實現形式

INAP是應用於智能網物理實體之間的規程，屬於應用層，它的消息是放在TCAP中傳送的，在INAP層間傳送的是操作、差錯和結果，如圖4所示。

INAP

在分佈功能平面中功能實體間傳送的是信息流，在物理實體間傳送的則是相應的操作，有一部分消息轉換成結果。

例如，對於“提示並收集用戶信息”中所“收到的信息”在INAP中作為“提示並收集用戶信息”的結果。

在CS-1所使用的操作約有60個，在CS-2由於增加了網間的業務等，因此增加了相應的操作，操作達到100多個。INAP的操作共分成4種類型的操作，如圖5所示。

第一類操作是差錯和結果都要報告，例如“提示並收集用戶信息”操作屬於第一類操作，因為該操作是SCP指令SRF給用戶送錄音通知，請用戶輸入相關的信息，如輸入語言位、卡號、密碼等，然後用戶根據錄音的提示用DTMF發送出相關的信息，SRF應把收集到的信息作為該操作的結果馬上送給SCP。

INAP

第二類操作則是只報告差錯而不報告結果，如“申請計費”的操作，該操作是SCP發送給SSP的，指令SSP對該此呼叫進行計費並告訴SSP如何去計費。SSP收到這個操作以後如果發現有什麼差錯，就立即向SCP返回差錯，如果沒有差錯就執行這個操作，而它的結果在呼叫結束才可能得到，並且用另一個操作“申請計費報告”來返回的。在INAP操作中大部分是屬於這類的操作。

第三類操作是只報告結果而不報告差錯的，如“激活測試”，這是一個SCP發送給SSP的操作，當在一個呼叫中SCP和SSP之間維持關係時間比較長的時候，可能有兩種不同的情況：一種是通話時間比較長（該時間是由操作人員預先設定的），另一種情況則可能是出現了問題。因此SCP為了檢查是屬於哪種情況就發送這個操作，SSP收到這個操作如果正常就回送一個結果，如果不正常則不可能發出差錯。所以這是一個只返回結果而不返回差錯的操作。

第四類操作是差錯和結果都不返回，“釋放”、“繼續”等操作屬於這一類操作。由於INAP的操作，差錯及數據類型很多，因此不能一一列出，這裡只給出幾個操作說明它的參量，差錯和數據。

啟動DP

啟動DP（Initial DP）這是一個常用的操作，通常在一個呼叫中由SSP發送給SCP的第一個操作是請求SCP指令的操作，這個操作的參量主要有：業務鍵、被叫用戶號碼、主叫用戶號碼、主叫用戶商業群ID、主叫用戶類別、主叫用戶子地址、位置號碼、原被叫ID、承載能力等。其中使用最多的是業務鍵，比如“記帳卡呼叫”的業務鍵就是接入碼300，“被叫集中付費”業務的業務鍵是接入碼800。SCP收到這個業務鍵就可以找到相應的業務邏輯，並根據這個業務邏輯去處理該呼叫，而有些參量則是在處理這個呼叫時需要的。

對應這個操作可能出現以下幾種差錯：丟失參數，參數超範圍，系統故障，任務被拒絕，不期望的成分順序，不期望的數據值，不期望的參數。

連接參量

連接參量（Connect）這也是智能網呼叫中常用的一個操作，在SSP給SCP發送了請求的操作“啟動DP”以後，SCP回送給SSP的一個指令，主要是告訴SSP這次呼叫的目的地。對於800呼叫，將在這個操作中告訴SSP對應於這個800號碼的PSTN號碼，然後網路可以根據這個號碼把呼叫接到被叫用戶。這個操作的主要參量有：目標路由地址、原被叫ID、振鈴模式、路由清單等。在這些參量中最主要的是目標路由地址，用於完成呼叫連接。有些情況下還會給出路由清單，在呼叫連接中可以更換路由。當SSP是終端交換局時，還可以給出振鈴方式。——在這個操作中可能出現的差錯有：丟失參數，參數超範圍，系統故障，任務被拒絕，不期望的成分順序，不期望的數據值，不期望的參數。

用戶信息

提示並收集用戶信息（Prompt & Collect）這個操作是SCP發送給SRF的操作，它請求SRF去給用戶送錄音通知並收集用戶的信息。只要SCP為了處理這個呼叫需要用戶輸入更多的信息就需要發送這個操作。它的主要參量有：收集信息、禁止由IP切斷、發送信息，其中收集信息說明要收集的信息是數字還是IA5串。禁止由IP切斷說明SCP與IP（SRF）間的連接是否允許由IP（SRF）切斷，發送信息則是SCP要SRF發送給用戶的信息，通常就是錄音通知。

在這個操作中可能出現的差錯有：被取消，不適當的主叫相應，丟失參數，參數超範圍，系統故障，任務被拒絕，不期望的成分順序，資源不可用，不期望的數據值，不期望的參數。

錄音通知

播送錄音通知（Play Announcement）該操作根據業務流程的需要，SCP要求SRF給用戶送相應的錄音通知。如300呼叫中“您還能通話1分鐘”等。主要參量有：發送信息、禁止由IP切斷、請求通知完成。

發送信息是SCP要求SRF向用戶發送的信息，如一個錄音通知；禁止由IP切斷表示是否可以由SRF在完成消息發送后切斷與SCP的連接；請求通知完成則是SRF把所有的信息發送完后給SCP發送一個“專用資源的報告”。

在這個操作中可能出現的差錯有：被取消，丟失參數，參數超範圍，系統故障，任務被拒絕，不期望的成分順序，不期望的數據值，不期望的參數，資源不可用。

計費

申請計費（Apply Charging）和申請計費報告，這是一對有關計費的操作，當呼叫由SCP決定如何計費，由SSP記錄計費數據，並把計費結果用申請計費報告向SCP報告時使用這一對操作。有關計費的參量完全由各通信主管部門根據各運營者的情況來決定，在“申請計費”操作中主要包括計費的費率，何時開始和停止計費，對誰計費等，而在“申請計費報告”中所包括計費的結果，如計費的開始時間，結束時間，費用等向SCP報告。在此不再詳細說明這些參量了。

在申請計費操作中可能出現的差錯有：丟失參數，參數超範圍，系統故障，任務被拒絕，不期望的成分順序，不期望的數據值，不期望的參數。

在申請計費報告操作中可能出現的差錯有：丟失參數，參數超範圍，系統故障，任務被拒絕，不期望的成分順序，不期望的數據值，不期望的參數。

此外，在IN呼叫中常用的操作還有請求報告BCSM事件（Request Report BCSMEvent）和BCSM事件報告（Event Report Bcsm），這一對操作是在呼叫中當SCP需要了解呼叫進行的狀態時就會請SSP去監視這些狀態並向SCP報告。

在請求報告BCSM事件操作中可能出現的差錯有：丟失參數，參數超範圍，系統故障，任務被拒絕，不期望的成分順序，不期望的數據值，不期望的參數。

傳輸方式

INAP消息是利用No.7(SS7)來傳送的，INAP的操作和參數放在TCAP消息的成分中，一個TCAP消息可以同時傳送幾個成分，但一個成分中只能放一個操作和參數。

而TCAP消息是作為數據放在SCCP的UDT中傳送的，即包含INAP消息的TCAP消息是放在UDT的數據中，而SCCP消息放在No.7信令中的MTP中傳送，INAP就這樣把INAP消息通過No.7信令傳送到對方。

INAP

INAP

簡介

INAP結構

實現形式

啟動DP

連接參量

用戶信息

錄音通知

計費

傳輸方式

相關資料

基本信息