JP2005517356A - 通信システムにおけるセッション解放に関する方法及び装置 - Google Patents

Abstract

【課題】通信システムにおけるセッション解放に関する方法及び装置。
【解決手段】インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおけるセッション解放に関する方法及び装置。ある実施形態では、ＭＳがベアラ接続（例えば、ＰＰＰセッション）を消滅した場合に、通知は、ＩＰマルチキャストを介して動作しているセッション制御マネージャ（ＳＣＭ）へパケットデータサービスノード（ＰＤＳＮ）１１２によって与えられる。所定のＩＰ通信に対して２つのＰＰＰセッションがアクティブであり、そして１つのＰＰＰセッションが消滅していないのであれば、アクティブなＰＰＰセッションに関連付けられたＰＤＳＮは、他のＰＤＳＮによって送信された任意の通知メッセージを無視するために訂正メッセージを送信する。代わりの実施形態では、認証認可アカウンティング（ＡＡＡ）サーバは、ＰＤＳＮｓから受信した開始及び停止アカウンティング要求を使用して、ＩＰ通信を終了することを動作しているＳＣＭにいつ通知するかを決定する。

Description

本発明は、一般に通信システムに係り、具体的に、インターネットプロトコル（ＩＰ）通信システムにおいて消滅したリンクの通知に関する方法及び装置に関する。

共通の通信システムにおいて提供された複数のサービスに対する要求が増加している。これらのシステムは、無線部分をしばしば含む。ここでは情報が、エアーインターフェース、及びデータインフラストラクチャ、例えば、ＩＰと呼ばれるインターネットプロトコルを使用している有線システム、を介して送信される。音声及びデータサービスと組み合わされている他の低い待ち時間通信をサポートする必要性がある。例えば、ＩＰを介した音声（ＶｏＩＰ）サービスは、ＩＰデータ送信システムを使用して設定されたワイアレス通信システムを介して提供される可能性がある。旧来のワイアレス通信システムは、音声通信に対して設計されているため、ＩＰサービスをサポートするための拡張は、多くの難問を生み出す。ワイアレス通信システムは、ワイアレス装置の移動の間に生じた接続の消滅のような、脱落信号(lost signal)を取り扱うために一般に設計される。旧来、ＩＰ通信システムは、このような考慮がなされていなかった。ワイアレス及びＩＰ通信システムが対等になるにつれ、各々は、他方の具体的な要求及び問題に適応しなくてはならない。具体的には、２つのシステムをインターフェースする方法、及びベアラ接続(bearer connection)として呼ばれる、通信経路の消滅に関するＩＰ部分を通知することの方法に対する要求である。ＩＰタイプの通信、特に、ＶｏＩＰコールへの（複数の）加入者にベアラ接続の消滅の指示を提供する必要性がさらにある。同様に、インターネットプロトコル（ＩＰ）通信システムを解放するための効率的かつ正確な方法及び装置に対する必要性がある。

用語“イグゼンプラリ”は、ここでは広く用いられ、“例、事例、若しくは実例として働くこと”を意味する。“イグゼンプラリ“としてここで説明されたいずれの実施形態が、他の実施形態に対して好ましい若しくは優位であるとして解釈される必要性はない。実施形態の種々の態様が、図面に表わされるが、図面は、具体的に指示しない限り一定の縮尺で描かれる必要性はない。特に、本発明がＩＰを介した音声（ＶｏＩＰ）に関連したイグゼンプラリな実施形態に関連して説明されるが、その代わりの実施形態が、データ通信を有する低い待ち時間通信、等のような他の多元−フォーマット通信を実行する可能性があることに注意する。

インターネットプロトコル（ＩＰ）タイプのネットワークを使用するインターフェースを有する通信システムでは、特定のシグナリングプロトコルが、開始、終了、及び通信に含まれる他の課題に対処するために一般に使用される。そのようなプロトコルの１つが、セッションイニシエーションプロトコルすなわちＳＩＰである。ＳＩＰは、インターネット会議、電話、出席、行事通知及びインスタントメッセージング、その他多くの他のインターネットアプリケーションに対して使用されるシグナリングプロトコルである。ＳＩＰは、ＩＥＴＦ ＭＭＵＳＩＣ（複数パーティーマルチメディアセッション管理）ワーキンググループ内で、ＩＥＴＦ ＳＩＰワーキンググループで１９９９年９月から実行されたワークで開発された。ＳＩＰは、ＲＦＣ２５４３、名称“ＳＩＰ：セッションイニシエーションプロトコル”に説明されている。これは、ここに引用文献として特に組み込まれている。

セッションイニシエーションプロトコル（ＳＩＰ）
セッションイニシエーションプロトコル（ＳＩＰ）は、１若しくはそれ以上の加入者とセッションを作り、修正し、終了させるためのアプリケーション−レイヤ管理（シグナリング）プロトコルである。これらのセッションは、インターネットマルチメディア会議、インターネット電話通話及びマルチメディア配信を含む可能性があるが、これらに限定されることはない。セッションのメンバーは、マルチキャストを介して若しくはユニキャスト関連のメッシュを介して、若しくはこれらの組み合わせで通信できる。ＳＩＰは、ポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションのような、セッションを開始し、維持しそして終了するために使用されるシグナリングを規定する。

ＳＩＰは、マルチメディアセッション若しくは通話を設定し、修正し、終了させるために使用される可能性がある。マルチメディアセッションは、マルチメディア会議、遠距離学習、インターネット電話及び同様のアプリケーションを含む可能性がある。ＳＩＰは、ユニキャスト及びマルチキャストセッションの両方に対して人及びメディア記憶サービス等のような装置の両者を召集するために使用される可能性がある。ここで、開始者(initiator)は、その一部分ではないセッションへの召集状を送信する可能性がある。ＳＩＰは、宣伝され、そして他の手段によって設定されたセッションへメンバーを召集するのと同様にセッションを開始するために使用される可能性がある。セッションは、セッションアナウンスメントプロトコル（ＳＡＰ）、電子メール、ニュースグループ、ウェブページ若しくはディレクトリ、その他ような、マルチキャストプトトコルを使用して宣伝される可能性がある。ＳＩＰは、ネームマッピング及びリディレクションサービスをトランスペアレントにサポートして、統合サービスディジタルネットワーク（ＩＳＤＮ）及びインテリジェントネットワーク電話加入者サービスのインプリメンテイションを可能にする。これらの施設も、パーソナルモビリティ(personal mobility)を可能にする。電気通信インテリジェントネットワークサービスの言語において、パーソナルモビリティは、エンドユーザが、通話を開始し受信するため、及び任意の場所で任意のターミナルにおいて加入した電気通信サービスをアクセスするための能力であり、そしてエンドユーザの移動に伴ってネットワークがエンドユーザを認識する能力である。パーソナルモビリティは、固有のパーソナルアイデンティティ（すなわち、個人番号）の使用に基づく。

定義
ＳＩＰを使用するＩＰ通信の関係では、通話は、共通ソースによって召集された会議の全ての参加者から構成される。開始者は、コーリングパーティ(calling party)若しくはコーラー(caller)である；そして、会議の召集状を提出するパーティである。召集された者(invitee)は、召集されたユーザ、呼び出されたパーティ、若しくはコーリー(callee)である；そして、コーリングパーティが会議に召集しようとしている人若しくはサービスである。

ＳＩＰコールは、グローバルに固有のコール−Ｉｄによって識別される。そのようにして、ユーザが、例えば、複数の人によって同一のマルチキャストセッションに召集されるのであれば、これらの召集状のそれぞれは、固有のコールである。ポイント−ツー−ポイントインターネット電話の会話は、単一のＳＩＰコールにマップする。

コーラーからコーリーへ（すなわち、ユーザエージェントクライアントからユーザエージェントサーバへ）送信された要求は、ダウンストリームとして呼ばれる。ユーザエージェントサーバからユーザエージェントクライアントへ送信された応答は、アップストリームとして呼ばれる。コーリングパーティは、コール、セッション、若しくは会議を始める者と同一である必要がないことに注意する。召集は、セッションに参加することを要求するユーザ（若しくは、サービス）に送信された要求である。ＳＩＰトランザクションは、クライアントとサーバとの間で生じ、クライアントからサーバへ送信された第１の要求からサーバからクライアントへ送信された最終応答に至るまでのメッセージを含む。良好なＳＩＰ召集は、２つのトランザクション：ＩＮＶＩＴＥ要求に引き続くＡＣＫ要求、から構成される。ＡＣＫは、対応するＩＮＶＩＴＥ要求で識別されるが、個別のトランザクションを具備する。最終応答はＳＩＰトランザクションを終了する。

