(57)【特許請求の範囲】
【請求項１】
ユーザー装置(ＵＥ)が無線通信システムにおいてリソースを要求する方法であって、
基地局(ＢＳ)との接続を構築する工程と、
第一スケジューリング要求を前記基地局(ＢＳ)に送信する工程と、
前記基地局(ＢＳ)から制御信号を受信する工程と、
第一タイミングで、前記制御信号に関連するスケジューリング割り当て(ＳＡ)を送信する工程と、
第二タイミングで、前記ユーザー装置(ＵＥ)においてデータの発生を認識する工程であって、前記データは前記ユーザー装置(ＵＥ)から他のユーザー装置(ＵＥ)に送信される必要があり、前記第二タイミングは前記第一タイミングより遅い、工程と、
前記データを送信するための、前記ＳＡに関連する可用なリソースがあるかどうかを判断する工程と、
第三タイミングで、前記可用なリソースにより前記データを送信する工程であって、前記第三タイミングは前記第二タイミングより遅い、工程と、
前記ＳＡと関連しているとともに、前記ＳＡに関連する可用なリソースがあるかどうかを判断する時点において前記ユーザー装置(ＵＥ)が使用することが可能であった前記可用なリソースの残りのリソースの数量に基づいて、第二スケジューリング要求を送信するか否か、又は、前記データと関連するバッファステータスレポート(ＢＳＲ)をトリガーするか否か、を判断する工程と、
を有する、ことを特徴とする、
方法。
【請求項２】
ユーザー装置(ＵＥ)が無線通信システムにおいてリソースを要求する方法であって、
基地局(ＢＳ)との接続を構築する工程と、
第一スケジューリング要求(ＳＲ)を前記基地局(ＢＳ)に送信する工程と、
前記基地局(ＢＳ)から制御信号を受信する工程と、
前記制御信号と関連するスケジューリング割り当て(ＳＡ)を第一タイミングのＳＡ期間に送信する工程と、
第二タイミングで、前記ユーザー装置(ＵＥ)においてデータの発生を認識する工程であって、前記データは前記ユーザー装置(ＵＥ)から他のユーザー装置(ＵＥ)に送信される必要があり、前記第二タイミングは前記第一タイミングより遅い、工程と、
前記データと関連するバッファステータスレポート(ＢＳＲ)をトリガーする工程と、
前記ＳＡと関連しているとともに前記ユーザー装置(ＵＥ)が使用することが可能であった残りのリソースの数量が前記データを収容することができるか否かに基づいて、前記データに関連する前記バッファステータスレポート(ＢＳＲ)をキャンセルするか否かを判断する工程と、
前記データに関連する前記バッファステータスレポート(ＢＳＲ)をキャンセルするべきであると判断する場合に、前記バッファステータスレポート(ＢＳＲ)をキャンセルする工程と、
第三タイミングで、前記残りのリソースにより前記データを送信する工程であって、前記第三タイミングは前記第二タイミングより遅い、工程と、
を有する、ことを特徴とする、
方法。
【請求項３】
前記データは、制御情報、および／または、データ情報を含むことを特徴とする請求項１、または、２に記載の方法。
【請求項４】
無線通信システムにおいてリソースを要求する通信デバイスであって、前記通信デバイスは、
制御回路と、
前記制御回路にインストールされるプロセッサと、
前記制御回路にインストールされ、前記プロセッサに動作可能なように結合されるメモリと、を有し、
前記通信デバイスが請求項１から３の任意のひとつで定義される前記工程を実行することを可能にする、前記メモリ中に保存されるプログラムコードを、前記プロセッサが実行するように構成されることを特徴とする通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークに関するものであって、特に、無線通信システムにおけるリソースを要求する方法と装置に関するものである。
【背景技術】
【０００２】
移動通信装置で、大量のデータを通信する必要が急増するにつれて、従来の携帯音声通信ネットワークは、インターネットプロトコル(ＩＰ)データパケットと通信するネットワークに進化している。このようなＩＰデータパケット通信は、移動通信装置のユーザーに、ボイスオーバーＩＰ、マルチメディア、マルチキャスト、及び、オンデマンド通信サービスを提供することができる。
【０００３】
進化型地上無線アクセスネットワーク(Ｅ-ＵＴＲＡＮ)は、制定されつつある標準化ネットワーク構造である。Ｅ-ＵＴＲＡＮシステムは、高データスループットを提供して、上記のボイスオーバーＩＰとマルチメディアサービスを実現することができる。３ＧＰＰ規格組織は、Ｅ-ＵＴＲＡＮシステムの標準化作業を実行する。よって、３ＧＰＰ規格組織の規格は、現在、不断に発展し、整えられている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、無線通信システムにおけるリソースを要求する方法と装置を提供する。
【課題を解決するための手段】
【０００５】
無線通信システムにおけるリソースを要求する方法と装置が開示され、それぞれ、独立クレーム１、７、８、および１５で定義される。各自従属クレームは、それぞれ、好ましい実施態様を定義する。第一態様による本方法は、第一スケジューリング割り当て(ＳＡ)を第一タイミングの第一ＳＡ期間に送信する工程を有する。この方法は、さらに、第二タイミングで、ＵＥにおいて可用なデータを考慮する工程を有し、ここで、データは、送信する必要があり、第二タイミングは第一タイミングより遅い。この方法は、さらに、第一ＳＡに関連し、且つ、第三タイミングでデータを送信するリソースを省略する工程を有し、ここで、第三タイミングは第二タイミングより遅く、且つ、第一ＳＡ期間より遅い第二ＳＡ期間より早い。このほか、この方法は、第二ＳＡ期間に、第二ＳＡを送信する工程を含む。さらに、この方法は、ＳＡに関連するリソースで、データを送信する工程を含む。
【図面の簡単な説明】
【０００６】
【図１】本発明の一実施態様による無線通信システムを示す図である。
【図２】本発明の一実施態様によるトランスミッターシステム(アクセスネットワークとしても知られる)とレシーバーシステム(ユーザー装置、または、ＵＥとしても知られる)を示す図である。
【図３】本発明の一実施態様による通信システムの機能ブロック図である。
【図４】本発明の一実施態様による図３のプログラムコードの機能ブロック図である。
【図５】3GPP  R2-141256の図２の複製図である。
【図６】3GPP  TS  36.321  v11.2.0の図６．１．２−１の複製図である。
【図７】3GPP  TS  36.321  v11.2.0の図６．１．２−２の複製図である。
【図８】3GPP  TS  36.321  v11.2.0の図６．１．２−３の複製図である。
【図９】3GPP  TS  36.321  v11.2.0の図６．１．３−１の複製図である。
【図１０】3GPP  TS  36.321  v11.2.0の図６．１．３−２の複製図である。
【図１１】本発明の一実施態様を示す図である。
【図１２】本発明の一実施態様を示す図である。
【図１３】本発明の一実施態様によるフローチャートである。
【図１４】本発明の一実施態様によるフローチャートである。
【図１５】本発明の一実施態様によるフローチャートである。
【発明を実施するための形態】
【０００７】
無線通信システムおよび無線通信システムを使用する以下で説明される装置は、放送サービス（broadcast  service）をサポートする。無線通信システムは幅広く展開されて、音声、データ等の各種タイプの通信を提供する。これらのシステムは、符号分割多重アクセス方式（code  division  multiple  access、CDMA)、時分割多重アクセス（time  division  multiple  access、TDMA)、直交周波数分割多元接続（orthogonal  frequency  division  multiple  access、ＯＦＤＭA)、3GPP  UMTS(Universal  Mobile  Telecommunications  System)、3GPP  LTE(Long  Term  Evolution)無線アクセス、3GPP  LTE-A(Long  Term  Evolution  Advanced)、3GPP2  UMB(Ultra  Mobile  Broadband)、WiMaxまたは別の変調技術に基づく。
【０００８】
特に、以下で記述する無線通信システム装置は、一つ以上の規格、例えば、"第3世代(3G)移動体通信システムの標準化プロジェクト（3rd  Generation  Partnership  Project、3GPP  "の協会により提供される基準をサポートするように設定され、文献番号SP-110638,  “WID  on  Proposal  for  a  study  on  Proximity-based  Services”;  R2-141256,  “Layer  2  procedures  for  D2D  Communication”,Ericsson;  R2-140625,  “Resource  allocation  for  D2D  transmitters  in  coverage”,Ericsson;  TS  36.321  V11.2.0,  “Medium  Access  Control  (MAC)  protocol  specification”;  R1-143590,  “Chairman’s  Notes  of  Agenda  Item  7.2.3  LTE  Device  to  Device  Proximity  Services”,Session  Chairman(Alcatel-Lucent)を含む。上述の規格とドキュメントは明細書に組み込まれる。
【０００９】
図1は、本発明の好ましい例によるマルチアクセス無線通信システムを示す図である。アクセスネットワーク１００(ＡＮ)は、複数のアンテナ群を有し、１０４と１０６の群、１０８と１１０の群、そして、１１２と１１４の群である。図1では、各アンテナ群は、二個のアンテナだけが示されているが、各アンテナ群のアンテナ数量はいくつでもよい。アクセスターミナル１１６(access  terminal、ＡＴ)はアンテナ１１２と１１４と通信し、アンテナ１１２と１１４は、送信リンク（送信リンク）１２０により、情報をアクセスターミナル１１６に伝送し、逆方向リンク（reverse  link）１１８により、アクセスターミナル１１６から情報を受信する。アクセスターミナル（ＡＴ)１２２はアンテナ１０６と１０８と通信し、アンテナ１０６と１０８は、送信リンク１２６により、情報をアクセスターミナル(ＡＴ)１２２に伝送し、逆方向リンク１２４により、アクセスターミナル(ＡＴ)１２２からの情報を受信する。ＦＤＤ（Frequency  division  duplexing）システムで、通信リンク１１８、１２０、１２４および１２６は異なる周波数を使用して通信する。例えば、送信リンク１２０は、逆方向リンク１１８と異なる周波数を使用する。
【００１０】
各アンテナ群および/または通信のために設計される領域は、通常、アクセスネットワークのセクター（sector）と称される。この具体例では、アンテナ群は、それぞれ、アクセスネットワーク１００によりカバーされる領域のセクター内のアクセスターミナルと通信するように設計される。
【００１１】
送信リンク１２０と１２６で通信する時、アクセスネットワーク１００中の伝送アンテナは、ビーム形成（beamforming）を利用して、異なるアクセスターミナル１１６と１２２の送信リンクの信号対雑音比（signal-to-noise  ratio）を改善する。また、単一アンテナによりそのアクセスターミナル全てに伝送されるアクセスネットワークよりも、ビーム形成を用いて、その受信領域によりランダムに散乱するアクセスターミナルに伝送するアクセスネットワークは、隣接セル中のアクセスターミナルへの干渉が少ない。
【００１２】
アクセスネットワーク(ＡＮ)は、端子と通信するのに用いられる固定局（fixed  station）または基地局（base  station）で、アクセスポイント（access  point）、NodeB、基地局、拡張基地局、eNodeBと称されるかまたはその他の専門用語である。アクセスターミナル(ＡＴ)は、ユーザー装置(ＵＥ)、無線通信装置、端子、アクセスターミナルと称されるかまたはその他の専門用語である。
【００１３】
図２は、実施態様によるＭＩＭＯシステム２００に応用するトランスミッターシステム２１０(別名、アクセスネットワーク)およびレシーバーシステム２５０(別名、アクセスターミナル(ＡＴ)またはユーザー装置(ＵＥ))を示す図である。トランスミッターシステム２１０で、データソース２１２から提供されるデータストリーム中のトラフィックデータは(ＴＸ)データプロセッサ２１４に伝送される。
【００１４】
好ましい例では、各データストリームは、個別の伝送アンテナにより伝送される。ＴＸデータプロセッサ２１４は、そのデータストリームのために選択される特定の符号化スキームに基づいて、トラフィックデータをフォーマット（format）、符号化（code）およびインターリーブ（interleave）し、符号化データを提供する。
【００１５】
各データストリームの符号化データは、ＯＦＤＭ技術を用いて、パイロットデータ（pilot  data）と多重化する。パイロットデータは、一般に、既知の方法で処理された既知のデータパターンで、レシーバーシステムで用いられて、チャネル応答を推定する。その後、データストリームのために選択される特定の変調スキーム(BPSK、QPSK、M-PSKまたはM-QAM)に基づいて、各データストリームの多重化パイロットと符号化データが変調され(符号標示symbol  mapped)、変調符号を提供する。各データストリームのデータレート（data  rate）、符号化および変調は、プロセッサ２３０により実行される命令により判断される。
【００１６】
その後、全データストリームの変調符号がＴＸ  ＭＩＭＯプロセッサ２２０に提供され、更に変調符号を処理する(例えば、ＯＦＤＭを使用)。続いて、ＴＸ  ＭＩＭＯプロセッサ２２０は、NT  変調符号ストリームをNT  トランスミッター(ＴＭＴＲ)２２２a〜２２２tに提供する。ある具体例では、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビーム形成比重をデータストリームの符号および符号を伝送するアンテナに提供する。
【００１７】
各トランスミッター２２２は、各自の符号ストリームを受信および処理して、一つ以上のアナログ信号を提供し、更に、アナログ信号を調節(増幅（amplifies）、ろ過（filter）およびアップコンバート（upconvert）)して、ＭＩＭＯチャネルにより、伝送に適する変調信号を提供する。その後、トランスミッター２２２a〜２２２tからのNT  変調信号は、それぞれ、NT  アンテナ２２４a〜２２４tから伝送される。
【００１８】
レシーバーシステム２５０で、伝送されてきた変調信号はNR  アンテナ２５２a〜２５２rにより受信され、各アンテナ２５２から受信された信号は各自のレシーバー（respective  receiver、RCVR)２５４a〜２５４rに提供される。各レシーバー２５４は、各自受信した信号を調節(ろ過、増幅およびダウンコンバート)し、調節した信号をデジタル化して、サンプルを提供し、更に、サンプルを処理して、対応する“受信端”符号ストリームを提供する。
【００１９】
ＲＸデータプロセッサ２６０は、特定のレシーバー処理技術に基づいて、NR  レシーバー２５４から受信したNR符号ストリームを受信および処理して、NT  “検出”符号ストリームを提供する。ＲＸデータプロセッサ２６０は、その後、各検出符号ストリームを復調（demodulate）、デインターリーブ（deinterleave）およびデコード（decode）して、データストリームのトラフィックデータをリカバーする。ＲＸデータプロセッサ２６０による処理は、トランスミッターシステム２１０中のＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補される。
【００２０】
プロセッサ２７０は、周期的に、どのプレコーディングマトリクス（pre-coding  matrix）が用いられるかを判断する(以下で討論する)。プロセッサ２７０は、マトリクス索引（matrix  index）部分およびランク値（rank  value）部分を含む逆方向リンクメッセージを定式化する。
【００２１】
逆方向リンクメッセージは、各種通信リンクおよび/または受信データストリームの相関情報を含む。逆方向リンクメッセージは、その後、ＴＸデータプロセッサ２３８により処理され、データソース２３６からのデータストリームもトラフィックデータに送られ、モジュレータ２８０により変調され、トランスミッター２５４a〜２５４rにより調節され、トランスミッターシステム２１０に送り戻す。
【００２２】
トランスミッターシステム２１０で、レシーバーシステム２５０からの変調信号はアンテナ２２４により受信され、レシーバー２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、レシーバーシステム２５０により伝送される逆方向リンクメッセージを取り出す。その後、プロセッサ２３０は、どのプレコーディングマトリクスが用いられるかを判断し、ビーム形成比重を決定して、取り出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施態様による通信装置のもう一つの簡潔な機能ブロック図である。図３に示されるように、無線通信システム中の無線通信装置３００は、図１のＵＥ(またはＡＴ)１１６および１２２の実現に用いられ、無線通信システムは、好ましくは、ＬＴＥ-Ａシステムである。無線通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置（central  processing  unit、ＣＰＵ)３０８、メモリ３１０、プログラムコード３１２およびトランシーバー３１４を含む。制御回路３０６は、ＣＰＵ３０８により、メモリ３１０中のプログラムコード３１２を実行し、これにより、無線通信装置３００の操作を制御する。無線通信装置３００は、例えば、キーボードやキーパッド等の入力装置３０２を通じて、ユーザーにより入力される信号を受信することができ、例えば、モニターやスピーカー等の出力装置３０４により、イメージと音声を出力することができる。トランシーバー３１４は、無線信号を送受信し、受信した信号を制御回路３０６に伝送し、制御回路３０６により生成される信号を無線方式で出力するのに用いられる。無線通信システム中の無線通信装置３００は、さらに、図１中のＡＮ１００を実現する。
【００２４】
図４は、本発明の好ましい例による図３に示されるプログラムコード３１２の簡易ブロック図である。この例では、プログラムコード３１２は、応用層（application  layer）４００、第３層４０２および第２層４０４を含み、第１層４０６に結合される。第３層４０２は、一般に、無線リソース制御を実行する。第２層４０４は、一般に、リンク制御を実行する。第１層４０６は、一般に、物理接続を実行する。
【００２５】
3GPP  SP-110638は、近接性ベースサービス(ProSe)の新しい研究項目を提出する。3GPP  SP-110638は、研究項目に対し、以下の証明と目標を提供する。
3  合理性
近接性ベース応用とサービスは、近年の巨大な社会工学的趨勢である。これらの応用の原理は、近接装置上で実行される応用の例を発見するのに用いられると共に、最終的に、さらに、応用関連データを交換する。同時に、公共安全コミュニティの近接性ベースディスカバリーと通信も注目されている。
すべてのこのようなトラフィックとシグナリングは、ネットワークで伝送されなければならないので、現在の3GPP仕様は、部分的にだけ、上述の要求に適用されるので、それらのパフォーマンスに影響すると共に、ネットワーク中に不要なロードを増加させる。これらの現在の制限は、また、さらに進化した近接性ベースアプリケーションの構築への障害である。
この前提下で、3GPP技術は、選択のプラットフォームとなる機会を有して、装置間の近接性ベースディスカバリーと通信を可能にし、および、無数の未来とさらに先進の近接性ベースアプリケーションをプロモートする。
4  目標
目標は、連続したネットワーク制御下、且つ、3GPPネットワークカバレッジ下で、オペレータネットワーク制御のディスカバリーと隣接する装置間のディスカバリーと通信の使用案例を研究すると共に、潜在要求を識別することである。:
１.商用/社会用途
２.ネットワークオフローディング
３.公共安全
４.到達可能性と移動性方面を含むユーザーエクスペリエンスの一貫性を保証するのに用いられる現在のインフラサービスの整合。
このほか、研究項目は、使用案例の研究と潜在要求の識別で、
５.EUTRANカバレッジの欠乏時の公共安全(地域の法令と操作ポリシーによって決まり、特定の公共安全指定の周波数バンドと終端に制限される)に用いられる。
使用案例とサービス要件を研究し、使用案例とサービス要件は、ネットワークオペレータ制御、認証、承認、計算と規制方面を含む。
研究は、GERANまたはUTRANに適用されない。
【００２６】
3GPP  RAN2#85主席の注意事項中で討論されるように、RAN2#85会議中で同意されたことは、ＵＥは、ランダムアクセス(ＲＡ)工程により、ネットワークからのＤ２Ｄリソースを要求する。:
2  モード１において、ＵＥは、ｅＮＢから送信リソースを要求する。ｅＮＢは、スケジューリング割り当てとデータ送信の送信リソースをスケジュールする。
2a  モード１において、ＵＥは、ｅＮＢが、ＵＥが、Ｄ２Ｄ送信、および、必要な数量のリソースを実行するつもりかどうかを判断できるかどうかに基づいて、スケジューリング要求(Ｄ-ＳＲまたはＲＡ)をｅＮＢに送信し、その後、ＢＳＲを送信する。
【００２７】
3GPP  R2-141256は、ランダムアクセス(ＲＡ)工程、および、新しいＭＡＣ(Medium  Access  Control)制御素子を用いたＤ２Ｄリソース要求／グラント工程、Ｄ２Ｄ  ＢＳＲ(バッファステータスレポート、Buffer  Status  Report)と称される、を導入し、以下のようである。:
2.1  要求／グラント工程
この工程は接続モード１だけに応用される。この工程を初期化するとき、ＵＥは、すでに、Ｄ２Ｄ通信の論理チャネルが設置されている。さらに、ＵＥがRRC_CONNECTED状態であると仮定する。この工程の目的は、ＵＥに、ｅＮＢからの許可を得させて、ProSe物理チャネルで送信することである。ＵＥが、ＰＵＣＣＨリソースを有して、スケジューリング要求を送信するかどうかにかかわらず、二種の状況がある。
[…]
2.1.2  ＵＥがＰＵＣＣＨリソースを有さない。
この状況下で、ＵＥは、ランダムアクセス工程を実行する必要がある。我々は、現在のランダムアクセス工程が再利用されると考える。図１は、どのように、ランダムアクセス工程が用いられて、Ｄ２Ｄ通信要求とグラントをサポートするかを示す。
[図２の3GPP
R2-141256はすでに図５として複製されている]
[…]
2.1.3  Ｄ２Ｄ-ＢＳＲ
Ｄ２Ｄ-ＢＳＲは、レガシーＢＳＲに類似するＰＵＳＣＨで送信されるべきである。Ｄ２Ｄ-ＢＳＲの目的は、ＵＥに、ｅＮＢに、ＵＥがＤ２Ｄに関連する論理チャネルで有するデータの数量について通知させることである。前述のように、ｅＮＢは、Ｄ２Ｄ通信に用いられる論理チャネルＩＤを有するＵＥを設置する。これは、現有のＢＳＲの再利用を可能にするが、Ｄ２Ｄ通信に、少なくともひとつの論理チャネル群を必要とする。ＵＥが、さらに、レガシーＬＴＥベアラーとＤ２Ｄディスカバリーを設置する場合、４個の現有の論理チャネル群がひとつの制限になる。
我々は、ProSeＢＳＲと称される新しいＭＡＣ ＣＥを導入し、Ｄ２Ｄサービスのバッファステータスを示すことが好ましいと考える。この新しいＢＳＲの詳細がさらに研究される。
提案3  ＵＥが使用する新しいＭＡＣ  ＣＥ(ProSe  BSR)を紹介して、Ｄ２Ｄサービスのバッファステータスを示す。
【００２８】
3GPP  R2-1４０６２５は一メカニズムを提出し、それは、レガシーメカニズムに類似して、以下のように、Ｄ２Ｄ  ＢＳＲを送信する。:
2.1.1.4
Ｄ２Ｄに提出される要求／グラント工程
上述の討論と観察３中で識別される問題に基づいて、我々は、以下のＤ２Ｄの要求／グラント工程を提出する。:
ステップ1.1  ＵＥは、ＰＵＣＣＨにより、ＳＲ(スケジューリング要求)をｅＮＢに送信する。;
ステップ1.2  ｅＮＢは、ＰＤＣＣＨにより、ＵＬリソース(ＵＥがＢＳＲを送信するのに用いる)を承諾し、Ｃ-ＲＮＴＩによりスクランブルされる。;
ステップ1.3  ＵＥは、ＰＵＳＣＨにより、バッファステータスを示すＤ２Ｄ  ＢＳＲを送信する。;
ステップ1.4  ｅＮＢは、ＰＤＣＣＨにより、Ｄ２Ｄリソース(ＵＥがデータを送信するのに用いる)を承諾し、Ｄ２Ｄ-ＲＮＴＩによりスクランブルされる。
一旦、この工程が完成すると、ＵＥは、Ｄ２Ｄリソースを有して、データを送信する。
提案１  サービス範囲内で、Ｄ２Ｄ送信を実行する前、ＵＥは、ネットワークから許可を得る。
【００２９】
3GPP  TS  36.321  v11.2.0は、どのように、ＢＳＲが、以下のように、ＳＲ(Schedule  Request)/Ｄ-ＳＲ(Dynamic  Schedule  Request)工程、または、送信に用いるランダムアクセス工程、および、レガシーＢＳＲフォーマットをトリガーするかを紹介、ならびに、記述する。:

