JP3901095B2

JP3901095B2 - 移動局発信呼の通知技法

Info

Publication number: JP3901095B2
Application number: JP2002580609A
Authority: JP
Inventors: テュイヤフルッタ; ステファノファクシン; ネドコイヴァノフ; ベルテニールバラッツ
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2001-04-09
Filing date: 2002-04-09
Publication date: 2007-04-04
Anticipated expiration: 2022-04-09
Also published as: EP1397750A4; WO2002082781A2; US20020147824A1; MXPA03009181A; RU2282312C2; BR0208709A; AU2002246300B2; CA2443690A1; ATE387669T1; EP1397750A2; WO2002082781B1; JP2004534438A; RU2003132473A; CN1502078A; DE60225278D1; ZA200307615B; WO2002082781A3; KR100879811B1; EP1397750B1; ES2302799T3

Description

本発明は移動通信ネットワークに関し、より詳細には、ＩＰ（インターネットプロトコル）トランスポートメカニズムを用いる移動通信ネットワークの移動局発信呼の通知技法に関する。一般に、パケット交換無線ネットワークは、ネットワークへのアクセスに必要な物理接続を持たない移動端末装置に通信を提供するものである。移動通信用広域システム（ＧＳＭ）の一般パケット無線サービス（ＧＰＲＳ）とユニバーサル移動地上システム（ＵＭＴＳ）の双方が開発され、パケット交換側並びに回線切替え側が無線通信ネットワークに設けられている。

ウェブサイト（http://www.3gpp.org）に記載されているように、その頭字語３ＧＰＰで通常知られている第３世代パートナプロジェクトは、サポートされるＧＳＭコアネットワークと無線（radial）アクセス技術（すなわち、ユニバーサル地上無線接続（ＵＴＲＡ）の周波数分割２重化（ＦＤＤ）と時間分割双方向（ＴＤＤ）モード）の双方）とをベースとする第３世代移動通信システム向けの地球的規模で適用可能な技術仕様書並びに技術報告書の作製に協力することに合意しているパートナを持つ組織である。

３ＧＰＰパートナは、発展した無線アクセス技術（一般パケット無線サービス（ＧＰＲＳ）および次世代ＧＳＭ用拡張型データレート（ＥＤＧＥ）など）を含む移動通信用広域システム（ＧＳＭ）技術仕様書と技術報告書の維持管理と開発に協力することにさらに合意している。

従って、通信業界が利用する様々な技術仕様が３ＧＰＰにより出され、この仕様に準拠して、１つのメーカーのあるシステムを備えた移動端末装置が別のメーカーの移動端末装置と交信できるように規格化された移動端末装置及び関連システムの製造が行われる。３ＧＰＰパートナによる合意に従って上記技術仕様は絶えず改訂され、技術の変化と改善に対応するようにサポートされる。

技術仕様ＴＳ２３.０.６０（バージョンＶ３.３.０）は、３ＧＰＰにより２００１年１月に出され、ＧＳＭとＵＭＴＳのＧＰＲＳを含むパケット領域のためのステージ２サービス記述を定義するものである。上記技術仕様はその全体が本願明細書で参照により援用されている。本願明細書で参照により援用される様々なエレメントおよびその機能は、パケット交換無線通信ネットワークの非限定的実施例に関する記述を構成するものであるが、本発明はそのようなネットワークに限定されるものではないことを理解されたい。

ネットワーク加入者は１以上の（ＰＤＰ）アドレスを持つことができる。個々のＰＤＰアドレスは、移動局（ＭＳ）内の１以上のＰＤＰコンテキストと、サービスＧＰＲＳサポートノード（ＳＧＳＮ）と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）とにより記述されている。ＧＧＳＮは外部ネットワークとつながるゲートウェイである。個々のＰＤＰコンテキストは、関連するＰＤＰアドレス間を往来するデータ転送を方向づけるルーティング情報及びマッピング情報と、上記転送済みデータをレビューするためのトラフィックフロー・テンプレート（ＴＦＴ）とを持つことができる。

個々のＰＤＰコンテキストは、選択的かつ独立に起動、変更、停止が可能である。ＰＤＰコンテキストの起動状態により、対応するＰＤＰアドレスとＴＦＴのためにデータ転送が可能かどうかが示される。もし同じＰＤＰアドレスと関連するすべてのＰＤＰコンテキストが不起動すなわち停止すれば、当該ＰＤＰアドレスのためのすべてのデータ転送は利用不能となる。加入者のすべてのＰＤＰコンテキストは、当該加入者の国際移動加入者識別番号（ＩＭＳＩ）の同じ移動性管理（ＭＭ）コンテキストと関連づけられる。ＰＤＰコンテキストの設定とはＭＳとＧＧＳＮ間の通信チャネルの設定を意味する。

例示目的だけのために提供される図１は、ＵＭＴＳシステムのＭＳＧＧＳＮ間のＰＤＰコンテキスト起動処理手順を例示し、前述の技術仕様を示す図６２に対応する図である。図１のステップについての以下の解説も上記技術仕様の中に含まれている。

１）起動ＰＤＰコンテキスト要求（ＮＳＡＰＩ、ＴＩ、ＰＤＰタイプ、ＰＤＰアドレス、アクセスポイント名、要求ＱｏＳ、ＰＤＰ構成オプション）メッセージがＭＳによりＳＧＳＮへ送信される。ＰＤＰアドレスを利用して、ＭＳが静的なＰＤＰアドレスと、動的なＰＤＰアドレスのいずれの使用を要求しているかがＭＳにより示される。ＭＳは、ＰＤＰアドレスを空の状態にしたまま動的なＰＤＰアドレスを要求する。ＭＳは、アクセスポイント名を使用して、ある一定の外部ネットワークの基準ポイントおよび／またはサービスを選択することができる。アクセスポイント名とは、外部のパケットデータネットワークを参照する論理名および／または加入者が接続を望むサービスを参照する論理名である。要求ＱｏＳとは所望のＱｏＳプロファイルを示す。ＰＤＰ構成オプションを用いて、オプションのＰＤＰパラメータをＧＧＳＮから要求することができる（ＧＳＭ０９.６０を参照）。ＰＤＰ構成オプションはＳＧＳＮを通じて透過的に送信される。

