JP4567785B2 - 高速パケットデータシステムにおけるアクセスネットワークとアクセス端末との間のセッション再折衝のためのトリガリング装置及び方法 - Google Patents

Description

本発明は、無線移動通信に関し、特に、セルラー移動通信に関するものである。また、高速パケットデータ（ＨＲＰＤ）、ＥＶ−ＤＯ、ＣＤＭＡ２０００、セッション折衝、及びドーマントハンドオフなどに関し、より詳しくは、高速パケットデータシステムにおいて、アクセス端末が特定のアクセスネットワーク（例えば、ソースアクセスネットワーク）から異なる能力を有する他のアクセスネットワーク（例えば、ターゲットアクセスネットワーク）へ移動する際、セッションの再折衝のトリガリングのための方法に関する。

３ＧＰＰ２により定義されたＣＤＭＡ ２０００ １ｘ高速パケットデータ（ＨＲＰＤ）システムにおいて、特定地域（region）は多数のサブネット（subnets）に分割され、サブネットは多重セル（cells）を含むことができ、各セルは送受信基地局（ＢＴＳ）によりサービスされる。特定のセルは、アクセス端末へ同一な電力制御命令を送信する１つまたはその以上のセクターにより物理的グループがなされて、各セクターは１つのＣＤＭＡチャネルを提供することと認識されるアクセスネットワーク部分をなす。上記アクセスネットワーク、即ち、パケットスイッチデータネットワーク（典型的にインターネット：ＰＳＤＮ）とアクセス端末との間のデータ連結を提供するネットワーク装備は、１つまたはその以上のサブネットをカバーする。アクセス端末は１つの独立体であり、ＨＲＰＤシステムにおいて、アクセスネットワークからユーザに所定のサービスを提供することができるようにする。アクセス端末は、ラップトップ（laptop）または個人用コンピュータのようなコンピュータ装置に連結することができる。また、アクセス端末は、個人用デジタル端末（ＰＤＡ：personal digital assistant）のように独立的データ装置になることができる。ＨＲＰＤシステムにおいて、アクセスネットワークは他の機能の中で、セッション折衝、資源割り当て、及び移動性管理のような機能を遂行する。

ＨＲＰＤネットワークにおいて、アクセスネットワークが移動端末へメッセージを転送する際、各アクセス端末に一般的に唯一で、上記移動端末にアドレスを与えるのに使われる単方向アクセス端末識別子（ＵＡＴＩ：Unicast Access Terminal Identifier）が割り当てられる。アクセス端末は、サブネットを移動する度に（例えば、アクセスネットワークの領域）ＵＡＴＩ要請メッセージを送信する。

図１は、セクターＩＤ／ＵＡＴＩの構造とセクターＩＤ／ＵＡＴＩからサブネットアドレスの派生を示す図である。以下に説明する。

セクター識別子は２部分に分割される。上記の最上位（ＭＳＢ）‘ｎ’個のビットはサブネットに対する識別子を表し、その下位の‘１２８−ｎ’個のビットはサブネット内の特定セクターを識別する。

サブネットマスクの長さｎは１２８ビットの値を有し、全２進値のうち、連続するｎビットは‘１’の値を有し、連続する‘１２８−ｎ’ビットは‘０’の値を有する。

上記アドレスと上記サブネットマスクの論理積（ＡＮＤ）を遂行することによって、セクターＩＤ／ＵＡＴＩから上記サブネットアドレスを獲得する。

また、セクター識別子である各セクターアドレスは全て１２８ビットのアドレスである。また、各セクターは、１２８ビットアドレスであるセクター識別子を知らせる。これは、上記アクセス端末が上記アドレスを利用して新たなサブネットの領域に入ったかが分かる。

ＵＡＴＩはセクター識別子と類似の構造を有する。全ＵＡＴＩは１２８ビットとなる。ＵＡＴＩはＵＡＴＩ１０４とＵＡＴＩ０２４に細分され、各々のＵＡＩＴにおいて、１０４は最上位ビット（ＭＳＢ：most significant bits）を意味し、２４は最下位ビット（ＬＳＢｓ：least significant bits）を意味する。

仮に、アクセスネットワークがＵＡＴＩ割り当てメッセージ（UATIAssignmentmessage）内のＵＡＴＩ１０４とＵＡＴＩサブネットマスクフィールド（UATISubnet Mask fields）を送信しなければ、端末はセクター識別子［１２７：２４］と特定セクターのセクターパラメータメッセージ（SectorParameters message）のサブネットマスクからＵＡＴＩを類推することができる。

アクセス端末はアクセス端末が自分にトラフィックチャネルが割り当てられなかった時、アクセスネットワークと通信するために使われる逆方向チャネル中の１つであるアクセスチャネルへＵＡＴＩ要請メッセージを送信する。ここで、各アクセスネットワークの各セクターのための逆方向アクセスチャネルは分離されている。

ＵＡＴＩ要請メッセージを送信する間、アクセス端末は全てのアクセスチャネルカプセルの上記ＭＡＣ階層ヘッダに“カラーコード（ColorCode）|ＵＡＴＩ［２３：０］”を含む。ここで、‘|’は接続演算子を意味する。単方向パケットにおいて、アクセスチャネルと制御チャネルのＭＡＣ階層ヘッダは、上記‘カラーコード|ＵＡＴＩ［２３：０］’を含む。上記カラーコードは、１２８ビットのＵＡＴＩを送信するが、上記アクセスチャネルと上記制御チャネルメッセージ内であまりに多くの空間を占める時に使われる。上記セクター識別子のサブネットパートは、８ビットのカラーコードに圧縮されて、サブネットアドレスの他の名前として使われる。セクターのサブネットが変更される際、上記カラーコードは変更される。これは、図２に図示されている。

カラーコードは８ビットからなっているので、全体的に単一でない。これは、カラーコードが再使用できることを意味する。上記カラーコードの再使用方法は、互いに異なるサブネットで同一なカラーコードを使用する２つ以上の隣接セクターを有するセクターがあってはいけないということを意味する。図３にカラーコードの再使用方法に対する例を図示している。

アクセス端末は、サブネット（または、アクセスネットワークの領域）を横切って外れたことを判断した場合、上記アクセス端末は、ＭＡＣヘッダのアクセス端末識別子レコード（ATI record：Access Terminal Identifier recoder）内のＵＡＴＩタイプ（UATIType）が１０であるアクセスチャネル上の新たなアクセスネットワーク（以下、ターゲットアクセスネットワークという）へＵＡＴＩ要請メッセージを転送する。上記ターゲットアクセスネットワークは、ＵＡＴＩ要請メッセージを把握し、上記ソースアクセスネットワークのアドレスを決定する。

上記ターゲットアクセスネットワークは、＜ソースカラーコード、ターゲットセクター識別子＞を上記ソースアクセスネットワークのアドレスにマッピングさせるテーブルと共に提供することができる。特に、各ターゲットアクセスネットワークセクターに対し、各セクターの隣接したサブネットのカラーコードを上記サブネットの信頼できる上記アクセスネットワークのアドレスとマッピングさせるテーブルが提供することができる。ここで、ターゲットアクセスネットワークは、言及された適切なテーブルを検索することで、上記ＭＡＣ階層ヘッダ内に受信されたカラーコードに該当する上記ソースアクセスネットワークのアドレスを決定する。

図４は、ソースアクセスネットワークからターゲットアクセスネットワークへのセッション復旧トリガリングのための呼流れ（call flow）と実際的なセッション転送の例を図示している。以下の各段階は上記プロセスと関連している。

