国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      軟交換網絡中自動重復試呼的實現方法

      文檔序號:7974790閱讀:301來源:國知局
      專利名稱:軟交換網絡中自動重復試呼的實現方法
      技術領域
      本發(fā)明涉及固網通信領域,尤其涉及在軟交換網絡與傳統(tǒng)PSTN(公共交換電話網絡,Public Switched Telephone Network)網絡互通時,呼叫建立過程中遇到異常情況而進行自動重復試呼的實現方法。
      背景技術
      在傳統(tǒng)PSTN呼叫過程中,呼叫建立過程中會出現異常情況,使得呼叫建立不能正常進行下去。這些異常部分由于網絡或中繼電路的原因,如果另外選擇一條局間中繼電路重新發(fā)起呼叫,仍然可能將呼叫接通,這樣可以有效提高交換局間呼叫的接通率。這種當呼叫接續(xù)遇到異常后重新選擇中繼電路再次嘗試呼叫接續(xù)的過程,稱為自動重復試呼。造成自動重復試呼的異常因素有以下幾種1.當檢出雙向同搶時;所謂同搶,是指一個交換局使用共路信令建立呼叫并發(fā)送初試地址消息后,在等待對方響應時又收到了對方交換局的初試地址消息。這時要判定該交換局對于占用的電路是否主控,通常采用電路CIC號奇偶數判斷方法,即信令點大的主控偶數CIC號的電路,信令點小的主控奇數CIC號的電路。如果某個交換局不是主控,它得讓出該電路,以便提供給對方發(fā)起的入局呼叫,而自己則需要重新選擇另一條中繼電路發(fā)起呼叫,進行重復試呼。
      2.當在發(fā)送地址消息后和在收到任何后向消息之前收到閉塞消息;這里強調未收到任何后向消息是確定對方在發(fā)送閉塞消息前沒有收到這個地址消息,對方沒有認定該電路被占用了,這種情況下需要重復試呼。如果收到了后向消息,那么雙方都明確了該電路已經被選用建立呼叫,閉塞消息將不能影響本次呼叫,只影響以后的呼叫建立。
      3.當在發(fā)送地址消息后和在收到某后向消息之前收到電路復原消息;此種呼叫情況與情況2類似,不同的是收到了復原消息。這種情況下本次發(fā)起的呼叫建立必須要先釋放掉。如果沒有收到后向其他消息就需要重復試呼。
      4.當導通檢驗失?。粚z驗是共路信令使用雙向中繼不可避免的,信令通了不表示中繼電路也是通的。導通檢驗就是通過信令消息控制,對中繼電路是否導通進行的測試。如果不通,該中繼電路不可用于呼叫接續(xù),必須重新選擇中繼電路。
      5.當在呼叫建立期間收到不合理的消息。
      遇到以上五種情況,交換局用戶部分會啟動自動重復試呼過程,盡可能將本次呼叫接續(xù)成功。
      軟交換SS(softswitch)作為下一代網絡(NGN)的呼叫與控制的核心,提供具有實時性業(yè)務的呼叫控制和連接控制。它的一個很重要的功能是與傳統(tǒng)PSTN網的互通,支持中繼接入。中繼媒體網關就是用來完成電路交換網側與IP分組網側媒體流的轉換,同信令網關一起在軟交換的控制下完成電路交換網與IP網絡的呼叫建立,參見圖1。當與傳統(tǒng)交換局建立呼叫時,媒體的接續(xù)由于網絡不同也分成兩個部分,一個是傳統(tǒng)的PSTN網,另一個是IP網。NO.7信令通過信令網關(SGsignaling gateway)在軟交換和傳統(tǒng)交換局之間傳送。軟交換使用NO.7共路信令(如ISUP)發(fā)起呼叫并通知對方局間中繼電路的選用,通過H.248/MGCP協(xié)議控制中繼網關完成IP側媒體的接續(xù)。
      這里以H.248為例,它是一種主從控制協(xié)議,軟交換為主,中繼網關為從。它使用終結點描述發(fā)起和接收媒體流的實體,終結點有中繼電路這樣的物理終結點,也有RTP(Realtime Transport Protocol,實時傳輸協(xié)議)流這樣的臨時終結點。這些終結點是通過關聯CTX(context)聯系在一起,關聯就是終結點相互聯系形成的結合體。H.248定義了若干命令對關聯和終結點進行操作和管理,如新增(Add)命令用來向一個關聯中增加終結點,刪除(Subtract)命令用來將一個終結點從所處的關聯中分離,移動(Move)命令將終結點從當前的關聯中轉移到另一個關聯。
      當軟交換與傳統(tǒng)交換局建立呼叫時,同樣需要提供自動重復試呼以提高接通率。通常重復試呼的實現方法一般是將已經占用的媒體資源釋放,重新選擇中繼電路和分配媒體資源發(fā)起新的呼叫。同搶造成非主控局重復試呼情況下通常的做法也是將出局呼叫占用的資源全部釋放,將對方的地址信號接收后重新建立入局呼叫,原來的出局呼叫另選電路重新建立。
      這種方法用在傳統(tǒng)交換局呼叫建立是可以的,在軟交換網絡就需要區(qū)別對待。實際上造成重復試呼的幾個觸發(fā)原因都發(fā)生在PSTN側,與呼叫媒體接續(xù)的IP網側關系不大。如果重復試呼中重新選擇的中繼電路和原來的中繼電路在同一個中繼網關內,就可以利用已經建立好的IP側的媒體連接,不需要對這部分連接拆除。另外對于雙向同搶而重復試呼時,在釋放媒體資源時等待釋放完成期間,如果有新的出局呼叫建立時選中此中繼電路,又會造成新的同搶。
      如果能充分利用在IP網側已經建立的媒體連接,當中繼電路的選擇是在同一中繼網關內進行的,對IP網和PSTN網區(qū)別對待,可以簡化呼叫接續(xù)步驟,提高效率。

      發(fā)明內容
      本發(fā)明所要解決的技術問題在于,提供一種軟交換網絡中自動重復試呼的實現方法,解決軟交換網絡與PSTN網絡互通時在呼叫建立中遇到異常情況需要自動重復試呼的問題。
      本發(fā)明提供一種軟交換網絡中自動重復試呼的實現方法,針對發(fā)生同搶時兩次重復試呼所選中繼電路屬于同一中繼網關的情況,包括如下步驟S1、軟交換在發(fā)起呼叫建立過程中,判斷發(fā)生同搶且自己為非主控局,則重新選擇中繼電路TRK2,控制中繼網關創(chuàng)建新的關聯CTX2、并在新的關聯中分配新的實時傳輸協(xié)議資源RTP2;S2、軟交換控制中繼網關將原占用的中繼電路TRK1移動至新的關聯CTX2中,利用原占用的中繼電路TRK1與新的實時傳輸協(xié)議資源RTP2接續(xù)主控局發(fā)起的入局呼叫;S3、軟交換控制中繼網關將重新選擇的中繼電路TRK2移動至原關聯CTX1中,利用新選擇的中繼電路TRK2與原實時傳輸協(xié)議資源RTP1進行重復試呼。
      進一步地,步驟S1中所述重新選擇的中繼電路TRK2與步驟S2中所述原占用的中繼電路TRK1是屬于同一個中繼網關。
      進一步地,步驟S1進一步可分為軟交換發(fā)送初始地址消息發(fā)起呼叫后,又接收到對方交換局的初始地址消息,判斷發(fā)生了同搶,根據同搶時主控局判斷方法判斷自己是否為主控局;軟交換判斷發(fā)生同搶且自己為非主控局,則重新選擇中繼電路TRK2;軟交換向中繼網關發(fā)送H.248協(xié)議的新增Add消息,在中繼網關創(chuàng)建新的關聯CTX2,加入重新選擇的中繼電路TRK2和待確定的新的實時傳輸協(xié)議終結點RTP2;中繼網關為新增的實時傳輸協(xié)議終結點RTP2分配實時傳輸協(xié)議資源,向軟交換回復包括實時傳輸協(xié)議終結點IP地址、所采用的語音壓縮算法和實時傳輸協(xié)議端口的應答Reply消息。
      進一步地,步驟S2進一步可分為軟交換向中繼網關發(fā)送H.248協(xié)議的移動Move命令,將原占用的中繼電路終結點移動至新的關聯中;中繼網關向軟交換返回H.248協(xié)議的應答Reply消息,確認移動成功;軟交換利用原占用的中繼電路與新的實時傳輸協(xié)議資源接續(xù)主控局發(fā)起的入局呼叫。
      進一步地,步驟S3進一步可分為軟交換向中繼網關發(fā)送H.248協(xié)議的移動Move命令,將重新選擇的中繼電路移動至原關聯中,利用新選擇的中繼電路與原實時傳輸協(xié)議資源進行重復試呼;在收到中繼網關返回的媒體建立成功消息后,發(fā)送7號信令的地址信令消息給對方交換局,聲明占用所述重新選擇的中繼電路并發(fā)起出局呼叫。
      進一步地,步驟S1進一步包括軟交換在發(fā)起呼叫建立過程中,判斷發(fā)生同搶且自己為主控局,則丟棄接收到的被交換局發(fā)送的初始地址消息IAM,繼續(xù)出局呼叫。
      本發(fā)明還提供一種軟交換網絡中自動重復試呼的實現方法,針對非同搶因素造成重復試呼選用的中繼電路與原占用中繼電路屬于同一中繼網關的情況,包括如下步驟A1、在發(fā)起呼叫建立過程中,判斷發(fā)生非同搶因素造成重復試呼時,軟交換控制中繼網關將原中繼電路從所在原關聯中刪除,保留原關聯中的實時傳輸協(xié)議資源;A2、軟交換控制中繼網關在原關聯中增加新選擇的中繼電路;A3、軟交換發(fā)送初始地址消息給對方交換局重新發(fā)起出局呼叫。
      進一步地,步驟A1中所述原中繼電路與步驟A2中所述新選擇的中繼電路是屬于同一個中繼網關。
      進一步地,步驟A1進一步可分為軟交換向中繼網關發(fā)送刪除Subtract命令將不可用的原中繼電路從原關聯中刪除,保留該原關聯中的實時傳輸協(xié)議資源;刪除成功后,中繼網關向軟交換返回應答Reply消息。
      進一步地,步驟A2進一步可分為軟交換選擇新的中繼電路,向中繼網關發(fā)送新增Add命令消息,在原關聯中增加所選新的中繼電路終結點;增加成功后,中繼網關向軟交換返回應答Reply消息。
      本發(fā)明充分利用了軟交換網絡中媒體資源分配使用的特點,重復試呼時,重新選擇中繼電路,而保留原有資源,使自動重復試呼的實現更加簡便,提高了呼叫接續(xù)效率,減少了本次呼叫接續(xù)中再次發(fā)生同搶的可能性。


      圖1是軟交換與傳統(tǒng)交換局互通的網絡拓撲圖;圖2是發(fā)生同搶后軟交換作為非主控局的媒體建立流程圖;圖3是非同搶原因造成自動重復試呼的媒體建立流程圖。
      具體實施例方式
      下面結合附圖及具體實施例對本發(fā)明的技術方案作進一步的詳細描述。
      圖1是軟交換與傳統(tǒng)PSTN交換局互通的網絡拓撲圖。在該圖中軟交換的核心控制設備稱為SS(softswitch,軟交換),信令網關稱為SG(SignalingGateway),中繼網關稱為TG(Trunk Gateway)。軟交換通過H.248/MGCP(Media Gateway Control Protocol,媒體網關控制協(xié)議)協(xié)議命令消息控制中繼網關操作終結點,軟交換與傳統(tǒng)交換局之間使用TUP/ISUP協(xié)議建立呼叫,所述TUP協(xié)議是電話用戶部分(telephone user part)協(xié)議,所述ISUP協(xié)議是ISDN用戶部分(ISDN user part)協(xié)議。下面使用H.248協(xié)議和ISUP協(xié)議為例來說明重復試呼流程。
      在軟交換SS與傳統(tǒng)PSTN交換局互通過程中,如果呼叫建立失敗了,為提高接通率使用自動重復試呼功能。重復試呼時,大部分情況下,重新選擇的中繼電路與原來選擇的中繼電路在同一個中繼網關內,因此,這種處理可以得到較大的改善。本發(fā)明的目的就是針對軟交換網絡的特點,提供一種重復試呼過程中呼叫媒體建立的簡便方法,提高呼叫接續(xù)的效率,簡化呼叫建立步驟。
      本發(fā)明所述軟交換網絡內自動重復試呼的實現方法,就是針對兩次選擇的中繼電路屬于同一個中繼網關的情況,包括同搶情況與非同搶情況第一對于因出現同搶而造成重復試呼,軟交換作為非主控局要負責將對方發(fā)起的入局呼叫接續(xù)完成,并重新選擇中繼電路發(fā)起出局呼叫。這種情況下的處理關鍵是重復試呼發(fā)起新呼叫時,使用原來已經分配的RTP資源,只需要新選擇一個出局中繼電路,使用原有的關聯,將新選的中繼電路加入到原有關聯中。對于軟交換讓出的原來的中繼電路,則直接移動到新建立的關聯中,連同新分配的RTP資源一起進行接續(xù)入局呼叫,不用釋放原有中繼電路。這樣就不會因為釋放過程時間較長,造成重新有其它呼叫建立時選擇該中繼電路而再次造成同搶。
      第二對于非同搶因素造成的其他呼叫異常情況下的重復試呼,軟交換在這種情況只涉及一個呼叫,如果新選擇的中繼電路與原來使用的中繼電路在同一中繼網關,可以使用原來已有RTP資源,而不必再重新分配RTP資源。
      在本發(fā)明中,對于重新選擇的中繼電路,重新選擇時優(yōu)先選擇同一中繼網關下的中繼電路。如果同一中繼網關沒有可選的其它中繼電路,那只能考慮選擇另外中繼網關的,但已有RTP資源就不能使用了。在選擇中繼電路時,重新選擇的中繼電路所在的中繼網關是可以知道的。
      圖2說明的是同搶時造成自動重復試呼的呼叫建立處理流程。
      出現同搶后,軟交換作為主控交換局時,處理比較簡單,只需丟棄接收的初始地址消息IAM(Initial Address Message),繼續(xù)出局呼叫。
      出現同搶后,軟交換作為非主控交換局時,則首先要將對方發(fā)起的入局呼叫接續(xù)成功,然后,自身發(fā)起的呼叫另選中繼電路重新建立。這里原來發(fā)起呼叫時使用的RTP資源和中繼電路都不釋放,原RTP資源用于重復試呼的新出局呼叫中,原中繼電路則被入局呼叫直接選用,以避免中間釋放后有其他呼叫選中該中繼電路,造成新的同搶。
      下面對軟交換作為非主控局處理同搶時呼叫建立的過程,具體過程說明如下步驟201軟交換發(fā)起出局呼叫,向中繼網關發(fā)送新增(Add)命令消息,在中繼網關中創(chuàng)建一個關聯CTX1,并在關聯中加入選擇好的出局中繼電路的終結點TRK1和RTP終結點,這里RTP終結點有待中繼網關來分配;步驟202中繼網關為增加的RTP分配資源RTP1,向軟交換返回應答(Reply)消息,告知該RTP1終結點的IP地址、采用的語音壓縮算法和RTP端口等;
      步驟203軟交換收到中繼網關正確的響應后,向被叫交換局發(fā)送ISUP的初始地址消息(IAM),通知占用該中繼電路,發(fā)起出局呼叫;步驟204軟交換發(fā)送初始地址消息后,接著,如果收到了對方交換局發(fā)送的關于該中繼電路的初始地址消息,表明出現了同搶。軟交換根據同搶時主控局的判斷方法,判斷自己是非否為主控局,這里假定軟交換判斷自己為非主控局;步驟205如果軟交換判斷發(fā)生同搶且自己為非主控局,它將按照入局呼叫接續(xù)的類似辦法向中繼網關發(fā)送H.248的新增(Add)消息,要求在中繼網關創(chuàng)建一個新的關聯CTX2,加入新的中繼電路(TRK2)和待確定的新的RTP終結點。這里的中繼電路是另外選擇的,它是為軟交換出局重復試呼而新選擇的中繼電路;步驟206中繼網關為新增加的RTP分配資源RTP2,向軟交換應答Reply消息,包括該RTP2結點的IP地址、采用的語音壓縮算法和RTP端口等;步驟207軟交換需要將關聯CTX1中原有的中繼電路TRK1用于入局呼叫,使用關聯CTX2中重新選擇的中繼電路TRK2發(fā)起新的出局呼叫,因此它需要在兩個關聯中交換中繼電路。軟交換發(fā)送移動(Move)命令,首先將原有的中繼電路結點TRK1轉移到與RTP2聯系的新關聯CTX2中;步驟208中繼網關向軟交換返回應答(Reply);步驟209軟交換向中繼網關再發(fā)送H.248的移動(Move)命令,將新的中繼電路結點TRK2轉移到與RTP1聯系的原有關聯CTX1中;步驟210中繼網關向軟交換返回應答Reply;步驟211軟交換分別為出局和入局呼叫都準備好媒體接續(xù),對于出局呼叫要重新發(fā)送NO.7的地址信令消息,即初始地址消息IAM,給對方交換局,聲明占用此電路。至此媒體已經重新安排好,后面的接續(xù)將按照常用的流程完成,再此不完全列出。
      圖3說明的是非同搶因素造成自動重復試呼的呼叫建立處理流程。由于同搶以外的其它原因造成的重復試呼只涉及到一個呼叫,它的流程稍微簡單一些,具體說明如下步驟301軟交換發(fā)起呼叫,向中繼網關發(fā)送H.248的新增(Add)消息,在中繼網關中創(chuàng)建一個關聯CTX1,并在關聯中加入選擇好的出局中繼電路的終結點TRK1和RTP終結點,這里RTP終結點有待中繼網關來確定;步驟302中繼網關為增加的RTP分配資源RTP1,向軟交換應答Reply消息,包括該RTP1結點的IP地址、采用的語音壓縮算法和RTP端口等;步驟303軟交換收到中繼網關正確的響應后向被叫交換局發(fā)送ISUP的初始地址消息(IAM),通知占用該中繼電路;步驟304當發(fā)生了除同搶因素以外的其它要求自動重復試呼的事件后,該呼叫接續(xù)在這里遇到異常,異常的類型主要是在傳統(tǒng)交換局這邊,對于IP網側沒有影響。因此軟交換需要重新選擇中繼電路重新試呼,所選擇的中繼電路如果與原先中繼電路在同一中繼網關,則所分配的媒體資源不必釋放而可繼續(xù)利用;步驟305軟交換向中繼網關發(fā)送H.248的刪除(Subtract)命令將不可用的中繼電路TRK1從關聯中刪除,保留該關聯里的RTP1資源,這樣就可省去重新設置RTP1媒體流屬性的步驟;步驟306中繼網關向軟交換返回應答(Reply);步驟307軟交換選擇新的中繼電路TRK2,向中繼網關發(fā)送新增(Add)消息,在關聯CTX1中增加該中繼電路TRK2的終結點;步驟308中繼網關向軟交換返回應答Reply;步驟309軟交換收到中繼網關正確響應后,發(fā)送NO.7的地址信令消息,即初始地址消息IAM,利用新選的中繼電路TRK2與原來分配的資源RTP1,給對方交換局重新發(fā)起呼叫,聲明占用此電路并發(fā)起呼叫。
      以上實施例僅用以說明本發(fā)明的技術方案而非限制,盡管參考實施例對本發(fā)明進行了詳細說明,本領域的普通技術人員應當理解,可以對本發(fā)明的技術方案進行修改或者等同替換,而不脫離本發(fā)明的技術方案的精神和范圍,其均應涵蓋在本發(fā)明的權利有求范圍當中。
      權利要求
      1.一種軟交換網絡中自動重復試呼的實現方法,針對發(fā)生同搶時兩次重復試呼所選中繼電路屬于同一中繼網關的情況,其特征在于,包括如下步驟S1、軟交換在發(fā)起呼叫建立過程中,判斷發(fā)生同搶且自己為非主控局,則重新選擇中繼電路,控制中繼網關創(chuàng)建新的關聯、并在新的關聯中分配新的實時傳輸協(xié)議資源;S2、軟交換控制中繼網關將原占用的中繼電路移動至新的關聯中,利用原占用的中繼電路與新的實時傳輸協(xié)議資源接續(xù)主控局發(fā)起的入局呼叫;S3、軟交換控制中繼網關將重新選擇的中繼電路移動至原關聯中,利用新選擇的中繼電路與原實時傳輸協(xié)議資源進行重復試呼。
      2.如權利要求1所述的方法,其特征在于,步驟S1中所述重新選擇的中繼電路與步驟S2中所述原占用的中繼電路是屬于同一個中繼網關。
      3.如權利要求1所述的方法,其特征在于,步驟S1進一步可分為軟交換發(fā)送初始地址消息發(fā)起呼叫后,又接收到對方交換局的初始地址消息,判斷發(fā)生了同搶,根據同搶時主控局判斷方法判斷自己是否為主控局;軟交換判斷發(fā)生同搶且自己為非主控局,則重新選擇中繼電路;軟交換向中繼網關發(fā)送H.248協(xié)議的新增Add消息,在中繼網關創(chuàng)建新的關聯,加入重新選擇的中繼電路和待確定的新的實時傳輸協(xié)議終結點;中繼網關為新增的實時傳輸協(xié)議終結點分配實時傳輸協(xié)議資源,向軟交換回復包括實時傳輸協(xié)議終結點IP地址、所采用的語音壓縮算法和實時傳輸協(xié)議端口的應答Reply消息。
      4.如權利要求1所述的方法,其特征在于,步驟S2進一步可分為軟交換向中繼網關發(fā)送H.248協(xié)議的移動Move命令,將原占用的中繼電路終結點移動至新的關聯中;中繼網關向軟交換返回H.248協(xié)議的應答Reply消息,確認移動成功;軟交換利用原占用的中繼電路與新的實時傳輸協(xié)議資源接續(xù)主控局發(fā)起的入局呼叫。
      5.如權利要求1所述的方法,其特征在于,步驟S3進一步可分為軟交換向中繼網關發(fā)送H.248協(xié)議的移動Move命令,將重新選擇的中繼電路移動至原關聯中,利用新選擇的中繼電路與原實時傳輸協(xié)議資源進行重復試呼;在收到中繼網關返回的媒體建立成功消息后,發(fā)送7號信令的地址信令消息給對方交換局,聲明占用所述重新選擇的中繼電路并發(fā)起出局呼叫。
      6.如權利要求1所述的方法,其特征在于,步驟S1進一步包括軟交換在發(fā)起呼叫建立過程中,判斷發(fā)生同搶且自己為主控局,則丟棄接收到的被交換局發(fā)送的初始地址消息IAM,繼續(xù)出局呼叫。
      7.一種軟交換網絡中自動重復試呼的實現方法,針對非同搶因素造成重復試呼選用的中繼電路與原占用中繼電路屬于同一中繼網關的情況,其特征在于,包括如下步驟A1、在發(fā)起呼叫建立過程中,判斷發(fā)生非同搶因素造成重復試呼時,軟交換控制中繼網關將原中繼電路從所在原關聯中刪除,保留原關聯中的實時傳輸協(xié)議資源;A2、軟交換控制中繼網關在原關聯中增加新選擇的中繼電路;A3、軟交換發(fā)送初始地址消息給對方交換局重新發(fā)起出局呼叫。
      8.如權利要求7所述的方法,其特征在于,步驟A1中所述原中繼電路與步驟A2中所述新選擇的中繼電路是屬于同一個中繼網關。
      9.如權利要求7所述的方法,其特征在于,步驟A1進一步可分為軟交換向中繼網關發(fā)送刪除Subtract命令將不可用的原中繼電路從原關聯中刪除,保留該原關聯中的實時傳輸協(xié)議資源;刪除成功后,中繼網關向軟交換返回應答Reply消息。
      10.如權利要求7所述的方法,其特征在于,步驟A2進一步可分為軟交換選擇新的中繼電路,向中繼網關發(fā)送新增Add命令消息,在原關聯中增加所選新的中繼電路終結點;增加成功后,中繼網關向軟交換返回應答Reply消息。
      全文摘要
      本發(fā)明公開了一種軟交換網絡中自動重復試呼的實現方法,同搶造成重復試呼時,軟交換重新選擇中繼電路,在所選中繼電路屬于同一中繼網關的情況下,新建一個關聯并分配新的實時傳輸協(xié)議RTP資源,在新建關聯中利用原中繼電路和新建RTP資源接續(xù)入局呼叫,在原關聯中利用重新選擇的中繼電路和原RTP資源重新發(fā)起出局呼叫;對于非同搶因素造成的重復試呼,刪除原關聯中的原中繼電路,將重新選擇的中繼電路加入關聯,與原RTP資源重新發(fā)起出局呼叫。本發(fā)明實現簡便,重新選擇中電路但保留原有資源,提高了呼叫接續(xù)效率,減少了本次呼叫接續(xù)中再次發(fā)生同搶的可能性。
      文檔編號H04L29/06GK1997086SQ20061016745
      公開日2007年7月11日 申請日期2006年12月20日 優(yōu)先權日2006年12月20日
      發(fā)明者邵紅維 申請人:中興通訊股份有限公司
      網友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1