セッションは、送信者及び受信者のセットであり、送信者から受信者へ流れるデータストリームである。会議は、セッションの一例である。セッションデスクリプションプロトコル（ＳＤＰ）に関して定義されたようにセッションは、１若しくはそれ以上のリアル−タイムプロトコル（ＲＴＰ）セッションを具備する。定義されたように、コーリーは、同一セッションに、異なるコールによって、複数回召集されることができる。ＳＤＰが使用されるのであれば、セッションは、ユーザネーム、セッションｉｄ、ネットワークタイプ、オリジンフィールド中のアドレスタイプ及びアドレスエレメントの連鎖によって定義される。

コールレグ(call leg)若しくはセッションは、コール−ＩＤ、コーラーすなわち開始者及びコーリーすなわち召集される者の組み合わせによって識別される。クライアントは、ＳＩＰ要求を送信するアプリケーションプログラムである。クライアントは、人間のユーザと直接影響しあう可能性がある若しくは可能性がない。ユーザエージェント及びプロキシ(proxies)は、クライアント（及びサーバ）を含む。会議は、マルチメディアセッションである可能性があり、共通セッション説明によって識別される。会議は、ゼロ若しくはそれ以上のメンバーを有する可能性があり、マルチキャスト会議、フル−メッシュ(full-mesh)会議及び２つのパーティの“電話コール”と同様にこれらの組み合わせを含む可能性があるが、これらに限定されることはない。任意の数のコールが、会議を始めるために使用される可能性がある。

ユーザエージェントクライアント（ＵＡＣ）は、コーリングユーザエージェントである：ユーザエージェントクライアントは、ＳＩＰ要求を開始するクライアントアプリケーションである。ユーザエージェントサーバ（ＵＡＳ）は、ＳＩＰ要求が受信される場合に、そしてユーザの代わりに応答を返答する、ユーザに交信するサーバアプリケーションである。応答は、要求を受諾する、拒否する若しくは転送する。ユーザエージェント（ＵＡ）は、ユーザエージェントクライアント及びユーザエージェントサーバの両者を含むアプリケーションである。

ＳＩＰを使用する通信
ＳＩＰ召集状は、セッションを生成するために使用される。ここで、召集状は、参加者が互換性のあるメディアタイプのセットに合意することを可能にする（複数の）セッション説明を搬送する。ＳＩＰは、ユーザの現在の位置に要求をプロキシすること(proxying)及び転送することによってユーザのモビリティをサポートする。ユーザは、その現在の位置を登録する可能性がある。ＳＩＰは、いずれかの特定のコンファレンス制御プロトコルに結び付けられていない。ＳＩＰは、任意の（複数の）下位のレイヤ転送プロトコル(transport protocol)に独立になるように設計され、そして付加的な能力に拡大される可能性がある。

良好なＳＩＰ召集状は、２つの要求：ＩＮＶＩＴＥに引き続くＡＣＫからなる。ＩＮＶＩＴＥ要求は、コーリーが特定のコンファレンスに参加すること若しくは２つのパーティの会話を設定することを求める。コーリーが、コールに参加することを承諾した後で、コーラーは、ＡＣＫ要求を送信することによって応答の受信を確認する。コーラーがコールに参加することをこれ以上望まないのであれば、コーラーは、ＡＣＫの代わりにＢＹＥ要求を送信する。ＩＮＶＩＴＥ要求は、十分な情報を有するコールされたパーティがセッションに参加することを与えるセッション説明を一般に含む。マルチキャストセッションに対して、セッション説明は、そのセッションに配信されることが可能であるメディアタイプ及びフォーマットを列挙する。ユニキャストセッションに対して、セッション説明は、コーラーが使用することを望み、メディアデータをどこに送信するべきかのメディアタイプ及びフォーマットを列挙する。いずれの場合でも、コーリーがコールを受理することを望むのであれば、コーリーは、使用するメディアをリストしているのと同様の説明を返答することによって、召集状に応答する。マルチキャストセッションに対して、コーリーがコーラーの説明に指示されたメディアを受信できない、若しくはユニキャストを介してデータを受信することを希望するのであれば、コーリーは、セッション説明だけを送り返すはずである。

ＳＩＰを使用する通信システムは、２つの部分：サービス部分及びネットワーク部分を有するとして考えられる可能性がある。サービス部分は、ネットワーク部分をオーバーレイする。サービス部分は、アプリケーション及び、セッション管理のような、加入者へのサービスの内容を提供するエレメントの論理的なグルーピングである。イグゼンプラリな実施形態では、セッション管理は、セッション制御マネージャ（ＳＣＭ）によって実施される。ネットワーク部分は、“ベアラ(bearer)”と呼ばれる可能性があり、開始者と召集された者との間のパケット転送経路に沿った接続性を与えるエレメントの論理的なグルーピングである。ネットワークは、パケット転送経路に沿ったリソースの管理を含む責任を有する種々のエンティティを含む。ベアラは、通信の設定及び維持のために使用される種々の通信リンクによって規定される。

（複数の）ワイアレス通信を有するＩＰセッションを組み込むことは、２つのタイプの通信をインターフェースすることにおいて種々の難題を与える。具体的には、ベアラ接続が消滅した場合に、ＳＩＰセッションを解放する必要がある。言い換えると、コールが、あるシステムのワイアレス部分において消滅する、すなわち、ベアラ接続が消滅する場合に、そしてＳＩＰセッションがアクティブである場合に、システムのワイアレス部分がシステムのＩＰ部分に接続が消滅したことを指示することが必要である。ＶｏＩＰ通信において、特に、対応するＳＣＭは、ＳＩＰセッションを終了するためにＢＹＥメッセージを送信することが好ましい。ＳＣＭは、一般にはベアラ経路の一部分ではない、それゆえ、ある方法は、ベアラ接続の消滅について適切な（複数の）ＳＣＭに通知することが必要である。音声通信、若しくは他の低い待ち時間通信、は、リアルタイム通信と考えられる可能性があり、それゆえ、ベアラ接続の消滅は、コールを中断することに注意する。

一般に、“ベアラ接続の消滅”は、パケットデータサービスノード（ＰＤＳＮ）がＭＳのポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションを削除する場合に発生する。イグゼンプラリな実施形態は、（以下の説明も同様に）、ＰＤＳＮがｃｄｍａ２０００タイプのアクセスネットワーク（ＡＮ）に対するアクセスゲートウエイ（ＡＧＷ）であると仮定する。ここで、ＰＰＰは、ＭＳとＡＧＷとの間で使用されたデータ−リンクレイヤプロトコルである。代わりの実施形態は、通信を設定し、そして維持するための代わりの構成及び／若しくはプロトコルを実行する可能性がある。ベアラ接続の消滅は、以下の事象を発生する可能性がある、しかしこれらに限定されることはない：
１） ＰＰＰインアクティビティタイマの満了；
２） モービルＩＰ登録ライフタイムの満了；
３） ＭＳがＰＰＰセッションを終了するためにＬＣＰ−ターミネートを送信する；及び／若しくは
４） Ａ１０セッション、これはＰＣＦとＰＤＳＮとの間の接続である、は、（ＰＣＦマルファンクションのように）、“異常に”終了される、それゆえ、対応するＰＰＰセッションがＰＤＳＮ中から削除されることを生じる。

イグゼンプラリな実施形態が、ドーマントハンドオフ(dormant handoff)をサポートすることに注意する。ここで、最初のＰＰＰセッションは、現在データが通信されていないが設定され、そしてＭＳは、第２のＰＰＰセッションを設定する。ＭＳがドーマントである場合にＰＤＳＮハンドオフの間に、ＭＳは、目的のＰＤＳＮと新しいＰＰＰセッションを設定する。一方で、動作しているＰＤＳＮ中の古いＰＰＰセッションは、削除されない。このシーケンスは、ドーマントハンドオフとして呼ばれる。この場合には、ＰＰＰタイマの満了及び／若しくはモービルＩＰ登録ライフタイムの満了は、ベアラ接続の消滅の指標である必要がない。後で設定されたＰＰＰセッションがアクティブのままであるならば、最初のＰＰＰセッションに関連するタイマの満了は、通信を中断させることはない。モービルＩＰ登録ライフタイム及び動作しているＰＤＳＮ中のＰＰＰセッションは、結局は満了し、そして削除される。これが起きる場合には、ＭＳは、目的のＰＤＳＮを介してベアラ接続を持ちつづける。それゆえ、ＭＳに対してベアラ接続の消滅がない。

