(57)【要約】   サービス中の基地局を通して生成されたトンネルを介して移動デバイスが多数の（受信）基地局と通信できるようにする経路プロトコルが確立される。経路生成ヘッダを含むメッセージが、トンネルを生成するために移動デバイスによって送信される。経路生成ヘッダは、移動デバイスが「開始まで待機」状態にある間、受信基地局によって調査される。種々のエラーが経路生成ヘッダに関して発生する。これらのエラーは、１つ以上のエラーコードフィールドを設定することによって、基地局によって移動デバイスへ搬送される。いったんエラーが分析されると、所望であれば、基地局とのトンネルを生成する別の試みがなされる。【選択図】      図６
2010525761.tif 000002
【特許請求の範囲】
【請求項１】
移動デバイスと基地局との間にトンネル関係を生成するための方法であって、
トンネルを介した通信の確立のための少なくとも１つの基地局を選択することと；
経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ送信することと、なお、前記経路生成ヘッダは前記トンネルを定義することに関連する１つ以上のパラメータを備える；
前記経路生成ヘッダの確認を待機することと；
トンネル関係の生成を示す前記確認が受信された場合、「開始まで待機」状態から移行することと；
を備えた方法。
【請求項２】
前記確認が受信されない場合、前記経路生成ヘッダを含むメッセージを少なくとも１つの基地局へ再送信することをさらに備えた、請求項１に記載の方法。
【請求項３】
前記確認は、前記少なくとも１つの基地局からパケットを受信することを含む、請求項１に記載の方法。
【請求項４】
前記経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ送信することは、
２つ以上のパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送されるだろうことを決定することと、なお、前記パケット統合プロトコルパケットのそれぞれはヘッダ要素レコードを含む；
１つ以外のすべての前記パケット統合パケットから前記ヘッダ要素レコードを省略することと、なお、前記ヘッダ要素レコードを省略することは、資源を節約し効率を向上させる；
をさらに備えた、請求項１に記載の方法。
【請求項５】
前記経路生成ヘッダを含む前記メッセージを前記少なくとも１つの基地局へ送信することは、
前記少なくとも１つの基地局へのトンネルに対する識別子を選択することと；
前記トンネルに対するパーソナリティを選ぶことと；
をさらに備えた、請求項１に記載の方法。
【請求項６】
前記パーソナリティは、１つ以上のプロトコル形式および１つ以上の属性値を備えた、請求項５に記載の方法。
【請求項７】
前記経路生成ヘッダを含む前記メッセージを前記少なくとも１つの基地局へ送信することは、
既存の経路が削除されるべきであるかどうかを示すことをさらに備えた、請求項１に記載の方法。
【請求項８】
前記少なくとも１つの基地局から、パーソナリティエラーコードを含むパケットを受信することと；
前記パケットで受信された配列されたパーソナリティのリストを調査することと；
前記配列されたパーソナリティのリストから１つのパーソナリティを選択することと；
前記選択されたパーソナリティを含むように前記経路生成ヘッダパケットを修正することと；
前記修正された経路生成ヘッダパケットを前記少なくとも１つの基地局へ送信することと；
をさらに備えた、請求項１に記載の方法。
【請求項９】
確立済経路エラーコードおよび前記確立された経路の経路識別を含むパケットを少なくとも１つの基地局から受信することと；
前記トンネル関係は必要でないことを決定することと；
をさらに備えた、請求項１に記載の方法。
【請求項１０】
セッション終了エラーコードとＣＲＣエラー検出パターン（CRCErrorDetectPattern）とを含むパケットを前記少なくとも１つの基地局から受信することと；
前記セッション終了エラーコードがリンクエラーによるものではないことを前記CRCErrorDetectPatternが示す場合には、前記少なくとも１つの基地局を含むネットワークとの再認証をすることと；
をさらに備えた、請求項１に記載の方法。
【請求項１１】
アクセス端末識別子（ＡＴＩ）が最近変化した場合には、前記ＡＴＩを前記経路生成ヘッダ内に含めることをさらに備えた、請求項１に記載の方法。
【請求項１２】
経路ＩＤ（RouteID）ヘッダを前記メッセージに含めることと；
前記RouteIDヘッダがサービス中の基地局によって認識されない場合には、現在の経路マップを求める要求を受信することと；
前記要求に応じて現在の経路マップを送信することと；
をさらに備えた、請求項１に記載の方法。
【請求項１３】
トンネルを介した通信の確立のために少なくとも１つの基地局を選択することと、経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ送信することと、前記経路生成ヘッダの確認を待機することと、および前記確認が受信された場合には「開始まで待機」状態から移行することとに関連する命令を保持するメモリーと、なお、前記経路生成ヘッダは、前記トンネルを定義することに関連する１つ以上のパラメータを備える；
前記メモリーに接続され、前記メモリーに保持された前記命令を実行するように構成されたプロセッサと；
を備えた無線通信装置。
【請求項１４】
前記メモリーは、前記確認が受信されない場合には前記経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ再送信することに関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項１５】
前記確認は、前記少なくとも１つの基地局からパケットを受信することを含む、請求項１３に記載の無線通信装置。
【請求項１６】
前記メモリーは、
２つ以上のパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送されるだろうことを決定することと、なお、前記パケット統合プロトコルパケットはそれぞれヘッダ要素レコードを含んでいる；
１つ以外のすべての前記パケット統合パケットから前記ヘッダ要素レコードを省略することと、なお、前記ヘッダ要素レコードを省略することは、資源を節約し効率を向上させる；
に関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項１７】
前記メモリーは、前記少なくとも１つの基地局への前記トンネルに対する識別子を選択することと、前記トンネルに対するパーソナリティを選ぶこととに関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項１８】
前記パーソナリティは、１つ以上のプロトコル形式および１つ以上の属性値を備えた、請求項１７に記載の方法。
【請求項１９】
前記メモリーは、既存の経路が削除されるべきであるかどうかを示すことに関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項２０】
前記メモリーは、
前記少なくとも１つの基地局からパーソナリティエラーコードを含むパケットを受信することと、前記パケットで受信された配列されたパーソナリティのリストを調査することと、前記配列されたパーソナリティのリストから１つのパーソナリティを選択することと、前記選択されたパーソナリティを含むように前記経路生成ヘッダパケットを修正することと、前記修正された経路生成ヘッダパケットを前記少なくとも１つの基地局へ送信することと、
に関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項２１】
前記メモリーは、前記少なくとも１つの基地局からパケットを受信することと、前記トンネル関係は必要でないことを決定することとに関連する命令をさらに保持し、前記パケットは、確立済経路エラーコードおよび前記確立された経路の経路識別を含む、請求項１３に記載の無線通信装置。
【請求項２２】
前記メモリーは、
セッション終了エラーコードとＣＲＣエラー検出パターン（CRCErrorDetectPattern）とを含むパケットを前記少なくとも１つの基地局から受信することと、
前記セッション終了エラーコードがリンクエラーによるものではないことを前記CRCErrorDetectPatternが示す場合には、前記少なくとも１つの基地局を含むネットワークとの再認証をすることと、
に関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項２３】
前記メモリーは、アクセス端末識別子（ＡＴＩ）が最近変化した場合に前記ＡＴＩを前記経路生成ヘッダ内に含めることに関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項２４】
前記メモリーは、
経路ＩＤ（RouteID）ヘッダを前記メッセージに含めることと、前記RouteIDヘッダがサービス中の基地局によって認識されない場合には現在の経路マップを求める要求を受信することと、前記要求に応じて現在の経路マップを送信することと、
に関連する命令をさらに保持する、請求項１３に記載の無線通信装置。
【請求項２５】
計算機可読媒体を備えた計算機プログラム製品であって、
前記計算機可読媒体は、
計算機に、トンネルを介した通信の確立のために少なくとも１つの基地局を選択させるための第１のコードセットと；
前記計算機に、経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ送信させるための第２のコードセットと、なお経路生成ヘッダは、前記トンネルを定義することに関連する１つ以上のパラメータを備える；
前記計算機に、前記経路生成ヘッダの確認を待機させるための第３のコードセットと、なお前記確認は、前記少なくとも１つの基地局からパケットを受信することを含む；
前記計算機に、前記確認が受信された場合には「開始まで待機」状態から移行させるための第４のコードセットと；
を備えた、計算機プログラム製品。
【請求項２６】
前記計算機可読媒体は、
前記計算機に、前記確認が受信されない場合には前記経路生成ヘッダを含む前記メッセージを前記少なくとも１つの基地局へ再送信させるための第５のコードセットをさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項２７】
前記計算機可読媒体は、
前記計算機に、２つ以上のパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送されるだろうことを決定させるための第５のコードセットと、なお前記パケット統合プロトコルパケットのそれぞれはヘッダ要素レコードを含んでいる；
前記計算機に、前記パケット統合パケットの１つ以外のすべてから、前記ヘッダ要素レコードを省略させるための第６のコードセットと、なお前記ヘッダ要素レコードを省略することは資源を節約し効率を向上させる；
をさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項２８】
前記計算機可読媒体は、
前記計算機に、前記少なくとも１つの基地局への前記トンネルに対する識別子を選択させるための第５のコードセットと；
前記計算機に、前記トンネルに対するパーソナリティを選ばせるための第６のコードセットと、なお前記パーソナリティは、１つ以上のプロトコル形式および１つ以上の属性値を備える；
をさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項２９】
計算機可読媒体は、
前記計算機に、既存の経路が削除されるべきであるかどうかを示させるための第５のコードセットをさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項３０】
計算機可読媒体は、
前記計算機に、前記少なくとも１つの基地局から、パーソナリティエラーコードを含むパケットを受信させるための第５のコードセットと；
前記計算機に、前記パケットで受信された配列されたパーソナリティのリストを調査させるための第６のコードセットと；
前記計算機に、前記配列されたパーソナリティのリストから１つのパーソナリティを選択させるための第７のコードセットと；
前記計算機に、前記選択されたパーソナリティを含むように前記経路生成ヘッダパケットを修正させるための第８のコードセットと；
前記計算機に、前記修正された経路生成ヘッダパケットを前記少なくとも１つの基地局へ送信させるための第９のコードセットと；
をさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項３１】
前記計算機可読媒体は、
前記計算機に、確立済経路エラーコードおよび前記確立された経路の経路識別を含むパケットを前記少なくとも１つの基地局から受信させるための第５のコードセットと；
前記計算機に、トンネル関係は必要でないことを決定させるための第６のコードセットと；
をさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項３２】
前記計算機可読媒体は、
前記計算機に、セッション終了エラーコードとＣＲＣエラー検出パターン（CRCErrorDetectPattern）とを含むパケットを前記少なくとも１つの基地局から受信させるための第５のコードセットと；
前記計算機に、前記セッション終了エラーコードがリンクエラーによるものではないことを前記CRCErrorDetectPatternが示す場合に、前記少なくとも１つの基地局を含むネットワークとの再認証をさせるための第６のコードセットと；
をさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項３３】
前記計算機可読媒体は、
前記計算機に、アクセス端末識別子（ＡＴＩ）が最近変化した場合、前記ＡＴＩを前記経路生成ヘッダ内に含ませるための第５のコードセットをさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項３４】
前記計算機可読媒体は、
前記計算機に、経路ＩＤ（RouteID）ヘッダを前記メッセージに含めさせるための第５のコードセットと；
前記計算機に、前記RouteIDヘッダがサービス中の基地局によって認識されない場合には現在の経路マップを求める要求を受信させるための第６のコードセットと；
前記計算機に、前記要求に応じて前記現在の経路マップを送信させるための第７のコードセットと；
をさらに備えた、請求項２５に記載の計算機プログラム製品。
【請求項３５】
トンネルを介した通信の確立のために少なくとも１つの基地局を選択するための手段と；
経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ送信するための手段と、なお、前記経路生成ヘッダは前記トンネルを定義することに関連する１つ以上のパラメータを備える；
前記経路生成ヘッダの確認を待機するための手段と、なお、前記確認は前記少なくとも１つの基地局からパケットを受信することを含み、前記メッセージを送信するための手段は、前記確認が受信されるまで、前記経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ再送信する；
前記確認が受信された場合、「開始まで待機」状態から移行するための手段と；
を備えた装置。
【請求項３６】
２つ以上のパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送されるだろうことを決定するための手段と、なお、前記パケット統合プロトコルパケットのそれぞれはヘッダ要素レコードを含んでいる；
１つ以外のすべての前記パケット統合パケットから前記ヘッダ要素レコードを省略するための手段と；
をさらに備えた、請求項３５に記載の装置。
【請求項３７】
前記少なくとも１つの基地局から、パーソナリティエラーコードを含むパケットを受信するための手段と；
前記パケットで受信された配列されたパーソナリティのリストを調査するための手段と；
前記配列されたパーソナリティのリストから１つのパーソナリティを選択するための手段と；
前記選択されたパーソナリティを含むように前記経路生成ヘッダパケットを修正するための手段と；
前記修正された経路生成ヘッダパケットを前記少なくとも１つの基地局へ送信するための手段と；
をさらに備えた、請求項３５に記載の装置。
【請求項３８】
確立済経路エラーコードおよび前記確立された経路の経路識別を含むパケットを少なくとも１つの基地局から受信するための手段と；
前記トンネル関係は必要でないことを決定するための手段と；
をさらに備えた、請求項３５に記載の装置。
【請求項３９】
セッション終了エラーコードとＣＲＣエラー検出パターン（CRCErrorDetectPattern）とを含むパケットを前記少なくとも１つの基地局から受信するための手段と；
前記セッション終了エラーコードがリンクエラーによるものではないことを前記CRCErrorDetectPatternが示す場合に、前記少なくとも１つの基地局を含むネットワークとの再認証をするための手段と；
をさらに備えた、請求項３５に記載の装置。
【請求項４０】
トンネルを介した通信の確立のために少なくとも１つの基地局を選択するように動作可能な第１のモジュールと；
経路生成ヘッダを含むメッセージを前記少なくとも１つの基地局へ送信するように動作可能な第２のモジュールと、なお、前記経路生成ヘッダは、前記トンネルを定義することに関連する１つ以上のパラメータを備える；
前記経路生成ヘッダの確認を待機するように動作可能な第３のモジュールと、なお、前記確認は前記少なくとも１つの基地局からパケットを受信することを含む；
前記確認が受信されるまで前記経路生成ヘッダを含む前記メッセージを前記少なくとも１つの基地局へ再送信するように動作可能な第４のモジュールと；
前記確認が受信された場合、「開始まで待機」状態から移行するように動作可能な第５のモジュールと；
を備えた、経路プロトコルのための少なくとも１つのプロセッサ。
【請求項４１】
２つ以上のパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送されるべきであることを決定するように動作可能な第６のモジュールと、なお、前記パケット統合プロトコルパケットのそれぞれはヘッダ要素レコードを含んでいる；
１つ以外のすべての前記パケット統合パケットから前記ヘッダ要素レコードを省略するように動作可能な第７のモジュールと；
をさらに備えた、請求項４０に記載の少なくとも１つのプロセッサ。
【請求項４２】
前記少なくとも１つの基地局からパーソナリティエラーコードを含むパケットを受信するように動作可能な第６のモジュールと；
前記パケットで受信された配列されたパーソナリティのリストを調査するように動作可能な第７のモジュールと；
前記配列されたパーソナリティのリストから１つのパーソナリティを選択するように動作可能な第８のモジュールと；
前記選択されたパーソナリティを含むように前記経路生成ヘッダパケットを修正するように動作可能な第９のモジュールと；
前記修正された経路生成ヘッダパケットを前記少なくとも１つの基地局へ送信するように動作可能な第９のモジュールと；
をさらに備えた、請求項４０に記載の少なくとも１つのプロセッサ。
【請求項４３】
確立済経路エラーコードおよび前記確立された経路の経路識別を含むパケットを少なくとも１つの基地局から受信するように動作可能な第６のモジュールと；
前記トンネル関係は必要でないことを決定するように動作可能な第７のモジュールと；
をさらに備えた、請求項４０に記載の少なくとも１つのプロセッサ。
【請求項４４】
セッション終了エラーコードとＣＲＣエラー検出パターン（CRCErrorDetectPattern）とを含むパケットを前記少なくとも１つの基地局から受信するように動作可能な第６のモジュールと；
前記セッション終了エラーコードがリンクエラーによるものではないことを前記CRCErrorDetectPatternが示す場合に、前記少なくとも１つの基地局を含むネットワークとの再認証をするように動作可能な第７のモジュールと；
をさらに備えた、請求項４０に記載の少なくとも１つのプロセッサ。
【請求項４５】
移動デバイスと基地局の間にトンネル関係を生成するための方法であって、
経路生成ヘッダを含むメッセージを移動デバイスから受信することと、なお、前記経路生成ヘッダは、トンネルを定義することに関連する１つ以上のパラメータを備える；
前記移動デバイスが「開始まで待機」状態にあるかどうかを決定することと；
前記デバイスが前記「開始まで待機」状態にある場合には、少なくとも１つのエラーについて前記経路生成ヘッダを調査することと；
前記受信されたメッセージに応じて経路プロトコルメッセージを生成することと；
前記生成された経路プロトコルメッセージを前記移動デバイスへ送信することと；
を備えた方法。
【請求項４６】
前記移動デバイスが前記「開始まで待機」状態になく、かつ前記経路生成ヘッダが全経路削除フラグを含まない場合には、前記移動デバイスからの前記経路生成ヘッダを無視することをさらに備えた、請求項４５に記載の方法。
【請求項４７】
前記少なくとも１つのエラーについて前記経路生成ヘッダを調査することは、
受信された前記経路生成ヘッダで要求されたパーソナリティがサポートされないことを決定することと、なお前記パーソナリティは１つ以上のプロトコル形式と１つ以上の属性値とを備え、前記要求されたパーソナリティがサポートされないことを決定することは、前記経路生成ヘッダで受信されたパーソナリティ識別子の解釈を決定するためにセッション参照ネットワーク制御器にアクセスすることを含む；
サポートされる前記パーソナリティを優先順に配列することと；
前記配列されたサポートされるパーソナリティを前記経路プロトコルメッセージに含めることと；
をさらに備えた、請求項４５に記載の方法。
【請求項４８】
前記少なくとも１つのエラーについて前記経路生成ヘッダを調査することは、
１つの経路が前記移動デバイスと既に確立されているかどうか決定することと；
経路が既に確立されていることが決定される場合には、確立した経路の経路識別を前記経路プロトコルメッセージに含めることと；
をさらに備えた、請求項４５に記載の方法。
【請求項４９】
前記少なくとも１つのエラーについて前記経路生成ヘッダを調査することは、
前記移動デバイスとのセッションが終了されるべきであるという指示を受信することと、なお、前記指示はセッション参照ネットワーク制御器から受信される；
前記経路プロトコルメッセージにＣＲＣエラー検出パターン（CRCErrorDetectPattern）を含めることと；
をさらに備えた、請求項４５に記載の方法。
【請求項５０】
前記少なくとも１つのエラーについて前記経路生成ヘッダを調査することは、
前記経路生成ヘッダを含まないパケットを受信することに基づいて、前記移動デバイスとの経路が確立されておらず、かつ経路が存在しないことを決定することと；
前記経路が確立されていないことが決定される場合には、前記経路が存在しないことを示すエラーコードを前記生成された経路プロトコルメッセージに含めることと；
をさらに備えた、請求項４５に記載の方法。
【請求項５１】
前記少なくとも１つのエラーについて前記経路生成ヘッダを調査することは、
前記移動デバイスの識別に失敗があることを決定することと；
前記移動デバイスの識別失敗を示すために前記経路プロトコルメッセージにエラーコードを含めることと；
をさらに備えた、請求項４５に記載の方法。
【請求項５２】
前記識別失敗はセッション参照ネットワーク制御器から受信される、請求項５１に記載の方法。
【請求項５３】
前記メッセージ内の経路ＩＤ（RouteID）ヘッダを受信することと；
前記RouteIDヘッダが認識されない場合には、現在の経路マップを求める要求を送信することと；
をさらに備えた、請求項４５に記載の方法。
【請求項５４】
トンネルを定義することに関連する１つ以上のパラメータを備える経路生成ヘッダを含むメッセージを移動デバイスから受信することと、前記移動デバイスが「開始まで待機」状態にあるかどうかを決定することと、前記デバイスが前記「開始まで待機」状態にある場合には少なくとも１つのエラーについて前記経路生成ヘッダを調査することと、前記受信されたメッセージに応じて経路プロトコルメッセージを生成することと、前記生成された経路プロトコルメッセージを前記移動デバイスへ送信することと、のための命令を保持するメモリーと；
前記メモリーに接続され、前記メモリーに保持された命令を実行するように構成されたプロセッサと；
を備えた無線通信装置。
【請求項５５】
前記メモリーは、前記移動デバイスが前記「開始まで待機」状態になく、かつ前記経路生成ヘッダが全経路削除フラグを含まない場合には、前記移動デバイスからの前記経路生成ヘッダを無視することに関連する命令をさらに保持する、請求項５４に記載の無線通信装置。
【請求項５６】
前記メモリーは、
受信された前記経路生成ヘッダで要求されたパーソナリティがサポートされないかどうかを決定することと、なお、前記パーソナリティは１つ以上のプロトコル形式と１つ以上の属性値とを備える；
前記経路生成ヘッダで受信されたパーソナリティ識別子の解釈を決定するためにセッション参照ネットワーク制御器にアクセスすることと；
サポートされる前記パーソナリティを優先順に配列することと；
前記配列されたサポートされるパーソナリティを前記経路プロトコルメッセージに含めることと；
に関連する命令をさらに保持する、請求項５４に記載の無線通信装置。
【請求項５７】
前記メモリーは、
１つの経路が前記移動デバイスと既に確立されているかどうか決定することと、経路が既に確立されていることが決定される場合には、確立した前記経路の経路識別を前記経路プロトコルメッセージに含めることと、
に関連する命令をさらに保持する、請求項５４に記載の無線通信装置。
【請求項５８】
前記メモリーは、
前記移動デバイスとのセッションが終了されるべきであるという命令をセッション参照ネットワーク制御器からの受信することと、前記経路プロトコルメッセージにＣＲＣエラー検出パターン（CRCErrorDetectPattern）を含めることと、
に関連する命令をさらに保持する、請求項５４に記載の無線通信装置。
【請求項５９】
前記メモリーは、
前記経路生成ヘッダを含まないパケットを受信することに基づいて、前記移動デバイスとの経路が確立されておらず、かつ経路が存在しないことを決定することと、前記経路が確立されていないことが決定される場合には、経路が存在しないことを示すエラーコードを生成された前記経路プロトコルメッセージに含めることと、
に関連する命令をさらに保持する、請求項５４に記載の無線通信装置。
【請求項６０】
前記メモリーは、
前記移動デバイスの識別に失敗があることを決定することと、前記移動デバイス識別失敗を示すために前記経路プロトコルメッセージにエラーコードを含めることと、
に関連する命令をさらに保持する、請求項５４に記載の無線通信装置。
【請求項６１】
前記識別失敗はセッション参照ネットワーク制御器から受信される、請求項６０に記載の無線通信装置。
【請求項６２】
前記メモリーは、
前記メッセージ内の経路ＩＤ（RouteID）ヘッダを受信することと、前記RouteIDヘッダが認識されない場合には現在の経路マップを求める要求を送信することと、
に関連する命令をさらに保持する、請求項５４に記載の無線通信装置。
【請求項６３】
計算機可読媒体を備えた計算機プログラム製品であって、
前記計算機可読媒体は、
計算機に、経路生成ヘッダを含むメッセージを移動デバイスから受信させるための第１のコードセットと、なお、前記経路生成ヘッダは、トンネルを定義することに関連する１つ以上のパラメータを備える；
前記計算機に、前記移動デバイスが「開始まで待機」状態にあるかどうかを決定させるための第２のコードセットと；
前記計算機に、前記デバイスが前記「開始まで待機」状態にある場合には、少なくとも１つのエラーについて前記経路生成ヘッダを調査させるための第３のコードセットと；
前記計算機に、前記受信されたメッセージに応じて経路プロトコルメッセージを生成させるための第４のコードセットと；
前記計算機に、前記生成された経路プロトコルメッセージを前記移動デバイスへ送信させるための第５のコードセットと；
を備えた、計算機プログラム製品。
【請求項６４】
前記計算機可読媒体は、
前記計算機に、前記移動デバイスが前記「開始まで待機」状態になく、かつ前記経路生成ヘッダが全経路削除フラグを含まない場合には、前記移動デバイスからの前記経路生成ヘッダを無視させるための第６のコードセットをさらに備えた、請求項６３に記載の計算機プログラム製品。
【請求項６５】
前記計算機可読媒体は、
前記計算機に、受信された前記経路生成ヘッダで要求されたパーソナリティがサポートされないかどうかを決定させるための第６のコードセットと、なお、前記パーソナリティは、少なくとも１つのプロトコル形式と少なくとも１つの属性値とを備える；
前記計算機に、前記経路生成ヘッダで受信されたパーソナリティ識別子の解釈を決定するためにセッション参照ネットワーク制御器にアクセスさせるための第７のコードセットと；
前記計算機に、サポートされる前記パーソナリティを優先順に配列させるための第８のコードセットと；
前記計算機に、前記配列されたサポートされるパーソナリティを前記経路プロトコルメッセージに含めさせるための第９のコードセットと；
をさらに備えた、請求項６３に記載の計算機プログラム製品。
【請求項６６】
前記計算機可読媒体は、
前記計算機に、１つの経路が前記移動デバイスと既に確立されているかどうか決定させるための第５のコードセットと；
前記計算機に、前記経路が既に確立されていることが決定される場合には、前記確立した経路の経路識別を前記経路プロトコルメッセージに含めさせるための第６のコードセットと；
をさらに備えた、請求項６３に記載の計算機プログラム製品。
【請求項６７】
前記計算機可読媒体は、
前記計算機に、前記移動デバイスとのセッションが終了されるべきであるというセッション参照ネットワーク制御器からの命令を受信させるための第５のコードセットと；
前記計算機に、前記経路プロトコルメッセージにＣＲＣエラー検出パターン（CRCErrorDetectPattern）を含めさせるための第６のコードセットと；
をさらに備えた、請求項６３に記載の計算機プログラム製品。
【請求項６８】
前記計算機可読媒体は、
前記計算機に、前記経路生成ヘッダを含まないパケットを受信することに基づいて、前記移動デバイスとの経路が確立されておらず、かつ経路が存在しないことを決定させるための第５のコードセットと；
前記計算機に、前記経路が確立されていないことが決定される場合には、前記経路が存在しないことを示すエラーコードを前記生成された経路プロトコルメッセージに含めさせるための第６のコードセットと；
をさらに備えた、請求項６３に記載の計算機プログラム製品。
【請求項６９】
前記計算機可読媒体は、
前記計算機に、前記移動デバイスの識別に失敗があることを決定させるための第５のコードセットと；
前記計算機に、前記移動デバイス識別失敗を示すために前記経路プロトコルメッセージにエラーコードを含めさせるための第６のコードセットと；
をさらに備えた、請求項６３に記載の計算機プログラム製品。
【請求項７０】
前記識別失敗はセッション参照ネットワーク制御器から受信される、請求項６９に記載の計算機プログラム製品。
【請求項７１】
前記計算機可読媒体は、
前記メッセージ内の経路ＩＤ（RouteID）ヘッダを受信するための第５のコードセットと；
前記RouteIDヘッダが認識されない場合には、現在の経路マップを求める要求を送信するための第６のコードのセットと；
をさらに備えた、請求項６３に記載の計算機プログラム製品。
【請求項７２】
経路生成ヘッダを含むメッセージを移動デバイスから受信するための手段と、なお、前記経路生成ヘッダは、トンネルを定義することに関連する１つ以上のパラメータを備える；
前記移動デバイスが「開始まで待機」状態にあるかどうかを決定するための手段と；
前記デバイスが前記「開始まで待機」状態にある場合には、少なくとも１つのエラーについて前記経路生成ヘッダを調査するための手段と；
前記受信されたメッセージに応じて経路プロトコルメッセージを生成するための手段と；
前記生成された経路プロトコルメッセージを前記移動デバイスへ送信するための手段と；
を備えた装置。
【請求項７３】
前記移動デバイスが前記「開始まで待機」状態になく、かつ前記経路生成ヘッダが全経路削除フラグを含まない場合には、前記移動デバイスからの前記経路生成ヘッダを無視するための手段をさらに備えた、請求項７２に記載の装置。
【請求項７４】
受信された前記経路生成ヘッダで要求されたパーソナリティがサポートされないかどうかを決定するための手段と；
前記経路生成ヘッダで受信されたパーソナリティ識別子の解釈を決定するためにセッション参照ネットワーク制御器にアクセスするための手段と；
サポートされる前記パーソナリティを優先順に配列するための手段と；
前記配列されたサポートされるパーソナリティを前記経路プロトコルメッセージに含めるための手段と；
をさらに備えた、請求項７２に記載の装置。
【請求項７５】
経路生成ヘッダを含むメッセージを移動デバイスから受信するように動作可能な第１のモジュールと、なお、経路生成ヘッダは、前記トンネルを定義することに関連する１つ以上のパラメータを備える；
前記移動デバイスが「開始まで待機」状態にあるかどうかを決定するように動作可能な第２のモジュールと；
前記デバイスが前記「開始まで待機」状態にある場合には、少なくとも１つのエラーについて前記経路生成ヘッダを調査するように動作可能な第３のモジュールと、なお、前記経路生成ヘッダは、前記デバイスが前記「開始まで待機」状態にない場合には無視される；
前記受信されたメッセージに応じて経路プロトコルメッセージを生成するように動作可能な第４のモジュールと；
前記生成された経路プロトコルメッセージを前記移動デバイスへ送信するように動作可能な第５のモジュールと；
を備えた、経路プロトコルのための少なくとも１つのプロセッサ。
【請求項７６】
前記少なくとも１つのエラーは、サポートされたパーソナリティエラー、確立済経路エラー、セッション終了エラー、経路未確立エラー、移動デバイス識別におけるエラー、またはそれらの組合せ、のうちの１つである、請求項７５に記載の少なくとも１つのプロセッサ。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は２００７年４月２５日出願の米国仮出願番号60/913,988、名称「経路プロトコルを提供するための方法および装置」（“Methods and Apparatus for Providing Route Protocol”）、および２００７年７月１２日出願の米国仮出願番号60/949,297、名称「ＵＭＢのための経路プロトコル設計」（“Route Protocol Design for UMB”）の利益を主張する。双方とも本出願の譲受人に譲渡され、これらの出願の全体がここに参照として組み込まれる。
【技術分野】
【０００２】
以下の説明は一般に無線通信システムに関する。より詳細には無線通信システムにおいて、通信経路またはトンネルを確立することに関する。
【背景技術】
【０００３】
無線通信システムは世界中の大部分の人々が交信する一般的な手段となった。これらのシステムは利用可能なシステム資源（例えば帯域幅および送信電力）を共有することによって複数のユーザとの交信をサポートすることができる多重接続システムである。そのような多重接続システムの例は符号分割多重接続（ＣＤＭＡ）システム、時分割多重接続（ＴＤＭＡ）システム、および周波数分割多重接続（ＦＤＭＡ）システム、直交周波数分割多重接続（ＯＦＤＭＡ）システム、およびその他のシステムを含む。
【０００４】
典型的な無線通信システムまたはネットワーク（例えば、周波数、時間および／または符号分割技術を用いている）は１つのカバレッジエリアを提供する１つ以上の基地局、およびそのカバレッジエリア内でデータを送受信できる１つ以上の移動（例えば無線）端末を含む。典型的な基地局は放送、マルチキャストおよび／またはユニキャストサービスのための複数のデータストリームを同時に送信できる。ここで、データストリームは、移動端末にとって受信したいと思う独立したデータのストリームである。基地局のカバレッジエリア内の移動端末は、複合ストリームによって搬送される１つ、１つより多い、またはすべてのデータストリームを受信することに関心がある。同様に、移動端末は基地局または別の移動端末にデータを送信する。
【０００５】
そのような通信システムにおいて、移動デバイスがハンドオフと呼ばれる隣接する地理的なセル間の移動の際に、中断のないサービスを提供することが望ましい。中断が品質劣化、低下した伝送、または他の望ましくない状況をもたらすため、そのようなセル間移動は重要である。したがって、現基地局から目標基地局へのハンドオーバをサポートする要求がある。
【発明の概要】
【０００６】
以下に、そのような態様の基本的理解を提供するために１つ以上の態様の簡易化した概要を述べる。この概要は、想定したすべての態様の広範な概観でなく、また、意図するところが、すべての態様の鍵となるまたは決定的な要素を特定することでも、いずれかのまたはすべての態様の範囲を正確に述べることでもない。この唯一の目的は、後で述べるより詳細な説明への導入として、簡単な形で１つ以上の態様のいくつかの概念を述べることである。
【０００７】
１つ以上の態様およびその対応する開示に従って、２つ以上の基地局の間にトンネルを生成することに関する種々の態様を説明する。
【０００８】
一態様は移動デバイスと基地局間にトンネル関係を生成するための方法に関する。この方法は、トンネルを介する通信の確立のために少なくとも１つの基地局を選択することと、前記少なくとも１つの基地局へ経路生成ヘッダ（Route Creation Header）を含むメッセージを送信することを含む。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。さらに、この方法は、経路生成ヘッダの確認を待機することと、確認が受信される場合、「開始まで待機」（Waiting−To−Open）状態から移行することを含む。確認はトンネル関係の生成を示す。
【０００９】
別の態様はメモリーおよびプロセッサを含む無線通信装置に関する。このメモリーは、トンネルを介する通信の確立のために少なくとも１つの基地局を選択することと、前記少なくとも１つの基地局へ経路生成ヘッダを含むメッセージを送信することとに関連する命令を保持する。さらに、このメモリーは、経路生成ヘッダの確認を待機することと、確認が受信される場合、「開始まで待機」状態から移行することとに関する命令を保持する。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。前記プロセッサは、メモリーに接続され、メモリーに保持された命令を実行するように構成される。
【００１０】
更に別の態様は計算機可読媒体を備える計算機プログラム製品に関する。この計算機可読媒体は、計算機に、トンネルを介する通信の確立のために少なくとも１つの基地局を選択させる第１のコードのセットと、前記計算機に前記少なくとも１つの基地局へ「経路生成ヘッダ」を含むメッセージを送信させるための第２のコードのセットとを含む。「経路生成ヘッダ」はトンネルを定義することに関係する１つ以上のパラメータを備える。前記計算機可読媒体は、前記計算機に、「経路生成ヘッダ」の確認を待機させるための第3のコードのセットと、前記計算機に、確認が受信される場合、「開始まで待機」状態から移行させるための第４のコードのセットとを含む。確認は、少なくとも１つの基地局からパケットを受信することを含む。
【００１１】
さらに別の態様は、トンネルを介する通信の確立のために少なくとも１つの基地局を選択するための手段と、前記少なくとも１つの基地局へ経路生成ヘッダを含むメッセージを送信するための手段とを含む装置に関する。「経路生成ヘッダ」はトンネルを定義することに関係する１つ以上のパラメータを備える。さらに、この装置は、経路生成ヘッダの確認を待機するための手段を含む。確認は、少なくとも１つの基地局からパケットを受信することを含む。メッセージを送信するための手段は、確認が受信されるまで、少なくとも１つの基地局へ経路生成ヘッダを含むメッセージを再送信する。確認が受信されると、「開始まで待機」状態から移行するための手段も含まれる。
【００１２】
さらに別の態様は、経路プロトコルのための少なくとも１つのプロセッサに関する。このプロセッサは、トンネルを介する通信の確立のために少なくとも１つの基地局を選択するように動作可能な第１のモジュールと、前記少なくとも１つの基地局へ経路生成ヘッダを含むメッセージを送信するように動作可能な第２のモジュールとを含む。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを備える。プロセッサは、経路生成ヘッダの確認を待機するように動作可能な第３のモジュールも含む。確認は、少なくとも１つの基地局からパケットを受信すること含む。また、確認が受信されるまで、少なくとも１つの基地局への経路生成ヘッダを含むメッセージを再送信するように動作可能な第４のモジュールと、確認が受信されると、「開始まで待機」状態から移行するように動作可能な第５のモジュールともプロセッサに含まれる。
【００１３】
別の態様は移動デバイスと基地局との間にトンネル関係を生成するための方法に関する。この方法は、移動デバイスから経路生成ヘッダを含むメッセージを受信することを含む。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。また、この方法は、移動デバイスが「開始まで待機」状態にあるかどうかを決定することと、そのデバイスが「開始まで待機」状態にある場合、少なくとも１つのエラーについて経路生成ヘッダを調査することとを含む。さらに、本方法は、受信されたメッセージに応じて経路プロトコルメッセージ（Route Protocol Message）を生成することと、生成された経路プロトコルメッセージを移動デバイスへ送信することとを含む。
【００１４】
さらに別の態様はメモリーおよびプロセッサを含む無線通信装置に関する。このメモリーは、移動デバイスから経路生成ヘッダを含むメッセージを受信することに関連する命令を保持する。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。また、メモリーは、移動デバイスが「開始まで待機」状態にあるかどうかを決定することと、そのデバイスが「開始まで待機」状態にある場合、少なくとも１つのエラーについて経路生成ヘッダを調査することとに関連する命令を保持する。さらに、メモリーは、受信されたメッセージに応じて経路プロトコルメッセージを生成することと、生成された経路プロトコルメッセージを移動デバイスへ送信することとに関連する命令を保持する。前記プロセッサは、メモリーに接続され、メモリーに保持された命令を実行するように構成される。
【００１５】
さらに別の態様は計算機可読媒体を含む計算機プログラム製品に関する。この計算機可読媒体は計算機に移動デバイスから経路生成ヘッダを含むメッセージを受信させるための第１のコードのセットを含む。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを備える。また、計算機可読媒体は、計算機に移動デバイスが「開始まで待機」状態にあるかどうかを決定させるための第２のコードのセットと、そのデバイスが「開始まで待機」状態にある場合、前記計算機に少なくとも１つのエラーについて経路生成ヘッダを調査させるための第３のコードのセットとを含む。計算機に受信されたメッセージに応じて経路プロトコルメッセージを生成させるための第４のコードのセットと、前記計算機に生成された経路プロトコルメッセージを移動デバイスへ送信させるための第５のコードのセットとが計算機可読媒体にさらに含まれる。
【００１６】
さらに別の態様は、移動デバイスから経路生成ヘッダを含むメッセージを受信するための手段を含む装置に関する。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。また、この装置は、移動デバイスが「開始まで待機」状態にあるかどうかを決定するための手段と、そのデバイスが「開始まで待機」状態にある場合、少なくとも１つのエラーについて経路生成ヘッダを調査するための手段とを含む。さらに、装置は、受信されたメッセージに応じて経路プロトコルメッセージを生成するための手段と、生成された経路プロトコルメッセージを移動デバイスへ送信するための手段とを含む。
【００１７】
別の態様は経路プロトコルのための少なくとも１つのプロセッサに関する。このプロセッサは、移動デバイスから経路生成ヘッダを含むメッセージを受信するように動作可能な第１のモジュールを含む。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。プロセッサは、移動デバイスが「開始まで待機」状態にあるかどうかを決定するように動作可能な第２のモジュールと、そのデバイスが「開始まで待機」状態にある場合、少なくとも１つのエラーについて経路生成ヘッダを調査するように動作可能な第３のモジュールとを含む。そのデバイスが「開始まで待機」状態にない場合、経路生成ヘッダは無視される。さらに、受信されたメッセージに応じて経路プロトコルメッセージを生成するように動作可能な第４のモジュールと、生成された経路プロトコルメッセージを移動デバイスへ送信するように動作可能な第５のモジュールとがプロセッサにさらに含まれる。
【００１８】
上記および関連する目的の達成のために、１つ以上の態様が、以下に完全に説明されかつ請求項に特に示される特徴を含む。以下の説明および添付図面により１つ以上の態様の一定の例示的特徴を詳細に説明する。しかし、これらの特徴はこの種々の態様の原理が採用される種々の方法の内の僅かを示しているだけである。他の利点および新規な特徴は、図面に関連して考察すれば、以下の発明を実施するための形態から明白になるだろう。また、開示された態様は、すべてのそのような態様およびその均等物を含むことが意図されている。
【図面の簡単な説明】
【００１９】
【図１】ここに説明する種々の態様に従う無線通信システムの図。
【図２】本発明の、無線通信環境において経路プロトコルを容易にするシステムの図。
【図３】本発明の、無線通信環境において経路プロトコルを容易にするシステムの図。
【図４】本発明の経路プロトコルパケットの２つの例を示す図。
【図５】本発明の、例示的経路プロトコルヘッダおよびこれらの種々のヘッダがいかに相互に作用するかを示す図。
【図６】本発明の、移動デバイスと基地局間にトンネル関係を生成するための方法を示す図。
【図７】本発明の、トンネルを介する移動デバイスと基地局間の通信を確立するための方法を示す図。
【図８】本発明の移動デバイスと基地局との間にトンネル関係を生成する例示的システム。
【図９】本発明の移動デバイスと基地局との間にトンネル関係を生成する例示システム。
【発明の詳細な説明】
【００２０】
図面を参照して種々の実施例について説明する。説明のため、以下の説明において、１つ以上の態様の完全な理解を与えるために多くの特定の詳細を記述する。しかし、そのような（複数の）態様がこれらの特定の詳細なしで実施され得ることは明白である。他の場合には周知の構造およびデバイスはこれらの態様の説明を容易にするためにブロック図の形で示される。
【００２１】
用語「部品」、「モジュール」、「システム」等は、この出願で用いられる場合、計算機関連のエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または計算用ソフトウェアのいずれかを指すことが意図されている。例えば、部品は、非限定的に、プロセッサ上で実行するプロセス、プロセッサ、オブジェクト、エクゼキュータブル、実行のスレッド、プログラム、および／または計算機である。例示として、計算デバイスで実行するアプリケーションおよび計算デバイスの双方は部品である。１つ以上の部品がプロセスおよび／または実行のスレッド内にあることがあり、また部品は１つの計算機に局在および／または２つ以上の計算機間に分散されることがある。さらに、これらの部品は種々のデータ構造を格納している種々の計算機可読媒体から実行されることがある。これらの部品は、例えば１つ以上のデータパケットを有する信号（例えば、ローカルシステム、分散システム内の別の部品と、および／またはインターネットのようなネットワークに跨って信号を介して他のシステムと相互に関係する１つの部品からのデータ）に従ってローカルおよび／またはリモート処理によって通信することがある。
【００２２】
さらに、無線端末に関連して種々の態様をここに説明する。無線端末はシステム、加入者ユニット、加入者局、移動局、移動デバイス、リモート局、リモート端末、アクセス端末、基地局、リモート端末、アクセス端末、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれる。無線端末は、携帯電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、スマートフォン、無線ローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド計算デバイス、衛星ラジオ、および／または、無線システム上で通信するための他の処理デバイスである。さらに、ここに基地局に関連して種々の態様を説明する。基地局は（複数の）無線端末と交信するために利用される。またアクセスポイント、ノードＢ、または他の用語で呼ばれる。
【００２３】
種々の態様または特徴は、多くのデバイス、部品、モジュール等を含むシステムについて提示されるだろう。種々のシステムが追加のデバイス、部品、モジュールその他を含むこと、および／または図面に関連して検討されるすべてのデバイス、部品、モジュールその他を含むわけではないことが理解され認識されるべきである。これらの方法の組合せも用いられる。
【００２４】
ここで図１を参照して、ここに説明する種々の態様に従う無線通信システム１００を示す。システム１００は、１つ以上のセクタ内に、互いのおよび／または１つ以上の移動デバイスへの無線通信信号を受信し、送信し、中継等をする１つ以上の基地局を含む。各基地局は、複数の送信機チェーンおよび受信機チェーン（例えば、各送信および受信アンテナに１つ）を含む。その各々は信号の送信および受信に関連する複数の部品（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を含む。各移動デバイスは、１つ以上の送信機チェーンおよび受信機チェーンを含む。これらは多入力多出力（ＭＩＭＯ）システムに利用される。各送信機および受信機チェーンは、当業者に理解されるように、信号の送信および受信に関連する複数の部品（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナなど）を含む。
【００２５】
図示するように、移動デバイス１０２は、ここで１次基地局１０４と呼ぶ基地局１０４と無線リンクでパケットを送信、および／または、受信する。無線通信システム１００の中には、移動デバイス１０２の範囲外にある他の基地局、例えば基地局１０６および１０８、がある。したがって、直接これらの基地局１０６、１０８との接続は確立できない。しかし、移動デバイス１０２が１次基地局１０４を介して基地局１０６および１０８と交信するためにトンネリングと呼ばれる手法が利用される。基地局１０６および１０８はここで２次基地局と呼ばれる。無線通信システム１００に多くの移動デバイス１０２、並びに基地局１０４、１０６、および１０８が含まれるが、理解されるように、簡単さのために、通信データ信号を１つの１次基地局へ送信する１つの移動デバイス１０２を例示している。ここで１つの１次基地局１０４は２つの２次基地局１０６および１０８へこれらの信号をトンネルする。
【００２６】
例えば、移動デバイス１０２は２次基地局１０６および／または１０８から無線信号（例えば、パイロット波形）を観測するが、観測された信号は２次基地局１０６または１０８との直接通信を可能とするほど強くない（例えば弱い信号）。しかし、移動デバイス１０２は１次基地局１０４を通るトンネルを確立し、２次基地局１０６，１０８上の予備資源を獲得することにより、１つ以上の２次基地局１０６、１０８との関係を確立したい。１つ以上の２次基地局１０６、１０８との信号がより強くなる場合、移動デバイス１０２は物理層上で２次基地局１０６、１０８との直接通信を所望する。このように、１つ以上の２次基地局１０６、１０８との直接交信を結局は行うということを見越してトンネルが確立される。トンネルは２次基地局１０６、１０８上の資源を予約する。これは移動デバイス１０２が２次基地局１０６，１０８との安全な関係を確立できるようにするものである。このような方法で、移動デバイス１０２が１次基地局１０４から２次基地局１０６、１０８へハンドオフされるため、滑らかかつ／または効率的なハンドオーバが達成される。
【００２７】
ここに開示された種々の態様は、アクセス端末１０２と基地局１０６および１０８との間の関係（例えば経路またはトンネル）の確立および／または切断(destruction)に関する。ここに開示された１つ以上の態様は、トンネルの確立および／または除去のために利用されるアドレシングまたはシグナリングに関する。付加的にまたは代替的に、いくつかの態様はトンネルを通じて獲得されるメッセージの形式および機能の形式に関する。これらの態様に関する詳細は、以下の図面および発明を実施するための形態を参照してより詳細に説明されるだろう。
【００２８】
図２に無線通信環境における経路プロトコルを容易にするシステム２００を示す。システム２００はチャンネルを介してデータを送っているとして示される無線通信装置２０２を含む。無線通信装置２０２はデータを送っているとして表わされているが、無線通信装置２０２はチャネルを介してデータの受信もする（例えば、無線通信装置２０２はデータの送信と受信を同時にすることがあり、また無線通信装置２０２は送信と受信を異なる時間に行うことがあり、それらの組合せ等もある）。例えば、無線通信装置２０２は移動デバイス（例えば、図１の移動デバイス１０２）である。理解の目的のために、無線通信装置２０２はここでは移動デバイス２０２と呼ぶ。
【００２９】
移動デバイス２０２は、１次基地局を介して１つ以上の２次基地局へトンネルが生成されるべきかどうかを決定することができる経路選択モジュール２０４を含む。このトンネルにより、移動デバイス２０２は１次基地局を介して１つ以上の２次基地局と交信できる。トンネルは経路プロトコルと経路間トンネリングプロトコルによって実施される。これらのプロトコルのヘッダは種々のトンネルに対する特定の機能を提供する。「経路生成ヘッダ」はトンネルを定義することに関係する１つ以上のパラメータを含む。例えば、「経路生成ヘッダ」は、経路を生成および／または削除することに関係するパラメータと同様に経路に対する選択されたパーソナリティ、その経路の経路識別、現経路が削除されるべきかどうか、に関する情報を搬送する。
【００３０】
経路識別子（ＩＤ）モジュール２０６は経路識別子RouteIDを決定する。この識別子は移動デバイス２０２によって生成される各トンネルについて異なる。RouteIDは経路ＩＤモジュール２０６によって「経路生成ヘッダ」内に含められる。RouteIDを利用することによって、基地局と移動デバイスの双方は古くなったメッセージ（現在「使用中経路」（In-Use Route）のインスタンスを指向しないメッセージ）を検出できる。基地局が移動デバイスへの経路を生成し、削除する故に、移動デバイスと基地局における経路インスタンス間に不整合の可能性がある。例えば、移動デバイスが新しい経路を生成したにも拘わらず、基地局は移動デバイスに対する古い経路インスタンスを有している。RouteIDによって、基地局および移動デバイスは同じ経路インスタンスが通信に利用されているかを決定することができる。これは経路インスタンスが生成されるときに決定できる。この決定は無線経由の通信および／またはＭＡＣＩＤとRouteID間の１対１マッピングに対してなされる。トンネル通信において、RouteIDは「経路間トンネリングプロトコル」（Inter−Route Tunneling Protocol、ＩＲＴＰ）ヘッダに含まれる。ＩＲＴＰヘッダ内のRouteIDは基地局から基地局通信に（「リンク層トンネル」（Link Layer Tunnel）ヘッダに）含まれる。逆もまた同様である。
【００３１】
いくつかの態様に従って、２次基地局との経路またはトンネルは既に確立されている。この状況では、経路生成の要求に応じて基地局からパケットが受信される。パケットは確立済経路（route already established）エラーコードおよび確立された経路の経路識別を含む。この情報に基づいて、移動デバイス２０２はトンネル関係が既に確立され、したがって、再度確立する必要はないと決定する。
【００３２】
移動デバイス２０２に関係する１つより多いトンネルがあることがある。例えば、移動デバイス２０２は複数の（２次）基地局に対する複数のトンネルを有する（例えば、図１の基地局１０６に対する１つのトンネルと基地局１０８に対する第２のトンネル）。各トンネルは異なるRouteIDを有する。いくつかの態様に従って、RouteIDは７ビットの識別子、例えば、RouteCounter（経路カウンタ）の次の７つの未使用最下位ビット（ＬＳＢ）、である。
【００３３】
限定のためではなく例示目的のために、既に確立されたトンネルでメッセージが送られる時には、移動デバイス２０２はそれが直接接続されている１次基地局へメッセージを送る。１次基地局はトンネリングポイント基地局（例えば、２次基地局）へメッセージを転送する。１次基地局が２次基地局へメッセージを送る場合、メッセージは各メッセージと共にRouteIDを含む。いくつかの状況において、同じ２次基地局と確立を試みられた複数のトンネルがあったかもしれない。例えば、第１のトンネルが確立され、次に、エラーが受信され、したがって第２のトンネルが確立された。これらの２つのトンネルは異なる経路識別子を有する。ネットワーク上のジッタまたは欠陥のある伝搬のため、メッセージは不正な順序で２次基地局に到来し始める。RouteIDが各メッセージに含まれているため、２次基地局は、（RouteIDにより識別される）別のトンネルの存在によって抑圧されたもはや存在しないトンネルに対応するメッセージを拒否することができる。このように、各メッセージのRouteIDはもはや存在しないトンネルへ送られる古くなったメッセージを軽減する。
【００３４】
経路プロトコルに含まれる別のフィールドは、パーソナリティモジュール２０８で決定される経路に対するパーソナリティを定義するパーソナリティである。この決定は移動デバイス２０２によってサポートされるあらかじめネゴシエーションされた形式のトンネルに基づいてなされる。パーソナリティは、プロトコル形式の総体（collection）、および一定の属性またはパラメータ値の総体である。各プロトコルは任意の時点でアクティブにされた特徴を示す属性を含む。パーソナリティはプロトコルの改訂番号を含む。接続が移動デバイス２０２と送信先（例えば、トンネルの他端にある基地局、２次基地局）との間で動作するように、双方のエンティティ（例えば、移動デバイスおよび２次基地局）は通信言語が一致しなければならない。２つのエンティティ（例えば、移動デバイスと２次基地局）が、何のパーソナリティが利用されるかについて合意すれば、そこに通信が存在しうる。予め定められたパーソナリティのリストおよび経路生成ヘッダは、どの言語が特定の経路で用いられるかを識別する。パーソナリティは、「初期プロトコル設定識別」（Initial Protocol Set Identification、ＩＰＳＩ）および「パーソナリティインデックス」（Personality Index）、（または「プロトコル設定識別子」（Protocol Set Identifier、PSI）である。保留中のパーソナリティスイッチがある場合、移動デバイスはパーソナリティを保留パーソナリティの値に設定する。
【００３５】
いくつかの態様に従って、パーソナリティモジュール２０８によって選択されたパーソナリティは２次基地局によってサポートされない。この状況においては、移動デバイス２０２は、パーソナリティがサポートされないことを示す２次基地局からのエラーコードを受信する。また、移動デバイス２０２は、サポートされているパーソナリティのリストであって、そこからパーソナリティモジュール２０８がリストを調査し、移動デバイス２０２によってサポートされたパーソナリティを選ぶことができるリストを受信する。「経路生成ヘッダパケット」（Route Creation Header Packet）は選択されたパーソナリティ情報を含むように、および選択された基地局へその情報を送信するように変更される。いくつかの態様に従って、基地局から受信したパーソナリティのリストは、基地局で決定されたように優先順に並べられる。移動デバイスが第１位のパーソナリティをサポートする場合、そのパーソナリティが使用される。第１位のパーソナリティがサポートされていない場合、第２位のパーソナリティが利用される。以下同様である。
【００３６】
いくつかの態様に従って、移動デバイス２０２は、１つより多いパーソナリティを、実質的に同時にアクティブにする。例えば、移動デバイス２０２は、１つより多い経路を開く（例えば、１つより多い２次基地局と交信している）。各経路は異なるパーソナリティを有する。これは、基地局の能力と移動デバイスの能力の関数である。
【００３７】
また、移動デバイス２０２には、２次基地局にその識別を示しその結果２つのエンティティ間の通信が確立されうるようにするために、移動デバイス２０２によって利用されるアクセス端末識別子（Access Terminal Identifier、ＡＴＩ）モジュール２１０が含まれる。移動デバイスの識別は、アクセス端末識別子（ＡＴＩ）を搬送するアクセス端末識別子（ATI）ヘッダに含まれる。ＵＡＴＩ（ユニキャストＡＴＩ)が移動デバイスに割り当てられる場合、ＡＴＩヘッダはＵＡＴＩに設定される。ＵＡＴＩが移動デバイスに割り当てられない場合、ＡＴＩヘッダはＲＡＴＩ（ランダムＡＴＩ）に設定される。
【００３８】
２次基地局は、ＡＴＩヘッダを受信し、基地局が正しいＡＴＩを正しい移動デバイスに整合させたかどうかを確認するためにＡＴＩヘッダを移動デバイスへ戻す伝達をする。例えば、基地局はＡＴＩヘッダを移動デバイス２０２から受信したＡＴＩ値に設定する。基地局から受信したＡＴＩヘッダが正しいＡＴＩヘッダ（例えば、移動デバイス２０２に対応するＡＴＩヘッダ）である場合、移動デバイス２０２は基地局と移動デバイス２０２が互いに認識していることを示すＡＴＩバインディング状態を実現できる。いくつかの態様に従って、ＡＴＩヘッダは移動デバイス２０２の１２８ビットの識別子である。
【００３９】
接続状態（Connected State）プロトコルがBindATI（バインドＡＴＩ）状態にある場合、ＡＴＩヘッダは移動デバイス２０２によって含められる。例えば、移動デバイス２０２によって送信されたＡＴＩヘッダと同一のＡＴＩヘッダを含む経路プロトコル（Route Protocol）ヘッダが２次基地局から受信されていない場合、移動デバイス２０２はBindATIに留まる。２次基地局から受信した経路プロトコルヘッダが、移動デバイス２０２によって送られた同一のＡＴＩヘッダを含んでいる場合、移動デバイス２０２はBindATI状態から出る(exit)。
【００４０】
経路生成ヘッダは、２次基地局がトンネルを生成したという確認が受信されるまで、および／または基地局からパケットが受信されるまで移動デバイス２０２に関係している送信機２１２によって送られる。この確認はトンネル関係の生成を示す。この確認が受信されるまで、移動デバイス２０２は「開始まで待機」状態にあり、移動デバイスは経路生成ヘッダを送信し続ける。「開始まで待機」状態は、移動デバイス２０２がこの経路で２次基地局からのパケットを受信していないことを示す。送信機２１２は、確認が受信されるまで経路生成ヘッダを送り続ける。確認が受信されるときと実質的に同時に、移動デバイス２０２は「開始まで待機」状態を出て（または、そこから移行して）、経路生成ヘッダはもはや送信機２１２によって送信されない。
【００４１】
いくつかの態様に従って、２次基地局からＡＴＩヘッダを受信するときと実質的に同時に、移動デバイス２０２はATIReceived（ＡＴＩ受信済）（ATIType（ＡＴＩ形式）、ＡＴＩ、RouteStatus（経路状態））表示（これは接続状態プロトコル（ＣＳＰ）によって用いられる）を送る。これらの態様に従って、ＡＴＩヘッダが存在しない、またはErrorCode（エラーコード）ヘッダが存在する場合、RouteStatusは「失敗」（0x1）に設定される。それ以外の場合、RouteStatusは0x0）に設定される。
【００４２】
移動デバイス２０２が、物理層上で直接接続をしている１次基地局ではなく、２次基地局と交信している場合、ＡＴＩヘッダ情報が利用されていることに注意するべきである。さらに、ＡＴＩヘッダはハンドオーバ中には、送られない。しかし第１の２次基地局との最初の接続が確立されると、ＡＴＩヘッダは１回送られる。第１の（移動デバイスの識別情報を知った）２次基地局との確立の後、他の２次基地局と確立された後続のトンネルは、移動デバイス２０２の識別情報を共有するように互いと調整する。したがって、基地局がＡＴＩヘッダ情報を伝達できるならば、ＡＴＩヘッダ（およびＡＴＩモジュール２１０）は、その後のＡＴＩトンネル生成のために、後続の機能を実行する必要がない。
【００４３】
したがって、いくつかの状況において、トンネルが生成される予定の基地局（例えば、２次基地局）は、移動デバイスのアドレスが変化したために移動デバイスの最新の識別子を知らない。アドレスが変化していない場合にはサービス中の基地局（例えば、１次基地局）は２次基地局にアドレスを伝達する。しかし、アドレスが最近変化した場合にはサービス中の基地局はアドレスの変化を認識しない。アドレス変更は、サービス中の基地局が認識しないＳＲＮＣ（中央制御器）と移動デバイス間の処理であるためである。例えば、アドレスが最近のX秒（Xは整数であり、一例では５）の間に変化した場合、移動デバイスは経路生成中に新しいアドレスを含め、それ以外の場合はアドレスを省く。これにより、２次基地局は、アドレスが最近変化した場合に移動デバイスのアドレスに関する最新情報を有することができ、またアドレスが最近変化しない場合にアドレスを含めるオーバヘッドを軽減できる。
【００４４】
例えば、移動デバイス２０２が１つの地理的な位置（例えば、ニューヨーク市）にある種々の基地局とのトンネルを確立した場合、これらの基地局はそれら自身の間でＡＴＩヘッダを伝達できるべきである。しかし、例えば移動デバイスのユーザがフェニックスへ飛行中の場合のように、移動デバイスが電源を切られる場合には、移動デバイスはフェニックス地域にある基地局へのＡＴＩヘッダ情報を含む経路生成ヘッダを生成し送信するべきである。
【００４５】
いくつかの態様に従って、経路生成ヘッダを含むメッセージを送信するために、２つ以上のパケット統合プロトコルパケット（Packet Consolidation Protocol Packet）が単一のＭＡＣパケットで搬送されるかどうかの決定がなされる。各パケット統合プロトコルパケットはヘッダ要素（Header Element）レコードを含む。１つより多いパケット統合プロトコルパケットが送られることになる場合、パケット統合プロトコルパケットの１つ以外のすべてからのヘッダ要素レコードを省略できる。これは、資源を節約し、システム２００の効率を改善する。
【００４６】
いくつかの態様に従って、ネットワークとのセッションは、種々の状況（例えば移動デバイス資格証明が期限切れ）のために終了される必要がある。セッションが終了されることになる場合、移動デバイスは、２次基地局からセッション終了エラーコードおよびＣＲＣエラー検出パターン（CRCErrorDetectPattern）を含むパケットを受信する。CRCErrorDetectPatternがセッションコードエラーコードがリンクエラーによるものでないことを示す場合、移動デバイス２０２は（２次基地局を含む）ネットワークとの再認証をする。
【００４７】
経路削除モジュール２１４は、特定の経路またはトンネルが削除されるべきであるか、およびいくつかの態様に従って新しいトンネルが開始されるべきか、を決定する。経路削除モジュール２１４は、経路が削除されるべきであることを示すための１ビットを経路生成ヘッダ内に構成する。このビットは「旧経路削除」（Delete Old Route）ビットと呼ばれる。いくつかの態様に従って旧経路削除（Delete Old Route）ビットは長さが１ビットである。経路削除モジュール２１４がこのビットを「１」に設定する場合、それによってトンネルは削除され、所望であれば、再開されることができる。旧経路削除ビットが「０」に設定される場合、それは、経路が削除されるべきでないことを示す。いくつかの態様に従って、移動デバイスは、誤動作、パーソナリティの変化、または他の理由でトンネルをリセットすることを望む。旧経路削除フラグをセットするべきかどうかを特定するトリガは、移動デバイスが無線リンクプロトコル（Radio Link Protocol 、ＲＬＰ）状態を失った状況を含む。
【００４８】
例えば、移動デバイス２０２から電源が取り外されるか、または移動デバイス２０２に、確立されていたいずれかのトンネルを含む前回の設定を失なわせる誤動作がある。例えば、移動デバイス２０２があるパケットフィルタおよび／または属性をネゴシエーションしていた場合、および誤動作により移動デバイス２０２が何がネゴシエーションされていたかを忘れた場合に、移動デバイス２０２は、トンネルおよび種々の動作状態の再設定を実行する必要がある。したがって、移動デバイスはトンネルを削除し、再度トンネル確立プロセスを始めるべきである。
【００４９】
いくつかの態様に従って、ＩＲＴＰヘッダに関して、ＲＣＰ（「経路制御プロトコル」（Route Control Protocol）が「開始まで待機」状態にある場合、移動デバイス２０２はアクセスノード（またはネットワーク）識別子（Access Node Identifier、ＡＮＩＤ）ヘッダを利用する。ＡＮＩＤヘッダは経路生成（RouteCreate）メッセージに応答する。いくつかの態様に従って、移動デバイス２０２は送信先経路に対するRouteIDヘッダを、この送信先経路に対するＡＮＩＤからRouteIDへのマッピングを含む経路マップ（RouteMap）がこの基地局へ送られない場合には使用しない。このように、移動デバイスが第１の基地局（例えば、１次基地局）を介して別の（例えば、２次）基地局にトンネル化しているとき、種々のアドレッシング手法が適用される。例えば、ある手法は、ＡＮＩＤと呼ばれるより長いアドレスを用いる。また、経路ＩＤと呼ばれるより短いアドレスがある。移動デバイスが、より長いアドレスとより短いアドレスの間のマッピングが（２次）基地局で利用可能とされていることを確立した後に、より短いアドレス（例えば、経路ＩＤ）が利用される。移動デバイスは、どの短いアドレスがどの長いアドレスへマッピングするかを示す表（例えば経路マップメッセージ（Route Map Message）を供給する。マッピングは基地局で維持される。基地局が認識しない経路ＩＤが受信される場合、基地局は移動デバイスにどのＡＮＩＤが経路ＩＤに対応するかを報告するように要請する質問メッセージを送る。移動デバイスはＡＮＩＤで応答する。
【００５０】
いくつかの態様に従って、サービス中の（例えば、１次）基地局がRouteIDヘッダ（短いアドレス）を受信しそのRouteIDを認識しない場合、移動デバイスは、現在の経路マップを要求する経路マップ要求（RouteMapRequest）メッセージを受信する。移動デバイスは要求に基づいて経路マップを送信する。いくつかの態様に従って、送信先経路に対するＡＮＩＤからRouteIDへのマッピングを含むRouteMapメッセージがこの基地局（例えば、アクセスネットワーク）に送られなかった場合、移動デバイスはこの送信先経路に対するRouteIDヘッダを用いない。
【００５１】
図３に無線通信環境における経路プロトコルを容易にするシステム３００を示す。システム３００は１つのチャンネルを介してデータを送っているとして示される無線通信装置３０２を含む。無線通信装置３０２はデータを送っているとして表わされているが、無線通信装置３０２はこのチャネルを介してデータの受信もする（例えば、無線通信装置３０２はデータの送信と受信を同時に行うかもしれないし、無線通信装置３０２は送信と受信を異なる時間に行うかもしれないし、それらの組合せ等であるかもしれない）。例えば、無線通信装置３０２は基地局（例えば、図１の基地局１０４、１０６、または１０８）である。装置３０２は移動デバイスによって受信される経路生成ヘッダに応じて種々のエラーコードを定義する。理解の目的のために、装置３０２は以下の検討において基地局３０２と呼ばれるだろう。
【００５２】
基地局３０２は移動デバイス（例えば図１の移動デバイス１０２、図２の移動デバイス２０２）から経路生成ヘッダを受信する。このヘッダを受信するときと実質的に同時に、基地局３０２は、経路生成プロトコル（Route Creation Protocol、ＲＣＰ）が「開始まで待機」または「終了まで待機」（Waiting-To-Close）状態に無い場合、そのヘッダを無視する。旧経路削除（DeleteOldRoutes）が（例えば「１」に）設定されている場合、基地局３０２はDeleteOldRoutesコマンドを発行する。これは、この移動デバイスとの現経路を削除するためにＲＣＰによって利用される。ＲＣＰが「終了まで待機」状態にある場合、基地局３０２によって経路再開（RouteReopen）指示が送られる。RouteReopenは開始状態（Open State）に入るためにＲＣＰによって利用される。
【００５３】
アクセス端末識別子（ＡＴＩ）確認モジュール３０４は、移動デバイスから受信したＡＴＩがその移動デバイスに対する正しいＡＴＩであることを確認するように構成される。この情報を確認するために、ＡＴＩ確認モジュール３０４は、ＡＴＩヘッダ内のＡＴＩ値を、移動デバイスから受信したＡＴＩ値に設定し、返答を送る。移動デバイスは、ＡＴＩを含むＡＴＩヘッダを受信すると、基地局３０２が正しく移動デバイスを識別している（または識別していない）ことを確認できる。
【００５４】
サポートされたパーソナリティモジュール３０６は、トンネルに対する移動デバイスによって選択されたパーソナリティが基地局３０２によってサポートされるかどうかを決定する。パーソナリティがサポートされない場合、パーソナリティエラーコードが送られる。いくつかの態様に従って、このエラーコードは「００００」で定義される。パーソナリティはプロトコル形式と属性の組合せである。基地局３０２がプロトコル形式と属性の１つ以上の組合せをサポートしていない場合、パーソナリティエラーコードが移動デバイスへ送られ、その結果移動デバイスは新しいパーソナリティを選択する。
【００５５】
パーソナリティエラーコード（例えば、エラーコード００００）が移動デバイスへ送信されるときと実質的に同時に、移動デバイスが利用すべき提案されるパーソナリティのリストも基地局３０２によって送られる。基地局３０２によってサポートされるパーソナリティのリストはサポートされたパーソナリティモジュール３０６によって維持される。移動デバイスによって選択されたパーソナリティがこのリストに含まれない場合、サポートされたパーソナリティモジュール３０６は、選択されたパーソナリティをサポートしないことを示し、移動デバイスがそこから選択し基地局３０２によってサポートされている他のパーソナリティに関する提案をする。
【００５６】
基地局３０２によってサポートされ、移動デバイスへ送られるパーソナリティは、（例えば、ＡＴＩ確認モジュール（ATI Confirmation Module）３０４によって識別されるような）移動デバイスの識別情報の関数である。移動デバイスの識別情報に基づいて、基地局３０２は、どのパーソナリティが移動デバイスに対して適当であるかを決定する。このパーソナリティは基地局３０２の能力とその特定の移動デバイスの要求の関数である。例えば、基地局３０２はそれがサポートできるパーソナリティまたはプロトコル（例えば、基地局ソフトウェアとハードウェア能力）を認識している。したがって、移動デバイスの識別情報が、それが低電力デバイスであることを示す場合には、基地局３０２は、移動デバイスが大電力移動デバイスであるとした場合とは異なるように移動デバイスとの機能を実行する。例えば、いくつかのパーソナリティは節電モードを有するが、他のパーソナリティは節電モードをサポートしないなどである。
【００５７】
いくつかの態様に従って、基地局３０２はセッション参照ネットワーク制御器（Session Reference Network Controller、ＳＲＮＣ）にアクセスし、ＡＴＩに基づいて移動デバイスに関する詳細な情報を問い合わせる。詳細な情報は移動デバイスによってサポートされるアプリケーションを含む。例えば、ＳＲＮＣは移動デバイスがテレビ電話デバイス、音声デバイス、データのみのデバイス、などであるかどうかの情報を含む。ＳＲＮＣはネットワークにおける中央エンティティであり、データベースに類似の機能を果たす。経路生成ヘッダで受信されたパーソナリティ識別子の解釈を含むＳＲＮＣから得た情報に基づいて、基地局３０２は、移動デバイスが基地局３０２とトンネルを確立するために利用する１つ以上のパーソナリティを提案する。このパーソナリティは優先順に配列される。
【００５８】
いくつかの態様に従って、移動デバイスは、基地局３０２との既存のトンネルがあるとき、新しいトンネルを生成する試みをする。重複経路検出モジュール３０８は、経路が既に存在することを確認し、移動デバイスと確立したトンネルが既存し従って新しいトンネル要求は拒絶されることを通知するためのエラーコードを移動デバイスに送る。この状況において、全経路削除フラグはゼロに設定され、その結果、移動デバイスは再設定されるかまたは再生成されるトンネルを要求していないが、基地局３０２と開始されるべき（重複している）経路を要求している。いくつかの態様に従って、経路既存エラーコードは「０００１」によって定義される。
【００５９】
トンネル生成の要求が拒絶される時の一例は、移動デバイスが基地局３０２から受信するパイロット信号に基づいてトンネル生成を開始するという状況である。例えば基地局３０２が、複数のパイロット信号を放射している複数セクタの基地局３０２である場合、それは複数のパイロット信号を放射している。移動デバイスは、最初のパイロット信号を検出し、トンネルを生成する。移動デバイスが２番目または他のパイロット信号を検出すると、第２のまたはより多くのトンネルを生成しようとする。これは、トンネル要求がなされるとき、その基地局が関係が既に終了した同じ基地局３０２であることをその移動デバイスが認識しないためである。このように、第２の（またはより多くの）トンネルは必要でなく、基地局３０２はこれらのトンネルが必要でないことを示す経路既存エラーコードを送る。
【００６０】
いくつかの態様に従って、セッション終了モジュール３１０は基地局３０２に含まれる。セッション終了モジュール３１０は、移動デバイスに関して重大なエラーを検出し、移動デバイスとのセッションを自動的に終了する。いくつかの態様に従って、セッション終了モジュール３１０はセッションが終了されるべきであることを示すセッション参照ネットワーク制御器からの命令を受信する。このエラーを示すエラーコードは移動デバイスに送られる。いくつかの態様に従って、このエラーコードは「００１０」で定義される。例えば、移動デバイスは、トンネルの確立を開始する試みをする。またはそのトンネルを介して通信する試みをする。アクセスネットワークは加入（例えばネットワークへのアクセス）が更新されていないこと（例えば加入を維持するためのかなりの未払い会費残高があること）を検出できる。この情報は移動デバイスの構成を決定するために基地局３０２がＳＲＮＣをアクセスするときに得られる。ＳＲＮＣは、移動デバイスの資格証明が期限切れており、移動デバイスはネットワークにアクセスするべきでないことを示す。したがって、このエラーはセッションを終了するために送られる。セッションの終了後、移動デバイスはネットワークへのアクセスを獲得するためにネットワークとの再認証をするべきである。再認証は、ネットワークが、移動デバイスがネットワークに入ることができるかどうかを確認できるようなセキュリティ鍵を提示することを含む。いくつかの態様に従って、移動デバイスは、異なるセットのセキュリティ鍵によって、またはネットワークアクセスを再入手する他の方法によって、ネットワークへのアクセスを入手する試みをする。
【００６１】
セッション終了エラーは重大な操作である。移動デバイスはセキュリティ資格証明を再確立できるまでネットワークにアクセスすることができないからである。従って、セッション終了エラーを送るとき、セッション終了モジュール３１０はＣＲＣエラー検出パターンを含む。ＣＲＣは「１」と「０」が多数回交互にあるｘビットのストリングである。ここでｘは整数であり、いくつかの態様に従って、ｘは１６である。したがって、エラーが物理層のパケットにある場合、この予め定義されたパターンは、移動デバイスが予測しているものに合わないかもしれず、間違ったセッション終了を緩和する（したがって、例えばリンクエラーが原因でセッションが終了されない）。移動デバイスがこのエラーを受信するときと実質的に同時に、ＣＲＣパターンが整合している場合、移動デバイスはセッション終了（CloseSession）を返す。これはセッション制御プロトコル（Session Control Protocol、ＳＣＰ）によってセッションを終了するために利用される。
【００６２】
経路存在モジュール３１２は、移動デバイスに基地局３０２との既存経路がないかどうかを決定する。この決定は、経路生成ヘッダを含まないパケットを受信することと、経路が移動デバイスと確立されていないことを決定することとに基づいてなされる。移動デバイスは、このエラーが発生するとき、「開始まで待機」状態外にある。移動デバイスがパイロット波形を受信し、そのパイロット波形が、関係が既に確立されている既存の基地局の１つに属すると確信する時、このシナリオが発生する。しかし、パイロット波形は関係が確立されていない基地局に属する。経路が存在していない場合、経路存在モジュール３１２は、その経路が基地局３０２に属してないことを示すためのエラーコードビットを設定する。いくつかの態様に従って、このエラーコードは「００１１」で示される。
【００６３】
経路非存在エラーコードは持続的経路の概念に起因して発生するかもしれない。移動デバイスが待機状態（例えばデータが交換されていない）にあるいくつかの場合において、移動デバイスは１つの（ＳＲＮＣ経路と呼ばれる）持続的経路を有する。移動デバイスが待機状態から出て接続を確立する試みをする場合、移動デバイスは特定の基地局（例えば、移動デバイスが強い信号を受信している基地局）へ接続する試みをする。移動デバイスはこの基地局が、移動デバイスが前に存在した経路を有していた同じ基地局かどうか、または新しい基地局であるかを決定する。それが既存経路であると確信される場合、移動デバイスは、経路生成ヘッダを送らず、トンネルまたは経路が既に確立されていると推定するだろう。移動デバイスは経路が既に確立されているかのように、パケットを送り始めるだろう。しかし、いくつかのインスタンスで、移動デバイスは誤りをし、その結果、その基地局は移動デバイスが経路を確立させた同じ基地局ではなく、新しい基地局である。この新しい基地局は、新しい基地局が移動デバイスとの経路を有していないし、また新しい基地局がその移動デバイスに関するいかなる知識を有していないことを移動デバイスに示す。また新しい基地局は経路生成ヘッダを要求する。
【００６４】
これらの状況は移動デバイスが境界エリアにあるとき起こりうる。移動デバイスは、初めに送信源基地局と経路を生成していたかもしれない。次に、移動デバイスはその基地局との接続を失っている。しかし、移動デバイスは、同様の周波数および／またはパイロットｐｎを有する新しい基地局のカバレッジエリアに入り、この新しい基地局へ、それが既存の基地局であるかのように情報を送り始める。しかし、新しい基地局との接続はない。このエラーコードを受信するときと実質的に同時に、新しい基地局と交信する新しい経路を生成する。
【００６５】
また、ＵＡＴＩ失敗モジュール３１４が含まれる。これは移動デバイスの端末識別子が変化したかどうかを決定し、変化があった場合、ＵＡＴＩ失敗エラーコードを送信する。いくつかの態様に従って、このエラーコードは「０１００」で定義される。いくつかの態様に従って、移動デバイスの識別はセッション参照ネットワーク制御器から受信した情報に基づいて失敗することがある。この状況は、新しい経路が生成される時と実質的に同時に、移動デバイスのＵＴＡＩ（端末識別子）が変化しているときに起こる。例えば、移動デバイスが、遠方の基地局（例えば、２次基地局）と新しい経路またはトンネルの設定を試みるとき、移動デバイスは、経路生成プロセスにそれ自身のＵＡＴＩを含めない。ＵＡＴＩは迂回中継上で基地局間で共有される。移動デバイスが直接接続される基地局（例えば、１次基地局）は移動デバイスによって識別された新しい基地局へ情報を伝達する。ＵＡＴＩが変化した場合には、新たに加えられた基地局は、ＵＡＤＩがもはや有効でないことを示すためにエラーコードを送る。エラーコードを受信するときと実質的に同時に、移動デバイスは、ＵＡＴＩ失敗（UATIFailed）表示（経路を無効にするためにＲＣＰによって用いられる指示）を返す。移動デバイスはＵＡＴＩが更新された後に、この基地局に新しい経路を生成する。
【００６６】
いくつかの態様に従って、ＩＲＴＰヘッダに関して、基地局３０２は経路マップ（RouteMap）が受信されるまで、アクセスノード識別子（Access Node Identifier、ＡＮＩＤ）ヘッダを利用しない。基地局３０２がRouteIDヘッダを受信し、基地局がRouteIDを認識しない場合、以下のことが起こる。ＲＣＰが「開始まで待機」状態にある場合、基地局はセッションアンカー経路（SessionAnchor Route）の経路プロトコルへペイロードを送る。それ以外の場合、基地局は現在の経路マップを問い合わせるために移動デバイスへ経路マップ要求（RouteMapRequest）メッセージを送る。
【００６７】
いくつかの態様に従って、RouteIDヘッダ（短いアドレス）は移動デバイスから受信されるが、サービス中の基地局はそのRouteIDヘッダを認識しない。この状況において、サービス中の基地局は、移動デバイスに現在の経路マップ要求（RouteMapRequest）メッセージを送る。いくつかの態様に従って、送信先経路に対するＡＮＩＤからRouteIDへのマッピングを含むRouteMapメッセージがこのアクセスネットワーク（例えば、基地局）に送られなかった場合、移動デバイスはその送信先経路に対するRouteIDヘッダを用いない。
【００６８】
開示された態様を完全に理解するために、図４に経路プロトコルパケット４００および４０２の２つの例を示す。経路プロトコルパケット４００は経路プロトコルペイロード（Route Protocol Payload）４０４および経路プロトコルヘッダ（Route Protocol Header）４０６を含む。経路プロトコルパケット４０２は経路プロトコルヘッダ４０６を含む。経路プロトコルパケット４００、４０２は、この経路に関係するプロトコルスタック（Protocol Stack）または、これもしくは別の経路の経路間トンネリングプロトコル（Inter−Route Tunneling Protocol）を識別するために利用されるパラメータを搬送するために、経路プロトコルヘッダ４０６を加える。また、経路プロトコルパケット４００、４０２は、送信のための経路プロトコルパケットが、この経路のパケット統合プロトコルまたは、これもしくは別の経路の経路間トンネリングプロトコルへ送られるべきかどうかを決定する。経路はアクセスネットワークに関係する使用中（InUse）プロトコルスタックを含む。
【００６９】
プロトコル４００、４０２は種々の表示を返す。これらの表示は、ATIReceived（ATIType、ＡＴＩ、RouteStatus）表示、パーソナリティ失敗（Personality Failure）、経路存在（RouteExists）、RouteReopen、UATIFailed、経路非存在（RouteDoesNotExist）を含む。いくつかの態様に従って、プロトコル４００、４０２はこのプロトコルに対する副形式、最後に送信されたＡＴＩ（移動デバイスのみ）、並びに静的属性（Static Attribute）、静的非属性データ（Static non- Attribute Data）およびローカル共通データ（Local Common Data）として定義されたデータを公開する。プロトコル４００は、上の層（例えば、ストリームプロトコルパケット（Stream Protocol Packet）（４０８）からパケットを受け、それを下の層（例えば、パケット統合プロトコル４１０）へ送る。
【００７０】
図５に経路プロトコルヘッダの例５００およびこれらの種々のヘッダがどのように相互に作用するかを示す。経路プロトコルヘッダの例５００について検討する前に、種々のフィールドに関する詳細を検討する。これらのフィールドの命名の規則、長さ、および設定は、例示目的のためであって、他の命名の規則、長さ、および／または、設定が開示された態様で利用される得ることに注意すべきである。
【００７１】
経路プロトコルヘッダは拡張ヘッダ包含済み（ExtendedHeaderlncluded）フィールドを有する。これは長さが約１ビットである。送信元は、１つ以上のヘッダ要素（HeaderElement）レコードが含まれる場合、ExtendedHeaderlncludedフィールドを「１」に設定する。それ以外の場合には、送信元はこのフィールドを「０」に設定する。ExtendedHeaderlncludedフィールドが「１」に設定されている場合、送信元はそれに続くHeaderElementレコードの１つ以上の発生を含むべきである。このレコードはモアヘッダ（MoreHeader）またはHeaderTypeである。このように、経路プロトコルヘッダは、いくつかの態様に従うと、長さ８ｎビットのHeaderElementの０以上のインスタンスを有する。
【００７２】
HeaderElementフォーマットは長さが約１ビットであるMoreHeaderフィールドを含む。送信元は、HeaderElementレコードに続く別のHeaderElementレコードがある場合、MoreHeaderフィールドを「１」に設定する。それ以外の場合は、送信元はこのフィールドを「０」に設定する。
【００７３】
HeaderElementフォーマットは長さが約３ビットのヘッダ形式フィールドを含む。このフィールドは、HeaderElementレコードの形式を示すために送信元によって設定される。HeaderTypeの値が０００（２進）である場合、逆方向リンクに対してRouteCreationが設定されるHeaderTypeの値が００１である場合、ＡＴＩ HeaderElementレコードが設定される。HeaderTypeが０１０である場合、順方向リンクに対してErrorCode HeaderElementレコードが設定される。他の値に対し、予備HeaderElement（Reserved HeaderElement）レコードが設定される。
【００７４】
可変長である特定ヘッダ形式（HeaderTypeSpecific）フィールド」、および予備フィールドも HeaderElementフォーマットに含まれる。これは長さが必要により０から７ビットまでである。
【００７５】
HeaderTypeフィールドが「０００」に設定されている場合、移動デバイスは可変長HeaderTypeSpecificフィールドを含む。これらのフィールドは長さが約１ビットのPSIIncluded（ＰＳＩ包含済み）フィールドを含む。ＰＳＩフィールドがこのヘッダに含まれている場合、PSIIncludedフィールドは移動デバイスによって「１」に設定される。ＩＰＳＩおよびPersonalitylndex（パーソナリティインデックス）フィールドがこのヘッダに含まれている場合、移動デバイスはPSIIncludedフィールドを「０」に設定する。
【００７６】
長さが０または約４ビットであるＩＰＳＩフィールドは別のHeaderTypeSpecificフィールドである。移動デバイスは、PSIIncludedフィールドが「１」に設定されている場合、ＩＰＳＩフィールドを省略する。それ以外の場合には、移動デバイスはこのフィールドを含む。移動デバイスは、ＩＳＰＩフィールドを、経路に対して選択されたパーソナリティに対応する初期プロトコル設定識別子（InitialProtocolSetIdentifier）に設定する。この経路に選択されたパーソナリティが格納されたパーソナリティに一致する場合、このフィールドは格納されたパーソナリティに関係するInitialProtocolSetIdentifierに設定される。
【００７７】
また、長さが０または約４ビットであるPersonalitylndexフィールドも含まれる。PSIIncludedフィールドが「１」に設定されている場合、移動デバイスはPersonalitylndexフィールドを省略する。それ以外の場合は、移動デバイスはこのフィールドを含む。このフィールドが、もし含まれていれば、このフィールドはこの経路に対して選択されたパーソナリティのPersonalitylndexに設定する。この「経路」に対して選択されたパーソナリティが、格納されたパーソナリティ（例えば、ＩＰＳＩ）と一致しない場合、移動デバイスはこのフィールドを「１１１１」に設定する。
【００７８】
ＰＳＩフィールドは長さが０または約１６ビットである。PSIIncludedフィールドが「０」に設定されている場合、移動デバイスはこのフィールドを省略する。それ以外の場合は、移動デバイスはこのフィールドを含む。このフィールドが含まれている場合、移動デバイスはこのフィールドを、この「経路」に対して選択されたパーソナリティに対応するプロトコル設定識別子（ProtocolSetldentifier）に設定する。
【００７９】
さらに、HeaderTypeSpecificフィールドは長さが約７ビットのRouteIDを含む。移動デバイスはRouteIDフィールドを、この経路に割り当てられたRouteID（経路制御プロトコルのRouteID公開データ）に設定する。
【００８０】
また、長さが約１ビットのDeleteOldRoutesフィールドも含まれる。アクセスネットワークがこの移動デバイスへの既存の経路がもしあれば、それを削除すべき場合、移動デバイスはこのフィールドを「１」に設定する。
【００８１】
HeaderTypeフィールドが「００１」に設定されている場合、送信元は長さが約２ビットのATITypeフィールドを含める。送付元はこのフィールドを以下のように設定する。ATITypeが「００」または「０１」の場合、ATIType記述は予約されている。ATITypeが「１０」の場合、ユニキャストＡＴＩ（UATI）のATIType記述は長さが約１２８ビットである。ATITypeが「１１」の場合、ATIType記述はランダムＡＴＩ（RATI）であり長さが約１２８ビットである。
【００８２】
また、長さが約１２８ビットのＡＴＩフィールドも含まれる。ATITypeフィールドが「１０」に設定されている場合、送信元はこのフィールドをこの移動デバイスに対応するＵＡＴＩ（例えば、経路制御プロトコルの現ＡＴＩ（CurrentATI）公開データ）に設定する。ATITypeフィールドが「１１」に設定されている場合、送信元はこのフィールドをこの移動デバイスに対応するＲＡＴＩ（例えば、経路制御プロトコルのCurrentATI公開データ）に設定する。また、長さが約２ビットのセッション署名ＬＳＢ（SessionSignatureLSB）も含まれる。送信元はこのフィールドをSessionSignatureの２つのＬＳＢに設定する。
【００８３】
HeaderTypeフィールドが「０１０」に設定されている場合、アクセスネットワークは以下の可変長レコードを含む。長さが約４ビットのErrorCodeフィールド。アクセスネットワークは、エラーコードを表示するために以下のようにErrorCodeフィールドを設定する。ErrorCodeが００００（２進）の場合、それはパーソナリティがサポートされないことを示す。エラーコード０００１は「経路」が存在することを示す。エラーコード００１０はセッション終了を示す。エラーコード００１１は経路が非存在であることを示す。エラーコード０１００はＵＡＴＩが失敗したことを示す。他のエラーコード値は予備である。
【００８４】
また、長さが０または約７ビットのRouteIDが含まれる。ErrorCodeフィールドが「０００１」に設定されていない場合、アクセスネットワークはRouteIDフィールドを省略する。その他の場合は、アクセスネットワークはこのフィールドを含め、それを既存の経路に対応するRouteIDに設定する。
【００８５】
また、長さが０または１６ビットのCRCErrorDetectPatternも含まれる。ErrorCodeフィールドが「００１０」に設定されていない場合、アクセスネットワークはこのフィールドを省略する。その以外の場合は、アクセスネットワークはこのフィールドを含め、それを「１０１０１０１０１０１０１０１０」に設定する。
【００８６】
送信元は、このHeaderElementレコードをオクテット揃えするための０から７ビットのフィールドを含む。送信元はこれらのビットをゼロに設定する。受信機はこれらのビットを無視する。
【００８７】
再び図５を参照して、ストリームプロトコルパケット５０４および拡張ヘッダ包含済み（ExHeaderlncl）フィールド５０６を含む経路プロトコルパケット５０２を示す。このパケット５０２において、ExHeaderlnclフィールドは「０」に設定される。これは拡張ヘッダが含まれていないことを示す。
【００８８】
また、経路生成ヘッダを有する経路プロトコルパケット５０８も示す。このパケット５０８はストリームプロトコルパケット５０４およびExtendedHeaderlncludedフィールド５０６を含む。このフィールドは、このパケット５０８において、拡張ヘッダが含まれていることを示すために「１」に設定される。また、含まれている別のフィールドはモアフィールド５０８である。このフィールドは「０」に設定される。モアフィールドは同時に１つより多いヘッダが含まれているかどうか、または同じパケット内に１つより多いヘッダがあり得るかどうかを示す。形式フィールド５１０は、ヘッダが経路生成ヘッダであることを示すために経路生成に設定される。また経路生成フィールドを示すバリューフィールド５１２が含まれる。また、予備フィールド５１４も含まれる。
【００８９】
経路生成およびＡＴＩヘッダを有する経路プロトコルパケット５１６はストリームプロトコルパケット５０４および「１」に設定されたExHeaderlnclフィールド５０６を含む。また、「１」に設定されたモアフィールド５０８および経路生成を示す形式フィールド５１０も含まれる。また、経路生成フィールドを示すバリューフィールド５１２も含まれる。このパケット５１６は２つの予備フィールド５１４も含む。「０」に設定された第２のモアフィールド５２０、およびＵＡＴＩを指示する形式フィールド５２２がさらに含まれる。また、ＵＡＴＩに設定されたバリューフィールド５２４も含まれる。
【００９０】
いくつかの態様に従って、１つより多いパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送される場合、ＭＡＣパケットの１番目以外のすべてのパケット統合プロトコルパケット内のHeaderElementレコードは省略される。これは複数のパケットが一緒に送られており、それらのすべてが同じヘッダを共有する場合にオーバヘッドを軽減することができる。移動デバイスは、最適化を実行し、最初のパケット内にのみヘッダを含める。これは効率を改善し、またはシステムを最適化するために、無線資源を節約する。
【００９１】
５２６にエラーコードヘッダ（Error Code Header）を有する経路プロトコルパケット（Route Protocol Packet）を示す。パディング（「０００００００」）フィールド５２８、予備フィールド５１４および「１」に設定されたExHeaderlnclフィールド５０６が含まれる。また、「０」に設定されたモアフィールド５０８およびエラーコードに設定された形式フィールド５１０も含まれる。このパケット５２６において、バリューフィールド（Value Field）５１２はErrorCode特定フィールドに設定される。
【００９２】
上で示し説明した代表的なシステムを考慮して、開示された内容に従って実施される方法は、以下のフローチャートを参照してよりよく理解されるだろう。説明の簡単さのために、この方法は連続したブロックとして示され説明されるが、いくつかのブロックは、ここに示され説明される順序とは異なる順序でおよび／または他のブロックと実質的に同時に発生し得るため、特許請求内容がブロックの番号または順序によって限定されないことが理解され認識されるべきである。さらに、以下に説明する方法を実施するために例示したすべてのブロックが必要というわけではない。ブロックに関係する機能はソフトウェア、ハードウェア、それらの組合せまたは任意の他の適切な手段（例えばデバイス、システム、プロセス、部品）によって実施され得ることが理解されるべきである。さらに、以下におよびこの明細書を通じて開示される方法は、このような方法を種々のデバイスへの運搬することおよび転送することを容易にするための製品に格納され得ることがさらに理解されるべきである。当業者は、方法が状態図のような一連の相互関係のある状態またはイベントとして代替的に表され得ることを理解し認識するだろう。
【００９３】
図６に移動デバイスと基地局間にトンネル関係を生成するための方法６００を示す。トンネル関係は、移動デバイスが個別のセルサイト（例えば、基地局）と中央制御器なしで独立して交信できるようにすることによってフラットネットワークアーキテクチャを可能とする。また、複数経路の方法は基地局インタフェース間の通信と同様に、移動デバイスと基地局通信を簡単化する。
【００９４】
６０２において、少なくとも１つの基地局とトンネルを介して通信を確立するためにその基地局が選択されると、方法６００が始まる。この決定は、移動デバイスが直接接続を有しない基地局から検出されるパイロット波形に基づいてなされる。トンネルは、移動デバイスが直接接続を有する基地局（例えば１次基地局）を介して、移動デバイスから１つ以上の２次基地局へ確立される。
【００９５】
６０４において、経路生成ヘッダを含むメッセージは、１つ以上の選択された基地局に送られる。このメッセージは１次基地局を介して送られる。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。アクセス端末識別子（ＡＴＩ）、パーソナリティ選択、経路の経路識別、既存の経路が削除されるべきかどうか等を含む種々のフィールドが、経路生成ヘッダに含まれる。例えば、少なくとも１つの基地局へのトンネルのための識別子が生成され、トンネルに対するパーソナリティが選択される。ここでこのパーソナリティは１つ以上のプロトコル形式および１つ以上の属性値を含む。トンネル識別子と選択されたパーソナリティは経路生成ヘッダに含まれる。新しい経路が生成されることになる時、移動デバイスは「開始まで待機」状態にある。この状態は、生成されるトンネルのパケットまたは確認が（２次）基地局からまだ受信されていないことを示す。
【００９６】
いくつかの態様に従って、メッセージを送信することは、１つ以上のパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送されることになるかどうかを決定することを含む。各パケット統合プロトコルパケットはヘッダ要素レコードを含む。したがって、パケット統合プロトコルパケットの１つ以外のすべてからのヘッダ要素レコードが省略される。このことは資源を節約し、効率を改善する。
【００９７】
いくつかの態様に従って、経路制御プロトコルは、新しいプロトコルスタックのパーソナリティを記述するために、InitialProtocolSetIdentifierまたはPersonalitylndexを選択する。このパイロットに対応するオーバヘッド情報が利用可能の場合、選択されたパーソナリティに対応するInitialProtocolSetIdentifierはこのパイロットに対応するアクセスネットワークによって通知されたInitialProtocolSetIdentifierの値の１つに等しい。それ以外の場合は、アクセス端末は実施で定義された決定に基づいてInitialProtocolSetIdentifierまたはPersonalitylndexを選択する。
【００９８】
方法６００は経路生成ヘッダの確認を待つ。６０６において、トンネル要求の確認が（２次）基地局から受信済みかどうかの決定がなされる。確認は移動デバイスと基地局との間のトンネル関係の生成を示す。この確認は、少なくとも１つの基地局からパケットを受信することを含む。この確認が受信されない「いいえ」の場合、６０８において、１つ以上のエラーコードが受信されたかどうかの決定がなされる。エラーコードが受信されない「いいえ」の場合、６０４においてメッセージが再送信されると、方法は継続する。１つ以上のエラーコードが受信される「はい」の場合、エラーコードは６１０において訂正され６０４において方法は継続する。これらのエラーコードに関連するより詳しい情報は以下に提供されるだろう。
【００９９】
６０６において、確認が受信され「はい」という決定の場合、６１２において、前記確認が、移動デバイスによって送信されたＡＴＩフィールドに設定された、ＡＴＩフィールドを「経路生成ヘッダ」内に含む（２次）基地局からヘッダを受信することを含むかどうかの判定を行う。ＡＴＩフィールドが整合している「はい」の場合、それは（２次）基地局がこの移動デバイスを認識することを示す。そのフィールドが整合していない「いいえ」の場合、その基地局は移動デバイスを認識しない。いくつかの態様に従って、ＡＴＩフィールドが合っていない場合、「経路生成ヘッダ」は６０４において再送信される。
【０１００】
６１２において、ＡＴＩフィールドが整合している場合（「はい」）、方法６００は６１４へ続き、６１４において、２次基地局によって送られたパケット内に１つ以上のエラーコードが受信されたかどうかの決定がなされる。これらのエラーコードは移動デバイスによって提案されたパーソナリティが基地局によってサポートされず、また基地局と移動デバイスの間の経路またはトンネルが既に存在しているということを含む。別のエラーコードは、基地局（またはネットワーク）が、種々の原因によってセッションの終了を望むことを示す。他のエラーコードは、移動デバイスが、経路が存在したと誤って考えたにも拘わらず、基地局と移動デバイスの間の経路が存在しないという表示、およびＵＡＴＩ失敗を含む。いくつかの態様に従って、１つより多いエラーコードが基地局によって移動デバイスに伝達される。
【０１０１】
エラーコードが受信されない「いいえ」の場合、方法６００は、６１６へ続き、「開始まで待機」から移行する。６１４において１つ以上のエラーコードが受信された（「はい」）場合、６１０においてエラーコードが訂正され、メッセージが更新された経路プロトコルヘッダと共に６０４において送られる。
【０１０２】
エラーの１つの形式はパーソナリティエラーである。このエラーは、基地局からの、パーソナリティエラーコードを含むパケットで受信される。パーソナリティエラーはパケット共に受信した配列されたパーソナリティのリストを調査することによって訂正される。このパケットは基地局によってサポートされるパーソナリティを含む。これらのパーソナリティは移動デバイスのおよび／または基地局の評価基準に基づいて基地局によって配列される。この配列化は優先順を含む。１つのパーソナリティが基地局によってサポートされるパーソナリティのリストから選択される。経路生成ヘッダパケットは、選択されたパーソナリティを含むように修正される。また、変更された経路生成ヘッダパケットは６０４で基地局へ送信される。
【０１０３】
パケットで受信した別の形式のエラーは、セッション終了エラーである。このパケットはCRCErrorDetectPatternも含む。この場合、移動デバイスは、基地局を含むネットワークとのネットワーク接続を再確立する試みをする。CRCErrorDetectPatternが、セッション終了エラーコードがリンクエラーによるものではないことを示す場合、ネットワークとの再認証が確立される。
【０１０４】
パケットに含まれる別のエラーコードは、経路が基地局と既に確立されていることを示す。確立された経路の経路識別がパケットに含まれる。この場合、移動デバイスと基地局間のトンネル関係は、既に関係が存在するため、必要ではないと決定される。したがって、方法６００は６０４で新しいメッセージを送らずに、終了する。
【０１０５】
更に別の形式のエラーはエラーコードで示されるような経路非存在である。この場合、経路プロトコルヘッダは基地局へ、その基地局への経路を確立するために、送られる。ＵＡＴＩエラーが受信される場合、正しいＡＴＩは、いったん確立されると、６０４において経路プロトコルヘッダで送られる。
【０１０６】
図７にトンネルを通じて移動デバイスと基地局間に通信を確立するための方法７００を示す。７０２において移動デバイスから経路生成プロトコルヘッダを受信すると、方法が始まる。経路生成プロトコルヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。このヘッダはメッセージで受信され、種々の情報、例えばアクセス端末識別子（ＡＴＩ）、パーソナリティ選択、経路の経路識別、既存の経路が削除されるべきかどうか等、を含む。
【０１０７】
いくつかの態様に従って、移動デバイスからRouteIDヘッダ（短いアドレス）が受信されるが、基地局はRouteIDヘッダを認識しない（例えば、RouteIDヘッダとＡＮＩＤ間のマッピングがない）。この状況において、基地局は移動デバイスに現在の経路マップを要求するRouteMapRequestメッセージを送る。いくつかの態様に従って、送信先経路に対するＡＮＩＤからRouteIDへのマッピングを含むRouteMapメッセージがアクセスネットワーク（例えば基地局）へ送信されない場合、移動デバイスはこの送信先経路に対するRouteIDヘッダを用いない。
【０１０８】
７０４において、移動デバイスが、経路生成プロトコルヘッダ内のフィールドによって示されるように、「終了まで待機」状態にあるかどうかの判定がなされる。デバイスが「終了まで待機」状態にある「はい」の場合、７０６において、「開始状態」（Open State）に入るために経路再開（Route Reopen）指示が移動デバイスへ送られる。７０２においてメッセージが移動デバイスから受信されると、方法７００は継続する。
【０１０９】
デバイスが「終了まで待機」状態にない（「いいえ」）場合、７０８において、ヘッダの１つのフィールドに示されるように、デバイスが「開始まで待機」状態にあるかどうかの決定がなされる。デバイスが「開始まで待機」状態になく、経路生成ヘッダが全経路削除フラッグ（Delete All Routes Flag）を含まない場合、（デバイスが「終了まで待機」状態にも「開始まで待機」状態にもないため）７１０においてヘッダは無視される。いくつかの態様に従って、経路が移動デバイスと既に確立されている場合、「ヘッダ」は無視される。デバイスが「開始まで待機」状態にある場合、７１２において、全経路が削除されるべきであるかどうかの決定がなされる。旧経路削除DeleteOldRoutesフラグが設定されるべきかどうかを特定するトリガは、移動デバイスが無線リンクプロトコル（ＲＬＰ）状態を失っている状況を含む。全経路が削除されるべき（「はい」）場合、７１４において、旧経路削除コマンドが発行され、方法７００は新しい経路が確立されるまで終了する。
【０１１０】
７１２において、古い経路が削除されるべきでない（「いいえ」）と決定された場合、方法７００は７１６へ続く。ここでエラー状態が（デバイスが「開始まで待機」状態にあるかどうか）チェックされる。
【０１１１】
エラー状態は移動デバイスによって提案されたパーソナリティが、基地局によってサポートされないかどうかということである。パーソナリティは１つ以上のプロトコル形式および１つ以上の属性値を含む。提案されたパーソナリティがサポートされていない場合、エラーコードは経路生成ヘッダに応じて送られる。パーソナリティは１つ以上のプロトコル形式および１つ以上の属性値を含む。また、エラーコードが送られるときと実質的に同時に、受信された経路生成ヘッダに対応して送られた経路プロトコルメッセージで、リストまたは勧告パーソナリティも送られる。このリストは優先順に配列される。ここで、より好ましいパーソナリティが最初に記載される。いくつかのパーソナリティが、より高いパケットまたはデータレートを実現し、それらのパーソナリティがより好ましいため、優先設定は性能に基づいて決定される。例えば、いくつかのパーソナリティが異なるアプリケーションに対して微調整される。移動デバイスが、例えば、ビデオ会議デバイスの場合、それは異なるパーソナリティを有する。基地局は、これらのパーソナリティを、移動デバイスが実行しているアプリケーションの形式に適用される基準および移動デバイスの能力に基づいて配列する。配列は移動デバイスに最高のデータレートまたは最高の特性を提供するであろう最初に記載されるパーソナリティを示す。移動デバイスが配列の最初におかれたパーソナリティをサポートする場合はそれが選択され、そうでなければ、移動デバイスは次のパーソナリティを用いる試みをし、以下同様である。このように、優先の順序は基地局に特定的（例えば、基地局の特性）であり、また移動デバイスにも特定的である。いくつかの態様に従って、基地局は、第１の移動デバイスへある優先順位を、また別の移動デバイスへ異なる優先順位を提供することができる。
【０１１２】
別のエラーコードは、基地局と移動デバイスの間の経路が既に存在しているかどうかということである。この状況において、別の経路を生成する必要はない。既に確立された経路の識別は経路生成ヘッダに応じて送られる経路プロトコルメッセージに含まれる。
【０１１３】
別のエラーコードはセッションが終了されるべきかどうか、例えば、移動デバイスがネットワークにアクセスするために必要な資格証明をもはや有していないかどうか、である。経路が終了されるべきであることを示す命令はセッション参照ネットワーク制御器から受信される。このエラーコードが送られるときと実質的に同時に、CRCErrorDetectPatternが、セッションがリンクエラーによって終了される機会を軽減するために送られる。
【０１１４】
基地局と移動デバイスの間の経路が存在していない場合、別のエラーコードが送られる。この状況は、移動デバイスが経路は存在すると確信するが、それは確立されていない場合に起こる。この場合、エラーコードは経路が存在しないことを示す経路プロトコルメッセージに含まれる。このエラーの決定は経路生成ヘッダを含まず、移動デバイスとの経路を確立していないというパケットを受信することに基づいてなされる。このエラーが発生する場合、移動デバイスは「開始まで待機」状態外にある。
【０１１５】
ＡＴＩが整合しないため、ＵＡＴＩが失敗する場合、さらに別のエラーコードが発生する。これは、経路が確立されている間、ＡＴＩが変えられた場合に発生する。このエラーコードを受信すると、デバイスは、基地局との交信を確立するために正しいＡＴＩを供給する。移動デバイスの識別はセッション参照ネットワーク制御器から受信した情報に基づいて失敗することがある。
【０１１６】
いくつかの状況において、トンネルが生成されている基地局（例えば、２次基地局）は、移動デバイスのアドレスが変わったため移動デバイスの最新の識別子を知らない。アドレスが変わっていない場合、サービス中の基地局（例えば、１次基地局）は２次基地局へアドレスを伝達する。しかし、アドレスが最近変わった場合、サービス中の基地局はアドレスの変更を認識していない。アドレス変更が、サービス中の基地局が認識しないＳＲＮＣ（中央制御器）と移動デバイス間のプロセスであるためである。例えば、アドレスが直前のＸ秒（Ｘは整数、例えば一例では５）の間に変わった場合、移動デバイスは経路生成の間に新しいアドレスを含み、それ以外の場合はそのアドレスを省略する。これにより、アドレスが最近変わった場合に２次基地局が移動デバイスに関する最新情報を有することができ、また、アドレスが最近変わっていない場合にアドレスを含むためのオーバヘッドを軽減する。
【０１１７】
７１８において、経路プロトコルメッセージは、他の基準（例えば、ＡＴＩフィールド）と同様に、見いだされたいかなるエラーも考慮に入れて、生成される。７２０において、基地局と移動デバイスの間に関係（例えば、トンネル）を確立するために、経路プロトコルメッセージが移動デバイスに送られる。
【０１１８】
開示された態様をより完全に理解するために、以下に経路プロトコルヘッダの送信および受信に関連する詳細が提示されるだろう。以下に開示された態様の１つの実施の特定の詳細が提示されるが、開示された態様と共に他の実施手法が利用されることが理解されるべきである。
【０１１９】
以下に移動デバイスの見地から送信手順を提示する。基本経路プロトコル（Basic Route Protocol）は送信のためのストリームプロトコルパケット（Stream Protocol Packet）を入力し、またはペイロード無しの経路プロトコルパケットを送ることを望む。移動デバイスにおいて、経路プロトコルは、ＭＡＣ層へペイロードを提供するときは、ペイロード無しのパケットを送り、ストリームプロトコルパケットが利用可能ではない。この状況で、基本経路プロトコルは以下に説明する手順を実行する。基本経路プロトコルは、１つ以上のHeaderElementレコードが加えられるべきであるかどうか決定することによって経路プロトコルパケットを生成するために、経路プロトコルヘッダを加える。
【０１２０】
経路制御プロトコルの状態公開データが「開始まで待機」状態にあり、移動デバイスがこの経路でアクセスネットワークからいかなるパケットも受信していない場合、HeaderTypeが「０００」（例えばRouteCreationヘッダ）のHeaderElementレコードが加えられる。
【０１２１】
HeaderTypeが「０００」（例えばRouteCreationヘッダ）のHeaderElementレコードが加えられている場合、移動デバイスはパーソナリティを生成する。アクセスネットワークからの保留中パーソナリティスイッチ要求があれば、移動デバイスはヘッダのPersonalitylndexフィールドをセッション制御プロトコルのPendingPersonalitylndex（保留中パーソナリティインデックス）公開データの値に設定する。移動デバイスがRouteCreateメッセージに応じてこの経路を生成済みの場合、移動デバイスはヘッダ内のＰＳＩフィールドまたはＩＰＳＩおよびPersonalitylndexフィールドのいずれかを含む。それ以外の場合、移動デバイスはヘッダ内のＩＰＳＩおよびPersonalitylndexを含む。
【０１２２】
接続状態プロトコル（Connected State Protocol）の状態公開データがBindATIに設定され、かつ移動デバイスが移動デバイスによって送られたＡＴＩヘッダと同一のＡＴＩヘッダを含むアクセスネットワークから経路プロトコルヘッダを受信しなかった場合、HeaderTypeが「００１」（例えばＡＴＩヘッダ）のHeaderElementレコードが加えられる。
【０１２３】
HeaderTypeが「００１」（例えばＡＴＩヘッダ）のHeaderElementレコードが加えられている場合、移動デバイスは以下の手順を実行する。経路制御プロトコルのCurrentATI公開データがＵＡＴＩに設定される場合、移動デバイスはATITypeフィールドを「１０」に設定し、ＡＴＩフィールドを経路制御プロトコルのCurrentATI公開データに設定する。経路制御プロトコルのCurrentATI公開データがＲＡＴＩに設定される場合、移動デバイスはATITypeフィールドを「１１」に設定し、ＡＴＩフィールドを経路制御プロトコルのCurrentATI公開データに設定する。移動デバイスはLastTransmittedATI（直前に送信されたＡＴＩ）を（ATITypeフィールドの値｜ＡＴＩフィールドの値）に設定する。
【０１２４】
１つより多い「パケット統合プロトコルパケット」が単一のＭＡＣパケットで搬送されるであろう場合、基本経路プロトコルは、ＭＡＣパケットの１番目以外のすべてのパケット統合プロトコルパケット内のHeaderElementレコードを省略する。経路プロトコルは、この手順を実行するために、パケット統合プロトコルからの情報を用いる。
【０１２５】
いかなるHeaderElementレコードも加える必要がない場合、基本経路プロトコルはExtendedHeaderlncludedフィールドを「０」に設定する。それ以外の場合、基本経路プロトコルはExtendedHeaderlncludedフィールドを「１」に設定し、HeaderElementレコードの必要な数を加える。いくつかの態様に従って、これがペイロードなしの経路プロトコルパケットに対応している場合、基本経路プロトコルはパディングフィールドを「０００００００」に設定する。
【０１２６】
現在、（逆方向制御チャネルＭＡＣプロトコル（Reverse Control Channel MAC Protocol）のＲＬＳＳ公開データによって示されるように）逆方向リンクサービス経路（Reverse Link Serving Route）である経路が無い場合、経路プロトコルは無線リンク管理・接続開始（AirlinkManagement.OpenConnection）コマンドを発行する。それ以外の場合、経路制御プロトコルは以下を実行する。この経路が（逆方向制御チャネルＭＡＣプロトコルのＲＬＳＳ公開データによって示されるような）逆方向リンクサービス経路である場合、基本経路プロトコルは、経路プロトコルパケットをそれの経路のパケット統合プロトコルへ渡すが、経路プロトコルパケットをそれの経路の経路間トンネル化プロトコルへ渡すことができる。それ以外の場合、基本経路プロトコルは、経路プロトコルパケットを、（逆方向制御チャネルＭＡＣプロトコルのＲＬＳＳ公開データによって示されるように）逆方向リンクサービス経路の経路間トンネル化プロトコルへ渡す。
【０１２７】
以下に基地局の見地から代表的な送信手順を提示する。基本経路プロトコルが送信のためのストリームプロトコルパケットを受信、またはペイロードなしの経路プロトコルパケットを送ることを望む場合、基本経路プロトコルは以下を実行する。基本経路プロトコルは、以下のように経路プロトコルパケットを生成するために経路プロトコルヘッダを加える。基本経路プロトコルは、１つ以上のHeaderElementレコードが、以下のように加えられる必要があるかどうかを決定する。HeaderTypeが「０１０」（例えばErrorCodeヘッダ）のHeaderElementレコードは以下のようにして含まれる。
【０１２８】
アクセスネットワークは、HeaderTypeが「０１０」（例えばErrorCodeヘッダ）の１つより多いHeaderElementレコードを含まない。アクセスネットワークが移動デバイスからRouteCreationヘッダを受信し、移動デバイスによって提案されたパーソナリティがアクセスネットワークによってサポートされない場合、アクセスネットワークはErrorCodeフィールドを「００００」に設定する。アクセスネットワークが移動デバイスからRouteCreationヘッダを「０」に設定されたDeleteOldRoutesと共に受信し、かつこの移動デバイスに対する経路が既に存在し、また経路制御プロトコルの状態公開データがWaitingToClose状態に設定されていない場合、アクセスネットワークはErrorCodeフィールドを「０００１」に設定する。アクセスネットワークがセッションを終了させることを要求している場合、アクセスネットワークはErrorCodeフィールドを「００１０」に設定する。アクセスネットワークが、HeaderTypeが「００１」（例えばＡＴＩヘッダ）のHeaderElementレコードを移動デバイスから受信するが、HeaderTypeが「０００」（例えばRouteCreationヘッダ）のHeaderElementレコードを伴わない場合、アクセスネットワークはSessionAnchorではない。また、この移動デバイスに対する経路が存在しない場合、アクセスネットワークはErrorCodeフィールドを「００１１」に設定する。
【０１２９】
接続状態プロトコルのプロトコル状態（ProtocolState）公開データがBindATIに設定されている場合、HeaderTypeが「００１」（例えばＡＴＩヘッダ）のHeaderElementレコードが含まれる。アクセスネットワークはATITypeおよATIフィールドを、移動デバイスから受信した対応する値に設定する。
【０１３０】
上記の規則に基づくいかなるHeaderElementレコードも加えられる必要がない場合、基本経路プロトコルはExtendedHeaderlncludedフィールドを「０」に設定する。それ以外の場合、基本経路プロトコルはExtendedHeaderlncludedフィールドを「１」に設定し、HeaderElementレコードの必要な数を加える。これがペイロードなしの経路プロトコルパケットに一致する場合、基本経路プロトコルはパディングフィールドを「０００００００」に設定する。
【０１３１】
基本経路プロトコルは以下を実行する。この経路が（逆方向制御チャネルＭＡＣプロトコルのＦＬＳＳ公開データによって示されるように）順方向リンクサービス経路（Forward Link Serving Route）である場合、基本経路プロトコルは、経路プロトコルパケットをそれの経路のパケット統合プロトコルへ渡すが、経路プロトコルパケットをそれの経路の経路間トンネル化プロトコルへ渡し得る。それ以外の場合、基本経路プロトコルは、経路プロトコルパケットを、（逆方向制御チャネルＭＡＣプロトコルのＦＬＳＳ公開データによって示されるように）順方向リンクサービス経路の経路間トンネル化プロトコルへ渡す。
【０１３２】
以下に移動デバイスの見地から代表的な受信手順を提示する。基本経路プロトコルが、経路プロトコルパケットをそれの経路のパケット統合プロトコルからまたはそれの経路もしくは別の経路の経路間トンネル化プロトコルから受信する場合、基本経路プロトコルは以下を実行する。基本経路プロトコルは、ストリームプロトコルパケットまたはパディングフィールドを生成するためにある経路プロトコルヘッダを以下のように除去する。
【０１３３】
HeaderTypeが「０１０」（例えばErrorCodeヘッダ）のHeaderElementレコードが「００００」に設定されたErrorCodeフィールドと共にある場合、基本経路プロトコルはパーソナリティ失敗（PersonalityFailure）表示を返す。HeaderTypeが「０１０」（例えばErrorCodeヘッダ）のHeaderElementレコードが「０００１」に設定されたErrorCodeフィールドと共にある場合、基本経路プロトコルは経路存在（RouteExists）表示を返す。HeaderTypeが「０１０」（例えばErrorCodeヘッダ）のHeaderElementレコードが「００１０」に設定されたErrorCodeフィールドおよび「１０１０１０１０１０１０１０１０」に設定されたCRCErrorDetectPatternフィールドと共にある場合、基本形ロプロトコルはセッション制御非活性化（SessionControl.Deactivate）コマンドを発行する。HeaderTypeが「０１０」（例えばErrorCodeヘッダ）のHeaderElementレコードが「００１１」に設定されたErrorCodeフィールドと共にある場合、基本経路プロトコルは経路非存在（RouteDoesNotExist）表示を返す。HeaderTypeが「０１０」（例えばErrorCodeヘッダ）のHeaderElementレコードが「０１００」に設定されたErrorCodeフィールドと共にある場合、基本経路プロトコルはUATIFailed表示を返す。
【０１３４】
基本経路プロトコルはATIReceived（ATIType、ＡＴＩ、経路状態）表示を返す。この表示は接続状態プロトコルの状態公開データがバインディングＡＴＩに等しいときに用いられる。この表示が利用されている場合、引数は以下のように設定される。HeaderTypeが「００１」（例えばATIヘッダ）のHeaderElementレコードがある場合、ATITypeおよびＡＴＩの引数はヘッダ内で受信された対応する値に設定される。HeaderTypeが「００１」（例えばＡＴＩヘッダ）のHeaderElementレコードが存在しない場合、ATITypeおよびＡＴＩの引数はNULLに設定される。HeaderTypeが「００１」（例えばＡＴＩヘッダ）のHeaderElementレコードが存在しない場合、またはHeaderTypeが「００１」のHeaderElementレコードが存在した場合、RouteStatusは０ｘ１に設定される。それ以外の場合はRouteStatusは０ｘ０に設定される。
【０１３５】
経路プロトコルパケットが「０００００００」のパディングフィールドから成り、ストリームプロトコルペイロードがない場合、基本経路プロトコルはパディングフィールドを廃棄する。それ以外の場合は、基本経路プロトコルはストリームプロトコルパケットをそれの経路のストリームプロトコルに渡す。
【０１３６】
以下に基地局の見地から代表的な受信手順を提示する。基本経路プロトコルが、経路プロトコルパケットをそれの経路のパケット統合プロトコルからまたはそれの経路もしくは別の経路の経路間トンネル化プロトコルから入力する場合、基本経路プロトコルは以下を実行する。基本経路プロトコルはストリームプロトコルパケットまたはパディングフィールドを生成するためにある経路プロトコルヘッダを以下のように除去する。
【０１３７】
HeaderTypeが「００１」（例えばATIヘッダ）のHeaderElementレコードがある場合、基本経路プロトコルはATIReceived（ATIType、ＡＴＩ、RouteStatus）表示をATIの受信値に設定されたATIと共に返す。HeaderTypeが「０００」（例えばRouteCreationヘッダ）のHeaderElementレコードがある場合、アクセスネットワークは以下を実行する。経路制御プロトコルの状態公開データが「開始まで待機」または「終了まで待機」に等しくない場合、アクセスネットワークはこのヘッダを無視する。
【０１３８】
ヘッダが無視されない場合、アクセスネットワークは以下を実行する。DeleteOldRoutesフィールドが「１」に設定されている場合、基本経路プロトコルは経路制御削除．旧経路削除（RouteControl.DeleteOldRoutes）コマンドを発行する。経路制御プロトコルの状態公開データが「終了まで待機」に設定されている場合、経路プロトコルはRouteReopen指示を返す。
【０１３９】
経路プロトコルパケットが「０００００００」のパディングフィールドから成り、ストリームプロトコルペイロードがない場合、基本経路プロトコルはパディングフィールドを廃棄する。それ以外の場合は、基本経路プロトコルはストリームプロトコルパケットをそれの経路のストリームプロトコルに渡す。
【０１４０】
図８を参照して、移動デバイスと基地局間にトンネル関係を生成する例示的システム８００を示す。システム８００は移動デバイスの中に少なくとも部分的にある。システム８００が機能的ブロックを含んでいるとして表されており、これらは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によって実施される機能を代表する機能ブロックであるということが理解されるべきである。
【０１４１】
システム８００は、別々にまたは共同して動作する電気部品の論理的グループ８０２を含む。論理的グループ８０２はトンネルを介する通信を確立するための少なくとも１つの基地局を選択するための電気部品８０４を含む。また、論理的グループには経路生成ヘッダを含むメッセージを少なくとも１つの基地局へ送信するための電気部品８０６も含む。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。
【０１４２】
また、論理的グループ８０２は経路生成ヘッダの確認を待機するための電気部品８０８を含む。この確認は、少なくとも１つの基地局からのパケットを受信することを含む。電気部品８０６は経路生成ヘッダを含むメッセージを確認が受信されるまで少なくとも１つの基地局へ再送信する。さらに、論理的グループ８０２は、確認が受信されると、「開始まで待機」から移行するための電気部品８１０を含む。
【０１４３】
いくつかの態様に従って、論理的グループ８０２は、２つ以上のパケット統合プロトコルパケットが単一のＭＡＣパケットで搬送されることを決定するための電気部品をむ。各パケット統合プロトコルパケットはヘッダ要素レコードを含む。また、論理的グループ８０２には、パケット統合パケットの１つ以外のすべてからのヘッダ要素レコードを省略するための電気部品も含まれる。
【０１４４】
いくつかの態様に従って、論理的グループは少なくとも１つの基地局からパケットを受信するための電気部品を含む。このパケットはパーソナリティエラーコードを含む。また、このパケットで受信した配列されたパーソナリティのリストを調査するための電気部品、および配列されたパーソナリティのリストから１つのパーソナリティを選択するための電気部品が含まれる。さらに、論理的グループは、選択されたパーソナリティを含むように経路生成ヘッダパケットを修正するための電気部品、およびこの修正された経路生成ヘッダパケットを少なくとも１つの基地局へ送信するための電気部品を含む。
【０１４５】
いくつかの態様に従って、論理的グループ８０２は少なくとも１つの基地局からパケットを受信するための電気部品を含む。このパケットは既確立経路エラーコードおよび確立された経路の経路識別を含む。また、トンネル関係が必要でないと決定するための電気部品が含まれる。
【０１４６】
いくつかの態様に従って、論理的グループは少なくとも１つの基地局からパケットを受信するための電気部品を含む。このパケットはセッション終了エラーコードおよびCRCErrorDetectPatternを含む。また、論理的グループ８０２には、CRCErrorDetectPatternがセッション終了エラーコードがリンクエラーによるものでないことを示す場合に、前記少なくとも１つの基地局を含むネットワークとの再認証をするための電気部品が含まれる。
【０１４７】
さらに、システム８００は電気部品８０４、８０６、８０８、および８１０または他の部品に関係する機能を実行するための命令を保持するメモリー８１２を含む。電気部品８０４、８０６、８０８、および８１０の１つ以上がメモリー８１２の外部であるとして示されているが、メモリー８１２内にあっても良いことが理解されるべきである。
【０１４８】
図９を参照して、移動デバイスと基地局間にトンネル関係を生成する例示的システム９００を示す。システム９００は基地局の中に少なくとも部分的にある。システム９００が機能的ブロックを含んでいるとして表されており、これらは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によって実施される機能を代表する機能ブロックであるということが理解されるべきである。
【０１４９】
システム９００は、別々にまたは共同して動作する電気部品の論理的グループ９０２を含む。論理的グループ９０２は、移動デバイスから経路生成ヘッダを含むメッセージを受信するための電気部品９０４を含む。経路生成ヘッダはトンネルを定義することに関係する１つ以上のパラメータを含む。また、論理的グループ９０２には、移動デバイスが「開始まで待機」状態にあるかどうかを決定するための電気部品９０４が含まれる。さらに、論理的グループは、移動デバイスが「開始まで待機」状態にある場合、少なくとも１つのエラーについて経路生成ヘッダを調査するための電気部品９０８を含む。また、受信されたメッセージに応じて経路プロトコルメッセージを生成するための電気部品９１０が含まれる。さらに、論理的グループ９０２は生成された経路プロトコルメッセージを移動デバイスへ送信するための電気部品を含む。いくつかの態様に従って、論理的グループ９０２は、移動デバイスからの経路生成ヘッダを、そのデバイスが「開始まで待機」状態にない場合には、無視するための電気部品を含む。
【０１５０】
いくつかの態様に従って、論理的グループは、受信された経路生成ヘッダで要求されたパーソナリティがサポートされないかどうかを決定するための電気部品、および、サポートされているパーソナリティを決定するためにセッション参照ネットワーク制御器にアクセスするための電気部品を含む。また、論理的グループ９０２には、サポートされているパーソナリティを優先順に配列するための電気部品、および経路プロトコルメッセージ内に前記配列されたサポートされたパーソナリティを含めるための電気部品が含まれる。
【０１５１】
さらに、システム９００は電気部品９０４、９０６、９０８、９１０、および９１２または他の部品に関係する機能を実行するための命令を保持するメモリー９１４を含む。電気部品９０４、９０６、９０８、９１０、および９１２の１つ以上がメモリー９１４の外部であるとして示されているが、メモリー９１４内にあっても良いことが理解されるべきである。
【０１５２】
ここに説明した態様はハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せによって実施されることが理解されるべきである。システムおよび／または方法がソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラムコードもしくはコードセグメントで実施されると、それらは記憶部品のような機械可読媒体に格納される。コードセグメントは、手順、機能、副プログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造もしくはプログラムステートメントの任意の組合せを表す。コードセグメントは、情報、データ、引数、パラメータ、またはメモリー内容を通過させおよび／入力することによって、別のコードセグメントまたはハードウェア回路と接続される。情報、引数、パラメータ、データ等は、メモリー共有、メッセージパッシング、トークンパッシング、ネットワーク伝送などを含む任意の適切な手段を用いて、通過され転送されまたは伝達される。
【０１５３】
ここに開示された態様に関して説明された例示的論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向ＩＣ（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラム可能論理デバイス、個別ゲートもしくはトランジスタロジック、個別ハードウェア部品、またはここに説明した機能を実行するように設計されたそれらの任意の組合せで実施または実行される。汎用プロセッサは、マイクロプロセッサであるかもしれないが、代替的にはプロセッサは、通常のプロセッサ、制御器、マイクロ制御器または状態機械である。プロセッサはまた、計算デバイスの組合せ、例えばＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと連係した１つ以上のマイクロプロセッサ、または他のそのような構成として実施される。さらに、少なくとも１つのプロセッサが１つ以上のステップおよび／または上で説明した動作を実行するように動作可能な１つ以上のモジュールを含む。
【０１５４】
ソフトウェアの実施において、ここに説明した手法は、ここに説明した機能を実行するモジュール（例えば、手順、機能など）で実施される。ソフトウェアコードはメモリーユニットに格納され、プロセッサによって実行される。メモリーユニットは、プロセッサの内部またはプロセッサの外部で実施される。外部の場合、メモリーユニットは当業者に既知の種々の手段でプロセッサと通信的に接続される。さらに、少なくとも１つのプロセッサはここに説明した機能を実行するように動作可能な１つ以上のモジュールを含む。
【０１５５】
さらに、ここに説明する種々の態様または特徴は方法、装置または標準的プログラミングおよび／または工学的手法を用いる製品として実施される。用語「製品」は、ここに用いられる場合、任意の計算機可読デバイス、キャリア、または媒体からアクセス可能な計算機プログラムを包含することを意図されている。例えば、計算機可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップなど）、光ディスク（例えば、コンパクトディスク（ＣＤ）、ディジタル多用途ディスク（ＤＶＤ）など）、スマートカード、およびフラッシュメモリデバイス（例えば、ＥＰＲＯＭ、カード、スティック、キードライブなど）を非限定的に含む。さらに、ここに説明した種々の記憶媒体は情報を格納するための１つ以上のデバイスおよび／または他の機械可読媒体を表す。用語「機械可読媒体」は、（複数の）命令および／またはデータを格納し、含み、および／または搬送することができる無線チャネルおよび種々の他の媒体を、非限定的に含む。さらに、計算機プログラム製品は、計算機にここに説明した機能を実行させるように動作可能な１つ以上の命令またはコードを有する計算機可読媒体を含む。
【０１５６】
さらに、ここに開示された態様に関して説明された方法またはアルゴリズムのステップおよび／または動作は、直接ハードウェアで、プロセッサで実行されるソフトウェアモジュールで、またはその２つの組合せで具体化される。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリー、ＲＯＭメモリー、ＥＰＲＯＭメモリー、ＥＥＰＲＯＭメモリー、レジスタ、ハードディスク、可搬形ディスク、ＣＤ−ＲＯＭ、または当業者に既知の任意の他の形式の記憶媒体の中にある。代表的記憶媒体は、プロセッサが情報を記憶媒体から読み出しおよび情報を記憶媒体に書き込むことができるようにプロセッサに接続される。代替的には、記憶媒体はプロセッサの構成部品である。さらに、いくつかの態様において、プロセッサおよび記憶媒体はＡＳＩＣ内にある。さらに、ＡＳＩＣはユーザ端末内にある。代替的に、プロセッサおよび記憶媒体は個別部品としてユーザ端末内にある。さらに、いくつかの態様において、方法またはアルゴリズムのステップおよび／または動作は、コードおよび／または命令の１つもしくは任意の組合せもしくはセットとして機械可読媒体および／または計算機可読媒体上にある。これらは命令は計算機プログラム製品に組み込まれる。
【０１５７】
ここに開示された手法はＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムのような種々の無線通信システムに用いられる。用語「システム」および「ネットワーク」はしばしば互換性を持って用いられる。ＣＤＭＡシステムはユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００などのような無線技術を実施する。ＵＴＲＡは広帯域−ＣＤＭＡ（Ｗ−ＣＤＭＡ）および他のＣＤＭＡの変形を含む。さらに、ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６標準をカバーする。ＴＤＭＡシステムは広域自動車通信システム（ＧＳＭ）のような無線技術を実施する。ＯＦＤＭＡシステムは発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ移動広帯域（ＵＭＢ）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭＤなどのような無線技術を実施する。ＵＴＲＡおよびＥ−ＵＴＲＡはユニバーサル移動通信システム（ＵＭＴＳ）の部分である。３ＧＰＰ長期発展型（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いるＵＭＴＳのリリース版である。Ｅ−ＵＴＲＡはダウンリンクでＯＦＤＭＡを、アップリンクでＳＣ−ＦＤＭＡを採用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは「第３世代パートナシッププロジェクト」（３ＧＰＰ）という組織からの文書に記載されている。さらに、ｃｄｍａ２０００およびＵＭＢは「第３世代パートナシッププロジェクト２」（３ＧＰＰ２）という組織からの文書に記載されている。さらに、そのような無線通信システムは、対になっていない無免許スペクトルをしばしば用いるピアツーピア（例えば移動体と移動体）アドホックネットワークシステム８０２．ｘｘ無線ＬＡＮ、ＢＬＵＥＴＯＯＴＨ（登録商標）および任意の他の近距離または長距離無線通信手法を付加的に含む。
【０１５８】
上記の開示は例示的態様および／または態様を検討しているが、説明した態様および／または添付の請求範囲で定義される態様の範囲から逸脱することなく、種々の変更および修正がここでなされうることに注意するべきである。従って、説明した態様は、添付の請求範囲の範囲内にあるそのようなすべての変更、修正、および変形を受け入れるように意図されている。さらに、説明した態様および／または態様の要素は単数の形で説明され請求されているが、単数に限定することが明示的に述べられていない場合、複数が想定される。さらに、いかなる態様のすべてもしくは部分および／または態様は、別に記述がなければ、いかなる他の態様のすべてもしくは部分および／または態様と共に利用される。
【０１５９】
用語「含む」が発明を実施するための形態または請求項のいずれかで用いられていれば、そのような用語は、用語「備える」にいわば類似して、包含的であることが意図されている。「備える」は用いられると、請求項内の移行句として解釈されるからである。さらに、用語「または」、「もしくは」は、発明を実施するための形態または請求項で用いられていれば、「非排他的論理和」を意味する。
【図１】
2010525761.tif 000003
【図２】
2010525761.tif 000004
【図３】
2010525761.tif 000005
【図４】
2010525761.tif 000006
【図５】
2010525761.tif 000007
【図６】
2010525761.tif 000008
【図７】
2010525761.tif 000009
【図８】
2010525761.tif 000010
【図９】
2010525761.tif 000011
【国際調査報告】
2010525761.tif 000012
2010525761.tif 000013