３）ＵＭＴＳでは、ＲＡＢ設定は、ＲＡＢ割当て処理手順により行われる（小項目“ＲＡＢ割当て処理手順”を参照）。

５）ＳＧＳＮは、ＭＳとＰＤＰコンテキスト申込み記録から提供されるＰＤＰタイプ（オプション）、ＰＤＰアドレス（オプション）およびアクセスポイント名（オプション）を用いて起動ＰＤＰコンテキスト要求を有効にする。有効性基準、ＡＰＮ選択基準およびＡＰＮからＧＧＳＮへのマッピングについては、付属書類Ａに記載されている。

ＧＧＳＮアドレスが全く得られなかったり、起動ＰＤＰコンテキスト要求が付属書類Ａに記載の規則に従って有効でない旨がＳＧＳＮにより決定されたりした場合には、ＳＧＳＮはＰＤＰコンテキスト起動要求を拒絶する。

ＧＧＳＮアドレスを得ることができる場合、ＳＧＳＮは、要求されたＰＤＰコンテキストのＴＥＩＤを作成する。ＭＳが動的なアドレスを要求する場合、ＳＧＳＮはＧＧＳＮに動的なアドレスを割り当てさせる。ＳＧＳＮは、その能力、現在のロードおよび登録済みＱｏＳプロファイルを与えて要求ＱｏＳ属性を限定することができる。

ＳＧＳＮは、影響を受けるＧＧＳＮへ、作成ＰＤＰコンテキスト要求（ＰＤＰタイプ、ＰＤＰアドレス、アクセスポイント名、ネゴシエーション済みＱｏＳ、ＴＥＩＤ、ＮＳＡＰＩ、ＭＳＩＳＤＮ、選択モード、課金特性、トレースレファレンス、トレースタイプ、トリガＩｄ、ＯＭＣ識別子、ＰＤＰ構成オプション）メッセージを送信する。アクセスポイント名とは、付属書類Ａに記載の処理手順に従って選択されるＡＰＮのＡＰＮネットワークＩＤである。動的なアドレスが要求された場合、ＰＤＰアドレスは空になる。ＧＧＳＮはアクセスポイント名を用いて、外部ネットワークを見つけることが可能であり、さらにオプションで、このＡＰＮのためのサービスの起動が可能である。登録済みＡＰＮが選択されたかどうか、あるいは、ＭＳにより送信された未登録ＡＰＮまたはＳＧＳＮにより選択された未登録ＡＰＮが選択されたかどうかが選択モードにより示される。選択モードは付属書類Ａに従ってセットされる。ＧＧＳＮは、ＰＤＰコンテキスト起動を受け入れるか、拒絶するかを決める際、選択モードの利用が可能である。例えば、ＡＰＮが申込みを必要とする場合、ＧＧＳＮは、選択モードでＳＧＳＮが示すものとして登録済みＡＰＮを要求するＰＤＰコンテキスト起動だけを受け入れるように構成される。課金特性により、ＰＤＰコンテキストがどの種類の料金の支払い責任があるかが示される。ＳＧＳＮは、ＨＬＲから受信された場合、登録済み課金特性から課金特性をコピーする。ＧＧＳＮトレースが起動される場合、ＳＧＳＮには、トレースレファレンス、トレースタイプ、トリガＩｄおよびＯＭＣ識別子が含まれる。ＳＧＳＮは、ＨＬＲまたはＯＭＣから受信したトレース情報から、トレースレファレンス、トレースタイプおよびＯＭＣ識別子をコピーする。

ＧＧＳＮはそのＰＤＰコンテキストテーブルの新規入力を作成し、課金ＩＤを生成する。この新規入力により、ＧＧＳＮがＳＧＳＮと外部のＰＤＰネットワーク間でＰＤＰＰＤＵのルーティングを行い、料金請求の開始が可能となる。ＧＧＳＮは、その能力および現在のロードを与えてネゴシエーション済みＱｏＳを限定することができる。次いでＧＧＳＮは、作成ＰＤＰコンテキスト応答（ＴＥＩＤ、ＰＤＰアドレス、ＰＤＰ構成オプション、ネゴシエーション済みＱｏＳ課金ＩＤ、原因）メッセージをＳＧＳＮへ返信する。ＧＧＳＮがＰＤＰアドレスを割り当てている場合、ＰＤＰアドレスが含まれる。ＧＧＳＮが要求済みＡＰＮのための外部ＰＤＮアドレス割当てを利用するように通信事業者により構成されている場合、ＰＤＰアドレスは、０.０.０.０にセットされ、ＰＤＰコンテキストの起動処理手順の完了後、外部ＰＤＮとのＰＤＰアドレスのネゴシエーションがＭＳにより行われることが示される。ＧＧＳＮは、ＰＤＰコンテキストがアクティブ（ACTIVE）状態にある限り、これらのネゴシエーションのリレーと、変更と、モニタとを行い、ＧＧＳＮ始動ＰＤＰコンテキスト変更処理手順を用いて、現在使用されているＰＤＰアドレスをＳＧＳＮとＭＳとへ転送する。ＰＤＰ構成オプションには、ＧＧＳＮがＭＳへ転送できるオプションのＰＤＰパラメータが含まれている。起動ＰＤＰコンテキスト要求メッセージで上記オプションのＰＤＰパラメータをＭＳにより要求したり、ＧＧＳＮにより要請なく送信したりすることができる。ＰＤＰ構成オプションはＳＧＳＮを通して透過的に送信される。作成ＰＤＰコンテキストメッセージは基幹ネットワークで送信される。

ＳＧＳＮから受信されるネゴシエーション済みＱｏＳが、起動対象のＰＤＰコンテキストと互換性がない場合、ＧＧＳＮは作成ＰＤＰコンテキスト要求メッセージを拒絶する。互換性を持つＱｏＳプロファイルはＧＧＳＮ通信事業者により構成される。

