(57)【要約】本発明の第１の実施例では、起動ＰＤＰコンテキスト要求メッセージがサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）へ転送される場合、ＳＧＳＮが作成ＰＤＰコンテキスト要求メッセージを作成し、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）へこのメッセージを転送する。ＳＧＳＮにより転送された作成ＰＤＰコンテキスト要求に応答して、ＧＧＳＮは作成ＰＤＰコンテキスト応答メッセージを作成する。ＰＤＰコンテキストがＧＧＳＮにより作成されると、ＧＧＳＮはグローバルに一意の課金用ＩＤ（ＧＣＩ）をＰＤＰコンテキストと関連づける。次いで、ＧＣＩを含む作成ＰＤＰコンテキスト応答がＳＧＳＮへ転送される。ＧＣＩはＳＧＳＮからＵＥへ、また、ＵＥからＣＳＣＦへ送信される。
2004507127.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおける課金情報の調整方法であって、
通信チャネルを確立するステップと、
課金用識別子を前記通信チャネルと関連づけるステップと、
トランスポート層内の第１のネットワーク・エレメントからアプリケーション層内の第２のネットワーク・エレメントへ前記課金用識別子を送信するステップと、を有することを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記第２のネットワーク・エレメントが、前記第２のネットワーク・エレメントにより収集される課金情報に前記課金用識別子を追加することを特徴とする方法。
【請求項３】
請求項１に記載の方法において、前記第１のネットワーク・エレメントが、前記課金用識別子を持つネットワーク・エレメントのアドレスを前記第２のネットワーク・エレメントへ送信することを特徴とする方法。
【請求項４】
請求項３に記載の方法において、前記第２のネットワーク・エレメントが、前記第２のネットワーク・エレメントにより収集される課金情報にネットワーク・エレメントの前記アドレスを追加することを特徴とする方法。
【請求項５】
請求項１または３に記載の方法において、前記第１のネットワーク・エレメントが前記課金用識別子を持つセキュリティ情報を前記第２のネットワーク・エレメントへ送信することを特徴とする方法。
【請求項６】
請求項５に記載の方法において、前記第２のネットワーク・エレメントが前記セキュリティ情報に対して前記課金用識別子を検証することを特徴とする方法。
【請求項７】
請求項１に記載の方法において、前記通信チャネルがパケットデータ・プロトコル（ＰＤＰ）コンテキストであることを特徴とする方法。
【請求項８】
請求項１に記載の方法において、前記課金用識別子がＧＧＳＮ割り当て課金用ＩＤであることを特徴とする方法。
【請求項９】
請求項１に記載の方法において、前記第１のネットワーク・エレメントが移動局（ＭＳ）であることを特徴とする方法。
【請求項１０】
請求項１に記載の方法において、前記第１のネットワーク・エレメントがサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）であることを特徴とする方法。
【請求項１１】
請求項１に記載の方法において、前記第１のネットワーク・エレメントがゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）であることを特徴とする方法。
【請求項１２】
請求項１に記載の方法において、前記第２のネットワーク・エレメントが呼状態制御機能（ＣＳＣＦ）であることを特徴とする方法。
【請求項１３】
請求項９または１２に記載の方法において、ＳＧＳＮがネットワーク・エレメントの前記アドレスを前記第１のネットワーク・エレメントへ送信することを特徴とする方法。
【請求項１４】
請求項９乃至１２の何れかに記載の方法において、ネットワーク・エレメントの前記アドレスがＧＧＳＮのアドレスであることを特徴とする方法。
【請求項１５】
請求項１に記載の方法において、前記トランスポート層がＧＰＲＳ／ＵＭＴＳであることを特徴とする方法。
【請求項１６】
請求項１に記載の方法において、前記トランスポート層がパケット交換コア・ネットワーク領域であることを特徴とする方法。
【請求項１７】
請求項１に記載の方法において、前記アプリケーション層がＩＰマルチメディア・コア・ネットワーク領域であることを特徴とする方法。
【請求項１８】
請求項１に記載の方法において、前記通信ネットワークがパケット交換無線ネットワークであることを特徴とする方法。
【請求項１９】
請求項１に記載の方法において、前記課金用識別子の送信が自律的に行われることを特徴とする方法。
【請求項２０】
請求項１に記載の方法において、前記課金用識別子の送信が前記第２のネットワーク・エレメントからの要求に基づいて行われることを特徴とする方法。
【請求項２１】
請求項１に記載の方法において、前記第２のネットワーク・エレメントが通信のエンドポイントへ向けて前記課金用識別子を送信することを特徴とする方法。
【請求項２２】
請求項２１に記載の方法において、前記第２のネットワーク・エレメントが、通信の前記エンドポイントへ向けて前記課金用識別子を持つセキュリティ情報を送信することを特徴とする方法。
【請求項２３】
請求項２１に記載の方法において、前記第２のネットワーク・エレメントが前記課金用識別子と共にネットワーク・エレメントのアドレスを通信の前記エンドポイントへ送信することを特徴とする方法。
【請求項２４】
請求項９に記載の方法において、前記第２のネットワーク・エレメントが、前記第２のネットワーク・エレメントにより収集される課金情報に前記第１のネットワーク・エレメントのアドレスを追加することを特徴とする方法。
【請求項２５】
通信ネットワークのトランスポート層とアプリケーション層間で情報を調整する方法であって、
第１のネットワーク・エレメントの前記アプリケーション層においてトランザクションを開始するステップと、
前記トランザクションに識別子を割り当てるステップと、
前記第１のネットワーク・エレメントの前記トランスポート層において通信チャネルを開始するステップと、
前記識別子を用いて前記通信チャネルを前記トランザクションと関連づけるステップと、を有することを特徴とする方法。
【請求項２６】
請求項２５に記載の方法において、前記識別子が前記アプリケーション層内の第２のネットワーク・エレメントへ転送されることを特徴とする方法。
【請求項２７】
請求項２６に記載の方法において、前記識別子がトランスポート層内の第３のネットワーク・エレメントと第４のネットワーク・エレメントとへ転送されることを特徴とする方法。
【請求項２８】
請求項２７に記載の方法において、前記トランスポート層内の前記第４のネットワーク・エレメントと前記第３のネットワーク・エレメントとにより、及び、前記アプリケーション層内の前記第２のネットワーク・エレメントにより作成された課金情報が、前記識別子と関連づけられることを特徴とする方法。
【請求項２９】
請求項２５に記載の方法において、前記識別子がＳＩＰメッセージの呼識別子であることを特徴とする方法。
【請求項３０】
請求項２６に記載の方法において、前記第２のネットワーク・エレメントがＣＳＣＦであることを特徴とする方法。
【請求項３１】
請求項２７に記載の方法において、前記第３のネットワーク・エレメントがＳＧＳＮであり、前記第４のネットワーク・エレメントがＧＧＳＮであることを特徴とする方法。
【請求項３２】
請求項２８に記載の方法において、前記課金情報がＣＤＲであることを特徴とする方法。
【請求項３３】
請求項２５に記載の方法において、前記通信チャネルがパケットデータ・プロトコル（ＰＤＰ）コンテキストであることを特徴とする方法。
【請求項３４】
請求項２５に記載の方法において、前記トランザクションが呼であることを特徴とする方法。
【請求項３５】
通信ネットワーク内のアプリケーション層とトランスポート層との間で情報を調整するシステムであって、
第１のネットワーク・エレメントの前記アプリケーション層でトランザクションを開始する手段と、
前記トランザクションに識別子を割り当てる手段と、
前記第１のネットワーク・エレメントの前記トランスポート層で通信チャネルを開始する手段と、
前記識別子を用いて前記通信チャネルを前記トランザクションと関連づける手段と、を有することを特徴とするシステム。
【請求項３６】
通信ネットワークにおける課金情報の調整方法であって、
通信接続を確立するステップと、
第１のネットワーク・エレメントにおいてグローバルに一意の課金用識別子を作成し、前記グローバルに一意の課金用識別子を前記通信接続と関連づけるステップと、
前記第１のネットワーク・エレメントから第２のネットワーク・エレメントへ前記グローバルに一意の課金用識別子を送信するステップと、を有することを特徴とする方法。
【請求項３７】
請求項３６に記載の方法において、前記グローバルに一意の課金用識別子を使用して、前記第２のネットワーク・エレメントが課金情報を収集することを特徴とする方法。
【請求項３８】
請求項３６に記載の方法において、前記グローバルに一意の課金用識別子が前記第１のネットワーク・エレメントのアドレスを含むことを特徴とする方法。
【請求項３９】
請求項３６に記載の方法において、前記通信チャネルがパケットデータ・プロトコル（ＰＤＰ）コンテキストであることを特徴とする方法。
【請求項４０】
請求項３６に記載の方法において、前記グローバルに一意の課金用識別子がＧＧＳＮにより作成されることを特徴とする方法。
【請求項４１】
請求項３６に記載の方法において、前記第１のネットワーク・エレメントが移動局（ＭＳ）であることを特徴とする方法。
【請求項４２】
請求項３６に記載の方法において、前記第１のネットワーク・エレメントがサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）であることを特徴とする方法。
【請求項４３】
請求項３６に記載の方法において、前記第１のネットワーク・エレメントがゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）であることを特徴とする方法。
【請求項４４】
請求項３６に記載の方法において、前記第２のネットワーク・エレメントが呼状態制御機能（ＣＳＣＦ）であることを特徴とする方法。
【請求項４５】
請求項３６に記載の方法において、前記第２のネットワーク・エレメントが通信のエンドポイントへ向けて前記グローバルに一意の課金用識別子を送信することを特徴とする方法。
【請求項４６】
請求項４５に記載の方法において、前記第２のネットワーク・エレメントが前記グローバルに一意の課金用識別子を第２のネットワークへ送信することを特徴とする方法。
【請求項４７】
請求項４５に記載の方法において、前記第２のネットワークが前記グローバルに一意の課金用識別子を用いて課金データを収集し、前記収集した課金データを用いて請求書を作成することを特徴とする方法。
【請求項４８】
請求項４７に記載の方法において、前記第２のネットワークが、前記グローバルに一意の課金用識別子と関連づけられた複数の通話明細記録から課金データを収集することを特徴とする方法。
【請求項４９】
通信ネットワークのトランスポート層とアプリケーション層間で情報を調整する方法であって、
第１のネットワーク・エレメントの前記アプリケーション層でトランザクションを開始するステップと、
前記トランザクションの範囲内の各通信接続にタプルまたはタプル・ペアを割り当てるステップと、
前記第１のネットワーク・エレメントの前記トランスポート層で少なくとも１つの通信接続を開始するステップと、
前記タプルまたはタプル・ペアを用いて前記少なくとも１つの通信接続を前記トランザクションと関連づけるステップと、を有することを特徴とする方法。
【請求項５０】
請求項４９に記載の方法において、前記アプリケーション層内の第２のネットワーク・エレメントへ前記タプルまたはタプル・ペアを転送することを特徴とする方法。
【請求項５１】
請求項５０に記載の方法において、トランスポート層内の第３のネットワーク・エレメントと第４のネットワーク・エレメントとへ前記タプルまたはタプル・ペアを転送することを特徴とする方法。
【請求項５２】
請求項５１に記載の方法において、前記トランスポート層内の前記第４のネットワーク・エレメントと前記第３のネットワーク・エレメントとにより、及び、前記アプリケーション層内の前記第２のネットワーク・エレメントにより作成された課金情報を前記タプルまたはタプル・ペアと関連づけることを特徴とする方法。
【請求項５３】
請求項４９に記載の方法において、前記タプルがトランザクション専用メディア接続の宛先ＩＰアドレスとポート情報とを含むことを特徴とする方法。
【請求項５４】
請求項５０に記載の方法において、前記第２のネットワーク・エレメントがＣＳＣＦであることを特徴とする方法。
【請求項５５】
請求項５１に記載の方法において、前記第３のネットワーク・エレメントがＳＧＳＮであり、前記第４のネットワーク・エレメントがＧＧＳＮであることを特徴とする方法。
【請求項５６】
請求項５２に記載の方法において、前記課金情報がＣＤＲであることを特徴とする方法。
【請求項５７】
請求項４９に記載の方法において、前記通信接続がパケットデータ・プロトコル（ＰＤＰ）コンテキストであることを特徴とする方法。
【請求項５８】
請求項４９に記載の方法において、前記トランザクションが呼であることを特徴とする方法。
【請求項５９】
通信ネットワーク内のアプリケーション層とトランスポート層との間で情報を調整するシステムであって、
第１のネットワーク・エレメントの前記アプリケーション層でトランザクションを開始する手段と、
前記トランザクションにタプルまたはタプル・ペアを割り当てる手段と、
前記第１のネットワーク・エレメントの前記トランスポート層で少なくとも１つの通信接続を開始する手段と、
前記タプルまたはタプル・ペアを用いて前記少なくとも１つの通信接続を前記トランザクションと関連づける手段と、を有することを特徴とするシステム。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明は通信ネットワークに関し、さらに詳細には、本発明は課金調整及びその他の種類の情報調整のための手法と、通信ネットワークのための共通課金用ＩＤとに関する。
【０００２】
（背景技術）
一般に、パケット交換無線ネットワークは、ネットワーク・アクセスに必要な物理接続を持たない移動端末装置に通信を提供するものである。汎欧州デジタル移動電話方式（ＧＳＭ）とユニバーサル移動地上システム（ＵＭＴＳ）における広域パケット無線サービス（ＧＰＲＳ）は、双方の方式とも、無線通信ネットワークにパケット交換側並びに回線交換側を提供するために開発されてきた。
【０００３】
さらに改善を加えられたＵＭＴＳネットワークの仕様が第３世代パートナー・プログラム（ｗｗｗ．３ｅｐｐ．ｏｒｇ）によりリリースされた。ＵＭＴＳ仕様のリリース００には、ネットワーク加入者が１以上のパケットデータ・プロトコル（ＰＤＰ）アドレスを持つことができる旨が規定されている。各ＰＤＰアドレスは、移動端末装置（ＭＴ）、サービスＧＰＲＳサポート・ノード（ＳＧＳＮ）、及び、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）内の１以上のＰＤＰコンテキストにより記述されている。ＧＧＳＮは外部ネットワークとつながるゲートウェイである。各ＰＤＰコンテキストは、該コンテキストの関連づけられたＰＤＰアドレスと、転送済みデータのフィルタリングを行うためのトラフィック・フロー・テンプレート（ＴＦＴ）との間を往来するデータ転送を制御するためのルート選定情報とマッピング情報とを有する場合もある。
【０００４】
各ＰＤＰコンテキストは、選択的かつ独立に、起動、修正、停止を行うことができる。ＰＤＰコンテキストの起動状態により、対応するＰＤＰアドレスとＴＦＴのデータ転送が可能かどうかが示される。同じＰＤＰアドレスと関連づけられたすべてのＰＤＰコンテキストがアクティブでなかったり、停止したりしている場合、ＰＤＰアドレス用のすべてのデータ転送が不能となる。加入者のすべてのＰＤＰコンテキストは、当該加入者の国際移動加入者識別番号（ＩＭＳＩ）の同じ移動管理（ＭＭ）コンテキストと関連づけられている。ＰＤＰコンテキストの設定は通信チャネルの設定を意味する。
【０００５】
図１は、ＰＤＰコンテキスト起動処理手順の一例を示す処理用フローチャートである。ステップ１００でＭＴは起動ＰＤＰコンテキスト要求をＳＧＳＮへ送信する。ステップ１００で送信される起動ＰＤＰコンテキスト要求メッセージにはいくつかのパラメータが含まれる。これらのパラメータにはＰＤＰアドレスとアクセス・ポイント名（ＡＰＮ）とが含まれる。ＰＤＰアドレスは、静的ＰＤＰアドレスと動的ＰＤＰアドレスのいずれが必要であるかを示すために使用される。ＡＰＮは使用する対象ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）を参照する論理名である。
【０００６】
ステップ１０２で、ＳＧＳＮは、ＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）や、ＧＥＲＡＮや、別の対応する無線アクセス・ネットワークへ無線アクセス・ベアラ（ＲＡＢ）の設定メッセージを送信する。ステップ１０４でＳＧＳＮは、影響を受けるＧＧＳＮへ作成ＰＤＰコンテキスト要求メッセージを送信する。この要求を受け入れるか拒絶するかの決定がＧＧＳＮにより行われる。要求を受け入れる場合、ＧＧＳＮはＰＤＰコンテキスト・テーブルを修正し、ステップ１０６で作成ＰＤＰコンテキスト応答メッセージを返送する。次いで、ＳＧＳＮはステップ１０８で起動ＰＤＰコンテキスト受入れメッセージを移動端末装置へ送信する。
【０００７】
ユニバーサル移動通信システム仕様（ＵＭＴＳ）のリリース００では、現行の新しい論理エンティティを備えた新しいアーキテクチャが導入されて、ＩＰ電話などを含むＩＰマルチメディア・サービスのサポートが意図されている。ＳＩＰ（セッション開始プロトコル）が呼制御用として使用される。起呼発信者により、ＳＩＰメッセージの中に含まれる呼ＩＤの割り当てが行われる。呼ＩＤは呼を一意的に識別し、すべての呼参加者により利用される。しかし、呼ＩＤの利用は、移動局（ＭＳ）と端局装置（ＴＥ）部とから成る移動端末装置（ＭＴ）の場合複雑である。なぜなら、ＴＥ内のＭＴドライバが、ＭＴへ転送されるＵＤＰ／ＩＰパケットを好適にフィルタすることが可能であり、さらに、（ＳＩＰ文法の全部でなくても）ＳＩＰ文法の大部分の構文解析を行って、ＵＤＰデータグラムのどこかに含まれている呼−ＩＤフィールドを見つけることが可能であるからである。
【０００８】
音声サービスの加入者は、呼を実行するために使用するトランスポート・リソースに基づくのではなく、呼に基づく請求書を受け取ることに慣れている。ＩＰ電話の加入者も同様の請求基準を期待することが多い。したがって、利用したトランスポート・リソースに対してではなく、（呼などの）利用したサービスに対する課金請求が一段と重要になっている。無線アプリケーション用プロトコル（ＷＡＰ）サービスの場合、トランスポート・リソースに対してではなく、サービスに対する課金請求がすでに期待されている。
ＩＰ電話の場合、ＰＤＰコンテキストは実際の音声トラフィックの搬送を要求される。ＧＰＲＳ／ＵＭＴＳ層とＩＰ電話層の双方とも課金情報（ＣＤＲ）の収集を行う。すなわち、ＧＰＲＳ／ＵＭＴＳ層ではＰＤＰコンテキストに対する課金情報が収集されるのに対して、ＩＰ電話層では呼に対する課金情報が収集される。
【０００９】
共通識別子にＣＤＲを加え、（サービス用）ＩＰ電話層により作成されたＣＤＲのみに基づいて請求書の発行を行い、（トランスポート・リソース用）ＧＰＲＳ／ＵＭＴＳ層により作成されたＣＤＲを省くことができるようにすべきである。ＧＰＲＳ／ＵＭＴＳ層とＩＰ電話層とにより作成されたＣＤＲの中には共通識別子が必要であり、この共通識別子によってある種のＣＤＲを省くことが可能となり、さらに、トランスポート・リソースの利用に基づくのではなく、サービスに基づく請求書の発行を可能にすることができる。具体的には、多くの場合、ＧＰＲＳ／ＵＭＴＳ層により作成されたＣＤＲまたはＩＰ電話層により作成されたＣＤＲを選択的に省くことができれば好適であろう。これが可能となれば、加入者に対する請求書の発行方法（作成されたＣＤＲの利用方法）の決定を通信事業者が行うことも可能となるという点で、請求書発行は通信事業者専用のものとなる。
前述のプロトコルで提供される多数の詳細にもかかわらず、移動通信ネットワークと関連する多くの機能が未だ論議されてない。具体的には、ＳＧＳＮ、ＧＧＳＮにより、及び、例えばＣＳＣＦなどのＩＰ電話ネットワーク・エレメントにより課金情報の作成が可能である。現在のところ、ＳＧＳＮ、ＧＧＳＮにより作成された課金情報をＣＳＣＦにより作成された課金情報と関連づける適切な解決方法は存在していない。特に、ネットワークが非常に複雑である（例えば課金データが多くの異なるネットワーク・エレメントで作成される場合もある）ため、すべての呼イベント関連データを組み合わせることは不可能である。最新の請求書の発行などのようなネットワークの機能を実現するために、あるいは、単に、ネットワーク・プロバイダが、ＧＰＲＳサービスとＩＰ電話サービスに対する共通請求書の発行を実施できるようにするためには、少なくとも上記データの若干が必要となる。
【００１０】
（発明の開示）
本発明の第１の例示実施例によれば、ＭＴにより、起動ＰＤＰコンテキスト要求メッセージがサービスＧＰＲＳサポート・ノード（ＳＧＳＮ）へ転送された場合、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージを作成し、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）へこの要求メッセージを転送する。ＳＧＳＮにより転送された作成ＰＤＰコンテキスト要求に応答して、ＧＧＳＮは作成ＰＤＰコンテキスト応答メッセージを作成する。ＧＧＳＮは、ＰＤＰコンテキストの作成時に、課金用識別子パラメータをＰＤＰコンテキストと関連づける。次いで、課金用識別子パラメータを含む作成ＰＤＰコンテキスト応答がＳＧＳＮへ転送される。ＧＧＳＮによりＳＧＳＮへ転送されたＰＤＰコンテキスト応答に応答して、ＳＧＳＮは起動ＰＤＰコンテキスト受入れメッセージをＭＴへ転送する。本発明の第１の実施例によれば、課金用識別子パラメータとおそらくＧＧＳＮアドレスの双方が、起動ＰＤＰコンテキスト受入れメッセージの形でＭＴへ提供される。本明細書に記載のように、移動局（ＭＳ）には２つの部分：端局装置（ＴＥ）と移動端末装置（ＭＴ）とが含まれる。ＭＳはユーザ用装置（ＵＥ）と呼ばれる場合もある。ＴＥは、例えば、ＭＴと接続されたラップトップ・コンピュータであってもよい。ＭＴは移動電話であってもよい。
【００１１】
ＧＧＳＮアドレスの送信は必須事項ではない。別の代替方法として、ＣＳＣＦが、呼用として作成する課金記録（ＣＤＲ）にＭＳのＩＰアドレスを追加するという方法がある。ＰＤＰコンテキストのＰＤＰアドレスはＳＧＳＮとＧＧＳＮによりすでにＣＤＲに追加されている。ＰＤＰアドレスがＩＰアドレスと同じであることをチェックすることにより、ＰＤＰコンテキストが当該の呼用として使用されたことを保証することが可能となる。このことは課金用ＩＤが同じであることを要件とするため、ＣＳＣＦは、当該の呼用として作成するＣＤＲに課金用ＩＤを追加する。
【００１２】
本発明の第２の例示実施例によれば、ＳＧＳＮまたはＧＧＳＮから呼状態制御機能（ＣＳＣＦ）への課金用ＩＤの送信が可能となる。起動ＰＤＰコンテキスト要求メッセージがＳＧＳＮへ転送されると、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージを作成する。ＳＧＳＮは作成ＰＤＰコンテキスト要求をＧＧＳＮへ送信する。ＳＧＳＮから受信した作成ＰＤＰコンテキスト要求に応答して、ＧＧＳＮは作成ＰＤＰコンテキスト応答を作成する。ＧＧＳＮは課金用識別子パラメータをＰＤＰコンテキストと関連づける。次いで、課金用識別子パラメータを含む作成ＰＤＰコンテキスト応答がＳＧＳＮへ転送される。
この課金用識別子パラメータはＳＧＳＮまたはＧＧＳＮのいずれかから直接ＣＳＣＦへ送信することが可能であり、次いで、ＰＤＰコンテキスト起動時などに課金用識別子パラメータのこのような送信を自律的に行うか、ＣＳＣＦからの要求に基づいてこの送信を行うかのいずれかが可能である。
【００１３】
具体的な実施例では、ＣＳＣＦは前記課金用ＩＤと共に通信のエンドポイントへ課金用ＩＤを送信し、セキュリティ情報をエンドポイントへ向けて送信する。ＣＳＣＦは課金用ＩＤと共にＧＧＳＮのアドレスをエンドポイントへ送信することができる。ＧＧＳＮアドレスが課金用ＩＤと共に送信されない場合、ＣＳＣＦは課金用ＩＤと共にＩＰアドレスをＣＤＲに追加する。
【００１４】
第１及び第２の実施例の変更例では、課金用識別子パラメータはグローバルに一意の課金用ＩＤ（ＧＣＩ）である（ただし、本願では“グローバルに”一意のと呼ばれてはいるものの、この課金用ＩＤはわずか２つのネットワークにより利用されるにすぎない）。様々なネットワーク・エレメントからの呼イベント関連データの組み合わせを容易にするために、発呼中ＧＣＩが使用される。本実施例の１つの特段の特徴として、いずれのネットワーク・エレメントによってもＧＣＩの作成が可能であるという点が挙げられる。ＳＧＳＮ、ＧＧＳＮまたはＣＳＣＦのいずれによってもＧＣＩの作成が可能である。このようなネットワーク・エレメントは、第２世代ネットワーク・エレメントあるいは第３世代ネットワーク・エレメントのいずれであってもよい。いずれにせよ、（ＧＣＩを作成したネットワーク・エレメント以外の）ネットワーク・エレメントは課金用ＩＤを作成する必要はなく、代わりに、相手方のネットワーク・エレメントにより作成されたＧＣＩを利用する。このＧＣＩを利用してすべての呼イベント関連データまたは該関連データの任意の部分の組み合わせを容易にすることが可能となる。一例として、ＧＣＩ、及び、呼イベントのすべての課金データの収集を行い、１つのネットワーク加入者用の請求書発行を行う後処理システムを備えたネットワークのような別のネットワークによりこの課金データの利用が可能となる。
【００１５】
本発明の原理はＰＤＰコンテキストと共に別のタイプの通信チャネルにも適用可能である。
ＩＰ電話の場合、ＰＤＰコンテキストは実際の音声トラフィックの搬送を要求される。ＧＰＲＳ／ＵＭＴＳ層とＩＰ電話層の双方により課金情報（ＣＤＲ）の収集が行われる。すなわち、ＧＰＲＳ／ＵＭＴＳ層ではＰＤＰコンテキストに対する課金情報の収集が行われるのに対して、ＩＰ電話層では呼に対する課金情報の収集が行われる。本発明の第３の例示実施例によれば、共通識別子がＣＤＲに追加され、例えば、このことによって、（サービス用）ＩＰ電話層により作成されたＣＤＲに基づく請求書発行が行われ、（トランスポート・リソース用）ＧＰＲＳ／ＵＭＴＳ層により作成されたＣＤＲを省くことが可能となる。
【００１６】
本発明の第３の実施例の原理によれば、共通識別子がＧＰＲＳ／ＵＭＴＳ層とＩＰ電話層とにより作成されたＣＤＲと関連づけられる。この共通識別子によって課金調整と、その他の種類の情報調整とが可能となる。
ＳＩＰ内の呼は共通識別子としての呼識別子により識別される。起呼発信者により呼識別子が割り当てられ、ＳＩＰメッセージの中にこの呼識別子が含められる。ＭＳによりＣＳＣＦを介して被呼者へＳＩＰメッセージが送信される。ＣＳＣＦはＳＩＰメッセージをインターセプトし、それによってＳＩＰメッセージから呼識別子の取得が可能となる。
【００１７】
本発明の原理に基づく課金調整や別の種類の情報調整を行う呼識別子を利用するために、ＭＳはＰＤＰコンテキスト起動中呼識別子をＳＧＳＮとＧＧＳＮへ送信する。具体的には、ＭＳは起動（２次）ＰＤＰコンテキスト要求メッセージと共に呼識別子をＳＧＳＮへ送信し、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージと共に呼識別子をＧＧＳＮへ転送する。
【００１８】
本明細書に記載の処理は、（ＭＳが呼識別子を割り当てる）移動局発信呼と、（ＭＳがＳＩＰ　ＩＮＶＩＴＥメッセージの形で呼識別子を受信する）移動局着信呼の双方の呼に対して機能する。本明細書に記載の処理によれば、ＳＧＳＮとＧＧＳＮとは、これらがＰＤＰコンテキスト用として作成するＣＤＲに呼識別子を追加し、ＣＳＣＦは、これが呼用として作成するＣＤＲに呼識別子を追加する。
呼ＩＤフィールドの代わりに、ＳＩＰ“ＩＮＶＩＴＥ”“１８３セッション・プログレス”メッセージのＳＤＰシンタックスの中に存在するＵＤＰポート番号を用いることにより一意的識別子が形成される点を除けば、本発明の第４の実施例は第３の実施例と類似している。
【００１９】
上記実施例のいずれにおいても、作成されたＣＤＲに対する請求書を加入者に発行する方法の決定時にさらに大きな弾力性が通信事業者に与えられる。通信事業者は、ＩＰ電話層により作成されたＣＤＲに対する請求書発行を選択しながら、ＩＰ電話層により作成されたＣＤＲに対する請求書発行を選択的に省くことが可能となる。
【００２０】
例を挙げて本発明の特徴を示すことにより、以下の詳細な記述と添付図面とから本発明の別の局面と利点とが明らかになるであろう。
添付図面と関連して読むとき、実施例についての以下の詳細な説明及び請求項により、本発明についての上述の理解及びより良い理解が明らかなものになる。これらすべては本発明の開示の一部を形成するものである。上述の開示及び以下に記載する例示の開示は本発明の実施例の開示に焦点を合わせるものではあるが、同開示は単に例示にすぎず、本発明は上記実施例に限定されるものではない。本発明の精神と範囲は添付の請求項の文言によってのみ限定される。
【００２１】
（発明を実施するための最良の形態）
異なる図面においても、適切な場合、同じ参照番号及び記号が類似の構成要素を示すために使用される旨を本発明の詳細な記述を始める前に述べておく必要がある。さらに、以下の詳細な記述では、例示のサイズ／モデル／値／範囲が示される場合があるが、本発明はこれらに限定されるものではない。
【００２２】
上記仕様をサポートするネットワーク・アーキテクチャの一例として図２のブロック図に示す無線通信ネットワークがある。ネットワークのこれらの種々のエレメント及びこれらエレメントの機能は、広域パケット無線サービス（ＧＰＲＳ）サービス記述、ステージ２、３ＧＰＰ ＴＳ２３．０６０、第３世代一般パートナー・プログラム（ｗｗｗ．３ｇｐｐ．ｏｒｇ）により公開されている。上記エレメント及びその機能については、３ＧＰＰ ＴＳ２３．０６０仕様以前または以後のバージョンに第３世代一般パートナー・プログラム（ｗｗｗ．３ｇｐｐ．ｏｒｇ）により公開されている可能性があり、いずれの他の公知のパケット交換無線通信ネットワークのエレメント及びその機能であってもよい。上記エレメント及びこれらエレメントの機能についての記述は単にパケット交換無線通信ネットワークについての非限定的１例にすぎない。
【００２３】
図２に示す例示ネットワークのいくつかのエレメントは特に本発明に関連するものである。携帯電話あるいは移動電話と一般に呼ばれる移動端末装置（ＭＴ）は可能なユーザ用装置（ＵＥ）の１つにすぎない。一般に、端局装置（ＴＥ）は、移動端末装置（ＭＴ）と一体に使用されて、移動局（ＭＳ）とも呼ばれるユーザ用装置（ＵＥ）を構成するものである。本発明と関連する任意のＵＥを利用して、以下に説明するようにＵＥが動作するように、あるいは、ＵＥの動作をプログラムするように構成することが可能である。ＧＰＲＳにおけるＵＭＴＳ地上無線接続ネットワーク（ＵＴＲＡＮ）及び基地局システム（ＢＳＳ）により、コア・ネットワークと複数のＭＴ間の無線アクセスの管理と制御とが行われる。ＧＥＲＡＮのようなその他の将来生じる可能性のある無線アクセス・ネットワークも存在する。
【００２４】
ＣＳＣＦはＩＰ電話ネットワーク内のネットワーク・エレメントである。ＩＰ電話ネットワークは“アプリケーション層”と呼ばれる場合もある。呼状態制御機能（ＣＳＣＦ）の構造と機能とは、ＣＳＣＦの内部に現在存在するいくつかの論理構成要素に分割することができる。サービングＣＳＣＦとして機能するすべてのＣＳＣＦは呼制御機能（ＣＣＦ）を有する。ＣＳＣＦはＩＣＧＷ（着呼ゲートウェイ）を備える。ＩＣＧＷは第１エントリ・ポイントとして機能する。ＩＣＧＷは着呼のルート選定を行う。着呼サービス・トリガリング（呼スクリーニング／無条件呼転送など）は最適化を目的として常駐する必要がある場合もある。ＩＣＧＷはクエリ・アドレス処理（別のエンティティとの管理上の依存状態を必然的に含む）を行い、ホーム加入者サーバ（ＨＳＳ）との交信を行う。
【００２５】
ＣＣＦ（呼制御機能）は、呼設定／終了及び状態／イベント管理を行い；マルチパーティ・サービス及びその他のサービスをサポートするためにＭＲＦと交信し；請求書発行、監査、インターセプトあるいはその他の目的のために呼イベントを報告し；アプリケーション層登録の受信と処理を行い、クエリ・アドレス処理（管理上の依存状態を含む）を実行し、さらに、アプリケーション＆サービス・ネットワーク（ＶＨＥ／ＯＳＡ）へ向けてサービス・トリガー・メカニズム（サービス能力機能）の提供を行う場合もある。ＣＣＦは、サービス提供ネットワークに関連するロケーション・ベースのサービスの呼出しを行うことも可能であり、現在の申込み状態に基づいて、要求された送出通信が許されるものであるかどうかのチェックを行うことも可能である。
【００２６】
ＣＳＣＦにはＳＰＤ（サービング・プロファイル・データベース）が含まれる。ＳＰＤは、ホーム・ドメインでＨＳＳと交信して、Ｒ００全ＩＰネットワーク・ユーザのためのプロファイル情報を受信し、ホーム・ドメインとのＳＬＡに応じてプロファイル情報の格納を行うことも可能である。ＳＰＤにより、（ＣＳＣＦシグナリング転送アドレス、ユーザＩＤなどを含む）最初のユーザ・アクセスのホーム・ドメインが通知される。ＳＰＤは、（例えばユーザに到達できる端末ＩＰアドレスなどの）アクセス関連情報のキャッシュを行うことも可能である。
ＣＳＣＦはＡＨ（アドレス処理）機能を実行する。ＡＨ機能には、分析、変換、修正、必要な場合には、アドレス移植、別名アドレスのマッピングが含まれる。ＡＨ機能はインターネットワークのルート選定を行うために一時的アドレス処理を行うことも可能である。
【００２７】
サービスＧＰＲＳサポート・ノード（ＳＧＳＮ）はＭＴにサービスを提供するノードである。ＰＤＰコンテキスト起動時に、ＳＧＳＮはルート選定を目的として使用されるＰＤＰコンテキストを確立する。ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）はＰＤＰアドレスの評価の結果として外部パケット・データ網がアクセスするノードである。ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）には接続しているＧＰＲＳ／ＵＭＴＳユーザのためのルート選定情報が含まれる。このルート選定情報は、プロトコル・データ・ユニット（ＰＤＵ）をＳＧＳＮまでトンネルするために使用される。ＳＧＳＮ機能とＧＧＳＮ機能とは、異なる物理ノードに常駐してもよいし、あるいは、インターネットＧＰＲＳサポート・ノード（ＩＧＳＮ）などの同じ物理ノードの中で組み合わせてもよい。
【００２８】
ＩＰベース移動通信ネットワーク・アーキテクチャにはアプリケーション層とトランスポート層とが含まれる。トランスポート層プロトコルとメカニズムとは特定のアクセス・タイプ用として通常最適化されるのに対して、アプリケーション層は一般に汎用性があり、アクセス・タイプに依存しない。
ＩＰベースの移動通信ネットワークでは、ＵＥは、ピア・エンティティへの信号制御と、トランスポート層により提供されるＩＰ接続を介する呼制御プロトコルのメッセージ交換とを行うことにより呼設定を行う。アプリケーション層での呼設定時に、基底に在るトランスポート層は無線インターフェースを介して、かつ、トランスポート・ネットワーク内でトランスポート・ベアラの設定を行う必要がある。ＩＰベースの移動通信ネットワークの場合、トランスポート・ベアラの設定とは無線資源とネットワーク資源との割当てを意味する。呼制御信号はトランスポート層により提供されるＩＰ接続を介して透過的に交換される。
【００２９】
実施例１
図３は、本発明の第１の実施例に基づく課金用ＩＤの送信処理を例示する。ＵＭＴＳ全ＩＰネットワークでは、ＩＰサービスを介するマルチメディア及び音声用アクセス／トランスポート・ネットワークとしてＧＰＲＳ／ＵＭＴＳを採用している場合、ＧＰＲＳ／ＵＭＴＳ層において、及び、アプリケーション層（ＣＳＣＦなど）において独立に課金が行われる。
ＧＰＲＳとＵＭＴＳネットワークでは、ＳＧＳＮからの要求時にＧＧＳＮによりＰＤＰコンテキストが（作成ＰＤＰコンテキスト要求メッセージを用いて）作成される。その際ＧＧＳＮはＭＴからの要求（起動ＰＤＰコンテキスト要求メッセージ）を受信する。
【００３０】
図３に示されているように、本発明に基づく技術は、ステップ３００でアプリケーション層から始まり、このアプリケーション層でＴＥ（端局装置）からＭＴ（移動端末装置）へトリガーが転送される。このトリガーは、ＰＤＰコンテキスト起動を開始するためにＴＥからＭＴへ送信される要求論理チャネルと特性とを含む呼設定指示などであってもよい。
【００３１】
ステップ３０２で起動ＰＤＰコンテキスト要求メッセージがＳＧＳＮへ転送される。このコンテキスト要求メッセージに応答して、ステップ３０４で、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージを作成し、この要求メッセージをＧＧＳＮへ転送する。ＳＧＳＮにより転送される作成ＰＤＰコンテキスト要求に応答して、ステップ３０６で、ＧＧＳＮは作成ＰＤＰコンテキスト応答メッセージを作成する。
ステップ３０８で、ＰＤＰコンテキストがＧＧＳＮにより作成される場合、ＧＧＳＮは、ステップ３０８で課金用識別子パラメータをＰＤＰコンテキストと関連づける。次いで、ステップ３１０で課金用識別子パラメータを含む作成ＰＤＰコンテキスト応答メッセージがＳＧＳＮへ転送される。
【００３２】
次いで、ステップ３１２で、ＧＧＳＮによりＳＧＳＮへ転送されるＰＤＰコンテキスト応答に応答して、ＳＧＳＮは起動ＰＤＰコンテキスト受入れメッセージをＭＴへ転送する。本発明の第１の実施例によれば、課金用識別子パラメータとＧＧＳＮアドレスの双方とも起動ＰＤＰコンテキスト受入れメッセージの形でＭＴへ提供される。
ステップ３００〜３１２の上述の処理手順は、必要なＰＤＰコンテキストに応じて必要なだけ何回でも反復される。
【００３３】
ステップ３１２の最後の処理手順の完了時に、ＵＥは、ステップ３１４で、要求論理チャネルと特性とを含む呼設定メッセージをＣＳＣＦ（呼状態制御機能）へ転送する。次いで、ＭＴは、呼設定メッセージ内の課金用ＩＤとＧＧＳＮアドレスとをＣＳＣＦへ提供する。次いで、ＣＳＣＦは、ステップ３１６で、要求論理チャネルと特性とを含む呼設定メッセージを遠隔エンドポイントへ転送する。次いで、遠隔エンドポイントは、ステップ３１８で受入れ論理チャネルと特性とを含む応答メッセージをＣＳＣＦへ転送する。次いで、ＣＳＣＦは、ステップ３２０で受入れ論理チャネルと特性とを含む応答メッセージをＵＥへ転送する。この応答メッセージは、例えば、Ｈ３２３またはＳＩＰ応答メッセージ内の接続メッセージであってもよいが、必ずしもこれらのメッセージに限定されるものではない。
【００３４】
本発明では、適切な暗号アルゴリズムの適用により課金用識別子パラメータをさらに確実なものにして、合法的値の代わりに、悪意のあるＭＴによる偽の課金用ＩＤのＣＳＣＦへの転送や、悪意のあるＭＴによる課金用ＩＤの値の再使用の防止を可能にすることが想定されている。
上述の説明から、本発明の第１の実施例では、課金用識別子パラメータがＳＧＳＮからＵＥへ、また、ＵＥからＣＳＣＦへ送信されることが理解できる。
【００３５】
実施例２
図４は、本発明の第２の実施例の構成に基づく課金用識別子の送信処理を例示する図である。ＵＭＴＳ全ＩＰネットワークでは、ＩＰサービスを介するマルチメディア及び音声用アクセス／トランスポート・ネットワークとしてＧＰＲＳ／ＵＭＴＳが採用されている場合、ＧＰＲＳ／ＵＭＴＳ層において、及び、アプリケーション層（ＣＳＣＦなど）において独立に課金が行われる。
【００３６】
ＧＰＲＳとＵＭＴＳネットワークでは、ＭＴからの要求を順に受信する、ＳＧＳＮ（作成ＰＤＰコンテキスト要求メッセージ）からの要求（起動ＰＤＰコンテキスト要求メッセージ）時にＧＧＳＮによりＰＤＰコンテキストが作成される。本発明の第２の実施例によれば、ＳＧＳＮまたはＧＧＳＮからＣＳＣＦへ課金用識別子パラメータが送信される。第１の実施例とは異なりＵＥを介して課金用識別子パラメータの送信を行う必要はない。
前述したように、本発明の第１の実施例では、ＭＴはＴＥから送信されるデータ・パケットをインターセプトし、固有のデータ・パケット（呼設定用ＳＩＰメッセージまたはＨ．３２３メッセージ）に課金用識別子パラメータを追加する。データ・パケットのインターセプトによりＭＴのパフォーマンスが低下する場合もある。
【００３７】
本発明の第２の実施例では、ＧＰＲＳ／ＵＭＴＳとＩＰＴネットワーク・エレメントとは、課金情報や他の種類の情報の調整を行って、ＳＧＳＮとＧＧＳＮとが収集した、ＰＤＰコンテキストに対する課金情報と、ＣＳＣＦが収集した呼に対する課金情報とを組み合わせることなどを意図することが可能となる。第１の実施例のように、ＰＤＰコンテキスト起動時にＧＧＳＮにより課金Ｉｄパラメータが割り当てられる。また、第１の実施例のように、ＧＧＳＮは課金ＩｄパラメータをＳＧＳＮへ送信する。しかし、第２の実施例に特有な点として、課金用識別子が、おそらく他の情報（例えばＩＭＳＩ、ＭＳＩＳＤＮ、ＰＤＰアドレス、ＴＦＴからのＵＥポート番号、課金特性など）と共に、ＳＧＳＮまたはＧＧＳＮからＣＳＣＦへの送信を行うことが可能であることが挙げられる。
【００３８】
課金Ｉｄパラメータの送信は、自律的にこの送信を行うか、ＣＳＣＦからの要求に基づいてこの送信を行うかのいずれかが可能である。ＣＳＣＦへ何かを送信する場合、ＣＳＣＦのアドレスを知る必要があるためＳＧＳＮは課金用識別子の送信を行う。ＳＧＳＮはＨＳＳ（ＨＬＲ＋ＵＭＳ）とのインターフェースを備えているが、このインターフェースにはサービングＣＳＣＦのアドレスが含まれる。
また、ＧＧＳＮとＣＳＣＦとの間にインターフェースが存在する場合もある。この新しいインターフェースを利用して、この場合、課金用Ｉｄとおそらく別の課金関連情報の搬送を行うことも可能である。図４は、ＳＧＳＮがＣＳＣＦへ課金ＩＤパラメータを送信する本発明の第２の実施例を示す図である。
【００３９】
図４に示されているように、本発明に基づく課金用識別子の送信処理はステップ４００から始まり、このステップで、トリガーがＴＥ（端局装置）からＭＴ（移動端末装置）へ転送される。このトリガーは、例えば、要求論理チャネルと特性とを含む呼設定メッセージであってもよい。
ステップ４０２で起動ＰＤＰコンテキスト要求メッセージがＳＧＳＮへ転送される。これに応じて、ステップ４０４でＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージを作成する。
【００４０】
ステップ４０６でＳＧＳＮは、作成ＰＤＰコンテキスト要求をＧＧＳＮへ送信する。ＳＧＳＮから受信した作成ＰＤＰコンテキスト要求に応答して、ステップ４０８で、ＧＧＳＮは作成ＰＤＰコンテキスト応答を作成する。ステップ４１０でＧＧＳＮは課金用識別子パラメータをＰＤＰコンテキストと関連づける。次いで、ステップ４１２で、作成ＰＤＰコンテキスト応答と課金用識別子の双方が作成ＰＤＰコンテキスト応答メッセージの形でＳＧＳＮへ返送される。
【００４１】
課金Ｉｄの中にはＧＧＳＮとＳＧＳＮとにより作成されたＣＤＲが含まれる。ＣＤＲはさらなる処理のために課金ゲートウェイ機能（ＣＧＲ）へ送信される。ＣＤＲは課金ゲートウェイ機能から請求書発行システムへ送信される。この請求書発行システムへの送信はすべての実施例についてあてはまる。さらに、重要な点として、ＣＳＣＦが、当該の呼用として作成するＣＤＲに課金用Ｉｄを追加するということが挙げられる。ＣＳＣＦは、課金ゲートウェイ機能（ＣＧＦ）または請求書発行システムのいずれかへＣＤＲを送信する。このようにして、加入者に対して請求書発行を作成するとき、特定の呼用として使用されたＰＤＰコンテキストのチェックが可能となる。すべての当該ＣＤＲの課金用識別子は同じである。
課金特性がアクティブＰＤＰコンテキストの間変化する場合、ＳＧＳＮは、更新ＰＤＰコンテキスト要求メッセージの中にＰＤＰコンテキストの新しい課金特性を含み、この要求メッセージはＳＧＳＮによってＧＧＳＮへ送信される。
【００４２】
第２の実施例の上記構成によれば、課金Ｉｄパラメータは、ステップ４１４で、おそらく他の情報（例えばＩＭＳＩ、ＭＳＩＳＤＮ、ＰＤＰアドレス、ＴＦＴからのＵＥポート番号、課金特性など）と共にＳＧＳＮから直接ＣＳＣＦへ送信される。（第１のケースで）この送信を自律的に行うか、（第２のケースで）ＣＳＣＦからの要求に基づいてこの送信を行うかのいずれかが可能である。
【００４３】
第１のケースでは、ＰＤＰコンテキスト起動（及び修正）時に、ＳＧＳＮは、課金Ｉｄと、おそらくその他の情報（上記を参照）とを含むメッセージをＣＳＣＦへ送信する。ＳＧＳＮにより送信されたメッセージはＣＳＣＦにより確認応答を受けることも可能である。
ＳＧＳＮはＣＳＣＦアドレスを知っている必要がある。ＨＳＳからＣＳＣＦアドレスを要求してもよく、あるいは、ＣＳＣＦとの通信用として使用するＰＤＰコンテキスト用としてＵＥが指定するＴＦＴからＣＳＣＦアドレスを導き出してもよい。
【００４４】
第２のケースでは、呼設定時に、ＣＳＣＦがＳＧＳＮから情報を要求する。この要求はＩＭＳＩまたはＭＳＩＳＤＮなどに基づくものである。ＳＧＳＮは、課金Ｉｄとおそらくその他の情報（上記を参照）とをＣＳＣＦへ送信する。
ＣＳＣＦはＳＧＳＮアドレスを知っている必要がある。ＨＳＳからＳＧＳＮアドレスを要求してもよい。
次いで、ＣＳＣＦはステップ４１６で遠隔エンドポイントへ呼設定メッセージを転送する。次いで、遠隔エンドポイントはステップ４１８で応答メッセージをＣＳＣＦへ返送する。次いで、ＣＳＣＦはステップ４２０で応答メッセージをＵＥへ転送する。
【００４５】
図５は、本発明の第２の実施例の別の構成を示し、この構成ではＧＧＳＮが課金用ＩＤを直接ＣＳＣＦへ送信する。図５を参照すると、本発明による課金用ＩＤの送信処理はステップ５００から始まり、このステップでトリガーがＴＥからＭＴ（移動端末装置）へ転送される。このトリガーは、例えば要求論理チャネルと特性とを含む呼設定メッセージなどであってもよい。
ステップ５０２で起動ＰＤＰコンテキスト要求メッセージがＳＧＳＮへ転送される。これに応じて、ステップ５０４でＳＧＳＮが作成ＰＤＰコンテキスト要求メッセージを作成する。ステップ５０６でＳＧＳＮは作成ＰＤＰコンテキスト要求をＧＧＳＮへ送信する。
ＳＧＳＮから受信した作成ＰＤＰコンテキスト要求に応答して、ステップ５０８でＧＧＳＮは作成ＰＤＰコンテキスト応答を作成する。ステップ５１０でＧＧＳＮは課金用識別子パラメータをＰＤＰコンテキストと関連づける。次いで、ステップ５１２で課金用識別子を含む作成ＰＤＰコンテキスト応答メッセージがＳＧＳＮへ返送される。
【００４６】
第２の実施例のこの局面によれば、おそらく他の情報（例えばＩＭＳＩ、ＭＳＩＳＤＮ、ＰＤＰアドレス、ＴＦＴからのＵＥポート番号、課金特性など）と共に、課金Ｉｄパラメータが、ステップ５１４でＧＧＳＮから直接ＣＳＣＦへ送信される。（第１のケースで）ステップ５１４を自律的に実行するか、（第２のケースで）ＣＳＣＦからの要求に基づいてこのステップを実行するかのいずれかとなる。
【００４７】
第１のケースでは、ＰＤＰコンテキスト起動（及び修正）時に、ＧＧＳＮは、課金Ｉｄとおそらくその他の情報（上記を参照）とを含むメッセージをＣＳＣＦへ送信する。ＧＧＳＮにより送信されたメッセージはＣＳＣＦにより確認応答を受けることも可能である。
ＧＧＳＮはＣＳＣＦアドレスを知っている必要がある。ＣＳＣＦアドレスは、ＨＳＳから要求される場合もあれば、ＴＦＴから導き出される場合もあり、ＴＦＴは、ＣＳＣＦとの通信用として使用するＰＤＰコンテキスト用としてＵＥにより指定される。
【００４８】
第２のケースでは、呼設定時にＣＳＣＦがＧＧＳＮから情報を要求する。この要求は、ＩＭＳＩやＭＳＩＳＤＮなどに基づくものである。ＧＧＳＮは、課金Ｉｄパラメータとおそらくその他の情報とをＣＳＣＦへ送信する。
ＣＳＣＦはステップ５１６で呼設定メッセージを遠隔エンドポイントへ転送する。次いで、遠隔エンドポイントは、ステップ５１８で応答メッセージをＣＳＣＦへ返送する。次いで、ＣＳＣＦは、ステップ５２０で応答メッセージをＵＥへ転送する。
【００４９】
本発明の第２の実施例により、ＧＰＲＳとＩＰＴネットワーク・エレメントとは、課金情報や他の種類の情報の調整を行って、ＳＧＳＮとＧＧＳＮとによりＰＤＰコンテキスト用として、また、ＣＳＣＦにより呼用として収集した課金情報を組み合わせることなどを意図することが可能となる。ＳＧＳＮまたはＧＧＳＮからＣＳＣＦへの課金用識別子の送信は、アプリケーション層ネットワークとトランスポート・ネットワーク層との間のインターフェースを必要とする。
【００５０】
実施例１と２の変更例
第１及び第２の実施例の変更例では、ＳＧＳＮ、ＧＧＳＮまたはその他のネットワーク・エレメントで作成された課金用識別子は、グローバルに一意の課金用識別子（ＧＣＩ）である。ＧＣＩは、整数値２３２−１（４バイト）と、ＧＣＩを作成したネットワーク・エレメント（ＳＧＳＮまたはＧＧＳＮなど）のＩＤとの組み合わせで形成される。ＧＣＩを作成するネットワーク・エレメントＩＤの長さまたは構造は、固有の実施構成に応じて変動する場合がある。ネットワーク・エレメントのいずれかの特定グループの中にＧＣＩを作成する必要はない。任意の環境において、残りのネットワーク・エレメントは単に第１のネットワーク・エレメントが作成したＧＣＩを受信し、このＧＣＩを利用するにすぎない。
【００５１】
ＧＣＩは、作成された後、呼の間中ずっと使用され、その他のネットワーク・エレメントは、課金用識別子を作成せず、代わりに、第１のネットワーク・エレメントが作成したＧＣＩを利用する。このＧＣＩは作成され、上述の課金用識別子の代わりにいくつかのインターフェースを介して転送される。複数の別個の通話明細記録（ＣＤＲ）を作成し、ＧＣＩを用いて互いに関連づけることが可能となる。例えば、３Ｇ ＴＳ ３２．０１５に説明されているように、ＳＧＳＮがＳ−ＣＤＲを作成し、ＧＧＳＮがＧ−ＣＤＲを作成するようにしてもよい。ＣＳＣＦは（ＭＧＣＦと共に）Ｃ−ＣＤＲを作成してもよい。（ＰＳＴＮ／ＭＳＣのような）着側ネットワークがＰＯＣ ＣＤＲとＭＴＣ ＣＤＲとを作成してもよい。
（ＭＧＣＦのような）エンドポイントは、ＣＳＣＦから通過してきたＧＣＩを受信した場合、別のネットワークへこのＧＣＩを渡してもよい。好適には、上述の第２世代（“２Ｇ”）ネットワーク並びに３Ｇネットワークへ、これら２つの世代のネットワークの範囲内で、かつ、これら２つの世代のネットワーク間でＧＣＩの転送が可能であることが望ましい。ＳＩＰとＧＴＰのプロトコルを用いて、上述のような３ＧネットワークでＧＣＩを搬送してもよいし、２Ｇネットワークの対応するプロトコルを修正してＧＣＩを搬送してもよい。一例として、接続された２Ｇネットワークは、ＧＣＩを有効に利用して、加入者の課金データを検出し、１以上のＣＤＲの中でこの課金データを組み合わせることにより加入者向け請求書発行を作成する後処理システムであってもよい。
【００５２】
実施例３
音声サービスの加入者は、呼に使用したトランスポート・リソースに基づくのではなく、呼に基づく請求書を受け取ることに慣れている。ＩＰ電話の加入者も同様の請求基準を期待することが多い。したがって、利用するトランスポート・リソースに対してではなく、（呼などの）利用したサービスに対する課金請求が一段と重要となりつつある。ＷＡＰサービスの場合でも、トランスポート・リソースに対してではなく、サービスに対する課金請求がすでに期待されている。
【００５３】
ＩＰ電話の場合、ＰＤＰコンテキストは実際の音声トラフィックの搬送を要求される。ＧＰＲＳ／ＵＭＴＳ層とＩＰ電話層の双方とにより課金情報（ＣＤＲ）の収集が行われる。すなわち、ＧＰＲＳ／ＵＭＴＳ層ではＰＤＰコンテキストに対する課金情報の収集が行われるのに対して、ＩＰ電話層では呼に対する課金情報収集が行われる。
【００５４】
共通識別子にＣＤＲを追加し、例えば、（サービス用）ＩＰ電話層により作成されたＣＤＲのみに基づいて請求書の発行を行い、（トランスポート・リソース用）ＧＰＲＳ／ＵＭＴＳ層により作成されたＣＤＲを省くことができるようにすべきである。ＧＰＲＳ／ＵＭＴＳ層とＩＰ電話層とにより作成されたＣＤＲには共通識別子が必要であり、この共通識別子によってある種のＣＤＲを省くことが可能となり、さらに、トランスポート・リソースの利用ではなく、サービスに基づく請求書の発行が可能となる。具体的には、多くの場合、ＧＰＲＳ／ＵＭＴＳ層により作成されたＣＤＲまたはＩＰ電話層によって作成されたＣＤＲを選択的に省くことができれば好適であろう。これが可能となれば、通信事業者が、加入者に対する請求書の発行方法（作成されたＣＤＲの利用方法）の決定を行うことも可能となるという点で、請求書発行は通信事業者専用のものとなる。
【００５５】
本発明の原理によれば、共通識別子がＧＰＲＳ／ＵＭＴＳ層とＩＰ電話層とにより作成されたＣＤＲと関連づけられる。この共通識別子によって課金調整と、その他の種類の情報調整とが可能となる。
ＧＧＳＮ割当て課金用識別子を使用する代わりに、課金コーディネータとして使用される呼識別子を用いてＳＩＰ内の呼が識別される。呼識別子は起呼発信者により割り当てられ、ＳＩＰメッセージの中に含まれる。ＭＳはＣＳＣＦを介してＳＩＰメッセージを被呼者へ送信する。ＣＳＣＦはＳＩＰメッセージをインターセプトし、それによってＳＩＰメッセージから呼識別子を取得することができる。
【００５６】
本発明の原理に基づく課金調整や別の種類の調整を行う呼識別子を利用するために、ＭＳはＰＤＰコンテキスト起動中ＳＧＳＮとＧＧＳＮとへ呼識別子を送信する。具体的には、ＭＳは起動（２次）ＰＤＰコンテキスト要求メッセージと共に呼識別子をＳＧＳＮへ送信し、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージと共に呼識別子をＧＧＳＮへ転送する。
【００５７】
図６は、本発明の第３の実施例に基づいて課金調整を行う処理を示し、この実施例は、好適にはトランスポート層とアプリケーション層間の情報の調整の向上を図ることが望ましい。図６に示されているように、本発明に基づく技術はステップ６００でアプリケーション層から始まり、このステップで、トリガーがＴＥ（端局装置）からＭＴ（移動端末装置）へ転送される。このトリガーは、ＰＤＰコンテキスト起動を開始するためにＴＥからＭＴへ送信される要求論理チャネルと特性とを含む呼設定指示などであってもよい。ステップ６０２でＭＳは呼の形でトランザクションを開始する。ステップ６０４でＭＳは呼に対し呼識別子を割り当てる。本明細書に記載の処理は、図７との関連で以下に説明するような移動局発信呼（ＭＳが呼識別子を割り当てる）と、図８との関連で以下に説明するような（ＭＳがＳＩＰ ＩＮＶＩＴＥメッセージの形で呼識別子を受信する）移動局着信呼とに対して機能する。ステップ６０６で呼識別子がＭＳからＣＳＣＦへ送信される。
【００５８】
ステップ６０８で起動（２次）ＰＤＰコンテキスト要求メッセージと呼識別子とがＭＳからＳＧＳＮへ転送される。ステップ６１０でＳＧＳＮは無線アクセス・ベアラ（ＲＡＢ）設定メッセージをＵＴＲＡＮへ送信する。これに応じて、ステップ６１２で、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージを作成し、呼識別子と共にこの要求メッセージをＧＧＳＮへ転送する。ＳＧＳＮにより転送される作成ＰＤＰコンテキスト要求に応答して、ステップ６１４でＧＧＳＮは作成ＰＤＰコンテキスト応答メッセージを作成する。
ステップ６１６で作成ＰＤＰコンテキスト応答メッセージはＳＧＳＮへ転送される。ＧＧＳＮによりＳＧＳＮへ転送されたＰＤＰコンテキスト応答に応答して、ステップ６１８で、ＳＧＳＮは起動（２次）ＰＤＰコンテキスト受入れメッセージをＭＳへ転送する。
【００５９】
本明細書に記載の処理によれば、ＳＧＳＮとＧＧＳＮとは、ＳＧＳＮとＧＧＳＮがＰＤＰコンテキスト用として作成するＣＤＲに呼識別子を追加し、ＣＳＣＦは、ＣＳＣＦが呼用として作成するＣＤＲに呼識別子を追加する。
したがって、作成されたＣＤＲに対する請求書を加入者に発行する方法の決定時にさらに大きな弾力性が通信事業者に与えられる。通信事業者は、ＩＰ電話層により作成されたＣＤＲに対する請求書発行を選択しながら、ＩＰ電話層により作成されたＣＤＲに対する請求書発行を選択的に省くことが可能となる。
【００６０】
図７は、本発明の第３の実施例の構成に基づくアプリケーション層とトランスポート層との調整を示す信号設定フローチャートである。移動局発信呼に対する課金調整や別の種類の情報調整を可能にするために、呼ＩＤが、呼設定時にはＣＳＣＦへ、また、ＰＤＰコンテキスト起動時にはＳＧＳＮとＧＧＳＮとへ送信される。図７を参照すると、７００で、ＭＳは呼ＩＤを割り当て、ＳＩＰ ＩＮＶＩＴＥメッセージの形でこの呼ＩＤをＣＳＣＦへ送信する。７０２でＭＳは呼用として少なくとも１つのＰＤＰコンテキストを起動させる。ＭＳは起動（２次）ＰＤＰコンテキスト要求メッセージの形で呼ＩＤをＳＧＳＮへ送信する。多重ＰＤＰコンテキストが呼用として起動される場合、ＭＳはすべてのＰＤＰコンテキスト起動時に呼ＩＤをＳＧＳＮへ送信する必要がある。７０４で無線アクセス・ベアラの設定が行われる。７０６でＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージの形で呼ＩＤをＧＧＳＮへ送信する。７０８と７１０で（２次）ＰＤＰコンテキスト起動が受け入れられる。
【００６１】
図８は、本発明の第３の実施例の別の構成に基づくアプリケーション層とトランスポート層との調整を示す信号設定フローチャートである。図８は移動局発信呼に対する課金調整の一例を示す。図８を参照すると、８００でＭＳはＳＩＰ ＩＮＶＩＴＥメッセージを受信する。起呼発信者は呼用として呼ＩＤを割り当てる。８０２でＭＳは呼用として少なくとも１つのＰＤＰコンテキストを起動させる。ＭＳは起動（２次）ＰＤＰコンテキスト要求メッセージの形で呼ＩＤをＳＧＳＮへ送信する。多重ＰＤＰコンテキストが呼用として起動される場合、ＭＳはすべてのＰＤＰコンテキスト起動時に呼ＩＤをＳＧＳＮへ送信する必要がある。８０４で無線アクセス・ベアラの設定が行われる。８０６でＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージの形で呼ＩＤをＧＧＳＮへ送信する。８０８と８１０で（２次）ＰＤＰコンテキスト起動が受け入れられる。
【００６２】
実施例４
上述の実施例３と類似する別の実施例で、ＩＰ電話層及びＩＰ電話層により作成されたＣＤＲと関連づけられる共通識別子として、ＩＰネットワーキング時に接続を識別するために使用されるタプルまたはタプル・ペアがある。“タプル”は、ＩＰアドレスと、接続のＲＴＰデータ・フローと関連するＵＤＰポート値とから構成される。“タプル・ペア”はソースと宛先側接続エンドポイント双方のタプルから構成される。本発明の原理に基づく課金調整またはその他の種類の情報調整用としてタプルまたはタプル・ペアを使用するために、ＭＳはＰＤＰコンテキスト起動中このタプルまたはタプル・ペアをＳＧＳＮとＧＧＳＮへ送信する。さらに具体的には、ＭＳは起動（２次）ＰＤＰコンテキスト要求メッセージと共にこれらのタプルをＳＧＳＮへ送信し、次いで、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージと共に上記タプルをＧＧＳＮへ転送する。
【００６３】
本発明のこの第４の実施例に基づく課金調整処理が図９に示されている。ステップ９００でトリガーがＴＥ（端局装置）からＭＴ（移動端末装置）へ転送される。このトリガーは、ＰＤＰコンテキスト起動を開始するためにＴＥからＭＴへ送信される要求論理チャネルと特性とを含む呼設定指示などであってもよい。ステップ９０２でＭＳは呼の形でトランザクションを開始する。ステップ９０４で、ＭＳが呼の範囲内で使用するように提案する各々の提案されたメディア・フロー用タプルがＭＳにより割り当てられる。次いで、この情報はＳＩＰ ＩＮＶＩＴＥのＳＤＰ部分で搬送され、遠隔エンドポイントが、提案された上記メディアの使用に同意した場合、遠隔エンドポイントにより宛先タプルとして使用される。本明細書に記載の処理は、図９との関連で以下に説明するような移動局発信呼（ＭＳがＵＤＰ／ＩＰタプル値を割り当てる）と、図９との関連で以下に説明するような（ＭＳがＳＩＰ ＩＮＶＩＴＥメッセージの形でタプルを受信する）移動局着信呼に対して機能する。ステップ９０６でタプルはＭＳからＣＳＣＦへ送信される。
【００６４】
ステップ９０８で、メディア・ネゴシエーションはＣＳＣＦ信号チェーンを介して必要なラウンド・トリップを走査し、着信側ＭＳは、少なくとも各メディア・フロー用の最初に同意したソース接続タプル（タプル・ペア）を認知する。好適には、発信側端末装置と受信側端末装置の双方のＰ−ＣＳＣＦは、（メディア認証とポリシー制御を行うために）通過するＳＩＰメッセージから得たタプル・ペア値の構文解析を行い、このタプル・ペア値を取得することが望ましい。起動（２次）ＰＤＰコンテキスト要求メッセージと接続専用タプル・ペア情報とがＭＳからＳＧＳＮへ転送される。ステップ９１０でＳＧＳＮは無線アクセス・ベアラ（ＲＡＢ）設定メッセージをＵＴＲＡＮへ送信する。これに応じて、ステップ９１２で、ＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージを作成し、タプル・ペアと共にこの要求メッセージをＧＧＳＮへ転送する。ＳＧＳＮにより転送される作成ＰＤＰコンテキスト要求に応答して、ステップ９１４で、ＧＧＳＮは作成ＰＤＰコンテキスト応答メッセージを作成する。
ステップ９１６で作成ＰＤＰコンテキスト応答メッセージはＳＧＳＮへ転送される。ＧＧＳＮがＳＧＳＮへ転送したＰＤＰコンテキスト応答に応答して、ステップ９１８で、ＳＧＳＮは起動（２次）ＰＤＰコンテキスト受入れメッセージをＭＳへ転送する。
【００６５】
本明細書に記載の処理によれば、ＳＧＳＮとＧＧＳＮとは、これらがＰＤＰコンテキスト用として作成するＣＤＲにタプル・ペアを追加し、ＣＳＣＦは、ＣＳＣＦが呼用として作成するＣＤＲに、ＳＩＰ信号のメディア専用部分（ＳＤＰなど）に存在するタプル・ペアを追加する。
したがって、作成されたＣＤＲに対する請求書を加入者に発行する方法を決定する際により大きな弾力性が通信事業者に与えられる。通信事業者は、ＩＰ電話層により作成されたＣＤＲに対する請求書発行を選択的に省くことが可能となる。
【００６６】
図１０は、本発明の第４の実施例の構成に基づくアプリケーション層とトランスポート層との調整を示す信号設定フローチャートである。移動局発信呼に対する課金調整や別の種類の情報調整を可能にするために、タプルまたはタプル・ペアが、呼設定時にはＣＳＣＦへ、また、ＰＤＰコンテキスト起動時にはＳＧＳＮとＧＧＳＮとへ送信される。図１０を参照すると、１０００で、呼の範囲内で使用するようにＭＳが提案する各々の提案されたメディア・フロー用タプルがＭＳにより割り当てられる。次いで、この情報は、ＳＩＰ ＩＮＶＩＴＥのメディア専用（ＳＤＰなど）部分で搬送され、遠隔エンドポイントが提案されたメディアの利用に同意すれば、遠隔エンドポイントにより宛先タプルとして利用される。ＭＳは、ＳＩＰ ＩＮＶＩＴＥメッセージの形で各々の提案されたメディア・フロー用タプルをＣＳＣＦへ送信する。この信号設定に先行して、ＭＳは、（信号設定用）ＰＤＰコンテキストが予め起動されていない場合、呼用として少なくとも１つの（信号設定用）ＰＤＰコンテキストを起動させる。メディア・ネゴシエーションがＣＳＣＦ信号チェーンを介して必要なラウンド・トリップを走査し、発信側端末装置と着信側端末装置の双方が少なくとも最初に同意した宛先と、各メディア・フロー用ソース接続タプル（タプル・ペア）とを認知した後、ＭＳは起動（２次）ＰＤＰコンテキスト要求メッセージの形で接続専用タプル・ペアをＳＧＳＮへ送信する。多重ＰＤＰコンテキスト（多重メディア）が呼用として起動される場合、ＭＳは、すべてのＰＤＰコンテキスト起動時に特定のメディア・フローに割り当てられたタプル・ペアをＳＧＳＮへ送信する必要がある。１００４で無線アクセス・ベアラの設定が行われる。１００６でＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージの形でタプル・ペアをＧＧＳＮへ送信する。１００８と１０１０で（２次）ＰＤＰコンテキスト起動が受け入れられる。
【００６７】
図１１は、本発明の第４の実施例の別の構成に基づくアプリケーション層とトランスポート層との調整を示す信号設定フローチャートである。図１１は、移動局発信呼用課金調整またはその他の種類の情報調整の一例を示す。図１１を参照すると、１１００でＭＳはＳＩＰ ＩＮＶＩＴＥメッセージを受信する。各々の意図されたオリジナルのまたは動的に追加された、呼用のメディア構成要素に対する宛先タプル値が起呼発信者により割り当てられている。１１０２でＭＳは呼用として少なくとも１つの２次ＰＤＰコンテキストを起動させる。ＭＳは起動（２次）ＰＤＰコンテキスト要求メッセージの形でタプルまたはタプル・ペアをＳＧＳＮへ送信する。多重ＰＤＰコンテキストが呼用として起動される場合、ＭＳはすべてのＰＤＰコンテキスト起動時にタプルまたはタプル・ペアをＳＧＳＮへ送信する必要がある。１１０４で無線アクセス・ベアラの設定が行われる。１１０６でＳＧＳＮは作成ＰＤＰコンテキスト要求メッセージの形でタプル・ペアをＧＧＳＮへ送信する。１１０８と１１１０で（２次）ＰＤＰコンテキスト起動が受け入れられる。
【００６８】
第４の実施例でのタプル・ペアの使用は端末装置間層（アプリケーション層のＧＰＲＳ／ＵＭＴＳ層）の処理を単純化し、ＭＳがＴＥ＋ＭＴの組み合わせであるか単体のＵＥであるかにかかわらず、このタプル・ペアの有効利用が可能となる。その理由として、ＴＥから（第３の実施例の場合のように）専用のＭＴインターセプト／構文解析用ＳＩＰメッセージの処理を必要とすることなく、あるいは、ＴＥ発信ＳＩＰメッセージにメッセージ（ＳＧＳＮから受信した課金用ＩＤ）の追加を必要とすることなく、接続専用ＵＤＰとＴＣＰポート情報が自動的に送信されるということが挙げられる。アプリケーション層におけるＳＩＰ ＩＮＶＩＴＥまたはＡＣＫメッセージのＳＤＰ部分におけるＣＳＣＦと、ＰＤＰコンテキスト起動要求メッセージのＴＦＴ情報におけるＳＧＳＮ＆ＧＧＳＮとの双方へ上記ポート情報は送信される。（各ＰＤＰコンテキストのＴＦＴに含まれるタプル・ペアはＭＴのＧＰＲＳセッション管理層へ転送する必要があり、例えば、この転送はＭＴの実施構成専用ベアラ管理またはＱｏＳアプリケーション・プログラミング・インターフェース（ＡＰＩ）を介して行うことが可能である。）
【００６９】
第４の実施例の変更例として、ＣＳＣＦ−ＧＧＳＮインターフェース端におけるキー識別子としてのタプル・ペアの利用が可能である。このキー識別子に対して、課金用ＩＤ（及びポリース認証（ｐｏｌｉｃｉｎｇ ａｕｔｈｏｒｉｚａｔｉｏｎ））が割り当てられたり、リンクされたりする。但し、課金用ＩＤはＣＧＲと請求書発行時の識別子用として使用される。呼が、呼設定（ＳＩＰ：ＩＮＶＩＴＥ）メッセージの送信により、受信機側（すなわち、リアルタイム・データの受信準備ができているポート）用として論理チャネル情報を持つ一次（信号設定用）ＰＤＰコンテキストを介してトリガーされる。ＣＳＣＦは、（符号化された帯域とポート情報を持つ）ＳＤＰと共にＩＮＶＩＴＥを受信し、この情報を格納する。この制御信号は遠隔地の端へ送信され、該信号は応答を受け（ＳＩＰ１８３メッセージなど）、次いで、コーデックと、帯域と、遠隔地の端部ＳＤＰにより提供される着信側宛先ポートとを含む新しい組のＳＤＰ情報がＣＳＣＦにより受信される。双方の端末装置からのＳＩＰメッセージから受信したコーデック・タイプ・データのＣＳＣＦ実行チェックから、同意されたコーデック・セットが結果として得られ、ＣＳＣＦが認証すべき各ＩＰ接続について、このセットの宛先［ＩＰアドレス、ポート］タプル値が得られる。
【００７０】
ＣＳＣＦは、ＣＳＣＦ−ＰＣＦ−ＧＧＳＮインターフェース（またはＰＣＦがＣＳＣＦに組み込まれている場合ＣＳＣＦ−ＧＧＳＮ）を利用して、ポリシー制御アクション（帯域認証）と、層間課金調整とをキーとしてタプルを用いて要求することが可能となる。ＧＧＳＮは、帯域を認め、後程、２次ＰＤＰコンテキスト起動処理中、キー・タプル値と関連づけた作成されたＰＤＰコンテキストに対して課金用ＩＤを割り当て、課金調整を目的として課金用ＩＤをＣＳＣＦへ返送する。ＣＳＣＦは、受信したＳＩＰメッセージから課金用ＩＤの構文解析を行う必要はない。ＣＳＣＦがＴＥから受信したいずれかのＳＩＰメッセージをインターセプトしたり、修正したりすることはないので、悪意のあるＭＴによる被害を受けるリスクは存在しない。代わりに、ＣＳＣＦは、ＧＧＳＮにより送信された課金用ＩＤをポート情報と相関づけることが可能となる。
【００７１】
変更されたＱｏＳ／コーデック情報を持つＩＮＶＩＴＥメッセージがＴＥにより送信される場合、第４の実施例では、通信事業者に対して提供される課金上の弾力性がさらに向上する。なぜなら、ＣＳＣＦが、結果として生じる制御信号の動的変化の結果に気がつき、新しい認証を要求し、新しい課金用ＩＤを取得するからである。さらに、各々の新しい動的に追加されるリアルタイムのＰＤＰコンテキスト／メディアのフローに対する課金記録の新しい課金用ＩＤが作成される。このリアルタイム・フローがＰＤＰ層でＲＴＰ／ＵＤＰ／ＩＰヘッダ圧縮を利用する場合、各メディア・フローはそれ自身のＰＤＰコンテキストを必要とする。したがって、通信事業者による課金は、エンド・ツー・エンド・コールの範囲内で、所望の場合、メディアの変化（音声からビデオ電話へ、次いで音声へ戻る、．．．）に従うことが可能となる。本発明の第３の実施例で説明した処理に従えば、呼ＩＤは変化することはなく、また、例えば、ＳＧＳＮとＧＧＳＮのＣＤＲが通信事業者の決定により省かれる場合、課金情報の中のメディア固有の接続上の詳細が示されることもない。
【００７２】
本発明の説明では、簡潔さを旨として当業者には周知の多数の細部が省かれている点に留意されたい。そのような細部は前に引用されたプロトコルを含む多数の文献の中で容易に入手可能である。
いくつかの実施例を参照して本発明について説明したが、本発明の原理の精神と範囲内で当業者が多数の他の変更例及び実施例の考案を行うことが可能であることを理解されたい。具体的には、本発明の精神から逸脱することなく、上述の開示と、図面と、添付の請求項との範囲で、構成要素部分および／または現在の組み合わせ構成から成る構成の合理的な変形と修正とが可能である。構成要素および／または構成の変形と修正とに加えて、別の利用法も当業者には明らかとなろう。
【図面の簡単な説明】
【図１】ＰＤＰコンテキスト起動処理手順を示す一般化した処理フローチャートである。
【図２】本発明の実施例の実施が可能なパケット交換無線通信ネットワークのアーキテクチャを示す一般化したブロック図である。
【図３】本発明の第１の実施例に基づく課金用ＩＤの送信を示す一般化した処理フローチャートである。
【図４】本発明の第２の実施例の構成に基づく課金用ＩＤの送信を示す一般化した処理フローチャートである。
【図５】本発明の第２の実施例の別の構成に基づく課金用ＩＤの送信を示す一般化した処理フローチャートである。
【図６】本発明の第３の実施例に基づく呼識別子の送信を示す一般化した処理フローチャートである。
【図７】本発明の第３の実施例の構成に基づくアプリケーション層とトランスポート層との調整を示す一般化した信号設定フローチャートである。
【図８】本発明の第３の実施例の別の構成に基づくアプリケーション層とトランスポート層との調整を示す一般化した信号設定フローチャートである。
【図９】本発明の第４の実施例に基づくタプルまたはタプル・ペアの送信を示す一般化した処理フローチャートである。
【図１０】本発明の第４の実施例の構成に基づくアプリケーション層とトランスポート層との調整を示す一般化した信号設定フローチャートである。
【図１１】本発明の第４の実施例の別の構成に基づくアプリケーション層とトランスポート層との調整を示す一般化した信号設定フローチャートである。
【図１】
2004507127.tif 000003
【図２】
2004507127.tif 000004
【図３】
2004507127.tif 000005
【図４】
2004507127.tif 000006
【図５】
2004507127.tif 000007
【図６】
2004507127.tif 000008
【図７】
2004507127.tif 000009
【図８】
2004507127.tif 000010
【図９】
2004507127.tif 000011
【図１０】
2004507127.tif 000012
【図１１】
2004507127.tif 000013
【国際公開パンフレット】
2004507127.tif 000014
2004507127.tif 000015
2004507127.tif 000016
2004507127.tif 000017
2004507127.tif 000018
2004507127.tif 000019
2004507127.tif 000020
2004507127.tif 000021
2004507127.tif 000022
2004507127.tif 000023
2004507127.tif 000024
2004507127.tif 000025
2004507127.tif 000026
2004507127.tif 000027
2004507127.tif 000028
2004507127.tif 000029
2004507127.tif 000030
2004507127.tif 000031
2004507127.tif 000032
2004507127.tif 000033
2004507127.tif 000034
2004507127.tif 000035
2004507127.tif 000036
2004507127.tif 000037
2004507127.tif 000038
2004507127.tif 000039
2004507127.tif 000040
2004507127.tif 000041
2004507127.tif 000042
2004507127.tif 000043
2004507127.tif 000044
2004507127.tif 000045
2004507127.tif 000046
2004507127.tif 000047
2004507127.tif 000048
2004507127.tif 000049
2004507127.tif 000050
2004507127.tif 000051
2004507127.tif 000052
2004507127.tif 000053
2004507127.tif 000054
2004507127.tif 000055
2004507127.tif 000056
2004507127.tif 000057
2004507127.tif 000058
2004507127.tif 000059
【国際公開パンフレット（コレクトバージョン）】
2004507127.tif 000060
2004507127.tif 000061
【国際調査報告】
2004507127.tif 000062
2004507127.tif 000063
2004507127.tif 000064