專利名稱：一種實現呼叫服務等級到承載呼叫的連接的映射方法
技術領域：
本發明涉及網絡技術領域，特別涉及一種實現呼叫服務等級到承載呼叫的連接的映射方法。
背景技術：
隨著數據業務和專線業務的迅速發展，對網絡帶寬的需求不斷提高，對網絡帶寬的動態分配要求也越來越迫切，需要網絡能夠提供動態開通的能力，支持網狀網的結構，同時具有靈活的擴展能力和快速的保護恢復功能。而傳統光網絡的業務調度采用網管靜態配置的方式，不支持動態開通的方式，并且大多采用線性或環形組網，保護恢復采用復用段保護、子網連接保護(Sub-Network Connection Protection SNCP)、通道保護(PP)環等靜態恢復方法，已不能滿足上述業務的需要。
為滿足實際業務的需要， 國際電聯標準化部(InternationalTelecommunication Unite-T sector，ITU-T)、互聯網工作任務組(InternetEngineering Task Force，IETF)和光因特網論壇(Optical InternetworkingForum，OIF)共同發展了自動交換光網絡(Automatically switched opticalnetwork，ASON)技術，能夠很好地解決上述問題。它在控制平面使用通用多協議標簽交換(Generalized Multi-Protocol Label Switching，GMPLS)，提供兩種新的連接類型永久連接(Switched connections，SC)和軟永久連接(Soft permanent connections，SPC)。
ITU-T在對ASON的架構和需求進行定義的標準文件G.8080中，提出了呼叫和連接分離的概念。在該標準文件的定義中，呼叫是網絡提供給用戶的一種服務，直接呈現給用戶，支持服務實體端點之間的聯系，由呼叫名稱(Call Name)進行標識；呼叫的服務等級(Class ofService，COS)表示呼叫業務的質量，具體由運營商定義例如，鉆石級呼叫COS表示呼叫業務的可靠性為99.999％，金級呼叫COS表示呼叫業務的可靠性為99.99％等。連接是一種傳送實體，它由一對相關聯的、能在其相應的輸入和輸出之間，相向、同時傳遞信息的單向連接組成，由連接標識(Tunnel ID)進行標識，是網絡服務實體端到端聯系的具體實現。連接COS表示連接的保護類型，通常支持的連接保護類型包括專用保護，如1+1或1:1方式；共享保護，如1:N或M:N方式；無保護，如只有工作連接，當工作連接故障時業務就會中斷；此外一般還支持各種恢復，例如動態重路由等。一個呼叫下可以有零個、一個或一個以上連接；呼叫可以使用與連接相同的信令，也可以使用獨立的呼叫信令；對呼叫進行的操作包括新建、刪除、恢復和修改等。本地呼叫COS與連接COS的對應關系，例如，鉆石級呼叫COS對應1+1連接，稱為呼叫COS到連接COS的映射。
在ITU-T G.8080中雖然給出了呼叫建立、呼叫釋放的流程，但沒有給出將呼叫COS映射為承載該呼叫的端到端連接實現流程。目前僅僅有人給出呼叫帶寬修改的方案，例如OIF中有人給出了一種呼叫的支持方案。該方案采用ITU-T定義的框架，呼叫和連接用相同的信令實現，在連接的信令消息中增加呼叫標識對象來攜帶呼叫信息。
這種方案存在以下問題仍然不支持呼叫COS到承載該呼叫的端到端連接的映射；呼叫和連接采用同一信令實現，不易實現呼叫和連接彼此獨立的功能，難以實現不同節點間的呼叫請求；不支持呼叫COS的修改。

