專利名稱：Atm交換機及高可靠性的atm控制方法
技術領域：
本發(fā)明涉及能夠在ATM(Asynchronous Transfer Mode)網(wǎng)絡中提供SVC(Switched Virtual Channel)服務的ATM交換機，具體是涉及能夠將SVC呼叫從現(xiàn)用系統(tǒng)接續(xù)到備用系統(tǒng)的ATM交換機以及用于在接續(xù)時正確維持SVC呼叫的高可靠性的控制方法。
背景技術：
在能夠提供SVC服務的現(xiàn)有的ATM交換機中，作為在接續(xù)SVC呼叫時正確維持其呼叫用的高可靠性的控制方法，例如有特開平10-84354號公報中所述的“ATM交換機的雙重控制方法”。這個ATM交換機例如通過設置具有雙重結構的監(jiān)控部，來實現(xiàn)SVC連接信息的正確接續(xù)。
圖21是表示在上述公報中所述的現(xiàn)有的ATM交換機的結構圖。在圖21中，501是現(xiàn)用系統(tǒng)的結構，502是備用系統(tǒng)的結構，503是雙重切換部，511是現(xiàn)用系統(tǒng)的通信線路對應部，512是現(xiàn)用系統(tǒng)的切換部，513是現(xiàn)用系統(tǒng)的處理部，521是備用系統(tǒng)的通信線路對應部，522是備用系統(tǒng)的切換部，523是備用系統(tǒng)的處理部。
如上構成的ATM交換機在現(xiàn)用系統(tǒng)中把SVC呼叫信息形成為備用系統(tǒng)進行路徑設定時所需要的構造體，并依次地把該構造體轉送給備用系統(tǒng)。另一方面，而在備用系統(tǒng)中從被轉送來的構造體中還原出SVC呼叫信息，并根據(jù)其SVC呼叫信息進行路徑設定。
下面，對上述ATM交換機的SVC呼叫的接續(xù)方法進行具體的說明。首先，由現(xiàn)用系統(tǒng)501的處理部513進行與鄰接ATM交換機之間的信號信息的交換(A)，然后把由此交換而生成的SVC信息形成為僅由在備用系統(tǒng)502進行還原時所必要的“路徑設定必要信息”組成的構造體(①)，并通過內部總線轉送到備用系統(tǒng)處理部523(B)。然后，由備用系統(tǒng)處理部523從被轉送來的構造體中還原出進行路徑設定時所必要的信息(②)，對備用系統(tǒng)502的通信線路路對應部521及切換部522進行路徑設定(C)。
這樣，上述公報所記載的現(xiàn)有的ATM交換機即使在因某種原因發(fā)生了從現(xiàn)用系統(tǒng)切換到備用系統(tǒng)的場合下，都能夠維持連接狀態(tài)的SVC呼叫。
但是，在如上述公報所記載的現(xiàn)有例中，轉送只由“路徑設定必要信息”組成的構造體，并且，在通信結束時，由信號信息的交換SVC呼叫被釋放。這時，信號協(xié)議終端處理進行基于狀態(tài)遷移的處理。因此，如上所述那樣，在處于連接狀態(tài)的SVC呼叫切換完成后被釋放的場合下，接收了釋放請求信息的處理部不接續(xù)其SVC呼叫的呼叫狀態(tài)，即成為SVC呼叫存留在現(xiàn)用系統(tǒng)的狀態(tài)，存在不能正確地繼續(xù)其后的協(xié)議處理的問題。
而且，一般的ATM交換機，在SVC呼叫的設定處理中進行連接許可控制(CACConnection Admission Control)，判斷是否能夠提供被設定的SVC呼叫所請求的資源(頻段)和通信質量。因此，在ATM交換機中，至少有必要預先對資源狀態(tài)進行管理。然而，在上述公報所記載的ATM交換機中如上所述的那樣由于在備用系統(tǒng)處理部不接續(xù)為更新資源狀態(tài)所必要的信息，所以在切換后的SVC呼叫設定中，存在不能根據(jù)實際的資源狀態(tài)而進行連接許可控制的問題。
本發(fā)明就是為了解決上述的問題，目的在于提供一種例如在因某種原因而發(fā)生從現(xiàn)用系統(tǒng)切換到備用系統(tǒng)的場合下，一邊維持連接中的SVC呼叫，一邊可正確地控制切換后的協(xié)議處理及連接許可控制的ATM交換機以及可正確地維持SVC呼叫的高可靠性控制方法。