７）ＳＧＳＮはそのＰＤＰコンテキストにＧＧＳＮアドレスと共にＮＳＡＰＩを挿入する。ＭＳが動的なアドレスを要求した場合、ＧＧＳＮから受信したＰＤＰアドレスがＰＤＰコンテキストに挿入される。ＳＧＳＮは、無線優先順位とパケットフローＩｄに基づいてネゴシエーション済みＱｏＳを選択し、起動ＰＤＰコンテキスト受入れ（ＰＤＰタイプ、ＰＤＰアドレス、ＴＩ、ネゴシエーション済みＱｏＳ、無線優先順位、パケットフローＩｄ、ＰＤＰ構成オプション）メッセージをＭＳへ返信する。ＳＧＳＮは今度はＧＧＳＮとＭＳ間でＰＤＰＰＤＵのルーティングを行い、料金請求の開始が可能となる。

同様に、やはり例示目的だけのために提供される図２は、２次ＰＤＰコンテキスト起動処理手順を例示し、前述の技術仕様を示す図６４に対応する。図２のステップの以下の解説も上記技術仕様の中に含まれている。

２次ＰＤＰコンテキスト起動処理手順を用いて、ＰＤＰコンテキストを起動させ、その一方で、すでに起動しているＰＤＰコンテキストから、しかも、異なるＱｏＳプロファイルを用いて、ＰＤＰアドレスと別のＰＤＰコンテキスト情報との再利用も可能である。ＡＰＮ選択とＰＤＰアドレスネゴシエーションのための処理手順は実行されない。同じＰＤＰアドレスとＡＰＮとを共有する個々のＰＤＰコンテキストは、一意のＴＩと一意のＮＳＡＰＩとにより識別される。

上記ＰＤＰアドレス及びＡＰＮと関連するすべての他のアクティブなＰＤＰコンテキストが、関連するＴＦＴをすでに持っていれば、新しく起動したＰＤＰコンテキストへのトラフィックフロー・テンプレート（ＴＦＴ）が提供されることなく、２次ＰＤＰコンテキスト起動処理手順が実行され、関連するＴＦＴを持っていなければ、ＴＦＴが提供される。ＴＦＴにはＩＰヘッダフィルタを指定する属性が含まれ、該フィルタは、相互接続された外部のパケットデータネットワークから新しく起動されたＰＤＰコンテキストへ受信されたデータパケットの方向づけに用いられる。

１）ＭＳは、起動２次ＰＤＰコンテキスト要求（リンク済みＴＩ、ＮＳＡＰＩ、ＴＩ、要求ＱｏＳ、ＴＦＴ）メッセージをＳＧＳＮへ送信する。リンク済みＴＩは、このＰＤＰアドレスとＡＰＮ用としてすでに起動されているＰＤＰコンテキストのいずれかに割り当てられたＴＩ値を示す。要求ＱｏＳは所望のＱｏＳプロファイルを示す。ＴＦＴは、ＳＧＳＮを通じてＧＧＳＮへ透過的に送信され、ダウンリンクデータ転送を行うためのパケット類別が可能になる。ＴＩとＮＳＡＰＩには、他のいずれの起動済みＰＤＰコンテキストによっても使用されない値が含まれている。

３）ＵＭＴＳでは、ＲＡＢ割当て処理手順によりＲＡＢ設定が行われる。

４）ＳＧＳＮは、リンク済みＴＩが示すＴＩを用いて起動２次ＰＤＰコンテキスト要求を有効にする。当該ＴＩ及びＰＤＰアドレスと関連するすでに起動済みのＰＤＰコンテキストに関しては、ＳＧＳＮによる同じＧＧＳＮアドレスが使用される。

“ＰＤＰコンテキスト起動処理手順”という小項目で指定されているように、ＳＧＳＮとＧＧＳＮは要求ＱｏＳの限定を行うことができる。ＳＧＳＮは、影響を受けるＧＧＳＮへ、作成ＰＤＰコンテキスト要求（ネゴシエーション済みＱｏＳ、ＴＥＩＤ、ＮＳＡＰＩ、主要ＮＳＡＰＩ、ＴＦＴ）メッセージを送信する。主要ＮＳＡＰＩは、上記ＰＤＰアドレス及びＡＰＮと関連するすでに起動済みのＰＤＰコンテキストのうちの任意のコンテキストに割り当てられているＮＳＡＰＩ値を示す。起動２次ＰＤＰコンテキスト要求メッセージで受信されている場合に限り、ＴＦＴが含まれる。ＧＧＳＮは、当該ＰＤＰアドレスと関連するすでに起動済みのＰＤＰコンテキストが使用している外部ネットワークと同じ外部ネットワークを使用し、そのＰＤＰコンテキストテーブルの新規入力を生成し、ＴＦＴを記憶する。この新規入力により、ＧＧＳＮが、ＳＧＳＮと外部ＰＤＰネットワーク間の種々のＧＴＰトンネルの中を通るＰＤＰＰＤＵのルーティングを行うことが可能となる。ＧＧＳＮは、作成ＰＤＰコンテキスト応答（ＴＥＩＤ、ネゴシエーション済みＱｏＳ、原因）メッセージをＳＧＳＮへ返信する。

６）ＳＧＳＮは、ネゴシエーション済みＱｏＳに基づいて無線優先順位とパケットフローＩｄとを選択し、起動２次ＰＤＰコンテキスト受入れ（ＴＩ、ネゴシエーション済みＱｏＳ、無線優先順位、パケットフローＩｄ）メッセージをＭＳへ返信する。ＳＧＳＮは、種々のＧＴＰトンネル並びにおそらく種々のＬＬＣリンクの中を通る、ＧＧＳＮとＭＳ間のＰＤＰＰＤＵのルーティングを行うことが可能である。

やはり例示目的だけのために提供される図３は、ＳＧＳＮ始動ＰＤＰコンテキスト変更処理手順を例示し、前述の技術仕様を示す図６８に対応する。図３のステップの以下の解説も上記技術仕様の中に含まれている。