ａ．アクセス端末がアクセスネットワーク（または、サブネット）領域を横切って外れたことを認知した場合、アクセス端末は既存のＨＲＰＤセッション（可能であれば）のＵＡＴＩをターゲットアクセスネットワークへ送信する。上記ターゲットアクセスネットワークは、上記ソースアクセスネットワークから既存のＨＲＰＤセッション状態情報を復旧しようとする場合、ＵＡＴＩは既存のＨＲＰＤセッションの識別子として使用することができる。

ｂ．上記ターゲットアクセスネットワークは、上記アクセス端末の上記ＨＲＰＤセッション情報を要請するために、上記ソースアクセスネットワークにＡ１３−セッション情報要請メッセージを送信する。上記Ａ１３−セッション情報要請メッセージは、受信されたＵＡＴＩと保安階層パケット、及びセクター識別子を含む。そして、上記ターゲットアクセスネットワークは、タイマーＴＡ１３ｒｅｑを駆動させる。

ｃ．上記ソースアクセスネットワークは、上記Ａ−１３セッション情報要請を確認し、Ａ１３−セッション情報応答メッセージ内に上記ターゲットアクセスネットワークへ上記アクセス端末のセッション情報を送信する。すると、上記ターゲットアクセスネットワークは、タイマーＴＡ１３ｒｅｑを中止する。

ｄ．上記アクセス端末と上記ターゲットアクセスネットワークは、ＨＲＰＤセッションの設定を完了する。上記アクセス端末と上記ターゲットアクセスネットワークの状態に基づいて、既存のＨＲＰＤセッションを再設定することもでき、仮に必要であれば、新たなＨＲＰＤセッションが始まることもできる。この段階は無線チャネルを介したシグナルが全く要請されなければ、なくてもよい段階である。

ｅ．上記ターゲットアクセスネットワークは、上記ＨＲＰＤセッション情報を上記ターゲットアクセスネットワークが受信したことを表すために、上記ソースアクセスネットワークへＡ１３−セッション情報確認メッセージを送信する。上記Ａ１３−セッション情報確認メッセージを受信すれば、上記ソースアクセスネットワークは関連した上記アクセス端末ＨＲＰＤセッション情報を削除する。

上記ＨＲＰＤの説明（HRPD specification）には、各々多いサブタイプを持っている多様なプロトコルがあることをここで言及することが重要である。また、各々のプロトコルは、全てのアクセス端末と全てのアクセスネットワークによりサポートされる基本的なサブタイプを持っている。ＨＲＰＤ説明に符合する全てのアクセス端末とアクセスネットワークでサポートされるＨＲＰＤ説明には、既存のプロトコル、新たなプロトコル、及びアプリケーションに対する新たなサブタイプが導入されて改定された。新たなプロトコルサブタイプ、新たなプロトコル、及び新たなアプリケーションの紹介によりアクセス端末の機能が向上し、また多くのアプリケーションに対するＱｏＳが保証される。ここで、議論のために、１次改定をＲｅｖ−０、その次の改定をＲｅｖ−Ａと称する。

すると、アクセス端末がＲｅｖ−Ａのプロトコルを使用することができるが、Ｒｅｖ−０アクセスネットワークで向上し、アクセス端末のセッション折衝は全てＲｅｖ−０のプロトコルを使用する場合を考える。そして、仮にアクセス端末がＲｅｖ−０アクセスネットワークの領域からＲｅｖ−Ａアクセスネットワーク領域へ移動すれば、アクセス端末はサブネットの変更（ターゲットアクセスネットワークのセクターから転送されるオーバーヘッドメッセージを観察することにより）を認知することで、このような移動を認知することができる。

以下に説明される段階は、アクセス端末が上記サブネットの境界を横切って外れることを認知した以後に行われる：

１．アクセス端末はターゲットアクセスネットワークへＵＡＴＩ要請メッセージを送信する。
２．ターゲットアクセスネットワークは、ソースアクセスネットワークから上記アクセス端末のセッション情報を獲得する。
３．アクセス端末とターゲットアクセスネットワークは、上記ターゲットアクセスネットワークがソースアクセスネットワークから獲得したセッション情報とプロトコルを続けて使用する。

ここで、重要な問題は、たとえアクセス端末とターゲットアクセスネットワークがプロトコルサブタイプ、プロトコル、及びアプリケーション（applications）の改善されたセット（set）をサポートできるとしても、上記アクセス端末と上記ターゲットアクセスネットワーク両方ともＲｅｖ−０ソースアクセスネットワークにより折衝された基本的なプロトコルセット（set）を続けて使用するというものである。ここで、アクセス端末とターゲットアクセスネットワークは、効果的で、最適化した手続き（procedures）とＲｅｖ−ＡのＨＲＰＤ説明で提供されるＱｏＳメカニズム（mechanisms）を使用することができない。このような事実にもかかわらず、Ｒｅｖ−Ａを受容できるアクセス端末は、Ｒｅｖ−１ ＨＲＰＤターゲットアクセスネットワークとのセッション折衝の間、構成要請メッセージ（Configuration Request message）内に端末がサポートする（好む順序に従って）全てのタイプのプロトコルに対するデフォルトに設定されない全てのサブタイプを転送する。

仮に、Ｒｅｖ−Ａを受容できるＨＲＰＤアクセス端末がＲｅｖ−０ ＨＲＰＤアクセスネットワークで初期セッションを設定した以後に、Ｒｅｖ−Ａを受容できるアクセスネットワークへ移動するとしても、ここでの問題点は、新たなＨＲＰＤセッションはＲｅｖ−Ａのセッションプロトコルをアップグレードするために再折衝できないというのである。これは、アクセス端末とアクセスネットワーク両方ともＲｅｖ−Ａをサポートできるとしても、効率的で、最適化したＲｅｖ−Ａプロトコルサブタイプと改善されたＱｏＳメカニズムを使用することができないということを意味する。

したがって、高速パケットデータシステムで使われるアクセスネットワークとアクセス端末との間にセッション再折衝トリガリングのための改善された装置及び方法が必要である。

以上、前述した問題を解決するために、本発明の望ましい実施形態は、仮にＲｅｖ−Ａ機能を有するアクセス端末がＲｅｖ−０アクセスネットワークからＲｅｖ−Ａアクセスネットワークへ移動すれば、より良いＱｏＳを保証する効果的な動作に対するＲｅｖ−Ａプロトコルサブタイプとプロトコル及びアプリケーション折衝を行うために、上記Ｒｅｖ−Ａ機能を有するターゲットアクセスネットワークと上記Ｒｅｖ−Ａ機能を有するアクセス端末との間の上記セッションが再折衝される必要がある。

したがって、本発明の目的は、高速パケットデータシステムにおいて、アクセス端末が特定アクセスネットワークから異なる機能を遂行できるアクセスネットワークへ移動する場合、セッション再折衝のトリガリング方法を提供することにある。

本発明の他の目的は、Ｒｅｖ−Ａ機能を有するアクセス端末とＲｅｖ−Ａ機能を有するアクセスネットワークとの間のセッションの再折衝により効率的で、最適化したプロトコルサブタイプ、プロトコル、及びアプリケーションと改善されたＱｏＳメカニズムを使用できるように保証することにある。