同様に、ＭＳがアクティブな（すなわち、現在ベアラ接続を介して通信している）場合にＰＤＳＮハンドオフの期間に、ＭＳは、目的のＰＤＳＮと新しいＰＰＰセッションを設定する、一方で、動作しているＰＤＳＮ中の古いＰＰＰセッションは、削除され、動作しているＰＣＦと動作しているＰＤＳＮとの間のＲ−Ｐセッションの終了によってトリガされる。ＰＰＰセッションは、動作しているＰＤＳＮの中から削除されるが、ＭＳは、目的のＰＤＳＮを介してベアラ接続を持ちつづける。それゆえ、ＭＳに対するベアラ接続が消滅することはなく、そしてベアラ接続の消滅に対してトリガする事象がない。言い換えると、ドーマンシイ中のトラフィックチャネルがないこと及び無線状態に起因するトラフィックチャネルの消滅は、ＰＰＰセッションがＰＤＳＮにおいて維持されている限りは、ベアラ接続の消滅として考えられるべきではない。

イグゼンプラリな実施形態は、この説明全体を通して典型として与えられることに注意する、しかしながら、代わりの実施形態は、本発明の範囲から逸脱しないで種々の態様に組み込まれる可能性がある。具体的に、本発明は、データプロセシングシステム、ワイアレス通信システム、一方向放送システム、及び情報の効率的な送信を望んでいる任意の他のシステムに適用可能である。

イグゼンプラリな通信システム
イグゼンプラリな実施形態は、拡散スペクトルワイアレス通信システムを採用する。ワイアレス通信システムは、広く展開されており、音声、データ、及びその他のような種々のタイプの通信を与える。これらのシステムは、コード分割多元アクセス（ＣＤＭＡ）、時間分割多元アクセス（ＴＤＭＡ）、若しくはいくつかの他の変調技術に基づく可能性がある。ＣＤＭＡシステムは、システム能力の増加を含む他のタイプのシステムに対するある種の利点を与える。

システムは、１若しくはそれ以上の標準をサポートするように設計される可能性がある。例えば、ここではＩＳ−９５標準と呼ばれる“デュアルモードワイドバンド拡散スペクトルセルラシステムに対するＴＩＡ／ＥＩＡ／ＩＳ−９５−Ｂ移動局−基地局互換性標準”、ここでは３ＧＰＰと呼ばれる“第３世代パートナーシッププロジェクト”によって提案された標準で、ここではＷ−ＣＤＭＡ標準として呼ばれる文書番号３Ｇ ＴＳ ２５．２１１，３Ｇ ＴＳ ２５．２１２，３Ｇ ＴＳ ２５．２１３，及び３Ｇ ＴＳ ２５．２１４，３Ｇ ＴＳ ２５．３０２、ここでは３ＧＰＰ２として呼ばれる“第３世代パートナーシッププロジェクト２”という名前の協会によって提案された標準、及び以前はＩＳ−２０００ＭＣと呼ばれ、ここではｃｄｍａ２０００として呼ばれるＴＲ−４５．５を含む文書のセットに組み込まれている。上記に引用された標準は、引用文献としてここに特別に組み込まれている。

各標準は、基地局から移動局へ、及びこの逆の送信に対するデータのプロセシングを具体的に規定する。イグゼンプラリな実施形態として、以下の説明は、ＣＤＭＡ２０００標準のプロトコルに整合する拡散スペクトル通信システムを考える。代わりの実施形態は、他の標準を組み込む可能性がある。さらに他の実施形態は、他のタイプのデータプロセシングシステムにここで開示された方法を適用する可能性がある。

図１は、ＩＰ通信、そして特にＳＩＰ通信をサポートしている通信システム１００を示す。システム１００は、アクセスネットワーク（ＡＮ）１０４とＡＮ１０８との間のＩＰインターフェースとして働いているＩＰ転送ネットワーク１０６を含む。ＡＮ１０４は、ＭＳ１０２に対するインターフェースである、これに対してＡＮ１０８は、ＭＳ１１０に対するインターフェースである。ＭＳ１０２は、エアーリンクを経由する無線通信を介してＡＮ１０４と通信する。ＭＳ１１０は、エアーリンクを経由する無線通信を介してＡＮ１０８と通信する。システム１００がＭＳ１０２及びＭＳ１１０とともに示されているが、システム１００は、任意の数のエンドユーザをサポートする可能性がある。同様に、図示された構成は、典型として与えられ、そして代わりの実施形態は、多元アクセスネットワーク、ＩＰインターフェース、等を含む、代わりの構成を実行する可能性がある。

図１を続けて、ＡＮ１０４、同様にＡＮ１０８は、上記したように、セッション制御部分を含む。ＭＳ１０２とＭＳ１１０との間のコールに対して、ネットワーク部分は、ＡＮ１０４、ＩＰ転送ネットワーク１０６、及びＡＮ１０８を含む。言い換えると、ＭＳ１０２からＭＳ１１０へ行われたコールに対するベアラネットワークすなわちベアラ接続は、ＡＮ１０４からＩＰ転送ネットワーク１０６へのリンクを含む。ベアラネットワークは、さらにＩＰ転送ネットワーク１０６からＡＮ１０８へのリンクを含むように規定される可能性がある。これらのリンクは、上記したようにＰＰＰ通信のような、通信の設定及び維持に対する種々のインターフェースを含む。ＡＮ１０４、ＩＰ転送ネットワーク１０６及びＡＮ１０８の組み合わせも、通信ネットワークを形成する。これは、イグゼンプラリな実施形態中では、有線ネットワークである。

図１のシステム１００は、ＩＰを介して音声（ＶｏＩＰ）を通信するために使用される可能性がある。これは、ＩＰネットワークをトラバースする音声メッセージである。ＶｏＩＰ送信若しくは通信は、実効的にリアルタイム通信である、そしてそれゆえ、いかなる情報の消滅は、重大であると考えられる。ＰＰＰセッションにおけるリンクのような、いずれかのＩＰネットワーク接続すなわちリンクが、消滅した場合に、通信は中断される。これは、ハンドオフの場合を考慮せずに、単一のＰＰＰセッションだけを仮定することに注意する。データ送信とは異なって、ここでは、エラーが消滅したデータの再送信に帰結する可能性があり、音声コールは、記憶されないで、リアルタイムで処理される。ＰＰＰセッション若しくは他のＩＰリンクの消滅は、それによって送信された音声メッセージの中断に帰結する。これは、ＶｏＩＰ通信における難題を示す。

ＡＮ１０４は、図２にさらに詳細に説明される。ここでは、ＨＵＢ１２０は、ＡＮ１０４の種々の構成要素若しくは素子をインターフェースする責任がある。ＨＵＢ１２０は、イサーネットコネクタのようなローカルエリアネットワークエンティティ、若しくはＩＰルータのようなワイドエリアネットワークエンティティ、若しくはネットワーキングエンティティのクラウドである可能性がある。イグゼンプラリな実施形態では、ＨＵＢ１２０は、マルチキャストルータ若しくはマルチキャストルータのネットワークである。ＡＮ１０２は、１からＮに名前を付けられた複数のＰＤＳＮｓを含む。種々のＰＤＳＮは、各々がＨＵＢ１２０に接続された、ＰＤＳＮ_１１１２，ＰＤＳＮ_２１１４からＰＤＳＮ_Ｎ１１６として示される。ＡＮ１０４も、１からＫに名前を付けられた複数のＳＣＭｓを含む。種々のＳＣＭは、それぞれがＨＵＢ１２０に接続されたＳＣＭ_１１４０，ＳＣＭ_２１４２からＳＣＭ_Ｋ１４４として示される。所定の通信若しくはセッションは、ＳＣＭ_１１４０,ＳＣＭ_２１４２,からＳＣＭ_Ｋ１４４のいずれか１と組み合わせられたＰＤＳＮ_１１１２,ＰＤＳＮ_２１１４からＰＤＳＮ_Ｎ１１６のいずれか１を使用して設定される可能性がある。付け加えると、ＨＵＢ１２０に接続された認証認可アカウンティング(Authentication Authorization Accounting)（ＡＡＡ）ユニット１３０がある。ＡＡＡ１３０は、ここで説明された機能を働く。その機能は、所定のセッションに対して認可及び認証を与えること、及び各セッションのアカウンティングを追跡することを含む。ＡＡＡ１３０は、複数のＰＤＳＮｓ（ＰＤＳＮ_１１１２,ＰＤＳＮ_２１１４からＰＤＳＮ_Ｎ１１６）と情報を交換して、アカウンティングレコード（例えば、バイト／パケットカウント、放送時間使用量、等）を収集する。そして、複数のＳＣＭｓ（ＳＣＭ_１１４０,ＳＣＭ_２１４２,からＳＣＭ_Ｋ１４４）と情報交換をして、ＳＩＰシグナリングを認証／認可する。さらに、ＡＡＡ１３０は、ＳＣＭｓ（ＳＣＭ_１１４０,ＳＣＭ_２１４２,からＳＣＭ_Ｋ１４４）からＳＩＰに関係したアカウンティングレコードを集める可能性がある。イグゼンプラリな実施形態では、ダイアメータプロトコル(Diameter Protocol)（後述する）は、ＡＡＡ１３０と通信するためにＰＤＳＮｓ（ＰＤＳＮ_１１１２,ＰＤＳＮ_２１１４からＰＤＳＮ_Ｎ１１６）及びＳＣＭｓ（ＳＣＭ_１１４０,ＳＣＭ_２１４２,からＳＣＭ_Ｋ１４４）によって使用されたプロトコルであるはずである。用語ダイアメータ、ダイアメータプロトコル、及びＤＰは、ダイアメータプロトコルをそれぞれ呼ぶ。

