應用程序接口的制作方法

專利名稱：應用程序接口的制作方法
技術領域：
本發明涉及一種應用程序接口(API)。
背景技術：
應用程序接口通常是由計算機操作系統或另一個應用程序規定的一種特殊的方法，通過該方法，編寫應用程序的程序員可對該操作系統或另外的應用程序發出請求。更具體地說，API是一種軟件調用(calls)和例程的格式化集合，應用程序可對其引用以便訪問所支持的業務。

發明內容
一方面，本發明的特征在于提供一種在網絡中的方法，包括用應用程序接口(API)從應用程序接收消息，并將該消息從所述API傳遞給移動業務交換平臺(MSSP)內的控制進程。
實施例可包括下列當中的一個或多個該網絡可以是無線網絡，該無線網絡可以是第二代無線網絡、GSM網絡、可使用GPRS的GSM網絡、或是TDMA網絡。該無線網絡可以是CDMA網絡、UMTS網絡，TETRA網絡，或是Tetrapol網絡。該無線網絡也可以是DECT網絡、AMPS網絡、WLAN網絡、或是第三代無線網絡。
API可提供允許應用程序控制MSSP中的交換和路由功能的協議。
API可提供允許應用程序基于每個流，通過MSSP重新定向分組流的協議。
API可提供允許應用程序控制MSSP內策略決策的協議。
API可包括允許應用程序在控制進程中配備(arm)初始檢測點(IDPs)以及與IDP事件關聯的業務的協議。
API可包括允許應用程序在控制進程中解除檢測點(IDPs)以及與IDP事件相關的業務的協議。
API可包括允許應用程序請求事件報告的協議。
API可包括允許應用程序規定在控制進程中位于某個檢測點處的編程行為的協議。
API可包括允許應用程序配置由MSSP的控制進程計量的數據元的協議。
API可包括允許應用程序請求基于字節的報告的協議。該報告可以是基于會話的或基于流的。
API可包括允許應用程序規定所提供業務的費用的協議。
API可包括允許應用程序記錄在詳細記錄中使用的計費方案的協議，以及允許應用程序控制在何時寫入該詳細記錄的協議。
API可包括允許應用程序獲取由應用程序管理的對會話的統計的協議。
API可包括允許應用程序獲取由應用程序管理的對流的統計的協議。
API可包括允許應用程序監測連接至MSSP控制進程的其他應用的狀態的協議。
另一方面，本發明的特征在于一種應用程序接口(API)，該接口包括一套應用層協議，這些協議允許在移動業務交換平臺(MSSP)的應用進程和控制進程之間，利用傳輸控制協議/因特網協議(TCP/IP)網絡業務交換消息。
在實施例中，該套應用層協議中可包括允許應用進程在控制進程中配備檢測點(IDPs)以及與IDP事件相關的業務的協議。
該套應用層協議中可包括允許應用進程在控制進程中解除檢測點(IDPs)以及與IDP事件相關的業務的協議。
該套應用層協議中可包括一種允許應用進程從控制進程請求事件報告的協議。
該套應用層協議中可包括允許應用進程規定在控制進程中位于某個檢測點處的編程行為的協議。
該套應用層協議中可包括一種允許應用進程配置由控制進程計量的數據元的協議。
該套應用層協議中可包括一種允許應用進程請求在控制進程中基于字節的報告的協議。該報告可包括基于會話的報告或基于流的報告。
該套應用層協議中可包括一種允許應用進程規定由MSSP提供的業務的費用的協議。
該套應用層協議中可包括允許應用進程記錄在詳細記錄中使用的計費方案的協議，該詳細記錄儲存在MSSP內。
該套應用層協議中可包括一種允許應用進程控制在何時寫入該詳細記錄的協議。
該套應用層協議中可包括一種允許應用進程獲取由應用進程管理的對會話的統計的協議。
該套應用層協議中可包括一種允許應用進程獲取由應用進程管理的對流的統計的協議。
該套應用層協議可包括一種允許應用進程監測連接至控制進程的其他應用進程的狀態的協議。
另一方面，本發明的特征在于一個系統，該系統包括鏈接至移動業務交換平臺(MSSP)中的控制進程的網關通用分組無線業務支持節點(GGSN)，一組鏈接至該控制進程的全局聯網的計算機，連接至控制進程的應用程序接口(API)，以及執行鏈接至該API的執行應用進程的應用系統。
在實施例中，該系統可包括鏈接至GGSN的通用分組無線業務支持節點。該系統可包括鏈接至通用分組無線業務支持節點的基站控制器(BSC)。該系統可包括鏈接至BSC的基站收發信臺(BTS)以及鏈接至BTS的移動基站(MS)。
API可包括一套應用層協議，這些協議允許在應用進程和控制進程之間交換消息。
該套應用層協議中可包括允許應用進程在控制進程中配備檢測點(IDPs)以及與IDP事件相關的業務的協議。
該套應用層協議中可包括允許應用進程在控制進程中解除檢測點(IDPs)以及與IDP事件相關的業務的協議。
該套應用層協議中可包括一種允許應用進程從控制進程請求事件報告的協議。
該套應用層協議中可包括允許應用進程規定在控制進程中位于某個檢測點處的編程行為的協議。
該套應用層協議中可包括一種允許應用進程配置由控制進程計量的數據元的協議。
該套應用層協議中可包括一種允許應用進程請求在控制進程中基于字節的報告的協議。該報告可以是基于會話或基于流的。
該套應用層協議中可包括一種允許應用進程規定由MSSP所提供的業務費用的協議。
該套應用層協議中可包括允許應用進程記錄在詳細記錄中使用的計費方案的協議，該詳細記錄儲存在MSSP中。
該套應用層協議中可包括一種允許應用進程控制在何時寫入該詳細記錄的協議。
該套應用層協議中可包括一種允許應用進程獲取由應用進程管理的對會話的統計的協議。
該套應用層協議中可包括一種允許應用進程獲取由應用進程管理的對流的統計的協議。
該套應用層協議可包括一種允許應用進程監測連接至控制進程的其他應用進程狀態的協議。
該發明的實施例可包括下列一個或更多的優點該應用程序接口(API)提供一種應用層協議，該應用層協議使用簡單的、幾乎在所有計算機平臺上都可用的TCP/IP網絡業務與移動業務交換平臺(MSSP)交換消息。
該API提供一套協議，這些協議允許包含在外部應用程序中的業務邏輯控制移動業務交換平臺的交換和路由功能。
該API為操作人員提供一種協議，該協議用來限制應用檢測點的范圍，其中，檢測點是在控制實體的狀態機中定義的位置，在此可進行應用事件報告和/或控制。
該API提供一種協議，該協議對所有的應用通用，而與應用的特權無關。
該API提供一種協議，該協議允許應用配備或解除在移動業務交換平臺內的初始檢測點(IDPs)以及與IDP事件關聯的業務，其中，IDP定義為配備的檢測點，以便在各條件符合給定的標準時，創建與某個應用的新的控制對話。
該API提供一種協議，該協議允許某個應用請求在繼初始檢測點事件之后的各附加事件報告。當發起控制對話的IDP是一個觸發器(trigger)時，該應用通常請求各附加事件報告。
該API提供一種協議，該協議允許應用規定在某個檢測點處(DP)無需該應用參與的編程行為。使用消息來匹配呼入的請求，以決定是否執行預定的業務交互。該匹配進程與通常使用的初始檢測點的進程類似，匹配的字段可用通配符。如果某個流符合標準，將執行消息備忘錄中指定的行為，而沒有該應用的參與。指定的行為可包括事件報告，以及將請求重新定向至指定的重新定向地址和端口編號。如果請求了事件報告，則使用消息來決定對于該流將來會報告哪個事件。要匹配的標準可不與配備的(armed)初始檢測點標準重疊(overlap)。如果由于任何原因該請求不能完成，將返回一條消息，該消息中含有匹配RequestID碼和表示故障性質的錯誤代碼。如果請求成功完成，將返回另一條消息。業務過濾一直處于激活狀態，除非被特殊的消息請求取消。
該API提供一種允許應用配置由移動業務交換平臺(MSSP)計量的數據元。
該API提供一種允許應用請求基于字節的報告的協議。該報告可以是基于會話或基于流而被請求的。基于會話的計費通知有效地產生將應用于該會話中所有流的相同計費通知標準。計費通知事件的注冊會引起對上行和下行鏈路方向上傳輸的指定類型的字節數量的計量。每次到達報告閾值時，就從MSSP向應用發送一條消息，表明已傳輸的字節的數量，并復位各計數器，再開始向著該閾值計數。計費通知一直進行，直至該流停止或計費通知被取消請求明確地取消。分組是計數的原子單位(atomic unit)，每個分組既可以在計數評估之前也可以在計數評估之后到達。因此，計費通知可能不會恰好出現在規定的字節計數上。例如，如果每10K字節請求一次通知，而如果使該計數超過10K的分組略大于500字節，則該通知可能會出現在10.5K字節。實際的計數器數值在消息內提供。
該API提供一種允許應用指示所提供業務的成本，并記錄再MSSP詳細記錄中使用的計費方案的協議。
該API提供一種允許一個應用對何時寫入MSSP詳細記錄進行控制的協議。
該API提供一種允許應用獲取由該應用管理的對會話或流的各種統計的協議。
該API提供一種允許應用監測連接至相同MSSP實例(instance)的其他應用的狀態的協議。
該API提供一種允許基于每個流的分組流(packet flow)的重新定向的協議。
本發明的說明書、附圖以及權利要求書將詳細說明該發明的其他技術特征、目的以及優點。