本発明の更に他の目的は、Ｒｅｖ−０ソースアクセスネットワークをしてアクセス端末が使用できる全てのプロトコルサブタイプ、プロトコル、及びアプリケーションを格納するようにし、上記アクセス端末がこの情報をセッション折衝中、優先順位によって送信するようにして、アクセス端末が特定アクセスネットワークから他のアクセスネットワークへ移動する際、セッション転送中にソースアクセスネットワークからターゲットアクセスネットワークへの情報転送を容易にすることにある。

本発明の更なる他の目的は、アクセス端末が新たなアクセスネットワークへ移動した以後、またはＲｅｖ−Ａ機能を有するアクセスネットワークをしてアクセス端末の能力情報を要請するようにして、上記プロトコルサブタイプ、プロトコル、及びアプリケーション、そして、他のアクセス端末の能力情報をターゲットアクセスネットワークへ転送するようにして、アクセス端末が上記情報を提供するようにすることにある。

本発明の更にまた他の目的は、アクセスネットワークが全てのアクセス端末に放送するオーバーヘッド情報メッセージ内に改定（revision）（プロトコル改定のような）情報を挿入することで、折衝を達成することにある。

したがって、前述した目的を達成するための本発明の望ましい一実施形態に従う方法は、高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワークから異なる能力があるアクセスネットワークへ移動する際のセッションの再折衝トリガリング方法であって、
（ａ）上記アクセス端末がサブネット境界、または上記アクセスネットワーク領域を通過して外れることを感知する際、ＵＡＴＩ要請メッセージをアクセスチャネルカプセルのＭＡＣヘッダにおけるＵＡＴＩを有する上記ターゲットアクセスネットワークへ転送するステップと、
（ｂ）上記ターゲットアクセスネットワークが上記ＵＡＴＩから上記ソースアクセスネットワークアドレスを獲得し、上記ソースアクセスネットワークからターゲットアクセスネットワークへセッション転送を始めるステップと、
（ｃ）上記ソースアクセスネットワークは、上記アクセス端末がサポートする全てのアプリケーションサブタイプ、及び全てのプロトコルタイプのデフォルトでないサブタイプと共に全てのセッション情報を転送するステップと、
（ｄ）上記ソースアクセスネットワークが相互運用仕様書に定義された拡張セッション状態情報レコード（ＥＳＳＩＲ）をサポートすれば、上記ソースアクセスネットワークが上記セッション状態情報レコードにアクセス端末サポートのデフォルトでないプロトコルサブタイプ（ATSupportedNonDefaultProtocolSubTypes）パラメータを含むステップと、
（ｅ）上記ターゲットアクセスネットワークは、上記アクセスネットワークと上記アクセス端末が現在使用しているものより向上したプロトコルサブタイプ、プロトコル、及びアプリケーションをサポートできるか否かをチェックし、向上したプロトコルをサポートできる場合、セッション再折衝を始めるステップと、
（ｆ）上記アクセスネットワークと上記アクセス端末は、再折衝プロトコルタイプ、プロトコルサブタイプ、及びアプリケーションサブタイプを続けて使用するステップとを含むことを特徴とする。

前述した目的を達成するための本発明の他の望ましい実施形態に従う方法は、高速パケットデータシステムにおいて、アクセス端末（ＡＴ）が所定のアクセスネットワーク（ソースＡＮ）から異なる能力を有する他のアクセスネットワーク（ターゲットＡＮ）へ移動する場合のセッションの再折衝トリガリング方法であって、
ａ）上記アクセス端末は、サブネット境界、または上記アクセスネットワークの領域を外れたと決定された後、ＵＡＴＩ要請メッセージをターゲットアクセスネットワークへ送信するステップと、
ｂ）上記ターゲットアクセスネットワークは、上記ＵＡＴＩから上記ソースアクセスネットワークのアドレスを獲得し、上記ソースアクセスネットワークから上記セッション情報を持ってくるステップと、
ｃ）上記アクセス端末は、ＵＡＴＩ要請及び割り当て処理の以後に、サポート可能で、かつデフォルトに設定されない全てのプロトコルタイプのサブタイプ、全てのサポート可能なアプリケーションサブタイプ、及び他の関連した可能な情報を上記ターゲットアクセスネットワークへ転送するステップと、
ｄ）上記ターゲットアクセスネットワークは、ターゲットアクセスネットワークとアクセス端末が向上したプロトコルタイプ、プロトコルサブタイプ、及びアプリケーションサブタイプをサポートできるか否かをチェックし、上記向上したプロトコルをサポートできる場合にセッション再折衝を始めるステップと、
ｅ）上記アクセスネットワークとアクセス端末は、再折衝プロトコルタイプ、プロトコル、及びアプリケーションを続けて使用するステップとを含むことを特徴とする。

前述した目的を達成するための本発明の他の一実施形態に従う方法は、高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワークから異なる能力があるアクセスネットワークへ移動する際、セッションの再折衝トリガリング方法であって、
ａ）上記アクセスネットワークは、セクターパラメータメッセージのようなオーバーヘッド情報メッセージにおいて、アクセスネットワークがサポートする最小及び最大改定と関連した情報を放送するステップと、
ｂ）上記アクセス端末は、上記アクセスネットワークがサポートする最小及び最大改定をチェックし、これを自分の特性及び現在のＨＲＰＤセッションパラメータと比較するステップと、
ｃ）上記アクセス端末がセッションに再折衝が必要であると決定すると、セッション再折衝を始めるステップと、
ｄ）上記アクセスネットワークとアクセス端末は、再折衝プロトコルサブタイプ、プロトコル、及びアプリケーションを続けて使用するステップとを含むことを特徴とする。

本発明の望ましい実施形態に対する他の望ましい目的、特性及び長所は、添付した図面及び詳細な説明により明確になるはずである。

図面の全般に亘って、図面の同一な参照番号は、同一な要素、特性、及び構造を参照することが自明であるはずである。

以上、前述したように、本発明によると、アクセス端末が所定のアクセスネットワークから他のアクセスネットワークへ移動する場合に、良好な状態にターゲットアクセスネットワークとセッションを維持するようにすることで、ＱｏＳを向上させることができる。

以上、本発明の詳細な説明で定義された構造及び要素に対する事項は、実施形態の全体的な理解を助けるために提供される例である。したがって、本発明の範囲及び思想を逸脱することなく、ここに説明された実施形態に対する多様な変更及び変形が可能であることは、当該技術分野で通常の知識を有する者には自明なことである。また、よく知られた機能と構造の説明は、本発明の要旨のみを明瞭にするため、適宜省略する。

本発明の望ましい一実施形態において、Ｒｅｖ−Ａ機能を有するアクセス端末がＲｅｖ−０機能を有するアクセスネットワークからＲｅｖ−Ａ機能を有するアクセスネットワークへ移動する場合、より良いＱｏＳ能力を保証する効果的な動作のためのＲｅｖ−Ａプロトコルサブタイプ、プロトコル、及びアプリケーションの折衝を容易にするために、上記セッションはＲｅｖ−Ａ機能を有するターゲットアクセスネットワークとＲｅｖ−Ａ機能を有するアクセス端末との間を再折衝する必要がある。図５に示すように、本発明に従う望ましい一実施形態によると、ソースアクセスネットワークは、全てのプロトコルサブタイプ、プロトコル、及びアプリケーションを格納することができ、またアクセス端末はセッション折衝中に優先順位によって上記情報を送信することができ、上記アクセス端末が所定のアクセスネットワークから他のアクセスネットワークへ移動する際、セッション転送の間、ソースアクセスネットワークからターゲットアクセスネットワークへの上記情報の転送を容易にする。