ＡＡＡ１３０のオペレーションに関して、明確化のために以下の定義が与えられる、しかしながら、ＡＡＡオペレーションの詳細な説明は、２００１年１１月２１日に、アドバ(Adoba)らによって、“認証、認可及びアカウンティング（ＡＡＡ）転送プロファイル”と題されたＡＡＡワーキンググループに発表されたメモに説明されている。これは引用文献として特別にここに組み込まれている。認証は、メッセージの発行者（メッセージ認証）として若しくはチャネルのエンドポイント（エンティティ認証）として、相互に知られた名前空間から事前に存在するラベルの形式で、主張されたアイデンティティを実証する行為である。あるリソースへアクセスするような特定の権利が、特定の信用の提供者に許可されるのであれば、認可は、決定する行為である。アカウンティングは、傾向分析、会計監査、広告費、若しくはコスト割り当ての目的に対するリソースの使用量に関する情報を収集する行為を呼ぶ。

ダイアメータプロトコル
イグゼンプラリな実施形態は、通信を設定
しそして維持するために他のプロトコルを実行する、具体的に、ここでは“ＤＰ”として呼ばれる、ダイアメータプロトコルである。ＤＰは、２００１年１１月の日付でカルホーンらによる、名称“ダイアメータベースプロトコル”のＡＡＡワーキンググループへのメモに明記されている。これは、ここに引用文献として特に組み込まれる。ダイアメータベースプロトコルは、モービル−ＩＰに対するＡＡＡフレームワーク、ネットワークアクセスサーバ要求（ＮＡＳＲＲＥＱ）及びローミングオペレータワーキンググループ、“ＲＯＡＭＯＰＳ”として呼ばれる、を与えることを目的としている。この原案は、メッセージフォーマット、輸送、エラー報告、及びＤＰエクステンションによって使用されるべき機密性サービスを明記する。

ＤＰは、ピアーがＰＰＰセッションを経由して種々のメッセージを交換することを可能にする。ＤＰプロトコルは、取り決め、エラー通知、同様に新たなコマンドの追加のリソース及び要求に応じてリソースを規定する。ＤＰを使用して配信されたデータは、属性値ペア(Attribute Value Pair)（ＡＶＰ）の形式である。ＤＰは、ＡＡＡ転送プロトコルに対する少なくとも最小限の明細な情報を与える。ＤＰを使用して、任意のノードが要求を開始する可能性がある。その観点では、ＤＰは、ピアー−ツー−ピアープロトコルを規定する。あるイグゼンプラリな実施形態では、図２のＳＣＭのような、ＤＰクライアントは、所定のユーザの認証及び／若しくは認可に関するＡＡＡ、これはＤＰサーバである、への要求を始める。他の１のイグゼンプラリな実施形態では、図２のＰＤＳＮ_１１１２のような、ＤＰエージェントは、所定のユーザのアカウンティングに関するＡＡＡ１３０への要求を始める。ＤＰエージェントは、プロキシ及びリレイエージェントのような、ローカルにメッセージを認証しない及び／若しくは認可しない。ＤＰサーバは、プロフィールに基づいてユーザの認証及び／若しくは認可を実施する。ＤＰノードは、ある種の要求に対してエージェントとして動作する可能性があり、一方で、他に対するサーバとして動作する。ＤＰは、サーバが始めたメッセージもサポートして、特定のユーザへのアボートサービスに対する要求のような、装置をアクセスする。イグゼンプラリな実施形態では、図２のＡＡＡ１３０のような、ＤＰサーバは、ＳＣＭ_１１４０のような対応するＳＣＭへ要求を始める。要求は、ベアラ接続が消滅したことの通知である。対応するＳＣＭは、そのようなわけでＤＰクライアントである。

ＤＰは、どのようにしてメッセージが送信されるか、そしてどのようにしてピアーが最終的に放棄される可能性があるかの能力取り決めに関係する。ＤＰは、ＤＰノードの間の全てのメッセージ交換に適用するある種のルールも規定する。

ＤＰピアーの間の通信は、１つのピアーが他の１のＤＰピアーにメッセージを送信することで開始する。メッセージ中に含まれたＡＶＰｓのセットは、特定のＤＰアプリケーションによって決定される。ユーザのセッションを参照するために含まれている１つのＡＶＰが、セッション−Ｉｄである。ユーザの認証及び／若しくは認可に関する最初の要求は、セッション−Ｉｄを含むはずである。セッション−Ｉｄは、その後、ユーザのセッションを認識するために全ての引き続くメッセージ中で使用される。通信しているパーティは、要求を受諾する、若しくはエラーが発生したことを指示する結果−コードＡＶＰセットを有する回答メッセージを返信することによってそれを拒絶する可能性がある。ＤＰサーバ若しくは要求を受信しているクライアントの具体的な行動は、採用されたＤＰアプリケーション、セッション状態、これはセッション−Ｉｄに関連付けられる、回答、及びＤＰアプリケーションによって指定されたルールにしたがって依存する。

ベアラ接続消滅
基本的に、ＤＰセッションに関して、１つのパーティが要求を送信し、そして第２のパーティが回答を送信する。ＰＰＰセッションのような、ベアラ接続が消滅する場合に、通知されること、そして他のパーティに対して指示を送信することがネットワークにとって望ましい。ベアラ接続の消滅は、ＡＮ１０４及び／若しくはＡＮ１０８において発生する可能性があることに注意する。イグゼンプラリな実施形態において、ベアラ接続の消滅の
指示は、“通知”として呼ばれる。

通知の第１のタイプは、ＰＤＳＮから関連するＳＣＭへの直接通信である。以下の説明及び例の全体を通して、対象としているベアラ接続は、ＭＳ１０２及びＡＮ１０４、そして、具体的に、ＰＤＳＮ_１１１２及びＳＣＭ_１１４０を含む。図３は、直接通信タイプの通知の第１の実施形態を図示する。図３に示された方法（及び図４のそのエクステンション）は、セッション管理に対するプロトコルを説明する。タイミング図は、横軸に明記された種々のシステム成分すなわちトポロジーをともなった縦の時間軸を有する。その方法は、図１及び２で説明したようなシステムにおいて実行される可能性がある。この方法は、ＭＳ１０２、ＡＮ１０４を含む可能性がある、若しくはＭＳ１１０，ＡＮ１０８を含む可能性がある。図３に示された例は、ドーマントハンドオフを含まない、しかしむしろ、時間ｔ１において消滅するアクティブなＰＰＰセッションの場合を表わす。時間ｔ２において、対応するＰＤＳＮ_１１１２は、ＨＵＢ１２０へ通知メッセージを送信する。ＨＵＢ１２０は、指定されたＰＰＰセッションが消滅したことを指示している通知メッセージを受信する。そしてそれゆえ、ＭＳ１０２は、供給されるデータ及び／若しくは情報をこれ以上受信しない可能性がある。時間ｔ３において、ＨＵＢ１２０は、通知メッセージのコピー若しくは複製を作成し、そしてこれらの複製をシステム中のＳＣＭのそれぞれに供給する。ＳＣＭ_ｉ及びＳＣＭ_ｊが図示される、しかしながら、ＨＵＢ１２０は、ＡＮ中の任意の数の構成要素（他のＰＤＳＮｓを含む）へ複製を送信する可能性がある。ＳＣＭ_ｉは、ＰＰＰ接続を消滅したＭＳ１０２に動作しているＳＣＭを認識する。これは、この例では、ＳＣＭ_１１４０である。ＳＣＭ_ｊは、このセッションの間にＭＳ１０２に動作していない任意の他のＳＣＭｓ、すなわち、ＳＣＭ_１１４０ではない、を認識する。時間ｔ４において、ＳＣＭ_ｉは、ＡＣＫ（認識）（ＡＣＫ）メッセージをＨＵＢ１２０に送信する。ＨＵＢ１２０は、その後、時間ｔ５において、ＡＣＫメッセージのコピー若しくは複製を作成し、そしてＰＤＳＮ_１１１２へ、同様にＳＣＭｓへ複製を送信する。時間ｔ６において、ＡＣＫメッセージに応答して、ＳＣＭ_ｉは、通信が中断された他のパーティへ宛てられたＩＰ転送ネットワークへＢＹＥメッセージを送信する。ＢＹＥメッセージは、消滅したＰＰＰセッション若しくはベアラ接続に関連付けられたＳＩＰセッションを終了する。