１つまたは複数のＰＤＰコンテキストのための起動処理手順中にネゴシエーションされたパラメータの変更については、ＭＳまたはＧＧＳＮがこの変更を要求することが可能であり、おそらく、“挿入加入者データ処理手順”という小項目で説明したようにＨＬＲによりトリガされたり、ＲＮＣにより始動されるＲＡＢ解除処理手順によりトリガされたりして、ＳＧＳＮが上記パラメータの変更を決定することが可能であり、あるいは、ＭＳとＳＧＳＮがＲＮＣ始動Ｉｕの解除後に上記パラメータの変更を決定することが可能である。以下のパラメータの変更が可能である：
ネゴシエーション済みＱｏＳ；
無線優先順位；
パケットフローＩｄ；
ＰＤＰアドレス（ＧＧＳＮ始動変更処理手順の場合）
ＴＦＴ（ＭＳ始動変更処理手順の場合）。

ＳＧＳＮは、ＰＤＰコンテキスト要求メッセージのＭＳへの送信によりパラメータの変更を要求することができる。

ＧＧＳＮは、更新ＰＤＰコンテキスト要求メッセージをＳＧＳＮへ送信することによりパラメータの変更を要求できる。

ＭＳは、変更ＰＤＰコンテキスト要求メッセージのＳＧＳＮへの送信によりパラメータの変更を要求できる。

ＲＮＣは、ＳＧＳＮへのＩｕ解除要求メッセージの送信によりＩｕ解除を要求できる。Ｉｕの解除後に、ＭＳとＳＧＳＮは、“ＲＮＣ始動ＰＤＰコンテキスト変更処理手順”という小項目で定義されている規則に従ってＰＤＰコンテキストの変更を行う。

ＲＮＣは無線アクセスベアラの解除を要求できる。ＲＡＢの解除後に、ＭＳとＳＧＳＮは、“ＲＡＢ解除始動ローカルＰＤＰコンテキスト変更処理手順”という小項目で定義されている規則に従って、対応するＰＤＰコンテキストをローカルに変更する。

ＰＤＰコンテキストがアクティブである間にトレースの起動が可能である。ＧＧＳＮにおいてトレース起動を可能にするために、ＳＧＳＮは更新ＰＤＰコンテキスト要求メッセージをＧＧＳＮへ送信する。トレースの起動だけのためにＰＤＰコンテキストの変更を行う場合、ＳＧＳＮは変更ＰＤＰコンテキスト要求メッセージをＭＳへ送信しない。

１）ＳＧＳＮは、更新ＰＤＰコンテキスト要求（ＴＥＩＤ、ＮＳＡＰＩ、ネゴシエーション済みＱｏＳ、トレースレファレンス、トレースタイプ、トリガＩｄ、ＯＭＣ識別子）メッセージをＧＧＳＮへ送信することができる。ＳＧＳＮから受信されたネゴシエーション済みＱｏＳが、変更対象ＰＤＰコンテキストと互換性がない場合、ＧＧＳＮは更新ＰＤＰコンテキスト要求を拒絶する。互換性を持つＱｏＳプロファイルがＧＧＳＮ通信事業者により構成される。ＰＤＰコンテキストがアクティブである間にＧＧＳＮトレースが起動すれば、ＳＧＳＮは、トレースレファレンス、トレースタイプ、トリガＩｄおよびＯＭＣ識別子をメッセージの中に含める。ＳＧＳＮは、ＨＬＲまたはＯＭＣから受信したトレース情報からトレースレファレンス、トレースタイプおよびＯＭＣ識別子をコピーする。

２）ＧＧＳＮは、その機能および現在のロードを与えてネゴシエーション済みＱｏＳの限定を行うことができる。ＧＧＳＮはネゴシエーション済みＱｏＳを記憶して、更新ＰＤＰコンテキスト応答（ＴＥＩＤ、ネゴシエーション済みＱｏＳ、原因）メッセージを返信する。

３）ＳＧＳＮは、無線優先順位とパケットフローＩｄとに基づいてネゴシエーション済みＱｏＳを選択し、変更ＰＤＰコンテキスト要求（ＴＩ、ネゴシエーション済みＱｏＳ、無線優先順位、パケットフローＩｄ）メッセージをＭＳへ送信することができる。

４）ＭＳは変更ＰＤＰコンテキスト受入れメッセージの返信により肯定応答を行う。ＭＳは、新しいネゴシエーション済みＱｏＳを受け入れない場合、代わりに、ＭＳ処理手順により始動されるＰＤＰコンテキスト停止を用いてＰＤＰコンテキストを停止する。

５）ＵＭＴＳでは、ＲＡＢ割当て処理手順により無線アクセスベアラ変更を行うことができる。

６）ＰＤＰコンテキストがアクティブである間にＢＳＳトレースが起動すれば、ＳＧＳＮは呼出しトレース（トレースレファレンス、トレースタイプ、トリガＩｄ、ＯＭＣ識別子）メッセージをＢＳＳまたはＵＴＲＡＮへ送信する。トレースレファレンスとトレースタイプとは、ＨＬＲまたはＯＭＣから受信したトレース情報からコピーされる。

１）ＳＧＳＮは、更新ＰＤＰコンテキスト要求（ＴＥＩＤ、ＮＳＡＰＩ、ネゴシエーション済みＱｏＳ、トレースレファレンス、トレースタイプ、トリガＩｄ、ＯＭＣ識別子）メッセージをＧＧＳＮへ送信することができる。ＳＧＳＮから受信したネゴシエーション済みＱｏＳが変更対象のＰＤＰコンテキストと互換性がない場合、ＧＧＳＮは更新ＰＤＰコンテキスト要求を拒絶する。互換性を持つＱｏＳプロファイルがＧＧＳＮ通信事業者により構成される。ＰＤＰコンテキストがアクティブである間にＧＧＳＮトレースが起動すれば、ＳＧＳＮは、トレースレファレンス、トレースタイプ、トリガＩｄおよびＯＭＣ識別子をメッセージの中に含める。ＳＧＳＮは、ＨＬＲまたはＯＭＣから受信したトレース情報からトレースレファレンス、トレースタイプおよびＯＭＣ識別子をコピーする。

