(57)【要約】  本願の実施例は、情報伝送方法、装置及びコンピュータ記憶媒体を開示する。該方法は、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択することであって、前記上りリソースは、物理上り制御チャネル（ＰＵＣＣＨ）リソース及び／又は物理上り共有チャネル（ＰＵＳＣＨ）リソースを含む、ことと、選択された上りリソースを利用して、送信待ちメッセージを伝送することと、を含む。
2021533647.tif 000002
【特許請求の範囲】
【請求項１】
情報伝送方法であって、前記方法は、ユーザ装置（ＵＥ）に適用され、前記方法は、
少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択することであって、前記上りリソースは、物理上り制御チャネル（ＰＵＣＣＨ）リソース及び／又は物理上り共有チャネル（ＰＵＳＣＨ）リソースを含む、ことと、
選択された上りリソースを利用して、送信待ちメッセージを伝送することと、を含む、情報伝送方法。
【請求項２】
前記少なくとも１つの候補上りリソースが伝送又は搬送できるメッセージサイズ（ｓｉｚｅ）は異なることを特徴とする
請求項１に記載の方法。
【請求項３】
前記方法は、
ネットワーク装置から送信された設定メッセージを受信することであって、前記設定メッセージは、前記ＵＥのために、前記少なくとも１つの候補上りリソースを設定するためのものである、ことを更に含むことを特徴とする
請求項１に記載の方法。
【請求項４】
ネットワーク装置から送信された設定メッセージを受信することは、
前記ネットワーク装置から送信されたシステムメッセージを受信することであって、前記システムメッセージは、前記少なくとも１つの候補上りリソースの設定パラメータを含む、こと、又は、
前記ネットワーク装置から送信された無線リソース制御（ＲＲＣ）シグナリングを受信することであって、前記ＲＲＣシグナリングは、前記少なくとも１つの候補上りリソースの設定パラメータを含む、ことを含むことを特徴とする
請求項３に記載の方法。
【請求項５】
前記設定パラメータは、前記候補上りリソースの時間周波数リソース位置、変調符号化方式及び周期を含み、前記時間周波数リソース位置は、前記候補上りリソースが伝送又は搬送できるメッセージサイズと対応関係があることを特徴とする
請求項４に記載の方法。
【請求項６】
前記候補上りリソースが伝送又は搬送できるメッセージサイズは、設定された物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースと対応関係があることを特徴とする
請求項２に記載の方法。
【請求項７】
前記候補上りリソースが伝送又は搬送できるメッセージサイズは、ＰＲＡＣＨグループと対応関係があることを特徴とする
請求項６に記載の方法。
【請求項８】
少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択することは、
前記送信待ちメッセージのサイズに基づいて、前記候補上りリソースから、前記選択された上りリソースを決定することと、
前記選択された上りリソース及び前記対応関係に基づいて、プリアンブル（Ｐｒｅａｍｂｌｅ）送信用ＰＲＡＣＨグループを決定することと、
前記ＰＲＡＣＨグループから、利用可能なＰＲＡＣＨリソースを決定することと、を含むことを特徴とする
請求項７に記載の方法。
【請求項９】
前記候補上りリソースのタイプ数と送信待ちメッセージのサイズタイプ数は異なる可能性があり、前記候補上りリソースのタイプ数は、前記候補上りリソースが伝送又は搬送できるメッセージサイズのタイプ数であることを特徴とする
請求項１に記載の方法。
【請求項１０】
前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、選択された上りリソースを利用して、送信待ちメッセージを伝送することは、
前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割することであって、前記第１部分メッセージのサイズは、前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージは、前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツである、ことと、
前記第１部分メッセージを、前記選択された上りリソースにより送信することと、
ネットワーク装置によりスケジューリングされた上りリソースを受信することと、
前記スケジューリングされた上りリソースにより、前記第２部分メッセージを伝送することと、を含むことを特徴とする
請求項９に記載の方法。
【請求項１１】
前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、選択された上りリソースを利用して、送信待ちメッセージを伝送することは、
前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割することであって、第１部分メッセージのサイズは、前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージは、前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツである、ことと、
前記第１部分メッセージを前記選択された上りリソースにより送信することと、
前記選択された上りリソースがＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうちの１つである場合、前記第２部分メッセージを、ＰＵＣＣＨリソース及びＰＵＳＣＨリソースにおける前記選択された上りリソース以外の他の上りリソースにより送信することと、を含むことを特徴とする
請求項９に記載の方法。
【請求項１２】
前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズ未満である場合、選択された上りリソースを利用して、送信待ちメッセージを伝送するに加えて、前記方法は、
前記選択された上りリソースの残リソースで、パディング情報（Ｐａｄｄｉｎｇ）、パディング情報のバッファステータスレポート（Ｐａｄｄｉｎｇ  ＢＳＲ）、レギュラーバッファステータスレポート（ｒｅｇｕｌａｒ  ＢＳＲ）、電力ヘッドルーム報告（ＰＨＲ）及びデータ（Ｄａｔａ）のうちの少なくとも１つの情報を伝送することを更に含むことを特徴とする
請求項９に記載の方法。
【請求項１３】
ユーザ装置（ＵＥ）であって、前記ユーザ装置は、選択部と、伝送部と、を備え、前記選択部は、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択するように構成され、前記上りリソースは、物理上り制御チャネル（ＰＵＣＣＨ）リソース及び／又は物理上り共有チャネル（ＰＵＳＣＨ）リソースを含み、
前記伝送部は、選択された上りリソースを利用して、送信待ちメッセージを伝送するように構成される、ユーザ装置（ＵＥ）。
【請求項１４】
前記少なくとも１つの候補上りリソースが伝送又は搬送できるメッセージサイズ（ｓｉｚｅ）は異なることを特徴とする
請求項１３に記載のＵＥ。
【請求項１５】
前記ＵＥは、
ネットワーク装置から送信された設定メッセージを受信するように構成される受信部であって、前記設定メッセージは、前記ＵＥのために、前記少なくとも１つの候補上りリソースを設定するためのものである、受信部を更に備えることを特徴とする
請求項１３に記載のＵＥ。
【請求項１６】
前記受信部は、
前記ネットワーク装置から送信されたシステムメッセージを受信し、前記システムメッセージが前記少なくとも１つの候補上りリソースの設定パラメータを含み、又は、
前記ネットワーク装置から送信された無線リソース制御（ＲＲＣ）シグナリングを受信し、前記ＲＲＣシグナリングが前記少なくとも１つの候補上りリソースの設定パラメータを含むように構成されることを特徴とする
請求項１５に記載のＵＥ。
【請求項１７】
前記設定パラメータは、前記候補上りリソースの時間周波数リソース位置、変調符号化方式及び周期を含み、前記時間周波数リソース位置は、前記候補上りリソースが伝送又は搬送できるメッセージサイズと対応関係があることを特徴とする
請求項１６に記載のＵＥ。
【請求項１８】
前記候補上りリソースが伝送又は搬送できるメッセージサイズは、設定された物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースと対応関係があることを特徴とする
請求項１４に記載のＵＥ。
【請求項１９】
前記候補上りリソースが伝送又は搬送できるメッセージサイズは、ＰＲＡＣＨグループと対応関係があることを特徴とする
請求項１８に記載のＵＥ。
【請求項２０】
前記選択部は、前記送信待ちメッセージのサイズに基づいて、前記候補上りリソースから、前記選択された上りリソースを決定し、前記選択された上りリソース及び前記対応関係に基づいて、プリアンブル（Ｐｒｅａｍｂｌｅ）送信用ＰＲＡＣＨグループを決定し、前記ＰＲＡＣＨグループから、利用可能なＰＲＡＣＨリソースを決定するように構成されることを特徴とする
請求項１９に記載のＵＥ。
【請求項２１】
前記候補上りリソースのタイプ数と送信待ちメッセージのサイズタイプ数は異なることがあり、前記候補上りリソースのタイプ数は、前記候補上りリソースが伝送又は搬送できるメッセージサイズのタイプ数であることを特徴とする
請求項１３に記載のＵＥ。
【請求項２２】
前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、前記伝送部は、前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割し、前記第１部分メッセージのサイズが前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージが前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツであり、前記第１部分メッセージを前記選択された上りリソースにより送信し、ネットワーク装置によりスケジューリングされた上りリソースを受信し、前記スケジューリングされた上りリソースにより前記第２部分メッセージを伝送するように構成されることを特徴とする
請求項２１に記載のＵＥ。
【請求項２３】
前記送信待ちメッセージのサイズが前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、前記伝送部は、前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割し、第１部分メッセージのサイズが前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージが前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツであり、前記第１部分メッセージを前記選択された上りリソースにより送信し、前記選択された上りリソースがＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうちの１つである場合、前記第２部分メッセージを、ＰＵＣＣＨリソース及びＰＵＳＣＨリソースにおける前記選択された上りリソース以外の他の上りリソースにより送信するように構成されることを特徴とする
請求項２１に記載のＵＥ。
【請求項２４】
前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズ未満である場合、前記伝送部は更に、前記選択された上りリソースの残リソースで、パディング情報（Ｐａｄｄｉｎｇ）、パディング情報のバッファステータスレポート（Ｐａｄｄｉｎｇ  ＢＳＲ）、レギュラーバッファステータスレポート（ｒｅｇｕｌａｒ  ＢＳＲ）、電力ヘッドルーム報告（ＰＨＲ）及びデータ（Ｄａｔａ）のうちの少なくとも１つの情報を伝送するように構成されることを特徴とする
請求項２１に記載のＵＥ。
【請求項２５】
ユーザ装置（ＵＥ）であって、前記ＵＥは、ネットワークインタフェースと、メモリと、プロセッサと、を備え、前記ネットワークインタフェースは、他の外部ネットワークエレメントとの情報送受信過程において、信号を送受信するように構成され、前記メモリは、プロセッサで実行できるコンピュータプログラムを記憶するように構成され、前記プロセッサは、前記コンピュータプログラムを実行する時、請求項１から１２のうちいずれか一項に記載の方法の工程を実行するように構成される、ユーザ装置（ＵＥ）。
【請求項２６】
コンピュータ記憶媒体であって、前記コンピュータ記憶媒体に、情報伝送プログラムが記憶されており、前記情報伝送プログラムが少なくとも１つのプロセッサにより実行される場合、請求項１から１２のうちいずれか一項に記載の方法の工程を実現する、コンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施例は、無線通信技術分野に関し、特に情報伝送方法、装置及びコンピュータ記憶媒体に関する。
【背景技術】
【０００２】
現在、無線通信システムは、利用可能なシステムリソース（例えば、時間、周波数及び電力）を共有することで、複数のユーザと通信する多元接続システムをサポートすることができる。例として、無線多元接続通信システムは、複数の基地局を含んでもよい。各基地局は、複数の通信装置の通信を同時にサポートする。これらの通信装置は、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）と呼ばれてもよい。基地局は、下りリンクチャネル（例えば、基地局からＵＥへの伝送に用いられる）及び上りリンクチャネル（例えば、ＵＥから基地局への伝送に用いられる）で、通信装置と通信できる。
【０００３】
例えば、長期的進化（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）システム、第５世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ：５Ｇ）システム又は新しい無線（Ｎｅｗ  Ｒａｄｉｏ：ＮＲ）システムのような幾つかの無線通信システムにおいて、無線装置は、ランダムアクセスプロセスにより、システムへのアクセスを実現させることができる。現在、既存のランダムアクセスプロセスは、競合ベースのランダムアクセスプロセス及び非競合ベースのランダムアクセスプロセスを含む。競合ベースのランダムアクセスプロセスを実現させるために、現在、４メッセージランダムアクセスプロシージャが用いられている。既存の４メッセージランダムアクセスプロシージャの望ましい遅延は、一般的には、４０ミリ秒（ｍｓ）に達する。これにより、現在の４メッセージランダムアクセスプロシージャは、５Ｇシステム又はＮＧシステムにおける低遅延のサービス需要に適応できなくなる。上記問題を避けるために、関連技術において、現在の４メッセージランダムアクセスプロシージャの代わりに、２メッセージランダムアクセスプロシージャが提出された。しかしながら、現在の２メッセージランダムアクセスプロシージャにおいて、ＵＥが、伝送される必要がある内容を伝送するために上り伝送リソースを如何に選択するかは、解消しようとする課題である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本願の実施例は、ＵＥが上りメッセージを伝送する場合、ＵＥのために上り伝送リソースを選択し、２メッセージランダムアクセスプロシージャを実現させ、ランダムアクセスプロセスにおける遅延を低減させることができる情報伝送方法、装置及びコンピュータ記憶媒体を提供する。
【課題を解決するための手段】
【０００５】
本願の実施例の技術的解決手段は、以下のように実現する。
【０００６】
第１態様によれば、情報伝送方法を提供する。前記方法は、ＵＥに適用され、前記方法は、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択することであって、前記上りリソースは、物理上り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＰＵＣＣＨ）リソース及び／又は物理上り共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＵＳＣＨ）リソースを含む、ことと、
選択された上りリソースを利用して、送信待ちメッセージを伝送することと、を含む。
【０００７】
第２態様によれば、ＵＥを提供する。前記ユーザ装置は、選択部と、伝送部と、を備え、前記選択部は、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択するように構成され、前記上りリソースは、ＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースを含み、
前記伝送部は、選択された上りリソースを利用して、送信待ちメッセージを伝送するように構成される。
【０００８】
第３態様によれば、ＵＥを提供する。前記ＵＥは、ネットワークインタフェースと、メモリと、プロセッサと、を備え、前記ネットワークインタフェースは、他の外部ネットワークエレメントとの情報送受信過程において、信号を送受信するように構成され、前記メモリは、プロセッサで実行できるコンピュータプログラムを記憶するように構成され、前記プロセッサは、前記コンピュータプログラムを実行する時、第１態様に記載の方法の工程を実行するように構成される
第４態様によれば、コンピュータ記憶媒体を提供する。前記コンピュータ記憶媒体に、情報伝送プログラムが記憶されており、前記情報伝送プログラムが少なくとも１つのプロセッサにより実行される場合、第１態様に記載の方法の工程を実現する。
【発明の効果】
【０００９】
上記技術的解決手段によれば、ＵＥは、ネットワーク装置にアクセスしていない場合、適切な上りリソースを選択して、送信待ちメッセージを伝送することができる。これにより、２メッセージランダムアクセスプロシージャを実現させ、ランダムアクセスプロセスにおける遅延を低減させることができる。
【図面の簡単な説明】
【００１０】
【図１】本願の実施例による無線通信システムの例を示す図である。
【図２】関連技術における４メッセージプロシージャのランダムアクセスを示すフローチャートである。
【図３】本願の実施例による２メッセージプロシージャのランダムアクセスを示すフローチャートである。
【図４】本願の実施例による情報伝送方法を示すフローチャートである。
【図５】本願の実施例による具体的な例１を示すフローチャートである。
【図６】本願の実施例による具体的な例２を示すフローチャートである。
【図７】本願の実施例によるユーザ装置の構造を示す概略図である。
【図８】本願の実施例によるもう１つのユーザ装置の構造を示す概略図である。
【図９】本願の実施例によるユーザ装置の具体的なハードウェア構造を示す概略図である。
【発明を実施するための形態】
【００１１】
以下、本願の実施例における図面を参照しながら、本願の実施例における技術的解決手段を説明する。勿論、記述される実施例は、全ての実施例ではなく、ただ本願の一部の実施例である。本願における実施例に基づいて、当業者が創造的な労力なしに得られる他の実施例の全ては、本願の保護範囲に含まれる。
【００１２】
図１を参照すると、本願の実施例による無線通信に適用されてランダムアクセスプロセスの遅延を低下させることができる無線通信システム１００の例を示す。該通信システム１００は、ネットワーク装置１１０を備えてもよい。ネットワーク装置１１０は、端末装置１２０（通信端末、端末とも呼ばれる）と通信を行う装置であってもよい。ネットワーク装置１１０は、特定の地理的エリアに対して通信カバレッジを提供し、且つ該カバレッジ内に位置する端末と通信を行うことができる。任意選択的に、該ネットワーク装置１１０は、ＧＳＭシステム又はＣＤＭＡシステムにおける基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ：ＢＴＳ）であってもよいし、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ：ＮＢ）であってもよく、また、ＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ：ｅＮＢ又はｅＮｏｄｅＢ）であってもよく、更にクラウド無線アクセスネットワーク（Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＣＲＡＮ）における無線コントローラであってもよい。又は、該ネットワーク装置は、モバイルスイッチングセンタ、中継局、アクセスポイント、車載装置、ウェアラブル装置、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側装置又は５Ｇ基地局（ｇＮＢ）、将来の進化型公衆地上移動体ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ：ＰＬＭＮ）におけるネットワーク装置等であってもよい。
【００１３】
該通信システム１００は、ネットワーク装置１１０のカバレッジ範囲内に位置する少なくとも１つの端末装置１２０を更に備える。ここで使用される「端末装置」は、公衆交換電話網（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ：ＰＳＴＮ）、デジタル加入者回線（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ：ＤＳＬ）、デジタルケーブル、直接ケーブルのような有線回線を経由して接続される装置、及び／又は別のデータ接続／ネットワークを経由して接続される装置、及び／又はセルラーネットワーク、無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ＷＬＡＮ）、ＤＶＢ−Ｈ  ネットワークのようなデジタルテレビジョンネットワーク、衛星ネットワーク、ＡＭ−ＦＭ放送送信機のような無線インタフェースを経由して接続される装置、及び／又は別の端末における、通信信号を受信／送信するように構成される装置、及び／又はモノのインターネット（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ：ＩｏＴ）装置を含むが、これらに限定されない。無線通信インタフェースを経由して通信を行うように構成される端末装置は、「無線通信端末」、「無線端末」、又は「携帯端末」と呼ばれてもよい。携帯端末の例は、衛星電話またはセルラー電話、セルラー無線電話とデータ処理、ファクシミリ及びデータ通信能力とを組み合わせることができるパーソナル通信システム（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ：ＰＣＳ）端末、無線電話、ページング装置、インターネット／イントラネットアクセス、Ｗｅｂブラウザ、メモ帳、カレンダ及び／又は全地球測位システム（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ：ＧＰＳ）受信機を含むＰＤＡ、及び従来のラップトップ及び／又はパームトップ受信機又は無線電話送受信機を含む他の電子機器を含むが、これらに限定されない。端末装置は、アクセス端末、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）、ユーザユニット、ユーザ局、移動ステーション、移動局、遠隔局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザ用エージェント又はユーザ装置であってもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ
：ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ：ＷＬＬ）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ：ＰＤＡ）、無線通信機能を有するハンドヘルド装置、計算装置又は無線モデムに接続される他の処理装置、車載装置、ウェアラブル装置、５Ｇシステムにおける端末又は将来の進化型ＰＬＭＮにおける端末等であってもよい。
【００１４】
任意選択的に、端末１２０同士は、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）での通信を行うことができる。
【００１５】
任意選択的に、５Ｇシステム又は５Ｇネットワークは、新しい無線（Ｎｅｗ  Ｒａｄｉｏ：ＮＲ）システム又はＮＲネットワークと呼ばれてもよい。
【００１６】
図１は、１つのネットワーク装置及び２つの端末装置を例示的に示す。任意選択的に、該通信システム１００は、複数のネットワーク装置を備えてもよく、また各ネットワーク装置のカバレッジに、他の数の端末装置が含まれてもよく、本願の実施例はこれを限定するものではない。
【００１７】
図１に示す無線通信システム１００において、端末装置１２０は、ネットワーク装置１１０へのアクセスを必要とし、ランダムアクセスプロセスをトリガする可能性がある。例えば、ランダムアクセスプロセスをトリガするイベントは、端末装置１２０が無線通信システム１００へ初期アクセスするというイベント、端末装置１２０と無線通信システム１００が同期していないというイベント、端末装置１２０が異なるネットワーク装置１１０間で切り換えるというイベント、端末装置１２０とネットワーク装置１１０との間で無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）接続（Ｃｏｎｎｅｃｔｉｏｎ）が再確立されるというイベント、端末装置１２０が非アクティブ状態ＲＲＣ＿ＩＮＡＣＴＩＶＥから移行するというイベント、又は端末装置１２０が他のシステム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）により指示されるというイベントを含んでもよいが、これらに限定されない。
【００１８】
ランダムアクセスプロセスがトリガされる場合、現在の関連規格又はプロトコルにおいて一般的には４メッセージプロシージャにより、競合ベースのランダムアセスを実現させる。無線通信システム１００が５Ｇシステムであることを例として、ネットワーク装置１１０は、ｇＮＢであってもよく、端末装置１２０は、ＵＥであってもよく、その具体的なプロセスは、図２に示すとおりである。
【００１９】
Ｓ２１０において、ＵＥが、選択された物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ：ＰＲＡＣＨ）リソースで、選択されたランダムアクセスプリアンブル（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ）を送信する。
【００２０】
該ステップにおいて、ＵＥは、ランダムアクセスプリアンブルを第１メッセージｍｓｇ１により送信し、ｇＮＢは、ｍｓｇ１を受信した後、Ｐｒｅａｍｂｌｅに基づいて、上りタイミングＴｉｍｉｎｇ及び端末による第３メッセージ（ｍｓｇ３）の伝送に必要な許可（ｇｒａｎｔ）サイズを推定することができることが理解されるべきである。
【００２１】
Ｓ２２０において、ｇＮＢが、ＵＥに、ランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ：ＲＡＲ）を送信する。
【００２２】
ｇＮＢは、第２メッセージ（ｍｓｇ２）によりＲＡＲを送信し、ＵＥがｍｓｇ１の送信を完了した後、ＲＡＲウィンドウ（ＲＡＲ  Ｗｉｎｄｏｗ）を起動し、該ＲＡＲ  Ｗｉｎｄｏｗ内で、物理下り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＰＤＣＣＨ）をモニタリングし、ＰＤＣＣＨを検出した後、該ＰＤＣＣＨによりスケジューリングされた物理下り共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）を得て、該チャネルにＲＡＲが含まれることに留意されたい。ＵＥが該ＲＡＲ  Ｗｉｎｄｏｗ内でＲＡＲを取得していない場合、今回のランダムアクセスプロセスに失敗した。
【００２３】
Ｓ２３０において、ＵＥがＲＲＣメッセージを送信する。
【００２４】
該ＲＲＣメッセージを第３メッセージ（ｍｓｇ３）により送信することができるが、ｍｓｇ３は主に、該ＲＡＣＨプロセスがどのようなイベントによりトリガされるかをネットワークに通知するためのものであることに留意されたい。例えば、初期ランダムアクセスプロセスであれば、ｍｓｇ３により、ＵＥ  ＩＤ及び確立理由ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが運ばれる。ＲＲＣ再構築であれば、接続状態ＵＥ識別子及びｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅが運ばれる。
【００２５】
それと同時に、ｍｓｇ３により運ばれるＩＤは、Ｓ２４０において競合衝突を解消することができる。
【００２６】
Ｓ２４０において、ｇＮＢが、ＵＥに競合衝突解消（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ）メッセージをフィードバックする。
【００２７】
該ステップにおいて、Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎを第４メッセージ（ｍｓｇ４）により伝送することができ、ｍｓｇ４は、競合衝突を解消する役割及びＵＥにＲＲＣ設定メッセージを伝送する役割という２つの役割を有する。競合衝突解消について、下記２つの方式を用いることができる。
【００２８】
方式１において、Ｓ２３０で、ＵＥがセル無線ネットワーク一時識別子（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：Ｃ−ＲＮＴＩ）を運んでいると、Ｃ−ＲＮＴＩでスクランブルされたＰＤＣＣＨにより、Ｍｓｇ４をスケジューリングすることができる。
【００２９】
方式２において、Ｓ２３０で、ＵＥがＣ−ＲＮＴＩを運んでいないと、例えば、初期アクセスの場合、一時的Ｃ−ＲＮＴＩ（ＴＣ−ＲＮＴＩ）でスクランブルされたＰＤＣＣＨにより、ｍｓｇ４をスケジューリングする。ＵＥは、ｍｓｇ４のＰＤＳＣＨを受信し、ＰＤＳＣＨにおける共通制御チャネルサービスデータユニット（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ：ＣＣＣＨ  ＳＤＵ）をマッチングすることで、衝突を解消する。
【００３０】
図２に示すランダムアクセスプロセスから分かるように、４メッセージプロシージャは、ランダムアクセスプロセスの遅延を増加させ、５Ｇシステムにおける低遅延サービスに悪影響を与えてしまう。従って、現在、２メッセージプロシージャにより、元の４メッセージプロシージャのランダムアクセスプロセスを実現させることが望まれている。具体的には、潜在的実現可能な２メッセージプロシージャは、図３を参照することができる。
【００３１】
Ｓ３０１において、ＵＥがネットワーク装置に第１メッセージｍｓｇ１を送信する。
【００３２】
ｍｓｇ１は、プリアンブル（Ｐｒｅａｍｂｌｅ）、ＵＥ識別子及びＲＲＣ確立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）を含んでもよいことに留意されたい。具体的には、Ｐｒｅａｍｂｌｅを、ＰＲＡＣＨリソースにより送信することができるが、ＵＥ識別子及びｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを例えば、ＰＵＣＣＨ及びＰＵＳＣＨのような上りリソースにより送信することができる。ここで、ＵＥ識別子は、ＵＥを一意的に区別するためのものであり、５Ｇ一時的モバイル加入者識別番号（５Ｇ  ＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ：５Ｇ−Ｓ−ＴＭＳＩ）、５Ｇ−Ｓ−ＴＭＳＩの一部、Ｃ−ＲＮＴＩ、Ｃ−ＲＮＴＩと物理セル識別子（Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ：ＰＣＩ）とショートメディアアクセス制御識別子（ｓｈｏｒｔ  Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｉｄｅｎｔｉｆｉｅｒ：ｓｈｏｒｔ  ＭＡＣ  Ｉ）、及び再開識別子（Ｒｅｓｕｍｅ  ＩＤ）を含んでもよい。ＲＲＣ確立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）は、例えば、初期アクセス、ＲＲＣ再確立及び非アクティブ状態ＲＲＣ＿ＩＮＡＣＴＩＶＥから接続状態ＲＲＣ−ＣＯＮＮＥＣＴＥＤへの移行などのような、ランダムアクセスをトリガするイベントを表すためのものである。ここで、詳細な説明を省略する。
【００３３】
Ｓ３０２において、ネットワーク装置が、ＵＥ識別子に基づいて、ＰＤＣＣＨをスクランブルするための第２識別情報を決定し、第２識別情報を、ＲＡ−ＲＮＴＩでスクランブルされたＲＡＲメッセージによって運ぶ。
【００３４】
Ｓ３０３において、ネットワーク装置が、ＵＥにＲＡＲメッセージを送信する。
【００３５】
Ｓ３０４において、ネットワーク装置が第２識別情報又は第２識別情報に関連する第３識別情報を利用して、送信待ちＰＤＣＣＨをスクランブルし、スクランブルされたＰＤＣＣＨをＵＥに送信する。
【００３６】
Ｓ３０５において、ＵＥが、ＲＡ−ＣＮＴＩに基づいてＲＡＲメッセージを受信し、第２識別情報を取得し、前記第２識別情報に基づいて、ＰＤＣＣＨを検出する。
【００３７】
Ｓ３０３及びＳ３０４は、ネットワーク装置からＵＥに第２メッセージを送信すると認められてもよいため、ＵＥがＳ３０５でＰＤＣＣＨ検出を完了した時、ＵＥアクセスプロセスが完了したことを表すことに留意されたい。
【００３８】
Ｓ３０２からＳ３０４にとって、第２識別情報又は第２識別情報に関連する第３識別情報により、ＰＤＣＣＨをスクランブルするため、競合衝突を解消するために、第２識別情報は、ＵＥを一意的に区別するための識別子であってもよい。これによれば、第２識別情報は、５Ｇ−Ｓ−ＴＭＳＩ、５Ｇ−Ｓ−ＴＭＳＩの一部、Ｃ−ＲＮＴＩ、Ｃ−ＲＮＴＩとＰＣＩとｓｈｏｒｔ  ＭＡＣ  Ｉ、及び再開識別子（Ｒｅｓｕｍｅ  ＩＤ）のうちのいずれか１つを含んでもよい。
【００３９】
第２識別情報の選択可能な範囲は、ＵＥ識別子の選択可能な範囲と一致することが明らかである。これらの情報はいずれもＵＥを一意的に区別できる。例えば、５Ｇ−Ｓ−ＴＭＳＩとＣ−ＲＮＴＩはいずれもＵＥを一意的に区別できる。従って、第２識別情報に含まれるコンテンツは、送信されたＵＥ識別子に含まれるコンテンツと一致しなくてもよい。
【００４０】
上記２メッセージランダムアクセスプロシージャによれば、ＵＥは、ｍｓｇ１を送信する過程において、ＰＲＡＣＨリソースでプリアンブル（Ｐｒｅａｍｂｌｅ）を伝送するに加えて、上りリソースでＵＥ識別子及びＲＲＣ確立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）を伝送する必要もある。ＵＥ識別子及びＲＲＣ確立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）のサイズは、伝送する必要があるコンテンツによって決まる。続いて、伝送のための上りリソースを決定できる。これに基づいて、ＵＥ識別子及びＲＲＣ確立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）を伝送するための上りリソースを如何に決定するかは、本願の実施例の下記技術的解決手段により実現する。
【００４１】
図４を参照して、本願の実施例による情報伝送方法を示す。該方法は、図１に示す端末装置１２０のようなＵＥに適用され、該方法は、以下を含んでもよい。
【００４２】
Ｓ４０１において、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択し、前記上りリソースは、ＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースを含む。
【００４３】
Ｓ４０２において、選択された上りリソースを利用して、送信待ちメッセージを伝送する。
【００４４】
図４に示す技術的解決手段について、送信待ちメッセージに、図３に示す技術的解決手段の第１メッセージ（ｍｓｇ１）におけるプリアンブル（Ｐｒｅａｍｂｌｅ）以外のＵＥ識別子及びＲＲＣ確立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）が含まれてもよいことに留意されたい。従って、図４に示す技術的解決手段において、少なくとも、図３におけるＳ３０１を実行する前に、上りリソースの選択及び決定を完了する必要がある。図４に示す技術的解決手段によれば、ＵＥがネットワーク装置にアクセスする前に、送信待ちメッセージを伝送するための適切な上りリソースを選択することができる。これにより、図３に示す２メッセージランダムアクセスプロシージャを実現させ、ランダムアクセスプロセスにおける遅延を低減させることができる。
【００４５】
図４に示す技術的解決手段において、可能な実現形態において、前記少なくとも１つの候補上りリソースが伝送又は搬送できるメッセージサイズ（ｓｉｚｅ）は異なる。その原因は、候補上りリソースがネットワーク装置により設定されることである。従って、図４に示す技術的解決手段は、ネットワーク装置から送信された設定メッセージを受信することであって、前記設定メッセージは、前記ＵＥのために前記少なくとも１つの候補上りリソースを設定するためのものである、ことを更に含んでもよい。実際の適用プロセスにおいて、ＰＵＳＣＨリソースを例として、ネットワーク装置は、ＰＵＳＣＨリソースが伝送できる情報サイズがそれぞれ１６、４０、４８及び６４ビット（ｂｉｔｓ）であることを考慮するため、ネットワーク装置が提供できる各候補ＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズは、異なる。
【００４６】
上記設定メッセージについて、具体的には、ネットワーク装置から送信された設定メッセージを受信することは、前記ネットワーク装置から送信されたシステムメッセージを受信することであって、前記システムメッセージは、前記少なくとも１つの候補上りリソースの設定パラメータを含む、こと、又は、前記ネットワーク装置から送信されたＲＲＣシグナリングを受信することであって、前記ＲＲＣシグナリングは、前記少なくとも１つの候補上りリソースの設定パラメータを含むこと、を含む。
【００４７】
上記具体的な例について、候補上りリソースの設定パラメータは、候補上りリソースの時間周波数リソース位置、変調符号化方式及び周期を含んでもよい。
【００４８】
なお、候補上りリソースが伝送又は搬送できるメッセージサイズは、ネットワーク装置により暗黙的に指示されてもよい。例えば、候補上りリソースの設定パラメータを該候補上りリソースが伝送又は搬送できるメッセージサイズに対応付けることができる。時間周波数リソース位置を例として、前記候補上りリソースの時間周波数リソース位置は、前記候補上りリソースが伝送又は搬送できるメッセージサイズと対応関係を有してもよい。また例えば、ネットワーク装置は、ＵＥのために、ＰＲＡＣＨリソースを設定する場合、前記候補上りリソースが伝送又は搬送できるメッセージサイズと設定されたＰＲＡＣＨリソースに対して対応関係を設定する。従って、ＵＥが、設定されたＰＲＡＣＨリソースを知った場合、候補上りリソースが伝送又は搬送できるメッセージサイズを知ることができる。ＰＲＡＣＨリソース及び上記対応関係にとって、前記候補上りリソースが伝送又は搬送できるメッセージサイズとＰＲＡＣＨグループに対して対応関係を設定することができる。従って、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択することは、具体的に実現する過程において、前記送信待ちメッセージのサイズに基づいて、前記候補上りリソースから、前記選択された上りリソースを決定することと、前記選択された上りリソース及び前記対応関係に基づいて、プリアンブル（Ｐｒｅａｍｂｌｅ）を送信するためのＰＲＡＣＨグループを決定することと、前記ＰＲＡＣＨグループから、利用可能なＰＲＡＣＨリソースを決定することと、を含む。
【００４９】
図４に示す技術的解決手段について、可能な実現形態において、前記候補上りリソースのタイプ数と送信待ちメッセージのサイズタイプ数は、異なる可能性がある。ここで、前記候補上りリソースのタイプ数は、前記候補上りリソースが伝送又は搬送できるメッセージサイズのタイプ数である。
【００５０】
ＰＵＳＣＨを例として、ＰＵＳＣＨリソースが伝送できる情報サイズがそれぞれ１６、４０、４８及び６４ｂｉｔｓであるため、送信待ちメッセージのサイズが１６、４０、４８及び６４ｂｉｔｓである可能性もある。表１に示すように、送信待ちメッセージコンテンツは、ランダムアクセスイベントのサイズによって値を取る。
【表１】
2021533647.tif 000003
【００５１】
ネットワーク装置は、全ての利用可能なＰＵＳＣＨリソースをＵＥのために設定することではない可能性もあるため、ＵＥのために設定されたＰＵＳＣＨリソースのタイプ数は、送信待ちメッセージのサイズタイプ数と異なることがある。この場合、ＵＥにより候補上りリソースから選択された上りリソースで、送信待ちメッセージのサイズが、選択された上りリソースが伝送又は搬送できるメッセージサイズとちょうど同じになるケースの発生率が低い。一般的には、前記送信待ちメッセージのサイズは、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きいことと、前記送信待ちメッセージのサイズは、前記選択された上りリソースが伝送又は搬送できるメッセージサイズ未満であることとが発生する。
【００５２】
上記について、任意選択的に、前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、選択された上りリソースを利用して、送信待ちメッセージを伝送することは、前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割することであって、前記第１部分メッセージのサイズは、前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージは、前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツである、ことと、前記第１部分メッセージを、前記選択された上りリソースにより送信することと、ネットワーク装置によりスケジューリングされた上りリソースを受信することと、前記スケジューリングされた上りリソースにより、前記第２部分メッセージを伝送することと、を含む。
【００５３】
詳しく言えば、送信待ちメッセージのサイズは前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きいと、選択された上りリソースが伝送又は搬送できるメッセージサイズに応じて、送信待ちメッセージを切断する。その一部のサイズは、選択された上りリソースが伝送又は搬送できるメッセージサイズとマッチングするため、該部分は、選択された上りリソースにより伝送される。残った部分は、ネットワーク装置により後続でスケジューリンされた他の上りリソースにより伝送される。なお、ＵＥは、ネットワーク装置により設定されたサイズに応じて、送信待ちメッセージを切断し、切断後に得られた２つの部分をそれぞれ、選択された上りリソース及びネットワーク装置により後続でスケジューリングされた他の上りリソースにより伝送することができる。
【００５４】
上記について、任意選択的に、前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、選択された上りリソースを利用して、送信待ちメッセージを伝送することは、前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割することであって、第１部分メッセージのサイズは、前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージは、前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツである、ことと、前記第１部分メッセージを前記選択された上りリソースにより送信することと、前記選択された上りリソースがＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうちの１つである場合、前記第２部分メッセージを、ＰＵＣＣＨリソース及びＰＵＳＣＨリソースにおける前記選択された上りリソース以外の他の上りリソースにより送信することと、を含む。
【００５５】
詳しく言えば、送信待ちメッセージを伝送できる上りリソースは、ＰＵＣＣＨリソースであってもよく、ＰＵＳＣＨリソースであってもよいため、選択された上りリソースは、ＰＵＣＣＨリソースであると、ＵＥは、ＰＵＣＣＨリソースが伝送又は搬送できるメッセージサイズに応じて、切断を行う。一部のサイズは、選択されたＰＵＣＣＨリソースが伝送又は搬送できるメッセージサイズとマッチングするため、該部分を、選択されたＰＵＣＣＨリソースにより伝送し、残った部分をＰＵＳＣＨリソースにより伝送することができる。一方で、選択された上りリソースがＰＵＳＣＨリソースであると、ＵＥは、ＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズに応じて切断を行う。一部のサイズは、選択されたＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズとマッチングするため、該部分を、選択されたＰＵＳＣＨリソースにより伝送し、残った部分をＰＵＣＣＨリソースにより伝送することができる。
【００５６】
上記２つの任意選択的な例はいずれも、前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合について説明する。また、前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズ未満である場合もある。これについて、任意選択的に、リソース伝送の効率を向上させるために、前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズ未満である場合、選択された上りリソースを利用して、送信待ちメッセージを伝送するに加えて、前記方法は、
前記選択された上りリソースの残リソースで、パディング情報（Ｐａｄｄｉｎｇ）、パディング情報のバッファステータスレポート（Ｐａｄｄｉｎｇ  ＢＳＲ）、レギュラーバッファステータスレポート（ｒｅｇｕｌａｒ  ＢＳＲ）、電力ヘッドルーム報告（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔ：ＰＨＲ）及びデータ（Ｄａｔａ）のうちの少なくとも１つの情報を伝送することを更に含む。
【００５７】
ＰＵＣＣＨは一般的には、サービスデータの伝送に用いられないため、残りリソースの伝送用情報にデータ（Ｄａｔａ）が含まれると、該選択された上りリソースは、ＰＵＳＣＨリソースであるべき、残りリソースの伝送用情報にデータ（Ｄａｔａ）が含まれないと、該選択された上りリソースは、ＰＵＳＣＨリソース又はＰＵＣＣＨリソースであってもよいことが理解されるべきである。
【００５８】
本実施例で提供される情報伝送方法により、ＵＥがネットワーク装置にアクセスする前に、適切な上りリソースを選択して、送信待ちメッセージを送信することができる。これにより、２メッセージランダムアクセスプロシージャを実現させ、ランダムアクセスプロセスにおける遅延を低減させることができる。
【００５９】
前記実施例と同様な構想によれば、本実施例は、下記具体的な例により、上記実施例の技術的解決手段を詳しく説明する。下記具体的な例において、上りリソースがいずれもＰＵＳＣＨリソースであることを例とする。当業者であれば、前記実施例の技術的解決手段により、下記具体的な例を上りリソースがＰＵＣＣＨリソースである場合に適用でき、ここで、詳細な説明を省略する。
【００６０】
具体的な例１
本具体的な例において、ランダムアクセスをトリガするイベントを第１メッセージｍｓｇ１のサイズに応じて分類することができる。具体的には、以下のように分類する。
【００６１】
１において、初期ＲＡＣＨについて、ｍｓｇ１のｓｉｚｅは４０ｂｉｔ又は４８ｂｉｔであり、これは、確立理由（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）をＰＵＳＣＨリソースで伝送するかどうかによって決まる。
【００６２】
２において、ＲＲＣ再確立について、競合ベースのＢＦＲと競合ベースのＲＡＣＨの切り替えを含む。ｍｓｇ１のｓｉｚｅは、１６ｂｉｔ（Ｃ−ＲＮＴＩのみが運ばれる場合）又は４８ｂｉｔｓである。
【００６３】
３において、ＲＲＣ  ｒｅｓｕｍｅについて、ｍｓｇ１のｓｉｚｅは、４０ｂｉｔｓ（ｒｅｓｕｍｅ  ＩＤのみが運ばれる場合）又は６４ｂｉｔｓである。
【００６４】
上記カテゴリについて、ネットワーク装置は、ＰＵＳＣＨリソースを設定する時、ＰＵＳＣＨが伝送できる情報ｂｉｔが１６、４０、４８及び６４ｂｉｔｓであることを考慮することができる。従って、図５に示すように、本具体的な例は、下記ステップを含んでもよい。
【００６５】
Ｓ５０１において、ネットワーク装置が、４種の異なる情報サイズ（ｂｉｔ  ｓｉｚｅ）を伝送できる候補ＰＵＳＣＨリソースをそれぞれ設定する。
【００６６】
Ｓ５０２において、ネットワーク装置が、設定メッセージによりＵＥに通知する。
【００６７】
具体的には、該設定メッセージは、システムブロードキャストメッセージ又はＲＲＣ専用設定シグナリングであってもよい。
【００６８】
なお、該設定メッセージは、候補ＰＵＳＣＨの所在する時間周波数リソース、及び／又は、候補ＰＵＳＣＨリソースとＰＲＡＣＨリソースとの対応関係をＵＥに通知するためのものであってもよい。
【００６９】
Ｓ５０３において、ＵＥが、ｍｓｇ１における送信する必要があるコンテンツサイズに基づいて、候補ＰＵＳＣＨリソースから、前記ｍｓｇ１コンテンツサイズに対応するＰＵＳＣＨリソースを選択する。
【００７０】
Ｓ５０３について、具体的には、ＵＥは任意選択的に、ｍｓｇ１のコンテンツサイズ及び設定メッセージにおいて設定された候補ＰＵＳＣＨに基づいて、ＰＵＳＣＨリソースを選択することができる。任意選択的に、ｍｓｇ１のコンテンツサイズ及び候補ＰＵＳＣＨリソースとＰＲＡＣＨリソースとの対応関係に基づいて、ＰＵＳＣＨリソース及び選択されたＰＵＳＣＨリソースに対応するプリアンブル伝送用ＰＲＡＣＨリソースを選択することもできる。
【００７１】
具体的な例２
ネットワーク装置は、限られたタイプのＰＵＳＣＨリソースを設定してもよい。ｍｓｇ１のコンテンツサイズは、１６ｂｉｔ，４０ｂｉｔｓ，４８ｂｉｔｓ及び６４ｂｉｔｓを含むことを設定する。これについて、図６に示すように、該具体的な例は、下記ステップを含む。
【００７２】
Ｓ６０１において、ネットワーク装置が、２つのタイプの候補ＰＵＳＣＨリソースを設定する。
【００７３】
例えば、候補ＰＵＳＣＨリソースは、４８ｂｉｔｓを伝送又は搬送できるＰＵＳＣＨ＃１及び６４ｂｉｔｓを伝送又は搬送できるＰＵＳＣＨ＃２のみを含む。
【００７４】
Ｓ６０２において、ネットワーク装置が、設定メッセージにより、候補ＰＵＳＣＨリソースをＵＥに通知する。
【００７５】
該設定メッセージの具体的な形態は、具体的な例１における設定メッセージと同じであってもよく、ここで、詳細な説明を省略することが理解されるべきである。
【００７６】
Ｓ６０３において、ＵＥがｍｓｇ１のコンテンツサイズに基づいて、ｍｓｇ１伝送用ＰＵＳＣＨリソースを選択する。
【００７７】
ｍｓｇ１のコンテンツサイズが４種を含み、候補ＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズが４８ｂｉｔｓ及び６４ｂｉｔｓのみを含むため、ＵＥは、候補ＰＵＳＣＨリソースから、ｍｓｇ１伝送用ＰＵＳＣＨリソースを選択して、選択されたＰＵＳＣＨリソースを利用してｍｓｇ１コンテンツを伝送する過程において、下記３つのケースがある。
【００７８】
ケース１
選択されたＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズは、送信待ちｍｓｇ１のコンテンツサイズとマッチングする。これについて、前記具体的な例１の技術的解決手段を参照しながら実行することができる。ここで、詳細な説明を省略する。
【００７９】
ケース２
選択されたＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズは、送信待ちｍｓｇ１のコンテンツサイズ未満である。これについて、ＵＥは、切断方式により処理を行うことができる。該方式の１つの任意選択なプロセスは、以下のとおりである。
【００８０】
ＵＥは、選択されたＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズに応じてｍｓｇ１を切断し、ｍｓｇ１を２つの部分に切断する。１つの部分のサイズは、選択されたＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズとマッチングするため、該部分を、選択されたＰＵＳＣＨリソースにより伝送し、残った部分をネットワーク装置により後続でスケジューリングされた他の上りリソースにより伝送する。
【００８１】
これに加えて、該方式は、もう１つの任意選択的な実現形態を含む。つまり、ＵＥは、ネットワーク装置により設定されたサイズに応じて、送信待ちメッセージを切断し、切断した後に得られた２つの部分をそれぞれ、選択された上りリソース及びネットワーク装置により後続でスケジューリングされた他の上りリソースにより伝送する。
【００８２】
ケース３
選択されたＰＵＳＣＨリソースが伝送又は搬送できるメッセージサイズは、送信待ちｍｓｇ１のコンテンツサイズより大きい。これについて、ＵＥは、選択されたＰＵＳＣＨリソースによりｍｓｇ１を伝送又は搬送する以外、一部の残りリソースがアイドル状態であるため、伝送効率及びリソースの利用率を向上させるために、ＵＥは、残りのアイドルリソースで、Ｐａｄｄｉｎｇ、Ｐａｄｄｉｎｇ  ＢＳＲ、ｒｅｇｕｌａｒ  ＢＳＲ、ＰＨＲ及びＤａｔａのうちの少なくとも１つの情報を伝送することができる。
【００８３】
本実施例の２つの具体的な例により、前記実施例の技術的解決手段の具体的な実現を詳しく説明する。本願の実施例の技術的解決手段において、ＵＥがネットワーク装置にアクセスする前に、適切な上りリソースを選択して、送信待ちメッセージを伝送する。これにより、２メッセージランダムアクセスプロシージャを実現させ、ランダムアクセスプロセスにおける遅延を低減させる。
【００８４】
実施例３
上記実施例と同様な構想によれば、図７に示すように、本願の実施例によるＵＥ７０を示す。前記ＵＥ７０は、選択部７０１と、伝送部７０２と、を備え、前記選択部７０１は、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択するように構成され、前記上りリソースは、ＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースを含む。
【００８５】
前記伝送部７０２は、選択された上りリソースを利用して、送信待ちメッセージを伝送するように構成される。
【００８６】
本願の任意選択的な実施例において、前記少なくとも１つの候補上りリソースが伝送又は搬送できるメッセージサイズ（ｓｉｚｅ）は異なる。
【００８７】
本願の任意選択的な実施例において、図８に示すように、前記ＵＥ７０は、ネットワーク装置から送信された設定メッセージを受信するように構成される受信部７０３であって、前記設定メッセージは、前記ＵＥのために、前記少なくとも１つの候補上りリソースを設定するためのものである、受信部７０３を更に備える。
【００８８】
本願の任意選択的な実施例において、前記受信部７０３は、前記ネットワーク装置から送信されたシステムメッセージを受信し、前記システムメッセージが前記少なくとも１つの候補上りリソースの設定パラメータを含み、又は、前記ネットワーク装置から送信されたＲＲＣシグナリングを受信し、前記ＲＲＣシグナリングが前記少なくとも１つの候補上りリソースの設定パラメータを含むように構成される。
【００８９】
本願の任意選択的な実施例において、前記設定パラメータは、前記候補上りリソースの時間周波数リソース位置、変調符号化方式及び周期を含み、前記時間周波数リソース位置は、前記候補上りリソースが伝送又は搬送できるメッセージサイズと対応関係がある。
【００９０】
本願の任意選択的な実施例において、前記候補上りリソースが伝送又は搬送できるメッセージサイズは、設定されたＰＲＡＣＨリソースと対応関係がある。
【００９１】
本願の任意選択的な実施例において、前記候補上りリソースが伝送又は搬送できるメッセージサイズは、ＰＲＡＣＨグループと対応関係がある。
【００９２】
本願の任意選択的な実施例において、前記選択部７０１は、前記送信待ちメッセージのサイズに基づいて、前記候補上りリソースから、前記選択された上りリソースを決定し、前記選択された上りリソース及び前記対応関係に基づいて、プリアンブル（Ｐｒｅａｍｂｌｅ）送信用ＰＲＡＣＨグループを決定し、前記ＰＲＡＣＨグループから、利用可能なＰＲＡＣＨリソースを決定するように構成される。
【００９３】
本願の任意選択的な実施例において、前記候補上りリソースのタイプ数と送信待ちメッセージのサイズタイプ数は異なることがあり、前記候補上りリソースのタイプ数は、前記候補上りリソースが伝送又は搬送できるメッセージサイズのタイプ数である。
【００９４】
本願の任意選択的な実施例において、前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、前記伝送部７０２は、前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割し、前記第１部分メッセージのサイズが前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージが前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツであり、前記第１部分メッセージを前記選択された上りリソースにより送信し、ネットワーク装置によりスケジューリングされた上りリソースを受信し、前記スケジューリングされた上りリソースにより前記第２部分メッセージを伝送するように構成される。
【００９５】
本願の任意選択的な実施例において、前記送信待ちメッセージのサイズが前記選択された上りリソースが伝送又は搬送できるメッセージサイズより大きい場合、前記伝送部７０２は、前記送信待ちメッセージを第１部分メッセージと第２部分メッセージに分割し、第１部分メッセージのサイズが前記選択された上りリソースが伝送又は搬送できるメッセージサイズと一致し、前記第２部分メッセージが前記送信待ちメッセージにおける前記第１部分メッセージ以外の他のコンテンツであり、前記第１部分メッセージを前記選択された上りリソースにより送信し、前記選択された上りリソースがＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうちの１つである場合、前記第２部分メッセージを、ＰＵＣＣＨリソース及びＰＵＳＣＨリソースにおける前記選択された上りリソース以外の他の上りリソースにより送信するように構成される。
【００９６】
前記送信待ちメッセージのサイズが、前記選択された上りリソースが伝送又は搬送できるメッセージサイズ未満である場合、前記伝送部７０２は更に、前記選択された上りリソースの残リソースで、パディング情報（Ｐａｄｄｉｎｇ）、パディング情報のバッファステータスレポート（Ｐａｄｄｉｎｇ  ＢＳＲ）、レギュラーバッファステータスレポート（ｒｅｇｕｌａｒ  ＢＳＲ）、電力ヘッドルーム報告（Ｐｏｗｅｒ  Ｈｅａｄｒｏｏｍ  Ｒｅｐｏｒｔ：ＰＨＲ）及びデータ（Ｄａｔａ）のうちの少なくとも１つの情報を伝送するように構成される。
【００９７】
本実施例において、「部」とは一部の回路、一部のプロセッサ、一部のプログラム又はソフトウェア等であってもよく、勿論、ユニットであってもよいし、モジュールや非モジュール化のものであってもよいことは、理解されるべきである。
【００９８】
また、本実施例における各構成部は一つの処理ユニットに集積されてもよいし、各ユニットが物理的に別個のものとして存在してもよいし、２つ以上のユニットが一つのユニットに集積されてもよい。上記集積したユニットは、ハードウェアの形で実現してもよいし、ソフトウェア機能モジュールの形で実現してもよい。
【００９９】
前記集積したユニットはソフトウェア機能モジュールの形で実現され、かつ独立した製品として販売または使用されるとき、コンピュータにより読み取り可能な記憶媒体内に記憶されてもよい。このような理解のもと、本発明の技術的解決手段は、本質的に、又は、従来技術に対して貢献をもたらした部分又は該技術的解決手段の一部は、ソフトウェア製品の形式で具現することができ、このようなコンピュータソフトウェア製品は、記憶媒体に記憶しても良く、また、コンピュータ設備（パソコン、サーバ、又はネットワーク装置など）又はｐｒｏｃｅｓｓｏｒ（プロセッサ）に、本実施例に記載の方法の全部又は一部のステップを実行させるための若干の命令を含む。前記の記憶媒体は、Ｕディスク、リムーバブルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ-ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ディスク、又は光ディスクなど、プログラムコードを記憶可能な各種の媒体を含む。
【０１００】
従って、本実施例は、コンピュータ記憶媒体を提供する。該コンピュータ記憶媒体には情報伝送プログラムが記憶されており、前記発明の伝送プログラムが少なくとも１つのプロセッサにより実行される時、上記実施例１に記載の情報伝送方法の工程を実現させる。
【０１０１】
上記ＵＥ７０及びコンピュータ記憶媒体に基づいて、本願の実施例によるＵＥ７０の具体的なハードウェア構成を示す図９を参照すると、該装置は、ネットワークインタフェース９０１と、メモリ９０２と、プロセッサ９０３とを備え、各ユニットはバスシステム９０４を介して結合される。バスシステム９０４は、これらのユニットの間の接続と通信を実現するためのものであることが理解されるべきである。バスシステム９０４は、データバスに加えて、電源バス、制御バス及び状態信号バスを備える。明確に説明するために、図９において、様々なバスシステムをバスシステム９０４とする。ここで、ネットワークインタフェース９０１は、他の外部ネットワーク要素との情報送受信プロセスにおいて、信号を送受信するように構成され、
メモリ９０２は、プロセッサ９０３上で実行できるコンピュータプログラムを記憶するように構成され、
プロセッサ９０３は、前記コンピュータプログラムを実行する時、少なくとも１つの候補上りリソースから、メッセージ送信のための上りリソースを選択することであって、前記上りリソースは、ＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースを含む、ことと、選択された上りリソースを利用して、送信待ちメッセージを伝送することと、を実行する。
【０１０２】
理解すべき点として、本願の実施例におけるメモリ９０２は、揮発性メモリ又は不揮発性メモリであってもよいし、揮発性メモリと不揮発性メモリの両方であってもよい。ここで、不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ：ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ：ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ：ＥＰＲＯＭ）、電気的消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ：ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ：ＲＡＭ）であってもよい。非限定的な例証として、ＲＡＭは、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ：ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ：ＤＤＲＳＤＲＡＭ）、エンハンスト同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ：ＥＳＤＲＡＭ）、同期リンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ：ＳＬＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ：ＤＲＲＡＭ）などの多数の形態で使用可能である。本明細書に記載のシステム及び方法におけるメモリ９０２は、これら及び任意の他の適切な形態のメモリを含むが、これらに限定されない。
【０１０３】
プロセッサ９０３は、信号処理能力を持つ集積回路チップであってもよい。実現プロセスにおいて、上記方法の各ステップは、プロセッサ９０３におけるハードウェアの集積論理回路又はソフトウェアの形の命令により完成することができることが理解されるべきである。上記第１プロセッサ６０３は、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｒｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、現場でプログラム可能なゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ：ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント等であってもよい。本発明の実施例に開示されている各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよいし、該プロセッサは如何なる従来のプロセッサ等であってもよい。本発明の実施例に開示されている方法のステップを結合して、ハードウェア解読プロセッサによって完成し、又は解読プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせで実行して完成するように示す。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去プログラム可能なメモリ、レジスタ等の本分野の従来の記憶媒体内に存在してもよい。該記憶媒体はメモリ９０２内に位置し、プロセッサ９０３はメモリ９０２中の情報を読み取り、そのハードウェアと共に上記方法のプロセスを完了する。
【０１０４】
本明細書に記載のこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はその組み合わせにより実現されることは、理解されるべきである。ハードウェアによる実現において、処理ユニットは、１つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｒｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ：ＤＳＰ）、デジタル信号処理装置（ＤＳＰ  Ｄｅｖｉｃｅ：ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ：ＰＬＤ）、現場でプログラム可能なゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ：ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本出願に記載の機能を実行するための他の電子ユニット又はその組み合わせにより実現される。
【０１０５】
ソフトウェアによる実現において、本明細書に記載の機能のモジュール（例えば、プロセス、関数など）を実行することで本明細書に記載の技術を実現させることができる。ソフトウェアコードはメモリに記憶され、プロセッサにより実行される。メモリは、プロセッサ内又はプロセッサの外部で実現される。
【０１０６】
具体的には、ＵＥ７０におけるプロセッサ９０３は更に、コンピュータプログラムを実行する時、前記実施例１に記載の方法の工程を実行するように構成され、ここで説明を省略する。
【０１０７】
上記は、本願の好適な実施例に過ぎず、本願の保護範囲を限定するものではない。
【図１】
2021533647.tif 000004
【図２】
2021533647.tif 000005
【図３】
2021533647.tif 000006
【図４】
2021533647.tif 000007
【図５】
2021533647.tif 000008
【図６】
2021533647.tif 000009
【図７】
2021533647.tif 000010
【図８】
2021533647.tif 000011
【図９】
2021533647.tif 000012
【国際調査報告】
2021533647.tif 000013
2021533647.tif 000014
2021533647.tif 000015
2021533647.tif 000016