(57)【特許請求の範囲】
【請求項１】
基地局によって、第１のデータとランダム・アクセス情報をユーザ装置ＵＥに同時に送信するステップであって、前記ランダム・アクセス情報が専用プリアンブルおよび／または物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）リソース情報を含む、ステップと、
前記基地局によって、前記第１のデータの受信状態情報を取得するステップであって、前記受信状態情報は前記ランダム・アクセス情報を使用して前記ＵＥによりフィードバックされるステップと、
を含み、
前記基地局によって、前記第１のデータと前記ランダム・アクセス情報を前記ユーザ装置ＵＥに同時に送信するステップは、
前記基地局によって、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ＵＥに同時に送信するステップであって、前記ＰＤＣＣＨはダウンリンク・スケジューリング情報を含み、前記ＰＤＳＣＨは前記第１のデータ、前記第１のデータの識別子、前記ランダム・アクセス情報および前記ランダム・アクセス情報の識別子を含むステップ、
または、
前記基地局によって、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ＵＥに同時に送信するステップであって、前記ＰＤＣＣＨが、第１の指示情報、ダウンリンク・スケジューリング情報および前記ランダム・アクセス情報を含み、前記第１の指示情報は前記ＰＤＣＣＨが前記ダウンリンク・スケジューリング情報と前記ランダム・アクセス情報を同時に運搬することを示すために使用されるステップと、前記ＰＤＳＣＨが前記第１のデータと前記第１のデータの識別子を含むステップ、
または、
前記基地局によって、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を前記ＵＥに送信するステップであって、前記ＰＤＣＣＨが前記第１のデータおよび前記ランダム・アクセス情報を含むステップ
を含む、データ送信方法。
【請求項２】
前記基地局によって、前記ランダム・アクセス情報を使用して前記ＵＥによりフィードバックされる前記第１のデータの受信状態情報を取得するステップは、
指定時間内に、前記基地局が、前記ＵＥが送信した前記専用プリアンブルを受信するかもしくは前記ＰＲＡＣＨリソースで前記ＵＥが送信した任意のプリアンブルを受信した場合には、前記ＵＥが前記第１のデータの受信に成功したと判定するステップ、または、
前記指定時間内に、前記基地局が、前記ＵＥが送信した前記専用プリアンブルの受信に失敗したかもしくは前記ＰＲＡＣＨリソースで前記ＵＥが送信した任意のプリアンブルの受信に失敗した場合には、前記ＵＥが前記第１のデータの受信に失敗したと判定するステップ
を含み、
または、
前記基地局によって、前記ランダム・アクセス情報を使用して前記ＵＥによりフィードバックされる前記第１のデータの受信状態情報を取得するステップは、
肯定応答（ＡＣＫ）に従って前記基地局によって、前記ＵＥが前記第１のデータの受信に成功したと判定するステップであって、前記肯定応答は、前記ＵＥが送信した前記受信した専用プリアンブルまたは前記ＰＲＡＣＨリソースで前記ＵＥにより送信された任意の受信したプリアンブルで運搬されるステップ、または、
前記基地局によって、否定応答（ＮＡＣＫ）に従って前記ＵＥが前記第１のデータの受信に失敗したと判定するステップであって、前記否定応答は、前記ＵＥが送信した前記受信した専用プリアンブルまたは前記ＰＲＡＣＨリソースで前記ＵＥにより送信された任意の受信したプリアンブルで運搬されるステップ、
を含む、
請求項１に記載のデータ送信方法。
【請求項３】
ユーザ装置ＵＥにより、基地局によって同時に送信された第１のデータおよびランダム・アクセス情報を受信するステップであって、前記ランダム・アクセス情報が専用プリアンブルおよび／または物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）リソース情報を含む、ステップと、
前記ＵＥにより、前記ランダム・アクセス情報を使用して、前記第１のデータの受信状態情報を前記基地局にフィードバックするステップと、
を含み、
前記ユーザ装置ＵＥにより、前記基地局が同時に送信した前記第１のデータと前記ランダム・アクセス情報を受信するステップは、
前記ＵＥにより同時に、前記基地局によって送信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信するステップであって、前記ＰＤＣＣＨはダウンリンク・スケジューリング情報を含み、前記ＰＤＳＣＨは、前記第１のデータ、前記第１のデータの識別子、前記ランダム・アクセス情報および前記ランダム・アクセス情報の識別子を含むステップ、
または、
前記ＵＥにより同時に、前記基地局によって送信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信するステップであって、前記ＰＤＣＣＨが、第１の指示情報、ダウンリンク・スケジューリング情報および前記ランダム・アクセス情報を含み、前記第１の指示情報は前記ＰＤＣＣＨが前記ダウンリンク・スケジューリング情報と前記ランダム・アクセス情報を同時に運搬することを示すために使用されるステップであって、前記ＰＤＳＣＨが前記第１のデータと前記第１のデータの識別子を含むステップ、
または、
前記ＵＥにより、前記基地局により送信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するステップであって、前記ＰＤＣＣＨが前記第１のデータおよび前記ランダム・アクセス情報を含むステップ
を含む、データ送信方法。
【請求項４】
前記ＵＥにより、前記ランダム・アクセス情報を使用して、前記前記第１のデータの受信状態情報を前記基地局にフィードバックするステップは、
前記ＵＥにより、前記ＰＤＣＣＨにおける前記ダウンリンク・スケジューリング情報に従って前記ＰＤＳＣＨを解析するステップと、
前記ＵＥが前記ランダム・アクセス情報と前記第１のデータを前記ＰＤＳＣＨから解析した場合には、前記ＵＥにより前記専用プリアンブルを前記基地局に送信するか、または、前記ＰＲＡＣＨリソースで任意のプリアンブルを前記基地局に送信して、前記基地局に前記第１のデータの受信の成功をフィードバックするステップ、または、
前記ＵＥが前記ＰＤＳＣＨからの前記第１のデータの解析に失敗した場合には、前記ＵＥによりプリアンブルを前記基地局に送信する動作を実施しないようにして、前記基地局に前記第１のデータの受信の失敗をフィードバックするステップ
を含む、請求項３に記載のデータ送信方法。
【請求項５】
前記ＵＥにより、前記ランダム・アクセス情報を使用して、前記前記第１のデータの受信状態情報を前記基地局にフィードバックするステップは、
前記ＵＥにより、前記第１の指示情報に従って前記ダウンリンク・スケジューリング情報と前記ランダム・アクセス情報を前記ＰＤＣＣＨから取得するステップと、
前記ＵＥにより前記ダウンリンク・スケジューリング情報に従って前記ＰＤＳＣＨを解析するステップと、
前記ＵＥが前記第１のデータを前記ＰＤＳＣＨから解析した場合には、前記ＵＥにより前記専用プリアンブルを前記基地局に送信するか、もしくは、前記ＰＲＡＣＨリソースで任意のプリアンブルを前記基地局に送信し、または、肯定応答（ＡＣＫ）を運搬する前記専用プリアンブルを前記基地局に送信するか、もしくは、前記ＡＣＫを運搬する任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信して、前記基地局に前記第１のデータの受信の成功をフィードバックするステップと、
前記ＵＥが前記ＰＤＳＣＨからの前記第１のデータの解析に失敗した場合には、前記ＵＥによりプリアンブルを前記基地局に送信する動作を実施しないようにするか、または、否定応答（ＮＡＣＫ）を運搬する前記専用プリアンブルを前記基地局に送信し、または、前記ＮＡＣＫを運搬する任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信して、前記基地局に前記第１のデータの受信の失敗をフィードバックするステップ
を含む、請求項３に記載のデータ送信方法。
【請求項６】
前記ＵＥにより、前記ランダム・アクセス情報を使用して、前記前記第１のデータの受信状態情報を前記基地局にフィードバックするステップは、
前記ＵＥにより前記ＰＤＣＣＨを解析するステップと、
前記ＵＥが前記第１のデータと前記ランダム・アクセス情報を前記ＰＤＣＣＨから解析した場合には、前記ＵＥにより前記専用プリアンブルを前記基地局に送信するか、または前記ＰＲＡＣＨリソースで任意のプリアンブルを前記基地局に送信するか、またはＡＣＫを運搬する前記専用プリアンブルを前記基地局に送信するか、または前記ＡＣＫを運搬する任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信して、前記基地局に前記第１のデータの受信の成功をフィードバックするステップと、
を含む、請求項３に記載のデータ送信方法。
【請求項７】
第１のデータとランダム・アクセス情報をユーザ装置ＵＥに同時に送信するように構成された第１の送信モジュールであって、前記ランダム・アクセス情報が専用プリアンブルおよび／または物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）リソース情報を含む、第１の送信モジュールと、
前記第１のデータの受信状態情報を取得するように構成された取得モジュールであって、前記受信状態情報は前記ランダム・アクセス情報を使用して前記ＵＥによりフィードバックされる取得モジュールと、
を備え、
前記第１の送信モジュールは特に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ＵＥに同時に送信するように構成され、前記ＰＤＣＣＨはダウンリンク・スケジューリング情報を含み、前記ＰＤＳＣＨは、前記第１のデータ、前記第１のデータの識別子、前記ランダム・アクセス情報および前記ランダム・アクセス情報の識別子を含み、
または、
前記第１の送信モジュールは特に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ＵＥに同時に送信するように構成され、前記ＰＤＣＣＨは、第１の指示情報、ダウンリンク・スケジューリング情報および前記ランダム・アクセス情報を含み、前記第１の指示情報は前記ＰＤＣＣＨが前記ダウンリンク・スケジューリング情報と前記ランダム・アクセス情報を同時に運搬することを示すために使用され、前記ＰＤＳＣＨは前記第１のデータと前記第１のデータの識別子を含み、
または、
前記第１の送信モジュールは特に、物理ダウンリンク制御チャネルＰＤＣＣＨを前記ＵＥに送信するように構成され、前記ＰＤＣＣＨは前記第１のデータと前記ランダム・アクセス情報を含む、基地局。
【請求項８】
前記取得モジュールは特に、指定時間内に、前記ＵＥが送信した前記専用プリアンブルが受信されたか、または、前記ＰＲＡＣＨリソースで前記ＵＥが送信した任意のプリアンブルが受信された場合には、前記ＵＥが前記第１のデータの受信に成功したと判定し、前記指定時間内に、前記ＵＥが送信した前記専用プリアンブルが受信されなかったか、または、前記ＰＲＡＣＨリソースで前記ＵＥが送信した任意のプリアンブルが受信されなかった場合には、前記ＵＥが前記第１のデータの受信に失敗したと判定するように構成され、または、
前記取得モジュールは特に、前記ＵＥが送信した前記受信した専用プリアンブルまたは前記ＰＲＡＣＨリソースで前記ＵＥにより送信された任意の受信したプリアンブルで運搬された肯定応答（ＡＣＫ）に従って、前記ＵＥが前記第１のデータの受信に成功したと判定し、前記ＵＥが送信した前記受信した専用プリアンブルまたは前記ＰＲＡＣＨリソースで前記ＵＥにより送信された任意の受信したプリアンブルで運搬される否定応答（ＮＡＣＫ）に従って、前記ＵＥが前記第１のデータの受信に失敗したと判定するように構成された、
請求項７に記載の前記基地局。
【請求項９】
基地局によって同時に送信された第１のデータおよびランダム・アクセス情報を受信するように構成された第１の受信モジュールであって、前記ランダム・アクセス情報が専用プリアンブルおよび／または物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）リソース情報を含む、第１の受信モジュールと、
前記ランダム・アクセス情報を使用して、前記第１のデータの受信状態情報を前記基地局にフィードバックするように構成されたフィードバック・モジュールと、
を備え、
前記第１の受信モジュールは特に、前記基地局によって送信された物理ダウンリンク制御チャネルＰＤＣＣＨと物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を同時に受信するように構成され、前記ＰＤＣＣＨはダウンリンク・スケジューリング情報を含み、前記ＰＤＳＣＨは、前記第１のデータ、前記第１のデータの識別子、前記ランダム・アクセス情報および前記ランダム・アクセス情報の識別子を含み、
または、
前記第１の受信モジュールは特に、前記基地局によって送信された物理ダウンリンク制御チャネルＰＤＣＣＨと物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を同時に受信するように構成され、前記ＰＤＣＣＨが、第１の指示情報、ダウンリンク・スケジューリング情報および前記ランダム・アクセス情報を含み、前記第１の指示情報は前記ＰＤＣＣＨが前記ダウンリンク・スケジューリング情報と前記ランダム・アクセス情報を同時に運搬することを示すために使用され、前記ＰＤＳＣＨは前記第１のデータと前記第１のデータの識別子を含み、
または、
前記第１の受信モジュールは特に、前記基地局により送信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するように構成され、前記ＰＤＣＣＨは前記第１のデータおよび前記ランダム・アクセス情報を含む、ユーザ装置ＵＥ。
【請求項１０】
前記フィードバック・モジュールは特に、前記ＰＤＣＣＨにおける前記ダウンリンク・スケジューリング情報に従って前記ＰＤＳＣＨを解析し、前記ランダム・アクセス情報と前記第１のデータが前記ＰＤＳＣＨから解析された場合には、前記専用プリアンブルを前記基地局に送信するか、または、任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信して、前記基地局に前記第１のデータの受信の成功をフィードバックし、前記第１のデータが前記ＰＤＳＣＨから解析されなかった場合には、プリアンブルを前記基地局に送信する動作せずに、前記基地局に前記第１のデータの受信の失敗をフィードバックするように構成された、請求項９に記載のＵＥ。
【請求項１１】
前記フィードバック・モジュールは特に、前記ダウンリンク・スケジューリング情報と前記ランダム・アクセス情報を前記第１の指示情報に従って前記ＰＤＣＣＨから取得し、前記ダウンリンク・スケジューリング情報に従って前記ＰＤＳＣＨを解析し、前記第１のデータが前記ＰＤＳＣＨから解析された場合には、前記専用プリアンブルを前記基地局に送信するか、または、任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信するか、または、肯定応答（ＡＣＫ）を運搬する前記専用プリアンブルを前記基地局に送信するか、または、前記ＡＣＫを運搬する任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信して、前記基地局に前記第１のデータの受信の成功をフィードバックし、前記第１のデータが前記ＰＤＳＣＨから解析されなかった場合には、プリアンブルを前記基地局に送信する動作を実施せず、または、否定応答（ＮＡＣＫ）を運搬する前記専用プリアンブルを前記基地局に送信するか、または、前記ＮＡＣＫを運搬する任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信して、前記基地局に前記第１のデータの受信の失敗をフィードバックするように構成された、請求項９に記載のＵＥ。
【請求項１２】
前記フィードバック・モジュールは特に、前記ＰＤＣＣＨを解析し、前記第１のデータと前記ランダム・アクセス情報が前記ＰＤＣＣＨから解析された場合には、前記専用プリアンブルを前記基地局に送信するか、または、任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信するか、または、ＡＣＫを運搬する前記専用プリアンブルを前記基地局に送信するか、または、前記ＡＣＫを運搬する任意のプリアンブルを前記ＰＲＡＣＨリソースで前記基地局に送信して、前記基地局に前記第１のデータの受信の成功をフィードバックするように構成された、請求項９に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、発明の名称を「データ送信方法、基地局、およびユーザ装置」とした２０１２年２月１７日に中国国家知識産権局に出願した中国特許出願第２０１２１００３７１２８．６号に対する優先権を主張し、その全体を引用により本明細書に組み込む。
【０００２】
本発明は、モバイル通信技術に関し、特に、データ送信方法、基地局、およびユーザ装置に関する。
【背景技術】
【０００３】
現在、Ｍ２Ｍまたはスマートフォンのアプリケーションでは、通常は小規模なパケット・サービス向けの送信が存在する。例えば、スマートフォンのバックグラウンド・プログラムは通常は小規模なパケット・サービスを開始するが、そのサービス機能のデータ量は毎回少なく、一般には２００バイト（ｂｙｔｅ）より少なく、定期的にまたは所与の時点で不定期に送信される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）が現在ＲＲＣ接続状態にあるがアップリンクが同期されておらず、この時点で基地局（Ｎｏｄｅ  Ｂ）がダウンリンク送信を要求する小規模なパケット・サービスを有する場合には、通常は当該ＵＥは非衝突型のランダム・アクセスを実施する必要があり、アップリンクが同期した後、当該基地局はダウンリンクの小規模なパケット・サービスに対する送信を実施することができる。当該小規模なパケット・サービスのデータ量は非常に少ないので、ランダム・アクセス・プロセスではリソース消費と時間遅延が大きく、その結果、小規模なパケット・サービスに対する送信効率が相対的に低下する。
【課題を解決するための手段】
【０００５】
本発明では、データ送信効率を改善するためのデータ送信方法、基地局およびユーザ装置を提供する。
【０００６】
１態様では、本発明は、基地局によって、第１のデータとランダム・アクセス情報をユーザ装置ＵＥに同時に送信するステップと、当該基地局によって、当該第１のデータの受信状態情報を取得するステップであって、当該受信状態情報は当該ランダム・アクセス情報を介して当該ＵＥによりフィードバックされるステップと、を含むデータ送信方法を提供する。
【０００７】
１態様では、本発明は、第１のデータとランダム・アクセス情報をユーザ装置ＵＥに同時に送信するように構成された第１の送信モジュールと、当該第１のデータの受信状態情報を取得するように構成された取得モジュールであって、当該受信状態情報は当該ランダム・アクセス情報を介して当該ＵＥによりフィードバックされる取得モジュールと、を備える基地局を提供する。
【０００８】
別の態様では、本発明は、ユーザ装置ＵＥにより、基地局によって同時に送信された第１のデータおよびランダム・アクセス情報を受信するステップと、当該ＵＥにより、当該ランダム・アクセス情報を介して、当該第１のデータの受信状態情報を当該基地局にフィードバックするステップと、を含むデータ送信方法を提供する。
【０００９】
別の態様では、本発明は、基地局によって同時に送信された第１のデータおよびランダム・アクセス情報を受信するように構成された第１の受信モジュールと、当該ランダム・アクセス情報を介して、当該第１のデータの受信状態情報を当該基地局にフィードバックするように構成されたフィードバック・モジュールと、を備えるユーザ装置を提供する。
【００１０】
本発明ではデータ送信方法と基地局を提供する。１態様では、当該基地局は、第１のデータとランダム・アクセス情報をＵＥに同時に送信し、当該ＵＥは当該ランダム・アクセス情報を介して、当該第１のデータの受信に成功したかどうかを当該基地局にフィードバックする。その結果、当該基地局によって発行されたサービス・データがランダム・アクセス手続きの後にのみ受信できる先行技術とは異なり、当該ＵＥが当該基地局によって発行された当該第１のデータをランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に受信でき、それによってデータ送信効率が高まる。
【００１１】
本発明はデータ送信方法とユーザ装置を提供する。別の態様では、当該ＵＥは、基地局によって同時に送信された第１のデータおよびランダム・アクセス情報を受信し、当該ランダム・アクセス情報を介して当該第１のデータの受信状態を当該基地局にフィードバックする。これにより、ランダム・アクセスが成功した後にのみ当該基地局によって発行されたサービス・データを受信できる先行技術とは異なり、当該基地局によって発行されたサービス・データをランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に受信することが実現され、それによってデータ送信効率が高まる。
【００１２】
本発明の諸実施形態または先行技術の技術的解決策をより明確にするために、当該諸実施形態または先行技術の説明に使用される添付図面を以下で簡単に説明する。明らかに、説明する添付図面は本発明の幾つかの実施形態にすぎない。当業者は、創造的作業なしにこれらの図面に基づいて他の図面を取得することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の１実施形態で提供するデータ送信方法の流れ図である。
【図２】本発明の別の実施形態で提供するデータ送信方法の流れ図である。
【図３Ａ】本発明のさらに別の実施形態で提供するデータ送信方法の流れ図である。
【図３Ｂ】本発明のさらに別の実施形態で提供する、ＰＤＳＣＨで送信されるデータの略構造図である。
【図３Ｃ】本発明のさらに別の実施形態で提供するＭＡＣ  ＣＥの略構造図である。
【図４】本発明のさらに別の実施形態で提供するデータ送信方法の流れ図である。
【図５】本発明のさらに別の実施形態で提供するデータ送信方法の流れ図である。
【図６】本発明の１実施形態で提供する基地局の略構造図である。
【図７】本発明の別の実施形態で提供する基地局の略構造図である。
【図８】本発明の１実施形態で提供するＵＥの略構造図である。
【図９】本発明の別の実施形態で提供するＵＥの略構造図である。
【発明を実施するための形態】
【００１４】
本発明の諸実施形態の目的、技術的解決策、および利点をより明確にするために、以下では本発明の諸実施形態における添付図面を参照して本発明の諸実施形態における技術的解決策を明確かつ十分に説明する。明らかに、説明した実施形態は本発明の諸実施形態の全部ではなく一部にすぎない。当業者が創造的作業なしに本発明の諸実施形態に基づいて取得する他の全ての実施形態は本発明の保護範囲に入るものとする。
【００１５】
図１は、本発明の１実施形態で提供するデータ送信方法の流れ図である。図１に示すように、本実施形態の方法は以下を含む。ステップ１０１で、基地局が第１のデータとランダム・アクセス情報をユーザ装置ＵＥに同時に送信する。ステップ１０２で、当該基地局が、当該第１のデータの受信状態情報を取得する。当該受信状態情報は当該ランダム・アクセス情報を介して当該ＵＥによりフィードバックされる。
【００１６】
本実施形態では、当該ＵＥが同期されていないアップリンクの状態に既にあるが、当該基地局がダウンリンク送信する必要があるサービスを有するときには、当該基地局は、送信する必要があるデータ（即ち、当該第１のデータ）と当該ランダム・アクセス情報を当該ＵＥに同時に送信することができる。
【００１７】
当該第１のデータはデータ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＤＲＢ）のデータであってもよく、シグナリング無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＳＲＢ）のデータであってもよい。ＳＲＢのデータは、例えば、無線リソース制御プロトコル（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）解放メッセージであってもよい。
【００１８】
当該ランダム・アクセス情報は、１態様では、当該ＵＥをトリガして非衝突型のアップリンク・ランダム・アクセスを実施するように構成され、別の態様では、当該ＵＥにより当該基地局にフィードバックされた当該第１のデータの受信状態情報のキャリアとして動作する、即ち、当該第１のデータの受信に成功したかどうかを当該ＵＥが当該基地局にフィードバックするために使用される。
【００１９】
ＵＥに関して、当該ＵＥは、基地局が同時に送信した第１のデータとランダム・アクセス情報を受信する。当該ＵＥが当該ランダム・アクセス情報の受信に成功した場合には、当該ＵＥは、当該ランダム・アクセス情報を介して非衝突型のランダム・アクセス手続きを実施する、即ち、プリアンブル（ｐｒｅａｍｂｌｅ）を物理ランダム・アクセス・チャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）リソースで当該基地局に送信する。一方、当該ＵＥが当該ランダム・アクセス情報を介して、当該第１のデータの受信に成功したかどうかに関する情報を当該基地局にフィードバックする。当該ＵＥも当該第１のデータの受信に成功した場合には、当該ＵＥが、当該第１のデータの受信に成功したという情報を当該基地局にフィードバックし、当該ＵＥが当該第１のデータの受信に失敗した場合には、当該第１のデータの受信に失敗したという情報を当該ＵＥが当該基地局に返す。
【００２０】
当該第１のデータの受信に成功したかどうかに関する情報を、ランダム・アクセス情報を介してＵＥが基地局にフォードバックするための方式が多数存在しうる。例えば、当該ＵＥは、ランダム・アクセス情報を送信するかまたは送信しないことによりフィードバックを実施することができる。説明のための例をとると、当該ＵＥが当該第１のデータの受信に成功した場合には、当該ランダム・アクセス情報が送信され、そうでない場合には、当該ランダム・アクセス情報が送信されない。別の例として、当該ＵＥは、ランダム・アクセス情報が肯定応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ＡＣＫ）または否定応答（Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）を運搬することによりフィードバックを実施することができる。説明のための例をとると、当該ＵＥが当該第１のデータの受信に成功した場合には、ＡＣＫが当該ランダム・アクセス情報で運搬され、そうでなければＮＡＣＫが当該ランダム・アクセス情報で運搬される。さらに別の例として、当該ＵＥは、異なるランダム・アクセス情報を使用することによりフィードバックを実施することができる。説明のための例をとると、当該基地局が複数のランダム・アクセス情報を当該ＵＥに送信することは、当該ＵＥが当該第１のデータの受信に成功した場合には、或るランダム・アクセス情報を使用し、そうでなければ別のランダム・アクセス情報を使用することを含む。
【００２１】
当該基地局に関して、当該第１のデータと当該ランダム・アクセス情報が当該ＵＥに同時に送信された後に、当該基地局は、当該ランダム・アクセス情報を介して当該ＵＥによりフィードバックされた当該第１のデータの受信状態情報を取得する。即ち、当該第１のデータの受信に成功したかどうかの情報を取得し、次いで当該第１のデータのダウンリンク送信が完了する。
【００２２】
本実施形態では、当該基地局が第１のデータとランダム・アクセス情報をＵＥに同時に送信し、当該ランダム・アクセス情報を介して、当該第１のデータの受信に成功したかどうかを当該ＵＥが当該基地局にフィードバックし、当該ＵＥへのサービス・データの送信がランダム・アクセス手続き中またはランダム・アクセス手続きの前に実現され、その結果、ランダム・アクセス手続きの後にのみサービスが当該基地局により当該ＵＥとともに実行できる先行技術とは異なり、当該ＵＥは、ランダム・アクセス手続き中またはランダム・アクセス手続き前に、当該基地局が送信したサービス・データを受信することができる。それにより、サービス・データの送信効率が高まる。
【００２３】
当該基地局が当該ＵＥに発行したランダム・アクセス情報が、当該ＵＥが使用するための当該基地局により割り当てられた専用プリアンブルおよび／または当該ＵＥが使用するための当該基地局により割り当てられたＰＲＡＣＨリソースを含んでもよい。
【００２４】
当該ランダム・アクセス情報に基づいて当該ＵＥにより非衝突型のランダム・アクセスを実施する手続きは以下を含む。
【００２５】
当該ランダム・アクセス情報が専用プリアンブルのみを含む場合には、当該ＵＥが任意のＰＲＡＣＨリソースを使用することができ、当該ＵＥが全てのＰＲＡＣＨリソースから任意のＰＲＡＣＨリソースを使用して当該専用プリアンブルを送信し、非衝突型のランダム・アクセス手続きを実施することが示される。当該ランダム・アクセス情報がＰＲＡＣＨリソースのみを含む場合には、当該リソース上の全てのプリアンブルが当該ＵＥに予約され、当該ＵＥはＰＲＡＣＨリソース上の任意のプリアンブルを使用することができ、当該ＵＥはＰＲＡＣＨリソース上の任意のプリアンブルを送信して、非衝突型のランダム・アクセス手続きを実施することが示される。当該ランダム・アクセス情報が専用プリアンブルとＰＲＡＣＨリソースを同時に含む場合には、当該ＵＥがＰＲＡＣＨリソースを使用して当該専用プリアンブルを送信する必要があり、当該ＵＥがＰＲＡＣＨリソース上で当該専用プリアンブルを送信して非衝突型のランダム・アクセス手続きを実施することが示される。
【００２６】
当該基地局が当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する第１の実装モードが、当該基地局が物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）および物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を当該ＵＥに同時に送信することを含むのが好ましい。ここで、ＰＤＣＣＨはダウンリンク・スケジューリング（ＤＬ  Ａｓｓｉｇｎｍｅｎｔ）情報を含み、ＰＤＳＣＨが当該第１のデータ、当該第１のデータの識別子、当該ランダム・アクセス情報および当該ランダム・アクセス情報の識別子を含む。ＰＤＣＣＨとはＰＤＣＣＨで実際に送信された制御信号をいい、その中に当該ダウンリンク・スケジューリング情報を含めることができる。ＰＤＳＣＨとはＰＤＳＣＨで実際に送信されたデータをいい、物理層より上位の層からのデータをいう。
【００２７】
当該実装モードでは、当該ＵＥが同期されていないアップリンクの状態であっても、送信すべき第１のデータを必要とするサービスがある場合には、当該基地局はＤＬ割当て情報を通じて当該第１のデータを直接当該ＵＥに対してスケジュールする。即ち、媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ、ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ、ＣＥ）または媒体アクセス制御サービス・データユニット（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ、ＳＤＵ）として捉えた当該第１のデータを、ＰＤＳＣＨを介して当該ＵＥに送信する。一方、当該基地局は、非衝突型のランダム・アクセス手続きに関して当該ＵＥが必要とするランダム・アクセス情報を新規追加ＭＡＣ  ＣＥとしてＰＤＳＣＨを介して当該ＵＥに送信する。
【００２８】
当該第１のデータの識別子と当該ランダム・アクセス情報の識別子の両方は論理チャネル識別子（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｉｄｅｎｔｉｔｙ、ＬＣＩＤ）であり、それらは対応するＬＣＩＤ値が異なるという点で異なる。ランダム・アクセス情報のＬＣＩＤ値に関して、値を現在それに対して予約されているＬＣＩＤ値から選択することができる。
【００２９】
さらに、当該実装モードでは、ＰＤＳＣＨで送信されたランダム・アクセス情報（即ち、新規追加ＭＡＣ  ＣＥ）が、当該専用プリアンブルとＰＲＡＣＨリソースに同時に対応するビットを含むことができる。当該ランダム・アクセス情報が当該専用プリアンブルのみを含む場合、ＰＤＳＣＨにおけるＰＲＡＣＨリソースに対応するビットが０に設定される。当該ランダム・アクセス情報がＰＲＡＣＨリソースのみを含む場合には、ＰＤＳＣＨにおける当該専用プリアンブルに対応するビットが０に設定される。
【００３０】
さらに、当該実装モードでは、ランダム・アクセス情報が専用プリアンブルのみを含む場合には、ＰＤＳＣＨで送信されたランダム・アクセス情報（即ち、新規追加ＭＡＣ  ＣＥ）もＰＲＡＣＨリソースに対応するビットを含むことができない。当該ランダム・アクセス情報がＰＲＡＣＨリソースのみを含む場合には、ＰＤＳＣＨで送信されたランダム・アクセス情報（即ち、新規追加ＭＡＣ  ＣＥ）も当該専用プリアンブルに対応するビットを含むことができない。
【００３１】
さらに、当該実装モードでは、当該第１のデータはＲＲＣ解放メッセージであってもよい。これに基づいて、ＰＤＳＣＨが第２の指示情報を含んでもよい。当該第２の指示情報は、当該ＲＲＣ解放メッセージを受信した後に無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＲＬＣ）状態レポートを当該基地局にフィードバックしないように当該ＵＥに指示するように構成される。特に、当該基地局は、当該第２の指示情報として、ＰＤＳＣＨで送信されたＲＬＣプロトコル・データ・ユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＰＤＵ）内のポーリング・ビットを０に設定することができる。当該ＵＥに関して、当該ＲＲＣ解放メッセージの受信に成功した後に、当該ＲＬＣ状態レポートは当該基地局にフィードバックされず、当該ＵＥは新たなランダム・アクセス手続きを実施するようにトリガされない（例えば、当該ＵＥは同期されていないアップリンクの状態にあるが、送信する必要があるアップリンク・データも存在し、当該ＵＥは、ランダム・アクセス手続きを最初に実施することによってアップリンクを完了し、アップリンク・データを送信するためのアップリンク・リソースを要求する必要がある）。当該基地局に関して、当該ＵＥとのＲＲＣ接続を解放すべきかどうかを、当該第１のデータの受信に成功したかどうかの当該ＵＥによりフィードバックされた取得情報を介して判定することができる。
【００３２】
当該基地局が当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する第２の実装モードが、当該基地局がＰＤＣＣＨとＰＤＳＣＨを当該ＵＥに同時に送信することを含み、ＰＤＣＣＨが第１の指示情報、ＤＬ割当て情報および当該ランダム・アクセス情報を含み、当該第１の指示情報が、ＰＤＣＣＨが当該ＤＬ割当て情報と当該ランダム・アクセス情報を同時に運搬することを示すように構成されることが好ましい。ＰＤＳＣＨは、当該第１のデータおよび当該第１のデータの識別子を含む。
【００３３】
当該実装モードでは、当該ＵＥが同期されていないアップリンクの状態にある場合であっても、当該基地局が当該第１のデータの送信を要求するサービスを有する場合には、当該基地局はＤＬ割当て情報を介して当該第１のデータを当該ＵＥに直接スケジュールする。即ち、ＰＤＳＣＨを介して当該第１のデータをＭＡＣ  ＣＥまたはＭＡＣ  ＳＤＵとして当該ＵＥに送信する。一方、当該基地局は、非衝突型のランダム・アクセス手続きに関して当該ＵＥが要求するランダム・アクセス情報をＰＤＣＣＨで運搬して、当該ランダム・アクセス情報を当該ＤＬ割当て情報とともに当該ＵＥに送信する。
【００３４】
当該実装モードでは、当該基地局は、当該ＵＥがランダム・アクセスを実施するために先行技術で使用されるＰＤＣＣＨで運搬される関連情報のビットを０または１のような特別な値に設定することによって、ＰＤＣＣＨを介してランダム・アクセス情報とＤＬ割当て情報を同時に運搬する目的を実現することができる。説明のための例をとると、当該ＵＥがランダム・アクセスを実施するために先行技術で使用されるＰＤＣＣＨでは、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）フォーマット、即ちＤＣＩ１Ａを使用し、ＰＤＣＣＨは以下の情報を運搬する。
【００３５】
局所／分散仮想リソース・ブロック割当てフラグ（Ｌｏｃａｌｉｚｅｄ／Ｄｉｓｔｒｕｂｉｔｅｄ  ＶＲＢ割当てフラグ）：１ビットであり、「０」に設定される（１ビットは「０」に設定される）。
リソース・ブロック割当て（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）：
【００３６】
【数１】
0006035614.tif 000002
【００３７】
ビットであり、全てのビットが１にセットされる（
【００３８】
【数２】
0006035614.tif 000003
【００３９】
ビットであり、全てのビットが１に設定されるものとする）。
プリアンブル・インデックス（Ｐｒｅａｍｂｌｅ  Ｉｎｄｅｘ）：６ビット。
物理ランダム・アクセス・チャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）マスク・インデックス（ＰＲＡＣＨ  Ｍａｓｋ  Ｉｎｄｅｘ）：４ビット。
残りのビットの全ては０にセットされる（１つのＰＤＳＣＨ符号語のコンパクトなスケジュール割当てに関してフォーマット１Ａ内の残りのビットの全ては０にセットされる）。
【００４０】
特に、プリアンブル・インデックスとＰＲＡＣＨ  マスク・インデックスを除いたビットを特別な値にセットすること、例えば、Ｌｏｃａｌｉｚｅｄ／Ｄｉｓｔｒｉｂｕｔｅｄ  ＶＲＢ割当てフラグを１にセットすること、Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ割当てを１にセットすること、および残りのビットの全てを０、即ち、ＰＤＣＣＨ順序（ｏｒｄｅｒ）にセットすることによって、当該基地局は当該ＵＥがランダム・アクセスを実施するためにＰＤＣＣＨが使用されることを示す。これに基づいて、当該基地局は、特別な値にセットされた全てのビットから、ＤＬ割当て情報を運搬するためのビットの部分を取り出すことができ、残りのビットは依然として０または１にセットされ、ＰＤＣＣＨが当該ランダム・アクセス情報とＤＬ割当て情報を同時に運搬するという目的が達成される。
【００４１】
あるいは、当該実装モードでは、ＰＤＣＣＨのビット数を節約するために、前述のランダム・アクセス情報に含まれる情報の全部または一部を、上位層シグナリング、例えば、ＲＲＣメッセージを介して準静的に構成することができる。例えば、当該ＵＥが使用する当該専用プリアンブルを準静的に構成することができる。
【００４２】
あるいは、ＰＤＣＣＨのビット数を節約するために、前述のＤＬ割当て情報の情報の全部または一部を、上位層シグナリング、例えば、ＲＲＣメッセージを介して準静的に構成することができる。例えば、使用する変調符号化機構（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、ＭＣＳ）を準静的に構成することができ、使用するハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ、ＨＡＲＱ）プロセスを準静的に構成することができる、等である。
【００４３】
さらに、当該実装モードでは、当該基地局は、他のＤＣＩフォーマットによりまたは新たなＤＣＩフォーマットの設計により、当該ランダム・アクセス情報およびＤＬ割当て情報の同時送信を実施することもできる。
【００４４】
さらに、当該実装モードでは、当該第１のデータはＲＲＣ解放メッセージであってもよい。これに基づいて、ＰＤＳＣＨが第２の指示情報を含んでもよい。当該第２の指示情報は、当該ＲＲＣ解放メッセージを受信した後に、ＲＬＣ状態レポートを当該基地局にフィードバックしないように当該ＵＥに指示するように構成される。特に、当該基地局は、ＰＤＳＣＨ内のＲＬＣ  ＰＤＵにおけるポーリング位置０を当該第２の指示情報とすることができる。当該ＵＥに関して、当該ＲＲＣ解放メッセージの受信に成功した後に、当該ＲＬＣ状態レポートは当該基地局にフィードバックせず、当該ＵＥは非衝突型のランダム・アクセス手続きするようにトリガされない。当該基地局に関して、当該ＵＥとのＲＲＣ接続を解放すべきかどうかを、当該ＵＥによりフィードバックされた当該第１のデータの受信に成功したかどうかに関する取得情報を介して判定することができる。
【００４５】
当該基地局が当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する第３の実装モードが、当該基地局がＰＤＣＣＨを当該ＵＥに送信することを含むのが好ましい。ここで、ＰＤＣＣＨは第１の指示情報と当該ランダム・アクセス情報を含む。
【００４６】
あるいは、当該実装モードでは、当該基地局は、ＰＤＣＣＨにおける少なくとも１つのビットの値を事前設定値として設定することによって当該第１のデータを運搬することができる。少なくとも１つのビットにセットされた事前設定値と当該第１のデータの間には対応関係が存在する。
【００４７】
あるいは、当該実装モードでは、当該基地局が、リソースを節約するためにＰＤＳＣＨをそれ以上送信しなくともよい。
【００４８】
当該実装モードは当該ＲＲＣ解放メッセージである当該第１のデータに特に適用されるがそれに限られない。
【００４９】
さらに、前述の実装モードでは、当該ランダム・アクセス情報が専用プリアンブルおよび／またはＰＲＡＣＨリソース情報を含んでもよい。
【００５０】
これに基づいて、当該基地局が当該ランダム・アクセス情報を介して当該ＵＥによりフィードバックされた当該第１のデータの受信状態情報を取得するステップが以下を含む。
【００５１】
当該ＵＥが送信した当該専用プリアンブル、またはＰＲＡＣＨリソースで当該ＵＥにより送信された任意のプリアンブルを当該基地局が指定時間内に当該ランダム・アクセス情報において受信した場合には、当該ＵＥが当該第１のデータの受信に成功したと判定される。当該ＵＥが送信した当該専用プリアンブル、またはＰＲＡＣＨリソースで当該ＵＥにより送信された任意のプリアンブルを当該基地局が指定時間内に当該ランダム・アクセス情報において受信しなかった場合には、当該ＵＥが当該第１のデータの受信に失敗したと判定される。当該実装モードでは、唯一の違いは、プリアンブルを送信することとプリアンブルを送信しないことにある。当該実装モードは以上の３つの実装モードにも適用される。この場合、当該基地局が当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する。
【００５２】
あるいは、当該基地局が、当該ＵＥが送信した受信した専用プリアンブルまたはランダム・アクセス情報においてＰＲＡＣＨリソースで当該ＵＥにより送信された任意の受信したプリアンブルで運搬されるＮＡＣＫに従って、当該ＵＥが当該第１のデータの受信に成功したと判定する。当該基地局は、当該ＵＥが送信した受信した専用プリアンブルまたは当該ランダム・アクセス情報においてＰＲＡＣＨリソースで当該ＵＥにより送信された任意の受信したプリアンブルで運搬されるＮＡＣＫに従って、当該ＵＥが当該第１のデータの受信に失敗したと判定する。当該実装モードでは、ＡＣＫまたはＮＡＣＫはプリアンブルにより運搬され、当該ランダム・アクセス情報と当該第１のデータを独立に受信する必要があり、したがって、当該実装モードは、当該基地局が当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する前述の第２の実装モードに適用される。
【００５３】
当該ＵＥが専用プリアンブルを送信することは、当該ランダム・アクセス情報が当該専用プリアンブルのみを含む場合に、当該ＵＥが当該専用プリアンブルを当該基地局に任意のＰＲＡＣＨリソースで送信することができ、当該ランダム・アクセス情報が当該専用プリアンブルとＰＲＡＣＨリソースを同時に含む場合には、当該ＵＥがＰＲＡＣＨリソース上で当該専用プリアンブルを当該ランダム・アクセス情報において送信することを含む。当該ＵＥが、ＰＲＡＣＨリソースで任意のプリアンブルを当該ランダム・アクセス情報において送信することは、当該ランダム・アクセス情報がＰＲＡＣＨリソースのみを含む場合には、当該ＵＥが、ＰＲＡＣＨリソースで使用できる任意のプリアンブルをＰＲＡＣＨリソースで送信し、当該ランダム・アクセス情報が専用プリアンブルとＰＲＡＣＨリソースを同時に含む場合には、当該ＵＥが、ＰＲＡＣＨリソースで当該専用プリアンブルを送信でき、ＰＲＡＣＨリソースで他のプリアンブルも送信できることを含む。
【００５４】
さらに、当該専用プリアンブルが第１のプリアンブルと第２のプリアンブルを含む場合には、当該基地局が当該ランダム・アクセス情報を介して当該ＵＥによりフィードバックされた当該第１のデータの受信状態情報を取得することが、以下の実装モードを含んでもよい。
【００５５】
当該基地局が、当該ＵＥが送信した当該第１のプリアンブルを受信した場合には、当該ＵＥが当該第１のデータの受信に成功したと判定され、当該基地局が、当該ＵＥが送信した当該第２のプリアンブルを受信した場合には、当該ＵＥが当該第１のデータの受信に失敗したと判定される。即ち、当該ＵＥが、当該第１のデータの受信に成功し別のプリアンブルを介した受信には失敗したという情報をフィードバックする。当該実装モードでは、当該ランダム・アクセス情報と当該第１のデータを独立に受信する必要があり、したがって、当該実装モードは、当該基地局が当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する前述の第２の実装モードに適用される。
【００５６】
さらに、当該ＵＥが当該第１のデータの受信に失敗したと判定した後に、当該基地局は当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する動作を再実施する。即ち、当該第１のデータの再送を実施し、当該ＵＥが当該第１のデータの受信に成功したと当該基地局が判定するかまたは再送回数が事前設定された第１の最大再送回数に達するまでこれを実施することができる。
【００５７】
さらに、当該第１のデータがＲＲＣ解放メッセージである場合には、当該基地局は、当該ＵＥが当該第１のデータの受信に成功したと判定するかまたは再送回数が当該事前設定された第１の最大再送回数に達した後に、当該ＵＥとのＲＲＣ接続を解放する。
【００５８】
さらに、当該ＵＥが送信した当該専用プリアンブルまたは任意のプリアンブルを受信した後、即ち、当該ＵＥが当該第１のデータの受信に成功したと判定した後、当該基地局はランダム・アクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）を該ＵＥに送信してアップリンク同期を実施するように当該ＵＥに指示する。または、当該ＵＥが当該第１のデータの受信に失敗したと判定した後、当該基地局もＲＡＲを当該ＵＥに送信してアップリンク同期を実施するように当該ＵＥに指示することができる。
【００５９】
さらに、最大再送時間または第２の最大再送回数を当該ランダム・アクセス情報に含めて、再送回数が当該第２の最大再送回数に達するかまたは再送時間が当該最大再送時間に達するまで、当該専用プリアンブルまたは任意のプリアンブルを繰り返し送信するように当該ＵＥに指示することができる。この場合、プリアンブルの送信の信頼度を高めることができる。
【００６０】
当該ランダム・アクセス情報によって運搬する他に、当該最大再送時間または当該第２の最大再送回数をプロトコルによって指定するかまたは上位層によって構成してもよい。
【００６１】
以上の実施形態では、当該基地局は、ランダム・アクセス手続きが完了した後である先行技術とは異なり、様々な実装モードによりランダム・アクセス情報と第１のデータをＵＥに同時に送信し、当該基地局はランダム・アクセス手続きの最中またはランダム・アクセス手続きの前にサービス・データを当該ＵＥに送信し、それによってサービス・データの送信効率が高まる。
【００６２】
図２は、本発明の別の実施形態で提供するデータ送信方法の流れ図である。図２に示すように、本実施形態の方法は以下を含む。ステップ２０１で、ＵＥは、基地局によって同時に送信された第１のデータおよびランダム・アクセス情報を受信する。ステップ２０２で、当該ＵＥが、当該ランダム・アクセス情報を介して、当該第１のデータの受信状態情報を当該基地局にフィードバックする。
【００６３】
当該第１のデータはＤＲＢのデータであってもよく、ＳＲＢのデータであってもよい。ＳＲＢのデータがＲＲＣ解放メッセージであってもよいがそれに限られない。
【００６４】
当該ランダム・アクセス情報は、１態様では、当該ＵＥをトリガして非衝突型のランダム・アクセスを実施するために使用され、別の態様では当該ＵＥによって当該基地局にフィードバックされた当該第１のデータの受信状態情報のキャリアとして動作する。即ち、当該第１のデータの受信に成功したかどうかを当該ＵＥが当該基地局にフィードバックするために使用される。
【００６５】
本実施形態では、当該ＵＥが同期されていないアップリンクの状態に既にあるが、当該基地局がダウンリンク送信を要求するサービスを有するときには、当該基地局は送信する必要があるデータ（即ち、当該第１のデータ）と当該ランダム・アクセス情報を当該ＵＥに同時に送信する。
【００６６】
当該ＵＥは当該基地局が同時に送信した当該第１のデータと当該ランダム・アクセス情報を受信し、当該ＵＥは当該ランダム・アクセス情報を介して当該第１のデータの受信に成功したかどうかを当該基地局にフィードバックし、それによって当該第１のデータのダウンリンク送信を完了する。
【００６７】
当該ＵＥが当該ランダム・アクセス情報の受信に成功した場合には、当該ＵＥは当該ランダム・アクセス情報を介して非衝突型のランダム・アクセス手続きを実施する。即ち、プリアンブルをＰＲＡＣＨリソースで当該基地局に送信する。一方、当該ＵＥは、当該第１のデータの受信に成功したという情報および／または当該第１のデータの受信に失敗したという情報を介して情報を当該ランダム・アクセスを介して当該基地局にフィードバックすることができる。当該ＵＥが当該ランダム・アクセス情報の受信に失敗した場合には、当該ＵＥはプリアンブルをＰＲＡＣＨリソースで当該基地局に送信せず、当該基地局は当該ランダム・アクセス情報および当該第１のデータの両方の送信に失敗したとみなす。これは、当該第１のデータの受信に失敗したという情報を当該基地局に当該ランダム・アクセス情報を介してフィードバックすることと等価である。
【００６８】
当該第１のデータの受信に成功または失敗したという情報を当該ＵＥが当該ランダム・アクセス情報を介して当該基地局にフィードバックする多数の方式が存在しうる。例えば、当該ＵＥが、当該ランダム・アクセス情報を送信するかまたは送信しない方式によりフィードバックを実施することができる。説明のための例をとると、当該ＵＥが当該第１のデータの受信に成功した場合には、当該ランダム・アクセス情報が送信され、そうでなければ当該ランダム・アクセス情報は送信されない。別の例として、当該ＵＥは、当該ランダム・アクセス情報によりＡＣＫまたはＮＡＣＫを運搬する方式によりフィードバックを実施することもできる。説明のための例をとると、当該ＵＥが当該第１のデータの受信に成功した場合に、ＡＣＫが当該ランダム・アクセス情報で運搬され、そうでなければＮＡＣＫが当該ランダム・アクセス情報で運搬される。さらに別の例として、当該ＵＥは、様々なランダム・アクセス情報を使用する方式によりフィードバックを実施することもできる。説明のための例をとると、基地局が複数のランダム・アクセス情報を当該ＵＥに送信し、当該ＵＥが当該第１のデータの受信に成功した場合には、或るランダム・アクセス情報を使用し、そうでなければ別のランダム・アクセス情報を使用する。
【００６９】
本実施形態では、ランダム・アクセスが成功した後にのみ当該基地局が送信したサービス・データを受信できる先行技術とは異なり、当該ＵＥが、当該基地局が同時に送信した第１のデータとランダム・アクセス情報を受信し、当該ランダム・アクセス情報を介して当該第１のデータの受信状態を当該基地局にフィードバックし、当該基地局が送信したサービス・データの受信をランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に実施する。それによってデータ送信効率が高まる。
【００７０】
当該ＵＥが受信したランダム・アクセス情報が、当該ＵＥが使用するために当該基地局により割り当てられた専用プリアンブルおよび／または当該ＵＥが使用するために当該基地局が指定したＰＲＡＣＨリソースを含んでもよいが、それらに限られない。
【００７１】
当該ＵＥが当該ランダム・アクセス情報に従って非衝突型のランダム・アクセスを実施する手続きは以下を含む。
【００７２】
当該ランダム・アクセス情報が専用プリアンブルのみを含む場合には、これは当該ＵＥが任意のＰＲＡＣＨリソースを使用できることを意味し、当該ＵＥは、全てのＰＲＡＣＨリソースのうち任意のＰＲＡＣＨリソースを使用して当該専用プリアンブルを送信し、非衝突型のランダム・アクセス手続きを実施する。当該ランダム・アクセス情報がＰＲＡＣＨリソースのみを含む場合、これは当該リソース上の全てのプリアンブルが当該ＵＥに予約されることを意味し、かつ、当該ＵＥがＰＲＡＣＨリソース上の任意のプリアンブルを使用できる場合には、当該ＵＥはＰＲＡＣＨリソース上の任意のプリアンブルを送信して非衝突型のランダム・アクセス手続きを実施する。当該ランダム・アクセス情報が専用プリアンブルとＰＲＡＣＨリソースを同時に含む場合には、これは当該ＵＥがＰＲＡＣＨリソースを使用して当該専用プリアンブルを送信する必要があることを意味し、当該ＵＥがＰＲＡＣＨリソース上で当該専用プリアンブルを送信して非衝突型のランダム・アクセス手続きを実施する。
【００７３】
当該基地局が同時に送信した当該第１のデータと当該ランダム・アクセス情報を当該ＵＥが受信する第１の実装モードが、当該基地局が送信したＰＤＣＣＨとＰＤＳＣＨを当該ＵＥが同時に受信することを含むのが好ましい。ここで、ＰＤＣＣＨがダウンリンク・スケジューリング（ＤＬ  Ａｓｓｉｇｎｍｅｎｔ）情報を含み、ＰＤＳＣＨが当該第１のデータ、当該第１のデータの識別子、当該ランダム・アクセス情報および当該ランダム・アクセス情報の識別子を含む。
【００７４】
当該第１のデータの識別子と当該ランダム・アクセス情報の識別子の両方がＬＣＩＤであり、その違いは対応するＬＣＩＤ値が異なることにある。当該ランダム・アクセス情報のＬＣＩＤ値に関して、現在予約されているＬＣＩＤ値からそれに対する値を選択することができる。
【００７５】
当該実装モードでは、当該ＵＥは同期されていないアップリンクの状態にあるときでも、第１のデータの送信を要求するサービスを有する場合には、当該基地局はＤＬ割当て情報を介して当該第１のデータを当該ＵＥに直接スケジュールする。即ち、ＭＡＣ  ＣＥまたはＭＡＣ  ＳＤＵとして捉えられる当該第１のデータを、ＰＤＳＣＨを介して当該ＵＥに送信する。一方、当該基地局は、新規追加ＭＡＣ  ＣＥとしても捉えられる非衝突型のランダム・アクセス手続きに対して当該ＵＥが要求するランダム・アクセス情報を、ＰＤＳＣＨを介して当該ＵＥに送信する。それに応じて、当該ＵＥが当該ランダム・アクセス情報を介して当該第１のデータの受信状態情報を当該基地局にフィードバックする実装モードが以下を含む。
【００７６】
当該ＵＥがＰＤＣＣＨを受信し、ＰＤＣＣＨにおけるＤＬ割当て情報に従ってＰＤＳＣＨを受信し解析する。当該ＵＥが当該ランダム・アクセス情報と当該第１のデータをＰＤＳＣＨから解析した場合には、当該ＵＥが当該専用プリアンブルを当該基地局に送信するか、または、任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックする。当該ＵＥがＰＤＳＣＨから当該第１のデータと当該ランダム・アクセス情報の解析に失敗した場合には、当該ＵＥはプリアンブルを当該基地局に送信する動作を実施せず、当該基地局に当該第１のデータの受信の失敗をフィードバックする。当該第１のデータはＲＲＣ解放メッセージであってもよいがそれに限られない。
【００７７】
当該第１のデータがＲＲＣ解放メッセージである場合には、第２の指示情報をＰＤＳＣＨに含めることもできる。当該第２の指示情報は、当該ＲＲＣ解放メッセージを受信した後にＲＬＣ状態レポートを当該基地局にフィードバックしないように当該ＵＥに指示するために使用される。それに応じて、当該ＵＥは、当該第２の指示情報をＰＤＳＣＨから解析し、当該ＲＲＣ解放メッセージを取得した後に当該ＲＬＣ状態レポートを当該基地局にフィードバックせず、当該基地局とのＲＲＣ接続を直接切断して、非衝突型のランダム・アクセス手続きを実施するように当該ＵＥをトリガするのを回避する。当該基地局は、ＰＤＳＣＨ内のＲＬＣ  ＰＤＵにおけるポーリング・ビットを０にセットして、当該第２の指示情報とすることができる。さらに、当該ＵＥは、ＲＬＣ  ＰＤＵ内のポーリング・ビットが０であると判定することによって、当該ＲＬＣ状態レポートを当該基地局にフィードバックしないと判定する。
【００７８】
当該基地局が同時に送信した当該第１のデータと当該ランダム・アクセス情報を当該ＵＥが受信する第２の実装モードが、当該基地局が送信したＰＤＣＣＨとＰＤＳＣＨを当該ＵＥが同時に受信するのを含むのが好ましい。ここで、ＰＤＣＣＨは第１の指示情報、ＤＬ割当て情報および当該ランダム・アクセス情報を含み、当該第１の指示情報は、ＰＤＣＣＨが当該ＤＬ割当て情報と当該ランダム・アクセス情報を同時に運搬することを示すために使用されることを含む。ＰＤＳＣＨは当該第１のデータと当該第１のデータの識別子を含む。当該第１のデータの識別子はＬＣＩＤであり、その値は当該第１のデータの種類または特徴に関連する。
【００７９】
当該第１の指示情報を、ＰＤＣＣＨにおける少なくとも１つのビットを介して運搬することができる。ＰＤＣＣＨを介して当該ランダム・アクセス情報とＤＬ割当て情報を同時に運搬することに関する具体的な実装については、当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する当該基地局の以上の第２の実装モードに関する説明を参照することができる。
【００８０】
当該実装モードでは、当該ＵＥが同期されていないアップリンクの状態にあるときでも、当該第１のデータの送信を要求するサービスを有する場合には、当該基地局はＤＬ割当て情報を介して当該第１のデータを当該ＵＥに直接スケジュールする。即ち、ＰＤＳＣＨのＭＡＣ  ＣＥとして捉えられる当該第１のデータを当該ＵＥに送信する。一方、当該基地局は、非衝突型のランダム・アクセス手続きに対して当該ＵＥが要求するランダム・アクセス情報をＰＤＣＣＨで運搬し、当該ランダム・アクセス情報をＤＬ割当て情報とともに当該ＵＥに送信する。
【００８１】
それに応じて、当該ＵＥが当該ランダム・アクセス情報を介して当該第１のデータの受信状態情報を当該基地局にフィードバックする実装モードが以下を含む。
【００８２】
当該ＵＥがＰＤＣＣＨを受信し解析して、当該ＤＬ割当て情報と当該ランダム・アクセス情報をＰＤＣＣＨ内の当該第１の指示情報に従ってＰＤＣＣＨから取得する。次いで、当該ＵＥが当該ＤＬ割当て情報に従ってＰＤＳＣＨを受信し解析する。当該ＵＥが当該第１のデータをＰＤＳＣＨから解析した場合には、当該ＵＥは、当該専用プリアンブルを当該基地局に送信するか、または、任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信するか、または、ＡＣＫを運搬する当該専用プリアンブルを当該基地局に送信するか、または、当該ＡＣＫを運搬する任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックする。当該ＵＥがＰＤＳＣＨからの当該第１のデータの解析に失敗した場合には、当該ＵＥは、プリアンブルを当該基地局に送信する動作を実施せず、または、ＮＡＣＫを運搬する専用プリアンブルを当該基地局に送信し、または、当該ＮＡＣＫを運搬する任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に運搬して、当該基地局に当該第１のデータの受信の失敗をフィードバックする。
【００８３】
あるいは、当該基地局が複数のプリアンブルを当該ＵＥに割り当てることもできる。即ち、当該ランダム・アクセス情報内の当該専用プリアンブルは複数のプリアンブルを含む。例えば、当該専用プリアンブルが第１のプリアンブルと第２のプリアンブルを含むことに基づいて説明を行う。これに基づいて、当該ＵＥが当該ランダム・アクセス情報を介して当該第１のデータの受信状態情報を当該基地局にフィードバックする別の実装モードが以下を含む。
【００８４】
当該ＵＥがＰＤＣＣＨを受信し解析し、ＰＤＣＣＨ内の当該第１の指示情報に従って当該ＤＬ割当て情報と当該ランダム・アクセス情報をＰＤＣＣＨから取得する。次いで当該ＵＥが当該ＤＬ割当て情報に従ってＰＤＳＣＨを受信し解析する。当該ＵＥが当該第１のデータをＰＤＳＣＨから解析した場合には、当該ＵＥは当該第１のプリアンブルを当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックする。当該ＵＥがＰＤＳＣＨからの当該第１のデータの解析に失敗した場合には、当該ＵＥが当該第２のプリアンブルを当該基地局に送信して、当該基地局に当該第１のデータの受信の失敗をフィードバックする。即ち、当該基地局は２つのプリアンブルを当該ＵＥに割り当てる。一方は、当該第１のデータの受信成功を示すために使用され、他方は当該第１のデータの受信失敗を示すために使用される。当該第１のデータはＲＲＣ解放メッセージであってもよいがそれに限られない。
【００８５】
当該第１のデータがＲＲＣ解放メッセージである場合には、第２の指示情報をＰＤＳＣＨに含めることもできる。当該第２の指示情報は、当該ＲＲＣ解放メッセージを受信した後にＲＬＣ状態レポートを当該基地局にフィードバックしないように当該ＵＥに指示するために使用される。それに応じて、当該ＵＥは、当該第２の指示情報をＰＤＳＣＨから解析し、当該ＲＲＣ解放メッセージを取得した後、当該ＲＬＣ状態レポートを当該基地局にフィードバックせず、当該基地局とのＲＲＣ接続を直接切断して、非衝突型のランダム・アクセス手続きを実施するように当該ＵＥをトリガするのを回避する。当該基地局は、ＰＤＳＣＨ内のＰＬＣ  ＰＤＵにおけるポーリング・ビットを０にセットし、当該第２の指示情報とすることができる。さらに、当該ＵＥは、ＲＬＣ  ＰＤＵ内のポーリング・ビットが０であると判定することによって、当該ＲＬＣ状態レポートを当該基地局にフィードバックしないと判定する。
【００８６】
当該基地局が同時に送信した当該第１のデータと当該ランダム・アクセス情報を当該ＵＥが受信する第３の実装モードが、当該基地局が送信したＰＤＣＣＨを当該ＵＥが受信するのを含むのが好ましい。ＰＤＣＣＨは当該第１のデータと当該ランダム・アクセス情報を含む。
【００８７】
当該実装モードはＲＲＣ解放メッセージである当該第１のデータに特に適用されるがそれに限られない。
【００８８】
当該実装モードでは、当該基地局はＰＤＣＣＨにおいて特定の値を取る少なくとも１つのビットにより当該第１のデータを運搬することができる。当該ＵＥに関して、当該第１のデータをＰＤＣＣＨで運搬するために使用されるビット情報を事前に学習してもよい。
【００８９】
それに応じて、当該ランダム・アクセス情報を介して当該第１のデータの受信状態情報を当該基地局にフィードバックする実装モードが以下を含む。
【００９０】
当該ＵＥがＰＤＣＣＨを受信し解析する。当該ＵＥが当該第１のデータと当該ランダム・アクセス情報をＰＤＣＣＨから解析した場合には、当該ＵＥは、専用プリアンブルを当該基地局に送信するか、または、任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信するか、または、ＡＣＫを運搬する当該専用プリアンブルを当該基地局に送信するか、または、当該ＡＣＫを運搬する任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックする。当該ＵＥが当該第１のデータと当該ランダム・アクセス情報をＰＤＣＣＨから解析するのに失敗した場合には、当該ＵＥはプリアンブルを当該基地局に送信する動作を実施しない。当該基地局に関して、当該ＵＥのフィードバック情報が指定時間内に受信されなかった場合には、当該ＵＥが当該第１のデータの受信に失敗したとみなす。
【００９１】
さらに、当該専用プリアンブルを当該基地局に送信した後またはＰＲＡＣＨリソース上の任意のプリアンブルを当該ランダム・アクセス情報において送信した後、当該ＵＥは当該基地局が送信したＲＡＲを受信し、アップリンク同期を実施する。当該ＵＥによりアップリンク同期を実施する手続きについては、先行技術を参照することができ、詳細についてはここでは与えない。
【００９２】
さらに、当該ＵＥにより当該専用プリアンブルまたは任意のプリアンブルを当該基地局に送信する信頼度を確保するために、当該ＵＥは、再送回数が当該第２の最大再送回数に達するかまたは再送時間が当該最大再送時間に達するまで、当該専用プリアンブルを当該基地局に繰り返し送信するかまたは任意のプリアンブルをＰＲＡＣＨリソースで当該ランダム・アクセス情報において当該基地局に繰り返し送信することができる。
【００９３】
当該最大再送時間または当該第２の最大再送回数をプロトコルにより事前に固定することができ、上位層により構成でき、当該ランダム・アクセス情報により運搬することもできる。
【００９４】
当該最大再送時間または当該第２の最大再送回数が当該ランダム・アクセス情報によって運搬される場合には、当該ＵＥにより当該専用プリアンブルまたは任意のプリアンブルを繰り返し送信する前に、当該ＵＥが当該最大再送時間または当該第２の最大再送回数を当該ランダム・アクセス情報から解析する。次に、当該ＵＥは取得した最大再送時間または第２の最大再送回数に基づいて当該専用プリアンブルまたは任意のプリアンブルを繰り返し送信する。
【００９５】
以上の実施形態では、当該ＵＥは、様々な実装モードにより基地局が同時に送信したランダム・アクセス情報と第１のデータを受信し、ランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に当該基地局が送信したサービス・データを受信する。即ち、当該サービス・データの送信は、ランダム・アクセス手続きの後にのみ完了する先行技術とは異なり、サービス・データの送信がランダム・アクセス手続き中またはランダム・アクセス手続き前に実施され、それによってサービス・データの送信効率が高まる。
【００９６】
図３Ａは、本発明のさらに別の実施形態で提供するデータ送信方法の流れ図である。図３Ａに示すように、本実施形態の方法は以下を含む。
【００９７】
ステップ３０１では、基地局はＤＬ割当て情報を介してをＵＥに対する第１のデータをスケジュールし、ランダム・アクセス情報を当該ＵＥに同時に送信する。
【００９８】
本実施形態では、スケジュールする必要があるダウンリンク・データ（即ち、当該第１のデータ）を、例えば、ＤＲＢのデータまたはＳＲＢのデータを当該基地局が有するとき、この時点で当該ＵＥが同期されていないアップリンクの状態に既にある場合、即ち、タイミング整列タイマ（Ｔｉｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｔｉｍｅｒ、ＴＡＴ）がタイムアウトした場合には、当該基地局は、ＤＬ割当て情報を介して当該第１のデータを当該ＵＥに直接スケジュールする。当該基地局は、ＰＤＣＣＨを介してＤＬ割当て情報を送信し、ＰＤＳＣＨを介して当該第１のデータを送信する。当該第１のデータを当該ＵＥに送信する間に、当該基地局が当該ランダム・アクセス情報を当該ＵＥに送信する。当該ランダム・アクセス情報の役割は、当該ＵＥがランダム・アクセス手続きを介して当該第１のデータの受信状態に関するフィードバックを実施できるようにすることである。当該ランダム・アクセス情報は、専用プリアンブルまたは当該専用プリアンブルが使用するＰＲＡＣＨリソース情報のうち少なくとも１つを含むことができる。
【００９９】
本実施形態では、当該基地局がＰＤＳＣＨを介して当該ランダム・アクセス情報を運搬する方式は新規ＭＡＣ  ＣＥを利用することであってもよい。当該新規ＭＡＣ  ＣＥに対して、新規追加ＭＡＣ  ＣＥを表す値を予約されたＬＣＩＤ値から選択する。表１に示すように、ＬＣＩＤ＝１１０１０は新規追加ＭＡＣ  ＣＥを表すために使用される。これの前に、予約されたＬＣＩＤ値は０１０１１−１１０１０であり、その後に予約されるＬＣＩＤ値は０１０１１−１１００１である。
【０１００】
【表１】
0006035614.tif 000004
【０１０１】
当該ＭＡＣ  ＣＥを表すＬＣＩＤ値を、他の値を用いて表してもよく、予約されたＬＣＩＤ値から選択することには限られない。
【０１０２】
ＰＤＳＣＨで送信されるデータの構造（即ち、ＭＡＣ  ＰＤＵ）が図３Ｂに示され、主に、ＭＡＣヘッダ（ｈｅａｄｅｒ）、ＭＡＣ  ＣＥ、ＭＡＣ  ＳＤＵおよび任意のパディング（Ｐａｄｄｉｎｇ）等を含む。ＭＡＣヘッダは、後続のＭＡＣ  ＣＥとＭＡＣ  ＳＤＵに１対１に対応するサブヘッダ（ｓｕｂ−ｈｅａｄｅｒ）を含む。各サブヘッダは、ＭＡＣ  ＣＥまたはＭＡＣ  ＳＤＵに対応するＬＣＩＤを含む。
【０１０３】
本実施形態では、図３Ｃに示すように、新規追加ＭＡＣ  ＣＥのフォーマットを提供する。ＭＡＣ  ＣＥは全体で２つのオクテットを含み、それぞれオクテット１（Ｏｃｔ１）とオクテット２（Ｏｃｔ２）である。「Ｒ」は予約を表し、「ＲＡ情報」はランダム・アクセス情報を表す。
【０１０４】
上述の当該ランダム・アクセス情報は、使用される専用プリアンブルおよび／またはＰＲＡＣＨリソース情報を含んでもよい。プリアンブル情報のみを送信する必要があるときは、図３ＣのＰＲＡＣＨリソースを表すビットを０に設定することができる。これは、使用されるＰＲＡＣＨリソースには制限がないことを意味する。ＰＲＡＣＨリソース情報のみを送信する必要があるときには、図３のプリアンブル情報を表すビットを０に設定することができる。これは、他の方式で構成されたプリアンブルまたは任意のプリアンブルを用いてランダム・アクセス手続きを実施することを意味する。他の方式で構成されたプリアンブルは、プロトコルで予約されたプリアンブルまたはブロードキャスト・メッセージもしくはＲＲＣメッセージで構成されたプリアンブルであってもよい。
【０１０５】
場合によっては、本実施形態の新規追加ＭＡＣ  ＣＥが、当該専用プリアンブルに対応するビットのみを含んでもよく、または、使用されるＰＲＡＣＨリソース情報に対応するビットのみを含んでもよい。
【０１０６】
上述の運搬方式に基づいて、当該ＵＥが同期されていないアップリンクの状態にあるとき、当該基地局が、当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに対して一緒にスケジュールすることができる。
【０１０７】
ステップ３０２で、当該ＵＥが、ＤＬ割当て情報を介して当該基地局によりスケジュールされた当該第１のデータと当該ランダム・アクセス情報を受信し、フィードバックを実施する。
【０１０８】
本実施形態では、当該ＵＥがＰＤＣＣＨを受信し解析し、ＰＤＣＣＨにおけるＤＬ割当て情報に従ってＰＤＳＣＨを受信し解析する。当該ＵＥが当該第１のデータと当該ランダム・アクセス情報を解析できる場合には、一定の時間の後に、当該ランダム・アクセス情報で運搬される専用プリアンブルを当該第１のデータのＡＣＫフィードバックとしてＰＲＡＣＨリソースで送信することができ、または、ＡＣＫ情報を専用プリアンブルで運搬して当該基地局にフィードバックすることができる。当該ＵＥが当該第１のデータと当該ランダム・アクセス情報を解析できない場合には、当該ＵＥはプリアンブルを当該基地局に送信する動作を実施しない。当該一定の時間をプロトコルにより構成または固定することができる。
【０１０９】
先行技術との差異は、本実施形態では当該ＵＥが専用プリアンブルを当該基地局に送信した後に、ＲＡＲ受信ウィンドウを開始する必要がない、即ち、当該ＵＥはアップリンク同期を実施せず、同期されていないアップリンクの状態で継続できるということである。
【０１１０】
ステップ３０３では、当該基地局が、対応するＰＲＡＣＨリソースで当該ＵＥにより送信された専用プリアンブルを受信して、当該第１のデータの受信状態を取得する。
【０１１１】
当該ＵＥが送信した専用プリアンブルまたは対応するＰＲＡＣＨリソースで当該専用プリアンブルによりフィードバックされたＡＣＫを受信した後、当該基地局は、当該ＵＥによる当該第１のデータの受信が成功したとみなし、ＲＡＲを当該ＵＥに送信せず、データ送信手続きが終了する。このシナリオでは当該ＵＥは当該基地局が送信するＲＡＲを期待せず、当該ランダム・アクセス手続きも終了する。
【０１１２】
当該ＵＥが送信した当該専用プリアンブルを当該基地局が指定時間内に受信しない場合には、当該基地局は当該第１のデータの再送をもう一度開始する。即ち、データ送信プロセスの実施をステップ３０１から再開する。当該再送手続きは先行技術であり、ここでは繰り返さない。当該指定時間を事前に構成でき、その具体的な値は定義されない。
【０１１３】
場合によっては、当該専用プリアンブルの送信信頼度を高めるために、当該ＵＥは当該専用プリアンブルを或る期間内に繰り返し送信することができる。当該期間を、プロトコルによって固定するかまたは上位層によって構成することができ、当該ランダム・アクセス情報で運搬することもできる。あるいは、当該専用プリアンブルの反復回数を構成することもできる。当該反復回数ををプロトコルによって固定するかまたは上位層によって構成することができ、当該ランダム・アクセス情報で運搬することもできる。
【０１１４】
本実施形態では、当該基地局はＰＤＣＣＨを介してＰＤＳＣＨ割当てを実施し、新規ＭＡＣ  ＣＥとした当該ランダム・アクセス情報を、ＰＤＳＣＨを介して当該第１のデータとともに当該ＵＥに送信する。当該第１のデータの送信はランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に実施され、ランダム・アクセス手続きの後に送信する必要はなく、それによってデータ送信効率が高まる。
【０１１５】
図３Ａに示す実施形態では、当該基地局がＲＲＣ接続を解放する必要がある場合には、ＲＲＣ解放（Ｒｅｌｅａｓｅ）メッセージを送信する、即ち、当該ＲＲＣ解放メッセージは第１のデータであり、送信する必要はない。先行技術では、ＵＥのアップリンクが既にこの時点で同期されていない場合には、当該基地局は、最初にＰＤＣＣＨ順序（ｏｒｄｅｒ）を介して、当該ＵＥにランダム・アクセス手続きによりアップリンク同期を実施させ、当該ＲＲＣ解放メッセージを当該ＵＥに送信する必要がある。しかし、図３Ａに示す実施形態では、当該ＲＲＣ解放メッセージの送信効率は、当該ＲＲＣ解放メッセージと当該ランダム・アクセス情報を直接当該ＵＥに同時に割り当てることにより改善される。
【０１１６】
しかし、当該ＲＲＣ解放メッセージは肯定応答モード無線リンク制御（Ａｃｋｎｏｗｌｅｄｇｅ  Ｍｏｄｅ  Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＡＭ  ＲＬＣ）モードを使用するので、当該ＲＲＣ解放メッセージを受信した後に、当該ＵＥはＲＬＣ状態レポートをフィードバックし、当該ＵＥはランダム・アクセス手続きを実施するようにトリガされる。当該ＵＥが当該ランダム・アクセス手続きを実施するのを回避するために、本実施形態の当該基地局は、以下のように処理を行うことができる。送信すべき当該第１のデータがＲＲＣ解放メッセージである場合には、当該基地局はＲＬＣ状態レポートの生成とフィードバックを当該ＵＥに通知せず、または、例えば、当該基地局は当該ＲＬＣ状態レポートをフィードバックする必要がないことを当該ＵＥに伝える。特に、当該基地局のＲＬＣ層が、当該ＲＲＣ解放メッセージを送信したＲＬＣ  ＰＤＵにおけるポーリング・ビットを運搬しなくともよく（即ち、当該ポーリング・ビットを０にセットする）、当該基地局が当該ＵＥに送信したＭＡＣ  ＣＥが、当該ＵＥがＲＬＣをフィードバックする必要はないという指示情報を運搬する。ＰＬＣ  ＰＤＵ内のポーリング・ビットは、当該ＲＬＣ状態レポートの生成を当該ＵＥに通知するために使用される。
【０１１７】
これに基づいて、本実施形態の当該基地局のＲＬＣ層は、当該ＵＥによる当該第１のデータの受信に成功したかどうかを、当該基地局のＭＡＣ層が報告した情報に従って判定することができる。即ち、当該ＭＡＣ層が報告した情報は、当該第１のデータの受信に成功したかどうかについて当該ＵＥがフィードバックした情報である。あるいは、当該ＲＲＣ解放メッセージを何回も繰り返し送信した後、当該基地局は当該ＵＥを解放することができる。当該ＲＲＣ解放メッセージを受信した後に、当該ＵＥもＲＲＣ接続を解放する。
【０１１８】
本実施形態では、ＲＬＣ  ＰＤＵ内のポーリング・ビットを０に設定することにより、当該ＲＲＣ解放メッセージがランダム・アクセス手続きの最中またはランダム・アクセス手続きの前にの送信され、当該ＵＥが当該ＲＬＣ状態レポートの送信のために当該ランダム・アクセス手続きを実施するようにトリガされないことが保証され、ＲＲＣ接続の正常な解放が保証され、ＲＲＣ接続の解放効率が高まる。
【０１１９】
図４は、本発明のさらに別の実施形態で提供するデータ送信方法の流れ図である。図４に示すように、本実施形態の方法は以下を含む。
【０１２０】
ステップ４０１で、基地局がＰＤＣＣＨを用いて第１のデータをスケジュールし、ランダム・アクセス情報を割り当てる。
【０１２１】
本実施形態では、スケジュールする必要があるダウンリンク・データ（即ち、当該第１のデータ）、例えば、ＤＲＢのデータまたはＳＲＢのデータを当該基地局が有するとき、当該ＵＥがこの時点で同期されていないアップリンクの状態に既にある場合、即ち、ＴＡＴがタイムアウトした場合には、当該基地局はＤＬ割当て情報を介して当該第１のデータを当該ＵＥに直接スケジュールする。ここで、当該基地局はＰＤＣＣＨを介してＤＬ割当て情報を送信し、ＰＤＳＣＨを介して当該第１のデータを送信する。本実施形態では、当該基地局はＰＤＣＣＨを介して当該ランダム・アクセス情報を同時に当該ＵＥに提供する。即ち、本実施形態では、当該ランダム・アクセス情報とＤＬ割当て情報はＰＤＣＣＨで同時に運搬される。
【０１２２】
先行技術では、当該ＵＥにランダム・アクセス手続きとデータ割当てのためのＰＤＣＣＨ割当てとを実施させるＰＤＣＣＨ順序では、同一のＤＣＩフォーマット、即ち、ＤＣＩ１Ａを使用する。ここで、ＰＤＣＣＨがＰＤＣＣＨ順序として動作するとき、運搬される情報は以下の通りである。
【０１２３】
局所／分散仮想リソース・ブロック割当てフラグ（Ｌｏｃａｌｉｚｅｄ／Ｄｉｓｔｒｉｂｕｔｅｄ  ＶＲＢ割当てフラグ）：１ビットであり、「０」に設定される。
リソース・ブロック割当て（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）：
【０１２４】
【数３】
0006035614.tif 000005
【０１２５】
ビットであり、全てのビットが１にセットされる（
【０１２６】
【数４】
0006035614.tif 000006
【０１２７】
ビットであり、全てのビットが１に設定されるものとする）。
プリアンブル・インデックス（Ｐｒｅａｍｂｌｅ  Ｉｎｄｅｘ）：６ビット。
物理ランダム・アクセス・チャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）マスク・インデックス（ＰＲＡＣＨ  Ｍａｓｋ  Ｉｎｄｅｘ）：４ビット。
残りのビットの全ては０にセットされる（１つのＰＤＳＣＨ符号語のコンパクトなスケジュール割当てに関してフォーマット１Ａ内の残りのビットの全ては０にセットされる）。
【０１２８】
ＰＤＣＣＨをＰＤＣＣＨ順序として表すために、当該基地局は、ＰＤＣＣＨが運搬するものが当該ランダム・アクセス情報であることを示すために、プリアンブル・インデックスおよびＰＲＡＣＨマスク・インデックスが占有するものを除いて、ビットを特別な値に設定する必要がある。これに基づいて、本実施形態の当該基地局は、ＤＬ割当て情報を運搬するためのこれらの特別な値から幾つかのビットを取り出すことができ、それによって、当該ランダム・アクセス情報とＤＬ割当て情報がＰＤＣＣＨで同時に運搬されることが実現される。ＰＤＣＣＨの基本構造は以下を含むことができる。
【０１２９】
１ビットまたはそれ以上のビットが、どのＰＤＣＣＨが当該ランダム・アクセス情報、当該ランダム・アクセス情報、またはＤＬ割当て情報、または当該ランダム・アクセス情報とＤＬ割当て情報、即ち、第１の指示情報であるかを示す。１ビットまたはそれ以上のビットが、当該ＵＥが使用する当該ランダム・アクセス情報を示す。１ビットまたはそれ以上のビットが、当該ＵＥをスケジュールするための対応するＤＬ割当て情報を示す。
【０１３０】
場合によっては、ＰＤＣＣＨのビット数を節約するために、前述のランダム・アクセス情報に含まれる情報の全部または一部を、上位層シグナリング、例えば、ＲＲＣメッセージを介して準静的に構成することができる。例えば、使用される当該専用プリアンブルを準静的に構成することができ、当該ランダム・アクセス情報が当該専用プリアンブルを含まなくともよく、それによって占有されたビットの数が減る。
【０１３１】
場合によっては、ＰＤＣＣＨのビット数を節約するために、前述のＤＬ割当て情報の情報の全部または一部を、上位層シグナリング、例えば、ＲＲＣメッセージを介して準静的に構成することができる。例えば、使用されるＭＣＳを準静的に構成することができ、使用されるＨＡＲＱプロセスを準静的に構成することができる、等であり、ＤＬ割当て情報が、使用されるＭＣＳおよびＨＡＲＱプロセスに関する情報を含まなくともよく、それによって、占有されたビットの数を減らすのを支援する。
【０１３２】
ＰＤＣＣＨが当該ランダム・アクセス情報とＤＬ割当て情報を同時に運搬できるようにする前述の方式は、既存のＰＤＣＣＨにより使用されるＤＣＩフォーマットに対する変更または拡張であるが、それらに限られない。例えば、他のＤＣＩフォーマットを使用するかまたは新たなＤＣＩフォーマットを設計して前述の情報を送信することができる。詳細についてはここでは繰り返さない。
【０１３３】
ステップ４０２では、当該ＵＥが、ＤＬ割当て情報を介してスケジュールされた第１のデータと、当該基地局によりＰＤＣＣＨを介して送信された当該ランダム・アクセス情報を受信する。
【０１３４】
前述のＰＤＣＣＨを受信した後、その中の識別ビットに従って、当該ＵＥは、ＰＤＣＣＨが当該ランダム・アクセス情報とＤＬ割当て情報を運搬することを知る。当該ＵＥは、ＤＬ割当て情報に従ってＰＤＳＣＨを復号化し、一定の時間（当該時間は主に当該ＵＥがＰＤＳＣＨを復号化するのに使用される）の後、当該ランダム・アクセス情報を使用して、ＰＤＳＣＨの復号化に成功したかどうか、即ち、当該第１のデータの受信に成功したかどうかをフィードバックする。当該ＵＥがランダム・アクセス情報を使用してフィードバックする方法は、１）当該ＵＥがプリアンブルを送信するかまたは送信しないことによってＡＣＫまたはＮＡＣＫをフィードバックすること、２）当該ＵＥが、プリアンブルがＡＣＫまたはＮＡＣＫ情報を運搬することによって当該基地局へのフィードバックを実施することを含んでもよい。ここで、当該プリアンブルは、当該ランダム・アクセス情報で規定された専用プリアンブルであってもよく、または、当該ランダム・アクセス情報におけるＰＲＡＣＨリソースで送信された任意のプリアンブルもしくは他の方式で構成されたプリアンブルであってもよい。
【０１３５】
先行技術との差異は、本実施形態では、当該ＵＥがプリアンブルを送信した後、当該ＵＥはＲＡＲ受信ウィンドウを開始する必要がないということである。
【０１３６】
ステップ４０３では、当該基地局が、対応するＰＲＡＣＨリソース上で当該ＵＥが送信したプリアンブルを受信して、当該第１のデータの受信状態を取得する。
【０１３７】
当該基地局が、当該ＵＥが送信したプリアンブルまたは当該プリアンブルが運搬するＡＣＫ情報を受信した後、当該ＵＥが当該第１のデータの受信に成功したとみなし、データ送信手続きが終了する。当該基地局が指定時間内にどのプリアンブルも受信しないかまたはプリアンブルが運搬するＮＡＣＫ情報を受信しなかったときは、当該第１のデータが当該ＵＥにより受信されなかったとみなす。この時点で、当該基地局はステップ４０１から開始する当該第１のデータの送信をもう一度実施することができ、もう一度の送信を再送と示すことができ、新規送信と示すこともできる。もう一度送信されたＰＤＣＣＨを受信した後に、当該ＵＥはステップ４０２を繰り返し実施する。即ち、このプロセスを、第１のデータが最大再送回数に達するまでまたは当該ＵＥが当該第１のデータの受信に成功するまで循環的に実行することができる。ここで、例示のため、指定時間を事前に構成でき、その具体的な値は定義されない。
【０１３８】
当該ＵＥが送信したプリアンブルまたは当該プリアンブルが運搬するＡＣＫを受信した後に、当該基地局はＲＡＲを当該ＵＥに送信しなくともよい。同様に、当該ＵＥは当該シナリオにおいて当該基地局が送信したＲＡＲを期待せず、ＲＡ手続きは終了する。
【０１３９】
場合によっては、プリアンブルを受信しなかったかまたは当該プリアンブルが運搬するＮＡＣＫを受信しなかった後に、当該基地局はＲＡＲを当該ＵＥに送信してアップリンク同期を実施するように当該ＵＥに指示してもよく、その結果、当該基地局が当該ＵＥの当該第１のデータを再スケジュールするときに、当該ＵＥは正常なフィードバックを実施することができる。
【０１４０】
場合によっては、当該基地局が２つのプリアンブルを当該ＵＥに割り当ててもよい。即ち、本実施形態のＰＲＡＣＨプリアンブルに含まれる専用プリアンブルは、第１のプリアンブルと第２のプリアンブルを含む。当該第１のプリアンブルはＡＣＫを示すために使用され、当該第２のプリアンブルはＮＡＣＫを示すために使用される。
【０１４１】
場合によっては、当該専用プリアンブルの送信信頼度を高めるために、当該ＵＥは当該専用プリアンブルを或る期間内に繰り返し送信することができる。当該期間をプロトコルによって固定するかまたは上位層によって構成することができ、当該ランダム・アクセス情報で運搬することもできる。あるいは、当該専用プリアンブルの当該反復回数を構成することもできる。当該反復回数をプロトコルによって固定するかまたは上位層によって構成することができ、当該ランダム・アクセス情報で運搬することもできる。
【０１４２】
本実施形態では、当該基地局は、ＰＤＣＣＨを介してＰＤＳＣＨの割当てを実施し、同時にＰＤＣＣＨを介して当該ランダム・アクセス情報を運搬する。その結果、当該ランダム・アクセス情報および当該第１のデータが共に当該ＵＥに送信され、当該第１のデータの送信がランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に実現され、ランダム・アクセス手続きの後に送信する必要はなく、それによってデータ送信効率が高まる。
【０１４３】
同時に、図４に示す実施形態では、当該基地局がＲＲＣ接続を解放する必要がある場合には、ＲＲＣ解放（Ｒｅｌｅａｓｅ）メッセージを送信する。即ち、当該ＲＲＣ解放メッセージは当該第１のデータであり送信する必要がある。当該ＲＲＣ解放メッセージである当該第１のデータの処理方式については、図３Ａに示す実施形態に関する説明を参照することができ、ここでは繰り返さない。同様に、本実施形態では、ＲＬＣ  ＰＤＵ内のポーリング・ビットを０に設定することによって、当該ＲＲＣ解放メッセージがランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に送信されることが保証され、当該ＵＥはランダム・アクセス手続きを実施するようにトリガされず、ＲＲＣ接続の正常な解放が保証され、ＲＲＣ接続の解放効率が高まる。
【０１４４】
図５は、本発明のさらに別の実施形態で提供するデータ送信方法の流れ図である。図５に示すように、本実施形態の方法は以下を含む。
【０１４５】
ステップ５０１では、基地局がＰＤＣＣＨをＵＥに送信し、ＰＤＣＣＨはランダム・アクセス情報とＲＲＣ解放メッセージを同時に運搬する。
【０１４６】
本実施形態はさらにＲＲＣ解放シナリオの最適化を目標とする。即ち、ＵＥのアップリンクが同期されていない後に当該基地局が当該ＵＥのＲＲＣ接続を解放する必要があるとき、当該ＲＲＣ解放メッセージを送信するのではなく、当該ＵＥにランダム・アクセス手続きを実施させるＰＤＣＣＨ  Ｏｒｄｅｒを介してＲＲＣ解放の実施を当該ＵＥに通知する。
【０１４７】
特に、当該基地局は、ＰＤＣＣＨ  Ｏｒｄｅｒ内の１つまたは幾つかのビットを特別な値に設定して当該ＲＲＣ解放メッセージを運搬することができ、それによって、ＰＤＣＣＨ  Ｏｒｄｅｒの目的がＲＲＣ解放を実施することであることを示す。
【０１４８】
ステップ５０２で、当該ＵＥが当該基地局によって送信されたＰＤＣＣＨを受信し、フィードバックを実施する。
【０１４９】
ＰＤＣＣＨ  Ｏｒｄｅｒを受信した後、一定の時間後に、当該ＵＥはＰＤＣＣＨ  Ｏｒｄｅｒにおける当該ランダム・アクセス情報を介してフィードバックを実施し、ＲＲＣ接続を解放する。当該一定の時間をプロトコルによって固定するかまたは上位層メッセージによって構成することができ、またはＰＤＣＣＨ  Ｏｒｄｅｒにより運搬することができる。
【０１５０】
本実施形態では、当該ランダム・アクセス情報が専用プリアンブルを含むことに基づく例を取り、当該ＵＥにより当該ランダム・アクセス情報を介してフィードバックを実施する方式については、ステップ３０２に関する説明を参照することができ、ここでは繰り返さない。
【０１５１】
場合によっては、当該ＵＥは当該専用プリアンブルを或る期間内に繰り返し送信することができる。当該期間をプロトコルによって固定するかまたは上位層によって構成することができ、当該ランダム・アクセス情報で運搬することもできる。あるいは、当該専用プリアンブルの再送回数を構成することもできる。再送回数をプロトコルによって固定するかまたは上位層によって構成することができ、当該ランダム・アクセス情報で運搬することもできる。
【０１５２】
ステップ５０３で、当該基地局は当該ＵＥが送信した専用プリアンブルを対応するＰＲＡＣＨリソースで受信して、当該第１のデータの受信状態を取得する。
【０１５３】
当該基地局が当該専用プリアンブルを対応するＰＲＡＣＨリソースで受信した場合、当該ＲＲＣ解放メッセージを運搬するＰＤＣＣＨの受信に当該ＵＥが成功したとみなし、当該基地局が当該ＵＥとのＲＲＣ接続を解放する。
【０１５４】
当該基地局が指定時間内に当該専用プリアンブルを受信しなかった場合には、当該基地局はＰＤＣＣＨ順序を当該ＵＥに送信するステップ５０１を再実施して、ＲＲＣ接続を解放する。ここで、当該指定時間をプロトコルによって固定するかまたは上位層メッセージによって構成することができ、または当該ランダム・アクセス情報もしくはＰＤＣＣＨ  Ｏｒｄｅｒで運搬することができる。
【０１５５】
本実施形態では、ＴＡＴがタイムアウトする状況では、当該基地局はＰＤＣＣＨを介して当該ＲＲＣ解放メッセージと当該ランダム・アクセス情報を同時に当該ＵＥに送信し、その結果、ランダム・アクセスを先ず完了し次いでＲＲＣ解放を実施する先行技術とは異なり、ＲＲＣ解放はランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に完了し、信号送信のオーバヘッドの節約が支援され、ＲＲＣ解放効率が高まる。さらに、本実施形態は、ＴＡＴがタイムアウトしないケースにも適用され、この時点で、当該ＵＥはアップリンク同期状態にあり、ｅＮＢは本実施形態のＰＤＣＣＨを介してＲＲＣ解放メッセージを直接送信するだけでよく、当該ＲＲＣ解放メッセージを運搬するＰＤＣＣＨを受信した後に、ランダム・アクセス情報を運搬する必要はなく、当該ＵＥはＡＣＫを物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）で直接フィードバックし、同様に信号送信のオーバヘッドを節約することができ、ＲＲＣ解放効率を高めることができる。
【０１５６】
図６は、本発明の１実施形態で提供する基地局の略構造図である。図６に示すように、本実施形態の当該基地局は、第１の送信モジュール６１と取得モジュール６２を備える。
【０１５７】
第１の送信モジュール６１はＵＥに接続され、第１のデータとランダム・アクセス情報を当該ＵＥに同時に送信するように構成される。取得モジュール６２は当該ＵＥに接続され、当該第１のデータの受信状態情報を取得するように構成される。当該受信状態情報は当該ランダム・アクセス情報を介して当該ＵＥによりフィードバックされる。
【０１５８】
本実施形態の当該基地局の各機能モジュールを使用して図１に示すデータ送信方法のプロセスを実施することができる。その具体的な動作原理はこれ以上繰り返さない、詳細については方法の実施形態の説明を参照されたい。
【０１５９】
本実施形態では、当該ＵＥが同期されていないアップリンクの状態にあるとき、当該基地局は当該第１のデータと当該ランダム・アクセス情報を同時にＵＥに送信することができ、ランダム・アクセス手続きの後に送信が実施される先行技術とは異なり、当該ＵＥに対するサービス・データの送信はランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に実施され、それによってデータ送信効率が高まる。
【０１６０】
図７は、本発明の別の実施形態で提供する基地局の略構造図である。本実施形態は図６に示す実施形態に基づいて実施される。図７に示すように、本実施形態では、第１の送信モジュール６１は特に、ＰＤＣＣＨとＰＤＳＣＨを当該ＵＥに同時に送信して、当該第１のデータと当該ランダム・アクセス情報の当該ＵＥへの同時送信を実現するように構成される。ここで、ＰＤＣＣＨはダウンリンク・スケジューリング情報を含み、ＰＤＳＣＨは当該第１のデータ、当該第１のデータの識別子、当該ランダム・アクセス情報および当該ランダム・アクセス情報の識別子を含む。
【０１６１】
当該第１のデータの識別子と当該ランダム・アクセス情報の識別子はＬＣＩＤである。当該第１のデータと当該ランダム・アクセス情報に対応するＬＣＩＤ値はそれぞれ異なる。換言すれば、第１の送信モジュール６１は、当該第１のデータの識別子と当該ランダム・アクセス情報の識別子をＬＣＩＤとして構成し、当該第１のデータと当該ランダム・アクセス情報に対応するＬＣＩＤ値がそれぞれ異なるように構成する。
【０１６２】
さらに、当該ランダム・アクセス情報が専用プリアンブルのみを含む場合には、第１の送信モジュール６１は特に、ＰＤＳＣＨ内のＰＲＡＣＨリソースに対応するビットを０に設定することができる。あるいは、第１の送信モジュール６１は特に、ＰＲＡＣＨリソースに対応するビットを含まないＰＤＳＣＨ、即ち、ＰＲＡＣＨリソースに対応するビットを含まないＰＤＳＣＨを送信するように構成される。
【０１６３】
当該ランダム・アクセス情報がＰＲＡＣＨリソースのみを含む場合には、第１の送信モジュール６１は特に、ＰＤＳＣＨにおける当該専用プリアンブルに対応するビットを０に設定することができる。あるいは、第１の送信モジュール６１は特に、当該専用プリアンブルに対応するビットを含まないＰＤＳＣＨを送信するように構成される。即ち、ＰＤＳＣＨは当該専用プリアンブルに対応するビットを含まない。
【０１６４】
さらに、第１の送信モジュール６１を特に、ＰＤＣＣＨとＰＤＳＣＨを当該ＵＥに同時に送信して、当該第１のデータと当該ランダム・アクセス情報の当該ＵＥへの同時送信を実現するように構成することもできる。ここで、ＰＤＣＣＨは、第１の指示情報、ダウンリンク・スケジューリング情報および当該ランダム・アクセス情報を含み、当該第１の指示情報はＰＤＣＣＨが当該ダウンリンク・スケジューリング情報と当該ランダム・アクセス情報を同時に運搬することを示すために使用され、ＰＤＳＣＨは当該第１のデータと当該第１のデータの識別子を含む。
【０１６５】
さらに、第１の送信モジュール６１を特に、ＰＤＣＣＨを当該ＵＥに送信して、当該第１のデータと当該ランダム・アクセス情報の当該ＵＥへの同時送信を実現するように構成することもできる。ここで、ＰＤＣＣＨは当該第１のデータと当該ランダム・アクセス情報を含む。
【０１６６】
より具体的には、第１の送信モジュール６１は、ＰＤＣＣＨにおける少なくとも１つのビットの値を事前設定値として設定することによって当該第１のデータを保持することができる。
【０１６７】
当該第１のデータはＤＲＢのデータであってもよく、ＳＲＢのデータ、例えば、ＲＲＣ解放メッセージであってもよい。
【０１６８】
当該基地局により送信された当該ランダム・アクセス情報は専用プリアンブルおよび／またはＰＲＡＣＨリソース情報を含んでもよい。即ち、第１の送信モジュール６１は特に、専用プリアンブルおよび／またはＰＲＡＣＨリソース情報を含む当該ランダム・アクセス情報を当該ＵＥに送信するように構成される。
【０１６９】
上記に基づいて、取得モジュール６２は特に、当該ＵＥが送信した当該専用プリアンブルが指定時間内に受信されたか、または、ＰＲＡＣＨリソースで当該ＵＥにより送信された任意のプリアンブルが受信された場合には、当該ＵＥが当該第１のデータの受信に成功したと判定し、指定時間内に、当該ＵＥが送信した当該専用プリアンブルが受信されなかったかまたはＰＲＡＣＨリソースで当該ＵＥにより送信されたプリアンブルが受信されなかった場合には、当該ＵＥが当該第１のデータの受信に失敗したと判定するように構成される。
【０１７０】
あるいは、取得モジュール６２を特に、当該ＵＥが送信した受信した専用プリアンブルまたはＰＲＡＣＨリソースで当該ＵＥにより送信された任意の受信したプリアンブルで運搬されるＡＣＫに従って、当該ＵＥが当該第１のデータの受信に成功したと判定し、当該ＵＥが送信した受信した専用プリアンブルまたはＰＲＡＣＨリソースで当該ＵＥにより送信された任意の受信したプリアンブルで運搬されるＮＡＣＫに従って、当該ＵＥが当該第１のデータの受信に失敗したと判定するように構成してもよい。
【０１７１】
さらに、当該専用プリアンブルは第１のプリアンブルおよび第２のプリアンブルを含むことができる。次に、取得モジュール６２は特に、当該ＵＥが送信した当該第１のプリアンブルが受信された場合には、当該ＵＥが当該第１のデータの受信に成功したと判定し、当該ＵＥが送信した当該第２のプリアンブルが受信された場合には、当該ＵＥが当該第１のデータの受信に失敗したと判定するように構成される。
【０１７２】
当該第１のデータがＲＲＣ解放メッセージである場合には、第１の送信モジュール６１は特に、ＲＲＣ解放メッセージと当該ランダム・アクセス情報を当該ＵＥに同時に送信するように構成される。特に、ＰＤＣＣＨとＰＤＳＣＨを当該ＵＥに同時に送信するときに、第１の送信モジュール６１はさらに、第２の指示情報をＰＤＳＣＨで運搬するように構成される。当該第２の指示情報は、当該ＲＲＣ解放メッセージを受信した後にＲＬＣ状態レポートを当該基地局にフィードバックしないように当該ＵＥに指示するために使用される。特に、第１の送信モジュール６１は特に、ＰＤＳＣＨ内のＲＬＣ  ＰＤＵにおけるポーリング・ビットを０に設定することによって当該第２の指示情報を運搬するように構成される。
【０１７３】
さらに、取得モジュール６２はさらに、当該ＵＥが当該第１のデータの受信に失敗したと判定した後に、当該ＵＥが当該第１のデータの受信に成功したと取得モジュール６２が判定するまでまたは再送回数が事前設定された第１の最大再送回数に達するまで、第１の送信モジュール６１をトリガして当該第１のデータと当該ランダム・アクセス情報を当該ＵＥに同時に送信する動作を再実施するように構成される。
【０１７４】
さらに、当該第１のデータがＲＲＣ解放メッセージである場合には、本実施形態の基地局が第１の解放モジュール６３を備えてもよい。
【０１７５】
第１の解放モジュール６３は取得モジュール６２に接続され、当該ＵＥが当該第１のデータの受信に成功したと取得モジュール６２が判定した後、または、再送回数が事前設定された第１の最大再送回数に達した後に、当該ＵＥとのＲＲＣ接続を解放するように構成される。
【０１７６】
さらに、本実施形態の第１の送信モジュール６１はさらに、当該ＵＥが送信した当該専用プリアンブルまたは任意のプリアンブルが取得モジュール６２により受信された後に、ランダム・アクセス応答ＲＡＲを当該ＵＥに送信して、アップリンク同期を実施するように当該ＵＥに指示するするように構成される。
【０１７７】
さらに、第１の送信モジュール６１はさらに、当該ＵＥが当該第１のデータの受信に失敗したと取得モジュール６２が判定した後に、ＲＡＲを当該ＵＥに送信してアップリンク同期を実施するように当該ＵＥに指示するように構成される。
【０１７８】
さらに、当該ＵＥによるプリアンブルの送信の信頼度を保証するために、本実施形態の第１の送信モジュール６１はさらに、当該ランダム・アクセス・メッセージで最大再送時間または第２の最大再送回数を運搬して、再送回数が当該第２の最大再送回数に達するかまたは再送時間が当該最大再送時間に達するまで、当該専用プリアンブルまたは任意のプリアンブルを繰り返し送信するように当該ＵＥに指示するように構成される。
【０１７９】
上の機能モジュールの各々を使用して、図１、図３Ａ、図４または図５に示す実施形態の対応するプロセスを実施することができ、その具体的な動作原理はこれ以上繰り返さない。詳細については方法の実施形態の説明を参照されたい。
【０１８０】
本実施形態では、当該基地局は、当該ＵＥが同期されていないアップリンクの状態にあるときに第１のデータとランダム・アクセス情報をＵＥに同時に送信することができ、当該ＵＥへのサービス・データの送信は、送信がランダム・アクセス手続きの後に実施される先行技術とは異なり、ランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に実施される。それによってシグナリングの相互作用と時間遅延が減り、データ送信効率が高まる。
【０１８１】
図８は、本発明の１実施形態で提供するＵＥの略構造図である。図８に示すように、本実施形態のＵＥは、第１の受信モジュール８１とフィードバック・モジュール８２を備える。
【０１８２】
第１の受信モジュール８１は基地局に接続され、当該基地局が同時に送信した第１のデータとランダム・アクセス情報を受信するように構成される。フィードバック・モジュール８２は第１の受信モジュール８１と当該基地局に接続され、第１の受信モジュール８１が受信したランダム・アクセス情報を介して当該第１のデータの受信状態情報を当該基地局にフィードバックするように構成される。
【０１８３】
当該第１のデータはＤＲＢのデータであってもよく、ＳＲＢのデータ、例えば、ＲＲＣ解放メッセージであってもよい。
【０１８４】
当該基地局により送信された当該ランダム・アクセス情報は専用プリアンブルおよび／またはＰＲＡＣＨリソース情報を含んでもよいがそれらに限られない。次に、第１の受信モジュール８１は特に、専用プリアンブルおよび／またはＰＲＡＣＨリソースを含むランダム・アクセス情報を受信するように構成される。
【０１８５】
本実施形態のＵＥの各機能モジュールを使用して、図２に示すデータ送信方法のプロセスを実施することができる。その具体的な動作原理はこれ以上繰り返さない。詳細については方法の実施形態の説明を参照されたい。
【０１８６】
非同期状態にあるとき、本実施形態のＵＥは、本発明の諸実施形態で提供する基地局と協働して、ランダム・アクセス手続きが終了した後にのみサービス・データを受信できる先行技術とは異なり、当該基地局が送信したサービス・データをランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に受信することができる。それによってシグナリングの相互作用と時間遅延が減り、データ送信効率が高まる。
【０１８７】
図９は、本発明の別の実施形態で提供するＵＥの略構造図である。本実施形態は、図８に示す実施形態に基づいて実施される。図９に示すように、本実施形態の第１の受信モジュール８１を特に、当該基地局が送信したＰＤＣＣＨとＰＤＳＣＨを同時に受信するように構成して、当該ランダム・アクセス情報と当該第１のデータを同時に受信する目的を達成することができる。ＰＤＣＣＨはダウンリンク・スケジューリング情報を含み、ＰＤＳＣＨは当該第１のデータ、当該第１のデータの識別子、当該ランダム・アクセス情報および当該ランダム・アクセス情報の識別子を含む。
【０１８８】
上の第１の受信モジュール８１の動作原理に基づいて、フィードバック・モジュール８２を特に、ＰＤＣＣＨにおける当該ダウンリンク・スケジューリング情報に従ってＰＤＳＣＨを解析し、当該ランダム・アクセス情報と当該第１のデータがＰＤＳＣＨから解析された場合には、当該専用プリアンブルを当該基地局に送信するか、または、任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックし、当該第１のデータがＰＤＳＣＨから解析されなかった場合には、プリアンブルを当該基地局に送信する動作を実施せず、当該基地局に当該第１のデータの受信の失敗をフィードバックするように構成することができる。
【０１８９】
あるいは、本実施形態の第１の受信モジュール８１を特に、当該基地局が送信したＰＤＣＣＨとＰＤＳＣＨを同時に受信するように構成して、当該ランダム・アクセス情報と当該第１のデータを同時に受信する目的を達成することができる。ＰＤＣＣＨは第１の指示情報、ダウンリンク・スケジューリング情報および当該ランダム・アクセス情報を含み、当該第１の指示情報は、ＰＤＣＣＨがダウンリンク・スケジューリング情報と当該ランダム・アクセス情報を同時に運搬することを示すために使用される。ＰＤＳＣＨは当該第１のデータと当該第１のデータの識別子を含む。
【０１９０】
上の第１の受信モジュール８１の動作原理に基づいて、フィードバック・モジュール８２を特に、当該ダウンリンク・スケジューリング情報と当該ランダム・アクセス情報を当該第１の指示情報に従ってＰＤＣＣＨから取得し、当該ダウンリンク・スケジューリング情報に従ってＰＤＳＣＨを解析し、当該第１のデータがＰＤＳＣＨから解析された場合には、当該専用プリアンブルを当該基地局に送信するか、または、任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信するか、または、ＡＣＫを運搬する当該専用プリアンブルを当該基地局に送信するか、または、当該ＡＣＫを運搬する任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックし、当該第１のデータがＰＤＳＣＨから解析されなかった場合には、プリアンブルを当該基地局に送信する動作を実施せず、または、ＮＡＣＫを運搬する当該専用プリアンブルを当該基地局に送信し、または、当該ＮＡＣＫを運搬する任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信して、当該基地局に当該第１のデータの受信の失敗をフィードバックするように構成することができる。さらに、当該専用プリアンブルが第１のプリアンブルと第２のプリアンブルを備えてもよい。
【０１９１】
これに基づいて、フィードバック・モジュール８２を特に、当該ダウンリンク・スケジューリング情報と当該ランダム・アクセス情報を当該第１の指示情報に従ってＰＤＣＣＨから取得し、当該ダウンリンク・スケジューリング情報に従ってＰＤＳＣＨを解析し、当該第１のデータがＰＤＳＣＨから解析された場合には、当該第１のプリアンブルを当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックし、当該第１のデータがＰＤＳＣＨから解析されなかった場合には、当該第２のプリアンブルを当該基地局に送信して、当該基地局に当該第１のデータの受信の失敗をフィードバックするように構成することもできる。
【０１９２】
あるいは、本実施形態の第１の受信モジュール８１を特に、当該基地局が送信したＰＤＣＣＨを受信するように構成することができる。ＰＤＣＣＨは当該第１のデータと当該ランダム・アクセス情報を含む。
【０１９３】
上の第１の受信モジュール８１の動作原理に基づいて、フィードバック・モジュール８２を特に、ＰＤＣＣＨを解析し、当該第１のデータと当該ランダム・アクセス情報がＰＤＣＣＨから解析された場合には、当該専用プリアンブルを当該基地局に送信するか、または、任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信するか、または、ＡＣＫを運搬する当該専用プリアンブルを当該基地局に送信するか、または、当該ＡＣＫを運搬する任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に送信して、当該基地局に当該第１のデータの受信の成功をフィードバックするように構成することができる。
【０１９４】
当該第１のデータはＲＲＣ解放メッセージであってもよく、第１の受信モジュール８１は特に、ＲＲＣ解放メッセージと当該基地局により送信された当該ランダム・アクセス情報を同時に受信するように構成される。さらに、これに基づいて、本実施形態のＵＥは第２の解放モジュール８３も備える。
【０１９５】
第２の解放モジュール８３は、第１の受信モジュール８１が受信したＰＤＳＣＨ内の第２の指示情報に従って、当該ＲＲＣ解放メッセージを取得した後に無線リンク制御ＲＬＣ状態レポートを当該基地局にフィードバックせず、当該基地局とのＲＲＣ接続を直接切断するように構成される。当該第２の指示情報は、当該ＲＲＣ解放メッセージを受信した後に当該ＲＬＣ状態レポートを当該基地局にフィードバックしないように当該ＵＥに指示するように構成される。
【０１９６】
さらに、本実施形態の第１の受信モジュール８１はさらに、当該基地局が送信したＲＡＲを受信し、アップリンク同期を実施するように構成される。第１の受信モジュール８１がさらに、当該ＵＥが当該第１のデータの受信に失敗したと判定した後に、当該基地局が送信したＲＡＲを受信して、当該基地局が当該第１のデータを再送した後に当該ＵＥによる正常なフィードバックを促進するように構成されるのが好ましい。
【０１９７】
さらに、フィードバック・モジュール８２はまた、特に、再送回数が第２の最大再送回数に達するかまたは再送時間が最大再送時間に達するまで、当該専用プリアンブルを当該基地局に繰り返し送信するか、または、任意のプリアンブルをＰＲＡＣＨリソースで当該基地局に繰り返し送信するように構成される。
【０１９８】
当該第２の最大再送回数または当該最大再送回数をプロトコルによって固定するかもしくは上位層によって構成することができ、または、当該ランダム・アクセス情報により運搬することができる。
【０１９９】
当該第２の最大再送回数または当該最大再送時間が当該ランダム・アクセス情報により運搬される場合には、フィードバック・モジュール８２はさらに、当該最大再送時間または当該第２の最大再送回数をランダム・アクセス・メッセージから取得するように構成される。
【０２００】
上の機能モジュールを使用して、図２、図３Ａ、図４または図５に示す実施形態の対応するプロセスを実施することができる。その具体的な動作原理はこれ以上繰り返さない。詳細については方法の実施形態の説明を参照されたい。
【０２０１】
非同期状態のとき、本実施形態のＵＥは、本発明の諸実施形態で提供する当該基地局と協働して、ランダム・アクセス手続きが終了した後にのみサービス・データを受信できる先行技術とは異なり、当該基地局が送信したサービス・データをランダム・アクセス手続きの最中またはランダム・アクセス手続きの前に受信することができる。それによってシグナリングの相互作用と時間遅延が減り、データ送信効率が高まる。
【０２０２】
前述の方法の実施形態の各々のステップの全部または一部を、関連するハードウェアに指示するプログラムにより実装してもよいことは当業者には理解される。当該プログラムをコンピュータ可読記憶媒体に格納してもよい。当該プログラムを実行したとき、前述の方法の実施形態の各々のステップが実施される。上述の記憶媒体には、ＲＯＭ、ＲＡＭ、磁気ディスク、または光ディスク等の媒体が含まれ、これらはプログラム・コードを格納することができる。
【０２０３】
最後に、前述の実施形態の各々は本発明の技術的解決策を説明するために使用されるにすぎず、それらへの限定として解釈すべきではないことに留意されたい。詳細な説明を前述の実施形態の各々を参照して本発明に与えたが、上述の各実施形態で記載した技術的解決策に修正を行うことができ、または、その技術的特徴の一部または全部に均等な置換えを行ってもよく、これらの修正または置換えは対応する技術的解決策の性質を本発明の諸実施形態の範囲から逸脱させないことは当業者には理解される。
【符号の説明】
【０２０４】
６１  第１の送信モジュール
６２  取得モジュール
６３  第１の解放モジュール
８１  第１の受信モジュール
８２  フィードバック・モジュール
８３  第２の解放モジュール
【図１】
0006035614.tif 000007
【図２】
0006035614.tif 000008
【図３Ａ】
0006035614.tif 000009
【図３Ｂ】
0006035614.tif 000010
【図３Ｃ】
0006035614.tif 000011
【図４】
0006035614.tif 000012
【図５】
0006035614.tif 000013
【図６】
0006035614.tif 000014
【図７】
0006035614.tif 000015
【図８】
0006035614.tif 000016
【図９】
0006035614.tif 000017