ここで、新たなパラメータレコードは、セッション状態情報レコード（ＳＳＩＲ：Session State Information Record）が含まれて、上記新たなパラメータはソースアクセスネットワークがターゲットアクセスネットワークへセッション情報を転送する際、Ａ１３−セッション情報応答に乗せて送られる（図４参照）。上記セッション状態情報は、所定のソースアクセスネットワークから所定のターゲットアクセスネットワークへ現在使われている（ＩｎＵｓｅ）プロトコルインスタンスに該当するセッションパラメータを転送するに使われる。セッションパラメータは、上記アトリビュート（attributes）と各プロトコルの状態を定義する内部パラメータである。このようなパラメータレコードは、全てのアクセス端末でサポートできるデフォルト値でない全てのプロトコルタイプのサブタイプで構成されている。また、新たなアトリビュートレコードは、全ての端末でサポートする応用サブタイプを運搬するように定義される。このように、Ｒｅｖ−Ａアクセス端末による新たなアトリビュートの転送は必須的である。上記アトリビュートにおいて、応用情報をサポートするアクセス端末は、上記アクセス端末が所定のアクセスネットワークから他のアクセスネットワークへ移動する際、ソースアクセスネットワークがターゲットアクセスへセッション情報を送信すると、ＳＳＩＲ内に自動で含まれる。

上記セッション折衝の間、上記アクセス端末は、上記構成要請メッセージ内に、全てのプロトコルタイプの全てのサポートできるデフォルト値でないサブタイプを含む。その結果、Ｒｅｖ−Ａ機能を有するアクセス端末は、ATSupportedApplicationSubtypesアトリビュート内の全てのサポート可能なアプリケーションサブタイプを送信し、アクセスネットワークは、他のセッション情報と共に、上記情報を格納する。アクセスネットワークはHardLinkサブタイプを格納する必要がない。ここで、注目する点で、従来技術によると、アクセスネットワークは、セッション情報の一部として折衝されたプロトコルサブタイプのみを格納するのである。しかしながら、本発明の一実施形態に従う手続きでは、上記アクセスネットワークが上記アクセス端末でサポートできる全てのプロトコルタイプのデフォルト値でない全てのサブタイプを格納するようにする。また、従来技術では、アクセスネットワークは、上記アクセス端末がサポートする全てのアプリケーションサブタイプに対する情報を持たない。望ましい新たな実施形態において、このような目的のために新たなアトリビュートATSupportedApplicationSubtypesを紹介する。

方法−１（Method-1）：
図５を参考しつつ本発明の望ましい一実施形態を簡単に説明する。

アクセス端末（ＡＴ）は、ソースアクセスネットワーク（Source AN）である最初のアクセスネットワークへプロトコルタイプを含んだ確認要請メッセージ（Confirmation Request message）を転送する。すると、上記アクセスネットワークは、上記プロトコルタイプで与えられた値を全て格納し、その受信された値に対して応答して、構成応答メッセージ（Configuration Response message）をアクセス端末へ転送する。すると、アクセス端末は、上記アクセス端末でサポートされるデフォルトに設定されない情報を含んでいるATSuooirtedApplicationSubtypesレコードを含む構成要請メッセージ（Configuration Request message）をアクセスネットワークへ転送する。これによって、アクセスネットワークは、前述したように、アクセス端末から受信された全ての情報を格納する。その後、構成応答メッセージをアクセス端末へ転送する。以後、アクセス端末とアクセスネットワークとの間のセッションの一部であるパラメータを折衝した後、上記パラメータ値を利用して通信を遂行する。このようなステップが完了した以後に、下記のステップが遂行される。

１．アクセス端末がサブネット境界、またはアクセスネットワークの領域を過ぎたことを認識すると、アクセス端末は、アクセスチャネルカプセルのＭＡＣヘッダ内のＵＡＴＩを有するターゲットアクセスネットワークへＵＡＴＩ要請メッセージを転送する。

２．ターゲットアクセスネットワークは、上記ＵＡＴＩからソースアクセスネットワークのアドレスを獲得し、ソースアクセスネットワークからターゲットアクセスネットワークへセッション転送を始める。

３．ソースアクセスネットワークは、上記アクセス端末がサポートする全てのアプリケーションサブタイプと全てのプロトコルタイプのデフォルトでないサブタイプと共に転送する。プロトコルタイプに対する上記プロトコルサブタイプ（ProtocolSubtypes）は、アクセス端末が構成要請メッセージ（ConfigurationRequestmessages）に送信した順序と同一な順序となる。

４．上記ソースアクセスネットワークが相互運用仕様書（Inter-Operability Specification document）に定義された拡張セッション状態情報レコード（ＥＳＳＩＲ：Extended Session State Information Record）をサポートすれば、上記ソースアクセスネットワークは、上記セッション状態情報レコード内にアクセス端末のサポートのデフォルトでないプロトコルサブタイプ（ATSupportedNonDefaultProtocolSubTypes）パラメータを含む。

５．上記ターゲットアクセスネットワークは、仮にアクセスネットワークとアクセス端末両方とも現在それらが使用しているものより向上したプロトコルサブタイプ、プロトコル、及びアプリケーションをサポートできるか否かをチェックし、仮にアクセス端末とアクセスネットワークが進歩したプロトコルタイプ、プロトコルサブタイプ、及び応用サブタイプが可能であれば、セッションの再折衝を始める。

６．上記ターゲットアクセスネットワークと上記アクセス端末が再折衝されたプロトコルタイプ、プロトコルサブタイプ、及びアプリケーションサブタイプを続けて使用する。

新たなパラメータレコード（ＳＳＩＲへ転送される）は、次の通り定義される。

ATSupportedNonDefaultProtocolSubTypes parameter:

ParameterType：上記フィールドは、上記パラメータレコードに対し、０ｘ０２に設定される。
Length：上記フィールドは、上記長さフィールドを除外し、オクテット（octets）単位で、上記パラメータレコードの長さに設定される。
ProtocolType：このフィールドは、以下の形態を持っている。
TypeLength：仮に、送信機は、上記タイプフィールドが７ビット長さであれば、このフィールドを‘０’の値に設定する。そうでなければ、このフィールドを‘１’に設定される。

Type1：このサブーフィールドは、関連した上記ProtocolSubtypesが属している上記プロトコルに対するタイプ値に最上位７ビットが設定される。
Type2：仮に、カプセル化したパラメータと関連したプロトコルに対するタイプ値の長さが７ビットであれば、このサブーフィールドは省略される。そうでなければ、このフィールドは関連した上記ProtocolSubtypesに属している上記プロトコルに対するタイプ値に最下位８ビット値が設定される。
NumProtocolSubtypes：このフィールドは、このレコードで本フィールド以下のフィールドにProtocolSubtypesの発生回数に設定される。
ProtocolSubtype：このフィールドは、このレコードでカプセル化したプロトコルタイプのデフォルトでないサブタイプに設定される。このフィールドは、HardLinkサブタイプに設定されない。プロトコルタイプに対する上記ProtocolSubtypesは、上記アクセス端末が上記構成要請メッセージに送信した順序と同一な順序となる。

ATSupportedApplicationSubtypes Attribute:

Length：複合（complex）アトリビュートの長さはオクテット（octets）とする。上記アクセス端末は、このフィールドを上記長さフィールドを除外した複合アトリビュートの長さに設定する。
AttributeID：上記アクセス端末は、このフィールドを０ｘ１００１に設定する。
ValueID：上記アクセス端末はこのフィールドをこの複合値に割り当てられた識別子に設定する。
NumAppSubtypes：このフィールドは、上記レコードで、このフィールドの次のアプリケーションサブタイプ（ApplicationSubtype）フィールドの発生回数に設定する。
ApplicationSubtype：このフィールドは、アクセス端末がサポートするアプリケーションサブタイプ（ApplicationSubtype）に設定する。

方法−２（Method-2）：
本発明の他の望ましい方法によると、アクセス端末はアクセスネットワークの領域、またはサブネットの境界を外れた後に自分の可能情報（例えば、全てのプロトコルタイプに対するデフォルト値に設定されないサポート可能な全てのサブタイプとサポート可能な全てのアプリケーションサブタイプ）をターゲットアクセスネットワークへ送信する。

詳細な過程は下記の通りである。以下に説明される流れは、方法−１（Method-1）の変形された例であり、図５のステップと完全に一致するのではない。：

１．アクセス端末は、サブネットの境界、またはアクセスネットワークの領域を横切って外れたことを判断した後、ＵＡＴＩ要請メッセージをターゲットアクセスネットワークへ送信する。

２．ターゲットアクセスネットワークは、上記ＵＡＴＩからソースアクセスネットワークアドレスを獲得し、ソースアクセスネットワークからセッション情報を獲得する。

３．ＵＡＴＩ要請とＵＡＴＩ割り当て処理後、アクセス端末は、全てのプロトコルタイプに対するデフォルト値に設定されないサポート可能な全てのサブタイプとサポート可能な全てのアプリケーションサブタイプ、及びその他の関連した機能情報をターゲットアクセスネットワークへ送信する。

ａ．このステップは、アクセス端末が所定のアクセスネットワークから他のアクセスネットワークへ移動中であり、上記アクセス端末が全てのプロトコルサブタイプとアプリケーションに対してデフォルトで構成されたサブタイプを持っており、仮に上記アクセス端末がデフォルトに設定されない、如何なるプロトコルタイプに対するデフォルト値でないサブタイプ、またはアプリケーションサブタイプのサポート可能な場合に制限することができる。

ｂ．また、このステップは、アクセス端末により自発的に、または上記ターゲットアクセスネットワーク（ｒｅｖ−Ａ機能を遂行できるアクセスネットワーク）からのクエリ （query）により遂行することができる。ターゲットアクセスネットワークは、仮にアクセス端末が全てのプロトコルタイプとアプリケーションサブタイプに対するデフォルトで構成されたサブタイプを持っている場合と、アクセスネットワークが如何なるプロトコルタイプ、またはアプリケーションサブタイプに対するデフォルトでないサブタイプをサポートする場合に本情報を要請することができる。

４．ターゲットアクセスネットワークは、ターゲットアクセスネットワークとアクセス端末が両方とも現在使用しているプロトコルサブタイプ、プロトコル、及びアプリケーションに比べて向上したものでサポートできるか否かをチェックし、仮に上記アクセス端末と上記ターゲットアクセスネットワークが全てプロトコルサブタイプ、プロトコル、及びアプリケーションを向上させることができれば、セッション再折衝を始める。

５．上記ターゲットアクセスネットワークと上記アクセス端末は、再折衝されたプロトコルサブタイプ、プロトコル、及びアプリケーションを続けて使用する。

以下のメッセージ構造は、アクセスネットワークからのクエリ（query）メッセージとアクセス端末からの応答メッセージの可能なメッセージ構造を図示する。

ATNonDefaultSubtypesPorotocolsQuerymessage:
上記アクセスネットワークは、上記アクセス端末でサポートされるプロトコルサブタイプに対して知りたい時、このメッセージを送信する。

MessageID：上記アクセスネットワークは、このフィールドを０ｘ０９に設定する。
TransactionID：上記アクセスネットワークは、各々の端末において、デフォルトに設定されないサブタイププロトコルの要求メッセージ（ATNonDefaultSubtypesPorotocolsQuery）を新しく転送するために、モジュラー２５６値に増加して設定する。

ATSupportedNonDefaultProtocolSubTypesmessage:
上記アクセス端末は、このメッセージを端末において、デフォルトに設定されないサブタイププロトコルの要求メッセージ（ATNonDefaultSubtypesPorotocolsQuery）に対する応答メッセージとして転送する。

MessageID：上記アクセス端末は、このフィールドを０ｘ０ａに設定する。
TransactionID：上記アクセス端末は、転送された端末のデフォルトでないサブタイプのプロトコル要求メッセージ（ATNonDefaultSubtypesPorotocolsQuerymessage）に対応する処理識別子フィールドに設定する。
TypeLength：上記送信機は、仮にタイプフィールドの長さが７ビットであれば、このフィールドは‘０’に設定する。そうでない場合、上記送信機は、このフィールドを‘１’に設定する。
ProtocolType：このフィールドは、以下のフォーマットを有する：

Type1：このサブーフィールドは、関連した上記ProtocolSubtypesが属している上記プロトコルに対するタイプ値に最上位７ビットが設定される。
Type2：仮にカプセル化したパラメータと関連したプロトコルに対するタイプ値の長さが７ビットであれば、このサブーフィールドは省略される。そうでなければ、このフィールドは関連した上記ProtocolSubtypesに属している上記プロトコルに対するタイプ値に最下位８ビット値が設定される。
NumProtocolSubtypes：このフィールドは、このレコードで、上記フィールドの次のプロトコルサブタイプフィールドの発生回数に設定される。
ProtocolSubtypes：このフィールドは、このレコードでカプセル化したプロトコルタイプでデフォルトでないサブタイプに設定される。プロトコルタイプのための上記フィールドは、上記アクセス端末が上記構成要請メッセージで送信した順序と同一な順序となる。
NumAppSubtypes：このフィールドは、このレコードで、上記フィールドの次のアプリケーションサブタイプ（ApplicationSubtype）フィールドの発生回数に設定される。
ApplicationSubtype：このフィールドは、アクセス端末がサポートするアプリケーションサブタイプに設定される。

方法−３（Method-3）：
本発明の更に他の望ましい実施形態において、ＨＲＰＤプロトコルの全ての改善の以後に増加した改善情報が導入される。ここでの改善情報は、プロトコルの多様なセット（sets）とプロトコルのサブタイプ構成が反映され、上記改善情報はそのような構成の多様な可能性が反映される。これは、以下のステップを含む。

１．アクセスネットワークは、セクターパラメータメッセージのようなオーバーヘッド情報メッセージで、上記アクセスネットワークがサポートする最小及び最大改善関連情報を放送する。

２．アクセス端末は、上記アクセスネットワークがサポートする上記最小及び最大改善をチェックし、自分の能力及び現在のＨＲＰＤセッションパラメータと比較する。

３．仮に、上記アクセス端末がセッションの再折衝が必要であると決定すると、上記アクセス端末はセッション再折衝を始める。

４．セッション再折衝が完了すれば、上記アクセスネットワークと上記アクセス端末は、再折衝されたプロトコルサブタイプとプロトコル及びアプリケーションを続けて使用する。

図６は、本発明の望ましい一実施形態に従うアクセス端末、ソースアクセスネットワーク、及びターゲットアクセスネットワークのブロック構成図である。

以下、図６を参照しつつ本発明の望ましい一実施形態に従う構造及びその動作について説明する。