發(fā)明內容
本發(fā)明的ATM交換機，具有由能夠執(zhí)行呼叫處理的現(xiàn)用系統(tǒng)和備用系統(tǒng)組成的雙重結構的監(jiān)控裝置，其特征在于所述各個監(jiān)控裝置具有管理呼叫單位的呼叫狀態(tài)，實施對那些呼叫的協(xié)議處理的協(xié)議處理模塊；按呼叫單位管理由用戶連接的邏輯信息和物理信息以及請求資源信息構成的呼叫信息的連接控制模塊；管理裝置全體的資源狀態(tài)的資源管理模塊，在設定SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在建立了其SVC呼叫的時刻，向所述備用系統(tǒng)轉送所述呼叫狀態(tài)及所述呼叫信息，該備用系統(tǒng)在設定接收到的呼叫狀態(tài)及呼叫信息的同時，根據(jù)包含在所述呼叫信息中的資源信息更新資源狀態(tài)，在釋放SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在釋放了其SVC呼叫的時刻，轉送其呼叫的呼叫識別信息，備用系統(tǒng)在刪除由接收到的呼叫識別信息所表示的呼叫的呼叫狀態(tài)及呼叫信息的同時，根據(jù)包含在所述呼叫識別信息中的資源信息更新資源狀態(tài)。
依照本發(fā)明，例如即使在因某種原因發(fā)生了SVC呼叫切換的場合下，由于不僅接續(xù)與現(xiàn)有技術相同的SVC連接信息，在設定呼叫時或釋放呼叫時還接續(xù)呼叫狀態(tài)和資源信息，因此不僅可維持其SVC呼叫，還可對之后的協(xié)議處理及CAC控制進行正確的控制。
接著的發(fā)明相關的ATM交換機，其特征在于還具有區(qū)分所述呼叫狀態(tài)及所述呼叫信息的調度器，在接收到呼叫處理請求信息的所述現(xiàn)用系統(tǒng)中，所述調度器在存儲其信息的同時，發(fā)出進行所述協(xié)議處理的指令，并且在結束了其呼叫處理的時刻，向所述備用系統(tǒng)轉送所述已存儲的所述呼叫處理請求信息，在該備用系統(tǒng)中，接收到此信息的調度器通過進行與現(xiàn)用系統(tǒng)相同的協(xié)議處理，更新呼叫狀態(tài)、呼叫信息及資源信息。
依照本發(fā)明，通過現(xiàn)用系統(tǒng)監(jiān)控裝置和備用系統(tǒng)監(jiān)控裝置進行同樣的信號傳輸處理，使雙方采用同樣結構的設定SVC呼叫時的呼叫接續(xù)處理及釋放SVC呼叫時的呼叫接續(xù)處理成為可能。
接著的發(fā)明相關的ATM交換機，其特征在于在接收到監(jiān)控部切換指令的場合下，在所述現(xiàn)用系統(tǒng)中，所述協(xié)議處理模塊不接收來自所述連接控制模塊之外的所有的信息，如果有設定過程中的呼叫時，所述連接控制模塊啟動對其呼叫的釋放處理，如果有釋放過程中的呼叫時，繼續(xù)對其呼叫的釋放處理，所述備用系統(tǒng)在完成了所有的呼叫處理之后，在不存在處理中的呼叫的狀態(tài)下進行切換處理。
依照本發(fā)明，在處理中的SVC呼叫消失的時刻結束現(xiàn)用系統(tǒng)監(jiān)控裝置的處理，然后把強制切換指令通知給備用系統(tǒng)監(jiān)控裝置，備用系統(tǒng)監(jiān)控裝置作為新的現(xiàn)用系統(tǒng)監(jiān)控裝置開始動作。這時，現(xiàn)用系統(tǒng)監(jiān)控裝置的協(xié)議處理模塊廢棄來自連接控制模塊以外的所有新的信息，現(xiàn)用系統(tǒng)監(jiān)控裝置只進行與處理中的SVC呼叫相關的處理。由此，可在穩(wěn)定的狀態(tài)下進行SVC呼叫的切換。
接著的發(fā)明相關的ATM交換機，其特征在于當接收到監(jiān)控部切換指令時，在所述現(xiàn)用系統(tǒng)中，所述協(xié)議處理模塊不接收所有的信息，而且，如果有設定過程中及釋放過程中的呼叫時，則清除其呼叫的呼叫狀態(tài)，并把釋放了的呼叫的呼叫識別信息通知給所述備用系統(tǒng)，所述連接控制模塊如果有設定過程中的呼叫時，啟動對其呼叫的釋放處理，如果有釋放過程中的呼叫時，繼續(xù)對其呼叫的釋放處理，所述備用系統(tǒng)在完成了所有的呼叫處理之后，在不存在處理中的呼叫的狀態(tài)下進行切換處理。
依照本發(fā)明，在處理中的SVC呼叫消失的時刻結束現(xiàn)用系統(tǒng)監(jiān)控裝置的處理，然后把強制切換指令通知給備用系統(tǒng)監(jiān)控裝置，備用系統(tǒng)監(jiān)控裝置作為新的現(xiàn)用系統(tǒng)監(jiān)控裝置開始動作。這時，現(xiàn)用系統(tǒng)監(jiān)控裝置的協(xié)議處理模塊廢棄所有新的信息，現(xiàn)用系統(tǒng)監(jiān)控裝置只進行與處理中的SVC呼叫相關的處理。因此，可在穩(wěn)定的狀態(tài)下進行SVC呼叫的切換。
接著的發(fā)明相關的ATM交換機，其特征在于具有對虛擬路徑(VPVirtual Path)的邏輯信息與物理信息的對應關系以及設定了的全體虛擬路徑的路組狀態(tài)進行管理的裝置管理模塊，在設定呼叫時，所述連接控制模塊向所述裝置管理模塊查詢虛擬路徑的路組狀態(tài)，如果路組已被設定則把選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑信息包含在對所述資源管理模塊的呼叫設定請求信息中，在釋放呼叫時，所述連接控制模塊執(zhí)行所述查詢，如果路組已被設定則把選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑信息包含在對所述資源管理模塊的呼叫釋放請求信息中，所述資源管理模塊對所述選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑進行呼叫的設定/釋放。
依照本發(fā)明，由于對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的設定，從而即使VP切換之后也可以維持SVC呼叫，而且，由于對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的釋放，從而可避免連接釋放的遺漏。
接著的發(fā)明相關的ATM交換機，其特征在于在所述查詢之后的呼叫設定執(zhí)行過程中進行了路組設定時，所述連接控制模塊在接收到來自所述資源管理模塊的呼叫設定響應信息之后，再次執(zhí)行同樣的查詢，并把非選擇系統(tǒng)的虛擬路徑信息包含在對所述資源管理模塊的呼叫設定請求信息中，在所述查詢之后的呼叫設定釋放過程中進行了路組設定時，所述連接控制模塊在接收到來自所述資源管理模塊的呼叫釋放響應信息之后，再次執(zhí)行所述查詢，并把非選擇系統(tǒng)的虛擬路徑信息包含在對所述資源管理模塊的呼叫釋放請求信息中。
依照本發(fā)明，即使在SVC呼叫設定執(zhí)行中或SVC呼叫釋放執(zhí)行中實施了路組設定時，可通過進行再次的查詢，使其設定反映到呼叫的接續(xù)中。
接著的發(fā)明相關的ATM交換機，其特征在于所述資源管理模塊還對設定了的所有虛擬路徑的路組狀態(tài)進行管理，在設定呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中設定呼叫，在釋放呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中釋放呼叫。
依照本發(fā)明，通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的設定，在進行了VP切換之后也可以維持SVC呼叫，而且，通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的釋放，可避免連接釋放的遺漏。
接著的本發(fā)明相關的高可靠性控制方法，具有由能夠執(zhí)行呼叫處理的現(xiàn)用系統(tǒng)和備用系統(tǒng)組成的雙重結構的監(jiān)控部的ATM交換機，其特征在于包括以下步驟在設定SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在建立了其SVC呼叫的時刻向備用系統(tǒng)轉送呼叫狀態(tài)及包含資源信息的呼叫信息的第1轉送步驟；所述備用系統(tǒng)在設定接收到的呼叫狀態(tài)及呼叫信息的同時根據(jù)包含在所述呼叫信息中的資源信息更新資源狀態(tài)的第1更新步驟；在釋放SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在釋放其SVC呼叫的時刻，轉送其呼叫的呼叫識別信息的第2轉送步驟；所述備用系統(tǒng)在刪除由接收到的呼叫識別信息所表示的呼叫的呼叫狀態(tài)及呼叫信息的同時根據(jù)包含在所述呼叫識別信息中的資源信息更新資源狀態(tài)的第2更新步驟。
依照本發(fā)明，例如即使在因某種原因發(fā)生了SVC呼叫切換的場合下，由于不僅接續(xù)與現(xiàn)有技術相同的SVC連接信息，在設定呼叫時或釋放呼叫時還接續(xù)呼叫狀態(tài)和資源信息，因此不僅可維持其SVC呼叫，還可對之后的協(xié)議處理及CAC控制進行正確的控制。
接著的發(fā)明相關的高可靠性控制方法，其特征在于包括以下步驟在發(fā)生了呼叫的切換的場合下，接收到呼叫處理請求信息的所述現(xiàn)用系統(tǒng)在存儲其信息的同時，發(fā)出進行協(xié)議處理的指令，而且在結束了其呼叫處理的時刻，向所述備用系統(tǒng)轉送所述已存儲的所述呼叫處理請求信息的第3轉送步驟；接收到所述信息的該備用系統(tǒng)通過進行與現(xiàn)用系統(tǒng)相同的協(xié)議處理，更新呼叫狀態(tài)、呼叫信息及資源信息的第3更新步驟。
依照本發(fā)明，通過現(xiàn)用系統(tǒng)和備用系統(tǒng)進行同樣的信號傳輸處理，使雙方采用同樣結構的設定SVC呼叫時的呼叫接續(xù)處理及釋放SVC呼叫時的呼叫接續(xù)處理成為可能。
接著的發(fā)明相關的高可靠性控制方法，其特征在于包括以下步驟在接收到監(jiān)控部切換指令的場合下，所述現(xiàn)用系統(tǒng)不接收來自通信線路的所有的信息，如果有設定過程中的呼叫時，啟動對其呼叫的釋放處理，如果有釋放過程中的呼叫時，繼續(xù)對其呼叫的釋放處理的釋放處理步驟；所述備用系統(tǒng)在完成了所有的呼叫處理之后，在不存在處理中的呼叫的狀態(tài)下進行切換處理的切換處理步驟。
依照本發(fā)明，在處理中的SVC呼叫消失的時刻結束現(xiàn)用系統(tǒng)的處理，然后把強制切換指令通知給備用系統(tǒng)，備用系統(tǒng)作為新的現(xiàn)用系統(tǒng)開始動作。這時，現(xiàn)用系統(tǒng)廢棄來自通信線路的所有新的信息，只進行與處理中的SVC呼叫相關的處理。由此，可在穩(wěn)定的狀態(tài)下進行SVC呼叫的切換。
接著的發(fā)明相關的高可靠性控制方法，其特征在于包括以下步驟在設定呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中設定呼叫的呼叫設定步驟；在釋放呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中釋放呼叫的呼叫釋放步驟。
依照本發(fā)明，通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的設定，在進行了VP切換之后也可以維持SVC呼叫，而且，通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的釋放，可避免連接釋放的遺漏。


