(57)【要約】      （修正有）【課題】組み合わせ電気通信ネットワーク内で加入者が同時に展開しているＣＳ呼と１つ以上のＰＳセッションとの相関をチェックする方法を提供する。【解決手段】組み合わせネットワークは、ネットワークタイプの異なる複数のネットワーク上で、同時にユーザ機器間の接続を提供できる。同一のユーザ機器に関する回線交換呼及び１つ以上のパケット交換セッションからなる通信セッションが、異なるネットワークタイプ上で同時に展開されてもよい。回線交換呼とパケット交換セッションとは相関している可能性があり、その場合、通信セッションは組み合わせセッションと見なされる。ネットワークアドレス及び通信セッションについての実際のデータを収容するいくつかの論理的データベースを導入することにより、相関チェックが相関ノードにより展開され適用される。【選択図】図１
2011254486.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つの異なるネットワークタイプの少なくとも２つのネットワーク（１１、１２、１３）を備える電気通信システム内の少なくとも１つのサブシステム（４０、４１）に、関連通信セッション情報を提供する方法であって、
前記ネットワーク（１１、１２、１３）は、少なくとも１つの第１ユーザ機器（１）とネットワークエンティティ（２、３４）と接続し、
前記第１ユーザ機器（１）と前記ネットワークエンティティ（２、３４）は、少なくとも２つの前記ネットワークとの接続部（１Ａ、１Ｂ、１Ｃ、２Ａ、２Ｂ、２Ｃ、３４Ａ、３４Ｂ、３４Ｃ）を有し、
前記接続部（１Ａ、１Ｂ、１Ｃ、２Ａ、２Ｂ、２Ｃ、３４Ａ、３４Ｂ、３４Ｃ）はそれぞれネットワークアドレスに関連付けられており、
前記方法は、
前記第１ユーザ機器（１）と前記ネットワークエンティティ（２、３４）との間で、前記ネットワーク（１１、１２、１３）における各ネットワークタイプのネットワークに存在する通信セッションが同時に存在することを確認する工程と、
前記同時に存在することが確認された通信セッション間の相関を判定する工程と、
前記判定された相関を、前記少なくとも１つのサブシステム（４０、４１）に提供する工程と
を備えることを特徴とする方法。
【請求項２】
前記確認する工程は、更に、
前記第１ユーザ機器（１）の第１ネットワークタイプのネットワークアドレスを取得する工程と、
前記第１ネットワークタイプの前記ネットワーク（１１、１２、１３）を介する前記第１ユーザ機器（１）との第１通信セッションを有する前記ネットワークエンティティ（２、３４）の該１ネットワークタイプのネットワークアドレスを取得する工程と、
前記第１通信セッションの存在を検証する工程と、
前記第１ユーザ機器（１）の第２ネットワークタイプのネットワークアドレスを取得する工程と、
前記第２ネットワークタイプの前記ネットワーク（１１、１２、１３）を介する前記第１ユーザ機器（１）との第２通信セッションを有する前記ネットワークエンティティ（２、３４）の該２ネットワークタイプのネットワークアドレスを取得する工程と、
前記第２通信セッションの存在を検証する工程と
を備えることを特徴とする請求項１に記載の方法。
【請求項３】
複数の前記取得する工程と複数の前記検証する工程は、前記第１ユーザ機器（１）と前記ネットワークエンティティ（２、３４）に接続されている前記ネットワークそれぞれに対して実行される
ことを特徴とする請求項２に記載の方法。
【請求項４】
複数の前記取得する工程は、データベース機能（６１、６２、６３、６４）を有するネットワーク要素、あるいは前記ネットワーク要素（６１、６２、６３、６４）を示す仲介部（６０）へ問い合わせることによって実行される
ことを特徴とする請求項２あるいは３に記載の方法。
【請求項５】
複数の前記取得する工程の少なくとも１つは、前記第２ネットワークタイプのネットワークを介して、前記第１ネットワークタイプのネットワークアドレスについて、前記第１ユーザ機器（１）あるいは前記ネットワークエンティティ（２、３４）に問い合わせることによって実行される
ことを特徴とする請求項２乃至４のいずれか１項に記載の方法。
【請求項６】
前記検証する工程は、前記第１ユーザ機器（１）あるいは前記ネットワークエンティティ（２、３４）の、通信セッションの関与を示すパラメータについて、前記第１ユーザ機器（１）、前記ネットワークエンティティ（２、３４）、前記ネットワーク要素（６１、６２、６３、６４）あるいは前記仲介部（６０）に問い合わせることによって実行される
ことを特徴とする請求項２乃至４のいずれか１項に記載の方法。
【請求項７】
前記判定する工程における前記相関は、前記確認する工程で、少なくとも２つの通信セッションが同時に存在することが検出される場合が存在すると見なされる
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記判定する工程における前記相関は、通信セッション相関検出ノード（７０）あるいは通信セッション検出サービス（７１）が前記相関を示すパラメータを提供する場合が存在すると見なされる
ことを特徴とする請求項１または７に記載の方法。
【請求項９】
前記判定する工程における前記相関は、前記第１ユーザ機器（１）でのアプリケーションが前記相関を示すパラメータを提供する場合が存在すると見なされる
ことを特徴とする請求項１、７及び８のいずれか１項に記載の方法。
【請求項１０】
前記提供する工程は、前記サブシステム（４０、４１）のリクエストで、前記第１ユーザ機器（１）あるいは前記ネットワークエンティティ（２、３４）によって生成されるイベントで、あるいは定期間隔で実行される
ことを特徴とする請求項１に記載の方法。
【請求項１１】
前記提供する工程は、更に、前記相関に関与する、前記第１ユーザ機器（１）あるいは前記ネットワークエンティティ（２、３４）の前記ネットワークアドレスのプロビジョニングを行う工程を備える
ことを特徴とする１または１０に記載の方法。
【請求項１２】
前記ネットワークエンティティ（２、３４）は、第２ユーザ機器（２）、あるいはコンテンツサーバのようなネットワークサービスノード（３４）である
ことを特徴とする１乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記第１ユーザ機器（１）あるいは第２ユーザ機器（２）は、接続されるネットワーク（１１、１２、１３）のそれぞれとの接続部を少なくとも１つ備える端末を備え、
前記接続部のそれぞれはネットワークアドレスを有し、
前記端末は、デュアル転送モード（ＤＴＭ）端末、グローバル移動通信システム−汎用パケット無線システム（ＧＳＭ−ＧＰＲＳ）端末、あるいはユニバーサル移動体電気通信システムマルチ無線アクセスベアラ（ＵＭＴＳ  マルチＲＡＢ）端末であるような端末である
ことを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記第１ユーザ機器（１）あるいは前記第２ユーザ機器（２）は、２つ以上の端末を備え、
前記端末のそれぞれは、接続されるネットワーク（１１、１２、１３）それぞれへの接続部を少なくとも１つ有し、
前記接続部のそれぞれはネットワークアドレスを有する
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記端末は、音声、オーディオ、ビデオあるいはデータのような通信セッションをデバイスによって展開する機能を有し、
前記デバイスは、電話、ハンドセット、グローバル移動通信システム（ＧＳＭ）端末、改良型移動電話システム（ＡＭＰＳ）あるいはデジタルＡＭＰＳ（Ｄ−ＡＭＰＳ）端末、改良型デジタルコードレス電話（ＤＥＣＴ）端末、Ｂｌｕｅｔｏｏｔｈ（登録商標）端末、ユニバーサル移動体電気通信システム（ＵＭＴＳ）端末、ビデオ端末、パーソナルコンピュータ（ＰＣ）あるいはワークステーションのようなデバイスである
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記端末（１、２）は、前記ネットワーク（１１、１２、１３）との無線接続部あるいは前記ネットワーク（１１、１２、１３）との有線接続部を有する
ことを特徴とする請求項１３乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記ネットワーク（１１、１２、１３）とそれに関連するネットワークアドレスは、回線交換（ＳＣ）タイプ及びパケット交換（ＰＳ）タイプの少なくとも一方のようなネットワークタイプである
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記ネットワークアドレスは、移動体統合サービスデジタル通信網（ＭＳＩＳＤＮ）番号、公衆交換電話ネットワーク（ＰＳＴＮ）番号、仮想私設網（ＶＰＮ）私設番号、あるいは国際電気通信連合（ＩＴＵ）勧告Ｅ．１６４に準拠した番号のような電話加入者番号である
ことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記ネットワークアドレスは、ＳＩＰユニフォームリソースインジケータ（ＵＲＩ）のようなＰＳネットワーク識別子あるいは番号、インターネットプロトコル（ＩＰ）アドレス、あるいはイーサネット（登録商標）ＭＡＣアドレスのようなローカルエリアネットワーク（ＬＡＮ）メディアアクセスコントロール（ＭＡＣ）層アドレスである
ことを特徴とする請求項１７に記載の方法。
【請求項２０】
前記データベース機能（６４）を有する前記ネットワーク要素あるいは前記仲介部（６０）は、ＳＩＰ−ＵＲＩとＩＰアドレスとの間の関係を提供する
ことを特徴とする請求項４、６乃至９、１７及び１９のいずれか１項に記載の方法。
【請求項２１】
前記データベース機能（６４）を有する前記ネットワーク要素あるいは前記仲介部（６０）は、ＭＳＩＳＤＮ、ＰＳＴＮあるいはＶＰＮ番号と、ＩＰアドレスとの間の関係を提供する
ことを特徴とする請求項４、６乃至９、１７、１８及び２０のいずれか１項に記載の方法。
【請求項２２】
前記データベース機能（６４）を有する前記ネットワーク要素あるいは前記仲介部（６０）は、前記第１ユーザ機器（１）と前記ネットワークエンティティ（２、３４）間でＣＳ通信セッションが進行中であるかを示すＣＡＭＥＬＢｕｓｙパラメータのような情報を提供する
ことを特徴とする請求項４、６乃至９、及び１７乃至２１のいずれか１項に記載の方法。
【請求項２３】
前記データベース機能（６４）を有する前記ネットワーク要素あるいは前記仲介部（６０）は、前記第１ユーザ機器（１）と前記ネットワークエンティティ（２、３４）間の、ＩＰマルチメディアサブシステム（ＩＭＳ）セッションのようなＰＳ通信セッションが進行中であるかを示す情報を提供する
ことを特徴とする請求項４、６乃至９、及び１７乃至２２のいずれか１項に記載の方法。
【請求項２４】
好ましくは、前記２つ以上の相関がある同時通信セッションの課金の値引きを適用することに関して、前記判定された相関と前記ネットワークアドレスが、課金サブシステム（４０）へ提供される
ことを特徴とする請求項１乃至２３のいずれか１項に記載の方法。
【請求項２５】
好ましくは、前記認証サブシステムが、追加の通信セッションに対するシングルサインオン処理を提供することに関して、前記判定された相関と前記ネットワークアドレスが、認証サブシステム（４１）へ提供される
ことを特徴とする請求項１乃至２４のいずれか１項に記載の方法。
【請求項２６】
電気通信システムに構成されるネットワークノード（５）であって、
前記ネットワークノード（５）は、関連通信セッションの情報を少なくとも１つのサブシステム（４０、４１）に提供するために構成され、
前記電気通信システムは、更に、少なくとも２つの異なるネットワークタイプの少なくとも２つのネットワーク（１１、１２、１３）を備え、
前記ネットワーク（１１、１２、１３）は、少なくとも１つの第１ユーザ機器（１）とネットワークエンティティ（２、３４）と接続され、
前記第１ユーザ機器（１）と前記ネットワークエンティティ（２、３４）は、それぞれネットワークアドレスに関連付けられている、前記ネットワーク（１１、１２、１３）とのネットワーク接続部（１Ａ、１Ｂ、１Ｃ、２Ａ、２Ｂ、２Ｃ、３４Ａ、３４Ｂ、３４Ｃ）を有し、
前記ネットワークノード（５）は、
それぞれがネットワークアドレスを有するネットワーク接続部（５Ａ、５Ｂ、５Ｃ）によって、前記ネットワーク（１１、１２、１３）に通信接続される入出力（Ｉ／Ｏ）部（５１）と、
データベース機能（６１、６２、６３、６４）を有するネットワーク要素あるいは前記ネットワーク要素を示す仲介部（６０）へ問い合わせを行う、アプリケーションプログラムとパラメータ用のメモリ（５２Ａ）を備える処理部（５２）とを備え、
前記第１ユーザ機器（１）と前記ネットワークエンティティ（２、３４）間で、異なるネットワークタイプの前記ネットワーク（１１、１２、１３）それぞれに存在する通信セッションが同時に存在することを確認し、前記同時に存在することが確認された通信セッション間の相関を判定し、前記判定された相関を、前記少なくとも１つのサブシステム（４０、４１）に提供することを、前記Ｉ／Ｏ部（５１）と前記処理部（５２）とが協働して行うように構成される
ことを特徴とするネットワークノード（５）。
【請求項２７】
前記Ｉ／Ｏ部（５１）は、前記ネットワーク（１１、１２、１３）を介して、前記第１ユーザ機器（１）あるいは前記ネットワークエンティティ（２、３４）のネットワークアドレスを取得するように構成される
ことを特徴とする請求項２６に記載のネットワークノード（５）。
【請求項２８】
前記アプリケーションプログラムとパラメータ用のメモリ（５２Ａ）を備える前記処理部（５２）は、更に、前記第１ユーザ機器（１）、通信セッション相関検出ノード（７０）、前記通信セッション相関検出ノードを介する通信セッション相関検出サービス（７１）あるいは前記ネットワークエンティティ（２、３４）へ問い合わせを行い、前記同時通信セッションの存在を検証するように構成される
ことを特徴とする請求項２６または２７に記載のネットワークノード（５）。
【請求項２９】
前記ネットワークノード（５）は、前記サブシステム（４０、４１）へ前記情報が提供される場合のイベントを判定するためのタイマー部（５３）を更に備える
ことを特徴とする請求項２６乃至２８のいずれか１項に記載のネットワークノード（５）。
【請求項３０】
前記ネットワークノード（５）は、前記第１ユーザ機器（１）あるいは前記ネットワークエンティティ（２、３４）からのイベントを受信する場合に、前記サブシステム（４０、４１）へ前記情報を提供するために前記処理部（５２）を起動するように構成されるイベント部（５４）を更に備える
ことを特徴とする請求項２６乃至２９のいずれか１項に記載のネットワークノード（５）。
【請求項３１】
前記イベント部は、更に、前記サブシステム（４０、４１）から前記情報に対するリクエストを受信する場合に、該情報を該サブシステム（４０、４１）に提供することに関して、前記処理部（５２）を起動するように構成される
ことを特徴とする請求項３０に記載のネットワークノード（５）。
【請求項３２】
前記ネットワーク（１１、１２、１３）とそれに関連する前記ネットワークアドレス（５Ａ、５Ｂ、５Ｃ）を有する前記ネットワーク接続部は、回線交換（ＳＣ）タイプ及びパケット交換（ＰＳ）タイプの少なくとも一方のようなネットワークタイプである
ことを特徴とする請求項２６乃至３１のいずれか１項に記載のネットワークノード（５）。
【請求項３３】
前記ネットワークアドレスは、移動体統合サービスデジタル通信網（ＭＳＩＳＤＮ）番号、公衆交換電話ネットワーク（ＰＳＴＮ）番号、仮想私設網（ＶＰＮ）私設番号、あるいは国際電気通信連合（ＩＴＵ）勧告Ｅ．１６４に準拠した番号のような電話加入者番号である
ことを特徴とする請求項２６乃至３１のいずれか１項に記載のネットワークノード（５）。
【請求項３４】
前記ネットワークアドレスは、ＳＩＰのユニフォームリソースインジケータ（ＵＲＩ）のようなＰＳネットワーク識別子あるいは番号、インターネットプロトコル（ＩＰ）アドレス、あるいはイーサネット（登録商標）ＭＡＣアドレスのようなローカルエリアネットワーク（ＬＡＮ）メディアアクセスコントロール（ＭＡＣ）層アドレスである
ことを特徴とする請求項２６乃至３３のいずれか１項に記載のネットワークノード（５）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に固定通信システム、無線通信システム、あるいは組み合わせネットワークと称されるパケット交換回線交換アーキテクチャを有するハイブリッド通信システム等の、電気通信システムに関するものである。より詳しくしは、本発明は、組み合わせネットワークのパケット交換部分及び回線交換部分に現在あるあるいは確立中の、２つ以上の通信セッションの相互関係の確立をサポートする方法を容易にするものである。
【背景技術】
【０００２】
固定ネットワークや、特に、グローバル移動通信システム（汎欧州デジタル移動電話方式）（ＧＳＭ：Global System for Mobile Communications）、汎用パケット無線システム（ＧＰＲＳ：General Packet Radio System）、あるいはユニバーサル移動体電気通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System）等の移動体ネットワークは、絶えず進化している。現在のＧＳＭ／ＧＰＲＳ及びＵＭＴＳのネットワークは、回線交換（ＣＳ）接続及びパケット交換（ＰＳ）接続の両方を提供する。広範な種類のデータの伝送能力を有するＰＳエンドツーエンド接続は、画像、オーディオ及びビデオの転送等のマルチメディアサービスの提供に使用される。ＣＳ接続は、信頼性が高く、かつ例えば、音声トラフィックに対するサービス品質（ＱｏＳ）が規定されている１つ以上の信頼できるネットワークノードを用いて、２つのユーザ機器間あるいはユーザ機器に備わっている１台以上の端末との間にリンクを提供する。
【０００３】
組み合わせネットワークのもとでは、１台以上のユーザ機器あるいは端末に対して、少なくとも２つの異なるネットワークタイプ、例えば、ＣＳあるいはＰＳの少なくとも２つ以上のリンクが確立される。組み合わせネットワークは、ユーザ機器あるいは端末にＣＳ接続とＰＳ接続の両方を同時に展開する能力があり、それによって、ＰＳセッションと称されるＰＳ通信セッション及びＣＳ呼（コール）と称されるＣＳ通信セッションを介して、その活動アクティビティを実行するサービスを容易にする。
【０００４】
ＣＳネットワーク及びＰＳネットワーク等のネットワークタイプの異なるネットワークを備える組み合わせネットワーク内のサービスは、組み合わせサービスと称される。従来の回線交換（ＣＳ）サービスと新興のパケット交換（ＰＳ）ドメインサービスを組み合わせたこれらの組み合わせサービスは、全サービスがＰＳドメインのアーキテクチャで提供されることになるネットワークへの初めての実際的なステップと見られている。
【０００５】
これらの組み合わせサービスを提供するネットワークオペレータは、これらのサービスの使用に課金するメカニズムを必要とする。しかし、これらの組み合わせサービスに課金する方法はまだ準備が整っていない。それゆえ、この組み合わせサービスの使用に対しエンドユーザに課金するメカニズムが導入される必要がある。
【０００６】
ＣＳ呼に課金する方法（ポストペイド及びプリペイド）が、知られている。パケットベースの課金方法も存在しており、例えば、エリクソンフレキシブルベアラ課金があり、もっと一般的にはフローベース課金として知られている。
【０００７】
組み合わせサービスに対する課金と組み合わせサービスの構成要素に対する個別課金とを異なるものにしているものは、ＣＳドメイン及びＰＳドメインにふさわしい固有で確立した課金能力に対して、ＣＳが提供するサービス及びＰＳが提供する１つ以上のサービスからなる統合サービスに対しては、課金することができる柔軟性が増したこと及びオペレータが要望を示していることである。
【０００８】
例えば、パーティＡがパーティＢとＣＳ呼中である場合、パーティＡとパーティＢは互いに画像を送信できるべきであり、その結果、生じる組み合わせ呼は、画像転送が目的のインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）セッションが単独で開始される場合と比べて異なる料金が課されることになるだろう。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
同時に提供されるサービスに課金率が依存する組み合わせサービスに課金する方法は存在しない。ＣＳ呼のフローとＰＳセッションのフローに別々に課金し、組み合わせ課金を制限するのは選択肢であり、ＣＳ呼とＰＳセッションが独立して課金される従来技術の課金ソリューションとは異なり、同一の加入者が同時に行うＣＳ呼とＰＳセッションの組み合わせに、オペレータが課金を適用することを可能にする柔軟性を採り入れるメカニズムは存在しない。
【００１０】
組み合わせサービスに課金するには、ＣＳ呼とＰＳドメインベースのＩＭＳサービスが同一の加入者に関するものか、及び同一のパーティＡとパーティＢがＣＳ呼とＰＳセッションとにかかわっている点においてＣＳ呼とＰＳセッションとが互いに関連しているかについてのチェックを必要とする。
【００１１】
パーティＡの電話番号、パーティＢの電話番号、通話開始タイムスタンプ、通話終了タイムスタンプ等のＣＳ呼に属する課金イベントならびに転送開始、データ量、セッション開始プロトコルユニバーサルリソース識別子（ＳＩＰ  ＵＲＩ：Session Initiation Protocol Universal Resource Identifier）等のＩＭＳサービス関連向けのＰＳセッションに属する課金イベントが記憶されオフラインで処理される場合、ＣＳ呼とＰＳセッションとが相関している組み合わせ呼に属するイベントであることを検証することは常に可能ではない。いずれにせよ、前述の相関をリアルタイムに確認することは、この相関をオフラインで確認することより信頼できそうである。
【００１２】
ＣＳ呼とＰＳセッションとが相関していて、それゆえ組み合わせであるかどうかを検証するために、リアルタイムチェックが実行されるべきであるが、従来技術では、効果的で実装が簡単で且つ信頼できる解決策を提供していない。
【００１３】
更に、加入者の視点からは、ＰＳセッションに対し発生する費用は、加入者のＣＳ呼と関連して信用かつ信頼できる方法で請求されることが保証されるべきである。
【００１４】
本発明が解決しようとしている課題は、組み合わせ電気通信ネットワーク内で加入者が同時に展開しているＣＳ呼と１つ以上のＰＳセッションとの相関をチェックする方法をどのようにして提供するかについてと示せる。
【００１５】
さらに、前述の課題に対する解決策は、ＣＳ呼とＰＳセッション群との間の相関のチェックにおいて加入者に追加の要件を課さないものとすることを、要件として満足しなければならない。即ち、加入者はその呼あるいはセッション中にＣＳサービスあるいはＰＳサービスに関連するもう１つのサービスを後で開始するだろうかどうかを知らずに、気の向くままにＣＳ呼を掛けたりＰＳセッションを開始したりすることができるものとすることを、要件として満足しなければならない。
【課題を解決するための手段】
【００１６】
本発明の目的は、ＣＳネットワーク及び少なくとも１つのＰＳネットワークからなる異なるネットワークタイプの複数のネットワークを備える組み合わせネットワーク内で存在する複数の通信セッションの相関をチェックする方法を提供することである。ここで、この通信セッションは、ＣＳネットワークのＣＳ呼とＰＳネットワークのＰＳセッションであり、異なるタイプのネットワークでこのセッションを展開しているユーザ機器を有するパーティに関連している。
【００１７】
本発明の目的はさらに、相関ノードと称されるネットワークノードを提供することである。このノードは、提供される方法によって前述のセッション間の前述の相関のチェックを実行するように構成されている。
【００１８】
これらの目的は、ＣＳネットワーク及び１つ以上のＰＳネットワークを有する電気通信システム内のサブシステム（例えば、課金システム）に関連通信セッションの情報を提供する方法を用いる本発明により達成される。その通信システム内で、第１ユーザ機器は、異なるネットワークタイプの複数のネットワークを介してネットワークエンティティと前述の関連通信セッションを行う。情報の提供は、ネットワークノードが実行し、そのネットワークノードは、通信セッションが存在することを確認し、通信セッション間の相関を判定し、その判定された相関をサブシステムに提供する。
【００１９】
通信セッションが存在することの確認は、更に、第１ユーザ機器のネットワークアドレス及びネットワークエンティティのネットワークアドレスを、ＣＳネットワークを介して及びＰＳネットワークを介して取得し、両方のネットワークタイプの通信セッションの存在を検証する工程を備える。
【００２０】
本発明は、「リアルタイム組み合わせチェック」を提供する。ここでは、ＣＳ呼とＩＭＳベースのＰＳセッションが、１台のユーザ機器で開始し、別のユーザ機器等のネットワークエンティティで終了することが検証される。この「リアルタイム組み合わせチェック」は、いくつかの「論理的データベース」から利用可能な情報を組み合わせるものである。
【００２１】
本発明によって提供される方法を実装することにより、ＣＳ呼とＰＳセッション（群）間の相関チェックは、ＣＳ呼と、展開されるＩＭＳサービス等のＰＳセッションとが組み合わせられていることが明確に確認される。例えば、課金サブシステムのようなサブシステムは、加入者の通信セッションがどのように課金されるかを判定するために、提示されたチェックを実行する。このチェックが通信セッション中にリアルタイムで実行されることを保証にするために、リアルタイムで進行中の呼のログをとるシステムが提供される。このシステムは、様々な方法でＣＳ呼とＰＳセッションの状態がリアルタイムモードで問い合わせされることを特徴とする。この問い合わせに対する応答は、論理的あるいは記述的なものとなる。
【００２２】
本発明は、ＣＳ呼と、ＰＳドメインで提供されるサービスに関連する１つ以上のＰＳセッションからなる組み合わせサービスに向けたものである。組み合わせ課金は、本発明が提示しているように、組み合わせサービスのほんの一例に過ぎない。
【００２３】
本発明に従うこれらの実行形態及び他の実行形態は、これから添付の図面を参照して更に詳細に説明する。
【図面の簡単な説明】
【００２４】
【図１】２台のユーザ機器が接続している組み合わせネットワークの概略図を示す図である。
【図２】ネットワークノードの概略図を示す図である。
【発明を実施するための形態】
【００２５】
本発明の範囲を限定することなく、本発明を完全に理解してもらうために、組み合わせネットワーク環境で展開される移動体通信システムの現在の実装を背景に及びその範囲内で、本発明は提示される。しかしながら、本発明は、組み合わせネットワークを備えるどの通信システムにも展開できる。
【００２６】
２人のユーザ、パーティＡとパーティＢとの相互間で、通信セッションが進行中であると想定する。パーティＡとパーティＢとの間のその通信セッションは、ＣＳネットワークが提供するＣＳ呼とＰＳネットワークが提供するＰＳセッションからなり、両方の通信セッションは「通信の構成要素」と見なされる。その構成要素は、任意の順序であるいは同時に、次々にセットアップされてもよい。パーティＡが使用するユーザ機器（ＵＥ）及びパーティＢが使用するＵＥは、ＣＳ通信セッションとＰＳ通信セッションを同時に行うことができるものとする。ＣＳ通信セッションとＰＳ通信セッションを同時に行うことを、デュアルモード通信と呼ぶ。前述のデュアルモード機能は、１台のデバイスの中に納められているか、あるいは前述のデュアルモードＵＥが例えば移動電話機及びパーソナルコンピュータ（ＰＣ）を備える分割構成のＵＥ等で、複数のデバイスの中に搭載されている。  通信を確立するためにパーティ間で交換されるメッセージ及び通信中に交換されるメッセージの少なくとも一方は、組み合わせネットワーク内の異なるネットワークタイプの複数のネットワークに接続するネットワークエンティティを備える「サービスネットワーク」によって、捕捉され、かつ変更することができる。
【００２７】
図１は、異なるネットワークタイプのいくつかのネットワーク１１、１２、１３を備える組み合わせネットワーク１０を模式的に示したものである。その組み合わせネットワークには、第１ＵＥ１及び第２ＵＥ２が、ネットワーク１１、１２、１３のすべて、あるいはいくつかに接続されている。ネットワーク１１、１２、１３への物理的な接続を提供するために、ＵＥ１、２は、前述のネットワーク１１、１２、１３に対して、それぞれにネットワークアドレスが関連付けられているネットワーク接続部１Ａ、１Ｂ、１Ｃ、２Ａ、２Ｂ、２Ｃを有している。
【００２８】
本発明の説明のために、ネットワーク１１はＣＳネットワークタイプのネットワークであり、ネットワーク１２、１３はＰＳネットワークタイプのネットワークであると恣意的に想定する。
【００２９】
以下では、ＣＳ呼とＰＳセッションとの相関がどのようにチェックされるかを説明する。そのＣＳ呼とＰＳセッションは、ＵＥ１からＵＥ２に向けて、あるいはＵＥ１からネットワークサービスノード３４に向けて、ＵＥ１がセットアップし維持する。ネットワークサービスノード３４は、ネットワーク１１、１２、１３に対して、それぞれがネットワークアドレスに関連付けられているネットワーク接続部３４Ａ、３４Ｂ、３４Ｃを有する。ＵＥ１は、ネットワークサービスノード３４との通信セッションを持っていてもよく、その場合に、ノード３４はコンテンツサーバとして動作する。
【００３０】
本発明の説明のために、以下のように想定する。
【００３１】
−パーティＡは、自分のＵＥ１を用いてパーティＢのＵＥ２に向けの通信セッションを有する。
【００３２】
−ＵＥ１、２は、デュアル転送モード（ＤＴＭ）端末あるいはマルチ無線アクセスベアラ（ＲＡＢ）ＵＥであり、そこからＣＳ呼とＰＳセッションが開始するか、あるいはそこでＣＳ呼とＰＳセッションが終了する。
【００３３】
−組み合わせサービスのＣＳ通信構成要素は音声／ビデオＣＳ呼であり、このＣＳ呼は、移動体サービスデジタル通信網（ＭＳＩＳＤＮ：Mobile Station Integrated Services Digital Network）番号等の１対のＣＳドメインネットワークアドレスにより識別される。これらの番号は、パーティＡ用のＭＳＩＳＤＮ（Ａ）及びパーティＢ用のＭＳＩＳＤＮ（Ｂ）とする。
【００３４】
−ＩＰマルチメディアサブシステム（３ＧＰＰで定められているＩＭＳ）サービスは、パーティＡとパーティＢの間で進行中であり、セッション開始プロトコル統一リソース識別子（ＳＩＰ  ＵＲＩ：Session Initiation Protocol Universal Resource Identifier）の１対であるパーティＡ用のＳＩＰ  ＵＲＩ（Ａ）及びパーティＢ用のＳＩＰ  ＵＲＩ（Ｂ）を使用して識別される。
【００３５】
データベース機能を有するネットワーク要素６１、６２、６３、６４は、仲介部６０を介して組み合わせネットワーク１０内に含まれるネットワーク１１、１２、１３の全てに接続される。課金サブシステム４０あるいは認証ノード４１のようなサブシステムは、ＣＳネットワーク１１及びＰＳネットワーク１２への接続部を備える。
【００３６】
ＵＥ１を有するパーティＡが、ＵＥ２を有するパーティＢにＣＳ音声呼を行うと想定する。ＣＳ呼は、進行中のＣＳ呼の記録を維持する論理的な「進行中ＣＳ呼」データベース６３に記録される。課金サブシステム４０は、ＣＳネットワーク１１への接続部を介するオンライン課金を適用するか、あるいはＣＳネットワーク１１に存在するＣＳサービスを使用して呼詳細記録をフェッチする。課金サブシステム４０には、「呼の開始」及び「呼の終了」等の課金に関係する「イベント」についてが通知される。
【００３７】
ＣＳ呼の確立後、パーティＡは、パーティＢとＰＳセッションであるＩＭＳセッションをセットアップすることを決定する。ＰＳネットワーク１２内にあるＩＭＳサービスは、課金サブシステム４０に「ＰＳサービス課金イベント」を送信する。このイベントでは、サービス種類、ＳＩＰ  ＵＲＩ（Ａ）、ＳＩＰ  ＵＲＩ（Ｂ）のような情報がＩＭＳサービスにより送信され、「論理的データベース」進行中ＩＭＳセッション６１に記録される。このＰＳセッションが進行中のＣＳ呼に関連しているかどうかをチェックするかあるいはチェックしているか、即ち、「組み合わせ」であるかどうかをチェックすることは、課金サブシステム４０に任されている。このチェックを実行するためには、いくつかの「論理的データベース」６１、６２、６３、６４からの情報が組み合わせられなければならない。
【００３８】
論理的データベース６１、６２、６３、６４は、以下のような特定の関係を記録し、記憶している。
【００３９】
６１：ＳＩＰ  ＵＲＩ（Ａ）−ＳＩＰ  ＵＲＩ（Ｂ）＝進行中のＩＭＳセッション
６２：ＭＳＩＳＤＮ（ｘ）−ＩＰアドレス（ｘ）＝ＭＳＩＳＤＮ番号、公衆交換電話網（ＰＳＴＮ）番号、例えば、ＤＴＭ端末の仮想私設網（ＶＰＮ）番号に対するＩＰアドレス
６３：ＭＳＩＳＤＮ（Ａ）−ＭＳＩＳＤＮ（Ｂ）＝進行中のＣＳ呼
６４：ＳＩＰ  ＵＲＩ（ｘ）−ＩＰ（ｘ）＝デバイス上のＩＭＳ登録
これらの論理的データベース６１、６２、６３、６４は、信頼できる「組み合わせ」チェックを実行するために必要な情報を提供するための問い合わせを受ける。
【００４０】
「論理的」データベース６２は、ＣＳドメインネットワークアドレスと見なされているＭＳＩＳＤＮ番号と、ＰＳドメインアドレスと見なされているＰＳドメインＩＰアドレスとの特定の関係を備える。ＤＴＭ端末等のＵＥは、単一の端末の中に両方のドメインタイプのアドレスを備える。分割端末環境にあるＵＥは、ＰＣ等のＰＳドメインデバイス及び「ＣＳ専用」電話機等のＣＳドメインデバイスを備える。
【００４１】
「論理的」データベース６４は、ＩＰアドレスとＳＩＰ  ＵＲＩの特定の関係を備える。
【００４２】
「進行中ＣＳ呼」データベース６３及び「進行中ＩＭＳセッション」データベース６１は、進行中のＣＳ呼及び進行中のＩＭＳサービスのログをそれぞれ記録する。ＣＳ呼及びＩＭＳサービスのそれぞれの開始は、それぞれのデータベース６１、６３にログとして記録される。
【００４３】
課金サブシステム４０あるいは認証サブシステム４１等のサブシステムが、組み合わせセッションであると推定されている２つ（あるいはそれ以上）の通信セッションが本当に組み合わせであるかどうか判定するために「組み合わせチェック」を実行する必要がある場合、これらのサブシステム４０、４１がそのチェックを実行することができる。あるいは、専用ネットワークノードにそのチェックを実行させるのが好ましい。
【００４４】
相関ノード５であることが好ましいネットワークノードは、ＣＳ呼とＰＳセッションとの間の相関を判定するように構成されていて、組み合わせセッションであると推定されている２つ（あるいはそれ以上）の通信セッションが本当に組み合わせであるかどうかを判定するために組み合わせチェックを実行する。
【００４５】
ＣＳ呼あるいはＩＭＳセッションが実際に組み合わせ呼あるいは組み合わせセッションかどうかを検証するタスクは、「組み合わせチェック」と呼ばれる。このチェックは、ネットワークエンティティの中でも、特に、相関ノード５によって実行されるのが好ましいが、専用相関検出ノード７０及び通信セッション相関検出サービス７１によっても実行される。ノード７０あるいはサービス７１は、ＣＳ呼とＩＭＳセッションとの間の相関を示すパラメータを提供する。
【００４６】
サブシステム４０、４１は、仲介部６０を使用してあるいは使用せずに「論理的データベース」６１、６２、６３、６４に問い合わせる、あるいは専用ノード５、７０、７１に相関チェックを実行するように要求する、あるいは相関を表すパラメータを提供するように要求することによって、組み合わせチェックを実行する。
【００４７】
組み合わせチェックの実行は、以下の工程を備える。
【００４８】
ａ）ＭＳＩＳＤＮ（Ａ）、ＭＳＩＳＤＮ（Ｂ）、ＳＩＰ  ＵＲＩ（Ａ）及びＳＩＰ  ＵＲＩ（Ｂ）を取得する。取得に当たっては、それぞれのサービストリガの中の利用可能な情報及び「論理的データベース」６１、６３の中にある情報に基づいている。
【００４９】
ｂ）ＣＳ呼がＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）との間で進行中であることを検証する。
【００５０】
ｃ）ＩＭＳセッションがＳＩＰ  ＵＲＩ（Ａ）とＳＩＰ  ＵＲＩ（Ｂ）との間で進行中であることを検証する。
【００５１】
ｄ）ＳＩＰ  ＵＲＩ（Ａ）とＭＳＩＳＤＮ（Ａ）が同一のＵＥ１、２で終了していること、あるいは分割端末環境で同一の加入者により展開されていることを検証する。
【００５２】
ｅ）ＳＩＰ  ＵＲＩ（Ｂ）とＭＳＩＳＤＮ（Ｂ）が同一のＵＥ１、２で終了していること、あるいは分割端末環境では同一の加入者により展開されていることを検証する。
【００５３】
ｆ）ＩＭＳセッションにより使用されるように、媒体接続がそれぞれのＳＩＰ  ＵＲＩに現在関連しているＩＰアドレスで終了することを検証する。
【００５４】
付加的事項ａ）ＭＳＩＳＤＮ（Ａ）と通話中のＭＳＩＳＤＮ（Ｂ）の取得
パーティＡのために動作している組み合わせサービスが、パーティＢのＭＳＩＳＤＮ番号を知らない場合、ＭＳＩＳＤＮ（Ｂ）を取得するために、次の方法が想定される。
【００５５】
−方法１：パーティＡのＵＥ１に問い合わせ
この方法に従えば、パーティＡのＵＥ１（ＭＳＩＳＤＮ（Ａ）に対応）は、どのパーティＢとＣＳ呼中であるかについて問い合わせられる。この情報は、信頼できないエンティティから提供されるので、信頼すべきでない。しかし、ＵＥ１によって提供される情報は、ネットワークノード５、７０、７１、４０、４１が実行する「検証を行うタイプの」問い合わせの基礎として使用される。
【００５６】
−方法２：ＣＳネットワーク１１内のＣＳサービス、例えば、プリペイドサービスに問い合わせ
パーティＡを代理するプリペイドサービス（即ち、パーティＡのＵＥ１とパーティＢのＵＥ２との間のＣＳ呼に現在課金しているプリペイドサービス）内で、呼がＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）との間で進行中であることを示す記録を利用可能である。それゆえ、パーティＡのＵＥ１の進行中のＣＳ呼に、どのパーティＢのＵＥ２が属するかに関するリクエストに応答するために、プリペイドサービスにアプリケーションプログラムインターフェース（ＡＰＩ）が付加される。実際には、信頼できるエンティティと見なされていて、進行中の呼に対するＭＳＩＳＤＮ（Ａ）／ＭＳＩＳＤＮ（Ｂ）対を登録するどのＣＳサービスも、このチェックのために問い合わせられる。データベース機能を有するネットワーク要素６３が、ＭＳＩＳＤＮ（Ａ）／ＭＳＩＳＤＮ（Ｂ）対を登録し、直接問い合わせを受ける（不図示）、あるいは仲介部６０を介して問い合わせられる。
【００５７】
付加的事項ｂ）ＣＳ呼がＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）との間で進行中であることの検証
この工程の意図は、ＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）が実際に同一の呼の一部であることを検証することである。これによって、ＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）はＣＳ呼のエンドポイントを形成する。このような検証が必要とされるのは、例えば、ＭＳＩＳＤＮ（Ｂ）が、本来信頼できないエンティティと見なされているパーティＡのＵＥ１に問い合わせることにより取得される場合である。ＭＳＩＳＤＮ（Ｂ）が、「論理的データベース」６３の実装としての信頼できる（ネットワーク）ソースから取得される場合、この工程は、工程ａ）における、ＭＳＩＳＤＮ（Ｂ）自身の検出を通じて既に自動的に実行されていることになる。ＵＥ１とＵＥ２との間の進行中のＣＳ呼を検証する方法は、以下のとおりである。
【００５８】
−方法１：ホームロケーションレジスタ（ＨＬＲ：Home Location Register）への問い合わせ
加入者情報を取得するための問い合わせは、ＨＬＲに向けられる。在圏ロケーションレジスタ（ＶＬＲ：Visitor Location Resister）あるいは在圏ＧＰＲＳサポートノード（ＳＧＳＮ：Serving GPRS Support Node）から情報を取得するために随時質問（ＡＴＩ：Any Time Interrogation）を使用することができるＨＬＲを介して、加入者の「状態」が利用可能になり、それによって国際移動電話加入者アイデンティティＤ（ＩＭＳＩ：International Mobile Subscriber Identity）、あるいはＭＳＩＳＤＮ番号（３ＧＰＰ  ＴＳ  ２３．０７８  ｖ６．１．０，ｃｈ．１１．３．４．１．２）によるＨＬＲへへのリクエストで、加入者が識別される。状態ＣＡＭＥＬＢｕｓｙは、加入者が移動通信で開始するあるいは終了するＣＳ呼に対するトランザクションを行っていることを示すものである。
【００５９】
ＡＴＩが加入者の状態を取得するために使用され、かつＨＬＲによって報告される状態が「ＣＡＭＥＬＢｕｓｙ」である場合、ＶＬＲは加入者が進行中のＣＳ呼を有していることを、ＭＳＩＳＤＮ（Ｂ）にも報告すべきである。ＨＬＲ以外には、ＭＳＣとＶＬＲ等の他のノード群の間で交互に質問される。
【００６０】
−方法２：ＣＳサービス、例えば、プリペイドサービスへの問い合わせ
パーティＡのために、パーティＡとパーティＢとの間のＣＳ呼に現在課金しているプリペイドサービス内では、ＣＳ呼がＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）との間で進行中であることを示す記録が利用可能である。プリペイドサービスに対するＡＰＩを生成することにより、プリペイドサービスは、パーティＡの進行中のＣＳ呼にどのパーティＢが属するかに関するリクエストに応答することで、ＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）がＣＳ呼に関与しているかを検証することが可能になる。事実、進行中の呼に対するＭＳＩＳＤＮ（Ａ）／ＭＳＩＳＤＮ（Ｂ）対を登録するどのＣＳサービスも、このチェックのために問い合わせられる。
【００６１】
−方法３：ＣＳのコアネットワーク機能である課金システム４０への問い合わせ
ＣＳ呼に課金することが可能であるために、従来技術の課金サブシステム４０の構成要素は、それがプリペイドあるいはポストペイドであれ、常に関与している。オプションとしては、課金サブシステム４０にＡＰＩを拡張することがあり、そうすることで、信頼できるネットワークエンティティが課金サブシステム４０に、ＣＳ呼対のＭＳＩＳＤＮ（Ａ）とＭＳＩＳＤＮ（Ｂ）を取得あるいは検証することを問い合わせる。
【００６２】
論理的データベース「進行中ＣＳ呼」６３によって示される機能は実装されなければならない。そうすることで、潜在的な組み合わせ呼である呼のすべてがログとして記録される。このようにして、必要な組み合わせチェックが必要に応じて実行される。
【００６３】
文献Ｐ１９６６３は、ＣＳ呼とＰＳセッションはおそらく相関していて、組み合わせであることを示す指示をどのように提供するかの方法を開示しており、本発明で提示されるチェックに対する誘因として使用することができる。
【００６４】
「進行中ＣＳ呼」論理的データベース６３の既存の実装には、従来技術の「オンライン課金」システムがある。この従来技術のシステムでは、すべての呼はリアルタイムで課金されるので、従来技術の課金システムからのデータは、「進行中ＣＳ呼」データベース６３として使用される。
【００６５】
「進行中ＣＳ呼」論理的データベース６３の別の実装には、ＣＳネットワーク１１内にあるＣＳサービスの使用がある。そのＣＳサービスは、進行中の呼すべてを監視する。
【００６６】
付加的事項ｃ）ＩＭＳセッションがＳＩＰ  ＵＲＩ（Ａ）とＳＩＰ  ＵＲＩ（Ｂ）との間で進行中であることの検証
進行中のＩＭＳサービスは、進行中のＩＭＳサービスを扱う論理的データベース「進行中ＩＭＳセッション」６１にログとして記録される。ＩＭＳサービスを実行するセッション開始プロトコル−アプリケーションシステム（ＳＩＰ−ＡＳ：Session Initiation Protocol-Application System）は、この「進行中ＩＭＳセッション」論理的データベース６１として動作し、ネットワークノード５、７０、７１、４０、４１から問い合わせられる。
【００６７】
付加的事項ｄ）ＳＩＰ  ＵＲＩ（Ａ）とＭＳＩＳＤＮ（Ａ）が同一のＵＥ１、２で終了する、あるいは分割端末環境で同一の加入者により展開されていることの検証
このタスクは３つの工程からなる。
【００６８】
第１工程：ＭＳＩＳＤＮ（Ａ）に属するＩＰ（Ａ）の取得
論理的データベース６２の実装と見なされるＨＬＲを介して、ＩＭＳＩあるいはＭＳＩＳＤＮ（３ＧＰＰ  ＴＳ  ２３．０７８  ｖ６．１．０，ｃｈ．１１．３．４．１．２）によって識別される加入者の「ＰＳドメイン加入者状態」及び「ＰＤＰコンテキスト情報リスト」についての情報が利用可能である。ＩＰアドレスは、３ＧＰＰ  ＴＳ  ２３．０７８，ｃｈ．１１．３．４．１．２に規定されている「ＰＤＰコンテキスト情報リスト」から読み出される。
【００６９】
第２工程：ＳＩＰ  ＵＲＩ（Ａ）に属するＩＰ（Ａ）の取得
ＳＩＰ登録機能は、ＩＰアドレスを提供することによって、ＳＩＰ  ＵＲＩを取得するための「論理的データベース」６４として使用することができる。
【００７０】
第３工程：第１工程と第２工程でそれぞれ取得したＩＰアドレスを比較する。第１工程及び第２工程が同一のＩＰ（Ａ）アドレスを示す場合、論理的関係ＭＳＩＳＤＮ（Ａ）−＞ＩＰ（Ａ）＜−ＳＩＰ  ＵＲＩ（Ａ）が確立することが検証される。
【００７１】
付加的事項ｅ）ＳＩＰ  ＵＲＩ（Ｂ）とＭＳＩＳＤＮ（Ｂ）が同一のＵＥ１、２で終了すること、あるいは分割端末環境で同一の加入者により展開されていることの検証
上記の付加的事項ｄ）と同一の方法が、ＳＩＰ  ＵＲＩ及びＭＳＩＳＤＮ番号がパーティＢの同一のＵＥに終了することを検証するために使用される。
【００７２】
付加的事項ｆ）ＩＭＳセッションにより使用されているような媒体接続がそれぞれのＳＩＰ  ＵＲＩに現在関連付けられているＩＰアドレスで終了することの県庁
ＩＭＳに従えば、３ＧＰＰに規定されているように、常に後者の場合となる。
【００７３】
論理的データベース６１、６２、６３、６４は、組み合わせチェックを実行するために必要な情報についての問い合わせを実行するネットワークノード５、７０、７１、４０、４１から連絡を受けてもよい。これらのデータベースは、ネットワーク１１、１２、１３を介し直接（不図示）、あるいは仲介部６０を介して連絡を受ける。
【００７４】
ＣＳ呼とＰＳセッションとの間の相関の判定は、相関チェック工程の工程を実行し、かつ相関を示すパラメータを提供するように構成されるネットワークエンティティによって実行されてもよい。この相関を示すパラメータを提供するネットワークエンティティは、相関検出ノード７０及び通信セッション相関検出サービス７１である。ノード７０及びサービス７１は、相関ノード５によって適用される動作で説明される方法と同一の方法で、同一の論理的データベースに問い合わせる。
【００７５】
ＣＳ呼とＰＳセッション間の相関を判定するために、相関を示すパラメータを提供することができるネットワークエンティティには、更に、第１ＵＥ１で動作するアプリケーション、論理的データベース６１、６２、６３、６４あるいは仲介部６０がある。
【００７６】
図１及び図２を参照して、相関ノード５を説明する。
【００７７】
相関ノードと称されるネットワークノード５は、それぞれがネットワークアドレスに関連付けられている自身のネットワーク接続部３４Ａ、３４Ｂ、３４Ｃを介して、２つ以上のネットワーク（１１、１２、１３）経由で、課金ノード４０あるいは認証ノード４１等のサブシステムに、ＵＥ１とＵＥ２間あるいはＵＥ１とネットワークエンティティ３４間で判定された関連通信セッションの相関等の情報を提供するように構成される。
【００７８】
このネットワークノード５は以下のように構成される。
【００７９】
−ＵＥ１とＵＥ２間あるいはＵＥ１とネットワークエンティティ３４間のネットワーク１１、１２、１３のそれぞれに同時に通信セッションが実際に存在することを確認し、
−同時に存在することが確認された通信セッション間の相関を判定し、そして
−その判定された相関をサブシステム４０、４１に提供する。
【００８０】
ネットワークノード５は、ネットワーク接続部５Ａ、５Ｂ、５Ｃによって、ネットワーク１１、１２、１３と通信接続している入出力（Ｉ／Ｏ）部５１を備える。このＩ／Ｏ部は、ネットワーク１１、１２、１３を介して、ＵＥ１、ＵＥ２あるいはネットワークエンティティ３４のネットワークアドレスを取得するように構成される。
【００８１】
ネットワークノード５は、さらに、アプリケーションプログラムとパラメータ用のメモリ５２Ａを有する処理部５２を備える。この処理部５２は、通信セッションの存在を検証するために、データベース機能６１、６２、６３、６４を有するネットワークエンティティあるいはこれらのネットワークエンティティを示す仲介部６０、ＵＥ１、ＵＥ２、ネットワークエンティティ３４、通信セッション相関検出ノード７０、あるいは通信セッション相関検出サービス７１のネットワーク要素のいずれか１つに問い合わせるように構成される。
【００８２】
ネットワークノード５は、さらに、タイマー部５３及びイベント部５４を備える。タイマー部５３は、サブシステム４０、４１に情報が提供される場合のイベントを判定するためのものである。イベント部５４は、ＵＥ１、ＵＥ２あるいはネットワークエンティティ３４からイベントを受信する場合に、サブシステム４０、４１に情報を提供するために処理部５２を起動するように構成されている。このイベント部５４は、さらに、サブシステム４０、４１からその情報に対するリクエストを受信する場合に、サブシステム４０、４１に、リクエストされた情報を提供するために処理部５２を起動するように構成されている。
【００８３】
本発明は、特定のＣＳ呼とＰＳセッションが相関していて、それゆえ組み合わせと見なせるかどうかのチェックを可能にする。このチェックはＣＳ呼中あるいはＰＳセッション中に実行されるので、このチェックは「リアルタイム」チェックと見なすことができ、これは、呼／セッション課金のオフライン計算あるいはバッチ計算ではなく、例えば、課金システムに、その呼／セッション中に課金率を適応させることを可能にする。
【００８４】
提示される本発明の導入により、オペレータに、同一の加入者による同時のＣＳ呼とＰＳセッションの組み合わせに課金を適用することを可能とし、これによってＣＳ呼とＰＳセッションが互いに関連していても個別に課金される従来技術の課金ソリューションを拡張することを可能とする、柔軟性のあるメカニズムが提供される。
【００８５】
組み合わせサービスに対する課金を異なるものにしているものは、回線交換ドメイン及びパケット交換ドメインに対して固有に確立している課金機能に対して、回線交換提供サービスと１つ以上のパケット交換提供サービスからなる統合サービスに課金することができる今まで以上の柔軟性（及びオペレータが示す要件）である。例えば、パーティＡがパーティＢとの進行中ＣＳ呼を有する場合、パーティＡとパーティＢが互いに画像を送信し、その結果、生じる組み合わせ呼は、それとは独立してセットアップされるＩＭＳセッションとは別に課金されることが可能となる。
【図１】
2011254486.tif 000003
【図２】
2011254486.tif 000004
【外国語明細書】
2011254486000001.pdf