附圖1是一個網絡框圖。
附圖2是一個監聽進程的流程圖。
附圖3是附圖2業務應用起動階段的流程圖。
附圖4是附圖2業務初始化階段的流程圖。
附圖5是附圖2業務部署階段的流程圖。
附圖6是附圖2業務邏輯階段的流程圖。
附圖7是附圖2業務停止階段的流程圖。
附圖8是附圖1中API使用的數據類型表。
附圖9是一個通信路徑方框圖。
附圖10是由傳輸層將TCP/IP字節流分成會話消息的方框圖。
附圖11中的表格列出了示范錯誤代碼。
附圖12中的表格列出了示范特征種類。
具體實施例方式
附圖1示出的是網絡10，網絡10例如可以是一個無線網絡，該無線網絡例如可以是第二代無線網絡，全球移動通信系統(GSM)網絡，或可使用通用分組無線系統(GPRS)的GSM網絡。該無線網絡可以是時分多址(TDMA)網絡、碼分多址(CDMA)網絡、或通用移動電信系統(UMTS)網絡。該無線網絡可以是TETRA網絡、Tetrapol網絡、DECT網絡、AMPS網絡，無線局域網(WLAN)，或是第三代無線網絡。下面以可使用GPRS的GSM網絡為例進行描述。
網絡10包括連接至基站收發信臺(BTS)14的移動站(MS)12，BTS14連接至基站控制器(BSC)16。在移動通信領域，MS 12是位于要使用的移動業務(區)內的處于運動中或停止在不確定點上的一個站點，手持蜂窩電話就是移動站的一個例子。
BTS 14擁有定義小區的無線收發信機，，并協調與MS12的無線鏈接協議。BTS 14是網絡10的一個組成部分，收發所有的信號。BTS14，通常叫做蜂窩電話塔，鏈接至并受控于基站控制器(BSC)16。BSC 16是網絡10的一個組成部分，為一個或更多的基站收發信臺管理無線資源，如示例性的BTS 14。
BSC 16鏈接至SGSN 18，SGSN 18是通用分組無線業務支持(GPRS)節點，經BSC 16發送或接收分組服務于GPRS移動(電話)。SGSN 18鏈接至網關GPRS支持節點(GGSN)20，GGSN 20作為通用分組無線業務(GPRS)網絡和分組交換公共數據網絡(PSPDN)之間的網關。
GGSN 20鏈接至移動業務交換平臺(MSSP)服務器22，MSSP服務器22位于GGSN 20和一組全局聯網的計算機組之間，如因特網24。MSSP服務器22分析所有在MS 12和因特網24之間交換的因特網協議(IP)分組。MSSP控制進程26根據IP流特性，提供設置觸發器或事件通知和遞增計數器的能力。IP流可以被認為是在兩個端點(如MS 12和位于因特網24上的服務器(未示出))之間的數據移動的抽象表示。MSSP控制進程26使用這些能力實現各內部業務和詳細報告。應用程序接口(API)28鏈接MSSP控制進程26至外部應用30。API 28為外部應用30提供一種機制，以控制MSSP控制進程26提供智能業務。在各種實施例中，例如，API 28可以被實現為基于Corba的API、基于XML的API、PARLAY服務器、OSA服務器，或JAIN服務器等。
總之，MSSP服務器22既是因特網的路由器，也是IP分組的分析器。在IP分組標題字段內包含的數據由因特網工程任務組(IETF)RFC 791定義，在此并入作為參考(參見www.ietf.org)。IETF是大型開放的網絡設計人員、運營商、供應商和研究人員的國際社區，關注因特網結構體系的發展和因特網的順暢運行。
因特網協議(IP)是為用于分組交換計算機通信網絡的互連系統設計的。IP提供從源向目的的數據塊發送，該數據塊被稱為數據報，其中源和目的是由固定長地址標識的主機。IP還提供長數據報的分段和重組，并且，必要時通過“小分組”網絡傳輸。
MSSP控制進程26用于當分組特性符合特定的條件時，實時分析IP分組的標題(header)，以便管理各計數器和信號。信號既可以是一個事件報告，也可以是一個觸發器(trigger)。事件報告在持續監測分組流的同時，報告某些事件的出現。觸發器掛起IP分組的處理，直至MSSP控制進程26響應用于恢復IP分組處理的特定指令。觸發器響應可能簡單地使IP分組處理無改變地繼續進行，或通過規定分組的不同的目的地來改變分組的處理，或完全丟棄分組。在一個實施例中，API 28為其他的應用30提供與MSSP控制進程26通信的方法，并操縱事件報告和觸發器。
MSSP控制進程26管理多種不同類型的IP分組。在一個例子中，MSSP控制進程26分成不同的狀態機(未示出)，每臺狀態機負責不同類型的分組。通常，狀態機通常是指在給定時間存儲某事物狀態的任意設備，并可以對輸入進行操作，以改變狀態和/或對任何給定的變化引起一種動作或輸出的發生。實際上，狀態機用來擴展和描述特定的設備或程序交互。
在MSSP控制進程26的每個狀態機內都有一些戰略位置，在此位置，有重要信息變得可用或進行關鍵決策。這些位置稱為檢測點，檢測點(DP)是一個在控制實體的狀態機內的定義位置，在此位置，應用事件報告和/或控制是可行的，并可通過API 28進行管理。
事件檢測點(EDP)是在現有控制對話環境內配備的檢測點。事件檢測點沒有明確的標準，只可應用到產生控制對話的控制實體的某個特定的狀態機實例。通常情況下，設置在一個控制對話內的事件檢測點不會影響該狀態機任何其他實例的行為。指定狀態機內完整的一組檢測點稱為檢測點類(class)。
最常用的因特網協議之一是在IETF RFC 793中定義的傳輸控制協議(TCP)，下面將對利用TCP檢測點類的檢測點進行討論以作示范。當然，也會使用其他的協議。
TCP在兩個應用進程(通常為客戶和服務器)之間提供可靠的、面向連接的通信路徑。在進行任何數據交換之前，客戶主辦啟動連接，而服務器接受該連接。TCP協議保證所有發送的數據能被對方按發送的順序正確接收。
要啟動到服務器的TCP連接，客戶向服務器的IP地址發送一個IP分組，該分組含有設置了“SYN”標志的TCP標題，并指定希望連接的服務器應用的端口號。服務器通過向客戶返回類似的SYN分組接受該連接，客戶通過發送含有設置了“ACK”標志的TCP標題的IP分組確認從該服務器收到了“SYN”。
分組經過MSSP服務器22內的MSSP控制進程26，在客戶端如MS12和位于因特網24上的服務器(未示出)之間進行傳輸。通過檢查分組的IP標題，MSSP控制進程26確定IP分組封裝了TCP數據并分配此分組至TCP控制邏輯。結合IP標題中的數據，通過檢查TCP標題內的數據，TCP控制邏輯能區分該連接建立的每個段。
例如，假如業務應用30中的一個要“監聽(intercept)”至位于因特網24上的特定服務器的TCP連接，并將這些連接重新定向至因特網24上不同的服務器，可能要基于當前服務器負載狀況的業務應用的知識。業務應用30可通過API28指令MSSP控制進程26產生觸發器，該觸發器查找那些具有與要監聽的服務器相匹配的地址的TCPSYN分組。這被稱為初始檢測點(IDP)。IDP是這樣的檢測點，當條件滿足給定的標準標準時，配備(arm)該檢測點以便產生與應用的新的控制對話。
繼續正常處理所有其他的TCP分組和發往不同目的地的TCPSYN數據。然而，帶有與所配備的標準標準相匹配的地址的TCP SYN分組，引起對該分組的處理被掛起，并通過API28向配備有IDP的業務應用30發送IDP事件通知。
IDP事件通知可包括，例如，來自被掛起的分組的信息，業務應用30會使用此信息確定連接的正確的目的。然后，業務應用30用不同的目的地址通過API28指示MSSP控制進程26恢復分組的處理。MSSP控制進程26向該新的目的地址轉發經修改的TCP SYN分組，那里服務器以通常的方式進行響應。業務應用的參與完全是透明的，也就是說不管是客戶端如MS12，還是因特網24上的服務器(未示出)都沒有意識到重新定向的發生。
業務應用30通過交換TCP/IP消息與MSSP控制進程26進行交互。API28監聽來自業務應用30的連接。當應用連接建立時，API28認證所連接的業務應用30的身份，并查尋該應用被授權訪問的特征。
一旦建立業務應用30與API 28的通信會話，業務應用30就請求希望從MSSP控制進程26提供的業務的清單，然后配備(arm)執行這些業務所需的初始檢測點。此后，當業務應用30有與所配備的標準相匹配的分組數據時，則業務應用30等待MSSP控制進程26發信號。
當MSSP控制進程26用信號通知(signals)IDP事件時，業務應用30通過API28應用其業務邏輯(未示出)。除了將該分組定向至選定的目的地址以外，該業務邏輯可為遇到檢測點的分組流配置額外的計量、從該分組流請求額外的事件報告、表明適用于該分組流的計費方案、請求周期性的計費通知事件、或請求流的統計。
例如，使用活動的業務過濾API 28請求消息，可指定在MSSP控制進程26和應用30的業務邏輯之間的業務交互的默認行為，無需實現觸發器檢測點。在協議端口和分組的數據部分中的源地址、源端口以及目的地址串用來匹配呼入的請求，決定是否執行預先定義的業務交互。如果某個流符合標準，則將執行消息的備忘錄中規定的動作。規定的動作例如可包括事件報告，以及將某個請求重新定向至一個指定的重新定向地址和端口號。
在另一個例子中，當檢測到IDP時，業務邏輯開始執行。業務邏輯接收到事件通知，通知遇到檢測點。如果檢測點注冊為請求檢測點，則當MSSP在超時時限內請求指令時，業務邏輯響應。該響應可修改分組然后轉發，或釋放該流或會話，或者，重新定向或使用連接請求連接該分組。對要應用于流或會話的編程策略過濾器的其他請求也是可以的。當遇到檢測點時，業務邏輯可任選地使用業務過濾器請求，以指定要進行的業務交互。
例如，API28提供一個連接請求消息，指示MSSP控制進程26在某個流上建立至指定的目的地址的連接，該流在某個觸發點掛起。目的地址可與觸發器條件匹配的分組內的目的地址不同。這允許業務應用30中的業務邏輯比如將這些連接路由至最佳可用的資源。
API28提供釋放流消息，指令MSSP控制進程26終止活動的流。MSSP控制進程26將終止流，并在確認該終止后提供任何事件或計量消息。
因此，使用API28，業務應用30管理并控制以下內容所主辦的分組交換數據業務，該業務包括識別該分組交換數據業務的任何和所有專門的網絡地址；決定如何定向用戶、以及將用戶定向到哪個分組切換數據業務提供商(即，因特網上的特定服務器)的策略決定；以及決定向哪個主辦人和以什么為基礎要對該會話計費的策略決定。策略過濾器可用來在基于端口、協議、IP地址、小貼餅(cookies)方向上阻塞IP業務、也可以基于其他的七層協議特性(layer seven protocolcharacteristics)阻塞IP業務。策略過濾器也允許業務邏輯創建并管理墻壁園(wall garden)或基于預約的模型(subscription based model)。策略過濾器實質上是動態的，允許動態訂購新的業務，并由業務邏輯進行更新。
選擇和計費的策略決定可包括運營商和第三方(既可以是主辦人，也可以是業務提供商)之間形成前期協議(pre-agreement)的規則，該規則是關于業務提供商的選擇以及對主辦人付費的方法和基礎。可根據下列因素，如用戶身份、用戶的位置、日期、用戶類別、業務提供商的類別、網絡條件、前期協議的規則，以及/或政府的規章制度，在業務請求時制定要連接到哪個業務提供商的策略決定。例如，可在業務請求時根據類似的因素，諸如用戶身份、用戶的位置、日期、用戶類別、業務提供商的類別、網絡條件、前期協議的規則，以及/或政府的規章制度，作出對于哪個主辦人和以什么基礎計費的策略決策。
業務交互由業務邏輯定義，有開始、中間和結束。當遇到檢測點時，通常由發往業務邏輯的IDP(初始檢測點)事件識別業務交互的開始。當業務邏輯沒有事件可注冊或業務邏輯明確地終止了對話時，該業務交互將結束。業務交互由事件序列和所接收的API調用來界定(bound)，并且由IDP和終端事件之間的業務邏輯來進行。業務交互通常是可計費的事件，該事件引起業務邏輯在交互結束后寫入CDR。業務交互界限的詳細內容由業務邏輯定義。例如，當報告IDP與請求匹配時，股票報價服務開始，并且以含有報價的響應結束。該例子可擴展到，例如，文件下載以及電子郵件的發送。MSSP提供檢測和控制業務交互的手段，業務邏輯負責進行API調用并處理事件以完成該業務。
參照附圖2，以TCP為例，監聽進程50包括業務應用起動階段52、業務初始化階段54、業務部署階段56、業務邏輯階段58以及終止階段60。
參照附圖3，業務應用起動階段52包括初始化(步驟70)傳輸層。通過創建TCP/IP套接口，并通過API28連接套接口來初始化(步驟70)傳輸層。階段52初始化(步驟72)會話層。初始化(步驟72)包括向MSSP服務器22發送會話開放請求，MSSP服務器22認證應用的憑證。從MSSP服務器22接收會話開放確認。階段52初始化(步驟74)應用層。初始化(步驟74)包括發送協商API版本請求，并接收協商API版本確認。發送并確認開放請求。
參照附圖4，業務初始化階段54包括發送(步驟80)獲取業務清單請求，MSSP服務器22為該應用查找各業務。階段54接收(步驟82)獲取業務清單的確認，并發送(步驟84)獲取業務的詳細請求；MSSP服務器22為該業務查找配置數據。階段54接收(步驟86)獲取業務詳細請求的確認。
參照附圖5，業務應用部署階段56包括發送(步驟90)一個配備IDP的請求，并接收(步驟92)配備IDP的確認。MSSP服務器22驗證配備的標準滿足為應用和業務配置的任何限制，并將ICP標準編程到MSSP服務器22中。
參照附圖6，業務邏輯階段58包括接收(步驟100)初始DP事件。階段58為用戶連接確定(步驟102)一個新的目的地址，并向新的目的地址發送(步驟104)連接請求。階段58接收(步驟106)連接確認。
參照附圖7，停止階段60包括發送(步驟110)解除IDP的請求，并接收(步驟112)解除IDP的確認。階段60發送(步驟114)關閉請求，并接收(步驟116)關閉確認。階段60發送(步驟118)會話關閉請求，并接收(步驟120)會話關閉確認，并關閉(步驟122)該TCP/IP套接口。
參照附圖8，表130列出了由AIP28使用的、用于在消息內定義字段的一組數據類型。表130包括數據類型名稱132，定義134，以及字節大小136。CHAR[n]指UTF-8字符串。UTF-8是一種字符編碼方案，其中，整個的ASCII字符集都以ASCII同樣的編碼方法編成一個字節，同時也允許使用多字節序列對所有的Unicode字符進行編碼，在該多字節序列中，沒有字節含有ASCII字符值。
所有超過一個字節長的數字數據以TCP/IP標準所定義的正規的網絡字節順序進行發送，即從最高有效字節到最低有效字節的順序。應注意，為保證應用的正確性和可移植性，鼓勵應用開發者使用其平臺的主機至網絡和網絡至主機的轉換功能(如htonl()和ntohl())，即使知道主機平臺使用網絡字節順序。htonl()是UNIX功能的一個例子，將從主機字節順序的32位(4字節)的數轉換成網絡字節順序，ntohl()也是UNIX功能的一個例子，它將網絡字節順序的32位數轉換成主機字節順序。
參照附圖9，在應用程序30和MSSP服務器22之間的通信路徑140(如箭頭所示)使用分層結構。應用程序30通過其系統應用層142、表示層144、會話層146、傳輸層148、TCP/IP層150、以及更低的各層152，向MSSP服務器22的相應的較低各層154、TCP/IP層156、傳輸層158、會話層160、表示層162以及應用層164傳輸數據。
傳輸層158用來向會話層160提供可靠的傳輸。由于其位于本地TCP/IP層156的頂部，該TCP/IP層定義是可靠的，因而傳輸層158相對來說較輕便。傳輸層158從會話層160接收消息，然后將消息發送出去。傳輸層158將由TCP/IP層156提供的字節流分成通過傳輸標題成幀的消息。
通常，幀就是作為包括尋址和必要的協議控制信息的完整單元、在網絡節點之間傳輸的數據。幀通常連續的逐位傳輸，并包含有用來“框住”該數據標題字段和尾部字段。
附圖10示出了TCP/IP字節流由傳輸層分成若干會話消息的過程。不象其他的協議，幀標記本身不定義傳輸消息標題的界限。在沒有負面影響或特殊的編碼的情況下，幀標記數據樣式也可以放在TCP/IP字節流內的其他地方。幀標記提供檢測普通編程錯誤(如不正確的字節順序或長度計算錯誤)的手段，這些編程錯誤可能導致接收方錯誤地將其他數據解釋成傳輸消息的標題并采取不恰當的行動。
API 28使用8字節的傳輸消息標題作為消息內的第一個元素。8字節的傳輸消息標題包括4字節的INIT“framemarker”字段，該字段是一個常數，用來驗證有效的傳輸消息標題的存在。任何其他的值可表示消息成幀錯誤。8字節的傳輸消息標題還包括4字節的“messagelength”字段，并包含UNIT數據類型，該數據類型表示隨后的以字節為單位的消息數據的長度。
API 28利用建立在位于可靠的TCP/IP傳輸層上面的會話級接口保證消息的到達。該會話層向應用層提供一套會話級的業務，這些業務包括認證、會話級心跳以及會話級的確認。
通常，心跳(heartbeat)監測通信鏈接的狀態，并識別沒有收到最后一個消息串的時間。當連接的任一端在規定的幾秒鐘內沒有發送任何數據，其應發送心跳消息。當連接的任一端在規定的幾秒鐘內沒有接收到任何數據，其應發送測試請求消息。如果在相同時間后仍然沒有收到心跳消息，則認為連接丟失，并采取糾正行動。
所有在會話層交換的消息包括有4個USHORT 2字節字段的標題作為消息中的第一個元素。該標題指會話消息的標題，包括SessionMessage類型字段，SessionSendSeqNo字段和SessionReceiveSeqNo字段。
SessionMessage類型字段含有識別消息類型和消息數據格式的數值。SessionInstance字段包含唯一識別會話實例的數值。SessionReceiveSeqNo字段包含消息的發送序號。SessionReceiveSeqNo字段包含來自最后接收的消息的發送序號。
所有的會話消息包括一對會話消息標題中的序號，這些序號由發送方設定，由接收方驗證。每個發送方從零開始，并為每個發送的消息遞增所發送的序號。此外，每個發送方保持對下一個希望接收到的SessionSendSeqNo的跟蹤。每個發送的消息包括此數字對。序號用來檢測丟失的會話消息，并提供確認數據接收的手段。如果對SessData消息來說，會話處于空閑的，則在會話心跳消息中周期性的序號交換保證這些序號保持最新的。
會話層協議版本在開放的序列過程中商定。客戶規定期望的、要用于會話期間的協議版本。在初始，客戶規定其支持的協議的最高版本。服務器檢查請求的版本號，并將該版本號與其支持的版本對比。如果請求的版本在服務器支持的版本范圍內，在隨后的SessOpenConf消息中表明接受該版本。如果客戶請求的版本超出了服務器支持的范圍，服務器用SessOpenConf消息響應，表明已使用服務器支持的最高版本建立會話。該版本與客戶最初請求的版本不同。如果服務器找不到共同支持的協議版本，將發送帶有錯誤代碼“MSSP_E_INVALID_VERSION”的SessError消息，并關閉會話。
同樣，會話層選項在開放的序列過程中商定。客戶規定期望的、要用于會話期間的協議選項。客戶應總是初始規定其支持的所有選項。服務器檢查請求的選項掩碼，并選擇其支持的選項。最后得到的共同的會話選項在隨后的SessOpenConf消息內傳達給客戶。如果由于服務器減少選項而導致客戶不能操作，則發送帶有錯誤代碼“MSSP_E_INVALID_OPTIONS”的SessError消息，并關閉會話。
同樣，心跳間隔也在開放序列過程中商定。客戶在SessOpenReq消息中規定其期望的心跳間隔，在隨后的SessOpenConf消息中，服務器用客戶要使用的心跳間隔響應。
客戶和服務器在會話建立序列過程中交換各種憑證。客戶提供加密的會話安全描述符，該描述符是SessOpenReq消息(不包括SessionSecurityDescriptor字段)的MD-5消息摘要，使用公/私密鑰對(public/private key pair)中的私鑰對該消息進行加密。MD5消息格式是由“RSA數據安全公司(RSA Data Security，Inc.)”設計的，該消息格式在IETF RFC 1321內作了定義(見www.ietf.org)。由于給定的應用可能每次都以同樣的方式打開其會話，為了防止產生“恒定的”消息摘要值，并防止產生可預測的會話安全描述符，消息中含有隨機數字段。MSSP服務器22應用的配置中含有公/私鑰對的公鑰。當接收到SessOpenReq消息內的安全描述符時，服務器查詢MSSP服務器22配置內的應用，獲取客戶的公鑰，使用公鑰解密給定的安全描述符，并驗證解密的結果與從接收到的消息產生的MD5消息摘要是否完全匹配。如果該憑證無效，則服務器用帶有錯誤代碼“MSSP_E_AUTH_FAILURE”的SessError消息響應。如果在單位時間內相繼出現錯誤，服務器在不低于一分鐘的時間內掛起對連接請求的監聽。
如果憑證有效，服務器在SessOpenConf消息中向客戶提供加密的會話安全描述符(SessionSecurityDescriptor)，該描述符是SessOpenReq消息(不包括SessionSecurityDescriptor字段)的MD5消息摘要，使用公/私鑰對的私鑰對消息進行加密。客戶使用服務器的公鑰解密描述符，并認證服務器。如果服務器憑證的有效性在連接的客戶端失效，客戶發送帶有錯誤代碼“MSSP_E_AUTH_FAILURE”的SessError消息。如果在單位時間內相繼出現錯誤，客戶在不低于一分鐘的時間內掛起連接請求。
SessOpenReq消息用來在應用和API28之間開始會話級的信息交換，SessOpenReq消息是上述的傳輸層連接建立之后的第一個消息。SessOpenReq消息有以下格式一個8字節的SessionHeader字段，它是帶有等于Sess_Open_Req的SessionMessageType的會話標題。一個4字節的UNIT SessionVersion字段，表示客戶支持的會話協議版本。一個4字節的UNITSessionOptionsMask字段，表示客戶支持的所有會話層選項的按位組合。一個4字節的UNIT SessionHeartbeatlnterval字段，表示會話心跳消息交換之間的公稱時間間隔，以秒為單位。一個4字節的UINTSessionApplicationID字段，表示MSSP服務器22決定的值，該值用來唯一識別在MSSP服務器22內的該客戶的應用。一個4字節的UNITSessionRandonNum字段，表示任何不可預見的值，并用來防止可預見的SessionSecurityDescriptor。一個16字節的BYTE[16]SessionSecurityDescriptor字段，表示會話安全描述符，該描述符是該消息(不包括該字段)的MD5消息摘要，使用公/私鑰對的客戶私鑰對消息進行加密。服務器使用客戶的公鑰的副本解密會話安全描述符，來認證該客戶。
SessOpenConf消息用來完成會話的建立，并通知協商參數的結果。發送該消息作為對SessOpenReq消息成功的響應，該消息有以下格式一個8字節的SessionHeader字段，表示帶有SessionMessageType＝SESS_OPEN_CONF的會話標題。一個4字節的UNIT SessionVersion字段，表示由服務器選擇使用的會話協議版本。一個4字節的UNITSessionOptionsMask字段，表示服務器選擇的所有客戶會話層選項的按位組合。一個4字節的UNIT SessionHeartbeatlnterval字段，表示會話心跳消息交換之間的公稱時間間隔，以秒為單位。一個4字節的UNITSessionServerID字段，表示唯一識別該MSSP服務器22實例的數值。一個4字節的UNIT SessionRandonNum字段，表示任何不可預見的數值，并用來防止可預見的SessionSecurityDescriptor。一個16字節的BYTE[16]SessionSecurityDescriptor字段，表示會話安全描述符，該描述符是該消息(不包括該字段)的MD5消息摘要，使用服務器的公/私鑰對中的私鑰對該消息進行加密。客戶應使用服務器的公鑰的副本解密會話安全描述符，來認證服務器。
會話要求客戶和服務器參與會話維護程序。該會話維護程序保證未激活的或空閑的會話能運行，并保證在響應時間在合理的范圍內。會話維護程序獨立運行，不管會話內有無其他數據發送。會話維護程序包括SessHeartbeatReq消息的交換，后面跟隨SessHeartbeatConf消息。會話維護程序通過發送SessHeartbeatReq消息從連接的客戶端啟動。服務器執行一組操作，保證服務器正確運行，并當一切正常時，返回SessHeartbeatConf消息。如果服務器沒有在心跳間隔內響應，客戶通過向服務器發送帶有錯誤代碼“MSSP_E_HEARTBEAT_TIMEOUT”的SessError消息使會話失效。當建立會話時，客戶按SessOpenConf消息內規定的周期間隔發送心跳請求。當接收到SessOpenConf消息時發送第一個客戶心跳。若要發送SessHeartbeatReq消息時，將客戶定時器設置成心跳間隔，當定時器到期時，發送SessHeartbeatReq消息。服務器期望在指定的心跳間隔內看到心跳請求。服務器在發送SessOpenConf消息后設置定時器，并設置超時時限為心跳間隔的兩倍。如果在定時器時間結束之前沒有收到心跳請求，服務器通過發送帶有錯誤代碼“MSSP_E_HEARTBEAT_TIMEOUT”的SessError消息使會話失效。每次接收到新的心跳請求，就復位服務器端的定時器。在任何指定的瞬間，只有心跳是未決的(outstanding)。注意，心跳消息也用來確認DATA消息或檢測與空閑會話連接上序號的錯誤管理相關的錯誤。
SessHeartbeatReq消息用來請求驗證會話方運行正常，該消息有以下格式一個8字節的SessionHeader字段，表示帶有SessionMessageType＝SESS_HEARTBEAT_REQ的會話標題。一個4字節的UNITSessionHeartbeatInstance字段，表示唯一識別該會話中指定心跳的數值。一個4字節的TIME SessionTimeStamp字段，表示發出心跳請求的時間。一個4字節的UNIT SessionHeartbeatlnterval字段，表示會話心跳消息交換之間的公稱時間間隔，以秒為單位。當發送方期望協商一個新的心跳間隔時，該心跳間隔可能與當前的心跳間隔不同。
SessHeartbeatConf消息用來完成會話方的正常操作狀態的驗證。發送該消息作為對SessHeartbeatReq消息的成功響應，SessHeartbeatConf消息有以下格式一個8字節的SessionHeader字段，表示帶有SessionMessageType等于SESS_HEARTBEAT_CONF的會話標題。一個4字節的UNITSessionHeartbeatInstance字段，表示在相應的心跳請求內給出的相同的SessionHeartbeatInstance值。一個4字節的TIME SessionTimeStamp字段，表示在相應的心跳請求內給出的相同的SessionTimeStamp值。一個4字節的UNIT SessionHeartbeatInterval字段，表示會話心跳消息交換之間的公稱時間間隔，以秒為單位。當已商定一個新的心跳間隔時，該心跳間隔可能與當前的心跳間隔不同。
在成功的會話建立之后，客戶或服務器可隨時關閉會話。客戶或服務器通過向會話對方發送SessCloseReq消息啟動關閉程序。SessCloseReq消息包含表示關閉原因的代碼。請求會話的一方在發送SessCloseReq消息之后關閉(在套接口的意義下)傳輸層。接收會話方通知應用層允許在會話上要完成的任何未決的請求。SessCloseConf消息發送之前發送查詢會話消息。一旦發送SessCloseConf消息，則停止傳輸連接，并從請求關閉會話的一端關閉套接口連接。如果服務器未在合理的時間內響應，客戶可判定關閉請求超時。如果關閉請求由客戶定為超時，向服務器發送帶有錯誤代碼“MSSP_ECLOSE_TIMEOUT”的SessError消息。如果由于在關閉請求之前會話還沒有打開，會話方無法處理關閉請求，則向請求方發送帶有錯誤代碼“MSSP_E_NO_SESSION”的SessError消息。如果會話處于激活狀態或初始化狀態，會話方因任何原因無法處理關閉請求，則接收方向請求方發送帶有錯誤代碼“MSSP_E_UNSPECIFIED_FAILURE”的SessError消息。
SessCloseReq消息用來啟動會話的有序終止，該消息有以下格式一個8字節的SessionHeader字段，表示帶有SessionMessageType＝SESS_CLOSE_REQ的會話標題。一個4字節的UNITSessionCloseReasonCode字段，表示關閉會話的原因的值。例如，MSSP原因碼包括，正常操作、正常操作中的部分細節、正常停止、用戶注銷、流超時以及會話超時。
SessCloseConf消息用來完成會話的有序終止。發送該消息作為對SessCloseReq消息的成功響應，該消息有以下格式一個8字節的SessionHeader字段，表示帶有SessionMessageType＝SESS_CLOSE_CONF的會話標題。
建立會話的目的之一就是在客戶和服務器之間交換數據。在完成會話開放序列之后，可在各方之間交換數據消息。會話層不解釋數據消息。接收到的數據消息被轉發到應用層進行處理。只有包含在SessData消息的SessionData字段中的字節被轉發到應用層。這可以在將消息傳遞給應用之前有效地消除消息的會話部分。從傳輸層接收到的消息也沒有任何傳輸層的標題或數據，并且在處理之前消息是完整的。反過來，當傳輸數據時也是如此。會話層將應用數據封裝在會話數據消息中，并將其轉發到傳輸層用于傳輸。
SessData消息用來向會話方傳送應用層數據，該消息有以下格式一個8字節的SessionHeader字段，表示帶有SessionMessageType＝SESS_DATA的會話標題。一個可變長SessionData字段，表示要被傳送給應用層的數據。
由于通信或進程的故障，會話會隨時失效。如果會話發生故障，在會話方檢測故障的情況下，異步地報告故障。客戶端或服務端都可發送SessError消息。在SessOpenReq消息之后，可從客戶端隨時發送SessError消息。從服務器端隨時發送SessError消息，該消息包括對SessOpenReq消息的響應。SessError消息包含表示故障原因的錯誤代碼。會話方也可能接收或不接收SessError消息，這取決于錯誤的性質。繼SessError消息傳送或接收之后，可不通過會話發送數據，應停止并關閉其下層的傳輸連接。
SessError消息用來通知會話方錯誤條件，該錯誤條件會阻止進一步的會話級的通信；該消息有以下格式一個8字節的SessionHeader字段，表示帶有SessionMessageType＝SESS_ERROR的會話標題。一個4字節的UNIT SessionErrorCode字段，表示造成會話故障原因的值。
附圖11顯示了包含示范的錯誤代碼的表170。
MSSP服務器22的性能可按特性種類進行編組。當應用30開放與MSSP服務器22的會話時，應用30通過API28規定其想要的特性。每個MSSP特性有一個相應的特權位。位于MSSP存儲設備34內的MSSP配置數據庫32內的配置項包含一套特性特權，這些特權控制授權應用30使用的特性。只有對應用30授權特性的請求才被許可，并在對請求的響應中，通知應用30這些特性已成功獲取。通過特權錯誤(碼)拒絕企圖在沒有被授予特權的特性種類內使用消息的應用。
附圖12內的表180列出了特性種類。特性種類包括公用業務特性種類182、初始檢測點特性種類184、事件報告特性種類186、業務過濾特性種類188、計量配置特性種類190、計費通知特性種類192、計費方案特性種類194、詳細記錄控制特性種類196、統計特性種類198以及應用監測特性種類200。與特性種類182-200相關的消息，根據其不同的格式，在附錄A中列出，通過引用而成為本文的一部分。
其他的實施例在權利要求書的范圍之內。
附錄A公用業務描述該部分的消息對所有使用API的應用是公用的，與應用的特權無關。
特權要求無。
消息單MSSPNegotiateAPIVersionReq、MSSPNegotiateAPIVersionConf，MSSPOpenReq、MSSPOpenConf、MSSPCIoseReq、MSSPCloseConf，MSSPFailureConf、MSSPFailureEvent、MSSPGetSystemTimeReq、MSSPGetSystemTimeConf、MSSPGetServiceListReq、MSSPGetServiceListConf、MSSPGetServiceDetailReq以及MSSPGetServiceDetailConf。
MSSPNegotiateAPIVersionReq描述該消息由應用發往MSSP22，指示其要用于應用級的通信的API版本。由于消息的格式不同，在交換其他任何應用消息之前，必須協商API的版本。只保證MSSPNegotiateAPIVersionReq、MSSPNegotiateAPIVersionConf和MSSPFailureConf在所有的API版本內擁有相同的消息格式。這是通信會話如前所述建立之后應發送的第一個消息。
MSSP22用MSSPNegotiateAPIVersionConf消息回答，規定所協商的API版本要用于所有進一步的應用消息。這是低于或等于應用所請求版本的、MSSP 22支持的最高API版本。如果雙方都不能識別API版本，會從MSSP 22返回含有錯誤代碼MSSP_E_INVALID_VERSION的MSSPFailureConf消息。
消息流程圖

