專利名稱：呼叫轉(zhuǎn)移受管路由重選的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總的涉及用于管理呼叫轉(zhuǎn)移(call forwarding)的方法和系統(tǒng)，特別涉及用于在啟動呼叫轉(zhuǎn)移路徑的多個可能的節(jié)點中進(jìn)行選擇的方法和系統(tǒng)。
背景技術(shù)：
已知有一些系統(tǒng)允許將呼叫從網(wǎng)絡(luò)的被叫節(jié)點轉(zhuǎn)移到另一個節(jié)點。如果通過第一節(jié)點接收業(yè)務(wù)的用戶允許呼叫轉(zhuǎn)移到由第二節(jié)點提供業(yè)務(wù)的用戶站點，則至第一節(jié)點的呼叫將被轉(zhuǎn)換(divert)到第二節(jié)點。這樣，就有從始發(fā)節(jié)點到第一節(jié)點的呼叫路徑、和從第一節(jié)點到第二節(jié)點的轉(zhuǎn)移路徑，以便使主叫用戶與被叫用戶建立通信。
盡管呼叫轉(zhuǎn)移能力提供了許多方便，但是現(xiàn)有技術(shù)的方法會大大增加某些呼叫連接的費(fèi)用。例如，一個呼叫可能是從美國的節(jié)點始發(fā)，而被叫節(jié)點可能在德國。該呼叫路徑通常需要使用相對昂貴的交換的或租用的國際綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)設(shè)施。如果呼叫要被轉(zhuǎn)換到的目的節(jié)點也在美國，則從被叫節(jié)點到目的節(jié)點的轉(zhuǎn)移路徑也需要國際中繼線。國際中繼線的兩次使用將大大增加從始發(fā)用戶到目的用戶的連接呼叫的費(fèi)用。
授予Uehara等人的第5,452,349號美國專利描述了包括連接到ISDN的公用網(wǎng)的通信系統(tǒng)的使用的改進(jìn)。在該公用網(wǎng)中包括呼叫改向(calldeflection)控制系統(tǒng)。如果在公用網(wǎng)的一個終端允許呼叫轉(zhuǎn)移，則從ISDN的一個終端接收呼叫時將進(jìn)行判斷。該控制系統(tǒng)判斷，是將該呼叫轉(zhuǎn)移到被叫公用網(wǎng)的一個終端，還是轉(zhuǎn)移到始發(fā)ISDN的一個終端。如果該呼叫還在公用網(wǎng)內(nèi)，則該轉(zhuǎn)移在公用網(wǎng)的終端上執(zhí)行。另一方面，如果該呼叫要被轉(zhuǎn)移到ISDN的第二終端，則向ISDN請求執(zhí)行呼叫轉(zhuǎn)移。這將消除使用兩個不同的ISDN線路所帶來的問題。
Uehara等人的系統(tǒng)與現(xiàn)有技術(shù)的呼叫轉(zhuǎn)移控制系統(tǒng)相比具有優(yōu)越性。然而，使用該系統(tǒng)受到限制。例如，被轉(zhuǎn)移的呼叫的目的地可能在第三網(wǎng)絡(luò)中，所以Uehara等人的系統(tǒng)是不可行的。
需要一種方法和系統(tǒng)來管理將被轉(zhuǎn)移的呼叫，以便節(jié)約設(shè)施和資源。
本發(fā)明概要一種管理呼叫轉(zhuǎn)移的方法和系統(tǒng)，包括確定始發(fā)節(jié)點、被叫節(jié)點、或中間節(jié)點中的哪個是啟動至呼叫被轉(zhuǎn)移到的位置、即目的節(jié)點的鏈路的最佳節(jié)點。啟動至目的節(jié)點的轉(zhuǎn)移路徑的合適節(jié)點的確定，是根據(jù)可管理的預(yù)先定義的準(zhǔn)則來進(jìn)行的，該準(zhǔn)則允許一方定制(customize)呼叫轉(zhuǎn)移操作以滿足該方的具體網(wǎng)絡(luò)要求。在優(yōu)選實施例中，該準(zhǔn)則包括被轉(zhuǎn)移的始發(fā)用戶的允許；目的節(jié)點相對于始發(fā)節(jié)點、被叫節(jié)點、及任何匯接(tandem)/網(wǎng)關(guān)節(jié)點中的每一個的位置和可連接性，這些節(jié)點可能是從始發(fā)節(jié)點到被叫節(jié)點的呼叫路徑上的中間節(jié)點。
該管理呼叫轉(zhuǎn)移的方法的第一步驟是，建立從到達(dá)目的節(jié)點的多個可選路徑中進(jìn)行選擇的準(zhǔn)則，該目的節(jié)點是當(dāng)被轉(zhuǎn)移到的用戶遠(yuǎn)離轉(zhuǎn)移用戶時呼叫允許被轉(zhuǎn)移到的節(jié)點。通常，建立準(zhǔn)則的目標(biāo)是盡量減少用于建立連接的鏈路。這可以節(jié)省昂貴的中繼線設(shè)施，并降低業(yè)務(wù)負(fù)荷，特別是當(dāng)網(wǎng)絡(luò)包括國際鏈路時。然而，其他因素也是很重要的。例如，一個節(jié)點可能不具有啟動轉(zhuǎn)移路徑的能力，所以必須有規(guī)定來確定轉(zhuǎn)移能力。在選擇用于啟動轉(zhuǎn)移路徑的節(jié)點時的另一可能因素涉及轉(zhuǎn)移呼叫時特定鏈路上的業(yè)務(wù)量。如果檢測到可能的轉(zhuǎn)移路徑的鏈路非常忙，則在選擇路徑時可以不考慮該鏈路。
在優(yōu)選實施例中，下一步驟是，是否要在從始發(fā)節(jié)點到被叫節(jié)點的呼叫路徑上選擇一個中間節(jié)點，用于啟動至目的節(jié)點的轉(zhuǎn)移路徑。以往，根據(jù)某些屬性，如地理距離、網(wǎng)絡(luò)協(xié)議類型、以及路由選擇和路由重選屬性，對節(jié)點進(jìn)行分組?！肮?jié)點組”在這里也稱為“邏輯邊界”。有些節(jié)點組之間的鏈路可能是簡單的專用網(wǎng)絡(luò)鏈路，而具有不兼容屬性的節(jié)點組之間的連接可能需要一個或多個網(wǎng)關(guān)節(jié)點、和昂貴的網(wǎng)關(guān)鏈路，以便允許不同組節(jié)點之間的通信。從一個網(wǎng)絡(luò)到另一個網(wǎng)絡(luò)的網(wǎng)關(guān)節(jié)點通常也是該網(wǎng)關(guān)節(jié)點所處的網(wǎng)絡(luò)內(nèi)的主要集線器(hub)。節(jié)點或節(jié)點組之間的鏈路可能是公用交換ISDN鏈路或?qū)Ｓ肐SDN鏈路。終端用戶(end-user)或終端節(jié)點(end-nodes)可能是非ISDN鏈路。進(jìn)行呼叫轉(zhuǎn)移路由重選的中間節(jié)點為終端用戶工作。
如果在實施該方法時，確定一個中間節(jié)點將用于啟動轉(zhuǎn)移路徑，則從被叫節(jié)點反向傳送請求。該請求指定用于建立呼叫轉(zhuǎn)移的中間節(jié)點的標(biāo)識。在優(yōu)選實施例中，該中間節(jié)點位于從始發(fā)節(jié)點到被叫節(jié)點的呼叫路徑上，所以該中間節(jié)點能夠在設(shè)置消息被初始地從始發(fā)節(jié)點傳送到被叫節(jié)點時，保存該設(shè)置消息中的信息。例如，當(dāng)請求中間節(jié)點進(jìn)行改發(fā)(redirection)時，保存始發(fā)節(jié)點的標(biāo)識，并且將轉(zhuǎn)移節(jié)點的標(biāo)識加入設(shè)置信息。雖然不是關(guān)鍵的，但是中間節(jié)點進(jìn)行信息的保存/附加可能需要在中間節(jié)點上將呼叫轉(zhuǎn)移能力設(shè)置為“激活(active)”。
在確定了一個中間節(jié)點將被用于啟動呼叫轉(zhuǎn)移路徑后，從被叫節(jié)點將請求傳送到中間節(jié)點。然后斷開被叫節(jié)點和中間節(jié)點之間的鏈路，釋放該鏈路以用于其他呼叫。
如果沒有中間節(jié)點，或者如果沒有選擇中間節(jié)點以用于啟動轉(zhuǎn)移路徑，則使用建立的準(zhǔn)則來選擇是從始發(fā)節(jié)點、還是從被叫節(jié)點來啟動轉(zhuǎn)移路徑。在大多數(shù)情況下，如果目的節(jié)點與被叫節(jié)點在同一組，則使用本領(lǐng)域熟知的技術(shù)，從被叫節(jié)點轉(zhuǎn)換呼叫。如果目的節(jié)點與始發(fā)節(jié)點在同一組，則始發(fā)節(jié)點通常是被選擇用于啟動轉(zhuǎn)移路徑的節(jié)點。然而，建立的準(zhǔn)則可能要求別的的安排，例如在始發(fā)節(jié)點不支持呼叫轉(zhuǎn)移業(yè)務(wù)的情況下。
如果將始發(fā)節(jié)點用于啟動至目的節(jié)點的轉(zhuǎn)移路徑，則可以斷開至被叫節(jié)點的呼叫路徑。這樣，可以節(jié)省處理和鏈路資源。受管呼叫轉(zhuǎn)移轉(zhuǎn)化為潛在的費(fèi)用節(jié)省和鏈路可用性的大大增加。
附圖的簡要描述

