(57)【要約】  無認可モバイル・アクセス・ネットワーク（UMAN）において、移動局（MS）とUMAネットワーク・コントローラ（UNC）との間でメッセージングを実行するための技術である。URR（UMA無線リソース）メッセージがMSと１以上のUNCとの間で交換され、UMANに関連する各種動作を実行する。MSは、IPネットワークを介してUNCに通信可能に接続された無線アクセス・ポイント（AP）を通じてUMAにアクセスすることができる。URRメッセージは、基礎となるIPトランスポート上の層状態プロトコルのセットからなるUpインターフェースを用いてMSとUNCとの間で送信される。【選択図】  図１Ａ
2008500751.tif 000002
【特許請求の範囲】
【請求項１】
MSによって開始された移動局（MS）とUMAネットワーク・コントローラ（UNC）との間のURR（UMA（無認可モバイル・アクセス）無線リソース）接続を解除する方法で、
MSからUNCへURR要求クリアメッセージを送ることからなり、URR要求クリアメッセージは
プロトコル判別子と、
スキップ・インジケータと、
URR要求クリアメッセージとしてメッセージを識別するメッセージタイプとを含む複数の情報要素（IE）を含むことを特徴とする方法。
【請求項２】
URR接続に利用するリソースを解放するため、UNCを介してMSによってサービスにアクセスされる認可無線アクセス・ネットワークの採用するコア・ネットワークにUNCから要求を送ることからさらになる、請求項１記載の方法。
【請求項３】
URR接続をサポートするコア・ネットワークによって採用される適切なリソースの解放からさらになる、請求項２記載の方法。
【請求項４】
MSによって開始された移動局（MS）とUMAネットワーク・コントローラ（UNC）との間のURR（UMA（無認可モバイル・アクセス）無線リソース）接続を解除する方法で、
UNCからMSへURR解除メッセージを送ることと、
MSからUNCへ、URR解除完了メッセージを送ることとからなり、
URR解除メッセージとURR解除完了メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む複数の情報要素（IE）を含むことを特徴とする方法。
【請求項５】
URR解除メッセージはさらに、URR解放の原因を、UMA原因値ルックアップ・テーブルを介して判断できる値を含むUMA RR CAUSE IEを含むことを特徴とする請求項４記載の方法。
【請求項６】
URR解除メッセージはさらに、GPRS（汎用パケット無線サービス）再開IEを含むことを特徴とする請求項４記載の方法。
【請求項７】
MSにおいてすべてのURRリソースとトラフィックチャンネルリソースを解放することと、MSをURR-IDLE状態に入れることとからさらになる、請求項４記載の方法。
【請求項８】
MSがUMAとURR接続するUMAネットワーク・コントローラ（UNC）を含む無認可モバイル・アクセス・ネットワーク（UMAN）を介して移動局（MS）をページングする方法で、
UNCからMSへURRページング要求メッセージを送ることと、
MSからUNCへURRページング応答メッセージを返すこととからなり、
URRページング要求メッセージとURRページング応答メッセージはそれぞれ、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む複数の情報要素（IE）を含み、
ページング要求メッセージはさらに、必要なチャンネルを識別する必要チャンネルIEと、MSを識別するモバイル識別IEとを含むことを特徴とする方法。
【請求項９】
URRページング応答メッセージは、暗号化キー・シーケンス番号を指定する暗号化キー・シーケンス番号IEをさらに含むことを特徴とする請求項８記載の方法。
【請求項１０】
URRページング応答メッセージはさらに、MSのケイパビリティを指定する移動局クラスマークIEをさらに含むことを特徴とする請求項８記載の方法。
【請求項１１】
URRページング応答メッセージはさらに、MSを識別できるモバイル・アイデンティティIEをさらに含むことを特徴とする請求項８記載の方法。
【請求項１２】
UNCと、ページング要求メッセージを発行する認可無線アクセス・ネットワークにアクセス可能なコア・ネットワークとの間の通信をサポートするために用いるAインターフェース上で、UNCにおいてページング要求メッセージを受信することと、
ページング要求メッセージで識別したページング対象MSのアイデンティティを決定することと、
識別したMSについてURRページング要求メッセージを生成することと、
そのMSにURRページング要求メッセージを送ることとからさらになる請求項８記載の方法。
【請求項１３】
PAGING
CSメッセージを発行する認可無線アクセス・ネットワークにアクセス可能なコア・ネットワークとの間の通信をサポートするために用いるGbインターフェース上で、UNCにおいてコア・ネットワークからPAGING CSメッセージを受信することと、
PAGING
CSメッセージで識別したページング対象MSのアイデンティティを決定することと、
識別したMSについてURRページング要求メッセージを生成することと、
そのMSにURRページング要求メッセージを送ることとからさらになる請求項８記載の方法。
【請求項１４】
UMAネットワーク・コントローラ（UNC）を介して、無認可モバイル・アクセス・ネットワーク（UMAN）にアクセスする移動局（MS）のクラスマーク調査を実行する方法で、
MSとUNCとの間のURR（UMA無線リソース）接続を確立することと、
UNCからMSへURRクラスマーク問い合わせメッセージを送ることと、
MSからUNCへURRクラスマーク変更メッセージを返すこととからなり、
URRクラスマーク問い合わせメッセージとURRクラスマーク変更メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む複数の情報要素（IE）を含むことを特徴とする方法。
【請求項１５】
URRクラスマーク変更メッセージは、移動局クラスマーク２規格に定義するようにMSのケイパビリティを定義する情報を含む移動局クラスマークIEをさらに含むことを特徴とする請求項１４記載の方法。
【請求項１６】
URRクラスマーク変更メッセージは、移動局クラスマーク３規格に定義されるようにMSのケイパビリティを定義する情報を含む追加移動局クラスマークIEをさらに含むことを特徴とする請求項１５記載の方法。
【請求項１７】
UMAネットワーク・コントローラ（UNC）を介して、無認可モバイル・アクセス・ネットワーク（UMAN）にアクセスする移動局（MS）のクラスマーク情報を与える方法で、
MSとUNCとの間のURR（UMA無線リソース）接続を確立することと、
UNCからMSへURRクラスマーク変更メッセージを送ることで、URRクラスマーク変更メッセージは、
プロトコル判別子と、
スキップ・インジケータと、
URRクラスマーク変更メッセージとしてメッセージを識別するメッセージタイプと、
移動局クラスマーク２規格に定義するようにMSのケイパビリティを定義する情報を含む移動局クラスマークIEを含む複数の情報要素（IE）を含むことを特徴とする方法。
【請求項１８】
URRクラスマーク変更メッセージは、移動局クラスマーク３規格に定義されるようにMSのケイパビリティを定義する情報を含む追加移動局クラスマークIEをさらに含むことを特徴とする請求項１７記載の方法。
【請求項１９】
第１無線アクセス・ネットワークからなるUMAネットワーク（UMAN）で動作する無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）で、
IP（インターネット・プロトコル）ネットワーク・インターフェースからなる第１ネットワーク・インターフェースと、
Upインターフェースからなる第２ネットワーク・インターフェースで、これを介してMSとUNCとの間に通信可能に接続されたアクセス・ポイントを通じて移動局（MS）とUMAメッセージを送受信するもので、Upインターフェースは、IPネットワーク・インターフェース上に実装された複数の層を含むものと、
第３のネットワーク・インターフェースで、UNCがこれを介して第２無線アクセス・ネットワークにアクセス可能なコア・ネットワークに接続されるものと、
UMANの１以上のMSクライアントとのサーバ側のURR通信をサポートするため、Upインターフェース上で送信された複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、URRメッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含むことを特徴とするもの。
【請求項２０】
URRメッセージは、MSとUNCとの間で確立されたURR接続に対応するリソースの解放を要求するMSからUNCへ送られるURR要求クリアメッセージを含み、
URR要求クリアメッセージの受信に対して、UNCはメッセージを処理し、認可無線アクセス・ネットワークによって採用されるコア・ネットワークへ要求を送り、そのサービスは、MSがURR接続に用いるリソース解放のためUNCを介してアクセスすることを特徴とする請求項１９記載のUNC。
【請求項２１】
URRメッセージは、
MSとUNCとの間に確立されたURR接続に対応するリソースの解放を開始するため、UNCが生成し、MSに送るURR解除メッセージと、
URR解除メッセージに対してMSが受信し、UNCが処理するURR解除完了メッセージとを含むことを特徴とする請求項１９記載のUNC。
【請求項２２】
URR解除メッセージはさらに、URR解放の原因を、UMA原因値ルックアップ・テーブルを介して判断できる値を含むUMA RR CAUSE IEを含むことを特徴とする請求項２１記載のUNC。
【請求項２３】
URR解除メッセージはさらに、GPRS（汎用パケット無線サービス）再開IEを含むことを特徴とする請求項２１記載のUNC。
【請求項２４】
URRメッセージは、
UNCが生成し、UNCからMSに送られるURR ページング要求メッセージと、
URRページング要求に対してMSからUNCへ返され、UNCによって処理されるURRページング応答メッセージとを含むことを特徴とする請求項１９記載のUNC。
【請求項２５】
URRページング応答メッセージは、暗号化キー・シーケンス番号を指定する暗号化キー・シーケンス番号IEをさらに含むことを特徴とする請求項２４記載のUNC。
【請求項２６】
URRページング応答メッセージはさらに、MSのケイパビリティを指定する移動局クラスマークIEをさらに含むことを特徴とする請求項２４記載のUNC。
【請求項２７】
URRページング応答メッセージはさらに、MSを識別できるモバイル・アイデンティティIEを含むことを特徴とする請求項２４記載のUNC。
【請求項２８】
UNCはさらに、
第３インターフェースによって採用されるAインターフェース上で、コア・ネットワークからページング要求メッセージを受信するための手段と、
ページング要求メッセージで識別したページング対象MSのアイデンティティを決定する手段と、
識別したMSについてURRページング要求メッセージを生成する手段と、
そのMSにURRページング要求メッセージを送る手段とからなる請求項２４記載のUNC。
【請求項２９】
UNCはさらに、
第３インターフェースによって採用されるGbインターフェース上で、コア・ネットワークからPAGING CSメッセージを受信する手段と、
PAGING
CSメッセージで識別したページング対象MSのアイデンティティを決定する手段と、
識別したMSについてURRページング要求メッセージを生成する手段と、
そのMSにURRページング要求メッセージを送る手段とからなる請求項２４記載のUNC。
【請求項３０】
URRメッセージは、
UNCが生成し、UNCからMSに送られるURR クラスマーク問い合わせメッセージと、
URRクラスマーク問い合わせに対してMSからUNCへ返され、UNCによって処理されるURRクラスマーク変更メッセージとを含むことを特徴とする請求項１９記載のUNC。
【請求項３１】
URRクラスマーク変更メッセージは、移動局クラスマーク２規格に定義するようにMSのケイパビリティを定義する情報を含む移動局クラスマークIEをさらに含むことを特徴とする請求項３０記載のUNC。
【請求項３２】
URRクラスマーク変更メッセージは、移動局クラスマーク３規格に定義されるようにMSのケイパビリティを定義する情報を含む追加移動局クラスマークIEをさらに含むことを特徴とする請求項３１記載のUNC。
【請求項３３】
第１無線アクセス・ネットワークにアクセスするための第１無線インターフェースと、
無認可無線周波数を用いてアクセス・ポイント（AP）を介して無認可モバイル・アクセス・ネットワーク（UMAN）からなる第２の無線アクセス・ネットワークにアクセスするための第２無線インターフェースと、
インターネット・プロトコル（IP）ネットワークを介してAPに通信可能に接続されたUMAネットワーク・コントローラ（UNC）を通じてUMANと通信するためのUpインターフェースと、
UMANの１以上のUNCサーバとのクライアント側のURR通信をサポートするためUpインターフェース上を送信される複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、URRメッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含むことを特徴とする移動局（MS）。
【請求項３４】
URRメッセージは、
MSとUNCとの間で確立されたURR接続に対応するリソースの解放を要求するため、MSが生成し、MSからUNCへ送られるURR要求クリアメッセージを含むことを特徴とする請求項３３記載の移動局。
【請求項３５】
URRメッセージは、
MSとUNCとの間で確立されたURR接続に対応するリソースの解放を開始するため、UNCからMSへ送られるURR解除メッセージと、
MSが生成し、URR解除メッセージに対してMSからUNCへ返されるURR解除完了メッセージとを含むことを特徴とする請求項３３記載の移動局。
【請求項３６】
URR解除メッセージに対して、移動局は、
URR接続に関連するすべてのURRリソースとトラフィックチャンネルリソースを解放することと、
URR-IDLE状態に入ることとを含む動作を実行することを特徴とする請求項３３記載の移動局。
【請求項３７】
URR解除メッセージはさらに、GPRS（汎用パケット無線サービス）再開IEを含み、URR解除メッセージに対し、移動局は、
GPRS再開IEに含まれるGPRS情報を保存することと、
UMANを介してGPRSサービスを再確立する時にこのGPRS情報を利用することとを含む動作を実行することを特徴とする請求項３３記載の移動局。
【請求項３８】
URRメッセージは、
UNCからMSへ送られるURRページング要求メッセージと、
URRページング要求に対してMSが生成し、MSからUNCへ返されるURRページング応答メッセージとを含むことを特徴とする請求項３３記載の移動局。
【請求項３９】
URRページング応答メッセージは、暗号化キー・シーケンス番号を指定する暗号化キー・シーケンス番号IEをさらに含むことを特徴とする請求項３３記載の移動局。
【請求項４０】
URRページング応答メッセージはさらに、MSのケイパビリティを指定する移動局クラスマークIEをさらに含むことを特徴とする請求項３３記載の移動局。
【請求項４１】
URRページング応答メッセージはさらに、MSを識別できるモバイル・アイデンティティIEをさらに含むことを特徴とする請求項３３記載の移動局。
【請求項４２】
URRメッセージは、
UNCからMSへ送られるURRクラスマーク問い合わせメッセージと、
URRクラスマーク問い合わせメッセージに対して、MSが生成し、MSからUNCに送られる URRクラスマーク変更メッセージとを含むことを特徴とする請求項３３記載の移動局。
【請求項４３】
URRクラスマーク変更メッセージは、移動局クラスマーク２規格に定義するようにMSのケイパビリティを定義する情報を含む移動局クラスマークIEをさらに含むことを特徴とする請求項４２記載の移動局。
【請求項４４】
URRクラスマーク変更メッセージは、移動局クラスマーク３規格に定義されるようにMSのケイパビリティを定義する情報を含む追加移動局クラスマークIEをさらに含むことを特徴とする請求項４２記載の移動局。
【請求項４５】
移動局（MS）と無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）とで実行する命令のそれぞれの部分を与え、以下の動作を実行するためのマシンリーダブル媒体で、
基礎となるIP（インターネット・プロトコル）トランスポート上の層状プロトコルのセットからなるUpインターフェースを介して、MSとUNCとの間の通信をサポートするため複数のUMA（無認可モバイル・アクセス）無線リソース（URR）メッセージを生成および処理する動作で、基礎となるIPトランスポートは、MSと、UNCがIPネットワークを介して通信可能に接続される無線アクセス・ポイント（AP）との間の無線リンクによって容易化され、それぞれのURRメッセージは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本情報要素セットを含むフォーマットを有することを特徴とするもの。
【請求項４６】
UpインターフェースのUNCサーバ側様態を容易化するさらなる命令を与えることを特徴とする請求項４５記載のマシンリーダブル媒体。
【請求項４７】
UpインターフェースのMSクライアント側様態を容易化するさらなる命令を与えることを特徴とする請求項４５記載のマシンリーダブル媒体。
【請求項４８】
URRメッセージは、
MSとUNCとの間で確立されたURR接続に対応するリリースの解放を要求するため、MSが生成し、MSからUNCへ送られるURR要求クリアメッセージを含むことを特徴とする請求項４５記載のマシンリーダブル媒体。
【請求項４９】
URRメッセージは、
MSとUNCとの間に確立されたURR接続に対応するリソースの解放を開始するため、UNCからMSに送るURR解除メッセージと、
URR解除メッセージに対してMSが生成し、MSからUNCに返すURR解除完了メッセージとを含むことを特徴とする請求項４５記載のマシンリーダブル媒体。
【請求項５０】
URR解除メッセージに対し、移動局で実行された場合、
URR接続に関連するすべてのURRリソースとトラフィックチャンネルリソースを解放することと、
URR-IDLE状態に入ることとを含む動作を実行するさらなる命令を与えることを特徴とする請求項４９記載のマシンリーダブル媒体。
【請求項５１】
URR解除メッセージはさらに、GPRS（汎用パケット無線サービス）再開IEを含み、マシンリーダブル媒体は、URR解除メッセージに対し、移動局で実行された場合、
GPRS再開IEに含まれるGPRS情報を保存することと、
UMANを介してGPRSサービスを再確立する時にこのGPRS情報を利用することとを含む動作を実行するさらなる命令を与えることを特徴とする請求項４９記載のマシンリーダブル媒体。
【請求項５２】
URRメッセージは、
UNCによって生成され、UNCからMSへ送られるURRページング要求メッセージと、
URRページング要求に対してMSが生成し、MSからUNCへ返されるURRページング応答メッセージとを含むことを特徴とする請求項４５記載のマシンリーダブル媒体。
【請求項５３】
URRページング応答メッセージは、暗号化キー・シーケンス番号を指定する暗号化キー・シーケンス番号IEをさらに含むことを特徴とする請求項５２記載のマシンリーダブル媒体。
【請求項５４】
URRページング応答メッセージはさらに、MSのケイパビリティを指定する移動局クラスマークIEをさらに含むことを特徴とする請求項５２記載のマシンリーダブル媒体。
【請求項５５】
URRページング応答メッセージはさらに、MSを識別できるモバイル・アイデンティティIEをさらに含むことを特徴とする請求項５２記載のマシンリーダブル媒体。
【請求項５６】
URRメッセージは、
UNCが生成し、UNCからMSへ送られるURRクラスマーク問い合わせメッセージと、
URRクラスマーク問い合わせメッセージに対して、MSが生成し、MSからUNCに送られる URRクラスマーク変更メッセージとを含むことを特徴とする請求項４５記載のマシンリーダブル媒体。
【請求項５７】
URRクラスマーク変更メッセージは、移動局クラスマーク２規格に定義するようにMSのケイパビリティを定義する情報を含む移動局クラスマークIEをさらに含むことを特徴とする請求項５６記載のマシンリーダブル媒体。
【請求項５８】
URRクラスマーク変更メッセージは、移動局クラスマーク３規格に定義されるようにMSのケイパビリティを定義する情報を含む追加移動局クラスマークIEをさらに含むことを特徴とする請求項５６記載のマシンリーダブル媒体。
【請求項５９】
無認可モバイル・アクセス・ネットワーク（UMAN）からなる第１無線アクセス・ネットワークから第２無線アクセス・ネットワークへのハンドオーバを実行するための方法で、その方法は、
UMAネットワーク・コントローラ（UNC）を介して移動局（MS）とUMANとの間に専用接続を確立することと、
UMANからのハンドオーバが該当すると判断することと、
MSからUNCへURR（UMA無線リソース）ハンドオーバ必要メッセージを送ることと、
UNCからMSへURRハンドオーバ・コマンドを返すこととからなり、
URRハンドオーバ必要メッセージとURRハンドオーバ・コマンドメッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URRハンドオーバ必要メッセージはさらに、MSが、UMANからのハンドオーバを完了するため接続できる第２無線アクセス・ネットワークで動作する１以上のセルを識別する少なくとも1個のIEを含むことを特徴とするもの。
【請求項６０】
URRハンドオーバ・コマンドメッセージはさらに、第２無線アクセス・ネットワークへのハンドオーバをサポートする情報を含む少なくとも1個の情報要素を含むことを特徴とする請求項５９記載の方法。
【請求項６１】
第２無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項６０記載の方法。
【請求項６２】
UMANからのハンドオーバが成功しなかったと判断することと、
MSからUNCへURRハンドオーバ失敗メッセージを送ることで、URRハンドオーバ失敗メッセージは基本的IEを含み、失敗の原因を対応するルックアップ・テーブルを介して特定できる値を有するUMA RR原因IEをさらに含むことを特徴とする請求項５９記載の方法。
【請求項６３】
第１無線アクセス・ネットワークから、無認可モバイル・アクセス・ネットワーク（UMAN）からなる第２無線アクセス・ネットワークへのハンドオーバを実行するための方法で、その方法は、
UMAネットワーク・コントローラ（UNC）を介して移動局（MS）とUMANとの間に専用接続を確立することと、
UNCを介してUMANに登録することと、
MSからUNCへURR（UMA無線リソース）ハンドオーバ・アクセスメッセージを送ることと、
MSとUNCとの間にチャンネルを確立することと、
MSからUNCへURRハンドオーバ完了メッセージを送ることとからなり、
URRハンドオーバ・アクセスメッセージとURRハンドオーバ完了メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URRハンドオーバ・アクセスメッセージはさらに、埋め込まれたハンドオーバ・コマンド・レイヤ３メッセージを含むIEをさらに含むことを特徴とするもの。
【請求項６４】
第１無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項６３記載の方法。
【請求項６５】
第１無線アクセス・ネットワークからなるUMAネットワーク（UMAN）で動作する無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）で、
IP（インターネット・プロトコル）ネットワーク・インターフェースからなる第１ネットワーク・インターフェースと、
Upインターフェースからなる第２ネットワーク・インターフェースで、これを介してMSとUNCとの間に通信可能に接続されたアクセス・ポイントを通じて移動局（MS）とUMAメッセージを送受信するもので、Upインターフェースは、IPネットワーク・インターフェース上に実装された複数の層を含むものと、
第３のネットワーク・インターフェースで、UNCがこれを介して第２無線アクセス・ネットワークにアクセス可能なコア・ネットワークに接続されるものと、
UMANと第２無線アクセス・ネットワークとの間でハンドオーバを実行するため、Upインターフェース上で送信された複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、URRメッセージは、
URRハンドオーバ必要メッセージと、
URRハンドオーバ・コマンドメッセージと
URRハンドオーバ完了メッセージとを含み、
URRハンドオーバ必要メッセージと、URRハンドオーバ・コマンドメッセージと、URRハンドオーバ完了メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含むことを特徴とするもの。
【請求項６６】
URRハンドオーバ必要メッセージはさらに、MSがUMANからのハンドオーバを完了するため接続する第２無線アクセス・ネットワークで動作する1個以上のセルを識別する少なくとも１個のIEを含むことを特徴とする請求項６５記載のUNC。
【請求項６７】
URRハンドオーバ・コマンドメッセージはさらに、第２無線アクセス・ネットワークへのハンドオーバをサポートする情報を含む少なくとも1個の情報要素を含むことを特徴とする請求項６５記載のUNC。
【請求項６８】
Upインターフェースを介してMSから受信したURRハンドオーバ・アクセスメッセージを処理するための手段をさらに含み、URRハンドオーバ・アクセスメッセージは、
プロトコル判別子IEと、
スキップ・インジケータIEと、
URRハンドオーバ・アクセスメッセージを識別できるメッセージタイプIEと、
埋め込まれたハンドオーバ・コマンド・レイヤ３メッセージを含むIEをさらに含むことを特徴とする請求項６５記載のUNC。
【請求項６９】
第２ネットワーク・インターフェースは、GSMAインターフェースからなることを特徴とする請求項６５記載のUNC。
【請求項７０】
第１無線アクセス・ネットワークにアクセスするための第１無線インターフェースと、
無認可無線周波数を用いてアクセス・ポイント（AP）を介して無認可モバイル・アクセス・ネットワーク（UMAN）からなる第２の無線アクセス・ネットワークにアクセスするための第２無線インターフェースと、
インターネット・プロトコル（IP）ネットワークを介してAPに通信可能に接続されたUMAネットワーク・コントローラ（UNC）を通じてUMANと通信するためのUpインターフェースと、
第１無線アクセス・ネットワークとUMANとの間でハンドオーバを実行するため、Upインターフェース上で送信された複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、URRメッセージは、
URRハンドオーバ必要メッセージと、
URRハンドオーバ・コマンドメッセージと
URRハンドオーバ完了メッセージとを含み、
URRハンドオーバ必要メッセージと、URRハンドオーバ・コマンドメッセージと、URRハンドオーバ完了メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含むことを特徴とする移動局（MS）。
【請求項７１】
URRハンドオーバ必要メッセージはさらに、MSがUMANからのハンドオーバを完了するため接続する第１無線アクセス・ネットワークで動作する1個以上のセルを識別する少なくとも１個のIEを含むことを特徴とする請求項７０記載の移動局。
【請求項７２】
URRハンドオーバ・コマンドメッセージはさらに、第１無線アクセス・ネットワークからUMANへのハンドオーバをサポートする情報を含む少なくとも1個の情報要素を含むことを特徴とする請求項７０記載の移動局。
【請求項７３】
URRハンドオーバ・コマンドメッセージはさらに、UMANから第１無線アクセス・ネットワークへのハンドオーバをサポートする情報を含む少なくとも1個の情報要素を含むことを特徴とする請求項７０記載の移動局。
【請求項７４】
URRハンドオーバ・アクセスメッセージを生成するための手段をさらに含み、URRハンドオーバ・アクセスメッセージは、
プロトコル判別子IEと、
スキップ・インジケータIEと、
URRハンドオーバ・アクセスメッセージを識別できるメッセージタイプIEと、
埋め込まれたハンドオーバ・コマンド・レイヤ３メッセージを含むIEをさらに含むIEを含むことを特徴とする請求項７０記載の移動局。
【請求項７５】
URRハンドオーバ失敗メッセージを生成するための手段をさらに含み、URRハンドオーバ失敗メッセージは、
プロトコル判別子IEと、
スキップ・インジケータIEと、
URRハンドオーバ失敗メッセージを識別できるメッセージタイプIEとを含むことを特徴とする請求項７０記載の移動局。
【請求項７６】
第１無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項７０記載の移動局。
【請求項７７】
無認可モバイル・アクセス・ネットワーク（UMAN）からなる第1無線アクセス・ネットワークから第２無線アクセス・ネットワークへのハンドオーバを実行するため、移動局（MS）と無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）とで実行する命令のそれぞれの部分を与え、以下の動作を実行するためのマシンリーダブル媒体で、
MSとUNCとの間で通信可能に接続されたアクセス・ポイント（AP）を介してMSとUNCとの間で送信された複数のUMA（無認可モバイル・アクセス）無線リソース（URR）ハンドオーバ・メッセージを生成および処理する動作で、URRハンドオーバ・メッセージは、URRハンドオーバ必要メッセージを含み
URRハンドオーバ・メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本情報要素セットを含み、
URRハンドオーバ必要メッセージはさらに、MSがUMANからのハンドオーバを完了するため接続する第２無線アクセス・ネットワークで動作する1個以上のセルを識別する少なくとも１個のIEを含むことを特徴とするもの。
【請求項７８】
URRハンドオーバ・メッセージはさらに、
基本的IEに加えて、第２無線アクセス・ネットワークへのハンドオーバをサポートするための情報を含む少なくとも1個の情報要素を含むURRハンドオーバ・コマンドメッセージを含むことを特徴とする請求項７７記載のマシンリーダブル媒体。
【請求項７９】
第２無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項７７記載のマシンリーダブル媒体。
【請求項８０】
実行された場合、
UMANからのハンドオーバが成功しなかったと判断することと、
MSからUNCへのURRハンドオーバ失敗メッセージの生成と送信で、URRハンドオーバ失敗メッセージは、基本的IEを含み、失敗の原因を対応するルックアップ・テーブルを介して特定できる値を有するUMA RR原因IEをさらに含むものとからなる動作を実行する命令をさらに与える請求項７７記載のマシンリーダブル媒体
【請求項８１】
第1無線アクセス・ネットワークから、無認可モバイル・アクセス・ネットワーク（UMAN）からなる第２無線アクセス・ネットワークへのハンドオーバを実行するため、移動局（MS）と無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）とで実行する命令のそれぞれの部分を与え、以下の動作を実行するためのマシンリーダブル媒体で、
（UNC）を介して移動局とUMANとの間にUMA接続を確立することと、
UNCを介してUMANに登録することと、
MSからUNCへURR（UMA無線リソース）ハンドオーバ・アクセスメッセージを送ることと、
MSのトラフィック・チャンネル割り当てを取得することと、
MSからUNCへURRハンドオーバ完了メッセージを送ることとからなり、
URRハンドオーバ・アクセスメッセージとURRハンドオーバ完了メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URRハンドオーバ・アクセスメッセージはさらに、埋め込まれたハンドオーバ・コマンド・レイヤ３メッセージを含むIEをさらに含むことを特徴とするもの。
【請求項８２】
第２無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項８１記載のマシンリーダブル媒体。
【請求項８３】
MSとUNCとで実行される命令のそれぞれの追加部分をさらに与えるもので、
MSのUMANへの登録に対してUNCからMSへ、MSがUMANと専用接続を確立できる情報を含む適切なIEを含むURRハンドオーバ・コマンドメッセージを送ることと、
URRハンドオーバ・アクセスメッセージにURRハンドオーバ・コマンドメッセージを埋め込むこととからなる動作を実行することを特徴とする請求項８１記載のマシンリーダブル媒体。
【請求項８４】
無認可モバイル・アクセス・ネットワーク（UMAN）に移動局（MS）を登録する方法で、
MSと無線アクセス・ポイント（AP）との間に無線ローカル・エリア・ネットワーク（WLAN）リンクを確立することと、
MSと、APに通信可能に接続された第１UMAネットワーク・コントローラ（UNC）との間に第１のTCP（トランスミッション制御プロトコル）セッションを確立することと、
MSから第1のUNCに送られたURR登録要求メッセージを含む第１のTCPセッションでMSと第１のUNCとの間で複数のURR(UMA無線リソース）登録メッセージを送信することとからなり、
URR 登録メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URR登録要求メッセージはさらに、
MSが識別できるモバイル・アイデンティティIEと、
MSがGSM RRアイドルまたは専用状態であるかを定義するGSM無線リソース（RR）状態IEと、
AP識別子IEとを含むことを特徴とするもの。
【請求項８５】
第１UNCからMSへ、MSの登録がUMANによって拒否されたことを示すURR登録拒否メッセージを送ることからさらになる請求項８４に記載の方法。
【請求項８６】
MSのサービングにより適する第２UNCを決定することと、
第１UNCからMSへURR登録リダイレクトメッセージを送ることで、URR登録リダイレクトメッセージは第２UNCにアクセスするための情報を含むものと、
第１UNCへの接続を解除することと、
第２UNCとの第２のTCPセッションを確立することと、
第２のTCPセッションを介してMSから第２のUNCへURR登録リダイレクトメッセージを送ることとからさらになる請求項８４に記載の方法。
【請求項８７】
第２のUNCにアクセスする情報は、
完全に記述したドメイン名（FQDN）または第２のUNCのIPアドレスである値を有する第１のIEと、
完全に記述したドメイン名（FQDN）または第２のUNCがホストするセキュリティ・ゲートウェイのIPアドレスである値を有する第２のIEの少なくとも一方を含むことを特徴とする請求項８６に記載の方法。
【請求項８８】
MSの登録がUMANによって受け付けられたことを示すため第１のUNCからMSへURR登録肯定応答メッセージを送ることからさらになる請求項８６に記載の方法。
【請求項８９】
セル情報の変化、または最後の登録または更新のいずれかからのMSにサービングしているAPの変化を検出することと、
セル情報またはサービングAPの変化に対応する情報を含む第１のUNCへMSからURR登録アップデート・アップリンクメッセージを送ることとからさらになる請求項８８に記載の方法。
【請求項９０】
第１のUNCからMSへURR登録リダイレクトメッセージを返すことで、URR登録リダイレクトメッセージは、第２のUNCへMSをリダイレクトするための情報を含むことからさらになる請求項８９に記載の方法。
【請求項９１】
URR登録アップデート・アップリンクメッセージは、MSにサービングする新しいAPへ変化に対応して送られ、URR登録アップデート・アップリンクメッセージは、新しいAPの位置を識別するAPロケーションIEを含むことを特徴とする請求項８９に記載の方法。
【請求項９２】
第１のUNCからMSへURR登録取り消しメッセージを返すことで、URR登録取り消しメッセージは、登録アップデートが拒否された理由を識別する情報を含むことを特徴とする請求項８９に記載の方法。
【請求項９３】
ネットワーク開始アップデートイベントを検出することと、
第１のUNCからMSへURR登録アップデート・ダウンリンクメッセージを送ることとからさらになる請求項８８に記載の方法。
【請求項９４】
第１のUNCからMSへURR登録リダイレクトメッセージを返すことで、URR登録リダイレクトメッセージは、第２のUNCへMSをリダイレクトするための情報を含むことからさらになる請求項９３に記載の方法。
【請求項９５】
第１のUNCからMSへURR登録取り消しメッセージを返すことで、URR登録取り消しメッセージは、登録取り消しの原因を識別するIEを含むことからさらになる請求項８４記載の方法。
【請求項９６】
第１無線アクセス・ネットワークからなるUMAネットワーク（UMAN）で動作する無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）で、
IP（インターネット・プロトコル）ネットワーク・インターフェースからなる第１ネットワーク・インターフェースと、
Upインターフェースからなる第２ネットワーク・インターフェースで、これを介してMSとUNCとの間に通信可能に接続されたアクセス・ポイントを通じて移動局（MS）とUMAメッセージを送受信するもので、Upインターフェースは、IPネットワーク・インターフェース上に実装された複数の層を含むものと、
第３のネットワーク・インターフェースで、UNCがこれを介して第２無線アクセス・ネットワークにアクセス可能なコア・ネットワークに接続されるものと、
UMANでの移動局の登録をサポートするため、Upインターフェース上で送信された複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、URRメッセージは、
URR登録要求メッセージと、
URR登録肯定応答メッセージと、
URR登録拒否メッセージとを含み、
URR登録要求メッセージと、URR登録肯定応答メッセージと、URR登録拒否メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URR登録要求メッセージはさらに、
MSが識別できるモバイル・アイデンティティIEと、
MSがGSM RRアイドルまたは専用状態であるかを定義するGSM無線リソース（RR）状態IEと、
AP識別子IEとを含むことを特徴とするもの。
【請求項９７】
URR登録リダイレクトメッセージを生成する手段からさらになり、URR登録リダイレクトメッセージは、
完全に記述したドメイン名（FQDN）または第２のUNCのIPアドレスである値を有する第１のIEと、
完全に記述したドメイン名（FQDN）または第２のUNCがホストするセキュリティ・ゲートウェイのIPアドレスである値を有する第２のIEの少なくとも一方を含むことを特徴とする請求項９６に記載のUNC。
【請求項９８】
URR登録拒否メッセージは、
登録の拒否理由を特定できる情報を含むIEをさらに含むことを特徴とする請求項９６に記載のUNC。
【請求項９９】
URR登録アップデート・ダウンリンクメッセージを生成する手段からさらになる請求項９６に記載のUNC。
【請求項１００】
URR登録取り消しメッセージを生成する手段からさらになる請求項９６に記載のUNC。
【請求項１０１】
第３のネットワーク・インターフェースは、GERANコア・ネットワークとのインターフェースからなることを特徴とする請求項９６に記載のUNC。
【請求項１０２】
第１無線アクセス・ネットワークにアクセスするための第１無線インターフェースと、
無認可無線周波数を用いてアクセス・ポイント（AP）を介して無認可モバイル・アクセス・ネットワーク（UMAN）からなる第２の無線アクセス・ネットワークにアクセスするための第２無線インターフェースと、
インターネット・プロトコル（IP）ネットワークを介してAPに通信可能に接続されたUMAネットワーク・コントローラ（UNC）を通じてUMANと通信するためのUpインターフェースと、
UMANでのMSの登録をサポートするため、Upインターフェース上で送信された複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、URRメッセージは、
URR登録要求メッセージと、
URR登録肯定応答メッセージと、
URR登録拒否メッセージとを含み、
URR登録要求メッセージと、URR登録肯定応答メッセージと、URR登録拒否メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URR登録要求メッセージはさらに、
MSが識別できるモバイル・アイデンティティIEと、
MSがGSM RRアイドルまたは専用状態であるかを定義するGSM無線リソース（RR）状態IEと、
AP識別子IEとを含むことを特徴とする移動局（MS）。
【請求項１０３】
認可セル情報の変化、または最後の登録または更新のいずれかからのMSにサービングしているAPの変化を検出する手段と、
UNCへ送るURR登録アップデート・アップリンクメッセージを生成する手段で、URR登録アップデート・アップリンクメッセージは、認可セル情報またはサービングAPの変化に対応する情報を含むこととからさらになる請求項１０２に記載の移動局。
【請求項１０４】
APを介してアクセスできるUMAN中のUNCについてNS（ドメイン・ネーム・サーバ）クエリを実行するための手段からさらになる請求項１０２に記載の移動局。
【請求項１０５】
第１無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項１０２記載の移動局。
【請求項１０６】
移動局（MS）と１以上の無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）とで実行する命令のそれぞれの部分を与え、以下の動作を実行するためのマシンリーダブル媒体で、
UMAネットワーク（UMAN）でのMSの登録をサポートするため、MSと１以上のUNCとの間で交換される複数のUMA（無認可モバイル・アクセス）無線リソース（URR）登録メッセージを生成および処理することで、URR登録メッセージは、基礎となるIP（インターネット・プロトコル）トランスポート上に実装される層状プロトコルセットからなるUpインターフェース上を送られ、基礎となるIPトランスポートは、MSと、1以上のUNCがIPネットワークを介して通信可能に接続される無線アクセス・ポイント（AP）との間の無線リンクによって容易化され、メッセージ交換は、MSに生成され、MSから第１UNCへのURR登録要求メッセージの送信を含み、それぞれのURRメッセージは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本情報要素セットを含むフォーマットを有することを特徴とするもの。
【請求項１０７】
URR登録要求メッセージ中のIEはさらに、
MSが識別できるモバイル・アイデンティティIEと、
MSがGSM RRアイドルまたは専用状態であるかを定義するGSM無線リソース（RR）状態IEと、
AP識別子IEとを含むことを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１０８】
URR登録メッセージはさらに、
MSの登録がUMANによって拒否されたことを示すため、UNCが生成してMSに送るURR登録拒否メッセージを含むことを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１０９】
実行された場合、MSと無線アクセス・ポイント（AP）との間に無線ローカル・エリア・ネットワーク（WLAN）リンクを確立することと、
MSと、APに通信可能に接続された第１UNCとの間に第１登録要求のTCP（トランスミッション制御プロトコル）セッションを確立することと、
第１のTCPセッションを介してMSから第１のUNCへURRメッセージを送ることと、
MSのサービングにより適する第２UNCを決定することと、
第１UNCからMSへURR登録リダイレクトメッセージを送ることで、URR登録リダイレクトメッセージは第２UNCにアクセスするための情報を含むものと、
第１UNCとの接続を解除することと、
第２UNCとの第２のTCPセッションを確立することと、
第２のTCPセッションを介してMSから第２のUNCへURR登録リダイレクトメッセージを送ることとからさらになる請求項１０６に記載のマシンリーダブル媒体。
【請求項１１０】
第２のUNCにアクセスする情報は、
完全に記述したドメイン名（FQDN）または第２のUNCのIPアドレスである値を有する第１のIEと、
完全に記述したドメイン名（FQDN）または第２のUNCがホストするセキュリティ・ゲートウェイのIPアドレスである値を有する第２のIEの少なくとも一方を含むことを特徴とする請求項１０９に記載のマシンリーダブル媒体。
【請求項１１１】
URR登録メッセージはさらに、
MSの登録がUMANによって受け付けられたことを示すためUNCからMSへURR登録肯定応答メッセージを含むことを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１１２】
URR登録メッセージはさらに、
認可セル情報またはサービングAPの変化に対応する情報を含む、MSからUNCへのURR登録アップデート・アップリンクメッセージを含むことを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１１３】
URR登録アップデート・アップリンクメッセージは、MSにサービングする新しいAPへ変化に対応して送られ、URR登録アップデート・アップリンクメッセージは、新しいAPの位置を識別するAPロケーションIEを含むことを特徴とする請求項１１２に記載のマシンリーダブル媒体。
【請求項１１４】
実行された場合、第１UNCよりMSのサービングにより適する第２UNCを決定することと、
第１UNCからMSへURR登録リダイレクトメッセージを返すことで、URR登録リダイレクトメッセージはMSを第２UNCにリダイレクトするための情報を含むものとからなる動作を実行する命令をさらに与えることを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１１５】
URR登録メッセージはさらに、
UNCによって生成され、UNCからMSへ送られるURR登録アップデート・ダウンリンクメッセージを含むことを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１１６】
UpインターフェースのUNCサーバ側様態を容易化するさらなる命令を与えることを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１１７】
UpインターフェースのMSクライアント側様態を容易化するさらなる命令を与えることを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１１８】
URR登録メッセージはさらに、
UNCが生成し、UNCからMSへ送られるURR登録取り消しメッセージを含み、URR登録取り消しメッセージは、登録取り消しの原因を識別するIEを含むことを特徴とする請求項１０６に記載のマシンリーダブル媒体。
【請求項１１９】
第２の無線アクセス・ネットワークからなる無認可モバイル・アクセス・ネットワーク（UMAN）を介して第１の無線アクセス・ネットワークがホストする音声ベアラ・サービスにアクセスするため移動局（MS）の音声ベアラ・チャンネルを割り当てる方法で、その方法は、
MSと無線アクセス・ポイント（AP）との間に無線ローカル・エリア・ネットワーク（WLAN）リンクを確立することと、
MSと、APに通信可能に接続されたUMAネットワーク・コントローラ（UNC）との間に専用通信を確立することと、
音声ベアラ・チャンネルを割り当てるため、MSとUNCとの間で複数のURR（
UMA無線リソース）チャンネル起動メッセージを送ることで、URRチャンネル起動メッセージは、音声ベアラ・チャンネルの割り当てを開始するためUNCからMSへ送られるURRチャンネル起動メッセージを含むものとからなり、
URRチャンネル起動メッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URRチャンネル起動メッセージはさらに、
音声ベアラ・チャンネルに用いるチャンネル・モードを指定する情報を含む、チャンネル・モードIEを含むことを特徴とするもの。
【請求項１２０】
音声ベアラ・チャンネルの起動成功を肯定応答するMSからUNCへのURRチャンネル起動肯定応答メッセージを送ることからさらになる含む請求項１１９記載の方法。
【請求項１２１】
音声ベアラ・チャンネルがアップリンクに利用可能なことを示すUNCからMSへのURRチャンネル起動完了メッセージを返すことからさらになる含む請求項１２０記載の方法。
【請求項１２２】
MSが音声ベアラ・チャンネルの起動に失敗したことを示すMSからUNCへのURRチャンネル起動失敗メッセージを送ることからさらになる含む請求項１１９記載の方法。
【請求項１２３】
URRチャンネル起動メッセージはさらに、第１無線アクセス・ネットワークへのハンドオーバの場合に用いられる暗号モード設定情報を含むことを特徴とする請求項１１９記載の方法。
【請求項１２４】
第１無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項１２３記載の方法。
【請求項１２５】
URRチャンネル起動メッセージはさらに、音声ベアラ・チャンネルのアップリンク部分に採用されるパラメータを識別する情報を含む少なくとも１個のIEを含み、その情報は少なくとも、
UNCへのアップリンクのためのIPアドレスと、
トランスポート・ポート・アドレスと、
トランスポート・プロトコルと、
サンプル・サイズと、
ペイロード・タイプの少なくとも1個を識別することを特徴とする請求項１１９記載の方法。
【請求項１２６】
第１無線アクセス・ネットワークからなるUMAネットワーク（UMAN）で動作する無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）で、
IP（インターネット・プロトコル）ネットワーク・インターフェースからなる第１ネットワーク・インターフェースと、
Upインターフェースからなる第２ネットワーク・インターフェースで、これを介してMSとUNCとの間に通信可能に接続されたアクセス・ポイントを通じて移動局（MS）とUMAメッセージを送受信するもので、Upインターフェースは、IPネットワーク・インターフェース上に実装された複数の層を含むものと、
第３のネットワーク・インターフェースで、UNCがこれを介して第２無線アクセス・ネットワークにアクセス可能なコア・ネットワークに接続されるものと、
UMANでの移動局の音声ベアラ・チャンネルの割り当てをサポートするため、Upインターフェース上で送信された複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、メッセージは、MSへの音声ベアラ・チャンネルの割り当てを開始するためUNCによって生成され、MSに送られるURRチャンネル起動メッセージを含み、
URRメッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URRチャンネル起動メッセージはさらに、
音声ベアラ・チャンネルに用いるチャンネル・モードを指定する情報を含む、チャンネル・モードIEを含むことを特徴とするもの。
【請求項１２７】
音声ベアラ・チャンネルの起動成功を肯定応答するMSからUNCへのURR チャンネル起動ACKNOWLEDGEメッセージを処理する手段からさらになる請求項１２６記載のUNC。
【請求項１２８】
音声ベアラ・チャンネルがアップリンクに利用可能なことを示すUNCからMSへ送られるURRチャンネル起動完了メッセージを生成するための手段からさらになる含む請求項１２６記載のUNC。
【請求項１２９】
URRチャンネル起動メッセージはさらに、第１無線アクセス・ネットワークへのハンドオーバの場合に用いられる暗号モード設定情報を含むことを特徴とする請求項１２６記載のUNC。
【請求項１３０】
第２無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項１２６記載のUNC。
【請求項１３１】
第３のネットワーク・インターフェースは、Aインターフェースからなることを特徴とする請求項１２６記載のUNC。
【請求項１３２】
URRチャンネル起動メッセージはさらに、音声ベアラ・チャンネルのアップリンク部分に採用されるパラメータを識別する情報を含む少なくとも１個のIEを含み、その情報は少なくとも、
UNCへのアップリンクのためのIPアドレスと、
トランスポート・ポート・アドレスと、
トランスポート・プロトコルと、
サンプル・サイズと、
ペイロード・タイプの少なくとも1個を識別することを特徴とする請求項１２６記載のUNC。
【請求項１３３】
第１無線アクセス・ネットワークにアクセスするための第１無線インターフェースと、
無認可無線周波数を用いてアクセス・ポイント（AP）を介して無認可モバイル・アクセス・ネットワーク（UMAN）からなる第２の無線アクセス・ネットワークにアクセスするための第２無線インターフェースと、
インターネット・プロトコル（IP）ネットワークを介してAPに通信可能に接続されたUMAネットワーク・コントローラ（UNC）を通じてUMANと通信するためのUpインターフェースと、
UMANでのMSの音声ベアラ・チャンネルの割り当てをサポートするため、Upインターフェース上で送信された複数のUMA無線リソース（URR）メッセージを生成および/または処理するための手段とからなり、MSへの音声ベアラ・チャンネルの割り当てを開始するためUNCからMSに送られるURRチャンネル起動メッセージを処理する手段を含み、
URRメッセージのそれぞれは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本的情報要素（IE）１式を含み、
URRチャンネル起動メッセージはさらに、
音声ベアラ・チャンネルに用いるチャンネル・モードを指定する情報を含む、チャンネル・モードIEを含むことを特徴とする移動局（MS）。
【請求項１３４】
音声ベアラ・チャンネルの起動成功を肯定応答するMSからUNCへのURRチャンネル起動肯定応答メッセージを生成する手段からさらになる含む請求項１３３記載の移動局。
【請求項１３５】
URRチャンネル起動肯定応答メッセージはさらに、音声ベアラ・チャンネルのダウンリンク部分に採用されるパラメータを識別する情報を含む少なくとも１個のIEを含み、その情報は少なくとも、
MSへのダウンリンクのためのIPアドレスと、
トランスポート・ポート・アドレスと、
トランスポート・プロトコルと、
サンプル・サイズと、
ペイロード・タイプの少なくとも1個を識別することを特徴とする請求項１３３記載の移動局。
【請求項１３６】
音声ベアラ・チャンネルの起動が成功しなかったことを示すMSからUNCへ送られるURRチャンネル起動失敗メッセージを生成するための手段からさらになる請求項１３３記載の移動局。
【請求項１３７】
URRチャンネル起動メッセージはさらに、第１無線アクセス・ネットワークへのハンドオーバの場合に用いられる暗号モード設定情報を含むことを特徴とする請求項１３３記載の移動局。
【請求項１３８】
第１無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項１３３記載の移動局。
【請求項１３９】
移動局（MS）と無認可モバイル・アクセス（UMA）ネットワーク・コントローラ（UNC）とで実行する命令のそれぞれの部分を与え、第２の無線アクセス・ネットワークからなる無認可モバイル・アクセス・ネットワーク（UMAN）を介して、第１無線アクセス・ネットワークがホストする音声ベアラ・サービスにアクセスするためMSの音声ベアラ・チャンネルを割り当て、以下からなる動作を実行するためのマシンリーダブル媒体で、
UMANのMSに音声ベアラ・チャンネルを割り当てるため、複数のUMA（無認可モバイル・アクセス）無線リソース（URR）チャンネル起動メッセージを生成および処理することで、URRチャンネル起動メッセージは、基礎となるIP（インターネット・プロトコル）トランスポート上に実装される層状プロトコルセットからなるUpインターフェース上を送られ、基礎となるIPトランスポートは、MSと、UNCがIPネットワークを介して通信可能に接続される無線アクセス・ポイント（AP）との間の無線リンクによって容易化され、URRチャンネル起動メッセージは、音声ベアラ・チャンネルの割り当てを開始するためUNCからMSへ送られるURR
ACTIVATE CAHNNELメッセージを含み、それぞれのURRチャンネル起動メッセージは、
プロトコル判別子と、
スキップ・インジケータと、
メッセージを識別できるメッセージタイプとを含む基本情報要素セットを含み、
URRチャンネル起動メッセージはさらに、
音声ベアラ・チャンネルに用いるチャンネル・モードを指定する情報を含む、チャンネル・モードIEを含むことを特徴とするもの。
【請求項１４０】
URRチャンネル起動メッセージはさらに、
音声ベアラ・チャンネルの起動成功を肯定応答するため、MSによって生成され、MSからUNCへ送られるURRチャンネル起動肯定応答メッセージを含むことを特徴とする請求項１３９記載のマシンリーダブル媒体。
【請求項１４１】
URRチャンネル起動メッセージはさらに、
音声ベアラ・チャンネルがアップリンクに利用可能なことを示す、UNCが生成し、UNCからMSへ送られるURRチャンネル起動完了メッセージを含むことを特徴とする請求項１３９記載のマシンリーダブル媒体。
【請求項１４２】
URRチャンネル起動メッセージはさらに、
MSが音声ベアラ・チャンネルの起動に失敗したことを示す、MSが生成し、MSからUNCへ送られるURRチャンネル起動失敗メッセージを含むことを特徴とする請求項１３９記載のマシンリーダブル媒体。
【請求項１４３】
URRチャンネル起動メッセージはさらに、第１無線アクセス・ネットワークへのハンドオーバの場合に用いられる暗号モード設定情報を含むことを特徴とする請求項１３９記載のマシンリーダブル媒体。
【請求項１４４】
第１無線アクセス・ネットワークは、GERAN（GSM（グローバル・モバイル通信システム）EDGE無線アクセス・ネットワーク）からなることを特徴とする請求項１３９記載のマシンリーダブル媒体。
【請求項１４５】
UpインターフェースのUNCサーバ側様態を容易化するさらなる命令を与えることを特徴とする請求項１３９に記載のマシンリーダブル媒体。
【請求項１４６】
UpインターフェースのMSクライアント側様態を容易化するさらなる命令を与えることを特徴とする請求項１３９に記載のマシンリーダブル媒体。
【請求項１４７】
URRチャンネル起動メッセージはさらに、音声ベアラ・チャンネルのアップリンク部分に採用されるパラメータを識別する情報を含む少なくとも１個のIEを含み、その情報は少なくとも、
UNCへのアップリンクのためのIPアドレスと、
トランスポート・ポート・アドレスと、
トランスポート・プロトコルと、
サンプル・サイズと、
ペイロード・タイプの少なくとも1個を識別することを特徴とする請求項１３９に記載のマシンリーダブル媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願に対する相互参照）
本願は、２００４年５月１４日に出願された、「Upインターフェース・ステージ３記述」という名称の特許仮出願第60/571421号の優先権を主張する。本願は、２００３年１０月７日に出願された「無認可無線通信システムを用いた認可無線通信システムのカバレッジ・エリアを拡張するための装置および方法」という名称の米国非特許仮出願第10/688470号の一部継続である、２００４年１２月１５日出願の「無認可無線通信システムを用いた認可無線通信システムのカバレッジ・エリアを拡張するための装置および方法」という名称の米国特許非仮出願第11/013883号の一部継続で、その優先権を主張する。本願はまた、２００４年４月２２日に出願された「UMAネットワーク・コントローラ（UNC）選択とUMAロケーション・サービス・サポート機構」という名称の特許仮出願第60/564696号の優先権を主張する、２００５年３月３１日出願の「ネットワーク・コントローラによる無認可モバイル・アクセス加入者の登録のための方法およびシステム」という名称の米国特許非仮出願第11/097866号の一部継続で、その優先権を主張する。
【０００２】
本願は、また、共通に所有する次の米国出願に関連する：２００２年４月２日出願の「加入者装置による無認可および認可無線通信を容易化するための無認可無線通信基地局と動作方法」という名称の出願第10/115833号、参照により本書にその内容を組み込む、２００２年９月２０日出願の「認可無線システムと無認可無線システムとの間の遠隔通信セッションのハンドオーバをサポートするための装置」という名称の出願第10/251901号。さらに、本願は、次の米国出願に開示される主題を含む。２００５年５月１２日に出願されたシリアル番号第  号、代理人番号、007090.P032、007090.P032、007090.P032。
（技術分野）
【０００３】
本発明の分野は、全体として遠隔通信に関する。より詳しくは、本発明は、認可および無認可の両無線インフラを両方含む無認可モバイル・アクセス（UMA）遠隔通信システムに採用されるメッセージングに関する。
【背景技術】
【０００４】
認可無線システムは、無線トランシーバを用いて、個人に対しモバイル無線通信を提供する。認可無線システムとは、公共携帯電話システムおよび/またはパーソナル通信サービス（PCS）電話システムを指す。無線トランシーバには、携帯電話、PCS電話、無線機器対応パーソナル携帯端末、無線モデム等が含まれる。
【０００５】
認可無線システムは、政府から認可された無線信号周波数を利用する。これら周波数にアクセスするためには多大な料金が支払われる。認可周波数での通信に対応するため、高価な基地局（BS）設備が用いられる。基地局は一般に、互いから略１マイル離れて設置される（携帯ネットワークの携帯タワー等）。一般的な認可無線システムが採用する無線トランスポート機構および周波数は、データ転送レートおよび範囲の両方を限定する。その結果、認可無線システムにおけるサービスの品質（音声品質およびデータ転送速度）は、陸線（有線）接続によって可能なサービスの品質より大幅に劣るものとなる。そのため、認可無線システムのユーザは、比較的低品質のサービスに対して比較的高い料金を支払う。
【０００６】
陸線（有線）接続は広範囲に配備され、一般に、高品質の音声および光速データサービスを低コストで実行する。陸線接続の問題は、これらはユーザの移動性を制約する点である。従来、陸線への物理的接続が要求されてきた。
【０００７】
過去数年間において、陸線ベースのネットワークへのモバイル・アクセスを容易にするための無認可無線通信システムの利用が急速に発達した。例えば、このような無認可無線システムは、IEEE 802.11a、bまたはg規格（WiFi）またはBluetooth(登録商標）規格に基づく無線通信に対応することができる。かかるシステムに関連する移動性範囲は一般に、100メートル以下のオーダーである。一般的な無認可無線通信システムは、陸線ベースネットワークへの物理的接続（同軸、ツイストペア線、光ケーブル等）を持つ無線アクセス・ポイント（AP）からなる基地局を含む。APは、APの適当な距離内で動作可能な無線送受話器による通信を容易にするためRFトランシーバを有し、WiFiおよびBluetooth(登録商標）規格によってサポートされるデータ転送レートは、前述の認可無線システムによるサポートよりはるかに高い。そのため、このオプションは、低コストでより高品質のサービスを提供するが、サービスは基地局から適当な距離にしか延びない。
【０００８】
現在、認可および無認可無線システムの利用をシームレスに統合し、ユーザが単一の送受話器を介してかかるシステムの範囲内では無認可無線システムにアクセスし、無認可無線システムの範囲外で認可無線システムにアクセスする時は、無認可無線ネットワークにアクセスしてこれを適切なネットワーク・コントローラに向けられるようにするための技術が開発されている。各種ベンダーによるより速い実装に対応するため、登録、チャンネル起動、ハンドオーバ等各種機能を実行するための標準化されたメッセージセットが必要である。
【発明の開示】
【０００９】
本発明の様態に従い、無認可モバイル・アクセス・ネットワーク（UMAN）における移動局（MS）およびUMAネットワーク・コントローラ（UNC）の間のメッセージングを実行するための技術を開示する。各種動作を容易にするため、UMANで動作するMSと1個以上のUNCとの間でURR（UMA無線ソース）メッセージが交換される。802.11ベースのリンクまたはBluetooth(登録商標）リンクなどの無認可無線周波数を用いた無線リンクを採用することにより、MSは、IPネットワークを介してUNCに通信可能に接続する無線アクセス・ポイント（AP）を介してUMANにアクセスすることができる。URRメッセージは、基礎となるIPトランスポート上の層状態プロトコルのセットからなるUpインターフェースを用いてMSとUNCとの間で送信される。
【００１０】
本発明の別の様態では、特定のフォーマットを持つURRメッセージが開示される。URRメッセージはそれぞれ、プロトコル判別子、スキップ・インジケータ、メッセージタイプを含む情報要素（IE）の基本セットを含み、これを介してメッセージを識別することができる。さらに、特定のURRハンドオーバ・メッセージのそれぞれに関連するIEも開示される。
【００１１】
（図面の簡単な説明）
本発明の前述の様態および付随する利点の多くは、添付の図面と共に以下の詳細な説明を参照することによりよく理解されると同時により容易に理解されるが、図面において、同様の参照番号は、特に指定のない限り、各種図面を通じて同様の部分を参照する。
【００１２】
本発明の前述の様態および付随する利点の多くは、添付の図面と共に以下の詳細な説明を参照することによりよく理解されると同時により容易に理解されるが、図面において、同様の参照番号は、特に指定のない限り、各種図面を通じて同様の部分を参照する。
【００１３】
図１Ａは、本発明の一実施例による屋内アクセス・ネットワーク（IAN）移動サービス局の全体図を示す。
【００１４】
図１Ｂは、一実施例によるモバイルセットのプロトコル層を示す。
【００１５】
図１Ｃは、一実施例によるプロトコル変換方法を示す。
【００１６】
図２Ａは、Bluetoothシグナリングを介して無認可無線リンクを提供する移動局の一実施例のレベル１、レベル２、およびレベル３GSM関連プロトコル・アーキテクチャの全体図を示す。
【００１７】
図２Ｂは、IEEE802.11シグナリングを介して無認可無線リンクを提供する移動局の一実施例のレベル１、レベル２、およびレベル３GSM関連プロトコル・アーキテクチャの全体図を示す。
【００１８】
図３Ａは、一実施例による、CSドメイン・シグナリングおよびUMS固有シグナリングをサポートするUpインターフェース・プロトコル・アーキテクチャを示す。
【００１９】
図３Ｂは、物理層通信を容易にするため移動局およびアクセス・ポイントにより採用されるBluetooth下位層を示す。
【００２０】
図３Ｃは、物理層通信を容易にするため移動局およびアクセス・ポイントにより採用されるBluetooth下位層を示す。
【００２１】
図３Ｄは、一実施例によるGSM音声送信をサポートするUp CSドメイン音声ベアラ・プロトコル・アーキテクチャを示す。
【００２２】
図３Ｅは、一実施例によるUp GPRSユーザ・プレーン・プロトコル・アーキテクチャを示す。
【００２３】
図３Ｆは、一実施例によるGPRSシグナリングをサポートするUpプロトコル・アーキテクチャを示す。
【００２４】
図４は、一実施例による考えられるGSMおよびUMAカバレッジシナリオ数例を示す。
【００２５】
図５は、一実施例の移動性管理機能を例示する。
【００２６】
図６Ａは、登録成功に対応するURRレジスタ・メッセージ 交換を示す。
【００２７】
図６Ｂは、登録拒絶に対応するURRレジスタ・メッセージ 交換を示す。
【００２８】
図６Ｃは、MSを第1UNCから第2UNCにリダイレクトするURRレジスタ・メッセージ交換を示す。
【００２９】
図７は、URR登録要求メッセージ・フォーマットの一実施例を示す表である。
【００３０】
図８Ａは、URR登録肯定応答メッセージ・フォーマットの一実施例を示す表である。
【００３１】
図８Ｂは、UMA
GSMシステム情報要素の一実施例を示す表である。
【００３２】
図９は、URR 登録拒否/REDIRECTメッセージ・フォーマットの一実施例を示す表である。
【００３３】
図１０Ａは、URR登録アップデート・アップリンクメッセージ と、URR登録リダイレクトメッセージとを含むURRメッセージ・フォーマットを示す。
【００３４】
図１０Ｂは、URR登録アップデート・ダウンリンクメッセージと、URR登録取り消しメッセージと、URR登録リダイレクトメッセージとを含むURRメッセージ・フォーマットを示す。
【００３５】
図１１は、URR登録アップデート・アップリンクメッセージ・フォーマットの一実施例を示す表である。
【００３６】
図１２は、URR登録アップデート・ダウンリンクメッセージ・フォーマットの一実施例を示す表である。
【００３７】
図１３は、URR登録取り消しメッセージ・フォーマットの一実施例を示す表である。
【００３８】
図１４は、各種URR動作の原因に対応する８ビット値を含むルックアップ・テーブルの一実施例を示す表である。
【００３９】
図１５は、チャンネル起動メッセージ・シーケンスを示す。
【００４０】
図１６は、URRチャンネル起動メッセージ・フォーマットの一実施例を示す表である。
【００４１】
図１７は、URRチャンネル起動肯定応答メッセージ・フォーマットの一実施例を示す表である。
【００４２】
図１８は、URRチャンネル起動失敗メッセージ・フォーマットの一実施例を示す表である。
【００４３】
図１９は、URRチャンネル起動完了メッセージ・フォーマットの一実施例を示す表である。
【００４４】
図２０は、移動局によって開始されるハンドオーバ・メッセージ・フォーマットを示す。
【００４５】
図２１は、URRハンドオーバ・アクセスメッセージ・フォーマットの一実施例を示す表である。
【００４６】
図２２は、URRハンドオーバ完了メッセージ・フォーマットの一実施例を示す表である。
【００４７】
図２３Ａは、UNCから送られたURRアップリンク品質表示メッセージに対して開始されるハンドオーバ・メッセージ・フォーマットを示す。
【００４８】
図２３Ｂは、ハンドオーバ失敗に従って、UNCから送られたURRアップリンク品質表示メッセージに対して開始されるハンドオーバ・メッセージ・フォーマットを示す。
【００４９】
図２４は、URRアップリンク品質表示メッセージ・フォーマットの一実施例を示す表である。
【００５０】
図２５は、URRハンドオーバ必要メッセージ・フォーマットの一実施例を示す表である。
【００５１】
図２６Ａおよび２６Ｂは、URRハンドオーバ・コマンドメッセージ・フォーマットの一実施例を示す表部分である。
【００５２】
図２７は、URRハンドオーバ失敗メッセージ・フォーマットの一実施例を示す表である。
【００５３】
図２８は、移動局からUNCに送られるURR要求クリアメッセージを示す。
【００５４】
図２９は、URR要求クリアメッセージ・フォーマットの一実施例を示す表である。
【００５５】
図３０は、UNCによって開始されたURRリリース・メッセージ・フォーマットを示す。
【００５６】
図３１は、URR
RR解除メッセージ・フォーマットの一実施例を示す表である。
【００５７】
図３２は、URR
RR解除完了メッセージ・フォーマットの一実施例を示す表である。
【００５８】
図３３は、UNCによって開始されたURRページング・メッセージ・フォーマットを示す。
【００５９】
図３４は、URRページング要求メッセージ・フォーマットの一実施例を示す表である。
【００６０】
図３５は、URRページング応答メッセージ・フォーマットの一実施例を示す表である。
【００６１】
図３６は、UNCによって開始されたURRクラスマーク・メッセージ・フォーマットを示す。
【００６２】
図３７は、URRクラスマーク問い合わせメッセージ・フォーマットの一実施例を示す表である。
【００６３】
図３８は、URRクラスマーク変更メッセージ・フォーマットの一実施例を示す表である。
【００６４】
図３９は、UNCの高レベルアーキテクチャの一実施例を示す略図である。
【００６５】
図４０は、移動局の高レベルアーキテクチャの一実施例を示す略図である。
【発明を実施するための最良の形態】
【００６６】
以下の説明では、本発明の実施例を完全に理解できるよう、特定の詳細を多く記載する。しかしながら、当業者は、本発明が特定の詳細の１以上なしに、あるいは他の方法、構成要素、材料その他によって実施できることを認識するであろう。他の場合、周知の構造、材料または動作は、発明の様態を曖昧にすることを避けるため、詳細に表示または記載しない。
【００６７】
本明細書を通じて、「一実施例」または「実施例」との言及は、実施例に関連して記載される特定の特徴、構造または特性が、本発明の少なくとも一つの実施例に含まれることを意味する。そのため、本明細書全体の各所における「一実施例において」または「実施例において」との文言の出現は、必ずしもすべてが同一の実施例を指すとは限らない。さらに、特定の特徴、構造または特性は、１以上の実施例においてあらゆる好適な方法で組み合わせることができる。
【００６８】
本発明では、無認可無線システムは短距離無線システムで、「屋内」ソリューションと説明することができる。しかしながら、本出願を通じて、無認可無線システムが、建造物の一部ばかりでなく、無認可無線システムがサービスを提供する法人キャンパスの屋外部分等、局所的屋外領域もカバーする無認可無線システムを含むことが理解される。例えば、移動局は、無線電話、スマートフォン、携帯端末、モバイルコンピュータ等である。「移動局」はまた、例えば、総合デジタル通信網（ISDN）またはアナログ音声通話サービス（POTS）端末を無線システムに接続するための端末アダプタ機能セットを提供する固定無線装置でよい。本発明をこの種の装置に適用することにより、無線サービス・プロバイダは、認可無線システムが十分にカバーしていない地域のユーザにも、いわゆる陸線代替サービスを提供することができる。本記述は、UMAコンソーシアムが推奨するUMA（無認可モバイル・アクセス）標準化アーキテクチャのコンテキストにある。しかしながら、本発明はそのように限定されない。
【００６９】
以下の記述を通じて、無線サービスの遠隔通信業界に共通して用いられる頭字語を、本発明固有の頭字語と共に用いる。本出願固有の頭文字の表を付録Iに含める。
【００７０】
図１Ａは、本発明の一実施例による無認可モバイル・アクセス（UMA）アーキテクチャ１００を示す。UMAアーキテクチャ１００により、移動局１０２のユーザは、認可無線通信セッション１０６、または無認可無線通信セッション１０８のいずれかを介して音声および遠隔通信ネットワーク１０４にアクセスすることができる。遠隔通信ネットワーク１０４は、音声ネットワーク１１２へのアクセスを提供する移動交換センター（MSC）１１０と、データネットワーク１１６へのアクセスを提供する、サービングGPRS（汎用パケット無線システム）サポート・ノード（SGSN）１１４とを含む。MSC１１０は内部ビジター・ロケーション・レジスタ（VLR）機能も提供する。
【００７１】
さらに詳しくは、認可無線通信セッションは、遠隔通信ネットワーク１０４を含む認可無線ネットワーク１１８の提供するインフラによって容易化される。図示の実施例では、認可無線ネットワーク１１８はGSM（グローバル・システム・フォー・モバイル・コミュニケーション）ベースのセルラー網に共通する構成要素を示すが、これは、それぞれの認可無線リンク１２２（例えば、認可帯域内の無線周波数を採用した無線リンク）を介して各種移動局１０２のための無線通信サービスを容易にする、複数の基地トランシーバ局（BTS)１２０（のうち、単純化のため１個のみ示す）を含む。一般に、複数のBTS１２０は、広域サービスエリアをカバーするセルラー構成（各セルに1個）に構成される。あるエリアまたは地域の各種BTS１２０は基地局コントローラ（BSC）１２４によって管理され、各BTS１２０は、プライベート・トランク１２６を介してそのBSC１２４に通信可能に接続される。一般に、地域または全国的な移動サービス・プロバイダの提供するような大型認可無線ネットワークは複数のBSC１２４を含む。
【００７２】
各BSC１２４は、標準基地局コントローラ・インターフェース１２６を通じて遠隔通信ネットワーク１０４と通信する。例えば、BSC１２４は、回線交換音声サービスについてはGSM Aインターフェースを介してMSC１１０と、パケット・データ・サービス（GPRS）についてはGSM Gbインターフェースを介してSGSN１１４と通信することができる。従来の認可音声およびデータネットワーク１０４は、１つの認識されたBSC１２４から別のBSC（図示せず）へのシームレスなハンドオフを可能にするプロトコルを含む。
【００７３】
無認可通信セッション１０８は、屋内基地局１３０からなる（無線）アクセス・ポイント（AP）１２８を介して容易化される。一般に、AP１２８は、住宅１３２またはオフィスビル１３４等の固定構造物内に位置する。屋内基地局１３０のサービスエリアは、建造物の屋内部分を含むが、屋内基地局のサービスエリアは、建造物またはキャンパスの屋外部分を含むことができることが理解される。無認可通信セッション１０８を表す矢印によって示すように、移動局１０２は、無認可無線チャンネル１３６と、アクセス・ポイント１２８と、アクセス・ネットワーク１３８と、無認可モバイル・アクセス・ネットワーク・コントローラ（UNC）１４０とを含む第２のデータパスを介して遠隔通信ネットワーク１１４と接続することができる。UNC１４０は、基地局コントローラ・インターフェース１２６Aに似た基地局コントローラ・インターフェース１２６Bを用いて遠隔通信ネットワーク１０４と通信し、GSM AインターフェースとGbインターフェースとを含む。AP１２８は、メモリに保存され、プロトコル変換を実行するよう適合された１以上のマイクロプロセッサ（図１Aには図示せず）を実行するソフトウェア・エンティティを含むことができる。
【００７４】
無認可無線チャンネル１３６は、無認可、フリースペクトル（２．４ＧＨz、５ＧＨz、１１から６６ＧＨz周辺のスペクトル）の波長（または波長範囲）を利用した無線リンクによって容易化される。無認可無線チャンネル１３６をホストする無認可無線サービスは関連する通信プロトコルを持つ。例として、無認可無線サービスは、Bluetooth（登録商標）互換無線サービス、または無線ローカル・エリア・ネットワーク（LAN）（WiFi）サービス（IEEE
802.11a、ｂ、またはｇ無線規格等）でよい。これにより、無認可無線サービスのサービス領域内（すなわち、対応するAPのサービス範囲内）で、潜在的に改良された品質のサービスをユーザに提供する。そのため、加入者が無認可APの範囲内にある時、加入者は低コスト、高速および高品質の音声およびデータサービスを享受することができる。さらに、認可無線システムでは信頼性の高いサービスとならない建造物奥の場所でハンドセットがサービスを受けることができるため、加入者は拡張されたサービス範囲を享受することができる。同時に、加入者は通信を落とすことなく、無認可APの範囲外でローミングすることができる。あるいは、無認可APの範囲外でのローミングにより、シームレスなハンドオフ（ハンドオーバとも称する）が生じ、そこでは、米国特許出願第10/115833号に詳述され、参照によってその内容を本書に組み込む認可無線システムによって、通信サービスが自動的に提供される。
【００７５】
移動局１０２は、通信セッションを管理するための無線プロトコルを実行するコンピュータプログラム指示を保存するマイクロプロセッサとメモリ（図示せず）とを含むことができる。図１Bに示すように、一実施例では、移動局１０２は、レイヤ１プロトコル層１４２と、レイヤ２プロトコル層１４４と、無線リソース（RR）サブ層１４６と、移動性管理（MM）サブ層１４８と、通話管理（CM）層１５０とを含む認可無線サービスのレイヤ３シグナリングプロトコル層とを含む。レベル１と、レベル２と、レベル３の層はソフトウェア・モジュールとして実装でき、ソフトウェア「エンティティ」とも記述されることが理解される。認可無線サービスの共通の分類に従い、レイヤ１は物理層、すなわち、無線通信セッションの物理的ベースバンドである。物理層は、無線インターフェースの最下層で、物理的無線リンクでビットストリームを転送する機能を提供する。レイヤ２はデータリンク層である。データリンク層は、移動局と基地局コントローラとの間のシグナリングを提供する。RRサブ層は、移動局が専用モードにある時のRRセッションの管理と、無線チャンネル、パワーコントローラ、不連続送信および受信、ハンドオーバの管理の構成に関連する。移動性管理層は、加入者の移動性によって生じる問題を管理する。移動性管理層は、例えば、移動局の位置、セキュリティ機能、認証を扱うことができる。通話制御管理層は、エンドツーエンド通話確立の制御を行う。認可無線システムのこのような機能は、無線通信の当業者にとって既知である。
【００７６】
移動局はまた、無認可無線サービス物理層１５２（すなわち、Bluetooth、WiFiその他無認可無線チャンネル（WiMAX等）等の無認可無線サービスの物理層）を含む。移動局はまた、無認可無線サービスレベル２リンク層１５４と、無認可無線サービス無線リソースサブ層１５６とを含むことができる。アクセス・モード・スイッチ１６０は、移動局１０２が無認可AP１２８の範囲内にある時、モバイル管理１４８および通話管理層１５０が無認可無線サービス無線リソースサブ層１５６と無認可無線サービスリンク層１５４にアクセスして、認可RRサブ層１４６と、無認可無線サービスRRサブ層１５６との間の切り替えに対応できるようにするため含まれる。
【００７７】
無認可無線リソースサブ層１５６と無認可リンク層１５４は、認可および無認可無線システムの間のシームレスなハンドオフを容易にするため選択されたプロトコルに加えて用いられる、無認可無線サービス固有のプロトコルを含む。その結果、無認可無線リソースサブ層１５６と無認可リンク層１５４は、MSC、SGSNその他音声またはデータネットワークの認識する従来の基地局コントローラ・インターフェース・プロトコル１２６と互換のフォーマットに変換する必要がある。
【００７８】
図１Ｃを参照すると、本発明の一実施例では、移動局１０２と、AP１２８と、UNC１４０とは、無認可サービスのレベル１、レベル２、レベル３層を、従来の基地局サブネットワーク（BSS）インターフェース１２６B（AインターフェースまたはGbインターフェース等）に変換するインターフェース変換機能を提供する。プロトコル変換の結果、通信セッションは音声/データネットワーク１０４にトランスペアレントに確立され、すなわち、音声/データネットワーク１０４は、従来の基地トランシーバ局の扱う標準通信セッションと同じように、通信セッションのためにその標準インターフェースおよびプロトコルを用いる。例えば、ある実施例では、移動局１０２とUNC１４０は、ロケーション・アップデートとサービス・リクエストを開始および転送するよう構成される。その結果、音声/データネットワーク１０４にとってトランスペアレントなサービスのシームレスなハンドオフのためのプロトコルが容易化される。これにより、例えば、認可無線サービスと無認可無線サービスの両方で、単一の電話番号を用いることができる。さらに、本発明により、従来は認可無線サービスを通じてのみ提供されていた広範囲なサービスを、無認可無線サービスを通じて提供することができる。そのため、ユーザは、従来の電話サービスへもアクセスしながら、高帯域の無認可無線サービスがサービス提供する範囲内に移動局が位置する時、潜在的により高い品質のサービスの利点を得ることになる。
【００７９】
認可無線サービスは、音声/データネットワーク１０４について定義されたBSSインターフェース・プロトコル１２６を持つあらゆる認可無線サービスからなる。一実施例では、認可無線サービスはGSM/GPRS無線アクセス・ネットワークであるが、本発明の実施例は、他の認可無線サービスを含むことが理解される。本実施例については、UNC１４０は、標準GSM BSSネットワーク要素が用いる同じ基地局コントローラ・インターフェース１２６を介してGSMコアネットワークと相互接続する。例えば、GSM適用では、これらインターフェースは、回線交換音声サービスのためのGSM Aインターフェースと、パケット・データ・サービス（GPRS）のためのGSM Gbインターフェースである。本発明のUMTS（ユニバーサル・モバイル・テレコミュニケーション・システム）適用では、UNC１４０は、回線交換音声サービスにはUMTS Iu-csインターフェースと、パケット・データ・サービスにはUMTS Iu-psインターフェースを用いてUMTSネットワークと相互接続する。本発明のCDMA適用では、UNC１４０は、回線交換音声サービスにはCDMA A1およびA2インターフェースと、パケット・データ・サービスにはCDMA A10およびA11を用いてCDMAネットワークと相互接続する。
【００８０】
GMS/GPRS実施例では、UNC１４０は、GSM BSSネットワーク要素としてGSM/GPRSコアネットワークに出現し、そのように管理および動作される。このアーキテクチャでは、トランザクション制御（通話処理等）の主要要素は、上位のネットワーク要素、すなわち、MSC１１０ビジター・ロケーション・レジスタ（VLR）とSGSN１１４とによって提供される。許可された移動局は、AP１２８のサービスエリア外にある場合はGSM無線アクセス・ネットワークを介して直接、または、APのサービスエリア内にある場合はUMAネットワークシステムを介して、GSM/GPRSコアネットワークにアクセスすることができる。
【００８１】
UMAアーキテクチャ１００のホストする通信セッションは、音声ネットワーク１１２またはデータネットワーク１１６に対してトランスペアレントであるため、無認可無線サービスは、無線サービス・プロバイダによって一般に提供されるすべてのユーザサービスに対応することができる。GSMの場合、これは一般に次の基本サービスを含む。テレフォニー、緊急通話（北米ではE911等）、ショートメッセージ
、モバイル・ターミネーテッド・ポイントツーポイント（MT/PP）、ショートメッセージ 、モバイル・オリジネーテッド・ポイントツーポイント（MO/PP）、GPRSベアラ・サービス、およびハンドオーバ（屋外から屋内、屋内から屋外、音声、データ、SMS、SS）。さらに、GSMは、当業で周知の各種補完的サービスにも対応することができる。
【００８２】
図２Ａは、Bluetoothシグナリングを介して無認可無線リンクを提供する移動局１０２の一実施例のレベル１、レベル２、レベル３GMS関連プロトコル・アーキテクチャの全体図である。図示の通り、GSM RRエンティティ２０２と、UMA-RRエンティティ２０４の２つの論理無線リソース（RR）管理エンティティがある。プロトコル・アーキテクチャは、GSMベースバンドのレベル１層２０６、GSMレベル２のリンク層（LAPDｍ）２０８、Bluetoothベースバンドのレベル１層２１０、レイヤ２接続アクセス手順（L２CAP）層２１２とBNEP層２１３とを含むBluetoothレベル２層２１１、アクセス・モード・スイッチ２１４、上位層プロトコル２１６を含む。移動局がUMAモードで動作している時、UMA-RRエンティティ２０４が、指定のサービス・アクセス・ポイント(RR-SAP）を介して移動性管理（MM）サブ層にサービスを提供する現在の「サービング」RRである。GSM RRエンティティは、このモードではMMサブ層から離れている。UMA-RRエンティティ２０４は新しい機能セットを提供し、複数のタスクに責任を負う。まず、UMA-RRエンティティは、UMAカバレッジの発見とUMA登録に責任を負う。第２に、UMA-RRエンティティは、GSM RR層のエミュレーションに責任を負い、期待されるサービス、すなわち、RR接続の作成、維持および引き離しをMM層に提供する。RR-SAPについて定義された既存のGSM04.07プリミティブすべてが適用される。UMA-RRエンティティ２０４のプラグインは、このように上位層プロトコルにトランスペアレントに行われる。第３に、UMA-RRエンティティ２０４モジュールは、GSM RRエンティティと調整して、上述の出願第10/688470号に詳述するように、アクセスモードの切り替えおよびハンドオーバを管理する責任を負う。
【００８３】
図２Ｂは、IEEE802.11シグナリングを介して無認可無線リンクを提供する移動局１０２の一実施例のレベル１、レベル２およびレベル３のGSM関連プロトコル・アーキテクチャの全体図である。エンティティおよび層のすべては、図２Ａについて前述したものと同じだが、Bluetooth層が802.11PHY層２１８と、802.11MAC層２２０とに入れ替わっている。
【００８４】
図３Ａは、一実施例に従い、回線交換（CS）ドメイン・シグナリングとUMA固有シグナリングをサポートするUpインターフェース・プロトコル・アーキテクチャを示す。MSCサブ層は、メッセージ転送部（MTP）インターフェースMTP1 ３０２、MTP2 ３０４、MTP3 ３０６、シグナリング接続制御部（SCCP）３０８、基地局システムアプリケーション部（BSSAP)３１０、移動性管理インターフェース３１２、接続管理インターフェース３１４について当業で周知の従来の機能である。
【００８５】
UMA-RRプロトコルは、移動局１０２とUNC１４０のそれぞれが提供するUMA-RR層２０４を介してUMA「レイヤ３」シグナリング機能をサポートする。BSCのように動作するUNC１４０は、UMA-RRプロトコルメッセージを終結し、これらメッセージとAインターフェースメッセージ との間の相互作業に責任を負う。
【００８６】
移動局１０４とUNC１４０のそれぞれのUMA-RR層２０４下の層は、TCP層３１６、リモートIP層３１８、IPSec（IPセキュリティ）層３２０を含む。オプションとして、TCP/IP（図示せず）で走る標準セキュア・ソケット・レイヤ（SSL）プロトコルをIPSec層３２０の代わりの配備することができる。
【００８７】
移動局１０２とUNC１４０との間の下位レベルIP接続性は、介入アクセス・ポイント１２８とブロードバンドIPネットワーク１３８（すなわち、図１Ａに示すアクセス・ネットワーク１３８）のホストする適切な層によってサポートされる。IPトランスポート層（すなわち、７層OSIモデル下の従来のネットワーク層３）をサポートする構成要素は、移動局１０４と、AP１２８と、IPネットワーク１３８のそれぞれについてトランスポートIP層３２２と、UNC１４０のIP層３２２Aを含む。
【００８８】
最下位層（すなわち、物理層およびデータリンク層）では、移動局１０４とAP１２８が、無認可下位層３２４を提供するとして描かれる一方、AP１２８、IPネットワーク１３８、UNC１４０のそれぞれは、適切なアクセス層３２６を提供する。一般に、アクセス層３２６は従来のイーサネットPHY層およびMAC層（IEEE802.3）を含むが、これは限定的ではない。
【００８９】
図３Ａおよび図３Ｂに示すように、無認可層の下位層３２４は、無認可無線リンクが、Bluetoothシグナリングであるか、IEEE802.11シグナリングであるかに依存する。図３Ａに示すBluetooth下位層は、図２Ａの移動局アーキテクチャに対応し、Bluetoothベースバンド層２１０と、L2CAP層２１２と、BNEP層２１３とを含む。一方、図３Ｂに示す801.11下位層は、図２Ｂの移動局アーキテクチャに対応し、802.11PHY層２１８と、802.11MAC層２２０を含む。
【００９０】
図３Ｄは、一実施例によるGSM音声送信をサポートするUp CSドメイン音声ベアラ・プロトコル・アーキテクチャを示す。図３Ｄおよび図３Ｃのアーキテクチャに共通する同様の名称および参照される構成要素に加えて、GSM音声送信をサポートする機能が設けられる。MSC１１０については、これら構成要素は、GSM音声送信をサポートする従来の構成要素を含み、物理層３３０およびオーディオ３３２として描かれ、同様の構成要素がUNC１４０に配備される。移動局１０２とUNC１４０のそれぞれはここで、GERAN（GSMエッジ無線アクセス・ネットワーク）コーデック３３４とRTP/UDP層３３６とを含む。
【００９１】
図３Ｄのアーキテクチャにおいては、オーディオはRFC3267およびRFC3551に定義のRTPフレーミング・フォーマットにしたがってUpインターフェースを流れる。UMAモードで動作する場合、TS26.103に指定するAMR FRのサポートに対応する。G.711等の他のコーデックもサポートする。
【００９２】
図３Ｅは、一実施例によるUp GRPSユーザ・プレーン・プロトコル・アーキテクチャを示す。Up GPRSユーザ・プレーン・プロトコル・アーキテクチャは、無認可スペクトルを利用したUNC１４０を介したGPRSシグナリングとデータパケットのトンネリングを有効に可能にするため、移動局１０２とSGSN１１８の間のパケット交換トラフィックのためのトンネリング機能をサポートする。
【００９３】
図３Ｅに示すように、UNC１４０とSGSN１１４はそれぞれ、GPRSシグナリングおよびデータパケットをサポートする従来の機能に対応し、物理層３５０、ネットワーク・サービス層３５２、BSSGP層３５４を含む。移動局１０２とUNC１４０はそれぞれ、UDP層３５６とUMA-RLC層３５８を含む。移動局１０２とSGSNのそれぞれは、LLC層３６０とSNDCP層３６２を含む。移動局１０２はIP層３６４も含む。
【００９４】
図３Ｅのアーキテクチャでは、データを搬送するGPRS LLC PDU、および上位プロトコルは、移動局１０２とSGSN１１４との間でトランスペアレントに搬送される。これによって、移動局は、GERAN BSSにおいてと同じ方法かのようにすべてのGPRSサービスを導くことができる。移動局１０２の既存のすべてのGPRSアプリケーションおよびMMIは変化しない。LLC PDUは、移動局１０２からUNC１４０へUMC-RLC層３５８で搬送され、UNC１４０はBSSGPメッセージングを用いてSGSN１１４へPDUを中継する。UMA-RLC層３５８は、UDP層３５６上を直接走り、IPベアラ・サービスを利用する。
【００９５】
図３Ｆは、一実施例によるGPRSシグナリングに対応するUpプロトコル・アーキテクチャを示す。このアーキテクチャでは、上位プロトコル（上位層３６６を含む）でのシグナリングのためのGPRS LLC PDUがMS１０２とSGSN１１４との間でトランスペアレントに搬送される。これによって、MSはGERAN BSSに接続されているかのように同じ方法ですべてのGPRSサービスを取得することができる。GPRS-RLCプロトコルは、（上位層の視点で）同等なUMA-RLCプロトコルと置き換えられる。TCP層３５７によって信頼性を確保する。GERAN BSS同様、BSCとして動作するUNCは、UMA-RLCプロトコルを終結し、BSSGPを用いてGbインターフェースにインターワークする。
【００９６】
前述のように、移動局は、例えば無線電話、スマートフォン、携帯端末、またはモバイルコンピュータである。移動局はまた、総合デジタル通信網（ISDN）またはアナログ音声通話サービス（POTS）端末を無線システムに接続するための端末アダプタ機能セットを提供する固定無線装置でよい。
【００９７】
上記に一覧した以外の端末アダプタを本発明の実施例に採用することができる。例えば、（１）POTS電話以外のコードレス電話をサポートする端末アダプタ、（２）セッション開始プロトコル（SIP）電話をサポートする端末アダプタ、および（３）コード付きハンドセットと、デスク電話等のユーザインターフェースも一体化する端末アダプタがある。それぞれについて、本書で記載する発明は、これら端末アダプタ機能を、無認可ネットワークを介して無線システムに接続できる方法について記述する。
【００９８】
他の標準Bluetooth機能と本発明の実施例を共に用いることが可能である。例えば、1個のBluetooth装置（自動車の埋め込み式携帯電話サブシステム等）が、別のBluetooth装置（ユーザの通常の携帯電話）にあるSIMにアクセスできるようにする「SIMアクセス・プロファイル」と呼ばれるBluetooth標準機能があり、第１の装置がSIM（すなわち、ユーザの通常の通話電話のもの）と関連した「パーソナリティ」を取得することができる。上記実施例は、端末アダプタ取り付け装置（POTS電話等）にユーザの携帯電話のパーソナリティを与えるため、この標準機能を利用することができる。
移動性管理
【００９９】
UNC１４０は、GSM BSCと同等の機能を提供し、１個以上の（バーチャルな）UMAセルを制御する。一実施例では、UNCあたり単一のUMAセル、別の実施例では、UNCに接続されたアクセス・ポイントあたり１個のUMAセルである。利用が期待されるAPが多数になる後者の実施例はあまり望ましくないため、UMAアーキテクチャは、UMAセルへのAPの柔軟なグルーピングを許可する。各UMAセルはセル・グローバル識別子（CGI）によって識別され、未使用の絶対無線周波数チャンネル番号（ARFCN）が各UMAセルに割り当てられる。各UMAセルは、MSCがサービスを提供する特定のGSMロケーション・エリアに関連させることによって物理的境界にマッピングすることができる。UMAセルにマッピングされたロケーション・エリア内のGSMセルは、そのUMAセルについてARFCNからCGIへのマッピングで構成される。さらに、このARFCNは、GSMセルによるBAリストに広告してハンドオーバを許可することができる。UMAセルは、既存GSMセルと同じロケーション・エリア識別子（LAI）、あるいは、UMAセルについて新しいLAIを用いることができる。移動局がINCを介して登録が周知である場合、後者はGSMセルでのページングを減らすのに有益である。上記は、GPRSルーチング・エリアとルーチング・エリア識別子（RAI）に等しくあてはまる。
UMA CPEアドレス指定
【０１００】
顧客構内設備（CPE）は、移動局とアクセス・ポイント（AP）とを含み、これを介して移動局がUMAサービスのためにUNCにアクセスできることができる。UMA CPEアドレス指定パラメータは、下記に記載するパラメータを含むことができる。
【０１０１】
UMA CPEアドレス指定は、パラメータとしてモバイル設備のSIMと関連する国際モバイル加入者アイデンティティ（IMSI)を含む。IMSIは、Upインターフェースを介してUNCにUMAサービスを要求した時、UMA移動局によってUNCに与えられる。GSM BSCと異なり、UNCはUMAモードで動作する各移動局についてコンテキストを管理する。そのため、UNCは各サービス対象移動局の記録を保持する。例えば、IMSIをUNCが用いて、UNCがBSSMAPページングメッセージ
を受信した時、適切な移動局の記録を探すことができる。
【０１０２】
UMA CPEアドレス指定は、パラメータとしてモバイル設備の無認可インターフェースと関連するアドレス（802.11MACアドレス等）を含む。この識別子は、UNCがUpインターフェースを介してUMAサービスを要求した時、UMA移動局によってUNCに与えられる。UNCは、このアドレスをIMSIの代替として用いて、Upインターフェース上のIMSIの転送を限定したり、メッセージ のルーチングを支援することができる。
【０１０３】
UMA CPEアドレス指定はまた、パラメータとしてサービングGPRSサポート・ノード（SGSN）によって移動局に割り当てられた一時的論理リンク識別子（TLLI)を含む。この識別子は、標準Gbインターフェース手順を介して与えられる。UNCは、各サービス対象移動局についてこのアドレスを追跡して、GSMのGbインターフェース手順を（ダウンリンクGPRSパケットが正しい移動局にルーチングされるよう）サポートすることができる。
【０１０４】
UMA CPEアドレス指定はまた、パラメータとしてアクセス・ポイントID（AP-ID）を含む。AP-IDは、移動局がそこを通じてUMAサービスにアクセスしている無認可モードアクセス・ポイントのMACアドレスでよい。この識別子は、UNCがUpインターフェースを介してUMAサービスを要求した時、UMA移動局によってUNCに与えられる。AP-IDは、サービスにアクセスしているAPに基づき、UNCがユーザへのロケーションサービス（強化９１１サービス等）に対応するために用いることができる。AP-IDはまた、サービス・プロバイダが用いて、UMAサービスアクセスを許可されたAPのみに制約することができる。
【０１０５】
利用可能な他のCPEアドレス指定パラメータは、Upインターフェースのセキュリティ要件で決まる（トンネリングしたIPSec接続を介してメッセージ
ルーチングのためUMA移動局IPアドレスを管理する必要、または、UNCによって移動局に割り当てられたローカル証明書を管理する必要等）。
UMAセル識別
【０１０６】
GSM/GPRSでの移動性管理機能を容易にするため、カバレッジ・エリアを、ロケーション・エリア（GSM）およびルーチング・エリア（GPRS）と呼ばれる論理登録エリアに分けることができる。移動局は、サービス提供するロケーション・エリア（またはルーチング・エリア）が変わるたびにネットワークに登録する必要がある。１以上のロケーション・エリア識別子（LAI）を、キャリアのネットワークの各ビジテッド・ロケーション・レジスタ（VLR）と関連させることができる。同様に、１以上のルーチング・エリア識別子（RAI）を単一のSGSNで制御することができる。
【０１０７】
一実施例では、GSMセルは、ロケーションまたはルーチング・エリア識別にセルアイデンティティ（CI）を付加することによりロケーションまたはルーチング・エリア内で識別する。セル・グローバル識別（CGI）は、ロケーション・エリア識別とセル・アイデンティティの連結である。一実施例では、セル・アイデンティティはロケーション・エリア内で一意である。
セル識別へのUMAアプローチ例
【０１０８】
UMAセル識別アプローチの一例を以下に述べる。この実施例では、単一のUNCが１以上のUMAロケーション・エリアおよび１以上のUMAルーチング・エリアにサービスを提供し、各UMAロケーション・エリア（またはルーチング・エリア）は、オーバラップするGSMセルのロケーション・エリア（またはルーチング・エリア）と異なるか、または同一である。UMAセルは、セル・アイデンティティ（CI）をロケーションまたはルーチング・エリア識別に付加することにより、UMAロケーションまたはルーチング・エリア内で識別される。UMAセル・グローバル識別(UMA-CGI）は、ロケーション・エリア識別とセル・アイデンティティの連結である。一実施例では、UMAセルは、UMA-CGI値によって識別されるUMAカバレッジ・エリア全体の予め定義されたパーティションである。セル識別は、UMA情報同様、APが関連するUMA-CGI値を意識しないよう、APに対してトランスペアレントでよいことに注意する。UMA構成要素（移動局やUNC）は、UMAカバレッジ・エリア全体をパーティションする能力をサポートする。
【０１０９】
パーティション方法は、GSMセル・アイデンティティとUMAセル・アイデンティティの間の1対1または多対１対応の実装を含むことができる。特定のエリアでの優先GSMセルの識別を考えると、例えばUNCプロビジョニングに基づき対応するUMAセル・アイデンティティを決定することができる。1対1関係の例は、UMAセルへのGSMセルのマッピングである。多対１関係の一例は、UMAセルへのGSMロケーション・エリア（および関連するGSMセル）のマッピングである。
【０１１０】
UMA移動局がUMAサービスのためUNCに接続すると、これは、CGI値と、（任意で）現在のGSMキャンピングセルと、ネイバーセルのパス・ロス基準パラメータ（C１）をUNCに送信する。UNCは、UNCにプロビジョンされたマッピングロジックに基づき、対応するUMAセルのCGI値にGSMキャンピングセルのCGI値をマッピングする。これは、1対1のマッピング（GSMセルあたり１個のUMAセルの場合）または多対１のマッピング（GSMロケーション・エリアあたり１個のUMAセルの場合）の場合がある。UMAサービスエリアにGSMカバレッジが１つもない場合、UNCはデフォルトの「GSMカバレッジなし」UMAセルに移動局を割り当てる。単一UNCが１個のMSCにサービスを提供することができる。これは、前述のように、単一装置で複数のUNC「インスタンス」を組み合わせるUNC実施例を排除しない（多数のMSCにサービスを提供するUNC等）。各UNCはまた、GSMからUMAへのハンドオーバに用いる一意の「UMAハンドオーバCGI」値を割り当てられる。例えば、これはGSM RAN BSCのARFCNからCGIへの表およびMSC（UNCをポイント）にプロビジョンされる値でよい。
UMA動作構成
【０１１１】
一実施例では、少なくとも３つのUMA動作構成が識別される。共通するコア構成では、UMA LAIとアンブレラGSM RAN LAI（加入者の近隣へのサービス提供等）は異なることがあり、ネットワークは、同一のコアネットワーク・エンティティ（NSCとSGSN等）がUMAセルとアンブレラGSMセルの両方にサービス提供するよう構築される。この構成の利点は、UMAカバレッジ・エリアとGSMカバレッジ・エリア間の加入者の移動によって、システム間（MAP等）シグナリングが生じないことである（ロケーション・アップデートとハンドオーバはMSC内）。
【０１１２】
別個コア構成では、UMA LAIとアンブレラGSM RAN LAIは異なり、ネットワークは、異なるコアネットワーク・エンティティがUMAセルとアンブレラGSMセルにサービス提供するよう構築される。この構成の利点は、UMAとGSMネットワークの構築が、共通コア構成よりも独立できる点である。
【０１１３】
共通LAI構成では、UMA LAIおよびGSM RAN LAIは同一である（同じLAI内に異なるセル）。この構成の利点は、UMAカバレッジ・エリアとGSMカバレッジ・エリアの間の（アイドル中の）加入者の移動によって、ロケーション・アップデート・シグナリングが生じず、UMAモードリソースが一時的に利用不可能な場合（ページングへの応答等）、移動局がGSMモードに容易に切り替わることができる点である。この詳細および前述の別個コア構成については、出願第10/688470号に記載される。
UMA登録および登録取り消し
【０１１４】
一実施例では、前述のように、UMA登録プロセスはPLMNインフラへのシグナリングを採用せず、UMAシステム内に入っている（すなわち、移動局とUNC間）。UMA登録プロセスは少なくとも２つの目的を果たす。移動局が特定のAPを通じて接続され、特定のIPアドレスで利用可能であることをUNCに通知することができる。UNCは、この情報を、例えばモバイル・ターミネーテッド通話について追跡する。登録プロセスはまた、APにおけるUMAサービスに関連する動作パラメータを移動局に与えることができる。これは、GSMセルで移動局にシステムパラメータを送信するGSMブロードキャスト制御チャンネル（BCCH）の利用に類似する。UMAモードに適用可能なGSMシステム情報メッセージの内容は、UMA登録プロセス中、移動局に配信される。
【０１１５】
同様に、UMA登録取り消しプロセスによって、移動局はそれがUMAモードを出ることを明示的にUNCに知らせることができ、UNCは移動局に割り当てられた可能性のあるリソースを解放することができる。UNCはまた、移動局へのセキュアなチャンネルが突然終結される暗示的なUMA登録取り消しをサポートする。
UMAリダイレクト
【０１１６】
一実施例では、前述のように、UMA移動局がUMAサービスのためにUNCに接続すると、これは現在のGSMキャンピングセルとネイバーセルのCGI値とパス・ロス基準パラメータ（C1）をUNCに送信する。この情報と、内部データベース情報を用いて、UNCはこれが移動局の正しいサービングUNCであるか否か判断することができ、正しいサービングUNCでない場合、正しいUNCに移動局をリダイレクトすることができる。正しいサービングUNCは、そのUMAサービスエリアが移動局のアンブレラGSMカバレッジと重なるUNCでよい。一実施例では、正しいサービングUNCは、アンブレラGSMセルが属するGSM
BSCと同じMSCに帰属する。別の実施例では、正しいサービングUNCは、移動局にアンブレラGSMカバレッジを提供するMSCにハンドオーバする別のMSCに帰属し、UNCがGSMとコールをハンドオーバできるようにする。GSMセルのロケーションに結びつけることのできる一部ロケーションベースのサービス（E911フェーズ１等）も使用可能にできる。UNCの用いる内部データベースは、サービングUNCにGSMロケーション・エリアをマッピングし、管理する必要のあるデータ量を保全することができる。このデータベースは、新しいUNCまたは新しいGSMロケーション・エリアが付加された時にのみ変更すればよい。
【０１１７】
移動局がUMAサービスのためにUNCに接続した時、GSMカバレッジが利用不可能であった場合、インスタンスによっては、UNCは正しいサービングUNCに移動局を割り当て目的で（ハンドオーバとロケーションベースサービスを可能にする等）移動局の位置を信頼性高く決定できない場合がある。UNCは、この場合、オペレータがサービスポリシーを決定することを許可する（オペレータは、移動局のユーザインターフェース表示によって、ユーザに一定の制限付きサービスを提供することができる等）。UMA登録およびリダイレクト手順のさらなる詳細については後述する。
UMA移動局アイドルモード行動
【０１１８】
前述のように、UMA装置は、図４に示すような異なる無線環境に遭遇することがある。第１の環境では、GSMとUMAのカバレッジ・エリアは完全に別個で重なり合わない。第２の実施例では、GSMとUMAのカバレッジは部分的に重なり合う。第３の実施例では最も一般的なもので、UMAカバレッジはGSMカバレッジ内に包含される。UMA装置は、これら環境のいずれでもパワーオンされ、さらに多くの帰属状態で遷移する。
【０１１９】
パワーオン時で、移動局がアイドルでいかなる種類のカバレッジもない時、移動局はGSMおよびUMA無線カバレッジ両方をスキャンする。GSMカバレッジが検出されると、通常のGSM移動性管理手順が開始される。この条件は、GSMカバレッジが検出された時UMAカバレッジが移動局によって検出されない場合、またはUMA登録プロセス完了前にあてはまる。UMAカバレッジが検出されると、UMA移動局は、APへの無認可無線リンク（WLANリンク等）を確立し、信号品質をモニタする。移動局で受信した信号レベルが予め定義された閾値を超えると、移動局はUMA登録手順を実行する。返された情報に基づき、移動局は、フルネットワーク登録が必要か否か、必要な場合、どの種類（GSMかGSM/GPRSの組み合わせか）を判断する。この手順は、GSMカバレッジが存在しない場合、またはGSMカバレッジ検出前にUMAカバレッジが検出された場合にあてはまる。
【０１２０】
移動局がGSMカバレッジ中でアイドルの時で、UMAカバレッジがない場合、移動局はUMAカバレッジを定期的にスキャンする。UMAカバレッジが検出されると、移動局は前述のUMA登録手順を開始する。
【０１２１】
移動局がUMAカバレッジ中でアイドルであり、GSMカバレッジがない場合、移動局は通常のGSM PLMNサーチ手順の実行を続ける。GSMカバレッジが検出されると、移動局は、前述のように可能なUMAリダイレクトを求めて、UNCにGSMセル情報を送ることができる。あるいは、移動局は、電力節減のため通常のGSM PLMNサーチ手順を使用禁止にすることができる。
【０１２２】
移動局がUMAカバレッジ中でアイドルであり、GSMカバレッジがある場合、移動局は通常のGSMセル再選択手順の実行に進み、必要な場合は、GMSモードへの遷移速度を上げるため、選択したGSMセルの識別を保存することができる。あるいは、移動局は電力節減のため通常のGSMセル再選択手順を使用禁止にすることができる。
【０１２３】
UMAカバレッジ中でパワーオフの時、移動局がPLMNにUMANを介してデタッチ表示を送ることができる（PLMNネットワークで必要か、あるいはパワーオフに移動局が通常送る場合等）。この表示は、動作の現在のGSMモード毎にエンコーディングされる（GSMまたはGPRS）。
【０１２４】
UMA環境は、IEEE 802.11環境でもよい。この場合、移動局は利用可能な802.11APについてアクティブなスキャンを定期的に実行する。APが発見されたら、保存されたユーザの好みのプロファイルやセキュリティ証明書と照合され、その場合、移動局は自動的にAPと関連付けられる。移動局は、低電力スリープモードに入り、定期的にウェイクアップして、UMA登録をトリガする時を決定するため信号品質を測定する。
【０１２５】
UMA環境は、Bluetooth環境でもよい。この場合、移動局は、UMAサービスにアクセスするBluetooth APを前もって一組になっている。移動局は定期的にページスキャン受信モードに入り、AP送信ページに応答して、リンクレベル接続を確立する。リンクレベル制御チャンネルが確立され、移動局がアクティブでなくなったら、低電力Bluetooth状態（パークモード等）に入り、電力を節減することができる。APは定期的に移動局にポーリングして、アクティブ電力モードに再度入れるようにする。この定期的なトラフィックを移動局も利用して、UMA登録手順を実行する時を決定するため信号品質を測定する。
UMA移動局専用モードの行動
【０１２６】
音声通話、データトランザクションまたは同時音声/データトランザクションに利用されるUMA装置は、GSMカバレッジからUMAカバレッジまたはUMAカバレッジからGSMカバレッジへの遷移に遭遇する場合がある。一実施例では、GSMからUMAへカバレッジが遷移する時、通話は、GSM RANとUMANとの間でトランスペアレントにハンドオーバされる。音声の場合、ハンドオーバはハンドオーバ機能によって達成される。データの場合、セッション管理制御が、GPRSと共通のエンドユーザ経験を与えることができる。通常の登録行為は、適宜、アイドル状態に戻った時に発生する。UMAからGSMカバレッジへカバレッジが遷移する時、通話はUMANとGSM RANとの間でトランスペアレントにハンドオーバされる。音声の場合、ハンドオーバはハンドオーバ機能によって達成される。データの場合、セッション管理制御が、PRSのものと共通のエンドユーザ経験を与えることができる。
重要移動性管理コンセプトのまとめ
【０１２７】
図５は、一実施例の移動性管理機能を示す。図５において、無認可ネットワーク・コントローラUNC-1は、GSMロケーション・エリアLA-11からLA-23に関連するUMAセルについてサービングUNCである。UNC-1は、GSMロケーション・エリアLA-1xをUMAセルUMA
CGI-101へ、およびGSMロケーション・エリアLA-2xをUMA CGI-102へマッピングする。無認可ネットワーク・コントローラUNC-3は、ロケーション・エリアLA-31からLA-33に関連するUMAセルについてサービングUNCである。UNC-3は、GSMロケーション・エリアLA-3xをUMAセルUMA
CGI-301へマッピングする。移動局MS-1は、UMAセルUMA-CGI-101に入る（GSM LA-1xがUMA-CGI-101にマッピングされているため）。移動局MS-2は、UMAセルUMA-CGI-102に入る（GSM
LA-2xがUMA-CGI-102にマッピングされているため）。移動局MS-3は、UMAセルUMA-CGI-301に入る（GSM LA-3xがUMA-CGI-301にマッピングされているため）。移動局MS-4がUNC-1に接続されると、UMAセルUMA-CGI-199に入る（GSMカバレッジなし）。移動局MS-4がUNC-3に接続されると、UMZセルUMZ-CGI-399に入る（GSMカバレッジなし）。移動局MS-1およびMS-2はリダイレクトなしにUNC-1に接続できる。移動局MS-3がUNC-1に接続しようとすると、UNC-3にリダイレクトされる。
UMA無線リソース（URR）メッセージングとメッセージ・フォーマット
【０１２８】
本発明の様態に従い、UMA無線リソース（URR）メッセージングと、移動局の移動性に対応し、これを管理するメッセージ・フォーマットの詳細について以下に述べる。各メッセージのフォーマットは例として示すもので、このフォーマットは、特定のインプリメンテーションに含まなければならないか、および/または含むことができる情報要素を単に示すものであり、情報要素の一部は任意である。
【０１２９】
UMA-RRメッセージ
は、TCP接続を用いてUpインターフェースで運ばれる。UMA-RRメッセージ・フォーマットは、GSM04.07に定義される標準GSMレイヤ３メッセージ 構造に従う。各メッセージは次の要素から構成される。
１．UMA-RRプロトコル判別子：GSM RRプロトコルとの相互作用を容易にし、一実施例では、UMA-RRプロトコルはGSM RRと同じプロトコル判別子を再利用し、各UMA-RRメッセージの第1オクテットのビット３からビット０の０１１０の２進数列である。これは単なる例示であり、特定のインプリメンテーションにより、他の数列も使用可能である。
２．スキップ・インジケータ：一実施例では、各UMA−RRメッセージの第1オクテットのビット５と８にスキップ・インジケータが含まれる。００００以外のスキップ・インジケータ付きで受信したUMA-RRメッセージは無視される。UMA-RRエンティティは、００００として常にスキップ・インジケータをエンコードする。
３．メッセージタイプ：メッセージタイプIE（情報要素）とその利用法は、GSM04.07に定義される。一実施例のUMA-RRメッセージタイプは、以下の表１に一覧される。
４．UMA-RR接続インジケータ（UCI）：UCIを用いて、接続における次のメッセージに対してUMA-RR接続における第1メッセージを明示的に表示するために用いられる。これにより、MSとUNCがそれぞれのUMA-RR接続状態を同期させることができる。
ｉ．MSは通常、UCIを「１」の値に設定し、そのメッセージが新しいUMA−RR接続における第1であることを示す。
ii．ただし、UMA接続が緊急通話用である場合、MSはUCIを「９」の値に設定する。これにより、UNCは緊急通話関連のUMA-RR接続要求を優先することができる。
iii．UMA-RR接続に関連するすべての他のメッセージでは、MSはUCIを「０」の値に設定する。
iv．例えば、MSのMMサブ層が新しいUMA-RR接続を要求してから、CM-SERVICE-REQUESTメッセージを送信する場合、MSのUMA-RRエンティティはUCI=1を設定する。MMサブ層が既存のUMA-RR接続を再利用してCM-SERVICE-REQUESTメッセージを送信する場合、MSのUMA-RRエンティティはUCI=0を設定する。UCIを用いて、UMA−RRセッションのリソースの暗示的割り当てを示す。
５．必要に応じて、その他情報要素。
i．プレゼンスコラムは、情報要素が必須（「M」）、任意（「O」）または条件付有り（「C」）のいずれであるかを示す。
ii．フォーマットコラムは、IEのフォーマット方法を示す。「TLV」はタグ長さ値フォーマット、「LV」は、長さ値、「V」は値のみである。IEのタグも、情報要素識別子（IEI）として参照される。必須情報要素は、長さが固定か可変かによって、「V」または「LV」フォーマットを用いる。任意または条件付情報要素は常に「TLV」フォーマットを用いる。
５．長さインジケータ。一実施例では、別個の長さインジケータIEを用いてあるメッセージの長さを指定する。別の実施例では、基礎となるトランスポート層を用いて各メッセージの長さ表示を行う。そのため、別個長さインジケータIEはこのメッセージ・フォーマットには含まれない。両タイプのフォーマットを、本書に開示するURRメッセージによって示す。
【表１】
2008500751.tif 000003
【０１３０】
図６Ａから図６Ｃは、各種登録シナリオにおいて、MSとUNCとの間で（その間のAP接続を介して）パスされるメッセージのシーケンス例を示す。異なる要素の間でパスされるメッセージと関連する信号を、関係する通信システムの要素に矢じりをつなげた水平の矢印で示す。矢印がある要素を通過し、矢じりが示されない場合、この要素は、通過として機能する。図６Ａから図６Ｃに関連する図１のシステム・アーキテクチャの特定の要素は、左から右へ、移動局（MS１０２）、アクセス・ポイント（WLAN AP１２８）、第１UNC（UNC-1（UNC 140A））および第２UNC（UNC-2（UNC 140B））である。
【０１３１】
登録プロセス前に、各種オペレーションを実行し、MS１０２とAP１２８との間に接続を確立してから、MS１０２とUNC１４０との間に接続を確立する。図６ＡのステップＡにおいて、MS１０２はAP１２８のカバレッジ範囲に入り、APと無線リンクを確立する。例えば、この無線リンクは、IEEE802.11またはBluetoothプロトコルによる無認可周波数を用いたWLAN接続でよい。ステップBにおいて、MSは接続を確立するためのUNCを探す。これは、UNCのDNS（ドメイン・ネーム・システム）クエリを実行することによって行うことができる。これによって、第１UNCのIPアドレスとの接続を開始する。MSは、利用した最後のUNC IPアドレスであるから、デフォルトのUNCであるから、または当初の登録のためにMSが割り当てられたホームUNCであるから、またはAPおよびCGIによってインデックスされた接続UNCのキャッシュから選んだものであるからという理由で、第1のUNCを選択することができる。ステップCにおいて、UNCとMSはセキュアなTCP接続を確立する。MSとUNCとの間のIPSecセキュリティ手順は、図６Aから図６Ｃでは未知であることに注意する。
【０１３２】
ステップＤにおいて、MSはUMA URR-登録要求メッセージ６００として具現化される登録要求をUNCに送信する。URR-登録要求メッセージ６００の一実施例を図７に示す。図解のため、本書に図示する各メッセージ・フォーマットは、IEI（情報要素識別子）コラム、情報要素コラム、タイプ/リファレンスコラム、プレゼンスコラム、フォーマットコラム、長さコラム、値コラムを含む。実際のメッセージは、それぞれの特定のメッセージ・フォーマットに従い、適切なIE値と共にメッセージタイプを識別する値を含むことに注意する。また、本書に記載するメッセージのそれぞれ同様、URR登録要求メッセージ６００は、UMA RRプロトコル判別子IE、スキップ・インジケータIE、メッセージタイプIE（このインスタンスではUR登録要求）およびUCI IEを含む。本書においては、これら４つのIEは「基本的」IEとして、各メッセージ・フォーマットに含まれることを示す。
【０１３３】
基本的IEに加えて、URR登録要求メッセージ６００はモバイル・アイデンティティIE、GSM RR状態IE、GPRSクラス・ケイパビリティIE、セル識別子リストIE、CIリストIE、AP識別子IE、APロケーションIEを含む。モバイル・アイデンティティIEは必須で、IMSIまたはIMSIが利用できない場合、IMEIを利用する。GSM RR状態IEは、現在のGSM RRエンティティ状態を示すために含まれる。GPRSクラス・ケイパビリティIEは、MSのGPRSクラス・ケイパビリティを示すために含まれる。セル識別子IEは、有効なGSMセル情報がUMA
RRエンティティにとって利用可能な場合に含まれる。このIE内では、セル識別判別子フィールドは、セル識別にセル・グローバル識別（CGI）フォーマットを用いることを示す００００とする。C1リストIEは、「セル識別子リスト」IEが存在する場合にのみ存在する。これは、「セル識別子リスト」IEのそれぞれのセルのパス・ロス基準パラメータC1を含む。AP識別子IEは、MSがUNCに登録するAPの無認可インターフェースのMACアドレスを含む。APロケーションが利用可能な場合、MSは、住所、緯度、経度等、APロケーションIEを介してAPのロケーションを識別する対応情報を送ることができる。前記登録内容に加えて、URR登録要求メッセージはさらに、接続の理由と範囲内（図示せず)の送信基地局に関する情報を含むことができる。
【０１３４】
GSMシステムでは。この情報はCell-infoとラベル付けされ、CGIおよび（任意で）CI値を含む。一実施例では、単一CGIのみMSによって報告され、MSがその通常のGSMセル選択手順を用いて選択したGSMセルを表す。この単一セルは、MSによって「ベストな」GSMセルとして選択されたものである。一般に、このような値を開発するには、MSは指定の周波数をスキャンしてブロードキャスト・チャンネル（BCH）送信を見つける。BCHは送信基地局を識別し、ランダムアクセスと特定の基地局によって用いられるトラフィックに関する情報を含む。MSは基地局アイデンティティを記録し、受信したBCH信号の品質を測定することができる。GSMシステムでは、RXLEV（受信信号レベル）が一般に測定されるが、RXLEVの代わりに、あるいはこれに加えて、信号対ノイズ比やビットエラーレート、RSSI（受信信号強度インジケータ）および信号電波遅延等の他の品質を用いることができる。
【０１３５】
UNCは、ロケーションに関して受信した情報を評価し、MSに適切なUNCを選択する。MSが同じAPに接続されている限りこの選択が維持される。前述のように、適切なUNCの選択には様々な方法がある。一実施例では、UNCはAPの識別をロケーションと、対応するMSCと、対応するUNCにマッピングする。別の実施例では、UNCは基地局またはAPに関するロケーション情報を持っていないが、ロケーション情報を含むAPからの事前の登録があり、それを基にUNCを選択する。
【０１３６】
最も単純なケースでは、登録要求は、そのUNCにURR REGISTRATION ACK(肯定応答）メッセージ６０２を返させることで、それが提出されたUNCによって保持される。任意で、このメッセージはURR REGISTRATION
ACCEPメッセージと呼ばれる。URR REGISTRATION ACKメッセージ６０２の一実施例を図８Aに示す。
【０１３７】
URR REGISTRATION
ACKメッセージ６０２の情報要素は、基本的ID（プロトコル判別子、スキップ・インジケータ、メッセージタイプ、UCI）ならびにUMAシステム情報IE、GPRSアップリンクIPアドレス、GPRSアップリンクUDPポート、Upパラメータ構成IE、ステータスIEを含む。UMAシステム情報IEの一実施例のフォーマッティングの詳細を図８Bに示す。図８BのUMAシステム情報IEに示す各種フィールドの詳細を以下に示す。
GLIR-GSMロケーション情報要求
０  GSMロケーション情報要求せず
１  GSMロケーション情報要求
ATT−アタッチ/デタッチ許可
０  UMAセルでIMSIアタッチ/デタッチ許可せず
１  UMAセルのMSがIMSIアタッチおよびデタッチ手順を適用
TI804−タイマ値
０００  ０秒、すなわち、UMA-LINK-DETACHメッセージの受信またはリンクロスで即座にアクセスモード切り替え
００１  ５秒
０１０  １０秒
０１１  １５秒
１００  ２０秒
１０１  ２５秒
１１０  ３０秒
１１１  ３５秒
UMA−セル−再選択−ヒステリシス
０００  ０ｄB
RxLevヒステリシス
００１  ２ｄB
RxLevヒステリシス
０１０  ４ｄB
RxLevヒステリシス
０１１  ６ｄB
RxLevヒステリシス
１００  ８ｄB
RxLevヒステリシス
１０１  １０ｄB
RxLevヒステリシス
１１０  １２ｄB
RxLevヒステリシス
１１１  １４ｄB
RxLevヒステリシス
T3212−定期的ロケーション・アップデート・タイマ
T3212タイムアウト値フィールドを、デシアワーで定期的にアップデートするためのタイムアウト値の２進表記としてコーディングする。
範囲：１から２５５
値０を無限タイムアウト値に用いる、すなわち、定期的アップデートはUMAセル内では用いない。
EC−緊急通話許可
０：UMAセルにおいてすべてのMSへの緊急通話が許可される
１：１１から１５の間のクラスの１つに属するMSを除き、UMAで許可されない緊急通話
AC CN−アクセス制御クラスN
AC付きMSでは、AC
CNビットが「０」でコーディングされる場合、C=Nアクセスは除外されない；N = 0, 1, .. 9, .., 15
TI811−UMAチャンネル起動タイマ
TI811値フィールドは、100ms分解能でのタイムアウト値の２進表現としてコーディングされる。
範囲：１−２５５（１００ｍｓから２５．５秒）
TI900−GSMからURR
HANDOVER監督タイマ
TI900値フィールドは、100ms分解能でのタイムアウト値の２進表現としてコーディングされる。
範囲：１１−２５５（１．１秒から２５．５秒）
UMA-BAND
００００  P-GSM900
０００１  E-GSM900
００１０  R-GSM900
００１１  DCS
1800
０１００  PCS
1900
０１０１  GSM
450
０１１０  GSM
480
０１１１  GSM
850
他の値はすべて留保される。
ECSM−早期クラスマーク送信モード、「早期クラスマーク送信」行動を制御
０  第1ダウンリンク・メッセージが受信されるまでURRクラスマーク変更メッセージを保持
１  UMA RR接続が確立された後、出来る限り早くURRクラスマーク変更メッセージを送る
GPRS Ind−GPRSサービス利用可能性
０  UMAセルでGPRSサービスを利用できない
１  UMAセルでGPRSサービスに対応
UMA−GPRS−セル−再選択−ヒステリシス
０００  ０ｄB
RxLevヒステリシス
００１  ２ｄB
RxLevヒステリシス
０１０  ４ｄB
RxLevヒステリシス
０１１  ６ｄB
RxLevヒステリシス
１００  ８ｄB
RxLevヒステリシス
１０１  １０ｄB
RxLevヒステリシス
１１０  １２ｄB
RxLevヒステリシス
１１１  １４ｄB
RxLevヒステリシス
NMO−オペレーションのネットワーク・モード。このフィールドは「GPRS
Ind」フラグが１に設定されている場合のみ有意である。
００  オペレーションのネットワーク・モードI
０１  オペレーションのネットワーク・モードII
１０  オペレーションのネットワーク・モードIII
１１  保留
UMC-RAC−UMAセルのルーチング・エリア・コード、GSM03.03参照。このフィールドは、「GPRS Ind」フラグが１に設定されている場合のみ有意である。
【０１３８】
Upパラメータ構成IEによって、UNCはタイマ、再試行カウンタ等のUpインターフェース・パラメータを構成することができる。ステータスIEは、ロケーション・サービスが利用可能か否かについてUNCからの表示を与える（APの地理的位置に関する知識に基づく）。これを用いて、MSでのアイコンその他表示をトリガすることができる。一実施例では、可能な値は次の通りである。
０  ロケーション・サービスが利用可能
１  ロケーション・サービスが利用不可能
【０１３９】
ネットワークが、MSからの登録を拒否すると決定した場合、UNCは図６Bのメッセージ・フォーマットに示すようにURR登録拒否メッセージ６０４をMSに返す。URR登録拒否メッセージ６０４の一実施例のフォーマットを図９に示す。基本的IEに加えて、このメッセージは、UMA RR原因IEと、任意でリダイレクトUNCアドレスIEおよびリダイレクトSGW（セキュリティ・ゲートウェイ）アドレスIEを含む。RR原因IEは、ネットワーク構成、AP不許可、ロケーション不許可、IMSI不許可等、拒絶の理由を指定するために用いる値を含む。
【０１４０】
任意のリダイレクトUNCアドレスIEとリダイレクトSGWアドレスIEをリダイレクト目的で利用することができる。例えば、UNCリダイレクトを含む登録メッセージ・フォーマットを図６Cに示す。リダイレクトは、各種状況で適用される。例えば、あるAPのロケーションを、他のAPを介したネットワーク接続によってより有利になるよう移動する場合等である。同様に、加入者ロケーションが異なり、デフォルトUNCが該当しない場合、MSは加入者の「通常」ロケーションに基づくデフォルトUNCにアクセスするよう指示する情報を含むことができる。
【０１４１】
図６Ｃを参照すると、ステップEにおいて、UNC2へセッションをリダイレクトする判断は、前述の該当する基準を考慮して、サービングUNC（UNC1）およびまたはネットワークが行う。ステップFにおいて、UNC1は登録要求に肯定応答し、選択したUNC（UNC2）のアドレスおよび/またはUNCに関連するセキュリティ・ゲートウェイのアドレスを含むURR登録拒否メッセージ６０４AをMS１０２に送る。アドレスは、FQDN（完全に記述したドメイン名）またはIPアドレス等の別の形でよい。別の実施例では、別個URR登録リダイレクトメッセージを用いる（図示せず）。この実施例では（別個URR登録拒否およびURR登録リダイレクトメッセージ）では、URR登録拒否メッセージはリダイレクトIEを含まない。
【０１４２】
ステップＧでは、MSは選択したUNCについてDNSクエリを実行する。第１UNC（UNC1）とのTCP接続を解除し、第２UNCのIPアドレスまたはSGWアドレスとの接続を開始する。従って、ステップHでは、MSと、MSがリダイレクトされた新しいUNC（UNC2)との間でTCP接続が確立される。ステップHでは、MSと第２UNCとの間に接続が確立される。当初UNCとのIPSecトンネルを再利用するか、新しいものを確立する（図示せず）。
【０１４３】
ステップＩでは、MSは、URR登録要求メッセージ６００Aに示すように、第２UNCに第２の登録要求メッセージを送る。URR-登録要求タイプのメッセージでは、理由フィールドは、通常の接続の代わりにリダイレクトの値が入る。登録要求中の情報によって、新しいUNCに、MSをさらにリダイレクトするため持っている情報を適用させる。これはAPのロケーションにより近いため、APや近傍の基地局またはネットワークリソース割り当てに関して、より多く、またはよりよい情報を持っており、MSをさらにリダイレクトすることができる。理由フィールドを用いて、MSにリダイレクト数を知らせる。これを、MSが単一のAPで経験するリダイレクトの総数を１または２または他の数に限定するために用いることができる。
【０１４４】
ステップJでは、UNCとの接続を通常通り継続する。これには、登録肯定応答、通話セットアップおよびティアダウン、対応する各種音声またはデータサービスのいずれかを含むことができる。
登録アップデート
【０１４５】
各種利用シナリオにおいて、登録アップデートを実行する必要が生じる場合がある。一般に、登録アップデート手順は、MS（より一般的）またはネットワーク（あまり一般的でない）によって開始される。例えば、MSがUNCへの登録に成功した後、MSは登録アップデート手順を利用し、（MSがネットワークにアクセスしている）APまたは重なり合うGSMカバレッジが変化したかどうかをUNCに知らせることができる。
【０１４６】
MSが開始した登録アップデートを容易にするため採用するメッセージングの例を図１０Ａに示す。ステップAにおいて、MS１０２は前述の通常の方法でUNC１４０との接続を確立している。ステップＢにおいて、MSは有効なセル情報を取得する。例えば、MSはローカルGSMセルの情報を受信する。ステップCでは、MSはURR登録アップデート・アップリンクメッセージ１０００をUNCに送信する。URR登録アップデート・アップリンクメッセージは、MSによってUNCに送られ、登録パラメータを更新する。
【０１４７】
図１１は、URR登録アップデート・アップリンクメッセージ１０００の一実施例を示す。基本的IEに加えて、このメッセージは、理由IE、セル識別子リストIE、C1リストIE、AP識別子IE、APロケーションIEを含む。理由IEは必須IEで、アップデートの理由がセルアップデートによるものかAPアップデートによるものかを指定する。セル識別子リストIEは、GSMセル情報（UMA RRエンティティが利用可能）が最後の登録またはアップデート以来変化した場合に含まれる。このIE内では、セル識別判別子フィールドは、セル・グローバル識別（CGI）フォーマットを用いてこのセルを識別することを示す００００である。C1リストIEは、セル識別子リストIEが存在する場合のみ存在する。これは、セル識別子リストIEの各セルのパス・ロス基準パラメータC1を含む。AP識別子IEは、MSがUNCと通信するAPが、最後の登録またはアップデート以来変化した場合に含まれる。AP識別子は、MSがUNCと通信しているAPの無認可インターフェースのMACアドレスである。
【０１４８】
URR登録アップデート・アップリンクメッセージを受信すると、ネットワークは登録アップデートを受理または拒否するか、そのMSを他のUNCにリダイレクトする。一実施例では、UNCが取るべきアクションがなければ（MSのアクセス要素の変更等）、UNCは単にリプライメッセージなしに登録アップデートパラメータを受け入れる。この場合、URR登録アップデート・アップリンクメッセージは単なる情報である。ネットワークが登録アップデートを拒否する場合、ネットワークはURR登録取り消しメッセージをMSに送る。URR登録取り消しメッセージの詳細については以下に述べる。さらに、メッセージで送られる登録アップデート情報により、UNCは、図１０AのステップDでURR登録リダイレクトメッセージ６０４Aで示すように、URR登録リダイレクトメッセージを用いて別のMSにこのMSをリダイレクトする。これに対応して、ステップEに示すように、MSがリダイレクトされた新しいUNCとの間に通常の接続手順が確立されることになる。
【０１４９】
図１０Ｂは、ネットワーク開始登録アップデートに関連して実行される各種メッセージ転送を示す。前のように、ステップAにおいて、MS１０２は通常の方法でUNC１４０と接続を確立する。ステップBにおいて、ネットワーク開始アップデートイベントが発生する。ステップCにおいて、UNCはURR登録アップデート・ダウンリンクメッセージ１００２を送るが、その一実施例を図１２に詳述する。URR登録アップデート・ダウンリンクメッセージ１００２は、リダイレクトUNCアドレスIE、リダイレクトSGWアドレスIE、ステータスIEを含む。ステータスIEは、ロケーション・サービスが利用可能かどうかに関して（APの地理的位置に関する知識に基づき）UNCからの表示を与える。これを用いて、MSでのアイコンその他表示をトリガすることができる。一実施例では、可能な値は次の通りである。
０  ロケーション・サービスが利用可能
１  ロケーション・サービスが利用不可能
【０１５０】
ある条件下では、更新した登録情報を考慮し、MSをリダイレクトして別のUNCと再登録させることが有利である。ネットワークがそのMSを別のUNCにリダイレクトすると決定すると、ネットワークは、ステップDにおいてURRレジスタ・リダイレクト・メッセージ６０４Bで示すように、そのMSにURR登録リダイレクトメッセージを送る。ステップEでは、通常の接続手順が実行され、MSがリダイレクトされたUNCと接続を確立する。
登録取り消し
【０１５１】
一般に、登録取り消しは、MS（既存の接続を登録取り消しする場合等）またはネットワークによって適切なUNCを介して開始される。例えば、MSは、APを離れる前に登録取り消し手順を実行しようとしなければならないが、これはMSからUNCへURR登録取り消しメッセージを送ることによって容易化される。同様に、UNCは、MSにURR登録取り消しメッセージを送ることによって、いつでもMSの登録取り消しを開始できる。
【０１５２】
例としてURR登録取り消しメッセージ・フォーマット１３００を図１３に示すが、これは基本的IEに加えてURR原因IEを含む。URR原因IEの例としての値のセットを含むルックアップ・テーブルを図１４に示す。URR原因値に基づき、URR原因ルックアップ・テーブルをルックアップして、登録取り消しの理由を識別する。
チャンネル起動
【０１５３】
チャンネル起動を用いて、音声または回線交換データ・ベアラ・チャンネルを確立する。図１５は、チャンネル起動に関連して実行される例示的メッセージ・フォーマットを示す。ステップAにおいて、MS１０２は、通常の方法でUNC１４０と接続を確立する。ステップBにおいて、UNCはMSにURRチャンネル起動メッセージ１５００を送る。URRチャンネル起動メッセージ受信に対応して、MSは対応するUMA音声ベアラ・チャンネルの確立を試みる。成功すると、MSは、ステップＣに示すように、URR チャンネル起動肯定応答(knowledge)メッセージ１５０２を返す。UMA音声ベアラ・チャンネルが確立できない場合、MSは、ステップC'に示すようにURRチャンネル起動失敗メッセージ１５０４を返す。起動が成功したら、URRチャンネル起動完了メッセージ１５０６がUNCからMSに送られ、ステップDに示すように、MSとUNCとの間で確立された音声チャンネルが利用可能になったことが示される。
【０１５４】
図１６は、URRチャンネル起動メッセージの一実施例の詳細を示す。基本的IEに加えて、このメッセージは、チャンネル・モードIE、UNC SDP IE、およびCIPHERモード設定IEを含む。一実施例では、チャンネル・モードIEは次のチャンネル・モードを指定する。
００００  ０００１  音声フルレートまたはハーフレート・バージョン１
００１０  ０００１  音声フルレートまたはハーフレート・バージョン２
０１００  ０００１  音声フルレートまたはハーフレート・バージョン３（AMRバージョン１）
【０１５５】
UNC SDP（セッション記述プロトコル）IEを用いて、音声ベアラ・チャンネルのアップリンク（MSからUNC）部分を実装するための情報を指定する。例えば、この情報には、ネットワーク・アドレス（IPアドレス）、トランスポート・アドレス（ポート）、トランスポート・プロトコル（UDP上のRTP等）、サンプル・サイズ（２０ｍｓ等）およびペイロードタイプ（中でも特に）を含む。一実施例では、このIEの値のフォーマットはRFC2327、3551および3267に定義される。この情報を含有するのに単一のIEを利用することは単なる例示で、かかる情報は別々のIEを介して与えることもできる。任意のCIPHERモード設定IEは、MSが割り当てチャンネルに切り替えられた後、暗号化モードを変更する時に現れる。この情報要素を省略する場合、暗号化モードは、チャンネル割り当て手順後に変更されない。
【０１５６】
図１７は、URRチャンネル起動肯定応答メッセージの一実施例を示す。基本的IEに加えて、このメッセージ・フォーマットは、MS SDP IE、任意のセル識別子リストIE、および条件付C1リストIEを含むことができる。MS SDP IEを用いて、音声ベアラ・チャンネルのダウンリンク（UNCからMS）部分を実装するための情報を指定する。このIEは、前述のUNC SDP IEと実質的に類似であるが、ポートおよびアドレス情報はここではUNCではなくMSに関連する。有効なGSMセル情報がUMA
RR エンティティにとって利用可能な場合、セル識別子リストIEが含まれる。このIE内では、セル識別判別子フィールドは００００に設定され、セル・グローバル識別（CGI）フォーマットを用いてこのセルを識別することを示す。C1リストIEは、セル識別子リストIEが存在する場合のみ存在する。これは、セル識別子リストIEの各セルのパス・ロス基準パラメータC1を含む。
【０１５７】
図１８は、URRチャンネル起動失敗メッセージの一実施例を示す。追加IEには、UMA RR原因IE、任意のセル識別子リストIE、条件付C1リストIEが含まれる。UMA RR原因IEは、コード化した失敗の原因を含む。一方、セル識別子リストIEと条件付C1リストIEは上記と同じである。
【０１５８】
図１９は、URRチャンネル起動完了メッセージの一実施例を示す。図に示すように、このメッセージ・フォーマットは基本的IEのみ含み、メッセージはそのメッセージタイプ値によって識別される。
ハンドオーバ
【０１５９】
ネットワークがサポートするハンドオーバには主に２つのタイプがある。UMANへのハンドオーバとUMANからのハンドオーバである。UMANへのハンドオーバ中、MSへのネットワーク・アクセスは、認可ベースの無線アクセス・ネットワーク（GERAN）からUMANネットワーク・インフラへハンドオーバされる。UMANからのハンドオーバでは、MSアクセスは、UMANネットワーク・インフラから認可ベース無線アクセス・ネットワークへハンドオーバされる。
UMANへのハンドオーバ
【０１６０】
UMANへのハンドオーバに対応する例示的メッセージ・フォーマットを図２０に示す。ステップAは、図６Aに示す技術を用いる等して、以前に確立した既存接続を示す。ステップBにおいて、認可ネットワークによる対応するハンドオーバ命令に対して、URRハンドオーバ・アクセスメッセージ２０００がMS１０２からUNC１４０へ送られる。チャンネル・モードIEにおいて非シグナリング・モードが示されている場合、UNCは、ステップCに示すようにトラフィック・チャンネル割り当てを開始する。トラフィック・チャンネル割り当てが成功したら、MSは、ステップDに示すように、UNCにURRハンドオーバ完了メッセージ２００２を返す。
【０１６１】
URRハンドオーバ・アクセスメッセージの一実施例を図２１に示す。基本的IEに加えて、このメッセージ・フォーマットは、ハンドオーバ・コマンドメッセージIEを含む。このIEは完全なハンドオーバ・コマンドレイヤ３メッセージ（後述する）を含み、UMAコントローラがアクセス識別に用いるハンドオーバ参照を提供する。
【０１６２】
図２２は、URRハンドオーバ完了メッセージの一実施例を示す。このメッセージ・フォーマットは基本的IEを含み、メッセージタイプの値で識別される。
UMANからのハンドオーバ
【０１６３】
UMANからのハンドオーバは、MSとUMANとの間の接続を、別の無線アクセス・ネットワーク（GERAN等）に転送するために実行される。UMANからの成功および失敗したハンドオーバに対応するメッセージ・フォーマットをそれぞれ図２３Aと図２３Bに示す。UMANからのハンドオーバ手順は、ステップAに示すように、セッション確立で始まり、MSは専用状態である。ステップBにおいてUNCから受信したURRアップリンク品質表示メッセージ２３００に対し、またはMSがハンドオーバが適切と判断した場合、MSはステップCでUNCにURRハンドオーバ必要メッセージ２３０２を送る。すると、UNCはステップDで、URRハンドオーバ・コマンド２３０４をMSに送り返す。UMANからのハンドオーバが失敗した場合、MSは、図２３BでステップEに示すように、URRハンドオーバ失敗メッセージ２３０６を返す。
【０１６４】
URRアップリンク品質表示メッセージの一実施例の詳細を図２４に示す。
このメッセージは、ベアラ・チャンネルのアップリンク品質を示す各種情報を含む。この情報の特定のフォーマットは、特定のインプリメンテーションに依存する。
【０１６５】
図２５は、URRハンドオーバ必要メッセージの一実施例の詳細を示す。標準IEに加えて、このメッセージは、チャンネル・モードIEと、セル識別子リストと、C1リストとを含む。後者の２つのIEは、GSM04.08に指定されるチャンネル・モードを定義する。
【０１６６】
図２６Ａおよび図２６Ｂは、URRハンドオーバ・コマンドメッセージの一実施例の詳細を示す。このメッセージ・フォーマットは、GSM04.08/リリース98に定義するハンドオーバ・コマンドメッセージ・フォーマットに基づき、UMAからGSMへのハンドオーバに該当しない任意のIEをすべて除いてコンパイルされる。このメッセージ・フォーマットは、基本的IEに加えて多くのIEを含むが、一部IEを以下に詳述する。
【０１６７】
同期表示IEを用いてどのタイプの同期が該当するかを示す。この情報要素が現れない場合、想定される値は「非同期」である。GSM04.08のセクション3.4.4.2に定義される4種類のハンドオーバは、非同期、同期、予め同期および擬似同期である。UMAからGSMへのハンドオーバは、非同期あるいは予め同期ハンドオーバのいずれかである。同期ハンドオーバと擬似同期ハンドオーバでは、MSが、古いBTSでの既知の一方向遅延と、古いBTSと新しいBTSとの間のオブザーブド・タイム・ディファレンスに基づきタイミング・アドバンスを計算する必要がある（より詳しくはGSM05.10の付録A）。UMAからGSMへのハンドオーバでは、このような変数は未知である。このIEのROTフィールドは０に設定し、MSがハンドオーバ完了メッセージでオブザーブド・タイム・ディファレンスをレポートする必要がないようにする。
【０１６８】
第１チャンネルのモードIE：この情報要素が存在しない場合、以前に割り当てたチャンネルのチャンネル・モードを想定する。
【０１６９】
周波数チャンネル・シーケンス、周波数リスト、周波数ショートリストおよびモバイル割り当て、アフタータイムIE：アフタータイムのチャンネル記述の少なくとも1個が周波数ホッピングを示す場合、次の情報要素の１つが存在する。
周波数チャンネル・シーケンス、アフタータイム
周波数リスト、アフタータイム
周波数ショートリスト、アフタータイム
モバイル割り当て、アフタータイム
【０１７０】
チャンネル記述IEのいずれも周波数ホッピングを示さない場合、ビフォアタイムのチャンネル記述IEのデコードにこれらが必要ない場合、および４つの情報要素のいずれかが存在する場合、これらはメッセージで不要なIEとみなされる。
【０１７１】
周波数チャンネル・シーケンスIEは、それが示すすべてのARFCNがP-GSMバンドにない限り用いない。開始時間IEは、ネットワークがMSに対し、チャンネル変更が生じた瞬間のチャンネルに、多かれ少なかれ周波数パラメータを変更させたい場合に含まれる。この場合、開始時間前に用いる周波数パラメータを与えるため、多数の情報要素が含まれる。開始時間IEとは、新しいセル時間を指す。開始時間IEが存在し、開始時間前を指す情報要素が１つもない場合、MSは待機し、表示された時間にチャンネルにアクセスする。開始時間IEが存在し、開始時間前を指す情報要素の少なくとも１つが存在する場合、MSは表示された時間を待たず、開始時間前の周波数パラメータを用いてチャンネルにアクセスする。開始時間IEが存在せず、開始時間前を指す情報要素のどれかが存在する場合、これら情報要素はメッセージに不要なIEとみなされる。
【０１７２】
第1チャンネルの記述、ビフォアタイムIEが存在しない場合、時間前に適用されるチャンネル記述が必要な場合は、第1チャンネルの記述、アフタータイムIEによって与えられる。第２チャンネルの記述、アフタータイムIEがあり、第２チャンネルの記述、ビフォアタイムIEがなく、時間前について構成の記述が必要な場合でも、開始時間前のチャンネル構成は２つのトラフィック・チャンネルで、開始時間前の第２チャンネルに適用するチャンネル記述は、第２チャンネルの記述、アフタータイムIEによって与えられる。
【０１７３】
開始時間IEがあり、開始時間前のチャンネル記述の少なくとも１つが周波数ホッピングを示す場合、次の情報要素の1個のみが存在し、すべての割り当てチャンネルに開始時間前に適用される。
モバイル割り当て、ビフォアタイムIE;
周波数ショートリスト、ビフォアタイムIE;
周波数リスト、ビフォアタイムIE;
周波数チャンネル・シーケンス、ビフォアタイムIE。
【０１７４】
開始時間IEが存在し、開始時間前のチャンネル記述の少なくとも１つが周波数ホッピングを示し、上記IEのいずれも存在しない場合、開始時間後の周波数リストが存在しなければならず、このリストは開始時間前のチャンネルにも適用される。
【０１７５】
基準セル周波数リスト：モバイル割り当て情報要素のいずれかが存在する場合、セルチャンネル記述IEが存在しなければならない。これを用いて、メッセージのモバイル割り当てIEをデコードする。さらに、開始時間前に関連する情報要素がメッセージに存在しない場合、セルチャンネル記述IEの定義する周波数リストを用いて、新しい基準セル周波数リストの受信または新しいセルを出るまで、新しいセルで受信した、後のメッセージのモバイル割り当てIEをデコードする。
【０１７６】
タイミング・アドバンスIE要素は、「同期表示」要素が予め同期させたハンドオーバを示す場合に存在する。予め同期ハンドオーバに含まれない場合、GSM05.10に定義するデフォルト値を用いる。その他のタイプのハンドオーバでは、不要な情報要素とみなされる。
【０１７７】
CIPHERモード設定IE：この情報要素を省略する場合、MSを割り当てチャンネルに切り替えた後、暗号化のモードは変更されない。第1チャンネルのモードIEが、マルチレート音声コーデックを示し、割り当てられた構成が新しい、すなわち、サービング・セルで用いられるマルチレート構成と異なる場合、マルチレート構成IEが現れる。第1チャンネルのモードIEがマルチレート音声コーデックを示し、このIEが含まれていない場合、MSはマルチレート構成が変更されなかったと想定する。
【０１７８】
図２７は、URRハンドオーバ失敗メッセージの一実施例の詳細を示す。基本的IEに加えて、このメッセージはUMA RR原因IEを含み、適用される値は図１４の値表に定義するとおりである。
URRの解除
【０１７９】
URR接続およびシグナリングの解除は、MSまたはUNCが開始することができる。図２８に、MSによって開始されたURR解除を示す。ステップAにおいて、SM１０２とUNC１４０との間の接続は、MSが専用状態で動作して確立される。URRを解除するには、MSは、ステップBでURR要求クリアメッセージ２８００をUNCに送る。URR要求クリアメッセージの一実施例の詳細を図２９に示す。このメッセージ・フォーマットは基本的IEを含み、メッセージはメッセージタイプ値によって識別される。URR要求クリアメッセージに対して、UNCはコアネットワークに解除要求２８０２を送り、ステップCに示すように、URR接続に用いるリソースを解除する。これに対し、コアネットワークはそのURR接続の該当するリソースの解除を開始する。解除によって一般に図３０に示すシーケンスが生じる。
【０１８０】
図３０は、UNCによって開始されるか、UNCがURR要求クリアメッセージを受信した時に生じるURR解除に対応するメッセージ・フォーマットを示す。前回のように、MSが専用状態で動作して、ステップAにおいて、MS１０２とUNC１４０との間に接続が確立される。ステップBにおいて、UNCはURR RR解除メッセージ３０００（あるいはURR解除メッセージと呼ばれる）をMSに送る。（さらに詳しくは、UNCはURR要求クリアを受信し、MSCにクリア・リクエスト・メッセージを送ってから、MSCはセッションを解除し、UNCがURR解除メッセージを送ることになる）。対して、MSはURR RR解除完了メッセージ３００２あるいは、URR解除完了メッセージと呼ばれる）をステップCにおいてUNCに返す。さらに、MSはすべてのURRリソースとトラフィック・チャンネル・リソースがあればこれを解除し、URR-IDLE状態に入る。
【０１８１】
図３１は、URR
(RR) 解除メッセージの一実施例の詳細を示す。
基本的IEに加えて、このメッセージ・フォーマットはUMA RR原因IEと任意でGPRS再開IEを含む。UMA RR原因IEを用いて、図１４の表に定義する対応する値を介して解除の理由を定義する。GPRS（汎用パケット無線システム）再開IEを用いて、URRセッションを開始した時MSが中断していたGPRSセッションの再開にUNCが成功したか否かを示す。
【０１８２】
図３２は、URR
(RR) RELEASE COMPLLETEメッセージの一実施例の詳細を示す。
このメッセージ・フォーマットは基本的IEを含み、メッセージはメッセージタイプ値によって識別される。
ぺージング・メッセージ
【０１８３】
UNCは、Aインターフェース上でページング要求メッセージまたはGbインターフェース上でページングCSメッセージを受信するとページングを開始する。ぺージングするMSは、要求で受信したアイデンティティによって識別される。ページング・メッセージの交換例を図３３に示す。UNC１４０がステップAでURRページング要求メッセージ３３００をMS１０２に送ってシーケンスが開始される。ステップBで、MSは、URRページング応答メッセージ３３０２を返す。このメッセージは、URRページング要求メッセージに対する応答において、新しく確立されたUMA RRセッションの最初のメッセージとしてMSからUNCに送られる。
【０１８４】
図３４は、URRページング要求メッセージの一実施例の詳細を示す。基本的IEに加えて、このメッセージ・フォーマットは必要チャンネルIE(ページングがシグナリング・セッション確立または通話確立のいずれのためかを示すために用いられる)と、モバイル・アイデンティティIE（MSの識別に用いる）を含む。
【０１８５】
図３５は、URRページング応答メッセージの一実施例の詳細を示す。基本的IEに加えて、このメッセージ・フォーマットは暗号化キーシーケンス番号IE、必要チャンネルIE、モバイル・アイデンティティIEを含む。暗号化キーシーケンス番号情報要素の目的は、ネットワークが、認証手順を呼び出すことなしに移動局に保存した暗号化キーKcを識別できるようにすることである。Kcは、MSがネットワークによって認証されると（乱数でチャレンジ）、生成および保存される。UMAモードにある時は、Kcは通話の暗号化には用いられないが、通話がGSMにハンドオーバされた場合は必要になる。ネットワークが各通話の認証を行わない場合（３または４通話毎等）、暗号化キーシーケンス番号IEは、保存されたKc値を選択する方法を与える。
クラスマーク・メッセージ
【０１８６】
クラスマーク・メッセージを用いて、UNCがMSのケイパビリティに関する情報を取得できるようにする。クラスマーク調査手順は、図３６のステップAに示すように、MSが専用接続を確立した時（すなわち、MSがURR-DEDICATEDモードにある時）に開始できる。ステップBに示すように、UNCは、URRクラスマーク問い合わせメッセージ３６００をMSに送ってクラスマーク調査手順を開始する。対応して、MSはURRクラスマーク変更メッセージ３６０２をステップCで返す。
【０１８７】
図３７は、URRクラスマーク問い合わせメッセージの一実施例の詳細を示す。図示のメッセージ・フォーマットは基本的IEを含み、メッセージはメッセージタイプ値によって識別される。
【０１８８】
図３８は、URRクラスマーク変更メッセージの一実施例の詳細を示す。基本的IEに加えて、このメッセージはモバイル状態クラスマークIEと、追加移動局クラスマーク情報IEを含む。モバイル状態クラスマークIEは、GSM04.08定義のように、GSM RRエンティティが現在用いている周波数帯に対応するクラスマーク２情報を含む。追加移動局クラスマーク情報IEは、移動局クラスマークIEのCM3ビットが１に設定されている場合に含まれる。このIEは、GSM04.08に定義されるクラスマーク３のMS追加ケイパビリティを与える。
UNCアーキテクチャ
【０１８９】
UNCの一実施例に対応する上位レベルアーキテクチャを図解するブロック図を図３９に示す。UNCアーキテクチャの中心部には屋内ネットワーク・コントローラ（INC)３９００がある。一般に、INCはUNCについて前述の動作に類似の動作を実行する。ただし、図示のUNCアーキテクチャに示すように、一体化したセキュリティ・ゲートウェイ・サーバ３９０２と、INCが制御するメディア・ゲートウェイ３９０４が含まれる。従って、これら要素はそれぞれ、本書記載のUNC動作の各種様態を容易化するため採用された別個要素として示す。
【０１９０】
一般に、UNCは移動局とUNCとの間の（図１に示すようにAP１２８とブロードバンドIPネットワーク１３８を介する）通信をサポートする１個以上の通信ポートを提供する。例えば、図３９の図示の例では、セキュリティ・ゲートウェイ・サーバ３９０２がIPポート３９０６を介してIPネットワーク１３８と接続される。さらに、IPポート３９０８および３９１０を用いて、INC３９００およびメディア・ゲートウェイ３９０４をセキュリティ・ゲートウェイ・サーバに接続する。
【０１９１】
セキュリティ・ゲートウェイ・サーバ３９０２は、セキュリティおよび認証サービスを実行する。これは一体化ユニット（図示）でも、UNCに適切な通信リンクを介して接続された（物理的に）別個ユニットでもよい。同様に、メディア・ゲートウェイ３９０４は、コアネットワークによって提供される音声サービスのメディア・ゲートウェイとして作用するが、これを一体化ユニット（図示）または、適切な通信リンクを介してINCとセキュリティ・ゲートウェイ・サーバに接続された別個ユニットから構成することができる。
【０１９２】
INC３９００は、本書に記載するUPインターフェース・メッセージに対応する（すなわち、生成と処理）リソースを含む。これらリソースをUPインターフェース（I/F）ロジック３９１２として示す。同様に、INC３９００は、Gbポート３９１６を介してSGSN１１４との通信をサポートするSGSNインターフェース・ロジック３９１４と、SS７ポート３９２０を介してMSC１１０との通信をサポートするMSCインターフェース・ロジック３９１８とを含む。一方、メディア・ゲートウェイ３９０４は、TDMポート３９２４を介してMSC１１０との通信をサポートするMSCインターフェース・ロジック３９２２を含む。UPインターフェース・ロジック３９１２、SGSNインターフェース・ロジック３９１４、MSCインターフェース・ロジック３９１８および３９２２はそれぞれ、ソフトウェア、ビルトイン・プログラムド・ハードウェアまたはこの２つの組み合わせの実行によってインプリメントされる。例えば、UPインターフェース・ロジック３９１２は、プロセッサ上の１個以上のソフトウェア・モジュールを実行することによって容易化されるが、これにおいて、ソフトウェア・モジュールはURRメッセージを生成および/または処理するようコーディングされる。
【０１９３】
一般に、UNCは単一サーバ、マルチ離散型サーバ、マルチクラスタサーバによってインプリメントできる。例えば、単一サーバ３９２６を用いて、図３９のUNCアーキテクチャのブロック図に示す各種機能を提供するため、各種ソフトウェア・アプリケーションを走らせることができる。任意で、セキュリティ・ゲートウェイ・サーバ機能および/またはメディア・ゲートウェイ機能など機能の一部を別個サーバ（単数または複数）によって提供することができる。さらに別の構成では、ブレードサーバ３９２８が採用される。このブレードサーバは、共通ラックまたはシャシーに設置したマルチサーバブレード３９３０を含み、サーバブレードはそれぞれ、自身のプロセッサ、メモリ、ネットワーク・インターフェースを持ち、別個サーバとして機能する。一実施例では、セキュリティ・ゲートウェイ・サーバ３９０２、INC３９００およびメディア・ゲートウェイ３９０４のそれぞれによって提供される機能は、ソフトウェア・アプリケーションおよび/またはそれぞれのサーバブレード３９３０上のモジュールの実行を介して容易化される。
移動局アーキテクチャ
【０１９４】
図４０は、移動局の一実施例の上位レベルアーキテクチャを示すブロック図である。このアーキテクチャは、非揮発メモリ４００２に接続されたプロセッサ４０００、認可RANアンテナサブシステム４００４および無認可RANアンテナサブシステム４００６を含む。非揮発メモリ４００２を用いて、本書に記載する各種機能および動作を実行するためのソフトウェア/ファームウェア命令を保存する。これら機能および動作は、認可RANインターフェース・ロジック４００８、WLANインターフェース・ロジック４０１０、Upインターフェース・ロジック４０１２として示される。
【０１９５】
認可RANアンテナサブシステム４００４と認可RANインターフェース・ロジック４００８は、従来の認可RAN動作を容易にするため採用される。例えば一実施例では、認可RANはGSMネットワークからなるため、これら構成要素は、携帯通信業で周知のGSMベースの携帯電話等が一般に採用する通常のGSMネットワーク・オペレーションを容易化する。その一方、無認可RANアンテナシステム４００６とWLANインターフェース・ロジック４０１０を用いて、UMANサービスにアクセスするアクセス・ポイント１２８を持つ無認可無線チャンネル（すなわち、リンク）１３６をサポートする。一般に、これらブロックは、無認可WLANリンクでの通信をサポートするために採用された従来の構成要素およびロジックを示す。例えば、これら構成要素は、Bluetoothリンクについては図３Bに示すBluetooth下位層、802.11リンクについては図３Cに示す802.11下位層のインプリメントに採用できる構成要素を例示する。
【０１９６】
Upインターフェース・ロジック４０１２を用いて、本書に記載するMS側Upインターフェース機能と動作を提供する。これには、各種URRメッセージの生成および処理と、図３Ａおよび図３Ｄから図３Ｆに示す各種UPインターフェース層の提供が含まれる。
【０１９７】
前述のように、本書に示す各種メッセージは例示である。ただし、各メッセージは、プロトコル判別子、スキップ・インジケータおよびメッセージ・アイデンティティを含む情報要素の基本セットを含まなければならない。基本的IEとしてUCI情報要素を含むことを本書図解の例示的メッセージ・フォーマットに示したが、UCI IEまたはメッセージが第1メッセージか、他のメッセージか、または緊急関連かを示す類似IEは必要なく、この機能性は、通信装置に適切な状態情報を維持する等他の手段（すなわち、移動局およびUNC）によって容易化される。
【０１９８】
提案のインプリメンテーションでは、ストリーミング・トランスポート（TCP等）でのメッセージ描写は、基礎となるトランスポート自体が実行する。従って、可変長さメッセージ・フォーマットの長さを指定する情報要素を含める必要がない。しかしながら、メッセージ長さの指定に情報要素を利用することは、ストリーミングされたメッセージを描写するための他の手段として発明者によって予期されるため、これは限定的なものではない。
【０１９９】
各種情報要素のフォーマットは単なる例示である。例えば、単一IEまたは複数IEを介してある情報セットを設けることができる。さらに、本書に示すIEに含まれる情報を、他のフォーマットで配置したり、および/または別の方法でグルーピングしたりすることができる。
【０２００】
各種メッセージ生成および処理動作を容易化するための手段とUpインターフェースの各種様態は、プロセッサ、マルチプロセッサ、マルチコアプロセッサ、マイクロコントローラ等を限定せずに含む適切な処理装置上でのソフトウェア/ファームウェア指令の実行を含む。そのため、本発明の実施例は、何らかの形式の処理コアで実行されるか、マシンリーダブル媒体上またはその中でインプリメントまたは実現される命令として、あるいはこれをサポートするために用いることができる。マシンリーダブル媒体は、マシン（コンピュータ等）によって読み取り可能な形式で情報を保存または送信する何らかの機構を含む。例えば、マシンリーダブル媒体は、リードオンリーメモリ（ROM）、ランダムアクセスメモリ（RAM）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリ装置等を含むことが出来る。さらに、マシンリーダブル媒体は、電気的、光学的、音響的その他伝播される信号の形式を含むことができる（搬送波、赤外線信号、デジタル信号等）。例えば、予期される一実施例では、UMAメッセージングを容易化するためにソフトウェアアップグレードとして具現化される命令を、UMANまたはGSMリンク等の無線リンクを介してモバイル装置にダウンロードすることができる。
【０２０１】
要約としての記述を含む本発明の図示実施例の上記説明は、網羅的であることや、開示される正確な様式に本発明を限定することを意図しない。本発明の特定の実施例および例を図解目的で本書で説明したが、本発明の範囲内で各種同等の修正が可能であることは、当業者に理解される。
【０２０２】
これら修正は、前述の説明の観点から本発明に加えることができる。以下の特許請求の範囲で用いる用語は、明細書および図面に開示する特定の実施例に本発明を限定するものと解釈してはならず、発明の範囲は以下の特許請求の範囲によって全体として決定されることは、請求の範囲解釈の確立された原理に従って解釈される。
【０２０３】
【表２ａ】
2008500751.tif 000004
【０２０４】
【表２ｂ】
2008500751.tif 000005
【０２０５】
【表２ｃ】
2008500751.tif 000006
【０２０６】
【表２ｄ】
2008500751.tif 000007
【０２０７】
【表２ｅ】
2008500751.tif 000008
【０２０８】
【表２ｆ】
2008500751.tif 000009
【図面の簡単な説明】
【０２０９】
【図１Ａ】本発明の一実施例による屋内アクセス・ネットワーク（IAN）移動サービス局の全体図である。
【図１Ｂ−Ｃ】図１Ｂは、一実施例によるモバイルセットのプロトコル層を示し、図１Ｃは、一実施例によるプロトコル変換方法を示す説明図である。
【図２Ａ−Ｂ】図２ＡはBluetoothシグナリングを介して無認可無線リンクを提供する移動局の一実施例のレベル１、レベル２、およびレベル３GSM関連プロトコル・アーキテクチャの全体図を示し、図２ＢはIEEE802.11シグナリングを介して無認可無線リンクを提供する移動局の一実施例のレベル１、レベル２、およびレベル３GSM関連プロトコル・アーキテクチャの全体図を示す。
【図３Ａ】一実施例による、CSドメイン・シグナリングおよびUMS固有シグナリングをサポートするUpインターフェース・プロトコル・アーキテクチャを示す説明図である。
【図３Ｂ−Ｃ】図３Ｂは物理層通信を容易にするため移動局およびアクセス・ポイントにより採用されるBluetooth下位層を示し、図３Ｃは物理層通信を容易にするため移動局およびアクセス・ポイントにより採用されるBluetooth下位層を示す説明図である。
【図３Ｄ】一実施例によるGSM音声送信をサポートするUp CSドメイン音声ベアラ・プロトコル・アーキテクチャを示す説明図である。
【図３Ｅ】一実施例によるUp GPRSユーザ・プレーン・プロトコル・アーキテクチャを示す説明図である。
【図３Ｆ】一実施例によるGPRSシグナリングをサポートするUpプロトコル・アーキテクチャを示す説明図である。
【図４】一実施例による考えられるGSMおよびUMAカバレッジシナリオ数例を示す。
【図５】一実施例の移動性管理機能を例示する。
【図６Ａ−Ｂ】図６Ａは登録成功に対応するURRレジスタ・メッセージ 交換を示し、図６Ｂは登録拒絶に対応するURRレジスタ・メッセージ交換を示す説明図である。
【図６Ｃ】図６ＣはMSを第1UNCから第2UNCにリダイレクトするURRレジスタ・メッセージ交換を示す説明図である。。
【図７】URR登録要求メッセージ・フォーマットの一実施例を示す表である。
【図８Ａ−Ｂ】図８ＡはURR登録肯定応答メッセージ・フォーマットの一実施例を示す表であり、図８ＢはUMAGSMシステム情報要素の一実施例を示す表である。
【図９】URR 登録拒否/REDIRECTメッセージ・フォーマットの一実施例を示す表である。
【図１０Ａ−Ｂ】図１０ＡはURR登録アップデート・アップリンクメッセージ と、URR登録リダイレクトメッセージとを含むURRメッセージ・フォーマットを示し、図１０ＢはURR登録アップデート・ダウンリンクメッセージと、URR登録取り消しメッセージと、URR登録リダイレクトメッセージとを含むURRメッセージ・フォーマットを示す。
【図１１】URR登録アップデート・アップリンクメッセージ・フォーマットの一実施例を示す表である。
【図１２】URR登録アップデート・ダウンリンクメッセージ・フォーマットの一実施例を示す表である。
【図１３】URR登録取り消しメッセージ・フォーマットの一実施例を示す表である。
【図１４】各種URR動作の原因に対応する８ビット値を含むルックアップ・テーブルの一実施例を示す表である。
【図１５】チャンネル起動メッセージ・シーケンスを示す。
【図１６】URRチャンネル起動メッセージ・フォーマットの一実施例を示す表である。
【図１７】URRチャンネル起動肯定応答メッセージ・フォーマットの一実施例を示す表である。
【図１８】URRチャンネル起動失敗メッセージ・フォーマットの一実施例を示す表である。
【図１９】URRチャンネル起動完了メッセージ・フォーマットの一実施例を示す表である。
【図２０】移動局によって開始されるハンドオーバ・メッセージ・フォーマットを示す。
【図２１】URRハンドオーバ・アクセスメッセージ・フォーマットの一実施例を示す表である。
【図２２】URRハンドオーバ完了メッセージ・フォーマットの一実施例を示す表である。
【図２３Ａ−Ｂ】図２３ＡはUNCから送られたURRアップリンク品質表示メッセージに対して開始されるハンドオーバ・メッセージ・フォーマットを示し、図２３Ｂはハンドオーバ失敗に従って、UNCから送られたURRアップリンク品質表示メッセージに対して開始されるハンドオーバ・メッセージ・フォーマットを示す。
【図２４】URRアップリンク品質表示メッセージ・フォーマットの一実施例を示す表である。
【図２５】URRハンドオーバ必要メッセージ・フォーマットの一実施例を示す表である。
【図２６Ａ】URRハンドオーバ・コマンドメッセージ・フォーマットの一実施例を示す表部分図である。
【図２６Ｂ】URRハンドオーバ・コマンドメッセージ・フォーマットの一実施例を示す表部分図である。
【図２７】URRハンドオーバ失敗メッセージ・フォーマットの一実施例を示す表である。
【図２８】移動局からUNCに送られるURR要求クリアメッセージを示す。
【図２９】URR要求クリアメッセージ・フォーマットの一実施例を示す表である。
【図３０】UNCによって開始されたURRリリース・メッセージ・フォーマットを示す。
【図３１】URRRR解除メッセージ・フォーマットの一実施例を示す表である。
【図３２】URRRR解除完了メッセージ・フォーマットの一実施例を示す表である。
【図３３】UNCによって開始されたURRページング・メッセージ・フォーマットを示す。
【図３４】URRページング要求メッセージ・フォーマットの一実施例を示す表である。
【図３５】URRページング応答メッセージ・フォーマットの一実施例を示す表である。
【図３６】UNCによって開始されたURRクラスマーク・メッセージ・フォーマットを示す。
【図３７】URRクラスマーク問い合わせメッセージ・フォーマットの一実施例を示す表である。
【図３８】URRクラスマーク変更メッセージ・フォーマットの一実施例を示す表である。
【図３９】UNCの高レベルアーキテクチャの一実施例を示す略図である。
【図４０】移動局の高レベルアーキテクチャの一実施例を示す略図である。
【符号の説明】
【０２１０】
１０２  移動局  １１２  音声ネットワーク  １１６  データネットワーク
１２８  アクセス・ポイント  １３８  ブロードバンドＩＰネットワーク  ２０６  ＧＳＭベースバンド  ２１０  Bluetoothベースバンド  ３１８  リモートＩＰ  ３２２  トランスポートＩＰ
【図１Ａ】
2008500751.tif 000010
【図１Ｂ−Ｃ】
2008500751.tif 000011
【図２Ａ−Ｂ】
2008500751.tif 000012
【図３Ａ】
2008500751.tif 000013
【図３Ｂ−Ｃ】
2008500751.tif 000014
【図３Ｄ】
2008500751.tif 000015
【図３Ｅ】
2008500751.tif 000016
【図３Ｆ】
2008500751.tif 000017
【図４】
2008500751.tif 000018
【図５】
2008500751.tif 000019
【図６Ａ−Ｂ】
2008500751.tif 000020
【図６Ｃ】
2008500751.tif 000021
【図７】
2008500751.tif 000022
【図８Ａ−Ｂ】
2008500751.tif 000023
【図９】
2008500751.tif 000024
【図１０Ａ−Ｂ】
2008500751.tif 000025
【図１１】
2008500751.tif 000026
【図１２】
2008500751.tif 000027
【図１３】
2008500751.tif 000028
【図１４】
2008500751.tif 000029
【図１５】
2008500751.tif 000030
【図１６】
2008500751.tif 000031
【図１７】
2008500751.tif 000032
【図１８】
2008500751.tif 000033
【図１９】
2008500751.tif 000034
【図２０】
2008500751.tif 000035
【図２１】
2008500751.tif 000036
【図２２】
2008500751.tif 000037
【図２３Ａ−Ｂ】
2008500751.tif 000038
【図２４】
2008500751.tif 000039
【図２５】
2008500751.tif 000040
【図２６Ａ】
2008500751.tif 000041
【図２６Ｂ】
2008500751.tif 000042
【図２７】
2008500751.tif 000043
【図２８】
2008500751.tif 000044
【図２９】
2008500751.tif 000045
【図３０】
2008500751.tif 000046
【図３１】
2008500751.tif 000047
【図３２】
2008500751.tif 000048
【図３３】
2008500751.tif 000049
【図３４】
2008500751.tif 000050
【図３５】
2008500751.tif 000051
【図３６】
2008500751.tif 000052
【図３７】
2008500751.tif 000053
【図３８】
2008500751.tif 000054
【図３９】
2008500751.tif 000055
【図４０】
2008500751.tif 000056
【国際調査報告】
2008500751.tif 000057
2008500751.tif 000058
2008500751.tif 000059
2008500751.tif 000060
2008500751.tif 000061