一種呼叫過程中時延的處理方法、裝置及交換設(shè)備的制作方法
【專利摘要】本發(fā)明公開了一種呼叫過程中時延的處理方法、裝置及交換設(shè)備，涉及語音交換業(yè)務(wù)【技術(shù)領(lǐng)域】，解決了現(xiàn)有技術(shù)中由于T35計時器引發(fā)的呼叫時延的技術(shù)問題，其中，該方法包括：第一交換設(shè)備對接收到的完整的被叫號碼添加號碼結(jié)束標(biāo)識符，并將所述添加有號碼結(jié)束標(biāo)識符的被叫號碼發(fā)送到第二交換設(shè)備；第二交換設(shè)備根據(jù)所述號碼結(jié)束標(biāo)識符確定被叫號碼已接收完整。
【專利說明】一種呼叫過程中時延的處理方法、裝置及交換設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及語音交換業(yè)務(wù)【技術(shù)領(lǐng)域】，特別涉及一種呼叫過程中時延的處理方法、裝置及交換設(shè)備。
【背景技術(shù)】
[0002]在移動通信中，由于無線環(huán)境的復(fù)雜性以及不同交換設(shè)備處理能力的不同，在傳遞消息中很難避免有一定的時延，這時就需要有一些計時器來規(guī)范每一個消息的等待時間，其中T35計時器就是對于無法判斷接收到的被叫號碼是否完整情況下所提供的等待時間。
[0003]在交換設(shè)備間傳送的BICC (Bearer Independent Call Control protocol,與承載無關(guān)的呼叫控制協(xié)議)消息、ISUP (綜合業(yè)務(wù)數(shù)字網(wǎng)ISDN用戶部分)消息或TUP(電話用戶部分協(xié)議)消息中傳送的被叫號碼，往往不是通過一條信令消息發(fā)給下一交換設(shè)備(即局向)，而是通過多條信令消息來完成的，其中每條信令消息傳遞被叫號碼中的幾位，在沒有T35計時器的情況下，該下一交換設(shè)備就會在沒有收全所有被叫號碼的情況下，舍棄之后傳遞的剩余被叫號碼信令消息，用該沒有收全的被叫號碼呼叫，最終造成呼叫接續(xù)失敗。而設(shè)定了 T35計時器的情況下則會要求下一交換設(shè)備在沒有收到完整的被叫號碼之前要等待15秒鐘，這就有效解決被叫號碼未收全的技術(shù)問題。但是下一交換設(shè)備在無法判斷是否收全完整的被叫號碼的時候，必須要等待T35計時器的時間才能夠進(jìn)行下一步的分析操作，這樣就增加了交換設(shè)備之間的等待時延，對于客戶的呼叫感知會造成一定的影響，呼叫時間延長。
[0004]例如，參照圖1所示，當(dāng)交換機(jī)A向交換機(jī)B發(fā)送BICC、ISUP或TUP消息來進(jìn)行話務(wù)的接續(xù)時，在信令消息中含有被叫號碼，交換機(jī)B會首先在被叫號碼處理模塊進(jìn)行號碼分析，通過位長參數(shù)L來判斷是否收全被叫號碼，如果該被叫號碼處理模塊無法判斷被叫號碼是否收全，將會觸發(fā)T35計時器進(jìn)行等待。在被叫號碼處理模塊分析結(jié)束后會送到一個專門處理該被叫號碼的路由處理模塊進(jìn)行分析，該路由處理模塊會根據(jù)收到的被叫號碼或是在本交換機(jī)B進(jìn)行落地尋呼，接續(xù)被叫用戶；或是繼續(xù)送到BICC/ISUP/TUP信令處理模塊，送到下一個交換機(jī)繼續(xù)分析。其中，在路由處理模塊上也需要再根據(jù)對應(yīng)的SP(號碼發(fā)送規(guī)則)參數(shù)控制是否使收到的被叫號碼轉(zhuǎn)向下一步操作，如果該路由處理模塊無法判斷是否被叫號碼收全將會觸發(fā)T35計時器進(jìn)行等待。
[0005]由此可見，T35計時器對于呼叫流程中的作用可謂是一個雙刃劍，它既可以有效的保證在一定時間內(nèi)完成的收到被叫號碼保證呼叫得以正常接續(xù)，但同時一旦交換機(jī)無法判斷是否收全被叫號碼的情況下即使被叫號碼已經(jīng)收全也會等待一個T35計時器的時間，造成較大的接續(xù)時延。

【發(fā)明內(nèi)容】

[0006]為了解決現(xiàn)有技術(shù)中由于T35計時器所引發(fā)的不必要的時延，延遲呼叫等待時間的技術(shù)問題，本發(fā)明提出一種呼叫過程中時延的處理方法、裝置及交換設(shè)備。
[0007]一種呼叫過程中時延的處理方法，包括:
[0008]第一交換設(shè)備對接收到的完整的被叫號碼添加號碼結(jié)束標(biāo)識符，并將所述添加有號碼結(jié)束標(biāo)識符的被叫號碼發(fā)送到第二交換設(shè)備；
[0009]第二交換設(shè)備根據(jù)所述號碼結(jié)束標(biāo)識符確定被叫號碼已接收完整。
[0010]一種呼叫過程中時延的處理裝置，包括:
[0011]信令處理模塊，用于對接收到的完整的被叫號碼添加號碼結(jié)束標(biāo)識符，并將所述添加有號碼結(jié)束標(biāo)識符的被叫號碼發(fā)送到下一交換設(shè)備；
[0012]被叫號碼處理模塊和路由處理模塊，用于根據(jù)所述號碼結(jié)束標(biāo)識符確定接收的被叫號碼已接收完整。
[0013]一種包括上述呼叫過程中時延的處理裝置的交換設(shè)備。
[0014]本實施例提供的方案通過采用由第一交換設(shè)備對接收到完整的被叫號碼添加號碼結(jié)束標(biāo)識符的技術(shù)手段，可使后繼的第二交換設(shè)備根據(jù)該號碼結(jié)束標(biāo)識符確定被叫號碼是否已接收完整，解決了現(xiàn)有技術(shù)中由于交換設(shè)備無法確定是否接收完整導(dǎo)致的觸發(fā)T35計時器開啟，延長等待時間的技術(shù)問題，進(jìn)而取得了避免呼叫在交換設(shè)備間產(chǎn)生時延，減小了呼叫等待時間的技術(shù)效果。
【專利附圖】

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