好湿?好紧?好多水好爽自慰,久久久噜久噜久久综合,成人做爰A片免费看黄冈,机机对机机30分钟无遮挡

主頁 > 知識庫 > 軟交換網絡中兒種關鍵的路由技術

軟交換網絡中兒種關鍵的路由技術

熱門標簽:烏魯木齊語音電銷機器人加盟 無錫語音外呼系統公司 銀川人工外呼系統供應商 前鋒辦理400電話申請 牡丹江快速地圖標注地點 神呼智能電話機器人 高德地圖標注動態聚合 公司申請的400電話號碼 征服眼市場地圖標注

隨著軟交換技術的發展與成熟,當軟交換網絡形成一定規模之后必然需要引入分層的網絡結構來解決其呼叫路由問題。路由技術的選擇將影響整個軟交換的網絡架構,關系到各運營商、各設備制造商的不同設備間的互通問題,所以業界最終一定會就這方面的技術選擇達成一致的標準。最終的路由技術標準可能是TRIP或ENUM路由技術的改進版本,也可能是根據軟交換路由需求重新定義的一套新的標準。無論如何,只有既能比較好地滿足軟交換路由的實際需求,又能得到大多數團體認可的技術才可能成為最終的技術標準。目前處千標準形成的初始階段,多種路由技術并存發展,各廠商從自身的實際狀況出發對這些技術可能有著不同的主張與選擇。下面對目前存在的多種路由技術做一個簡要分析。

一、TRIP技術

TRIP(TelephonyRoutingoverIP)技術最早應用千網絡電話網絡。隨著網絡電話用戶的不斷增加和網絡電話網絡的膨脹式的擴大,它們的工作機制和管理要求也越來越復雜,其中最困難的問題就是網絡電話網關定位問題,也就是網絡電話呼叫建立過程中的網關選擇、網關發現和網關路由問題等。

在對網關的選擇過程中,往往要受到可選網關數量、不同運營商之間的運營策略、終端用戶的需求、網關容屈和網關之間協議屬性的兼容性等方面因素的制約。為此,建立一種分布式的,并且可以相互廣播、自動同步、友好共享(基于策略)的網絡電話路由信息操作機制就很有必要,千是TRIP協議便應運而生。

TRIP協議是網絡電話路由機制的協調和管理規則的集合,它允許每個網關資源的管理者建立自己的本地可用網關數據庫,首先使這些信息在本地對自己可用,然后再把這些信息按照一定策略傳播、同步給其他運營商,按照不同的策略進行不同數據庫之間網關信息的聚合、廣播、交換和共享。在軟交換的組網中,TRIP協議已經成為被國內外通信廠商普遍認同的一種路由協議。

1、TRIP的功能及解決的問題

TRIP協議是不同管理域之間進行網絡電話網關路由信息交換的一個專用協議,它獨立于任何信令協議。但是準確地說,TRIP其實并不是一個協議,而是被收集、被聚合、被廣播和被管理的網絡電話路由,為了直觀地理解網絡電話路由被操作的過程以及在這些過程中所遵循的規則,人們也就習慣地把它稱為TRIP協議。TRIP主要的功能如下:

? 建立和維護路由信息提供者之間的對等關系;

? 交換和同步提供者之間的電話網關路由信息;

? 防止穩定路由的循環;

? 以可擴展的和及時的方式廣播已知的網關路由信息;

? 定義和描述電路網關路由數據的語法、語義和路由信息傳送的規則。

TRIP要解決的主要問題就是網絡電話的網關路由問題。從一個較高的角度來看,就是解決映射問題:給定一個電話號碼,映射出一個電話網關的IP地址,也可以簡單地稱為“電話號碼到IP地址轉換問題"。通常,我們遇到電話號碼與IP地址轉換的情況很多,只有“給定一個電路交換網絡的用戶電話號碼,判斷能夠完成對其進行呼叫的網關的IP地址”才是TRIP協議要解決的問題,因為只有它才真正地涉及到一個呼叫設備和另一個應答設備之間的信令信息在IP網絡上傳輸時必須進行的IP網關路由的層層選擇。

2、TRIP的實現方式

