(57)【要約】  方法と装置は、ワイヤレス通信システムにおける１つ以上のパーソナリティーの交渉および管理に対して示される。方法は、１つ以上のサポートされた初期プロトコルセット識別子を知らせることを含む。さらに、方法は、知らせられた初期プロトコルセット識別子から、開始の初期プロトコルセット識別子を選択することを含む。さらに、方法は、選択された開始の初期プロトコルセット識別子に基づいてセッションを確立することを含む。方法は、さらに、選択された初期プロトコルセット識別子に基づいてアクセスターミナルとアクセスネットワークの間の接続を確立することを含む。
2009545932.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のサポートされた初期プロトコルセット識別子を知らせることと；
前記知らせられた初期プロトコルセット識別子から開始の初期プロトコルセット識別子を選択すること；
前記選択された開始の初期プロトコルセット識別子に基づいてセッションを確立することと；
前記選択された初期プロトコルセット識別子に基づいてアクセスターミナルとアクセスネットワークの間の接続を確立すること、
を含む、ワイヤレス通信システムにおいて１つ以上のパーソナリティーを交渉および管理する方法：
【請求項２】
前記選択された初期プロトコルセット識別子および選択されたパーソナリティーに基づいて前記アクセスターミナルと前記アクセスネットワークの間の接続を確立すること、
をさらに含む、請求項１の方法。
【請求項３】
選択された初期プロトコルセット識別子あるいは既存のパーソナリティーに基づいて新しいパーソナリティーを生成するために前記アクセスネットワークから要求を出すこと、
をさらに含む、請求項１の方法。
【請求項４】
前記アクセスターミナルにおいて前記新しいパーソナリティーを受理すること、をさらに含む、請求項３の方法。
【請求項５】
前記新しいパーソナリティーを拒否すること、および異なるパーソナリティーを採用すること、をさらに含む、請求項３の方法。
【請求項６】
前記アクセスターミナルが、前記新しいパーソナリティーを生成する前記要求を拒否することを、その能力に基づいて、決定することを許容すること、をさらに含む、請求項３の方法。
【請求項７】
前記新しいパーソナリティーを生成することと；
前記新しいパーソナリティーを、前記接続を閉じずに、既存のパーソナリティーとして記憶すること、
をさらに含む、請求項３の方法。
【請求項８】
前記新しいパーソナリティーを生成することと；
前記接続を閉じ、および再確立することにより既存のパーソナリティーとして前記新しいパーソナリティーを記憶すること、
をさらに含む、請求項３の方法。
【請求項９】
新しいパーソナリティーを生成するために前記アクセスターミナルから要求を出すこと、をさらに含む、請求項１の方法。
【請求項１０】
パーソナリティーを再コンフィグレーションするために前記アクセスターミナルから要求を出すこと、をさらに含む、請求項１の方法。
【請求項１１】
パーソナリティーを再コンフィグレーションすることは、すべてのパーソナリティーにおけるその静的な属性の変更につながる前記パーソナリティーにおける静的な属性を変更することを含む、請求項１０の方法。
【請求項１２】
パーソナリティーを再コンフィグレーションすることは、他のパーソナリティーの一切の変化も引き起こさずに、前記パーソナリティーにおける動的な属性を変更することを含む、請求項１０の方法。
【請求項１３】
前記アクセスネットワークが、パーソナリティーを生成し、再コンフィグレーションし、かつ切り替えることを許容すること、をさらに含む、請求項１の方法。
【請求項１４】
切替を適用するために接続を閉じることをせずに、ソフトパーソナリティー切替を行なうこと、をさらに含む請求項１の方法。
【請求項１５】
切替を適用するために接続を閉じることを必要とするハードパーソナリティー切替を行なうこと、をさらに含む、請求項１の方法。
【請求項１６】
前記アクセスネットワークからパーソナリティーを切り替える要求を出すこと、をさらに含む、請求項１の方法。
【請求項１７】
アクセスターミナルにおいてパーソナリティーを切り替える前記要求を受理することをさらに含む、請求項１６の方法。
【請求項１８】
それが前記パーソナリティーをサポートすることができない場合に、アクセスターミナルにおいてパーソナリティーを切り替える要求を拒否することをさらに含む、請求項１６の方法。
【請求項１９】
アクセスターミナルからパーソナリティーを切り替える要求を出すこと、をさらに含む、請求項１の方法。
【請求項２０】
削除される１つ以上のパーソナリティーのリストを提案し、前記アクセスターミナルがどのパーソナリティーを削除するか決定することを許容することをさらに含む、請求項１の方法。
【請求項２１】
より使用されなさそうなパーソナリティーが削除にむけてより選択されるように、削除される１つ以上のパーソナリティーのリストから１つ以上のパーソナリティーを選択することと、  
前記１つ以上の選択されたパーソナリティーを削除すること、
をさらに含む、請求項２０の方法
【請求項２２】
アクティブセットにおけるアクセスネットワークの各々が前記アクセスターミナルと通信するために異なるパーソナリティーを使用することを許容すること、をさらに含む、請求項１の方法。
【請求項２３】
前記アクセスターミナルが、アクセスターミナルがサポートする多くの別個のパーソナリティーを決定し制御することを許容することをさらに含む、請求項２２の方法。
【請求項２４】
セッション記憶ポイントでパーソナリティーを記憶すること、をさらに含む、請求項１の方法。
【請求項２５】
知らせられた初期プロトコルセット識別子と一致するパーソナリティーを選択すること、をさらに含む、請求項１の方法。
【請求項２６】
アクセスターミナルがアクセスターミナルのアクティブセットに新しいアクセスネットワークを加えることを許容すること、をさらに含む、請求項１の方法。
【請求項２７】
前記アクセスターミナルが新しいアクセスネットワークと通信するためにパーソナリティー（パーソナリティーＹ）を提案することを許容すること、をさらに含む、  請求項２６の方法。
【請求項２８】
前記新しいアクセスネットワークにおいて前記提案されたパーソナリティー（パーソナリティーＹ）を受理すること、をさらに含む、請求項２７の方法。
【請求項２９】
前記新しいアクセスネットワークが、前記提案されたパーソナリティー（パーソナリティーＹ）を拒否し、かつ異なるパーソナリティー（パーソナリティーＺ）を採用することを許容すること、をさらに含む、請求項２７の方法。
【請求項３０】
前記提案されたパーソナリティー（パーソナリティーＹ）に対する通信プロトコルスタックを削除すること、および、前記異なるパーソナリティー（パーソナリティーＺ）に対する通信プロトコルスタックを生成すること、をさらに含む、請求項２９の方法。
【請求項３１】
前記アクセスネットワークが、出発点として前記アクセスネットワークの使用状態のパーソナリティーを使用して、新しいパーソナリティーを生成することを許容すること、をさらに含む、  請求項１の方法。
【請求項３２】
前記アクセスネットワークが、パーソナリティーを再コンフィグレーションするために要求することを許容し、前記アクセスターミナルが、一度に１つのコンフィグレーションプロセスに参加することを許容すること、をさらに含む、請求項１の方法。
【請求項３３】
前記アクセスターミナルが、別のコンフィグレーションプロセスに既に参加している場合に、前記アクセスターミナルが前記要求を拒否することを許容すること、をさらに含む、請求項３２の方法。
【請求項３４】
１つ以上のサポートされた初期プロトコルセット識別子を知らせるのに適合したアクセスネットワークと；
前記アクセスネットワークに動作可能に結合されたアクセスターミナルであって、
知らせられた初期プロトコルセット識別子から開始の初期プロトコルセット識別子を選択し、前記選択された開始の初期プロトコルセット識別子に基づいてセッションを確立し、
そして、前記選択された初期プロトコルセット識別子に基づいて前記アクセスターミナルと前記アクセスネットワークの間の接続を確立する、前記アクセスターミナル、
を含む、ワイヤレス通信システムにおいて１つ以上のパーソナリティーを交渉し、かつ管理するのに適したシステム。
【請求項３５】
前記アクセスターミナルは、前記選択された初期プロトコルセット識別子および選択されたパーソナリティーに基づいて、前記アクセスターミナルとアクセスネットワークの間の接続を確立する、請求項３４のシステム。
【請求項３６】
前記アクセスネットワークは、選択された初期プロトコルセット識別子あるいは既存のパーソナリティーに基づいて、新しいパーソナリティーを生成するために前記アクセスネットワークから要求を出す、請求項３４のシステム。
【請求項３７】
前記アクセスターミナルは、新しいパーソナリティーを受理する、請求項３６のシステム。
【請求項３８】
前記アクセスターミナルは、新しいパーソナリティーを拒否し、異なるパーソナリティーを採用する、請求項３６のシステム。
【請求項３９】
前記アクセスターミナルは、その能力に基づいて、前記新しいパーソナリティーを生成する前記要求を拒否するかどうかを決定する、請求項３６のシステム。
【請求項４０】
前記アクセスターミナルは、新しいパーソナリティーを生成する要求を出す、請求項３４のシステム。
【請求項４１】
前記アクセスターミナルは、パーソナリティーを再コンフィグレーションするために前記アクセスターミナルから要求を出す、請求項３４のシステム。
【請求項４２】
前記アクセスターミナルは、すべてのパーソナリティーにおけるその静的な属性の変更につながるパーソナリティーの静的な属性の変更によって、パーソナリティーを再コンフィグレーションする、請求項４１のシステム。
【請求項４３】
前記アクセスターミナルは、他のパーソナリティーの一切の変化も引き起こさずに、パーソナリティーの動的な属性を変更することによって、パーソナリティーを再コンフィグレーションする、請求項４１のシステム。
【請求項４４】
前記アクセスネットワークは、パーソナリティーを、生成し、再コンフィグレーションし、および切り替えることができる、請求項３４のシステム。
【請求項４５】
前記アクセスネットワークは、パーソナリティーを切り替える要求を出す、請求項３４のシステム。
【請求項４６】
前記アクセスターミナルは、パーソナリティーを切り替える要求を受理する、請求項４５のシステム。
【請求項４７】
前記アクセスターミナルは、前記アクセスターミナルが前記パーソナリティーをサポートすることができない場合にパーソナリティーを切り替える要求を拒否する、請求項４５のシステム。
【請求項４８】
前記アクセスターミナルは、パーソナリティーを切り替える要求を出す、請求項３４のシステム。
【請求項４９】
前記アクセスネットワークは削除される１つ以上のパーソナリティーのリストを提案する、および前記アクセスターミナルは、どのパーソナリティーを削除するかを決定する、請求項３４のシステム。
【請求項５０】
アクティブセットにおけるアクセスネットワーク各々は、前記アクセスターミナルと通信するために異なるパーソナリティーを使用する、請求項３４のシステム。
【請求項５１】
前記アクセスターミナルは、前記アクセスターミナルがサポートする多くの別個のパーソナリティーを決定し、制御する、請求項５０のシステム。
【請求項５２】
パーソナリティーを記憶するためのセッション記憶ポイント、をさらに含む、請求項３４のシステム。
【請求項５３】
前記アクセスターミナルは、前記アクセスターミナルのアクティブセットに新しいアクセスネットワークを加える、請求項３４のシステム。
【請求項５４】
前記アクセスターミナルは、前記新しいアクセスネットワークと通信するために、１つパーソナリティー（パーソナリティーＹ）を提案する、請求項５３のシステム。
【請求項５５】
前記アクセスターミナルは、前記新しいアクセスネットワークにおいて前記提案されたパーソナリティー（パーソナリティーＹ）を受理する、請求項５４のシステム。
【請求項５６】
前記新しいアクセスネットワークは、前記提案されたパーソナリティー（パーソナリティーＹ）を拒否し、異なるパーソナリティー（パーソナリティーＺ）を採用する、請求項５４のシステム。
【請求項５７】
前記アクセスターミナルは、前記提案されたパーソナリティー（パーソナリティーＹ）に対する通信プロトコルスタックを削除し、そして、前記異なるパーソナリティー（パーソナリティーＺ）に対する通信プロトコルスタックを生成する、請求項５６のシステム。
【請求項５８】
前記アクセスネットワークは、出発点として前記アクセスネットワークの使用状態のパーソナリティーを使用して、新しいパーソナリティーを生成する、請求項３４のシステム。
【請求項５９】
前記アクセスネットワークは、パーソナリティーを再コンフィグレーションすることを要求し、そして、前記アクセスターミナルは一度に１つのコンフィグレーションプロセスに参加する、請求項３４のシステム。
【請求項６０】
前記アクセスターミナルが、別のコンフィグレーションプロセスに既に参加している場合に、前記アクセスターミナルは前記要求を拒否する、請求項５９のシステム。
【請求項６１】
ワイヤレス通信システムにおいて１つ以上のパーソナリティーを交渉し、かつ管理するのに適合したコンピュータ可読媒体であって、
１つ以上のサポートされた初期プロトコルセット識別子を知らせる；
前記知らせられた初期プロトコルセット識別子から開始の初期プロトコルセット識別子を選択する；
前記選択された開始の初期プロトコルセット識別子に基づいてセッションを確立する；
および、
選択された初期プロトコルセット識別子に基づいてアクセスターミナルとアクセスネットワークの間の接続を確立する、
ことを少なくとも１台のコンピューティング装置に引き起こすためのコードを含むコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連する出願への相互参照
特許についての本出願は、次の米国の仮特許出願の利益を主張する：
（１）２００６年７月３１日に提出され「ＵＨＤＲ−ＯＮＥ：セッション層（ＵＨＤＲ−ＯＮＥ：ＳＥＳＳＩＯＮ  ＬＡＹＥＲ）」と表題をつけられた米国仮出願連続番号６０／８３４，６３６、それは参照によりここに組込まれる。
【０００２】
（２）２００６年８月２日に提出され「ＵＨＤＲ−ＯＮＥ：セッション層（ＵＨＤＲ−ＯＮＥ：ＳＥＳＳＩＯＮ  ＬＡＹＥＲ）」と表題をつけられた、米国仮出願連続番号６０／８３５，２９４、それは参照によりここに組込まれる。
【０００３】
分野
この開示は、一般に、ワイヤレス通信システムにおいてパーソナリティー（ｐｅｒｓｏｎａｌｉｔｙ）を交渉および管理する方法と装置に関する。
【背景技術】
【０００４】
３ＧＰＰまたは３ＧＰＰ２プロトコル規格を利用する典型的なワイヤレス通信システムにおいて、ネットワーク（ＡＮ）に日常接続されたネットワークアクセスターミナル（ＡＴ）は、その既存の状態の変更を必要とする。ＡＴにおけるそのような変更を遂行するために、ＡＴとＡＮは互いに通信しなければならない。特に、セッション構成プロトコル（Ｓｅｓｓｉｏｎ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＣＰ）（  他のプロトコルプロセスの構成の調整および管理の責任を負うプロトコルプロセス）として知られているプロトコルプロセスにおいては、ＡＮ上のその対応するピアと通信しなければならない。同様に、変更を必要とするＡＴの他の非ＳＣＰプロトコルプロセスは、ＡＮ上のそれらの対応するピアと通信しなければならない。
【０００５】
したがって、コンフィグレーション変更（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｈａｎｇｅ）を必要とするＡＴが、ＡＮへそのプロトコルプロセスの１つ以上の既存のコンフィグレーション状態を変更するべくその要求を中継してそのプロトコルプロセスをそれによって調整するところの標準を定義する方法に関して必要がある。方法は、さらに、ＡＴのＳＣＰが、変更を実行することを許可されるその状態において変更を必要とすることをプロトコルプロセスに通知する標準を定義するべきである。
【発明の概要】
【０００６】
方法と装置は、ワイヤレス通信システムにおける１つ以上のパーソナリティーの交渉および管理について開示される。方法は、１つ以上のサポートされた初期プロトコルセット識別子を知らせることを含む。更に、方法は、知らせられた初期プロトコルセット識別子から開始の初期プロトコルセット識別子（ｓｔａｒｔｉｎｇ  ｉｎｉｔｉａｌ  ｐｒｏｔｏｃｏｌ  ｓｅｔ  ｉｄｅｎｔｉｆｉｅｒ）を選択することを含む。さらに、方法は、選択された開始の初期プロトコルセット識別子に基づいてセッションを確立することを含む。方法は、さらに、選択された初期プロトコルセット識別子に基づいてアクセスターミナルとアクセスネットワークの間の接続を確立することを含む。
【図面の簡単な説明】
【０００７】
【図１】発明の１つの実施形態による多重アクセス無線通信システムを示す。
【図２】発明の１つの実施形態によるＭＩＭＯシステムにおいて送信機システム（アクセスネットワークとしても知られている）および受信機システム（アクセスターミナルとしても知られている）の実施形態のブロック図である。
【図３Ａ】発明の１つの実施形態による３ＧＰＰ２インプリメンテーションに対する参照モデルを示す。
【図３Ｂ】発明の１つの実施形態による３ＧＰＰ２インプリメンテーションに対する参照モデルを示す。
【図３Ｃ】発明の１つの実施形態による３ＧＰＰ２インプリメンテーションに対する参照モデルを示す。
【図４】パーソナリティーが発明の１つの実施形態に従ってインプリメントされる典型的な無線通信ネットワークを示す。
【図５】発明の１つの実施形態による最初のセッションを設定するための典型的なコールフローを概説する。
【図６】発明の１つの実施形態による接続を設定するための典型的なコールフローを示す。
【図７】発明の１つの実施形態によるアクティブセットに新しいアクセスネットワークを加える典型的なコールフローである。
【図８】アクセスネットワーク（ＡＮ）が発明の１つの実施形態によるパーソナリティーの生成または再コンフィグレーションを起動するための典型的なコールフローである。
【図９Ａ】発明の１つの実施形態による「コンフィグレーション開始（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔａｒｔ）」メッセージの典型的な構造を示す。
【図９Ｂ】発明の１つの実施形態による「コンフィグレーション要求（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｒｅｑｕｅｓｔ）」メッセージの典型的な構造を示す。
【図９Ｃ】発明の１つの実施形態による「コンフィグレーション応答（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｒｅｓｐｏｎｓｅ）」メッセージの典型的な構造を示す。
【図９Ｄ】発明の１つの実施形態による「コンフィグレーション完了（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）」メッセージの典型的な構造である。
【図９Ｅ】発明の１つの実施形態による「コンフィグレーション拒否（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｒｅｊｅｃｔ）」メッセージの典型的な構造を示す。
【図１０】発明の１つの実施形態による「セッション更新（ｓｅｓｓｉｏｎ  ｕｐｄａｔｅｄ）」メッセージの典型的な構造を示す。
【図１１】発明の１つの実施形態によるアクセスターミナル（ＡＴ）がパーソナリティーの生成か再コンフィグレーションを起動するための典型的なコールフローである。
【図１２Ａ】発明の１つの実施形態によるパーソナリティーを切り替えるための典型的なコールフローを示す。
【図１２Ｂ】発明の１つの実施形態によるパーソナリティーを切り替えるための典型的なコールフローを示す。
【図１３Ａ】発明の１つの実施形態による「パーソナリティー切替」メッセージの典型的な構造を示す。
【図１３Ｂ】発明の１つの実施形態による「パーソナリティー切替受理」メッセージの典型的な構造である。
【図１３Ｃ】発明の１つの実施形態による「パーソナリティー切替拒否」メッセージの典型的な構造を示す。
【図１３Ｄ】発明の１つの実施形態による「パーソナリティー切替要求」メッセージの典型的な構造を示す。
【図１４】発明の１つの実施形態によるパーソナリティーを削除する典型的なコールフローである。
【図１５Ａ】発明の１つの実施形態による「パーソナリティー削除要求」メッセージの典型的な構造を示す。
【図１５Ｂ】発明の１つの実施形態による「パーソナリティー削除」メッセージの典型的な構造である。
【詳細な説明】
【０００８】
Ｉ．無線通信システム
典型的な実施形態は、放送サービスをサポートしてするスペクトル拡散無線通信システムを使用する。無線通信システムは、音声、データなどのような種々のタイプの通信を提供するために広く展開する。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ワイヤレス・アクセス、３ＧＰＰ２  ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘあるいは他のいくつかの変調方式に基づいているかもしれない。
【０００９】
システムは、ドキュメント番号Ｃ．Ｓ００２４（「ｃｄｍａ２０００  Ｈｉｇｈ  Ｒａｔｅ  Ｐａｃｋｅｔ  Ｄａｔａ  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」）、およびＣ．Ｐ００８４（Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｌａｎ  ｆｏｒ  Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  （ＵＭＢ）  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」）を含む、ここに３ＧＰＰ２と呼ばれる「第３世代パートナーシッププロジェクト２  （３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２）」という名のコンソーシアムによって提示された標準のごとくの１つ以上の標準をサポートすることを目指すかもしれない。上に引用された標準とドキュメントは、これによって参照により特にここに組込まれる。
【００１０】
図１は、発明の１つの実施形態による多重アクセス無線通信システムを示す。アクセスネットワーク１００（ＡＮ）は、あるものは１０４と１０６を含み、別のものは１０８と１１０を含み、そして、さらに別のものは１１２と１１４を含むように、複数のアンテナグループを含んでいる。図１において、２本のアンテナだけが各アンテナグループに対して示される。しかし、より多くのまたはより少数のアンテナが各アンテナグループに対して利用されてもよい。アクセスターミナル１１６（ＡＴ）は、アンテナ１１２および１１４と通信する。ここで、アンテナ１１２と１１４は、フォワードリンク１２０上でアクセスターミナル１１６に情報を送信し、およびリバースリンク１１８上でアクセスターミナル１１６からの情報を受信する。アクセスターミナル（ＡＴ）１２２は、アンテナ１０６および１０８と通信する。ここで、アンテナ１０６と１０８は、フォワードリンク１２６上でアクセスターミナル（ＡＴ）１２２に情報を送信し、およびリバースリンク１２４上でアクセスターミナル（ＡＴ）１２２からの情報を受信する。ＦＤＤシステムにおいて、通信リンク１１８、１２０、１２４および１２６は異なる周波数を通信に使用することができる。例えば、フォワードリンク１２０は、リバースリンク１１８に使用した周波数とは異なる周波数を次に使用してもよい。
【００１１】
それらが通信することを目指しているアンテナの各グループおよび／またはエリアは、アクセスネットワークのセクタと、しばしば呼ばれる。実施形態において、アンテナグループの各々は、アクセスネットワーク１００によりカバーされるエリアのセクタにおけるアクセスターミナルと通信するように設計されている。
【００１２】
フォワードリンク１２０および１２６上の通信において、アクセスネットワーク１００の送受信アンテナは、異なるアクセスターミナル１１６および１２４に対するフォワードリンクの信号対雑音比を改善するためにビームフォーミングを利用する。さらに、そのサービス区域を通して任意に散在したアクセスターミナルへ送信するためにビームフォーミングを使用するアクセスネットワークは、そのすべてのアクセスターミナルへ単一のアンテナを通して送信するアクセスネットワークよりも、近隣のセルのアクセスターミナルに対して引き起こす妨害はより少ない。
【００１３】
アクセスネットワーク（ＡＮ）は、端末と通信するために使用される固定局かもしれないし、アクセスポイント、ノードＢあるいは他のいくつかの用語で呼ばれるかもしれない。アクセスターミナルもまた、アクセスターミナル、ユーザー装置（ＵＥ）、無線通信デバイス、端末、アクセスターミナルあるいは他のいくつかの用語で呼ばれるかもしれない。
【００１４】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセスターミナルとしても知られている）の実施形態のブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータは、データソース２１２から送信（ＴＸ）データプロセッサ２１４に供給される。
【００１５】
実施形態において、各データストリームは、それぞれの送信アンテナを通して送信される。ＴＸデータプロセッサ２１４は、符号化データを供給するために、そのデータストリームのために選択された特定のコード体系に基づいて、各データストリームのトラフィックデータをフォーマットし、符号化し、インターリーブする。
【００１６】
各データストリームの符号化データは、ＯＦＤＭ技法を使用して、パイロット・データと共に多重化され得る。パイロット・データは、一般に既知の方式において処理され、そしてチャネル応答を推定するために受信機システムにおいて使用され得る、既知のデータパターンである。各データストリームの多重パイロットおよび符号化データは、次に、変調シンボルを供給するためにそのデータストリームに対して選択された特定の変調方式（例えばＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫあるいはＭ−ＱＡＭ）に基づいて、変調（つまりシンボルマッピング）される。各データストリームのデータレート、符号化および変調は、プロセッサ２３０により実行される命令により決定され得る。
【００１７】
次に、すべてのデータストリームに対する変調シンボルは、さらに、変調シンボル（例えばＯＦＤＭについて）を処理することができるＴＸ  ＭＩＭＯプロセッサ２２０に供給される。次に、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔにＮＴ個の変調シンボルストリームを供給する。ある実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、データストリームのシンボル、およびシンボルが送信されているアンテナにビームフォーミング重みを適用する。
【００１８】
各送信機２２２は、１つ以上のアナログ信号を供給するためにそれぞれのシンボルストリームを受け取り、そして処理する、そして、さらにＭＩＭＯチャンネル上の送信として適切な変調された信号を供給するために、そのアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。次に、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号は、ＮＴ個のアンテナ２２４ａ〜２２４ｔからそれぞれ送信される。
【００１９】
受信機システム２５０では、送信された変調信号は、ＮＲ個のアンテナ２５２ａ〜２５２ｒにより受信される。そして、各アンテナ２５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに供給される。各受信機２５４は、それぞれの受信信号を調整（例えばフィルタ、増幅、およびダウンコンバート）し、調整された信号をデジタル化し、サンプルを供給する。そして、さらに、そのサンプルを処理し、対応する「受信」シンボルストリームを供給する。
【００２０】
Ｒｘデータプロセッサ２６０は、次に、ＮＲ個の受信機２５４からＮＲ個の受信シンボルストリームを受け取り、特定の受信機処理技法に基づいて処理し、ＮＴ個の「検出された」シンボルストリームを供給する。次に、Ｒｘデータプロセッサ２６０は、各検出されたシンボルストリームを復調し、デインターリーブし、デコードして、データストリームに対するトラフィックデータを再生する。Ｒｘデータプロセッサ２６０による処理は、送信機システム２１０において、ＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により行なわれる処理に相補的である。
【００２１】
プロセッサ２７０は、どの前符号化行列を使用するか周期的に決定する（下記において説明される）。プロセッサ２７０は、行列インデックス部分およびランク値部分を含むリバースリンク・メッセージを作成する。
【００２２】
リバースリンク・メッセージは、通信リンクおよび／または受信データストリームに関する種々のタイプの情報を含み得る。次に、リバースリンク・メッセージは、ＴＸデータプロセッサ２３８（それは、さらに、データソース２３６から多くのデータストリームに対するトラフィックデータを受け取る）により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調整され、そして送信機システム２１０に送り返される。
【００２３】
送信機システム２１０では、受信機システム２５０からの変調された信号は、アンテナ２２４により受信され、受信機２２２により調整され、復調器２４０により復調され、受信機システム２５０により送信されたリバースリンク・メッセージを抽出するためにＲｘデータプロセッサ２４２により処理される。次に、プロセッサ２３０は、ビームフォーミングの重みを決めるためにどの前符号化行列を使用して抽出されたメッセージを次に処理するかを決定する。
【００２４】
以下の説明において、発明は、主として３ＧＰＰ２アーキテクチャ参照モデルの文脈において説明されるだろう。しかしながら、開示された情報で、当業者は、３ＧＰＰネットワーク・アーキテクチャーにおける発明の使用とインプリメントの態様を他のネットワーク・アーキテクチャーにも容易に適合させることができるであろうことは理解される。
【００２５】
アーキテクチャ参照モデル
図３Ａ、３Ｂおよび３Ｃは、３ＧＰＰ２インプリメンテーションに対する参照モデルを示す。図３Ａにおいて示されるように、参照モデル３００は、アクセスターミナル（ＡＴ）３０２と、１つ以上のセクタ３０６を含むアクセスネットワーク（ＡＮ）３０４の間のエア・インターフェース３０８を含んでいる。
【００２６】
図３Ｂは、エア・インターフェース３０８（図３Ａに示される）の典型的な階層化アーキテクチャ３２０を示す。１つの実施形態において、アーキテクチャ３２０は以下のように７層を含んでいる：
１）アプリケーション層  −  アプリケーション層３２２は１つ以上のアプリケーションを提供する。１つの実施形態において、アプリケーション層３２２は、エア・インターフェース・プロトコルメッセージを運ぶためにデフォルト・シグナリングアプリケーションを供給し、利用者データを運ぶためにデフォルト・パケットアプリケーションを供給する。
【００２７】
２）ストリーム層  −  ストリーム層３２４は、別個のアプリケーションストリームの多重化を可能にする。
【００２８】
３）セッション層  −  セッション層３２６は、アドレス管理、プロトコル交渉（ｐｒｏｔｏｃｏｌ  ｎｅｇｏｔｉａｔｉｏｎ）、プロトコルコンフィグレーションおよび状態保守サービスを提供する。
【００２９】
４）コネクション層  −  コネクション層３２８はエアリンク接続確立および保守サービスを提供する。
【００３０】
５）セキュリティ層  −  セキュリティ層３３０は認証と暗号化のサービスを提供する。
【００３１】
６）メディア・アクセス制御（ＭＡＣ）層  −  ＭＡＣ層３３２は、物理層の上で受信し送信するために使用される手続きを定義する。
【００３２】
７）物理層  −  物理層３３４は、フォワードおよびリバース・チャネルに対するチャンネル構造、周波数、パワー出力、変調および符号化規格を提供する。
【００３３】
上記の７つの層の各々は、１つ以上のプロトコルを含んでいてもよい。これらのプロトコルは、エアリンクの反対側のそれらのピア・エンティティー（ｐｅｅｒ  ｅｎｔｉｔｙ）に情報を伝えるためにシグナリングメッセージまたはヘッダーを使用する。１つの実施形態では、シグナリングネットワークプロトコル（Ｓｉｇｎａｌｉｎｇ  Ｎｅｔｗｏｒｋ  Ｐｒｏｔｏｃｏｌ、ＳＮＰ）はメッセージまたはヘッダーを送信するために使用される。
【００３４】
次に図３Ｃを参照すると、セッション層の典型的な構造３５０を示す。示されるように、セッション層３５０は、セッション管理プロトコル（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ、ＳＭＰ）３５２、アドレス管理プロトコル（Ａｄｄｒｅｓｓ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ、ＡＭＰ）３５４およびセッション構成プロトコル（Ｓｅｓｓｉｏｎ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＣＰ）３５６を含む。
【００３５】
セッション層は、一般に、互いにデータ転送して協力するアプリケーション間のセッションを管理する役割を担う。ＳＭＰ  ３５２は、他のセッション層プロトコルプロセス（ＳＣＰとＡＭＰ）の活動化とセッションの閉鎖を管理する役割を担う。ＡＭＰ３５４は、アドレス情報を維持する役割を担う。ＳＣＰ  ３５６は、プロトコル・サブタイプを扱い、現在のセッションのステータス、開始中のステータス、およびコンフィグレーションの間にプロトコルプロセスに答える調整を維持する役割を担う。
【００３６】
パーソナリティーの実装
１つの態様において、本発明は、パーソナリティーのアプリケーションと管理（生成、切替、および削除ような）を可能にするために、セッション層に修正と増強を供給する。
【００３７】
ある実施形態において、パーソナリティーは、ＡＴとＡＮの間の通信のために使用することができる、すべてのプロトコルのサブタイプおよび関連する属性値を定義する。パーソナリティーは、セッションコンフィグレーションプロトコル（Ｓｅｓｓｉｏｎ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＣＰ）の交渉（ｎｅｇｏｔｉａｔｉｏｎ）を介して、ＡＴあるいはＡＮによって生成され得る。パーソナリティーは、セッション記憶ポイント（Ｓｅｓｓｉｏｎ  Ｓｔｏｒａｇｅ  Ｐｏｉｎｔ、ＳＳＰ）において記憶され得る。パーソナリティーは、８ビットのパーソナリティーＩＤにより識別され得る。アクティブセットにおける各ＡＮは、ＡＴと通信するために異なるパーソナリティーを使用することができる。これは、使用中（ＩｎＵｓｅ）のパーソナリティー（つまり、ＡＴとＡＮの間で現在使用されているパーソナリティー）である。アクセスネットワーク（ＡＮ）の使用中（ＩｎＵｓｅ）パーソナリティーは、ＳＳＰにおいて記憶されたパーソナリティーにマッピングすることができる。ＡＴは、ＳＳＰに記憶したすべてのパーソナリティーを持つことができる。
【００３８】
１つの実施形態において、次のものを含むセッション層により処理される４つのタイプのデータおよび／または属性がある：（セッションキーのような）静的なデータ、（サポートすることができるパーソナリティーの最大値のような）静的な属性、「ソフト・コミッタブル（ｓｏｆｔ−ｃｏｍｍｉｔｔａｂｌｅ）」な動的な属性（つまり、接続を閉鎖する必要なしに、有効に変更することができる属性）、および「ハード・コミッタブル（ｈａｒｄ−ｃｏｍｍｉｔｔａｂｌｅ）」な動的な属性（変更が効果を現わすために接続の閉鎖を要求することができる属性）。ＡＴとＡＮの両方は、これらの４つのタイプのデータおよび／または属性の各々を修正することができる。
【００３９】
１つの実施形態において、静的なデータおよび静的な属性は、プロトコルタイプの特性である。その一方で動的な属性はプロトコル・サブタイプの特性である。この実施形態において、静的なデータあるいは静的な属性の値が１つのパーソナリティーにおいて変更される時、変更はすべてのパーソナリティーに適用される。さらに、静的なデータおよび静的な属性は、ソフト・コミッタブル（ｓｏｆｔ−ｃｏｍｍｉｔｔａｂｌｅ）である。対照的に、動的な属性の値がパーソナリティーにおいて変更される時、その変更はそのパーソナリティーだけに適用される。
【００４０】
図４は、発明の１つの実施形態により、パーソナリティーがインプリメントされる典型的な無線通信ネットワーク４００を示す。示されるように、ネットワーク４００は、ＳＳＰ（セッション記憶ポイント（Ｓｅｓｓｉｏｎ  Ｓｔｏｒａｇｅ  Ｐｏｉｎｔ））４０２、ＡＴ  ４２０およびいくつかのアクセスネットワーク（ＡＮ）４１０１、４１０２、…、４１０Ｎを含んでいる。ＳＳＰ  ４０２は、ネットワーク４００に生成されたパーソナリティー４０４ａ−４０４ｄを記憶する。しかしながら、ＳＳＰ  ４０２は、状態情報を維持しない。例えば、ＳＳＰ  ４０２は、どのパーソナリティーが現在、使用中（ＩｎＵｓｅ）であるか知らない。ＡＮ４１０１、４１０２、．．．、４１０Ｎは、パーソナリティー４０４ａ−４０４ｄを生成し再コンフィグレーションすることができる、その使用中のパーソナリティーの切り替えを要求する、あるいはパーソナリティー４０４ａ−４０４ｄの削除を要求する。ＡＴ４２０は、さらにパーソナリティー４０４ａ−４０４ｄを生成し再コンフィグレーションすることができる、そして、１つのＡＮ４１０１、４１０２、…、４１０Ｎの使用中のパーソナリティーの切り替えを示唆することができる。更に、ＡＴ４２０は、１つのアクティブセットにおける各ＡＴの使用中（ＩｎＵｓｅ）のパーソナリティー４１４ａ−４１４ｄを常時監視している。上に説明されたように、アクティブセットにおける各ＡＮ４１０１、４１０２、…、４１０Ｎは、ＡＴ４２０と通信するために異なるパーソナリティーを使用することができる。このパーソナリティーは、使用中（ＩｎＵｓｅ）のパーソナリティー（つまり、現在ＡＴとＡＮ間で使用されているパーソナリティー）である。ＡＴ４２０は、それがサポートする別個の使用中（ＩｎＵｓｅ）パーソナリティーをいくつにするか、決定し制御する。
【００４１】
ＩＩＩ．Ａ  初期のセッションのセットアップ
図５は、初期のセッション・セットアップのための典型的なコールフロー５００を概説する。１つの実施形態において、ＡＮ５０４は、サポートされるＩＰＳＩ（初期プロトコルセット識別子）を（ステップ５０６を介して）知らせる、それは一般に、ＡＴ５０２とＡＮ５０４との間の初期の通信に使用することができるプロトコル・サブタイプの１セットである。ＡＴ５０２は、初期のＩＳＰＩ（ＩＳＰＩｉ）を選択し、選択されたＩＳＰＩｉについてプロトコルスタックを生成し、選択されたＩＳＰＩｉに基づいて接続を要求する（ステップ５１２）。セッションは、選択されたＩＳＰＩｉに対応するサブタイプおよびデフォルト属性で開かれるだろう。
【００４２】
１つの実施形態において、「接続要求」メッセージ（ステップ５１２）が選択されたＩＳＰＩｉと共に送信される時、「０」のパーソナリティーＩＤが仮定される。この実施形態において、「０」のパーソナリティーＩＤは、ＩＰＳＩに基づいたパーソナリティーのスタックにために取っておかれる。そのため、他のパーソナリティーは、「０」のパーソナリティーＩＤとして記憶することができない。さらに、「０」のパーソナリティーＩＤの中へのパーソナリティー切替を行なうことができない。
【００４３】
ＩＩＩ．Ｂ  接続のセットアップ
図６は、一旦セッションが開かれたか確立されたならば、接続をセットアップするための典型的なコールフロー６００を示す。１つの実施形態において、ＡＮ６０４は、サポートされるＩＰＳＩを（ステップ６０６を介して）知らせる。この時点では、ＡＴ  ６０２は、停止状態（ｉｄｌｅ  ｓｔａｔｅ）にあり、そして、特定のユニキャスト・アクセスターミナル識別子（ｕｎｉｃａｓｔ  ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ  ｉｄｅｎｔｉｆｉｅｒ、ＵＡＴＩｉ）で確立された（あるいは開いた）セッションを有する。ＡＴ６０２は、知らせられたＩＰＳＩのうちの１つと一致するパーソナリティー（パーソナリティーＸ）を選択するように進む。この実施形態における、ＡＴ６０２が、既存のパーソナリティーＸと知らされＩＰＳＩを使用して、接続をセットアップすることを望む場合、ＡＴ６０２は、メッセージのパラメータ（すなわちフィールド）としてのＵＡＴＩｉ、パーソナリティーＸのＩＤ、および知らせられたＩＰＳＩと共にＡＮ６０４へ「接続要求」メッセージを送信するだろう（ステップ６１２）。「接続要求」メッセージ（ステップ６１２）を受信する際には、ＡＮ６０４は、ＳＳＰ  ６２０に質問するために「セッション取得（ｇｅｔ  ｓｅｓｓｉｏｎ）」メッセージ送信する（ステップ６１４）。これを受けて、ＳＳＰ  ６２０は、ＡＮ６０４に「セッション取得」肯定応答を送るだろう（ステップ６１６）。ＡＮ６０４がパーソナリティーＸを受理することに選択する場合、ＡＮ６０４は、そうするために「接続応答」メッセージを送信するだろう（ステップ６１８）。一旦、ＡＮ６０４が、パーソナリティーＸを受理すれば、このパーソナリティーは、ＡＴ６０２とＡＮ６０４間の使用中（ＩｎＵｓｅ）のパーソナリティーになる。しかしながら、ＡＮ６０４は、パーソナリティーＸを拒否し、パーソナリティーＸ以外のパーソナリティーを採用することをＡＴ  ６０２と交渉することに決めることができるであろう。
【００４４】
ＩＩＩ．Ｃ  アクティブセットへのアクセスネットワークの追加
図７は、アクティブセットに新しいＡＮを加えるための典型的なコールフロー７００である。アクティブセットは、一般に、ＡＴ  ７０２のためにエア・インターフェース資源を取っておいた１セットのセクタである。ＡＴ７０２は、ＡＴ７０２がネットワークを動き回るに従いアクティブセットにセクタを加えることができ、あるいは除去することができる。図７の前後関係において、ＡＴ  ７０２は、ＡＮ１  ７０４１との接続に加えてＵＡＴＩｉとのセッションも確立している。更に、ＡＮ１  ７０４１は、外部リンクとの通信を容易にするサービングアクセスネットワーク（  ｓｅｒｖｉｎｇ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）であり、ＡＮ１（ＳＳ）として表わされている。さらに、ＡＴ７０２は、使用中（ＩｎＵｓｅ）のパーソナリティーであるパーソナリティーＸを備えたＡＮ１  ７０４１との接続を確立している。ＡＴ  ７０２は、そのアクティブセットに新しいＡＮ２  ７０４２に属するセクタを加えることを求め、そして、パーソナリティーＹを使用して、新しいＡＮ２  ７０４２との接続を確立することを求める。
【００４５】
図７における示されるように、ＡＴ  ７０２は、新しいＡＮ２  ７０４２との接続を確立するためにサービングＡＮ１  ７０４１に「接続要求」メッセージ（ステップ７０８）を送信する。ＡＴ  ７０２は、これがＡＴ  ７０２が接続の確立を求めるパーソナリティーであるので、パーソナリティーＹの識別（ＩＤ）を持った「接続要求」メッセージを居住させるだろう。サービングＡＮとして働いて、ＡＮ１  ７０４１は、新しいＡＮ２  ７０４２に「接続要求」メッセージ（ステップ７１０）を転送する。ＡＮ２  ７０４２は、ＳＳＰ  ７０６に問い合わせするための「セッション取得」メッセージ（ステップ７１２）を送信する。これを受けて、ＳＳＰ  ７０６は、「セッション取得」肯定応答（ステップ７１４）をＡＮ２  ７０４２に送信するだろう。
【００４６】
１つのシナリオにおいて、ＡＮ２  ７０４２は、パーソナリティーＹを拒否し、代わりにパーソナリティーＺを採用することを決定する。そのため、ＡＮ２  ７０４２は、「接続応答」メッセージを、ＳＳＰ  ７０６およびパーソナリティーＺで占められたサービングＡＮ１  ７０４１に発する（ステップ７１６および７１８）。その後、ＡＮ１  ７０４１は、「接続応答」メッセージ（ステップ７２０）をＡＴ７０２に転送する。「接続応答」の受信の際に、ＡＴ７０２は、パーソナリティーＹと関係する通信プロトコルスタックを削除し、パーソナリティーＺに基づいてスタックを生成する。
【００４７】
この時点では、ＡＮ２  ７０４２は、アクティブセットに加えられる。パーソナリティーＸは、ＡＴ７０２とＡＮ１  ７０４１間で使用中（ＩｎＵｓｅ）である。そして、パーソナリティーＺは、ＡＴ７０２とＡＮ２  ７０４２間で使用中（ＩｎＵｓｅ）である。
【００４８】
代替シナリオにおいて、ＡＮ２  ７０４２は、ＡＴ  ７０２を持った使用中（ＩｎＵｓｅ）のパーソナリティーとしてパーソナリティーＹを認めて採用することを選択することができるだろう。そうならば、ＡＮ２  ７０４２は、パーソナリティーＹに占められた「接続応答」メッセージ（ステップ７１６および７１８）を出すだろう。
【００４９】
ＩＩＩ．Ｄ  パーソナリティーの生成または再コンフィグレーション
図８は、アクセスネットワーク（ＡＮ）がパーソナリティーの生成また再コンフィグレーションを起動するための典型的なコールフロー８００である。１つの実施形態において、アクティブセットにおける任意のＡＮは、新しいパーソナリティーを生成することができるか、または既存のパーソナリティーを再コンフィグレーションすることができる。出発点として、ＩＰＳＩあるいは既存のパーソナリティーを選択し、使用することができるかもしれない。更に、選択された既存のパーソナリティーは、パーソナリティー生成か再コンフィグレーションプロセスを起動するＡＮ、あるいは別のＡＮ、の使用中（ＩｎＵｓｅ）パーソナリティーであり得る。
【００５０】
生成されたパーソナリティーは、生成されたか、再コンフィグレーションされたパーソナリティーと静的データか静的属性のみから成る既存のパーソナリティーの間の差分（つまりデルタ）だけ、既存のパーソナリティー・ビン（つまりパーソナリティーＩＤ）に記憶することができる。選択されたパーソナリティー・ビンは、生成または再コンフィグレーションのプロセスを起動させるアクセスネットワーク（ＡＮ）、あるいは別のＡＮ、の使用中（ＩｎＵｓｅ）パーソナリティーであり得る。しかしながら、生成されたか、再コンフィグレーションされたパーソナリティーは、アクセスネットワーク（ＡＮ）の裁量において新しいパーソナリティーとして記憶することができる。アクセスネットワーク（ＡＮ）は、新しいパーソナリティーＩＤの値を取るようになるだろう。しかしながら、「０」のパーソナリティーＩＤは、ＩＰＳＩベースのスタックのために取っておかれるので使用することができない。
【００５１】
さらに、アクセスターミナル（ＡＴ）は、パーソナリティーを生成するか再コンフィグレーションするプロセスを起動することができる。
【００５２】
このプロセスの説明は、図１１に示され、図８のプロセスに似ている。
【００５３】
図８の前後関係において、ＡＴはセッションを確立しており、サービングＡＮ１  ８０４１およびＡＮ２  ８０４２と接続している。更に、ＡＮ１  ８０４１は、選択されたＩＰＳＩｉあるいは既存のパーソナリティーＸに基づいて新しいパーソナリティーを生成することを求めている。ＡＮ１  ８０４１は、セッション・コンフィグレーション・プロセス（ｓｅｓｓｉｏｎ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｐｒｏｃｅｓｓ）を開始させるためにＡＴ  ８０２に「コンフィグレーション開始」メッセージ（ステップ８０８）を送信する。図９Ａは、発明の１つの実施形態に従って「コンフィグレーション開始」メッセージ９００の典型的な構造を示す。図９Ａにおける示されるように、「コンフィグレーション開始」メッセージ９００は次のフィールドを含んでいる：
●メッセージＩＤ  −  ＡＮは、メッセージが「コンフィグレーション開始」メッセージであることを示すためにユニークな値にメッセージＩＤフィールド９０２をセットするだろう。１つの実施形態における、ＡＮは、０ｘ０ｅの値にフィールド９０２をセットするだろう。
【００５４】
●トランザクションＩＤ  −  ＡＮは、送信された新しい「コンフィグレーション開始」メッセージ各々に対してトランザクションＩＤフィールド９０３の値をインクリメントするだろう。
【００５５】
●パーソナリティーＩＤまたはＩＰＳＩ  −  このフィールド９０４は、交渉されるべきパーソナリティーの開始コンフィグレーションが記憶されたパーソナリティーか、あるいはＩＰＳＩかどうかを示すために使用される。１つの実施形態において、ＡＮは、交渉されるべきパーソナリティーの開始コンフィグレーションが記憶されたパーソナリティーである場合、パーソナリティーＩＤまたはＩＰＳＩフィールド  ９０４を「１」にセットするだろう、そして、交渉されるべきパーソナリティーの開始コンフィグレーションが初期プロトコルセット識別子（Ｉｎｉｔｉａｌ  Ｐｒｏｔｏｃｏｌ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ、ＩＰＳＩ）である場合、「０」にセットするだろう。
【００５６】
●パーソナリティーＩＤ  −  ＡＮは、パーソナリティーＩＤまたはＩＰＳＩフィールド  ９０４が、ＩＰＳＩ選択（すなわち１つの実施形態における「０」）を示す場合、このフィールド９０６を省略するだろう。他の場合には、ＡＮは、交渉されるべきパーソナリティーの開始コンフィグレーションであるところの、記憶されたパーソナリティーの識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）に、このフィールド９０６をセットするだろう。
【００５７】
●ＩＰＳＩ  −  ＡＮは、パーソナリティーＩＤまたはＩＰＳＩフィールド９０４が記憶されたパーソナリティー選択（すなわち１つの実施形態における「１」）を示す場合、このフィールド９０８を省略するだろう。他の場合には、ＡＮは、交渉されるべきパーソナリティーの開始コンフィグレーションであるところのＩＰＳＩに、このフィールド９０８をセットするだろう。
【００５８】
図８に戻って、  ＡＴ８０２は、パーソナリティー生成か再コンフィグレーションプロセスに参加することが可能な場合には、属性に対する新しい値を申し込むために「コンフィグレーション要求」メッセージ（ステップ８１０）を出す。図９Ｂは、発明の１つの実施形態に従って「コンフィグレーション要求」メッセージ９１０の典型的な構造を示す。図９Ｂに示されるように、「コンフィグレーション要求」メッセージ９１０は次のフィールドを含んでいる：
●メッセージＩＤ  −  「コンフィグレーション要求」メッセージ９１２の送信者は、ＡＴまたはＡＮでありえる。更に、送信者は、メッセージが「コンフィグレーション要求」メッセージで、かつ送信者がＡＴまたはＡＮのいずれかであることを示すユニークな値に、このメッセージＩＤフィールド９１２をセットするだろう。１つの実施形態において、ＡＴは、０ｘ００の値にフィールドをセットするだろう、一方、ＡＮは、０ｘ０１の値にフィールド９１２をセットするだろう。
【００５９】
●トランザクションＩＤ  −  「コンフィグレーション要求」メッセージ９００の送信者は、送信された新しい「コンフィグレーション要求」メッセージ各々に対するこのフィールド９１３の値をインクリメントするだろう。
【００６０】
●パーソナリティーＩＤまたはＩＰＳＩ  −  このフィールド９１４は、交渉されるべきパーソナリティーの開始コンフィグレーションが記憶されたパーソナリティーあるいはＩＰＳＩかどうか示すために使用される。１つの実施形態において、交渉されるべきパーソナリティーの開始コンフィグレーションが記憶されたパーソナリティーである場合、送信者は「１」にパーソナリティーＩＤまたはＩＰＳＩフィールド９１４をセットするだろう、そして、交渉されるべきパーソナリティーの開始コンフィグレーションが初期プロトコルセット識別子（ＩＰＳＩ）である場合、「０」にセットするだろう。
【００６１】
●パーソナリティーＩＤ  −  パーソナリティーＩＤまたはＩＰＳＩ  ９１４が、ＩＰＳＩ選択（すなわち１つの実施形態における「０」）を示す場合、送信者はこのフィールド９１５を省略するだろう。他の場合には、送信者は、交渉されるべきパーソナリティーの開始コンフィグレーションであるところの記憶されたパーソナリティーの識別に、このフィールド９１５をセットするだろう。
【００６２】
●ＩＰＳＩ  −  パーソナリティーＩＤかＩＰＳＩフィールド１００４が記憶されたパーソナリティー選択（すなわち１つの実施形態における「１」）を示す場合、送信者はこのフィールド９１７を省略するだろう。他の場合には、送信者は、交渉されるべきパーソナリティーの開始コンフィグレーションであることところのＩＰＳＩに、このフィールド９１７をセットするだろう。
【００６３】
●後続属性レコードのゼロまたはより多くのインスタンス  −  このフィールド９１８は、提案されている新しい属性のレコードの数（０以上）を示すために使用される。
【００６４】
●属性レコード  −  属性レコード９１９１…９１９Ｎは、１つ以上のプロトコルに対する提案された新しい値を含んでいる。属性の数はフィールド９１８において提供される。
【００６５】
図８を参照すると、ＡＴ８０２は、ステップ８０８の「コンフィグレーション開始」メッセージに応答して、ステップ８１０の「コンフィグレーション要求」メッセージの代わりに、「コンフィグレーション拒否」メッセージを出すことができるであろう。ＡＴ８０２は、例えば、別のＡＮとコンフィグレーションプロセスに取り組んでいる場合、そうするだろう。図９Ｅは、発明の１つの実施形態に従って「コンフィグレーション拒否」メッセージ９４０の典型的な構造を示す。図９Ｅに示されるように、「コンフィグレーション拒否」メッセージ９４０は次のフィールドを含んでいる：
●メッセージＩＤ  −  メッセージが「コンフィグレーション拒否」メッセージ９４０であることを示すために、「コンフィグレーション拒否」メッセージ９４０の送信者はユニークな値にこのメッセージＩＤフィールド９４２をセットするだろう。１つの実施形態において、送信者は０ｘ０ｆの値にフィールド９４２をセットするだろう。
【００６６】
●トランザクションＩＤ  −  「コンフィグレーション拒否」メッセージ９４０の送信者は、このトランザクションＩＤフィールド９４４の値を、対応する「コンフィグレーション開始」メッセージ９００のトランザクションＩＤフィールド９０３の値と等しくなるようにセットするだろう。
【００６７】
●拒否理由−「コンフィグレーション拒否」メッセージ９４０の送信者は、この拒否理由フィールド９４６を、対応する「コンフィグレーション開始」メッセージ９００が拒否されている理由を示すようにセットするだろう。
【００６８】
図８に戻って、ＡＴ８０２は「コンフィグレーション要求」メッセージ（ステップ８１０）を出すことを想定して、ＡＮ１  ８０４１は、「コンフィグレーション要求」メッセージに応答する「コンフィグレーション応答」メッセージ（ステップ８１２）を送信するだろう。図９Ｃは、発明の１つの実施形態に従って「コンフィグレーション応答」メッセージ９２０の典型的な構造を示す。図９Ｃに示されるように、「コンフィグレーション応答」メッセージ９２０は次のフィールドを含んでいる：
●メッセージＩＤ  −  送信者は、メッセージが「コンフィグレーション応答」メッセージであることを示すために、ユニークな値に、このメッセージＩＤフィールド９２２をセットするだろう。１つの実施形態において、送信者は０ｘ０２の値にフィールド９２２をセットするだろう。
【００６９】
●トランザクションＩＤ  −  「コンフィグレーション応答」メッセージの送信者は、このトランザクションＩＤフィールド９２４の値を、対応する「コンフィグレーション要求」メッセージ９１０のトランザクションＩＤフィールド９１３の値に等しくなるように、セットするだろう。
【００７０】
●後続属性レコードのゼロまたはより多くのインスタンス  −  このフィールド９２６は、受理されている、新しい提案された属性のレコードの数（０以上）を示すために使用される。
【００７１】
●属性レコード  −  属性レコード９２８１…９２８Ｎは、１つ以上のプロトコルに対する受理された新しい提案された値を含んでいる。属性の数は、フィールド１１１２において提供される。
【００７２】
図８に戻って、ＡＮ１  ８０４１は、別の「コンフィグレーション要求」メッセージ（ステップ８１６）を出す。この時、交渉されたパーソナリティーがパーソナリティーＩＤｙとして記憶されるべきであることをＡＮ１  ８０４１が決めれば、それはＳＳＰ  ８０６に「セッション更新」メッセージを送信するだろう（ステップ８１８）。図１０は、発明の１つの実施形態に従って「セッション更新」メッセージ１０００の典型的な構造を示す。この実施形態において、送信者は、セッションが更新されたことを示すために「セッション更新」メッセージ１０００を送信するだろう。図１０に示されるように、「セッション更新」メッセージ１０００は次のフィールドを含んでいる：
●メッセージＩＤ  −  メッセージが「セッション更新」メッセージ１０００であることを示すために、送信者はユニークな値にこのメッセージＩＤフィールド１００２をセットするだろう。１つの実施形態において、送信者は、０ｘ１７にこのフィールド１００２をセットする。
【００７３】
●セッション署名  −  送信者は、最新のセッションに対応するセッション署名に、このフィールド１００４をセットする。
【００７４】
図８を参照すると、ＳＳＰ  ８０６は、「セッション更新肯定応答（ｓｅｓｓｉｏｎ  ｕｐｄａｔｅｄ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）」メッセージ（ステップ８２０）により「セッション更新」メッセージ（ステップ８１８）に応答するだろう。「セッション更新肯定応答」メッセージを受信する際、ＡＮ１  ８０４１は、それがパーソナリティーの生成か再コンフィグレーションに対する交渉手順を完了したことを示す「コンフィグレーション完了」メッセージ（ステップ８２２）を出すだろう。図９Ｄは、発明の１つの実施形態に従う「コンフィグレーション完了」メッセージ９３０の典型的な構造である。図９Ｄに示されるように、「コンフィグレーション完了」メッセージ９３０は次のフィールドを含んでいる：
●メッセージＩＤ  −  「コンフィグレーション完了」メッセージ９３０の送信者は、ＡＴまたはＡＮでありえる。更に、送信者は、メッセージが「コンフィグレーション完了」メッセージであること、および送信者はＡＴまたはＡＮのいずれかであること、を示すためにユニークな値に、このメッセージＩＤフィールド９３２をセットするだろう。１つの実施形態において、ＡＴは、０ｘ０ｃの値にフィールド９３２をセットするだろう、一方、ＡＮは、０ｘ０ｄの値にフィールド９３２をセットするだろう。
【００７５】
●トランザクションＩＤ  −  アクセスターミナル（ＡＴ）は、送信される新しい「コンフィグレーション完了」メッセージ各々に対して、このフィールド９３４の値をインクリメントするだろう。アクセスネットワーク（ＡＮ）は、アクセスターミナル（ＡＴ）から受信された最後の「コンフィグレーション完了」メッセージにおけるトランザクションＩＤフィールドの値に、このフィールド９３４をセットするだろう。
【００７６】
●パーソナリティーＩＤ  −  このフィールド９３６は、単に交渉されたパーソナリティーが記憶されるべきであるビンのパーソナリティーＩＤを示すためアクセスネットワーク（ＡＮ）によってセットされるだろう。
【００７７】
●セッション署名  −  このフィールド９３８は、単にアクセスネットワーク（ＡＮ）によって更新されたセッションの署名を示すためにセットされるだろう。
【００７８】
●続く（Ｃｏｎｔｉｎｕｅ）  −  このフィールド９３９は、単にアクセスネットワーク（ＡＮ）によって、追加のパーソナリティーが交渉されることになっているかどうか示すためにセットされるだろう。
【００７９】
図８に戻って、ＡＴ８０２は、セッションが更新されたことを、アクティブセットにおけるアクセスネットワークに通知するために、サービングＡＮ１  ８０４１へ「セッション更新」メッセージ（ステップ８２４）を送信する。サービングＡＮ１  ８０４１は、アクティブセットにおける他のアクセスネットワーク（ＡＮ２  ８０４２を含む）に「セッション更新」メッセージを転送するだろう（ステップ８２５）。サービングＡＮ１  ８０４１は、「セッション取得」メッセージをＳＳＰ  ８０６に出した（ステップ８２６）後、ＳＳＰ  ８０６は、応答において「セッション取得肯定応答」メッセージをＡＮ１  ８０４１に送信する（ステップ８２８）。次に、ＡＮ２  ８０４２は、「セッション取得」メッセージをＳＳＰ  ８０６に出すだろう、（ステップ８３０）、そしてＳＳＰ  ８０６は、「セッション取得肯定応答」メッセージをＡＮ２  ８０４２（ステップ８３２）に送ることにより応答するだろう。この時に、アクティブセットにおけるアクセスネットワーク（ＡＮ１  ８０４１とＡＮ２  ８０４２を含む）は、最新のセッションを持ち、それぞれの使用中（ＩｎＵｓｅ）パーソナリティーを再委託していただろう。
【００８０】
ＩＩＩ．Ｅ  セッション変更制御
上のセクションＩＩＩ．Ｄにおいて説明されたように、複数のＡＮは、アクティブセットにおけるＡＮ各々が、それ自身の独立した使用中（ＩｎＵｓｅ）のパーソナリティーを持っているので、同時にセッションを再構成することを試みることができるであろう。１つの実施形態において、この問題を解決するために、ＡＴは、インコンフィグレーション（ＩｎＣｏｎｆｉｇｕｒａｔｉｏｎ）の単一のインスタンスだけをサポートするだろう。言いかえれば、１つのＡＴだけが、一度に１つのＡＮとセッションを交換するためにコンフィグレーションプロセスに参加するだろう。
【００８１】
ＡＮが、セッションの再コンフィグレーションを希望するとき、ＡＮは、セッションを開くために「コンフィグレーション開始」メッセージを出すだろう。しかしながら、ＡＴは、コンフィグレーション開始を受理するべきか拒否するべきかどうか決定するだろう。
【００８２】
ＡＴがコンフィグレーション開始を受理する場合、ＡＮはセッションを再コンフィグレーションすることを起動することができるだろう。しかしながら、ＡＴが、コンフィグレーション開始を拒否する場合、ＡＮは、再コンフィグレーションを始めることができないであろう。
【００８３】
前節において議論されたように、１つの実施形態において、ＡＴは一度に１つのコンフィグレーションプロセスに参加する。この実施形態において、ＡＴが既にコンフィグレーションプロセスに参加している場合、ＡＴは「コンフィグレーション開始」メッセージを拒否するだろう。
【００８４】
再コンフィグレーションが完了した時（つまり、ＡＮが「コンフィグレーション完了」メッセージ送信する時）、セッションは終わるだろう。さらに、「セッション署名」は、セッションの正しいコピーが使用されることを保証するためにインクリメントされる。
【００８５】
アクセスネットワーク（ＡＮ）は「セッション署名」を管理し、セッションの再コンフィグレーションを完了するために使用される「コンフィグレーション完了」メッセージにそれを含める。
【００８６】
ＩＩＩ．Ｆ  パーソナリティー切替
図１２Ａおよび１２Ｂは、パーソナリティーを切り替えるための典型的なコールフロー１２００を示す。特に、図１２Ａは、接続を閉じることなくソフトな委託（ｓｏｆｔ−ｃｏｍｍｉｔ）を必要するところの「ソフト」パーソナリティー切替のためのコールフローを示し、図１２Ｂは、切り替えが効果を現わすために接続の閉鎖を必要とするところの「ハード」パーソナリティー切替を実行するための付加ステップまたはアクションを伴うコールフローを示す。
【００８７】
一般に、アクセスネットワーク（ＡＮ）（ＡＮ１  １２０４１あるいはＡＮ２  １２０４２のような）は、その使用中（ＩｎＵｓｅ）パーソナリティーを、ＳＳＰ  １２０６に記憶された新しいパーソナリティーに切り替えることを起動することができる。新しいパーソナリティーは、既に別のＡＮで使用中（ＩｎＵｓｅ）のパーソナリティーであるかもしれない。しかしながら、ＡＮ１２０４１または１２０４２は、このパーソナリティーがＩＰＳＩベースのスタックのために予約されているので、「０」のパーソナリティーＩＤに切り替えることができない。パーソナリティー切替要求に応答して、ＡＴ  １２０２はその要求を拒否することができる。更に、ＡＴ１２０２は、パーソナリティー要求を示唆することができる、しかし、ＡＮ１２０４１または１２０４２は、この要求を受理すべきかどうか決定するだろう。
【００８８】
ここで図１２Ａを参照すると、ＡＮ１  １２０４１は、指示されたパーソナリティーの切替を要求する「パーソナリティー切替」メッセージ（ステップ１２１０）を送信する。図１３Ａは、発明の１つの実施形態に従って「パーソナリティー切替」メッセージ１３００の典型的な構造を示す。図１３Ａに示されるように、「パーソナリティー切替」メッセージ１３００は次のフィールドを含んでいる：
●メッセージＩＤ  −  メッセージが「パーソナリティー切替」メッセージ１３００であることを示すために、送信者はユニークな値にこのメッセージＩＤフィールド１３０２をセットするだろう。１つの実施形態において、送信者は０ｘ１３に、このフィールド１３０２をセットする。
【００８９】
●トランザクションＩＤ  −  「パーソナリティー切替」メッセージ１３００の送信者は、送信される個々の新しいメッセージ１３００各々について、このトランザクションＩＤフィールド１３０４をインクリメントする。
【００９０】
●セッション署名−送信者は対応するセッションの署名に、このフィールド１３０６をセットする。
【００９１】
●パーソナリティーＩＤ  −  このフィールド１３０８は、切り替わるパーソナリティーを示すために使用される。
【００９２】
●ハードまたはソフト委託（ＨａｒｄＯｒＳｏｆｔＣｏｍｍｉｔ）−  このフィールド１３０９は、パーソナリティー切替が生じるために接続が閉鎖される必要があるかどうかを示す。１つの実施形態において、古いパーソナリティーと新しいパーソナリティーの間の差異が任意のハード委託属性（ｈａｒｄ−ｃｏｍｍｉｔｔａｂｌｅ  ａｔｔｒｉｂｕｔｅ）を含んでいる場合、フィールド１３０９は「１」にセットされる。
【００９３】
図１２Ａに戻ると、ＡＴ１２０２は、ＡＴ１２０２がパーソナリティー切替要求を受理したことを示す「パーソナリティー切替受理」メッセージ（１２１２）を送ることにより「パーソナリティー切替」メッセージ（ステップ１２１０）に応答する。図１３Ｂは、発明の１つの実施形態に従う「パーソナリティー切替受理」メッセージ１３１０の典型的な構造である。図１３Ｂに示されるように、「パーソナリティー切替受理」メッセージ１３１０は次のフィールドを含んでいる：
●メッセージＩＤ  −  送信者は、メッセージが「パーソナリティー切替受理」メッセージ１３１０であることを示すためにユニークな値に、このメッセージＩＤフィールド１３１２をセットするだろう。１つの実施形態において、送信者は、０ｘ１４に、このフィールド１３１２をセットする。
【００９４】
●トランザクションＩＤ  −  「パーソナリティー切替受理」メッセージ１３１０の送信者は、対応する「パーソナリティー切替」メッセージ１３００のトランザクションＩＤフィールド１３０４に、このトランザクションＩＤフィールド１３１４をセットするだろう。
【００９５】
図１２Ａに戻ると、ＡＴ１２０２は、ＡＮ１  １２０４１の使用中（ＩｎＵｓｅ）パーソナリティーとして指示されたパーソナリティー（パーソナリティーＹ）をマークする。更に、ＡＮ１  １２０４１が、「ソフト」切り替えを要求していた場合、ＡＴ１２０２はパーソナリティーＸに対応するプロトコルスタックを削除し、パーソナリティーＹに対応する新しいプロトコルスタックを生成する。
【００９６】
しかしながら、ＡＮ１  １２０４１が「ハード」切り替えを要求していた場合、ＡＴ１２０２は、図１２Ｂのステップ１２１４において示されるような「接続要求」メッセージの送信により、ＡＮ１  １２０４１との接続を閉じ、そして再確立するだろう。この図に示されるように、ステップ１２１４の「接続要求」メッセージを受信した後、ＡＮ１  １２０４１は、応答において、ＳＳＰ  １２０６に「セッション取得」メッセージ（ステップ１２１６）を出す。次に、ＳＳＰ  １２０６は、「セッション取得肯定応答」メッセージ（ステップ１２１８）をＡＮ１  １２０４１に送信するだろう。ステップ１２１８の「セッション取得肯定応答」メッセージを受け取った後、ＡＮ１  １２０４１は、「ハード」切り替えが効果を現わすのに必要なハード委託手続き（ｈａｒｄ−ｃｏｍｍｉｔｔａｂｌｅ  ｐｒｏｃｅｄｕｒｅ）を完了するために「接続応答」メッセージ（ステップ１２２０）をＡＴ１２０２に送信する。
【００９７】
更に、ＡＴ１２０２は、ＡＴがパーソナリティー切り替え要求を拒否したことを示すために、（図１２Ａおよび１２Ｂのステップ１２１２における「パーソナリティー切替受理」メッセージの代わりに）「パーソナリティー切替拒否」メッセージを出すことができるであろう。図１３Ｃは、発明の１つの実施形態に従って「パーソナリティー切替拒否」メッセージ１３２０の典型的な構造を示す。図１３Ｃに示されるように、「パーソナリティー切替拒否」メッセージ１３２０は次のフィールドを含んでいる：
●メッセージＩＤ  −  メッセージが「パーソナリティー切替拒否」メッセージ１３２０であることを示すために、送信者はユニークな値に、このメッセージＩＤフィールド１３２２をセットするだろう。１つの実施形態において、送信者は０ｘ１５に、このフィールド１３２２をセットする。
【００９８】
●トランザクションＩＤ  −  「パーソナリティー切替拒否」メッセージ１３２０の送信者は、対応する「パーソナリティー切替」メッセージ１３００のトランザクションＩＤフィールド１３０４に、このトランザクションＩＤフィールド１３２４をセットするだろう。
【００９９】
●拒否理由  −  「パーソナリティー切替拒否」メッセージ１３２０の送信者は、このフィールドを、パーソナリティー切り替え要求を拒否する理由を示すようにセットする。
【０１００】
上に説明されたように、ＡＴ１２０２はパーソナリティー切り替えを示唆することができる。そうするために、ＡＴ１２０２は「パーソナリティー切替要求」メッセージを送信するだろう。図１３Ｄは、発明の１つの実施形態による「パーソナリティー切替要求」メッセージ１３３０の典型的な構造を示す。図１３Ｄに示されるように、「パーソナリティー切替要求」メッセージ１３３０は次のフィールドを含んでいる：
●メッセージＩＤ  −  送信者は、メッセージが「パーソナリティー切替要求」メッセージ１３３０であることを示すためにユニークな値に、このメッセージＩＤフィールド１３３２をセットするだろう。
【０１０１】
１つの実施形態において、送信者は、０ｘ１６に、このフィールド１３３２をセットする。
【０１０２】
●セッション署名  −  「パーソナリティー切替要求」メッセージ１３３０の送信者は、このフィールド１３３４を、対応するセッションの署名を示すようにセットするだろう。
【０１０３】
●パーソナリティーＩＤ  −  「パーソナリティー切替要求」メッセージ１３３０の送信者は、切り替えるべきパーソナリティーを示すようにこのフィールドをセットするだろう。
【０１０４】
ＩＩＩ．Ｆ  パーソナリティーの削除
図１４は、パーソナリティーを削除するための典型的なコールフロー１４００を示す。
【０１０５】
一般に、記憶することができるであろう有限数のパーソナリティーがあるので、新しいパーソナリティーが加えられる場合、既存のパーソナリティーは削除される必要があるかもしれない。アクセスネットワーク（ＡＮ）は、パーソナリティーのリストを供給することにより、削除されるべきパーソナリティーを提案することができる。１つの実施形態において、パーソナリティーのリストは、削除のための減少させる選択物で供給することができる。ＡＴは、どのパーソナリティーが使用中（ＩｎＵｓｅ）か知ってから、削除するパーソナリティーについて最終決定を下すだろう。
【０１０６】
図１４に示されるように、ＡＮ１  １２０４１は、１つ以上のパーソナリティー（例えばパーソナリティーＹおよびパーソナリティーＺ）の削除を要求するための「パーソナリティー削除要求」メッセージ（ステップ１４１４）を送信する。図１５Ａは、発明の１つの実施形態に従って、パーソナリティー削除要求」メッセージ１５００の典型的な構造を示す。図１５Ａに示されたように、「パーソナリティー削除要求」メッセージ１５００は、次のフィールドを含んでいる：
●メッセージＩＤ  −  アクセスネットワーク（ＡＮ）は、メッセージが「パーソナリティー削除要求」メッセージ１５００であることを示すために、ユニークな値に、このメッセージＩＤフィールド１５０２をセットするだろう。１つの実施形態において、送信者は０ｘ１０に、このフィールド１５０２をセットする。
【０１０７】
●パーソナリティーのゼロまたはより多くのインスタンス  −  このフィールド１５０４は、削除されるべきパーソナリティーの数（０以上）を示すために使用される。
【０１０８】
●パーソナリティーＩＤ  −  パーソナリティーＩＤ  １５０６１…１５０６Ｎは、アクセスネットワーク（ＡＮ）が削除したいパーソナリティーを含んでいる。パーソナリティーの数はフィールド１５０４において供給される。
【０１０９】
図１４に戻ると、ＡＴ１４０２は、ＡＮ１  １２０４１が削除を提案した１つ以上のパーソナリティーを削除することを承諾することができるであろう。例えば、ＡＮ１  １２０４１がパーソナリティーＹおよびパーソナリティーＺの削除を提案し、ＡＴ１４０２が、単にパーソナリティーＺを削除することに承諾する場合、ＡＴ４０２１は、そのパーソナリティーを削除するために「パーソナリティー削除」メッセージ（ステップ１４１６）  送信するだろう。図１５Ｂは、発明の１つの実施形態による、「パーソナリティー削除」メッセージ１５２０の典型的な構造である。
【０１１０】
図１５Ｂに示されるように、「パーソナリティー削除」１５２０メッセージは、次のフィールドを含んでいる：
●メッセージＩＤ  −  アクセスネットワーク（ＡＮ）は、メッセージが「パーソナリティー削除」メッセージ１５２０であることを示すために、ユニークな値に、このメッセージＩＤフィールド１５２２をセットするだろう。
【０１１１】
●トランザクションＩＤ  −  アクセスネットワーク（ＡＮ）は、送信される新しい「パーソナリティー削除」メッセージ１５２０各々に対して、トランザクションＩＤフィールド１５２４の値をインクリメントするだろう。
【０１１２】
●パーソナリティーのゼロまたはより多くのインスタンス  −  このフィールド１５２６は、削除されるべきパーソナリティーの数（０以上）を示すために使用される。
【０１１３】
●パーソナリティーＩＤ  −  パーソナリティーＩＤ  １５２８１…１５２８Ｎは、削除するべきパーソナリティーを含んでいる。パーソナリティーの数は、フィールド１５２４において提供される。
【０１１４】
示されたプロセスのステップの特定の順序または階層が、典型的なアプローチの例であることは理解される。設計選択に基づいて、現在の開示の範囲内にとどまる中で、プロセスのステップの特定の順序または階層が並べ換えられてもよいことは理解される。
【０１１５】
随伴する方法は、例示の程度で種々のステップの存在する要素を主張しており、提示された特定の順序あるいは階層に制限されることを意図していない。
【０１１６】
開示の種々の態様は上に説明されている。ここの教示が種々様々の形式で具体化されてもよいこと、および、ここに示される任意の特定の構造、機能あるいは両方は、単に代表物にすぎないことは明白であるに違いない。ここにおける教示に基づいて、当業者は、ここに示された態様が、任意の他の態様と無関係にインプリメントされ得ること、および、これらの態様の２つ以上が種々の方法において結合させられてもよいことを認識するべきである。例えば、ここにおいて述べられた任意の数の態様を使用して、装置はインプリメントされてもよいし、または、方法は実行されてもよい。さらに、ここに述べられた態様の１つ以上に加えて、あるいはその１つ以外に他の構造、機能、あるいは構造と機能を使用して、そのような装置はインプリメントされてもよいし、あるいは、そのような方法は、実行されてもよい。上記の概念のうちのいくつかのうちの一例として、いくつかの態様において、並列チャンネルは、パルス繰返周波数に基づいて確立されるかもしれない。いくつかの態様において、並列チャンネルは、パルス位置あるいはオフセットに基づいて確立されるかもしれない。いくつかの態様において、並列チャンネルは、時間ホッピングシーケンスに基づいて確立されるかもしれない。いくつかの態様において、並列チャンネルは、パルス繰返周波数、パルス位置またはオフセット、および、時間ホッピングシーケンスに基づいて確立されるかもしれない。
【０１１７】
当業者は、情報と信号が様々な異なる技術および技法のうちのどれでも使用して表されてもよいと理解するだろう。例えば、上記の説明の全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場か磁気粒子、光学場か光学粒子、あるいはそれらの任意の組合せにより表されてもよい。
【０１１８】
当業者は、ここに開示された実施形態に関連して説明された、種々の実例となる論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子ハードウェア、コンピュータ・ソフトウェアあるいは両方の組合せとしてインプリメントされてもよいことをさらに認識するだろう。ハードウェアとソフトウェアのこの互換性を明白に示すために、種々の実例となる構成要素、ブロック、モジュール、回路およびステップは、一般にそれらの機能の点において上記に説明された。そのような機能が、ハードウェアまたはソフトウェアとしてインプリメントされるかどうかは、全体のシステムに課された特定の用途と設計の制約に依存する。当業者は、各特定の用途に対して  種々の方式で説明された機能をインプリメントすることができるが、そのようなインプリメンテーションの決定は本発明の範囲からの逸脱を引き起こすとは解釈されるべきでない。
【０１１９】
ここに示された実施形態に関して説明された、種々の実例となる論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）あるいは他のプログラマブルロジックデバイス、個別のゲートかトランジスター・ロジック、個別のハードウェア構成機器あるいは、それらのここに説明された機能を行なうことを目指した任意の組合せでインプリメントされてもよいし実行されてもよい。汎用プロセッサはマイクロプロセッサかもしれない。しかし、他の選択肢において、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラあるいは状態機械かもしれない。プロセッサは、さらに、コンピューティング装置（例えばＤＳＰとマイクロプロセッサの組合せ、複数個のマイクロプロセッサ、ＤＳＰコアに接続した１個以上のマイクロプロセッサあるいは他のそのような構成）の組合せとしてインプリメントされてもよい。
【０１２０】
ここに示された実施形態に関して説明された方法またはアルゴリズムのステップは、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、あるいは両者の組合せで直接具体化されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュ・メモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、取外し可能なディスク、ＣＤ−ＲＯＭ、あるいは技術分野において既知の他の形式の記憶媒体に存在してもよい。典型的な記憶媒体はプロセッサに結合されており、プロセッサは、その記憶媒体から情報を読み出すことができ、その記憶媒体に情報を書き込むことができる。他の選択肢において、記憶媒体はプロセッサと一体かもしれない。プロセッサと記憶媒体は、ＡＳＩＣに存在し得る。
【０１２１】
ＡＳＩＣは、ユーザー端末（つまりＵＥ）に存在し得る。他の選択肢において、プロセッサと記憶媒体はユーザー端末（あるいはＵＥ）の個別部品として存在し得る。
【０１２２】
開示された実施形態の以前の説明は、任意の当業者が本発明を作るか使用することを可能にするために提供される。これらの実施形態の種々の修正は、当業者に容易に明白になる。そして、ここに定義された一般的な法則は、発明の趣旨または範囲から外れずに、他の実施形態に適用されてもよい。したがって、本発明は、ここに示された実施形態に限定されるようには意図されず、ここに示された法則および新規な特徴と一致する最も広い範囲を与えられるべきである。
【図１】
2009545932.tif 000003
【図２】
2009545932.tif 000004
【図３Ａ】
2009545932.tif 000005
【図３Ｂ】
2009545932.tif 000006
【図３Ｃ】
2009545932.tif 000007
【図４】
2009545932.tif 000008
【図５】
2009545932.tif 000009
【図６】
2009545932.tif 000010
【図７】
2009545932.tif 000011
【図８】
2009545932.tif 000012
【図９Ａ】
2009545932.tif 000013
【図９Ｂ】
2009545932.tif 000014
【図９Ｃ】
2009545932.tif 000015
【図９Ｄ】
2009545932.tif 000016
【図９Ｅ】
2009545932.tif 000017
【図１０】
2009545932.tif 000018
【図１１】
2009545932.tif 000019
【図１２Ａ】
2009545932.tif 000020
【図１２Ｂ】
2009545932.tif 000021
【図１３Ａ】
2009545932.tif 000022
【図１３Ｂ】
2009545932.tif 000023
【図１３Ｃ】
2009545932.tif 000024
【図１３Ｄ】
2009545932.tif 000025
【図１４】
2009545932.tif 000026
【図１５Ａ】
2009545932.tif 000027
【図１５Ｂ】
2009545932.tif 000028
【国際調査報告】
2009545932.tif 000029
2009545932.tif 000030
2009545932.tif 000031