図３に示された実施形態では、通知方法は、ＨＵＢ１２０からＩＰ転送ネットワーク１０６へ直接メッセージを供給し、そして対応するＰＤＳＮ_１１１２とＳＣＭ_１１４０との間のインターフェース及びプロトコルを規定する。説明の目的で、対象としているベアラ接続がＭＳ１０２，ＡＮ１０４，ＰＤＳＮ_１１１２、及びＳＣＭ_１１４０を介して実行されると仮定する。ＰＰＰセッションがＰＤＳＮのアクティブハンドオフ以外の理由によって動作しているＰＤＳＮ、ＰＤＳＮ_１１１２、中で削除される場合に、ＰＤＳＮ_１１１２は、ＩＰマルチキャストを介してＡＮ１０４中の全てのＳＣＭｓ（ＳＣＭ_１１４０，ＳＣＭ_２１４２，からＳＣＭ_Ｋ１４４）に通知メッセージを送信する。ＩＰマルチキャストの使用は、ＰＤＳＮ_１１１２（若しくは通知プロセスを実行する可能性がある任意の他のＰＤＳＮ）が消滅したセッションをサポートしている特定のＳＣＭ、すなわち、消滅したベアラ接続の一部分であるＳＣＭ、の知識なしで通知を処理することを可能にする。通知メッセージは、ＰＤＳＮのアイデンティティ（例えば、ＩＰアドレスによって）、ＭＳアイデンティティ（例えば、ネットワークアクセスアイデンティファイア（ＮＡＩ）、ＩＰアドレス等によって）、及びベアラ接続の消滅の識別を指示する。イグゼンプラリな実施形態では、メッセージは、ユーザデータグラムプロトコル／ＩＰ（ＵＤＰ／ＩＰ）を介して転送される。ユーザデータグラムプロトコル（ＵＤＰ）ポート番号及びＩＰマルチキャストアドレスは、キャリアによってプロトコルのために指定される。指定されたポート番号及びアドレスは、それぞれ、ＵＤＰ／ＩＰパケットの宛先ポート及び宛先アドレスフィールドに挿入される。プロトコルに対するＵＤＰポート番号及びＩＰマルチキャストアドレスの指定は、これらの値が非公開の使用のためであるのでキャリアによって実行される可能性があり、そしてキャリアのネットワーク内で意味があるだけである。代わりの実施形態は、通知メッセージを送信するために他のプロトコル及び／若しくはアプリケーションを使用する可能性がある。

キャリアのネットワーク中の全てのＳＣＭｓは、ＰＤＳＮｓと同様に、ベアラ−消滅通知に対して指定されたＩＰマルチキャストグループのメンバーになると予見される。メッセージがこのマルチキャストグループに送信される場合に、全てのグループメンバーは、メッセージを受信する。通知メッセージを受信すると、ＭＳに現在動作しているＳＣＭだけが、返信メッセージで応答し、そして他の関係のない受信者は、通知メッセージを黙殺して破棄する。代わりの実施形態が、所定のセッション及び／若しくはサービスに対するセット及び／若しくはサブセットを規定する可能性があることに注意する。

返信メッセージは、ＳＣＭアイデンティティ、動作しているＰＤＳＮアイデンティティ、及び承認（ＡＣＫ若しくはＮＡＣＫ）を含む。返信メッセージは、同一のＩＰマルチキャストグループへＵＤＰ／ＩＰパケットで送信される。通知メッセージを送信した動作しているＰＤＳＮだけが、返信メッセージを処理し、そして他の関係のない受信者は、返信メッセージを黙殺して破棄する。動作しているＰＤＳＮが、指定された時間の範囲内に返信メッセージを受信しなかったのであれば、ＰＤＳＮは、通知メッセージを再送信する可能性がある。再送信は、キャリアによる最大の数まで指定される可能性がある。

ＰＰＰセッションがＰＤＳＮアクティブハンドオフ手順の一部として削除されるのであれば、動作しているＰＤＳＮは、通知メッセージを送信しない。ＭＳ及び目的のＰＤＳＮが、ＰＤＳＮアクティブハンドオフの間に新しいＰＰＰセッションを設定することに失敗するのであれば、目的のＰＤＳＮは、通知メッセージを送信する。

ＰＤＳＮドーマントハンドオフに関して、動作しているＰＤＳＮにドーマントハンドオフが生じていることを指示することが望ましい。それゆえ、動作しているＰＤＳＮが終了したＰＰＰセッションを削除した後で、ここで説明したそして図３及び４に関係した方法にしたがって通知メッセージを送信する。前記したように、これは、ベアラ接続の消滅として考えられるべきではない。この誤った通知に基づいてＳＣＭがＳＩＰセッションを終了することを回避するために、図４に示された方法が、実行される可能性がある。

図４は、ドーマントハンドオフの間に消滅したＰＰＰ接続の誤った通知の“訂正”を示す。縦軸は時間スケールであり、横軸はシステムのトポロジーを表わす。この方法は、図１及び２で説明されたようなシステムにおいて実行される可能性がある。図４の方法及び実施形態は、図３の方法及び実施形態に補完的である。そして、それゆえ、図３及び４の方法及び実施形態は、所定のシステム内で調整されて与えられる可能性がある。時間ｔ１において、第１のＰＰＰセッションが設定される、すなわち、ＰＰＰ_１接続が行われる。ＰＤＳＮ_１１１２とＰＰＰ_１接続を設定しているＭＳ１０２は、ＳＩＰコールに対してＳＣＭ_ｉ（ＳＣＭ_１１４０）により動作される。時間ｔ２において、第２のＰＰＰセッションが設定される、すなわち、ＰＰＰ_２接続が行われる。ＰＰＰ_２接続は、ＰＤＳＮ_２１１４と設定され、そしてＭＳ１０２は、ＳＣＭ_ｉ（ＳＣＭ_１１４０）により動作され続ける。時間ｔ３において、第１のＰＰＰセッションが消滅する、すなわち、ＰＰＰ_１接続が消滅する。ＰＰＰ_１の消滅に応答して、ＰＤＳＮ_１１１２は、時間４において消滅したＰＰＰ接続の通知を送信する。ＨＵＢ１２０は、ＰＤＳＮ_１１１２から通知を受信し、そして応答して通知を複製する。ＨＵＢ１２０は、時間ｔ５において複製を外へ送信する。複製は、各々のＳＣＭ（ＳＣＭ_１１４０，ＳＣＭ_２１４２，からＳＣＭ_Ｋ１４４）に送信され、同様に各々のＰＤＳＮ（ＰＤＳＮ_２１１４，からＰＤＳＮ_Ｎ１１６）に送信される。図示されたように、通知の複製は、ＰＤＳＮ_１１１２に送信されない。しかしながら、代わりの実施形態は、全てのＰＤＳＮ及びＳＣＭユニットに送信する可能性がある、若しくはアプリケーション、セッション、サービス、及び／若しくはシステムに特定のそれらのサブセットに送信する可能性がある。

図４を続けて、通知を受信すると、ＰＤＳＮ_２１１４は、誤った通知としてその通知を認識する。言い換えると、ＰＤＳＮ_２１１４は、アクティブなＰＰＰセッションを有し、それゆえ、ベアラ接続の消滅がない。ＰＤＳＮ_２１１４は、それゆえ、時間ｔ６において、誤った通知としてＰＤＳＮ_１１１２からの通知をＨＵＢ１２０が認識することの指示を送信する。この指示は、ここでは“訂正”として呼ばれる。ＨＵＢ１２０は、ＰＤＳＮ_２から訂正を受信し、応答して訂正を複製して、時間ｔ７において、種々のＳＣＭ（ＳＣＭ_１１４０，ＳＣＭ_２１４２，からＳＣＭ_Ｋ１４４）及びＰＤＳＮ_１１１２へ複製を送信する。時間ｔ８において、ＭＳ１０２を動作するＳＣＭ_ｉは、ＨＵＢ１２０へＮＡＣＫを送信する。ＮＡＣＫは、誤った通知の影響を効果的に解除する。ＨＵＢ１２０は、その後、ＮＡＣＫを複製して、種々のＰＤＳＮ（ＰＤＳＮ_１１１２，ＰＤＳＮ_２１１４からＰＤＳＮ_Ｎ１１６）及び消滅したベアラ接続をサポートしていないＳＣＭ（ＳＣＭ_２１４２，からＳＣＭ_Ｋ１４４）へ複製を送信する。これまでに述べられたように、通知、訂正、承認、否定的な承認、同様にそれらの複製は、システム中の全ての素子へ送信される可能性がある、若しくは特定のグループ、セット、サブセット、若しくは予め決められたシステムの素子のあるものに送信される可能性がある。

