【誤訳訂正書】
【提出日】平成24年8月2日(2012.8.2)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
移動通信端末と基地局との間における競合解決を実行する方法であって、
前記方法は、
前記移動通信端末のＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層によりランダムアクセス過程を開始することであって、前記ランダムアクセス過程は、衝突解決タイマを開始することを含む、ことと、
ＵＬグラントを含んで前記移動通信端末のＣ−ＲＮＴＩ（ｃｅｌｌ−ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ）によって指示されるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信を前記基地局から受信することによって、前記衝突解決タイマを中止して前記ランダムアクセス過程が成功的に完了したことを決定することと
を含む、方法。
【請求項２】
前記ＵＬグラントを含まなく、前記Ｃ−ＲＮＴＩによって指示されるＰＤＣＣＨ送信を受信することによって、前記衝突解決タイマを中止しないことをさらに含む請求項１に記載の方法。
【請求項３】
前記ＵＬグラントを含まなく、前記Ｃ−ＲＮＴＩによって指示されるＰＤＣＣＨ送信を受信することによって、前記ランダムアクセス過程が成功したと考えないことをさらに含む請求項１に記載の方法。
【請求項４】
ランダムアクセスプリアンブルを前記基地局に送信することと、
前記基地局からランダムアクセス応答を受信することと
をさらに含む請求項１に記載の方法。
【請求項５】
前記ランダムアクセス過程は、前記移動通信端末から前記基地局にスケジューリングメッセージを送信することを含む、請求項１に記載の方法。
【請求項６】
前記スケジューリングメッセージを送信するステップは、アップリンク無線リソースを要求するバッファ状態報告（ＢＳＲ）を送信することを含む、請求項５に記載の方法。
【請求項７】
前記ＢＳＲは、前記移動通信端末のバッファ内に送信が待機中のデータがあることを示す、請求項６に記載の方法。
【請求項８】
前記ＢＳＲは、前記移動通信端末のセル識別子を含む、請求項６に記載の方法。
【請求項９】
ディスプレー部と、
送受信機と
前記ディスプレー部及び前記送受信機と動作可能に接続されて、衝突解決タイマを含むプロセッサと
を含む移動通信端末であって、
前記プロセッサは、
前記移動通信端末のＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層からランダムアクセス過程を開始することであって、前記ランダムアクセス過程は、前記衝突解決タイマを開始することを含む、ことと、
ＵＬグラントを含んで前記移動通信端末のＣ−ＲＮＴＩ（ｃｅｌｌ−ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ）によって指示されるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信を受信することによって、前記衝突解決タイマを中止して前記ランダムアクセス過程が成功的に完了したことを決定することと
を実行するように構成される、移動通信端末。
【請求項１０】
前記プロセッサは、前記ＵＬグラントを含まなく、前記Ｃ−ＲＮＴＩによって指示されるＰＤＣＣＨ送信を受信することによって、前記衝突解決タイマを中止しないように構成される、請求項９に記載の移動通信端末。
【請求項１１】
前記プロセッサは、前記ＵＬグラントを含まなく、前記Ｃ−ＲＮＴＩによって指示されるＰＤＣＣＨ送信を受信することによって、前記ランダムアクセス過程が成功したと考えないように構成される、請求項９に記載の移動通信端末。
【請求項１２】
前記プロセッサは、ランダムアクセスプリアンブルを基地局に送信することと、前記基地局からランダムアクセス応答を受信することとを実行するように構成される、請求項９に記載の移動通信端末。
【請求項１３】
前記プロセッサは、前記ランダムアクセス過程が開始されるときに、基地局にスケジューリングメッセージを送信するように構成される、請求項９に記載の移動通信端末。
【請求項１４】
前記プロセッサは、基地局にスケジューリングメッセージを送信することによって前記ランダムアクセス過程を開始するように構成される、請求項９に記載の移動通信端末。
【請求項１５】
バッファをさらに含み、前記プロセッサは、前記スケジューリングメッセージとしてアップリンク無線リソースを要求するバッファ状態報告（ＢＳＲ）を送信することによって前記ランダムアクセス過程を開始するように構成される、請求項１４に記載の移動通信端末。
【請求項１６】
前記ＢＳＲは、前記バッファ内に送信が待機中のデータがあることを示す、請求項１５に記載の移動通信端末。
【請求項１７】
前記ＢＳＲは、前記移動通信端末のセル識別子を含む、請求項１５に記載の移動通信端末。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】００２４
【訂正方法】変更
【訂正の内容】
【００２４】
他の態様において、前記バッファ状態報告は、前記端末のセル識別子を含む。
本発明は、例えば、以下の項目も提供する。
（項目１）
端末と基地局との間に競合解決を実行する方法において、
端末のＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層でランダムアクセス過程を開始し、前記開始段階は、衝突解決タイマを開始することを含み、及び
アップリンクグラントを含んで前記端末のＣ−ＲＮＴＩ（ｃｅｌｌ−ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ）によって指示されるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信を前記基地局から受信することによって、前記衝突解決タイマを中止して前記ランダムアクセス過程が成功的に完了したことを決定することを含む方法。
（項目２）
前記アップリンクグラントを含まなく、前記Ｃ−ＲＮＴＩによって指示されるＰＤＣＣＨ送信を受信することによって、前記衝突解決タイマを中止しないことをさらに含む項目１に記載の方法。
（項目３）
前記アップリンクグラントを含まなく、前記Ｃ−ＲＮＴＩによって指示されるＰＤＣＣＨ送信を受信することによって、前記ランダムアクセス過程が成功的に完了したことを決定しないことをさらに含む項目１に記載の方法。
（項目４）
ランダムアクセスプリアンブルを前記基地局に送信して、及び前記基地局からランダムアクセス応答を受信することをさらに含む項目１に記載の方法。
（項目５）
前記端末のＭＡＣ階層でランダムアクセス過程を開始する段階は、前記端末から前記基地局にスケジューリングメッセージを送信することを含む項目１に記載の方法。
（項目６）
前記スケジューリングメッセージを送信する段階は、アップリンク無線リソースを要求するバッファ状態報告を送信することを含む項目５に記載の方法。
（項目７）
前記バッファ状態報告は、前記端末のバッファ内にデータの送信が待機中であることを指示する項目６に記載の方法。
（項目８）
前記バッファ状態報告は、前記端末のセル識別子を含む項目６に記載の方法。
（項目９）
ディスプレー部；
送受信機；及び
前記ディスプレー部及び前記送受信機と動作可能に接続されて、衝突解決タイマを含むプロセッサを含み、前記プロセッサは、
端末のＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層でランダムアクセス過程を開始し、前記ランダムアクセス過程は、前記衝突解決タイマを開始することを含み、及び
アップリンクグラントを含んで前記端末のＣ−ＲＮＴＩ（ｃｅｌｌ−ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｔｙ）によって指示されるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）送信を前記基地局から受信することによって、前記衝突解決タイマを中止して前記ランダムアクセス過程が成功的に完了したことを決定する端末。
（項目１０）
前記プロセッサは、ランダムアクセスプリアンブルを前記基地局に送信して、及び前記基地局からランダムアクセス応答を受信する項目９に記載の端末。
（項目１１）
前記プロセッサは、前記ランダムアクセス過程が開始される時、前記基地局にスケジューリングメッセージを送信する項目９に記載の端末。
（項目１２）
前記プロセッサは、前記基地局にスケジューリングメッセージを送信することによって前記ランダムアクセス過程を開始する項目９に記載の端末。
（項目１３）
バッファをさらに含み、前記プロセッサは、前記スケジューリングメッセージとしてアップリンク無線リソースを要求するバッファ状態報告を送信することによって前記ランダムアクセス過程を開始する項目１２に記載の端末。
（項目１４）
前記バッファ状態報告は、前記バッファ内にデータの送信が待機中であることを指示する項目１３に記載の端末。
（項目１５）
前記バッファ状態報告は、前記端末のセル識別子を含む項目１３に記載の端末。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００５５
【訂正方法】変更
【訂正の内容】
【００５５】
従って、ランダムアクセス過程がいずれかの従来のＰＤＣＣＨ順序によって開始され、Ｃ−ＲＮＴＩに指示されるＰＤＤＣＨ送信（例えば、ダウンリンク割当メッセージ、または、Ｃ−ＲＮＴＩに指示される別の従来のＰＤＣＣＨ送信）が存在する場合に、ＵＥは、競合解決が成功したと考え、衝突解決タイマを中止して、臨時Ｃ−ＲＮＴＩを廃棄して、ランダムアクセス過程が成功的に完了したと判断する。然しながら、このシナリオでは、競合解決が成功したとＵＥが誤って判断してしまう可能性もある（Ｓ２６０）。
従って、前記のような問題を解決するために、制御信号を状況に応じて定義して、該当する制御信号を受信した場合にのみ競争の成功または失敗を判断して、これに伴い端末が動作する方法を提案する。