(57)【要約】  １つの実施形態は、基地局サブシステム（ＢＳＳ）（１０２）からのダウンリンク一時ブロックフロー（ＴＢＦ）を確立するための、移動局（１０４１）により実装される方法を対象とする。上記移動局（１０４１）の準備タイマが未失効である間に、セル再選択が実行される。未失効の上記準備タイマの残余時間を示す残余準備タイマ値を含む無線リンク制御（ＲＬＣ）データブロックを含むセル更新メッセージが上記ＢＳＳ（１０２）へ送信され、それは、移動局がＴＯＩの割り当てをサポートする場合の判定、割り当てられたＴＯＩの当該移動局への送信、及び割り当てられたＴＯＩをレガシー移動局ＩＤの代わりに用いての後続のダウンリンクＴＢＦの確立、における使用のためのものである。他の関連する実施形態は、複数の移動局（１０４１，１０４２，１０４３，…，１０４ｎ）へのダウンリンク一時ＴＢＦを確立するための、ＢＳＳ（１０２）により実装される方法を対象とする。【選択図】図３
2015521447.tif 000002
【特許請求の範囲】
【請求項１】
基地局サブシステム（ＢＳＳ）（１０２）からのダウンリンク一時ブロックフロー（ＴＢＦ）を確立するための、移動局（１０４１）により実装される方法であって、
前記移動局（１０４１）の準備タイマが未失効である間に、セル再選択を実行するステップ（３００）と、
未失効の前記準備タイマの残余時間を示す残余準備タイマ値を含む無線リンク制御（ＲＬＣ）データブロックを含むセル更新メッセージを、後続のダウンリンクＴＢＦの確立における使用のために前記ＢＳＳ（１０２）へ送信するステップ（３０２）と、
を含む方法。
【請求項２】
セル再選択（３００）に続いて、前記ＢＳＳ（１０２）によりブロードキャストされるシステム情報（ＳＩ）を受信するステップ（４１０）と、
前記ＢＳＳ（１０２）がダウンリンクＴＢＦの確立における使用のために前記移動局（１０４１）に一時最適化システムアクセス手続ＩＤ（ＴＯＩ）を割り当て可能であるかを、前記ＳＩから判定するステップ（４１２）と、
前記ＢＳＳ（１０２）が前記移動局（１０４１）にＴＯＩを割り当て可能であるとの判定に応じて、前記残余準備タイマ値を含む前記ＲＬＣデータブロックのペイロードを含む前記セル更新メッセージを前記ＢＳＳ（１０２）へ送信する前記ステップ（３０２）を実行するステップ（４１４）と、
をさらに含む、請求項１の方法。
【請求項３】
前記セル更新メッセージの前記送信に応じて、前記移動局（１０４１）に割り当てられた一時最適化システムアクセス手続ＩＤ（ＴＯＩ）を、前記ＢＳＳ（１０２）から受信するステップ（５００）と、
アイドルモードへ戻った後に、前記移動局（１０４１）に割り当てられた前記ＴＯＩを含むアクセスグラントチャネルメッセージのために、前記ＢＳＳ（１０２）からの通信をモニタリングするステップ（５０２）と、
をさらに含む、請求項１の方法。
【請求項４】
前記ＴＯＩは、パケット関連制御チャネル（ＰＡＣＣＨ）シグナリングによって、前記移動局（１０４１）により受信される、請求項３の方法。
【請求項５】
パケットアップリンクＡＣＫ／ＮＡＣＫ（ＰＵＡＮ）メッセージを前記ＢＳＳ（１０２）から受信するステップ（６００）、をさらに含み、前記ＰＵＡＮメッセージは、前記ＴＯＩと、前記移動局（１０４１）のための一時論理リンクＩＤとを含む、請求項３の方法。
【請求項６】
ランダムアクセスチャネル（ＲＡＣＨ）上でシステムアクセスを要求する拡張パケットチャネル要求を送信するステップ（７００）と、
パケットデータチャネル（ＰＤＣＨ）リソースを識別する拡張即時割り当て（ＥＩＡ）メッセージをアクセスグラントチャネル（ＡＧＣＨ）上で受信するステップ（７０２）と、
前記ＰＤＣＨリソースを用いて、追加一時ブロックフロー情報（ＡＴＩ）メッセージをパケット関連制御チャネル（ＰＡＣＣＨ）上で受信するステップ（７０４）と、
前記移動局（１０４１）に割り当てられるアップリンクステートフラグ（ＵＳＦ）を受信するステップ（７０６）と、
前記セル更新メッセージを送信するステップ（７０８）と、
をさらに含む、請求項１の方法。
【請求項７】
前記セル更新メッセージを含む前記ＲＬＣデータブロック内で、前記ＲＬＣデータブロックが前記残余準備タイマ値を含むことを前記ＢＳＳ（１０２）に示す特殊な長さインジケータ（ＬＩ）値を提供するステップ（８００）、
をさらに含む、請求項１の方法。
【請求項８】
前記セル更新メッセージにおいて前記特殊なＬＩ値の位置の直後の位置で前記残余準備タイマ値を提供するステップ（８０２）、
をさらに含む、請求項７の方法。
【請求項９】
前記準備タイマの残余時間単位を表現する一群のバイナリ符号化されたビット、及び前記準備タイマの前記残余時間単位に適用可能な時間単位を定義する他の一群のビットとして、前記ＲＬＣデータブロックにおいて前記残余準備タイマ値を提供するステップ、
をさらに含む、請求項１の方法。
【請求項１０】
前記ＲＬＣデータブロックの前記残余準備タイマ値は、８ビット長であり、うちバイナリ符号化された６ビットは前記準備タイマの前記残余時間を表現し、追加的な２ビットは前記準備タイマの前記残余時間が周期的に増分する前記時間単位を定義する、請求項９の方法。
【請求項１１】
複数の移動局（１０４１，１０４２，１０４３，…，１０４ｎ）へのダウンリンク一時ブロックフロー（ＴＢＦ）を確立するための、基地局サブシステム（ＢＳＳ）（１０２）により実装される方法であって、
前記移動局（１０４１）から、当該移動局（１０４１）の準備タイマの残余時間を示す残余準備タイマ値を含む無線リンク制御（ＲＬＣ）データブロックを含むセル更新メッセージを受信するステップ（９００）と、
前記残余準備タイマ値を含む前記ＲＬＣデータブロックのペイロードを含む前記セル更新メッセージの受信に応じて、後続のダウンリンクＴＢＦの確立における使用のために前記移動局（１０４１）に一時最適化システムアクセス手続ＩＤ（ＴＯＩ）を割り当てるステップ（９０２）と、
前記ＴＯＩを前記移動局（１０４１）へ送信するステップ（９０４）と、
前記残余準備タイマ値に基づいて設定されるタイマ値を有する一時ＯＳＡＰ  ＩＤタイマ（ＴＯＩＴ）を開始するステップ（９０６）と、
前記移動局（１０４１）を解放して、アイドルモードに移行させるステップと、
データが前記移動局（１０４１）へのダウンロードのために準備されており且つ前記ＴＯＩＴが未失効であることに応じて、前記移動局（１０４１）に割り当てられた前記ＴＯＩを用いて、前記移動局（１０４１）への後続のダウンリンクＴＢＦを確立するステップ（９０８）と、
を含む方法。
【請求項１２】
データが前記移動局（１０４１）へのダウンロードのために準備されており且つ前記ＴＯＩＴが失効済みであることに応じて、レガシーの移動局ＩＤを用いて、前記移動局（１０４１）へのダウンリンクＴＢＦ確立手続を実行するステップ（１０００）、
をさらに含む、請求項１１の方法。
【請求項１３】
前記ＢＳＳ（１０２）が前記ダウンリンクＴＢＦの確立における使用のために前記移動局（１０４１）に前記ＴＯＩを割り当て可能であるという標識を含むシステム情報（ＳＩ）を、前記複数の移動局へブロードキャストするステップ（１１００）、
をさらに含む、請求項１１の方法。
【請求項１４】
前記ＴＯＩを前記移動局（１０４１）へ送信すること（９０４）は、
パケット関連制御チャネル（ＰＡＣＣＨ）シグナリングを用いて、前記ＴＯＩを前記移動局（１０４１）へ送信すること、
を含む、請求項１１の方法。
【請求項１５】
前記ＴＯＩを前記移動局（１０４１）へ送信すること（９０４）は、
前記ＲＬＣデータブロックの受信を示すパケットアップリンクＡＣＫ／ＮＡＣＫ（ＰＵＡＮ）メッセージであって、当該ＰＵＡＮメッセージ内に前記移動局（１０４１）に割り当てられた前記ＴＯＩを含む当該ＰＵＡＮメッセージを、前記移動局（１０４１）へ送信すること、
を含む、請求項１１の方法。
【請求項１６】
ランダムアクセスチャネル（ＲＡＣＨ）上で前記移動局（１０４１）についてシステムアクセスを要求する拡張パケットチャネル要求を受信するステップ（１２０２）と、
パケットデータチャネル（ＰＤＣＨ）リソースを識別する拡張即時割り当て（ＥＩＡ）メッセージをアクセスグラントチャネル（ＡＧＣＨ）上で送信するステップ（１２０４）と、
前記ＰＤＣＨリソースを用いて、追加一時ブロックフロー情報（ＡＴＩ）メッセージをパケット関連制御チャネル（ＰＡＣＣＨ）上で送信するステップ（１２０６）と、
前記移動局（１０４１）に割り当てられるアップリンクステートフラグ（ＵＳＦ）を送信するステップ（１２０８）と、
をさらに含み、
前記移動局（１０４１）に割り当てられる前記ＵＳＦの前記送信に応じて、前記セル更新メッセージが受信される、
請求項１１の方法。
【請求項１７】
前記セル更新メッセージを含む前記ＲＬＣデータブロック内に含まれる特殊な長さインジケータ（ＬＩ）値から、前記ＲＬＣデータブロックが前記残余準備タイマ値を含むことを判定するステップ（１３００）、
をさらに含む、請求項１１の方法。
【請求項１８】
前記特殊なＬＩ値の位置の直後に続くものとして、前記セル更新メッセージを含む前記ＲＬＣデータブロックにおいて前記残余準備タイマ値の位置を識別するステップ（１３０２）、
をさらに含む、請求項１７の方法。
【請求項１９】
前記ＲＬＣデータブロックの前記残余準備タイマ値は、前記準備タイマの残余時間単位を表現するバイナリ符号化されたビットと、前記準備タイマの前記残余時間単位に適用可能な時間単位を定義する追加的なビットとを含む、請求項１１の方法。
【請求項２０】
前記ＲＬＣデータブロックの前記残余準備タイマ値は、８ビット長であり、うちバイナリ符号化された６ビットは前記準備タイマの前記残余時間単位を表現し、追加的な２ビットは前記準備タイマの前記残余時間単位に適用可能な前記時間単位を定義する、請求項１９の方法。
【請求項２１】
前記ＲＬＣデータブロック内に含まれるＮＵＬＬ  ＬＬＣ  ＰＤＵを含む前記セル更新メッセージを、サービングＧＰＲＳサポートノード（ＳＧＳＮ）（１３０）へ送信するステップ（１４００）、
をさらに含む、請求項１１の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権の主張］
本出願は、２０１２年５月３０日に提出された米国仮出願第６１／６５３，１１２号の利益を主張し、その内容は参照によりここに取り入れられる。
【０００２】
［技術分野］
本発明は、ＭＳによるセル更新に続いてダウンリンク一時ブロックフロー（ＴＢＦ）を確立するためのダウンリンクアクセスグラント手続を改善するための基地局サブシステム（ＢＳＳ）及び移動局（ＭＳ）による方法及び動作に関する。
【背景技術】
【０００３】
無線通信分野では、Ｍ２Ｍ（Machine-to-Machine）トラフィックの結果としての小規模データ送信（ＳＤＴ）及びインスタントメッセージ送信（ＩＭＴ）の増加、並びに移動局（例えば、スマートフォン）により生成されることになる頻繁な小規模パケット送信に起因して、一層増加する共通制御チャネル（ＣＣＣＨ）の輻輳の問題が起こるであろうと予想されている。ＣＣＣＨ輻輳の問題及び他の問題を解決するための多様な解決策が、本開示の主題である。
【発明の概要】
【０００４】
無線システムの事業者は、システムの無線リソース利用効率の継続的な改善を探求しており、それに関連して、共有無線リソースに割り当て可能な移動局の数を増加させることを探求している。無線リソース利用効率は、割り当てられる移動局のセットをサポートするために要するシグナリング（制御プレーン通信）の量を削減することにより、改善され得る。
【０００５】
ここで開示される１つの実施形態は、基地局サブシステム（ＢＳＳ）からのダウンリンク一時ブロックフロー（ＴＢＦ）を確立するための、移動局により実装される方法を対象とする。上記移動局の準備タイマが未失効である間に、セル再選択が実行される。未失効の上記準備タイマの残余時間を示す残余準備タイマ値を含む無線リンク制御（ＲＬＣ）データブロックを含むセル更新メッセージが、後続のダウンリンクＴＢＦの確立における使用のために上記ＢＳＳへ送信される。
【０００６】
この方法により提供され得るある利点は、ＢＳＳが、ＲＬＣデータブロックの受信に応じて、上記残余準備タイマ値に基づいて設定されるタイマ値を有する一時ＯＳＡＰ  ＩＤタイマ（ＴＯＩＴ）を開始できることである。そして、ＢＳＳは、移動局へのダウンリンク送信のためのパケットデータユニット（ＰＤＵ）を受信すると、移動局へのダウンリンクＴＢＦを確立する際に一時最適化システムアクセス手続ＩＤ（ＴＯＩ）を使用可能であるかを上記ＴＯＩＴから判定することができる。より具体的には、ＴＯＩＴが未失効であれば、ＢＳＳは、ＰＤＵの送信のために要するダウンリンクＴＢＦを、上記ＴＯＩを用いて移動局へ向けて確立することができると判定する。対照的に、ＴＯＩＴが失効済みであれば、ＢＳＳは、一時論理リンクＩＤ（ＴＬＬＩ）又は他の何らかのレガシー移動局ＩＤを用いて移動局へのＰＤＵの送信のために要するダウンリンクＴＢＦを確立しなければならないと判定する。上記方法は、それにより、移動局を管理するために必要な制御プレーンのメッセージ送信の量を低減し、それにより、無線リソース利用効率を改善し得る。
【０００７】
ここで開示される他の関連する実施形態は、複数の移動局へのダウンリンクＴＢＦを確立するための、ＢＳＳにより実装される方法を対象とする。上記移動局から、セル更新メッセージが受信される。上記セル更新メッセージは、アイドルモードにある移動局の準備タイマの残余時間を示す残余準備タイマ値を含むＲＬＣデータブロックを含み、上記準備タイマは、レガシータイマであって、移動局及びＳＧＳＮの双方により既知であって維持される。上記残余準備タイマについての非ゼロの値を含む上記ＲＬＣデータブロックの上記ペイロードを含む上記セル更新メッセージの受信に応じて、後続のダウンリンクＴＢＦの確立における使用のために上記移動局に一時最適化システムアクセス手続ＩＤ（ＴＯＩ）が割り当てられる。上記ＴＯＩは、上記移動局へ送信され、上記残余準備タイマ値に基づいて設定されるタイマ値を有する対応するＴＯＩＴが開始される。上記移動局は、解放され、アイドルモードに移行させられる。データが上記移動局へのダウンロードのために準備されており且つ上記ＴＯＩＴが未失効であることに応じて、上記移動局に割り当てられた上記ＴＯＩを用いて、上記移動局への後続のダウンリンクＴＢＦが確立される。
【０００８】
以下の図面及び詳細な説明を検討すれば、本発明の実施形態に係る他の方法、ＢＳＳ及び移動局が当業者には明白となるであろう。そうした全ての追加的な方法、ＢＳＳ及び移動局は、本説明内に及び本発明の範囲内に含まれ、添付の特許請求の範囲により保護されることが意図される。さらに、ここで開示される全ての実施形態を、任意の手法及び／又は組合せで別々に又は組合せて実装することができることが意図される。
【図面の簡単な説明】
【０００９】
本開示のさらなる理解を提供するために包含されており、本出願に取り入れられその一部を構成する添付図面は、ある発明概念の非限定的な実施形態を例示する。図面は次の通りである：
【００１０】
【図１】いくつかの実施形態に従って構成されるセルラ無線通信システムのブロック図である。
【図２】いくつかの実施形態に係る基地局サブシステムと移動局との間の最適化システムアクセス手続のためのセル更新のデータフロー図である。
【図３】ＢＳＳからのダウンリンクＴＢＦの確立における使用のための、移動局により実装される動作及び方法のフローチャートである。
【図４】ＢＳＳからのダウンリンクＴＢＦの確立における使用のための、移動局により実装される動作及び方法のフローチャートである。
【図５】ＢＳＳからのダウンリンクＴＢＦの確立における使用のための、移動局により実装される動作及び方法のフローチャートである。
【図６】ＢＳＳからのダウンリンクＴＢＦの確立における使用のための、移動局により実装される動作及び方法のフローチャートである。
【図７】ＢＳＳからのダウンリンクＴＢＦの確立における使用のための、移動局により実装される動作及び方法のフローチャートである。
【図８】ＢＳＳからのダウンリンクＴＢＦの確立における使用のための、移動局により実装される動作及び方法のフローチャートである。
【図９】複数の移動局へのダウンリンクＴＢＦの確立における使用のための、ＢＳＳにより実装される動作及び方法のフローチャートである。
【図１０】複数の移動局へのダウンリンクＴＢＦの確立における使用のための、ＢＳＳにより実装される動作及び方法のフローチャートである。
【図１１】複数の移動局へのダウンリンクＴＢＦの確立における使用のための、ＢＳＳにより実装される動作及び方法のフローチャートである。
【図１２】複数の移動局へのダウンリンクＴＢＦの確立における使用のための、ＢＳＳにより実装される動作及び方法のフローチャートである。
【図１３】複数の移動局へのダウンリンクＴＢＦの確立における使用のための、ＢＳＳにより実装される動作及び方法のフローチャートである。
【図１４】複数の移動局へのダウンリンクＴＢＦの確立における使用のための、ＢＳＳにより実装される動作及び方法のフローチャートである。
【図１５】いくつかの実施形態に従って更新される修正されたパケットアップリンクＡＣＫ／ＮＡＣＫ（ＰＵＡＮ）メッセージを例示している。
【図１６】いくつかの実施形態に係る移動局、無線アクセスネットワーク及びサービングＧＰＲＳサポートノードを例示するブロック図である。
【図１７ａ】いくつかの実施形態に係る最適化システムアクセス手続のための、移動局及びＢＳＳによる方法及び動作であって、発明者らにより用意された“Optimized  System  Access  Procedure”というタイトルの記事（3GPP  TSG-GERAN  #54,  GP-120623，  Sanya,  China,  May  14-18,  2012にて提示）において開示されている方法及び動作を例示している。
【図１７ｂ】いくつかの実施形態に係る最適化システムアクセス手続のための、移動局及びＢＳＳによる方法及び動作であって、発明者らにより用意された“Optimized  System  Access  Procedure”というタイトルの記事（3GPP  TSG-GERAN  #54,  GP-120623，  Sanya,  China,  May  14-18,  2012にて提示）において開示されている方法及び動作を例示している。
【図１７ｃ】いくつかの実施形態に係る最適化システムアクセス手続のための、移動局及びＢＳＳによる方法及び動作であって、発明者らにより用意された“Optimized  System  Access  Procedure”というタイトルの記事（3GPP  TSG-GERAN  #54,  GP-120623，  Sanya,  China,  May  14-18,  2012にて提示）において開示されている方法及び動作を例示している。
【図１７ｄ】いくつかの実施形態に係る最適化システムアクセス手続のための、移動局及びＢＳＳによる方法及び動作であって、発明者らにより用意された“Optimized  System  Access  Procedure”というタイトルの記事（3GPP  TSG-GERAN  #54,  GP-120623，  Sanya,  China,  May  14-18,  2012にて提示）において開示されている方法及び動作を例示している。
【図１８ａ】いくつかの実施形態に係る最適化システムアクセス手続のための、移動局及びＢＳＳによる方法及び動作であって、発明者らにより用意された“Detailed  OSAP  Signalling  Procedure”というタイトルの記事（3GPP  TSG-GERAN  #54,  GP-120624，Sanya,  China,  May  14-18,  2012にて発明者らにより提示）において開示されている方法及び動作を例示している。
【図１８ｂ】いくつかの実施形態に係る最適化システムアクセス手続のための、移動局及びＢＳＳによる方法及び動作であって、発明者らにより用意された“Detailed  OSAP  Signalling  Procedure”というタイトルの記事（3GPP  TSG-GERAN  #54,  GP-120624，Sanya,  China,  May  14-18,  2012にて発明者らにより提示）において開示されている方法及び動作を例示している。
【図１８ｃ】いくつかの実施形態に係る最適化システムアクセス手続のための、移動局及びＢＳＳによる方法及び動作であって、発明者らにより用意された“Detailed  OSAP  Signalling  Procedure”というタイトルの記事（3GPP  TSG-GERAN  #54,  GP-120624，Sanya,  China,  May  14-18,  2012にて発明者らにより提示）において開示されている方法及び動作を例示している。
【発明を実施するための形態】
【００１１】
［略語］
ここで以下の略語が定義され、その少なくともいくつかが本発明の以下の説明の中で言及される。
ＡＧＣＨ    Access  Grant  Channel
ＡＲＦＣＮ  Absolute  Radio  Frequency  Channel  Number
ＡＴＩ      Additional  TBF  Information
ＢＣＣＨ    Broadcast  Control  Channel  
ＢＳＳ      Base  Station  Subsystem
ＣＣＣＨ    Common  Control  Channel
ＣＳ        Circuit  Switched
ＤＲＸ      Discontinuous  Reception
ＥＧＰＲＳ  Enhanced  General  Packet  Radio  Service
ＥＰＣＲ    Enhanced  Packet  Channel  Request
ｅＴＦＩ    Enhanced  Temporary  Flow  Identity  
ｅＵＳＦ    Enhanced  Uplink  State  Flag
ＦＮ        Frame  Number
ＩＡ        Incoming  Access
ＩＥ        Information  Element
ＩＭＴ      Instant  Message  Transmission
ＬＡＰ      Low  Access  Priority
ＬＬＣ      Logical  Link  Control
ＭＡＣ      Media  Access  Control
ＭＳ        Mobile  Station
Ｍ２Ｍ      Machine-to-Machine
ＯＳＡＰ    Optimized  System  Access  Procedure
ＰＡＣＣＨ  Packet  Associated  Control  Channel
ＰＣＨ      Paging  Channel
ＰＤＵ      Packet  Data  Unit
ＰＤＣＨ    Packet  Data  Channel
ＰＦＣ      Packet  Flow  Context
ＰＦＴ      Packet  Flow  Timer
ＰＲＲ      Packet  Resource  Request
ＰＵＡ      Packet  Uplink  Assignment
ＰＵＡＮ    Packet  Uplink  Ack/Nack
ＲＡＣＨ    Random  Access  Channel
ＲＦ        Radio  Frequency
ＲＬＣ      Radio  Link  Control
ＳＤＴ      Small  Data  Transmission
ＳＧＳＮ    Serving  GPRS  Support  Node
ＳＩ        System  Information
ＴＢＦ      Temporary  Block  Flow
ＴＣＨ      Traffic  Channel
ＴＤＭＡ    Time  Division  Multiple  Access
ＴＬＬＩ    Temporary  Logical  Link  Identity
ＴＯＩ      Temporary  OSAP  Identity
ＴＯＩＴ    Temporary  OSAP  Identity  Timer
ＴＳＣ      Training  Sequence  Code  
ＵＳＦ      Uplink  State  Flag
【００１２】
これより、発明概念の実施形態の例が示された添付図面を参照しながら、より充分に発明概念が説明されるであろう。これら発明概念は、しかしながら、多くの様々な形式で具現化されてよく、ここで述べられる実施形態に限定して解釈されるべきではない。また、留意すべきこととして、それら実施形態は、相互排他的ではない。１つの実施形態からのコンポーネントが他の実施形態に存在し／使用されることが暗黙的に想定され得る。
【００１３】
移動局（ＭＳ）は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）へのアップリンク論理リンク制御（ＬＬＣ）パケットデータユニット（ＰＤＵ）の送信を開始する際、準備タイマ（READY  timer）を開始する。ＳＧＳＮもまた、ＭＳからＰＤＵを受信した際に準備タイマを開始する。
【００１４】
ＭＳ１０４１及びＳＧＳＮ１３０の双方により維持される準備タイマの時間インターバルの間、ＭＳ１０４１がＳＧＳＮ１３０へ他のＬＬＣ  ＰＤＵを送信する都度、ＭＳ１０４１及びＳＧＳＮ１３０は各々、それぞれの準備タイマをリセットする。
【００１５】
既存のシステムについて、ＭＳがセル再選択を完了しアイドルモードにあるという動作モードにおいて、ＳＧＳＮが基地局サブシステム（ＢＳＳ）からＭＳへのダウンリンク送信のために利用可能なＰＤＵを有しており、対応する準備タイマが失効済みであると判定した場合、ＳＧＳＮは、まず、ＭＳがセル固有の基準でどこに位置しているかを判定するために、ＢＳＳへＭＳとのページング処理を完了するように指示する。ページング処理の成功に続いて、ＳＧＳＮは、セルレベルでＭＳの位置を知得し、ＭＳについての対応する準備タイマを開始し、利用可能な上記ＰＤＵをＭＳへの伝送のためにＢＳＳへ送信する。ＰＤＵの送信のために使用されるダウンリンクＴＢＦの確立の際には、レガシーＭＳ  ＩＤが使用される。
【００１６】
はっきりと対照的に、ここで開示される少なくともいくつかの実施形態によれば、ＭＳがセル再選択を完了しその準備タイマが未失効であれば、ＭＳは、セル更新手続を実行し、残余準備タイマ値（remaining  ready  timer  value）をＢＳＳへ送信する。ＢＳＳは、残余準備タイマ値に基づいて設定されるタイマ値を有する一時ＯＳＡＰ  ＩＤタイマ（ＴＯＩＴ：temporary  OSAP  identity  timer）を開始することにより応答する。そして、ＢＳＳは、ＭＳへのダウンリンク送信のためのＰＤＵを受信すると、ＴＯＩを用いてＭＳに向けてダウンリンクＴＢＦを確立することができるかを、ＴＯＩＴから判定し得る。より具体的には、ＴＯＩＴが未失効でなく依然として稼動中（例えば、閾値に到達していない、ゼロまでデクリメントされていない、など）ならば、ＢＳＳは、ＴＯＩの長さよりも実質的に大きい長さを有するレガシーＩＤの代わりに、ＴＯＩを用いてＭＳに向けてダウンリンクＴＢＦを確立することができる、と判定する。対照的に、ＴＯＩＴが失効済みであって稼動中でなければ（例えば、閾値に到達した、ゼロまでデクリメントされた、など）、ＢＳＳは、ダウンリンクＴＢＦをＭＳに向けて確立するためにレガシーＩＤを使用しなければならないと判定する。
【００１７】
Ｍ２Ｍ（Machine-to-Machine）トラフィック及びＭＳ１０４により生成される頻繁な小規模データ送信（ＳＤＴ）の結果としての増加するＣＣＣＨの輻輳及び他の及び他のチャネルシグナリングの輻輳を踏まえて、最適化システムアクセス手続（ＯＳＡＰ）というＰＳドメイントリガ型のシステムアクセスについての拡張された手続が開発されつつある。本開示の実施形態は、ＯＳＡＰが可能とされるシステムを基準として説明される。ＯＳＡＰは、次の２つの記事を基準として、以下にさらに説明される：１）“Optimized  System  Access  Procedure”（3GPP  TSG-GERAN  #54,  GP-120623  (以下、“GP-120623”);及び、“Detailed  OSAP  Signalling  Procedure”（3GPP  TSG-GERAN  #54,  GP-120624（以下、“GP-120624”）。これら双方は、本発明者らにより記述され提示された（Sanya,  China,  May  14-18,  2012）。
【００１８】
ＯＳＡＰは、より効率的にアップリンク及びダウンリンクの双方のＴＢＦを確立するための新たなシグナリング手続の導入を包含する。ダウンリンクＴＢＦを確立するために使用されるＯＳＡＰの特徴に関連付けられる詳細なシグナリング手続は、アイドルモード中のＯＳＡＰ対応ＭＳについて準備タイマが未失効である間にＢＳＳが維持する一時ＯＳＡＰ  ＩＤ（ＴＯＩ）の使用を包含する。有効なＴＯＩが存在するＭＳには、従って、ネットワークがセルレベルでＭＳの位置を知っていることから、まずページング手続を実行することなく、そのＴＯＩを用いて、ダウンリンクＴＢＦを割り当てることができる。有効なＴＯＩを伴うＯＳＡＰ対応ＭＳがセル更新手続を実行するという特殊ケースを、ここでさらに説明する。
【００１９】
図１は、いくつかの実施形態に従って構成されるセルラ無線通信システムのブロック図である。本発明概念は、概していかなるタイプの無線通信ネットワークにおいて具現化されてもよいことから、図１の実施形態に限定されない。
【００２０】
ユーザ機器ノード（ＵＥ）及び／又は無線端末ともいう移動局（ＭＳ）１０４１，１０４２，１０４３，…１０４ｎは、１つ以上のコアネットワーク７０との間で無線アクセスネットワーク（ＲＡＮ）１１０を介して通信する。ここで使用されるところによれば、ＭＳ１０４１は、無線チャネル１０２を通じて通信ネットワークとの間で通信するいかなるデバイスをも含むことができ、限定ではないものの、携帯電話（“セルラー”電話）、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、ゲームコンソール、及び／又はＭＴＣ（machine-type  communications）デバイスを含み得る。
【００２１】
ＲＡＮ１１０は、複数のセルエリアへ分割される地理的エリアをカバーし、各セルエリアは、基地局（ＢＳ）１２２を通じ無線チャネル１０２を介してＭＳ１０４との間で通信するＢＳＳ１２２によってサービスされる。ＢＳ１２２を介してＢＳＳ１０２との間で通信中のＭＳ１０４１は、ＢＳＳ１０２への送信のためのデータを有する場合、ランダムアクセスチャネル上でアクセス要求を送信する。アクセス要求に応じて、ＢＳＳ１０２は、ＭＳのアップリンクデータ送信のために割り当てられたアップリンクリソースを識別する割り当てメッセージを送信する。
【００２２】
ＳＧＳＮ１３０は、自身の地理的なサービスエリアの範囲内のＭＳ１０４との間のデータパケットの伝達について責任を負う。そのタスクは、ルーティング及び転送、モビリティ管理（アタッチ／デタッチ、及びＭＳ１０４の現行のセルを判定するための１つ以上のＢＳＳによるページング手続のトリガリングといったロケーション管理）、論理リンク管理、並びに、認証及び課金機能を含む。ＳＧＳＮ１３０のロケーションレジスタは、当該ＳＧＳＮ１３０で登録された全てのＭＳ１０４のロケーション情報（例えば、現行セル、現行ＶＬＲ）及びユーザプロファイル（例えば、ＩＭＳＩ、パケットデータネットワーク内で使用されるアドレス）を記憶する。
【００２３】
ＭＳ１０４１がＳＧＳＮ１３０へ他のＬＬＣ  ＰＤＵ（即ち、アップリンクデータペイロードを含む）を送信する都度、ＭＳ１０４１及びＳＧＳＮ１３０は各々、それぞれの準備タイマをリセットする。準備タイマが未失効である（稼動中である）間、ＳＧＳＮ１３０は、ＭＳ１０４１がセル固有の基準でどこに位置しているかを知っており、そのため、ＳＧＳＮ１３０は、ＭＳ１０４１をページングしなくてもよく、ダウンリンクデータをＭＳ１０４１へ伝達する前にＭＳ１０４１がどこに位置しているかを見出すために待機しなくてよい。ＭＳ１０４１は、（例えば、モビリティイベントに起因する）セル再選択を完了した後、自身の準備タイマが失効していないと判定すると、セル更新を送信し、そのようにしてＭＳ１０４１が現在位置している新たなセルでＳＧＳＮ１３０を更新し、それにより、ＳＧＳＮは、まずＭＳ１０４１をページングする必要性なく、セル固有の基準でダウンリンクデータを送信し続けることができる。
【００２４】
ここで開示される実施形態によれば、ＯＳＡＰ対応ＭＳ１０４１（及び／又は、他のＭＳ１０４２、ＭＳ１０４３、…、ＭＳ１０４ｎ）がアイドルモードにあり、未失効の準備タイマを有していて、且つ当該ＭＳに有効なＴＯＩがその時点で割り当てられている場合、当該ＭＳ１０４は、その割り当て済みのＴＯＩを用いて、ページング手続をまず実行することなく、ダウンリンクＴＢＦを割り当てられることができる。なぜなら、ＢＳＳ１０２がセルレベルでＭＳのロケーションを知っているからである。図１、図２及び図１５を参照しながら、ＢＳＳ１０２からＭＳ１０４１へのダウンリンクＴＢＦを確立するために実行され得る方法及び動作を以下に説明する。図２は、いくつかの実施形態に係るＢＳＳ１０２とＭＳ１０４１との間の最適化システムアクセス手続のためのセル更新のデータフロー図である。図１５は、いくつかの実施形態に従って構成される修正されたパケットアップリンクＡＣＫ／ＮＡＣＫ（ＰＵＡＮ）メッセージを例示している。
【００２５】
準備状態（Ready  state）にあるＯＳＡＰ対応ＭＳ１０４１がセル再選択を実行する際にトリガされる基本的なシグナリングイベントが図２に示されている。
【００２６】
図２のステップ１において、ＯＳＡＰ対応ＭＳ１０４１は、準備タイマが未失効である（稼動中である）間の任意の時点で、セル再選択を実行する。
【００２７】
図２のステップ２において、ＭＳ１０４１の準備タイマが未失効でなく稼動中である（例えば、閾値に到達していない、ゼロまでデクリメントされていない、など）ことから、ＭＳ１０４１は、新たなセルのＳＧＳＮ１３０へとコンタクトして、ＭＳ１０４１がどこに位置しているかをＳＧＳＮ１３０へ通知しなければならない。よって、必要なシステム情報を読み取った後（レガシー動作の通りに実行され得る）、ＭＳ１０４１は、（例えば）“ＯＳＡＰリクエスト−１フェーズアクセス”を示す拡張パケットチャネル要求（Enhanced  Packet  Channel  Request）をＲＡＣＨ上で送信することにより、システムアクセスを試行する。
【００２８】
図２のステップ３において、ＭＳ１０４１は、適合する（matching）“ＦＮ情報”及び“ランダムビット”情報を伴う拡張即時割り当て（ＥＩＡ：Enhanced  Immediate  Assignment）メッセージを検出し、そして、指示されたパケットデータチャネル（ＰＤＣＨ）リソースへと移動し、そこで適合する追加ＴＢＦ情報（ＡＴＩ：Additional  TBF  Information）メッセージを待ち受ける。
【００２９】
図２のステップ４において、ＭＳ１０４１は、適合する“メッセージリファレンスＩＤ”及び“ＭＳ割り当てビットマップ”情報を伴う追加ＡＴＩメッセージを検出し、そして、競合解決を続ける。
【００３０】
１つの実施形態において、ＢＳＳ１０２は、ＢＳＳ１０２がＯＳＡＰをサポートしておりダウンリンクＴＢＦの確立における使用のために移動局１０４へＴＯＩを割り当て可能であるという標識を含むシステム情報（ＳＩ）を、複数のＭＳ１０４へとブロードキャストする（図２のステップ２）。ＭＳ１０４１は、従って、ＢＳＳ１０２がダウンリンクＴＢＦの確立における使用のためにＭＳ１０４１へＴＯＩを割り当て可能であるかを、ＳＩから判定することができる。ＭＳ１０４１は、ＢＳＳ１０２がＭＳ１０４１へＴＯＩを割当て可能であるという判定に応じて、後に説明するように、図２のステップ５を選択的に実行し、残余準備タイマ値を収容するＲＬＣデータブロックを含むセル更新メッセージをＢＳＳ１０２へと送信することができる。対照的に、ＭＳは、ＢＳＳ１０２がＭＳ１０４１へＴＯＩを割当て可能でないというＳＩからの判定に応じて、図２のステップ５を実行する際に、セル更新メッセージを収容するＲＬＣデータブロック内に残余準備タイマ値を含めないことができる。
【００３１】
図２のステップ５において、ＭＳ１０４１は、自身の割り当てＵＳＦの第１のインスタンスの受信後に、ＬＬＣ  ＮＵＬＬフレーム全体を収容するＲＬＣデータブロックからなり又は当該ＲＬＣデータブロックを含む、セル更新を送信する。ＵＳＦは、アップリンクリソースの動的な割り当てのために使用され、一方で、ダウンリンクＰＤＣＨ上でのその値は、定義されるＭＳが定義される数のデータブロックをアップリンクＰＤＣＨを用いてアップリンク方向で送信することを許可する。本実施形態によれば、ＲＬＣデータブロックは、ＲＬＣデータブロック内のＬＩの第１のインスタンスとしての特殊な長さインジケータ（ＬＩ：Length  Indicator）値をも含み、特殊なＬＩ値の直後に、“残余準備タイマ値”オクテット（ＳＧＳＮ１３０からＢＳＳ１０２へと送信されるレガシーのＧＰＲＳタイマＩＥの通りにフォーマット化される−ＴＳ４８．０１８のサブクローズ１１．３．４４参照）が続く：
タイマ値：ビット５から１は、バイナリ符号化されるタイマ値を表現する（“０００”は１タイマ値単位を示す）
単位値：ビット６から８は、次のようにタイマ値単位を定義する：
８  ７  ６
０  ０  ０  ２秒の倍数で値が増分される
０  ０  １  １分の倍数で値が増分される
０  １  ０  １／１０時間の倍数で値が増分される
０  １  １  ５００ｍｓｅｃの倍数で値が増分される
１  １  １  値はタイマが失効しないことを示す
プロトコルのこのバージョンにおいて、他の値は１分の倍数として解釈されるものとする。
【００３２】
“残余準備タイマ値”情報を収容するオクテットの存在を示す特殊なＬＩ値の使用は、“ＥＭＳＲ（Enhanced  Multiplexing  for  Single  RLC  Entity）”の特徴について使用されるものと非常に類似する形で実現されることができる。例えば、ＲＬＣデータブロック内のＬＩの第１のインスタンスは、この特殊なＬＩの直後に続くオクテットが“残余準備タイマ値”オクテットを収容することを示す特殊な（新たな）ＬＩであり得る（それにより、ＭＳ１０４１が準備状態（Ready  state）にあり、その準備タイマが稼動中であって、従って、ＭＳ１０４１が準備状態のままである間ダウンリンクＴＢＦの確立のためにＯＳＡＰが使用されることになる場合にはＴＯＩが割り当てられる必要があることを示す）。
【００３３】
セル更新メッセージ内のＬＩ値の存在は、従って、ＭＳ１０４１がＯＳＡＰをサポートし、そのためにＴＯＩを用いて動作することができること、をＢＳＳ１０２へ通知する働きをし、そして、ＢＳＳ１０２はＴＯＩをＭＳ１０４１へ割り当てる。また、上記ＬＩ値は、ＲＬＣデータブロックが残余準備タイマ値を含むことをＢＳＳ１０２へ示す。残余準備タイマ値は、セル更新メッセージ内で、特殊なＬＩ値の位置の直後の位置で提供され得る。
【００３４】
ＢＳＳ１０２は、この情報の存在に応じて、ＭＳ１０４１へ一時ＯＳＡＰ  ＩＤ（ＴＯＩ）を割り当て、“残余準備タイマ値”オクテットにより示されるタイマ値に従ってＴＯＩタイマ（ＴＯＩＴ）を開始する。なお、“残余準備タイマ値”オクテットは、ＭＳが（セル更新メッセージとしても知られる）ＬＬＣ  ＮＵＬＬフレームを送信した時点に適用可能な準備タイマの残余の値を示すであろう。
【００３５】
セル更新は、ＢＳＳ１０２を通じてＳＧＳＮ１３０へと通信され、ＳＧＳＮ１３０にＭＳ１０４１のセル固有の位置を通知する。ＳＧＳＮ１３０は、セル更新を受信すると、セル更新メッセージの受信元のＭＳ１０４１に対応する準備タイマをリセットし、そして、ＭＳ１０４１についての準備タイマの稼動を継続させ、それにより、ＭＳ１０４１のための何らかのダウンリンクデータが利用可能になった場合に、ＭＳ１０４１へ到達するようにダウンリンクデータを送信するためにどのセルを宛て先とすべきかがＳＧＳＮ１３０にとって既知となる。
【００３６】
図２のステップ５ａにおいて、ＢＳＳ１０２は、ＬＬＣ  ＮＵＬＬフレーム（セル更新）をＳＧＳＮ１３０へ転送し、それにより、ＳＧＳＮ１３０が将来のダウンリンクペイロードを正確なＢＳＳ１０２へと向かわせることが可能となる。
【００３７】
図２のステップ６において、ＢＳＳ１０２は、一時論理リンクＩＤ（ＴＬＬＩ）を含むパケットアップリンクＡＣＫ／ＮＡＣＫ（ＰＵＡＮ）をＭＳ１０４１へ送信することにより、ＲＬＣデータブロックの受信について確認応答し、それによりＭＳ１０４１の視点から競合解決を完了させることが可能となる（即ち、レガシーの１フェーズ競合解決の通り）。
【００３８】
図２のステップ７において、ＢＳＳ１０２は、ＰＡＣＣＨシグナリングを用いて、ＭＳ１０４１へ割り当てられたＴＯＩを送信し、このＴＯＩを対応するＴＯＩＴが未失効である（稼動中である）限り有効であると見なす。ステップ７においてこの別個のＰＡＣＣＨシグナリングメッセージをＭＳ１０４１へ送信することへの代替案として、図２の上のステップ６において送信されたＰＵＡＮメッセージを割り当てられたＴＯＩを含むように修正し、それにより本ステップ（即ち、図２のステップ７）を除去することができる。図１５は、いくつかの実施形態に従って構成される修正されたパケットアップリンクＡＣＫ／ＮＡＣＫ（ＰＵＡＮ）メッセージを例示している。図１５のＰＵＡＮメッセージは、ＴＯＩの長さ及び一時ＯＳＡＰ  ＩＤのための情報エレメント１５００及び１５０２内にＭＳ１０４１のためのＴＯＩ割り当てを追加するように、従来のメッセージから修正されている。
【００３９】
より長いＴＯＩ  ＩＤをＭＳ１０４１へ割り当てる代わりに、ダウンリンク送信における使用のためにより短いＴＯＩ（例えば、１０〜１２ビット長）がＭＳ１０４１へ割り当てられ得る。より短いＩＤ（identity）の使用は、ＡＧＣＨ上で送信されるダウンリンク割り当てメッセージ内のレガシーＭＳ  ＩＤ値を用いることと比較して、ダウンリンクＴＢＦリソース割り当ての確立のためのダウンリンク割り当てメッセージが単一のアクセスグラントチャネルメッセージにおいてより増加した数のＭＳ１０４へと送信されることを可能とする。言い換えれば、ＭＳ  ＩＤとしてＴＯＩを用いることで、単一のアクセスグラントチャネルメッセージがより増加した数のＭＳ１０４を宛て先とすることを可能とし、それにより、アクセスグラントチャネルのキャパシティ（即ち、アクセスグラントチャネルを共有可能なＭＳ１０４の最大数）が改善される。
【００４０】
ＭＳ１０４１が割り当て済みのＴＯＩを伴ってアイドルモードにある間、ＳＧＳＮ１３０は、ＭＳ１０４１について利用可能となる後続のダウンリンクデータを、ＢＳＳ１０２へ送信することができる。対応するＴＯＩＴが未失効である（依然として稼動中である）とＢＳＳ１０２が判定することに応じて、ＢＳＳ１０２は、ＴＯＩを用いてＭＳ１０４１とのダウンリンクＴＢＦを確立（アクセスグラントチャネル（ＡＧＣＨ）メッセージを送信）し、そして、まずページング処理を実行することなく、ＭＳ１０４１へデータを送信することができる。対照的に、ＴＯＩＴが失効済み（稼動中でない）とＢＳＳ１０２が判定すると、ＭＳ１０４１へ割り当てられたＴＯＩはもはや有効ではなく、ＢＳＳ１０２は、レガシーＭＳ  ＩＤを用いてＭＳ１０４１とのダウンリンクＴＢＦを確立する（アクセスグラントチャネル（ＡＧＣＨ）メッセージを送信する）。ここで、レガシーＭＳ  ＩＤは、実質的にＴＯＩの長さよりも長く、そのためＡＧＣＨ上で送信される単一の割り当てメッセージ内により少ないＭＳ１０４しか割り当て可能ではないという結果をもたらす。
【００４１】
ＢＳＳ１０２は、ダウンリンクデータが送信のために準備状態にある複数のＭＳ１０４についてのＴＯＩを含む単一のＡＧＣＨメッセージを送信し得る。このやり方で、複数のＭＳ１０４についてのデータ転送を、複数のＭＳ１０４のアドレスを与えらる単一のＡＧＣＨメッセージを用いて効率的に実行することができ、それによりＡＧＣＨのキャパシティを増やすことができる（即ち、ＡＧＣＨによりサービスされるＭＳの数を増やすことができる）。
【００４２】
図２のステップ８では、レガシーＴＢＦ解放手続に従って、アップリンクＴＢＦが解放される。
【００４３】
留意すべきこととして、ＯＳＡＰ対応ＭＳ１０４１がセル更新を送信する際に２フェーズアクセスが使用される場合、アップリンクＰＡＣＣＨ上で送信されるパケットリソース要求（ＰＲＲ）メッセージ（即ち、ＭＳ１０４１が成功裏に自身に適合するＡＴＩメッセージを受信した後）を、“残余準備タイマ値（Remaining  Ready  Timer  Value）”オクテットを含むように修正（拡張）することができ、ダウンリンクＰＡＣＣＨ上で送信されるパックアップリンク割り当て（ＰＵＡ）メッセージを、当該ＭＳ１０４１に割り当てられたＴＯＩを含むように修正（拡張）することができる。
【００４４】
従って、アイドル状態にあるＯＳＡＰ対応ＭＳ１０４１は、準備タイマが未失効（稼動中）である限りにおいて有効なままであるＴＯＩを割り当てられることができる。セル更新が必須となるセル再選択のケースについて、ＭＳ１０４１がＭＳ１０４１の準備タイマについて残っている時間をＢＳＳ１０２へ通知すること、及びＢＳＳ１０２がＭＳ１０４１に新たなＴＯＩ値を割り当て、ＭＳ１０４１の準備タイマについて残っている時間の値を反映する値に設定された対応するＴＯＩタイマ（ＴＯＩＴ）を開始すること、のための仕組み（処理）を図２の文脈において説明した。これら仕組みの双方は、セル再選択の後の任意の時点でトリガ可能なＯＳＡＰベースのダウンリンクＴＢＦの確立のケースについて、増加したＡＧＣＨキャパシティを提供する点で有益であり得る。
【００４５】
図１のシステム並びに図２の方法及び動作の文脈において実施形態を説明したが、本発明はそれに限定されない。例えば、他のいくつかの実施形態は、より少なく及び／又は異なる方法及び動作ステップを利用してもよい。ＢＳＳ１０２からＭＳ１０４１へのダウンリンクＴＢＦを確立するために実行可能な他のそうした方法及び動作が、図３〜図１４を参照しながら以下に説明される。図３〜図８は、ＢＳＳ１０２からのダウンリンクＴＢＦを確立するためにＭＳ１０４１により実装される動作及び方法のフローチャートである。図９〜図１４は、ＭＳ１０４１及び他のＭＳ１０４へのダウンリンクＴＢＦを確立するためにＢＳＳ１０２により実装される動作及び方法のフローチャートである。
【００４６】
ＢＳＳ１０２からのダウンリンクＴＢＦを確立するために、ＭＳ１０４１により図３の方法及び動作が実装される。ＭＳ１０４１の準備タイマが未失効（稼動中）である間に、セル再選択が実行される（ブロック３００）。未失効の準備タイマの残余時間を示す残余準備タイマ値を含むＲＬＣデータブロックを含むセル更新メッセージが、後続のダウンリンクＴＢＦの確立における使用のためにＢＳＳ１０２へ送信され（ブロック３０２）、ＭＳ１０４１が自身の準備タイマを再開する結果となる。
【００４７】
図４のさらなる動作上の実施形態では、セル再選択（ブロック３００）に続いて、ＢＳＳ１０２によりブロードキャストされるシステム情報（ＳＩ）がＭＳ１０４１により受信される。ＢＳＳ１０２がダウンリンクＴＢＦの確立における使用のためにＭＳ１０４１にＴＯＩを割り当て可能であるかが、上記ＳＩから判定される（ブロック４１２）。ＢＳＳ１０２がＭＳ１０４１にＴＯＩを割り当て可能であるとの判定に応じて、残余準備タイマ値を含むＲＬＣデータブロックのペイロードを含むセル更新メッセージをＢＳＳ１０２へ送信するステップ（図３のブロック３０２）が実行され（ブロック４１４）、ＭＳ１０４１が自身の準備タイマを再開する結果となる。
【００４８】
図５のさらなる動作上の実施形態では、セル更新メッセージの送信に応じて、ＭＳ１０４１は、ＭＳ１０４１に割り当てられたＴＯＩを受信する（ブロック５００）。ＴＯＩは、パケット関連制御チャネル（ＰＡＣＣＨ）シグナリングによって、移動局１０４１により受信され得る。アイドルモードへ戻った後、ＭＳ１０４１に割り当てられたＴＯＩを含むＡＧＣＨメッセージのために、ＢＳＳ１０２からの通信がモニタリングされる（ブロック５０２）。
【００４９】
図６のさらなる動作上の実施形態では、ＭＳ１０４１は、ＰＵＡＮメッセージをＢＳＳ１０２から受信してよく（ブロック６００）、ＰＵＡＮメッセージは、ＴＯＩと、ＭＳ１０４１のための一時論理リンクＩＤとを含む。
【００５０】
図７のさらなる動作上の実施形態では、システムアクセスを要求する拡張パケットチャネル要求（ＥＰＣＲ）がＲＡＣＨ上で送信される（ブロック７００）。ＥＩＡメッセージがアクセスグラントチャネル（ＡＧＣＨ）上で受信され（ブロック７０２）、ＥＩＡメッセージは、パケットデータチャネル（ＰＤＣＨ）リソースを識別する。ＰＤＣＨリソースを用いて、ＡＴＩメッセージがＰＡＣＣＨ上で受信される（ブロック７０４）。ＭＳ１０４１に割り当てられるアップリンクステートフラグ（ＵＳＦ）が受信される（ブロック７０６）。そして、セル更新メッセージが送信され（ブロック７０８）、ＭＳ１０４１が自身の準備タイマを再開する結果となる。
【００５１】
図８のさらなる動作上の実施形態では、セル更新メッセージを含むＲＬＣデータブロック内で、ＲＬＣデータブロックが残余準備タイマ値を含むことをＢＳＳ１０２に示す特殊なＬＩ値が提供される（ブロック８００）。セル更新メッセージにおいて特殊なＬＩ値の位置の直後に続く位置で、残余準備タイマ値が提供される（ブロック８０２）。
【００５２】
上記残余準備タイマ値は、準備タイマの残余時間単位（remaining  time  units）を表現する一群のバイナリ符号化されたビット、及び準備タイマの残余時間単位に適用可能な時間単位（time  unit）を定義する他の一群のビットとして、上記ＲＬＣデータブロックにおいて提供され得る。ＲＬＣデータブロックの残余準備タイマ値は、８ビット長（１オクテット）であってもよく、うちバイナリ符号化された６ビットは準備タイマの残余時間を表現し、追加的な２ビットは前記準備タイマの前記残余時間が周期的に増分（increment）する時間単位を定義する。
【００５３】
他のいくつかの実施形態は、複数のＭＳ（１０４１，１０４２，１０４３，…，１０４ｎ）へのダウンリンクＴＢＦを確立するための、ＢＳＳ１０２により実装される方法を対象とする。図９〜図１４は、例示的なＢＳＳ１０２により実装される動作及び方法のフローチャートである。図９を参照すると、上記方法及び動作は、移動局１０４１から、当該移動局１０４１の準備タイマの残余時間を示す残余準備タイマ値を含むＲＬＣデータブロックを含むセル更新メッセージを受信すること（ブロック９００）、を含む。残余準備タイマ値を含むＲＬＣデータブロックを含むセル更新メッセージの受信に応じて、後続のダウンリンクＴＢＦの確立における使用のために、移動局１０４１にＴＯＩが割り当てられる（ブロック９０２）。ＴＯＩは、ＭＳ１０４１へ送信される（ブロック９０４）。残余準備タイマ値に基づいて設定されるタイマ値を有するＴＯＩＴが開始される（ブロック９０６）。ＭＳ１０４１が解放され、ＭＳ１０４１はアイドルモードに移行させられる。データが移動局１０４１へのダウンロードのために準備されており且つＴＯＩＴが未失効（稼動中）であることに応じて、移動局１０４１に割り当てられたＴＯＩを用いて、移動局１０４１へのダウンリンクＴＢＦが後続して確立される（ブロック９１０）。
【００５４】
図１０のさらなる実施形態において、データが移動局１０４１へのダウンロードのために準備されており且つ前記ＴＯＩＴが失効済みである（稼動中でない）ことに応じて、レガシーのＭＳ  ＩＤを用いて、移動局１０４１へのダウンリンクＴＢＦ確立手続が実行される（ブロック１０００）。
【００５５】
図１１のさらなる実施形態において、システム情報（ＳＩ）が複数のＭＳ（１０４１，１０４２，１０４３，…，１０４ｎ）へブロードキャストされる（ブロック１１００）。当該ＳＩは、ＢＳＳ１０２がダウンリンクＴＢＦの確立における使用のために移動局１０４１にＴＯＩを割り当て可能であるという標識を含む。
【００５６】
移動局（１０４１）へ割り当てられたＴＯＩは、パケット関連制御チャネル（ＰＡＣＣＨ）を用いて移動局１０４１へ送信されることができる（ブロック９０４）。代替的に、移動局（１０４１）へ割り当てられたＴＯＩは、パケットアップリンクＡＣＫ／ＮＡＣＫ（ＰＵＡＮ）メッセージに含められることができ、ＰＵＡＮメッセージは、セル更新メッセージを含むＲＬＣデータブロックの受信を示すために移動局１０４１へ送信される（ブロック９０４）。
【００５７】
図１２のさらなる実施形態において、上記方法及び動作は、ＭＳ１０４１についてシステムアクセスを要求する拡張パケットチャネル要求をＲＡＣＨ上でＭＳ１０４１から受信すること（ブロック１２０２）、をさらに含む。ＥＩＡメッセージがＡＧＣＨ上でＭＳ１０４１へ送信される（ブロック１２０４）。ＥＩＡメッセージは、ＰＤＣＨリソースを識別する。ＰＤＣＨリソースを用いて、追加一時ブロックフロー情報（ＡＴＩ）メッセージがＰＡＣＣＨ上でＭＳ１０４１へ送信される（ブロック１２０６）。移動局（１０４１）に割り当てられるアップリンクステートフラグ（ＵＳＦ）が、ＭＳ１０４１へ送信される（ブロック１２０８）。ＭＳ１０４１に割り当てられるＵＳＦをＭＳ１０４１が受信することに応じて、セル更新メッセージがＭＳ１０４１から受信される。
【００５８】
図１３のさらなる実施形態において、セル更新メッセージを含むＲＬＣデータブロック内に含まれる特殊な長さインジケータ（ＬＩ）値から、ＲＬＣデータブロックが残余準備タイマ値を含むという判定が行われる（ブロック１３００）。特殊なＬＩ値の位置の直後に続くものとして、セル更新メッセージを含むＲＬＣデータブロックにおいて残余準備タイマ値の位置が識別される（ブロック１３０２）。従って、ＢＳ１０２は、当該特殊なＬＩ値を用いて、ＲＬＣデータブロックが残余準備タイマ値を含むと判定し、さらに準備残余準備タイマ値の位置を判定する。
【００５９】
ＲＬＣデータブロックの残余準備タイマ値は、準備タイマの残余時間単位を表現するバイナリ符号化されたビットと、準備タイマの残余時間単位に適用可能な時間単位を定義する追加的なビットと、からなる。１つの実施形態では、ＲＬＣデータブロックの残余準備タイマ値は、８ビット長であり、うちバイナリ符号化された６ビットは準備タイマの残余時間単位を表現し、追加的な２ビットは準備タイマの残余時間単位に適用可能な時間単位を定義する。
【００６０】
図１４のさらなる実施形態において、ＮＵＬＬ  ＬＬＣ  ＰＤＵ  ＲＬＣデータブロックを含むセル更新メッセージが、ＳＧＳＮ１３０へ送信される（ブロック１４００）。従って、ＳＧＳＮ１３０は、セル固有の基準でのＭＳ１０４１の位置を通知され、セル更新メッセージを送信するＭＳ１０４１に対応する準備タイマを再開する。
【００６１】
図１６は、いくつかの実施形態に係るＭＳ１０４、無線アクセスネットワーク（ＲＡＮ）１１０及びＳＧＳＮ１３０を例示するブロック図である。ＭＳ１０４及びＲＡＮ１１０は、いくつかの実施形態によれば、無線チャネル１０２上で通信するように構成される。ＭＳ１０４は、アンテナアレイ１６２８とプロセッサ１６２０との間に連結される送受信器１６２６と、プロセッサ１６２０に連結されるユーザインタフェース１６２４と、プロセッサ１６２０に連結されるメモリ１６２２と、を含み得る。ＭＳ１０４は、ディスプレイデバイス、入力インタフェース（例えば、キーボード、タッチ反応型ディスプレイ、キーパッド、音声認識等）及びスピーカをも含み得る。プロセッサ１６２０は、汎用プロセッサ及び／又は特殊目的プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）といった１つ以上の命令実行回路を含んでよく、それらは、（例えば、同じ回路パッケージ内で、同じバックプレーンへ接続されて、同じコンピュータ筐体内に収容されるなどして）共設されてもよく、１つ以上のデータネットワークをまたいで分散されてもよい。プロセッサ１６２０は、後にコンピュータ読取可能な媒体として説明されるメモリ１６２２からのコンピュータプログラム命令を実行して、ＭＳにより実行されるものとしてここで説明した動作及び方法の少なくともいくつかを実行する、ように構成される。
【００６２】
ＲＡＮ１１０は、ＢＳＳ１０２及びＢＳ１２２を含み得る。ＢＳＳ１０２及びＢＳ１２２は、ＲＡＮ１１０内のハードウェアリソースを共有するものとして例示されているが、実際には、それらは典型的には通信可能に共にネットワーク化される（別個のハードウェアリソースを伴う）物理的に別個のデバイスであるはずである。ＲＡＮ１１０は、アンテナアレイ１６０８とプロセッサ１６００との間に連結される送受信器１６０６と、プロセッサ１６００に連結されるメモリ１６０２と、プロセッサ１６００に連結されるネットワークインタフェース１６０４と、を含み得る。ＲＡＮ１１０は、ディスプレイデバイス、入力インタフェース（例えば、キーボード、タッチ反応型ディスプレイ、キーパッド、音声認識等）及びスピーカをも含み得る。プロセッサ１６００は、汎用プロセッサ及び／又は特殊目的プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）といった１つ以上の命令実行回路を含んでよく、それらは、（例えば、同じ回路パッケージ内で、同じバックプレーンへ接続されて、同じコンピュータ筐体内に収容されるなどして）共設されてもよく、１つ以上のデータネットワークをまたいで分散されてもよい。プロセッサ１６００は、後にコンピュータ読取可能な媒体として説明されるメモリ１６０２からのコンピュータプログラム命令を実行して、ＢＳＳ１０２及び／又はＢＳ１２２により実行されるものとしてここで説明した動作及び方法の少なくともいくつかを実行する、ように構成される。
【００６３】
ＳＧＳＮ１３０は、（ＲＡＮ１１０のネットワークインタフェース１６０４と通信する）ネットワークインタフェース１６１４と、メモリ１６１２と、ユーザインタフェース１６１６とを含むことができ、ユーザインタフェース１６１６はディスプレイデバイス、入力インタフェース（例えば、キーボード、タッチ反応型ディスプレイ、キーパッド、音声認識等）及びスピーカを含んでよく、それらは総じてプロセッサ１６１０へ連結される。プロセッサ１６１０は、汎用プロセッサ及び／又は特殊目的プロセッサ（例えば、マイクロプロセッサ及び／又はデジタル信号プロセッサ）といった１つ以上の命令実行回路を含んでよく、それらは、（例えば、同じ回路パッケージ内で、同じバックプレーンへ接続されて、同じコンピュータ筐体内に収容されるなどして）共設されてもよく、１つ以上のデータネットワークをまたいで分散されてもよい。プロセッサ１６１０は、後にコンピュータ読取可能な媒体として説明されるメモリ１６１２からのコンピュータプログラム命令を実行して、ＳＧＳＮ１３０により実行されるものとしてここで説明した動作及び方法の少なくともいくつかを実行する、ように構成される。
【００６４】
次の詳細な議論は、多様な関連する実施形態を説明する。特に、次の詳細な議論は、本発明者らにより準備された“Optimized  System  Access  Procedure”（3GPP  TSG-GERAN  #54，GP-120623，Sanya，China，May  14-18，2012にて提示）というタイトルの記事に基づく。
【００６５】
＜ＯＳＡＰ支援型のダウンリンクＴＢＦの確立＞
［概要］
Ｍ２Ｍトラフィック並びにスマートフォン１０４１、１０４２、１０４３、１０４４、…１０４ｎにより生成される頻繁な小規模パケット送信１３０ａ及び１３０ｂの結果として予想される増加したＣＣＣＨ輻輳の問題を踏まえ、最適化システムアクセス手続（ＯＳＡＰ）というＰＳドメイントリガ型のシステムアクセスのための拡張された手続がここで検討される。ＯＳＡＰの重要な目標は、ＡＧＣＨベースの割り当てメッセージ１３２内で搬送されるＭＳ固有の情報のサイズを最小化することにより、ＡＧＣＨ１０６のキャパシティを増加させることである。これは、ある無線パラメータ１３４の送信をシステム情報１２０へオフロードし、割り当てメッセージ１３２の内容１３６を、ＭＳ１０４１をパケットリソースへ導くために厳密に必要とされるものへと限定し、並びにアップリンクＴＢＦ１２８の確立のために要する残りの情報１３４´及び１３６´をパケットリソースのＰＡＣＣＨ１４０を用いてＭＳ１０４１へ割り当てる、ことにより達成され得る。ＯＳＡＰの詳細な評価は、レガシーの即時割り当てメッセージがパケットリソースを単一のＭＳに割り当てることを前提とするというレガシーのＡＧＣＨの動作と比較して、８倍までのゲインを提供し得ることを示している。
【００６６】
［１．諸言］
ＡＧＣＨ１０６のキャパシティを改善するための仕組みの議論が、複数のＧＥＲＡＮミーティングにわたり参照文献［１］及び［２］に記載されているようなあり得る解決法に関し進められてきた。ここで説明されるＯＳＡＰの特徴についての動機づけを提供する、考慮すべき合理的な動作例は以下の通りである：
・ダウンリンクＣＣＣＨの５１−マルチフレームフォーマットは、所与の高システム負荷の期間において、（即ちＢＣＣＨノルムについて用いられる無線ブロックに加えて）平均で４つのＰＣＨブロックと５つのＡＧＣＨブロックとから構成され得る。
・この５１−マルチフレームフォーマットの単一のインスタンスでは、５１個のＲＡＣＨバーストが存在するはずであり、結果的にＡＧＣＨブロックに対するＲＡＣＨバーストの比率が１に対して１０程度となり（スロット化ａｌｏｈａ動作に固有の衝突に起因してＲＡＣＨの性能が低下した場合、１に対して５程度に減少する）、ＡＧＣＨがボトルネックとなり得ることが強く示唆されている。
・この不均衡を軽減する手段としてＩＰＡを用いることにより、３に対して１０という比率を達成することができる（即ち、ＩＰＡが、３つのＭＳまでを単一割り当てメッセージによって宛て先指定することを可能とするためである）が、この不均衡をさらに軽減することが可能であれば望ましい（注釈：ＩＰＡはＯＳＡＰの代替手段であり、文献［１］及び後記する内容において議論される）。
・あるＭＳがＲＥＡＤＹ  ＳＴＡＴＥである際のＤＬ  ＴＢＦの確立については、ＤＬ  ＴＢＦは常にレガシーの即時割り当てメッセージを用いて確立されることになるから、上記ＩＰＡの特徴は、性能の向上を提供しない。
【００６７】
ここで説明されるＯＳＡＰの特徴は、ＡＧＣＨブロックに対するＲＡＣＨバーストの比率を以下のようにさらに減少させることを可能とする：
・所与のセルにおいて周波数ホッピングが用いられる場合に使用すべき、セルアロケーションによって定義されるＡＲＦＣＮのサブセットを識別するための新たなシステム情報（ＳＩ）１２０としての、モバイルアロケーション情報１３４の包含を可能とすること。ＳＩ１２０として含まれるモバイルアロケーション情報１３４は、「静的無線パラメータ」（ＳＲＰ）１３４ということもでき、ＯＳＡＰを用いる移動局１０４１、１０４２、１０４３、１０４４、…１０４ｎに割り当てられたパケットリソースに適用されであろう。
・ＡＧＣＨベース割り当てメッセージ１３２の内容を、移動局１０４１がダウンリンクＰＡＣＣＨメッセージ１３８を待ち受けるパケットリソースへ移動局１０４１を導くために厳密に必要である内容に制限すること。
・アップリンクＴＢＦ１２８又はダウンリンクＴＢＦのいずれかの確立を完了させるのに必要とされるすべての追加情報１３４´及び１３６´をＭＳ１０４１に提供するために、割り当てられたパケットリソースのダウンリンク上でＰＡＣＣＨメッセージ１３８を送信すること。
・拡張即時割り当て（ＥＩＡ）メッセージ１３２という新たなＡＧＣＨメッセージ１３２、及び追加ＴＢＦ情報（ＡＴＩ）メッセージ１３８という新たなＰＡＣＣＨメッセージ１３８を導入すること。
【００６８】
図１７ａは、５つのレガシーＩＡメッセージ４０２の内容を、（ａ）システム情報１２０、（ｂ）単一ＥＩＡメッセージ１３２及び（ｃ）ＡＴＩメッセージ１３８の単一のインスタンス、の範囲内でどのように効果的に分散することができるか、についての１つの実施形態に従った一例を示している（即ち、ここでは５に対して１０というＡＧＣＨブロックに対するＲＡＣＨバーストの比率が実現される）。この討議書面の範囲内での追加分析は、単一のＥＩＡメッセージ１３２を８つまでの異なるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎをアドレス指定するために用いることができ、それによりＯＳＡＰを用いて８に対して１０という比率が可能となる。
【００６９】
［２．最適化システムアクセス手続  ―  概要］
（本発明の第１の実施形態によれば）ＳＲＰ情報１３４を（例えばＳＩ２１を用いて）ＳＩ１２０内で搬送することができる。または、（本発明の第２の実施形態によれば）ＳＩ１２０は最低でも１つの標識３０２を提供するであろう。いずれのケースでも、ＳＩ１２０は、サービングセルが最適化システムアクセス手続（ＯＳＡＰ）をサポートする場合を示し、このとき対応するＢＳＳ１０２は新たなトレーニングシーケンスコード（ＴＳＣ）の使用を伴う新たなＲＡＣＨバースト１２４を受信可能である。新たなＴＳＣを用いて送信される拡張パケットチャネル要求１２４（ＥＰＣＲ）として知られるアクセス要求メッセージ１２４の受信により、下記の表１で示すように、１１ビットのＥＰＣＲメッセージにおいて新たなＯＳＡＰ固有コードポイントを導入することが可能となる。
【００７０】
【表１】
2015521447.tif 000003
【００７１】
１フェーズアクセスが使用される、アップリンクＴＢＦ１２８の確立のためのＯＳＡＰベースシステムアクセスに関連付けられる基本的なシグナリングイベントが、図１７ｂに示されている。
【００７２】
［３．レガシー即時割り当てメッセージの内容の分析］
どの情報がＡＧＣＨ１０６上で送信されるＯＳＡＰ固有ＥＩＡメッセージ１３２の中にに依然として含まれなければならないか、及びどの情報がＰＡＣＣＨ１４０上で送信される１つ以上のＯＳＡＰ固有ＡＴＩメッセージ１３８のインスタンス（即ちＯＳＡＰ固有の割り当てメッセージ１３２によって提供されるパケットリソース情報を補足する）を使用して後に送信され得るかを識別するために、レガシー即時割り当てメッセージの内容を以下で情報エレメントごとに調査する。
【００７３】
【表２】
2015521447.tif 000004
【００７４】
・ページモード（Page  Mode）：このレガシーＩＥのこの内容は、表４で示されるＥＩＡメッセージ１３２のページモードＩＥ内に含まれる。このＩＥは、ＥＩＡメッセージ１３２により宛て先指定されないＭＳに、可能性のある拡張されたページング動作について報知することを可能とし、それゆえＡＴＩメッセージ１２４へは遅延可能（deferrable）ではない。
・専用モード又はＴＢＦ（Dedicated  mode  or  TBF）：ここで考慮されるシステムアクセスシナリオは常にＴＢＦの確立に関連付けられるため、不要である。
・チャネル記述（Channel  Description）：ＴＣＨを識別することに関連付けられるため、不要である。
・パケットチャネル記述（Packet  Channel  Description）：本レガシーＩＥの拡張バージョンは、表４で示されるように、ＥＩＡメッセージ１３２のパケットチャネル記述ＩＥ内に含まれる（即ち、拡張バージョンはチャネルタイプフィールドを伴うレガシーＩＥからなり、予備ビット（spare  bits）は削除されている）。本ＩＥは、割り当てパケットリソースを識別するために、移動局１０４１により要する情報の基本量を提供し、それゆえＡＴＩメッセージ１３８へは遅延可能ではない。
・要求リファレンス（Request  Reference）：本レガシーＩＥの拡張バージョンは、ＥＩＡメッセージ１３２内に含まれ、ＥＩＡメッセージ１３２では、表４で示されるように、ＭＳ固有ＥＩＡパラメータＩＥを用いて同様の情報が搬送される。本情報は競合解決の目的で使用され、それゆえＡＴＩメッセージ１３８へは遅延可能ではない。
・タイミングアドバンス（Timing  Advance）：ＰＡＣＣＨ１４０上で送信されるＡＴＩメッセージ１３８のインスタンスに含まれる。
・モバイルアロケーション（Mobile  Allocation）：ＢＣＣＨ１２２上で送信されるＳＲＰ情報１３４内に含まれ、又はＥＩＡメッセージ１３２内に含まれることができる。周波数ホッピングが適用される場合、移動局１０４１はモバイルアロケーションを復号するためにＳＩ１上で受信される最後のセルアロケーション（Cell  Allocation）を使用する。
・開始時間（Starting  Time）：ＰＡＣＣＨ１４０上で送信されるＡＴＩメッセージ１３８のインスタンスに含まれる。
・ＩＡ残余オクテット（IA  Rest  Octets）：本レガシーＩＥの拡張バージョンは、ＡＴＩメッセージ１３８のインスタンスに含まれ、表５で示すように、ＭＳ固有ＴＢＦパラメータＩＥを用いて同様の情報が搬送される（即ち、本レガシーＩＥの拡張バージョンは、リリースごとの情報を示すために用いられるＣＳＮ．１拡張メカニズムを除外する）。
【００７５】
［４．ＳＲＰ情報の内容］
（本発明の第１の実施形態によれば）ＳＲＰ情報１３４は、（例えばＳＩ２１を用いて）ＳＩ１２０内で搬送されることができる。または、（本発明の第２の実施形態によれば）ＳＩ１２０は、最低でも１つの標識３０２を提供するであろう。いずれのケースでも、ＳＩ１２０は、サービングセルがＯＳＡＰベースシステムアクセス及びモバイルアロケーション情報（オプション）をサポートすることを示す。周波数ホッピングが使用される場合、モバイルアロケーション情報は、周波数ホッピングシーケンスにおいて使用されるセルアロケーションに属するＲＦチャネルのサブセットを示す。
・ＳＩメッセージ１２０内にＳＲＰ情報１３４を含むためには最大８のオクテットが必要とされる（即ち、セルアロケーションは高々６４個のＡＲＦＣＮから構成されることができる）。
・ＳＲＰ情報１３４又はインジケータ３０２がＳＩメッセージ１２０に含まれる場合、ＯＳＡＰモバイルアロケーション情報の単一のインスタンスが、ＯＳＡＰ手続を用いて割り当て可能なパケット無線リソースにとって十分であると理解される。
・例えば、以下の構造が、ＳＩ２１メッセージ１２０について、Ｒｅｌ−１２拡張として追加され得る。
【００７６】
【表３】
2015521447.tif 000005
【００７７】
各ＯＳＡＰモバイルアロケーションのオクテットの各ビットは、レガシーのモバイルアロケーション情報エレメントについて現在記述されている通りの、セルアロケーションの周波数リスト中の特定の周波数に対応する。
【００７８】
［５．拡張即時割り当て（ＥＩＡ）メッセージ１３２の内容］
このメッセージ１３２は以下の表３に示されるようにフォーマット化され、最小の量のパケットリソース情報１３４をＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに提供するために、ネットワークによって、ＡＧＣＨ１０６上で送信される（即ち、この情報の受信の結果として、ＭＳ１０４１は、ＥＩＡメッセージ１３２によって割り当てられたパケットリソース上のＰＡＣＣＨメッセージ１３８を受信することのみ可能であり、それゆえ、ＭＳ１０４１は、アップリンクＴＢＦ１２８がペイロード送信用に使用可能となる前、又はペイロードがダウンリンクＴＢＦ上で受信可能となる前に、ＰＡＣＣＨ１３８上の追加的なＴＢＦ関連情報１３４´及び１３６´を受信するまで待機しなくてはならない）。
【００７９】
【表４】
2015521447.tif 000006
【００８０】
ＥＩＡ残余オクテットＩＥより提供されるすべての情報及びＬ２疑似長さＩＥより提供される値の（オクテットでの）長さは、２２という最大値を有する（上記表５参照）。Ｌ２疑似長さは、ＥＩＡ残余オクテットＩＥ及びＬ２疑似長さＩＥ自体を除くＥＩＡメッセージ１３２に存在するすべての情報エレメントの長さの合計を示し、それ自体は２という値を持つ。これは、ＥＩＡ残余オクテットＩＥのために利用可能な、最大２０オクテット（１６０ビット）の空白を残す。
【００８１】
ＥＩＡメッセージ１３２ごとにＥＩＡ残余オクテットの１つのインスタンスが含まれ、表４に示したフィールドから構成され、それらフィールドは次の通り使用される：
・ページモード（２ビット）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれる。
・インプリシットリジェクトＣＳ（１ビット）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれる。留意すべきこととして、ＬＡＰ用に構成されるＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎが、ＣＳドメインについて非ＯＳＡＰシステムアクセスを試行している間にＡＧＣＨ１０６上でＥＩＡメッセージ１３２を偶然読み取った場合に当該ＣＳドメインについてインプリシットリジェクトを検知可能であるように、これが含まれている。
・インプリシットリジェクトＰＳ（１ビット）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれる。留意すべきこととして、ＬＡＰ用に構成されるＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎが、適合するＦＮ情報＋ランダムビットを提供しないＡＧＣＨ１０６上のＥＩＡメッセージ１３２を読み取った際にＰＳドメインについてインプリシットリジェクトを検知可能であるように、これが含まれている。
・メッセージ参照ＩＤ（２ビット）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれる。ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎが、後続するＡＴＩメッセージ１３８インスタンスにおいて受信されるメッセージ参照ＩＤの値を、ＥＩＡメッセージ１３２において受信される値に対して比較し、それにより先に受信されたＥＩＡメッセージ１３２を補足するＡＴＩメッセージ１３８インスタンスを受信した際の検証を行うことができるように、この情報が含まれる。
・パケットチャネル記述（１８又は１９）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれ（即ち、ＥＩＡメッセージ１３２によって宛て先指定されるすべてのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに共通である）、その内容は、レガシーパケットチャネル記述ＩＥと同じである（下記の表４参照）。
・モバイルアロケーション（１、１１、１９、２７、３５）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれてよく（即ち、含まれる場合、ＥＩＡメッセージ１３２によって宛て先指定されるすべてのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに共通となる）、３２ビットのモバイルアロケーション情報の提供に制限される。３２ビットよりも多くのモバイルアロケーション情報が必要な場合、又は、モバイルアロケーション情報がシステム情報１２０（即ちＳＲＰ１３４）を使用して送信される場合には、この情報はＥＩＡ１３２には含まれない。
・ＦＮ情報長さ（２ビット）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれ、ＦＮ情報の４つの異なる長さを示すことが可能である。
・一時ＯＳＡＰ  ＩＤ長さ（２ビット）：ＥＩＡメッセージ１３２ごとに１つのインスタンスが含まれ、一時ＯＳＡＰ  ＩＤの４つの異なる長さを示すことが可能である。
・ＦＮ情報（Ｚビット  ＝  ｖａｌ（ＦＮ情報長さ）＋９）：アップリンクＴＢＦ１２８の確立の目的で、ＥＩＡメッセージ１３２により宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎごとに１つのインスタンスが含まれる。
・ＦＮ情報＝”ＦＮ  ｍｏｄｕｌｏ  Ｘ”のバイナリ値であり、ここで、ＦＮは、ＢＳＳ１０２によってＲＡＣＨ１２６上で拡張パケットチャネル要求１２４が受信されたバーストのＴＤＭＡフレーム番号に等しい。
・Ｘは、ＴＤＭＡフレーム番号の衝突についての許容確率を反映して設定され得る。例えば、Ｘ＝２５６（Ｚ＝８ビット）について、ＦＮ  ｍｏｄ  ２５６が同じ値を有するアップリンクバーストの間の時間は、１．１８秒である（即ち各ＴＤＭＡフレーム＝４．６１５ｍｓ、２５６×４．６１５＝１．１８ｓ）。
・これは、ＥＩＡメッセージ１３２にて受信した適合する‘ＦＮ情報’が、ＲＡＣＨ１２６上でアクセス要求メッセージを送信した特定のバーストを実際に反映しているか否かに関して、移動局１０４１、１０４２、１０４３、１０４４、…１０４ｎのためにある程度の不確実性が存在し得ることを意味する。
・ＥＩＡメッセージ１３２に含まれるＭＳ固有ＦＮ情報の長さ（Ｚビット）は、事業者によって満足されるレベルにまでＴＤＭＡのＦＮ衝突の確率を増加させる／減少させることを可能とするための変数である。
・ランダムビット（４ビット）：ＥＩＡメッセージ１３２によって宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎごとに１つのインスタンスが含まれ、ＦＮ情報フィールドの対応するインスタンスを有する（即ち、ＥＩＡメッセージ１３２内で送信される対応するＦＮ情報のインスタンス及びランダムビットは、以前のＥＰＣＲメッセージ１２４内でＢＳＳ１０２によって受信されたＴＤＭＡ  ＦＮ及びランダムビットの下位”Ｚ”ビットを反映している）。
・一時ＯＳＡＰ  ＩＤ（Ｙビット＝ｖａｌ（一時ＯＳＡＰ  ＩＤ長さ）＋９）：ダウンリンクＴＢＦの確立の目的でＥＩＡメッセージ１３２によって宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎごとに１つのインスタンスが含まれる。それは、ＥＩＡメッセージ１３２が各ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎをその固有の一時ＯＳＡＰ  ＩＤに基づいて識別することを可能とする。ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに一時ＯＳＡＰ  ＩＤが割り当てられていない場合は、ダウンリンクＴＢＦの確立にはレガシー手続が用いられる。
【００８２】
【表５】
2015521447.tif 000007
【００８３】
ＥＩＡ  例１：ＥＩＡメッセージ１３２は、アップリンクＴＢＦ１２８の確立の場合にのみ使用され、その場合、ＥＩＡメッセージによって宛て先指定される各ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに提供されるＦＮ情報は９ビット長（即ち、Ｚ＝９、Ｘ＝５１２）である。この場合、ＴＤＭＡフレーム内でアクセス要求１２４を行うすべてのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎについて、ＴＤＭＡフレームの下位９ビットがＥＩＡメッセージ１３２内で送信されたＦＮ情報に適合し、それらは、対応するランダムビットフィールドを確認して、アクセス要求１２４に適合する応答を受信したかどうかを判定する。留意すべきこととして、この場合、同じ下位９ビットを持つＴＤＭＡフレームは、２．３６秒の倍数だけ互いに離れるであろう（即ち、５１２×４．６１５ｍｓ＝２．３６ｓ）。
・ＥＩＡメッセージ１３２の内容は、各宛て先指定されたＭＳに固有であり、ＦＮ情報（９）＋ランダムビット（４）＋ＭＳ  ＩＤ判別子（１）＝１４ビットである。
・（宛て先指定されたＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの数にかかわらず）単一のインスタンスが含まれるＥＩＡメッセージ１３２の内容＝ページモード（２）＋インプリシットリジェクトＣＳ（１）＋インプリシットリジェクトＰＳ（１）＋メッセージ参照ＩＤ（２）＋パケットチャネル記述（１９）＋モバイルアロケーション（１）＋ＦＮ情報長さ（２）＋一時ＯＳＡＰ  ＩＤ長さ（２）＝３０ビットである。
・ＥＩＡメッセージ１３２ごとに宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの最大数＝８（即ち８×１４＋３０＝１４２）。
・上記表４によれば、ＥＩＡメッセージ１３２のために１０ビットのＣＳＮ．１のオーバーヘッドを要する（モバイルアロケーションが含まれないことを示すのに１ビットが、メッセージに含まれるＭＳ固有ＥＩＡパラメータＩＥの８つのインスタンスの各々について１ビットが、“ホッピングＲＦチャネル構成のダイレクトエンコーディング”を示すのに１ビットが使用される）。
・結果的なＥＩＡメッセージ１３２は、合計で１５２ビットの長さを有する。
【００８４】
ＥＩＡ  例２：この例は上記の例１に基づくが、異なる点は、ＥＩＡメッセージ１３２によって宛て先指定される各ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎについて１０ビットのＦＮ情報が許容されることである（即ちＺ＝１０、Ｘ＝１０２４）。この場合、ＴＤＭＡフレーム内でアクセス要求１２４を行うすべてのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎについて、ＴＤＭＡフレームの下位１０ビットがＥＩＡメッセージ１３２内で送信されたＦＮ情報に適合し、それらは、対応するランダムビットフィールドを確認して、アクセス要求１２４に適合する応答を受信したかどうかを判定するであろう。留意すべきこととして、この場合、同じ下位１０ビットを持つＴＤＭＡフレームは、４．７２秒の倍数だけ互いに離れるであろう（即ち、１０２４×４．６１５ｍｓ＝４．７２ｓ）。
・ＥＩＡメッセージ１３２の内容は、各宛て先指定されたＭＳに固有であり、ＦＮ情報（１０）＋ランダムビット（４）＋ＭＳ  ＩＤ判別子（１）＝１５ビットである。
・（宛て先指定されたＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの数にかかわらず）単一のインスタンスを含むＥＩＡメッセージ１３２の内容＝ページモード（２）＋インプリシットリジェクトＣＳ（１）＋インプリシットリジェクトＰＳ（１）＋メッセージ参照ＩＤ（２）＋パケットチャネル記述（１９）＋モバイルアロケーション（１）＋ＦＮ情報長さ（２）＋一時ＯＳＡＰ  ＩＤ長さ（２）＝３０ビットである。
・ＥＩＡメッセージ１３２ごとに宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの最大数＝８（即ち８×１５＋３０＝１５０）。
・上記表４によれば、ＥＩＡメッセージ１３２のために１０ビットのＣＳＮ．１のオーバーヘッドを要する（モバイルアロケーションが含まれないことを示すのに１ビットが、メッセージに含まれるＭＳ固有ＥＩＡパラメータＩＥの８つのインスタンスの各々について１ビットが、“ホッピングＲＦチャネル構成のダイレクトエンコーディング”を示すのに１ビットが使用される）。
・結果的なＥＩＡメッセージ１３２は、合計で１６０ビットの長さを有する。
【００８５】
ＥＩＡ  例３：この例は上記の例２に基づくが、異なる点は、ＥＩＡメッセージ１３２内に２４ビットのモバイルアロケーション情報を含むことが可能であることである。
・ＥＩＡメッセージ１３２の内容は各宛て先指定されたＭＳに固有であり、ＦＮ情報（１０）＋ランダムビット（４）＋ＭＳ  ＩＤ判別子（１）＝１５ビットである。
・（宛て先指定されたＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの数にかかわらず）単一のインスタンスが含まれるＥＩＡメッセージ１３２の内容＝ページモード（２）＋インプリシットリジェクトＣＳ（１）＋インプリシットリジェクトＰＳ（１）＋メッセージ参照ＩＤ（２）＋パケットチャネル記述（１９）＋モバイルアロケーション（２７）＋ＦＮ情報長さ（２）＋一時ＯＳＡＰ  ＩＤ長さ（２）＝５６ビットである。
・ＥＩＡメッセージ１３２ごとに宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの最大数＝６（即ち、６×１５＋５６＝１４６）。
・上記表４によれば、ＥＩＡメッセージ１３２のために８ビットのＣＳＮ．１のオーバーヘッドを要する（モバイルアロケーションが含まれないことを示すのに１ビットが、メッセージに含まれるＭＳ固有ＥＩＡパラメータＩＥの６つのインスタンスの各々について１ビットが、“ホッピングＲＦチャネル構成のダイレクトエンコーディング”を示すのに１ビットが使用される）。
・結果的なＥＩＡメッセージ１３２は、合計で１５４ビットの長さを有する。
【００８６】
［６．追加ＴＢＦ情報（ＡＴＩ）メッセージ１３８の内容］
このメッセージ１３８は、下記の表５のようにフォーマット化され、アップリンクＴＢＦ１２８又はダウンリンクＴＢＦの確立のために必要とされる追加情報１３４´及び１３６´をＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに提供するために、ネットワークによって、ＰＡＣＣＨ１４０上で送信される。ＡＴＩメッセージ１３８の１つ以上のインスタンスのセットをＢＳＳ１０２により送信することができ、当該セット内の各インスタンスは、同じＥＩＡメッセージ１３２に対応し、単一のＰＡＣＣＨブロック内で搬送される。これにより、所与のＥＩＡメッセージ１３２によって宛て先指定される任意の所与のＭＳがＥＩＡメッセージ１３２内で受信しなければならない情報の量が最小化されることになる。留意すべきこととして、ＭＳは、ＥＩＡメッセージ１３２内で先に受信される情報を補足する情報を含むＡＴＩメッセージ１３８のインスタンスを受信するまでは、ダウンリンクＰＡＣＣＨ１４０上においてＥＩＡメッセージ１３２によって割り当てられたパケットリソースしか受信することができない。このメッセージ１３８の内容は、以下のような事項で構成される。
・ＭＳ固有ＴＢＦパラメータ（Ｘビット）：ＡＴＩメッセージ１３８で宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎごとに１つのインスタンスが含まれる。
・ページモード（２ビット）：ＡＴＩメッセージ１３８ごとに１つのインスタンスが含まれる。
・メッセージ参照ＩＤ（２ビット）：ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎが、当該メッセージ参照ＩＤを先に受信したＥＩＡメッセージ１３２内の値と比較し、それにより、適合するＦＮ情報及びランダムビットが検出されたＥＩＡメッセージ１３２に対応するＡＴＩメッセージ１３８を受信した際の検証を行うことができるように、この情報が含まれる。
・ＭＳ割り当てビットマップ（８ビット）：ＡＴＩメッセージ１３８ごとに１つのインスタンスが含まれる。このビットマップは、所与のＥＩＡメッセージ１３２によって宛て先指定されるＭＳのどのサブセットが、受信したＡＴＩメッセージ１３８によってリソースを割り当てられるのか、を示す。必要とされるＭＳ固有情報の量に依存して、同じＥＩＡメッセージ１３２に対応する複数のＡＴＩメッセージ１３８を送信することができる。全体的な結果として、ＥＩＡメッセージ１３２によって宛て先指定された“Ｎ番目の”ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎは、１つの対応するＡＴＩメッセージ１３８（即ち、ビット位置“Ｎ”が“１”であるＭＳ割り当てビットマップを有するＡＴＩメッセージインスタンス）を正確に受信しさえすればよいであろう。
例えば、５つのＭＳ１０４１、１０４２、１０４３、１０４４、１０４5が所与のＥＩＡメッセージ１３２によって宛て先指定されることを想定すると、２つの対応するＡＴＩメッセージ１３８が送信され得るが、この場合、図１７ｃの通り、ＡＴＩメッセージインスタンス１はＭＳ１、ＭＳ２及びＭＳ３を宛て先指定し、ＡＴＩメッセージインスタンス２は、ＭＳ４及びＭＳ５を宛て先指定する。従って、８つまでのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎのどのような組合せをも、同じＥＩＡメッセージ１３２に対応するＡＴＩメッセージ１３８のインスタンスのセットにおいて宛て先指定することができる。
【００８７】
所与のＡＴＩメッセージ１３８のインスタンスに含まれるＭＳ固有ＴＢＦパラメータＩＥによって宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの数は、従って、対応するＥＩＡメッセージ１３２内で搬送されるＥＩＡ残余オクテットＩＥ（表４参照）に含まれるＭＳ固有ＥＩＡパラメータＩＥによって宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎの合計数のサブセットとなり得る。従って、所与のＡＴＩメッセージ１３８のインスタンスに含まれるＭＳ固有ＴＢＦパラメータＩＥによって宛て先指定されるＭＳの順序が、ＭＳ割り当てビットマップＩＥによって決定されるであろう。
【００８８】
【表６】
2015521447.tif 000008
【００８９】
【表７】
2015521447.tif 000009
【００９０】
【表８】
2015521447.tif 000010
【００９１】
ＡＴＩ  例１：この例では、１フェーズのアクセス割り当てが考慮されており、上記表５のパケットアップリンク割り当てＩＥを使用して、すべてのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎにアップリンクＴＢＦ１２８リソースが割り当てられる：
・ＭＳ固有ＴＢＦパラメータ＝１＋パケットアップリンク割り当て（２）＋１フェーズのアクセス（１）＋ＴＦＩ＿ＡＳＳＩＧＮＭＥＮＴ（５）＋ＰＯＬＬＩＮＧ（１）＋ＵＳＦ（３）＋ＵＳＦ＿ＧＲＡＮＵＬＡＲＩＴＹ（１）＋｛１＋Ｐ０（４）＋ＰＲ＿ＭＯＤＥ（１）｝＋ＣＨＡＮＮＥＬ＿ＣＯＤＩＮＧ＿ＣＯＭＭＡＮＤ（２）＋ＴＬＬＩ＿ＢＬＯＣＫ＿ＣＨＡＮＮＥＬ＿ＣＯＤＩＮＧ（１）＋｛１＋ＡＬＰＨＡ（４）｝＋ＧＡＭＭＡ（５）＋｛１＋ＴＩＭＩＮＧ＿ＡＤＶＡＮＣＥ＿ＩＮＤＥＸ（４）｝＋｛１＋ＴＢＦ＿ＳＴＡＲＴＩＮＧ＿ＴＩＭＥ（０）｝＋｛１＋ＰＦＩ（７）｝＝４７ビット。
・ＡＴＩメッセージ１３８インスタンス１は図３Ｃで示すように３つのＭＳを宛て先指定している＝ページモード（２）＋メッセージ参照ＩＤ（２）＋ＭＳ割り当てビットマップ（８）＋３×（ＭＳ固有ＴＢＦパラメータ）＝１２＋３×（４７）＝１５３ビット＝１ＰＡＣＣＨブロック。
・ＡＴＩメッセージ１３８インスタンス２は図３Ｃで示すように２つのＭＳを宛て先指定している＝ページモード（２）＋メッセージ参照ＩＤ（２）＋ＭＳ割り当てビットマップ（８）＋２×（ＭＳ固有ＴＢＦパラメータ）＝１２＋２×（４７）＝１０６ビット＝１ＰＡＣＣＨブロック。
【００９２】
ＡＴＩ  例２：この例では、２フェーズのアクセス割り当てが考慮されており、上記表５のパケットアップリンク割り当てＩＥを使用して、すべてのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎにアップリンクＴＢＦ１２８リソースが割り当てられる：
・ＭＳ固有ＴＢＦパラメータ＝１＋パケットアップリンク割り当て（２）＋２フェーズのアクセス（１）＋｛１＋ＡＬＰＨＡ（４）｝＋ＧＡＭＭＡ（５）＋ＴＢＦ＿ＳＴＡＲＴＩＮＧ＿ＴＩＭＥ（１６）＋｛１＋Ｐ０（４）＋ＰＲ＿ＭＯＤＥ（１）｝＋｛１＋ＰＦＩ（７）｝＝４４ビット。
・ＡＴＩメッセージ１３８インスタンス１は図３Ｃで示すように３つのＭＳを宛て先指定している＝ページモード（２）＋メッセージ参照ＩＤ（２）＋ＭＳ割り当てビットマップ（８）＋３×（ＭＳ固有ＴＢＦパラメータ）＝１２＋３×（４４）＝１４４ビット＝１ＰＡＣＣＨブロック。
・ＡＴＩメッセージ１３８インスタンス２は図３Ｃで示すように２つのＭＳを宛て先指定している＝ページモード（２）＋メッセージ参照ＩＤ（２）＋ＭＳ割り当てビットマップ（８）＋２×（ＭＳ固有ＴＢＦパラメータ）＝１２＋２×（４４）＝１００ビット＝１ＰＡＣＣＨブロック。
【００９３】
ＡＴＩ  例３：この例では、２フェーズのアクセス割り当てが考慮されており、上記表５のＥＧＰＲＳパケットアップリンク割り当てＩＥを使用して、すべてのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎにアップリンクＴＢＦ１２８リソースが割り当てられる：
・ＭＳ固有ＴＢＦパラメータ＝１＋ＥＧＰＲＳパケットアップリンク割り当て（２）＋｛１＋アクセス技術要求（０）｝＋２フェーズのアクセス（１）＋｛１＋ＡＬＰＨＡ（４）｝＋ＧＡＭＭＡ（５）＋ＴＢＦ＿ＳＴＡＲＴＩＮＧ＿ＴＩＭＥ（１６）＋ＮＵＭＢＥＲ  ＯＦ  ＲＡＤＩＯ  ＢＬＯＣＫＳ  ＡＬＬＯＣＡＴＥＤ（２）＋｛１＋Ｐ０（４）＋ＰＲ＿ＭＯＤＥ（１）｝＋｛１＋ＰＦＩ（７）｝＝４７ビット。
・ＡＴＩメッセージ１３８インスタンス１は図３Ｃで示すように３つのＭＳを宛て先指定している＝ページモード（２）＋メッセージ参照ＩＤ（２）＋ＭＳ割り当てビットマップ（８）＋３×（ＭＳ固有ＴＢＦパラメータ）＝１２＋３×（４７）＝１５３ビット＝１ＰＡＣＣＨブロック。
・ＡＴＩメッセージ１３８インスタンス２は図３Ｃで示すように２つのＭＳを宛て先指定している＝ページモード（２）＋メッセージ参照ＩＤ（２）＋ＭＳ割り当てビットマップ（８）＋２×（ＭＳ固有ＴＢＦパラメータ）＝１２＋２×（４７）＝１０６ビット＝１ＰＡＣＣＨブロック。
【００９４】
［７．ＯＳＡＰメッセージを用いたダウンリンクＴＢＦの確立］
ここでは、アイドルモードにあるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに、ページング手続を最初に実行しないで（即ち、ＲＥＡＤＹタイマが未失効（稼動中）であり、ネットワークがセルレベルでＭＳの位置を認識している状態で）ダウンリンクＴＢＦを割り当て得るケースを扱う。レガシー動作によれば、ダウンリンクＴＢＦの確立は、即時割り当てメッセージを送ることにより実行され、即時割り当てメッセージは、（ＤＲＸモードの場合は）ページンググループ上の又は（ＴＢＦの解放のすぐ後に続く非ＤＲＸモードの場合は）いずれかのＡＧＣＨの発生時のパケットダウンリンクＴＢＦ割り当てを含む。
【００９５】
ＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎを考慮すると、ネットワークは、ダウンリンクＴＢＦ用のＭＳパケットリソースを割り当てるためにＯＳＡＰについて次のように定義されたＥＩＡ１３２及びＡＴＩ１３８メッセージを使用するオプションを有する：
・ネットワークはＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに、セル別の基準で、（一時ＯＳＡＰ  ＩＤと称する）代替ＩＤを割り振らなければならず、その代替ＩＤは準備タイマが未失効（稼動中）の間は有効のまま維持される。これは、ＢＳＳ１０２が準備タイマの長さの知識を有することを要し、（例えばＰＦＣのサポートを通じて）複数の方法で実現可能である。
・ＢＳＳ１０２は、ＴＢＦがＯＳＡＰ対応ＭＳについて進行中である間はいつでも、ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎに一時ＯＳＡＰ  ＩＤ（ＴＯＩ）を割り当てるためのＰＡＣＣＨ１４０のシグナリングを使用することができる。
・ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎにＴＯＩが一度割り当てられると、当該ＴＯＩが有効である限り、当該ＴＯＩは上記ＭＳ用のダウンリンクＴＢＦ関連情報を含むＥＩＡメッセージ１３２に含まれ得る（表４の一時ＯＳＡＰ  ＩＤフィールドを参照）。
・（ＵＬ  ＴＢＦ１２８の確立のための）ＦＮ情報＋ランダムビット、又は（ＤＬ  ＴＢＦの確立のための）一時ＯＳＡＰ  ＩＤの使用は、ＥＩＡメッセージ１３２によって宛て先指定されるＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎのインスタンスごとに示されるので、ＥＩＡメッセージの任意の所与のインスタンスが、ＵＬ又はＤＬのいずれかのＴＢＦの確立を必要とするＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎのいずれの組合せについてもサポートすることができる（図１７ｄ参照、５個のＭＳが示されている）。
・一時ＯＳＡＰ  ＩＤは、９から１２ビットの長さとすることができ、最大で４０９６個までのそうしたＩＤをセルごとに管理することが可能である。
・留意すべきこととして、ＤＬ  ＴＢＦの確立のためのこの仕組みは、全体的なＤＬ  ＣＣＣＨ負荷を減少させ、従って非ＯＳＡＰ移動局に追加的なＣＣＣＨキャパシティを提供する。
【００９６】
ＯＳＡＰメッセージがダウンリンクＴＢＦの確立も可能とすることの実質的な利点は、当然ながら、ＡＧＣＨ１０６上で送信される単一のＥＩＡメッセージによって、ＤＬ  ＴＢＦの確立が必要な最大８つまでのＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎを宛て先指定できることである。一時ＯＳＡＰ  ＩＤが割り振られるＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎは、ＥＩＡメッセージ１３２において一時ＯＳＡＰ  ＩＤを用いて宛て先指定されることを除き（即ち、アイドルモードにおいて一時ＯＳＡＰ  ＩＤを有するＭＳ１０４１、１０４２、１０４３、…１０４ｎのためにダウンリンクＴＢＦを確立する間は、ＲＡＣＨ１２６は使用されないため、ＦＮ情報＋ランダムビットを使用して宛て先指定することはできない）、ＵＬ  ＴＢＦ１２８の確立のために使用される同じステップに従って、ＤＬ  ＴＢＦを確立するために、ＳＩ１２０からＳＲＰ情報１３４／インジケータ３０２を取得し、ＥＩＡメッセージ１３２及び補足ＡＴＩメッセージ１３８インスタンスを受信するであろう。
【００９７】
［８．結論］
ＡＧＣＨ１０６のキャパシティを向上させるための仕組みについて、最適化システムアクセス手続（ＯＳＡＰ）を導入することに基づいて説明を行った。ＯＳＡＰにより、新たなＢＣＣＨ情報と、補足的なＭＳ固有の情報を提供するためのＰＡＣＣＨ１４０シグナリングとを用いることで、ＡＧＣＨ１０６上で送信される割り当てメッセージ１３２に含まれるＭＳ固有の情報の量を最小化することができる。上のセクション５で説明した例によって示されるように、ＯＳＡＰを用いる場合にＡＧＣＨ１０６のキャパシティの有意な利得が可能である（例えば８つの移動局１０４１、１０４２、１０４３、…１０４ｎがＡＧＣＨ１０６上で送信される単一の割り当てメッセージ１３２によって宛て先指定されることができる）。ＵＬ  ＴＢＦ１２８の確立のために用いられるＯＳＡＰ関連シグナリングは、セルレベルで位置が把握されているＭＳ１０４１、１０４２、１０４３、…１０４ｎのＤＬ  ＴＢＦの確立のためにも使用され得る。従って、同様のＡＧＣＨ１０６のキャパシティの利得が、アップリンク及びダウンリンクＴＢＦの確立のいかなる組合せにおいても達成され得る。遅延を許容するアプリケーションをサポートするデバイスによって加えられる負荷がこの先数年間で顕著に増加する場合にはＡＧＣＨ１０６のキャパシティについてはますます問題となると思われることを考慮すると、ここで説明した新たなＧＥＲＡＮ  Ｒｅｌ−１２の特徴のようなＯＳＡＰの導入は、ＡＧＣＨ１０６がボトルネックとなる可能性を最小限にするという利益をもたらすと考えられる。
【００９８】
［参照文献］
［１］GP-111202  −  Continued  discussion  for  IPA  parameters  −  Huawei  Technologies  Co.,  Ltd.
［２］GP-111065  −  Usage  of  Higher  MCSs  on  CCCH  Downlink  −  Telefon  AB  LM  Ericsson,  ST-Ericsson  SA
［３］GP-111708  −  Improved  AGCH  Capacity  using  Static  Radio  Parameters  −  Telefon  AB  LM  Ericsson,  ST-Ericsson  SA
［４］GP-111709  −  Calculating  the  Probability  of  Access  Collision  −  Telefon  AB  LM  Ericsson,  ST-Ericsson  SA
［５］GP-111085  −  Analysis  on  Traffic  Characteristic  of  IM  Service  in  China  -  CMCC
引用した参照文献は、ｗｗｗ．３ＧＰＰ．ｏｒｇにおいて確認可能である。
【００９９】
以下の詳細な議論は、様々な他の関連する実施形態を説明する。特に、以下の詳細な議論は本発明者らにより準備された“Detailed  OSAP  Signalling  Procedure”（3GPP  TSG-GERAN  #54，GP-120624，Sanya，China，May  14-18，2012にて本発明者らにより提示）というタイトルの記事に基づく。
【０１００】
［詳細なＯＳＡＰシグナリング手続］
［諸言］
上で言及したＧＰ−１２０６２３において説明されているＯＳＡＰの特徴は、アップリンク及びダウンリンクのＴＢＦの双方をより効率的に確立するための新たなシグナリング手続の導入を伴う。アップリンクＴＢＦ及びダウンリンクＴＢＦを確立するために用いられるＯＳＡＰの特徴に関連付けられる詳細なシグナリング手続がここでより詳しく検討され、そのシグナリングが本質的に新たなシグナリングのレガシーシグナリングとの組合せを含むことを、次の通り理解することができる：
・ＯＳＡＰの特徴がネットワークによってサポートされていることを示し、かつＯＳＡＰベースのシグナリングを用いて割り当て可能なパケットデータリソースに関する情報を提供する、新たなＢＣＣＨ情報１２０。
・アップリンクＴＢＦ１２８の確立のためにＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎがＯＳＡＰベースのシグナリングを要求していることを一意にＢＳＳ１０２が判定することを可能とする、新たなＲＡＣＨメッセージ１２４。
・アップリンク及びダウンリンクのユーザデータの送信（例えばアップリンクデータ転送の場合においては１３０ａ及び１３０ｂ）に用いられるアップリンクＴＢＦ及びダウンリンクＴＢＦの確立をサポートする、新たなＡＧＣＨシグナリング１３２、及び、新たなＰＡＣＣＨシグナリング１３８。
・アップリンクＴＢＦ１２８の確立のための、レガシーの１フェーズ及び２フェーズの競合解決手続。
・ＯＳＡＰベースシグナリングを用いて確立されるアップリンクＴＢＦ及びダウンリンクＴＢＦのための、レガシーＴＢＦ管理及び解放手続。
【０１０１】
［２．ＯＳＡＰ−アップリンクＴＢＦ１２８の確立のための詳細な動作］
ＯＳＡＰベースシグナリングをサポートするサービングセルは、新たなトレーニングシーケンスコード（ＴＳＣ）の使用を伴うアクセスバーストで構成される新たな１１ビットのＲＡＣＨメッセージ１２４を受信可能な対応するＢＳＳ１０２によって管理される。すべてのＯＳＡＰ関連システム情報を読み取った後、ＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、ＰＳドメイン向けに送信すべきアップリンクペイロードを有する都度、下記の図１８ａ（ＵＬ  ＴＢＦの確立のためのＯＳＡＰシグナリング手続―その１）及び図１８ｂ（ＵＬ  ＴＢＦの確立のためのＯＳＡＰシグナリング手続―その２）に示すシグナリング手続に沿って、この新たなＴＳＣを用いるであろう。
・図１８ａ及び図１８ｂにおいて符号“Ａ”が付されたボックス内の構造は新たな手続及びタイマの使用を示し、一方で、残りの構造はレガシーの手続及びタイマの使用を示す。
・以下に説明するＯＳＡＰベースシグナリングは、１フェーズ及び２フェーズのシステムアクセス手続の双方と、レガシー動作の通りの対応する競合解決とを可能とする。
・新たな１１ビットのＲＡＣＨメッセージ１２４によってサポートされるコードポイントは、レガシーＲＡＣＨメッセージを用いて要求され得るものと同じ基本的なタイプのアクセス要求を示すことを可能とする（即ち“１フェーズのアクセス”、“２フェーズのアクセス”、“シグナリング”及び“単一ブロックパケットアクセス”）。
・以下に説明するＯＳＡＰベースシグナリングは、レガシー動作によってサポートされる柔軟性に従って、ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎを１フェーズ又は２フェーズのシステムアクセスのいずれかを用いるように導くことにより、ＢＳＳ１０２が新たなＲＡＣＨバースト１２４に応答することを可能とする。
【０１０２】
１）ＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、レガシーＳＩのリフレッシュレートの通り、３０秒に１度ＯＳＡＰ固有システム情報を読み込み、そしてアイドルモードに移行する。
【０１０３】
２）ＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、…１０４ｎによってトリガされる全てのＰＳドメインアクセス試行は、ＯＳＡＰ手続を使用する対象であり、一方で、当該ＭＳ１０４１、１０４２、１０４３、…１０４ｎによってトリガされるすべてのＣＳドメインアクセス試行は、レガシーＣＳドメイン関連手続を用いて管理されることになる。従って、ＰＳドメインアクセスを試行するＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、拡張パケットチャネル要求（ＥＰＣＲ）メッセージ１２４と呼ばれる新たなＲＡＣＨバーストの送信をスケジューリングし及び開始し、ＥＰＣＲメッセージ１２４は、１１ビットのペイロード空間と、ＢＳＳ１０２が一意にＥＰＣＲメッセージ１２４の受信を検出することを可能とするトレーニングシーケンスコード（ＴＳＣ）とをサポートする。
【０１０４】
ＥＰＣＲメッセージ１２４によりサポートされるコードポイントは、ＭＳ１０４１、１０４２、１０４３、…１０４ｎがレガシーＥＧＰＲＳパケットチャネル要求メッセージによってサポートされるＰＳドメイン関連コードポイントの通り、“１フェーズのアクセス”、“２フェーズのアクセス”、“シグナリング”及び“単一ブロックパケットアクセス”を示すことを可能とする（表６参照）。
【０１０５】
３）ＥＰＣＲメッセージ１２４を送信することによりアクセス手続を開始した後、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、適合する“ＦＮ情報”及び“ランダムビット”を伴う拡張即時割り当て（ＥＩＡ）メッセージ１３２の探索を開始する。Ｔ３１４６（レガシー）は、最大数のＥＰＣＲメッセージ１２４の送信が完了した後のみに開始される。
【０１０６】
４）ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、（ＭＳ固有ＥＩＡパラメータＩＥ内で搬送される）適合する“ＦＮ情報”及び“ランダムビット”を伴う拡張即時割り当て（ＥＩＡ）メッセージ１３２を受信すると、Ｔ３１４６を（未失効、稼動中の場合）停止し、Ｔ３２２６（新規）を開始し、示されたＰＤＣＨリソースに移動し、そして適合する追加ＴＢＦ情報（ＡＴＩ）メッセージ１３８のためにダウンリンクＰＡＣＣＨ１４０をモニタリングする。注意すべきこととして、これは、ＢＳＳ１０２がＥＩＡメッセージ１３２を送信することによってＥＰＣＲメッセージ１２４に応答しなければならないということを意味しており、なぜならＯＳＡＰベースシステムアクセスを実行しているＭＳ１０４１、１０４２、１０４３、…１０４ｎは、ＥＩＡメッセージ１３２を、潜在的に適合している応答を含むものとしてのみ考慮するからである。
【０１０７】
５）ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、ＡＴＩメッセージ１３８インスタンスを受信すると、当該ＡＴＩメッセージインスタンスによって宛て先指定されているかどうか判定するために、“ＭＳ割り当てビットマップ”を読み込む。言い換えれば、ＥＩＡメッセージ１３２のＭＳ固有ＥＩＡパラメータＩＥ内で搬送される情報のＮ番目のインスタンスが照合用の情報を含むことになっているとすると、ＭＳは、そのビットマップのＮ番目のビットが１に設定されているかどうかをチェックする。もしＮ番目のビットが１に設定されていれば、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、受信したＡＴＩメッセージ１３８に含まれるＭＳ固有ＴＢＦパラメータＩＥの対応するインスタンスが、アップリンクＴＢＦ１２８の確立に必要なすべての残りの情報１３４´及び１３６´を当該ＭＳに提供するものと結論付け、それは、処理を進めて１フェーズアクセス手続又は２フェーズアクセス手続を使用すべきか否かを含む（図１８ｂ参照）。
【０１０８】
小規模メッセージ参照ＩＤフィールド（２ビット長）は、ＭＳ１０４１、１０４２、１０４３、１０４４、…１０４ｎが受信したＡＴＩメッセージ１３８インスタンスを同じメッセージＩＤ値を有する特定のＥＩＡメッセージ１３２へ正確に関連付けることができるように、ＥＩＡメッセージ１３２及びＡＴＩメッセージ１３８の双方に存在する：
・留意すべきこととして、ＥＩＡメッセージ１３２はＴＦＩ情報を全く含まないかもしれず（そのかわりに当該ＴＦＩ情報はＡＴＩメッセージ１３８に含まれることになる）、その場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、ＥＩＡメッセージ１３２に含まれるＭＳ固有情報のＮ番目のインスタンスにおいて適合情報（match）を受信した場合に、ＥＩＡメッセージ１３２に対応するＡＴＩメッセージ１３８内のＭＳ固有情報のＮ番目のインスタンスを使用するべきであると想定する。
・ＡＴＩメッセージ１３８インスタンスは、（ＣＳ−１コーディングを用いて送信されたとしても）潜在的にＭＳ１０４１、１０４２、１０４３、…１０４ｎにより受信され損ねることが起こり得るので、ＢＳＳ１０２は、当該メッセージの限られたプリエンプティブ再送を行うことを選択してもよい。
・システムアクセス負荷の重い時間の間、ＢＳＳ１０２は、プリエンプティブＡＴＩメッセージ再送をも活用しつつ、特定のパケットリソースのＰＡＣＣＨ１４０上で比較的迅速に連続して１つ以上のＡＴＩメッセージ１３８インスタンスの異なるセットを送信する必要があり得る（即ち、１つ以上のＡＴＩメッセージ１３８インスタンスの各セットは、その対応するＥＩＡメッセージ１３２によって宛て先指定される移動局１０４１、１０４２、１０４３、…１０４ｎの特定の集合を宛て先指定するという点においてユニークである）。
・そのようにして、ＭＳ１０４１、１０４２、１０４３、…１０４ｎが、誤ってＡＴＩメッセージ１３８インスタンスを、先に受信したＥＩＡメッセージ１３２と関連付けてしまう（及び、それによって誤った追加ＴＢＦ情報を適用させてしまう）可能性を回避するために、ＥＩＡメッセージ１３２及びＡＴＩメッセージ１３８の双方に、２ビットのメッセージ参照ＩＤフィールドを導入することが十分であると考えられる。
【０１０９】
６）適合したＥＩＡメッセージ１３２を受信する前にＴ３１４６が失効した場合、又は適合したＡＴＩメッセージ１３８を受信する前にＴ３２２６が失効した場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎはパケットアクセス試行を中止し、アイドルモードに戻る。
【０１１０】
７）ＡＴＩメッセージ１３８が、１フェーズアクセスが使用されるべきであると示す場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎはＴ３２２６を停止し、Ｔ３１６４を開始し、その割り当てられたＵＳＦの第１のインスタンスを待ち受けるる。割り当てられたＵＳＦの第１のインスタンスの受信後、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、Ｔ３１６４を停止し、その第１のＲＬＣデータブロックを送信し、レガシー手続に従って１フェーズアクセスの競合解決を進める。留意すべきこととして、ＭＳがＥＰＣＲメッセージ１２４において１フェーズを示しているとしても（表８参照）、ＢＳＳ１０２はＭＳ１０４１、１０４２、１０４３、…１０４ｎに２フェーズのアクセスを実行するよう強制するＡＴＩメッセージ１３８を送信することが依然として可能である（下記ステップ１０参照）。
【０１１１】
８）競合解決が成功した場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎはレガシー動作に従ってそのユーザデータ（ＬＬＣ  ＰＤＵ）の送信を完了する。ユーザデータの送信完了後、アップリンクＴＢＦ１２８は、レガシー手続に従って解放される。
【０１１２】
９）ＭＳ１０４１、１０４２、１０４３、…１０４ｎがその割り当てられたＵＳＦの第１のインスタンスを受信する前にＴ３１４６が失効した場合、又は１フェーズ競合解決が成功しなかった場合、レガシー手続の通りパケットアクセスの再試行又はアップリンクＴＢＦの中止のいずれかが行われ得る。
【０１１３】
１０）ＡＴＩメッセージ１３８が、２フェーズアクセスが使用されるべきであると示す場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、Ｔ３２２６を停止し、ＰＲＲを送信し、Ｔ３１６８を開始し、ＰＲＲへの応答としてのＰＵＡを待ち受ける。ＰＵＡの受信後、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、レガシー手続に従って２フェーズの競合解決を進める。
【０１１４】
なお、レガシー動作と同様に、ＥＰＣＲメッセージ１２４における確立理由が１フェーズのパケットアクセス又はシグナリングについての要求を示している場合、ネットワークは１フェーズのアクセス又は２フェーズのアクセスのいずれかを許可するＡＴＩメッセージ１３８を送信してもよい。マルチブロックアロケーションがＡＴＩメッセージ１３８によって許可される場合、移動局１０４１、１０４２、１０４３、…１０４ｎは２フェーズのアクセスを実行することを強制される。
【０１１５】
１１）競合解決が成功した場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、Ｔ３１６８を停止し、Ｔ３１６４を開始し、その割り当てられたＵＳＦの第１のインスタンスを待ち受ける。割り当てられたＵＳＦの第１のインスタンスを受信後、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、Ｔ３１６４を停止し、レガシー動作にしたがってそのユーザデータ（ＬＬＣ  ＰＤＵ）の送信を開始する。ユーザデータの送信完了後、ＴＢＦ１２８は、レガシー手続に従って解放される。
【０１１６】
１２）ＭＳ１０４１、１０４２、１０４３、…１０４ｎがＰＲＲへの応答としてのＰＵＡを受信する前にＴ３１６８が失効した場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎが割り当てられたＵＳＦの第１のインスタンスを受信する前にＴ３１６４が失効した場合、又は２フェーズの競合解決が成功しなかった場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、レガシー手続の通りパケットアクセスの再試行又はアップリンクＴＢＦの中止のいずれかを行い得る。
【０１１７】
【表９】
2015521447.tif 000011
【０１１８】
［２．ＯＳＡＰ−ＤＬ  ＴＢＦの確立のための詳細な動作］
ここで取り扱うシナリオにおいて、ＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、アイドルモード中にあり、その対応する準備タイマが未失効（稼動中）であってそれゆえネットワークがＭＳの位置をセルレベルで知得していることから、まずページング手続を実行することなく、ダウンリンクＴＢＦを割り当てられることができる。この場合、ダウンリンクＴＢＦの確立は、図１８ｃで示されるように実行される（ＤＬ  ＴＢＦの確立のためのＯＳＡＰシグナリング手続）。
【０１１９】
１）ＴＢＦが進行中である間、ＢＳＳ１０２は、任意の時点で、ＰＡＣＣＨ１４０シグナリングを用いて一時ＯＳＡＰ  ＩＤ（ＴＯＩ）を、ＯＳＡＰ対応ＭＳ１０４１、１０４２、１０４３、…１０４ｎに割り振ってよい。割り振られたＴＯＩは、準備タイマが未失効（稼動中）である限り有効であり、従って、ＢＳＳ１０２が準備タイマの長さの知識を有することを要する（例えば、ＰＦＣ手続がネットワークによってサポートされる場合にこれは実現可能である）。
【０１２０】
２）ＢＳＳ１０２は、有効なＴＯＩを有しアイドルモード中にあるＭＳ１０４１、１０４２、１０４３、…１０４ｎについてのダウンリンクペイロード（即ち、ＬＬＣ  ＰＤＵｓ）を受信すると、当該ＭＳのＴＯＩ（即ち、ＦＮ情報＋ランダムビットの代わり）を含むＥＩＡメッセージ１３２を送信することにより、ダウンリンクＴＢＦの確立を開始する：
・非ＤＲＸモードの特徴がサポートされない場合（即ち、ＴＢＦ解放の際にＭＳ１０４１、１０４２、１０４３、…１０４ｎはＤＲＸモードに即時移行する）、ＢＳＳ１０２は、３ＧＰＰ  ＴＳ  ４５．００２（その内容は参照によりここに取り入れられる）において定義されているように、そのＭＳのページンググループによって定義される無線ブロックのうちのいずれかを用いて、対応するサービングセルのＣＣＣＨ上でＥＩＡメッセージ１３２を送信する。
・非ＤＲＸモードの特徴がサポートされており（即ち、ＴＢＦ解放の際にＭＳ１０４１、１０４２、１０４３、…１０４ｎは非ＤＲＸタイマによって決定される期間についての非ＤＲＸモードに即時移行する）かつＭＳが非ＤＲＸモード中にあるとＢＳＳ１０２が判定した場合、ＢＳＳ１０２は、非ＢＣＣＨブロックのいずれかを用いて対応するサービングセルのＣＣＣＨ上でＥＩＡメッセージ１３２を送信し得る。そうでなければ、ＢＳＳ１０２は、ＭＳのページンググループによって定義される無線ブロックのいずれかを用いて、対応するサービングセルのＣＣＣＨ上でＥＩＡメッセージ１３２を送信する。
【０１２１】
３）ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、（ＭＳ固有ＥＩＡパラメータＩＥに含まれて搬送された）適合するＴＯＩを有する拡張即時割り当て（ＥＩＡ）メッセージ１３２を受信すると、非ＤＲＸタイマを（未失効（稼動中）であれば）停止し、Ｔ３２２６（新規）を開始し、示されたＰＤＣＨリソースへ移動し、そして適合する追加ＴＢＦ情報（ＡＴＩ）メッセージ１３８のためにダウンリンクＰＡＣＣＨ１４０をモニタリングする。
【０１２２】
４）ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、ＡＴＩメッセージ１３８インスタンスを受信すると、当該ＡＴＩメッセージインスタンスによって宛て先指定されているかを判定するために、“ＭＳ割り当てビットマップ”を読み込む。言い換えれば、ＥＩＡメッセージ１３２のＭＳ固有ＥＩＡパラメータＩＥ内で搬送される情報のＮ番目のインスタンスが照合用の情報を含むことになっているとすると、ＭＳは、そのビットマップのＮ番目のビットが１に設定されているかどうかをチェックする。もしＮ番目のビットが１に設定されていれば、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、受信したＡＴＩメッセージ１３８に含まれるＭＳ固有ＴＢＦパラメータＩＥの対応するインスタンスが、ダウンリンクＴＢＦの確立に必要なすべての残りの情報を提供するものと結論付ける。
【０１２３】
５）適合するＡＴＩメッセージ１３８の受信前にＴ３２２６が失効した場合、ＭＳ１０４１、１０４２、１０４３、…１０４ｎは、ダウンリンクＴＢＦの確立の試行を中止し、アイドルモードに戻る。
【０１２４】
［４．結論］
上記のようなＯＳＡＰ手続の詳細な動作は、（レガシー動作におけるＡＧＣＨのみの場合と比較して）アップリンクＴＢＦ１２８固有情報をＢＣＣＨ１２２、ＡＧＣＨ１０６及びＰＡＣＣＨ１４０に分散させることを実質的に包含する。これは、ＡＧＣＨ１０６上で送信されるこの分散される情報のＭＳ固有の部分をレガシー動作と比較して有意に減少させることを可能とし、それにより、レガシーのＡＧＣＨ割り当てメッセージと比較してＯＳＡＰ固有ＡＧＣＨ割り当てメッセージ１３２ごとに宛て先指定されるＭＳ１０４１、１０４２、１０４３、…１０４ｎの数を有意に増加させることができるという点において、ＡＧＣＨの利得が実現される。（例えばインスタントメッセージタイプのアプリケーションの使用の増加に加えて、ＭＴＣによるトラフィック負荷の増加などに起因して）システムアクセス負荷が増加するにつれて、ＡＧＣＨ１０６のキャパシティについてはますます問題となると思われるので、ここで説明した新たなＧＥＲＡＮ  Ｒｅｌ−１２の特徴のように、ＯＳＡＰを導入することによって、不可欠であるＡＧＣＨキャパシティの改善が提供されるものと考えられる。
【０１２５】
［さらなる定義及び実施形態］
本開示の多様な実施形態の上の説明において、理解されるべきこととして、そこで使用される専門用語は、単に特定の実施形態の説明の目的のためのものであって、発明の限定を意図したものではない。特段の定義が無ければ、ここで使用されている（技術的用語及び学術的用語を含む）全ての用語は、本開示が属する分野における当業者により共通的に理解されるものと同じ意味を有する。さらに、一般に使用される辞書において定義されるような用語は、本明細書及び関連技術の文脈における意味と整合する意味を有するものとして解釈されるべきであって、ここで文字通り定義される理想化され又は過度に型通りの意味で解釈されないことが理解されるであろう。
【０１２６】
あるエレメントが別のエレメントに「接続され（connected）」、「連結され（coupled）」、「応じる（responsive）」又はその派生語として言及される場合、それは当該別のエレメントに直接接続され、連結され、若しくは応じることができ、又は介在するエレメントが存在してもよい。対照的に、あるエレメントが別のエレメントに「直接接続され（directly  connected）」、「直接連結され（directly  coupled）」、「直接応じる（directly  responsive）」又はその派生語として言及される場合、介在するエレメントは存在しない。同様の番号は、全体を通じて同様のエレメントを指す。さらに、ここで使用されるところでは、「連結される」、「接続される」、「応じる」又はその派生語は、無線で連結され、接続され、又は応じることを含み得る。ここで使用されるところでは、単数形の「ａ」、「ａｎ」及び「ｔｈｅ」は、そうではないことを文脈が明確に示さない限り、複数形も同様に含むことが意図される。周知の機能又は構造は、簡潔さ及び／又は明確さのために詳細には説明されないことがあり得る。「及び／又は」という用語は、関連付けられる列挙された事項のうちの１つ以上のありとあらゆる組み合わせを含む。
【０１２７】
ここで使用されるところでは、「備える／含む（comprise、comprising、comprises）」、「含む（include、including、includes）」、「有する（have、has、having）」又はそれらの派生語といった用語は、オープンエンド（open-ended）であり、１つ以上の記載された特徴、整数、エレメント、ステップ、コンポーネント又は機能を含むが、１つ以上の他の特徴、整数、エレメント、ステップ、コンポーネント、機能又はこれらの集合の存在又は追加を排除しない。さらに、ここで使用されるところでは、ラテン語のフレーズ「exempli  gratia」に由来する「e.g.（例えば）」という共通的な省略形は、その前に言及された事項の一般的な１つ又は複数の例を紹介し又は特定するために用いられ、そのような事項を限定することは意図されない。ラテン語のフレーズ「id  est」に由来する共通的な省略形「i.e.（即ち）」は、より一般的な記述から個別の事項を特定するために用いられ得る。
【０１２８】
例示的な実施形態は、コンピュータにより実装される方法、装置（システム及び／若しくはデバイス）並びに／又はコンピュータプログラムプロダクトのブロック図及び／又はフローチャートによる例示を参照しつつ、ここで説明されている。ブロック図及び／又はフローチャートの説明のうちの１つのブロック、並びにブロック図及び／又はフローチャートの説明における複数のブロックの組み合わせは、１つ以上のコンピュータ回路によって実行されるコンピュータプログラム命令によって実装され得ることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ回路、特殊用途コンピュータ回路、及び／又はマシンを産み出すための他のプログラマブルデータ処理回路、のプロセッサ回路に提供されてもよく、それによって、コンピュータ及び／又は他のプログラマブルデータ処理装置のプロセッサを介して実行される当該命令は、そのような回路内のトランジスタ、メモリロケーションに記憶される値、及び他のハードウェアコンポーネントを変形し及び制御して、ブロック図及び／又はフローチャートの１つ又は複数のブロックにおいて特定される機能／動作を実装し、それによって、当該ブロック図及び／又はフローチャートのブロックにおいて特定される当該機能／動作を実装するための手段（機能性）及び／又は構造を生成し得る。
【０１２９】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理装置に特定の手法で機能するように指示することができる有形のコンピュータ読取可能な媒体に記憶されてもよく、それによって、当該コンピュータ読取可能な媒体に記憶される当該命令は、ブロック図及び／又はフローチャートの１つ又は複数のブロックにおいて特定される機能／動作を実装する命令を含む製品を産み出す。
【０１３０】
有形の非一時的なコンピュータ読取可能な媒体は、電子的な、磁気的な、光学的な、電磁気的な、又は半導体のデータストレージシステム、装置、又はデバイスを含み得る。コンピュータ読取可能な媒体のより具体的な例は、以下を含むであろう：ポータブルコンピュータディスケット、ＲＡＭ（random  access  memory）回路、ＲＯＭ（read-only  memory）回路、ＥＰＲＯＭ（erasable  programmable  read-only  memory）又はフラッシュメモリ回路、ポータブルＣＤ−ＲＯＭ（compact  disc  read-only  memory）、及びポータブルＤＶＤ（digital  video  disc）ＲＯＭ／BlueRay。
【０１３１】
コンピュータプログラム命令は、コンピュータ及び／又は他のプログラマブルデータ処理装置にロードされ、一連の動作ステップが当該コンピュータ及び／又は他のプログラマブル装置上で実行されて、コンピュータ実装される処理を生成し、それによって、当該コンピュータ又は他のプログラマブル装置上で実行される上記命令は、ブロック図及び／又はフローチャートの１つ又は複数のブロックにおいて特定される機能／動作を実装するためのステップを提供する。従って、本開示の実施形態を、ハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で具現化することができ、それらは「回路」、「モジュール」又はそれらの派生語で包括的に言及され得る、デジタル信号プロセッサといったプロセッサ上で稼働する。
【０１３２】
幾つかの代替的な実装において、ブロック内に記述される機能／動作はフローチャートにおいて記述される順序とは異なる順序で発生し得ることにも留意すべきである。例えば、連続して示される２つのブロックは、実際には、実質的に同時に実行されてもよく、又は、これらのブロックは、関与する機能／動作に依存して、逆の順序で実行されることがあってもよい。さらに、フローチャート及び／又はブロック図の所与のブロックの機能性は、複数のブロックに分けられてもよく、並びに／又は、フローチャート及び／若しくはブロック図の２つ以上のブロックの機能性は、少なくとも部分的に統合されてもよい。最後に、例示されるブロック間に他のブロックが追加され／挿入されてもよい。また、図のうちのいくつかは、通信の主な方向を示すために通信パス上に矢印を含むが、図示される矢印とは反対の方向において通信が生じ得ることが理解されるべきである。
【０１３３】
上の説明及び図面との関係において、多くの異なる実施形態をここで開示した。それら実施形態のあらゆる組合せ及び副次的な組合せを文字通り説明し例示することは、過度に反復的で分かりにくくなることが理解されるであろう。そのため、本明細書は、図面を含めて、実施形態の多様な例示的な組合せ及び副次的な組合せと、それらを活用するやり方及び処理との、完全な書面での説明を構成するものと解釈されるべきであって、任意のそうした組合せ及び副次的な組合せについての請求項を裏付けるものとする。
【０１３４】
本発明の原理から実質的に逸脱することなく、多くの変形及び修正が上記実施形態になされることができる。そのような変形及び修正の全ては、本発明の範囲内に含まれることがここで意図される。
【図１】
2015521447.tif 000012
【図２】
2015521447.tif 000013
【図３】
2015521447.tif 000014
【図４】
2015521447.tif 000015
【図５】
2015521447.tif 000016
【図６】
2015521447.tif 000017
【図７】
2015521447.tif 000018
【図８】
2015521447.tif 000019
【図９】
2015521447.tif 000020
【図１０】
2015521447.tif 000021
【図１１】
2015521447.tif 000022
【図１２】
2015521447.tif 000023
【図１３】
2015521447.tif 000024
【図１４】
2015521447.tif 000025
【図１５】
2015521447.tif 000026
【図１６】
2015521447.tif 000027
【図１７ａ】
2015521447.tif 000028
【図１７ｂ】
2015521447.tif 000029
【図１７ｃ】
2015521447.tif 000030
【図１７ｄ】
2015521447.tif 000031
【図１８ａ】
2015521447.tif 000032
【図１８ｂ】
2015521447.tif 000033
【図１８ｃ】
2015521447.tif 000034
【国際調査報告】
2015521447.tif 000035
2015521447.tif 000036
2015521447.tif 000037