一種兼容sccp和sua的方法及裝置的製作方法
2023-10-08 13:45:39 2
專利名稱：一種兼容sccp和sua的方法及裝置的製作方法
技術領域：
本發明涉及網絡領域，特別是涉及一種兼容SCCP和SUA的方法及裝置。
背景技術：
1、SUA協議技術背景。
隨著軟交換技術的應用與推廣，傳統電信網正朝著與IP網互通的方向發展。其中，最關鍵的問題是，已經得到廣泛使用的No.7信令能夠在IP網中高效而可靠的傳輸。早在1999年，IETF就開始制定基於IP技術的SIGTRAN協議簇，它主要包括No.7信令系統MTP層的適配協議，以提供No.7信令在IP網上的傳輸能力。目前，IETF又進一步提出了信令連接控制部分SCCP層的適配協議—SUA(Signalling Connection Control Part User Adaptation Layer，信令連接控制部分用戶消息適配層)，以提供更強的地址映射和路由功能，以及更簡單的管理功能。
2、SUA協議體系結構。
SUA支持在IP網上傳輸No.7信令SCCP用戶消息，例如TCAP消息、RANAP消息等，實現TCAP over IP、RANAP over IP等功能。SUA不僅支持信令網關與IP信令點(如IP位址資料庫)間的消息傳輸，也支持同一IP網中兩個信令點間的消息傳輸。
當位於信令網關的SUA收到本網關的SCCP發來的消息時，首先進行地址翻譯和地址映射，並通過SCTP偶聯選路至目的IP信令點。當SUA收到來自IP網的消息時，則進行地址翻譯和地址映射，將消息發送至信令網關的SCCP，並選路至No.7信令點。
信令網關可作為端點或中繼點與IP信令點協同工作，因而SCCP無連接消息或連接建立消息的選路方式也有所區別。當信令網關作為端點時，消息通過PC(點碼)和SSN(子系統編號)選路。若子系統由選路上下文(Routing Context)及SSN標記，從No.7信令點的角度看，則這個SCCP用戶位於此信令網關。當信令網關作為中繼點時，則需執行GT(全局碼)翻譯確定消息目的地。SCCP用戶的實際位置與No.7信令網無關。GT翻譯會生成一組″SCCP實體集″，並由此導出一個AS(Application Server，應用伺服器)。根據SCCP被叫用戶地址，可對AS選取決定。
AS(應用伺服器)是一個邏輯實體，由特定的選路關鍵字(Routing Key)標識。ASP(應用伺服器進程)是AS的進程實例，由選路上下文(Routing Context)標識，用於處理與之的通信。AS與ASP間並非映射關係，一個AS包含一組獨立的ASP，一個ASP也可為多個AS提供服務。每個ASP都對應一個IP信令點，為SCTP層提供服務。一個信令網關可以視為帶有No.7信令網接口的一組AS。
3、SUA協議提供的服務。
(1)SCCP用戶消息傳輸支持。
SUA支持信令網關與ASP(應用伺服器進程)間SCCP用戶消息的無縫傳輸。
(2)SCCP協議類別支持。
SUA可透明支持四類SCCP協議類型無序的無連接協議類型0，提供順序控制的無連接協議類型1，面向連接協議類型2和提供流量控制的面向連接協議類型3。
(3)本地管理功能。
SUA能指出SUA協議消息中的錯誤，並可根據需要通知本地管理和遠端信令點。
(4)SCCP網管功能交互。
SUA啟用ASP管理消息處理ASP狀態，從而實現與SCCP網管功能互通。N-State，N-Pcstate及N-Coord等原語可在信令網關的SCCP和SUA網管功能中傳輸，用於在IP網和No.7信令網中觸發相應事件。
(5)信令網關進程與ASP間管理的支持SUA提供了處於電路交換網和IP網間的信令網關與ASP間SCCP網管功能的互通。這個功能包括向ASP提供No.7信令點可及、不可及、擁塞的狀態指示，以及在信令網關啟動對遠端No.7端點的查詢。
(6)中繼功能。
為提升網絡的擴展性，SUA中繼功能可判定出指向目標SUA端點的下一跳SCTP偶聯。下一跳的判定可基於類似No.7信令網中的GT翻譯功能，也可由被叫地址的主機名，IP位址或點碼提供。SUA可根據需要配置中繼功能，從而提高網絡的擴展性，可靠性和靈活性。
4、SUA協議提供的內部功能。
為提供尋址和中繼功能，SUA採用了一種稱為AMF(Address MappingFunction)的地址映射功能。AMF有多種實現方式在分布模式下可採用本地GT表翻譯，在分層模式下可採用DNS，而在集中模式下可採用LDAP目錄協議。當收到入口消息時，AMF即被調用。根據選路上下文或選路關鍵字，AMF將SCCP/SUA入口消息中的地址解析為對應IP網目的地址的SCTP偶聯。
(1)在信令網關的地址映射。
一個AS內通常會有一個或多個ASP處於激活狀態。但某些情況下，當一個AS內所有ASP均未激活時，信令網關進程則把發往此AS的消息置入緩衝區，並啟動定時器，直到有ASP恢復可用。如果定時器超時仍無可用ASP，緩衝區將被清空，並觸發相應的返回或拒絕流程。如果沒有與消息匹配的地址映射，則通常將消息定向至某個或某組預設ASP，或者將消息拋棄並報告給管理功能。
(2)在ASP的地址映射。
ASP的地址映射功能可根據目標點碼或消息中的其他元素、NO.7信令網狀態、信令網關進程狀態及選路上下文，為定向至No.7信令網的消息選擇特定的信令網關進程。
(3)在中繼點的地址映射。
當採用GT、主機名、SSN+點碼或SSN+IP位址(非中繼點地址)選路時，需要調用中繼功能。根據這些信息翻譯或解析生成的地址有幾種不同形式。
依SSN選路生成指向目的結點的SCTP偶聯ID、SSN，以及可選的選路上下文和/或IP位址。
依GT選路生成指向下一中繼點的SCTP偶聯ID、新的GT，以及可選的SSN和/或選路上下文；依主機名選路生成指向下一中繼點的SCTP偶聯ID、新的主機名，以及可選的SSN和/或選路上下文。
若選路信息指示為本地SUA用戶，則該點既作為中繼點，又作為端點。
為避免出現循環路由，SUA延續了No.7信令網中的跳計數器功能。跳計數器在起始端點(No.7信令網結點或IP網結點均可)被設為最大值，之後隨中繼功能的調用遞減。當計數器減至0時，則調用相應的返回或拒絕流程。
(4)SCTP流映射。
SUA信令網關和AS通過維護SCTP與SUA用戶的對照表來向SCTP流傳輸提供映射功能。SUA通常採取無序的0類流傳輸SUA管理信息，特定情況下也可選用順序流傳輸。
(5)流量控制。
當ASP需要臨時刪除服務中的SCTP偶聯或進行測試維護時，本地管理功能可以終止相應SCTP偶聯上的通訊，並可將當前SCTP偶聯上的通訊轉移到另一個偶聯上。
(6)擁塞管理。
在ASP中，SUA層用SCCP原語向本地SCCP用戶指示擁塞，並以此觸發上層響應。若信令網關發現No.7信令消息傳輸發生阻塞，則向No.7信令起始點發送SCCP擁塞消息。
ASP中的SUA也可向對端SUA發出本地擁塞消息。當信令網關收到此消息，確定有端點阻塞，可依照SCCP協議觸發擁塞處理流程。
5、SUA協議與SCCP協議在信令網關的互通。
SUA信令網關靈活的路由機制和信令控制是No.7信令網與IP網實現互通的關鍵。在SUA的作用下，不需要重新設計網絡，即可添加或移除網絡元素。只要IP帶寬充足，即可實現不同信令需求的各項應用。
以下列舉了SUA與SCCP在信令網關互通時的重要流程。
(1)分片與重裝。
當信令消息過長，超出PDU容量時，信令網關或ASP需要執行分片與重裝。如果信令網關或ASP無法完成分片與重裝，則以適當消息向對端發起錯誤報告。
(2)負載分擔支持。
同一AS中的多個ASP可同時激活，處於負載分擔的工作方式。在處理TCAP事務或SCCP連接時，信令網關的負載分擔機制還應保證同一路事務或連接的後續消息與初始消息(如TC_Query，TC_Begin，CR等)所到達的ASP一致。
如果根據選路關鍵字(如DPC或GT)就能唯一識別ASP，則不需考慮負載分擔。若AS內的ASP採用共享狀態或內部分配機制而無法唯一識別時，信令網關就需要選用順序傳輸方式保證消息到達的ASP前後一致。而對於面向連接的SCCP通信，只需要在最初的連接建立消息CR採用負載分擔方式，其後續消息即可沿用已建立的連接通路。
若以上情況均不滿足，則需要在信令網關和ASP中啟用一套通用機制來支持負載分擔先建立ASP與AS關聯，然後ASP在AS中激活，並向所有與No.7信令網連通的信令網關發送激活消息，每個消息的特定欄位都包含由ASP分配的獨立標記。信令網關為每個選路關鍵字都建立一個列表記錄向其註冊的ASP；之後信令網關就為各選路上下文建立分配表，在有新關聯建立及ASP激活時更新。
(3)信令網關的選路和消息分發。
a.TCAP消息。
若TCAP消息不包含目的或回應TID(事務處理ID)標記，如Query，Begin，Unidirectional，則採用負載分擔方式分配ASP。若消息包含TID標記，則由SG對其解析並選取對應的ASP。如果對應ASP不存在且返回選項已激活，則返回錯誤報告。
b.SCCP面向連接消息。
若SCCP面向連接消息不包含DRN(目的參考編號)標記，如連接建立消息，則採用負載分擔方式分配ASP。若消息包含DRN標記，則由SG對其解析並選取對應的ASP。若對應ASP不存在，則丟棄該消息。
(4)多信令網關SUA中繼。
每個ASP均會向信令網關進程發送其獨立標記。出於系統容錯和穩健性的考慮，多個信令網關可協同運行，為ASP提供可選路由。
6、SUA協議與其他協議的比較。
(1)SUA與SCCP+M3UA的比較。
雖然SUA與SCCP+M3UA均位於SCTP+IP之上，但從SUA的角度來看，它對底層SCTP及IP網絡的架構有更直觀的了解。
從橫向來看，SUA簡化了No.7信令網各元素繁瑣的配置過程，降低了管理維護成本。從縱向比較，SUA只有一層，其管理功能也簡單很多，只需要執行SUA的ASP管理；而SCCP+M3UA則需要兼顧SCCP管理和M3UA的ASP管理。
SUA拓展了信令的尋址能力，它可以採用IP位址，主機名及DNS等SCCP中沒有的方式進行路由尋址，為路由規劃和調整提供了更高效、更靈活的機制。此外，SUA原則上並不要求使用No.7信令點碼，從而能節省下大量點碼資源。
(2)SUA與TI-SCCP的比較。
2002年底，ITU-T通過Q.2220規範制定了一組稱為TI-SCCP(TransportIndependent Signalling Connection Control Part，傳輸獨立信令連接控制部分)的協議，對Q.711～Q.716規範中定義的SCCP做出修改，使其能運行於多種傳輸網上。
同SUA一樣，TI-SCCP利用Q.2150.3規範中定義的SCTP信令傳輸轉換器(STC)，也可以直接運行於SCTP之上。但它的尋址能力有限，不支持IP位址、主機名及DNS等擴展尋址方式。
此外，TI-SCCP在傳輸長消息時，需要引入MAP協議共同工作。它無法像SUA，將所有的分片/重裝工作交由下層的SCTP完成。而且，MAP協議的引入將引起一系列的適配問題。
(3)SUA與No.7信令系統的比較。
SUA協議針對事務處理消息的傳輸做出了優化。SUA作為TCAP的承載者，在保持No.7信令全部功能的同時，也使網絡穩健性達到運營商級水平。
SUA採用公共分組傳輸承載信令，僅通過簡單的操作就能提升網絡的帶寬和連通性，而不需像No.7信令網E1/T1渠化鏈路那樣重組網絡。
SUA簡化了No.7信令網繁瑣的配置過程，更充分的利用了IP路由機制。它採取的分布式應用方式，可根據需求方便的重新配置。
SUA還促使設備製造商將以往垂直集成的增值業務推演為水平分布的服務層面。在這一層面上可以集成傳統技術(如漫遊，號碼移植資料庫)，增值服務(如短消息服務)與下一代網絡技術(如SIP，ENUM，LDAP等)。
7、結語。
SUA充分利用分組傳輸信令的性能，大幅度節省運營成本。它能簡化網管過程，並行提供基於IP的DNS路由，增加SCCP路由的靈活性，減少對信令點碼的依賴，減少鏈路和帶寬對網絡構架的限制。通過以上分析，我們不難看出，在未來增值業務繁多的3G網絡和IP智能網中，SUA會得到廣泛的應用。
在協議制定時間上是先定義了SCCP協議，然後定義了SUA協議；SCCP協議與SUA協議還需要在很長的一段時間內共存。但是目前沒有兼容SUA與SCCP的方案。SCCP和SUA的用戶是相同的，在共存時如何實現對用戶的無縫接口，是目前需要解決的問題。
發明內容
本發明提供一種兼容SCCP和SUA的方法及裝置，用以解決目前SUA與SCCP共存時，無法實現上層用戶無縫使用的問題，以及SCCP與SUA之間互通的問題。
本發明方法包括A、在信令連接控制部分SCCP和信令連接控制部分用戶消息適配層SUA的上層提供適配層SIF；B、當SIF收到消息時，由SIF進行消息的分發，以兼容SCCP和SUA。
其中，所述步驟B包括下列子步驟B11、當SIF收到上層用戶發來的消息時，從被叫地址和主叫地址中獲取該消息的目的點信息和本點點碼；B12、根據目的點信息和本點點碼分別獲取該目的點在SCCP和SUA中的狀態；B13、根據所述目的點在SCCP和SUA中的狀態，以及配置的分發策略，選定傳遞的協議類型，並相應下發該消息。所述配置的分發策略為負荷分擔，或為主備用。
其中，所述步驟B包括下列子步驟B21、SCCP或SUA收到連接請求時，從連接ID資源池中獲取連接ID；B22、SCCP或SUA以該連接ID進行連接請求的處理；B23、在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID，相應下發該消息。或者，所述步驟B包括下列子步驟B31、SCCP或SUA收到連接請求時，從各自的ID段中獲取連接ID；B32、SCCP或SUA以該連接ID進行連接請求的處理；B33、在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID的段特徵，相應下發該消息。
其中，所述SIF在SCCP與SUA之間轉發消息。接收域收到消息時，由本局的SIF根據目的點和配置的分發策略，將該消息相應轉發到選定的域。
本發明的兼容SCCP和SUA的裝置，包括SCCP單元，用於以信令連接控制部分協議處理收到的消息；
SUA單元，用於以信令連接控制部分用戶消息適配層協議處理收到的消息；SIF單元，其位於SCCP單元和SUA單元的上層，用於向SCCP單元或SUA單元分發消息，以兼容SCCP單元和SUA單元。
進一步，所述SIF單元中包括信息獲取子單元，用於當SIF單元收到上層用戶發來的消息時，從被叫地址和主叫地址中獲取該消息的目的點信息和本點點碼；狀態獲取子單元，用於根據信息獲取子單元獲取的目的點信息和本點點碼分別獲取該目的點在SCCP單元和SUA單元中的狀態；分發單元，根據所述目的點在SCCP單元和SUA單元中的狀態，以及配置的分發策略，選定傳遞的協議類型，並相應下發該消息。
進一步，所述裝置中還包括連接ID管理單元，用於為SCCP單元和SUA單元提供連接ID，並相應進行連接ID的管理。
又進一步，所述連接ID管理單元隨機為SCCP單元和SUA單元提供連接ID，並通知SIF單元該連接ID被分配到SCCP單元或SUA單元。
又進一步，所述連接ID管理單元對連接ID分段，並將各段與SCCP單元和SUA單元分別對應，以及從段內為SCCP單元或SUA單元提供連接ID。
本發明有益效果如下本發明方法在SCCP和SUA的上層提供適配層SIF，由SIF根據相關信息判斷應分發到哪個協議進行消息處理。
對於無連接消息，當SIF收到上層用戶發來的消息時，從被叫地址和主叫地址中獲取該消息的目的點信息和本點點碼；根據目的點信息和本點點碼分別獲取該目的點在SCCP和SUA中的狀態；根據所述目的點在SCCP和SUA中的狀態，以及配置的分發策略，選定傳遞的協議類型，並相應下發該消息。
對於有連接消息，當SIF收到上層用戶發來的消息時，通過對連接ID的管理，實現SIF對交互的消息中攜帶的連接ID的識別，進而選定傳遞的協議類型，並相應下發消息。
關於SCCP與SUA的互通，當接收域(SCCP或SUA)收到消息時，由本局的SIF根據目的點和配置的分發策略，將該消息相應轉發到選定的域，從而實現SCCP與SUA的互通。
為了支撐本發明方法，本發明還提供了一種兼容SCCP和SUA的裝置。
圖1為本發明裝置結構示意圖；圖2為本發明裝置在處理無連接消息時的結構示意圖；圖3為本發明裝置在處理有連接消息時的結構示意圖；圖4為本發明方法步驟流程圖。
具體實施例方式
為了實現SUA與SCCP的兼容和共存，本發明提供了一種兼容SCCP和SUA的裝置，參見圖1所示，其包括SCCP單元、SUA單元，以及分別與SCCP單元和SUA單元相連的SIF單元；所述SCCP單元，用於以信令連接控制部分協議處理收到的消息。
所述SUA單元，用於以信令連接控制部分用戶消息適配層處理收到的消息。
所述SIF單元，其位於SCCP單元和SUA單元的上層，用於向SCCP單元或SUA單元分發消息，以兼容SCCP單元和SUA單元。
參見圖2所示，若所述裝置處理無連接消息，則所述SIF單元中還包括依次相連的信息獲取子單元、狀態獲取子單元和分發單元。
所述信息獲取子單元，用於當SIF單元收到上層用戶發來的消息時，從被叫地址和主叫地址中獲取該消息的目的點信息和本點點碼；所述狀態獲取子單元，用於根據信息獲取子單元獲取的目的點信息和本點點碼分別獲取該目的點在SCCP單元和SUA單元中的狀態；
所述分發單元，根據所述目的點在SCCP單元和SUA單元中的狀態，以及配置的分發策略，選定傳遞的協議類型，並相應下發該消息。所述分發策略為負荷分擔，或為主備用。
參見圖3所示，若所述裝置處理有連接消息，則所述裝置中還包括與SCCP單元、SUA單元和SIF單元均相連的連接ID管理單元。
所述連接ID管理單元，用於為SCCP單元和SUA單元提供連接ID，並相應進行連接ID的管理。所述連接ID管理單元可以隨機為SCCP單元和SUA單元提供連接ID，並通知SIF單元該連接ID被分配到SCCP單元或SUA單元，以便SIF單元相應下發消息。或者，所述連接ID管理單元對連接ID分段，並將各段與SCCP單元和SUA單元分別對應，以及從段內為SCCP單元或SUA單元提供連接ID，以便SIF單元根據每段的特徵相應下發消息(例如最高位為1，則表示由SCCP單元處理；最高位為0，則表示由SUA單元處理)。
應用上述裝置，本發明還提供了一種兼容SCCP和SUA的方法，參見圖4所示，包括下列主要步驟S1、在SCCP和SUA的上層提供適配層SIF。
按照協議規定引入SUA協議後，在同時存在SCCP和SUA兩個協議時，要保持上層用戶的接口不變。對於上層用戶而言不需要知道消息是通過SCCP傳遞給對端，還是通過SUA傳遞給對端。因此本發明在SCCP和SUA的上層提供適配層SIF(SUA與SCCP接口層)，其功能是實現上層用戶的消息在SCCP與SUA之間的分發。
S2、SIF收到消息。
所述消息從發送方向看，可由上層用戶發來(即欲分發到SUA或SCCP)，或者由SUA或SCCP發來(即對端發來的消息欲接續到上層用戶)。
所述消息從消息類型看，可為無連接消息，或有連接消息。
S3、SIF進行消息的分發。
SIF根據相關信息進行消息的分發，以實現SCCP與SUA的兼容。
S4、SCCP或SUA收到SIF下發的消息後，進行處理。
以下通過四個實例具體描述本發明方法。
方法實例一上層用戶發來的無連接消息的分發。包括下列具體步驟-當SIF收到上層用戶發來的消息時，從被叫地址和主叫地址中獲取消息的目的點信息(DPC或者DPCSSN)和本點點碼(OPC或者OPCSSN)。
-根據目的點和本點信息獲取該目的點在SCCP和SUA中的狀態。
-根據所述目的點在SCCP和SUA中的狀態，以及配置的分發策略(負荷分擔、主備用)，選定傳遞的協議類型，並相應下發該消息。如果是負荷分擔，需要根據上層的呼叫相關性實現SCCP和SUA的業務負荷分擔，保持SCCP和SUA傳遞的呼叫個數相等；如果是主備用，根據設置的主用標誌選擇主用的協議，傳遞所有的呼叫消息。
方法實例二通過連接ID資源池實現有連接消息的分發。
當消息是有連接消息時，根據連接參考實現網絡側與上層用戶N原語的交互。協議中對於有連接的N原語參數定義如下表Table 1/Q.711-Network service primitives for connection-oriented servicesb)
在實現上可以使用Connection identification作為上下層間通信的關鍵字，上層用戶收到SCCP的N源語通知消息後，根據Connection identification可以快速找到自己的連接控制塊，進行相應的消息處理；當上層用戶下發請求源語給SCCP時，SCCP根據源語中的Connection identification可以快速的獲取SCCP的連接控制塊，進行相應的消息處理。SUA的N源語處理與SCCP雷同。但是當底層同時存在SCCP和SUA時，此時上層用戶所能夠獲取的就是Connection identification，並不知道這個Connection identification是SCCP的還是SUA的。因此通過上表可以看到，有部分的有連接源語中並沒有被叫地址或主叫地址，但需要SIF在分發消息時能夠根據Connection identification快速的定位該消息的處理協議。實現時就有一個如何管理Connection identification的問題。
本例通過連接ID資源池實現有連接消息的分發。根據發送方向可分為兩種情況。
情況一從對端接收到連接請求。包括下列具體步驟-在SCCP或SUA接收到對端的連接請求時，從連接ID資源池中獲取連接ID(可以通過函數調用的方式或者消息通知的方式獲取)。
-連接ID資源池從自己空閒的連接ID中隨機取出一個空閒的連接ID，傳遞給SCCP或SUA。
-SCCP或SUA使用該連接ID進行消息後續處理(按照現有協議)。
-在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID，檢查該ID是屬於哪個協議使用，如果判定是被SCCP使用，則直接將該消息發送給SCCP處理；如果判定是被SUA使用，則直接將該消息發送給SUA處理。
情況二接收到上層用戶的連接請求。包括下列具體步驟-上層用戶發送連接請求給SIF層時，SIF層首先按照無連接消息處理方法選擇該次連接通過哪個協議處理。
-SCCP或SUA接收到該用戶的連接請求時，從連接ID資源池中獲取連接ID(可以通過函數調用的方式或者消息通知的方式獲取)。
-連接ID資源池從自己空閒的連接ID中隨機取出一個空閒的連接ID，傳遞給SCCP或SUA。
-SCCP或SUA使用該連接ID進行消息後續處理(按照協議做)。
-在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID，檢查該ID是屬於哪個協議使用，如果判定是被SCCP使用，則直接將該消息發送給SCCP處理；如果判定是被SUA使用，則直接將該消息發送給SUA處理。
方法實例三通過對連接ID分段實現有連接消息的分發。
當消息是有連接消息時，根據連接參考實現網絡側與上層用戶N原語的交互。協議中對於有連接的N原語參數定義如下表Table 1/Q.711-Network service primitives for connection-oriented servicesb)
在實現上可以使用Connection identification作為上下層間通信的關鍵字，上層用戶收到SCCP的N源語通知消息後，根據Connection identification可以快速找到自己的連接控制塊，進行相應的消息處理；當上層用戶下發請求源語給SCCP時，SCCP根據源語中的Connection identification可以快速的獲取SCCP的連接控制塊，進行相應的消息處理。SUA的N源語處理與SCCP雷同。但是當底層同時存在SCCP和SUA時，此時上層用戶所能夠獲取的就是Connection identification，並不知道這個Connection identification是SCCP的還是SUA的。因此通過上表可以看到，有部分的有連接源語中並沒有被叫地址或主叫地址，但需要SIF在分發消息時能夠根據Connection identification快速的定位該消息的處理協議。實現時就有一個如何管理Connection identification的問題。
本例通過對連接ID分段實現有連接消息的分發。根據發送方向可分為兩種情況。
情況一從對端接收到連接請求。包括下列具體步驟-在SCCP或SUA接收到對端的連接請求時，對應從各自的ID段中獲取連接ID(可以通過函數調用的方式或者消息通知的方式)。
-從對應的ID段中的空閒連接ID中取出一個空閒的連接ID，對應傳遞給SCCP或SUA。
-SCCP或SUA使用該連接ID進行消息後續處理(按照現有協議)。
-在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID的段特徵，判定該消息應由哪個協議處理(例如最高位為1，則判定應由SCCP處理；最高位為0，則判定應由SUA處理)。如果判定應由SCCP處理，則直接將該消息發送給SCCP；如果判定應由SUA處理，則直接將該消息發送給SUA。
情況二接收到上層用戶的連接請求。包括下列具體步驟-上層用戶發送連接請求給SIF層時，SIF層首先按照無連接消息處理方法選擇該次連接通過哪個協議處理。
-SCCP或SUA接收到該用戶的連接請求時，對應從各自的ID段中獲取連接ID(可以通過函數調用的方式或者消息通知的方式)。
-從對應的ID段中的空閒連接ID中取出一個空閒的連接ID，對應傳遞給SCCP或SUA。
-SCCP或SUA使用該連接ID進行消息後續處理(按照現有協議)。
-在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID的段特徵，判定該消息應由哪個協議處理(例如最高位為1，則判定應由SCCP處理；最高位為0，則判定應由SUA處理)。如果判定應由SCCP處理，則直接將該消息發送給SCCP；如果判定應由SUA處理，則直接將該消息發送給SUA。
方法實例四域間消息的分發。
網絡中通常會存在一種使用場景SUA側的消息經過SUA處理後，發現它的下一處理結點應該處於窄帶側，即下一處理結點為SCCP；需要實現把消息從一個域傳遞到另外一個域的功能，即實現信令網關功能(SG功能)。
當從SCCP接收到消息時，該消息首先經過SCCP的GT翻譯後，檢查消息的目的點不是本局時，則將該消息轉發給SIF，SIF根據該消息的目的點和配置的分發策略(協議間負荷分擔、主備用等)，決定該消息應該經過哪個域(SCCP或SUA)傳遞到對端。
從SUA接收到消息的處理流程與從SCCP接收到消息的處理流程雷同。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種兼容SCCP和SUA的方法，其特徵在於，包括下列步驟A、在信令連接控制部分SCCP和信令連接控制部分用戶消息適配層SUA的上層提供適配層SIF；B、當SIF收到消息時，由SIF進行消息的分發，以兼容SCCP和SUA。
2.如權利要求1所述的方法，其特徵在於，所述步驟B包括下列子步驟B11、當SIF收到上層用戶發來的消息時，從被叫地址和主叫地址中獲取該消息的目的點信息和本點點碼；B12、根據目的點信息和本點點碼分別獲取該目的點在SCCP和SUA中的狀態；B13、根據所述目的點在SCCP和SUA中的狀態，以及配置的分發策略，選定傳遞的協議類型，並相應下發該消息。
3.如權利要求1所述的方法，其特徵在於，所述步驟B包括下列子步驟B21、SCCP或SUA收到連接請求時，從連接ID資源池中獲取連接ID；B22、SCCP或SUA以該連接ID進行連接請求的處理；B23、在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID，相應下發該消息。
4.如權利要求1所述的方法，其特徵在於，所述步驟B包括下列子步驟B31、SCCP或SUA收到連接請求時，從各自的ID段中獲取連接ID；B32、SCCP或SUA以該連接ID進行連接請求的處理；B33、在建立主被叫連接後，SIF根據交互的消息中攜帶的連接ID的段特徵，相應下發該消息。
5.如權利要求1所述的方法，其特徵在於，接收域收到消息時，由本局的SIF根據目的點和配置的分發策略，將該消息相應轉發到選定的域，以實現消息在SCCP與SUA之間的轉發。
6.一種兼容SCCP和SUA的裝置，包括SCCP單元，用於以信令連接控制部分協議處理收到的消息；SUA單元，用於以信令連接控制部分用戶消息適配層協議處理收到的消息；其特徵在於，所述裝置還包括SIF單元，其位於SCCP單元和SUA單元的上層，用於向SCCP單元或SUA單元分發消息，以兼容SCCP單元和SUA單元。
7.如權利要求6所述的裝置，其特徵在於，所述SIF單元中包括信息獲取子單元，用於當SIF單元收到上層用戶發來的消息時，從被叫地址和主叫地址中獲取該消息的目的點信息和本點點碼；狀態獲取子單元，用於根據信息獲取子單元獲取的目的點信息和本點點碼分別獲取該目的點在SCCP單元和SUA單元中的狀態；分發單元，根據所述目的點在SCCP單元和SUA單元中的狀態，以及配置的分發策略，選定傳遞的協議類型，並相應下發該消息。
8.如權利要求6所述的裝置，其特徵在於，所述裝置中還包括連接ID管理單元，用於為SCCP單元和SUA單元提供連接ID，並相應進行連接ID的管理。
9.如權利要求8所述的裝置，其特徵在於，所述連接ID管理單元隨機為SCCP單元和SUA單元提供連接ID，並通知SIF單元該連接ID被分配到SCCP單元或SUA單元。
10.如權利要求8所述的裝置，其特徵在於，所述連接ID管理單元對連接ID分段，並將各段與SCCP單元和SUA單元分別對應，以及從段內為SCCP單元或SUA單元提供連接ID。
全文摘要
本發明公開了一種兼容SCCP和SUA的方法及裝置，用以解決目前SUA與SCCP共存時，無法實現上層用戶無縫使用的問題，以及SCCP與SUA之間互通的問題。本發明方法包括A.在信令連接控制部分SCCP和信令連接控制部分用戶消息適配層SUA的上層提供適配層SIF；B.當SIF收到消息時，由SIF進行消息的分發，以兼容SCCP和SUA。本發明裝置包括SCCP單元和SUA單元；以及SIF單元，其位於SCCP單元和SUA單元的上層，用於向SCCP單元或SUA單元分發消息，以兼容SCCP單元和SUA單元。通過本發明的實施可實現SUA與SCCP的兼容和共存。
文檔編號H04L12/56GK1933485SQ20061010991
公開日2007年3月21日 申請日期2006年8月22日 優先權日2006年8月22日
發明者邵景蒞, 汪碧海 申請人:華為技術有限公司