図４に示された実施形態では、ＰＤＳＮ_２１１４は、動作しているＰＤＳＮ、ＰＤＳＮ_１１１２、によって送信された通知メッセージを受信する。通知メッセージから、ＰＤＳＮ_２１１４は、メッセージ中に含まれたＭＳ１０２のアイデンティティを認識する。ＰＤＳＮ_２１１４が、認識されたＭＳ１０２に対するベアラ接続（すなわち、ＰＰＰ_２）を現在与えているため、ＰＤＳＮ_２１１４は、ＰＤＳＮ_１１１２によって送信された通知が無効であることを指示する訂正メッセージを送信する。

ＭＳ１０２を現在動作しているＳＣＭ_ｉ（ＳＣＭ_２１４２）は、通知メッセージ及び訂正メッセージの両者を受信する。ＰＤＳＮ_１１１２の通知メッセージに応答して、ＳＣＭ_ｉ（ＳＣＭ_２１４２）は、ＮＡＣＫ（Negative ACKnowledge；否定的な承認）を含んでいる返信メッセージを送信する。（ＰＤＳＮ_１１１２通知メッセージを無効にする）ＰＤＳＮ_２１１４訂正メッセージに応答して、ＳＣＭ_ｉ（ＳＣＭ_２１４２）は、ＡＣＫを含んでいる返信メッセージを送信する（図示していない）。ＡＣＫは、承認メッセージであり、確認として働く。

メッセージの送信が図３及び４に示された所定のシーケンスにおいて与えられる一方で、ＡＣＫ及び／若しくはＮＡＣＫのような、返信及び／若しくは回答メッセージは、要求及び／若しくは通知及び／若しくは訂正メッセージの後の任意の時間において発生する可能性がある。シーケンスは、キャリアによって指定される、及び／若しくは他のシステム基準を満足するように指定される可能性がある。

図３及び４の実施形態に説明された（複数の）プロトコルに対するＩＰマルチキャスト転送は、キャリアネットワーク内であり、そして、それゆえ、非公開ネットワークにおいて使用される。このようにして、ＩＰマルチキャストパケットは、キャリアネットワークの外へは移動しない。同様に、キャリアネットワークの外のエンティティは、指定されたＩＰマルチキャストグループへパケットを送信できない。さらに、内部の安全性に対する攻撃（例えば、不満を持った従業員、若しくは競業者、等による攻撃）を防止するために、キャリアは、マルチキャストキーがＰＤＳＮ−ＳＣＭインターフェースにおいて交換されたメッセージを保護することを予見する可能性がある。

ＰＤＳＮ_１１１２が、不必要に通知及び訂正メッセージを送信する可能性があることに注意する。ＰＤＳＮは、一般に、ベアラ接続の状態、すなわち、ＳＩＰセッションに対して対象物を転送するための使用、に注意を払わない。それゆえ、ＭＳ１０２がＳＩＰセッション若しくは通信に参加していない可能性がある場合でさえも、ＰＤＳＮ_１１１２は、通知メッセージを送信して、ベアラ接続の消滅を指示する。この場合には、アクティブなＳＩＰセッションがないので、いずれのＳＣＭからも応答がない。ＰＤＳＮ_１１１２は、あきらめる前に予め決められた回数をリトライする可能性がある。ある実施形態では、再送信の最大数は、不必要な通知トラフィックを最小にするために小さな値（例えば、３）に設定される。

図５は、消滅したベアラ接続の通知に関する実施形態を示す。ここでは、図２に示されたように、ＡＡＡ１３０は、サポートしているＳＣＭに通知を送信する。図示されたように、縦軸は時間を表わし、そして横軸はシステムの種々の構成要素を表わす。図１及び２に図示されたように、この場合において、構成要素は、ＭＳ１０２、ＰＤＳＮ_１１１２、ＡＡＡ１３０、ＳＣＭ_１１４０、及びＩＰ転送ネットワーク１０６を含む。時間ｔ１において、ＰＤＳＮ_１１１２とＳＣＭ_１１４０との間のＰＰＰ接続が消滅する。時間ｔ２において、ＰＤＳＮ_１１１２は、ＡＡＡ１３０へＤＰ要求を送信してアカウンティングを停止する。要求は、ＡＣＣＴ＿ＳＴＯＰ ＲＥＣＯＲＤとして認識される。時間ｔ３において、ＡＡＡ１３０は、消滅したＰＰＰ接続をサポートしているＳＣＭ_１１４０へＤＰ要求通知を送信する。時間ｔ４において、ＡＡＡ１３０は、ＰＤＳＮ_１１１２へＤＰ回答を送信する。回答は、ＰＤＳＮ_１１１２からのＤＰ要求に応答して、アカウンティングを停止する。時間ｔ５において、ＳＣＭ_１１４０は、ＡＡＡ１３０から受信したＤＰ要求に応答してＡＡＡ１３０へＤＰ回答を送信する。時間ｔ６において、ＳＣＭ_１１４０は、ＩＰ転送ネットワーク１０６にＢＹＥメッセージを送信する。ＢＹＥメッセージは、ＳＩＰセッションを終了する。

図５及び６に示された実施形態は、標準プロトコル及び現在規定されているインターフェースを使用する。具体的には、イグゼンプラリな実施形態は、ＤＰ及びＰＤＳＮ−ＡＡＡ及びＡＡＡ−ＳＣＭタイプのプロトコルを使用するが、種々のプロトコル、インターフェース、アプリケーション、等、同様にこれらの組み合わせを使用して実行される可能性がある。

ＰＰＰセッションが削除された場合に、動作しているＰＤＳＮは、アカウンティング−停止レコードを含んでいるＤＰ要求をＡＡＡに送信する。アカウンティングレコードは、規定されるべきアプリケーションに特定のＤＰ ＡＶＰｓのセットを含む。アプリケーションに特定のオペレーションは、例えば、３ＧＰＰ２に特定である可能性があり、ここでは、ＡＶＰｓはＰ．Ｓ０００１−Ａ“ワイアレスＩＰネットワーク標準”に規定された３ＧＰＰ２に特定のＲＡＤＩＵＳ属性に基づいている。

アカウンティング情報（例えば：バイト／パケットカウント、放送時間使用、等）に加えて、レコードは、アカウンティング−停止レコードを送信する理由を説明する解放インディケータも有する。可能性のある理由は、ＰＰＰセッション満了、モービルＩＰ登録ライフタイム満了、ＭＳ若しくはＰＤＳＮによって開始されたＰＰＰの終了、及びＰＤＳＮアクティブハンドオフを含むが、これらに限定されることはない。この方法は、Ｐ．Ｓ０００１−Ａにおいて使用されたＲＡＤＩＵＳアカウンティング停止レコードに類似している。ＤＰ要求を受信すると、ＡＡＡは、動作しているＰＤＳＮを承認するためにＤＰ回答で返信する。解放インディケータに基づいて、ＡＡＡサーバは、適切なＳＣＭがＭＳに対するベアラ接続の消滅に関して通知されるべきかを決定する。解放インディケータが、ＰＤＳＮアクティブハンドオフを指示するのであれば、ＡＡＡは、ＳＣＭを通知されない。解放インディケータが、ＰＰＰセッション若しくはＭＳに対するモービルＩＰ登録の満了を指示するのであれば。ＡＡＡサーバが、同一のＭＳに対するアカウンティング開始レコードを目的のＰＤＳＮから既に受信したのであれば、ＭＳが、目的のＰＤＳＮと新しいベアラ接続（すなわち、ＰＰＰセッション）を設定したことを示している。他の１のセッションがアクティブである間に新しいセッションの設定は、ＰＤＳＮドーマントハンドオフ手順を介して達成される。それゆえ、ＡＡＡサーバは、ＳＣＭを通知されない。ＡＡＡサーバが、同一のＭＳに対するいかなるアカウンティング開始レコードをも持たないのであれば、ＭＳが他のベアラ接続を持たないことを指示している。それゆえ、ＡＡＡは、ＭＳが自身のベアラ接続を消滅したことをＳＣＭに通知する。解放インディケータが、ＭＳ若しくはＰＤＳＮによって始められたＰＰＰ終了を示すのであれば、ＡＡＡサーバは、ＭＳが自身のベアラ接続を消滅したことをＳＣＭに通知する。ＡＡＡサーバが、ＭＳが自身のベアラ接続を消滅したと決定するのであれば、ＡＡＡサーバは、適切なＳＣＭに通知する^１ためにＤＰ要求を送信する。以前にそのＳＣＭが、ＳＩＰシグナリングに関してＭＳを認証及び認可するためにＡＡＡサーバと情報を交換していたので、ＡＡＡサーバは、どのＳＣＭに通知するかを知る。ＤＰ要求を受信すると、ＳＣＭは、ＡＡＡサーバを承認するためにＤＰ回答で返信する。ＰＤＳＮ−ＡＡＡ及びＡＡＡ−ＳＣＭインターフェースは、内部の安全性に対する攻撃を防止するためにＩＰＳｅｃを介して保護されることができる。