消息格式

MSSPNegotiateAPIVersionReq消息格式MSSPNegotiateAPIVersionConf說明MSSP 22發送該消息，用來確認MSSPNegotiateAPIVersionReq請求消息的接收，并提供已選定用于所有進一步應用層消息的API版本。
消息格式


MSSPNegotiateAPIVersionConf消息格式MSSPOpenReq描述該消息用來在應用和MSSP 22之間開始應用級的信息交換，這是繼上述API版本確定之后應發送的第一個消息。應用使用該消息，請求訪問一個或多個MSSP 22的功能。
消息流程圖

消息格式

MSSPOpenReq消息格式

MSSP 22功能掩碼MSSPOpenConf描述MSSP 22發送該消息，確認MSSPOpenReq請求消息的接收。該消息表示MSSPOpenReq請求消息內請求的哪些業務已授權使用。
消息格式

MSSPOpenConf消息格式
MSSPCIoseReq描述該消息用來終止應用和MSSP 22之間的應用級的信息交換。
消息流程圖

消息格式

MSSPCloseReq消息格式MSSPCIoseConf描述MSSP 22發送該消息確認MSSPCIoseReq請求消息的接收。不會再從MSSP 22發送或從應用接收其他應用級的消息。
消息格式

MSSPCloseReq消息格式MSSPFailureConf描述當錯誤條件成功阻止了前面應用請求消息的處理時，MSSP22發送此消息。該消息包含應用請求消息規定的RequestID以及表示故障原因的錯誤代碼。
消息格式

