(57)【要約】【課題】呼接続のセッション確立情報を記述されるプロトコルの読み込みに失敗した理由を、呼制御サーバに対してログ出力を要求して記録できるようにする。【解決手段】本発明は、収容している電話端末と呼制御サーバとの間で呼制御信号の中継処理を行なう通信装置において、対向する通信装置から受信した呼制御信号に含まれているセッション確立情報の内容を判断するセッション確立情報判断手段と、セッション確立情報判断手段によりセッション確立情報の内容を判断できない場合に、呼制御サーバに対してセッション確立情報の記録要求を含む応答信号を作成するメッセージ作成手段と、メッセージ作成手段により作成された応答信号を呼制御サーバに送信する通信処理手段とを備える。【選択図】      図１
2018037790.tif 000002
【特許請求の範囲】
【請求項１】
収容している電話端末と呼制御サーバとの間で呼制御信号の中継処理を行なう通信装置において、
対向する通信装置から受信した呼制御信号に含まれているセッション確立情報の内容を判断するセッション確立情報判断手段と、
上記セッション確立情報判断手段により上記セッション確立情報の内容を判断できない場合に、上記呼制御サーバに対して上記セッション確立情報の記録要求を含む応答信号を作成するメッセージ作成手段と、
上記メッセージ作成手段により作成された上記応答信号を上記呼制御サーバに送信する通信処理手段と
を備えることを特徴とする通信装置。
【請求項２】
上記セッション確立情報判断手段が、上記呼制御信号に含まれるセッション確立情報に基づいて、指定されたセッション確立情報の内容で許容であるか否かを判断することを特徴とする請求項１に記載の通信装置。
【請求項３】
上記セッション確立情報判断手段が、上記呼制御信号に含まれるセッション確立情報を読み込み可能か否かを判断することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
収容している電話端末と呼制御サーバとの間で呼制御信号の中継処理を行なう通信装置の通信プログラムにおいて、
コンピュータを、
対向する通信装置から受信した呼制御信号に含まれているセッション確立情報の内容を判断するセッション確立情報判断手段と、
上記セッション確立情報判断手段により上記セッション確立情報の内容を判断できない場合に、上記呼制御サーバに対して上記セッション確立情報の記録要求を含む応答信号を作成するメッセージ作成手段と、
上記メッセージ作成手段により作成された上記応答信号を上記呼制御サーバに送信する通信処理手段と
して機能させることを特徴とする通信プログラム。
【請求項５】
呼制御サーバと、
上記呼制御サーバから取得した呼詳細情報を記録する呼詳細情報記録手段と、
収容している電話端末と呼制御サーバとの間で呼制御信号の中継処理を行なう通信装置と
を備え、
上記通信装置が、
対向する通信装置から受信した呼制御信号に含まれているセッション確立情報の内容を判断するセッション確立情報判断手段と、
上記セッション確立情報判断手段により上記セッション確立情報の内容を判断できない場合に、上記呼制御サーバに対して上記セッション確立情報の記録要求を含む応答信号を作成するメッセージ作成手段と、
上記メッセージ作成手段により作成された上記応答信号を上記呼制御サーバに送信する通信処理手段と
を有することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信プログラム及び通信システムに関し、例えば、加入者回線を介して電話端末を収容する通信装置及び当該通信装置を備えるシステムに適用し得るものである。
【背景技術】
【０００２】
例えば、アナログ回線やＩＳＤＮ回線に接続している加入者電話端末を収容しているアクセスゲートウェイ装置（以下、「ＡＧＷ」とも呼ぶ。）は、ＩＰ網上のＳＩＰサーバとの間で、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の呼制御プロトコルに従った呼制御信号の授受により、収容している加入者電話端末にＶｏＩＰサービスを提供している。
【０００３】
図２は、従来のＳＩＰサーバ及びＡＧＷに接続されるＩＳＤＮ加入者端末間の基本的な呼接続シーケンス図である。
【０００４】
ＡＧＷ２−１及び２−２と、ＳＩＰサーバ１とは、ＩＰ網を介して接続している。ＡＧＷ２−１及び２−２間で音声（ＲＴＰストリーム）の通信を行なうため、ＡＧＷ２−１及び２−２はそれぞれ、ＲＦＣ３２６４で定義されるＳＤＰオファーアンサーモデルでＲＴＰを送信・受信するＩＰアドレスやポート番号、音声コーデックなどを含む情報を交換する。
【０００５】
具体的には、図２において、ＡＧＷ２−２は、ＳＩＰ  ＩＮＶＩＴＥに付与されるＳＤＰオファー（ＳＤＰ（Ｏ））をＳＩＰサーバ１に送信し（Ｓ９０２）、ＳＩＰサーバ１は、ＳＤＰオファー（ＳＤＰ（Ｏ））をＡＧＷ２−１に送信する（Ｓ９０４）。ＡＧＷ２−１は、ＳＤＰを許容する場合、ＳＩＰ  ＩＮＶＩＴＥに対する２００応答のＳＤＰアンサーに付与してＳＩＰサーバ１に送信し（Ｓ９１２）、ＳＩＰサーバ１は２００応答をＡＧＷ２−２に送信する（Ｓ９１３）。
【０００６】
ＡＧＷ２−１及び２−２はそれぞれ、相手から受信したＳＤＰの内容を読み込み、ＲＴＰストリームを、どの種類のコーデックで、どのＩＰアドレス及びどのポートに対して送信すればよいかを決定する。
【０００７】
ＳＤＰに記載される内容は、ＲＦＣ４５６６に示されるようにＩＰアドレスやコーデックの種類、音声のパケット化周期、音声ストリームの非ＡＣＴＩＶＥ化（ＳＤＰ  ａ＝行のｉｎａｃｔｉｖｅ指定）など多岐にわたる。
【０００８】
そのため、例えば、以下のようなケースで、ＡＧＷは、受信したＳＤＰを許容できない場合がある。
（ａ）ＡＧＷが受信したＳＤＰのコーデックにＡＧＷがサポートするコーデックがない
（ｂ）ＡＧＷはパケット化周期を２０ｍｓｅｃのみサポートしているが、受信したＳＤＰのパケット化周期が１０ｍｓｅｃを指定している（ａ＝ｐｔｉｍｅ：１０をＳＤＰで指定している）
（ｃ）ＡＧＷはＲＦＣ４５８５をサポートしていないが、受信したＳＤＰ記述がＲＦＣ４５８５に従う記載となっており、ＡＧＷがＳＤＰの読み込みに失敗する。
【０００９】
ＡＧＷ２−１が、ＳＤＰオファーを受信した場合に上記例のようなエラーを検出すると（図３：Ｓ９２０）、ＡＧＷ２−１は、図３のようにＳＩＰサーバ１に対してＩＮＶＩＴＥのエラー応答を送信する（Ｓ９２１、Ｓ９２２）。このとき、ＳＩＰサーバ１は、呼詳細情報記録部（ＣＤＲ：Ｃａｌｌ  Ｄｅｔａｉｌ  Ｒｅｃｏｒｄｅｒ）に、受信した４８８エラー応答のステータスコードを記録するのが一般的である。
【００１０】
また、ＡＧＷ２−２がＳＤＰアンサーを受信した場合に上記例のようなエラーを検出すると（図４：Ｓ９３０）、図４のように、ＡＧＷ２−２がＳＩＰサーバ１に２００  ＯＫに対するＡＣＫを送信後（Ｓ９１５）、ＡＧＷ２−２はＢＹＥをＡＧＷ２−２から送信し、呼切断を促す（Ｓ９３１、Ｓ９３２）。このとき、ＳＩＰサーバ１が出力するＣＤＲには、一度呼が確立された後通話時間０のＣＤＲが出力されるのが一般的である。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００６−２２９８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上述したように、ＡＧＷがＳＤＰの読み込みに失敗した場合、保守者はＳＩＰサーバのＣＤＲを見れば何らかの異常が発生していたことを検出できる。しかし、ＣＤＲに記録されている情報だけでは、なぜＡＧＷがエラー応答を返却・あるいは即切断したかの理由がわからない。ＡＧＷがエラーと判断した理由を知るためには、ＡＧＷが受信時にエラーとみなされたＳＤＰの内容を確認する必要があるため、エラー検出時にＳＤＰの内容をログに出力する必要があるためである。
【００１３】
しかしながら、一般に、ＡＧＷはＩＳＤＮ回線やアナログ回線を収容するため、専用ハードウェア装置であり、ディスクのサイズや書き込み・読み込み性能は、ＳＩＰサーバなどの汎用サーバ装置に比べて著しく低い。
【００１４】
従って、ＳＤＰの内容をＡＧＷのディスクにログとして出力する場合、ディスクアクセスが遅く、また複数の呼でＳＤＰのエラーを検出してログが大きくなると、ディスク容量が少ないため空き容量が少なくなる問題がある。その一方、ＳＩＰサーバは一般に汎用サーバ装置であり、ディスクサイズやディスクの書き込み性能はＡＧＷに比べて非常に高い。
【００１５】
そのため、アクセスゲートウェイ装置が、ＳＤＰ等の呼接続のセッションを確立するために必要な情報を記述されるプロトコルの読み込みに失敗した理由も含む情報を、ＳＩＰサーバに対してログ出力を要求して、上記情報を記録することができる通信装置、通信プログラム及び通信システムが求められている。
【課題を解決するための手段】
【００１６】
かかる課題を解決するために、第１の本発明に係る通信装置は、収容している電話端末と呼制御サーバとの間で呼制御信号の中継処理を行なう通信装置において、（１）対向する通信装置から受信した呼制御信号に含まれているセッション確立情報の内容を判断するセッション確立情報判断手段と、（２）セッション確立情報判断手段によりセッション確立情報の内容を判断できない場合に、呼制御サーバに対してセッション確立情報の記録要求を含む応答信号を作成するメッセージ作成手段と、（３）メッセージ作成手段により作成された応答信号を呼制御サーバに送信する通信処理手段とを備えることを特徴とする。
【００１７】
第２の本発明に係る通信プログラムは、収容している電話端末と呼制御サーバとの間で呼制御信号の中継処理を行なう通信装置の通信プログラムにおいて、コンピュータを、（１）対向する通信装置から受信した呼制御信号に含まれているセッション確立情報の内容を判断するセッション確立情報判断手段と、（２）セッション確立情報判断手段によりセッション確立情報の内容を判断できない場合に、呼制御サーバに対してセッション確立情報の記録要求を含む応答信号を作成するメッセージ作成手段と、（３）メッセージ作成手段により作成された応答信号を呼制御サーバに送信する通信処理手段として機能させることを特徴とする。
【００１８】
第３の本発明に係る通信システムは、呼制御サーバと、呼制御サーバから取得した呼詳細情報を記録する呼詳細情報記録手段と、収容している電話端末と呼制御サーバとの間で呼制御信号の中継処理を行なう通信装置とを備え、通信装置が、対向する通信装置から受信した呼制御信号に含まれているセッション確立情報の内容を判断するセッション確立情報判断手段と、セッション確立情報判断手段によりセッション確立情報の内容を判断できない場合に、呼制御サーバに対してセッション確立情報の記録要求を含む応答信号を作成するメッセージ作成手段と、メッセージ作成手段により作成された応答信号を呼制御サーバに送信する通信処理手段とを有することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、アクセスゲートウェイ装置が、ＳＤＰ等の呼接続のセッションを確立するために必要な情報を記述されるプロトコルの読み込みに失敗した理由も含む情報を、ＳＩＰサーバに対してログ出力を要求して、上記情報を記録することができる。
【図面の簡単な説明】
【００２０】
【図１】実施形態に係る音声通信システムの全体的な構成を示す全体構成図である。
【図２】従来のＳＩＰサーバ及びＡＧＷに接続されるＩＳＤＮ加入者端末間の基本的な呼接続シーケンス図である。
【図３】従来の呼接続処理において、ＡＧＷがＳＤＰオファーでエラーを検出した場合のシーケンス図である。
【図４】従来の呼接続処理において、ＡＧＷがＳＤＰアンサーでエラーを検出した場合のシーケンス図である。
【図５】実施形態に係るアクセスゲートウェイ装置の内部構成を示す内部構成図である。
【図６】実施形態に係るアクセスゲートウェイ装置がＳＤＰオファーでエラーを検出した場合の呼接続処理を示すシーケンス図である。
【図７】実施形態に係るＳＩＰサーバが出力するログの構成を示す構成図である。
【図８】実施形態に係るアクセスゲートウェイ装置がＳＤＰアンサーでエラーを検出した場合の呼接続処理を示すシーケンス図である。
【発明を実施するための形態】
【００２１】
（Ａ）主たる実施形態
以下では、本発明に係る通信装置、通信プログラム及び通信システムの実施形態を、図面を参照しながら詳細に説明する。
【００２２】
この実施形態では、呼処理に係る通信プロトコル（以下、呼制御プロトコルとも呼ぶ。）としてＳＩＰを採用した音声通信システムに、本発明を適用する場合を例示する。
【００２３】
なお、呼制御プロトコルは、ＳＩＰに限定されるものではない。また、呼接続に必要な情報を記述するセッション記述プロトコルは、ＳＤＰとする場合を例示するが、これに限定されるものではない。例えば、本発明と同様の概念に基づいて、ＩＴＵ−Ｔ制定によるＨ．３２３勧告により規格化された技術にも適用できる。
【００２４】
（Ａ−１）実施形態の構成
図１は、この実施形態に係る音声通信システムの全体的な構成を示す全体構成図である。
【００２５】
図１において、この実施形態に係る音声通信システム１０は、ＳＩＰサーバ１、アクセスゲートウェイ装置（ＡＧＷ）２、加入者端末３、呼詳細情報記録部５を有する。
【００２６】
この実施形態では、例えば、アナログ回線、ＩＳＤＮ回線等の加入者電話回線６を収容するアクセスゲートウェイ装置２と、呼制御を実施するコールエージェント（ＣＡ）としてのＳＩＰサーバ１とが、物理的に異なる装置である場合を例示する。
【００２７】
アクセスゲートウェイ装置２は、ネットワーク（例えばＩＰネットワーク）４を介してＳＩＰサーバ１と接続しており、加入者電話回線６を介して１又は複数の加入者端末３を収容している。アクセスゲートウェイ装置２は、ネットワーク４と加入者電話回線６との間の通話信号や制御信号を中継する。例えば、アクセスゲートウェイ装置２と加入者端末３との間は、既存の電話システムのプロトコルで通信を行なう。またアクセスゲートウェイ装置２とＳＩＰサーバ１との間は、ＳＩＰで通信を行なう。
【００２８】
アクセスゲートウェイ装置２は、収容する加入者端末３の呼確立の際に、対向するアクセスゲートウェイ装置２から受信したＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の読み込みにエラーが生じた場合に、読み込みエラーが生じたＳＤＰの内容を含むＳＩＰメッセージを作成する。そして、アクセスゲートウェイ装置２は、読み込みエラーが生じたＳＤＰの内容を含むＳＩＰメッセージをＳＩＰサーバ１に送信する。
【００２９】
ＳＩＰサーバ１は、ＳＩＰに従って、発信元の電話端末と発信先の電話端末との間の呼を確立するために、呼制御するものである。ＳＩＰサーバ１は、一般的に、セッション開始までに授受されるＳＩＰメッセージの内容を呼特定情報（例えば、Ｃａｌｌ−ＩＤ）に対応付けて保持している。
【００３０】
またＳＩＰサーバ１は、呼詳細情報記録部５と接続しており、各呼詳細情報を呼詳細情報記録部５に記録する。ＳＩＰサーバ１は、アクセスゲートウェイ装置２から受信したＳＩＰメッセージのヘッダ情報に、ＬｏｇＲｅｑｕｅｓｔ（より具体的には、ＳＤＰ内容をログ出力することを要求する「ＬｏｇＲｅｑｕｅｓｔ：ＳＤＰ」）が含まれている場合、呼を識別する呼識別情報（例えば、Ｃａｌｌ−ＩＤ）に基づいて、対応するＳＤＰの内容を検索し、そのＳＤＰの内容を、呼詳細情報記録部５に記録する。
【００３１】
呼詳細情報記録部５は、ＳＩＰサーバ１と接続しており、セッションごとの呼詳細情報を記録するものである。呼詳細情報記録部５は、例えば、ＳＩＰメッセージの送信元のアドレス情報、送信先のアドレス情報、呼特定情報（例えば、Ｃａｌｌ−ＩＤ）をキーとして、これらのキーに対応付けて、呼に係る詳細な情報を記録する。
【００３２】
図５は、実施形態に係るアクセスゲートウェイ装置２の内部構成を示す内部構成図である。
【００３３】
図５において、アクセスゲートウェイ装置２は、制御部２０、加入者側インタフェース部２１、ネットワーク側インタフェース部２２、通信処理部２３、記憶部２４を有する。
【００３４】
加入者側インタフェース部２１は、加入者電話回線６と接続して、加入者端末３との間で信号の授受を行なうものである。
【００３５】
ネットワーク側インタフェース部２２は、ネットワーク４と接続して、ＳＩＰサーバ１との間でＳＩＰメッセージを含むパケットの送受信を行なうものである。
【００３６】
制御部２０は、アクセスゲートウェイ装置２の機能を司る処理部又は装置である。なお、制御部２０のハードウェア構成は図示しないが、制御部２０は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース等を有して構成される。そして、ＣＰＵが、ＲＯＭに格納される処理プログラム（通信プログラム）を実行することにより、通信処理を実現する。
【００３７】
制御部２０は、収容する加入者端末３が発信元の場合、加入者端末３から入力されたダイヤル信号に基づいて発信先番号に変換してＩＮＶＩＴＥメッセージを作成する。また、収容する加入者端末３が発信先となる場合、制御部２０は、ＳＩＰサーバ１からのＳＩＰメッセージに含まれている情報に基づいて発信先のダイヤル番号を特定し、その加入者端末３に呼び出し信号を送出する。
【００３８】
制御部２０は、図２に示すように、ＳＤＰ判断部２０１、メッセージ作成部２０２を有する。
【００３９】
ＳＤＰ判断部２０１は、受信したＳＩＰメッセージに含まれるＳＤＰで記載される内容を判断するものである。
【００４０】
ここで、ＳＩＰメッセージは、ＨＴＴＰと同様に、ヘッダ情報とボディ部とを有して構成されており、音声通信の場合、一般的に、ＳＩＰメッセージのボディ部に、ＩＰアドレス、コーデックの種類、音声のパケット化周期、音声ストリームの非ＡＣＴＩＶＥ化等の情報が、ＳＤＰにより記述されている。
【００４１】
そして、ＳＤＰ判断部２０１は、ＳＩＰメッセージのボディ部に記述されている内容を判断して、対向するアクセスゲートウェイ装置２との間で音声通信が可能か否かを判断する。より具体的には、ＳＤＰ判断部２０１は、受信したＳＤＰで指定されたコーデックがアクセスゲートウェイ装置２自身でサポートできるコーデックであるか、受信したＳＤＰで指定されたパケット化周期を、アクセスゲートウェイ装置２自身でサポート可能であるか、受信したＳＤＰの記述を読み込めるか（例えば、アクセスゲートウェイ装置２自身は、ＲＦＣ４５８５によるＳＤＰ記述をサポートしていないが、受信したＳＤＰがＲＦＣ４５８５に従ったものである場合）等を判断する。
【００４２】
メッセージ作成部２０２は、基本的には呼接続のため、ＳＩＰに従ったＳＩＰメッセージを作成するものである。この実施形態では、特に、メッセージ作成部２０２は、ＳＤＰ判断部２０１によるＳＤＰで記載される内容の判断結果に応じて、ＳＩＰメッセージを作成する。
【００４３】
つまり、メッセージ作成部２０２は、ＳＩＰメッセージの拡張ヘッダとして、ＳＩＰサーバ１に対して呼詳細情報記録部５へのログ出力を要求することを意味するＬｏｇＲｅｑｕｅｓｔヘッダを定義する。ＳＤＰの読み込み等でエラーを検出した場合に、メッセージ作成部２０２は、ＬｏｇＲｅｑｕｅｓｔヘッダに、ＳＤＰの内容をログに記載する要求を意味するＳＤＰパラメータを設定する。
【００４４】
より具体的には、ＳＤＰ判断部２０１が、ＳＤＰで記載されている内容を許容できない、若しくは、ＳＤＰの記述方法のルールが異なりＳＤＰの内容を読み込むことができない等の読み込みエラーを検出した場合、呼詳細情報記録部５にＳＤＰ内容を記録するため（ＳＤＰ内容のログを取るため）、メッセージ作成部２０２は、受信したＳＩＰメッセージに対するエラー応答メッセージに、ＳＤＰの内容を記録することをＳＩＰサーバ１に対して要求するＬｏｇＲｅｑｕｅｓｔヘッダを付与したメッセージを作成する。これにより、ＳＩＰサーバ１に対して、アクセスゲートウェイ装置２においてエラーが生じたＳＤＰの内容を、呼詳細情報記録部５にログとして記録させることができる。
【００４５】
通信処理部２３は、制御部２０の制御を受けて、ネットワーク側インタフェース部２２を介してＳＩＰメッセージの送受信を行なったり、加入者側インタフェース部２１を介して信号の授受を行なったりするものである。
【００４６】
記憶部２４は、収容する加入者端末３の電話番号を特定するための変換テーブルや、コーデック種類やパケット化周期等の呼接続に関する情報等を記憶するものである。
【００４７】
（Ａ−２）実施形態の動作
次に、この実施形態の音声通信システム１０における呼接続処理の動作を、図面を参照しながら説明する。
【００４８】
図６は、実施形態に係るアクセスゲートウェイ装置２がＳＤＰオファーでエラーを検出した場合の呼接続処理を示すシーケンス図である。
【００４９】
図６では、ＩＳＤＮ端末である加入者端末３−２が発信元であり、ＩＳＤＮ端末である加入者端末３−１が発信先であるとする。
【００５０】
まず、発信元である加入者端末３−２において、ユーザがオフフックして発信先番号を入力し、呼設定要求であるＳＥＴＵＰメッセージが加入者端末３−２からアクセスゲートウェイ装置２に送信される（Ｓ１０１）。
【００５１】
ＡＧＷ２−２では、メッセージ作成部２０２が、記憶部２４を参照して、加入者端末３−２からのＳＥＴＵＰメッセージに含まれている発番号を特定するＶｏＩＰ番号（例えばＩＰアドレス）を特定する。また、メッセージ作成部２０２は、特定したＶｏＩＰ番号を発番号とし、ＳＥＴＵＰメッセージに含まれている着番号を着番号とする。さらに、メッセージ作成部２０２は、記憶部２４から、ＳＩＰメッセージのボディ部に、ＡＧＷ２−２自身がサポートすることができるコーデック種類やパケット化周期等をＳＤＰで記述したＩＮＶＩＴＥメッセージ（ＩＮＶＩＴＥ  ｗ  ＳＤＰ（Ｏ）メッセージ）を作成してＳＩＰサーバ１に送信する（Ｓ１０２）。また、アクセスゲートウェイ装置１は、呼処理である旨を示すＣＡＬＬＰＲＯＣメッセージを、加入者端末３−２に送信する（Ｓ１０３）。
【００５２】
ＳＩＰサーバ１では、ＡＧＷ２−２から受信したＩＮＶＩＴＥメッセージ（ＩＮＶＩＴＥ  ｗ  ＳＤＰ（Ｏ）メッセージ）を、ＡＧＷ２−１に送信する（Ｓ１０４）。
【００５３】
ＡＧＷ２−１では、ＳＤＰ判断部２０１が、受信したＩＮＶＩＴＥメッセージに含まれるＳＤＰオファーの内容を判断する。このとき、ＳＤＰ判断部２０１は、受信したＳＤＰオファーの内容に問題があると判断したとする（Ｓ１０５）。
【００５４】
ＡＧＷ２−１では、ＳＤＰ判断部２０１によりＳＤＰに問題があると判断されると、ＳＩＰサーバ１においてＳＤＰの内容をログとして出力可能とするため、メッセージ作成部２０２は、ＩＮＶＩＴＥメッセージに対する４８８エラー応答メッセージに「ＬｏｇＲｅｑｕｅｓｔ：ＳＤＰ」を設定し、ＳＩＰサーバ１に送信する（Ｓ１０６）。このとき、メッセージ作成部２０２は、４８８応答エラーメッセージのヘッダ情報には、呼を特定するＣａｌｌ−ＩＤの値を記載する。
【００５５】
ＳＩＰサーバ１では、ＡＧＷ２−１から、「ＬｏｇＲｅｑｕｅｓｔ：ＳＤＰ」が付与された４８８エラー応答メッセージを受信すると、４８８エラー応答メッセージのヘッダに含まれているＣａｌｌ−ＩＤに基づいて、ＳＩＰサーバ１が再送のために保持していたＳＤＰオファーの内容を読み出し、図7に例示するように、Ｃａｌｌ−ＩＤとＳＤＰオファーの内容とを対応付けて、呼詳細情報記録部５にログとして出力（記録）する（Ｓ１０７）。
【００５６】
そして、ＳＩＰサーバ１では、ＡＧＷ２−１から受信した４８８応答エラーメッセージを、ＡＧＷ２−２に送信する（Ｓ１０８）。また、ＡＧＷ２−２は、回線解放を示すＲＥＬＣＯＭＰメッセージを加入者端末３−２に送信する（Ｓ１０９）。
【００５７】
次に、アクセスゲートウェイ装置２が、受信したＳＤＰアンサーをエラー検出した場合の呼接続処理の動作を、図８を参照しながら説明する。
【００５８】
図８は、実施形態に係るアクセスゲートウェイ装置２がＳＤＰアンサーでエラーを検出した場合の呼接続処理を示すシーケンス図である。
【００５９】
まず、発信元である加入者端末３−２において、ユーザがオフフックして発信先番号を入力し、呼設定要求であるＳＥＴＵＰメッセージが加入者端末３−２からアクセスゲートウェイ装置２に送信される（Ｓ２０１）。
【００６０】
ＡＧＷ２−２では、メッセージ作成部２０２が、記憶部２４を参照して、加入者端末３−２からのＳＥＴＵＰメッセージに含まれている発番号を特定するＶｏＩＰ番号（例えばＩＰアドレス）を特定する。また、メッセージ作成部２０２は、特定したＶｏＩＰ番号を発番号とし、ＳＥＴＵＰメッセージに含まれている着番号を着番号とする。さらに、メッセージ作成部２０２は、記憶部２４から、ＳＩＰメッセージのボディ部に、ＡＧＷ２−２自身がサポートすることができるコーデック種類やパケット化周期等をＳＤＰで記述したＩＮＶＩＴＥメッセージ（ＩＮＶＩＴＥ  ｗ  ＳＤＰ（Ｏ）メッセージ）を作成してＳＩＰサーバ１に送信する（Ｓ２０２）。また、アクセスゲートウェイ装置１は、呼処理である旨を示すＣＡＬＬＰＲＯＣメッセージを、加入者端末３−２に送信する（Ｓ２０３）。
【００６１】
ＳＩＰサーバ１では、ＡＧＷ２−２から受信したＩＮＶＩＴＥメッセージ（ＩＮＶＩＴＥ  ｗ  ＳＤＰ（Ｏ）メッセージ）を、ＡＧＷ２−１に送信する（Ｓ２０４）。
【００６２】
ＡＧＷ２−１では、制御部２０が、受信したＩＮＶＩＴＥメッセージ（ＩＮＶＩＴＥ  ｗ  ＳＤＰ（Ｏ）メッセージ）に含まれている着番号に基づいて、ＡＧＷ２−１が収容している回線を特定して、加入者端末３−１に呼び出し要求（ＳＥＴＵＰメッセージ）を行なう（Ｓ２０５）。
【００６３】
加入者端末３−１は、呼処理中を示すＣＡＬＬＰＲＯＣメッセージをＡＧＷ２−１に送信し（Ｓ２０６）、呼び出し中を示すＡＬＥＲＴメッセージをＡＧＷ２−１に送信する（Ｓ２０７）。
【００６４】
ＡＧＷ２−１は、呼び出し中であることを知らせるため、ＳＩＰサーバ１を介して、ＡＧＷ２−２に１８０  ＲｉｎｇｉｎｇメッセージをＳＩＰサーバ１に送信し（Ｓ２０８、Ｓ２０９）、ＡＧＷ２−２は、加入者端末３−２にＡＬＥＲＴメッセージを送信する（Ｓ２１０）。
【００６５】
そして、加入者端末３−１がオフフック状態となると、ＣＯＮＮＥＣＴメッセージが、加入者端末３−１からＡＧＷ２−１に送信される（Ｓ２１１）。
【００６６】
ＡＧＷ２−１では、メッセージ作成部２０２が、ＩＮＶＩＴＥメッセージに対する２００ＯＫメッセージ（２００ＯＫ  ｗ  ＳＤＰ（Ａ）メッセージ）を作成してＳＩＰサーバ１に送信する（Ｓ２１２）。また、ＳＩＰサーバ１は、ＡＧＷ２−１からの２００ＯＫメッセージ（２００ＯＫ  ｗ  ＳＤＰ（Ａ）メッセージ）を、ＡＧＷ２−２に送信する（Ｓ２１３）。
【００６７】
ＡＧＷ２−２では、制御部２０が受信した２００ＯＫメッセージ（２００ＯＫ  ｗ  ＳＤＰ（Ａ）メッセージ）を解析するが、ＳＤＰエラー検出部２０１が、２００ＯＫメッセージに含まれるＳＤＰの読み込みを失敗し、ＳＤＰの内容に問題があることを検出したとする（Ｓ２１４）。例えば、ＡＧＷ２−１がＲＦＣ４５８５をサポートしておらず、ＡＧＷ２−２が受信したＳＤＰアンサーを読み込みできない等の問題がある。
【００６８】
この場合、ＡＧＷ２−２では、メッセージ作成部２０２が、受信した２００ＯＫメッセージに対するＡＣＫメッセージのヘッダに、「ＬｏｇＲｅｑｕｅｓｔ：  ＳＤＰ」を付与して、「ＬｏｇＲｅｑｕｅｓｔ：  ＳＤＰ」が付与されたＡＣＫメッセージをＳＩＰサーバ１に送信する（Ｓ２１５）。また、ＡＧＷ２−２は、回線解放を示すＲＥＬＣＯＭＰメッセージを加入者端末３−２に送信する（Ｓ２１６）。
【００６９】
ＳＩＰサーバ１は、ＡＧＷ２−２から受信したＡＣＫメッセージに含まれるＣａｌｌ−ＩＤに基づいて、ＳＩＰサーバ１が再送のために保持していたＳＤＰアンサーの内容を読み出し、図７に例示するように、Ｃａｌｌ−ＩＤヘッダの値とＳＤＰアンサーの内容とを対応付けて、呼詳細情報記録部５に記録する（Ｓ２１７）。
【００７０】
そして、ＳＩＰサーバ１は、ＡＧＷ２−２から受信したＡＣＫメッセージを、ＡＧＷ２−１に送信する（Ｓ２１８）。
【００７１】
その後、ＡＧＷ２−２は、ＳＩＰサーバ１に、ＢＹＥメッセージを送信し（Ｓ２１９）、ＳＩＰサーバ１は、受信したＢＹＥメッセージを、ＡＧＷ２−１に送信する（Ｓ２２０）。
【００７２】
（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、ＡＧＷがＳＤＰの読み込みエラーを検出した場合、ＳＩＰメッセージの応答メッセージにログに出力する要求を意味するＬｏｇＲｅｑｕｅｓｔヘッダを付与することにより、ＳＩＰサーバに対して、ＡＧＷが要求するＳＤＰの内容を呼詳細情報記録部にログ出力（記録）することができる。
【００７３】
また、この実施形態によれば、ＡＧＷがＳＩＰサーバに対してＳＤＰの内容をログ出力させることで、専用ハード装置であるＡＧＷのディスクアクセスやログの容量を低減させることができる。
【００７４】
（Ｂ）他の実施形態
上述した実施形態においても種々の変形実施形態を言及したが、本発明は、以下の変形実施形態も適用できる。
【００７５】
（Ｂ−１）本発明は、ＡＧＷが専用ハード装置であり、ディスクサイズが小さいため、ＳＤＰエラー検出時に早期にログを検出するには、ＡＧＷがログを必要とするときにＳＩＰの応答やＡＣＫにログ出力を要求するヘッダを付与することでＳＩＰサーバ側でＡＧＷの求めるログを出力することに特徴がある。
【００７６】
（Ｂ−２）上述した実施形態では、ＳＤＰのログをＳＩＰサーバで出力する場合を例示した。ＳＩＰのボディ部にはＳＤＰ以外（例えばＩＳＵＰ信号）の情報を乗せるケースがある。その場合、ＡＧＷがＩＳＵＰ信号のログ出力を求める場合には、第１の実施例のＬｏｇＲｅｑｕｅｓｔヘッダにＩＳＵＰを指定することで、ＳＩＰサーバ側でＳＤＰではなくＩＳＵＰの内容をログに出力することも可能である。つまり、特許請求の範囲に記載のセッション確立情報は、ＳＤＰで記述された情報に限定されるものではなく、例えばＩＳＵＰ信号の情報も含むものである。
【００７７】
（Ｂ−３）また、上述した実施形態では、ＡＧＷを例としていたが、ＳＤＰを読み込む装置はＡＧＷだけでなく、ＭＳやＩＢＣＦ−ＴｒＧＷ装置もある。これらの通信装置が専用ハード装置であるケースにおいて、これらの通信装置がＳＤＰのエラーを検出した場合、上述した実施形態と同様に、ＬｏｇＲｅｑｕｅｓｔヘッダをＳＩＰの応答やＡＣＫに含めることで、汎用サーバ装置であるＳＩＰサーバでログ出力を行うことが可能である。つまり、特許請求の範囲に記載の通信装置は、ＡＧＷに限定されるものではなく、ＳＤＰ等のセッション確立情報の内容を読み込む装置であれば、広く適用できる。
【符号の説明】
【００７８】
１０…音声通信システム、１…ＳＩＰサーバ、２（２−１、２−２）…アクセスゲートウェイ装置（ＡＧＷ）、３（３−１、３−２）…加入者端末、５…呼詳細情報記録部、
２０…制御部、２１…加入者側インタフェース部、２２…ネットワーク側インタフェース部、２３…通信処理部、２４…記憶部、２０１…ＳＤＰエラー検出部、２０２…メッセージ作成部。
【図１】
2018037790.tif 000003
【図２】
2018037790.tif 000004
【図３】
2018037790.tif 000005
【図４】
2018037790.tif 000006
【図５】
2018037790.tif 000007
【図６】
2018037790.tif 000008
【図７】
2018037790.tif 000009
【図８】
2018037790.tif 000010