發明內容
有鑒于此，本發明的目的在于，提出一種實現呼叫COS到承載呼叫的連接的映射方法，能夠實現呼叫服務向承載呼叫的連接的映射。該方法包括如下步驟A、主叫控制器向主叫側網絡呼叫控制器NCC發送包含呼叫COS的呼叫請求，主叫側NCC根據所收到呼叫請求中的呼叫COS得到相應的呼叫協商參數，并將所得呼叫協商參數發送至被叫側NCC；B、被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商，并將協商后得到的呼叫協商參數返回給主叫側NCC；C、主叫側NCC根據被叫側NCC返回的呼叫協商參數觸發對應的連接操作。
在步驟C之后進一步包括D、主叫側NCC向主叫控制器返回呼叫確認消息。
步驟A所述收到呼叫請求之后還可以進一步包括主叫側NCC向數據服務器獲取主叫用戶的簽約數據，根據所獲取的簽約數據判斷是否允許該呼叫請求，如果不允許則向主叫控制器返回拒絕消息并退出本流程；如果允許，則繼續執行后續步驟。
步驟B所述協商后得到的呼叫協商參數如果為空，向主叫側NCC返回錯誤提示并結束本流程。
步驟A所述根據所收到的呼叫請求中的呼叫COS得到相應的呼叫協商參數為根據所收到呼叫請求中的呼叫COS，查找本地預先設置的呼叫COS與連接COS的映射關系表，得到對應的連接操作和連接參數信息，并根據所得連接操作和連接參數信息確定呼叫協商參數。
所述呼叫請求中進一步包括呼叫策略信息，則所述得到對應的連接操作和連接參數信息為根據呼叫請求中的呼叫策略信息，查找本地的策略數據，并用所查找的本地策略數據，篩選查找本地預先設置的呼叫COS與連接COS的映射關系表得到的連接操作和連接參數信息，經過篩選的連接操作和連接參數信息作為所得對應的連接操作和連接參數信息。
所述根據所得連接操作和連接參數信息確定呼叫協商參數為根據所得連接操作和連接參數信息確定對應的操作為在呼叫中增加一個連接，則確定的呼叫協商參數包括呼叫COS和呼叫COS可以映射的連接保護類型；
步驟B所述被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商為根據呼叫協商參數中的呼叫COS查找本地映射關系表得到對應的連接保護類型，和呼叫協商參數中的連接保護類型取交集，判斷交集是否為零，如果不為零，交集即為協商后的承載此呼叫的連接保護類型，并將承載此呼叫的連接保護類型作為呼叫協商參數；如果交集為零則協商后的呼叫協商參數為空。
所述確定的呼叫協商參數進一步包括連接帶寬，則步驟B所述判斷交集不為零后進一步包括判斷呼叫協商參數中的連接帶寬是否可以接受，若是，則將所接受的連接帶寬加入協商后的呼叫協商參數并繼續執行后續步驟；否則協商后的呼叫協商參數為空，向主叫側NCC返回錯誤提示并退出本流程。
所述確定的呼叫協商參數進一步包括主叫側連接的子網點SNP，則步驟B所述判斷交集不為零后進一步包括被叫側NCC判斷主叫側NCC連接的子網點SNP是否可作為新連接的源SNP，若是，將被叫側即將使用的SNP加入協商后的呼叫協商參數并繼續執行后續步驟，否則協商后的呼叫協商參數為空，向主叫側NCC返回錯誤提示并退出本流程。
所述根據所得連接操作和連接參數信息確定呼叫協商參數為根據所得連接操作和連接參數信息確定對應的操作為刪除承載已建立呼叫中的一個連接，則確定的呼叫協商參數包括承載所述呼叫的一個連接的連接標識Tunnel ID；步驟B所述被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商為檢查呼叫協商參數中的Tunnel ID，判斷本地是否允許刪除該連接，若允許則保持呼叫協商參數不變；否則協商后得到的呼叫協商參數為空。
根據所得連接操作和連接參數信息確定呼叫協商參數為根據所得連接操作和連接參數信息確定對應的操作為修改承載已建立呼叫的一個連接的保護屬性，則確定的呼叫協商參數包括承載所述呼叫的一個連接的連接標識Tunnel ID以及該連接需要修改的參數；
步驟B所述被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商為檢查呼叫協商參數中的Tunnel ID，判斷本地是否允許修改該連接且滿足新的連接參數的要求，若是則保持呼叫協商參數不變；否則協商后得到的呼叫協商參數為空。
步驟B所述將協商后得到的呼叫協商參數返回給主叫側NCC為B1、被叫側NCC發送呼叫指示消息至被叫控制器；B2、被叫控制器對所收到呼叫指示消息進行認證，如果認證通過，則通過被叫側NCC向主叫側NCC返回呼叫確認消息；否則通過被叫側NCC向主叫側NCC返回拒絕消息并退出本流程。
所述呼叫COS對象由擴展的資源預留協議流量工程RSVP-TE信令或基于限制的路由標簽分配協議CR-LDP信令中的通知消息攜帶。
所述呼叫協商參數中的SNP為擴展RSVP-TE信令或CR-LDP信令中的通知消息攜帶的SNP ID對象。
所述呼叫協商參數中的連接保護類型為擴展RSVP-TE信令或CR-LDP信令中的通知消息攜帶的連接保護類型對象。
從以上技術方案可以看出，通過對通用多協議標記交換(GeneralMultiple Protocol Label Switching，GMPLS)呼叫信令進行擴展，源宿兩端的呼叫控制器對可以承載呼叫服務的連接操作和連接參數進行協商，最終獲得采用的連接操作和連接參數，完成相應連接的創建、刪除、修改等操作，實現呼叫COS向承載呼叫的連接的映射，并且實現了呼叫信令與連接信令的分離，支持對呼叫COS的修改。


