(57)【特許請求の範囲】
【請求項１】
複数の中継ノードを介して接続される発端末と着端末間の呼接続経路が、前記中継ノードの障害発生により別の経路から接続要求があった際に生じる無効呼接続処理の回避方法であって、
呼の確立の際に呼接続要求信号に経路情報を付与するステップと、
前記経路情報を含む呼接続要求信号は、中継ノードを経由して着端末を収容するノードで読取り、迂回前経路の状態を含む発側セッションを識別するステップと、
前記着端末を収容するノードで前記迂回前経路情報を記憶するステップと、
前記発端末を収容するノードは、前記着端末を収容するノードからの呼接続応答信号が所定時間内に得られない時に、他中継ノードを経由する新たな迂回経路向けに呼を確立するための呼接続要求信号に新たな経路情報を付与して送信するステップと、
前記新たな経路情報を含む呼接続要求信号は、新たな中継ノードを経由して前記着端末を収容するノードで読取り、迂回後経路の状態を含む発側の信号経路を識別するステップと、
前記着端末を収容するノードにおいて、前記迂回後経路を選択して選択された前記迂回後経路情報と前記着端末を関連付けて正常に呼を確立するステップと、
前記記憶してある前記迂回前経路情報を読取り、選択されなかった経路として前記迂回前経路情報を削除するステップと、
を含むことを特徴とする無効呼接続処理の回避方法。
【請求項２】
請求項１記載の無効呼接続処理の回避方法において、
前記選択されなかった経路を削除するステップは、前記着端末を収容するノードから切断要求信号を選択されなかった経路を経由して送信するステップと、
前記着端末を収容するノードは、発側の中継ノードからの切断応答信号が所定時間内に得られない時に、自ノードに記録された選択されなかった経路の経路情報を参照して任意のノードに切断信号を直接送信するステップと、
前記切断信号を直接受信したノードは呼の確立時の呼接続要求信号中の選択されなかった経路情報を参照して呼の解放処理を行なうステップと、
を含むことを特徴とする無効呼接続処理の回避方法。
【請求項３】
請求項１記載の無効呼接続処理の回避方法において、
前記呼接続要求信号は、セッション・イニシエーション・プロトコルであることを特徴とする無効呼接続処理の回避方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無効呼接続処理の回避方法および着ローカルスイッチ装置に関し、特に、ノード障害時の迂回により同じ呼について別の経路から接続要求があった場合に、先の経路を切断させることができる無効呼接続処理の回避方法として用いると好適である。
【背景技術】
【０００２】
一般的な通信システムでは、複数の中継ノードを介して呼が確立される。このとき、呼の経路上のノードに障害が発生した場合に、確立途中、あるいは、確立済の呼の制御が正常に行なえないケースが発生し得る。
【０００３】
一方、従来の通信中の経路切り替えに関する技術に関して、例えば、送信フレーム内に通信経路情報を付加し、受信側が通信経路情報の変化を検出して、経路を切り換える発明が知られている。（例えば、特許文献１参照）
別の従来技術では、従属接続されているパスの経路変更を行なう場合、経路切り替え指示を受けて新経路に切り替え後に、旧経路を切断する発明が知られている。（例えば、特許文献２参照）
【特許文献１】特開平０９−３１２６６５号公報
【特許文献２】特開平０７−２４５６１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術（特許文献１）においては、その発明の目的が通信経路の変更後に、所定期間だけ受信フレームの受信順序を補正するだけの内容であるために、例えば、呼接続時の迂回実施の際に、最初の経路からの応答が遅れていただけで、処理が継続していた場合には、迂回前の旧経路により着信者の呼び出しが実施されることになり、すでに迂回前の経路は放棄されているため、正常に経路を確立することができない。
【０００５】
また、従来技術（特許文献２）においては、経路切り替え指示を受けて新経路切り替え後に旧経路を切断するだけの内容であるために、例えば、確立済の呼の切断を試みたが、呼の経路上のノードあるいは伝送路に障害が発生し、正常に切断が実行できず、課金実施ノードがその切断を認識できないために、過剰な期間課金を継続してしまうことになる。
【０００６】
本発明は、複数の中継ノードを経由して呼の接続を行なうような通信システムにおいて、呼の確立の際に、信号上に付与された経路情報を着側で記憶しておき、同じ呼について別の経路から接続要求があった場合は経路変更として後の経路を有効とし、先の経路は切断する無効呼接続処理の回避方法および着ローカルスイッチ装置を提供することを目的にする。
【課題を解決するための手段】
【０００７】
上記課題を解決するための第１の発明は、複数の中継ノードを介して接続される発端末と着端末間の呼接続経路が、前記中継ノードの障害発生により別の経路から接続要求があった際に生じる無効呼接続処理の回避方法であって、呼の確立の際に呼接続要求信号に経路情報を付与するステップと、前記経路情報を含む呼接続要求信号は、中継ノードを経由して着端末を収容するノードで読取り、迂回前経路の状態を含む発側セッションを識別するステップと、前記着端末を収容するノードで前記迂回前経路情報を記憶するステップと、前記発端末を収容するノードは、前記着端末を収容するノードからの呼接続応答信号が所定時間内に得られない時に、他中継ノードを経由する新たな迂回経路向けに呼を確立するための呼接続要求信号に新たな経路情報を付与して送信するステップと、前記新たな経路情報を含む呼接続要求信号は、新たな中継ノードを経由して前記着端末を収容するノードで読取り、迂回後経路の状態を含む発側の信号経路を識別するステップと、前記着端末を収容するノードにおいて、前記迂回後経路を選択して選択された前記迂回後経路情報と前記着端末を関連付けて正常に呼を確立するステップと、前記記憶してある前記迂回前経路情報を読取り、選択されなかった経路として前記迂回前経路情報を削除するステップとを含んでいる。
【０００８】
この第１の発明によれば、呼を確立する際に経路のノードからの応答が所定時間内に来ないことにより他ノードを経由するように迂回するが、最初の経路からの応答が遅れていただけで、処理が継続していた場合における正常な呼接続ができない無効呼接続処理の回避方法を提供できる。
【０００９】
第２の発明は、第１の発明に記載の無効呼接続処理の回避方法において、前記選択されなかった経路を削除するステップは、前記着端末を収容するノードから切断要求信号を選択されなかった経路を経由して送信するステップと、前記着端末を収容するノードは、発側の中継ノードからの切断応答信号が所定時間内に得られない時に、自ノードに記録された選択されなかった経路の経路情報を参照して任意のノードに切断信号を直接送信するステップと、前記切断信号を直接受信したノードは呼の確立時の呼接続要求信号中の選択されなかった経路情報を参照して呼の解放処理を行なうステップとを含んでいる。
【００１０】
この第２の発明によれば、確立済の呼の切断を試みたが、呼の経路上のノード或いは伝送路に障害が発生し、正常に呼の切断が実行できない状態を回避可能とする無効呼接続処理の回避方法を提供できる。
【００１１】
第３の発明は、第１の発明に記載の無効呼接続処理の回避方法において、前記呼接続要求信号は、セッション・イニシエーション・プロトコルである。
【００１２】
この第３の発明によれば、呼接続要求信号が経由した複数の中継ノードのリストを事前に得ることができるため、切り離されてしまった旧経路を関連付けて発端末と着端末間で正常に呼を確立することを可能とする無効呼接続処理の回避方法を提供できる。
【発明の効果】
【００１７】
以上、本発明の無効呼接続処理の回避方法および着ローカルスイッチ装置によれば、複数の中継ノードを経由して呼の接続を行なうような通信システムにおいて、呼接続時の迂回実施時に呼確立ができなくなる事象を回避できるとともに、呼確立後に切断ができなくなる事象を回避できる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態について、図を参照しながら説明する。
【００１９】
図１は、本発明の一実施形態における通信経路更新の説明図である。発端末を収容するノード１と着端末を収容するノード４の間は、中継ノードであるノード２と迂回中継ノードであるノード３を中継して接続される。
【００２０】
発端末1と着端末５間で呼を確立する通信経路において、経路１は、発端末１→発ＬＳ装置２→ＳＩＰ中継装置３１→着ＬＳ装置４→着端末５の経路であり、経路２は、発端末１→発ＬＳ装置→ＳＩＰ中継装置３２→着ＬＳ装置４→着端末５の経路である。
【００２１】
ＳＩＰ（Session Initiation Protocol）は、アプリケーション層で２つ以上の相手に対して、音声や映像、テキストメッセージの交換などを行なうために必要なセッションの生成、変更、切断を行なうプロトコルである。
【００２２】
発ＬＳ（Local Switch）装置は、発側加入者交換機であり、加入端末から局に引き込まれた通信回線を接続する。
【００２３】
着ＬＳ（Local Switch）装置は、発側加入者交換機であり、加入端末から局に引き込まれた通信回線を接続する。
【００２４】
経路１は、初めに選択した呼の経路であり、経路１上のノードに障害が発生した場合に、確立途中，或いは確立済みの呼の制御が正常に行なえないケースが発生した場合に経路１から経路２に迂回接続される。各装置間では呼を確立するためにそれぞれ呼接続要求Ａ〜呼接続要求Ｆを送信する。
【００２５】
発端末１と着端末５間の呼は新たな経路である経路２を介して確立し、着信者が応答した場合は発信者との間で正常に通話を行うことが可能となる。
【００２６】
図２は、本発明の一実施形態における呼接続迂回実施時の経路リプレース制御のシーケンス図である。以下に図２に示す呼接続迂回実施時の経路リプレース制御手順について説明する。
〔経路１の呼接続手順〕
Ｓ１．発端末１は、着端末５との間で呼を確立するために、発ＬＳ装置２に対して呼接続要求Ａを送信する。
【００２７】
Ｓ２．発ＬＳ装置２は、次の信号中継先にＳＩＰ中継装置３１を選択して呼接続要求Ｂを送信する。呼接続要求Ｂには、経路情報として経路１が設定されている。
【００２８】
Ｓ３．ＳＩＰ中継装置３１は、次の信号中継先に着ＬＳ装置４を選択して呼接続要求Ｃ（呼接続要求Ｂの中継）を送信する。呼接続要求Ｃには、経路情報として経路１が設定されている。
【００２９】
Ｓ４．着ＬＳ装置４は、着端末５に対して呼接続要求Ｄ（呼接続要求Ｃの中継）を送信すると、この呼接続要求Ｄは着端末５まで到達し、着端末５は呼び出し状態になる。
【００３０】
Ｓ５．通常であれば、着端末５から呼接続応答Ｇが着ＬＳ装置４に返信される。
【００３１】
Ｓ６. 着ＬＳ装置４は、ＳＩＰ中継装置３１に対して呼接続応答Ｈを送信する。
【００３２】
Ｓ７．ＳＩＰ中継装置３１は、呼接続要求Ｉを発ＬＳ装置に送信する。呼接続要求Ｉには、経路情報として経路１が設定されている。
〔経路２の呼接続手順〕
Ｓ８．ＳＩＰ中継装置３１、着ＬＳ装置や伝送路上の何らかの問題により応答信号が遅延するなどし、発ＬＳ装置２が経路１経由の呼接続処理が正しく受け入れられたことを認識できない事象が発生しうる。経路１の異常を認識した発ＬＳ装置２は、ＳＩＰ中継装置３２を介した新たな経路（経路２）に呼接続の処理を迂回させるために、次の信号中継先にＳＩＰ中継装置３２を選択して呼接続要求ＥをＳＩＰ中継装置３２に送信する。呼接続要求Ｅには、経路情報として経路２が設定されている。
【００３３】
Ｓ９．ＳＩＰ中継装置３２は、次の信号中継先に着ＬＳ装置４を選択して呼接続要求Ｆ（呼接続要求Ｅの中継）を送信する。呼接続要求Ｆには、経路情報として経路２が設定されている。
〔経路１の切断手順〕
Ｓ１０．着ＬＳ装置４は、経路１と経路２を同一の呼として認識し、且つ、経路２が経路１を置き換える優先すべき経路であることを認識して、呼び出し中の着端末５と経路２との関連付けを行い、経路１に関連する呼状態の切断要求ＪをＳＩＰ中継装置３１へ送信することにより呼状態の削除処理を実行し、発端末１と着端末５間の呼は新たな経路である経路２を介して確立する。
【００３４】
Ｓ１１．切断要求Ｊを受信したＳＩＰ中継装置３１は、経路１に関連する呼状態の切断要求Ｋ（切断要求Ｊの中継）を発ＬＳ装置２に対して送信する。
【００３５】
図３は、本発明の一実施形態における無効呼接続処理の回避手順を示すフローチャートである。以下に、無効呼接続処理の回避手順について、図３を用いて図１と図２を参照して説明する。
【００３６】
Ｓ１２．経路１上にて何らかの問題により応答信号が遅延するなどし、経路１の異常を認識した発ＬＳ装置２は、無効呼接続処理を回避するために、呼の確立途中あるいは確立後に、初めに選択した経路（経路１）とは別の経路（経路２）を新たに立ち上げる。
【００３７】
Ｓ１３．発ＬＳ装置２にて、初めに選択した経路（経路１）とは別の経路（経路２）の確立時に新経路情報（経路の識別子）を付与する。
【００３８】
Ｓ１４．着ＬＳ装置４にて、初めに選択した経路（経路１）を優先するか、または別の経路（経路２）を有線するかを判断して決定する。一般的には新たな経路を優先することが好ましい結果が得られることが多いが、これはサービス仕様や呼処理の状況に応じて自由に決定することが可能である。
【００３９】
Ｓ１５．本ケースでは、新経路（経路２）が優先され、新経路（経路２）での制御で旧経路（経路１）の制御をリプレースする。ただし、旧経路に関連付けられた呼制御は、迂回を実施したノードの処理からは切り離されている。そのため、リプレースの手順は、発ＬＳ装置２より新経路（経路２）の情報と、着ＬＳ装置４より旧経路（経路１）の情報を関連付けることにより、発信者と着信者との間で正常に呼を確立させる。
【００４０】
Ｓ１６．旧経路（経路２）から新経路（経路１）へのリプレースに伴い、旧経路（経路１）を切断処理する。この呼の切断時にも経路のリプレースを許容する呼制御方法が適用できる。経路のノードに障害が発生し切断要求信号に応答が得られない場合、切断要求信号を障害が発生しているとされるノードの先の任意のノード（例えば、相手側のユーザを収容しているノード）に対して切断要求信号を直接送信する。ここで切断要求信号が経由するノードのリストは、事前に何らかの形で得られていることを前提とする。これは例えば呼制御のプロトコルがＳＩＰ（Session Initiation Protocol）であれば、呼確立時の信号手順の中で得ることができる。切断要求信号を直接受信したノードは、経路情報を参照して新たな経路で旧経路をリプレースする必要を認識する。リプレース後に実施する処理は切断処理であるため、呼の開放処理を実施する。
【００４１】
図４は、本発明の一実施形態における着ＬＳ装置のブロック構成図である。同図において、４１はセッションの全体的な状態を制御するセッション制御部である。セッションとは、二つのシステム間でデータをやりとりするために設定する通信の論理的な接続関係であり、接続の開始から終了まで一連の処理が行なわれる。
【００４２】
４２はセッションの制御が行なわれる経路を意識して、必要に応じて有効な経路を選択し、無効な経路を削除するなどの制御を行なう信号経路識別管理部であり、本発明にて用いる発側セッション識別機能部４２１と着側セッション識別機能部４２２を有する。
【００４３】
４３は信号のフォーマットや呼制御の状態を管理するプロトコル状態管理部であり、迂回前経路の状態管理部４３１と迂回後経路の状態管理部４３２と端末向けの状態管理部４３３を有する。迂回前経路の状態管理部４３１と迂回後経路の状態管理部４３２とは、ＳＩＰ（Session Initiation Protocol）信号により迂回前経路情報と迂回後経路の状態を読み取り管理する。
【００４４】
４４はＳＩＰ（Session Initiation Protocol）などの呼制御信号の送受信を制御するための信号送信・受信制御部をそれぞれ示す。
【００４５】
すなわち、着信ＬＳ装置において、無効呼接続処理の回避方法を実現する。
【００４６】
図５は、本発明にて用いるＳＩＰ信号中の経路情報の表現例を示す構成図である。図に示すＳＩＰ信号は、ＩＰ網を使った電話を実現するために一般の電話サービスが持つ呼の制御を行なうためのプロトコルであって、このプロトコル中の「Path-Selected:１」は、本発明を実施するために今回新たに追加した経路情報（経路の識別子）である。この「Path-Selected:１」の情報は、呼確立時の通信経路が１であることを示している。セッションとは、二つのシステム間でデータをやりとりするために設定する通信の論理的な接続の開始から終了までの交信である。この経路情報を参照してノードのリストを得ることができる。
【産業上の利用可能性】
【００４７】
本発明は、公衆または構内の通信ネットワークにおいて、呼接続の際に迂回実施時に呼確立ができなくなる事象と、呼確立後に切断ができなくなる事象を回避できる。この様な事象が発生すると、着信者には無音の状態となり、発信者には話中の状態になってしまうという通信品質上致命的なダメージの回避に利用できる。
【００４８】
以上の実施例を含む実施態様に関し、更に以下の付記を開示する。
【００４９】
（付記１)
複数の中継ノードを介して接続される発端末と着端末間の呼接続経路が、前記中継ノードの障害発生により別の経路から接続要求があった際に生じる無効呼接続処理の回避方法であって、
呼の確立の際に呼接続要求信号に経路情報を付与する第１ステップと、
前記経路情報を含む呼接続要求信号は、中継ノードを経由して着端末を収容するノードで読取り、迂回前経路の状態を含む発側セッションを識別する第２ステップと、
発端末を収容するノードは、着端末を収容するノードからの呼接続応答信号が所定時間内に得られない時に、他中継ノードを経由する新たな迂回経路向けに呼を確立するための呼接続要求信号に新たな経路情報を付与して送信する第３ステップと、
前記新たな経路情報を含む呼接続要求信号は、新たな中継ノードを経由して前記着端末を収容するノードで読取り、迂回後経路の状態を含む発側の信号経路を識別する第４ステップと、
前記着端末を収容するノードにおいて、前記迂回前経路または前記迂回後経路のいずれかを選択して選択された経路の前記経路情報と着端末を関連付けて正常に呼を確立する第５ステップと、
選択されなかった経路を前記経路情報を用いて削除する第６ステップと、
を含むことを特徴とする無効呼接続処理の回避方法。
（付記２）
付記１記載の無効呼接続処理の回避方法において、
前記第５ステップと前記第６ステップに代えて、前記着端末を収容するノードにおいて、前記迂回前経路を前記迂回後経路にリプレースして前記迂回後経路の前記経路情報と着端末を関連付けて正常に呼を確立するステップと、
前記迂回前経路を前記経路情報を用いて削除するステップと、
を含むことを特徴とする無効呼接続処理の回避方法。
（付記３）
付記１記載の無効呼接続処理の回避方法において、
前記選択されなかった経路を削除する第６ステップは、前記着端末を収容するノードから切断要求信号を選択されなかった経路を経由して送信するステップと、
前記着端末を収容するノードは、発側の中継ノードからの切断応答信号が所定時間内に得られない時に、自ノードに記録された選択されなかった経路の経路情報を参照して任意のノードに切断信号を直接送信するステップと、
前記切断信号を直接受信したノードは呼の確立時の呼接続要求信号中の選択されなかった経路情報を参照して呼の解放処理を行なうステップと、
を含むことを特徴とする無効呼接続処理の回避方法。
（付記４）
付記１記載の無効呼接続処理の回避方法において、
前記呼接続要求信号は、セッション・イニシエーション・プロトコルであることを特徴とする無効呼接続処理の回避方法。
（付記５）
発端末と複数の中継ノードを介して呼を確立する着端末を収容する着ローカルスイッチ装置において、
複数の前記中継ノードを経由して前記発端末と前記着端末間の呼接続経路を通して呼制御信号の送受信を制御する信号送信・受信制御部と、
前記呼制御信号のフォーマットや呼制御の状態を管理するプロトコル状態管理部と、
セッションの制御が行なわれる経路を意識して、必要に応じて有効な経路を選択して無効な経路を削除する制御を行なう信号経路識別管理部と、
セッションの全体的な状態を制御するセッション制御部と、
を有することを特徴とする着ローカルスイッチ装置。
（付記６）
付記５記載の着ローカルスイッチ装置において、
前記呼接続要求信号は、セッション・イニシエーション・プロトコルであることを特徴とする着ローカルスイッチ装置。
（付記７）
付記５記載の着ローカルスイッチ装置において、前記必要に応じて有効な経路を選択して無効な経路を削除する制御を行なう信号経路識別管理部に代えて、前記迂回前経路を前記迂回後経路にリプレースして前記迂回後経路の前記経路情報と着端末を関連付けて正常に呼を確立し、前記迂回前経路を前記経路情報を用いて削除する信号経路識別管理部を有することを特徴とする着ローカルスイッチ装置。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施形態における通信経路更新の説明図である。
【図２】本発明の一実施形態における呼接続迂回実施時の経路リプレース制御のシーケンス図である。
【図３】本発明の一実施形態における無効呼接続処理の回避手順を示すフローチャートである。
【図４】本発明の一実施形態における着ＬＳ装置のブロック構成図である。
【図５】本発明にて用いるＳＩＰ信号中の経路情報の表現例を示す構成図である。
【符号の説明】
【００５１】
１    発端末
２    発ＬＳ装置
３    ＳＩＰ中継装置
４    着ＬＳ装置
４１    セッション制御部
４２    信号経路識別管理部
４３    プロトコル状態管理部
４３１    迂回前経路の状態管理部
４３２    迂回後経路の状態管理部
４３３    端末向けの状態管理部
４４    信号送信・受信制御部
５    着端末
【図１】
0005012676.tif 000002
【図２】
0005012676.tif 000003
【図３】
0005012676.tif 000004
【図４】
0005012676.tif 000005
【図５】
0005012676.tif 000006