TRIP協議交換的路由信息由外部路由(ExternalRoutes入內部路由(InternalRoutes)和本地路由(LocalRoutes)3種類型組成。為了直觀地描述電話路由信息庫(TRIB,TelephonyRoutingInformationBase)的構成關系,TRIP協議從路由選擇的角度把定位服務器(LS)中的TRIB分成4個構成部分,這4個部分實際上是由以上3種類型的路由內容構成。

(1)、Adj-TRIBs-ln:稱為臨近可選TRIB,其內容是從UPDATE消息中獲取的域內、域外LS上的路由信息,這些路由信息是當前路由選擇中的可以使用的輸人路由信息;

(2)、Ext-TRIB,稱為外部TRIB,其內容是LS根據一定的路由選擇運算法則,從外部路由(存儲在外部LS的Adj-TRIBs-ln中)和本地路由(存儲在本地LS的Adj-TRIBs-In中),為一個給定目的地址選擇的最佳的路由,每個LS只有一個Ext-TRIB;

(3)、Loc-TRIB,稱為本地TRIB,其內容是LS運用其內部策略從內部LS的Adj-TRIBs-In和Ext-TRIB中選擇出來的TRIP路由信息;

(4)、Adj-TRIBs-Out,稱為臨近輸出TRIB,其內容是LS準備廣播給外部LS的路由信息,它的內容將攜帶在UPDATE消息中對外廣播。

下圖為定位服務器內TRIP路由數據庫的結構和相互之間的關系。

由上圖可以看出,TRIP定位服務器處理3種路由信息來源:

? 從外部對等定位服務器接收到的外部路由;

? 從路由自治域內部定位服務器收到的內部路由;

? 從本地加入的本地路由,如通過配置得到的路由。

TRIP定位服務器根據這3方面的路由信息來源形成最佳路由,并動態更新路由數據庫。某個定位服務器的TRIP路由數據庫信息發生更新時,改動內容將及時發送到周邊相鄰的定位服務器,而不是采用定時的周期方式更新路由。當同步TRIP路由表時,所有內部對等體之間的內部路由保持一致。

TRIP的體系結構示意圖如圖所示。TRIP體系結構將網絡電話網絡分為許多互聯網電話管理域CITAD,InternetTelephonyAdministrativeDomain),每個ITAD至少有一個LS,這些LS通過稱為域內協議的帶外方式了解自己域內網關的信息。下圖6中ITADl的域內協議用GW和LS兀素之間的連線(細線)表示。

上圖中LS元素之間的粗線是TRIP協議控制下的各個域中網關路由信息在LS之間被聚合、被交換、被廣播、被同步的路徑。各個ITAD管理者首先簽訂適用千交互網關信息的TRIP協議,然后通過管理手段建立起這些信息共享的聯合體,一個域中的LS同其他域中的LS都成為聯合體的一員,千是這些LS通過這種方式就可以交換網關信息了。在圖9.6中,ITADl的LSI與ITAD2的LS2相連,ITAD2的LS2又與ITAD3的LSI相連通,通過TRIP協議,lTAD2的LS2就可以了解ITADl上的兩個網關,這兩個網關的路由信息就可以由1TAD2的終端用戶(EUl和EU2)進行訪問。在ITAD3中既有終端用戶又有網關,ITAD3的LSI通過lTAD2上LS2已經聚合后的廣播消息來了解ITADl上的網關。

3、 TRIP與其他路由協議的區別

TRIP可歸類為一種域間路由協議,目前用到的域間路由協議很多,如BGP-4、OSPF、SCSP等,由千TRIP出現較晚,因此其吸取了這些“先輩"的很多優點。TRIP基于BGP-4協議,繼承了BGP的簡明、可靠、有效和靈活等特性,并相對于OSPF、IS-IS等協議增強了鏈路狀態特性。TRIP采用BGP域間傳輸機制,具有BGP的對等通信、有限狀態機、無環路機制(路由信息中記錄所經過的自治系統或互聯網電話管理域)以及類似的消息格式和屬性等特性,它記錄了E.164信息與下一跳地址的對應關系,其路由實現"BGP更復雜,需要更多的參數來描述。簡單地說,TRIP與BGP-4相比是“青出于藍而勝于藍“,在功能上二者雖有相近之處,但二者在功能定位和存在的先進性方面已不可同日而語了。

4、TRIP在軟交換組網中的應用