MSSPFailureConf消息格式MSSPFailureEvent描述當出現的錯誤條件與前一個應用請求消息不直接相關時，MSSP 22發送此消息。該消息包含表示故障原因的錯誤代碼。
消息格式

MSSPFailureEvent消息格式
MSSPGetSystemTimeReq描述該消息用來向MSSP 22請求當前時間。
消息流程圖

消息格式

MSSPGetSystemTimeReq消息格式MSSPGetSystemTimeConf描述MSSP 22發送該消息響應MSSPGetSystemElmeReq請求消息。
消息格式

MSSPGetSystemTimeConf消息格式
MSSPGetServiceListReq描述用此消息請求應用已經配置提供的MSSP 22業務識別碼列表。
消息流程圖

消息格式

MSSPGetServiceListReq消息格式MSSPGetServiceListConf描述DescriptionMSSP 22發送此消息響應MSSPGetServiceListReq請求消息。
消息格式

MSSPGetServiceListConf消息格式MSSPGetServiceDetailReq描述發送該消息用來請求指定的MSSP 22業務配置的詳細信息。應用可只請求其配置提供的業務的詳細信息。
消息流程圖

消息格式


MSSPGetServiceDetailReq消息格式MSSPGetServiceDetailConf描述MSSP 22發送該消息響應MSSPGetServiceDetailReq請求消息。
消息格式