5      MAC工程
5.1    ランダムアクセス工程
[…]
5.1.3  ランダムアクセス前文送信
ランダムアクセス工程は以下のように実行される。:
-  PREAMBLE_RECEIVED_TARGET_POWERを
preambleInitialReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_TRANSMISSION_COUNTER−1)*powerRampingStepに設定する。;
-  物理層に、選択されたＰＲＡＣＨを用いた前文、対応するＲＡ-ＲＮＴＩ、前文インデックス、および、PREAMBLE_RECEIVED_TARGET_POWERの送信を指示する。
5.1.4  ランダムアクセス応答受信
一旦、ランダムアクセス前文が送信され、且つ、発生する可能性がある測定ギャップにかかわらず、ＵＥは、前文送信末端[7]に３個のサブフレームを追加すると共に、長さがRA-ResponseWindowSizeサブフレームを有するサブフレームで開始されるＲＡレスポンスウィンドウ中、以下で定義されるＲＡ-ＲＮＴＩにより識別されるランダムアクセス応答のＰＣｅｌｌのＰＤＣＣＨを監視する。ランダムアクセス前文が送信されるＰＲＡＣＨに関連するＲＡ-ＲＮＴＩは以下のように計算される。:
ＲＡ-ＲＮＴＩ=1+t_id+10*f_id
式中、t_idは、指定されたＰＲＡＣＨ(0≦t_id<10)の第一サブフレームのインデックスで、f_idは、周波数ドメインの昇順(0≦f_id<6)中、そのサブフレーム内で指定されたＰＲＡＣＨのインデックスである。送信されたランダムアクセス前文と適合するランダムアクセス前文識別子を含むランダムアクセス応答の受信に成功した後、ＵＥは、ランダムアクセス応答の監視を停止する。
-  このＴＴＩのダウンリンク割り当てが、ＲＡ-ＲＮＴＩのＰＤＣＣＨですでに受信されていて、受信されたＴＢが復号に成功していた場合、発生する可能性がある測定ギャップにかかわらず、ＵＥは:
-  ランダムアクセス応答が、バックオフインジケーターサブヘッダーを含む場合:
-  バックオフインジケーターサブヘッダーのＢＩフィールドにより、および、表7.2-1により示されるとき、ＵＥ中で、バックオフパラメータ値を設定する。
-  他に、ＵＥ中で、バックオフパラメータ値を0msに設定する。
-  ランダムアクセス応答が、送信されたランダムアクセス前文(従属節 5.1.3を参照)に対応するランダムアクセス前文識別子を含む場合、ＵＥは:
-  このランダムアクセス応答受信が成功であるとみなすと共に、ランダムアクセス前文が送信されるサービングセルの以下の動作を応用する。:
-  受信されたタイミングアドバンス命令(Timing  Advance  Command)(従属節5.2を参照)を処理する。;
-  preambleInitialReceivedTargetPower、および、徐々に、最新の前文送信を低層に加えられる電力量を示す(すなわち、(PREAMBLE_TRANSMISSION_COUNTER−1)*powerRampingStep);
-  受信されたＵＬグラント値を処理すると共に、それを低層に示す;
-  RA-PreambleIndexが明確にシグナリングされ、それが000000でない(すなわち、ＭＡＣにより選択されない)場合:
-  ランダムアクセス工程がうまく完成されているとみなす。
-  他に、ランダムアクセス前文が、ＵＥ  ＭＡＣにより選択された場合:
-  ランダムアクセス応答メッセージで提供されるＵＬグラントに対応する第一送信の時間に遅れることなく、一時的Ｃ-ＲＮＴＩを、ランダムアクセス応答メッセージで受信された値に設定する。;
-  これが、このランダムアクセス工程中で、はじめて受信に成功したランダムアクセス応答である場合:
-  この送信がCCCH論理チャネルに用いられない場合、多重化、および、アセンブリエンティティに、後続のアップリンク送信中に、Ｃ-ＲＮＴＩ  ＭＡＣ制御素子を含んでいることを示す;
-  ＭＡＣ  ＰＤＵを得て、"多重化、および、アセンブリ"エンティティから送信して、Msg3バッファ中に保存する。
注:  アップリンク送信が要求される、たとえば、競合解決に用いるとき、ｅＮＢは、ランダムアクセス応答で、56ビットより小さい許可を提供すべきではない。
注:  ランダムアクセス工程において、同群のランダムアクセス前文のランダムアクセス応答中で提供されるアップリンクグラントが、そのランダムアクセス工程で割り当てられる第一アップリンクグラントと異なるサイズを有する場合、ＵＥ動作は定義されない。
ランダムアクセス応答がＲＡレスポンスウィンドウ中で受信されない場合、または、全ての受信されたランダムアクセス応答が、送信されたランダムアクセス前文に対応するランダムアクセス前文識別子を全く含まない場合、ランダムアクセス応答受信は成功していないとみなされ、ＵＥは:
-  PREAMBLE_TRANSMISSION_COUNTERを1増加する。;
-  PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax+1である場合:
-  ランダムアクセス前文がＰＣｅｌｌで送信される場合:
-  ランダムアクセス問題を上層に示す;
-  ランダムアクセス前文がＳＣｅｌｌで送信される場合:
-  ランダムアクセス工程がうまく完成されていないとみなす。
-  このランダムアクセス工程において、ランダムアクセス前文がＭＡＣにより選択されていない場合:
-  ＵＥ中のバックオフパラメータに基づいて、0とバックオフパラメータ値間の均等分布にしたがって、ランダムバックオフタイムを選択する。;
-  バックオフタイムにより、後続のランダムアクセス送信を遅延させる。;
-  ランダムアクセスリソースの選択を継続する(従属節 5.1.2を参照)。
5.1.5  競合解決
競合解決は、ＰＣｅｌｌのＰＤＣＣＨ上のＣ-ＲＮＴＩ、または、ＤＬ-ＳＣＨ上のＵＥ競合解決身分に基づく。
一旦、Msg3が送信されると、ＵＥは:
-  mac-ContentionResolutionTimerを起動すると共に、各HARQ再送信で、mac-ContentionResolutionTimerを再起動する。;
-  発生する可能性がある測定ギャップにかかわらず、mac-ContentionResolutionTimerが期限切れになるか、または、停止するまで、ＰＤＣＣＨを監視する。;
-  ＰＤＣＣＨ送信の受信の通知が低層から受信される場合、ＵＥは:
-  Ｃ-ＲＮＴＩ  ＭＡＣ制御素子がMsg3中に含まれる場合:
-  ランダムアクセス工程がＭＡＣサブレイヤー自身により初期化される、および、ＰＤＣＣＨ送信がＣ-ＲＮＴＩにアドレスされると共に、新しい送信のＵＬグラントを含む場合;または
-  ランダムアクセス工程がＰＤＣＣＨ命令により初期化され、ＰＤＣＣＨ送信がＣ-ＲＮＴＩにアドレスされる場合:
-  この競合解決が成功であるとみなす;
-  mac-ContentionResolutionTimerを停止する。;
-  一時的Ｃ-ＲＮＴＩを放棄する。;
-  このランダムアクセス工程がうまく完成したとみなす。
-  他に、ＣＣＣＨ  ＳＤＵがMsg3中に含まれ、ＰＤＣＣＨ送信がその一時的Ｃ-ＲＮＴＩにアドレスされる場合:
-  ＭＡＣ  ＰＤＵの復号が成功している場合:
-  mac-ContentionResolutionTimerを停止する。;
-  ＭＡＣ  ＰＤＵが、ＵＥ競合解決身分ＭＡＣ制御素子を含む場合;および
-  ＭＡＣ制御素子中に含まれるＵＥ競合解決身分が、Msg3で送信されるCCCH  SDUに適合する場合:
-  この競合解決を成功とみなし、ＭＡＣ ＰＤＵの分解と逆多重化を終了する。;
-  Ｃ-ＲＮＴＩを、一時的Ｃ-ＲＮＴＩの値に設定する。;
-  一時的Ｃ-ＲＮＴＩを放棄する。;
-  このランダムアクセス工程が完成したとみなす。
-  他に、
-  一時的Ｃ-ＲＮＴＩを放棄する。;
-  この競合解決が成功していないとみなし、復号が完成したＭＡＣ  ＰＤＵを放棄する。
-  mac-ContentionResolutionTimerが期限切れである場合:
-  一時的Ｃ-ＲＮＴＩを放棄する。;
-  競合解決が成功していないとみなす。
-  競合解決が成功していないとみなされる場合、ＵＥは:
-  Msg3バッファ中のＭＡＣ  ＰＤＵの送信に用いられるＨＡＲＱバッファをフラッシュする。;
-  PREAMBLE_TRANSMISSION_COUNTERが1増える。;
-  PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax+1である場合:
-  ランダムアクセス問題を上層に示す。
-  ＵＥ中のバックオフパラメータに基づいて、0とバックオフパラメータ値間の均等分布にしたがって、ランダムバックオフタイムを選択する。;
-  バックオフタイムにより、後続のランダムアクセス送信を遅延させる。;
-  ランダムアクセスリソースの選択を継続する(従属節5.1.2を参照する)。
[…]
5.4.4  スケジューリング要求
スケジューリング要求（ＳＲ）が用いられて、新しい送信のＵＬ-ＳＣＨリソースを要求する。
ＳＲがトリガーされるとき、それが取り消されるまで、未決定であるとみなされる。ＭＡＣ  ＰＤＵが組み合わされ、且つ、このＰＤＵが、ＢＳＲ(従属節5.4.5を参照)をトリガーする前のイベントまでのバッファステータスを含む(および、含む)ＢＳＲを有するとき、または、ＵＬグラントが、送信に使用可能である未決定の全データを収容することができるとき、すべての未決定であるＳＲが取り消され、sr-ProhibitTimerが停止する。
ＳＲがトリガーされ、未決定である別のＳＲがない場合、ＵＥはSR_COUNTERを0に設定する。
一ＳＲが未決定である限り、ＵＥは各ＴＴＩで:
-  このＴＴＩにおいて、送信に使用可能なＵＬ-ＳＣＨリソースがない場合:
-  ＵＥが、ＴＴＩで設定されるＳＲに、有効なＰＵＣＣＨリソースがない場合:ＰＣｅｌｌで、ランダムアクセス工程を初期化し(従属節5.1を参照)、未決定である全ＳＲを取り消す;
-  他に、ＵＥが、このＴＴＩに設定されるＳＲに、有効なＰＵＣＣＨリソースがない場合、および、このＴＴＩが測定ギャップの一部でない場合、および、sr-ProhibitTimerが運行中でない場合:
-  SR_COUNTER<dsr-TransMaxである場合:
-  SR_COUNTERが1増える。;
-  ＰＵＣＣＨで、物理層に、ＳＲをシグナリングするように指示する。;
-  sr-ProhibitTimerを開始する。
-  他に:
-  ＲＲＣに、全サービングセルのＰＵＣＣＨ/ＳＲＳを釈放するように通知する。;
-  配置されたダウンリンク割り当てとアップリンクグラントを消去する。;
-  ＰＣｅｌｌで、ランダムアクセス工程(従属節5.1を参照)を初期化し、未決定である全ＳＲを取り消す。
5.4.5  バッファステータスレポート
バッファステータスレポート工程が用いられて、ＵＥのＵＬバッファ中、サービングｅＮＢに、送信に使用可能なデータの量についての情報を提供する。二個のタイマーperiodicBSR-TimerとretxBSR-Timerを設置することにより、および、各論理チャネルに対し、選択的に、論理チャネルをＬＣＧ[8]に割り当てるlogicalChannelGroupをシグナリングすることにより、ＲＲＣは、ＢＳＲ報告を制御する。
バッファステータスレポート工程において、ＵＥは停止していない全無線ベアラーを考慮し、停止した無線ベアラーを考慮する。
以下の任意のイベントが発生する場合、バッファステータスレポート(ＢＳＲ)がトリガーされる。:
-  ＬＣＧに属する論理チャネルのＵＬデータは、ＲＬＣエンティティ、または、ＰＤＣＰエンティティ中で、送信に使用可能になり(何のデータが送信にとって使用可能であるとみなされるかの定義は、それぞれ[3]と[4]で示される)、データが、ＬＣＧに属する論理チャネルの優先度より高い優先度を有する論理チャネルに属し、且つ、そのデータがすでに、送信に使用可能である、または、ＬＣＧに属する任意の論理チャネルに対し、送信に使用可能なデータがなくても、このような状況下で、ＢＳＲは、以下で、"定期的ＢＳＲ"と称される。;
-  ＵＬリソースが割り当てられ、且つ、充填ビットの数量が、バッファステータスレポートＭＡＣ制御素子にそのサブヘッダーを追加したサイズに等しいか、それより大きく、このような状況下で、ＢＳＲは、以下で、"充填ＢＳＲ"と称される。;
-  retxBSR-Timerが期限切れになり、且つ、ＵＥは、ＬＣＧに属する任意の論理チャネルの送信に使用可能なデータを有し、このような状況下で、ＢＳＲは、以下で、"定期的ＢＳＲ"と称される。;
-  periodicBSR-Timerが期限切れで、このような状況下で、ＢＳＲは、以下で、"周期的ＢＳＲ"と称される。
定期的と周期的ＢＳＲにおいて:
-  ＢＳＲが送信されるＴＴＩ中、二つ以上のＬＣＧが、送信に使用可能なデータを有する場合:長いＢＳＲを報告する。;
-  他に、短いＢＳＲを報告する。
充填ＢＳＲにおいて:
-  充填ビットの数量が、短いＢＳＲにそのサブヘッダーを足したサイズに等しい、または、それより大きいが、長いＢＳＲにそのサブヘッダーを足したサイズより小さい場合:
-  ＢＳＲが送信されるＴＴＩ中、二つ以上のＬＣＧが、送信に使用可能なデータを有する場合:送信に使用可能なデータを有する高優先度の論理チャネルを有するＬＣＧの不完全なＢＳＲを報告する。;
-  他に、短いＢＳＲを報告する。
-  他に、充填ビットの数量が、長いＢＳＲにそのサブヘッダーを足したサイズに等しい、または、それより大きい場合、長いＢＳＲを報告する。
バッファステータスレポート工程が、少なくともひとつのＢＳＲがすでにトリガーされ、取り消されないと判断する場合:
-  ＵＥが、このＴＴＩの新しい送信に割り当てられるＵＬリソースを有する場合:
-  多重化、および、アセンブリ工程を指示して、ＢＳＲ  ＭＡＣ制御素子を生成する。;
-  生成されたすべてのＢＳＲが不完全なＢＳＲであるときを除いて、periodicBSR-Timerを起動、または、再起動する。;
-  retxBSR-Timerを起動、または、再起動する。
-  他に、定期的ＢＳＲがすでにトリガーされている場合:
-  データが、論理チャネルＳＲ遮蔽(logicalChannelSR-Mask)が上層によりセットアップされる論理チャネルの送信に使用可能になるため、アップリンクグラントが設定されない、または、定期的ＢＳＲがトリガーされない場合:
-  スケジューリング要求がトリガーされる。
ＭＡＣ  ＰＤＵは、最大でひとつのＭＡＣ  ＢＳＲ制御素子を含み、複数のイベントが、時間によりＢＳＲをトリガーするときでも、ＢＳＲが送信され、このような状況下で、定期的ＢＳＲと周期的ＢＳＲは、充填ＢＳＲで、優先権を有する。
ＵＥは、任意のＵＬ-ＳＣＨ中、新しいデータの送信の許可の指示に基づいて、retxBSR-Timerを再開始する。
トリガーされた全ＢＳＲは、このサブフレーム中のＵＬグラント、送信に使用可能な未決定である全データを受け入れることができる状況下で取り消されるが、追加として、ＢＳＲ  ＭＡＣ制御素子にそのサブヘッダーを足したものを受け入れるには十分ではない。ＢＳＲが、送信のＭＡＣ  ＰＤＵに含まれるとき、トリガーされた全ＢＳＲが取り消される。
ＵＥは、ＴＴＩで、最大でひとつの定期的/周期的ＢＳＲを送信する。ＵＥが、ＴＴＩ中で、複数のＭＡＣ  ＰＤＵを送信することを要求される場合、定期的/周期的ＢＳＲを含まない任意のＭＡＣ  ＰＤＵで、充填ＢＳＲを含む。
全ＭＡＣ  ＰＤＵがこのＴＴＩのために構築された後、ＴＴＩ中で送信される全ＢＳＲは、常に、バッファステータスを反映する。各ＬＣＧは、各ＴＴＩ毎に、最大１個のバッファステータス値を報告し、この値は、このＬＣＧのバッファステータスを報告する全ＢＳＲで報告される。
注:  充填ＢＳＲは、トリガーされた定期的/周期的ＢＳＲの取り消しが許可されない。充填ＢＳＲが特定のＭＡＣ  ＰＤＵだけにトリガーされ、このＭＡＣ  ＰＤＵがすでに構築されているとき、このトリガーは取り消される。
[…]
6.1.2  ＭＡＣ  ＰＤＵ(透明ＭＡＣとランダムアクセス応答、ＭＣＨを除くＤＬ-ＳＣＨとＵＬ-ＳＣＨ)
ＭＡＣ  ＰＤＵは、ＭＡＣヘッダー、ゼロまたは多くのＭＡＣサービスデータユニット(ＭＡＣ  ＳＤＵ)、ゼロまたは多くのＭＡＣ制御素子、および、選択的な充填から構成される。;図６.１.２-３に記述される。
ＭＡＣヘッダーとＭＡＣ  ＳＤＵの両方は可変サイズである。
ＭＡＣ  ＰＤＵヘッダーは、ひとつ以上のＭＡＣ  ＰＤＵヘッダーから構成される。;各サブヘッダーは、ＭＡＣ  ＳＤＵ、ＭＡＣ制御素子、または、充填に対応する。
ＭＡＣ  ＰＤＵヘッダーは、６個のヘッダーフィールドＲ/Ｒ/Ｅ/ＬＣＩＤ/Ｆ/Ｌから構成されるが、ＭＡＣ  ＰＤＵ中の最後のサブヘッダー、および、固定サイズのＭＡＣ制御素子に用いる。ＭＡＣ  ＰＤＵ中の最後のサブヘッダー、および、固定サイズのＭＡＣ制御素子のサブヘッダーは、単独で、４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤから構成される。充填に対応するＭＡＣ  ＰＤＵヘッダーは、４個のヘッダーフィールドＲ／Ｒ／Ｅ／ＬＣＩＤから構成される。
[3GPP  TS  36.321  v11.2.0の図６．１．２−１は図６としてすでに複製されている]
[3GPP  TS  36.321  v11.2.0の図６．１．２−２は図７としてすでに複製されている]
ＭＡＣ  ＰＤＵヘッダーは、対応するＭＡＣ  ＳＤＵ、ＭＡＣ制御素子、および、充填と同じ順序を有する。
ＭＡＣ制御素子は、常に、ＭＡＣ  ＳＤＵの前に配置される。
１バイト、または、２バイトの充填が必要とされるときを除いて、充填はＭＡＣ  ＰＤＵの末で発生する。充填は任意の値を有し、ＵＥはそれを無視する。充填がＭＡＣ  ＰＤＵの末で実行されるとき、ゼロまたは多くの充填バイトが許可される。
１バイト、または、２バイト充填が必要とされるとき、充填に対応するひとつ、または、二つのＭＡＣ  ＰＤＵヘッダーは、その他のＭＡＣ  ＰＤＵヘッダーの前のＭＡＣ  ＰＤＵの最初に配置される。
一ＭＡＣ  ＰＤＵの最大値は、各ＵＥの各ＴＢで送信される。一ＭＣＨ  ＭＡＣ  ＰＤＵの最大値は各ＴＴＩで送信される。
[3GPP  TS  36.321  v11.2.0の図６．１．２−３は図８としてすでに複製されている]
6.1.3  ＭＡＣ制御素子
6.1.3.1  バッファステータスレポートＭＡＣ制御素子
バッファステータスレポート(ＢＳＲ)ＭＡＣ制御素子は任意の一種を含む:
-  短いＢＳＲと不完全なＢＳＲフォーマット:一ＬＣＧ  ＩＤフィールドと一対応するバッファサイズフィールド(図６.１.３.１-１);または
-  長いＢＳＲフォーマット:４個のバッファサイズフィールド、ＬＣＧ  ＩＤ#0から#3(図６.１.３.１-２)に対応する。
ＢＳＲフォーマットは、ＬＣＩＤを有するＭＡＣ  ＰＤＵヘッダーにより識別され、表６.２.１-２で規定される。
フィールドＬＣＧ  ＩＤとバッファサイズは以下のように定義される。:
-  ＬＣＧ  ＩＤ:論理チャネル群ＩＤフィールドは、バッファステータスが報告される論理チャネルの群を識別する。フィールドの長さは２ビットである。;
-  バッファサイズ:バッファサイズフィールドは、ＴＴＩの全ＭＡＣ  ＰＤＵがすでに構築された後、論理チャネル群の全論理チャネルで使用可能なデータの総数量を識別する。データの量は、ビット数で示される。それは、ＲＬＣ層とＰＤＣＰ層中での送信に使用可能な全データを含む;何のデータが送信に使用可能であるとみなされるかの定義は、それぞれ[3]と[4]で記述される。ＲＬＣとＭＡＣヘッダーのサイズは、バッファサイズ計算で考慮されない。このフィールドの長さは６ビットである。extendedBSR-Sizesが設定されない場合、バッファサイズフィールドにより採取される値は表６.１.３.１-１で示される。extendedBSR-Sizesが設定される場合、バッファサイズフィールドにより採取される値が表６.１.３.１-２に示される。
[3GPP  TS  36.321  v11.2.0の図６．１．３−１は図９としてすでに複製されている]
[3GPP  TS  36.321  v11.2.0の図６．１．３−２は図１０としてすでに複製されている]
[…]
6.2.1  ＤＬ-ＳＣＨ、ＵＬ-ＳＣＨとＭＣＨのＭＡＣヘッダー
ＭＡＣヘッダーは可変サイズで、以下のフィールドで構成される。:
-  ＬＣＩＤ:論理チャネルＩＤフィールドは、対応するＭＡＣ  ＳＤＵの論理チャネル実例、または、対応するＭＡＣ制御素子、または、充填のタイプを識別し、それぞれ、ＤＬ-ＳＣＨ、ＵＬ-ＳＣＨとＭＣＨの表６．２．１-１、６．２．１-２と６．２．１-４で記述される。ＭＡＣ  ＰＤＵ中に含まれる各ＭＡＣ  ＳＤＵ、ＭＡＣ制御素子、または、充填の一ＬＣＩＤフィールドがある。このほか、１バイト、または、２バイトの充填が必要とされるが、ＭＡＣ  ＰＤＵの末で充填により達成できないとき、ひとつ、または、二つの追加のＬＣＩＤフィールドはＭＡＣ  ＰＤＵ中に含まれる。ＬＣＩＤフィールドサイズは５ビットである。;
-  L:長さフィールドは、対応するＭＡＣ  ＳＤＵ、または、可変サイズのＭＡＣ制御素子の長さをバイトで表示する。固定サイズのＭＡＣ制御素子に対応する最後のサブヘッダーと複数のサブヘッダーを除いて、各ＭＡＣ  ＰＤＵヘッダー毎に、一Ｌフィールドがある。ＬフィールドのサイズはＦフィールドにより示される。;
-  F:フォーマットフィールドは長さフィールドのサイズを示し、表６．２．１-３に示される。固定サイズのＭＡＣ制御素子に対応する最後のサブヘッダーと複数のサブヘッダーを除いて、ＭＡＣ  ＰＤＵヘッダー毎に、一Ｆフィールドがある。Ｆフィールドのサイズは１ビットである。ＭＡＣ  ＳＤＵ、または、可変サイズのＭＡＣ制御素子のサイズが１２８バイトより小さい場合、Ｆフィールドの値は０に設定され、そうでなければ、１に設定される。;
-  E:延伸フィールドは、さらに多くのフィールドが、ＭＡＣヘッダー中に存在するかどうかを示すフラグである。Ｅフィールドが"1"に設定されて、別の組の少なくともＲ／Ｒ／Ｅ／ＬＣＩＤフィールドを示す。Ｅフィールドが"0"に設定されて、ＭＡＣ  ＳＤＵ、ＭＡＣ制御素子、または、充填のどれかが、次のバイトで開始されることを示す;
-  R:保留ビット、"0"に設定される。
ＭＡＣヘッダーとサブヘッダーは８ビットで配列される。
【表１】
0006649728.tif 000002
【００３０】
さらに、3GPP  R1-143590規定:
協議:
・ホッピングのようなＰＵＳＣＨがＤ２Ｄデータに用いられる。
・タイプ１ＰＵＳＣＨホッピングとタイプ２ＰＵＳＣＨホッピングの両方がＤ２Ｄデータにサポートされる。
・Ｄ２Ｄデータのタイプ２のＰＵＳＣＨホッピングは、ＳＡリソースプール設置に設定されるホッピングＩＤを使用する。
・モード２のデータにおいて、ホッピングは、リソースプールで設定されるリソースだけに応用される。
協議:
・以下で、Ｔ-ＲＰＴ上の作業仮説が立証される。:
-ＳＡ中のＴ-ＲＰＴが示すのは:
・複数のＭＡＣ  ＰＤＵの送信間の送信間隔
・各ＭＡＣ  ＰＤＵの送信のリソース
協議:
所定のＤ２Ｄ通信のＭＡＣ  ＰＤＵの送信回数の唯一の可能な値は４である。
各送信は一サブフレームで発生する。
任意の特殊な行為が、４個の送信をサポートしないＴＤＤ設置に必要かどうかを研究する。
提案される作業仮説:
・ＳＡ中のＴ-ＲＰＴはインデックスをパターンに含む。
・各インデックスに関連するパターンが事前設定され、ビットマップを用いて、ＲＲＣにより再設定される。
-  有効なパターンの数量を２５６に制限することを目的とする。
・Thomasは、ビットマップの有効な長さ上で協議後、２５６個のパターンが有効であることを提案する-R1-143450
-  ビットマップの長さは、リソースプールの重複周期中のＤ２Ｄサブフレームの数量に対応する。
・長さはどのくらいか、および、どのくらいの長さがサポートされるかをさらに研究する。
-  ビットマップの開始から始まり、前の４個の1’は第一ＭＡＣ  ＰＤＵに対応し、次の四個の1’は次のＭＡＣ  ＰＤＵに対応する。
・注意すべきことは、1’は、連続する必要がないことである。
-  モード１において、パターンにより引用されるサブフレームは、連続するＤ２Ｄサブフレームである。
-  パターンが重複できるかさらに研究する。;できる場合、重複の回数がＳＡでシグナリングされる。
企業は、この提案の詳細の確認が奨励されると共に、共同でそれを改良する。
Stefanoは、ビットマップの長さに対し提案し、Ｔ-ＲＰＴインデックス-R1-143452(3450に合併される)を設定する。
水曜午後のコーヒーブレイクの後の状態を検査する。
企業は、注意深く3450を検査することが奨励されると共に、フィードバックをThomasに提供し、木曜に協議することを目的とする。
木曜午後に再訪する-R1-143456。
協議:
-  各R1-143456のように以下を有する。:
-  k=1のパターンの追加
-  モード２において、k=Nのパターンはサポートされない。
協議:
-  モード１のＤ２Ｄタイミングは、常に、ＷＡＮ  ＰＵＳＣＨ  タイミングと同じである。
協議:
-  ＳＡによりシグナリングされるＴＡ値は、ＳＡメッセージの第一送信の開始前、4msより大きくないNTAに近接する値である。
協議:
-  Ｌ１  ＳＡ設計は、ユニキャスト/グループキャスト/ブロードキャストの単一設計である。
-  ＩＤは、ペイロードで明確にシグナリングされる。
-  ＲＡＮ２により提供されるＩＤを直接使用する。
-  ビット数:8
協議:
-  周波数リソースは、Rel-8ＵＬタイプ０のリソース配分により示される(システムＢＷに基づく５−１３ビット)
-  1ビット周波数ホッピングインジケーター(各Rel-8に基づく)
○注意すべきことは、インデックスのある再解釈が定義されて、ホッピングは、モード２の設置されたリソースプール外のＰＲＢを使用しない。
-  注意すべきことは、単一クラスタのリソース配分だけが有効であることである。
○これは、周波数ドメイン中、リソースプールにギャップがある場合、リソース配分はギャップを跨がないことを意味する。
-  ＳＡ中に、ＲＶインジケーターがない
-  データのＲＶパターン:{0,  2,  3,  1}
すでに同意されている。:
-  ＭＣＳ(５ビット)
-  Ｔ-ＲＰＴ(７ビット)
-  ＴＡ(６ビット)
-  ＩＤ(８ビット)
協議:
-  ＳＡ中、別のフィールドがない(リソース予約告知が同意されていない限り)
協議:
-  送信回数:常に２
-  この二種の送信はRV0を使用する
提案:
・ＳＡホッピングは
-  時間:second_nt=mod(first_nf+first_nt,Nt)+Nt
-  周波数:second_nf=mod(first_nf+ceil(Nf/2),Nf)により定義される。
・ここで、
-  first_ntは、ＳＡ期間中の第一送信の時間インデックスを指す:first_ntは、0とNt−1の間である。
-  first_nfは、ＳＡ期間中の第一送信の周波数インデックスを指す。
-  second_ntは、ＳＡ期間中の第二送信の時間インデックスを指す:second_ntは、Ntと2*Nt−1の間である。
-  second_nfは、ＳＡ期間中の第二送信の周波数インデックスを指す。
-  Ntは、ＳＡ期間中の時間を２で割ったＳＡリソース総数を指す。
・ＳＡ期間中のＳＡサブフレームの総数が偶数値になるように提案される。
-  Nfは、周波数中のＳＡリソースの総数を指す。
-  ホッピングは、ＳＡレシーバーリソースプールに関して定義される。
顕著な変化を含む協議:
-  ＳＡのリソースサイズは１ＰＲＢペアである。
-  所定サブフレームにおいて、結合されたＳＡリソースプールの最大サポートサイズ(すなわち、モード１とモード２のＳＡリソースプールの和)は５０である。
-  ＳＡリソースプール中で定義される検索空間がない。
協議:
・ディスカバリーリソースは、周波数中、２個の連続するＰＲＢから構成される。
-  これは、正常のＣＰ、および、延伸のＣＰの両方に適用できる。
協議:
・モード２の通信、および、関連ＳＡにおいて:
-  所定スケジューリング期間(すなわち、ＳＡとデータ送信を含む)中の送信において、ＵＥは、ＳＡの第一送信の可用なリソースから、等確率のリソースを選択し、
・Alt0:選択アルゴリズムは、ＲＡＮ１規格中に、更なる詳細がない。
・FFS:1ビットリソース予約告知がＳＡに含まれて、次のスケジューリング期間中でリソースが保留されること示し、上述の選択は、ＵＥが、すでに、このスケジューリング期間に関連する予約告知を受信したリソースを回避する。
-  提案者は、午後6時59分に、1-ビットリソース予約の全詳細を提供する-R1-143446。
-  水曜日に再訪する。
提案:
・現在のスケジューリング期間において、1ビットリソース予約告知がＳＡ中に含まれて、次のスケジューリング期間で、リソースが保留されることを示す。
-  スケジューリング期間はＮ個のＳＡ期間である(N>=2)
・ＵＥは、別のＵＥにより、少なくとも現在のスケジューリング期間中、その他のＮ-１個のＳＡ期間で検出される予約されたリソースの次のスケジューリング期間に送信しない。
・観察:上述の選択は、ＵＥが、すでに、このスケジューリング期間に関連する予約告知を受信しているリソースを回避する。
意見が一致しない。
協議:
・モード２において:
-  データＴ-ＲＰＴは、対応するＳＡリソースの知識から単独で識別できない。
・すなわち、送信するＵＥは、ＳＡリソース選択から、独立してデータのＴ-ＲＰＴを選択し、それは、可用、および、相関するＴ-ＲＰＴの外の等確率を有する、または、
-  注意すべきことは、複数のＭＡＣ
ＰＤＵの送信間の送信間隔と所定のＭＡＣ  ＰＤＵの送信回数は、Ｔ-ＲＰＴ選択プロセスの一部ではない。
協議:
・モード２において:
-  送信するＵＥは、ＳＡによりシグナリングできる周波数リソース外の等確率を有するデータ周波数リソースを選択する。
注意すべきことは、データ送信の周波数リソースのサイズは、上述の等確率選択プロセスの一部ではない。
協議:
・ＳＡの送信と受信リソースプール、ディスカバリー、および、セルのモード２データは以下を用いて示され、
-  サブフレームビットマップ:
・1は、Ｄ２Ｄリソースを有するサブフレームを示す。
・0は、Ｄ２Ｄリソースを有さないサブフレームを示す。
-  offsetIndicatorInitialization:リソースプールの開始を決定するのに用いられるオフセットインジケーター
・インジケーターは、さらに研究されるＳＦＮ0の以下の間から
-  サービングセル、または、隣接セル
-  サービングセルだけ
・1サブフレームの粒度
・ＲＡＮ２が選択されて、2オフセットを用いて、このパラメータをシグナリングする。
-  二個のオフセットのひとつの粒度は1サブフレームである必要がない。
-  prb長さ:ＰＲＢ中のＤ２Ｄ割り当ての長さ
・サブフレーム中の総Ｄ２Ｄ割り当てを示さない。
-  startPRB:サブフレーム上のＤ２Ｄ送信は、この値より大きい、または、これに等しく、且つ、startPRB+prb長さより短いＰＲＢインデックスで発生する。
-  endPRB:サブフレーム上のＤ２Ｄ送信は、この値に等しい、または、小さく、且つ、endPRB-prb長さより長いＰＲＢインデックスで発生する。
・サブフレームビットマップ詳細:
-  ＦＤＤにおいて、サブフレームビットマップは、連続する組のアップリンクサブフレームを示す。
-  ＴＤＤにおいて、サブフレームビットマップは、ＴＤＤ設置の連続するアップリンクサブフレームを示す。
・ＵＥが、隣接セルがシグナリングされると仮定されるＴＤＤ設置
-  ＦＤＤ:サブフレームビットマップ長さは４０である。
-  ＴＤＤ(作業仮説、金曜までに確認する):
・config1-5: サブフレームビットマップ長さは、無線フレーム中のアップリンクサブフレームの数量の二倍である。
・config6: サブフレームビットマップ長さは３０である。
・config0: サブフレームビットマップ長さは４２である。
-  任意の制限が、サブフレームビットマップに応用されるか(たとえば、サブフレームビットマップ中で既に用いられているサブフレームの数量の制限)を討論する。
-  ＲＡＮ２の詳細、どのように、サブフレームビットマップとプールがシグナリングされるかをさらに討論する。
-  予め設置されたプールが、ＦＤＤ、または、ＴＤＤである場合、これがどのようにシグナリングされるかをさらに討論し、必要な場合、
・データプール詳細は、R1-143455中のスライド４、５、６のようであり、以下の変化を有する。:
-  スライド6の脚注は“各ディスカバリー期間内で、*subframeBitmapがnumRepetition回、繰り返される”に変化する。
【表２】
0006649728.tif 000003
-  ＴＤＤのnumRepetitionの値は作業仮説で、金曜までに確認される。
-  スライド２、４、５と６で:offsetIndicator
どのようにoffsetIndicatorを解釈するか、たとえば、直接、オフセットを示すかどうか、または、函数に入力して、オフセットを派生するかどうかをさらに討論する。
-  スライド２、４、５、６で:prb長さ->numPRBsを変化させる。
Stefanoは、R1-143570の上記にしたがって、更新を提供する。
協議:
-  ＵＥ観点から、任意の与えられた時間で、４個までのディスカバリー送信プールが独立して設置され、それぞれ、任意のディスカバリータイプに設定される。
協議:
-  ＵＥ観点から、任意の与えられた時間で、４個までのモード２ＳＡ送信プールは、Ｌ１での選択に用いることができる。
-  ＵＥ観点から、任意の与えられた時間で、４個までのモード２データ送信プールは、Ｌ１での選択に用いることができる。
-  注意すべきことは、ＳＡプールとデータプール間に1:1関係があり、レシーバーに(予)設定される。
-  ＵＥは、重複するＳＡプールを(予)設置することが期待されるべきではない。
協議:
・充填:Ｄ２Ｄ ＤＣＩのサイズは、ＵＥが充填‘0’により設定されるＤＣＩ-のサイズに適合する。
協議:
-  Ｄ２ＤグラントはＭＣＳフィールドを含まない。
-  ＭＣＳは(ｅＮＢ実行に基づいて)、ｅＮＢ、および、ＲＲＣにより設定される。
○ＲＲＣシグナリングの詳細はＲＡＮ２に到達する。
-  ｅＮＢにより現在、まだ設置されていない場合、ＭＣＳ選択はＵＥ実行に到達する。
協議:
【表３】
0006649728.tif 000004
(別のバンド幅に明確な挿入値を有する)
-  ＳＡリソースインデックスは、ＳＡリソースプール中のインデックスで、時間と周波数両者の大小を表示する。
○プールへのインデックスのマッピングが、明細書中で固定されるか、または、高層シグナリングにより設定されるかをさらに研究する。
○詳細をさらに研究する。
-  ＴＰＣビットは、最大可用電力と開回路電力制御間で切り換わる。
-  Ｔ-ＲＰＴインデックスは、モード１とモード２の両方において、Ｄ２ＤグラントとＳＡの両方で、７ビットである。
-  モード１許可は、モード１許可が送信されるサブフレームの後、少なくとも４msで開始するＳＡリソースプールの次の実例を指す。
マルチキャリア操作の討論後、ＣＩＦを再考する。
候補者は削除を考慮する。:
-  ２Ｔ-ＲＰＴビット
○Sharp,LG,NEC
-  ＳＡリソース配分
○Pana,Sharp,
-  ＭＣＳ:
○すべて:HW,HiSi,QC,GDB,MS,ZTE,Samsung,E///
・高層により設置、または、ＵＥにより実現
○２ビット除去:Fujitsu
○１ビット除去:Sharp
協議(顕著な変化を含む):
・タイプ２Ｂのディスカバリー期間内の第一送信のホッピングパターンは:
-  時間:next_nt=mod(c*nf+nt*Nf+a,Nt)
-  周波数:next_nf=mod(floor((nf+nt*Nf)/Nt)+b,Nf)
・ここで 
-  ntは、ディスカバリー期間内の第一送信の論理時間インデックスを指す。
-  nfは、ディスカバリー期間内の第一送信の論理周波数インデックスを指す。
-  Ntは、ディスカバリー期間内の送信の総数で割った時間中のディスカバリーリソースの総数を指す。
Nfは、周波数中のディスカバリーリソースの総数を指す。
-  cは、正の値で、且つ、少なくとも1を含む一組の値から設定されるＲＲＣである。
-  aは、セル特性、および、bのＵＥ特性であり、どちらもＲＲＣを設定する。
・どのパラメータ値が、任意の与えられた時間で、使用されるかを識別する任意の手段がＲＡＮ２に到達する。
-  b=mod(b’+#discovery  periods  since  b’  was  received,  M)、ここで、
・ＵＥの割り当て、タイプ２Ｂがリソースを発見する時、b’は、次回のディスカバリー期間のインデックスを示し、
・bは、0とM-1の間
・Mは、規格中で固定である。
・ＲＡＮ１#78bisの前、作業仮説が検査される(Ｍの単一値が十分であるかを含む):M=10
・ホッピング公式は、ディスカバリー期間全体のホッピングだけに応用される。
・少なくとも連合時間と周波数ホッピングは、ディスカバリー期間全体でサポートされる。
-  時間ホッピングだけが用いられ、設置されるかをさらに研究する。
-  ディスカバリー期間内に、再送信が設定される場合、周波数ホッピングだけが用いられ、設置されるかをさらに研究する。
協議:
・Rel-12のＤ２Ｄ  ＷＩにおいて、36.213中、Rel-11と比較して、セルラーＵＬ送信のＰＣに変化がない。
協議:
・  PD2DSSにおいて、
☆  順序:
●  新しいルートインデックス
★  FFS:詳細なルートインデックス
☆  波形:
●  ＤＦＴ-プレコーディングがないＳＣ-ＦＤＭ
☆  サブフレーム中の符号数は２である。
・  SD2DSSにおいて、
☆  順序:
●  Rel-8  SSSと同じ順序
☆  波形:
●  PD2DSSに関し、電力が減少したＤＦＴ-プレコーディングがないＳＣ-ＦＤＭ
★  FFS:どのように、SD2DSSの減少した出力機構を特定するか。
☆  サブフレーム中の符号数は２である。
・  受信において、あるセル間同期化状況において、時間／周波数にとって、サービス範囲内のＵＥは、別のサービス範囲からのD2DSSを必要とする。
・  サブフレーム中、D2DSS符号位置は、所定CP長さに固定される。
・  PD2DSCHにおいて、
☆  同期ソースからの送信のみ
☆  QPSK変調
☆  TBCC
☆  16ビットCRC
☆  メッセージスクランブリング順序はPSSIDから生成される。
☆  D2DSSと同じＰＲＢで多重化される。
●  FFS:サブフレーム中、D2DSSとPD2DSCHだけに用いられる符号
【００３１】
現在のＳＡ(スケジューリング割り当て)/周期中のあるＤ２Ｄ送信後のデータサイクル中、残りの送信機会を有する可能性があると仮定すると、ＵＥは(可能であれば)、(i)どのように、送信機会を使用するか、または、(ii)後続のＳＡ期間に、スケジューリング割り当てを送信し、その後、後続のＳＡ期間に関連するリソースにより、Ｄ２Ｄデータ、および／または、ProSe ＢＳＲを送信することができるかどうかを考慮する必要がある。Ｄ２Ｄデータの送信の待ち時間、および、トランスミッターとレシーバー間の送信ロバスト性、特に、緊急データやVoIPなどのサービスを研究する必要がある。
【００３２】
本発明の一般概念は、ＵＥが、その決定の前に既に割り当てられている可用なリソースに基づいて、ＢＳＲ、および／または、ＳＲを送信するかどうかを決定する必要があるということである。さらに特に、Ｄ２Ｄデータが到達するか、または、ProSeＢＳＲがトリガーされる場合、ＵＥは、現在、または、後続のＳＡ／データサイクル中に、任意の可用な(十分か否か)送信機会/Ｄ２Ｄグラントがあるかどうかを確認し、ProSeＢＳＲをトリガーするか、または、トリガーされたProSeＢＳＲを取り消す(送信しない)か、または、Ｄ２Ｄグラントのスケジューリング要求を送信するかどうかを判断する。
【００３３】
図１１に示される例において、新しい、または、高優先度のＤ２Ｄデータが、Ｄ２とＤ３のタイミング間で到達する場合において(図１１に示されるように)、そのデータが、Ｄ３、および／または、Ｄ４、または、さらにＤ５〜Ｄ７により送信されるときに、ＵＥは、ProSeＢＳＲを基地局に送信しなくてもよい。Ｄ２Ｄグラントが、基地局により、前もって既に割り当てられているとともに、ＵＥによりまだ用いられていない場合、ＵＥは、新しいＤ２Ｄデータのスケジューリング要求をトリガーしなくてもよい。
【００３４】
一般概念、または、アイデアは、モード１(競争ベース)とモード２(非競争ベース)の両方に応用される。モード１は、ＵＥが、自身により、ＳＡを選択し(ランダムに、または、特定ルールに従う)、ＳＡに関連するＤ２Ｄリソースを生成する必要があることを意味する。モード２は、ＵＥが、要求を基地局に送信すべきで、その後、基地局は、ＵＥにＤ２Ｄリソースをスケジュールできることを意味する。
【００３５】
図１２に示される別の実施態様において、ＵＥは、ＳＡ／データサイクルのＤ３/Ｄ４を省略し、次のＳＡ期間にＳＡを送信して、ＳＡ／データサイクル２中でデータを送信する。あらかじめどのくらいのデータが第一ＵＥにより送信されるかを大まかに知ることは第二ＵＥにとって有益であるので、ProSe  ＢＳＲ、または、Ｄ２Ｄデータ量の情報は、第一ＵＥにより、ネットワーク、または、第二ＵＥ(すなわち、ＵＥとネットワーク間を除いて、バッファステータスは、二個の異なるＵＥ間でも送信される)に送信される。
【００３６】
図１３は、一実施態様によるＵＥの観点からのフローチャート１３００である。１３０５において、ＵＥは、第一スケジューリング割り当て(ＳＡ)を第一タイミングの第一ＳＡ期間に送信する。ステップ１３１０において、ＵＥは、第二タイミングで、ＵＥにおいて可用なデータを考慮し、ここで、データは送信される必要があり、第二タイミングは第一タイミングより遅い。ステップ１３１５において、ＵＥは、第一ＳＡに関連し、且つ、第三タイミングでデータを送信するリソースを省略し、ここで、第三タイミングは第二タイミングより遅く、且つ、第一ＳＡ期間より遅い第二ＳＡ期間より早い。
【００３７】
好ましくは、第一ＳＡと第二ＳＡは、ＳＡ／データサイクルの複数のリソースに関連する。さらに、複数のリソースはＴ-ＲＰＴ(Time  Resource  Pattern  for  Transmission：送信の時間リソースパターン)と関連する。
【００３８】
ステップ１３２０において、ＵＥは、第二ＳＡ期間に、第二ＳＡを送信する。ステップ１３２５において、ＵＥは、第二ＳＡに関連するリソースで、データを送信、または、伝送する。好ましくは、データは、制御情報(たとえば、ＢＳＲ)、および／または、データ情報(たとえば、ＵＥ側上の上層データ)を含む。
【００３９】
ステップ１３３０において、ＵＥは、ＵＥが使用することが可能であったＳＡに関連する現有の、または、残りのリソースの数量に基づいて、スケジューリング要求を送信するか、または、データに関連するＢＳＲをトリガーするかどうかを決定する。好ましくは、ＵＥは、データに関連するＢＳＲをトリガーしない。あるいは、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーする。しかし、ＵＥは、基地局(ＢＳ)に、トリガーされたＢＳＲに関連するスケジューリング要求（ＳＲ）を送信しない。任意の状況において、残りのリソースは、残りのすべてのバッファされたデータを運ぶのに十分なので、最終のＵＥ動作はＳＲを送信しない。トリガーされたＢＳＲはＳＲをトリガーしてもよいので、その後、トリガーされたＢＳＲを送信するためのＵＬグラントを要求するために、トリガーされたＳＲを送信することはないということが予測される。一般的には、高優先データ到達、または、空状態から非空状態、または、ある別の特定の状況から利用可能なデータのために、ＢＳＲがトリガーされるとき、ＵＥは、ＢＳＲによりトリガーされたＳＲを送信して、ＵＬグラントを要求する必要があり、且つ、ＵＥは、ＵＬグラントを用いて、ＢＳＲを送信する。しかし、この特殊な状況では、何も発生しない。
【００４０】
図３と図４を参照すると、装置３００は、ＵＥのメモリ３１０に保存されるプログラムコード３１２を有する。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが、(i)第一タイミングの第一ＳＡ期間に第一ＳＡを送信し、(ii)第二タイミングで、ＵＥにおいて可用なデータを考慮し、ここで、データは送信される必要があり、第二タイミングは第一タイミングより遅く、(iii)第一ＳＡに関連し、且つ、第三タイミングでデータを送信するリソースを省略し、ここで、第三タイミングは第二タイミングより遅く、且つ、第一ＳＡ期間より遅い第二ＳＡ期間より早く、(iv)第二ＳＡ期間に、第二ＳＡを送信し、そして、(v)第二ＳＡに関連するリソースで、データを送信、または、伝送する、ことができるようにする。
【００４１】
好ましくは、ＣＰＵ３０８は、さらに、プログラムコード３１２を実行して、ＵＥが使用することができる、ＳＡに関連する現有の、または、残りのリソースの数量に基づいて、ＵＥが、スケジューリング要求を送信するか、または、データに関連するＢＳＲをトリガーするかどうかを判断することができるようにする。あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーしない。別の方法として、あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーする。しかし、ＵＥは、基地局に、トリガーされたＢＳＲに関連するスケジューリング要求（ＳＲ）を送信しない。
【００４２】
このほか、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の実施例の動作とステップ、または、その他の記述される内容のすべて、特に、段落「００３６」〜「００４０」の記述を実行する。
【００４３】
図１４は、第二実施態様によるＵＥの観点からのフローチャート1４００である。ステップ１４０５において、ＵＥは、ＢＳとの接続を構築する。ステップ１４１０において、ＵＥは、第一スケジューリング要求をＢＳに送信する。ステップ１４１５において、ＵＥは、ＢＳから制御信号を受信する。ステップ１４２０において、ＵＥは、第一タイミングで、制御信号に関連するＳＡを送信する。ステップ１４２５において、ＵＥは、第二タイミングで、ＵＥにおいて可用なデータを考慮し、ここで、データは送信される必要があり、第二タイミングは、第一タイミングより遅い。ステップ１４３０において、ＵＥは、データを送信するための、ＳＡに関連する可用なリソースがあるかどうかを判断する。
【００４４】
好ましくは、ＳＡは、ＳＡ／データサイクル中の複数のリソースに関連する。さらに、複数のリソースはＴ-ＲＰＴに関連する。
【００４５】
ステップ１４３５において、ＵＥは、第三タイミングで、可用なリソースにより、データを送信、または、伝送し、ここで、第三タイミングは第二タイミングより遅い。好ましくは、データは、制御情報(たとえば、ＢＳＲ)、および／または、データ情報(たとえば、ＵＥ側の上層データ)を含む。
【００４６】
ステップ１４４０において、ＵＥは、ＵＥが使用することが可能であったＳＡに関連する残りのリソースの数量に基づいて、第二スケジューリング要求を送信するか、または、データに関連するＢＳＲをトリガーするかを判断する。好ましくは、ＵＥは、データに関連するＢＳＲをトリガーしない。あるいは、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーする。しかし、ＳＡに関連する残りのリソースの数量はデータを収容できて、ＢＳＲ解除を生じるので、ＵＥは、基地局に、トリガーされたＢＳＲに関連する第二ＳＲを送信しない。任意の状況において、残りのリソースは、残りのすべてのバッファされたデータを運ぶのに十分なので、最終のＵＥ動作はＳＲを送信しない。トリガーされたＢＳＲはＳＲをトリガーしてもよいので、トリガーされたＢＳＲを送信するためのＵＬグラントを要求するために、トリガーされたＳＲを送信することはないということが予測される。一般的には、高優先データ到達、または、空状態から非空状態、または、ある別の特定の状況から利用可能なデータのために、ＢＳＲがトリガーされるとき、ＵＥは、ＢＳＲによりトリガーされたＳＲを送信して、ＵＬグラントを要求する必要があり、且つ、ＵＥは、ＵＬグラントを用いて、ＢＳＲを送信する。しかし、この特殊な状況では、何も発生しない。
【００４７】
図３と図４を参照すると、装置３００は、ＵＥのメモリ３１０に保存されるプログラムコード３１２を有する。一実施態様において、ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、(i)ＢＳとの接続を構築し、(ii)第一スケジューリング要求をＢＳに送信し、(iii)ＢＳから制御信号を受信し、(iv)第一タイミングで、制御信号に関連するＳＡを送信し、(v)第二タイミングで、ＵＥにおいて可用なデータを考慮し、ここで、データは送信される必要があり、第二タイミングは第一タイミングより遅く、(vi)データを送信するための、ＳＡに関連する可用なリソースがあるかどうかを判断し、そして、(vii)第三タイミングで、可用なリソースにより、データを送信、または、伝送することができるようにし、ここで、第三タイミングは第二タイミングより遅い。
【００４８】
好ましくは、ＣＰＵは、さらに、ＵＥが使用することができる、ＳＡに関連する現有の、または、残りのリソースの数量に基づいて、プログラムコード３１２を実行して、ＵＥが、第二スケジューリング要求を送信するか、または、データに関連するＢＳＲをトリガーするかどうかを判断できるようにする。あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーしない。別の方法として、あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーする。しかし、ＳＡに関連する残りのリソースの数量はデータを収容できて、ＢＳＲ解除を生じるので、ＵＥは、基地局に、トリガーされたＢＳＲに関連する第二スケジューリング要求（ＳＲ）を送信しない。
【００４９】
このほか、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の実施例の動作とステップ、または、その他の記述される内容のすべて、特に、段落「００４３」〜「００４６」の記述を実行する。
【００５０】
図１５は、第三実施態様によるＵＥの観点からのフローチャート１５００である。ステップ１５０５において、ＵＥは、基地局との接続を構築する。ステップ１５１０において、ＵＥは、第一スケジューリング要求をＢＳに送信する。ステップ１５１５において、ＵＥは、ＢＳから制御信号を受信する。ステップ１５２０において、ＵＥは、第一タイミングのＳＡ期間に、制御信号に関連するＳＡを送信する。好ましくは、ＳＡは、ＳＡ／データサイクルの複数のリソースに関連する。さらに、複数のリソースは、Ｔ-ＲＰＴに関連する。
【００５１】
ステップ１５２５において、ＵＥは、第二タイミングで、ＵＥにおいて可用なデータを考慮し、ここで、データは送信される必要があり、第二タイミングは、第一タイミングより遅い。好ましくは、データは、制御情報(たとえば、ＢＳＲ)、および／または、データ情報(たとえば、ＵＥ側の上層データ)を含む。
【００５２】
ステップ１５３０において、ＵＥは、データに関連するＢＳＲをトリガーする。ステップ１５３５において、ＳＡに関連する残りのリソースの数量はデータを収容できるので、ＵＥはＢＳＲをキャンセルする。ステップ１５４０において、ＵＥは、第三タイミングで、残りのリソースによりデータを送信し、ここで、第三タイミングは第二タイミングより遅い。任意の状況において、残りのリソースは、残りのすべてのバッファされたデータを運ぶのに十分なので、最終のＵＥ動作はＳＲを送信しない。トリガーされたＢＳＲはＳＲをトリガーするので、たった今トリガーされたＢＳＲを取り消すことが予測される。その後、もちろん、どのＳＲもトリガーしない。ステップ１５３０と１５３５を参照すると、ＢＳＲがトリガーされ、その後、取り消され、ＵＥは、実際には、(たとえば、ここで、意図的に何もしないといったように)いずれかのBSRを送信するためのULグラントを要求するいかなるＳＲも送信しないであろうということが記述されている。一般的には、高優先データ到達、または、空状態から非空状態、または、ある別の特定の状況から利用可能なデータのために、ＢＳＲがトリガーされるとき、ＵＥは、ＢＳＲによりトリガーされたＳＲを送信して、ＵＬグラントを要求する必要があり、且つ、ＵＥは、ＵＬグラントを用いて、ＢＳＲを送信する。しかし、この特殊な状況では、何も発生しない。
【００５３】
好ましくは、ＵＥは、ＵＥが使用することが可能であったＳＡに関連する現有の、または、残りのリソースの数量に基づいて、第二スケジューリング要求を送信するか、または、データに関連するＢＳＲをトリガーするかどうかを決定する。あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーしない。別の方法として、あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーする。しかし、ＳＡに関連する残りのリソースの数量はデータを収容でき、ＢＳＲ解除を生じるので、ＵＥは、基地局に、トリガーされたＢＳＲに関連する第二ＳＲを送信しない。残りのリソースは、残りのすべてのバッファされたデータを運ぶのに十分なので、任意の状況において、最終のＵＥ動作はＳＲを送信しない。トリガーされたＢＳＲはＳＲをトリガーしてもよいので、トリガーされたＢＳＲを送信するためのＵＬグラントを要求するために、トリガーされたＳＲを送信することはないということが予測される。一般的には、高優先データ到達、または、空状態から非空状態、または、ある別の特定の状況から利用可能なデータのために、ＢＳＲがトリガーされるとき、ＵＥは、ＢＳＲによりトリガーされたＳＲを送信して、ＵＬグラントを要求する必要があり、且つ、ＵＥは、ＵＬグラントを用いて、ＢＳＲを送信する。しかし、この特殊な状況では、何も発生しない。
【００５４】
図３と図４を参照すると、装置３００は、ＵＥのメモリ３１０に保存されるプログラムコード３１２を含む。一実施態様において、ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが、(i)ＢＳとの接続を構築し、(ii)第一スケジューリング要求をＢＳに送信し、(iii)ＢＳから制御信号を受信し、(iv)第一タイミングのＳＡ期間に、制御信号に関連するＳＡを送信し、(v)第二タイミングで使用可能なデータを考慮し、ここで、データは送信される必要があり、第二タイミングは第一タイミングより遅く、(vi)データに関連するＢＳＲをトリガーし、(vii)ＳＡに関連する残りのリソースの数量はデータを収容できるので、ＢＳＲをキャンセルし、そして、(viii)第三タイミングで、残りのリソースにより、データを送信、または、伝送でることができるようにし、ここで、第三タイミングは第二タイミングより遅い。
【００５５】
好ましくは、ＣＰＵは、さらに、プログラムコード３１２を実行して、ＵＥが使用することができる、ＳＡに関連する現有の、または、残りのリソースの数量に基づいて、ＵＥが、第二スケジューリング要求を送信するか、または、データに関連するＢＳＲをトリガーするかどうかを判断することができるようにする。あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーしない。別の方法として、あるいは、または、追加として、好ましくは、ＵＥは、データに関連するＢＳＲをトリガーする。しかし、ＳＡに関連する残りのリソースの数量はデータを収容でき、ＢＳＲ解除を生じるので、ＵＥは、基地局に、トリガーされたＢＳＲに関連する第二スケジューリング要求（ＳＲ）を送信しない。
【００５６】
このほか、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の実施例の動作とステップ、または、その他の記述される内容のすべて、特に、段落「００５０」〜「００５３」の記述を実行する。
【００５７】
上述の実施態様において、特に、段落「００３６」〜「００５６」において、ＢＳからの制御信号は、物理層中のＰＤＣＣＨで受信されるＤ２Ｄグラントである。Ｄ２Ｄグラントは、ＵＥに、特定のＳＡ／データサイクルで、ＵＥがＳＡ(スケジューリング割り当て)とＤ２Ｄデータの時間と周波数リソースを送信すべきであることを通知する。さらに、制御情報は、ＭＡＣ層中のＢＳＲ(バッファステータスレポート)制御素子である。
【００５８】
本発明の各種態様は上述されている。注意すべきことは、ここでの教示は多種の方式で具体化され、範例中で開示される特定の構造、機能、または、両方は、単なる代表的なものであることである。当業者なら理解できるように、本文の教示に基づいて、開示される態様は、別の態様から独立して、および、これらの態様の二個以上を各種方式で組み合わせて実施することができる。たとえば、装置、または、方法は、前述されたあらゆる方式により実現される。このほか、このような装置の実施、または、このような方法の実行は、別の構造、機能性、または、構造と機能性を利用して、前文で討論された一種、または、多種の形式上で実現できる。以上の観点を例で説明すると、ある態様において、並行チャネルは、パルス繰り返し周波数に基づいて構築される。ある態様において、並行チャネルは、パルス位置、または、オフセットに基づいて構築される。ある態様において、並行チャネルは、時間ホッピングシーケンスに基づいて構築される。ある態様において、並行チャネルは、パルス繰り返し周波数、パルス位置、または、オフセット、および、時間ホッピングシーケンスに基づいて構築される。
【００５９】
当業者なら理解できるように、情報と信号は、多種の異なる技術と技巧を用いて表現される。たとえば、上述で引用されるデータ、命令、指令、情報、信号、ビット、符号、および、チップは、電圧、電流、電磁波、磁界、または、粒子、光場、または、粒子、或いは、それらの組み合わせにより示される。
【００６０】
当業者ならさらに理解できるように、本発明の態様に関連する各種実例の論理ブロック、モジュール、プロセッサ、手段、回路、および、演算ステップは、電子ハードウェア(たとえば、情報源符号化、または、その他の技術を用いて設計されるデジタル実現、アナログ実現、または、それらの組み合わせ)、各種形式のプログラム、または、命令(文中では、便宜のため、“ソフトウェア”または“ソフトウェアモジュール”と称する)を組み込んだ設計コード、または、それらの組み合わせとして実施される。ハードウェアとソフトウェアの互換性をはっきりと説明するため、各種実例的素子、ブロック、モジュール、回路、および、ステップは、それらの機能性を主として記述されている。このような機能性が、ハードウェア、または、ソフトウェアとして実施されるにかかわらず、総合システムに与えられる特定アプリケーション、および、設計制限に基づく。熟練した職人は、各特定のアプリケーションに、各種方式で、記述された機能性を実施するが、このような実現決定は、本発明の範囲から逸脱すると解釈されるべきではない。
【００６１】
このほか、本発明の態様に関連する各種実例的論理ブロック、モジュール、および、回路は、集積回路(“ＩＣ”)、アクセス端子、または、アクセスポイント中で、または、集積回路(“ＩＣ”)、アクセス端子、または、アクセスポイントにより実施される。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ(ＤＳＰ)、特定用途向け集積回路(ＡＳＩＣ)、フィールドプログラマブルゲート・アレイ(ＦＰＧＡ)、または、別のプログラム可能論理回路、離散ゲート、または、トランジスタロジック、離散ハードウェアコンポーネンツ、電気成分、光学部品、機械的コンポーネンツ、または、それらの組み合わせを有し、上述の機能を実行すると共に、ＩＣ内、ＩＣ外、または、両方に存在するコード、または、命令を実行する。汎用プロセッサはマイクロプロセッサであるが、別の態様において、プロセッサは、従来のプロセッサ、コントローラー、マイクロコントローラー、または、状態機械である。プロセッサは、さらに、計算装置の組み合わせ、たとえば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動するひとつ以上のマイクロプロセッサ、または、この類の配置として実施される。
【００６２】
開示されるプロセス中の任意の特定順序、または、階層のステップは、サンプルアプローチの例であることが理解できる。デザイン嗜好に基づいて、理解できることは、本発明の範囲内で、プロセス中の特定順序、または、階層のステップが再手配される。付随の方法の請求範囲は、サンプル順序で、各種ステップの素子を示し、提示される特定順序、または、階層に制限されることを意味するものではない。
【００６３】
本発明の態様に関連する方法、または、演算のステップは、直接、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、または、それらの組み合わせで具体化される。ソフトウェアモジュール(たとえば、実行可能命令と関連データを含む)と別のデータは、データメモリ、たとえば、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ-ＲＯＭ、または、従来のその他の形式のコンピュータ可読ストレージ媒体中に存在する。サンプルストレージ媒体は、機械、たとえば、コンピュータ/プロセッサ(説明を簡潔にするため、“プロセッサ”として示す)に結合され、このようなプロセッサは、ストレージ媒体から情報(たとえば、符号)を読み取り、情報をストレージ媒体に書き込むことができる。サンプルストレージ媒体はプロセッサに不可欠である。プロセッサとストレージ媒体はＡＳＩＣ中に存在する。ＡＳＩＣはユーザー装置中に存在する。或いは、プロセッサとストレージ媒体は、ユーザー装置中の個別部品として存在する。さらに、ある態様において、適当なコンピュータプログラム製品は、本発明のひとつ以上の態様に関連する符号を含むコンピュータ可読媒体を有する。ある態様において、コンピュータプログラム製品は、パッケージ材料を含む。
【００６４】
本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【符号の説明】
【００６５】
１００  アクセスネットワーク
１０４、１０６、１０８、１１０、１１２、１１４  アンテナ
１１６  アクセスターミナル
１１８  逆方向リンク
１２０  送信リンク
１２２  アクセスターミナル
１２４  逆方向リンク
１２６  送信リンク
２００  ＭＩＭＯシステム
２１０  トランスミッターシステム
２１２  データソース
２１４  ＴＸデータプロセッサ
２２０  ＴＸＭＩＭＯプロセッサ
２２２a〜２２２t  トランスミッター
２２４a〜２２４t  アンテナ
２３０  プロセッサ
２３２  メモリ
２３６  データソース
２３８  ＴＸデータプロセッサ
２４２  ＲＸデータプロセッサ
２４０  復調器
２５０  レシーバーシステム
２５２a〜２５２r  アンテナ
２５４a〜２５４r  レシーバー
２６０  ＲＸデータプロセッサ
２７０  プロセッサ
２７２  メモリ
２８０  モジュレータ
３００  通信装置
３０２  入力装置
３０４  出力装置
３０６  制御回路
３０８  ＣＰＵ
３１０  メモリ
３１２  プログラムコード
３１４  トランシーバ
４００  応用層
４０２  第３層
４０４  第２層
４０６  第１層
１３００  フローチャート
１３０５、１３１０、１３１５、１３２０、１３２５、１３３０  ステップ
1４００  フローチャート
１４０５、１４１０、１４１５、１４２０、１４２５、１４３０、１４３５、１４４０  ステップ
１５００  フローチャート
１５０５、１５１０、１５１５、１５２０、１５２５、１５３０、１５３５、１５４０  ステップ
【図１】
0006649728.tif 000005
【図２】
0006649728.tif 000006
【図３】
0006649728.tif 000007
【図４】
0006649728.tif 000008
【図５】
0006649728.tif 000009
【図６】
0006649728.tif 000010
【図７】
0006649728.tif 000011
【図８】
0006649728.tif 000012
【図９】
0006649728.tif 000013
【図１０】
0006649728.tif 000014
【図１１】
0006649728.tif 000015
【図１２】
0006649728.tif 000016
【図１３】
0006649728.tif 000017
【図１４】
0006649728.tif 000018
【図１５】
0006649728.tif 000019