一種呼叫過程中時延的處理方法、裝置及交換設備的制作方法
【專利摘要】本發明公開了一種呼叫過程中時延的處理方法、裝置及交換設備，涉及語音交換業務【技術領域】，解決了現有技術中由于T35計時器引發的呼叫時延的技術問題，其中，該方法包括：第一交換設備對接收到的完整的被叫號碼添加號碼結束標識符，并將所述添加有號碼結束標識符的被叫號碼發送到第二交換設備；第二交換設備根據所述號碼結束標識符確定被叫號碼已接收完整。
【專利說明】一種呼叫過程中時延的處理方法、裝置及交換設備
【技術領域】
[0001]本發明涉及語音交換業務【技術領域】，特別涉及一種呼叫過程中時延的處理方法、裝置及交換設備。
【背景技術】
[0002]在移動通信中，由于無線環境的復雜性以及不同交換設備處理能力的不同，在傳遞消息中很難避免有一定的時延，這時就需要有一些計時器來規范每一個消息的等待時間，其中T35計時器就是對于無法判斷接收到的被叫號碼是否完整情況下所提供的等待時間。
[0003]在交換設備間傳送的BICC (Bearer Independent Call Control protocol,與承載無關的呼叫控制協議)消息、ISUP (綜合業務數字網ISDN用戶部分)消息或TUP(電話用戶部分協議)消息中傳送的被叫號碼，往往不是通過一條信令消息發給下一交換設備(即局向)，而是通過多條信令消息來完成的，其中每條信令消息傳遞被叫號碼中的幾位，在沒有T35計時器的情況下，該下一交換設備就會在沒有收全所有被叫號碼的情況下，舍棄之后傳遞的剩余被叫號碼信令消息，用該沒有收全的被叫號碼呼叫，最終造成呼叫接續失敗。而設定了 T35計時器的情況下則會要求下一交換設備在沒有收到完整的被叫號碼之前要等待15秒鐘，這就有效解決被叫號碼未收全的技術問題。但是下一交換設備在無法判斷是否收全完整的被叫號碼的時候，必須要等待T35計時器的時間才能夠進行下一步的分析操作，這樣就增加了交換設備之間的等待時延，對于客戶的呼叫感知會造成一定的影響，呼叫時間延長。
[0004]例如，參照圖1所示，當交換機A向交換機B發送BICC、ISUP或TUP消息來進行話務的接續時，在信令消息中含有被叫號碼，交換機B會首先在被叫號碼處理模塊進行號碼分析，通過位長參數L來判斷是否收全被叫號碼，如果該被叫號碼處理模塊無法判斷被叫號碼是否收全，將會觸發T35計時器進行等待。在被叫號碼處理模塊分析結束后會送到一個專門處理該被叫號碼的路由處理模塊進行分析，該路由處理模塊會根據收到的被叫號碼或是在本交換機B進行落地尋呼，接續被叫用戶；或是繼續送到BICC/ISUP/TUP信令處理模塊，送到下一個交換機繼續分析。其中，在路由處理模塊上也需要再根據對應的SP(號碼發送規則)參數控制是否使收到的被叫號碼轉向下一步操作，如果該路由處理模塊無法判斷是否被叫號碼收全將會觸發T35計時器進行等待。
[0005]由此可見，T35計時器對于呼叫流程中的作用可謂是一個雙刃劍，它既可以有效的保證在一定時間內完成的收到被叫號碼保證呼叫得以正常接續，但同時一旦交換機無法判斷是否收全被叫號碼的情況下即使被叫號碼已經收全也會等待一個T35計時器的時間，造成較大的接續時延。
【發明內容】
[0006]為了解決現有技術中由于T35計時器所引發的不必要的時延，延遲呼叫等待時間的技術問題，本發明提出一種呼叫過程中時延的處理方法、裝置及交換設備。
[0007]一種呼叫過程中時延的處理方法，包括:
[0008]第一交換設備對接收到的完整的被叫號碼添加號碼結束標識符，并將所述添加有號碼結束標識符的被叫號碼發送到第二交換設備；
[0009]第二交換設備根據所述號碼結束標識符確定被叫號碼已接收完整。
[0010]一種呼叫過程中時延的處理裝置，包括:
[0011]信令處理模塊，用于對接收到的完整的被叫號碼添加號碼結束標識符，并將所述添加有號碼結束標識符的被叫號碼發送到下一交換設備；
[0012]被叫號碼處理模塊和路由處理模塊，用于根據所述號碼結束標識符確定接收的被叫號碼已接收完整。
[0013]一種包括上述呼叫過程中時延的處理裝置的交換設備。
[0014]本實施例提供的方案通過采用由第一交換設備對接收到完整的被叫號碼添加號碼結束標識符的技術手段，可使后繼的第二交換設備根據該號碼結束標識符確定被叫號碼是否已接收完整，解決了現有技術中由于交換設備無法確定是否接收完整導致的觸發T35計時器開啟，延長等待時間的技術問題，進而取得了避免呼叫在交換設備間產生時延，減小了呼叫等待時間的技術效果。
【專利附圖】
【附圖說明】
[0015]附圖用來提供對本發明的進一步理解，并且構成說明書的一部分，與本發明的實施例一起用于解釋本發明，并不構成對本發明的限制。在附圖中:
[0016]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0017]圖1為【背景技術】中交換機內部有關對被叫號碼進行處理的功能模塊的示意圖；
[0018]圖2為本發明實施例1中提供的一種呼叫過程中時延的處理方法的流程示意圖；
[0019]圖3為本發明實施例1中提供的方法應用于綜合V網業務呼叫流程的場景示意圖；
[0020]圖4為本發明實施例1中提供的方法應用于IP多媒體系統IMS的統一集中式數位小交換機Centrex業務的呼叫流程的場景示意圖；
[0021]圖5為本發明實施例1中提供的方法應用于17951等IP電話業務場景下的示意圖；
[0022]圖6為本發明實施例1中提供的一種呼叫過程中時延的處理裝置的結構示意圖。【具體實施方式】
[0023]下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。[0024]并且，以下各實施例均為本發明的可選方案，實施例的排列順序及實施例的編號與其優選執行的順序無關。
[0025]實施例1
[0026]因為在現有技術方案中，被叫號碼處理模塊判斷號碼收全的參數L可以是一個固定值，也可以是一個區間值(如L=m-n，代表被叫號碼長度在m到η之間)，當L為一個固定值時，可以根據該值準確的判斷出來其是否收全，但當L為一個區間值的時候，只有當J接收到的被叫號碼的長度為區間值中最大值η的時候，才能夠準確判斷是否收全，其它值的情況都無法判斷，由此引發了 Τ35計時器的等待時延。現有技術問題的根源是由于被叫號碼處理模塊和路由處理模塊不能夠準確的判斷出被叫號碼是否收全，因為觸發了交換設備的Τ35計時器，最終導致引起了不必要的接續時延。
[0027]為解決該問題，本實施例提供一種呼叫過程中時延的處理方法，包括:
[0028]第一交換設備對接收到的完整的被叫號碼添加號碼結束標識符，并將添加有號碼結束標識符的被叫號碼發送到第二交換設備；第二交換設備根據號碼結束標識符確定被叫號碼已接收完整。
[0029]其中，第一交換設備可如圖1中交換機Α，第二交換設備可為圖1中交換機B。具體該方案實現方式如圖2所示，可參照下述步驟10。
[0030]進一步地，本實施例還提供了簡短等待時間TI參數和EOS (結束碼)方案，包括:
[0031]第二交換設備在進入對被叫號碼處理的流程后，檢查被叫號碼當前收到的長度是否在被叫號碼對應的不定位長的長度范圍內；
[0032]若檢查到在對應的不定位長的長度范圍內，則按照預設的簡短等待時間開始計時，并在簡短等待時間超時后，生成結束碼，其中，簡短等待時間小于Τ35計時器的等待時間；
[0033]第二交換設備根據結束碼的指示自動進入對被叫號碼的路由處理流程。其中，自動進入對被叫號碼的路由處理流程相當于轉向進入路由處理模塊繼續處理。具體該方案實現方式如圖2所示，可參照下述步驟20。
[0034]此外，現有技術中路由處理模塊在送到下一個模塊(落地尋呼模塊或BICC/ISUP/TUP信令處理模塊)進行接續處理的時候，需要SP (號碼發送規則)參數來控制在收到多少個號碼的情況下送到下一個模塊處理。目前設置SP=MMl,對于SP的前兩位含義為路由處理模塊收到多少位的被叫號碼時占用落地尋呼模塊或BICC/ISUP/TUP信令處理模塊，并將占用信號發送給落地尋呼模塊或BICC/ISUP/TUP信令處理模塊。SP設定為MMl的含義為當交換機收全被叫號碼后，占用落地尋呼模塊或BICC/ISUP/TUP信令處理模塊，并將占用信號發送給落地尋呼模塊或BICC/ISUP/TUP信令處理模塊，所以路由處理模塊在無法判斷號碼收全的情況下就無法占用落地尋呼模塊或BICC/ISUP/TUP信令處理模塊，引起了 T35計時器的等待時延。
[0035]為了解決該問題，本實施例中對該SP參數進行了優化，分為定長SP參數和不定長SP參數，分別用來處理定位長的被叫號碼和不定位長的被叫號碼。由于不定位長的被叫號碼通常比較特殊且數量較少(如10086)，因此可以針對不同的不定位長的被叫號碼設定不同的不定長SP參數。雖然定位長的被叫號碼數量較多，但多數集中在幾種情況，如手機號和座機號等固定長度，因此也可以針對不同的定位長的被叫號碼設定不同的定長SP參數。其中，定長SP參數的前兩位的每一個數值都小于對應的定位長的被叫號碼的長度值；不定長SP參數的前兩位的每一個數值都小于對應的不定位上的被叫號碼的最短長度。
[0036]本實施例在上述優化后的SP參數基礎上，為了由于SP參數引發的技術問題提供了如下方案，包括:
[0037]對于定位長的被叫號碼，第二交換設備根據預設的與定位長的被叫號碼對應的定長SP參數確定是否使定位長的被叫號碼進入信令處理流程。
[0038]對于不定位長的被叫號碼，第二交換設備根據預設的與不定位長的被叫號碼對應的不定長SP參數確定是否使不定位長的被叫號碼進入信令處理流程。其中，進入信令處理流程相當于轉向進入BICC/ISUP/TUP信令處理模塊繼續處理。具體該方案實現方式如圖2所示，可參照下述步驟30。
[0039]下面對本實施例提供的一種呼叫過程中時延的處理方法進行具體說明，如圖2所示，包括:
[0040]步驟10，在交換設備的BICC/ISUP/TUP信令處理模塊里為完整的被叫號碼的最后一位增加一個號碼結束標識‘F’。
[0041 ] 如圖1，在交換機A的BICC/ISUP/TUP信令處理模塊里給被叫號碼增加一個號碼結束標識‘F’，其通過BICC或ISUP或TUP信令送到了交換機B的被叫號碼后面就多了一個號碼結束標識‘F’，這樣交換機B不論是被叫號碼處理模塊還是路由處理模塊都可以準確的判斷出被叫號碼是否收全，可以有效遏制T35計時器的產生。
[0042]其中，需要說明的是:為了保證在網絡中首個接收到被叫號碼的交換機其添加的號碼結束標識符的被叫號碼確定為接收完整的被叫號碼，因此，優選方案中，當第一交換設備為首個接收到被叫號碼的交換設備時，需要按照現有技術進行，即在未收全被叫號碼時，觸發T35計時器計時，等待被叫號碼接收完整，雖然這樣可能還會產生15秒的時延，但是由于后繼所有交換設備均按照本實施例提供的方法執行，因此仍舊會降低T35計時器對呼叫時延的影響。
[0043]步驟20、在交換設備的被叫號碼處理模塊中預設TI參數和添加結束碼EOS指令。
[0044]預設的TI參數可對應到一個時鐘和EOS，EOS用于在TI對應的時鐘到時后生成，并指示被叫號碼處理模塊轉向路由處理模塊進行處理。
[0045]如圖1,在交換機B的被叫號碼處理模塊中,其被叫號碼分析的位長為一個不定位長，假定為L=m-n，被叫號碼處理模塊到被叫號碼時，會檢查其號碼長度是否滿足“m < B號碼位長<n”，如果滿足條件，則啟動TI計時，目前設置為4秒，可以靈活調整。若在超時前收到后續的被叫號碼，被叫號碼處理模塊將繼續完成后續接收的號碼分析；若在超時后沒有收到后續的被叫號碼，則產生結束碼E0S，這個EOS是用來間接將流程指向路由處理模塊繼續分析。
[0046]由于其等待的時間由TI參數控制，可以按照需求將其靈活減小，先將其設置為4秒，較之前的15秒等待時間叫囂了很多。
[0047]步驟30、對SP參數進行優化，并根據優化后的SP參數處理。
[0048]如圖1，在交換機B的路由處理模塊中SP值的前兩位是否觸發T35時延的關鍵，第一當路由處理模塊收到的被叫號碼為定位長的，前兩位的每一個數值都要小于該定位長，例如被叫號碼長度為6位，那么前兩位的取值就需要小于6，否則若設為771，系統會認為還有第七位被叫號碼，觸發T35時延；第二當路由處理模塊收到的被叫號碼為不定位長的，是一個區間值，由于現網SP普遍都設置成了 MM1，當被叫號碼不是其設定的區間值最大值時就會觸發T35計時器，故需要將MMl進行更改，使其的前兩位與不定長被叫號碼的最短長度相同。如10086，還可以為1008611，因此對于被叫號碼未10086的SP參數預設為SP=331。
[0049]本實施例中提到的被叫號碼處理模塊、路由處理模塊以及BICC/ISUP/TUP信令處理模塊雖然與圖1中的各模塊對應，但是具體的實現功能和作用卻并不相同，由此盡可以說明本實施例中的交換設備也包括被叫號碼處理模塊、路由處理模塊以及BICC/ISUP/TUP信令處理模塊，但并不代表這些模塊與【背景技術】的同名模塊具有相同的作用和功能。本實施例中具體的被叫號碼處理模塊、路由處理模塊以及BICC/ISUP/TUP信令處理模塊的功能和作用請參照實施例2。
[0050]下面本實施例將繼續結合不同的網絡應用場景，提供一種呼叫過程中時延的處理方法。
[0051]參照如圖3所示的為綜合V網業務場景下，其中，圖3中的1-7的序號為呼叫流程的順序。PBX為用戶級交換機，MSC為移動交換中心。
[0052]具體呼叫流程如下:鐵通綜合V網用戶撥打移動V網用戶，由于移動V網用戶號碼的長度是4?6位為一個不定位長號碼，IP前置機(相當于第一交換設備)上按照步驟10在統一對被叫號碼添加號碼結束標識‘F’，因此在網關移動交換中心GMSC/業務交換節點SSP收到IP前置機收到被叫號碼時候，可以使得GMSC/SSP (相當于第二交換設備)在被叫號碼處理模塊和路由處理模塊都可以準確的判斷出被叫號碼是否收全，有效的遏制了 T35計時器的產生。為了防止部分IP前置機不具備添加號碼結束標識，在GMSC/SSP采用步驟20在被叫號碼處理模塊中預設TI和E0S，設置合理的TI的時間值4秒，采用步驟30在路由處理模塊中SP值設置為331，極大的降低了 T35計時器的時延。
[0053]參照圖4所示的為IMS的統一 Centrex業務場景，IMS統一 Centrex用戶做被叫的時候，業務控制節點SCP會下發的接續號碼為1254703+原被叫號碼的新的被叫號碼給MSC，MSC通過交換設備間的BICC信令將新的被叫號碼發給GMSC，由于GMSC收到被叫號碼位長為不定長，按照現有方案中SP設定的為MM1，GMSC在收到被叫號碼的時候將無法判斷出是否收到完整的被叫號碼，產生T35計時器的時延。
[0054]那么若按照本實施例的方法，具體解決方案主要包括:步驟10中在MSC上將被叫號碼后面添加號碼結束標識符‘F’，這樣交換機就可以準確的判斷出被叫號碼收全，就不會產生交換機(如GMSC、媒體網關控制功能MGCF實體)間BICC信令T35計時器等待時延。
[0055]除了 MSC在被叫號碼上添加號碼結束標識符‘F’外，還可以按照步驟20的方法在GMSC上的被叫號碼處理模塊中預設TI參數和E0S，預設合理的TI的時間值4秒，在被叫號碼處理模塊的T35的等待時延會極大減小。
[0056]進一步地，按照步驟30的方法將SP參數修改為771 (SP的前兩位修改為7是因為被叫分析的時候只需要分析1254703就可以判斷出指向的路由進行接續)，這樣路由處理模塊自身的T35等待時延會隨之減少，解決了 MS的統一 Centrex業務的時延過長問題。
[0057]參照圖5所示的為17951等IP電話業務場景，移動交換中心MSC A (相當于第一交換設備)用戶使用IP電話撥打MSC B (相當于第二交換設備)下用戶，MSC A通過局間的BICC/ISUP/TUP信令將帶有IP電話前綴的被叫號碼送到MSC B上，MSC B分析被叫號碼的位長為不定位長，SP設定的為MM1，MSCB在收到被叫號碼的時候無法判斷出是否收到完整的被叫號碼，產生T35計時器的時延。
[0058]那么若按照本實施例的方法，具體解決方案主要包括:按照本實施例步驟10的方法將被叫號碼后面添加號碼結束標識符‘F’，這樣交換機就可以準確的判斷出被叫號碼收全，就不會局間(即交換機間)BICC信令T35計時器等待時延。
[0059]除了 MSC在被叫號碼上添加號碼結束標識符‘F’外，還可以按照步驟20的方法在GMSC上的被叫號碼處理模塊中預設TI參數和E0S，預設合理的TI的時間值4秒，在被叫號碼處理模塊的T35的等待時延會極大減小。
[0060]進一步地，按照步驟30的方法將SP參數修改為551(SP的前兩位修改為5是因為被叫分析的時候只需要分析5位的Ip電話前綴就可以判斷出指向的路由進行接續)，這樣路由處理模塊自身的T35等待時延會隨之減少，解決了撥打IP電話的呼叫時延過長問題。
[0061]本實施例提供的方法改善了現有的鐵通綜合V網業務、IMS網絡統一 Centrex以及ip電話等業務接續時延過長的問題。通過交換機的BICC/ISUP/TUP信令處理模塊里給被叫號碼增加一個號碼結束標識‘F’，在交換機的被叫號碼處理模塊中添加TI參數和E0S，在路由處理模塊對于SP參數進行優化，有效的解決了核心網內關于T35計時器引起的網絡時延，降低了可能由時延引發的不利影響，并極大的增強了客戶在呼叫過程中的感知度。
[0062]實施例2
[0063]為了便于實施例1的方法實現，本實施例提供一種呼叫過程中時延的處理裝置，該裝置可以安裝在實施例1中的第一交換設備和第二交換設備上。如圖6所示，包括:信令處理模塊60,被叫號碼處理模塊61,路由處理模塊62。
[0064]信令處理模塊60，用于對接收到的完整的被叫號碼添加號碼結束標識符，并將添加有號碼結束標識符的被叫號碼發送到下一交換設備；被叫號碼處理模塊61和路由處理模塊62，用于根據號碼結束標識符確定接收的被叫號碼已接收完整。
[0065]優選方案中，被叫號碼處理模塊61包括:TI單元611，E0S單元612，跳轉單元613。
[0066]TI單元611，用于對于被叫號碼為不定位長的號碼情況，在進入對被叫號碼處理的流程后，檢查被叫號碼當前收到的長度是否在被叫號碼對應的不定位長的長度范圍內；若檢查到在對應的不定位長的長度范圍內，則按照預設的簡短等待時間開始計時；
[0067]EOS單元612，用于在TI單元的簡短等待時間超時后，生成結束碼，其中，簡短等待時間小于T35計時器的等待時間；
[0068]跳轉單元613，用于根據EOS單元生成的結束碼的指示自動進入路由處理模塊繼續處理。
[0069]優選方案中，路由處理模塊62包括:存儲單元621，定長處理單元622，不定長處理單元623。
[0070]存儲單元621，用于存儲預設的定長號碼發送規則SP參數；定長SP參數的前兩位的每一個數值都小于對應的定位長的被叫號碼的長度值；定長處理單元622，用于對于定位長的被叫號碼，根據預設的與定位長的被叫號碼對應的定長SP參數確定是否使定位長的被叫號碼進入信令處理模塊繼續處理。
[0071]存儲單元621，還用于存儲預設的不定長SP參數；不定長SP參數的前兩位的每一個數值都小于對應的不定位上的被叫號碼的最短長度；[0072]不定長處理單元623，用于對于不定位長的被叫號碼，根據預設的與不定位長的被叫號碼對應的不定長SP參數確定是否使不定位長的被叫號碼進入信令處理模塊繼續處理。
[0073]本實施例還提供了一種交換設備，該交換設備包括上述的呼叫過程中時延的處理裝置。具體內容請參看上述關于一種呼叫過程中時延的處理裝置的說明，在此不贅述。
[0074]本實施例提供的裝置和設備在交換機的BICC/ISUP/TUP信令處理模塊里給被叫號碼增加一個號碼結束標識符‘F’，在交換機的被叫號碼處理模塊中添加TI參數和E0S，在路由處理模塊對于SP參數進行優化功能，因此解決了由于T35計時器所引發的不必要的時延，延遲呼叫等待時間的技術問題，進而提高了交換設備判斷被叫號碼是否收全的能力，以便相應減少T35的接續時延，減少呼叫等待時間的技術效果。
[0075]本發明實施例提供的上述設備或裝置等產品是屬于以計算機程序的流程方法為依據，并按照與方法實施例1和/或附圖中方法流程的各步驟完全對應一致的方式，所提供的功能模塊。并且由于這種功能模塊是通過計算機程序的方式實現的軟件裝置，所以對于裝置實施例2未具體提及的功能模塊，由于考慮到根據上述方法實施例記載的內容已經足夠使本領域技術人員從方法記錄的各流程步驟直接地、毫無意外地確定實現所述步驟所必須建立的功能模塊，所以在此不贅述。
[0076]本發明的技術方案本質上或者說對現有技術做出貢獻的部分是以軟件產品的形式體現出來的功能，也即是說:本發明的裝置、設備或者組成系統的各個設備其所執行的方法或實現的功能主體即便為硬件，但是實際上實現本發明上述功能的部分卻是計算機軟件產品的模塊或單元。并且該計算機軟件產品可存儲在可讀取的存儲介質中，如計算機的軟盤，硬盤或光盤等，包括若干指令用以使得一臺設備執行本發明各個實施例所述的方法。
[0077]以上所述，僅為本發明的【具體實施方式】，但本發明能有多種不同形式的【具體實施方式】，上文結合附圖對本發明做舉例說明，這并不意味著本發明所應用的【具體實施方式】只能局限在這些特定的【具體實施方式】中，本領域的技術人員應當了解，上文所提供的【具體實施方式】只是多種優選實施方式中的一些示例，任何體現本發明權利要求的【具體實施方式】均應在本發明權利要求所要求保護的范圍之內；本領域的技術人員能夠對上文各【具體實施方式】中所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換。凡在本發明的精神和原則之內，所作的任何修改、等同替換或者改進等，均應包含在本發明權利要求的保護范圍之內。
【權利要求】
1.一種呼叫過程中時延的處理方法，其特征在于，包括: 第一交換設備對接收到的完整的被叫號碼添加號碼結束標識符，并將所述添加有號碼結束標識符的被叫號碼發送到第二交換設備； 第二交換設備根據所述號碼結束標識符確定被叫號碼已接收完整。
2.根據權利要求1所述的方法，其特征在于，對于被叫號碼為不定位長的號碼情況，該方法還包括: 所述第二交換設備在進入對所述被叫號碼處理的流程后，檢查所述被叫號碼當前收到的長度是否在所述被叫號碼對應的不定位長的長度范圍內； 若檢查到在所述對應的不定位長的長度范圍內，則按照預設的簡短等待時間開始計時，并在所述簡短等待時間超時后，生成結束碼，其中，所述簡短等待時間小于T35計時器的等待時間； 所述第二交換設備根據所述結束碼的指示自動進入對所述被叫號碼的路由處理流程。
3.根據權利要求1或2所述的方法，其特征在于，所述第二交換設備上預設有定長號碼發送規則SP參數；所述定長SP參數的前兩位的每一個數值都小于對應的定位長的被叫號碼的長度值；該方法還包括: 對于定位長的被叫號碼，所述第二交換設備根據預設的與所述定位長的被叫號碼對應的定長SP參數確定是否使 所述定位長的被叫號碼進入信令處理流程。
4.根據權利要求1或2所述的方法，其特征在于，所述第二交換設備上預設有不定長SP參數；所述不定長SP參數的前兩位的每一個數值都小于對應的不定位上的被叫號碼的最短長度；該方法還包括: 對于不定位長的被叫號碼，所述第二交換設備根據預設的與所述不定位長的被叫號碼對應的不定長SP參數確定是否使所述不定位長的被叫號碼進入信令處理流程。
5.一種呼叫過程中時延的處理裝置，其特征在于，包括: 信令處理模塊，用于對接收到的完整的被叫號碼添加號碼結束標識符，并將所述添加有號碼結束標識符的被叫號碼發送到下一交換設備； 被叫號碼處理模塊和路由處理模塊，用于根據所述號碼結束標識符確定接收的被叫號碼已接收完整。
6.根據權利要求5所述的裝置，其特征在于，所述被叫號碼處理模塊包括: TI單元，用于對于被叫號碼為不定位長的號碼情況，在進入對所述被叫號碼處理的流程后，檢查所述被叫號碼當前收到的長度是否在所述被叫號碼對應的不定位長的長度范圍內；若檢查到在所述對應的不定位長的長度范圍內，則按照預設的簡短等待時間開始計時； EOS單元，用于在TI單元的所述簡短等待時間超時后，生成結束碼，其中，所述簡短等待時間小于T35計時器的等待時間； 跳轉單元，用于根據EOS單元生成的所述結束碼的指示自動進入所述路由處理模塊繼續處理。
7.根據權利要求5或6所述的裝置，其特征在于，所述路由處理模塊包括: 存儲單元，用于存儲預設的定長號碼發送規則SP參數；所述定長SP參數的前兩位的每一個數值都小于對應的定位長的被叫號碼的長度值；定長處理單元，用于對于定位長的被叫號碼，根據預設的與所述定位長的被叫號碼對應的定長SP參數確定是否使所述定位長的被叫號碼進入信令處理模塊繼續處理。
8.根據權利要求5或6所述的裝置，其特征在于，所述路由處理模塊包括: 存儲單元，用于存儲預設的不定長SP參數；所述不定長SP參數的前兩位的每一個數值都小于對應的不定位上的被叫號碼的最短長度； 不定長處理單元，用于對于不定位長的被叫號碼，根據預設的與所述不定位長的被叫號碼對應的不定長SP參數確定是否使所述不定位長的被叫號碼進入信令處理模塊繼續處理。
9.一種交換設備,其特征在于,包括如權利要求5-8中任意一項所述的呼叫過程中時延的處理裝 置。
【文檔編號】H04M3/22GK103905658SQ201210590055
【公開日】2014年7月2日 申請日期:2012年12月31日 優先權日:2012年12月31日
【發明者】楊海亮 申請人:中國移動通信集團遼寧有限公司