MSSPGetServiceDetailConf消息格式MSSPServiceRemovedEvent描述當應用仍然連接至MSSP 22時，如果從應用配置提供的業務中取消一種業務，MSSP 22發送此消息。MSSP 22自動釋放任何應用使用的業務資源(如檢測點)。
消息格式

MSSPServiceRemovedEvent消息格式
MSSPResourceUnavailableEvent描述當故障條件或MSSP 22硬件重配置造成應用使用的資源不可用時，MSSP 22發送此消息。當資源恢復至正常狀態時發送MSSPResourceAvailableEvent消息。
消息格式

MSSPResourceUnavailableEvent消息格式MSSPResourceAvailableEvent描述當MSSPResourceUnavailableEvent消息中先前報告不可用的資源恢復至正常工作狀態時，MSSP 22發送此消息。
消息格式

MSSPResourceAvailableEvent消息格式初始檢測點(IDP)功能描述該部分的消息允許應用配備和解除MSSP 22內初始檢測點以及與業務相關的IDP事件。
要求特權IDP.
消息列表MSSPArmlDPReq、MSSPArmlDPConf，MSSPDisarmlDPReq、SSPDisarmIDPConf、MSSPInitialDPEvent、MSSPContinueReq、MSSPContinueConf、MSSPConnectReq、MSSPConnectConf、MSSPReleaseReq、MSSPReleaseConf、MSSPActivityTestReq以及MSSPActivityTestConf。
消息流程圖 MSSPArmlDPReq描述該請求用來識別初始檢測點，并規定造成通知應用的話務量標準。根據TakeControl字段的設置，可配置初始檢測點，用于簡單的事件通知，或作為觸發器。
將TakeControl字段設置成MSSP_TRIGGER，配置了觸發器。
當流遇到帶有觸發器的檢測點時，停止轉發分組，并通知應用。應用通過用下列請求之一進行響應，來控制恢復分組轉發MSSPContinueReq、MSSPConnectReq、MSSPControlReq或MSSPReleaseReq。
這些請求指示MSSP 22如何工作，并相應地發送流中的分組。應用必須立即響應觸發器，在觸發器和相關響應之間的時延由業務和應用來測量，若不能在1000毫秒內響應，MSSP 22會遞增業務和應用觸發器超時計數器，并恢復正常的分組處理，就如同收到一個“continue”的響應。如果配備的檢測點僅用于事件通知，事件通知將發送給應用，如同所述觸發器的情況，除非分組轉發沒有停止，且不期望應用的響應。
該標準串可包括統配符值，該值用來規定各觸發器的范圍。當成功配備IDP時，MSSP 22發送MSSPArmlDPConf消息。反過來，如果故障條件阻止配備IDP，就返回MSSPFailureConf消息，表明故障原因。
消息格式


MSSPArmIDPReq消息格式

下面的章節更詳細地描述每個檢測點類。在每節內，在描述與每個檢測點相關的屬性和配備標準的同時，列出檢測點表。帶“IDP”屬性的檢測點可作為初始檢測點，帶“Trigger”屬性的檢測點既可以作為觸發器，也可以作為事件報告。未在“Trigger”屬性內列出的檢測點只能用來提供事件報告。
會話組檢測點類當超過多個用戶組限制時，該檢測點類允許應用執行策略決策。應用在IDP配備標準內提供限制值。如果配備IDP作為觸發器，應用可分別發送Continue或Release觸發器響應，決定是否允許超過限制。


會話組類檢測點IDP事件注意在Initial DP Event消息內的NumericValue1和NumericValue2參數，包含檢測評估時參數的實際值，而不是限制值。
標準備注所有的標準必須規定完全，不得使用通配符值。
控制操作無。
會話檢測點類該檢測點類允許應用監測并控制移動用戶會話的建立和終止。如果IDP作為觸發器，應用可通過發送Continue或Release觸發器響應，決定是否繼續進行用戶會話。

會話類檢測點標準備注可對Operator和SubscriberGroupID規定通配符。可規定一個零長度的StringValue作為通配符，該通配符與任何用戶匹配。
控制操作無。
RADIUS檢測點類該檢測點類允許應用監測并控制移動用戶會話的遠程認證撥入用戶業務(RADIUS)協議的活動。如果IDP作為觸發器，應用可發出控制操作，控制用戶接入并改變RADIUS消息的屬性。