図６は、ドーマントハンドオフ状況において使用された（図５に図示された実施形態に類似する）ある実施形態のアプリケーションを示す。この場合には、第１のＰＰＰ接続、ＰＰＰ_１、は、時間ｔ１においてＭＳ１０２とＰＤＳＮ_１１１２との間で設定される。ＰＰＰ_１セッションに関連付けられたアカウンティング情報は、アカウンティングを開始する（ＡＣＣＴ＿ＳＴＡＲＴ）ためにＤＰ要求を介してＡＡＡ１３０に送信され、そしてその後、ＡＡＡ１３０がアカウンティング等（示されていないステップ）を確認するＤＰ回答で応答する。第２のＰＰＰ接続、ＰＰＰ_２、は、時間ｔ２において同一のＭＳ１０２とＰＤＳＮ_２１１４との間で設定される。ＰＤＳＮ_２１１４は、時間ｔ３においてＡＡＡ１３０へＤＰ要求（ＡＣＣＴ＿ＳＴＡＲＴ）を送信する。ＡＡＡ１３０は、時間ｔ４においてＰＤＳＮ_２１１４へＤＰ回答を送信する。ある時間の後で、時間ｔ５において、ＰＰＰ_１接続に対するリソースタイマが満了するために、ＰＰＰ_１接続は消滅する。ＰＤＳＮ_１１１２は、時間ｔ６においてアカウンティングを停止するためにＤＰ要求（ＡＣＣＴ＿ＳＴＯＰ）を送信する。ＡＡＡ１３０は、時間ｔ７においてＤＰ回答で確認する。ＡＡＡ１３０が、セッションＰＰＰ_２の設定を示しているＤＰ要求をＰＤＳＮ_２１１４から受信しているので、ＡＡＡ１３０は、継続しているベアラ接続を知っている、そしてそれゆえ、ＳＣＭ_１１４０へ通知を送信しない。ＭＳ通信は、ＰＤＳＮ_２１１４及びＰＰＰ_２セッションを使用して継続する。

図７は、図６に示されたようなシナリオにおいてＡＡＡ１３０でのプロセシングフローを図示する。プロセス２００は、判断ダイアモンド２０２において、ＡＣＣＴ＿ＳＴＯＰのためのＤＰ要求、すなわち、指定されたＳＩＰセッションに対するアカウンティングを停止することの要求、の受信で開始する。ＡＣＣＴ＿ＳＴＯＰ要求の発生で、プロセスは、ステップ２０４において回答を送信する。これは、プロセス中において後で生じ、そしてある実施形態にしたがって単純にこの点において含まれることに注意する。判断ダイアモンド２０６において、ＡＡＡが（ＡＣＣＴ＿ＳＴＯＰ要求者以外から）指定されたＭＳに対するいずれか他のＡＣＣＴ＿ＳＴＡＲＴ要求を受信しているかを、プロセス２００は決定する。他のＡＣＣＴ＿ＳＴＡＲＴ要求がアクティブでなければ、ＡＡＡは、ステップ２０８において関連するＳＣＭへ通知を送信する。ここで、通知は、ベアラ接続の消滅を指示する。ステップ２０８から、ＡＡＡは、ＡＣＣＴ＿ＳＴＡＲＴ要求を受信するために待機する。ＡＣＣＴ＿ＳＴＡＲＴ要求を受信すると、プロセシングは、判断ダイアモンド２０２に戻って、ＡＣＣＴ＿ＳＴＯＰ要求を待つ。判断ダイアモンド２０６に戻って、いずれかの他のＡＣＣＴ＿ＳＴＡＲＴ要求が、指定されたＭＳに対してアクティブ（すなわち、ＭＳが、判断ダイアモンド２０２において受信されたＡＣＣＴ＿ＳＴＯＰ要求において認識する）であれば、プロセシングは、ステップ２１２へ進んで、ＡＣＣＴ＿ＳＴＯＰ要求を無視する。プロセシングは判断ダイアモンド２０２へ再び戻って、ＡＣＣＴ＿ＳＴＯＰ要求を待つ。

上に与えられた実施形態は、ＨＵＢ１２０から及びＡＮ１０４、ＡＡＡ１３０を有するアカウンティングエレメントの両者からの直接通信を提供する。ＡＡＡの使用は、既存の標準及びプロトコルを変更しないでプロセスの実行を可能にする。さらに、ＡＡＡの使用は、ＭＳがＳＩＰを使用していない場合のように、不必要にＳＣＭへベアラ接続消滅の通知を送信することを回避することによって効率性を与える。さらに、ＡＡＡが、ＭＳ及びＳＣＭのＳＩＰ認証及び認可を与えるので、ＡＡＡサーバは、ＭＳがＳＩＰを使用しているか否かを知る。

情報及び信号が、多様な異なる技術及び技法のいずれかを使用して表わされる可能性があることを、この分野に知識のある者は、理解するはずである。例えば、上記の説明全体を通して参照される可能性がある、データ、指示、命令、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは磁力粒子、光場若しくは光粒子、若しくはこれらの任意の組み合わせによって表わされる可能性がある。

ここに開示された実施形態に関連して説明された各種の解説的な論理ブロック、モジュール、回路、及びアルゴリズムのステップが、電子ハードウェア、コンピュータソフトウェア、若しくは両者の組み合わせとして実施できることを、この分野に知識のある者は、さらに価値を認めるはずである。ハードウェア及びソフトウェアのこの互換性をはっきりと説明するために、各種の解説的な構成素子、ブロック、モジュール、回路、及びステップが、機能性の面から一般的にこれまでに説明されてきた。そのような機能性が、ハードウェア若しくはソフトウェアとして実行されるか否かは、固有のアプリケーション及びシステム全体に課せられた設計の制約に依存する。熟練した職人は、述べられた機能性を各々の固有のアプリケーションに対して違ったやり方で実行することができる。しかし、そのような実行の決定は、本発明の範囲から離れては説明されない。

ここに開示された実施形態に関連して述べられた、各種の解説的な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、アプリケーションスペシフィック集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェア素子、若しくはここに記述した機能を実行するために設計されたこれらのいかなる組み合わせで、実行若しくは実施される可能性がある。汎用プロセッサは、マイクロプロセッサである可能性があるが、しかし代案では、プロセッサは、いかなる従来のプロセッサ、コントローラ、マイクロコントローラ、若しくはステートマシン(state machine)である可能性がある。プロセッサは、演算装置の組み合わせとして実行されることができる。例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと結合した１若しくはそれ以上のマイクロプロセッサ、若しくはいかなる他のそのような構成である可能性がある。

ここに開示された実施形態に関連して述べられた方法若しくはアルゴリズムのステップは、ハードウェアにおいて、プロセッサにより実行されるソフトウェアモジュールにおいて、若しくは、両者の組み合わせにおいて直接実現される可能性がある。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、脱着可能なディスク、ＣＤ−ＲＯＭ、若しくは、この分野で知られている他のいかなる記憶媒体の中に存在できる。あるイグゼンプラリな記憶媒体は、プロセッサと接続され、その結果、プロセッサは、記憶媒体から情報を読み出し、そこに情報を書き込める。あるいは、記憶媒体は、プロセッサに集積される可能性がある。プロセッサ及び記憶媒体は、ＡＳＩＣ中に存在する可能性がある。ＡＳＩＣは、ユーザターミナル中に存在する可能性がある。あるいは、プロセッサ及び記憶媒体は、ユーザターミナル中に単体素子として存在する可能性がある。

開示された実施形態のこれまでの説明は、本技術分野に知識のあるいかなる者でも、本発明を作成し、使用することを可能にするために与えられる。これらの実施形態の各種の変形は、本技術分野に知識のある者に、容易に実現されるであろう。そして、ここで規定された一般的な原理は、本発明の精神若しくは範囲から逸脱しないで、他の実施形態に適用される可能性がある。それゆえ、本発明は、ここに示された実施形態に制限することを意図したものではなく、ここに開示した原理及び卓越した特性と整合する広い範囲に適用されるものである。