図６において、ソースアクセスネットワーク１１０とターゲットアクセスネットワーク１２０は、互いに同一な構造を有する。但し、ターゲットアクセスネットワーク１２０は、Ｒｅｖ−１の機能を有する一方、ソースアクセスネットワーク１１０は、Ｒｅｖ−０の機能を有する。また、アクセス端末１３０は、Ｒｅｖ−１の機能を有する。本発明の望ましい実施形態に従う動作について説明する。

まず、上記アクセス端末１３０のメモリ部１３２には、Ｒｅｖ−１の機能をサポートするためのプロトコルを格納する。また、メモリ部１３２は、ソースアクセスネットワーク１１０、またはターゲットアクセスネットワーク１２０となされるセッション折衝に関する情報を格納する。したがって、セッション折衝が完了すれば、アクセス端末１３０は、メモリ部１３２に格納されている他のプロトコルサブタイプ、またはアプリケーションを利用して通信を遂行することになる。仮に、上記セッションがセッション再折衝を通じてアップデートされれば、アップデートされたセッションパラメータは、メモリ部１３２に格納される。制御部１３１は、アクセス端末１３０の全般的な動作の制御を遂行し、特に、本発明の望ましい実施形態によりセッションの折衝及びセッション再折衝を遂行する。このような動作は、前述した方法−１、方法−２及び方法−３で説明したアクセス端末の動作に該当する。無線送受信部１３３は、アクセスネットワークへ送信する制御データ及びユーザデータを符号化及び変調し、変調されたデータを転送前に無線信号に上昇変換する。無線送受信部１３３は、アクセスネットワークから制御データ、ユーザデータ、及び放送情報を受信する時には上記の逆過程を遂行する。

ソースアクセスネットワーク１１０は、Ｒｅｖ−０の機能を遂行する。制御部１１１はソースアクセスネットワーク１１０の全般的な動作を遂行し、本発明の望ましい実施形態によってアクセス端末１３０の初期接続の間のセッション折衝を遂行する。セッション折衝が完了すれば、ソースアクセスネットワーク１１０は、セッション情報、及びその他のアクセス端末１３０で処理可能な他の情報をデータベース（ＤＢ)１１２に格納する。インターフェース部１１３は、他のアクセスネットワークと直接通信を行うか、インターフェース部１１３の上位階層に位置したノードを経て他のアクセスネットワークと通信を行うための物理的構成要素である。したがって、インターフェース部１１３は、アクセス端末が他のアクセスネットワークへ移動すれば、即ち、ターゲットアクセスネットワークへ移動すれば、方法−１、方法−２、及び方法−３によりアクセス端末１３０の他の機能に対する情報をターゲットアクセスネットワーク１２０に提供することができる。無線送受信部１１４は、データ加工、アクセス端末１３０とセッション折衝、アクセス端末１３０とデータ交換及び制御メッセージの放送のための物理的な構成要素である。無線送受信部１１４及び制御部１１１は、Ｒｅｖ−０を遂行できる能力を有する。

最後に、ターゲットアクセスネットワーク１２０の各部分は、データベース１２２に格納されている情報と無線送受信部１２４で処理可能なプロトコルを除いて、ソースアクセスネットワーク１１０の部分と同一な構成を有する。制御部１２１は、ソースアクセスネットワーク１１０から上記アクセス端末１３０のセッション情報を獲得し、セッションの再折衝遂行の可否を決定し、セッションの再折衝及びＲｅｖ−１プロトコルをサポートするための制御動作などを遂行する。ターゲットアクセスネットワーク１２０の他の機能は、上記ソースアクセスネットワーク１１０の該当機能と同一である。

他の制御方法と装置は詳細な説明と添付した図面により教示された本発明の多様な方法及び装置の組合から派生できることは、この分野の通常の知識を有する者に自明なことであり、また、これらは、本発明の範囲内で考慮されなければならない。上記アプリケーションを格納するための主体は、コンピュータ、移動通信装置、移動サーバー、または多機能装置などに限定されないことに有意しなければならない。

以上、本発明の望ましい実施形態を参照して説明したが、特許請求範囲と特許請求範囲の均等物により定義された本発明の思想と範囲を逸脱することなく、形式や細部についての様々な変更が可能であることは、当該技術分野における通常の知識を有する者には明らかである。

サブネットを表すセクター識別子／ＵＡＴＩの構造を示す図である。 カラーコードを表すセクター識別子の構造を示す図である。 カラーコードの再使用を示す図である。 ソースアクセスネットワークからターゲットアクセスネットワークへのセッションの転送を示す図である。 アクセス端末がソースアクセスネットワークからターゲットアクセスネットワークへ移動する際、望ましい一実施形態の動作を示す図である。 本発明の望ましい一実施形態に従うアクセス端末、ソースアクセスネットワーク及びターゲットアクセスネットワークの簡単な機能性ブロック構成図である。

符号の説明

１１０ ソースアクセスネットワーク
１１１ 制御部
１１２ ＤＢ
１１３ インターフェース部
１１４ 無線送受信部
１２０ ターゲットアクセスネットワーク
１２１ 制御部
１２２ ＤＢ
１２３ インターフェース部
１２４ 無線送受信部
１３０ アクセス端末
１３１ 制御部
１３２ メモリ部
１３３ 無線送受信部

Claims (33)

1. 高速パケットデータシステムにおいて、アクセス端末（ＡＴ）が所定のアクセスネットワーク（ソースアクセスネットワーク）から異なるプロトコル改訂機能を有するアクセスネットワーク（ＡＮ）（ターゲットアクセスネットワーク）へ移動する際のセッションの再折衝トリガリング方法であって、
   （ａ）前記アクセス端末が境界または前記ソースアクセスネットワーク領域を通過して外れることを感知する際、ＵＡＴＩ要請メッセージを前記ターゲットアクセスネットワークへ送信するステップと、
   （ｂ）前記ターゲットアクセスネットワークは、前記ＵＡＴＩから前記ソースアクセスネットワークアドレスを獲得し、前記ソースアクセスネットワークへセッション情報レコードメッセージ（session information record message）を転送するステップと、
   （ｃ）前記ソースアクセスネットワークは、前記アクセス端末がサポートするデフォルトでないプロトコルタイプと共にセッション情報を前記ターゲットアクセスネットワークへ送信するステップと、
   （ｄ）前記ターゲットアクセスネットワークは、現在使用しているものより向上したプロトコルタイプをサポートできるか否かをチェックし、向上したプロトコルタイプをサポートできる場合、セッションの再折衝を始めるステップと、
   を含むことを特徴とするセッションの再折衝トリガリング方法。
2. 前記デフォルトでないプロトコルタイプは、プロトコルサブタイプとアプリケーションサブタイプを更に含むことを特徴とする請求項１記載のセッションの再折衝トリガリング方法。
3. 高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワーク（ソースアクセスネットワーク）から異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合のセッションの再折衝トリガリング方法であって、
   （ａ）前記アクセス端末は、境界を通過して外れた後、ＵＡＴＩ要請メッセージを前記ターゲットアクセスネットワークへ送信するステップと、
   （ｂ）前記ターゲットアクセスネットワークは、前記ＵＡＴＩから前記ソースアクセスネットワークのアドレスを獲得し、前記ソースアクセスネットワークから前記セッション情報を持ってくるステップと、
   （ｃ）前記アクセス端末は、ＵＡＴＩ要請の以後に多数のプロトコルタイプに対するサポートが可能で、かつ、デフォルトに設定されないプロトコルのサブタイプを前記ターゲットアクセスネットワークへ転送するステップと、
   （ｄ）前記ターゲットアクセスネットワークは、現在使用しているものより向上したプロトコルをサポートできるか否かをチェックし、向上したプロトコルをサポートできる場合、セッション再折衝を始めるステップと、
   を含むことを特徴とするセッションの再折衝トリガリング方法。
