專利名稱：主叫用戶驗證的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信系統(tǒng)中主叫用戶的驗證，在該系統(tǒng)中，至少有一些用戶還可以通過其運營者的網(wǎng)絡(luò)(即通過這些用戶本身所屬的網(wǎng)絡(luò))接入另一運營者的網(wǎng)絡(luò)。
隨著電信法規(guī)限制的放寬，許多國家都涌現(xiàn)出了一些新的電信運營者，它們開始同原來的運營者爭奪客戶。在這種情形下，屬于某運營者的網(wǎng)絡(luò)的用戶通過在撥號號碼的前面加上一個標(biāo)識另一所期望運營者的前輟號碼就能將呼叫接通該另一運營者的網(wǎng)絡(luò)。從所述第二運營者的觀點看，這些用戶間接接入所述運營者的網(wǎng)絡(luò)。以下，這些用戶將被稱為間接接入的用戶。
然而，在許多國家，如果屬于某些運營者的網(wǎng)絡(luò)的用戶想將呼叫接通另一運營者的網(wǎng)絡(luò)，那么這些運營者未必進行計費。這樣的話，所述第二運營者必須單獨進行計費。于是，客戶(用戶)與運營者之間必須簽訂合同，以便即使用戶屬于另一運營者的網(wǎng)絡(luò)，該用戶也可以接入所述運營者的網(wǎng)絡(luò)。在連接建立過程中，進行校驗，據(jù)此判斷所述用戶是否有資格接入該網(wǎng)絡(luò)。這一操作被稱為主叫方驗證。