６）ＰＤＰコンテキストがアクティブな間ＢＳＳトレースが起動すれば、ＳＧＳＮは呼出しトレース（トレースレファレンス、トレースタイプ、トリガＩｄ、ＯＭＣ識別子）メッセージをＢＳＳまたはＵＴＲＡＮへ送信する。トレースレファレンスとトレースタイプとは、ＨＬＲまたはＯＭＣから受信したトレース情報からコピーされる。

例示目的だけのために提供される図４はＧＧＳＮ始動ＰＤＰコンテキスト変更処理手順を例示し、前述の技術仕様の図６９に対応する。図４のステップについての以下の解説も上記技術仕様の中に含まれている。

１）ＧＧＳＮは、更新ＰＤＰコンテキスト要求（ＴＥＩＤ、ＮＳＡＰＩ、ＰＤＰアドレス、要求ＱｏＳ）メッセージをＳＧＳＮへ送信する。要求ＱｏＳは所望のＱｏＳプロファイルを示す。ＰＤＰアドレスはオプションである。

２）ＳＧＳＮは、その機能、現在のロード、現在のＱｏＳプロファイルおよび登録されたＱｏＳプロファイルが与えられた所望のＱｏＳプロファイルの限定を行うことができる。ＳＧＳＮは、無線優先順位とパケットフローＩｄに基づいてネゴシエーション済みＱｏＳを選択し、変更ＰＤＰコンテキスト要求（ＴＩ、ＰＤＰアドレス、ネゴシエーション済みＱｏＳ、無線優先順位、パケットフローＩｄ）メッセージをＭＳへ送信する。ＰＤＰアドレスはオプションである。

３）ＭＳは、変更ＰＤＰコンテキスト受入れメッセージの返信により肯定応答を行う。ＭＳは、新しいネゴシエーション済みＱｏＳを受け入れない場合、代わりに、ＭＳ処理手順により始動されるＰＤＰコンテキスト停止を用いてＰＤＰコンテキストを停止する。

４）ＵＭＴＳでは、ＲＡＢ割当て処理手順により無線アクセスベアラ変更を行うことができる。

５）変更ＰＤＰコンテキスト受入れメッセージの受信時に、または、ＲＡＢ変更処理手順の完了時に、ＳＧＳＮは更新ＰＤＰコンテキスト応答（ＴＥＩＤ、ネゴシエーション済みＱｏＳ）メッセージをＧＧＳＮへ返信する。ＳＧＳＮは、停止ＰＤＰコンテキスト要求メッセージを受信した場合、代わりに、ＭＳ処理手順により始動されるＰＤＰコンテキスト停止に従う。

例示目的だけのために提供される図５はＭＳ始動ＰＤＰコンテキスト変更処理手順を例示し、前述の技術仕様の図７０に対応する。図５のステップについての以下の解説も上記技術仕様の中に含まれている。

１）ＭＳは、変更ＰＤＰコンテキスト要求（ＴＩ、要求ＱｏＳ、ＴＦＴ）メッセージをＳＧＳＮへ送信する。ＱｏＳ要求またはＴＦＴあるいはこれら双方が含まれていてもよい。要求ＱｏＳは所望のＱｏＳプロファイルを示し、一方、ＴＦＴは、ＰＤＰコンテキストから追加、変更または削除の対象となるＴＦＴを示す。

２）ＳＧＳＮは、その機能、現在のロードおよび登録されたＱｏＳプロファイルを与えて所望のＱｏＳプロファイルの限定を行うことができる。ＳＧＳＮは、更新ＰＤＰコンテキスト要求（ＴＥＩＤ、ＮＳＡＰＩ、ネゴシエーション済みＱｏＳ、ＴＦＴ）メッセージをＧＧＳＮへ送信する。ＳＧＳＮから受信したネゴシエーション済みＱｏＳおよび／またはＴＦＴが変更対象のＰＤＰコンテキストと互換性がなければ（例えば、ＴＦＴが一致しないパケットフィルタを含んでいるなど）、ＧＧＳＮは更新ＰＤＰコンテキスト要求を拒絶する。互換性を持つＱｏＳプロファイルがＧＧＳＮ通信事業者により構成される。

３）ＧＧＳＮは、その機能および現在のロードを与えてネゴシエーション済みＱｏＳをさらに限定することができる。ＧＧＳＮはネゴシエーション済みＱｏＳを記憶し、ＴＦＴに示されるような当該ＰＤＰコンテキストのＴＦＴを変更あるいは削除し、更新ＰＤＰコンテキスト応答（ＴＥＩＤ、ネゴシエーション済みＱｏＳ）メッセージを返信する。

４）ＵＭＴＳでは、ＲＡＢ割当て処理手順により無線アクセスベアラの変更を行うことができる。

５）ＳＧＳＮは、無線優先順位とパケットフローＩｄに基づいてネゴシエーション済みＱｏＳを選択し、変更ＰＤＰコンテキスト受入れ（ＴＩ、ネゴシエーション済みＱｏＳ、無線優先順位、パケットフローＩｄ）メッセージをＭＳへ返信する。

注意：ＳＧＳＮがＱｏＳ要求を受け入れなかった場合、この処理手順のステップ２と３は省略されて、現行のネゴシエーション済みＱｏＳがステップ４でＭＳへ返信される。

前述の技術仕様に示される数多くの詳細事項にもかかわらず、移動通信ネットワークに関連する多くの特徴が扱われていない。すなわち、移動局発信呼持ち時に通知を行う技法が、前述の技術仕様にはまだ組み入れられていない。これこそが本発明が目的とする詳細事項である。

本発明では、ＩＰマルチメディアコールの設定のために、ＭＳ及びネットワークにおいてトランスポートレベルにより行う必要がある処理手順／メッセージに基づいて、ＭＳ内のアプリケーション層が交換する信号設定の構成が行われる。

