(57)【特許請求の範囲】
【請求項１】
メディアゲートウェイ制御装置の制御下でメディアゲートウェイを介して確立された通信呼についての呼詳細記録の生成方法であって、メディアゲートウェイと少なくとも一つのメディアゲートウェイ制御装置との間で交換されたメッセージを検出するステップと、メッセージ中の識別情報位置を特定するステップと、ゲートウェイのトランザクション識別情報に従って、コマンドメッセージを対応する応答メッセージに関連付けるステップと、ゲートウェイ内のメディア端点または端末の名称に従って、特定のゲートウェイに関するコマンドメッセージと応答メッセージを関連付けるステップと、メディアゲートウェイを介して確立された呼を識別する固有の識別子または関連するポートアドレスと併せた呼内伝送データ路用のインターネットプロトコルアドレスに従って、種々のゲートウェイに関するメッセージを関連付けるステップと、互いに関連付けたメッセージからの情報を複合し、呼詳細記録を生成するステップとを含む方法。
【請求項２】
前記ゲートウェイのトランザクション識別情報が、メッセージアドレス指定情報を含む、請求項１記載の方法。
【請求項３】
前記メッセージアドレス指定情報が、インターネットプロトコルアドレスからなる、請求項２記載の方法。
【請求項４】
メッセージアドレス指定情報が、前記ゲートウェイ内のメディア端点の名称に関連する、請求項１乃至３のいずれかに記載の方法。
【請求項５】
メディアゲートウェイ制御装置へのコマンドメッセージまたはメディアゲートウェイ制御装置からのコマンドメッセージが生じた場合に、呼とゲートウェイ内のメディア端点の名称との間の一時的な関連付けが作成され、前記呼用に二つのゲートウェイの間に設定された接続の終了に続く、所定時間経過後に前記一時的な関連付けが終結される、請求項１乃至４のいずれかに記載の方法。
【請求項６】
前記メディアゲートウェイと前記メディアゲートウェイ制御装置は、メディアゲートウェイ制御プロトコルに従って通信する、請求項１乃至５のいずれかに記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、異なるネットワーク接続技術を用いるネットワーク間での相互作用を可能にするゲートウェイを介して供給される通話呼及び他の通信サービスについての呼詳細記録の生成に関する。例えば、本発明は回線交換網とインターネットプロトコル（ＩＰ）ネットワークとの間のメディアゲートウェイにより、メディアゲートウェイ制御プロトコル（ＭＧＣＰ）或いはＭＥＧＡＣＯ／Ｍｅｇａｃｏｐプロトコルを用いてメディアゲートウェイ制御装置（ＭＧＣ）制御下で結合された通信を監視するための設備を有する。
【０００２】
【従来の技術】
既成の回線交換通信網、例えば国際的な公衆交換電話網（ＰＳＴＮ）は、ユーザーのトラヒック（音声及びデータ信号）を搬送する伝送或いは搬送ネットワーク内の機器（交換機など）が、搬送ネットワークの動作を調整する制御信号を搬送する関連する信号ネットワーク内の機器（例えば信号点）と共に配置してある。
【０００３】
しかしながら、現在の注目は分散通信交換機からなる通信網の可能性に向けられており、この交換機には通信機能からの交換／適合機能の仕切りが存在する。さらにまた、異種のそうしたネットワーク（すなわち、異なる搬送技術及び／又は信号プロトコルに依存するネットワーク）の接続可能性についての考察がなされている。
【０００４】
異種通信網は通常、「ゲートウェイ」を介して相互接続され、このゲートウェイが各ネットワーク中の搬送トラヒックと信号プロトコル間の必要な変換と適用をもたらす。この種の構造にあっては、メディアゲートウェイ制御装置などの制御装置は、メディアゲートウェイなどの適合装置から物理的に距離を置くことができる。メディアゲートウェイ制御装置（呼エージェント或いはソフト交換機とも呼ばれる）はメディアゲートウェイと通信することができ、このメディアゲートウェイを、制御装置が単純ゲートウェイ制御プロトコル（ＳＧＣＰ）やメディアゲートウェイ制御プロトコル（ＭＧＣＰ−インターネット技術標準化委員会のＲＦＣ２７０５）や現在規定されつつあるＭｅｇａｃｏｐ／Ｈ．２４８などのプロトコルを用いて制御する。メディアゲートウェイ制御装置は、信号システムの第７ＩＳＤＮユーザー部（ＳＳ７ＩＳＵＰ）やセッション開始プロトコル（ＳＩＰ−インターネット技術標準化委員会のＲＦＣ２５４３）やＩＴＵ勧告Ｈ．３２３など、現行の呼制御プロトコルを拡張したものを用いて相互に通信する。新たなプロトコルが将来このインタフェース用に規定されよう。
【０００５】
【発明が解決しようとする課題】
呼に関連したプロトコルメッセージの信号ネットワークにわたる追跡や、呼に関する基幹パラメータを要約する呼データ記録（ＣＤＲ）の構築などのプロトコル監視アプリケーションには、異なるプロトコルにわたり相関をとる能力が要求され、それが多数の異なり相反する方法で単一の実体(entity)を参照することもあろう。本発明の一つの目的は、そうした相関処理を促進することにある。
【０００６】
【課題を解決するための手段】
本発明の一態様によれば、メディアゲートウェイ制御装置の制御下でメディアゲートウェイを介して確立された通信呼についての呼詳細記録を生成する方法が提供され、この方法は、メディアゲートウェイと少なくとも一つのメディアゲートウェイ制御装置との間で交換されたメッセージを検出するステップと、メッセージ中の識別情報位置を特定するステップと、第１種の識別情報に従って、コマンドメッセージを対応する応答メッセージに関連付けるステップと、第２種の識別情報に従って、特定のゲートウェイに関するコマンドメッセージと応答メッセージを関連付けるステップと、第３種の識別情報に従って、異なるゲートウェイに関するメッセージを関連付けるステップと、互いに関連付けたメッセージを複合し、呼詳細記録を生成するステップとを含むものである。
【０００７】
【発明の実施の形態】
ゲートウェイコマンドと応答メッセージとを相関させる本発明になる方法及び装置を、添付図面を参照し例示をもって説明する。
【０００８】
図１は、ＰＳＴＮに対するＩＰパケット切替ネットワークを経由する顧客宅内機器（ＣＰＥ）からの音声電話とデータ信号とを結合するネットワークの主要な特徴を示す。図１を参照するに、ＣＰＥ１０（アナログ電話機やパーソナルコンピュータモデムなど）は、宅内(residential)メディアゲートウェイ１２に結合されており、このゲートウェイ１２がＩＰネットワーク１４経由でＣＰＥからの音声／データ信号を第２の中継メディアゲートウェイ１６へ伝送するメディア及び信号の変換機能をもたらす。ＩＰネットワーク１４は、例えばディジタル加入者線（ＤＳＬ）、ケーブル技術または固定無線技術を用いて実現できる。
【０００９】
中継メディアゲートウェイ１６は、符合１８で示すＰＳＴＮ上を進む音声／データ信号伝送用のメディア及び信号変換機能を備えており、この動作は信号システムの第７（ＳＳ７）プロトコルに従って動作する関連する信号ネットワーク２０によって調整される。
【００１０】
ＩＰネットワーク１４を介するメディアゲートウェイ１２と１６の動作、（例えば、各ゲートウェイ内にＩＰ資源を割り当ててゲートウェイ間で関連する動作情報を通信する）は、ＭＧＣ２２により調整される。このＭＧＣは（破線で示したＩＰ準拠信号リンク上で）ＭＧＣＰメッセージを用いてゲートウェイ１２，１６と通信し、ＳＳ７メッセージを用いて（例えば、他のＭＧＣの）信号ネットワーク２０内の他のノードと通信する。
【００１１】
図２は、ゲートウェイ１２，１６内に組み込まれた機能性をより詳細に例示するものである。図２を参照するに、宅内メディアゲートウェイ１２は２４などの端点を実現しており、これが例えばＣＰＥ１０（図１）用などの外部アナログ回線に接続されている。各端点は、そのゲートウェイのドメイン名（宅内ゲートウェイ１２用のｒｇｗ０１など）とゲートウェイ内の構内名（端点２４用のｐ１など）からなる個別端点識別子を有する。宅内ゲートウェイ１２はまたＩＰネットワーク１４へのリンクを有しており、端点に関連するＩＰセッションを生成するため、ゲートウェイ内のＩＰ資源をその端点に割り当てることにより、そうしたリンクとゲートウェイ内の端点との間のＩＰ接続を確立することができる。割り当てられたＩＰ資源は、ＩＰアドレス（２０８．１．２．３など）と実時間転送プロトコル（ＲＴＰ）ポート番号を含む。
【００１２】
宅内ゲートウェイ１２は、呼の立ち上げに含まれた端点に割り当てられたＩＰ資源に関する情報を、ＭＧＣ２２と共にセッション記述プロトコル（ＳＤＰ）のセッション記述内で共有し、ＭＧＣ２２はこの情報を中継メディアゲートウェイ１６へ転送する。このゲートウェイは、宅内ゲートウェイ１２と同様に端点（ＰＳＴＮに接続された端点ｔ１＠ｔｇｗ０１など）を実現し、ＩＰネットワーク１４とその端点との間でＩＰ接続を確立するため、ＩＰ資源（ＩＰアドレス２０８．１．２．５とＲＴＰポート１０２９など）を同様に割り当てることができる。ＩＰ資源に関する情報は、ＭＧＣ２２を介して中継ゲートウェイ１６により宅内ゲートウェイ１２と共に共有される。図３は、ＩＰネットワーク１４を介して呼を立ち上げて解消するように、ＭＧＣ２２によりゲートウェイ１２，１６とＩＰパケット内で交換されるコマンド及び応答メッセージの主要な特徴を示すものである。
【００１３】
図３を参照するに、ゲートウェイ１２，１６内の端点ｐ１＠ｒｇｗ０１とｔ１＠ｔｇｗ０１はそれぞれ左側と右側の垂直線により表わされ、ＭＧＣ２２は中央の垂直線により表わされる。これらのユニット間でＩＰパケットとして送られるメッセージは水平な矢印により表わされ、時間は頁の下方向へ流れる。
【００１４】
ＭＧＣ２２が先に宅内ゲートウェイ１２へ通知要求（ＲＱＮＴ）コマンドを送信し、関連するＣＰＥのオフフック移行を含む様々な特定の事象についてのその端点の監視と、ＭＧＣ２２に対するこれらの事象発生の通知を指示したとする。端点ｐ１＠ｒｇｗ０１がそこに接続されたＣＰＥ１０のオフフックを検出すると、この端点はＭＧＣ２２に対し通知コマンドを送信する。このコマンドは宅内ゲートウェイ１２により割り当てられたトランザクションＩＤすなわちトランザクション番号１２３０と、関連端点の識別と、観察された（オフフック）事象を識別するＯパラメータｈｄを含む。
【００１５】
ＭＧＣ２２は（そのトランザクションＩＤにより識別された）通知コマンドの受領を確認する応答（２００  １２３０）を送信し、接続された電話回線に対し端点にダイヤル発信音を発するよう指示するＳパラメータｄｌを備えた通知要求コマンドがこれに続く。このコマンドに対する応答を送信した後、宅内ゲートウェイ１２は顧客がダイヤルした電話番号を収集し、そこでダイヤル番号を含むＯパラメータとともにＭＧＣ２２へ通知コマンドを送信する。ＭＧＣ２２はこのコマンドの受信を確認し、宅内ゲートウェイ１２用に接続生成コマンドを返信することで反応し、要求された呼について端点ｐ１＠ｒｇｗ０１に対し資源を割り当てる。このコマンドは、呼に固有の呼ＩＤ識別子（９９）を与えるＣパラメータを含む。ここで得られるゲートウェイ１２からの応答は、端点ｐ１＠ｒｇｗ０１への要求された接続の生成を確認し、使用すべきＩＰアドレス（２０８．１．２．３）とＲＴＰポート（４８）を含むこの接続のＳＤＰ記述をもたらす。
【００１６】
ＭＧＣ２２は、別の接続生成コマンド（トランザクションＩＤ４２３０）で中継メディアゲートウェイ１６に対し、関連する呼ＩＤとともにこのＳＤＰ記述を転送し、このゲートウェイが、接続生成コマンド内で特定された端点ｔ１＠ｔｇｗ０１へ、結果的に生成される接続のＳＤＰ記述とともに応答を送信する。この第２のＳＤＰ記述は、関連する呼を特定する呼ＩＤを含む接続変更コマンド（トランザクションＩＤ３２３２）により、ＭＧＣ２２によって宅内メディアゲートウェイ１２へ供給される。ゲートウェイ１２はこのコマンドに対し応答を送信し、その後にＩＰネットワーク１４を介する２つのゲートウェイ１２，１６中の端点間で直接的にメディア（たとえば音声呼データ）転送ができるようになる。
【００１７】
この転送が完了し顧客が回線を切断すると、宅内メディアゲートウェイ１２がこの事象を検出し、適当なＯパラメータｈｕを含む通知コマンドをもってＭＧＣ２２に対し該事象を通知する。ＭＧＣ２２は、両方のゲートウェイ１２，１６に対し関連する呼ＩＤを含む接続抹消コマンドを送信することにより応答し、両方のゲートウェイは特定の端点についての関連する接続を取り除くことにより反応し（かくして関連するＩＰ資源を解放し）、確認応答メッセージ（２５０とトランザクションＩＤ）を返信する。
【００１８】
図３に概説した処理手順に含まれる広範な異なるメッセージ及び関連するパラメータは、メッセージの単純な相関を排除し、前述の方法でメディアゲートウェイを用いて立ち上げた呼についての呼詳細記録（ＣＤＲ）を寄せ集める。例えば、いずれも同一呼に関与するＳＳ７信号メッセージを互いに一意に関連付けるのに用いることのできる送信元コード（ＯＰＣ）や送信先コード（ＤＰＣ）や回路識別コード（ＣＩＣ）の組み合わせに対応するものは存在せず、接続生成コマンド中の固有の呼ＩＤはあらゆるＭＧＣＰメッセージ中には必ずしも存在しない。それにも拘わらず、呼監視や不正検出や請求確認や他のネットワーク管理機能は、分散通信交換機を介して立ち上げられた呼についてＣＤＲが利用可能であることを要求する。本発明は、そうしたＣＤＲがＭＧＣＰメッセージ（或いはＭｅｇａｃｏｐ／Ｈ．２４８などの他の機能的に同様のプロトコルに従って生成されたメッセージ）から寄せ集められるようにするものである。以下に記述する例は、便宜上ＭＧＣＰメッセージの文脈で考察される。しかしながら、端点や呼ＩＤなどのＭＧＣＰ用語ならびに概念の引用は、Ｍｅｇａｃｏｐ／Ｈ．２４８の（例えば、端点の代わりに終端を用いたり、呼ＩＤの代わりにコンテキストＩＤを用いる）文脈での実行のための等価な用語ならびに概念への包括的引用として捉えるべきである。
【００１９】
このため、メディアゲートウェイ１２，１６をＭＧＣ２２に接続するＭＧＣＰ信号リンクには、図２に示す受動的監視装置２６が備わっている。この目的でＳＳ７リンク用の機器を監視するアジレント社のａｃｃｅＳＳ７に対する同様の機能性をもった機器を、ＭＧＣＰのＩＰネットワーク用に用いられる通信技術に適合させるのに構成したインタフェースとともに用いることができる。監視装置２６は、ＭＧＣ２２とゲートウェイ１２，１６との間のリンクを横断する全てのＭＧＣＰメッセージを検出し、ＭＧＣＰメッセージそれ自体の伝送に影響することなく、それらのタイムスタンプ付きコピーを生成する。これらのコピーはその後、例えばローカルエリアネットワークを介して監視制御センター２８へ転送され、このセンターは通常、データ記憶装置と、適当なソフトウェアプログラムの命令の制御下で動作して収集されたデータの要求された分析を行なうデータ処理機器とを備える。
【００２０】
図４ａ，４ｂは、コピーされたＭＧＣＰメッセージを用いてＣＤＲを寄せ集める本発明の処理手順を図示するものである。図４ａ，４ｂを参照するに、この処理手順はステップ３０に示したように、格納されたＭＧＣＰメッセージのコピーをそれぞれ順に読み取り、そこでステップ３２において、メッセージが通知要求或いは通知などのコマンドメッセージ又はそうしたメッセージに対する応答であるかどうかを判定する。それがコマンドである場合は、処理手順はステップ３４へ進み、コマンドメッセージがＭＧＣ２２へ送信或いはＭＧＣＰ２２から送信されたかどうかを判定する。ＭＧＣ２２に送信されたメッセージについては、処理手順はステップ３６を実施し、ゲートウェイにより送信されたＭＧＣのＩＰパケット用の送信元ＩＰアドレスとコマンドメッセージ内で特定された端点内のホスト名（例えば、ホスト名ｒｇｗ０１）との間の一時的な関連付けを生成する。ＭＧＣ２２から送信されたメッセージについては、対応するステップ３８が実施され、ＭＧＣＰのＩＰパケット用の送信先ＩＰアドレスと端点のホスト名との間の一時的な関連付けが生成される。これらの一時的な関連付けは、例えばデータ記憶装置内に保持されたインデックステーブル内への記入の生成を含む。この関連付けは、他方への参照によるＩＰアドレスとホスト名のいずれか一方の判定を可能にし、（より曖昧なＩＰアドレスとは異なって）意味の有る名前が呼記録の表示中に含まれるようにする。それらはまた、（同じ）送信先ＩＰアドレスをもったコマンドについての送信元ＩＰアドレス及びコマンド用トランザクション番号と（同一の）送信先ＩＰアドレス及び応答用のトランザクション番号との相関をとることにより、コマンドと応答の突き合わせを可能にする。
【００２１】
ステップ３６又は３８のどちらかの実施後に、処理手順はステップ４０へ続き、ファイルした「呼参照」フィールドがコマンドメッセージ中に存在するかどうかが判定される。ここに用いたように、呼参照は、下記の番号の一方又は両方を含むセットである。すなわち、
ＭＧＣＰメッセージ中に現れる呼ＩＤ（Ｃパラメータ）と、
ＭＧＣＰメッセージ中の接続記述ＳＤＰの（ＩＰアドレスとＲＴＰポート番号）成分である。
【００２２】
例えば、以下のＭＧＣＰメッセージは、２つのメンバ｛（１２８．９６．４１．１，３４５６）、Ａ３Ｃ４７Ｆ２１４５６７８９Ｆ０｝をもつ呼参照を有する。
【００２３】
【数１】
0003753316.tif 000002
【００２４】
呼参照なる用語は、ここでは異なるメッセージ間の関連を併せ或いは別個に特定するのに用いることができるパラメータを集合的に呼称するのに用いている。
【００２５】
参照フィールドが存在しない場合、さらなる判定がステップ４２においてなされ、メッセージが呼の開始（すなわち、Ｏパラメータｈｄをもった通知コマンド）を知らせるかどうかが判定される。メッセージが呼の開始を意味する場合、第２の判定がステップ４３において実行され、既成の呼記録がコマンドメッセージ中に特定された端点に既に関連付けられているかどうかが見出される。そうでない場合、ステップ４４において新たな呼記録が生成される（例えば、新たな項目が、関連するインデックステーブル内の項目とともにデータ記憶装置内に保持された呼記録テーブル内で生成される）。その後、ステップ４６において、（例えば、その端点名を呼記録内の適当なフィールドに記入することにより）コマンドメッセージ内で特定された端点が新たな呼記録に関連付けられる。その後、この処理手順は下記に記述したステップ６４へ続く。
【００２６】
ステップ４３における判定によって、既成の呼記録が当該端点に既に関連付けられていることが確認された場合、その呼記録と端点間の関係はステップ４５において取り除かれ、その後に下記のごとくステップ４４において新たな呼記録が生成される。
【００２７】
判定ステップ４２がコマンドメッセージが呼の開始を意味しないことを示す場合、処理手順はステップ４８へ進み、そこで判定がなされ、呼記録がコマンドメッセージ内で特定された端点に既に関連付けられているかどうかが判定される。関連付けられない場合は、処理手順は前述のステップ４４，４６を実施する。さもなければ、処理手順は次に述べるステップ６４へ進む。
【００２８】
ステップ４０における判定によって、コマンドメッセージ中に呼参照が存在することが確認された場合、ステップ５０において別の判定ステップが実行され、既成の呼記録がその呼参照のいずれかのメンバに既に関連しているかどうかが見出される。そうした呼記録が存在しない場合、ステップ５２において他の判定がなされ、既成の呼記録がコマンドメッセージ内で特定された端点に既に関連付けされているかどうかが見出される。新たな呼記録が一切その端点に関連付けされていない場合、ステップ５４において新たな呼記録が生成され、メッセージ中で特定されたこの端点が新たな記録に関連付けられる。ステップ５６において、メッセージ中で特定された呼参照フィールドが（ステップ５２において存在する既知のものとして或いはステップ５４にて生成されたものとして）関連の呼記録に関連付けられる。呼参照のメンバと同じ数の関連が、呼記録をもって確認される。
【００２９】
ステップ５０における判定が呼参照に関連する呼記録を特定する場合は、さらなる判定がステップ５８においてなされ、メッセージが接続抹消（ＤＬＣＸ）コマンドであるかどうか判定される。そうであれば、呼用のタイマーがステップ６０において動作開始し、そうでない場合は、タイマーはステップ６２において無効とされ、そのいずれの場合も処理手順はそれからステップ６４へ続く。タイマーはその呼に対し他の接続がなされる可能性のあることを考慮した待機期間を指定するものである。タイマーが（７４に示すように）時限動作を完了し、さらなる接続がなされていないことを指示すると、呼は終了したものとして取り扱われ、呼記録と端点との間の一時的な関連は終了する（７６）。このことで、（例えば、当該端点に関連するＣＰＥ１０への入来呼に関し）当該端点を含む後続のメッセージは、新たな呼に関して正しく認識されることが保証される。ステップ５８における関連呼参照を伴うＤＬＣＸ以外のどんなコマンドの検出も呼内で別の接続が確立されたことを示し、その場合に、タイマーはステップ６２において無効とされ、現在の呼と端点との関連を維持する。
【００３０】
ステップ４６，５６に続き、或いはステップ４８，５０における判定からの肯定結果の後、処理手順はステップ６４へ進み、そこでコマンドメッセージ内において特定された送信元ＩＰアドレスとトランザクション番号（トランザクションＩＤ）が、ステップ６４への到達前に既に生成或いは特定された関連呼記録に関連付けられる。
【００３１】
最後に、ステップ６６において、メッセージそれ自体が呼記録に添付され、その後に処理手順全体が繰り返され、別の記憶メッセージのコピーを検査する。
【００３２】
検査対象メッセージコピーが応答メッセージであることがステップ３２にて判定された場合、処理手順はステップ６８を実施し、メッセージ中に含まれる送信先ＩＰアドレスとメッセージに含まれるトランザクション番号に関連する既成の呼記録を選択する。それから、処理手順はステップ７０において、呼参照フィールドがメッセージ中に存在するかどうかを判定する。存在すれば、ステップ７２において、１又は複数の呼参照メンバがステップ６８にて選択された既成の呼記録と関連付けられ、異なる呼記録メンバ（すなわち、呼ＩＤ）が同じ呼に関する異なるゲートウェイからのメッセージ用に用いられる状況用に考慮される。その後、或いは呼参照フィールドが存在しない場合、処理手順は前述のステップ６６へ続く。
【００３３】
図３，４ａ，４ｂは主に、宅内メディアゲートウェイ１２内の端点に関連するＣＰＥ１０によりなされた発呼のケースを取り扱う。ＣＰＥへの着呼については、第１のメッセージが中継メディアゲートウェイ１６への接続生成（ＣＲＣＸ）コマンドであり、これにＳパラメータｒｇとともに宅内ゲートウェイ１２へのＣＲＣＸコマンドが続き、ＣＰＥ１０を鳴動させる。ＣＲＣＸコマンドは、関連する固有の呼ＩＤを含んでおり、その存在がステップ４０にて検出され、処理手順をステップ５０まで続けさせて最終的に新たな呼記録を生成させる。
【００３４】
一連のＭＧＣＰメッセージに対しこの処理手順を適用した結果、下記の相関が達成される。すなわち、
コマンドは関連する応答と突き合わされる（ＭＧＣＰパケットのＩＰアドレスとトランザクションＩＤの参照による−ステップ６４，６８）。
コマンドと応答は、特定の端点を含む呼経路の一部に関連付けられる（コマンドメッセージ中に含まれる端点名の参照による−ステップ４６，４８，５２，５４）。
異なる端点を含む呼経路の異なる部分が互いに関連付けられる（幾つかのコマンドメッセージ中に含まれる１以上の呼参照番号（呼ＩＤ，端点ＩＰアドレス，ＲＴＰのＵＤＰポート番号）の参照による−ステップ５０，５６，７２）。
さらに、呼詳細記録中にこれら全ての相関を関連付けることは、異なるメッセージに含まれる、異なる識別情報とは無関係に全ての構成メッセージの互いの関連付けを可能にする。かくして、図５に示したような呼記録が、他のアプリケーションプログラム、例えばサービス品質の監視或いは課金目的に用いられるよう生成される。
【００３５】
本発明の態様を以下に例示する。
１．メディアゲートウェイ制御装置の制御下でメディアゲートウェイを介して確立された通信呼についての呼詳細記録の生成方法であって、メディアゲートウェイと少なくとも一つのメディアゲートウェイ制御装置との間で交換されたメッセージを検出するステップと、メッセージ中の識別情報位置を特定するステップと、第１種の識別情報に従って、コマンドメッセージを対応する応答メッセージに関連付けるステップと、第２種の識別情報に従って、特定のゲートウェイに関するコマンドメッセージと応答メッセージを関連付けるステップと、第３種の識別情報に従って、異なるゲートウェイに関するメッセージを関連付けるステップと、互いに関連付けたメッセージを複合し、呼詳細記録を生成するステップとを含む方法。
２．前記第１種の識別情報が、ゲートウェイのトランザクション識別情報からなる、上記１記載の方法。
３．前記第１種の情報が、メッセージアドレス指定情報を含む、上記２記載の方法。
４．前記メッセージアドレス指定情報が、インターネットプロトコルアドレスからなる、上記３記載の方法。
５．前記第２種の識別情報が、前記ゲートウェイ内のメディア端末点の名称からなる、上記１乃至４のいずれかに記載の方法。
６．前記第３種の識別情報が、メディアゲートウェイを介して確立された呼を識別する固有の識別子からなる、上記１乃至５のいずれかに記載の方法。
７．前記第３種の識別情報が、関連するポートアドレスと併せた呼内伝送データ路用のインターネットプロトコルアドレスからなる上記１乃至６のいずれかに記載の方法。
８．前記メッセージアドレス指定情報が、前記ゲートウェイ内のメッセージ端末点の名称に関連する、上記１乃至７のいずれかに記載の方法。
９．呼とゲートウェイ内のメディア端末点の名称との間の一時的な関連付けが作成され、前記呼用に二つのゲートウェイ間に設定された接続の終了に続く所定時間経過後に前記一時的な関連付けが終結される、上記１乃至８のいずれかに記載の方法。
１０．前記メディアゲートウェイと前記メディアゲートウェイ制御装置は、メディアゲートウェイ制御プロトコルに従って通信する、上記１乃至９のいずれかに記載の方法。
【図面の簡単な説明】
【図１】多重通信メディアと分散交換機とを組み込んだ例示ネットワークのケーブル接続形態を示す図である。
【図２】図１のネットワークの一部をより詳細に示す図である。
【図３】図１のようなネットワークを横断する呼を立ち上げるのに用いられるＭＧＣＰコマンド及び応答の考え得るシーケンスを示す図である。
【図４ａ】図３のコマンドシーケンスにより立ち上げられた呼についての呼詳細記録を寄せ集めるための本発明による処理手順を記述するフローチャートである。
【図４ｂ】図３のコマンドシーケンスにより立ち上げられた呼についての呼詳細記録を寄せ集めるための本発明による処理手順を記述するフローチャートである。
【図５】図４ａ，４ｂの処理手順により生成された呼詳細記録の一部を例示する図である。
【符号の説明】
１０  ＣＰＥ
１２  宅内メディアゲートウェイ
１４  ＩＰネットワーク
１６  中継メディアゲートウェイ
１８  ＰＳＴＮ（公衆交換電話網）
２０  信号ネットワーク
２２  ＭＧＣ（メディアゲートウェイ制御装置）
２４  端点
２６  監視装置
２８  監視制御センター
【図１】
0003753316.tif 000003
【図２】
0003753316.tif 000004
【図３】
0003753316.tif 000005
【図４ａ】
0003753316.tif 000006
【図４ｂ】
0003753316.tif 000007
【図５】
0003753316.tif 000008