圖1是現(xiàn)有技術(shù)的示例性拓?fù)浣Y(jié)構(gòu)的示意圖。
圖2是本發(fā)明的用于建立呼叫轉(zhuǎn)移條件的步驟的流程圖。
圖3是圖2的一個步驟中形成的示例性的控制表。
圖4是本發(fā)明的管理將要轉(zhuǎn)移的特定呼叫所執(zhí)行的步驟的流程圖。
圖5是在圖4的步驟68可以執(zhí)行的事件的表。
圖6A和6B是本發(fā)明的在中間節(jié)點進(jìn)行轉(zhuǎn)移所執(zhí)行的步驟的流程圖。
圖7是在執(zhí)行圖4的步驟時可能遇到的示例性拓?fù)浣Y(jié)構(gòu)。
圖8和圖9是選擇網(wǎng)關(guān)節(jié)點以啟動呼叫轉(zhuǎn)移的連接和消息的示意圖。
圖10是本發(fā)明的呼叫轉(zhuǎn)移管理路由重選的主要構(gòu)成部分的方框圖。
圖11和12是通過非網(wǎng)關(guān)節(jié)點的中間節(jié)點進(jìn)行的呼叫轉(zhuǎn)移的消息流的示意圖。
實施本發(fā)明的最佳方式參照圖1，示出的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的例子包括三個互連的網(wǎng)絡(luò)10、12和14。每個網(wǎng)絡(luò)包括多于一個節(jié)點組。每個組這里被稱為“邏輯邊界”(LB)。邏輯邊界可以基于路由選擇屬性和/或地理位置。每個網(wǎng)絡(luò)包括多個邏輯邊界。根據(jù)地理位置和網(wǎng)絡(luò)協(xié)議類型將邏輯邊界指定給特定網(wǎng)絡(luò)。
在第一網(wǎng)絡(luò)10中有三個邏輯邊界16、18和20。在同一邏輯邊界內(nèi)的兩個節(jié)點之間或不同邏輯邊界、但是在同一網(wǎng)絡(luò)內(nèi)的兩個節(jié)點之間的通信可以由專用網(wǎng)絡(luò)鏈路進(jìn)行。該專用網(wǎng)絡(luò)鏈路由圖1的較細(xì)的節(jié)點連接線路來表示。另一方面，如較粗的節(jié)點連接線路所表示的，不同網(wǎng)絡(luò)10、12和14的節(jié)點之間的連接可以通過網(wǎng)關(guān)鏈路22、24和26來進(jìn)行。每個網(wǎng)關(guān)鏈路被連接到至少一個網(wǎng)關(guān)節(jié)點28、30、32和34。網(wǎng)關(guān)節(jié)點是更強(qiáng)大的節(jié)點，它們支持網(wǎng)關(guān)鏈路，這通常是昂貴的交換的或租用的國際ISDN設(shè)施。每個網(wǎng)關(guān)節(jié)點常常也是該節(jié)點所處的網(wǎng)絡(luò)內(nèi)的主要集線器。
根據(jù)許多現(xiàn)有技術(shù)，呼叫轉(zhuǎn)移過程是這樣的從始發(fā)節(jié)點到被叫節(jié)點形成呼叫路徑，然后從被叫節(jié)點到指定的目的節(jié)點形成轉(zhuǎn)移路徑。這被稱為被叫/改發(fā)節(jié)點上的“轉(zhuǎn)移切換(forward switching)”。例如，如果由邏輯邊界16的一個洛杉磯節(jié)點提供業(yè)務(wù)的用戶，呼叫由赫爾辛基邏輯邊界36中的網(wǎng)關(guān)節(jié)點34提供業(yè)務(wù)的用戶，則呼叫路徑是從LB2的節(jié)點到LB5的節(jié)點。如果被叫用戶已指定了紐約邏輯邊界18中的節(jié)點用于呼叫轉(zhuǎn)移，則轉(zhuǎn)移路徑是從LB5到LB1的指定節(jié)點。該從主叫方到轉(zhuǎn)移方的連接需要兩次使用網(wǎng)關(guān)鏈路22的昂貴的國際中繼線。
與現(xiàn)有技術(shù)不同，本發(fā)明通過在可能用于啟動至指定的目的節(jié)點的轉(zhuǎn)移路徑的多個節(jié)點中進(jìn)行選擇來管理呼叫轉(zhuǎn)移。在優(yōu)選實施例中，第一步驟是基于“控制”表的選擇過程，該控制表用于確定是否要將從LB2到LB5的呼叫路徑上的中間節(jié)點選作啟動轉(zhuǎn)移路徑的節(jié)點。如下面將要詳細(xì)描述的，如果選擇了網(wǎng)關(guān)節(jié)點28，則LB5的被叫節(jié)點將向網(wǎng)關(guān)節(jié)點28傳送轉(zhuǎn)移請求。當(dāng)形成轉(zhuǎn)移路徑后，可以釋放LB5的節(jié)點和網(wǎng)關(guān)節(jié)點之間的鏈路。
繼續(xù)說明優(yōu)選實施例，如果沒有選擇呼叫路徑上的中間節(jié)點，則也要根據(jù)“控制”表，來確定是被叫節(jié)點、還是始發(fā)節(jié)點應(yīng)該啟動轉(zhuǎn)移路徑。對于始發(fā)節(jié)點與目的節(jié)點在同一網(wǎng)絡(luò)10的例子，更可能選擇始發(fā)節(jié)點。然而，用于在節(jié)點之間進(jìn)行選擇的準(zhǔn)則必須包括確定一個特定節(jié)點是否支持呼叫轉(zhuǎn)移。如果LB2的始發(fā)節(jié)點不包括呼叫轉(zhuǎn)移能力，則將選擇被叫節(jié)點來啟動轉(zhuǎn)移路徑。如果選擇了始發(fā)節(jié)點，則將轉(zhuǎn)移請求傳送到始發(fā)節(jié)點，并且可以釋放始發(fā)節(jié)點和被叫節(jié)點之間的鏈路。
呼叫轉(zhuǎn)移受管路由重選系統(tǒng)可以是專用電信網(wǎng)絡(luò)/交換機(jī)(privatetelecommunication networks/exchanges,PTN/Xs)的輔助業(yè)務(wù)，其中路由重選可以通過專用鏈路或使用公用交換網(wǎng)鏈路的虛擬專用網(wǎng)絡(luò)來進(jìn)行。在遇到向遠(yuǎn)地位置轉(zhuǎn)移的被叫用戶時，該系統(tǒng)在理想情況下提供最經(jīng)濟(jì)的路由重選路徑，這由管理局預(yù)先定義。路由重選可以由始發(fā)節(jié)點、被叫節(jié)點、或指定的中間節(jié)點來進(jìn)行。
呼叫轉(zhuǎn)移受管路由重選(call forward managed rerouting,CFMR)包括至少兩種業(yè)務(wù)，即被提供業(yè)務(wù)的用戶轉(zhuǎn)換開關(guān)(switch)上的CFMR(CFMR atthe served user switch,CFMR S)、和路由重選轉(zhuǎn)換開關(guān)上的CFMR(CFMR atthe rerouting switch,CFMR_R)。
現(xiàn)在參照圖2，為圖1所示類型的網(wǎng)絡(luò)10、12和14的每個節(jié)點(PTN/X)指定一個獨(dú)特節(jié)點標(biāo)識。該指定示于步驟38。每個節(jié)點知道其被指定的網(wǎng)內(nèi)(netword-wide)獨(dú)特節(jié)點ID，從而每當(dāng)有呼叫時，可以將該節(jié)點ID與傳統(tǒng)的設(shè)置信息一起傳送。該節(jié)點ID可以嵌入在編號計劃(numbering plan)中。
步驟40是管理中間節(jié)點的功能，該中間節(jié)點用于激活CFMR R業(yè)務(wù)，以便存儲必要信息，并監(jiān)視反向上的D信道有無呼叫轉(zhuǎn)移請求。下面參照步驟43，詳細(xì)說明CFMR R業(yè)務(wù)的其他細(xì)節(jié)。
在步驟42中管理兩個本地表，以便提供信息，用于在啟動轉(zhuǎn)移路徑的多個可能的節(jié)點之中進(jìn)行選擇?！扒闆r事件(case event)”表(圖5)是根據(jù)轉(zhuǎn)移或始發(fā)節(jié)點上的路由重選確定算法(Rerouting at Forwarding orOriginating Node Determination Algorithm)的結(jié)果所采取的行動?！翱刂啤北?圖3)用于存儲選擇數(shù)據(jù)。
在步驟43中，業(yè)務(wù)被調(diào)用。在激活至遠(yuǎn)地站點的呼叫轉(zhuǎn)移的用戶的節(jié)點上調(diào)用CFMR S。當(dāng)來話到達(dá)被叫站點時，在被叫節(jié)點上自動調(diào)用該業(yè)務(wù)。在路由重選轉(zhuǎn)換開關(guān)上提供CFMR R，在該路由重選轉(zhuǎn)換開關(guān)上，中間節(jié)點(即匯接/網(wǎng)關(guān)節(jié)點)按中繼線群激活(active on a per-trunk-group basis)。中繼線群可以被管理為CFMR_R_active(CFMR_R激活)，或者被管理為CFMR_R_inactive(CRMR_R未激活)。根據(jù)相關(guān)的中繼線群被管理的方式的不同，可以在中間節(jié)點上自動調(diào)用該業(yè)務(wù)。如果中繼線群被管理為未激活，則中間節(jié)點將不保存下次路由重選所需的數(shù)據(jù)，或監(jiān)視中間節(jié)點的D信道，這樣，任何轉(zhuǎn)移請求消息都可以通過該節(jié)點，以便由呼叫路徑上的前一節(jié)點處理。
圖3是CFMR控制表44的一種實現(xiàn)的示意圖。第一欄46標(biāo)識可選的輸入中繼線群指定。為了靈活性和可替換路由，對于一個節(jié)點ID/數(shù)字串(digitstring)，可以指定多于一個的中繼線群。在第二欄48中，標(biāo)識節(jié)點ID。網(wǎng)絡(luò)中的每個節(jié)點ID必須具有一個表項及其邏輯邊界號。也可以輸入數(shù)字串(例如全部或部分公用號)。這里推薦將編號計劃區(qū)域或位置碼用作節(jié)點的節(jié)點ID，因為可能有必要將主叫方號、轉(zhuǎn)移號、和轉(zhuǎn)移到號與節(jié)點ID相關(guān)聯(lián)。例如，在美國，節(jié)點ID可以是區(qū)域碼加基于特定用戶的DID號的局碼，例如407997。然而，在建立節(jié)點ID時也可以采用其他技術(shù)。
控制表44的第三欄50標(biāo)識邏輯邊界號。如上所述，同一地理區(qū)域內(nèi)和/或同一網(wǎng)絡(luò)內(nèi)的節(jié)點被分組為邏輯邊界。
本地節(jié)點(home node)指示欄52標(biāo)識存儲控制表44的節(jié)點。作為提供欄52的替代，可以從本地數(shù)據(jù)庫中的其他位置導(dǎo)出本地節(jié)點。
轉(zhuǎn)接(transit)/網(wǎng)關(guān)節(jié)點ID欄54是標(biāo)識轉(zhuǎn)移節(jié)點的字段，該轉(zhuǎn)移節(jié)點用于要從特定中間節(jié)點、如網(wǎng)關(guān)節(jié)點或轉(zhuǎn)接(即“匯接(tandem)”)節(jié)點重選路由的呼叫。被指定的中間節(jié)點必須在呼叫路徑內(nèi)。即，被標(biāo)識的節(jié)點必須是用于從始發(fā)節(jié)點到被叫節(jié)點的設(shè)置連接的多個節(jié)點中的一個。
當(dāng)客戶網(wǎng)絡(luò)要求具有指定的數(shù)字碼型匹配的來話在特定中間節(jié)點被重選路由時，圖3的控制表44可以用于存儲公用網(wǎng)數(shù)字串碼型(public networkdigit string patterns)如節(jié)點ID?？刂票聿灰欢ㄒ捎脠D3所示的配置，因為采用其他實現(xiàn)也可獲得可以接受的結(jié)果。信息最好駐留在被叫節(jié)點。這樣，CFMR S將駐留在具有用戶的每個節(jié)點。然而，可以在網(wǎng)關(guān)實現(xiàn)，而不在每個節(jié)點即PTN/X實現(xiàn)。在網(wǎng)關(guān)上存儲信息可以降低管理的復(fù)雜性，但是會妨礙至目的節(jié)點的最佳轉(zhuǎn)移路徑的選擇。
作為一種可選的實現(xiàn)，可以在每天的指定時間期間或在一周的指定天期間，管理第二CFMR控制表，以取代第一表。例如，可以在非峰值時段使用第二控制表。
管理CFMR控制表的步驟42至少是建立在啟動轉(zhuǎn)移路徑的多個節(jié)點之間進(jìn)行選擇所用的準(zhǔn)則的操作的一部分。通常，被建立的準(zhǔn)則的目的是盡量減少用于將主叫方連接到被轉(zhuǎn)移方的鏈路。這可以節(jié)省中繼線設(shè)施，并降低業(yè)務(wù)負(fù)荷。在建立準(zhǔn)則時可以或必須考慮其他因素。例如，特定節(jié)點可能不支持呼叫轉(zhuǎn)移，所以該節(jié)點必須從節(jié)點的選擇中剔除。另一個因素是鏈路上的業(yè)務(wù)量。如果鏈路特別忙，則最好選擇一個較長、但是不太忙的轉(zhuǎn)移路徑。
圖4示出管理要轉(zhuǎn)移的特定呼叫所遵循的順序。在步驟56，確定是否已調(diào)用呼叫轉(zhuǎn)移，而該轉(zhuǎn)移是至遠(yuǎn)離被提供業(yè)務(wù)的用戶、即被叫節(jié)點的一個地址的轉(zhuǎn)移。步驟57確定用戶是否授權(quán)呼叫轉(zhuǎn)移。如果任一個確定結(jié)果為“否”，則呼叫轉(zhuǎn)移業(yè)務(wù)不采取任何行動。如果為“是”，則在步驟58確定主叫方的節(jié)點ID。管理系統(tǒng)可以通過從例如圖3所示的控制表44中查找主叫方ID，來實現(xiàn)該步驟。節(jié)點ID可以從專用主叫方的號碼中導(dǎo)出，或從來自始發(fā)節(jié)點的呼叫設(shè)置消息中獲得。
在步驟60，確定是否選擇一個用于啟動至目的節(jié)點的轉(zhuǎn)移路徑的匯接/網(wǎng)關(guān)節(jié)點。這里也使用了控制表44。如果控制表指定了一個網(wǎng)關(guān)節(jié)點，用于從步驟58識別的節(jié)點轉(zhuǎn)移呼叫，則在步驟62，從被叫節(jié)點向指定的網(wǎng)關(guān)節(jié)點傳送請求消息。該請求消息載有激活呼叫路由重選的網(wǎng)關(guān)節(jié)點的標(biāo)識?；蛘撸梢灾付ê艚新窂缴系姆蔷W(wǎng)關(guān)中間節(jié)點。即，指定的中間節(jié)點不必是網(wǎng)關(guān)節(jié)點。
當(dāng)管理者指定一個如CFMR控制表44所示的、用于呼叫路由重選的中間節(jié)點ID時，則對于指定的中繼線群，該被指定的節(jié)點應(yīng)該被管理為CFMR R active。如果沒有這樣做，則轉(zhuǎn)移請求消息對指定的節(jié)點將是透明的。
在步驟64，指定的中間節(jié)點響應(yīng)來自被叫節(jié)點的請求消息，啟動轉(zhuǎn)移路徑。如果中間節(jié)點被設(shè)置為CFMR R active，則它至少保存了從始發(fā)節(jié)點傳送到被叫節(jié)點的設(shè)置信息。因此，中間節(jié)點將知道始發(fā)節(jié)點的節(jié)點ID。
轉(zhuǎn)移請求包括發(fā)送到目的節(jié)點的SETUP(設(shè)置)消息中的改發(fā)及改發(fā)名和號(redirecting and redirection name and number)。被選的中間節(jié)點依次完成至少四個功能。首先，響應(yīng)轉(zhuǎn)移請求，向被叫節(jié)點發(fā)送確認(rèn)。第二，準(zhǔn)備至目的節(jié)點的SETUP消息，使其包括被保存的SETUP信息和來自轉(zhuǎn)移請求的改發(fā)及改發(fā)名和號。(注意改發(fā)號ID可以包括呼叫轉(zhuǎn)移的原因，如果被叫節(jié)點ID提供該信息的話。)第三，SETUP消息被發(fā)送到目的節(jié)點。第四，NOTIFY(通知)消息與呼叫轉(zhuǎn)移、改發(fā)的指示和改發(fā)名和號一起，被發(fā)送到被叫節(jié)點。發(fā)送NOTIFY消息之后的各步驟將因具體因素而異，例如，如果在轉(zhuǎn)移請求中指示了呼叫轉(zhuǎn)移原因，則因呼叫轉(zhuǎn)移原因而異。下面參照圖6A和6B以及其后的附圖描述可能的步驟。
仍舊參照圖4，由于被叫節(jié)點不在主叫方和被轉(zhuǎn)移到方之間的鏈路上，所以被叫節(jié)點通過斷開指定的中間節(jié)點和被叫節(jié)點之間的鏈路來釋放。這示于圖4的步驟66，該步驟66為被叫節(jié)點和中間節(jié)點之間的呼叫拆線(callclearing)。
如果在步驟60沒有指定用于啟動轉(zhuǎn)移路徑的中間節(jié)點，則步驟68確定是使用始發(fā)節(jié)點、還是使用被叫節(jié)點來啟動轉(zhuǎn)移路徑。步驟68可以通過使用圖5的可管理的“情況事件”表70來實現(xiàn)。如果始發(fā)節(jié)點、被叫節(jié)點和目的節(jié)點都在同一邏輯邊界內(nèi)，則使用情況1。即，不是被叫節(jié)點來啟動轉(zhuǎn)移路徑，而是將呼叫“拋回(throw back)”到始發(fā)節(jié)點，而被叫節(jié)點退出過程。這在圖4的步驟72要求轉(zhuǎn)移請求消息。該請求消息被從被叫節(jié)點發(fā)送到始發(fā)節(jié)點。被叫節(jié)點可以在步驟74被斷開，盡量減少連接雙方時調(diào)用的鏈路數(shù)。
在情況2，如果被叫節(jié)點和目的節(jié)點在同一LB內(nèi)，而始發(fā)節(jié)點在另一個LB內(nèi)，則呼叫被“轉(zhuǎn)移切換(foward switched)”。即，在步驟68選擇被叫節(jié)點，在步驟76由被叫節(jié)點啟動轉(zhuǎn)移路徑。由于主叫方和被轉(zhuǎn)移到方之間的連接包括主叫路徑和轉(zhuǎn)移路徑，所以被叫節(jié)點保持連接。
在情況3，始發(fā)節(jié)點和被叫節(jié)點在同一LB內(nèi)，而目的節(jié)點在另一個LB內(nèi)。在這種情況下，在步驟72將請求消息傳送到始發(fā)節(jié)點，在步驟73始發(fā)節(jié)點啟動轉(zhuǎn)移路徑，在步驟74斷開被叫節(jié)點。
在情況4，所有的節(jié)點都在不同的LB內(nèi)。呼叫事件表指示，將提供步驟76中的轉(zhuǎn)移切換。但是，這并不是關(guān)鍵的。
最后，在情況5，始發(fā)節(jié)點和目的節(jié)點在同一LB內(nèi)，而被叫節(jié)點在另一個LB內(nèi)。接著是步驟72、73和74，用于拋回呼叫，并從該過程退出被叫節(jié)點。
圖6A和6B示出被設(shè)置為CFMR_R_active的中間節(jié)點所遵循的順序。在步驟11，確定是否在中間節(jié)點調(diào)用路由重選。如果為激活，則需要步驟13來確認(rèn)主叫方允許轉(zhuǎn)移該呼叫，因為如果不能轉(zhuǎn)移該呼叫，則沒有理由將SETUP消息保存到存儲器中，或監(jiān)視D信道有無呼叫轉(zhuǎn)移請求。
當(dāng)步驟11和13為“是”，則在步驟15保存SETUP消息的全部內(nèi)容，以用于呼叫引用(call reference)。然后，步驟17要求監(jiān)視后向(來自被叫節(jié)點)D信道，以檢測用于呼叫轉(zhuǎn)移的轉(zhuǎn)移請求。如果在步驟19接收到CONNect(連接)消息，則該呼叫不進(jìn)行轉(zhuǎn)移，所以可以在步驟21釋放存儲器。然后在步驟23停止監(jiān)視，并恢復(fù)消息的透明傳送的正常匯接操作。
另一方面，如果在步驟25檢測到轉(zhuǎn)移請求，則在步驟27確定是否對該請求作出反應(yīng)。步驟27的確定包括把要執(zhí)行轉(zhuǎn)移的節(jié)點的指定的節(jié)點ID與正在執(zhí)行圖6A和6B的步驟的中間節(jié)點的節(jié)點ID進(jìn)行比較。如果兩個節(jié)點ID不同，則在步驟21釋放存儲器，在步驟23停止監(jiān)視，并恢復(fù)傳送消息的正常匯接操作。當(dāng)兩個節(jié)點ID的值相等，則在步驟29將對請求的確認(rèn)發(fā)送到被叫節(jié)點。在步驟31，如果存在改發(fā)和改發(fā)號以及呼叫轉(zhuǎn)移原因，則將其附加到保存的設(shè)置信息上，然后發(fā)送到目的節(jié)點。被附加的信息是先前從請求消息中的被叫節(jié)點接收的。
在步驟33，確定發(fā)生何種轉(zhuǎn)移會導(dǎo)致下面發(fā)生哪些步驟。當(dāng)呼叫轉(zhuǎn)移原因是無條件呼叫轉(zhuǎn)移(即立即、忙、全部)時，或者當(dāng)呼叫轉(zhuǎn)移原因未知時，步驟35拆除(clear)至被叫節(jié)點的連接，并將B信道連接從始發(fā)節(jié)點切換到目的節(jié)點的發(fā)送和接收路徑。在步驟37,NOTIFY消息被發(fā)送到始發(fā)節(jié)點，以通知其已發(fā)生呼叫轉(zhuǎn)移，并識別改發(fā)和改發(fā)號。在從目的節(jié)點接收到CallPROCeeding(呼叫進(jìn)行)消息或SETUP ACK(設(shè)置確認(rèn))(重疊模式)后，則步驟39返回匯接操作，并且可以從存儲器中釋放保存的設(shè)置信息。
當(dāng)在步驟33確定呼叫轉(zhuǎn)移原因是“延遲的呼叫轉(zhuǎn)移(delayed callforwarding)”(例如，無應(yīng)答呼叫轉(zhuǎn)移(CF no reply))，則將NOTIFY消息發(fā)送到始發(fā)節(jié)點，以通知其已發(fā)生呼叫轉(zhuǎn)移，并識別改發(fā)和改發(fā)號。這在步驟41執(zhí)行。被叫節(jié)點和目的節(jié)點同時被報警，但在始發(fā)節(jié)點的主叫用戶聆聽來自被叫節(jié)點的回鈴。在步驟45，將呼叫傳給應(yīng)答的第一節(jié)點。步驟47確定應(yīng)答節(jié)點是哪個。當(dāng)應(yīng)答節(jié)點是目的節(jié)點時，被叫節(jié)點的發(fā)送和接收路徑被切換到至目的節(jié)點的連接，并拆除至被叫節(jié)點的連接。另一方面，當(dāng)應(yīng)答方是被叫節(jié)點時，拆除至目的節(jié)點的連接。步驟33的兩個動作都導(dǎo)致執(zhí)行步驟21，其中在步驟23停止監(jiān)視并恢復(fù)消息的透明傳送的正常的匯接操作。
現(xiàn)在參照圖7，來更詳細(xì)地描述如何選擇中間節(jié)點、即匯接/網(wǎng)關(guān)節(jié)點來作為啟動轉(zhuǎn)移路徑的節(jié)點。為了使中間節(jié)點進(jìn)行路由重選，(1)CFMR_R_active必須被指定給輸入和輸出中繼線群，并且(2)原始呼叫設(shè)置信息必須被保存在中間節(jié)點，以及(3)必須從被叫節(jié)點接收包括中間節(jié)點的節(jié)點ID的轉(zhuǎn)移請求消息。該請求也指定改發(fā)名和號以及目的節(jié)點。在優(yōu)選實施例中，在這三個要求之一不滿足時，轉(zhuǎn)移請求消息對中間節(jié)點是透明的。只有同意進(jìn)行呼叫轉(zhuǎn)移路由重選的節(jié)點用ACK消息響應(yīng)。由于在中間節(jié)點保存原始呼叫設(shè)置信息需要大量的時間和存儲器等交換資源，通常不在每個中間節(jié)點和為每個中繼線群使用該功能。該功能應(yīng)該被仔細(xì)管理。
例如，如果在邏輯邊界80內(nèi)的圣克拉拉(Santa Clara)節(jié)點78始發(fā)呼叫，并指向邏輯邊界84內(nèi)的慕尼黑節(jié)點82，則呼叫將通過節(jié)點86、88、90和92匯接。在本例中，最好在波卡(Boca)節(jié)點90和第一慕尼黑節(jié)點92保存原始呼叫設(shè)置信息，因為這兩個節(jié)點是提供最有效的呼叫路由重選的網(wǎng)關(guān)節(jié)點。如果作為第二慕尼黑節(jié)點82的用戶的被叫方標(biāo)識了根特節(jié)點94的地址作為轉(zhuǎn)移呼叫的地址，則通過啟動始自慕尼黑網(wǎng)關(guān)92的轉(zhuǎn)移路徑來使呼叫路由重選最優(yōu)化。然后可以釋放至第二慕尼黑節(jié)點82的被叫地址的連接。另一方面，如果目的地址標(biāo)識為明尼阿波利斯/圣保羅節(jié)點96，則波卡網(wǎng)關(guān)節(jié)點90可能被選作用于啟動轉(zhuǎn)移路徑的節(jié)點。這樣，對于從圣克拉拉節(jié)點78到第二慕尼黑節(jié)點82的呼叫路徑，應(yīng)該為網(wǎng)關(guān)節(jié)點90和92在輸出中繼線群(即從波卡到慕尼黑和從慕尼黑到波卡)和適當(dāng)?shù)妮斎胫欣^線群上指定CFMR_R_active，這由網(wǎng)絡(luò)管理者決定。
按中繼線群指定CFMR_R_active/inactive指示符(indicator)。可以向輸入和輸出中繼線群指定該指示符。檢查以確定設(shè)置消息是否應(yīng)該被保存的過程必須意識到相關(guān)的節(jié)點是否是用于特定呼叫的匯接/網(wǎng)關(guān)節(jié)點。是否保存設(shè)置消息是通過檢查CFMR_R_active/inactive的指定來確定的。然而，激活/未激活狀態(tài)的檢查不影響協(xié)議。
從主叫方的節(jié)點來看，呼叫轉(zhuǎn)移通知好象是節(jié)點內(nèi)轉(zhuǎn)移(intra-nodalforward)。主叫方基本上意識不到路由重選的類型，盡管該信息可從NOTIFY消息中獲得。網(wǎng)絡(luò)管理者可以配置一組用戶或多個組，給其指定的最小費(fèi)用路由(least cost routing,LCR)授權(quán)，以便在始發(fā)節(jié)點使用特定的輸出中繼線群，而該節(jié)點上的其他用戶被排除在訪問之外。然后網(wǎng)絡(luò)管理者可以管理相關(guān)的特定的中間節(jié)點輸入中繼線群，使其為CFMR_R_active，以便允許用戶的訪問被以不同于其他人的方式被重選路由。
圖8和9示出當(dāng)呼叫轉(zhuǎn)移導(dǎo)致網(wǎng)關(guān)節(jié)點98上的路由重選時的消息流的一個例子。始發(fā)節(jié)點是第一網(wǎng)絡(luò)102中的一個PTN/X 100。被叫節(jié)點104在第二網(wǎng)絡(luò)106中。設(shè)置消息被從始發(fā)節(jié)點傳送到網(wǎng)關(guān)節(jié)點，網(wǎng)關(guān)節(jié)點再將設(shè)置消息傳遞給被叫節(jié)點104。至少將設(shè)置消息的有些信息保存在網(wǎng)關(guān)節(jié)點中。如果調(diào)用無條件呼叫轉(zhuǎn)移(call forwarding unconditional,CFU)/遇忙呼叫轉(zhuǎn)移(call forwarding busy,CFB)，則轉(zhuǎn)移管理可以指定網(wǎng)關(guān)節(jié)點98作為啟動至目的節(jié)點108的轉(zhuǎn)移路徑的節(jié)點，該目的節(jié)點108在第二網(wǎng)絡(luò)106內(nèi)。
被叫節(jié)點104將第一FACILITY(性能)消息傳送到網(wǎng)關(guān)節(jié)點98以調(diào)用呼叫轉(zhuǎn)移。該第一FACILITY消息是請求消息。作為響應(yīng)，網(wǎng)關(guān)節(jié)點(1)將第二FACILITY消息發(fā)送到被叫節(jié)點，以便確認(rèn)第一FACILITY消息的接收，以及(2)將NOTIFY消息傳送到始發(fā)節(jié)點100。
然后網(wǎng)關(guān)節(jié)點98執(zhí)行呼叫轉(zhuǎn)移。設(shè)置消息被從網(wǎng)關(guān)節(jié)點98發(fā)送到目的節(jié)點108。如本領(lǐng)域所熟知的，ALERTING(提醒)消息和CONNECT消息被通過網(wǎng)關(guān)節(jié)點從目的節(jié)點傳送到始發(fā)節(jié)點。DISCONNECT(斷開)被從網(wǎng)關(guān)節(jié)點傳送到被叫節(jié)點104，以便斷開至被叫節(jié)點的鏈路。
提供圖8和9的消息發(fā)送(message forwarding)的主要功能部件示于圖10。在網(wǎng)關(guān)節(jié)點98上將來自始發(fā)節(jié)點100的SETUP消息接收到存儲器110。存儲至少有些設(shè)置信息。匯接操作部件112將設(shè)置消息傳遞給被叫節(jié)點104。使用操作模塊113和114的部件，在被叫節(jié)點104和中間路由重選節(jié)點98之間交換FACILITY消息。
在中間節(jié)點98中，如果中間節(jié)點同意進(jìn)行呼叫轉(zhuǎn)移，則接收請求部件115接收呼叫轉(zhuǎn)移請求，并觸發(fā)ACKnowledgement部件116。然后，中間節(jié)點的設(shè)置新路徑(setup-new-path)部件117根據(jù)存儲器部件110中存儲的設(shè)置信息以及從來自被叫節(jié)點104的FACILITY請求中接收的改發(fā)和改發(fā)信息，為被轉(zhuǎn)移到的用戶119產(chǎn)生SETUP消息。由被叫節(jié)點的拋回到中間節(jié)點(throwback-to-intermediate)部件123使用參照圖3和圖5所述的類型的控制表44和情況事件表70，來建立并傳送FACILITY請求。
在從目的節(jié)點108接收到第一后向端至端(end-to-end)消息(這種消息通常包括ALERT和/或CONNect消息，但是也可以是FACILITY、NOTIFY、Progress and DISConnect(前進(jìn)和斷開)消息)后，中間節(jié)點98拆除至被叫節(jié)點104的連接，并透明地傳送從始發(fā)節(jié)點100和目的節(jié)點108發(fā)送和接收的消息。
雖然在圖10中未示出，四個節(jié)點98、100、104和108中的每一個都可以具有四個在圖中用CFMR_O、CFMR_R、CFMR_S和CFMR_F部件標(biāo)識的操作模塊113、114、15和127。始發(fā)節(jié)點100的CFMR_O操作模塊113包括接收請求部件129、ACKnowledge請求部件131、以及設(shè)置新路徑部件133。該操作模塊與CFMR_R操作模塊114相同，以便支持與被叫節(jié)點104的合適部件135進(jìn)行的拋回到始發(fā)節(jié)點(throwback-to-originating-node)信號交換。類似地，CFMR_R模塊中的設(shè)置新路徑部件121被用于當(dāng)控制和情況事件表70和44指定被叫節(jié)點作為啟動轉(zhuǎn)移路徑的節(jié)點時，在被叫節(jié)點轉(zhuǎn)移切換該呼叫。
圖11和12示出非網(wǎng)關(guān)節(jié)點的中間節(jié)點被選擇來啟動轉(zhuǎn)移路徑時的消息流的例子。始發(fā)節(jié)點120在第一網(wǎng)絡(luò)122中，而被叫節(jié)點124在第二網(wǎng)絡(luò)126中。兩個網(wǎng)絡(luò)之間的通信通過網(wǎng)關(guān)節(jié)點128來建立。如圖10所示，設(shè)置消息透明地通過網(wǎng)關(guān)節(jié)點，即網(wǎng)關(guān)節(jié)點不存儲設(shè)置信息。網(wǎng)關(guān)節(jié)點對呼叫為CFMR_R_inactive。
除網(wǎng)關(guān)節(jié)點128外，匯接節(jié)點130是基于選擇準(zhǔn)則的呼叫路徑上的中間節(jié)點，匯接節(jié)點130被選擇用來形成至目的節(jié)點134的轉(zhuǎn)移路徑132。這樣，合適的設(shè)置信息已經(jīng)被存儲在匯接節(jié)點130，允許匯接節(jié)點建立用于至目的節(jié)點134的傳送的設(shè)置消息。在目的節(jié)點和始發(fā)節(jié)點120之間交換合適的ALERT和CONNECT消息。然后可以將DISCONNECT消息發(fā)送到被叫節(jié)點124以釋放被叫節(jié)點。
權(quán)利要求
1.一種管理至目的節(jié)點(108；134)的呼叫轉(zhuǎn)移的方法，其中在被叫節(jié)點(104；124)通過呼叫路徑從始發(fā)節(jié)點(100；120)接收所述將被轉(zhuǎn)移的呼叫，所述方法包括以下步驟建立準(zhǔn)則(42和70)，用于從轉(zhuǎn)移指向所述被叫節(jié)點的呼叫的節(jié)點之間的多個可能的鏈路中進(jìn)行選擇；根據(jù)所述準(zhǔn)則，確定(60)是否選擇從所述始發(fā)節(jié)點至所述被叫節(jié)點的所述呼叫路徑上的中間節(jié)點(98；128)用于啟動至所述目的節(jié)點的轉(zhuǎn)移路徑；如果選擇所述中間節(jié)點用于啟動轉(zhuǎn)移路徑，則向所述中間節(jié)點傳送(62)請求，以啟動至所述目的節(jié)點的所述轉(zhuǎn)移路徑；如果未選擇所述中間節(jié)點，則使用所述準(zhǔn)則來選擇，是從所述始發(fā)節(jié)點啟動(64)所述轉(zhuǎn)移路徑，還是從所述被叫節(jié)點啟動所述轉(zhuǎn)移路徑；以及(a)如果選擇了所述始發(fā)節(jié)點，則向所述始發(fā)節(jié)點傳送(72)請求，以啟動所述轉(zhuǎn)移路徑；和(b)如果選擇了所述被叫節(jié)點，則從所述被叫節(jié)點啟動(76)所述轉(zhuǎn)移路徑。
2.如權(quán)利要求1所述的方法，還包括下述步驟在所述被叫節(jié)點(104；124)確定(13；57)是否允許對所述呼叫進(jìn)行呼叫轉(zhuǎn)移，包括根據(jù)從所述始發(fā)節(jié)點(100；120)接收的有關(guān)呼叫轉(zhuǎn)移業(yè)務(wù)是否允許的設(shè)置信息來進(jìn)行所述確定。
3.如權(quán)利要求2所述的方法，還包括下述步驟當(dāng)在所述中間節(jié)點上已激活呼叫轉(zhuǎn)移路由重選、并且已確定(13；57)所述呼叫允許呼叫轉(zhuǎn)移業(yè)務(wù)時，由所述中間節(jié)點(98；128)監(jiān)視(17)D信道。
4.如權(quán)利要求1、2或3所述的方法，還包括下述步驟當(dāng)所述中間節(jié)點啟動至所述目的節(jié)點(108；134)的所述轉(zhuǎn)移路徑時，斷開(66)從所述中間節(jié)點(98；128)至所述被叫節(jié)點(104；124)的鏈路。
5.如權(quán)利要求1、2、3或4所述的方法，其中所述建立所述準(zhǔn)則(42和70)的所述步驟包括提供地理基礎(chǔ)，用于從所述轉(zhuǎn)移呼叫的多個可能的鏈路中進(jìn)行選擇，所述被叫節(jié)點(104；124)是第一節(jié)點組(106；126)中的一個節(jié)點，所述第一節(jié)點組連接到其他節(jié)點組(102；122)。
6.如權(quán)利要求5所述的方法，其中所述使用所述準(zhǔn)則(42和70)選擇所述轉(zhuǎn)移路徑的多個步驟包括確定所述目的節(jié)點(108；134)與所述始發(fā)節(jié)點(100；120)和所述被叫節(jié)點(104；124)中的一個是否在同一節(jié)點組內(nèi)。
7.一種用于管理至目的節(jié)點的呼叫轉(zhuǎn)移的系統(tǒng)，包括存儲器，用于存儲準(zhǔn)則(44和70)，所述準(zhǔn)則用于當(dāng)來自始發(fā)節(jié)點(100)的呼叫將被從被叫節(jié)點(104)轉(zhuǎn)移到目的節(jié)點(108)時，從遠(yuǎn)地節(jié)點之間的可能的鏈路中進(jìn)行選擇；選擇器(125)，響應(yīng)所述被存儲的準(zhǔn)則，用于在所述始發(fā)節(jié)點、所述被叫節(jié)點、和轉(zhuǎn)移呼叫的呼叫路徑上的一個中間節(jié)點(112)中進(jìn)行選擇，其中所述選擇指定一個用于啟動至所述目的節(jié)點的轉(zhuǎn)移路徑的節(jié)點；請求和響應(yīng)電路(123和135)，與所述選擇器在工作上結(jié)合，用于向所述始發(fā)和中間節(jié)點中的至少一個傳送請求消息以啟動所述轉(zhuǎn)移路徑，當(dāng)所述選擇器指定所述始發(fā)和中間節(jié)點中的一個時，所述請求和響應(yīng)電路響應(yīng)所述選擇器；以及轉(zhuǎn)移電路(121)，響應(yīng)所述選擇器，用于當(dāng)所述選擇器指定所述被叫節(jié)點時，啟動從所述被叫節(jié)點到所述目的節(jié)點的轉(zhuǎn)移路徑。
8.如權(quán)利要求7所述的系統(tǒng)，其中所述存儲器、所述選擇器(125)、所述請求和響應(yīng)電路(123和135)以及所述轉(zhuǎn)移電路(121)在所述被叫節(jié)點(104)互連。
9.如權(quán)利要求7或8所述的系統(tǒng)，其中所述目的節(jié)點(108)在第一相關(guān)節(jié)點組(106)內(nèi)，所述相關(guān)節(jié)點組連接到多個其他相關(guān)節(jié)點組(102)。
10.如權(quán)利要求9所述的系統(tǒng)，其中所述組(102和106)通過綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)連接。
全文摘要
一種管理呼叫轉(zhuǎn)移的方法和系統(tǒng),包括建立在從始發(fā)節(jié)點到目的節(jié)點的用于轉(zhuǎn)移呼叫的節(jié)點之間的可能的鏈路之中進(jìn)行選擇的準(zhǔn)則。在優(yōu)選實施例中,在轉(zhuǎn)移呼叫的被叫節(jié)點上選擇可能的鏈路。根據(jù)該可管理的準(zhǔn)則,確定是否選擇始發(fā)節(jié)點和被叫節(jié)點之間的呼叫路徑上的一個中間節(jié)點來啟動轉(zhuǎn)移路徑。如果選擇了一個中間節(jié)點,則向該中間節(jié)點傳送請求,以啟動至目的節(jié)點的轉(zhuǎn)移路徑。另一方面,如果沒有選擇中間節(jié)點,則確定是從始發(fā)節(jié)點、還是從被叫節(jié)點來啟動轉(zhuǎn)移路徑。這里也根據(jù)該可管理的準(zhǔn)則進(jìn)行確定。通常,在多個節(jié)點之中進(jìn)行選擇的最重要的因素是盡量減少將主叫方連接到被轉(zhuǎn)移到方所需的鏈路,從而釋放鏈路給網(wǎng)絡(luò)內(nèi)的其他用途。
文檔編號H04M3/00GK1216201SQ97192446
公開日1999年5月5日 申請日期1997年2月11日 優(yōu)先權(quán)日1996年2月23日
發(fā)明者佩吉·M·斯圖默 申請人:西門子商業(yè)通訊系統(tǒng)公司