無線インタフェースを介する上記のようなメッセージの送信の前後に、ＭＳにおけるアプリケーションレベルが設定メッセージを送信して、ＩＰマルチメディアコールの設定を行う際、採用したアクセスタイプに応じてＭＳは適切な処理手順を実行し、無線インタフェースを介して、また、ネットワークにおいて適切なベアラ設定を行って、設定メッセージのアプリケーションレベルが指定する発呼要件を満たすことが図られる。

本発明の技法は移動局発信呼のケースに適用され、ＭＳは設定メッセージの送信の前後に、さらに、確認／発信呼受入れメッセージを被呼者へ返信する前に上述のトランスポートレベルの処理手順を実行する。

本発明による技法では、移動局発信呼が或る通知により応答を受けた場合、ＭＳは、ノードのトランスポートアドレスを通知され、上記ノードが通知を再生し、次いで、ＭＳはＰＤＰコンテキスト変更処理手順を開始して、上記ノードのトランスポートアドレス（ＴＡ）に基づいてトラフィックフロー・テンプレート（ＴＦＴ）の設定を行う。

添付図面と関連して読むとき、上述の事柄及び本発明のより良い理解は実施形態例についての以下の詳細な説明並びに請求項から明らかになる。以上はすべて本発明の開示の一部を形成するものである。上述の開示及び以下に記載し、例示する開示は本発明の実施形態例の開示に焦点を合わせるものであるが、同開示は、例示による開示であり、単なる例にすぎないものであり、本発明はこれらの実施形態例に限定されるものではないことをはっきりと理解することが望ましい。本発明の精神と範囲は添付の請求項の文言によってのみ限定される。

本発明の詳細な記述を始める前に以下のことを述べておく必要がある。適当な場合、同様の参照番号と記号とが、異なる図面で、同一の構成要素、対応する構成要素または類似の構成要素を示すために使用されている。さらに、以下の詳細な記述では、例示のサイズ／モデル／値／範囲が示される場合があるが、本発明はこれらに限定されるものではない。最後に、例図と説明を簡略にして、本発明を不明瞭なものにならないようにするため、周知のエレメントが図面に示されない場合がある。

前述の技術仕様に加えて、２００１年３月に３ＧＰＰにより出された技術仕様ＴＳ２３.２２８、バージョンＶ１.５.０は、ＩＰマルチメディア（ＩＭ）サブシステムのためのステージ２サービス記述を定義するものであり、このＩＰマルチメディア（ＩＭ）サブシステムには、ＵＭＴＳにおけるＩＰマルチメディア（ＩＭ）サービスのサポートに必要なエレメントが含まれている。本技術仕様はその完全な形で本願明細書で参照により援用されており、前に引用した技術仕様の場合と同様、本願明細書で参照により援用されるエレメントおよびその機能は、単にパケット交換無線通信ネットワークの非限定的実施例にすぎず、本発明がこれらの実施例に限定されると解釈すべきではない。

ＴＳ２３.２２８技術仕様の図５.７に対応する図６は、呼設定処理手順で行われる以下のステップを詳細に示す図である。

１．ＵＥ（Ａ）により、ＳＤＰ提案を含むＵＥ（Ｂ）に対するセッション開始処理手順が開始される。
２．ＵＥ（Ｂ）のユーザは予警報の発令を受ける（オプション）。
３．この予警報の発令指示はＵＥ（Ａ）へ送信してもよい（オプション）。
４．その場合ＵＥ（Ｂ）のユーザはインタラクションを行って、実際のセッションについて自分の希望を表明する（オプション）。
５．ＵＥ（Ｂ）は、端末設定、端末再設定プロファイル及びオプションでユーザの希望に基づいて受入れＳＤＰを作成する。
６．受入れＳＤＰは、信頼できるＳＩＰ応答を行うペイロードでＵＥ（Ａ）へ転送される。
７．初期ベアラ作成処理手順が実行される。このベアラ作成ステップ中に、ＵＥ（Ａ）とＵＥ（Ｂ）内のアクセスネットワークのリソースがＰＤＰコンテキスト処理手順により確保される。この時点で外部ネットワークのベアラリソースを確保してもよい。
８．ＵＥ（Ｂ）の端末が鳴り始める（オプション）。
９．この警報の発令指示はＵＥ（Ａ）へ送信される（オプション）。
１０．ＵＥ（Ｂ）のユーザはインタラクションを行って、実際のセッションについて自分の希望を表明してもよい（オプション）。
１１．ステップ７で確保した初期ベアラと、ＵＥ（Ｂ）のユーザの希望とが異なる場合、ＵＥ（Ａ）とＵＥ（Ｂ）はこの時点でベアラ変更処理手順を実行する。このベアラ変更ステップの間に、ＰＤＰコンテキストの変更によりＵＥ（Ａ）とＵＥ（Ｂ）アクセスネットワークのリソースの変更を行うことが可能であり、外部ネットワークのリソース予約の変更も可能である。
１２．セッション開始処理手順により肯定応答が受信される。

さらに、図７は呼設定処理手順で行われるステップを示し、第２の引用済み技術仕様のセクション５.６.２の図５.１５に対応する。以下のステップも上記技術仕様に記述されている。