4. 高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワーク（ソースアクセスネットワーク）から異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合のセッションの再折衝トリガリング方法であって、
   （ａ）前記ターゲットアクセスネットワークがオーバーヘッド情報メッセージ内でサポートする最小及び最大改善に関連した情報を前記アクセス端末へ放送するステップと、
   （ｂ）前記アクセス端末は、前記ターゲットアクセスネットワークがサポートする前記最小及び最大改善をチェックし、前記改善とその機能及び前記改善と現在のセッションパラメータを比較するステップと、
   （ｃ）仮に、セッション再折衝が必要であると前記アクセス端末が判断する場合、セッション再折衝を始めるステップと、
   を含むことを特徴とするセッションの再折衝トリガリング方法。
5. 高速パケットデータシステムにおいて、アクセス端末が前記ソースアクセスネットワークから異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合、ソースアクセスネットワークにおけるセッションの再折衝トリガリング方法であって、
   前記アクセス端末と初期セッション折衝の間、前記アクセス端末でサポートすることができるデフォルトに設定されないパラメータを前記ソースアクセスネットワークが受信して格納するステップと、
   前記アクセス端末が前記ターゲットアクセスネットワークに移動して、前記ターゲットアクセスネットワークから前記アクセス端末のセッションが要請される際、前記ソースアクセスネットワークが、前記格納されたセッション情報及びパラメータを前記ターゲットアクセスネットワークへ転送するステップと、
   を含むことを特徴とするセッションの再折衝トリガリング方法。
6. 前記格納された情報は、プロトコルタイプ、プロトコルサブタイプの個数及びプロトコルサブタイプを含むことを特徴とする請求項５記載のセッションの再折衝トリガリング方法。
7. 高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワークから異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合、ターゲットアクセスネットワークにおけるセッションの再折衝トリガリング方法であって、
   前記アクセス端末からＵＡＴＩ要請メッセージ受信の際、前記ＵＡＴＩから前記ソースアクセスネットワークアドレスを獲得し、前記ソースアクセスネットワークへセッション転送要請を送信するステップと、
   前記ソースアクセスネットワークから受信されたセッション情報及び前記アクセス端末でサポートすることができるデフォルトに設定されないパラメータに基づいて、前記アクセス端末とセッションの再折衝が必要か否かをチェックし、セッションの再折衝が必要な場合、プロトコルタイプを含んで、前記セッションの再折衝を始めるステップと、
   前記再折衝されたプロトコルタイプを続けて使用するステップと、
   を含むことを特徴とするセッションの再折衝トリガリング方法。
8. 前記ソースアクセスネットワークから受信された情報は、プロトコルタイプ、プロトコルサブタイプの個数、及びプロトコルサブタイプを含むことを特徴とする請求項７記載のセッションの再折衝トリガリング方法。
9. セッション再折衝が必要であるか否かの前記チェックステップは、前記ターゲットアクセスネットワークが現在使用中のプロトコルサブタイプより向上したプロトコルサブタイプを全てサポートできるか否かをチェックすることを特徴とする請求項７記載のセッションの再折衝トリガリング方法。
10. 高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワークから異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合、ターゲットアクセスネットワークにおけるセッションの再折衝トリガリング方法であって、
    前記他のアクセスネットワークがセクターパラメータメッセージを含むオーバーヘッド情報メッセージ内でサポート可能な最小及び最大改善に関連した情報を前記アクセス端末へ放送するステップと、
    前記アクセス端末からセッション再折衝要請の受信の際、セッション再折衝を遂行し、前記再折衝されたプロトコルサブタイプ、プロトコル、そしてアプリケーションを続けて使用するステップと、
    を含むことを特徴とするセッションの再折衝トリガリング方法。
11. 高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワーク（ソースアクセスネットワーク）から異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合、アクセス端末におけるセッションの再折衝トリガリングのための装置であって、
    セッション折衝及びデータ交換を遂行する無線（ＲＦ）送受信部と、
    前記アクセス端末で折衝された現在のセッション情報を格納するメモリ部と、
    前記ターゲットアクセスネットワーク感知の際、ＵＡＴＩ要請メッセージを前記無線送受信部を経て前記ターゲットアクセスネットワークへ転送し、前記ターゲットアクセスネットワークから前記ターゲットアクセスネットワークがサポートする最小及び最大改善に関連した情報を受信し、前記ターゲットアクセスネットワークがサポートする前記最小及び最大改善をチェックし、前記改善とその機能及び前記改善と現在のセッション情報を比較すると共に、セッション再折衝が必要であると前記アクセス端末が判断すると、前記ターゲットアクセスネットワークとセッションの再折衝を遂行し、再折衝されたセッション情報を格納する制御部と、
    を含むことを特徴とするセッションの再折衝トリガリング装置。
12. 高速パケットデータシステムにおいて、アクセス端末が前記ソースアクセスネットワークから異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合、ソースアクセスネットワークにおけるセッションの再折衝トリガリングのための装置であって、
    前記アクセス端末と初期セッション折衝の際、折衝されたセッション情報と共に、前記アクセス端末でサポートできるデフォルトに設定されないパラメータを受信して格納するデータベースと、
    前記ターゲットアクセスネットワークと通信を遂行するインターフェース部と、
    前記アクセス端末と通信を遂行する無線送受信部と、
    前記アクセス端末が前記ターゲットアクセスネットワークへ移動して、前記ターゲットアクセスネットワークから前記アクセス端末がセッションを要請する際、前記格納された全てのセッション情報及びパラメータを前記ターゲットアクセスネットワークへ転送するように制御する制御部と、
    を含むことを特徴とするセッション再折衝トリガリング装置。
13. 高速パケットデータシステムにおいて、アクセス端末がソースアクセスネットワークから異なるプロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合、ターゲットアクセスネットワークにおけるセッションの再折衝トリガリングのための装置であって、
    前記アクセス端末と通信を遂行する無線送受信部と、
    前記ソースアクセスネットワークと通信を遂行するインターフェース部と、
    前記アクセス端末に対するセッション折衝情報を格納するデータベースと、
    前記アクセス端末からＵＡＴＩ要請メッセージ受信の際、前記ＵＡＴＩから前記ソースアクセスネットワークアドレスを獲得し、前記ソースアクセスネットワークにセッション転送要請を送信し、前記ソースアクセスネットワークから受信されたセッション情報及び前記アクセス端末でサポートすることができるデフォルトに設定されないパラメータに基づいて、前記アクセス端末とセッションの再折衝が必要か否かをチェックし、前記セッションの再折衝が必要な場合、前記無線送受信部を利用して、前記セッションの再折衝を制御する制御部と、
    を含むことを特徴とするセッションの再折衝トリガリング装置。
14. 移動通信システムにおけるアクセス端末によるアクセス端末とアクセスネットワークとの間のセッションの再折衝トリガリング方法であって、
    前記アクセス端末がサポートできるプロトコルタイプ（protocol type）を含む構成要請メッセージを前記アクセスネットワークへ転送するステップと、
    前記構成要請メッセージに含まれた前記プロトコルタイプを格納したアクセスネットワークから前記構成要請メッセージに対する応答を受信するステップと、
    セッション折衝を経て前記アクセスネットワークとの通信を遂行するステップと、を含むことを特徴とするセッションの再折衝トリガリング方法。