TRIP協議獨立于任何信令協議,可作為軟交換網絡的路由尋址協議,主要用于軟交換設備與定位服務器之間以及多個定位服務器之間,使同一自治域內的實體可以同步信息,不同自治域實體根據特定策略交換呼叫路由信息。定位服務器之間的聯系通常由管理干預手段建立:當管理者同意交換呼叫路由信息時,兩個定位服務器被配置為允許互相通信。定位服務器中每個路由信息至少包括可達的電話號碼范圍,以及電話號碼對應的IP地址或主機名。路由信息還包含描述軟交換設備提供業務的附加信息,如協議、特征、容量、服務質量和成本信息。

由于運營商內部的軟交換設備路由尋址規則比較單一,動態路由需求較少,為了簡化網絡運維管理,內部定位服務器之間可選擇簡單的SIP協議與DNS機制配合,而不需要選擇TRIP。這時,TRIP協議僅用于承擔運營商之間的動態路由的同步功能,TRIP定位服務器與軟交換網絡內的輔助尋址設備(如DNS服務器)形成疊加關系。

綜上所述,TRIP路由體系具有以下優點:TRIP協議是一種對建立在不同國家、不同地域、不同運營商、不同網絡上的路由信息進行相互廣播、自動同步、友好共享的操作機制;在網絡電話網關定位問題的解決中,它比目前存在的其他任何路由管理、路由控制和域間管理協議都有優勢一一它在繼承相關協議功能的基礎上,又在具體操作、安全方面汲取它們的優點,并對這些協議的已有特性進行了更有效地擴充和發展;其獨立于運營商關系的思想包容了所有運營商的不同商業策略,只要路由信息符合其定義的格式和遵循IANAOnternetAssignedNumberAuthority,國際互聯網代理成員管理局)的有關約定,它都能予以交換和傳遞,這使得全球不同提供商所開發的路由系統之間的無縫互聯和路由資源相互共享成為了可能。因此TRIP協議一經產生,其先進性就吸引了所有電信設備開發商的目光,并為其推廣使用注入了動力。目前,TRIP協議仍處于完善中。

二、ENUM技術

在軟交換網絡中,用戶具有多種地址方式,E.164號碼、URI(UniformResourceIdentifier,統一資源標識符)地址和IP地址同時并存,如SIP終端在與POTS用戶通信時需要使用E.164號碼,而在與SIP終端通信時可直接使用URI地址。URI用戶地址通常又具有兩種形式。

1、E.164號碼+域名:如62283130@bupt.edu.en,其中62283130代表該用戶的E.164號碼,若采用PSTN號碼分配方式,可在62283130號碼前加上區號(如010),bupt.edu.en代表提供服務的軟交換設備的域名。

2、非E.164號碼+域名:如qbsun@bupt.edu.en,與E-mail地址格式相同,qbsun代表用戶名,bupt.edu.en代表服務軟交換的域名。當軟交換網絡中URI地址逐漸廣泛使用后,網絡的動態路由可采用DNS體系實現。

軟交換網絡在使用DNS動態路由時,除目前IP網上廣泛使用的傳統DNS系統之外,還將引入一種新型的DNS系統,采用ENUM協議完成E.164號碼與URI地址之間的映射,稱為ENUMDNS。ENUM是IETF的電話號碼映射丁作組(TelephoneNumberMappingWorkingGroup)定義的一個協議(RFC2916)。RFC2916的標題是"E.164號碼和域名系統CE.164NumberandDNS)",它定義了一種基于DNS的架構和協議,可以將E.164號碼轉換為域名形式放在DNS服務器中。每個由E.164號碼轉化而成的域名可以對應一系列的URI,從而使國際統一的E.164號碼成為可以在互聯網中使用的網絡地址資源。電話號碼的編碼是層次結構的,這和DNS的層次結構是類似的,因此可以十分方便地將電話號碼和互聯網網絡資源結合起來,輸入E.164規則的電話號碼,輸出URI標識符。

自從ENUM提出之后,該協議已進行了大量的開發工作,提出了諸多應用方案。從ENUM的功能角度來看,它是解決E.164號碼向各種業務地址映射的一種工具,可應用千許多領域,已有機構提出在InternetFAX、InstantMessage業務上應用ENUM,但目前還缺乏具體標準。目前,ENUM最明確的應用是在SIP協議中查找SIP地址。當軟交換設備之間通過SIP互聯時,就可通過ENUM確定用戶所在的軟交換設備。