図１は、インターネットプロトコル（ＩＰ）通信をサポートしている通信システムの図である。 図２は、アクセスネットワーク（ＡＮ）のブロック図である。 図３は、消滅したポイント−ツー−ポイントプロトコル（ＰＰＰ）接続の通知に関する方法を図示するタイミング図である。 図４は、ドーマントハンドオフの間に消滅したＰＰＰ接続の通知に関する方法を図示するタイミング図である。 図５は、消滅したポイント−ツー−ポイントプロトコル（ＰＰＰ）接続の通知に関する方法を図示するタイミング図である。 図６は、ドーマントハンドオフの間に消滅したＰＰＰ接続の通知に関する方法を図示するタイミング図である。 図７は、ドーマントハンドオフの間に消滅したＰＰＰ接続の通知に関する方法の一部分のフロー図である。

符号の説明

１００…通信システム，２００…プロセス。

Claims (29)

1. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、方法は、以下を具備する：
   ＩＰ通信に対するベアラ接続の消滅を認識することと；
   ベアラ接続の消滅の通知を提供すること；及び
   ＩＰ通信を終了すること。
2. 請求項１の方法、ここで、ＩＰ通信は音声通信である。
3. 請求項１の方法、ここで、ベアラ接続はポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションを含み、そしてここで、ベアラ接続の消滅の通知を提供することは、さらに以下を具備する：
   通信システム内でパケットデータサービスノードから通知を受信することと；
   少なくとも1の通知の複製を生成するために通知を複製すること；及び
   通信システム内でセッション制御マネージャへ少なくとも1の通知の複製の１を送信すること。
4. 請求項３の方法であって、以下をさらに具備する：
   セッション制御マネージャから承認メッセージを受信することと；
   少なくとも1の承認の複製を生成するために承認メッセージを複製すること；及び
   パケットデータサービスノードへ少なくとも1の承認の複製の１を送信すること。
5. 請求項４の方法であって、以下をさらに具備する：
   第２のセッション制御マネージャへ少なくとも1の通知の複製の他の１を送信すること；及び
   第２のセッション制御マネージャへ少なくとも1の承認の複製の他の１を送信すること。
6. 請求項５の方法、ここで、セッション制御マネージャは、ＰＰＰセッションをサポートする。
7. 請求項６の方法、ここで、第２のセッション制御マネージャは、ＰＰＰセッションに関してインアクティブである。
8. 請求項１の方法、ここで、ＩＰ通信は、セッションイニシエーションプロトコル（ＳＩＰ）を使用し、そしてここで、ＩＰ通信を終了することは、ＢＹＥメッセージを発生することを具備する。
9. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、方法は、以下を具備する：
   ＩＰ通信に対する第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッション始めることと；
   ＩＰ通信に対する第２のＰＰＰセッションを始めることと；
   第１のＰＰＰセッションの消滅の通知を受信することと；
   通知を無視するための訂正を受信すること；及び
   通知を無視すること。
10. 請求項９の方法、ここで、第１のＰＰＰ接続の消滅の通知を提供することは、以下をさらに具備する：
    通信システム内で第１のパケットデータサービスノードから通知を受信することと；
    少なくとも1の通知の複製を生成するために通知を複製すること；及び
    通信システム内でセッション制御マネージャへ少なくとも1の通知の複製の１を送信すること。
11. 請求項１０の方法であって、以下をさらに具備する：
    第２のパケットデータサービスノードから訂正メッセージを受信することと；
    少なくとも1の訂正の複製を生成するために訂正メッセージを複製すること；及び
    パケットデータサービスノードへ少なくとも1の訂正の複製の１を送信すること。
12. 請求項１１の方法であって、以下をさらに具備する：
    第２のセッション制御マネージャへ少なくとも1の訂正の複製の他の１を送信すること。
13. 請求項１２の方法、ここで、セッション制御マネージャは、ＰＰＰセッションをサポートする。
14. 請求項１３の方法、ここで、第２のセッション制御マネージャは、ＰＰＰセッションに関してインアクティブである。
15. 請求項１４の方法であって、以下をさらに具備する：
    セッション制御マネージャから否定的な承認を受信することと；
    少なくとも1の否定的な承認の複製を生成するために否定的な承認を複製すること；及び
    第２のセッション制御マネージャへ少なくとも1の否定的な承認の複製の１を送信すること。
16. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、インフラストラクチャエレメントは、以下を具備する：
    ＩＰ通信に対するベアラ接続の消滅を認識するための手段と；
    ベアラ接続の消滅の通知を提供するための手段；及び
    ＩＰ通信を終了するための手段。
17. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、方法は、以下を具備する：
    ＩＰ通信に対する第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッション始めることと；
    ＩＰ通信に対する第２のＰＰＰセッションを始めることと；
    第１のＰＰＰセッションの消滅の通知を受信することと；
    通知を無視するための訂正を受信すること；及び
    通知を無視すること。
18. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、通信システムがアカウンティングユニットを採用しており、方法は、以下を具備する：
    第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションの消滅に対応するアカウンティングを停止ことの要求を第１のＩＰ通信に対してアカウンティングを停止するために要求を受信することと；
    第２のＰＰＰセッションがＩＰ通信に対してアクティブであるならば、アカウンティングを停止するための要求を無視すること；及び
    第１のＰＰＰセッションが第１のＩＰ通信に対して唯一のアクティブなＰＰＰセッションであるならば、ＩＰ通信を終了すること。
19. 請求項１８の方法、ここで、アカウンティングを開始するための要求は、アクティブなＰＰＰセッションを始める。
20. 請求項１９の方法、ここで、システムは、ダイアメータプロトコル通信をサポートする。
21. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、装置は、以下を具備する：
    第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションの消滅に対応するアカウンティングを停止することの要求を第１のＩＰ通信に対してアカウンティングを停止するために要求を受信するための手段と；
    第２のＰＰＰセッションがＩＰ通信に対してアクティブであるならば、アカウンティングを停止するための要求を無視するための手段；及び
    第１のＰＰＰセッションが第１のＩＰ通信に対して唯一のアクティブなＰＰＰセッションであるならば、ＩＰ通信を終了するための手段。
22. 請求項２１の装置、ここで、装置は、認証許可アカウンティング（ＡＡＡ）サーバである。
23. 請求項２１の装置であって、以下をさらに具備する：
    ダイアメータプロトコル要求を発生するための手段であって、ここで、ダイアメータプロトコル要求は、第１のＰＰＰセッションの消滅の通知を含む；及び
    ダイアメータプロトコル回答を受信するための手段。
24. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、方法は、以下を具備する：
    ＩＰ通信の第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションに対するアカウンティングを停止するための要求を受信すること；及び
    第１のＰＰＰセッションをサポートしているセッション制御マネージャへアカウンティングを停止するために要求の通知を送信すること。
25. 請求項２４の方法であって、以下をさらに具備する：
    ＩＰ通信を終了すること。
26. 請求項２５の方法、ここで、ＩＰ通信は、セッションイニシエーションプロトコル（ＳＩＰ）を使用する、そしてここで、ＩＰ通信を終了することは、ＢＹＥメッセージを送信することを具備する。
27. インターネットプロトコル（ＩＰ）通信をサポートしている通信システムにおいて、装置は、以下を具備する：
    ＩＰ通信の第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションに対するアカウンティングを停止するための要求を受信するための手段；及び
    第１のＰＰＰセッションをサポートしているセッション制御マネージャへアカウンティングを停止するために要求の通知を送信するための手段。
28. データプロセシング装置であって、以下を具備する：
    メモリ記憶素子；及び
    以下に適応したプロセッサ手段：
    第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションの消滅に対応するアカウンティングを停止することの要求を第１のＩＰ通信に対してアカウンティングを停止するために要求を受信し；
    第２のＰＰＰセッションがＩＰ通信に対してアクティブであるならば、アカウンティングを停止するための要求を無視し；及び
    第１のＰＰＰセッションが第１のＩＰ通信に対して唯一のアクティブなＰＰＰセッションであるならば、ＩＰ通信を終了する。
29. コンピュータプログラムであって以下を具備する：
    第１のポイント−ツー−ポイントプロトコル（ＰＰＰ）セッションの消滅に対応するアカウンティングを停止することの要求を第１のＩＰ通信に対してアカウンティングを停止するために要求を受信するための命令と；
    第２のＰＰＰセッションがＩＰ通信に対してアクティブであるならば、アカウンティングを停止するための要求を無視するための命令；及び
    第１のＰＰＰセッションが第１のＩＰ通信に対して唯一のアクティブなＰＰＰセッションであるならば、ＩＰ通信を終了するための命令。

Images