15. 前記構成要請メッセージは、プロトコルサブタイプ（protocol subtype）を更に含むことを特徴とする請求項１４記載のセッションの再折衝トリガリング方法。
16. 前記構成要請メッセージは、プロトコルサブタイプの個数を更に含むことを特徴とする請求項１５記載のセッションの再折衝トリガリング方法。
17. 移動通信システムにおけるアクセス端末によるアクセス端末とアクセスネットワークとの間のセッションの再折衝トリガリング装置であって、
    前記アクセス端末がサポートできるプロトコルタイプを含む構成要請メッセージを無線送受信部が前記アクセスネットワークへ転送するステップと、
    無線受信部が前記構成要請メッセージに含まれた前記プロトコルタイプを格納したアクセスネットワークから前記構成要請メッセージに対する応答を受信するステップと、
    制御部がセッション折衝を経て前記アクセスネットワークとの通信を遂行するステップと、
    を含むことを特徴とするセッションの再折衝トリガリング装置。
18. 移動通信システムにおけるアクセス端末によるアクセス端末とアクセスネットワークとの間のセッションの再折衝トリガリング方法であって、
    前記アクセスネットワークへＵＡＴＩメッセージを転送するステップと、
    前記端末と前記アクセスネットワークとの間のセッションを設定するステップと、
    前記アクセスネットワークへ前記アクセス端末がサポートするデフォルトでないプロトコルタイプを含む構成要請メッセージを転送するステップと、
    前記アクセスネットワークから前記構成要請メッセージに対する応答として構成応答メッセージを受信するステップと、
    前記アクセスネットワークとのセッション折衝を通じて通信を遂行するステップと、を含み、
    前記セッションは、デフォルトプロトコルを利用することを特徴とするセッションの再折衝トリガリング方法。
19. 前記構成要請メッセージは、プロトコルタイプ、プロトコルサブタイプ、プロトコルサブタイプの個数のうち少なくとも一つを含むことを特徴とする請求項１８記載のセッションの再折衝トリガリング方法。
20. 前記アクセスネットワークは、前記構成要請メッセージに含まれた前記プロトコルタイプを格納することを特徴とする請求項１８記載のセッションの再折衝トリガリング方法。
21. 前記デフォルトでないプロトコルタイプは、プロトコルサブタイプをさらに含むことを特徴とする請求項１８記載のセッションの再折衝トリガリング方法。
22. 移動通信システムにおけるアクセス端末によるアクセス端末とアクセスネットワークとの間のセッションの再折衝トリガリング装置であって、
    前記アクセスネットワークへＵＡＴＩメッセージを転送し、前記端末と前記アクセスネットワーク間のセッションを設定し、前記アクセスネットワークへ前記アクセス端末がサポートするデフォルトでないプロトコルタイプを含む構成要請メッセージを転送する無線送受信部と、
    前記アクセスネットワークから前記構成要請メッセージに対する応答として構成応答メッセージを受信する無線受信部と、
    前記アクセスネットワークとのセッション折衝を通じて通信を遂行するように制御する制御部と、を含み、
    前記セッションは、デフォルトプロトコルを利用することを特徴とするセッションの再折衝トリガリング装置。
23. 前記構成要請メッセージは、プロトコルタイプ、プロトコルサブタイプ、プロトコルサブタイプの個数のうち少なくとも一つを含むことを特徴とする請求項２２記載のセッションの再折衝トリガリング装置。
24. 前記アクセスネットワークは、前記構成要請メッセージに含まれた前記プロトコルタイプを格納することを特徴とする請求項２２記載のセッションの再折衝トリガリング装置。
25. 前記デフォルトでないプロトコルタイプは、プロトコルサブタイプをさらに含むことを特徴とする請求項２２記載のセッションの再折衝トリガリング装置。
26. 高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワーク（ソースアクセスネットワーク）から異なる能力プロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合のセッションの再折衝トリガリング方法であって、
    前記アクセス端末が前記ターゲットアクセスネットワークへＵＡＴＩ要請メッセージを転送するステップと、
    前記ＵＡＴＩを利用して前記ソースアクセスネットワークのアドレスを獲得し、前記ソースアクセスネットワークから前記セッションを持ってくるターゲットアクセスネットワークと前記端末間のセッションを設定するステップと、
    前記アクセス端末が前記ターゲットアクセスネットワークへ前記アクセス端末がサポートするデフォルトでないプロトコルタイプを含む構成要請メッセージを転送するステップと、
    前記ターゲットアクセスネットワークから前記構成要請メッセージに対する応答として構成応答メッセージを受信するステップと、
    前記ターゲットアクセスネットワークとのセッション折衝を通じて通信を遂行するステップと、を含み、
    前記セッションは、デフォルトプロトコルを利用することを特徴とするセッションの再折衝トリガリング方法。
27. 前記構成要請メッセージは、プロトコルタイプ、プロトコルサブタイプ、プロトコルサブタイプの個数のうち少なくとも一つを含むことを特徴とする請求項２６記載のセッションの再折衝トリガリング方法。
28. 前記ターゲットアクセスネットワークは、前記構成要請メッセージに含まれた前記プロトコルタイプを格納することを特徴とする請求項２６記載のセッションの再折衝トリガリング方法。
29. 前記デフォルトでないプロトコルタイプは、プロトコルサブタイプをさらに含むことを特徴とする請求項２６記載のセッションの再折衝トリガリング方法。
30. 高速パケットデータシステムにおいて、アクセス端末が所定のアクセスネットワーク（ソースアクセスネットワーク）から異なる能力プロトコル改訂機能を有する他のアクセスネットワーク（ターゲットアクセスネットワーク）へ移動する場合のセッションの再折衝トリガリング装置であって、
    前記アクセス端末が前記ターゲットアクセスネットワークへＵＡＴＩ要請メッセージを転送し、前記ＵＡＴＩを利用して前記ソースアクセスネットワークのアドレスを獲得し、前記ソースアクセスネットワークから前記セッションを持ってくるターゲットアクセスネットワークと前記端末間のセッションを設定し、前記アクセス端末が前記ターゲットアクセスネットワークへ前記アクセス端末がサポートするデフォルトでないプロトコルタイプを含む構成要請メッセージを転送する無線送受信部と、
    前記ターゲットアクセスネットワークから前記構成要請メッセージに対する応答として構成応答メッセージを受信する無線受信部と、
    前記ターゲットアクセスネットワークとのセッション折衝を通じて通信を遂行するように制御する制御部と、を含み、
    前記セッションは、デフォルトプロトコルを利用することを特徴とするセッションの再折衝トリガリング装置。
31. 前記構成要請メッセージは、プロトコルタイプ、プロトコルサブタイプ、プロトコルサブタイプの個数のうち少なくとも一つを含むことを特徴とする請求項３０記載のセッションの再折衝トリガリング装置。
32. 前記アクセスネットワークは、前記構成要請メッセージに含まれた前記プロトコルタイプを格納することを特徴とする請求項３０記載のセッションの再折衝トリガリング装置。
33. 前記デフォルトでないプロトコルタイプは、プロトコルサブタイプをさらに含むことを特徴とする請求項３０記載のセッションの再折衝トリガリング装置。

Images