1、ENUM技術的實現方式

ENUM技術的核心包含3個部分:電話號碼預處理、ENUM解析以及DNS配置,其中DNS配置過程與傳統DNS系統一致。下面簡要描述ENUM技術的電話號碼預處理以及ENUM解析實現過程。

(1)、電話號碼預處理

一個E.164號碼由以下幾個部分組成:十國家碼(1~3位數字)-地區碼(n位數字)電話號碼(5~n位數字),不同部分之間可以用"-"、"."或空格等連接。例如:北京的一個電話號碼寫成標準的E.164格式應是:+86-10-62283130。ENUM定義了如下過程將E. 164號碼映射為DNS系統中的記錄:

第一步,將電話號碼處理成一個標準的E.164號碼的格式,如,十86-10-62283130;

第二步,去掉除了最左端的“十“外的所有連接符,變成,十861062283130;

第三步,去掉“十”號,并將號碼中的數字翻轉排列,031382260168;

第四步,在每個數字之間加上域名分割符".",0.3.1.3.8.2.2.6.0.1.6.8;

第五步,在上面的數字串末尾加上".el64.arpa",0.3.1.3.8.2.2.6.0.1.6.8.el64.arpa。

(2)、ENUM解析流程

通過號碼預處理后,一個E.164號碼就變成了DNS中的域名形式。每個E.164號碼形成的域名還要通過ENUM的解析流程,映射到一組在ENUMDNS中預先配置的URI記錄,后者采用另一個IETFRFC2915定義的格式,稱為"命名權威指針"(NAPTR,NamingAuthorityPointer,它實際上是一個基于重寫規則的正規表達式)。通過這些URI地址就可以定位到E.164號碼對應的網絡資源,如普通電話、傳真、尋呼、數據Modem、E-mail終端,甚至SIP和H.323終端。

比如,上面的在ENUM服務器中可能被解析成兩個URICsip:01062283130@bupt.edu.en和mailto:qbsun@bupt.edu.en)。然后,應用程序根據它自身的應用需求選擇相應的URI,繼續執行相應的協議,完成預期的操作。

2、ENUM技術在軟交換網絡中的應用方式

ENUM技術的本質就在于采用業已成熟的DNS技術和體系結構來提供基于電話號碼的目錄服務。E.164號碼是傳統電信網絡中使用的重要資源,DNS系統是互聯網的重要基礎,ENUM技術將兩者結合起來,有益千傳統電信服務向基于IP分組交換的方向發展。下面,再簡單描述軟交換網絡采用ENUMDNS和傳統域名解析DNS配合實現路由的過程,如圖所示。

假設一個POTS用戶撥打了E.164地址010-62283130,主叫側軟交換設備首先在本地登記中查找用戶010-62283130,查找失敗后,主叫軟交換設備(軟交換設備必須包含ENUM功能,它能夠將用戶發出的E.164號碼按照ENUM規定的預處理規則轉換成ENUM的域名形式)將通過ENUM地址,查詢ENUMDNS,從ENUMDNS返回最終的URI地址 URI:01062283130@bupt.edu.en>,然后根據URI地址標識的域名bupt.edu.en查詢傳統域名解析DNS,得到被叫軟交換設備的IP地址,最后直接從主叫軟交換設備路由到被叫軟交換設備。

從理論上講,ENUMDNS和傳統域名解析DNS獨立完成各自的功能,是相對獨立的兩套DNS系統。當然在實際應用過程中,物理實體的獨立或集成主要取決于運營體制。

上述過程可用于POTS/SIP用戶之間、SIP用戶之間和POTS用戶之間的各種通信。當主、被叫均為SIP終端時,除可使用E.164地址呼叫對方外,還可直接通過URI地址通信,而不需要進行ENUM地址變換,其尋址采用簡單的DNS域名解析,類似千E-mail尋址。ENUMDNS系統采用分級樹狀結構,與目前域名解析DNS系統完全相同。如果運營商在初期不考慮通過軟交換網絡進行運營商之間的互通,則ENUMDNS可采用封閉系統,僅在本網內統一規劃。當軟交換網絡需要考慮運營商之間以及國際互通時,則必須進行ENUMDNS全球統一規劃,類似InternetDNS系統。