圖1說明了當(dāng)執(zhí)行了主叫方驗證從而允許他接入其終端并不直接所屬的網(wǎng)絡(luò)時連接建立的各個步驟。各個步驟用帶圈的數(shù)字1…5來表示。在圖中所示的例子中，主叫用戶SB1屬于運營者A的網(wǎng)絡(luò)，并且所述用戶想將呼叫接通運營者B的網(wǎng)絡(luò)。
當(dāng)用戶SB1要將他所想要建立的呼叫接通一個特定運營者的網(wǎng)絡(luò)時，他在電話號碼前面撥出一個指示所需運營者(本例中為運營者B)的前輟號碼(XYZ)。這一前輟號碼和被叫用戶號碼連同其他數(shù)據(jù)一起以標(biāo)準(zhǔn)啟動消息被發(fā)送到用戶的終端交換機(步驟1)。在終端交換機SW1中，對接收到的號碼進行數(shù)字分析，其中，根據(jù)其前輟號碼得知該呼叫預(yù)定到運營者B的網(wǎng)絡(luò)(步驟2)。因此呼叫嘗試被送到運營者間的鏈路IOL(步驟3)。在鏈路IOL的另一端，位于運營者B的網(wǎng)絡(luò)中的交換機SW2包括一個用來對主叫方進行驗證的數(shù)據(jù)庫DB。這一驗證可通過將主叫用戶的號碼(A號碼)與數(shù)據(jù)庫中的有效號碼比較來實現(xiàn)(步驟4)。在交換機SW2中，例如可根據(jù)所撥的前輟號碼或者根據(jù)入局電路群來觸發(fā)驗證過程。
如果發(fā)現(xiàn)該用戶是有效用戶，那么根據(jù)呼叫嘗試的數(shù)據(jù)以正常方式繼續(xù)進行呼叫建立(步驟5)。反之，如果在有效用戶中沒有發(fā)現(xiàn)該主叫用戶的號碼，那么將該呼叫通向從中可得到有關(guān)沒有授權(quán)的附加信息的某種業(yè)務(wù)，例如通向一個話音通知或通向一個特別業(yè)務(wù)號碼。
從網(wǎng)絡(luò)層來看，上面這種主叫用戶驗證是采用了常規(guī)技術(shù)如基于交換機的方案(如上所述)或者如基于智能網(wǎng)的方案來實現(xiàn)的。
圖2從網(wǎng)絡(luò)層示出了上述基于交換機的方案。在每個交換機(SW1’，SW3’)中都能進行主叫用戶驗證，從這些交換機到間接接入的用戶所屬的鄰近運營者的網(wǎng)絡(luò)都有一條運營者間的鏈路(IOL)。這種方案的一個缺點是，難以進行數(shù)據(jù)庫的維護和使用，因為數(shù)據(jù)庫通常必須裝在多個不同的交換機中(通常有多條運營者間的鏈路)。
另一方面，如果想只在一個交換機中進行驗證來避免這一問題，則會浪費傳輸容量，因為在這種情況下所有呼叫其路由都通過同一驗證交換機。同時，在網(wǎng)絡(luò)中還要形成一些額外的不希望有的語音路由。再者，也不值得通過這樣一種方式(即每個驗證交換機都可能只有有關(guān)間接接入的一些用戶的信息的方式)來分配數(shù)據(jù)庫，因為如果這樣，那么在每種情況下都要在網(wǎng)絡(luò)中形成用于為呼叫選擇通過合適交換機的路由的額外邏輯。
可以采用上述基于智能網(wǎng)的方案(如圖3所示)來避免這些問題。在這種情況下，通過這樣一種方法進行主叫用戶的驗證與鄰近運營者的交換機有運營者間的鏈路的所有交換機都向含有有效用戶的數(shù)據(jù)庫(DB)的業(yè)務(wù)控制點SCP發(fā)送驗證請求。根據(jù)SCP節(jié)點所發(fā)出的響應(yīng)，該呼叫不是被轉(zhuǎn)向被叫號碼，就是被轉(zhuǎn)向其中可給出有關(guān)沒有授權(quán)的通知的業(yè)務(wù)。因此，在向SCP節(jié)點發(fā)出請求期間，呼叫建立被“凍結(jié)”在網(wǎng)絡(luò)邊緣處的交換機中，而在得到響應(yīng)之后，呼叫建立再被發(fā)送到與響應(yīng)的內(nèi)容相應(yīng)的目的地。
然而，實際上，基于智能網(wǎng)的技術(shù)費用高，因此，主叫用戶驗證的這一實現(xiàn)方法與采用常規(guī)的基于交換機的技術(shù)的實現(xiàn)方法相比顯然是一種費用更高的方法。由于校驗是一種很簡單的操作并由于所要執(zhí)行的校驗次數(shù)多，所以，由同樣可采用基于交換機的技術(shù)容易實現(xiàn)的這類操作導(dǎo)致業(yè)務(wù)控制點負(fù)載太大也是不合理的。因此，最好只有對更復(fù)雜和更需要的業(yè)務(wù)才應(yīng)單獨預(yù)定智能網(wǎng)資源。
本發(fā)明的目的在于消除上述缺點并提供一種能綜合上述現(xiàn)有技術(shù)方法的優(yōu)點的方法。
利用獨立權(quán)利要求中所闡述的方案可達(dá)到這一目的。
本發(fā)明的思想首先在于，采用常規(guī)的基于交換機的技術(shù)在網(wǎng)絡(luò)中保留一個驗證節(jié)點，該節(jié)點為網(wǎng)絡(luò)邊緣處的一些與鄰近運營者的交換機有鏈路的交換機所公用。在這一優(yōu)選實施方式中，運營者的網(wǎng)絡(luò)只有一個驗證節(jié)點。其思想還在于，通過這樣一種方法來執(zhí)行連接建立過程建立從網(wǎng)絡(luò)邊緣處的所述交換機一直到該預(yù)定驗證節(jié)點的連接，而如果在驗證節(jié)點中所進行的驗證表明該用戶有資格接入該網(wǎng)絡(luò)，那么已分配的傳輸容量向后釋放給至少一個鏈路段。至少每當(dāng)被叫用戶沒有超出驗證交換機范圍時要進行釋放。最好一直執(zhí)行這一釋放，直到網(wǎng)絡(luò)邊緣處的與用戶的運營者的網(wǎng)絡(luò)有運營者間的鏈路的交換機。這一交換機將呼叫改向到所要求的目的地，因此通常不通過驗證節(jié)點來交換語音通路。在本發(fā)明的一種實施方式中，驗證交換機甚至不關(guān)心呼叫交換而只作為一個有效性校驗節(jié)點。
當(dāng)采用本發(fā)明方法時，可以很經(jīng)濟地實現(xiàn)主叫用戶驗證，因為該方案建立在常規(guī)又廉價的基于交換機的技術(shù)的基礎(chǔ)上。由于所建立的連接向后釋放給至少一個鏈路段，因此不會浪費傳輸容量并且不用在網(wǎng)絡(luò)中形成一些不希望有的額外的語音通路。再者，由于集中驗證，因此這一功能的使用和維護也盡可能簡單。
下面，根據(jù)附圖中的例子參照圖4-8詳述本發(fā)明及其優(yōu)選實施方式，其中圖1說明了主叫用戶驗證，圖2從網(wǎng)絡(luò)層說明了主叫用戶驗證的第一種已知實施方式，圖3從網(wǎng)絡(luò)層說明了主叫用戶驗證的第二種已知實施方式，圖4說明了交換機中所執(zhí)行的路由選擇操作，圖5說明了作為呼叫處理的一部分的路由選擇，圖6說明了數(shù)字分析所采用的常規(guī)數(shù)據(jù)結(jié)構(gòu)，圖7從網(wǎng)絡(luò)層說明了根據(jù)本發(fā)明的方案，和圖8說明了根據(jù)驗證結(jié)果所發(fā)送的釋放消息。
為了弄清根據(jù)本發(fā)明的方案的基本情況以及上述現(xiàn)有技術(shù)的描述，首先簡要說明電話交換機中所執(zhí)行的路由選擇操作(圖4和5)和與此有關(guān)的數(shù)字分析(圖6)。
路由選擇原理按照圖4這樣分層根據(jù)與主叫用戶有關(guān)的數(shù)據(jù)和撥號數(shù)字，首先進行始發(fā)點和數(shù)字分析。進行始發(fā)點分析是為了得到有關(guān)呼叫源的信息。與用戶有關(guān)的數(shù)據(jù)其中可包括入局電路群(或電路)的始發(fā)點和主叫用戶的用戶類別。因此，從不同入局電路群或從屬于不同類別的用戶接收到的相同的撥號數(shù)字串可能導(dǎo)致不同的結(jié)果。根據(jù)所進行的分析，可得到上述目的地。例如，申請人的DX200交換機可能有65000個目的地，每個目的地可包括5個子目的地。這些子目的地通?？煞譃槿N主要類型到其他交換機的連接，同一交換機中的用戶線路，和啟動某一業(yè)務(wù)的業(yè)務(wù)激勵。這種業(yè)務(wù)可以是例如上述要發(fā)向用戶的話音通知或者一種要求與更遠(yuǎn)的數(shù)據(jù)庫(比如智能網(wǎng)中的業(yè)務(wù)控制點SCP)相互配合的更復(fù)雜的業(yè)務(wù)。
這種目的地還可以包括一種供計費分析用的所謂計費指數(shù)(圖中未示出)。
一個目的地一般含有關(guān)于若干個如5個子目的地的信息。在目的地中可通過這樣一種方法按一定的優(yōu)先權(quán)次序來安排這些子目的地，在這種方法中，子目的地之一是主要路由選擇的選擇對象。如果例如發(fā)現(xiàn)所述第一子目的地?fù)砣?，那么可將呼叫發(fā)送至另一子目的地。
每個子目的地還連接到一個出局或內(nèi)部路由或者特定路由(號碼變換、通知等)，或者連接到用戶數(shù)字分析。此后，按一定的次序?qū)B接到給定路由的電路群進行檢測，以便找到空閑電路。這里，電路指的是能使用戶之間進行雙向信號傳送的兩個傳輸信道的組合。而電路群指的是一些用途相同的電路。
當(dāng)一個呼叫到達(dá)交換機時，交換機一般產(chǎn)生呼叫控制程序的復(fù)制并根據(jù)所述呼叫的用途來傳送它。另一方面，呼叫控制程序調(diào)用路由選擇功能。呼叫控制程序一直關(guān)注該呼叫直到呼叫終止，然后刪除該復(fù)制。
圖5說明了上述功能以及數(shù)字分析和子目的地的搜索(例如號碼變換)采用什么方法進行部分呼叫處理。呼叫控制塊CC將控制數(shù)據(jù)(其中包括撥號號碼和根據(jù)它來進行數(shù)字分析的分析樹的指示)輸入到數(shù)字分析塊DA，該數(shù)字分析塊將有關(guān)與撥號號碼相應(yīng)的目的地的信息返回到呼叫控制塊。因此，這里該目的地是指一組根據(jù)數(shù)字分析和其他信息(諸如上述用戶類別和入局電路群)得到的業(yè)務(wù)路由選擇的選擇對象(即子目的地)。呼叫控制塊將這些選擇對象轉(zhuǎn)發(fā)到路由選擇器塊RS，路由選擇器塊進行其分析并將分析結(jié)果返回給呼叫控制塊CC。這一結(jié)果就是上述的子目的地。在選擇過程中，利用呼叫控制塊CC所知的與呼叫嘗試有關(guān)的數(shù)據(jù)。
在上述方法中，根據(jù)呼叫嘗試的數(shù)據(jù)(例如在主叫用戶沒有資格接入網(wǎng)絡(luò)情況下)，例行程序例如進至發(fā)出一個話音通知。
除了以上這些塊外，圖5還示出了那些與本發(fā)明的實現(xiàn)有關(guān)的關(guān)于呼叫控制的功能塊。這些塊是驗證塊VU和公用信道信令塊CCSU，該公用信道信令塊在呼叫控制塊CC的控制下產(chǎn)生本方法中所用的信令消息。有關(guān)有效用戶的數(shù)據(jù)庫實際上例如可置于交換機的中心存儲單元中或其自身的功能單元中。驗證塊的工作情況將在后面詳述。
在交換機(如本申請人的DX200交換機)中所進行的與路由選擇有關(guān)的數(shù)字分析取決于一種數(shù)據(jù)結(jié)構(gòu)，在這種數(shù)據(jù)結(jié)構(gòu)中，數(shù)據(jù)記錄形成了分層樹狀結(jié)構(gòu)。每個數(shù)據(jù)記錄包括例如16個字段，其中一個字段對應(yīng)電話機中某個鍵(0，1，2，…9，*，#，等等)。個別字段可以是空的(即未使用從而什么也不包含)或者可含一個指針。指針(實際上是二進制數(shù))可以指向下一個數(shù)據(jù)記錄或者可以指向數(shù)字分析結(jié)果的目的地?？兆侄螌嶋H上表示沒有對電話機中的相應(yīng)的鍵進行數(shù)字分析。
圖6說明了上述原理。數(shù)據(jù)結(jié)構(gòu)包括一些數(shù)據(jù)記錄11，每個數(shù)據(jù)記錄都有16個字段，用標(biāo)記0…9，a…f表示。例如，對電話號碼408178所進行的分析將返回目的地D，而對電話號碼504178所進行的分析將返回目的地E。通過在樹狀結(jié)構(gòu)中一次針對一個撥號數(shù)字、搜索與撥號數(shù)字相應(yīng)的字段的內(nèi)容然后進至所述字段所含的指針?biāo)赶虻臄?shù)據(jù)記錄(在該數(shù)字記錄中，搜索與下一個數(shù)字相應(yīng)的字段的內(nèi)容，等等)來完成這一分析。與最后所搜索的數(shù)字相應(yīng)的字段給出一個分析結(jié)果(目的地)，該分析結(jié)果被輸入到路由選擇器塊RS。
以上是交換機的已知基本功能的簡要描述，本發(fā)明中也利用這些功能。下面，將參照圖7詳述根據(jù)本發(fā)明所建立的呼叫的進程，圖中示出了一個根據(jù)圖2的兩個運營者的網(wǎng)絡(luò)。根據(jù)本發(fā)明，主叫用戶驗證專用于運營者B的僅一個交換機。盡管圖中只示出了一個鄰近運營者，然而，同一交換機可以對來自一個以上鄰近運營者的網(wǎng)絡(luò)的呼叫進行驗證。這一專用交換機可以單獨進行用戶驗證，或者它可以與它的其他操作一起進行驗證。前一種情況下，交換機可以用一種很簡單的分解的方式來實現(xiàn)。在有著大量的有效性校驗時，采用這種基于驗證交換機的“服務(wù)器”尤其好。由于在這種情況下驗證節(jié)點也是建立在基于交換機的技術(shù)的基礎(chǔ)上，為此，仍使用術(shù)語交換機。
假定，運營者A的網(wǎng)絡(luò)中的用戶SB1想將呼叫接通運營者B的網(wǎng)絡(luò)。在開始連接建立時，交換機SW1接收關(guān)于主叫用戶想進行呼叫的信息。這一信息可以例如作為一個按照標(biāo)準(zhǔn)Q．931的“建立”消息出現(xiàn)，或者，交換機可以根據(jù)用戶將接收機摘機來識別用戶環(huán)路的閉合(步驟1)。根據(jù)對接收號碼(前輟)所進行的數(shù)字分析(步驟2)，主叫用戶的交換機(SW1)將一個啟動消息通過信令網(wǎng)發(fā)送到運營者B的網(wǎng)絡(luò)，發(fā)送到交換機SW1’(步驟3)。在這一過程中，可刪除被叫號碼的前面的與具體運營者相關(guān)的前輟號碼，盡管該被叫號碼可能仍還要以預(yù)定方式被處理。所要發(fā)送的啟動消息可以是一個起始地址消息(IAM)(如果公用信道信令系統(tǒng)所用的用戶部分是ISDN用戶部分ISUP)，或者是一個具有附加信息的起始地址消息(IAI)(如果所用的用戶部分是電話用戶部分TUP)。下面，假定用戶部分是ISUP。
交換機SW1’進行數(shù)字分析，這在入局電路群所確定的分析樹(運營者間的鏈路)中進行(步驟4)。利用這一分析樹，將來自所述鏈路的所有呼叫送到運營者B的網(wǎng)絡(luò)中的驗證交換機SW4’。于是交換機SW1’將IAM消息(或IAI消息)進一步發(fā)送到交換機SW4’(步驟5)。在這一步驟中，還可以刪除與具體運營者相關(guān)的前輟號碼，盡管被叫號碼可能仍要以預(yù)定方式被處理。另一方面，在這一過程中，當(dāng)呼叫嘗試驗證后被返回以改向時，還可以插入合適的用以識別呼叫嘗試的前輟號碼。
主叫用戶驗證交換機通過將消息中所出現(xiàn)的主叫用戶標(biāo)識符與存儲在數(shù)據(jù)庫DB中的號碼進行比較來完成驗證(步驟6)?？蓪λ泻羧牒艚谢蛘邇H對根據(jù)特定條件所選擇的呼叫(例如對被叫用戶的號碼的起始部分與運營者的標(biāo)識符相應(yīng)的那些呼叫)進行這種比較。從這個意義上講，最好還保持被叫號碼的前輟號碼不變。例如還可以根據(jù)如入局電路群作出驗證決定；要進行驗證的業(yè)務(wù)被送至一個與沒有必要進行驗證的業(yè)務(wù)不同的電路群。
驗證過程例如既可用主叫又可用被叫號碼。如果在數(shù)據(jù)庫中有主叫號碼，則過程返回一個釋放命令、一個釋放代碼和一個呼叫被改向到的號碼(在這種情況下，該號碼與被叫號碼相同)。如果在數(shù)據(jù)庫中沒有該主叫號碼，則過程代之以返回一個交換命令和關(guān)于路由選擇的目的地(如業(yè)務(wù)點)的信息。
在本發(fā)明的一種優(yōu)選實施方式中，比較中也可用被叫號碼；如果涉及有效用戶并且被叫號碼在屬于超出驗證交換機范圍的交換機的某一號碼區(qū)中，那么呼叫不必向后釋放，而可以以已知方式從驗證交換機直接向前繼續(xù)進行呼叫建立。在這種方法中，可以避免同一鏈路的反復(fù)釋放和預(yù)定。因此，以上圖5中所示的驗證塊VU包括比較器裝置COMP，該裝置有兩種可能的實現(xiàn)方式。在第一種實現(xiàn)方式中，它們只執(zhí)行將主叫號碼與有效用戶的號碼進行比較的第一比較。在第二種實現(xiàn)方式中，除了進行第一比較之外，它們還執(zhí)行這樣的比較，即將被叫號碼與超出呼叫嘗試的到達(dá)方向上的節(jié)點范圍的那些交換機的號碼區(qū)進行比較。
如果在數(shù)據(jù)庫中有該主叫用戶的號碼，則過程如下。應(yīng)當(dāng)注意，如果采用上述優(yōu)選實施方式，那么，若在數(shù)據(jù)庫中有該主叫用戶的號碼并且被叫號碼沒有超出驗證交換機的范圍，則操作過程如下。在驗證交換機中，(內(nèi)部)釋放代碼被變換為要向后發(fā)送的釋放消息中的代碼，這表示，根據(jù)驗證結(jié)果，已分配的傳輸容量必須被釋放。例如，當(dāng)采用ISUP信令時，在“釋放”消息中，可以采用原因指示符No．23，這一指示符是說明書中專為此而指定的，即，要使釋放改向到新的目的地?？梢圆挥迷蛑甘痉鸑o．23，而采用說明書中供運營者專用的目前尚未占用的某一別的原因指示符。這些原因指示符包括指示符No．10…15和24。
圖8示出了驗證交換機SW4’發(fā)回的“釋放”消息(步驟7)。該消息在原因指示符字段中包括例如所述原因指示符，而在改向號碼字段中包括改向到的號碼ABCDE。對于有效用戶，該號碼是原被叫號碼，而對于無效用戶，則是所期望的業(yè)務(wù)點的號碼(即使想將無效用戶的呼叫發(fā)向驗證交換機之外的特殊業(yè)務(wù)點)。一旦接收到這一釋放消息，交換機SW1’根據(jù)原因指示符所確定的分析樹中(而不是前述與同一呼叫嘗試有關(guān)的入局電路群所確定的分析樹中)的所述號碼進行一個新的數(shù)字分析(步驟8)。由此開始，呼叫嘗試以已知方式進至所期望的用戶或進至業(yè)務(wù)點(步驟9和10)。至少對于有效用戶，直接通過交換機SW1和SW1’建立到所期望用戶的語音通路。換言之，有效用戶的語音通路不用通過驗證交換機。被建立的該語音通路在圖7中用虛線表示。其唯一的例外可能是這樣一種情況驗證交換機還用作一個普通呼叫交換的交換機，再者，還在交換機SW1’中，將驗證交換機的方向改向。然而，最好根據(jù)上述優(yōu)選實施方式繼續(xù)進行，即通過這樣一種方法進行即使被叫用戶超出驗證交換機范圍，也從該驗證交換機直接向前繼續(xù)進行呼叫的路由選擇。因此，在這些情況下，沒有進行釋放和改向。在這些情況下，用上述方式即通過還要根據(jù)驗證來校驗被叫號碼的方式實現(xiàn)直接向前的路由選擇。
如果主叫用戶的號碼不在數(shù)據(jù)庫DB中，則過程可類似于現(xiàn)有技術(shù)方法中的過程，即呼叫可通向話音通知或業(yè)務(wù)號碼。因此，在這種情況下，盡管一部分已分配的語音通路未被釋放，但連接建立繼續(xù)進行，并且呼叫可通向同一交換機指定的話音通知，或者可通向交換機之外的業(yè)務(wù)點(幫助軟件)。最后所述的選擇預(yù)先假定驗證交換機還用作一個可用來交換語音通路的普通交換機。或者說，這一過程可以這樣一部分已建立的連接被釋放(類似于就有效用戶而言的情況)例如直到網(wǎng)絡(luò)邊緣處的交換機或者直到前一交換機，然后發(fā)出關(guān)于沒有授權(quán)的話音通知或者在所述交換機中完成到所期望的業(yè)務(wù)點的改向。如果所用的釋放消息沒有包含被改向到的業(yè)務(wù)點的號碼或要發(fā)出的話音通知的代碼，那么它必須包含它自己的原因指示符，以便這種情況可以區(qū)別于有效用戶對呼叫嘗試所進行的改向。即使驗證交換機只作為有效性校驗服務(wù)器(沒有通過它交換語音通路)并且例如想將呼叫發(fā)送到網(wǎng)絡(luò)中的特殊業(yè)務(wù)點，也可執(zhí)行這種釋放。
來自驗證交換機的釋放消息的發(fā)送還可以這樣進行當(dāng)主叫用戶的號碼被發(fā)現(xiàn)時，以預(yù)定的專門空著(即沒有分析數(shù)據(jù))的分析樹進行路由選擇。這一方案的優(yōu)點在于，對現(xiàn)有交換機配置(例如本申請人的DX200交換機)作很小的改變就可以釋放連接。甚至現(xiàn)在，當(dāng)呼叫嘗試不成功時，也總要在交換機中進行選擇結(jié)束(EOS)的分析。這一分析是對交換機的指示失敗原因的內(nèi)部釋放代碼進行分析。在這種情況下，釋放代碼表示該號碼不在所述分析樹中。根據(jù)該代碼，交換機自動向后產(chǎn)生一個釋放消息。內(nèi)部代碼可以很簡單地被轉(zhuǎn)換成要向后發(fā)送的釋放消息的所需代碼。然而，在這種情況下，該消息沒有包括要被改向到的號碼(因為該消息并不用來觸發(fā)改向)。不過，這并沒有什么不好，只要網(wǎng)絡(luò)邊緣處的交換機存儲了原被叫號碼。在這種交換機中，釋放消息中所用的原因指示符此時被認(rèn)為是根據(jù)釋放代碼確定的分析樹中的原呼叫號碼所進行的改向。因此，如果所用的釋放消息沒有包括被改向到的號碼，那么網(wǎng)絡(luò)邊緣處的交換機一定存儲了原被叫號碼。與所接收的釋放消息有關(guān)的呼叫嘗試通過一種已知方式(例如利用消息中所含的電路識別碼CIC)被識別。
如果驗證交換機同時作為一個普通交換機，那么在采用未占用的分析樹時，尤其可例如根據(jù)分析樹將“驗證呼叫”區(qū)別于“純粹”情況(其中，交換機在呼叫建立中無法在分析樹中找到該號碼)。不過，由于在網(wǎng)絡(luò)邊緣處的交換機(SW1’)中，呼叫無論如何都將接收合適的釋放代碼并都將以適當(dāng)?shù)姆绞奖会尫?，因此不必進行區(qū)分。如果驗證交換機只作為用戶的驗證裝置，那么也不必進行這種區(qū)分。
如果驗證交換機作為一個只校驗用戶權(quán)限的服務(wù)器來工作，那么它可通過這樣的方式被實現(xiàn)成一個“分解”交換機它只包括上述功能所必須的交換機中的那些部件。因此，該交換機至少且只要包括實現(xiàn)呼叫控制的部件，能進行與驗證有關(guān)的數(shù)據(jù)庫查詢的部件，和根據(jù)驗證進行操作的信息裝置。該節(jié)點可以有一個指向一個或多個鄰近節(jié)點方向的接口。原則上，還可以“分解”所用的協(xié)議。因此，不必要的裝置可以省略，盡管還會涉及到用以建立和釋放呼叫的同一協(xié)議，如果在驗證交換機(SW4’)與網(wǎng)絡(luò)邊緣處的交換機(SW1’)之間有一個或多個交換機，那么最好標(biāo)記出所用的原因指示符，以便在這些交換機中向后表示出連接的釋放，而在網(wǎng)絡(luò)邊緣處的交換機中只表示出改向到某一號碼的改向。因此，最好是從網(wǎng)絡(luò)邊緣處的交換機處而不是從驗證節(jié)點與網(wǎng)絡(luò)邊緣處的交換機之間的交換機處進行改向，因為通過這種方式可以沿最佳路由建立語音通路。不過，原則上可以從沿著所述運營者的網(wǎng)絡(luò)中已分配的路由的任一交換機處進行改向。
盡管下面參照根據(jù)附圖的例子描述了本發(fā)明，顯然，本發(fā)明并不局限于此，而可以在附屬權(quán)利要求書中所闡述的本發(fā)明思想的范圍內(nèi)進行修改。例如，釋放和改向裝置可以隨所用信令方法而變化。因此，可以采用通過特定原因指示符所標(biāo)記的標(biāo)準(zhǔn)釋放消息或者采用例如為此所預(yù)定的獨立的與具體運營者相關(guān)的消息。至關(guān)重要的只是，電路的兩端都必須明確理解該原因指示符或消息。就進行驗證的方式和相應(yīng)的釋放消息的形成而言，交換機的內(nèi)部結(jié)構(gòu)還可以以多種方式變化。另外，還可以有若干個驗證交換機，以便某個交換機服務(wù)于某個區(qū)域，但從使用和控制觀點來看，只有一個交換機進行驗證是有好處的。驗證未必要在鄰近運營者的網(wǎng)絡(luò)中進行，而還可以在離用戶更遠(yuǎn)的地方進行。因此，所用的術(shù)語“鄰近運營者”未必是指鄰近的運營者的網(wǎng)絡(luò)，如果有兩個以上運營者的話。至于無效用戶，還可以在驗證節(jié)點中或者在外部業(yè)務(wù)點處實現(xiàn)進一步的業(yè)務(wù)或分析。在后面那種情況下，還可以用一種適當(dāng)?shù)闹甘舅玫倪M一步的業(yè)務(wù)或分析的前輟號碼來返回被叫用戶。
權(quán)利要求
1．電信系統(tǒng)中一種主叫用戶驗證的方法，該系統(tǒng)被劃分為一些由至少兩個不同的運營者所管理的網(wǎng)絡(luò)，并且在該系統(tǒng)中，至少有一些與給定運營者的網(wǎng)絡(luò)連接的用戶還通過所述給定運營者的網(wǎng)絡(luò)接入鄰近運營者的網(wǎng)絡(luò)，當(dāng)用戶向鄰近運營者的網(wǎng)絡(luò)發(fā)出呼叫嘗試時進行所述驗證，其中，在這種呼叫建立階段-從主叫用戶的交換機開始逐個鏈路地分配傳輸容量，從而通過網(wǎng)絡(luò)間的鏈路(IOL)建立到鄰近運營者的網(wǎng)絡(luò)的連接，和-在所述鄰近運營者的網(wǎng)絡(luò)的節(jié)點中進行驗證，即校驗主叫用戶是否有資格接入所述網(wǎng)絡(luò)，其特征在于鄰近運營者的網(wǎng)絡(luò)利用某一預(yù)定的節(jié)點(SW4’)以進行主叫用戶驗證，并且在鄰近運營者的網(wǎng)絡(luò)中，從網(wǎng)絡(luò)間的鏈路直到在連接建立階段進行驗證的所述預(yù)定節(jié)點，連接建立過程一直進行，其中，當(dāng)驗證給出肯定結(jié)果時-從所述預(yù)定節(jié)點直到給定的預(yù)定交換機，向后釋放已建立的連接，和-從所述預(yù)定交換機處將呼叫改向到所要求的目的地。
2．如權(quán)利要求1所述的方法，其特征在于該節(jié)點存儲有資格接入鄰近運營者的網(wǎng)絡(luò)的用戶的號碼，該驗證通過將主叫號碼與所存儲的號碼比較來實現(xiàn)，還在于驗證表明主叫用戶有資格接入鄰近運營者的網(wǎng)絡(luò)被認(rèn)為是肯定結(jié)果。
3．如權(quán)利要求1所述的方法，其特征在于該節(jié)點存儲有資格接入鄰近運營者的網(wǎng)絡(luò)的用戶的號碼，該驗證通過將主叫號碼與所存儲的號碼比較并且還將被叫號碼與屬于超出呼叫嘗試的到達(dá)方向上的所述節(jié)點范圍的那些交換機的號碼區(qū)比較來實現(xiàn)，還在于驗證表明主叫用戶有資格接入鄰近運營者的網(wǎng)絡(luò)而被叫號碼不屬于所述號碼區(qū)被認(rèn)為是肯定結(jié)果。
4．如權(quán)利要求1所述的方法，其特征在于，向后釋放已建立的連接一直到作為鄰近運營者的網(wǎng)絡(luò)中的網(wǎng)絡(luò)間鏈路的終點的交換機(SW1’)。
5．如權(quán)利要求1所述的方法，其特征在于，鄰近運營者的網(wǎng)絡(luò)只用一個節(jié)點進行主叫用戶驗證。
6．如權(quán)利要求1所述的方法，其特征在于，當(dāng)驗證表明主叫用戶沒有資格接入網(wǎng)絡(luò)時，呼叫被改向到話音通知業(yè)務(wù)。
7．如權(quán)利要求1所述的方法，其特征在于，當(dāng)驗證表明主叫用戶沒有資格接入網(wǎng)絡(luò)時，從所述預(yù)定節(jié)點到節(jié)點外的目的地，向前繼續(xù)進行呼叫建立。
8．如權(quán)利要求1所述的方法，其特征在于，從所述預(yù)定節(jié)點返回一個含有有關(guān)釋放原因信息的標(biāo)準(zhǔn)釋放消息。
9．如權(quán)利要求8所述的方法，其特征在于，釋放消息中還包括有關(guān)要改向到的目的地的信息。
10．如權(quán)利要求1所述的方法，其特征在于，只對其中被叫號碼包括所述運營者的標(biāo)識符的那些呼叫嘗試進行驗證。
11．如權(quán)利要求1所述的方法，其特征在于，當(dāng)根據(jù)驗證發(fā)現(xiàn)主叫用戶有資格接入網(wǎng)絡(luò)時，呼叫嘗試的路由選擇被指定到空著的分析樹中進行。
12．一種電信系統(tǒng)，該系統(tǒng)被劃分為一些由至少兩個不同的運營者所管理的網(wǎng)絡(luò)，并且在該系統(tǒng)中，至少有一些與給定運營者的網(wǎng)絡(luò)連接的用戶還接入鄰近運營者的網(wǎng)絡(luò)，其特征在于，至少一個運營者的網(wǎng)絡(luò)具有-第一節(jié)點(SW4’)，該節(jié)點包括用于驗證發(fā)自鄰近運營者的網(wǎng)絡(luò)的呼叫嘗試的主叫用戶的驗證裝置(VU)，-在直接與鄰近運營者的網(wǎng)絡(luò)連接的交換機中，用于將來自鄰近運營者的網(wǎng)絡(luò)的呼叫嘗試送至與呼叫嘗試的被叫號碼無關(guān)的第一節(jié)點的路由選擇裝置(CC，DA，RS)，和-在第一節(jié)點中，根據(jù)驗證裝置用于向后釋放已分配的傳輸容量的釋放裝置(CCSU)。
13．如權(quán)利要求12所述的電信系統(tǒng)，其特征在于，第一節(jié)點只進行驗證，呼叫的語音通路通過網(wǎng)絡(luò)的其他節(jié)點。
14．如權(quán)利要求12所述的電信系統(tǒng)，其特征在于，第一節(jié)點還進行呼叫交換。
15．如權(quán)利要求12所述的電信系統(tǒng)，其特征在于，驗證裝置包括用于將主叫號碼與存儲在該節(jié)點中的有效用戶的號碼進行比較的比較器裝置(COMP)。
16．如權(quán)利要求12所述的電信系統(tǒng)，其特征在于，驗證裝置包括用于將主叫號碼與存儲在該節(jié)點中的有效用戶的號碼進行比較，并且另外還將被叫號碼與屬于超出呼叫嘗試的到達(dá)方向上的第一節(jié)點范圍的交換機的號碼區(qū)進行比較的比較器裝置(COMP)。
全文摘要
本發(fā)明涉及電信系統(tǒng)中主叫用戶驗證,該系統(tǒng)被劃分為一些由至少兩個不同的運營者所管理的網(wǎng)絡(luò),并且在該系統(tǒng)中,至少有一些與給定運營者的網(wǎng)絡(luò)連接的用戶還通過給定運營者的網(wǎng)絡(luò)接入鄰近運營者的網(wǎng)絡(luò)。為了能經(jīng)濟地并且以網(wǎng)絡(luò)傳輸容量的最大利用率來執(zhí)行這一驗證,鄰近運營者的網(wǎng)絡(luò)利用某一預(yù)定的節(jié)點(SW4’)以進行主叫用戶驗證,并且在鄰近運營者的網(wǎng)絡(luò)中,從網(wǎng)絡(luò)間的鏈路直到在連接建立階段進行驗證的所述預(yù)定節(jié)點,連接建立過程一直進行。當(dāng)驗證給出肯定結(jié)果時:(a)從預(yù)定節(jié)點直到給定的預(yù)定交換機,向后釋放已建立的連接,和(b)從所述預(yù)定交換機處將呼叫改向到所要求的目的地。
文檔編號H04Q3/00GK1283357SQ98812499
公開日2001年2月7日 申請日期1998年12月23日 優(yōu)先權(quán)日1997年12月23日
發(fā)明者賈莫·哈諾 申請人:諾基亞網(wǎng)絡(luò)有限公司