(57)【特許請求の範囲】
【請求項１】
ランダムアクセスのためユーザ装置（ＵＥ）により実行される方法であって、
コンテンションシーケンスを物理アップリンク制御チャネル（ＰＵＣＣＨ）によりｅＮＢ（ｅｎｈａｎｃｅｄ−Ｎｏｄｅ  Ｂ）に送信するステップと、
ユーザデータを物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ｅＮＢに送信するステップであり、前記ＰＵＳＣＨ上でのアップリンクデータ送信に対するリソースの事前のグラントはなく、前記ユーザデータと前記コンテンションシーケンスは、同一のサブフレーム内で同時に送信されるステップと、
前記コンテンションシーケンスが前記ｅＮＢによって成功裡に受信され、かつ、前記ユーザデータが前記ｅＮＢによって成功裡には受信されなかった場合に、アップリンクリソースのグラントに対する手順を実行するステップであり、アップリンクリソースのグラントに対する前記手順は、ランダムアクセスチャネル（ＲＡＣＨ）手順か、スケジューリングリクエスト（ＳＲ）手順のいずれかを有するステップと、
を有し、
前記ユーザデータが前記ｅＮＢによって成功裡に受信された場合に、アップリンクリソースのグラントに対する手順を実行することを控え、
前記コンテンションシーケンスは、前記ｅＮＢにより割り当てられるフォーマットに従って前記ＰＵＣＣＨ上で送信され、
前記コンテンションシーケンスは、前記ＵＥによりランダムに選択されるか、又は前記ｅＮＢにより割り当てられるかいずれかであり、
前記ユーザデータは、アップリンクリソースに対するリクエストを含んでおらず、
前記ｅＮＢが前記ＰＵＳＣＨ上で送信された前記ユーザデータを検出することはできないが、前記コンテンションシーケンスを検出することができる場合に、前記ＵＥは、前記ＲＡＣＨ手順、又は、前記ＳＲ手順のいずれかを実行するように構成されている、
方法。
【請求項２】
前記ＵＥによる前記同一のサブフレーム内の同時送信に対する制限があるとき、固定的なタイムオフセットによって、前記コンテンションシーケンスは、前記ＰＵＣＣＨにより送信され、前記データは、前記ＰＵＳＣＨにより送信される、請求項１記載の方法。
【請求項３】
前記ＰＵＳＣＨにより送信されるデータは、ユニキャストリソースグラントのフォーマットに従って送信され、
前記データは、前記ｅＮＢが前記ＰＵＳＣＨにより前記データを送信したＵＥを一意的に特定することを可能にするため、前記ｅＮＢにより以前に割り当てられた前記ＵＥに一意的な識別情報（ＩＤ）を含み、
前記ＰＵＳＣＨにより送信されたデータは、前記ＵＥが以降のアップリンクデータ装置のためアップリンクチャネルリソースを要求していることを示す、請求項２記載の方法。
【請求項４】
前記ｅＮＢが、前記ＰＵＳＣＨにより送信されたデータを検出することができず、前記コンテンションシーケンスを検出することができるとき、
前記ｅＮＢは、前記コンテンションシーケンスが前記ＵＥによりランダムに選択されたときには、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）手順に従うよう構成され、
前記ｅＮＢは、前記コンテンションシーケンスが前記ＵＥに割り当てられたときには、スケジューリングリクエスト（ＳＲ）手順に従うよう構成される、請求項３記載の方法。
【請求項５】
前記コンテンションシーケンスと前記データとの送信前に、当該方法は、ランダムアクセスのための前記ＰＵＣＣＨ及び前記ＰＵＳＣＨの利用のため、前記ｅＮＢから前記ＰＵＣＣＨ及び前記ＰＵＳＣＨのリソースの割当てを受信するステップを有する、請求項１記載の方法。
【請求項６】
前記リソースの割当ては、前記ｅＮＢからのダウンリンク制御チャネルにおいて前記ＵＥにより受信される、請求項５記載の方法。
【請求項７】
コンテンションシーケンスを物理アップリンク制御チャネル（ＰＵＣＣＨ）によりｅＮＢ（ｅｎｈａｎｃｅｄ−Ｎｏｄｅ  Ｂ）に送信し、
ユーザデータを物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ｅＮＢに送信し、前記ＰＵＳＣＨ上でのアップリンクデータ送信に対するリソースの事前のグラントはなく、前記ユーザデータと前記コンテンションシーケンスは、同一のサブフレーム内で同時に送信され、
前記コンテンションシーケンスが前記ｅＮＢによって成功裡に受信され、かつ、前記ユーザデータが前記ｅＮＢによって成功裡には受信されなかった場合に、アップリンクリソースのグラントに対する手順を実行し、アップリンクリソースのグラントに対する前記手順は、ランダムアクセスチャネル（ＲＡＣＨ）手順か、スケジューリングリクエスト（ＳＲ）手順のいずれかを有する、
よう構成される物理レイヤ回路を有するユーザ装置（ＵＥ）であって、
前記ユーザデータが前記ｅＮＢによって成功裡に受信された場合に、アップリンクリソースのグラントに対する手順を実行することを控え、
前記コンテンションシーケンスは、前記ｅＮＢにより割り当てられるフォーマットに従って前記ＰＵＣＣＨ上で送信され、
前記コンテンションシーケンスは、前記ＵＥによりランダムに選択されるか、又は前記ｅＮＢにより割り当てられるかいずれかであり、
前記ユーザデータは、アップリンクリソースに対するリクエストを含んでおらず、
前記ｅＮＢが前記ＰＵＳＣＨ上で送信された前記ユーザデータを検出することはできないが、前記コンテンションシーケンスを検出することができる場合に、前記ＵＥは、前記ＲＡＣＨ手順、又は、前記ＳＲ手順のいずれかを実行するように構成されている、
ユーザ装置。
【請求項８】
前記コンテンションシーケンスは、前記ＰＵＣＣＨにより送信され、前記データは、同一のサブフレーム内で前記ＰＵＳＣＨにより同時に送信され、
前記ＵＥによる前記同一のサブフレーム内の同時送信に対する制限があるとき、固定的なタイムオフセットによって、前記コンテンションシーケンスは、前記ＰＵＣＣＨにより送信され、前記データは、前記ＰＵＳＣＨにより送信される、請求項７記載のユーザ装置。
【請求項９】
前記ＰＵＳＣＨにより送信されるデータは、ユニキャストリソースグラントのフォーマットに従って送信され、
前記データは、前記ｅＮＢが前記ＰＵＳＣＨにより前記データを送信したＵＥを一意的に特定することを可能にするため、前記ｅＮＢにより以前に割り当てられた前記ＵＥに一意的な識別情報（ＩＤ）を含む、請求項８記載のユーザ装置。
【請求項１０】
前記ｅＮＢが、前記ＰＵＳＣＨにより送信されたデータを検出することができず、前記コンテンションシーケンスを検出することができるとき、
前記ｅＮＢは、前記コンテンションシーケンスが前記ＵＥによりランダムに選択されたときには、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）手順に従うよう構成され、
前記ｅＮＢは、前記コンテンションシーケンスが前記ＵＥに割り当てられたときには、スケジューリングリクエスト（ＳＲ）手順に従うよう構成される、請求項９記載のユーザ装置。
【請求項１１】
前記コンテンションシーケンスと前記データとの送信前に、当該ＵＥは、ランダムアクセスのための前記ＰＵＣＣＨ及び前記ＰＵＳＣＨの利用のため、前記ｅＮＢから前記ＰＵＣＣＨ及び前記ＰＵＳＣＨのリソースの割当てを受信するよう構成される、請求項７記載のユーザ装置。
【請求項１２】
前記ｅＮＢと当該ＵＥとは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）  Ａｄｖａｎｃｅｄ規格に従って前記ＰＵＣＣＨ及び前記ＰＵＳＣＨを介し通信する、請求項８記載のユーザ装置。
【請求項１３】
前記方法は、さらに、
物理アップリンク制御チャネル（ＰＵＣＣＨ）のリファレンス信号部分においてコンテンションシーケンスを送信し、前記ＰＵＣＣＨのデータ部分においてデータを送信するステップを有し、
前記データは、前記ＰＵＣＣＨのデータ部分の１以上のリソースブロック（ＲＢ）において送信され、
２つのＯＦＤＭシンボルが、前記コンテンションシーケンスの送信のため前記リファレンス信号部分に割り当てられる、請求項１記載の方法。
【請求項１４】
前記コンテンションシーケンスと前記データとは、同一のサブフレーム内で送信され、
前記コンテンションシーケンスは、ｅＮＢ（ｅｎｈａｎｃｅｄ−Ｎｏｄｅ  Ｂ）により割り当てられるフォーマットに従って送信され、
前記コンテンションシーケンスは、前記ＵＥによりランダムに選択されるか、又は前記ｅＮＢにより割り当てられる、請求項１３記載の方法。
【請求項１５】
前記ＰＵＣＣＨにより送信されるデータは、前記ｅＮＢが前記ＰＵＣＣＨにより前記データを送信したＵＥを一意的に特定することを可能にするため、前記ｅＮＢにより以前に割り当てられた前記ＵＥに一意的な識別情報を有し、
前記ＰＵＣＣＨにより送信されるデータは、前記ＵＥが以降のアップリンクデータ送信のためにアップリンクチャネルリソースを要求していることを示す、請求項１４記載の方法。
【請求項１６】
前記ＵＥは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）  Ａｄｖａｎｃｅｄ規格に従って前記ＰＵＣＣＨ及び前記ＰＵＳＣＨを介し通信する、請求項１３記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照することによってそのすべてがここに援用される、２０１０年３月５日に出願された米国仮特許出願第６１／３１１，１７４号に対する３５Ｕ．Ｓ．Ｃ．１１９（ｅ）の優先権を主張する。
【０００２】
実施例は、無線通信に関する。いくつかの実施例は、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）Ａｄｖａｎｃｅｄとして知られ、ＬＴＥ−Ａとして参照される３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）のＲｅｌｅａｓｅ１０のＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）規格に関する。
【背景技術】
【０００３】
３ＧＰＰ  ＬＴＥネットワークなどの無線ネットワークを介するデータの通信による１つの問題は、アップリンクアクセスに関する遅延である。ユーザ装置（ＵＥ）が送信対象のデータを有するとき、ＵＥは、ｅｎｈａｎｃｅｄ−Ｎｏｄｅ  Ｂ（ｅＮＢ）（すなわち、ＬＴＥ基地局）にデータを送信するためのアップリンクチャネルに対するリソース（すなわち、帯域幅）の割当てを要求する。ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）上のコンテンション又は競合（ｃｏｎｔｅｎｔｉｏｎ）及びコリジョン又は衝突（ｃｏｌｌｉｓｉｏｎ）は、従来のＲＡＣＨ手順の利用に関するオーバヘッドと共に、ＵＥの遅延の増大を生じさせる。
【０００４】
従って、ＬＴＥネットワークにおける従来のアップリンクリソース割当てリクエストに関する遅延を低減する方法が一般に必要とされる。また、エンハンストアップリンク制御チャネルもまた一般に必要とされる。
【図面の簡単な説明】
【０００５】
【図１】図１は、いくつかの実施例によるｅＮＢ及びＵＥを示す。
【図２】図２は、いくつかの実施例による低減された遅延によるリソース割当て手順のフロー図である。
【図３】図３は、いくつかの実施例によるエンハンスト物理アップリンク制御チャネル（ＰＵＣＣＨ）の構成を示す。
【発明を実施するための形態】
【０００６】
以下の説明及び図面は、当業者が実施することを可能にするのに十分に特定の実施例を示す。他の実施例は、構成的、論理的、電気的、プロセス及び他の変更を含むものであってもよい。いくつかの実施例の部分及び特徴は、他の実施例のものに含まれるか、又は置換されてもよい。請求項に与えられる実施例は、これらの請求項の利用可能なすべての均等を網羅する。
【０００７】
図１は、いくつかの実施例によるｅＮＢ及びＵＥを示す。ｅＮＢ１０２及びＵＥ１０４は、ＬＴＥ  Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）の一部として動作し、複数のチャネルを用いて互いに通信する。ｅＮＢ１０２は、ダウンリンクにおいてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）技術を用いてＵＥ１０４を含む複数のＵＥと通信し、アップリンクにおいてＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）技術を用いてｅＮＢ１０２と通信する。ダウンリンクチャネルは、特にＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＢＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を含む。アップリンクは、特にＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を含む。ＰＵＳＣＨは、一般にＳＣ−ＦＤＭＡ技術に従って情報データをｅＮＢ１０２に送信するため、複数のＵＥにより共有される。
【０００８】
実施例によると、ＵＥ１０４は、第１物理アップリンクチャネルによりコンテンションシーケンスをｅＮＢ１０２に送信し、第２物理アップリンクチャネルによりアップリンクリソースを要求するデータをｅＮＢ１０２に送信する。コンテンションシーケンスは、ｅＮＢ１０２により割り当てられるフォーマットに従って第１物理アップリンクチャネルにより送信される。いくつかの実施例では、ＵＥ１０４は、ＰＵＣＣＨによりコンテンションシーケンスをｅＮＢ１０２に送信し、ＰＵＳＣＨによりデータをｅＮＢ１０２に送信してもよい。コンテンションシーケンスは、ｅＮＢ１０２により割り当てられたフォーマットに従ってＰＵＣＨＨにより送信される。コンテンションシーケンスは、ＵＥ１０４によりランダムに選択されてもよいし、又はｅＮＢ１０２により割り当てられてもよい。
【０００９】
これらの実施例では、ＵＥ１０４が以降のアップリンクデータ送信のためのリソース割当てを要求しているとき（すなわち、帯域幅のグラント又はリソース割当て）、ＵＥ１０４は、ＰＵＣＣＨによりコンテンションシーケンスをｅＮＢ１０２に送信し、ＰＵＳＣＨによりデータをｅＮＢ１０２に送信する。これらの実施例では、ＵＥ１０４は、ランダムアクセスのためＰＵＣＣＨ及びＰＵＳＣＨを利用する。ＰＵＳＣＨによるデータの送信は、以降のアップリンクデータ送信のためのアップリンク帯域幅に対するリクエストであってもよい。
【００１０】
ＲＡＣＨ、ＰＵＣＣＨ及びＰＵＳＣＨは、周波数及び時間リソースに関して規定される。ＰＵＣＣＨ及びＰＵＳＣＨは、１以上のリソースブロック（ＲＢ）及び１以上のタイムスロット又はＰＦＤＭシンボルを有してもよい。各ＲＢは、所定数のサブキャリア（例えば、１２個）を有してもよい。
【００１１】
いくつかの実施例では、ＰＵＣＣＨによるコンテンションシーケンスの送信及びＰＵＳＣＨによるデータの送信前に、ＵＥ１０４は、ランダムアクセスのためのＰＵＣＣＨ及びＰＵＳＣＨの利用のため、ｅＮＢ１０２からＰＵＣＣＨ及びＰＵＳＣＨのリソースの割当てを受信する（すなわち、ＰＵＣＣＨによるコンテンションシーケンスの送信）。リソースの割当ては、ｅＮＢ１０２からのダウンリンク制御チャネルによりＵＥ１０４によって受信される。ダウンリンク制御チャネルは、ＰＢＣＣＨ（ブロードキャスト割当てのため）又はＰＤＳＣＨ（ユニキャスト割当てのため）であってもよい。
【００１２】
いくつかの実施例によると、コンテンションシーケンスはＰＵＣＣＨにより送信され、データは同一サブフレーム内で同時にＰＵＳＣＨにより送信される。ＵＥ１０４により同一サブフレーム内の同時送信に対する制限があるとき、コンテンションシーケンスはＰＵＣＣＨにより送信され、データは異なるサブフレーム内でこれらの間で固定的なタイムオフセットによってＰＵＳＣＨにより送信される。
【００１３】
いくつかの実施例では、ＰＵＳＣＨによるデータ送信は、ｅＮＢ１０２によるＵＥ１０４へのリソースのアップリンクグラントなしに実行されてもよい。このようにして、遅延の大きな低減が実現される。いくつかの実施例では、ｅＮＢ１０２は、アップリンクデータトラフィックの代わりに、アップリンクリソース割当ての送信のため、ＵＥ１０４にＰＵＣＣＨ及びＰＵＳＣＨのリソースを割り当てる。ＰＵＳＣＨにおいてＵＥ１０４により送信されたデータは、ユニキャストリソースグラントのフォーマットに従って送信される（すなわち、ユニキャストリソースグラントに関する典型的なアップリンク送信）。
【００１４】
ＰＵＳＣＨにおいてＵＥ１０４により送信されるデータは、ｅＮＢ１０２がＰＵＳＣＨにおいてデータを送信した特定のＵＥ１０４を一意的に特定することを可能にするため、ｅＮＢ１０２に以前に割り当てられたＵＥ１０４に一意的な識別情報（ＩＤ）を有する。当該データはまた、ＵＥ１０４が以降のデータ送信のためアップリンクチャネルリソースを要求していることを示すものであってもよい。従って、ｅＮＢ１０２は、何れのＵＥがＰＵＳＣＨによりデータを送信したか決定することができる。
【００１５】
いくつかの実施例では、コンテンションシーケンスは、ＵＥ１０４に一意的なコードワードとみなされてもよい。コンテンションシーケンスはまた、コンテンションプリアンブルとみなされてもよい。
【００１６】
ＰＵＳＣＨにより送信されたデータ（特定のＵＥとの関連付けなど）とＰＵＣＣＨにおいて送信されたシーケンスとの間の関係又はマッピングは、ｅＮＢ１０２がＰＵＣＣＨにおいて受信されたコンテンションシーケンスとＰＵＳＣＨにおいて受信されたデータとを関連付けできるように規定されてもよい。当該データは、コンテンションシーケンスより衝突及び他のチャネル障害に脆弱である。この結果、コンテンションシーケンスは検出されるが、データは消失する可能性がある。これらの実施例では、より従来のＲＡＣＨ手順が、フォールバックとして実行されてもよい。これらの実施例が、以下においてより詳細に説明される。
【００１７】
ｅＮＢ１０２がＰＵＳＣＨにおいて送信されたデータを検出できず（ノイズ又は衝突などにより）、コンテンションシーケンスを検出できるとき、ｅＮＢ１０２は、コンテンションシーケンスがＵＥ１０４によりランダムに選択されたときの（すなわち、ｅＮＢ１０２により割り当てられていない）フォールバックとしてより従来のＲＡＣＨ手順に従うよう構成されてもよい。ｅＮＢ１０２がＰＵＳＣＨにおいて送信されたデータを検出することができず、コンテンションシーケンスを検出可能であるとき、ｅＮＢ１０２は、コンテンションシーケンスがＵＥ１０４に割り当てられるときのフォールバックとして、より従来のスケジューリングリクエスト（ＳＲ）手順に従うよう構成される。
【００１８】
より従来のＲＡＣＨ手順は、ｅＮＢ１０２がタイミング情報と共に検出されたシーケンスの識別子を含むランダムアクセスレスポンス（ＲＡＲ）をＰＤＳＣＨにおいて送信することを含む。アップリンクリソースのグラントは、ＲＡＲにおいて提供されるシーケンスがＵＥ１０４により送信されたコンテンションシーケンスに対応し、ＵＥ１０４がＲＡＲの受信をアクノリッジした場合に提供されてもよい。ＲＡＲにおいて提供されるシーケンスがＵＥ１０４により送信されたコンテンションシーケンスに対応しないとき、ＵＥ１０４は、ＲＡＲをアクノリッジしない（すなわち、間欠送信（ＤＴＸ））、同様に、ＵＥ１０４がＲＡＲを受信しないとき、又はＲＡＲを復号化することができないとき、レスポンスはＵＥ１０４によって送信されない（また、ＤＴＸ）。
【００１９】
上述された実施例では、ＬＴＥにより構成される既存の物理レイヤ（ＰＨＹ）が利用されてもよいが、ＰＵＣＣＨなどの機会及びＰＵＳＣＨの機会が一緒に提供されてもよい。以下に説明される他の実施例では、エンハンストＬＴＥ  ＰＨＹが提供される。これらの実施例では、ＵＥ１０４は、ＰＵＣＣＨのリファレンス信号の部分においてコンテンションシーケンスを送信し、ＰＵＣＣＨの通常のデータ部分においてデータを送信するよう構成される。データは、ＰＵＣＣＨのデータ部分の１以上のＲＢにおいて送信され、２つのＯＦＤＭシンボルが、リファレンス信号のため割り当てられてもよい。
【００２０】
いくつかの実施例では、ＰＵＣＣＨのリファレンス信号部分は、復調リファレンスシーケンス（ＤＭＲＳ）の送信用に割り当てられた部分であってもよい。リファレンス信号部分は、データシンボルと時間多重される。これらの実施例が、以下でより詳細に説明される。
【００２１】
これらの実施例では、コンテンションシーケンスは、ｅＮＢ１０２により割り当てられたフォーマットに従って送信される。コンテンションシーケンスは、ＵＥ１０４によりランダムに選択されてもよいし、又はｅＮＢ１０２により割り当てられてもよい。ＰＵＣＣＨにおいて送信されたデータは、ｅＮＢ１０２がＰＵＣＣＨにおいてデータを送信したＵＥ１０４を一意的に特定することを可能にするため、ｅＮＢ１０２により以前に割り当てられたＵＥ１０４に一意的な識別情報を有してもよい。ＰＵＣＣＨにおいて送信されたデータはまた、ＵＥ１０４が以降のアップリンクデータ送信のためのアップリンクチャネルリソースを要求していることを示すものであってもよい。いくつかの実施例では、ＰＵＳＣＨは、ＰＵＣＣＨの代わりにデータの送信用に利用されてもよい。
【００２２】
いくつかの実施例では、当該送信は、ｓｌｏｔｔｅｄ−ＡＬＯＨＡ送信としてみなされ、以降の情報の送信のための最小限のアクセス遅延を提供する。いくつかの実施例では、ｅＮＢ１０２は、具体的に構成されたリファレンス信号が関連するＵＥに割り当てられると、２以上のコンテンションシーケンスを同時に検出するよう構成されてもよい。
【００２３】
実施例によると、ｅＮＢ１０２は２以上のアンテナを利用し、ＵＥ１０４はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）通信を可能にするため２以上のアンテナを利用してもよい。いくつかの実施例では、ｅＮＢ１０２は、８つまで又はそれ以上のアンテナを利用し、各ＵＥのシンボルがＰＤＳＣＨにおけるダウンリンク送信前に各ＵＥに具体的にプリコードされるマルチユーザ（ＭＵ）ＭＩＭＯ通信のために構成されてもよい。
【００２４】
ｅＮＢ１０２及びＵＥ１０４は、機能要素の１以上のが合成可能な複数の別々の機能要素を有し、デジタル信号プロセッサ（ＤＳＰ）及び／又は他のハードウェア要素を含む処理要素などのソフトウェア設定された要素の組み合わせにより実現されてもよい。例えば、いくつかの要素は、１以上のマイクロプロセッサ、ＤＳＰ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＲＦＩＣ（Ｒａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、及びここに開示される機能を少なくとも実行する各種ハードウェア及び論理回路の組み合わせを有してもよい。いくつかの実施例では、機能要素は、１以上の処理要素上で動作する１以上のプロセスを含む。さらに、ｅＮＢ１０２及びＵＥ１０４は、無線信号を送受信するための物理レイヤ回路と、無線媒体へのアクセスを制御するためのＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤ回路とをそれぞれ有してもよい。
【００２５】
図２は、いくつかの実施例による低減された遅延によるリソース割当て手順である。手順２００は、ｅＮＢ１０２（図１）などのｅＮＢとＵＥ１０４（図１）などのＵＥとによって実行されてもよい。
【００２６】
処理２０２において、ＵＥ１０４は、コンテンションシーケンスとデータとの双方を送信する。コンテンションシーケンスはＰＵＣＣＨにおいてｅＮＢ１０２に送信され、データはＰＵＳＣＨにおいてｅＮＢ１０２に送信される。コンテンションシーケンスは、ｅＮＢ１０２により割り当てられているフォーマットに従って送信され、ＵＥ１０４によりランダムに選択されてもよいし、又はｅＮＢ１０２により割り当てられてもよい。データは、ＵＥ１０４に一意的な識別情報を有し、ＵＥ１０４が以降のアップリンクデータ送信のためのアップリンクチャネルリソースを要求していることを示すものであってもよい。
【００２７】
処理２０４において、ＵＥ１０４は、ｅＮＢ１０２がＵＥ１０４からデータを受信するときを決定する（すなわち、コンテンションなく）。データがｅＮＢ１０２により受信成功したとき、ＵＥ１０４は、アップリンクリソースの割当てを受信し、処理２０６が実行される。処理２０６において、ＵＥ１０４は、迅速なアクセスを実現する割り当てられたアップリンクリソースに従って情報をｅＮＢ１０２に送信する。
【００２８】
処理２０２において送信されたデータがｅＮＢ１０２によい受信成功しなかったとき、処理２０８において、ｅＮＢ１０２は、処理２０２において送信されるコンテンションシーケンスがｅＮＢ１０２により受信成功したか判断する。コンテンションシーケンスが受信成功したとき、ｅＮＢ１０２は、処理２１０において、ＲＡＣＨ手順の一部としてＲＡＲ（上述されるような）を送信する。
【００２９】
処理２０２において送信されたコンテンションシーケンスが、処理２０８において、ｅＮＢ１０２により受信成功しなかったとき、ＵＥ１０４は、コンテンションシーケンスを特定するＲＡＲを受信せず、処理２０２において、コンテンションシーケンスとデータとをｅＮＢ１０２に再送する。
【００３０】
処理２１０におけるＲＡＣＨ手順の一部として、ＵＥ１０４は、アップリンクリソースのＲＡＣＨグラントを受信する。処理２１２において、ＵＥ１０４は、ＲＡＣＨグラントに従ってアップリンク情報を送信する（例えば、ＰＵＳＣＨにおいてＵＥ１０４に割り当てられたアップリンクリソースなどに対する）。
【００３１】
図３は、いくつかの実施例によるエンハンストＰＵＣＣＨの構成を示す。エンハンストＰＵＣＣＨ３００は、フォーマット１／１ａ／１ｂにおいて構成されるＬＴＥ  Ｒｅｌｅａｓｅ  ８のＰＵＣＣＨに対する拡張としてみなされてもよい。エンハンストＰＵＣＣＨ３００は、手順２００（図２）の処理２０２（図２）によるアップリンクリソースを送信するためＵＥ１０４により利用されてもよい。エンハンストＰＵＣＣＨ３００において送信されたデータが受信されると、迅速なアクセスが実現され、ＵＥ１０４（図１）は、低減された遅延によりｅＮＢ１０２（図１）からスケジューリングされたアップリンクリソース割当てを受信する。
【００３２】
エンハンストＰＵＣＣＨ３００は、１つのＲＢを占有し、２つのスロット（スロット３０１，３０２など）を有してもよい。ＲＢは、例えば、時間領域において１ミリ秒（ｍｓ）の長さであってもよく、例えば、周波数領域において１８０ｋＨｚを占有してもよい。各スロット３０１，３０２は、例えば、５ミリ秒の長さであってもよく、サブキャリアは、周波数ダイバーシチを最大化するため、周波数帯域の反対のエンド（すなわち、帯域エッジ）に配置されてもよい。各スロット３０１，３０２は、３つの復調リファレンスシンボル（ＤＭＲＳ）３０３と、４つのデータシンボル３０４とを有する。各シンボルは、サブキャリセットを利用してもよい。本例では、シンボル毎に１２個のサブキャリアが示される。
【００３３】
実施例によると、エンハンストＰＵＣＣＨ３００は、７２個のサブキャリアを利用して、プリアンブルとしてＤＭＲＳを搬送する（例えば、１２個のサブキャリア×スロット毎に３つのシンボル×２つのスロットなど）。これらの実施例では、３６個のプリアンブルシーケンスが、２次元スプレッド化を用いて規定されてもよい。例えば、ＬＴＥ  ｒｅｌ．８の２次元のスプレッド化が利用されてもよい。これらの実施例では、９６個のデータキャリアが、情報ビットセットを搬送するのに利用されてもよい（図３においてｄ（０）〜ｄ（９５）として示される）（１２個のサブキャリア×スロット毎に４つのデータシンボル×２つのスロット）。スロット３０１のＤＭＲＳは、スロット３０２のＤＭＲＳと同じであってもよい。情報ビットはまず、１／４ＴＢＣＣ（ＴａｉｌＢｉｔｉｎｇ  Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｅ）コードを用いて符号化され、９６個のデータシンボルにＱＰＳＫ復調され、エンハンスドＰＵＣＣＨ３００のデータシンボル３０４により利用される９６個のデータキャリアにマッピングされてもよい。ｅＮＢ１０２がプリアンブルシーケンスを検出した後、それは、ＤＭＲＳ３０３としてプリアンブルシーケンスを利用して、エンハンストＰＵＣＣＨ３００のデータ部分において情報ビットをコヒーレント検出する。２以上のプリアンブルシーケンスが同時に検出されると、ｅＮＢ１０２は、最尤（ＭＬ）検出などのＭＩＭＯ信号処理技術を利用して、同時に２以上のＵＥの情報ビットを復号化してもよい。
【００３４】
エンハンストＰＵＣＣＨ３００のデータ部分は、すべてのデータシンボル３０４を含むようにしてもよい。図３の例では、データ部分は、９６個のサブキャリアを用いて８個のデータシンボル３０４（スロット毎に４つなど）を含む。例えば、トータルで９６個のデータサブキャリアが４０情報ビットを搬送するのに利用されると、これら４０情報ビットはまず８個のＣＲＣビットに付属され、その後に４８ビットが１／４ＴＢＣＣコードを用いて１９２符号化ビットに符号化されてもよい。その後、１９２符号化ビットは、９６個のデータシンボルにＱＰＳＫ復調される。９６個のデータシンボルは、エンハンストＰＵＣＣＨ３００のデータ部分の９６個のサブキャリアにマッピングされる。ｅＮＢ１０２は、ＤＭＲＳとしてプリアンブルシーケンスを利用して、エンハンストＰＵＣＣＨ３００のデータ部分において４０情報ビットをコヒーレント検出するようにしてもよい。
【００３５】
これらの実施例では、ＤＭＲＳ３０３の３６個のプリアンブルシーケンスが、擬似ランダムシーケンス選択機能を利用することによって、５ビットを搬送するため選択されてもよい。これらの実施例では、１つのＲＢが４５ビットまでの情報ビットを搬送する。いくつかの実施例では、これら情報ビットの一部は、ＵＥ１０４のＲＮＴＩ（Ｒａｄｉｏ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を搬送するのに利用可能であり、残りのビットは、シグナリングビットを搬送するのに利用されてもよい。
【００３６】
いくつかの実施例では、循環シフトされた長さ１２のＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスが、１つのＰＦＤＭシンボルのＤＭＲＳについて利用されてもよい。時間領域では、長さ３の直交カバーが、３つのＤＭＲＳ  ＯＦＤＭシンボルへのマッピングのため、長さ１２のＤＭＲＳを長さ３の１２個のＤＭＲＳシンボルにスプレッド化するのに利用されてもよい。図３に示されるように、シーケンスは、１２個のサブキャリアのそれぞれのｖ（ｎ）と、ＤＭＲＳ３０３の３つのシンボルのそれぞれのＱ（ｎ）とに関してインデックス化されてもよい。
【００３７】
エンハンストＰＵＣＣＨ３００のデータ部分について、１ビットの情報が変調され、長さ４の直交カバーを用いて周波数領域にスプレッド化され、さらに１つの循環シフトされたＺＣシーケンスを用いて周波数領域にスプレッド化され、各スロットの４つのデータＯＦＤＭシンボルにマッピング可能な長さ１２のデータの４つのカラムになるようにする。
【００３８】
実施例は、ハードウェア、ファームウェア及びソフトウェアの１つ又は組み合わせにより実現されてもよい。実施例はまた、ここに開示された処理を実行するため少なくとも１つのプロセッサにより読み込まれ、実行されるコンピュータ可読記憶装置に格納された命令として実現されてもよい。コンピュータ可読記憶装置は、マシーン（コンピュータなど）により可読な形式により情報を格納する何れかの非一時的な機構を含むものであってもよい。例えば、コンピュータ可読記憶装置は、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ装置及び他の記憶装置及び媒体を含むものであってもよい。いくつかの実施例では、ｅＮＢ１０２又はＵＥ１０４は、１以上のプロセッサを有し、コンピュータ可読記憶装置に格納されている命令により構成されてもよい。
【００３９】
要約は、読者が技術的開示の性質及び概要を確認することを可能にする要約を要求する３７Ｃ．Ｆ．Ｒ．Ｓｅｃｔｉｏｎ  １．７２（ｂ）に準拠するため提供されている。それは、請求項の範囲又は意味を限定又は解釈するのに利用されないという理解により提出されている。以下の請求項は、各請求項が別々の実施例として成立することによって詳細な説明に援用される。
【図１】
0005559366.tif 000002
【図２】
0005559366.tif 000003
【図３】
0005559366.tif 000004