圖1是表示本發(fā)明ATM交換機的實施方式1的結構圖，圖2是表示在點對點呼叫中的B-BCC信號傳輸順序圖，
圖3是表示設定SVC呼叫時的在存取節(jié)點(ATM交換機)內的信號傳輸處理流程圖，圖4是表示釋放SVC呼叫時的在存取節(jié)點(ATM交換機)內的信號傳輸處理流程圖，圖5是表示呼叫信息的具體例圖，圖6是用于說明SVC呼叫因某種原因從現(xiàn)用系統(tǒng)切換到備用系統(tǒng)的場合下在現(xiàn)用系統(tǒng)監(jiān)控部4a與備用系統(tǒng)監(jiān)控部4b之間的SVC呼叫接續(xù)的說明圖，圖7是表示實施方式2的監(jiān)控部的結構圖，圖8是表示設定SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖9是表示釋放SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖10是表示在設定過程中的SVC呼叫發(fā)生強制切換的場合下的現(xiàn)用系統(tǒng)監(jiān)控部4a的動作流程圖，圖11是表示實施方式5的監(jiān)控部的結構圖，圖12是表示VP路組的概念圖，圖13是表示由連接控制模塊6管理的呼叫信息11的具體例圖，圖14是表示在設定了VP路組的狀態(tài)下，設定SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖15是表示在設定了VP路組的狀態(tài)下，釋放SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖16是表示設定SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖17是表示釋放SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖18是表示實施方式5的監(jiān)控部的結構圖，圖19是表示設定SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖20是表示釋放SVC呼叫時的在存取節(jié)點內的信號傳輸處理流程圖，圖21是表示現(xiàn)有的ATM交換機的結構圖。
實施方式為了更詳細地敘述本發(fā)明，參照附圖進行說明。
首先，對本發(fā)明ATM交換機的實施方式1的結構進行說明。圖1是表示本發(fā)明ATM交換機的實施方式1的結構圖。在圖1中，1是本實施方式的ATM交換機，2是收納通信線路401的通信線路對應部，2a是現(xiàn)用系統(tǒng)通信線路對應部，2b是備用系統(tǒng)通信線路對應部，3是進行單元交換的切換部，3a是現(xiàn)用系統(tǒng)切換部，3b是備用系統(tǒng)切換部，4是含有呼叫處理功能的監(jiān)控部，4a是現(xiàn)用系統(tǒng)監(jiān)控部，4b是備用系統(tǒng)監(jiān)控部。
另外，作為監(jiān)控部4的呼叫處理功能由按SVC呼叫單位管理呼叫狀態(tài)10并實施協(xié)議處理的協(xié)議處理模塊(PRT)5、按SVC呼叫單位管理SVC連接的邏輯信息(VPCIVirtual Path ChannelIdentifier/VCIVirtual Channel Identifier)和物理信息(接口編號/VPIVirtual Path Identifier/VCI)和請求資源信息等的呼叫信息11的連接控制模塊(CON)6、進行裝置全體的資源信息12的管理和SVC連接設定/釋放用的裝置內的硬件控制的資源管理模塊(RSC)7構成。而且，在監(jiān)控部4的現(xiàn)用系統(tǒng)4a和備用系統(tǒng)4b中還設置有用于通過內部總線進行通信的系統(tǒng)間通信驅動器(DRV)8和把來自維護者402的指令通知給監(jiān)控部4內的各個模塊的裝置管理模塊(MNG)9。
另外，上述裝置管理模塊9對保持有由維護者402生成的虛擬路徑(VPVirtual Path)的邏輯信息(VPCI)與物理信息(接口編號+VPI)的對應關系的VP信息13進行管理。不過在圖1中雖然設置雙重的通信線路對應部2和切換部3，但對此不做限定，本發(fā)明與這些部分的雙重化無關。
另外，在本實施方式以及以后的實施方式中，著眼于構成在ITU-T建議G.902“Framework Recommendation on functional accessnetworks(AN)-Architecture and function，access types，management and service node aspects”中所記載的存取網(wǎng)絡的“存取節(jié)點”。而且，關于信號傳輸協(xié)議以ITU-T建議G.967.2“V-INTERFACES AT THE SERVICE NODE(SN)-VB5.2 REFERENCE POINTSPECIFICATION”所規(guī)定的“B-BCC(Broadband Bearer ConnectionControl)”為例。
圖2是表示在點對點呼叫中的B-BCC信號傳輸順序圖。在圖2中，20是信號發(fā)送終端，21是信號接收終端，22是信號發(fā)送側的服務節(jié)點(SN)，23是信號接收側的服務節(jié)點(SN)，24是信號發(fā)送側的存取節(jié)點(AN)，25是信號接收側的存取節(jié)點(AN)。另外，圖2示出在應用ATM論壇UNI4.0作為用戶網(wǎng)絡接口(UNIUserNetwork Interface)的信號傳輸協(xié)議而且應用ATM論壇PNNI1.0作為網(wǎng)絡節(jié)點接口(NNINetwork Node Interface)的信號傳輸協(xié)議的場合下的信號傳輸順序。不過在應用其他UNI信號傳輸協(xié)議及NNI信號傳輸協(xié)議的場合下，在服務節(jié)點接口(SNIService NodeInterface)中的B-BCC協(xié)議順序相同。
在圖2中，例如在信號發(fā)送終端20與信號接收終端21之間設定SVC呼叫的場合下，首先，由接收到來自信號發(fā)送終端20的SETUP信息30的信號發(fā)送側SN22把ALLOC信息40傳送到信號發(fā)送側AN24。另外，這個ALLOC信息40的信息成分內容是根據(jù)SETUP信息30的信息成分內容所決定。信號發(fā)送側AN24對ALLOC信息40進行內部處理，如果能夠受理，則向信號發(fā)送側SN22返回ALLOC_ACC信息41。然后，接收到ALLOC_ACC信息41的信號發(fā)送側SN22向信號接收側SN23發(fā)送SETUP信息31。
接著，接收到SETUP信息31的信號接收側SN23向信號接收側AN25發(fā)送ALLOC信息42。另外，這個ALLOC信息42的信息成分內容是根據(jù)SETUP信息31的信息成分內容所決定。信號接收側AN25對ALLOC信息42進行內部處理，如果能夠受理，則向信號接收側SN23返回ALLOC_ACC信息43。然后，由接收到ALLOC_ACC信息43的信號接收側SN23向信號接收終端21發(fā)送SETUP信息32。
接著，接收到SETUP信息32的信號接收終端21如果能夠受理呼叫，則向信號接收側SN23返回CONNECT信息33。信號接收側SN23向信號接收側AN25發(fā)送ALLOC_COMP信息44。信號接收側AN25對ALLOC_COMP信息44進行內部處理，如果能夠受理，則向信號接收側SN23返回ALLOC_COMP_ACC信息45。然后，由接收到ALLOC_COMP_ACC信息45的信號接收側服務節(jié)點23向信號發(fā)送側服務節(jié)點22發(fā)送CONNECT信息34。
接著，接收到CONNECT信息34的信號發(fā)送側SN22向信號發(fā)送側AN24發(fā)送ALLOC_COMP信息46。信號發(fā)送側AN24對ALLOC_COMP信息46進行內部處理，如果能夠受理，則向信號發(fā)送側SN22返回ALLOC_COMP_ACC信息47。然后，由接收到ALLOC_COMP_ACC信息47的信號發(fā)送側SN22向信號發(fā)送終端20發(fā)送CONNECT信息35。
依照以上的順序，在信號發(fā)送終端20與信號接收終端21之間設定SVC呼叫，轉送數(shù)據(jù)成為可能。
另一方面，在釋放信號發(fā)送終端20與信號接收終端21之間的SVC呼叫的場合下，從信號發(fā)送終端20接收到RELEASE信息50的信號發(fā)送側SN22把RELEASE信息51發(fā)送給信號接收側SN23，同時把DEALLOC信息60發(fā)送給信號發(fā)送側AN24。信號發(fā)送側AN24對DEALLOC信息60進行內部處理，向信號發(fā)送側SN22返回DEALLOC_ACC信息61。然后，接收到DEALLOC_ACC信息61的信號發(fā)送側SN22向信號發(fā)送終端20發(fā)送RELEASE_COMP信息52。
而且，接收到RELEASE信息51的信號接收側SN23把DEALLOC信息62發(fā)送給信號接收側AN25，同時向信號發(fā)送側SN22返回RELEASE_COMP信息53。信號接收側AN25對DEALLOC信息62進行內部處理，向信號接收側SN23返回DEALLOC_ACC信息63。然后，接收到DEALLOC_ACC信息63的信號接收側SN23把RELEASE信息54發(fā)送給信號接收終端21，信號接收終端21向信號接收側SN23返回RELEASE_COMP信息55。
依照以上的順序，釋放信號發(fā)送終端20與信號接收終端21之間的SVC呼叫，結束數(shù)據(jù)的轉送。
圖3是表示設定SVC呼叫時的在存取節(jié)點(ATM交換機)內的信號傳輸處理的流程圖。例如在進行設定SVC呼叫時，從通信線路401接收到的ALLOC信息100通過通信線路對應部2、切換部3被轉送至現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a中，首協(xié)議處理模塊5通過協(xié)議處理生成這個SVC呼叫的呼叫狀態(tài)10，之后向連接控制模塊6轉送ALLOC信息101。
接著，連接控制模塊6從裝置管理模塊9管理的VP信息13中讀出SVC連接的邏輯信息(VPCI/VCI)及連接物理信息(接口編號/VPI/VCI)102，生成呼叫信息11。然后向資源管理模塊7轉送呼叫設定請求103。
接著，資源管理模塊7為了進行CAC控制及SVC連接設定，進行SNI側的通信線路對應部2和切換部3的硬件設定及資源信息12的更新。在正常地完成了這些處理之后，資源管理模塊7向連接控制模塊6轉送呼叫設定響應104。
接著，連接控制模塊6向協(xié)議處理模塊5轉送ALLOC_ACC信息105，協(xié)議處理模塊5在更新呼叫狀態(tài)10之后，向通信線路401發(fā)送ALLOC_ACC信息106。
接著，從通信線路401接收到的ALLOC_COMP信息107通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a，在監(jiān)控部4a中，首先協(xié)議處理模塊5通過進行協(xié)議處理、更新呼叫狀態(tài)10，并向連接控制模塊6轉送ALLOC_COMP信息108。
接著，連接控制模塊6更新呼叫信息11，向資源管理模塊7轉送呼叫設定請求109。接收到呼叫設定請求109的資源管理模塊7為了設定SVC連接，進行UNI側通信線路對應部2的硬件設定。然后，在正常地完成了這個處理之后，資源管理模塊7向連接控制模塊6轉送呼叫設定響應110。
接著，接收到呼叫設定響應110的連接控制模塊6向協(xié)議處理模塊5轉送ALLOC_COMP_ACC信息111，協(xié)議處理模塊5在更新呼叫狀態(tài)10之后，向通信線路401發(fā)送ALLOC_COMP_ACC信息112。
圖4表示釋放SVC呼叫時在存取節(jié)點(ATM交換機)內的信號傳輸處理的流程圖。例如，在釋放SVC呼叫的場合下，從通信線路401接收到的DEALLOC信息120通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a中，首先協(xié)議處理模塊5通過進行協(xié)議處理，更新SVC呼叫的呼叫狀態(tài)10，并向連接控制模塊6轉送DEALLOC信息121。
接著，連接控制模塊6更新呼叫信息11，然后向資源管理模塊7轉送呼叫釋放請求122。接收到呼叫釋放請求122的資源管理模塊7進行設定著SVC連接的通信線路對應部2和切換部3的硬件設定解除以及資源信息12的更新。在完成了這些處理之后，資源管理模塊7向連接控制模塊6轉送呼叫釋放響應123。
接著，接收到呼叫釋放響應123的連接控制模塊6清除呼叫信息11，向協(xié)議處理模塊5轉送DEALLOC_ACC信息124。然后，接收到DEALLOC_ACC信息124的協(xié)議處理模塊5在清除了呼叫狀態(tài)10之后，向通信線路401發(fā)送DEALLOC_ACC信息125。
另外，圖5是表示上述呼叫信息11的具體例圖，例如由呼叫識別信息、SVC連接邏輯信息(SNI側)、SVC連接物理信息(SNI側)、SVC連接邏輯信息(UNI側)、SVC連接物理信息(UNI側)、呼叫狀態(tài)、請求資源信息、請求QoS等級、請求端點/端點中繼延遲、請求CDVT等的信息來構成。
圖6是用于說明SVC呼叫因某種原因從現(xiàn)用系統(tǒng)切換到備用系統(tǒng)的場合下在現(xiàn)用系統(tǒng)監(jiān)控部4a與備用系統(tǒng)監(jiān)控部4b之間的SVC呼叫接續(xù)的說明圖，具體的是，圖6(1)表示設定SVC呼叫時在監(jiān)控部之間的信息交換，圖6(2)表示釋放SVC呼叫時在監(jiān)控部之間的信息交換。
例如，在設定SVC呼叫時進行SVC呼叫接續(xù)的場合下(參照圖6(1))，現(xiàn)用系統(tǒng)監(jiān)控部4a內的協(xié)議處理模塊5在前面說明過的圖2的信號傳輸順序中建立了SVC呼叫的時刻(相當于圖2中的A)，通過系統(tǒng)間通信驅動器8向備用系統(tǒng)監(jiān)控部4b轉送包含其SVC呼叫的呼叫狀態(tài)10的呼叫狀態(tài)通知200(呼叫狀態(tài)指令202)。而且，同時連接控制模塊6通過系統(tǒng)間驅動器8向備用系統(tǒng)監(jiān)控部4b轉送包含其SVC呼叫的呼叫信息11的呼叫信息通知201(呼叫信息指令203)。
接收到各個通知的備用監(jiān)控部4b向協(xié)議處理模塊5轉送呼叫狀態(tài)指令202，并且向連接控制模塊6轉送呼叫信息指令203。然后，接收到呼叫狀態(tài)指令202的協(xié)議處理模塊5對呼叫狀態(tài)10進行管理。另一方面，連接控制模塊6在管理呼叫信息11的同時，根據(jù)包含在呼叫信息11中的資源信息生成資源確保信號204，并把其信號發(fā)送給資源管理模塊7。然后，接收到資源確保信號204的資源管理模塊7接受這個通知，更新資源狀態(tài)12。
如上所述，在本實施方式中，即使因某種原因發(fā)生了SVC呼叫切換的場合下，由于不僅接續(xù)與現(xiàn)有技術相同的SVC連接信息，在設定呼叫時現(xiàn)用系統(tǒng)監(jiān)控部對于備用系統(tǒng)監(jiān)控部還接續(xù)了呼叫狀態(tài)和資源信息，所以不僅可維持其SVC呼叫，而且還能夠對之后的協(xié)議處理及CAC控制進行正確的控制。
另一方面，在釋放SVC呼叫時進行SVC呼叫接續(xù)的場合下(參照圖6(2))，現(xiàn)用系統(tǒng)監(jiān)控部4a內的協(xié)議處理模塊5在前面說明過的圖2的信號傳輸順序中釋放SVC呼叫的時刻(相當于圖2中的B)，通過系統(tǒng)間通信驅動器8向備用系統(tǒng)監(jiān)控部4b轉送包含其SVC呼叫的呼叫識別信息的呼叫識別信息通知205(呼叫識別信息指令207)。而且，連接控制模塊6通過系統(tǒng)間驅動器8向備用系統(tǒng)監(jiān)控部4b轉送包含其SVC呼叫的呼叫識別信息的呼叫識別信息通知206(呼叫識別信息指令208)。
接收到各個通知的備用系統(tǒng)監(jiān)控部4b分別向協(xié)議處理模塊5及連接控制模塊6轉送呼叫識別信息指令207、208。然后，接收到呼叫識別信息指令207的協(xié)議處理模塊5根據(jù)內部的呼叫識別信息清除SVC呼叫的呼叫狀態(tài)10。另一方面，接收到呼叫識別信息指令208的連接控制模塊6根據(jù)內部的呼叫識別信息清除呼叫信息11，同時還把包含被清除之前的呼叫信息11中的資源信息的資源釋放209發(fā)送給資源管理模塊7。最后，接收到資源釋放209的資源管理模塊7接受這個通知，更新資源狀態(tài)12。
如上所述，在本實施方式中，即使因某種原因發(fā)生了SVC呼叫切換的場合下，由于不僅接續(xù)與現(xiàn)有技術相同的SVC連接信息，在設定呼叫時現(xiàn)用系統(tǒng)監(jiān)控部對于備用系統(tǒng)監(jiān)控部還接續(xù)了呼叫狀態(tài)和資源信息，所以還能夠對之后的協(xié)議處理及CAC控制進行正確的控制。
以下，對實施方式2進行說明。圖7是表示實施方式2的監(jiān)控部的結構圖。在本實施方式中，用調度器14取代所述的系統(tǒng)間通信驅動器8。另外，由于ATM交換機的結構與所述的實施方式1(參照圖1)相同，所以使用相同的符號，并省略重復的說明。
下面，對與所述實施方式1不同的部分進行詳細的說明。
圖8是表示設定SVC呼叫時在存取節(jié)點內的信號傳輸處理流程圖。例如，在設定SVC呼叫的場合下，從通信線路401接收到的ALLOC信息100通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a中，首先調度器14存儲接收到的ALLOC信息100的內容，同時向協(xié)議處理模塊5轉送ALLOC信息210。之后，協(xié)議處理模塊5、連接控制模塊6及資源管理模塊7進行圖3記載的ALLOC信號接收處理(相當于101～105)，之后，協(xié)議處理模塊5向調度器14轉送ALLOC_ACC信息211。
接著，接收到ALLOC_ACC信息211的調度器14向通信線路401發(fā)送ALLOC_ACC信息106，同時把之前存儲的ALLOC信息100的內容作為ALLOC信息212轉送到備用系統(tǒng)監(jiān)控部4b。另外，這個轉送也可以經過切換部3，也可以經過監(jiān)控部之間的內部總線。不過，前者必須要預先設定通向切換部3的路徑，而后者必須另外設置系統(tǒng)間通信驅動器8。
接著，接收到ALLOC信息212的備用系統(tǒng)監(jiān)控部4b不用調度器14存儲ALLOC信息212的內容，向協(xié)議處理模塊5轉送ALLOC信息213。然后，接收到ALLOC信息213的協(xié)議處理模塊5通過協(xié)議處理生成呼叫狀態(tài)10，并向連接控制模塊6轉送ALLOC信息214。
接著，接收到ALLOC信息214的連接控制模塊6從裝置管理模塊9管理的VP信息13讀出SVC連接的邏輯信息(VPCI/VCI)及連接物理信息(接口編號/VPI/VCI)102，并生成呼叫信息11。然后，向資源管理模塊7轉送呼叫設定請求216。
接著，接收到呼叫設定請求216的資源管理模塊7進行CAC控制及資源信息12的更新(不需要對設定SVC連接的通信線路對應部2和切換部3進行硬件設定)，然后向連接控制模塊6轉送呼叫設定響應217。
接著，接收到呼叫設定響應217的連接控制模塊6向協(xié)議處理模塊5轉送ALLOC_ACC信息218，協(xié)議處理模塊5在更新呼叫狀態(tài)10之后，向調度器14轉送ALLOC_ACC信息219。然后，調度器14廢棄這個ALLOC_ACC信息219。
接著，從通信線路401接收到的ALLOC_COMP信息107通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a，在監(jiān)控部4a中，首先調度器14存儲接收到的ALLOC_COMP信息107的內容，同時向協(xié)議處理模塊5轉送ALLOC_COMP信息220。
下面，協(xié)議處理模塊5、連接控制模塊6及資源管理模塊7進行圖3記載的ALLOC_COMP接收處理(108～111)，然后，協(xié)議處理模塊5向調度器14轉送ALLOC_COMP_ACC信息221。
接著，接收到ALLOC_COMP_ACC信息221的調度器14向通信線路401發(fā)送ALLOC_COMP_ACC信息112，同時把以前存儲的ALLOC_COMP信息107的內容作為ALLOC_COMP信息222轉送到備用系統(tǒng)監(jiān)控部4b。另外，這個轉送也可以經過切換部3，也可以經過監(jiān)控部之間的內部總線。
接著，接收到ALLOC_COMP信息222的備用系統(tǒng)監(jiān)控部4b不用調度器14存儲ALLOC_COMP信息222的內容，而向協(xié)議處理模塊5轉送ALLOC_COMP信息223。
接著，接收到ALLOC_COMP信息223的協(xié)議處理模塊5通過協(xié)議處理，更新呼叫狀態(tài)10，然后，向連接控制模塊6轉送ALLOC_COMP信息224。然后，連接控制模塊6在更新呼叫信息11之后，向資源管理模塊7轉送呼叫設定請求225。
接著，接收到呼叫設定請求225的資源管理模塊7不需要進行特別處理，而向連接控制模塊6轉送呼叫設定響應226。然后，連接控制模塊6向協(xié)議處理模塊5轉送ALLOC_COMP_ACC信息227，協(xié)議處理模塊5在更新了呼叫狀態(tài)10之后，向調度器14轉送ALLOC_COMP_ACC信息228。最后，調度器14廢棄接收到的ALLOC_COMP_ACC信息228。
另外，在上述序列中，當現(xiàn)用系統(tǒng)監(jiān)控部4a的ALLOC信號接收處理失敗時，現(xiàn)用系統(tǒng)調度器14向通信線路401發(fā)送ALLOC_REJ信息(拒絕信息)，然后，刪除之前存儲的ALLOC信息100，不進行向備用系統(tǒng)監(jiān)控部4b的轉送。而且同樣地，當現(xiàn)用系統(tǒng)監(jiān)控部4a的ALLOC_COMP信號接收處理失敗時，現(xiàn)用系統(tǒng)調度器14向通信線路401發(fā)送ALLOC_COMP_REJ信息(拒絕信息)，然后，刪除之前存儲的ALLOC_COMP信息107，不進行向備用系統(tǒng)監(jiān)控部4b的轉送。
圖9是表示釋放SVC呼叫時在存取節(jié)點內的信號傳輸處理的流程圖。例如，在釋放SVC呼叫時，從通信線路401接收到的DEALLOC信息120通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a中，首先調度器14存儲接收到的DEALLOC信息120的內容，同時向協(xié)議處理模塊5轉送DEALLOC信息230。以后，協(xié)議處理模塊5、連接控制模塊6及資源管理模塊7進行圖4記載的DEALLOC接收處理(121～124)，然后，協(xié)議處理模塊5向調度器14轉送DEALLOC_ACC信息231。
接著，調度器14向通信線路401發(fā)送DEALLOC_ACC信息125，同時把以前存儲的DEALLOC信息120的內容作為DEALLOC信息232轉送到備用系統(tǒng)監(jiān)控部4b。這個轉送也可以經過切換部3，也可以經過監(jiān)控部之間的內部總線。
接著，接收到DEALLOC信息232的備用系統(tǒng)監(jiān)控部4b不用調度器14存儲DEALLOC信息232的內容，而直接向協(xié)議處理模塊5轉送DEALLOC信息233。
接著，接收到DEALLOC信息233的協(xié)議處理模塊5通過協(xié)議處理，更新呼叫狀態(tài)10，然后向連接控制模塊6轉送DEALLOC234。而且，連接控制模塊6在更新了呼叫信息11之后，向資源管理模塊7轉送呼叫釋放請求235。
接著，接收到呼叫釋放請求235的資源管理模塊7進行資源信息12的更新(不需要設定著SVC連接的通信線路對應部2及切換部3的硬件設定解除)，之后，向連接控制模塊6轉送呼叫釋放響應236。連接控制模塊6把DEALLOC_ACC信息237轉送到協(xié)議處理模塊5，并清除呼叫信息。而且，協(xié)議處理模塊5在清除了呼叫狀態(tài)10之后，向調度器14轉送DEALLOC_ACC信息238。最后，調度器14廢棄接收到的DEALLOC_ACC信息238。
這樣，在本實施方式中，可獲得與實施方式1相同的效果，而且還通過現(xiàn)用系統(tǒng)監(jiān)控部4a及備用系統(tǒng)監(jiān)控部4b進行同樣的信號傳輸處理(除通信線路對應部和切換部的硬件控制)，使雙方用同樣結構的設定SVC呼叫時的SVC呼叫的接續(xù)處理及釋放SVC呼叫時的SVC呼叫的接續(xù)處理成為可能。
下面，對實施方式3進行說明。另外，由于ATM交換機及監(jiān)控部的結構與所述的實施方式1(參照圖1)相同，故使用相同的符號并省略對其的說明。圖10是表示在設定過程中的SVC呼叫發(fā)生強制切換的場合下的現(xiàn)用系統(tǒng)監(jiān)控部4a的動作的流程圖。例如，在雙重化了的監(jiān)控部4的切換方式中有因現(xiàn)用系統(tǒng)監(jiān)控部4a的故障而導致的故障切換和由來自維護者402的指令而導致的強制切換。故障切換的場合是在信號傳輸處理的執(zhí)行過程中發(fā)生切換。而強制切換的場合是不需要立即進行切換，可在裝置內部的狀態(tài)穩(wěn)定后進行切換。
本實施方式對強制切換的方法進行說明。在圖10中，由裝置管理模塊9對監(jiān)控部4內的強制切換處理進行序列管理。首先，裝置管理模塊9把來自維護者402的強制切換指令300作為動作模式變更指令(現(xiàn)用→備用)301通知給現(xiàn)用系統(tǒng)監(jiān)控部4a的協(xié)議處理模塊5、連接控制模塊6及資源管理模塊7。
之后，接收到這個指令的協(xié)議處理模塊5廢棄所有來自通信線路401的信號傳輸信息，只處理來自連接控制模塊6的信息。另外，在設定SVC呼叫結束時和釋放SVC呼叫結束時，如同上述實施方式1說明的那樣，進行向備用系統(tǒng)監(jiān)控部4b的接續(xù)。并且，協(xié)議處理模塊5接收來自連接控制模塊6的信息，并通過系統(tǒng)間通信驅動器8向備用系統(tǒng)監(jiān)控部4b轉送包含其SVC呼叫的呼叫識別信息的呼叫識別信息通知。
而且，接收到上述指令的連接控制模塊6檢索所有SVC呼叫的呼叫信息11，例如，當是設定途中的SVC呼叫時，向資源管理模塊7發(fā)送用于釋放SVC呼叫的呼叫釋放請求302。而對于釋放途中的SVC呼叫則繼續(xù)進行釋放處理。另外，在結束了SVC呼叫的設定和釋放時，如在上述的實施方式1中所說明的那樣，進行向備用系統(tǒng)監(jiān)控部4b的接續(xù)。而且，連接控制模塊6在信號傳輸順序中SVC呼叫被釋放的時刻，通過系統(tǒng)間通信驅動器8向備用系統(tǒng)監(jiān)控部4b轉送包含其SVC呼叫的呼叫識別信息的呼叫識別信息通知。
另外，資源管理模塊7在接收到動作模式變更指令(現(xiàn)用→備用)301的場合下，也進行與圖4記載的釋放時同樣的信號傳輸處理。這樣，本實施方式可獲得與實施方式1同樣的效果，同時，在處理中的SVC呼叫沒有了的時刻，結束現(xiàn)用系統(tǒng)監(jiān)控部4a的處理，然后把強制切換指令通知給備用系統(tǒng)監(jiān)控部4b，而備用系統(tǒng)監(jiān)控部4b則作為新的現(xiàn)用系統(tǒng)監(jiān)控部開始動作。這時，現(xiàn)用系統(tǒng)監(jiān)控部4a的協(xié)議處理模塊5廢棄除來自連接控制模塊6以外的所有新的信息，現(xiàn)用系統(tǒng)監(jiān)控部4a只進行與處理中的SVC呼叫有關的處理。由此可在穩(wěn)定的狀態(tài)下進行SVC呼叫的切換。
下面，對實施方式4進行說明。另外，由于ATM交換機及監(jiān)控部的結構與上述實施方式1(參照圖1)相同，故使用相同的符號并省略其說明。另外，本實施方式中只對與上述實施方式3不同的動作進行說明。
在本實施方式中，協(xié)議處理模塊5在接收到動作模式變更指令(現(xiàn)用→備用)301的時刻，替代廢棄所有的信息，而對所有的SVC呼叫的呼叫狀態(tài)10進行檢索，清除設定中以外所有的SVC呼叫的呼叫狀態(tài)10，然后，進行向備用系統(tǒng)監(jiān)控部4b的接續(xù)。另外，連接控制模塊6及資源管理模塊7進行與上述實施方式3相同的處理。
這樣，在本實施方式中，在本實施方式中，可獲得與實施方式1相同的效果，而且，在處理中的SVC呼叫消失的時刻，結束現(xiàn)用系統(tǒng)監(jiān)控部4a的處理，然后把強制切換指令通知給備用系統(tǒng)監(jiān)控部4b，備用系統(tǒng)監(jiān)控部4b作為新的現(xiàn)用系統(tǒng)監(jiān)控部開始動作。這時，現(xiàn)用系統(tǒng)監(jiān)控部4a的協(xié)議處理模塊5廢棄所有新的信息，現(xiàn)用系統(tǒng)監(jiān)控部4a只進行與處理中的SVC呼叫有關的處理。由此，可以穩(wěn)定地狀態(tài)進行SVC呼叫的切換。
下面，對實施方式5進行說明。圖11是表示實施方式5的監(jiān)控部的結構圖。本實施方式中，在實施方式1的結構基礎上還通過裝置管理模塊9來管理VP路組信息15。另外，由于ATM交換機的結構與上述的實施方式1(參照圖1)相同，故使用相同的符號并省略其說明。
圖12是表示VP路組概念的圖。例如，VP路組由維護者402指定，一方的VP為選擇系，另一方的VP為非選擇系。通常使用選擇系統(tǒng)VP在ATM單元進行轉送處理(參照圖12(a))，但因某種原因選擇系統(tǒng)VP發(fā)生了故障的場合下，則切換到非選擇系統(tǒng)VP來進行ATM單元的轉送(參照圖12(b))。所謂VP路組信息15是指以設定了路組的2路VP為對進行管理的信息。在本實施方式中，考慮在服務節(jié)點與存取節(jié)點之間的接口(SNI)處的VP路組的設定。
圖13是表示由連接控制模塊6管理的呼叫信息11的具體例圖。這是為在設定了路組的VP的選擇系統(tǒng)/非選擇系統(tǒng)雙方設定SVC呼叫而使用，作為SNI側SVC連接物理信息，保存選擇系統(tǒng)VP及非選擇系統(tǒng)VP的SNI側SVC連接物理信息。另外，SVC連接邏輯信息與路組設定的有無無關而只有一個。
圖14表示在VP路組被設定的狀態(tài)下，設定SVC呼叫時在存取節(jié)點內的信號傳輸處理流程圖。例如，在設定SVC呼叫時，從通信線路401接收到的ALLOC信息100通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a首先由協(xié)議處理模塊5通過協(xié)議處理生成這個SVC呼叫的呼叫狀態(tài)10，然后，向連接控制模塊6轉送ALLOC信息101。
接著，連接控制模塊6從由裝置管理模塊9管理的VP信息13讀出SVC連接的邏輯信息(VPCI/VCI)及連接物理信息(接口編號/VPI/VCI)102，并且，從VP路組信息15讀出VP路組狀態(tài)310，識別出SNI側VP的路組狀態(tài)，并根據(jù)這些信息生成呼叫信息11。這時，如果路組已被設定，則把選擇系統(tǒng)/非選擇系統(tǒng)的信息作為呼叫信息11進行管理。然后，向資源管理模塊7轉送包含設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP信息的呼叫設定請求103。
接著，接收到呼叫設定請求103的資源管理模塊7為了進行CAC控制及SVC連接設定，更新SNI側的通信線路對應部2和切換部3的硬件設定以及資源信息12的更新。另外，在進行硬件設定時，對于被指定的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行其設定。然后，在正常完成了這些處理時，資源管理模塊7向連接控制模塊6轉送呼叫設定響應104。
接著，接收到呼叫設定響應104的連接控制模塊6向協(xié)議處理模塊5轉送ALLOC_ACC信息105，協(xié)議處理模塊5在更新了呼叫狀態(tài)10之后，向通信線路401發(fā)送ALLOC_ACC信息106。
接著，從通信線路401接收到的ALLOC_COMP信息107通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a，以后，監(jiān)控部4a進行與上述實施方式1相同的ALLOC_COMP正常處理。
由此，本實施方式可獲得與實施方式1相同的效果，同時，通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的設定，即使在VP切換后也可以維持SVC呼叫。
圖15是表示在VP路組被設定的狀態(tài)下，釋放SVC呼叫時在存取節(jié)點內的信號傳輸處理流程圖。不過，VP路組的設定是在SVC呼叫設定之后進行，在這個場合下，SVC連接被設定為選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP。而且，在SVC呼叫的呼叫信息11只管理一方的VP(設定SVC呼叫時被設定過的VP)的信息。
例如，從通信線路401接收到的DEALLOC信息120通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a首先由協(xié)議處理模塊5通過協(xié)議處理更新呼叫狀態(tài)10，并向連接控制模塊6轉送DEALLOC信息121。
接著，連接控制模塊6從VP路組信息15中讀出VP路組狀態(tài)310，識別出SNI側VP的路組狀態(tài)，更新呼叫信息11，然后，向資源管理模塊7轉送呼叫釋放請求122。在這里通知設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP信息。然后，在接收到呼叫釋放請求122的資源管理模塊7進行SVC連接被設定的通信線路對應部2和切換部3的硬件設定解除，以及資源信息12的更新。在硬件設定解除時，對被指定的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行其解除。在結束了這些處理之后，資源管理模塊7向連接控制模塊6轉送呼叫釋放響應123。
接著，接收到呼叫釋放響應123的連接控制模塊6清除呼叫信息11，并向協(xié)議處理模塊5轉送DEALLOC_ACC信息124。然后接收到DEALLOC_ACC信息124的協(xié)議處理模塊5在清除了呼叫狀態(tài)10之后，向通信線路401發(fā)送DEALLOC_ACC信息125。
由此，本實施方式可獲得與實施方式1同樣的效果，同時，通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的釋放，可避免連接釋放的遺漏。
下面，對實施方式6進行說明。在上述實施方式5中示出了在SVC呼叫的設定和SVC呼叫的釋放被啟動之前進行了VP路組的設定的情況。本實施方式將示出在執(zhí)行SVC呼叫的設定和SVC呼叫的釋放的過程中進行VP路組設定的情況。另外，由于ATM交換機及監(jiān)控部的結構與上述實施方式5相同，故使用相同的符號并省略其說明。
圖16是表示設定SVC呼叫時在存取節(jié)點內的信號傳輸處理的流程圖。例如，在設定SVC呼叫時，從通信線路401接收到的ALLOC信息100通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a首先由協(xié)議處理模塊5通過協(xié)議處理生成這個SVC呼叫的呼叫狀態(tài)10，并向連接控制模塊6轉送ALLOC信息101。
接著，連接控制模塊6從由裝置管理模塊9管理的VP信息13中讀出SVC連接的邏輯信息(VPCI/VCI)及連接物理信息(接口編號/VPI/VCI)102，而且，從VP路組信息15中讀出VP路組狀態(tài)310，識別出SNI側VP的路組狀態(tài)，并根據(jù)這些信息生成呼叫信息11。另外，在本實施方式中，由于在這時路組未被設定，因此作為呼叫信息只生成選擇系統(tǒng)的信息。然后，向資源管理模塊7轉送呼叫設定請求103。
接著，接收到呼叫設定請求103的資源管理模塊7為了進行CAC控制及SVC連接設定而進行SNI側的通信線路對應部2和切換部3的硬件設定，以及資源信息12的更新。然后，在正常完成了這些處理時，資源管理模塊7向連接控制模塊6轉送呼叫設定響應104。
另一方面，在到轉送上述呼叫設定響應104為止的期間內，如果從維護者402發(fā)送出VP路組設定請求400，則裝置管理模塊9更新VP路組信息15，并向資源管理模塊7發(fā)送VP路組設定請求401。由于在設定了路組的VP中不存在SVC，所以資源管理模塊7不進行特殊的處理。
這里，接收到呼叫設定響應104的連接控制模塊6再次讀出VP路組狀態(tài)311，識別SNI側VP的路組狀態(tài)，并更新呼叫信息11。在本實施方式中，此時路組被設定，并作為呼叫信息添加非選擇系統(tǒng)VP的信息。然后，向資源管理模塊7轉送呼叫設定請求410。另外，在這里只通知設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)VP中的非選擇系統(tǒng)的VP信息。
接著，接收到呼叫設定請求410的資源管理模塊7為了進行CAC控制及SVC連接設定，進行非選擇系統(tǒng)VP收納的SNI側通信線路對應部2和切換部3、硬件設定以及資源信息12的更新。然后，在正常完成了這些處理時，資源管理模塊7向連接控制模塊6轉送呼叫設定響應411。
接著，接收到呼叫設定響應411的連接控制模塊6向協(xié)議處理模塊5轉送ALLOC_ACC信息105，協(xié)議處理模塊5在更新了呼叫狀態(tài)10之后，向通信線路401發(fā)送ALLOC_ACC信息106。
接著，從通信線路401接收到的ALLOC_COMP信息107通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a，之后，監(jiān)控部4a進行與上述實施方式1相同的ALLOC_COMP正常處理。
如此，本實施方式可獲得與上述實施方式5相同的效果，同時，即使在SVC呼叫設定執(zhí)行過程中實施了路組設定時，也可以通過進行再次的查詢，將其設定反映到呼叫的接續(xù)中。
圖17是表示釋放SVC呼叫時在存取節(jié)點內的信號傳輸處理流程圖。例如，從通信線路401接收到的DEALLOC信息120通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后在監(jiān)控部4a首先由協(xié)議處理模塊5通過協(xié)議處理更新呼叫狀態(tài)10，并向連接控制模塊6轉送DEALLOC信息121。
接著，連接控制模塊6從VP路組信息15中讀出VP路組狀態(tài)310，并識別出SNI側VP的路組狀態(tài)。不過，在本實施方式中，此時路組未被設定。之后，連接控制模塊6向資源管理模塊7轉送呼叫釋放請求122。
接著，接收到呼叫釋放請求122的資源管理模塊7進行設定SVC連接的通信線路對應部2和切換部3的硬件設定解除，以及資源信息12的更新。當完成了這些處理之后，資源管理模塊7向連接控制模塊6轉送呼叫釋放響應123。
另一方面，在到轉送上述呼叫釋放響應123為止的期間內，如果從維護者402發(fā)送VP路組設定請求400，則裝置管理模塊9更新VP路組信息15，向資源管理模塊7發(fā)送VP路組設定請求401。資源管理模塊7由于在設定了路組的VP中存在SVC，所以在非選擇系統(tǒng)VP中設定這個SVC連接。
接著，接收到呼叫釋放響應123的連接控制模塊6再次讀出VP路組狀態(tài)311，識別SNI側VP的路組狀態(tài)，并更新呼叫信息11。在本實施方式中，由于此時路組被設定，所以在此作為呼叫信息追加非選擇系統(tǒng)VP的信息。然后，向資源管理模塊7轉送呼叫釋放請求420。不過，在這里只通知在設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)VP中的非選擇系統(tǒng)的VP信息。
接著，接收到呼叫釋放請求420的資源管理模塊7進行設定SVC連接的通信線路對應部2和切換部3的硬件設定解除，以及資源信息12的更新。然后，當完成了這些處理之后，資源管理模塊7向連接控制模塊6轉送呼叫釋放響應421。
接收到呼叫釋放響應421的連接控制模塊6向協(xié)議處理模塊5轉送DEALLOC_ACC信息124，清除呼叫信息11。最后，接收到DEALLOC_ACC信息124的協(xié)議處理模塊5在清除了呼叫狀態(tài)10之后，向通信線路401發(fā)送DEALLOC_ACC信息125。
如此，本實施方式可獲得與上述實施方式5相同的效果，同時，即使在SVC呼叫釋放執(zhí)行中實施了路組設定時，也可以進行再次的查詢，將其設定反映至呼叫的接續(xù)中。
下面，對實施方式7進行說明。圖18是表示實施方式7的監(jiān)控部的結構圖。在本實施方式中，通過資源管理模塊7對VP路組信息15進行管理。另外，由于ATM交換機及監(jiān)控部的結構與上述實施方式1(參照圖1)相同，故使用相同的符號并省略其說明。
圖19是表示設定SVC呼叫時在存取節(jié)點內的信號傳輸處理流程圖。例如，在設定SVC呼叫時，從通信線路401接收到的ALLOC信息100通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后在監(jiān)控部4a，首先由協(xié)議處理模塊5通過協(xié)議處理生成這個SVC呼叫的呼叫狀態(tài)10，并向連接控制模塊6轉送ALLOC信息101。
接著，連接控制模塊6從監(jiān)視模塊9管理的VP信息13中讀出SVC連接的邏輯信息(VPCI/VCI)及連接物理信息(接口編號/VPI/VCI)102，生成呼叫信息11，然后向資源管理模塊7轉送呼叫設定請求103。
接著，接收到呼叫設定請求103的資源管理模塊7首先檢索被指定的VP的路組狀態(tài)，然后，為了進行CAC控制以及SVC連接設定，進行SNI側通信線路對應部2和切換部3的硬件設定，及資源信息12的更新。另外，硬件設定時，在設定了路組的場合下，設定選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP。然后，當正常地完成這些設定之后，資源管理模塊7向連接控制模塊6轉送呼叫設定響應104。
接著，接收到呼叫設定響應104的連接控制模塊6向協(xié)議處理模塊5轉送ALLOC_ACC信息105，協(xié)議處理模塊5在更新了呼叫狀態(tài)10之后，向通信線路401發(fā)送ALLOC_ACC信息106。
接著，從通信線路104接收到的ALLOC_COMP信息107通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a，之后，監(jiān)控部4a進行與上述實施方式1相同的ALLOC_COMP的正常處理。
如此，本實施方式可獲得與上述實施方式1相同的效果，同時，還通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP進行SVC連接的設定，可在切換了VP之后維持SVC呼叫。
圖20是表示釋放SVC呼叫時在存取節(jié)點內的信號傳輸處理流程圖。例如，從通信線路401接收到的DEALLOC信息120通過通信線路對應部2、切換部3被轉送到現(xiàn)用系統(tǒng)監(jiān)控部4a。然后，在監(jiān)控部4a中，首先由協(xié)議處理模塊5通過協(xié)議處理更新呼叫狀態(tài)10，并向連接控制模塊6轉送DEALLOC信息121。
接著，連接控制模塊6更新呼叫信息11，然后向資源管理模塊7轉送呼叫釋放請求122。接收到呼叫釋放請求122的資源管理模塊7首先檢索被指定的VP的路組狀態(tài)，然后，進行設定SVC連接的通信線路對應部2和切換部3的硬件設定解除，及資源信息12的更新。另外，硬件設定解除時，在設定了路組的場合下，進行選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP的設定解除。然后，當完成了這些處理之后，資源管理模塊7向連接控制模塊6轉送呼叫釋放響應123。
接著，接收到呼叫釋放響應123的連接控制模塊6清除呼叫信息11，向協(xié)議處理模塊5轉送DEALLOC_ACC信息124。然后，接收到DEALLOC_ACC信息124的協(xié)議處理模塊5在清除了呼叫狀態(tài)10之后，向通信線路401發(fā)送DEALLOC_ACC信息125。
如此，本實施方式可獲得與上述實施方式1相同的效果，同時，還通過對設定了路組的選擇系統(tǒng)/非選擇系統(tǒng)雙方的VP釋放SVC連接，可防止釋放連接的遺漏。
如上所述，本發(fā)明的ATM交換機能夠應用在可提供SVC服務的ATM網(wǎng)絡中，尤其是適合在把SVC呼叫從現(xiàn)用系統(tǒng)切換到備用系統(tǒng)之后還需要繼續(xù)進行協(xié)議處理的交換機以及在切換了VP之后還需要維持SVC呼叫的交換機。
權利要求
1.一種ATM交換機，其包括由能夠執(zhí)行呼叫處理的現(xiàn)用系統(tǒng)和備用系統(tǒng)組成的雙重結構的監(jiān)控裝置，其特征在于所述各個監(jiān)控裝置包括協(xié)議處理模塊，管理呼叫單位的呼叫狀態(tài)，實施對那些呼叫的協(xié)議處理；連接控制模塊，按呼叫單位管理由用戶連接的邏輯信息和物理信息以及請求資源信息構成的呼叫信息；資源管理模塊，管理裝置全體的資源狀態(tài)，在設定SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在建立了其SVC呼叫的時刻，向所述備用系統(tǒng)轉送所述呼叫狀態(tài)及所述呼叫信息，該備用系統(tǒng)在設定接收到的呼叫狀態(tài)及呼叫信息的同時，根據(jù)包含在所述呼叫信息中的資源信息更新資源狀態(tài)，在釋放SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在釋放了其SVC呼叫的時刻，轉送其呼叫的呼叫識別信息，備用系統(tǒng)在刪除由接收到的呼叫識別信息所表示的呼叫的呼叫狀態(tài)及呼叫信息的同時，根據(jù)包含在所述呼叫識別信息中的資源信息更新資源狀態(tài)。
2.權利要求1記載的ATM交換機，其特征在于還包括區(qū)分所述呼叫狀態(tài)及所述呼叫信息的調度器，在接收到呼叫處理請求信息的所述現(xiàn)用系統(tǒng)中，所述調度器在存儲其信息的同時，發(fā)出進行所述協(xié)議處理的指令，并且在結束了其呼叫處理的時刻，向所述備用系統(tǒng)轉送所述已存儲的所述呼叫處理請求信息，在該備用系統(tǒng)中，接收到此信息的調度器通過進行與現(xiàn)用系統(tǒng)相同的協(xié)議處理，更新呼叫狀態(tài)、呼叫信息及資源信息。
3.權利要求1記載的ATM交換機，其特征在于在接收到監(jiān)控部切換指令的場合下，在所述現(xiàn)用系統(tǒng)中，所述協(xié)議處理模塊不接收來自所述連接控制模塊之外的所有的信息，如果有設定過程中的呼叫時，所述連接控制模塊啟動對其呼叫的釋放處理，如果有釋放過程中的呼叫時，繼續(xù)對其呼叫的釋放處理，所述備用系統(tǒng)在完成了所有的呼叫處理之后，在不存在處理中的呼叫的狀態(tài)下進行切換處理。
4.權利要求1記載的ATM交換機，其特征在于當接收到監(jiān)控部切換指令時，在所述現(xiàn)用系統(tǒng)中，所述協(xié)議處理模塊不接收所有的信息，而且，如果有設定過程中及釋放過程中的呼叫時，則清除其呼叫的呼叫狀態(tài)，并把釋放了的呼叫的呼叫識別信息通知給所述備用系統(tǒng)，所述連接控制模塊如果有設定過程中的呼叫時，啟動對其呼叫的釋放處理，如果有釋放過程中的呼叫時，繼續(xù)對其呼叫的釋放處理，所述備用系統(tǒng)在完成了所有的呼叫處理之后，在不存在處理中的呼叫的狀態(tài)下進行切換處理。
5.權利要求1記載的ATM交換機，其特征在于包括對虛擬路徑的邏輯信息與物理信息的對應關系以及設定了的全體虛擬路徑的路組狀態(tài)進行管理的裝置管理模塊，在設定呼叫時，所述連接控制模塊向所述裝置管理模塊查詢虛擬路徑的路組狀態(tài)，如果路組已被設定則把選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑信息包含在對所述資源管理模塊的呼叫設定請求信息中，在釋放呼叫時，所述連接控制模塊執(zhí)行所述查詢，如果路組已被設定則把選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑信息包含在對所述資源管理模塊的呼叫釋放請求信息中，所述資源管理模塊對所述選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑進行呼叫的設定/釋放。
6.權利要求5記載的ATM交換機，其特征在于在所述查詢之后的呼叫設定執(zhí)行過程中進行了路組設定時，所述連接控制模塊在接收到來自所述資源管理模塊的呼叫設定響應信息之后，再次執(zhí)行同樣的查詢，并把非選擇系統(tǒng)的虛擬路徑信息包含在對所述資源管理模塊的呼叫設定請求信息中，在所述查詢之后的呼叫設定釋放過程中進行了路組設定時，所述連接控制模塊在接收到來自所述資源管理模塊的呼叫釋放響應信息之后，再次執(zhí)行所述查詢，并把非選擇系統(tǒng)的虛擬路徑信息包含在對所述資源管理模塊的呼叫釋放請求信息中。
7.權利要求1記載的ATM交換機，其特征在于所述資源管理模塊還對設定了的所有虛擬路徑的路組狀態(tài)進行管理，在設定呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中設定呼叫，在釋放呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中釋放呼叫。
8.一種高可靠性控制方法，具有由能夠執(zhí)行呼叫處理的現(xiàn)用系統(tǒng)和備用系統(tǒng)組成的雙重結構的監(jiān)控部的ATM交換機，其特征在于包括以下步驟第1轉送步驟，在設定SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在建立了其SVC呼叫的時刻向備用系統(tǒng)轉送呼叫狀態(tài)及包含資源信息的呼叫信息；第1更新步驟，所述備用系統(tǒng)在設定接收到的呼叫狀態(tài)及呼叫信息的同時根據(jù)包含在所述呼叫信息中的資源信息更新資源狀態(tài)；第2轉送步驟，在釋放SVC呼叫時進行SVC呼叫接續(xù)的場合下，所述現(xiàn)用系統(tǒng)在釋放其SVC呼叫的時刻，轉送其呼叫的呼叫識別信息；第2更新步驟，所述備用系統(tǒng)在刪除由接收到的呼叫識別信息所表示的呼叫的呼叫狀態(tài)及呼叫信息的同時根據(jù)包含在所述呼叫識別信息中的資源信息更新資源狀態(tài)。
9.權利要求8記載的高可靠性控制方法，其特征在于包括以下步驟第3轉送步驟，接收到呼叫處理請求信息的所述現(xiàn)用系統(tǒng)在存儲其信息的同時，發(fā)出進行協(xié)議處理的指令，而且在結束了其呼叫處理的時刻，向所述備用系統(tǒng)轉送所述已存儲的所述呼叫處理請求信息；第3更新步驟，接收到所述信息的該備用系統(tǒng)通過進行與現(xiàn)用系統(tǒng)相同的協(xié)議處理，更新呼叫狀態(tài)、呼叫信息及資源信息。
10.權利要求8記載的高可靠性控制方法，其特征在于包括以下步驟釋放處理步驟，在接收到監(jiān)控部切換指令的場合下，所述現(xiàn)用系統(tǒng)不接收來自通信線路的所有的信息，如果有設定過程中的呼叫時，啟動對其呼叫的釋放處理，如果有釋放過程中的呼叫時，繼續(xù)對其呼叫的釋放處理；切換處理步驟，所述備用系統(tǒng)在完成了所有的呼叫處理之后，在不存在處理中的呼叫的狀態(tài)下進行切換處理。
11.權利要求8記載的高可靠性控制方法，其特征在于包括以下步驟呼叫設定步驟，在設定呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中設定呼叫；呼叫釋放步驟，在釋放呼叫時如果已設定了虛擬路徑的路組，則在選擇系統(tǒng)/非選擇系統(tǒng)雙方的虛擬路徑中釋放呼叫。
全文摘要
本發(fā)明相關的ATM交換機具有由能夠執(zhí)行呼叫處理的現(xiàn)用系統(tǒng)和備用系統(tǒng)構成的雙重化結構的監(jiān)控部4,并且,各個監(jiān)控部具有管理呼叫單位的呼叫狀態(tài)的協(xié)議處理模塊5、按呼叫單位管理呼叫信息的連接控制模塊6、進行裝置全體的資源狀態(tài)的管理的資源管理模塊7。而且,在設定SVC呼叫時進行SVC呼叫接續(xù)的場合下,現(xiàn)用系統(tǒng)在建立了其SVC呼叫的時刻,向備用系統(tǒng)轉送呼叫狀態(tài)及呼叫信息,備用系統(tǒng)在設定接收到的呼叫狀態(tài)及呼叫信息的同時,更新資源狀態(tài)。并且在釋放SVC呼叫時進行SVC呼叫接續(xù)的場合下,現(xiàn)用系統(tǒng)在釋放了其SVC呼叫的時刻,轉送其呼叫的呼叫識別信息,備用系統(tǒng)在刪除由接收到的呼叫識別信息所表示的呼叫的呼叫狀態(tài)及呼叫信息的同時,更新資源狀態(tài)。
文檔編號H04Q11/04GK1359576SQ00809870
公開日2002年7月17日 申請日期2000年5月2日 優(yōu)先權日2000年5月2日
發(fā)明者村上謙, 橫谷哲也, 市橋立機 申請人:三菱電機株式會社