RADIUS類檢測點標準備注通配符可用于OperatorID和SubscriberGroupID。零長度的StringValue可作為與任何用戶匹配的通配符。
控制操作定義了如下的控制操作

RADIUS控制操作DHCP檢測點類該檢測點類允許應用監測并控制移動用戶會話的動態主機配置協議(DHCP)的行為。

DHCP類檢測點IDP事件備注來自檢測點DP_DHCP_ACK初始DP事件消息內的DestinationIP參數包含分配至用戶的IP地址。
標準備注OperatorID可使用通配符。零長度的StringValue可作為與任何用戶匹配的通配符。
控制操作無。
DNS檢測點類該檢測點類允許應用監測并控制移動用戶會話的域名系統(DNS)協議的行為。
控制操作定義為允許應用配置IP地址，解決移動用戶DNS查詢。

DNS類檢測點IDP事件備注來自DP_DNS_QUERY_RESPONSE檢測點的初始DP事件消息內的DestinationIP參數包含從DNS服務器返回的IP地址。
標準備注OperatorID和SubscriberGroupID可使用通配符。StringValue可規定格式“*.Domain”的部分通配符，如“*.yahoo.com”。零長度的StringValue可作為與任何主機匹配的通配符。
控制操作定義了以下的操作

DNS控制操作TCP檢測點類該檢測點類允許應用監測并控制移動用戶會話的傳略控制協議(TCP)的行為。


TCP類檢測點標準備注通配符可用于OperatorlD、SubscriberGroupID、Session、SourcePort，以及DestinationPort。SourceIPAddress和DestinationIPAddress通過規定必須匹配(從左到右)的地址位的數量，可作為部分通配符IP地址。零長度的IP地址可作為與任何IP地址匹配的通配符。
控制操作無。
IP檢測點類該檢測點類允許應用監測并控制移動用戶會話在最低層、即因特網協議(IP)層的行為，所有其他的協議都位于該因特網協議的上面。

IP類檢測點標準備注通配符可用于OperatorlD、SubscriberGroupID、SessionlD以及IPProtocolNumber(NumericValue1)。SourcelPAddress和DestinationIPAddress通過規定必須匹配(從左到右)的地址位的數量，可作為部分通配符IP地址。零長度的IPAddress可作為與任何IP地址匹配的通配符。零長度的StringValue可作為與任何用戶匹配的通配符。
當配備該級別的檢測點時，必須十分小心，特別是通配符的使用，以避免嚴重影響網絡的性能(應用變成了瓶頸，限制了所有因特網話務的通信量)。同時，有可能配備帶所有作為通配符的標準的觸發器，但在運行環境中，這樣做顯然不合適，因此不主張這樣做。
控制操作無。
MSSPArmIDPConf描述MSSP 22發送該消息，確認前面MSSPArmIDPReq消息成功配備初始檢測點。
消息格式

MSSPArmIDPConf消息格式MSSPDisarmfDPReq描述該值用來解除初始檢測點，丟棄先前建立的業務量標準集。
消息格式

MSSPDisarmIDPReq消息格式MSSPDisarmIDPConf描述由MSSP 22發送該消息，確認前面MSSPDisarmlDPReq消息成功解除初始檢測點。
消息格式

MSSPDisarmIDPConf消息格式MSSPInitialDPEvent描述初始檢測點事件用來表示由標準描述的條件在前面配備的初始檢測點已經滿足。配備檢測點是為了獲取與特定模式匹配的數據流的可視性或控制。不管配備的標準內有沒有使用通配符，IDP事件表示為所有與該檢測點相關的標準提供完全合格的數據。
與TakeControl選項集一起配備的初始檢測點被稱為觸發器。通過向事件消息內的MSSP_TRIGGER設置TakeControl標志，向相關的應用發送表示已遇到觸發器或事件檢測點的初始檢測點事件，表明該檢測點是否是觸發器檢測點。
應用必須發送以下請求來響應觸發器檢測事件MSSPContinueReq、MSSPConnectReq、MSSPControlReq或MSSPReleaseReq。
對于非觸發器初始檢測點事件，不要求響應。
消息格式


MSSPlnitialDPEvent消息格式MSSPContinueReq描述該繼續請求引起常規的處理，恢復以前在觸發點掛起的分組。該請求可用來提供應用同步點，在該點上，應用可調整各連接請求的步調。繼續處理的分組及其相關的的上下文由請求消息內的ControlID字段識別。
如果ControlID無效，發送含有錯誤代碼MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息作為確認。如果ControlID有效，但不在觸發器檢測點等待，發送含有錯誤代碼MSSP_E_INVALID_STATE的MSSPFailureConf消息作為確認。如果繼續操作成功，發送MSSPContinueConf消息，確認分組處理已經繼續。
消息格式


MSSPContinueReq消息格式

控制標志MSSPContinueConf描述MSSP 22發送此消息，確認由前面MSSPContinueConf消息進行的分組處理的成功繼續。
消息格式

MSSPContinueConf消息格式
MSSPConnectReq描述該連接請求指示MSSP 22對先前在觸發器點掛起的分組建立至指定的目的地址的連接。該目的地址可能與觸發器條件匹配的分組中的目的地址不同。這允許應用將連接路由至最佳可用的資源，并提供Packet800業務的虛擬化手段。
掛起的分組及其相關的上下文由請求消息內的ControlID字段識別，目的地址將提供要建立連接的IP地址和端口號。EventReportMask和TriggerMask可用來向該檢測點類的實例請求隨后的事件報告和觸發器。
如果ControlID無效，發送含有錯誤代碼MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息作為確認。如果ControlID有效，但不在觸發檢測點等待，發送含有錯誤代碼MSSP_E_INVALID_STATE的MSSPFailureConf消息作為確認。如果連接操作成功，發送MSSPConnectConf消息，確認分組處理已經恢復。
消息格式


MSSPConnectReq消息格式MSSPConnectConf描述MSSP 22發送該消息，確認前面MSSPConnectReq消息的成功執行。
消息格式

MSSPConnectConf消息格式MSSPControlReq描述發出該消息來執行對掛起的分組的控制操作。掛起的分組及其相關的上下文由請求消息內的ControlID字段識別。如果ControlID無效，發送含有錯誤代碼MSSP_E_INVALID_CONTROL_ID的作為確認。如果ControlID有效，但不在觸發器檢測點等待，發送含有錯誤代碼MSSP_E_INVALID_STATE的MSSPFailureConf消息作為確認。如果連接操作成功，發送MSSPConnectConf消息，確認分組處理已經恢復。如果ControlID有效，并在觸發器檢測點等待，發送含有錯誤代碼MSSP_E_INVALID_CONTROL_OP的MSSPFailureConf消息作為確認。如果控制操作成功，發送MSSPControlConf消息該部分規定了該消息的一般定義，所有檢測點類共享此定義。消息內容的備忘錄對每個檢測點類是特定的。這些檢測點類特定的字段遵照通用的消息格式每個字段由兩字節的標簽識別，緊隨一個兩字節長的字段，該字段規定隨后數據的字節的大小，后面是數據。每個額外的消息字段只是簡單地附加于消息。消息的總長度(由下層的傳輸機制配置)可用來決定這些“浮動”字段的存在。
消息格式

PreviousMSSPControlReq消息格式

控制標簽MSSPControlConf描述由MSSP 22發送該消息確認前面MSSPControlReq消息的成功執行。
消息格式

MSSPControlConf消息格式
MSSPReleaseReq描述發出該消息來終止活動的流。被要終止的流可能在觸發器點掛起或激活。在傳輸MSSPReleaseConf消息之后，MSSP 22將終止流，并提供任何事件或計量消息。在終止流引起的任何事件或計量消息發送之前進行排序。如果該消息是作為對觸發器的響應，掛起的分組及其相關的上下文由請求消息內的控制字段識別。如果消息內的ControllD值為零，要終止的流(激活的)由FlowID識別。
ReasonCode字段將包含一數值，表示終止流的原因。ReasonCode值將存儲在任何為該流生成的詳細記錄內。發送MSSPReleaseConf消息以主動確認釋放的流操作。如果ControlID字段無效，將返回含有錯誤代碼MSSP_E_INVALID_CONTROL_ID的MSSPFailureConf消息。如果FlowID字段無效，將返回含有錯誤代碼MSSP_E_INVALID_FLOW_ID的MSSPFailureConf消息。
消息格式

MSSPReleaseReq消息格式MSSPReleaseConf
描述由MSSP 22發送此消息，確認前面MSSPReleaseReq消息的成功執行。
消息格式

MSSPReleaseConf消息格式MSSPActivityTestReq描述該請求用來檢查前面報告的流或會話的狀態。如果指定的流仍然有效(活動)，返回MSSPActivityTestConf消息。如果由FlowID識別的流無效，將發送含有錯誤代碼MSSP_E_INVALD_FLOW_ID的MSSPFailureConf消息，作為確認。
消息格式

MSSPActivityTestReq消息格式MSSPActivityTestConf描述MSSP 22發送此消息，確認前面MSSPActivityTestReq消息的成功執行。
消息格式

MSSPActivityTestConf消息格式事件報告功能描述該部分的消息允許應用請求繼初始檢測點事件之后的額外事件報告。當啟動控制對話的IDP是一個觸發器時，應用通常通過在對IDP事件響應的的MSSPContinueReq消息內或MSSPConnectReq消息內的EventReporfMask和/或TriggerMask字段請求額外事件報告。當IDP不是觸發器時(即，只有事件報告，而不掛起分組處理)，MSSPEventReportReq請求是請求額外事件報告的唯一手段。
特權要求EDP.
消息單MSSPEventReportReq、MSSPEventReportConf、MSSPEventReportEvent。
消息流程圖

MSSPEventReportReq描述該消息用來配備事件報告檢測點。該檢測點只作為對指定流的事件檢測點而配備，當該流通過由任何事件報告或觸發器掩碼內規定的控制狀態時，將發送事件。當接收到事件報告請求時，MSSP 22將配備檢測點，并發送確認，表示配備操作成功。如果在試圖配備請求的檢測點過程中出現故障，將返回MSSPFailureConf消息，表明故障原因。
該請求將導致發送MSSPEventReportEvent消息，表示流已經轉換到規定的狀態。該請求與MSSPAnmIDPReq請求有所不同，它用來改變單個的、現有流的事件報告，而MSSPAnnlDPReq請求建立流第一次被監測的起始點。
MSSP 22自動解除流終止后仍保持的事件報告檢測點。用于已經配備了事件報告檢測點的流的MSSPEventReportReq請求可代替前面請求。可使用不含EventReportMask或TriggerMask的MSSPEventReportReq請求取消所有以前請求的用于此控制對話的事件報告和觸發器。
消息格式


