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