(57)【要約】【課題】ＩＰによる小規模な内線電話網を構築する際に、ＵＲＬ等による内線電話体系の変更なしに、従来通りの内線番号体系を維持したまま全電話の呼状態の集中管理と、任意の端末に対する呼状態遷移の制御を行う。【解決手段】ＩＰネットワークを収容し、ＩＰネットワークに接続された複数の多重中継装置と対向接続された多重装置と多重装置に接続された複数の電話端末と、ＩＰネットワークの１ノードとして接続されたＮＭＳと、全端末呼制御を集中中継する手段と、全ポート呼状態集中管理手段と、全端末呼状態を集中制御する手段と、を特徴とする通信制御装置。【選択図】        図１
2004166101.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰによる音声通話やテレビ電話を実現し、従来の内線番号体系をＵＲＬ等の内線アドレス体系に変更せずに、１台から２５６台の比較的小規模な内線電話（ＴＶ電話）網を構築する通信制御装置であって、ＩＰによるネットワークを収容し、このネットワークに接続された１つ以上の多重中継装置と対向接続された多重装置に接続された端末（電話、ＴＶ電話）と、それら端末を集中管理するためのＩＰネットワーク内１ノードであるＮＭＳと、全端末呼制御を集中中継する手順と、全端末呼状態を集中管理するための手順と、全端末呼状態を集中制御するための手順と、を特徴とする通信制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はＥｔｈｅｒｎｅｔ（登録商標）による通信ネットワークを収容し、Ｅｔｈｅｒｎｅｔ上のＩＰにより音声通話を行う際に音声通話状況を集中的に管理・把握しようとする通信制御装置に関するものである。
【０００２】
【従来の技術】
（以下、キヤノン発明考案創作譲渡証書提案受付Ｎｏ４００６０２７をＡと記述し、キヤノン発明考案創作譲渡証書提案受付Ｎｏ４０３９１５２をＢと記述する）。
【０００３】
音声通話をＩＰ上で行うための技術としてはＶＯＩＰやＡ、Ｂ等が挙げられる。また、ＩＰ上の音声通話に先立つ呼の確立のための手順として一般的なものとしてまずはＨ．３２３が挙げられる。Ｈ．３２３は機能が豊富でバイナリベースのプロトコルであるが複雑であるため音声通話のみの目的に使うには非効率的との考え方が一般的であり、この問題を解決するために提案された呼確立手順としてはＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ：ＲＦＣ２５４３）が挙げられる。他にも大規模なＶＯＩＰシステムを構成する際に使われる呼制御手順としてＭＧＣＰ（ＭｕｌｔｉｍｅｄｉａＧａｔｅｗａｙＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）が挙げられる。
【０００４】
【発明が解決しようとする課題】
しかしながら、ＳＩＰの電話番号（内線番号）にあたるアドレスフォーマットはＵＲＬ方式であり、一般的な内線網や電話網にそのまま使用するには違和感がある。ＭＧＣＰは非常に大規模なＶＯＩＰシステムを構築する際に導入されるのが実情である。このような背景から、Ａ，Ｂ等の運用が予想されるＳＯＨＯ等における小規模な内線網を構成する場合、ＳＩＰやＭＧＣＰによる呼確立手順は冗長である。さらにこれらの手順の場合、簡便に呼制御の状況を把握したり個々の呼制御を集中制御する仕組みは提供されない。
【０００５】
【課題を解決するための手段】
このような問題を解決するために、本発明による通信制御装置は、Ａ、Ｂ、等の運用が予想される小規模な内線電話網をＩＰネットワークで構成する場合に、装置内ＩＰネットワークの１ノードにおいて全電話の呼制御ＩＰフレームを集中的に中継制御する手段と、呼状態を集中管理する手段と、その集中管理手段において特定の電話の特定の呼制御手順ＩＰフレームを中継しないか又は集中管理部独自の呼制御ＩＰフレームを生成送受信することにより特定の電話の通話状態を制御する手順、に特徴を有する。
【０００６】
【発明の実施の形態】
以下本発明の実施例を図面を参照して詳細記述する。
【０００７】
（実施例）
（以下、キヤノン発明考案創作譲渡証書提案受付Ｎｏ４００６０２７をＡと記述し、キヤノン発明考案創作譲渡証書提案受付Ｎｏ４０３９１５２をＢと記述する）。
【０００８】
図１には本発明の代表的なシステム構成を示す。ＩＳＤＮ又は専用線に接続された多重装置１、多重装置２、多重装置３にはそれぞれ４台の通常のアナログ電話が接続され、１台の多重装置は４台のアナログ電話の音声通話を６４ｋＢＰＳのＩＳＤＮ回線に多重して伝送する（詳細はＡ，Ｂ参照のこと）。それぞれの多重装置と対向で接続され、集線型多重中継装置内のＩＰネットワークに接続された多重中継装置は受信した音声データをＩＰパケットに変換し装置内ＩＰネットワークに送信し又集線型多重装置内のＩＰネットワークから受信した音声データを含むＩＰパケットを多重装置へ送出する。集線型多重中継装置は内臓するＩＰネットワークの１ノードとしてＮＭＳ（ＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ）を含む。
【０００９】
集線型多重中継装置は、このＮＭＳにより、それぞれの電話に先立つ呼確立手順の中継と、呼状態の集中管理と呼状態の集中制御の手段を提供する。ユーザは集線型多重中継装置のＮＭＳに端末を接続することで全内線電話の呼の状態監視や呼の状態制御を行うことができる。
【００１０】
図２に本発明の呼制御手順で用いられるＩＰパケットのフレーム（シグナリングＩＰフレーム）を示す。シグナルＩＤ（２０）は呼制御手順を行う上で発着ポートが発生するシグナルの意味付けを表し、ＳＥＴＵＰ、ＣＡＬＬＰＲＯＣ、ＡＬＥＲＴ、ＣＯＮＮＥＣＴ、ＤＩＳＣ、ＲＥＬ、ＲＥＬＣＯＭＰ、ＣＯＮＮＡＣＫがある（シグナル詳細については図４の説明を参照のこと）。
【００１１】
発信ＩＰアドレス（２１）は電話を発呼した多重中継装置のＩＰアドレスを示す。着信チャネル番号（２２）は電話を着信した多重装置の着信電話が接続されているポート番号を示す。発信チャネル番号（２３）は発呼した電話が接続されている多重中継装置のポート番号を示す。発着呼フラグ（２４）はそのシグナリングＩＰフレームの発信元が、発呼側であるか着呼側であるかを示す。０の場合は発呼ポートが送信元であり、１であれば着呼ポートが送信元であることを示す。発信内線番号（２５）は発呼側電話の内線番号を示し、着信内線番号（２６）は着呼側内線番号を示す。シグナリングＩＰフレームを中継するＮＭＳはこれらシグナリングフレーム内の情報に基づき、各ポートの呼状態監視や呼状態制御を行う。
【００１２】
図３はＮＭＳがシグナリングＩＰフレームを中継し呼状態管理を行う流れを示す。ＮＭＳには予め、「内線番号→ＩＰ対比テーブル」に各内線電話がどの多重中継装置に接続されているか、その多重中継装置にどのＩＰアドレスが割り振られているかが入力されている。又「全ポート呼状態管理テーブル」にて全内線電話ポートがどの様な呼状態にあるかを管理している。シグナリング制御部は多重中継装置からのシグナリングＩＰフレームの送受信と、内線番号をキーにシグナリングフレームの送信先多重中継装置のＩＰアドレスの検索と、全ポート呼状態の状態遷移処理と呼状態更新処理を行う。ＮＭＳが多重中継装置からシグナリングフレーム（ＳＥＴＵＰ）を受信する（１）と、ＮＭＳは「シグナリング制御部」においてシグナリングフレームを解析し着内線番号を持つ電話が接続されている多重中継装置のＩＰアドレスをシグナリング状態テーブルから検索（２）し、シグナリングＩＰフレーム（ＳＥＴＵＰ）を目的の多重中継装置に送信する（３）。
【００１３】
このときＮＭＳは発呼側ポートと着呼側ポートのそれぞれのポートについて図４の説明として後述するポート呼状態遷移処理を行う。即ち発呼ポートがＳＥＴＵＰを送信したことでどの様な呼状態に遷移するか、そして着呼側ポートがＳＥＴＵＰを受信したことでどの様な呼状態に遷移するか、を判断しＮＭＳの管理する全ポートの呼状態管理テーブルを更新する。
【００１４】
同様に、ＮＭＳがシグナリングフレームＣＡＬＬＰＲＯＣ（６）を受信すると、シグナリングフレームを解析し発内線番号からＩＰアドレスを得、シグナリングフレームＣＡＬＬＰＲＯＣを多重中継装置に送信する（６．４．）と共に、送信元ポートと受信先ポートの状態遷移処理を行い、全ポート呼状態管理テーブルを更新する（６．２，６．３）。ＤＩＳＣ（７）、ＲＥＬＳ（８）、ＲＥＬＣＯＭＰ（９）等のシグナリングフレーム受信時も同様の処理を繰り返す。
【００１５】
更にＮＭＳに、任意のポート（任意の内線電話）の使用禁止が登録されていた場合や、任意のポート（任意の電話）の一定時間以上の通話禁止が登録されていた場合、全ポート呼状態管理テーブルにおいて、その任意の電話ポートに関する呼状態を監視することで、そのポートに関するシグナリングフレームの中継を抑制したり、またはＮＭＳが独自に切断用シグナリングフレームを生成し通話中回線の発呼側ポートと、着呼側ポートに送信することでそれぞれのポートの通話をＮＭＳ管理の元に終了させることも可能となる。
【００１６】
図４はＮＭＳから各電話が接続されているポートを見たときの、各ポートの呼状態と呼状態遷移の様子を示す状態遷移表である。本発明による呼状態はＱ９３１（ＴＴＣ標準）の呼状態に類似しており、アイドル、発呼、発呼受付、呼出通知、着呼、呼出中、応答、応答通知、着呼受付、通信中、切断要求、切断通知、開放要求の１３状態で構成される。図４の状態遷移表は縦軸がイベントを表し、横軸が状態を表す。状態とイベントが交差するセルは下段がその状態でそのイベントを受けたときに行う処理を表し、上段は処理後の状態遷移先を表す。状態遷移先が「−」となっている場合は状態遷移しないことを表す。
【００１７】
又、状態とイベントの交差したセルに斜線が引かれているセルはその状態でそのイベントを受けても無視することを意味する。セルの上段が２つに分割されている場合は処理の結果により遷移先が異なることを示す。例えば、あるポートがアイドル状態においてＳＥＴＵＰシグナリングフレームを送信した場合をｆｘ（アイドル，ＳＥＴＵＰ送信）と示すとすれば、ｆｘ（アイドル，ＳＥＴＵＰ送信）は通信相手保持処理を行った後、発呼状態へ遷移する。ここで通信相手保持処理はＮＭＳがシグナリングフレームを解析することにより、通話を発呼したポートが通話する、相手の着ポートのＩＰアドレスと内線番号とチャネル番号をＮＭＳ側で記憶することを意味する。
【００１８】
ｆｘ（アイドル，ＣＡＬＬＰＲＯＣ送信）は相手ポートの相手判断処理により、通話相手ポートが通話中ではないことを確認しもし通話中であれば状態変数をＦＡＬＳＥにセットするか、通話中でなければ状態変数にＴＲＵＥをセットする。その後通話相手保持処理によりＣＡＬＬＰＲＯＣ発信元が呼を確立しようとした相手のポートのＩＰアドレスと内線番号とチャネル番号をＮＭＳ側で記憶し、状態変数がＴＲＵＥであれば着呼受付状態に遷移し、状態変数がＦＡＬＳＥであれば状態は変化しないことを表す。
【００１９】
ｆｘ（アイドル，ＣＡＬＬＰＲＯＣ受信）はＥｒｒｏｒ処理によりこのような状態は起こりえないはずであるにも関わらず発生した旨をＮＭＳに記憶し、呼状態変化はしないことをあらわす。ｆｘ（発呼状態，ＲＥＬＣＯＭＰ送信）では第三者応答判断によりそのＲＥＬＣＯＭＰを送信したポートが本当に通話中のポートであったのかをＮＭＳ側で判断し、もし発呼ポートでも着呼ポートでもない第三のポートがＲＥＬＣＯＭＰを送信したと判断できれば状態遷移しない（無視する）か、又はもしＲＥＬＣＯＭＰを送信したポートが発呼ポート又は着呼ポートであればＲＥＬＣＯＭＰを送信したポートの状態をアイドル状態に戻すことを意味する。ｆｘ（発呼，ＳＥＴＵＰ受信）は無視され、処理は何も行われず、状態遷移も発生しない。
【００２０】
本発明による呼制御手順が正常な状態遷移を行うパスは本状態遷移表上のｆｘ（アイドル，ＳＥＴＵＰ送信）、ｆｘ（発呼，ＣＡＬＬＰＲＯＣ受信），ｆｘ（発呼受付，Ｃｏｎｎｅｃｔ受信），ｆｘ（応答通知，ＣＯＮＮＡＣＫ送信）、ｆｘ（通話中，ＤＩＳＣ送信）、ｆｘ（切断要求，ＲＥＬＣＯＭＰ受信）などが考えられる。
【００２１】
【発明の効果】
本発明による手段を具備した通信制御装置は、小規模な内線電話網において、ＩＰによる音声通話とこれに先立つ呼制御手順を実現することが出来、本通信制御装置のＮＭＳに端末を接続することで全内線電話の呼の状態監視や呼の状態制御を行うことができる。
【図面の簡単な説明】
【図１】呼状態の集中管理
【図２】シグナリングＩＰフレーム
【図３】シグナリング中継と状態管理
【図４】シグナリングポート状態遷移表
【符号の説明】
２１    ＩＰアドレス
２２    着信チャネル番号
２３    発信チャネル番号
２４    発着四フラグ
２５    発信内線番号
【図１】
2004166101.tif 000003
【図２】
2004166101.tif 000004
【図３】
2004166101.tif 000005
【図４】
2004166101.tif 000006