在軟交換網絡中應用ENUM體系還有利千向最終的個人化通信時代邁進。同時,運營商也可以利用此技術開發出基于號碼的增值業務,應用前景很廣闊。比如,號碼攜帶(NP,NumberPortab山ty)業務可以考慮采用ENUM,通過ENUM機制建立一個分布式NP數據庫,實現大規模NP業務組網(跨網、跨運營商、跨國)。

三、H.225.0AnnexG

1、 H.225.0AnnexG的提出及解決的問題

隨著基于H.323協議的網絡電話系統在全球的廣泛應用,要實現這些網絡電話系統的互聯互通,必須解決管理域間的呼叫路由問題,而H.323的早期版本(版本1和2)并沒有考慮域間通信問題。由千大部分運營商的H.323網絡采用多級網守結構,因而普遍采用RAS信令查詢路由信息。

比如,我國在制定網絡電話總體技術要求時,考慮到國際網絡電話的互通問題,提出了兩種使用RAS消息進行地址解析的方法:印頂級網守作為對方虛擬網關;@頂級網守作為對等網守。在第一種方案中,國內頂級網守使用ARQ(AdmissionRequest)消息以網關的身份請求國外網守進行地址解析。在第二種方案中,國內頂級網守使用LRQ(LocationRequest)消息請求國外網守進行地址解析。

為了解決H.323系統的域間通信問題,研究人員對RAS協議用于域間地址解析的方式進行了深入的研究,發現了以下問題。

(1)、RAS協議的ARQ被設計用于端點向網守發起接納請求,不適合用作網守間和域間的接納認證手段。域間通信需要更高級的認證和授權手段。

(2)、使用LRQ進行地址解析時,每個呼叫都需要主叫網守、中間網守和被叫網守的參與。當應用到域間時,這種路由方式帶來的開銷、時延都非常大。

(3)、管理域互通時,應盡獄將互通涉及的問題留在網絡邊界處,不要對域內的工作方式和域內實體的功能做過多的要求和改動。但使用RAS進行域間通信時(如LRQ),不可避免地要域內實體的支持。

因此,ITU-T認為RAS協議并不適合作為域間互通的手段,需要對域間互通單獨進行研究。經過數年的努力,ITU-T于1999年5月發布了H.225.OAnnexGVl,專門為H. 323系統域間網守互通制定了標準。從此確立了H.323系統域間通信的框架。隨著對H.323系統移動性支持研究的加深,ITU-T將支持移動性以及域內、域間通信的消息和參數納入了統一的標準H.501,并對H.225.0AnnexG進行了修訂,于2002年11月發布了H.225.0AnnexGV2,使其可以用于域內和域間通信。