MSSPEventReportReq消息格式MSSPEventReportConf描述由MSSP 22發送此消息，確認前面MSSPEventReportReq消息的成功執行。
消息格式

MSSPActivityTestConf消息格式EventReportEvent描述由MSSP 22發送此消息，確認前面MSSPActivityTestReq消息的成功執行。
消息格式


MSSPEventReportEvent消息格式業務過濾功能描述該部分的消息允許應用規定無需應用參與的檢測點的編程行為。SourceIPAddress、SourcePort、DestinationIPAddress以及IPProtocolNumber字段將用來與呼入的請求進行匹配，決定是否執行預定的業務交互。匹配的過程通常與初始檢測點的過程相同，匹配的字段也可使用通配符。
如果流符合標準，將進行消息的備忘錄中規定的行為，沒有應用的參與。規定的行為包括事件報告，以及將請求重定向至一個指定的重定向地址和端口號。如果要求事件報告，使用EventReportMask來決定今后要報告流的哪個事件。匹配的標準不得與配備的檢測點標準重疊。如果由于任何原因不能完成請求，返回帶匹配請求和錯誤代碼的MSSPFailureConf消息，該錯誤代碼表明該故障的性質。如果請求成功完成，返回MSSPAcKvateServiceFilterConf消息。除非被MSSPCancelServiceFilterReq請求取消，否則業務過濾一直處于激活狀態。
特權要求ServiceFilter.
消息單MSSPActivateServiceFilterReq、MSSPActivateServiceFilterConf、MSSPCancelServiceFilterReq、MSSPCancelServiceFilterConf。
消息流程圖
MSSPActivateServiceFilterReq描述該請求用來識別初始檢測點，并規定引起應用預定行為的業務量標準。
當流遇到帶有業務過濾的初始檢測點，并且條件符合業務過濾標準時，將業務過濾器內的預定的行為應用該分組，該分組的處理按照指示繼續進行。標準串可包含通配符，用來規定更廣范圍的觸發器。當IDP成功配置業務過濾器時，MSSP 22發送MSSPActivateServiceFilterConf消息。如果故障條件阻止配置IDP，則返回MSSPFailureConf消息，表明故障的原因。
消息格式



MSSPActivateServiceFiIterReq消息格式MSSPActivateServiceFilterConf描述由MSSP 22發送此消息，確認前面MSSPActivateServiceFilterReq消息成功配備業務過濾初始檢測點。
消息格式

MSSPActivateServiceFilterConf消息格式MSSPCancelServiceFiIterReq描述該請求用來取消由MSSPActivateServiceFilterReq請求先前建立的業務過濾。
消息格式

MSSPCancelServiceFilterReq消息格式MSSPCancelServiceFilterConf描述由MSSP 22發送該消息，確認前面MSSPCancelServiceFilterReq消息成功取消業務過濾。
消息格式