１．ＵＥ＃１は、ＣＳＣＦ発見メカニズムを介して決定されるＰ−ＣＳＣＦへ、初期ＳＤＰを含むＳＩＰ送信勧誘を送信する。初期ＳＤＰはマルチメディアセッションのための１以上の媒体を表すものであってもよい。
２．ＰＣＳＣＦはこのＵＥのために（登録手続きから）次のホップＣＳＣＦを記憶している。本ケースでは、ＰＣＳＣＦは送信勧誘（ＩＮＶＩＴＥ）をホームネットワークのＳ−ＣＳＣＦへ転送する。
３．ＳＣＳＣＦはサービス品質プロファイルを有効にし、この加入者のために求められるどのような発信サービス制御処理でも実行する。この発信サービス制御処理には、要求済みＳＤＰに基づく、ユーザによるマルチメディアサービスの申込みの認証が含まれる。
４．ＳＣＳＣＦはＳ−Ｓ処理手順により指定されているように上記要求を転送する。
５．宛先の媒体ストリーム能力はＳ−Ｓ処理手順毎に信号経路に沿って返信される。
６．ＳＣＳＣＦはＳＤＰメッセージをＰ−ＣＳＣＦへ転送する。
７．ＰＣＳＣＦはこのセッションに必要なリソースを認証する。
８．ＰＣＳＣＦはＳＤＰメッセージを発信側エンドポイントへ転送する。
９．ＵＥはこのセッション用の最終セットの媒体ストリームを決定し、Ｐ−ＣＳＣＦへ最終ＳＤＰを送信する。
１０．ＰＣＳＣＦはこのメッセージをＳ−ＣＳＣＦへ転送する。

１１．ＳＣＳＣＦは、Ｓ−Ｓ処理手順に従ってこのメッセージを終了側エンドポイントへ転送する。
１２．ステップ＃９での最終媒体ストリームの決定後、ＵＥはこのセッションに必要なリソースの予約処理手順を開始する。
１３．リソース予約の完了時に、ＵＥは、送信勧誘メッセージにより確立された信号経路を介して“リソース予約成功”メッセージを終了側エンドポイントへ送信する。このメッセージはまずＰ−ＣＳＣＦへ送信される。
１４．ＰＣＳＣＦは上記メッセージをＳ−ＣＳＣＦへ転送する。
１５．ＳＣＳＣＦは、Ｓ−Ｓ処理手順に従ってこのメッセージを終了側エンドポイントへ転送する。
１６．宛先ＵＥはオプションで警報の発令を行うこともできる。その場合、宛先ＵＥは、呼出し音を示す暫定的な応答によって発信側パーティへこの警報発令を示す信号を送信する。このメッセージは、Ｓ−Ｓ処理手順毎にＳ−ＣＳＣＦへ送信される。
１７．ＳＣＳＣＦはこのメッセージをＰ−ＣＳＣＦへ転送する。
１８．ＰＣＳＣＦは呼出し音メッセージをＵＥへ転送する。
１９．ＵＥは、宛先が鳴っている旨を発信側加入者に示す。
２０．宛先パーティが応答すると、終了側エンドポイントは、終了処理手順とＳ−Ｓ処理手順とにより指定されているように、ＳＩＰ２００−ＯＫ最終応答をＳ−ＣＳＣＦへ送信する。

２１．ＳＣＳＣＦは、セッション設定の完了に必要などのような発信サービス制御処理でも実行する。
２２．ＳＣＳＣＦは、上記ステップ（２）の送信勧誘要求の経路をたどってＰ−ＣＳＣＦへ２００−ＯＫ応答を返す。
２３．ＰＣＳＣＦは、上記セッション用として予約されているリソースを今委ねるべきである旨を示す。
２４．ＰＣＳＣＦは２００−ＯＫ応答をＵＥへ返す。
２５．ＵＥは上記セッション用の媒体フローを開始する。
２６．ＵＥはＰ−ＣＳＣＦへ送信されるＡＣＫメッセージを用いて２００ＯＫへ応答する。
２７．ＰＣＳＣＦは最終ＡＣＫメッセージをＳ−ＣＳＣＦへ転送する。
２８．ＳＣＳＣＦは、最終ＡＣＫメッセージをＳ−Ｓ処理手順毎に終了側エンドポイントへ転送する。しかし、通話を続けるために被呼者と接続するよりもむしろ記録済みの通知をＭＳが被呼者から受信する必要がある場合がしばしば生じる。このような状況で、被呼者のアドレスとは異なるアドレスのノードから当該記録済み通知が出力されると、本発明による技法により、ＰＤＰコンテキスト変更処理手順の開始が容易になり、ノードのトランスポートアドレス（ＴＡ）に従ってトラフィックフロー・テンプレート（ＴＦＴ）の設定が行われる。

本発明による移動局発信呼での通知を提供する技法の一例を説明する図８を参照すると、ステップ＃１で、設定メッセージがＭＳからピアへ送信される。

呼設定に応じて通知メッセージを被呼者へ転送する旨の指示を受けたネットワークにより、この設定メッセージはインターセプトされる。ステップ＃２の遠隔ＣＳＣＦ／ＲＥＰとして図面に参照されている通知を再生するマシーンは、そのＩＰアドレスとポート番号（遠隔地の装置ＴＡ）とを含む接続メッセージにより設定メッセージの認証応答を行って、ＭＳが上記遠隔地の装置と適切に接続できるようにする。

その後、ステップ＃３、＃４、＃５、＃６、＃７で、ＭＳは２次ＰＤＰコンテキストを起動させる。この２次ＰＤＰコンテキストには、マシーンによるＭＳへのトラフィックの送信を可能にするＴＦＴが含まれている。すなわち、ＴＦＴには遠隔地のＴＡ（すなわちそのＩＰアドレスとポート番号）が含まれている。

ＭＳは、ステップ＃８で２次ＰＤＰコンテキストの受入れを認め、ステップ＃９で遠隔地にあるＭＳへその旨の通知を行う。

以上のように、本発明によれば、ある通知を用いて応答を望む被呼者との呼設定をＭＳが試みる際、そのような通知を行うように被呼者が指定する遠隔地マシーンによりそのＴＡがＭＳへ提供される。これに対してＭＳは、遠隔地のＴＦＴを用いて２次ＰＤＰコンテキストを起動させ、上記ＴＦＴにより遠隔地のマシーンはその通知をＭＳへ転送することが可能となる。

以上で実施形態例の記述を終わる。本発明の１つの実施態様例と関連して本発明を説明してきたが、本発明の原理の範囲内に属する多数の他の変更例及び実施例の考案を当業者が行うことが可能であることを理解されたい。具体的には、本発明の精神から逸脱することなく、発明主題の構成の構成要素部分および／または構成の妥当な変形例及び変更例が上述の開示、図面及び添付の請求項の範囲内で可能である。構成要素部分および／または構成の変形例及び変更例に加えて、その他の利用例も当業者には明らかであろう。