圖1為本發明網絡控制層面實現呼叫COS到連接COS映射處理示意圖；圖2為本發明定義的擴展呼叫信令中COS對象的格式；圖3為本發明定義的擴展呼叫信令中SNP對象的格式；圖4為本發明實現呼叫COS到連接COS映射的處理流程圖；
圖5為本發明實施例的網絡連接關系示意圖；圖6為本發明實施例一實現建立1+1連接的處理流程圖；圖7為本發明實施例二實現呼叫COS修改的處理流程圖。
具體實施例方式
為使本發明的目的、技術方案和優點更加清楚，下面結合附圖對本發明作進一步的詳細闡述。
圖1為本發明網絡控制層面實現呼叫COS到承載該呼叫的連接映射處理示意圖，包括主叫控制器(Calling Party Controller)101、被叫控制器(CalledParty Controller)104、網絡呼叫控制器(Network Call Controller，NCC)102和103，以及多個連接控制器(Connection Controller)105～107。實際應用中，可能涉及一個或一個以上的連接控制器。
為實現呼叫COS向連接的映射，需要對通用多協議標記交換(GeneralMultiple Protocol Label Switching，GMPLS)呼叫信令進行擴展，可以對其中的資源預留協議流量工程(Resource Reservation Protocol-TrafficExtension，RSVP-TE)信令作如下擴展擴展1、在RSVP-TE中增加呼叫COS對象，在呼叫(Notify)信令中攜帶此COS對象。具體格式為圖2所示，此對象包括長度、類域(Class-Num)和類型(C-Type)，其中括號中表示各個部分占用的字節長度，分別是2字節、1字節和1字節。COS值的長度定義為4字節，所對應的具體含義由運營商定義，例如COS值為1表示業務可靠性為99.999％，即鉆石級呼叫COS；COS值為2表示業務可靠性為99.99％，即金級呼叫COS；COS值為3表示業務可靠性為99.9％，即銀級呼叫COS；COS值為4表示業務可靠性為90％，即銅級呼叫COS；COS值為5為用戶定義的其他類型；……
以上僅為COS對象的一個例子，實際應用中，COS的值可以根據需要進行定義，COS對象的長度也可不限于上述描述。
通過擴展1，呼叫信令可以攜帶呼叫COS的具體內容。例如依照前面COS值的定義，主叫控制器101發出的呼叫建立請求中COS對象的值為1，則該呼叫請求為建立一個鉆石級的服務，如果此呼叫已存在并且COS為金級，表示需要將COS由金級升級為鉆石級，相應地，需要進行的操作是將金級呼叫COS對應的連接保護類型升級為鉆石級呼叫COS對應的連接保護類型。
擴展2、RSVP-TE中增加子網點(SNP)對象，在呼叫信令Notify消息中攜帶可以承載呼叫的連接SNP ID，具體格式如圖3所示，與擴展1類似，也包括長度、類域和類型，只是這里攜帶的是SNP ID。其中，SNP代表一個實際或潛在的連接點(CP)或連接終端點(CTP)，或者表示一個實際或潛在的終端連接點(TCP)或路徑終端點(TTP)。SNP由節點標識+接口標識+SNP ID來確定，由于節點標識，接口標識在RSVP-TE中已有相關的對象表示，因此這里只增加一個SNP對象。一個SNP和其它SNP之間的不同關系則形成鏈路連接(LC)和子網連接(SNC)。一個SNP還可以和其它的SNP組合在一起，形成子網點池(SNPP)，在不同子網上的SNPP之間的連接形成一條SNPP鏈路。最后，由一系列LC和SNC串聯形成跨越整個網絡連接，最終實現端到端的連接。可以這樣說，端到端的連接就是一組SNP按照一定關系的組合。
擴展3、在呼叫信令Notify消息中，攜帶呼叫COS可映射的連接保護類型(protection)對象，一個呼叫COS可以對應一個以上的保護類型對象，保護類型對象的具體定義可參見IETF標準文檔(draft-ietf-ccamp-gmpls-recovery-e2e-signaling-03.txt)中關于連接保護類型對象(Protection Object)的內容。
保護類型給出了連接所采用的保護恢復方式。
擴展后的Notify消息格式如下
<Notify message>::=<Common Header>[<INTEGRITY>][[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...][<MESSAGE_ID>]<ERROR_SPEC>
<notify session list>
<notify session list>::=[<notify session list>]<notify session>
<notify session>::=<SESSION>[<ADMIN_STATUS>][<POLICY_DATA>...][<COS>] (1)[ <SNP ID> ] (2)[ <Protection> ] (3)[<LINK_CAPABILITY>][<SESSION_ATTRIBUTE>][<sender descriptor>|<flow descriptor>]其中，符號(1)、(2)、(3)標出的即為上述擴展的部分。
上述擴展還可以在基于限制的路由標簽分配協議(CR-LDP)中實現，實現方式與RSVP-TE的方式沒有本質區別，故不再贅述。
除了對呼叫信令作擴展外，在每個NCC中都要預先設置呼叫COS與連接COS的映射關系表，以下簡稱為映射關系表，通過查找該表，根據已知的呼叫COS可以得到一個或一個以上可能的連接保護類型。例如，若所述映射關系表中，呼叫COS與連接COS的對應為鉆石級呼叫對應1+1連接，則當NCC收到的呼叫信令中包括的呼叫COS為鉆石級呼叫，通過查找該映射關系表，就可得到對應的連接保護類型為1+1方式。此外，呼叫信令中還可以攜帶呼叫策略信息，并在NCC中設置用戶策略數據庫，根據呼叫信令中的呼叫策略信息查詢用戶策略數據庫得到相應的策略數據，針對不同的用戶和服務根據策略數據對上述得到的連接保護類型進一步篩選，得到符合策略數據的連接保護類型。所述策略數據為與向用戶提供服務有關的信息，例如，用戶A是VIP用戶，可以提供全部類型的呼叫服務，并享受10％的費用折扣；用戶B是欠費用戶，只能提供部分類型的呼叫服務，并限制時間等等。如果所述呼叫為用戶B發起，則根據用戶B的策略數據，不能提供1+1保護類型的連接。
圖4為如圖1所示的控制層網絡結構實現呼叫COS到承載該呼叫的連接映射的流程圖，包括如下步驟步驟401網絡管理系統或者客戶端設備通過主叫控制器101發起呼叫請求給主叫側的NCC102，該請求中帶有被叫方的呼叫控制器地址、當前呼叫標識、呼叫COS對象和呼叫策略信息；步驟402NCC102對所收到的呼叫信令進行呼叫認證，如果認證不通過則拒絕此呼叫請求；否則根據呼叫信令中攜帶的呼叫COS和呼叫策略信息查找本地映射關系表和相應的用戶策略數據，得到該呼叫COS可以映射的連接操作和連接參數，并根據所得連接操作和連接參數確定呼叫協商參數，將所確定的呼叫協商參數加入到呼叫請求中，并將呼叫請求發送給被叫側的NCC103；所述呼叫認證即根據主叫用戶的簽約信息判斷是否允許該用戶進行呼叫信令中所提交的呼叫，簽約信息保存在數據服務器中，當NCC102收到呼叫請求時，則向數據服務器獲取該簽約信息；例如如果主叫用戶提交的呼叫請求為將當前的呼叫COS由金級升級為鉆石級，如果主叫用戶只簽約了金級未簽約鉆石級，NCC根據所獲取主叫用戶的簽約信息判斷結果為認證不通過。
步驟403NCC103對呼叫請求中的呼叫協商參數進行協商，協商的方法為1)如果呼叫映射操作為增加連接，呼叫協商參數包括呼叫COS、主叫側連接的子網點SNP、帶寬和呼叫COS可以映射的連接保護類型，NCC103根據呼叫協商參數中的呼叫COS查找本地映射關系表得到對應的連接保護類型，和呼叫協商參數中的連接保護類型取交集，判斷交集是否為零，如果不為零，交集即為協商后的承載此呼叫的連接保護類型，并將承載此呼叫的連接保護類型和被叫側即將使用的SNP作為呼叫協商參數；如果交集為零則協商后的呼叫協商參數為空，如果交集不為零NCC103判斷主叫側NCC連接的子網點SNP是否可作為新連接的源SNP、新帶寬要求是否允許，若是則繼續執行后續步驟，否則協商后的呼叫協商參數為空，向主叫側NCC返回錯誤提示并退出本流程。
2)如果呼叫映射操作為刪除連接則確定的呼叫協商參數包括要刪除連接的連接標識Tunnel ID，NCC103檢查呼叫協商參數中的Tunnel ID，判斷本地是否允許刪除該連接，若允許則保持呼叫協商參數不變；否則協商后得到的呼叫協商參數為空。
3)如果呼叫映射操作為修改某個連接，則確定的呼叫協商參數包括承載所述呼叫的一個連接的連接標識Tunnel ID以及該連接需要修改的參數，NCC103檢查呼叫協商參數中的Tunnel ID和新的連接參數，判斷本地是否允許修改該連接且滿足新的連接參數的要求，若是則保持呼叫協商參數不變；否則協商后得到的呼叫協商參數為空。
如果協商后得到的呼叫參數不為空，向被叫控制器104發送呼叫指示消息，否則拒絕此呼叫，向NCC102返回錯誤提示并結束本流程；所述呼叫指示消息攜帶本次呼叫的相關信息，可以包括但不限于呼叫服務類型，發起者的信息等。
步驟404被叫控制器104對收到的呼叫指示進行認證，所述認證為判斷是否接受該呼叫請求，如果認證通過，則向被叫側NCC103返回接受呼叫的確認消息；如果認證不通過，則向NCC103返回拒絕消息并退出本流程。
步驟405NCC103將協商后的呼叫協商參數發送至主叫側NCC102，NCC102根據所收到呼叫協商參數，最終確定對應的連接操作和連接參數，根據呼叫協商參數的不同，對應的連接操作可能是建立新連接，刪除已有連接，修改連接帶寬或者修改連接保護類型；步驟406NCC102觸發連接控制器105至107執行步驟405所確定的連接操作。
步驟407連接控制器105至107完成相關操作后，通知主叫側的NCC102，NCC102向主叫控制器返回確認消息，并結束呼叫請求處理流程。
圖5為實現呼叫COS到連接COS映射的網絡連接示意圖。其中，A為主叫節點，Z為被叫節點，B和D分別為網絡的入口節點和出口節點，C、E、F和G為網絡中間節點。根據圖5所示網絡連接情況，下面根據與呼叫COS對應的連接操作的具體情況，再舉兩個具體實施例來詳細說明一下呼叫COS到承載該呼叫的連接的映射的具體流程。
實施例一主叫節點A向被叫節點Z發起呼叫請求，該呼叫COS對應的連接操作為新建一個連接。本實施例流程中，圖5的各個節點在控制層面上的功能為節點A為主叫控制器，節點Z為被叫控制器，節點B兼有主叫側網絡控制器和連接控制器的功能，節點D則兼有被叫側網絡控制器和連接控制器的功能，節點C、節點E為中間節點，未參與呼叫處理，只作為連接控制器參與連接處理過程。
本實施例的具體流程如圖6所示，包括如下步驟步驟601節點A向節點B發送Notify消息作為呼叫請求，Notify消息中除了攜帶標準的呼叫參數外，還攜帶新增的COS對象，假設攜帶的COS對象數值為1；步驟602B節點根據本地預先設置的呼叫COS與連接COS的映射關系表以及相關的用戶策略數據，得到該呼叫COS可以映射的連接操作和連接參數，假設可以映射的連接操作為新建連接，新連接的保護類型為1+1或1:1，對應的呼叫協商參數為新連接的源SNP、帶寬、保護類型；步驟603B節點發送Notify消息到節點D，其中帶有呼叫COS對象和步驟602所確定的呼叫協商參數，具體的數據格式為<notify session>::=<SESSION>[<ADMIN_STATUS>][<POLICY_DATA>...][<COS1>](4)[ <Protection1+1> ](5)[ <Protection1:1>] (6)[ SNP ID ] (7)[<LINK_CAPABILITY>][<SESSION_ATTRIBUTE>][<sender descriptor>|<flow descriptor>] (8)其中對象(4)為呼叫COS對象，對象(5)和對象(6)為可以映射的連接保護類型，對象(7)為源端SNP ID，即新連接在節點B所使用的SNPID，對象(8)為連接的帶寬；步驟604節點D收到Notify消息后，對Notify消息中的呼叫協商參數進行協商，具體過程為根據Notify消息中的呼叫COS，查找本地呼叫COS與連接COS的映射關系表和相應的用戶策略數據，找到本地可對應的連接保護類型，假設為1+1；節點D將本地可對應的連接保護類型和收到的Notify消息中的連接保護類型取交集，由于節點D對此呼叫只能映射為1+1，不能取1:1，因此所取交集為1+1，即將1+1做為承載此呼叫的連接保護類型，將1:1保護類型所對應的對象(6)從Notify消息中刪除；判斷Notify消息中的SNP ID以及連接帶寬是否可接受，此處假設可以接受，在Notify消息中增加節點D可以使用的SNP ID對象以及連接帶寬。
步驟605節點D向節點Z發送Notify消息作為呼叫指示；步驟606節點Z對所收到的Notify消息中的呼叫協商參數進行認證，設這里認證通過，通過后向節點D發送Notify消息作為確認消息。
步驟607節點D收到確認消息后，向節點B發送Notify消息，其中帶有取交集后的連接保護類型和節點D可使用的SNP ID，本例中，所述連接保護類型為1+1，節點D可使用的SNP ID為Port101中的SNP201，節點B上使用的SNP ID為Port100中的SNP200，其中Port101和Port100為端口標識。
步驟608節點B收到來自節點D的Notify消息后，依照該Notify消息中的呼叫協商參數建立連接，具體為獲得協商后的保護類型為1+1，做為承載此呼叫的連接COS；根據節點D返回的SNP以及自身可使用的SNP，得到本呼叫對應的連接，并觸發相關節點的連接控制器建立滿足帶寬要求的連接。本例中，連接為節點B上Port100中的SNP200到節點D上Port101中的SNP201的1+1保護類型的連接，包含的2個連接的具體信息為從節點B經節點C到節點D的連接，為工作連接；從節點B經節點E到節點D的連接，為保護連接；以上兩個連接在圖5中用加粗的黑線表示。
步驟609連接建立后，連接控制器向主叫控制器返回確認消息，通知主叫控制器連接已完成，并結束本流程。
上述對呼叫協商參數的協商過程中，對SNP ID、帶寬的判斷是非必要步驟，也可省去協商參數中對SNP ID、帶寬的攜帶以及協商過程中對SNPID、帶寬的判斷。
實施例二主叫節點A與被叫節點Z之間進行呼叫COS的修改。
本實施例的具體流程如圖7所示，包括如下步驟步驟701節點A向節點B發送Notify消息作為呼叫請求，Notify消息中除了攜帶標準的呼叫參數外，還攜帶新增的COS對象；步驟702節點B發現新的呼叫參數和本地保存的呼叫參數不同，認為是呼叫修改操作，根據本地映射關系表和用戶策略數據，將呼叫請求中的呼叫COS值映射到具體的連接操作和連接參數，并根據所述的連接操作和連接參數，生成呼叫協商參數如果是呼叫中增加新的連接，則由節點B的呼叫控制器選擇新連接的源SNP、帶寬、保護類型等做為呼叫協商參數；如果是呼叫中刪除某個連接，則由節點B的呼叫控制器選擇與該呼叫對應的一個連接，將該連接的Tunnel ID做為呼叫協商參數；如果需要對承載該呼叫的一個連接的保護屬性進行修改，則由呼叫控制器選擇承載該呼叫的一個連接，將所選擇連接的Tunnel ID、該連接需要修改的參數做為呼叫協商參數；步驟703節點B發送Notify消息到節點D，所述Notify消息中包括步驟702所確定的呼叫協商參數；步驟704節點D對所收到的呼叫協商參數進行協商，根據所收到的Notify消息中呼叫協商參數的不同，具體過程如下如果是呼叫中增加新的連接，則根據Notify消息中的呼叫COS查找本地映射關系表和本地的策略數據得到可以映射的連接保護類型，和Notify消息中的連接保護類型取交集，獲得承載此呼叫的連接保護類型；并將承載此呼叫的連接保護類型和新連接的宿SNP做為呼叫協商參數；如果是呼叫中刪除某個連接，檢查Notify消息中攜帶的Tunnel ID，判斷本地是否允許刪除該連接，若允許保持呼叫協商參數不變并繼續執行步驟705，否則返回錯誤提示并退出本流程；如果需要對與該呼叫對應某個連接的保護屬性進行修改，檢查Notify消息中攜帶的Tunnel ID，判斷本地是否允許修改此連接且滿足新的連接參數的要求，若是保持呼叫協商參數不變并繼續執行步驟705，否則返回錯誤提示并退出本流程；步驟705節點D向節點Z發送Notify消息作為呼叫指示；步驟706節點Z對所收到的Notify消息進行認證，通過后向節點D發送Notify消息作為確認消息。
步驟707節點D收到確認消息后，向節點B發送Notify消息，其中帶有步驟704所確定的呼叫協商參數；步驟708節點B收到來自節點D的Notify消息后，根據其中的呼叫參數進行如下處理如果是呼叫中增加新的連接，則由呼叫控制器觸發連接控制器完成新的連接的創建，連接的創建可以采用標準的GMPLS RSVP-TE(參見IETF標準RFC3473)信令完成。
如果是呼叫中刪除某個連接，則由呼叫控制器觸發連接控制器完成連接的刪除，連接的刪除可以采用標準的GMPLS RSVP-TE(參見IETF標準RFC3473)信令完成。
如果是呼叫修改帶寬，則由呼叫控制器觸發連接控制器完成連接的帶寬修改，連接帶寬修改的信令采用新建信令流程，具體過程可參照RFC3473；如果需要對某個連接保護屬性進行修改，則進行如下處理如果只修改連接的保護屬性，不會引起連接的增刪，由呼叫控制器根據協商出的結果觸發連接控制器完成連接保護屬性的修改；如果修改連接的保護屬性，需要進行連接的增加，例如需要將某個連接由重路由修改為1+1，由呼叫控制器根據協商后的結果選擇相應的連接，觸發連接控制器完成一條新連接的創建，這兩個連接有相同的3元組，不同的Tunnel ID，連接控制器在兩端完成新增連接和原有連接雙發和選收，在新連接創建完成后呼叫控制器觸發連接控制器完成原有連接屬性的更新，同時在首末節點的呼叫控制器中保存這兩條連接的關聯關系。
如果修改連接的保護屬性，需要進行連接的刪除，例如需要將某個連接由1+1修改為重路由，由呼叫控制器根據協商后的結果選擇相應的連接，觸發連接控制器完成一條連接的刪除，刪除成功后呼叫控制器再觸發連接控制器完成連接屬性的更新。
步驟709連接控制器完成連接相關的功能后，向呼叫控制器返回確認消息并結束本流程。
以上所述僅為本發明的較佳實施例而已，并不用以限制本發明，凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種實現呼叫服務等級COS到承載呼叫的連接的映射方法，其特征在于，該方法包括如下步驟A、主叫控制器向主叫側網絡呼叫控制器NCC發送包含呼叫COS的呼叫請求，主叫側NCC根據所收到呼叫請求中的呼叫COS得到相應的呼叫協商參數，并將所得呼叫協商參數發送至被叫側NCC；B、被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商，并將協商后得到的呼叫協商參數返回給主叫側NCC；C、主叫側NCC根據被叫側NCC返回的呼叫協商參數觸發對應的連接操作。
2.根據權利要求1所述的方法，其特征在于，在步驟C之后進一步包括D、主叫側NCC向主叫控制器返回呼叫確認消息。
3.根據權利要求1所述的方法，其特征在于，步驟A所述收到呼叫請求之后進一步包括主叫側NCC向數據服務器獲取主叫用戶的簽約數據，根據所獲取的簽約數據判斷是否允許該呼叫請求，如果不允許則向主叫控制器返回拒絕消息并退出本流程；如果允許，則繼續執行后續步驟。
4.根據權利要求1所述的方法，其特征在于，步驟B所述協商后得到的呼叫協商參數如果為空，向主叫側NCC返回錯誤提示并結束本流程。
5.根據權利要求1所述的方法，其特征在于，步驟A所述根據所收到的呼叫請求中的呼叫COS得到相應的呼叫協商參數為根據所收到呼叫請求中的呼叫COS，查找本地預先設置的呼叫COS與連接COS的映射關系表，得到對應的連接操作和連接參數信息，并根據所得連接操作和連接參數信息確定呼叫協商參數。
6.根據權利要求5所述的方法，其特征在于，所述呼叫請求中進一步包括呼叫策略信息，則所述得到對應的連接操作和連接參數信息為根據呼叫請求中的呼叫策略信息，查找本地的策略數據，并用所查找的本地策略數據，篩選查找本地預先設置的呼叫COS與連接COS的映射關系表得到的連接操作和連接參數信息，經過篩選的連接操作和連接參數信息作為所得對應的連接操作和連接參數信息。
7.根據權利要求5所述的方法，其特征在于，所述根據所得連接操作和連接參數信息確定呼叫協商參數為根據所得連接操作和連接參數信息確定對應的操作為在呼叫中增加一個連接，則確定的呼叫協商參數包括呼叫COS和呼叫COS可以映射的連接保護類型；步驟B所述被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商為根據呼叫協商參數中的呼叫COS查找本地映射關系表得到對應的連接保護類型，和呼叫協商參數中的連接保護類型取交集，判斷交集是否為零，如果不為零，交集即為協商后的承載此呼叫的連接保護類型，并將承載此呼叫的連接保護類型作為呼叫協商參數；如果交集為零則協商后的呼叫協商參數為空。
8.根據權利要求7所述的方法，其特征在于，所述確定的呼叫協商參數進一步包括連接帶寬，則步驟B所述判斷交集不為零后進一步包括判斷呼叫協商參數中的連接帶寬是否可以接受，若是，則將所接受的連接帶寬加入協商后的呼叫協商參數并繼續執行后續步驟；否則協商后的呼叫協商參數為空，向主叫側NCC返回錯誤提示并退出本流程。
9.根據權利要求7所述的方法，其特征在于，所述確定的呼叫協商參數進一步包括主叫側連接的子網點SNP，則步驟B所述判斷交集不為零后進一步包括被叫側NCC判斷主叫側NCC連接的子網點SNP是否可作為新連接的源SNP，若是，將被叫側即將使用的SNP加入協商后的呼叫協商參數并繼續執行后續步驟，否則協商后的呼叫協商參數為空，向主叫側NCC返回錯誤提示并退出本流程。
10.根據權利要求5所述的方法，其特征在于，所述根據所得連接操作和連接參數信息確定呼叫協商參數為根據所得連接操作和連接參數信息確定對應的操作為刪除承載已建立呼叫中的一個連接，則確定的呼叫協商參數包括承載所述呼叫的一個連接的連接標識Tunnel ID；步驟B所述被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商為檢查呼叫協商參數中的Tunnel ID，判斷本地是否允許刪除該連接，若允許則保持呼叫協商參數不變；否則協商后得到的呼叫協商參數為空。
11.根據權利要求5所述的方法，其特征在于，根據所得連接操作和連接參數信息確定呼叫協商參數為根據所得連接操作和連接參數信息確定對應的操作為修改承載已建立呼叫的一個連接的保護屬性，則確定的呼叫協商參數包括承載所述呼叫的一個連接的連接標識Tunnel ID以及該連接需要修改的參數；步驟B所述被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商為檢查呼叫協商參數中的Tunnel ID，判斷本地是否允許修改該連接且滿足新的連接參數的要求，若是則保持呼叫協商參數不變；否則協商后得到的呼叫協商參數為空。
12.根據權利要求5至11任一項所述的方法，其特征在于，步驟B所述將協商后得到的呼叫協商參數返回給主叫側NCC為B1、被叫側NCC發送呼叫指示消息至被叫控制器；B2、被叫控制器對所收到呼叫指示消息進行認證，如果認證通過，則通過被叫側NCC向主叫側NCC返回呼叫確認消息；否則通過被叫側NCC向主叫側NCC返回拒絕消息并退出本流程。
13.根據權利要求1至11任一項所述的方法，其特征在于，所述呼叫COS對象由擴展的資源預留協議流量工程RSVP-TE信令或基于限制的路由標簽分配協議CR-LDP信令中的通知消息攜帶。
14.根據權利要求9所述的方法，其特征在于，所述呼叫協商參數中的SNP為擴展RSVP-TE信令或CR-LDP信令中的通知消息攜帶的SNP ID對象。
15.根據權利要求5至11任一項所述的方法，其特征在于，所述呼叫協商參數中的連接保護類型為擴展RSVP-TE信令或CR-LDP信令中的通知消息攜帶的連接保護類型對象。
全文摘要
本發明公開了一種呼叫服務等級(COS)到承載呼叫的連接的映射方法，包括如下步驟A.主叫控制器向主叫側網絡呼叫控制器NCC發送包含呼叫COS的呼叫請求，主叫側NCC根據所收到呼叫請求中的呼叫COS得到相應的呼叫協商參數，并將所得呼叫協商參數發送至被叫側NCC；B.被叫側NCC對來自主叫側NCC的呼叫協商參數進行協商，并將協商后得到的呼叫協商參數返回給主叫側NCC；C.主叫側NCC根據被叫側NCC返回的呼叫協商參數觸發對應的連接操作。本發明方法可以實現呼叫COS向承載呼叫的連接的映射，并且實現了呼叫信令與連接信令的分離，支持對呼叫COS的修改。
文檔編號H04Q7/38GK101047551SQ20061007581
公開日2007年10月3日 申請日期2006年4月18日 優先權日2006年4月18日
發明者徐慧穎, 許用梁 申請人:華為技術有限公司