MSSPCancelServiceFi(terConf消息格式計量配置功能描述該部分的消息允許應用配置由MSSP 22計量的數據元。該計量配置會影響到填寫在MSSPGetStatsConf和MSSPPeriodicStatsEvent消息中的計量元，以及存儲于MSSP 22數據庫的詳細話單。
特權要求計量配置。
消息單MSSPConfigureMetersReq和MSSPConfigureMetersConf。
消息流程圖 MSSPConfigureMetersReq描述該消息用來配置由MSSP 22在最低級進行的計量。MeterClass字段包括下述兩個值之一MSSP_METER_CLASS_SESSION或MSSP_METER_CLASS_FLOW。類字段用來表示計量請求的范圍。ObjectlD字段將根據MeterClass識別要測量對象的實例。例如，如果MeterClass是MSSP_METER_CLASS_SESSION，ObjectlD表示會話識別碼，如果MeteringType是MSSP_METER_CLASS_FLOW，ObjectlD表示流識別碼。
MetersEnabled字段包含一位的掩碼，識別由MeterClass字段規定的類范圍內的可用的特殊計量。
如果MSSPConfigureMetersReq請求發給一個已經配置了計量的對象，MetersEnabled字段為該對象規定新的計量配置。先前配置的計量的掩碼位置的零值會使計量不可用，先前未配置的該計量的掩碼位置的非零值會使該計量可用。計量配置會影響到計量元，這些計量元填寫在MSSPGetStatsConf和MSSPPeriodicStatsEvent消息中，以及存儲于MSSP 22數據庫的詳細話單中。
如果請求成功，MSSP 22將處理請求，并返回MSSPConEgureMetersConf消息，作為肯定的確認。當請求不成功時，會發送MSSPFailureConf消息，作為否定的確認。
根據無效的請求參數，錯誤代碼值將包含下列值之一MSSP_E_INVALID_METER_CLASS，MSSP_E_INVALiD_FLOW_ID，MSSP_E_INVALID_SESSION_ID，或MSSP_E_INVALID_FLOW_METER_MASK。
消息格式

MSSPConfigureMetersReq消息格式


測量元掩碼MSSPConfigureMetersConf描述MSSP 22發送此消息，確認前面MSSPConfigureMetersReq消息成功執行。
消息格式

MSSPConfigureMetersConf消息格式計費通知功能描述該部分的消息允許應用請求基于字節的報告。可按會話或流請求報告。基于會話的計費通知會有效地導致應用于會話中的所有的流的相同的計費通知標準。
注冊計費通知事件將導致計量上行和下行傳輸的指定類型的字節數。每次到達報告閥值，MSSP 22向應用發送MSSPNotifyChargeEvent消息，指示傳輸的字節數，并復位計數器，重新開始計數。計費通知一直持續，直到流終止或計費通知被MSSPCancelNotifyChargeReq請求明顯地取消。
分組是計數的原子單位，每個分組既可以在計數評估之前，也可以在計數評估之后到達。因此，計費通知可能不會正好出現在指定的字節計數上。例如，如果每10千字節請求一次通知，當使計數超過10千字節的分組略大于500字節時，通知可能出現在第10.5千字節上。MSSPNotifyChargeEvent消息提供實際的計數器值。
特權要求計費通知。
消息單MSSPNotifyChargeReq、MSSPNotifyChargeConf、MSSPCancelNotifyChargeReq、MSSPCancelNotifyChargeConf以及MSSPNotifyChargeEvent
消息流程圖

MSSPNotifyChargeReq描述該請求用來注冊基于字節的報告，該報告或以會話，或以每個流為基礎。發送MSSPNotifyChargeConf消息表明計費通知成功地可使用。如果計費通知不能可使用，發送STL_FAILURE_CONF消息，表明故障，錯誤代碼字段將識別故障原因。
消息格式


MSSPNotifyChargeReq消息格式MSSPNotifyChargeConf描述MSSP 22發送該消息，確認前面MSSPNotifyChargeReq消息的成功執行。
消息格式

MSSPNotifyChargeConf消息格式
MSSPCancelNotifyChargeReq描述該請求用來取消由前面MSSPNotifyChargeReq請求建立的基于字節的報告。
消息格式

MSSPCancelNotifyChargeReq消息格式MSSPCancelNotifyChargeConf描述MSSP 22發送此消息，確認前面MSSPCancelNotifyChargeReq消息的成功執行。
消息格式

MSSPCancelNotifyChargeConf消息格式
MSSPNotifyChargeEvent描述該消息用來通知應用已超過前面注冊的計費通知閥值。
消息格式

MSSPNotifyChargeEvent消息格式計費方案功能描述該部分的消息允許應用示出提供的業務的費用，并將使用的計費方案記錄在MSSP 22詳細記錄內。
特權要求計費方案。
消息單MSSPSetChargePlanReq、MSSPSetChargePlanConf。
消息流程圖

MSSPSetChargePlanReq描述該消息用來將業務使用的計費方案記錄在MSSP 22詳細記錄內。
消息格式

MSSPSetChargePlanReq消息格式MSSPSetChargePlanConf
描述MSSP 22發送此消息確認前面MSSPSetChargePlanReq消息的成功執行。
消息格式

MSSPSetChargePlanConf消息格式詳細記錄控制功能描述該部分的消息允許應用控制何時MSSP 22寫入詳細記錄。
特權要求DetailRecordControl。
消息單MSSPWriteDetailRecordReq和MSSPWriteDetailRecordConf。
消息流程圖

MSSPWriteDetailRecordReq描述該消息允許應用控制何時將詳細記錄寫進MSSP 22數據庫。通過該請求寫入的詳細記錄會自動分配到一個原因碼MSSP_RC_PARTIAL_DETAIL。通常使用部分詳細記錄保證一旦出現不可恢復的故障，為了計費，用戶交互的絕大部分的最近的行為能被記錄下來。
消息格式

MSSPWriteDetailRecordReq消息格式MSSPWriteDetailRecordConf描述MSSP 22發送此消息確認前面MSSPWriteDetailRecordReq消息的成功執行。
消息格式

MSSPWriteDetailRecordConf消息格式統計功能描述該部分的消息允許應用獲取由該應用管理的會話或流的各種統計。
特權要求統計。
消息單MSSPGetStatsReqMSSPGetStatsConf以及MSSPPeriodicStatsEvent。
消息流程圖 MSSPGetStatsReq描述該請求用來請求會話或流的統計。除了當前的統計值，該請求可任選地請求今后的更新，既可以是周期性的更新，也可以是當流或會話終止時的更新。統計值取決于由前面MSSPConfigureMetersReq請求配置的計量。
如果請求成功，MSSP 22將處理請求，并返回帶有當前統計值的MSSPGetStatsConf消息，作為肯定的確認。此外，如果通過間隔字段Interval請求未來更新，將發送MSSPeriodicStatsEvent消息。如果請求不成功，將發送MSSPFailureConf消息，作為否定的確認。根據無效的請求參數，誤碼錯誤代碼包含下列數值中的一個MSSP_E_INVALID_STATS_TYPE，MSSP_E_INVALID_FLOW_ID，MSSP_E_INVALID_SESSION_ID，或MSSP_E_INVALID_INTERVAL。
消息格式

MSSPGetStatsReq消息格式MSSPGetStatsConf描述該請求用來返回前面MSSPGetStatsReq請求的會話或流的統計。統計值取決于前面MSSPConfrgureMetersReq請求配置的計量。
消息格式


MSSPGetStatsConf消息格式標有*的字段，只有當相應的測量配置在MSSP 22時(如EnabledMeterMask字段所述)才包含有效數據。
MSSPPeriodicStatsEvent描述該請求用來返回由前面MSSPGetStatsReq請求的流或會話的周期性更新，統計值取決于由前面MSSPConfgureMetersReq請求配置的計量。
消息格式


MSSPPeriodStatsEvent消息格式標有*的字段，只有當相應的測量配置在MSSP 22時(如EnabledMeterMask字段所示)才包含有效數據。
應用監測功能描述該部分的消息允許應用監測連接至相同的MSSP 22實例的其他應用的狀態。
特權要求應用監測。
消息單MSSPAppSessionEvent。
MSSPAppSessionEvent描述MSSP 22發送此消息報告應用會話事件的發生。當會話開放之后，MSSP 22立即向享有應用監測特權的應用發送此消息，向其通知其他應用會話(預先存在的)。
消息格式


MSSPAppSessionEvent消息格式
權利要求
1.一種方法，包括在網絡內，用應用程序接口(API)從應用程序接收消息；以及將該消息從所述API傳遞給移動業務交換平臺(MSSP)內的控制進程。
2.根據權利要求1所述的方法，其中所述網絡是無線網絡。
3.根據權利要求2所述的方法，其中所述無線網絡是第二代無線網絡。
4.根據權利要求2所述的方法，其中所述無線網絡是GSM網絡。
5.根據權利要求2所述的方法，其中所述無線網絡是可使用GPRS的GSM網絡。
6.根據權利要求2所述的方法，其中所述無線網絡是TDMA網絡。
7.根據權利要求2所述的方法，其中所述無線網絡是CDMA網絡。
8.根據權利要求2所述的方法，其中所述無線網絡是UMTS網絡。
9.根據權利要求2所述的方法，其中所述無線網絡是TETRA網絡。
10.根據權利要求2所述的方法，其中所述無線網絡是Tetrapol網絡。
11.根據權利要求2所述的方法，其中所述無線網絡是DECT網絡。
12.根據權利要求2所述的方法，其中所述無線網絡是AMPS網絡。
13.根據權利要求2所述的方法，其中所述無線網絡是WLAN網絡。
14.根據權利要求2所述的方法，其中所述無線網絡是第三代無線網絡。
15.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序控制MSSP中的交換和路由功能。
16.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序通過MSSP基于每個流重新定向分組流。
17.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序控制MSSP內的策略決策。
18.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許所述應用程序在所述控制進程中配備檢測點(IDPs)以及與IDP事件相關的業務。
19.根據權利要求1所述的方法，其中API提供一種協議，該協議允許所述應用程序在控制進程中解除檢測點(IDPs)以及與IDP事件相關的業務。
20.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序請求各事件報告。
21.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序規定在控制進程中位于檢測點的編程行為。
22.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序配置由MSSP的控制進程計量的數據元。
23.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序請求基于字節的報告。
24.根據權利要求23所述的方法，其中所述報告是基于會話的。
25.根據權利要求23所述的方法，其中所述報告是基于業務交互的。
26.根據權利要求23所述的方法，其中所述報告是基于流的。
27.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序規定所提供業務的費用。
28.根據權利要求27所述的方法，其中所述協議允許應用程序記錄在詳細記錄中使用的計費方案。
29.根據權利要求28所述的方法，其中所述協議允許應用程序控制何時寫入該詳細記錄。
30.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序獲取對由該應用程序管理的會話的統計。
31.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序獲取對由該應用程序管理的流的統計。
32.根據權利要求1所述的方法，其中所述API提供一種協議，該協議允許應用程序監測連接至MSSP控制進程的其他應用的狀態。
33.一種應用程序接口(API)，包括一套應用層協議，這些協議允許在外部應用進程和駐留在移動業務交換平臺(MSSP)內的控制進程之間，利用傳輸控制協議/因特網協議(TCP/IP)網絡業務進行消息的交換。
34.根據權利要求33所述的方法，其中所述的一套協議包括一種協議，該協議允許應用進程控制MSSP內的交換和路由功能。
35.根據權利要求33所述的方法，其中所述的一套協議包括一種協議，該協議允許應用進程通過MSSP基于每個流重新定向分組流。
36.根據權利要求33所述的方法，其中所述的一套協議包括一種協議，該協議允許應用程序控制MSSP內的策略決策。
37.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許所述應用進程在所述控制進程中配備檢測點(IDPs)以及與IDP事件相關的業務。
38.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許所述應用進程在所述控制進程中解除檢測點(IDPs)以及與IDP事件相關的業務。
39.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程從所述控制進程請求事件報告。
40.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程規定在控制進程中位于檢測點處的編程行為。
41.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程配置由所述控制進程進行計量的數據元。
42.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程請求所述控制進程中基于字節的報告。
43.根據權利要求42所述的API，其中該報告是基于會話的。
44.根據權利要求42所述的API，其中該報告是基于業務交互的。
45.根據權利要求42所述的API，其中該報告是基于流的。
46.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程規定由MSSP提供的業務的費用。
47.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程記錄用于詳細記錄的收費方案，該詳細記錄儲存在MSSP中。
48.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許允許應用進程控制何時寫入該詳細記錄。
49.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程獲取對由該應用進程管理的會話的統計。
50.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程獲取對由該應用進程管理的流的統計。
51.根據權利要求33所述的API，其中所述的一套應用層協議包括一種協議，該協議允許應用進程監測連接至所述控制進程的其他應用進程的狀態。
52.一種系統，包括鏈接至移動業務交換平臺(MSSP)內的控制進程的網關通用分組無線業務支持節點(GGSN)；一組鏈接至該控制進程的全局聯網的計算機；連接至該控制進程的應用程序接口(API)；以及執行連接至該API的應用進程的應用系統。
53.根據權利要求52所述的系統，該系統還包括鏈接至GGSN的通用分組無線業務支持節點。
54.根據權利要求53所述的系統，該系統還包括鏈接至通用分組無線業務支持節點的基站控制器(BSC)。
55.根據權利要求54所述的系統，該系統還包括鏈接至BSC的基站收發信臺(BTS)。
56.根據權利要求55所述的系統，該系統還包括鏈接至BTS的移動站(MS)。
57.根據權利要求52所述的系統，其中所述的API包括一套應用層協議，這些協議允許在所述應用進程和所述控制進程之間交換消息。
58.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許所述應用進程在所述控制進程中配備檢測點(IDPs)以及與IDP事件相關的業務。
59.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許所述應用進程在所述控制進程中解除檢測點(IDPs)以及與IDP事件相關的業務。
60.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程從控制進程請求事件報告。
61.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程規定在控制進程中位于檢測點處的編程行為。
62.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程配置由所述控制進程進行計量的數據元。
63.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程請求在控制進程中基于字節的報告。
64.根據權利要求63所述的系統，其中該報告是基于會話的。
65.根據權利要求63所述的系統，其中該報告是基于流的。
66.根據權利要求63所述的系統，其中該報告是基于業務交互的。
67.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程規定由MSSP提供的各業務的費用。
68.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程記錄在詳細記錄中使用的收費方案，該詳細記錄儲存在MSSP中。
69.根據權利要求68所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許允許應用進程控制何時寫入該詳細記錄。
70.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程獲取對由該應用進程管理的會話的統計。
71.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程獲取對由該應用進程管理的流的統計。
72.根據權利要求57所述的系統，其中所述的一套應用層協議包括一種協議，該協議允許應用進程監測連接至該控制進程的其他應用進程的狀態。
73.根據權利要求1所述的方法，其中該消息包括因特網協議(IP)。
74.根據權利要求1所述的方法，其中該消息包括傳輸控制協議(TCP)。
75.根據權利要求1所述的方法，其中該消息包括用戶數據報協議(UDP)。
76.根據權利要求1所述的方法，其中該消息包括超文本傳輸協議(HTTP)。
77.根據權利要求1所述的方法，其中該消息包括簡單郵件傳輸協議(SMPT)。
78.根據權利要求1所述的方法，其中該消息包括因特網消息訪問協議(IMAP)。
79.根據權利要求1所述的方法，其中該消息包括郵局協議(POP)。
80.根據權利要求1所述的方法，其中該消息包括文件傳輸協議(FTP)。
81.根據權利要求1所述的方法，其中該消息包括實時流協議(RTSP)。
82.根據權利要求1所述的方法，其中該消息包括實時傳輸協議(RTP)。
83.根據權利要求1所述的方法，其中該消息包括會話發起協議(SIP)。
84.根據權利要求1所述的方法，其中該消息包括H.323協議。
85.根據權利要求1所述的方法，其中該消息包括媒體網關控制協議(MGCP)。
86.根據權利要求1所述的方法，其中該消息包括Diameter基礎協議。
全文摘要
本發明提供了一種網絡中的方法，該方法包括用應用程序接口(API，28)從應用程序接收消息，并將該消息從該API傳遞給移動業務交換平臺(MSSP，22)內的控制進程(26)。還提供了一種系統，該系統包括連接至移動業務交換平臺(MSSP)內的控制進程的網關通用分組無線業務支持節點(GGSN，20)，一組連接至該控制進程的全局聯網的計算機，連接至該控制進程的應用程序接(API)，以及執行連接至該API的應用進程的應用系統(30)。
文檔編號H04Q3/545GK1653790SQ03811223
公開日2005年8月10日 申請日期2003年3月18日 優先權日2002年3月18日
發明者托馬斯·E·哈彌爾頓, 克利福德·S·阿特伍德 申請人:普羅昆特系統公司