ＰＤＰコンテキスト起動処理手順時のステップを示す。２次ＰＤＰコンテキスト起動処理手順時のステップを示す。ＳＧＳＮ始動、ＧＧＳＮ始動及びＭＳ始動ＰＤＰコンテキスト変更時にそれぞれ行われるステップを示す。ＳＧＳＮ始動、ＧＧＳＮ始動及びＭＳ始動ＰＤＰコンテキスト変更時にそれぞれ行われるステップを示す。ＳＧＳＮ始動、ＧＧＳＮ始動及びＭＳ始動ＰＤＰコンテキスト変更時にそれぞれ行われるステップを示す。呼設定処理手順時に行われるステップを詳細に示す。呼設定処理手順時に行われるステップを詳細に示す。本発明に基づいて移動局発信呼で通知を提供する技法で実施されるステップの１例を示す。

Claims

通信ネットワークにおいて通知を行う方法であって、
第１のネットワークエレメントに関連する第１のレベルの通信セッションを設定するステップと、
上記第１のネットワークエレメントに対して通知を行う旨の決定を行うステップと、
前記第１のレベルの通信セッションで上記通知を行う第２のネットワークエレメントの識別子を送信するステップと、
第２のレベルの通信セッションを設定するステップと、
上記送信済み識別子に従って前記第２のレベルの通信セッションパラメータを設定するステップと、
上記第１のネットワークエレメントに対して上記通知を行うステップと、を有することを特徴とする方法。
請求項１に記載の方法において、上記送信済み識別子がＩＰ（インターネットプロトコル）アドレスを有することを特徴とする方法。
請求項１に記載の方法において、上記送信済み識別子がポート番号を有することを特徴とする方法。
請求項１に記載の方法において、上記送信済み識別子がＴＡ（トランスポートアドレス）を有することを特徴とする方法。
請求項１に記載の方法において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする方法。
請求項２に記載の方法において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする方法。
請求項３に記載の方法において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする方法。
請求項４に記載の方法において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする方法。
請求項１に記載の方法において、上記第１のネットワークエレメントがＭＳ（移動局）を備えることを特徴とする方法。
請求項１に記載の方法において、上記通信セッションが少なくとも１つのＰＤＰコンテキストを有することを特徴とする方法。
請求項１に記載の方法において、前記パラメータがフィルタリング情報を有することを特徴とする方法。
請求項１１に記載の方法において、前記フィルタリング情報がトラフィックフロー・テンプレート（ＴＦＴ）を有することを特徴とする方法。
請求項１に記載の方法において、ＴＦＴ（トラフィックフロー・テンプレート）にＴＡ（トランスポートアドレス）を設けることにより通信チャネルパラメータをセットすることを特徴とする方法。
請求項１に記載の方法において、前記第１のネットワークエレメントは、移動局であり、前記第２のネットワークエレメントは、遠隔ＣＳＣＦ／ＲＥＰであり、前記第２のネットワークエレメントの識別子は、前記遠隔ＣＳＣＦ／ＲＥＰのＩＰアドレスとポート番号であり、前記第２のレベルの通信セッションパラメータは、ＴＦＴに含まれる、前記遠隔ＣＳＣＦ／ＲＥＰのＩＰアドレスとポート番号であることを特徴とする方法。
通信ネットワークにおいて通知を提供するための、マシーンにより実行可能な命令からなるプログラムを有形のものとして具現化する上記マシーンにより可読のプログラム記憶装置において、上記装置が、
第１のネットワークエレメントに関連する第１のレベルの通信セッションを設定する装置と、
上記第１のネットワークエレメントに対して通知を行う旨の決定を行う装置と、
前記第１のレベルの通信セッションで上記通知を行う第２のネットワークエレメントの識別子を送信する装置と、
第２のレベルの通信セッションを設定する装置と、
上記送信済み識別子に従って前記第２のレベルの通信セッションパラメータを設定する装置と、
上記第１のネットワークエレメントに対して上記通知を行う装置と、を有することを特徴とする装置。
請求項１５に記載の装置において、上記送信済み識別子がＩＰ（インターネットプロトコル）アドレスを有することを特徴とする装置。
請求項１５に記載の装置において、上記送信済み識別子がポート番号を有することを特徴とする装置。
請求項１５に記載の装置において、上記送信済み識別子がＴＡ（トランスポートアドレス）を有することを特徴とする装置。
請求項１５に記載の装置において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする装置。
請求項１６に記載の装置において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする装置。
請求項１７に記載の装置において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする装置。
請求項１８に記載の装置において、上記通信セッションがＰＤＰ（パケットデータプロトコル）コンテキストを有することを特徴とする装置。
請求項１５に記載の装置において、上記第１のネットワークエレメントがＭＳ（移動局）を備えることを特徴とする装置。
請求項１５に記載の装置において、前記通信セッションが少なくとも１つのＰＤＰコンテキストを有することを特徴とする装置。
請求項１５に記載の装置において、ＴＦＴ（トラフィックフロー・テンプレート）にＴＡ（トランスポートアドレス）を設けることにより通信セッションパラメータをセットすることを特徴とする装置。
請求項１５に記載の方法において、前記パラメータがフィルタリング情報を有することを特徴とする方法。
請求項２６に記載の方法において、前記フィルタリング情報がＴＦＴ（トラフィックフロー・テンプレート）を有することを特徴とする装置。
請求項１５に記載の装置において、前記第１のネットワークエレメントは、移動局であり、前記第２のネットワークエレメントは、遠隔ＣＳＣＦ／ＲＥＰであり、前記第２のネットワークエレメントの識別子は、前記遠隔ＣＳＣＦ／ＲＥＰのＩＰアドレスとポート番号であり、前記第２のレベルの通信セッションパラメータは、ＴＦＴに含まれる、前記遠隔ＣＳＣＦ／ＲＥＰのＩＰアドレスとポート番号であることを特徴とする装置。