(2、H.225.0AnnexG的域間模型

H. 225.0AnnexG使用的域間模型引入了邊界單元(BE,BorderElement)的概念,如下圖所示。BE邏輯組件控制著一個管理域的對外視圖,是H.323管理域與其他管理域的互通實體,可保證各管理域不必暴露內部結構細節,它為域外的功能實體呼叫本管理域內的功能實體提供接入支持。BE邏輯組件可以單獨設置,也可以跟網守、網關一起設置。圖9.8中的后端服務是指那些提供認證、計費等功能的實體。所有使用H.225.0AnnexG協議進行交互的功能實體又被稱為“對等單元”(包括邊界單元)。H.225.OAn?nexG規定了對等單元互相交換自己可以解析的地址信息的流程。邊界單元則交換本管理域可解析的地址信息。

H.225.0AnnexG允許在H.323網絡的不同管理域間進行地址解析,滿足其間的呼叫需求。

AnnexG支持所有的呼叫模式,如網守路由或網關直接路由。BE之間按一般程序交換管理域能解析的地址信息,包括通用方式或可擴展的特定方式。地址模板和描述符是H.225.0AnnexG使用的兩個非常重要的術語。地址模板和路由表項的作用類似,包括:(目的地)別名地址、(完成至該目的地呼叫的)費用、使用的協議過程等信息。別名地址可以使用通配符""來表示批量地址,如6228意味著所有以6228開頭的電話號碼。以下是地址模板的例子:

?對于861012345678,發送AccessRequest到邊界單元A;

? 對于86106228*,發送AccessRequest到邊界單元B;

?對于861062283130,發送Setup到網關X;

?對于* @bupt.edu.en,發送AccessRequest到邊界單元A;

?對于userA@bupt.edu.en,發送Setup到網關Y。

描述符是指一組地址模板的集合,通過描述符ID來標識。引入描述符的目的是為了方便地址模板的管理。

(1)、地址模板信息來源

一個對等單元有3種獲取地址模板信息的途徑。

第一種是靜態配置。一個對等單元應維護它管轄的所有管理區的模板信息,這可以通過使用局數據來靜態配置。

第二種是通過接收描述符來獲取。對等單元可以使用DescriptorRequest消息向其他對等單元請求地址模板。一個對等單元在自己的地址模板信息改變時,可以使用DescriptorUpdate消息來通知其他對等單元。

第三種是通過地址解析響應來獲取。對等單元可能向其他對等單元發送AccessRe?quest來請求解析某個特定的地址。收到解析響應后,對等單元可將收到的解析結果保存下來直到該地址模板信息過期。AnnexG規定消息在UDP或TCP上發送,對等單元之間的消息交換對消息驗證、加密和完整性檢查有需求時,IP安全性操作必須遵循RFC1825、RFC1827、RFC1827協議。

(2)、地址解析過程

邊界單元通過相互交換地址模板來向其他邊界單元通告呼叫路由信息,以對域間呼叫提供路由支持。當邊界單元交互完各自的地址模板后,若其收到來自管理域內部的地址解析請求,它就可以根據自已獲取的地址模板信息對被叫地址進行解析。這樣不僅加快了地址解析的速度,還保護了管理域內部結構信息的私密性。

當對等單元收到來自本管理域內部的地址解析請求時,首先查找自己保存的地址模板。如果有多個地址模板滿足條件,就根據一定的策略對這些地址模板進行排序(比如按最長匹配排序,或“發送Setup"操作要優先千”發送AccessRequest"操作)。排完序后,將所有滿足條件的地址模板返回給請求者。如果滿足條件的地址模板中沒有一個包含“發送Setup"操作,說明對等單元沒有能夠“完全“解析該地址。對等單元就向適當的其他對等單元發送"AccessRequest"地址解析請求,在收到地址解析響應后,該對等單元將包含“發送Setup"操作的地址模板返回請求者,并將解析結果保存,以供下次解析使用。在發送地址解析請求時,發送者可以包含“特定呼叫“標記,這樣,這個解析結果將僅對本次呼叫有用,解析結果將不會被保存。

3、H.225.0AnnexG在軟交換網絡中的應用

H.225.0AnnexG主要應用千H.323網絡電話網絡中網守與網守之間的通信。H.225.0AnnexG也可作為軟交換網絡的路由尋址協議,主要用于軟交換設備與定位服務器之間以及多個定位服務器之間,使同一自治域內的實體可以同步信息,不同自治域實體根據特定策略交換呼叫路由信息。當應用于軟交換網絡時,圖9.7所示的H.225.oAnnexG域間模型中進行協議交互的對等單元可以是軟交換設備或者是定位服務器(基于定位服務器的分層路由結構)。

四、其他相關技術

目前,各廠商的定位服務器與軟交換設備之間,以及定位服務器之間采用的協議還包括輕型目錄訪問協議(LDAP,LightDirectoryAccessProtocol)等,并開始采用策略路由概念。

1、LDAP

目錄是儲存客體信息的數據庫,目錄服務的概念很早以前就已經提出,它屬千基于X. 500系列建議的、分布式網絡信息處理的、有層次結構的目標管理體系。由于X.500較為復雜,不利于大規模訪問操作,且不支持TCP/IP協議。為了克服這些缺陷,提出了輕型目錄訪問協議,廣泛用千目錄服務,基于LDAP協議的服務器可存儲各種改變量不大、訪問量巨大的信息。LDAP采用客戶機/服務器(Client/Server)結構,服務器中存儲了用戶、目錄信息和訪問控制列表(ACL,AccessControlList),客戶訪問服務器信息,進行用戶認證和授權。LDAP目錄采用樹狀層次結構存儲數據,如同DNS的主機名。

2、策略路由

策略路由是指在基礎路由技術的基礎上,通過附加特殊的約束條件,按照運營商的運營策略和與用戶間的業務協議,基于每個呼叫實現多呼叫路由的選擇。軟交換網絡的主要策略路由包括以下內容。

(1)、基于時間的路由策略(TDR)

規定呼叫路由表在一天或一周中的一個或多個特定時間點如何改變的規則,從而達到最大的業務帶寬占用率和最小的網絡開銷。該路由策略一般是離線情況下在一定時間周期內預先靜態制定的。

(2)、基于狀態的路由策略(SDR)

呼叫路由表跟隨網絡狀態的改變而改變,一般通過路由表策略在網絡狀態變化事件的驅動下進行路徑選擇。SDR的實現方案分為3類.

A、集中式周期性:周期性地(如10s)集中從各節點收集鏈路狀態和話務信息,并基于LLR(最輕負載路由)等優化方案選擇最優路由,周期性地將更新的路由表信息送往各節點。

B、分布式周期性:網絡中每個節點周期性地從所有其他節點獲取鏈路狀態和話務信息,并周期性地計算最優路由表。

C、分布式基于呼叫連接:網絡的呼叫發起節點從呼叫經由的目標網絡或中繼網絡節點收集鏈路狀態和話務信息,基于每呼叫計算最優路由。

(2)、基于事件的路由策略(EDR)

呼叫路由表基于特定路徑上的呼叫連接是否成功或失敗來進行動態更新。學習過程中,最近一次被成功選路的路徑總被下一次選路時采用,直到該路徑被閉塞,然后隨機選擇另一條路徑用于下一次呼叫選路,EDR路徑選擇也可根據話務負載狀況隨時間做 調整。

2、、其他業務相關的策略路由

運營商可能會根據業務應用的特定信息,在基本選路原則的基礎上控制選路過程,如根據同一目的號碼、主叫號碼的不同,或呼叫類別的不同,選擇不同的路由;根據同一目的號碼、呼叫源的不同,選擇不同路由;根據可能的用戶網絡簽約數據,或特殊接入碼,選擇不同的路由。

標簽:廣西 漢中 東營 烏魯木齊 肇慶 黃石 晉城 吐魯番

巨人網絡通訊聲明:本文標題《軟交換網絡中兒種關鍵的路由技術》,本文關鍵詞  軟,交換,網絡,中兒種,關鍵,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《軟交換網絡中兒種關鍵的路由技術》相關的同類信息!
  • 本頁收集關于軟交換網絡中兒種關鍵的路由技術的相關信息資訊供網民參考!
  • 推薦文章
    主站蜘蛛池模板: 91网站在线免费观看| 亚洲一级影片| 免费看91毛片| 不许穿亵裤h| 好男人好资源| 亚洲精品1区| 局长含着小婷的双乳的更新时间 | AV 丝袜 欧美 老 另类 亚洲| 成都4片p高清完整版hd| 女人被添荫蒂舒服了A片看AK| 久久夜色精品国产剧照拍摄地圖| 国产+亚洲+欧美+综合| 久久多多屋影院三级| 娇妻夹精喂夫绿帽h文视频| 国产成人+综合亚洲+天堂| 92看片淫黄大片看国产片| 调教失禁h炮机调教| 校花被扒衣吸乳漫画| 妻子的背叛无期完整| 舍友们都C我身子by野玫瑰湾 | 中文乱码字幕在线中文乱码| 淫男乱女阅读| free×性护士vidos韩q国| 曰批女人视频在线观看| 亚洲区色情区激情区小说纯熟调抖 | **毛片免费拍拍拍aa视频| 一二三四视频在线观看电影8| 双性大奶的风月| 成人3d动漫一区二区三区q1| 太粗太硬太深了太涨了轻点| 婷婷AV一区二区三区777?| 欧美猛男做爰XXXⅩ高潮小说| 怎么揉小豆水最多放多久 | 久久久久久久精品一区888A∨| 少妇婬乱A片免费看办公室小说| 欧美裸体美女图片| 清纯校花粉嫩粗大进出好爽漫画| 日产区一线二线三线区 | 美女趴下解开裙子打屁屁视频| 最近中文字幕免费mv视频动漫| 国产乱人视频免费播放|