JP2020512743A - データ伝送方法、端末デバイス及びネットワークデバイス - Google Patents

Abstract

本願の実施例は、データ伝送方法、端末デバイス及びネットワークデバイスを開示し、前記方法は、データ伝送方法第１の端末デバイスは、第１のデータが伝送される必要があると確定することと、第１の端末デバイスは、第２のリソースにおいて第１の端末デバイスの識別情報を送信することと、第１の端末デバイスは、第１のリソースにおいて第１のデータを送信することとを含み、第１の端末デバイスの識別情報は、第１の端末デバイスが第１のリソースにおいてデータを送信することを指示し、第１のリソースは、第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリング不要のリソースであり、第２のリソースは、第１の端末デバイスを含む少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、第２のリソースは、第１のリソースと重ならない。本願の実施例に係る方法、端末デバイス及びネットワークデバイスは、システム性能を向上させることができる。

Description

本発明は、通信分野に関し、特に、データ伝送方法、端末デバイス及びネットワークデバイスに関する。

現在の通信システムでは、半静的スケジューリングと同様の伝送方式、すなわちスケジューリング不要（ｇｒａｎｔ−ｆｒｅｅ）の伝送方式があり、端末は、データ到着時に、これらのｇｒａｎｔ−ｆｒｅｅリソースを適時に用いてネットワークにデータを伝送することができ、動的なスケジューリングリソースを要求する時間を節約することができる。従来のｇｒａｎｔ−ｆｒｅｅに基づくリソースは、通常、複数の端末デバイスに構成され、競合を引き起こす可能性があり、ネットワークデバイスは、このｇｒａｎｔ−ｆｒｅｅリソース上の競合をタイムリーに把握することができず、システム性能の低下を招く。

本発明は、上記に鑑みてなされたものであって、システム性能を向上させることができるデータ伝送方法、端末デバイス及びネットワークデバイスを提供することを目的とする。

第１の形態は、データ伝送方法を提供し、第１の端末デバイスは、第１のデータが伝送される必要があると確定することと、第１の端末デバイスは、第２のリソースにおいて第１の端末デバイスの識別情報を送信することと、第１の端末デバイスは、第１のリソースにおいて第１のデータを送信することとを含み、第１の端末デバイスの識別情報は、第１の端末デバイスが第１のリソースにおいてデータを送信することを指示し、第１のリソースは、第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリング不要のリソースであり、第２のリソースは、第１の端末デバイスを含む、少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、第２のリソースは、第１のリソースと重ならない。

なお、スケジューリング不要のリソースとは、ネットワークで動的にスケジューリングされないリソースであり、半静的に構成されるリソースであり、複数の端末が共有して競合的に使用することができる。第１のリソースと第２のリソースは、いずれもスケジューリング不要のリソースであってもよく、すなわち、端末デバイスがデータ送信を行うときに、ネットワークデバイスによるスケジューリングを待たさなく、第１のリソースを使用してデータを送信し、第２のリソースにおいて識別情報を送信することができる。

この第２のリソースは、第１の端末デバイスの専属リソースであってもよいし、第１の端末デバイスと他の端末デバイスとが競合するリソースであってもよい。すなわち、第２のリソースは、第１の端末デバイスの識別情報に加えて、他の端末デバイスの識別情報を送信することができる。

端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて送信することにより、ネットワークデバイスは、端末デバイスの識別情報を復調しやすくなり、さらなる動作が可能となり、システム性能を向上させることができる。

１つの可能な実施方式において、第１のリソースは、ネットワークデバイスが複数の端末デバイスに対して半静的に構成したデータを伝送するためのリソースであり、及び/又は、第２のリソースは、ネットワークデバイスが半静的に構成した、各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、第１のリソースおよび第２のリソースは、プロトコルにより規定されたものであってもよく、すなわち、スケジューリングユニットにおける第１のリソースおよび第２のリソースのそれぞれの位置およびサイズ、またはタイプ、例えば、第２のリソースが競合リソースであるか、または特定の端末デバイスの専用リソースであるかをプロトコルにより規定される。

１つの可能な実施方式において、第１の端末デバイスは、第２のリソースにおいて、第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信することをさらに含み、リソース変更要求は、ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、第２のデータのデータ量は、第１の閾値未満である。

任意選択で、リソース変更要求は、第２のリソースのサイズ、位置、またはタイプを変更することを要求するために使用され得る。

任意選択で、第２のリソースは、第２の端末デバイスが動的にスケジューリングしたデータを送信するためにも使用される。

１つの可能な実施方式において、第１の端末デバイスが第２のリソースにおいて第１の端末デバイスの識別情報を送信する前に、前記方法は、第１の端末デバイスは、ネットワークデバイスにより送信された、第２のリソースのサイズ及び位置を示す指示情報を受信することと、第１の端末デバイスは、指示情報に基づいて、第２のリソースを確定することとを含む。

任意選択で、指示情報は、無線リソース制御ＲＲＣシグナリングまたは下り制御情報ＤＣＩに含まれる。

１つの可能な実施方式において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

１つの可能な実施方式において、第２のリソースは、ランダムアクセスチャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスの専属プリアンブルシーケンスである。

１つの可能な実施方式において、第２のリソースは、制御チャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスのスケジューリング要求であり、スケジューリング要求は、第１の端末デバイスが送信する第３のデータに対するリソースの割り当てをネットワークデバイスに要求する。

任意選択で、ネットワークデバイスは、第１のリソース及び第２のリソースを直接に構成してもよいし、複数のリソースを構成し、複数のリソースから第１のリソース及び第２のリソースを選択して端末デバイスに通知するようにしてもよい。また、ネットワークデバイスは、構成された複数のリソースを端末デバイスに直接通知し、端末デバイスは、その中から第１のリソースと第２のリソースとを選択するようにしてもよい。

任意選択で、複数の端末デバイスに対して１つのスケジューリング不要のリソース領域を構成し、スケジューリング不要のリソース領域内に第１のリソースと第２のリソースを構成してもよく、スケジューリング不要のリソース領域外のリソースに第２のリソースを構成するようにしてもよい。

第２の形態は、データ伝送方法を提供し、ネットワークデバイスは、第２のリソースにおいて、第１の端末デバイスの識別情報を復調することと、ネットワークデバイスは、第１の端末デバイスの識別情報を成功に復調した場合、第１の端末デバイスが第１のリソースにおいてデータを送信すると確定することと、ネットワークデバイスは、第１のリソースにおいて第１の端末デバイスにより送信された第１のデータを復調することとを含み、第２のリソースは、第１の端末デバイスを含む、少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースであり、第１のリソースは、第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、第１のリソースは、第２のリソースと重ならない。

端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて送信することにより、ネットワークデバイスは、端末デバイスの識別情報を復調しやすくなり、さらなる動作が可能となり、システム性能を向上させることができる。

１つの可能な実施方式において、第１のリソースは、ネットワークデバイスが複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、及び/又は、第２のリソースは、ネットワークデバイスが半静的に構成した、各端末デバイスの識別情報を伝送するためのリソースである。

１つの可能な実施方式において、ネットワークデバイスは、第１の端末デバイスの識別情報を成功に復調し、かつ、第１のデータを成功に復調しない場合、第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、第１の端末デバイスに第１のデータの再送のためのリソースを割り当てることをさらに含む。

１つの可能な実施方式において、ネットワークデバイスは、第２のリソースにおいて、第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調することをさらに含み、リソース変更要求は、ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、第２のデータのデータ量は、第１の閾値未満である。

１つの可能な実施方式において、ネットワークデバイスが、第２のリソースにおいて第１の端末デバイスの識別情報を復調する前に、ネットワークデバイスは、第２のリソースのサイズ及び位置を示す指示情報を第１の端末デバイスに送信することを含む。

任意選択で、指示情報は、無線リソース制御ＲＲＣシグナリングまたは下り制御情報ＤＣＩに含まれる。

１つの可能な実施方式において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

１つの可能な実施方式において、第２のリソースは、ランダムアクセスチャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスの専属プリアンブルシーケンスである。

１つの可能な実施方式において、第２のリソースは、制御チャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスのスケジューリング要求であり、スケジューリング要求は、第１の端末デバイスが送信する第３のデータに対するリソースの割り当てをネットワークデバイスに要求する。

１つの可能な実施方式において、第２のリソースにおいて、第２の端末デバイスにより送信されたスケジューリングに基づくデータを復調することを含む。

第３の形態は、上記の第１の形態または第１の形態の任意の可能な方法を実行するための端末デバイスを提供する。具体的には、端末デバイスは、上記の第１の形態または第１の形態の任意の可能な形態における方法を実行するためのユニットを含む。

第４の形態は、上記の第２の形態または第１の形態の任意の可能な方法を実行するためのネットワークデバイスを提供する。具体的には、ネットワークデバイスは、上記の第２の形態または第２の形態の任意の可能な形態における方法を実行するためのユニットを含む。

第５の形態は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備える端末デバイスを提供する。メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、第１の形態または第１の形態の任意の可能な形態における方法を実行するために使用される。

第６の形態は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備えるネットワークデバイスである。メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、上述の第２の形態または第２の形態の任意の可能な形態における方法を実行するために使用される。

第７の形態は、上記の第１の形態または第１の形態の任意の可能な形態における方法、または上記の第２の形態または第２の形態の任意の可能な形態における方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体であって、上記の形態を実行するように設計されたプログラムを含む、コンピュータ記憶媒体を提供する。

本開示のこれらの形態または他の形態は、以下の実施例の説明においてより容易に理解されるであろう。

本願の実施例における応用シーンの概略図を示す。 スケジューリングに基づく上りデータ伝送方式の模式図を示す。 本願の実施例におけるデータ伝送の概略ブロック図を示す。 本願の実施例におけるリソース構成の模式図を示す。 本願の実施例におけるリソース構成の他の概略図を示す。 本願の実施例におけるデータ伝送の別の概略ブロック図を示す。 本願の実施例におけるデータを伝送する端末デバイスの概略ブロック図である。 本願の実施例におけるデータを伝送するネットワークデバイスの概略ブロック図を示す。 本願の実施例におけるデータを伝送する端末デバイスの他の概略ブロック図を示す。 本願の実施例におけるデータを伝送するネットワークデバイスの別の概略ブロック図を示す。

以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて、明確かつ完全に説明する。

本願の実施例の技術的解決策は、例えば、全地球移動通信(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ )システム、符号分割多元接続(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＣＤＭＡ)システム、広帯域符号分割多元接続(Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＷＣＤＭＡ)システム、汎用パケット無線サービス(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：ＧＰＲＳ)、ロングタームエボリューション(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ)システム、ＬＴＥ周波数分割複信(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＦＤＤ)システム、ＬＴＥ時分割複信(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＴＤＤ)、汎用移動通信システム(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＵＭＴＳ)、全地球相互接続マイクロ波アクセス(Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉＭＡＸ )通信システム、又は将来の５Ｇシステム等の様々な通信システムに適用可能であることが理解されるべきである。

特に、本出願の実施例の技術的解決策は、スパースコード多元接続(Ｓｐａｒｓｅ Ｃｏｄｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＳＣＭＡ)システム、低密度シグネチャ(Ｌｏｗ Ｄｅｎｓｉｔｙ Ｓｉｇｎａｔｕｒｅ：ＬＤＳ)システム等の様々な非直交多元接続技術に基づく通信システムに適用され得るが、ＳＣＭＡシステム及びLDＳシステムは、通信分野において別名としても知られてもよく、さらに、本願の実施例の技術的方式は、非直交多元接続技術を採用するマルチキャリア伝送システム、例えば、非直交多元接続技術を採用する直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ)、フィルタグループマルチキャリア(Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ：ＦＢＭＣ)、汎用周波数分割多重(Ｇｅｎｅｒａｌｉｚｅｄ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＧＦＤＭ)、フィルタリング直交周波数分割多重(Ｆｉｌｔｅｒｅｄ−ＯＦＤＭ：Ｆ−ＯＦＤＭ)システム等に適用されてもよい。

本願の実施例における端末デバイスは、ユーザ装置(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、アクセス端末、ユーザ装置、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信装置、ユーザエージェント又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ)電話、ワイヤレスローカルループ(Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ：ＷＬＬ)局、パーソナルデジタル処理(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ：ＰＤＡ)、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Gネットワークにおける端末デバイス、または将来に発展する公共地上モバイル通信ネットワーク(Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ＰＬＭＮ)における端末デバイスなどであり得るが、本開示の実施例は限定されない。

本願の実施例におけるネットワークデバイスは、端末デバイスと通信するための装置であってもよく、該ネットワークデバイスは、ＧＳＭ又はＣＤＭＡにおける基地局(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ：ＢＴＳ)、ＷＣＤＭＡシステムにおける基地局(ＮｏｄｅＢ：ＮＢ)、ＬＴＥシステムにおける発展型基地局(Ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ ｅＮＢ又はｅＮｏｄｅＢ )、クラウド無線アクセスネットワーク(Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＣＲＡＮ)シナリオにおける無線コントローラであってもよく、又は該ネットワークデバイスは、中継局、アクセスポイント、車載装置、ウェアラブル装置、及び将来の５Ｇネットワークにおけるネットワークデバイス、又は将来の発展型ＰＬＭＮネットワークにおけるネットワークデバイス等であってもよく、本願の実施例は限定されない。

図１は、本発明の一実施例に係る応用シーンの概略図である。図１の通信システムは、端末デバイス１０とネットワークデバイス２０とを含む。ネットワークデバイス２０は、端末デバイス１０に通信サービスを提供し、コアネットワークにアクセスするためのものであり、端末デバイス１０は、ネットワークデバイス２０により送信された同期信号やブロードキャスト信号等を検索することによりネットワークにアクセスし、ネットワークとの通信を行う。図１に示される矢印は、端末デバイス１０とネットワークデバイス２０との間のセルラーリンクを介した上り/下りの伝送を表すことができる。

理解を容易にするため、スケジューリングに基づく上りデータ伝送方式１００について、図２を参照して簡単に説明する。図２に示すように、方法１００は、Ｓ１１０〜Ｓ１４０を含む。

Ｓ１１０において、端末デバイスは、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）を送信して、データが送信されることをネットワーク端末に通知する。

Ｓ１２０において、ネットワークデバイスは、端末デバイスからのスケジューリング要求に従って、上りリソース認可を含む下り制御情報(Ｄｏｗｎ ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ)を、対応する物理下り制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＤＣＣＨ)で送信する。

Ｓ１３０において、端末デバイスは、ネットワークデバイスによって送信された上りリソース認可に従い、対応する上りリソースで上りデータを送信し、端末デバイスは、バッファ内に残りのデータがある場合、データチャネル上でのバッファ状態情報(ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ：ＢＳＲ )を継続して送信する。

Ｓ１４０において、ネットワークデバイスは、端末が要求を送信しなくなるまで、ＢＳＲに従って、上りリソース認可をさらに発行する。

具体的に、端末デバイス側で、バッファに既に入っている上りデータ送信のイベントが発生した場合、それらのデータの送信のために上りリソースを要求する。それは、競合方式で、ＳＲ制御チャネルを介して、または、物理ランダムアクセスチャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ：ＰＲＡＣＨ)を介して、スケジューリング要求を送信することができ、この時、競合方式でスケジューリング要求を送信する。ネットワークデバイスは、ＢＳＲ情報を送信するために、可能であれば、いくつかのリソースをスケジューリング規則に従って割り当て、上りリソース認可を介して端末デバイスに通知する。端末デバイスは、ＢＳＲを送信して、対応する論理チャネルグループにおいてどのぐらいのデータを送信するかをネットワークデバイスに通知し、上りスケジューリングは、１つの無線ベアラではなく、論理チャネルグループに対するものである。そして、ネットワークデバイスは、端末デバイスに要求されたリソース状態に応じて、対応するリソースを割り当て、上りリソース認可を介して端末デバイスに通知する。端末デバイスは、自己の論理チャネルで一定の優先度原則に従って上りデータを送信する。

従来のＳＲに基づくデータ伝送方式では、通常、１回のデータスケジューリング完了まで７ｍｓの遅延が必要であり、低遅延が要求されるサービスには、通常、要求を満たさない。また、この方式は、シグナリングのやり取りが複数回必要であり、オーバーヘッドも比較的大きい。

現在の通信システムでは、ネットワークが半静的に構成されたいくつかのｇｒａｎｔ−ｆｒｅｅリソースをいくつかの端末に解放して、端末がデータに到着する時、これらのｇｒａｎｔ−ｆｒｅｅリソースをタイムリーに使用してネットワークにデータを送信することによって、端末が動的にスケジューリングされたリソースを要求する時間を節約することを基本原理とするスケジューリング不要のリソースｇｒａｎｔ−ｆｒｅｅが提案されている。ｇｒａｎｔ−ｆｒｅｅリソースの使用に２つの方式がある。

専属のスケジューリング不要のリソース（Ｄｅｄｉｃａｔｅｄ ｇｒａｎｔ−ｆｒｅｅ ｒｅｓｏｕｒｃｅ）であり、この方式では、ある１つのスケジューリング不要のリソースが１つの端末に対応し、データ伝送の高信頼性が保証され、例えば、ネットワークは、ｇｒａｎｔ−ｆｒｅｅリソースに１つの端末、すなわちＵＥ１に構成する。ＵＥ１がデータを送信する場合、当該リソースをタイムリーに使用され得るが、ＵＥ１がデータを送信しない場合、リソースは無駄になる。

競合のスケジューリング不要のリソース(Ｇｒａｎｔ−ｆｒｅｅ ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒｅｓｏｕｒｃｅ)であり、この方式では、１つのスケジューリング不要のリソースが複数の端末に構成され、複数の端末が競合メカニズムを介して上りデータ伝送を行うことができる。例えば、ｇｒａｎｔ−ｆｒｅｅリソースは、ＵＥ２及びＵＥ３に構成される。これは、ｇｒａｎｔ−ｆｒｅｅリソースの利用率を向上させ、各端末がｇｒａｎｔ−ｆｒｅｅリソース構成時間内にデータを伝送する必要がないためである。しかし、この方式は、複数の端末とのデータ伝送の衝突を引き起こす可能性がある。

このようなｇｒａｎｔ−ｆｒｅｅ競合アクセス方式では、複数の端末が同時に構成されたｇｒａｎｔ−ｆｒｅｅリソースにおいてデータを送信する場合、データの非直交伝送によりデータ伝送が衝突し、受信側で復調に失敗する。ネットワークが端末の状態を把握するためには、端末はデータ伝送時に端末識別子を含む必要がある。一般的に、ネットワーク側では、以下の復調結果がある。

ネットワークは、端末の識別情報および端末によって送信されたデータを成功に復調する場合、全ての端末のデータを成功に復調することができるが、これは、非常に複雑な受信機アルゴリズムを必要とし、また、送信側での端末間に何らかの協調メカニズムを必要とする。

ネットワークは、端末の識別情報を成功に復調し、端末のデータを復調できない場合、どの端末がｇｒａｎｔ−ｆｒｅｅでデータ送信を行ったかなどの部分的な情報を得ることができ、それにより、データ復調に失敗した端末がデータをタイムリーに再送信するために、ＡＣＫ／ＮＡＣＫをフィードバックすることなどの対策することができる。

ネットワークは、端末の識別情報及び端末の送信データの復調に失敗した場合、端末がネットワーク側からのフィードバックや指示を受信しないため、対策することができない。

図３は、本願の実施例におけるデータ伝送方法２００の概略ブロック図を示す。図３に示すように、方法２００は、Ｓ２１０〜Ｓ２３０を含む。

Ｓ２１０において、第１の端末デバイスは、第１のデータが送信される必要があると確定する。

Ｓ２２０において、前記第１の端末デバイスは、第２のリソースにおいて前記第１の端末デバイスの識別情報を送信し、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信することを指示し、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリングフリーリソースであり、前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、前記第２のリソースは、前記第１のリソースと重ならない。

Ｓ２３０において、前記第１の端末デバイスは、前記第１のリソースにおいて前記第１のデータを送信する。

なお、ネットワークデバイスは、予め複数の端末デバイスに対してデータ送信用のリソースを構成しておき、そのリソースがスケジューリング不要のリソースであり、すなわち、端末デバイスは、そのリソースの時間領域においてデータを送信する場合、端末デバイスにスケジューリング要求を送信してリソースを要求する必要がなく、そのリソースをそのまま用いてデータを送信することができる。このスケジューリング不要のリソースは、プロトコルによって規定された固定のリソースであってもよい。言い換えると、当該のスケジューリング不要のリソースは、静的または半静的な方法で構成される。同様に、端末デバイスの識別情報を伝送するためのリソースも静的または半静的に構成される。

具体的には、スケジューリング不要のデータ及び端末デバイスの識別情報を伝送するための２つの重ならないリソースを構成し、端末デバイスの識別情報は、スケジューリング不要のリソースにおいてデータ送信することを示す。例えば、ネットワークデバイスは、１つの時間スロットをスケジュール単位とする場合、複数の端末デバイスの識別情報を伝送するための１つの時間スロットの１つのシンボルと、複数の端末デバイスのスケジューリング不要のデータを送信するための第２の及び第３のシンボルとを構成し、端末デバイスが、当該の時間スロットの直前にデータがある場合、端末デバイスは、当該の時間スロットの第１のシンボルでその識別情報を直接送信し、当該の時間スロットの第２の及び第３のシンボルでキャッシュされたデータを送信するようにしてもよい。特に断りがない限り、ここで構成された２つのリソースについては、第１の端末デバイスは、使用権限を有し、すなわち、上記２つのリソースに関連する複数の端末デバイスは、第１の端末デバイスを含む。当該のスケジューリング不要のリソースは競合リソースであるため、複数の端末デバイスが当該のスケジューリング不要のリソースにおいてデータを送信する場合があり、複数の端末デバイスのデータが衝突し、ネットワークデバイスがデータを復調できなくなる場合がある。ネットワークデバイスが第１の端末デバイスの識別情報を復調する場合、少なくとも、第１の端末デバイスがスケジューリング不要のリソースにおいてデータを送信することを把握できるので、ネットワークデバイスは、データを復調しない場合、ＮＡＣＫを第１の端末デバイスにフィードバックし、又は、復調失敗したデータに再送リリースを割り当てることができる。

したがって、本願の実施例に係るデータ伝送方法は、ネットワークデバイスが端末デバイスの識別情報を復調することを容易にし、ネットワークデバイスが競合状態を把握し、さらに動作を進めることを可能にする。

本願の実施例において、前記方法は、前記第１の端末デバイスは、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信することをさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である。

第２のリソースは、端末デバイスの識別情報に加えて、端末デバイスの他の情報を伝送することができる。例えば、他の情報は、端末デバイスのバッファ状態報告、すなわち、第１のリソースが端末デバイスによってキャッシュされたデータを送信するのに不十分である場合、端末デバイスが、さらに、第２のリソースにおいて端末デバイスのバッファ状態報告を搬送することができ、データを送信するために必要なデータの量がどれだけ残っているかをネットワークデバイスに知らせることができ、ネットワークデバイスは、バッファ状態報告内のデータ量に従ってリソースを割り当てることができる。他の情報は、リソース変更要求であってもよく、すなわち、端末デバイスは、第２のリソースのサイズ、位置、及びタイプを変更するようにネットワークデバイスに能動的に要求してもよい。具体的には、端末デバイスが第２のリソースにおいて送信する他の情報に必要なリソースが比較的大きく、第２のリソースのサイズが満たされない場合、端末デバイスは、第２のリソースをより大きく設定するようにネットワークデバイスに要求することができる。端末デバイスは、第２のリソースが競合リソースである場合、次のスケジューリングユニットで端末デバイスに第２のリソースを当該の端末デバイス専用のリソースに設定するように要求することもできる。このリソース変更要求は、具体的には、第２のリソースの変更の内容を要求するものであり、端末デバイスは、自己の要求に応じて確定することができる。他の情報は、端末デバイスのデータ量が小さいもの、典型的には、数バイトのデータなど、ある閾値よりも小さいものでもあり得る。端末デバイスは、場合によっては、自身の識別情報、ＢＳＲ、リソース変更要求をアップロードした後に、第２のリソースがまだ残っていることを発見し、残りのリソースを用いて、小データの一部を送信することができる。

任意選択で、本願の実施例において、前記第１の端末デバイスが、前記第１の端末デバイスの識別情報を第２のリソースにおいて送信する前に、前記方法は、前記第１の端末デバイスが、前記ネットワークデバイスが送信した、前記第２のリソースのサイズ及び位置を示す指示情報を受信することと、前記第１の端末デバイスは、前記指示情報に基づいて、前記第２のリソースを確定することとを含む。

以上のように、当該の第２のリソースのサイズ、位置、およびタイプは、調整可能である。例えば、無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ)などの上位レイヤシグナリングによって調整し、または、下り制御情報(Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ)によって動的に調整する。すなわち、異なるスケジューリングユニット内の第２のリソースの位置、サイズ、およびタイプは、変更され、第２のリソースの端末も変更され得る。例えば、第２のリソースは、ＵＥ１〜ＵＥ４に対して、前のスケジューリングユニットにおいて構成され、次のスケジューリングユニットにおいてＵＥ２〜ＵＥ５に対して構成されてもよい。ＵＥ１に構成されるリソースは、他の位置であり得る。この第２のリソースの調整は、端末デバイスが要求し、その後ネットワークデバイスが応答し、すなわち上記指示情報を送信し、ネットワークデバイスが能動的に調整することも可能である。例えば、第１のリソース及び第２のリソースにおいて、ネットワークは、端末の情報を成功に復調しなかった場合、識別情報とデータとの双方が衝突した可能性があり、次のスケジューリングユニットにおいて、ネットワークが第２のリソースの使用方法を調整し、すなわち、端末に専用の第２のリソースを構成することで、少なくとも端末デバイスの識別情報の送信の信頼性を向上させることができる。逆に、例えば、ネットワークは、当該端末の識別情報を容易に復調できる場合、構成された当該第２のリソースに余裕があると考え、次回の伝送において、当該端末に競合型の第２のリソースを構成し、すなわち複数の端末に同じ第２のリソースを構成することができる。つまり、本実施例では、この第２のリソースを調整することで、リソースの利用効率と衝突のバランスをとることができ、システム性能を向上させることができる。

第１のリソースは、指示情報により次のスケジューリングユニット内のサイズ及び位置などを調整することもでき、第１のリソースを示す指示情報と第２のリソースを示す指示情報は、１つのメッセージに含まれてもよいし、２つのメッセージに分けて含まれてもよいが、本願の実施例はこれに限定されない。第１のリソースの構成方式は第２のリソースに類似し、簡潔にするためにここでは説明を省略する。

端末デバイスの識別情報は、端末デバイスのメディアアクセス制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ)層のセル無線ネットワーク一時識別(Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：Ｃ−ＲＮＴＩ)またはＲＲＣ非アクティブ状態での識別子を含むことができ、新しい無線(Ｎｅｗ Ｒａｄｉｏ：ＮＲ)システムでは、端末デバイスは、ＲＲＣアイドル状態とＲＲＣ接続状態との間で他の状態で存在し、その状態において、依然として一部の無線ベアラが存在し、コアネットワーク、基地局、および端末は、対応するコンテキストを保有し、基地局は、その端末にアクセスネットワーク識別子を割り当て、そのアクセスネットワーク識別子は、無線リソース制御再開識別子ＲＲＣ−ＲＥＳＵＭＥ−ＩＤまたはアクセスネットワーク(ａｃｃｅｓｓ ｓｔｒａｔｕｍ：ＡＳ)コンテキスト識別子ＡＳ−ＣＯＮＴＥＸＴ−ＩＤである。端末デバイスは、非アクティブ状態ではセル再選択のモビリティを有するが、測定報告がなく、小データの送受信等を行うことができる。

任意選択で、本願の実施例において、該第２のリソースは、ネットワークデバイスにより構成されるデータチャネル上のリソースであってもよく、ランダムアクセスチャネルのリソース又は制御チャネルのリソースであってもよい。

さらに、第２のリソースがデータチャネル上のリソースである場合、ネットワークデバイスにより構成された第２のリソースは、他の端末デバイスのスケジューリングに基づくデータを送信するためにも使用され得る。例えば、最初、ネットワークデバイスは、ＵＥ１の識別情報によりリソースブロック１上で送信されるように構成され、ＵＥ２がネットワークデバイスにスケジューリング要求を送信する場合、ネットワークデバイスがＵＥ２のために割り当てられたリソースブロックがリソースブロック１をカバーし、この時、リソースブロック１は、ＵＥ２のためのスケジューリングデータを送信するためにも使用され得る。

ネットワークデバイスは、ランダムアクセスチャネルＲＡＣＨを第２のリソースとして構成する場合、端末デバイスに専属プリアンブルシーケンスを構成することができる。この場合、端末デバイスは、それに対応するプリアンブルシーケンスを端末の識別子として、すなわち、ネットワークデバイスは、ランダムアクセスプリアンブルシーケンスＰｒｅａｍｂｌｅを受信した後、どの端末デバイスが第１のリソースにおいてスケジューリング不要のデータを送信したかを一意に確定することができる。

ネットワークデバイスは、上り制御チャネルを第２のリソースとして構成する場合、第１のリソースの時間領域範囲内の上り制御チャネルリソースを第２のリソースとして設定することができる。例えば、端末デバイスは、第１のリソースの時間領域範囲内でデータを送信する必要がある場合、スケジューリング要求をネットワークデバイスに送信し、各端末デバイスのスケジューリング要求が専属であるので、すなわち、ネットワークデバイスがスケジューリング要求を受信した後に、どの端末デバイスであるかを一意に確定することができる。そして、端末デバイスは、スケジューリング要求をネットワークデバイスに送信する時に、第１のリソースにおいて、キャッシュされたデータの少なくとも一部を直接送信することができ、ネットワークデバイスは、スケジューリング要求を受信した後、スケジューリング要求に対応する端末デバイスによって送信されたデータが第１のリソース上にあることを確定することができる。ネットワークデバイスは、第１のリソースにおいて端末デバイスにより送信されたデータを復調することができる。

任意選択で、本願の実施例において、ネットワークデバイスが第１のリソースおよび第２のリソースを直接構成してもよい。例えば、ネットワークデバイスは、複数の小さなリソースブロックを直接的に構成し、端末デバイスは、１つのブロックを選択して端末デバイスに通知し、そのリソースブロックにおいてスケジューリング不要のデータを送信させることができる。ネットワークデバイスは、端末デバイスに、構成されたリソースブロックを通知してもよく、データがあるとき、端末デバイスは、スケジューリング不要のデータを具体的にどのリソースブロックで送信するかを選択できる。

当業者であれば、ネットワークデバイスは、その下にある複数の端末デバイスのためのスケジューリング不要のデータを送信するためのスケジューリング不要のリソース領域を直接構成又はプロトコルで直接規定することもできる。ネットワークデバイスは、領域内で複数の小さなリソースブロックを分割し、複数の端末デバイスの送信内容を分類し、又は複数の端末デバイスをグループ化することができる。

以下、図４及び図５を参照して、このスケジューリング不要のリソース領域が構成された場合の本願の実施例の具体的な実現について詳細に説明する。

ネットワークデバイスは、まず、スケジューリング不要のリソース領域を構成し、次に、このスケジューリング不要のリソース領域内でいくつかの小さなリソースブロックを分割することができる。具体的には、スケジューリング不要のデータを伝送するリソースと識別情報を伝送するリソースとの両方が、このスケジューリング不要のリソース領域にあってもよい。図４に示されるように、このスケジューリング不要のリソース領域において５つの小さなリソースブロックが分割され、そのうちの１つのリソースブロックが、ＵＥ１のスケジューリング不要のデータの送信に専用であり、すなわち、そのリソースブロックが、専用のスケジューリング不要のリソースブロックであり、１つのリソースブロックは、ＵＥ２およびＵＥ３のためのスケジューリング不要のデータの送信に専用であり、１つのリソースブロックは、ＵＥ４およびＵＥ５のためのスケジューリング不要のデータの送信に専用であり、すなわち、この２つのリソースブロックは、競合のスケジューリング不要のリソースブロックであり、また、図４に、ＵＥ２およびＵＥ４の識別情報をそれぞれ伝送するために使用される他の２つのリソースブロックも示され、すなわち、ＵＥ２およびＵＥ４の情報の伝送に専用であり得る。ネットワークデバイスはまた、ＵＥ３およびＵＥ５の情報を伝送するための専用リソースブロックを構成し得る。つまり、この実施例では、ネットワークデバイスが端末デバイスに構成された第２のリソースは、端末デバイスに専属のリソースブロックである。

図５に示されるように、同様に、このスケジューリング不要のリソース領域において５つの小さなリソースブロックが分割され、そのうちの１つのリソースブロックが、ＵＥ１のスケジューリング不要のデータの送信専用であり、すなわち、そのリソースブロックが、専用のスケジューリング不要のリソースブロックであり、１つのリソースブロックは、ＵＥ２およびＵＥ３のためのスケジューリング不要のデータの送信に専用であり、１つのリソースブロックは、ＵＥ４およびＵＥ５のためのスケジューリング不要のデータの送信に専用であり、すなわち、この２つのリソースブロックは、競合のスケジューリング不要のリソースブロックであり、図５には、ＵＥ２、ＵＥ３及びＵＥ４、ＵＥ５の識別情報をそれぞれ伝送するために、他の２つのリソースブロックがさらに示されており、すなわち、この２つのリソースブロックは、ＵＥ２、ＵＥ３及びＵＥ４、ＵＥ５の情報を、競合的な方法で送信してもよい。つまり、この実施例では、ネットワークデバイスが端末デバイスに構成された第２のリソースは、複数の端末デバイスが競合するリソースブロックである。

ネットワークデバイスがスケジューリング不要のリソース領域を構成する場合、第２のリソースは、そのスケジューリング不要のリソース領域の外に構成されてもよく、同様に、第２のリソースは、専用リソースとして構成されてもよく、競合リソースとして構成されてもよい。具体的な構成の仕方は、図４及び図５に示すように、第２のリソースがスケジューリング不要のリソース領域外のリソースであるに過ぎない。

なお、上記のように構成された第１のリソースと第２のリソースの端末デバイスは、必ずしも１対１に対応しない。例えば、第１のリソースがＵＥ１〜ＵＥ４のためのスケジューリング不要のデータを伝送するリソースとして構成される場合、第２のリソースがＵＥ１〜ＵＥ４のための識別情報を伝送するリソースとして構成されてもよいし、第２のリソースがＵＥ２及びＵＥ３のための識別情報を伝送するリソースとして構成されてもよく、ＵＥ１及びＵＥ４が他の場所で識別情報を伝送してもよいし、第２のリソースがＵＥ２〜ＵＥ５のためのサービスとして構成されてもよく、ここで、ＵＥ２及びＵＥ４は第２のリソースにおいて識別情報を送信し、ＵＥ５は第２のリソースにおいてスケジューリング又はスケジューリング不要のデータを送信することができ、本願の実施例はこれに限定されない。

本願の実施例において、端末デバイスは、ネットワークデバイスの構成に応じて、以下のように、端末デバイスのスケジューリング不要のデータ、端末の識別情報、及び端末の他の情報をそれぞれ伝送する。

端末は、第１のリソースで、上りデータ、端末の識別情報、及び他の情報を伝送する。

端末は、第１のリソースにおいて、上りデータ及び他の情報を送信し、第２のリソースにおいて、端末の識別情報を伝送する。

端末は、第１のリソースにおいて上りデータを送信し、第２のリソースにおいて端末の識別情報と他の情報を伝送する。

このように、本願の実施例におけるデータ伝送方法は、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスが端末デバイスの識別情報を復調しやすくなるため、さらなる動作が可能となり、システム性能を向上させることができる。

図６は、本願の実施例におけるデータ伝送方法３００の概略ブロック図を示す。図６に示すように、方法３００は、Ｓ３１０〜Ｓ３２０を含む。

Ｓ３１０において、ネットワークデバイスは、第２のリソースにおいて、第１の端末デバイスの識別情報を復調し、前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースである。

Ｓ３２０において、前記ネットワークデバイスは、前記第１の端末デバイスの識別情報を成功に復調した場合、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信すると確定し、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、前記第１のリソースは、前記第２のリソースと重ならない。

Ｓ３３０において、前記ネットワークデバイスは、前記第１のリソースにおいて前記第１の端末デバイスにより送信された第１のデータを復調する。

任意選択で、本願の実施例において、前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、及び/又は、前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、本願の実施例において、前記方法は、前記ネットワークデバイスは、前記第１の端末デバイスの識別情報を成功に復調し、かつ、前記第１のデータを成功に復調しない場合、前記第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、前記第１の端末デバイスに前記第１のデータの再送のためのリソースを割り当てることをさらに含む。

具体的には、ネットワーク側は、第２のリソースおよび第１のリソースのそれぞれの位置でデータを復調し、第２のリソースの位置で端末の識別情報を成功に復調した場合、端末が第１のリソースにおいてデータを送信すると判断し、第１のリソースにおいて端末のデータの復調が失敗した場合、ネットワークは、ＮＡＣＫをフィードバックするか、または、端末に専属のリソースをスケジューリングしてデータ再送を行うことができる。

任意選択で、本願の実施例において、前記ネットワークデバイスは、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調することをさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である。

任意選択で、本願の実施例において、前記ネットワークデバイスが、第２のリソースにおいて前記第１の端末デバイスの識別情報を復調する前に、前記ネットワークデバイスは、前記第２のリソースのサイズ及び位置を示す指示情報を前記第１の端末デバイスに送信することを含む。

任意選択で、本願の実施例では、前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる。

任意選択で、本願の実施例において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、またはアクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

任意選択で、本願の実施例において、前記第２のリソースは、ランダムアクセスチャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである。

任意選択で、本願の実施例において、前記第２のリソースは、制御チャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する。

任意選択で、本願の実施例において、前記方法は、前記第２のリソースにおいて、前記第２の端末デバイスにより送信された前記スケジューリングに基づくデータを復調することを含む。

このように、本願の実施例におけるデータ伝送方法は、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスが端末デバイスの識別情報を復調しやすくなるため、さらなる動作が可能となり、システム性能を向上させることができる。

ネットワークデバイスによって記述されるネットワークデバイスと端末デバイスとの相互作用及び関連する特性、機能などは、端末デバイスの関連する特性、機能に対応することが理解されるべきである。すなわち、端末デバイスがネットワークデバイスにどのような情報を送信すると、ネットワークデバイスはそれに対応してどのような情報を受信する。簡潔にするために、ここでは説明を省略する。

また、本発明の様々な実施例において、上述のプロセスの順序の大きさは、実行順序の前後を意味するものではなく、各プロセスの実行順序は、その機能及び内部ロジックにおいて確定されるべきであり、本願の実施例のプロセスを何ら限定するものではないことを理解されたい。

図７は、本願の実施例におけるデータを送信する端末デバイス４００の概略ブロック図を示す。図７に示すように、この端末デバイス４００は、第１の確定ユニット４１０、第１の送信ユニット４２０及び第２の送信ユニット４３０を含む。

第１の確定ユニット４１０は、第１のデータが伝送される必要があると確定するように構成される。

第１の送信ユニット４２０は、第２のリソースにおいて前記第１の端末デバイスの識別情報を送信するように構成される。

第２の送信ユニット４３０は、前記第１のリソースにおいて前記第１のデータを送信するように構成される。

前記第１の端末デバイスの識別情報は、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信することを指示し、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリング不要のリソースであり、前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、前記第２のリソースは、前記第１のリソースと重ならない。

このように、本願の実施例におけるデータを伝送する端末デバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスにおける端末デバイスの識別情報の復調を容易にし、さらなる動作を可能とし、システム性能を向上させることができる。

任意選択で、前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成したデータを伝送するためのリソースであり、及び/又は、前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、本願の実施例において、端末デバイス４００は、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信するように構成される第３の送信ユニット４４０をさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である。

任意選択で、本願の実施例において、端末デバイス４００は、前記ネットワークデバイスにより送信された、前記第２のリソースのサイズ及び位置を示す指示情報を受信するように構成される受信ユニット４５０と、前記指示情報に基づいて、前記第２のリソースを確定するように構成される第２の確定ユニット４６０とをさらに含む。

任意選択で、本願の実施例では、前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる。

任意選択で、本願の実施例において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

任意選択で、本願の実施例において、前記第２のリソースは、ランダムアクセスチャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである。

任意選択で、本願の実施例において、前記第２のリソースは、制御チャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する。

任意選択で、本願の実施例において、前記第２のリソースは、前記第２の端末デバイスが動的にスケジューリングしたデータを伝送するために用いられる。

なお、本願の実施例に係るデータを伝送する端末デバイス４００は、本願の方法の実施例に係る端末デバイスに対応することができ、端末デバイス４００の各部の上述した及びその他の動作及び/又は機能は、図３〜図５に示す方法２００における端末デバイスの対応するフローをそれぞれ実現するために、簡潔のためにここでは説明を省略する。

図８は、本願の実施例のデータを送信するネットワークデバイス５００の概略ブロック図を示す。図８に示すように、このネットワークデバイス５００は、第１の復調ユニット５１０、確定ユニット５２０及び第２の復調ユニット５３０を含む。

第１の復調ユニット５１０は、第２のリソースにおいて、第１の端末デバイスの識別情報を復調するように構成される。

確定ユニット５２０は、前記第１の復調ユニットが前記第１の端末デバイスの識別情報を成功に復調した場合、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信すると確定するように構成される。

第２の復調ユニット５３０は、前記第１のリソースにおいて前記第１の端末デバイスにより送信された第１のデータを復調するように構成される。

前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースであり、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、前記第１のリソースは、前記第２のリソースと重ならない。

このように、本願の実施例におけるデータを伝送するネットワークデバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、端末デバイスの識別情報を容易に復調できるため、システム性能を向上させることができる。

任意選択で、本願の実施例において、前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、及び/又は、前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第１の復調ユニットが前記第１の端末デバイスの識別情報を成功に復調し、かつ、前記第１のデータを成功に復調しない場合、前記第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、前記第１の端末デバイスに前記第１のデータの再送のためのリソースを割り当てるように構成される処理ユニット５４０をさらに含む。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調するように構成される第３の復調ユニット５５０をさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第２のリソースのサイズ及び位置を示す指示情報を前記第１の端末デバイスに送信するように構成される送信ユニット５６０を含む。

任意選択で、本願の実施例では、前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる。

任意選択で、本願の実施例において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、またはアクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

任意選択で、本願の実施例において、前記第２のリソースは、ランダムアクセスチャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである。

任意選択で、本願の実施例において、前記第２のリソースは、制御チャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第２のリソースにおいて、前記第２の端末デバイスの前記スケジューリングに基づくデータを復調するように構成される第４の復調ユニット５７０をさらに含む。

本願の実施例におけるデータを伝送するネットワークデバイス５００は、本発明の方法の実施例におけるネットワークデバイスに対応してもよく、ネットワークデバイス５００の各部の上記及び他の動作及び/又は機能は、図６に示す方法３００におけるネットワークデバイスの対応するフローをそれぞれ実現するために、簡潔のためにここでは説明を省略する。

図９に示されるように、本願の実施例は、データを伝送するための端末デバイス６００をさらに提供し、この端末デバイス６００は、図５の端末デバイス４００であってもよく、図３の方法１００に対応する端末デバイスの処理を実行するために使用され得る。この端末デバイス６００は、入力インターフェース６１０、出力インターフェース６２０、プロセッサ６３０、及びメモリ６４０を備え、これらはバスシステムにより接続可能となっている。メモリ６４０は、プログラム、命令、またはコードを記憶する。プロセッサ６３０は、メモリ６４０内のプログラム、命令、又はコードを実行して、入力インターフェース６１０を制御して信号を受信し、出力インターフェース６２０を制御して信号を送信し、上述の方法の実施例の動作を行う。

このように、本願の実施例におけるデータを伝送する端末デバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスが端末デバイスの識別情報の復調を容易にし、さらなる動作を可能とし、システム性能を向上させることができる。

本願の実施例において、このプロセッサ６３０は、中央処理装置(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、既製のプログラマブルゲートアレイ又は他のプログラマブル論理デバイス、個別ゲート又はトランジスタロジック、個別ハードウェア構成要素等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。

メモリ６４０は、読み出し専用メモリおよびランダムアクセスメモリを含み得、プロセッサ６３０に命令およびデータを提供し得る。メモリ６４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ６４０は、デバイスタイプの情報をさらに記憶してもよい。

実現過程において、方法の各ステップは、プロセッサ６３０内のハードウェアの集積論理回路またはソフトウェア形態の命令によって達成され得る。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように実現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に構成され得る。この記憶媒体は、メモリ６４０に位置し、プロセッサ６３０は、メモリ６４０内の情報を読み出し、そのハードウェアと組み合わせて、上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。

具体的な実施例において、端末デバイス４００における受信ユニット４５０は、図９に示された入力インターフェイス６１０によって実現され、端末デバイス４００における第１の送信ユニット４２０、第２の送信ユニット４３０及び第３の送信ユニット４４０は、図９に示された出力インターフェイス６２０によって実現され、端末デバイス４００における第１の確定ユニット４１０及び第２の確定ユニット４６０は、図９に示されたプロセッサ６３０によって実現される。

図１０に示すように、本願の実施例は、データを伝送するネットワークデバイス７００をさらに提供し、ネットワークデバイス７００は、図８のネットワークデバイス５００であってもよく、図６の方法３００に対応するネットワークデバイスの処理を実行するために使用され得る。このネットワークデバイス７００は、入力インターフェース７１０、出力インターフェース７２０、プロセッサ７３０、及びメモリ７４０を備え、これらはバスシステムにより接続可能となっている。メモリ７４０は、プログラム、命令、又はコードを記憶する。プロセッサ７３０は、入力インターフェース７１０を制御して信号を受信し、出力インターフェース７２０を制御して信号を送信し、前述の方法の実施例の動作を完了するために、メモリ７４０内のプログラム、命令、又はコードを実行する。

このように、本願の実施例におけるデータを伝送するネットワークデバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、端末デバイスの識別情報を容易に復調できるため、システム性能を向上させることができる。

本願の実施例において、プロセッサ７３０は、中央処理装置(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、既製のプログラマブルゲートアレイ又は他のプログラマブル論理デバイス、個別ゲート又はトランジスタロジック、個別ハードウェア構成要素等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。

メモリ７４０は、読み出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ７３０に命令およびデータを提供する。メモリ７４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ７４０は、デバイスタイプの情報をさらに記憶することができる。

実施において、方法の各コンテンツは、プロセッサ７３０におけるハードウェアの集積論理回路またはソフトウェア形態の命令によって実現されてもよい。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように実現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に構成され得る。この記憶媒体は、メモリ７４０に位置し、プロセッサ７３０は、メモリ７４０の情報を読み取り、そのハードウェアとの関連で上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。

具体的な実施例において、ネットワークデバイス５００における第１の復調ユニット５１０、確定ユニット５２０、第２の復調ユニット５３０、処理部５４０、第３の復調ユニット５５０及び第４復調ユニット５７０は、図１０のプロセッサ７３０により実現され、送信ユニット５６０は、図１０の出力インターフェース７２０により実現される。

当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本開示の範囲から逸脱するものと考えられるべきではない。

当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。

本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。

この分離手段として説明するユニットは、物理的に分離していても、分離していなくてもよく、ユニットとして表示する手段は、物理的なユニットであっても、物理的なユニットでなくても、１箇所にあっても、複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。

また、本発明の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。

この機能をソフトウェア機能ユニットの形で実現し、スタンドアロン製品として販売又は使用する場合には、コンピュータ読み取り可能な記憶媒体に記憶させることができる。このような理解に基づいて、本発明の技術的解決策の本質または従来技術に寄与する部分、または技術的解決策の部分は、１つの記憶媒体に記憶されたソフトウェア製品の形態で実現化されてもよく、このソフトウェア製品は、コンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に本発明の様々な実施例の方法のステップの全部または一部を実行させるための複数の命令を含む。なお、前記記憶媒体としては、U字ディスク、リムーバブルハードディスク、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。

以上、本発明の具体的な実施例を説明したが、本発明の技術的範囲はこれに限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、本発明の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本発明の保護範囲は、特許請求の範囲によって確定されるべきである。

本発明は、通信分野に関し、特に、データ伝送方法、端末デバイス及びネットワークデバイスに関する。

現在の通信システムでは、半静的スケジューリングと同様の伝送方式、すなわちスケジューリング不要（ｇｒａｎｔ−ｆｒｅｅ）の伝送方式があり、端末は、データ到着時に、これらのｇｒａｎｔ−ｆｒｅｅリソースを適時に用いてネットワークにデータを伝送することができ、動的なスケジューリングリソースを要求する時間を節約することができる。従来のｇｒａｎｔ−ｆｒｅｅに基づくリソースは、通常、複数の端末デバイスに構成され、競合を引き起こす可能性があり、ネットワークデバイスは、このｇｒａｎｔ−ｆｒｅｅリソース上の競合をタイムリーに把握することができず、システム性能の低下を招く。

本発明は、上記に鑑みてなされたものであって、システム性能を向上させることができるデータ伝送方法、端末デバイス及びネットワークデバイスを提供することを目的とする。

第１の形態は、データ伝送方法を提供し、第１の端末デバイスは、第１のデータが伝送される必要があると確定することと、第１の端末デバイスは、第２のリソースにおいて第１の端末デバイスの識別情報を送信することと、第１の端末デバイスは、第１のリソースにおいて第１のデータを送信することとを含み、第１の端末デバイスの識別情報は、第１の端末デバイスが第１のリソースにおいてデータを送信することを指示し、第１のリソースは、第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリング不要のリソースであり、第２のリソースは、第１の端末デバイスを含む、少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、第２のリソースは、第１のリソースと重ならない。

なお、スケジューリング不要のリソースとは、ネットワークで動的にスケジューリングされないリソースであり、半静的に構成されるリソースであり、複数の端末が共有して競合的に使用することができる。第１のリソースと第２のリソースは、いずれもスケジューリング不要のリソースであってもよく、すなわち、端末デバイスがデータ送信を行うときに、ネットワークデバイスによるスケジューリングを待たさなく、第１のリソースを使用してデータを送信し、第２のリソースにおいて識別情報を送信することができる。

この第２のリソースは、第１の端末デバイスの専属リソースであってもよいし、第１の端末デバイスと他の端末デバイスとが競合するリソースであってもよい。すなわち、第２のリソースは、第１の端末デバイスの識別情報に加えて、他の端末デバイスの識別情報を送信することができる。

端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて送信することにより、ネットワークデバイスは、端末デバイスの識別情報を復調しやすくなり、さらなる動作が可能となり、システム性能を向上させることができる。

１つの可能な実施方式において、第１のリソースは、ネットワークデバイスが複数の端末デバイスに対して半静的に構成したデータを伝送するためのリソースであり、及び/又は、第２のリソースは、ネットワークデバイスが半静的に構成した、各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、第１のリソースおよび第２のリソースは、プロトコルにより規定されたものであってもよく、すなわち、スケジューリングユニットにおける第１のリソースおよび第２のリソースのそれぞれの位置およびサイズ、またはタイプ、例えば、第２のリソースが競合リソースであるか、または特定の端末デバイスの専用リソースであるかをプロトコルにより規定される。

１つの可能な実施方式において、第１の端末デバイスは、第２のリソースにおいて、第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信することをさらに含み、リソース変更要求は、ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、第２のデータのデータ量は、第１の閾値未満である。

任意選択で、リソース変更要求は、第２のリソースのサイズ、位置、またはタイプを変更することを要求するために使用され得る。

任意選択で、第２のリソースは、第２の端末デバイスが動的にスケジューリングしたデータを送信するためにも使用される。

１つの可能な実施方式において、第１の端末デバイスが第２のリソースにおいて第１の端末デバイスの識別情報を送信する前に、前記方法は、第１の端末デバイスは、ネットワークデバイスにより送信された、第２のリソースのサイズ及び位置を示す指示情報を受信することと、第１の端末デバイスは、指示情報に基づいて、第２のリソースを確定することとを含む。

任意選択で、指示情報は、無線リソース制御ＲＲＣシグナリングまたは下り制御情報ＤＣＩに含まれる。

１つの可能な実施方式において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

１つの可能な実施方式において、第２のリソースは、ランダムアクセスチャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスの専属プリアンブルシーケンスである。

１つの可能な実施方式において、第２のリソースは、制御チャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスのスケジューリング要求であり、スケジューリング要求は、第１の端末デバイスが送信する第３のデータに対するリソースの割り当てをネットワークデバイスに要求する。

任意選択で、ネットワークデバイスは、第１のリソース及び第２のリソースを直接に構成してもよいし、複数のリソースを構成し、複数のリソースから第１のリソース及び第２のリソースを選択して端末デバイスに通知するようにしてもよい。また、ネットワークデバイスは、構成された複数のリソースを端末デバイスに直接通知し、端末デバイスは、その中から第１のリソースと第２のリソースとを選択するようにしてもよい。

任意選択で、複数の端末デバイスに対して１つのスケジューリング不要のリソース領域を構成し、スケジューリング不要のリソース領域内に第１のリソースと第２のリソースを構成してもよく、スケジューリング不要のリソース領域外のリソースに第２のリソースを構成するようにしてもよい。

第２の形態は、データ伝送方法を提供し、ネットワークデバイスは、第２のリソースにおいて、第１の端末デバイスの識別情報を復調することと、ネットワークデバイスは、第１の端末デバイスの識別情報を成功に復調した場合、第１の端末デバイスが第１のリソースにおいてデータを送信すると確定することと、ネットワークデバイスは、第１のリソースにおいて第１の端末デバイスにより送信された第１のデータを復調することとを含み、第２のリソースは、第１の端末デバイスを含む、少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースであり、第１のリソースは、第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、第１のリソースは、第２のリソースと重ならない。

端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて送信することにより、ネットワークデバイスは、端末デバイスの識別情報を復調しやすくなり、さらなる動作が可能となり、システム性能を向上させることができる。

１つの可能な実施方式において、第１のリソースは、ネットワークデバイスが複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、及び/又は、第２のリソースは、ネットワークデバイスが半静的に構成した、各端末デバイスの識別情報を伝送するためのリソースである。

１つの可能な実施方式において、ネットワークデバイスは、第１の端末デバイスの識別情報を成功に復調し、かつ、第１のデータを成功に復調しない場合、第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、第１の端末デバイスに第１のデータの再送のためのリソースを割り当てることをさらに含む。

１つの可能な実施方式において、ネットワークデバイスは、第２のリソースにおいて、第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調することをさらに含み、リソース変更要求は、ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、第２のデータのデータ量は、第１の閾値未満である。

１つの可能な実施方式において、ネットワークデバイスが、第２のリソースにおいて第１の端末デバイスの識別情報を復調する前に、ネットワークデバイスは、第２のリソースのサイズ及び位置を示す指示情報を第１の端末デバイスに送信することを含む。

任意選択で、指示情報は、無線リソース制御ＲＲＣシグナリングまたは下り制御情報ＤＣＩに含まれる。

１つの可能な実施方式において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

１つの可能な実施方式において、第２のリソースは、ランダムアクセスチャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスの専属プリアンブルシーケンスである。

１つの可能な実施方式において、第２のリソースは、制御チャネルのリソースであり、第１の端末デバイスの識別情報は、第１の端末デバイスのスケジューリング要求であり、スケジューリング要求は、第１の端末デバイスが送信する第３のデータに対するリソースの割り当てをネットワークデバイスに要求する。

１つの可能な実施方式において、第２のリソースにおいて、第２の端末デバイスにより送信されたスケジューリングに基づくデータを復調することを含む。

第３の形態は、上記の第１の形態または第１の形態の任意の可能な方法を実行するための端末デバイスを提供する。具体的には、端末デバイスは、上記の第１の形態または第１の形態の任意の可能な形態における方法を実行するためのユニットを含む。

第４の形態は、上記の第２の形態または第１の形態の任意の可能な方法を実行するためのネットワークデバイスを提供する。具体的には、ネットワークデバイスは、上記の第２の形態または第２の形態の任意の可能な形態における方法を実行するためのユニットを含む。

第５の形態は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備える端末デバイスを提供する。メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、第１の形態または第１の形態の任意の可能な形態における方法を実行するために使用される。

第６の形態は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを備えるネットワークデバイスである。メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。メモリは、命令を記憶するために使用され、プロセッサは、メモリに記憶された命令を実行して、上述の第２の形態または第２の形態の任意の可能な形態における方法を実行するために使用される。

第７の形態は、上記の第１の形態または第１の形態の任意の可能な形態における方法、または上記の第２の形態または第２の形態の任意の可能な形態における方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体であって、上記の形態を実行するように設計されたプログラムを含む、コンピュータ記憶媒体を提供する。

本開示のこれらの形態または他の形態は、以下の実施例の説明においてより容易に理解されるであろう。

本願の実施例における応用シーンの概略図を示す。 スケジューリングに基づく上りデータ伝送方式の模式図を示す。 本願の実施例におけるデータ伝送の概略ブロック図を示す。 本願の実施例におけるリソース構成の模式図を示す。 本願の実施例におけるリソース構成の他の概略図を示す。 本願の実施例におけるデータ伝送の別の概略ブロック図を示す。 本願の実施例におけるデータを伝送する端末デバイスの概略ブロック図である。 本願の実施例におけるデータを伝送するネットワークデバイスの概略ブロック図を示す。 本願の実施例におけるデータを伝送する端末デバイスの他の概略ブロック図を示す。 本願の実施例におけるデータを伝送するネットワークデバイスの別の概略ブロック図を示す。

以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて、明確かつ完全に説明する。

本願の実施例の技術的解決策は、例えば、全地球移動通信(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ )システム、符号分割多元接続(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＣＤＭＡ)システム、広帯域符号分割多元接続(Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＷＣＤＭＡ)システム、汎用パケット無線サービス(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：ＧＰＲＳ)、ロングタームエボリューション(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ)システム、ＬＴＥ周波数分割複信(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＦＤＤ)システム、ＬＴＥ時分割複信(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＴＤＤ)、汎用移動通信システム(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＵＭＴＳ)、全地球相互接続マイクロ波アクセス(Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉＭＡＸ )通信システム、又は将来の５Ｇシステム等の様々な通信システムに適用可能であることが理解されるべきである。

特に、本出願の実施例の技術的解決策は、スパースコード多元接続(Ｓｐａｒｓｅ Ｃｏｄｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＳＣＭＡ)システム、低密度シグネチャ(Ｌｏｗ Ｄｅｎｓｉｔｙ Ｓｉｇｎａｔｕｒｅ：ＬＤＳ)システム等の様々な非直交多元接続技術に基づく通信システムに適用され得るが、ＳＣＭＡシステム及びLDＳシステムは、通信分野において別名としても知られてもよく、さらに、本願の実施例の技術的方式は、非直交多元接続技術を採用するマルチキャリア伝送システム、例えば、非直交多元接続技術を採用する直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ)、フィルタグループマルチキャリア(Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ：ＦＢＭＣ)、汎用周波数分割多重(Ｇｅｎｅｒａｌｉｚｅｄ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＧＦＤＭ)、フィルタリング直交周波数分割多重(Ｆｉｌｔｅｒｅｄ−ＯＦＤＭ：Ｆ−ＯＦＤＭ)システム等に適用されてもよい。

本願の実施例における端末デバイスは、ユーザ装置(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、アクセス端末、ユーザ装置、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信装置、ユーザエージェント又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ)電話、ワイヤレスローカルループ(Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ：ＷＬＬ)局、パーソナルデジタル処理(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ：ＰＤＡ)、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Gネットワークにおける端末デバイス、または将来に発展する公共地上モバイル通信ネットワーク(Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ＰＬＭＮ)における端末デバイスなどであり得るが、本開示の実施例は限定されない。

本願の実施例におけるネットワークデバイスは、端末デバイスと通信するための装置であってもよく、該ネットワークデバイスは、ＧＳＭ又はＣＤＭＡにおける基地局(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ：ＢＴＳ)、ＷＣＤＭＡシステムにおける基地局(ＮｏｄｅＢ：ＮＢ)、ＬＴＥシステムにおける発展型基地局(Ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ ｅＮＢ又はｅＮｏｄｅＢ )、クラウド無線アクセスネットワーク(Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＣＲＡＮ)シナリオにおける無線コントローラであってもよく、又は該ネットワークデバイスは、中継局、アクセスポイント、車載装置、ウェアラブル装置、及び将来の５Ｇネットワークにおけるネットワークデバイス、又は将来の発展型ＰＬＭＮネットワークにおけるネットワークデバイス等であってもよく、本願の実施例は限定されない。

図１は、本発明の一実施例に係る応用シーンの概略図である。図１の通信システムは、端末デバイス１０とネットワークデバイス２０とを含む。ネットワークデバイス２０は、端末デバイス１０に通信サービスを提供し、コアネットワークにアクセスするためのものであり、端末デバイス１０は、ネットワークデバイス２０により送信された同期信号やブロードキャスト信号等を検索することによりネットワークにアクセスし、ネットワークとの通信を行う。図１に示される矢印は、端末デバイス１０とネットワークデバイス２０との間のセルラーリンクを介した上り/下りの伝送を表すことができる。

理解を容易にするため、スケジューリングに基づく上りデータ伝送方式１００について、図２を参照して簡単に説明する。図２に示すように、方法１００は、Ｓ１１０〜Ｓ１４０を含む。

Ｓ１１０において、端末デバイスは、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）を送信して、データが送信されることをネットワークデバイスに通知する。

Ｓ１２０において、ネットワークデバイスは、端末デバイスからのスケジューリング要求に従って、上りリソース認可を含む下り制御情報(Ｄｏｗｎ ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ)を、対応する物理下り制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＤＣＣＨ)で送信する。

Ｓ１３０において、端末デバイスは、ネットワークデバイスによって送信された上りリソース認可に従い、対応する上りリソースで上りデータを送信し、端末デバイスは、バッファ内に残りのデータがある場合、データチャネル上でのバッファ状態情報(ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ：ＢＳＲ )を継続して送信する。

Ｓ１４０において、ネットワークデバイスは、端末が要求を送信しなくなるまで、ＢＳＲに従って、上りリソース認可をさらに発行する。

具体的に、端末デバイス側で、バッファに既に入っている上りデータ送信のイベントが発生した場合、それらのデータの送信のために上りリソースを要求する。それは、競合方式で、ＳＲ制御チャネルを介して、または、物理ランダムアクセスチャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ：ＰＲＡＣＨ)を介して、スケジューリング要求を送信することができ、この時、競合方式でスケジューリング要求を送信する。ネットワークデバイスは、ＢＳＲ情報を送信するために、可能であれば、いくつかのリソースをスケジューリング規則に従って割り当て、上りリソース認可を介して端末デバイスに通知する。端末デバイスは、ＢＳＲを送信して、対応する論理チャネルグループにおいてどのぐらいのデータを送信するかをネットワークデバイスに通知し、上りスケジューリングは、１つの無線ベアラではなく、論理チャネルグループに対するものである。そして、ネットワークデバイスは、端末デバイスに要求されたリソース状態に応じて、対応するリソースを割り当て、上りリソース認可を介して端末デバイスに通知する。端末デバイスは、自己の論理チャネルで一定の優先度原則に従って上りデータを送信する。

従来のＳＲに基づくデータ伝送方式では、通常、１回のデータスケジューリング完了まで７ｍｓの遅延が必要であり、低遅延が要求されるサービスには、通常、要求を満たさない。また、この方式は、シグナリングのやり取りが複数回必要であり、オーバーヘッドも比較的大きい。

現在の通信システムでは、ネットワークが半静的に構成されたいくつかのｇｒａｎｔ−ｆｒｅｅリソースをいくつかの端末に解放して、端末がデータに到着する時、これらのｇｒａｎｔ−ｆｒｅｅリソースをタイムリーに使用してネットワークにデータを送信することによって、端末が動的にスケジューリングされたリソースを要求する時間を節約することを基本原理とするスケジューリング不要のリソースｇｒａｎｔ−ｆｒｅｅが提案されている。ｇｒａｎｔ−ｆｒｅｅリソースの使用に２つの方式がある。

専属のスケジューリング不要のリソース（Ｄｅｄｉｃａｔｅｄ ｇｒａｎｔ−ｆｒｅｅ ｒｅｓｏｕｒｃｅ）であり、この方式では、ある１つのスケジューリング不要のリソースが１つの端末に対応し、データ伝送の高信頼性が保証され、例えば、ネットワークは、ｇｒａｎｔ−ｆｒｅｅリソースに１つの端末、すなわちＵＥ１に構成する。ＵＥ１がデータを送信する場合、当該リソースをタイムリーに使用され得るが、ＵＥ１がデータを送信しない場合、リソースは無駄になる。

競合のスケジューリング不要のリソース(Ｇｒａｎｔ−ｆｒｅｅ ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒｅｓｏｕｒｃｅ)であり、この方式では、１つのスケジューリング不要のリソースが複数の端末に構成され、複数の端末が競合メカニズムを介して上りデータ伝送を行うことができる。例えば、ｇｒａｎｔ−ｆｒｅｅリソースは、ＵＥ２及びＵＥ３に構成される。これは、ｇｒａｎｔ−ｆｒｅｅリソースの利用率を向上させ、各端末がｇｒａｎｔ−ｆｒｅｅリソース構成時間内にデータを伝送する必要がないためである。しかし、この方式は、複数の端末とのデータ伝送の衝突を引き起こす可能性がある。

このようなｇｒａｎｔ−ｆｒｅｅ競合アクセス方式では、複数の端末が同時に構成されたｇｒａｎｔ−ｆｒｅｅリソースにおいてデータを送信する場合、データの非直交伝送によりデータ伝送が衝突し、受信側で復調に失敗する。ネットワークが端末の状態を把握するためには、端末はデータ伝送時に端末識別子を含む必要がある。一般的に、ネットワーク側では、以下の復調結果がある。

ネットワークは、端末の識別情報および端末によって送信されたデータを成功に復調する場合、全ての端末のデータを成功に復調することができるが、これは、非常に複雑な受信機アルゴリズムを必要とし、また、送信側での端末間に何らかの協調メカニズムを必要とする。

ネットワークは、端末の識別情報を成功に復調し、端末のデータを復調できない場合、どの端末がｇｒａｎｔ−ｆｒｅｅでデータ送信を行ったかなどの部分的な情報を得ることができ、それにより、データ復調に失敗した端末がデータをタイムリーに再送信するために、ＡＣＫ／ＮＡＣＫをフィードバックすることなどの対策することができる。

ネットワークは、端末の識別情報及び端末の送信データの復調に失敗した場合、端末がネットワーク側からのフィードバックや指示を受信しないため、対策することができない。

図３は、本願の実施例におけるデータ伝送方法２００の概略ブロック図を示す。図３に示すように、方法２００は、Ｓ２１０〜Ｓ２３０を含む。

Ｓ２１０において、第１の端末デバイスは、第１のデータが送信される必要があると確定する。

Ｓ２２０において、前記第１の端末デバイスは、第２のリソースにおいて前記第１の端末デバイスの識別情報を送信し、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信することを指示し、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリングフリーリソースであり、前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、前記第２のリソースは、前記第１のリソースと重ならない。

Ｓ２３０において、前記第１の端末デバイスは、前記第１のリソースにおいて前記第１のデータを送信する。

なお、ネットワークデバイスは、予め複数の端末デバイスに対してデータ送信用のリソースを構成しておき、そのリソースがスケジューリング不要のリソースであり、すなわち、端末デバイスは、そのリソースの時間領域においてデータを送信する場合、端末デバイスにスケジューリング要求を送信してリソースを要求する必要がなく、そのリソースをそのまま用いてデータを送信することができる。このスケジューリング不要のリソースは、プロトコルによって規定された固定のリソースであってもよい。言い換えると、当該のスケジューリング不要のリソースは、静的または半静的な方法で構成される。同様に、端末デバイスの識別情報を伝送するためのリソースも静的または半静的に構成される。

具体的には、スケジューリング不要のデータ及び端末デバイスの識別情報を伝送するための２つの重ならないリソースを構成し、端末デバイスの識別情報は、スケジューリング不要のリソースにおいてデータ送信することを示す。例えば、ネットワークデバイスは、１つの時間スロットをスケジュール単位とする場合、複数の端末デバイスの識別情報を伝送するための１つの時間スロットの１つのシンボルと、複数の端末デバイスのスケジューリング不要のデータを送信するための第２の及び第３のシンボルとを構成し、端末デバイスが、当該の時間スロットの直前にデータがある場合、端末デバイスは、当該の時間スロットの第１のシンボルでその識別情報を直接送信し、当該の時間スロットの第２の及び第３のシンボルでキャッシュされたデータを送信するようにしてもよい。特に断りがない限り、ここで構成された２つのリソースについては、第１の端末デバイスは、使用権限を有し、すなわち、上記２つのリソースに関連する複数の端末デバイスは、第１の端末デバイスを含む。当該のスケジューリング不要のリソースは競合リソースであるため、複数の端末デバイスが当該のスケジューリング不要のリソースにおいてデータを送信する場合があり、複数の端末デバイスのデータが衝突し、ネットワークデバイスがデータを復調できなくなる場合がある。ネットワークデバイスが第１の端末デバイスの識別情報を復調する場合、少なくとも、第１の端末デバイスがスケジューリング不要のリソースにおいてデータを送信することを把握できるので、ネットワークデバイスは、データを復調しない場合、ＮＡＣＫを第１の端末デバイスにフィードバックし、又は、復調失敗したデータに再送リリースを割り当てることができる。

したがって、本願の実施例に係るデータ伝送方法は、ネットワークデバイスが端末デバイスの識別情報を復調することを容易にし、ネットワークデバイスが競合状態を把握し、さらに動作を進めることを可能にする。

本願の実施例において、前記方法は、前記第１の端末デバイスは、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信することをさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である
第２のリソースは、端末デバイスの識別情報に加えて、端末デバイスの他の情報を伝送することができる。例えば、他の情報は、端末デバイスのバッファ状態報告、すなわち、第１のリソースが端末デバイスによってキャッシュされたデータを送信するのに不十分である場合、端末デバイスが、さらに、第２のリソースにおいて端末デバイスのバッファ状態報告を搬送することができ、データを送信するために必要なデータの量がどれだけ残っているかをネットワークデバイスに知らせることができ、ネットワークデバイスは、バッファ状態報告内のデータ量に従ってリソースを割り当てることができる。他の情報は、リソース変更要求であってもよく、すなわち、端末デバイスは、第２のリソースのサイズ、位置、及びタイプを変更するようにネットワークデバイスに能動的に要求してもよい。具体的には、端末デバイスが第２のリソースにおいて送信する他の情報に必要なリソースが比較的大きく、第２のリソースのサイズが満たされない場合、端末デバイスは、第２のリソースをより大きく設定するようにネットワークデバイスに要求することができる。端末デバイスは、第２のリソースが競合リソースである場合、次のスケジューリングユニットでネットワークデバイスに第２のリソースを当該の端末デバイス専用のリソースに設定するように要求することもできる。このリソース変更要求は、具体的には、第２のリソースの変更の内容を要求するものであり、端末デバイスは、自己の要求に応じて確定することができる。他の情報は、端末デバイスのデータ量が小さいもの、典型的には、数バイトのデータなど、ある閾値よりも小さいものでもあり得る。端末デバイスは、場合によっては、自身の識別情報、ＢＳＲ、リソース変更要求をアップロードした後に、第２のリソースがまだ残っていることを発見し、残りのリソースを用いて、小データの一部を送信することができる。

任意選択で、本願の実施例において、前記第１の端末デバイスが、前記第１の端末デバイスの識別情報を第２のリソースにおいて送信する前に、前記方法は、前記第１の端末デバイスが、前記ネットワークデバイスが送信した、前記第２のリソースのサイズ及び位置を示す指示情報を受信することと、前記第１の端末デバイスは、前記指示情報に基づいて、前記第２のリソースを確定することとを含む。

以上のように、当該の第２のリソースのサイズ、位置、およびタイプは、調整可能である。例えば、無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ)などの上位レイヤシグナリングによって調整し、または、下り制御情報(Ｄｏｗｎｌｏａｄ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ)によって動的に調整する。すなわち、異なるスケジューリングユニット内の第２のリソースの位置、サイズ、およびタイプは、変更され、第２のリソースの端末も変更され得る。例えば、第２のリソースは、ＵＥ１〜ＵＥ４に対して、前のスケジューリングユニットにおいて構成され、次のスケジューリングユニットにおいてＵＥ２〜ＵＥ５に対して構成されてもよい。ＵＥ１に構成されるリソースは、他の位置であり得る。この第２のリソースの調整は、端末デバイスが要求し、その後ネットワークデバイスが応答し、すなわち上記指示情報を送信し、ネットワークデバイスが能動的に調整することも可能である。例えば、第１のリソース及び第２のリソースにおいて、ネットワークは、端末の情報を成功に復調しなかった場合、識別情報とデータとの双方が衝突した可能性があり、次のスケジューリングユニットにおいて、ネットワークが第２のリソースの使用方法を調整し、すなわち、端末に専用の第２のリソースを構成することで、少なくとも端末デバイスの識別情報の送信の信頼性を向上させることができる。逆に、例えば、ネットワークは、当該端末の識別情報を容易に復調できる場合、構成された当該第２のリソースに余裕があると考え、次回の伝送において、当該端末に競合型の第２のリソースを構成し、すなわち複数の端末に同じ第２のリソースを構成することができる。つまり、本実施例では、この第２のリソースを調整することで、リソースの利用効率と衝突のバランスをとることができ、システム性能を向上させることができる。

第１のリソースは、指示情報により次のスケジューリングユニット内のサイズ及び位置などを調整することもでき、第１のリソースを示す指示情報と第２のリソースを示す指示情報は、１つのメッセージに含まれてもよいし、２つのメッセージに分けて含まれてもよいが、本願の実施例はこれに限定されない。第１のリソースの構成方式は第２のリソースに類似し、簡潔にするためにここでは説明を省略する。

端末デバイスの識別情報は、端末デバイスのメディアアクセス制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ)層のセル無線ネットワーク一時識別(Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ：Ｃ−ＲＮＴＩ)またはＲＲＣ非アクティブ状態での識別子を含むことができ、新しい無線(Ｎｅｗ Ｒａｄｉｏ：ＮＲ)システムでは、端末デバイスは、ＲＲＣアイドル状態とＲＲＣ接続状態との間で他の状態で存在し、その状態において、依然として一部の無線ベアラが存在し、コアネットワーク、基地局、および端末は、対応するコンテキストを保有し、基地局は、その端末にアクセスネットワーク識別子を割り当て、そのアクセスネットワーク識別子は、無線リソース制御再開識別子ＲＲＣ−ＲＥＳＵＭＥ−ＩＤまたはアクセスネットワーク(ａｃｃｅｓｓ ｓｔｒａｔｕｍ：ＡＳ)コンテキスト識別子ＡＳ−ＣＯＮＴＥＸＴ−ＩＤである。端末デバイスは、非アクティブ状態ではセル再選択のモビリティを有するが、測定報告がなく、小データの送受信等を行うことができる。

任意選択で、本願の実施例において、該第２のリソースは、ネットワークデバイスにより構成されるデータチャネル上のリソースであってもよく、ランダムアクセスチャネルのリソース又は制御チャネルのリソースであってもよい。

さらに、第２のリソースがデータチャネル上のリソースである場合、ネットワークデバイスにより構成された第２のリソースは、他の端末デバイスのスケジューリングに基づくデータを送信するためにも使用され得る。例えば、最初、ネットワークデバイスは、ＵＥ１の識別情報によりリソースブロック１上で送信されるように構成され、ＵＥ２がネットワークデバイスにスケジューリング要求を送信する場合、ネットワークデバイスがＵＥ２のために割り当てられたリソースブロックがリソースブロック１をカバーし、この時、リソースブロック１は、ＵＥ２のためのスケジューリングデータを送信するためにも使用され得る。

ネットワークデバイスは、ランダムアクセスチャネルＲＡＣＨを第２のリソースとして構成する場合、端末デバイスに専属プリアンブルシーケンスを構成することができる。この場合、端末デバイスは、それに対応するプリアンブルシーケンスを端末の識別子として、すなわち、ネットワークデバイスは、ランダムアクセスプリアンブルシーケンスＰｒｅａｍｂｌｅを受信した後、どの端末デバイスが第１のリソースにおいてスケジューリング不要のデータを送信したかを一意に確定することができる。

ネットワークデバイスは、上り制御チャネルを第２のリソースとして構成する場合、第１のリソースの時間領域範囲内の上り制御チャネルリソースを第２のリソースとして設定することができる。例えば、端末デバイスは、第１のリソースの時間領域範囲内でデータを送信する必要がある場合、スケジューリング要求をネットワークデバイスに送信し、各端末デバイスのスケジューリング要求が専属であるので、すなわち、ネットワークデバイスがスケジューリング要求を受信した後に、どの端末デバイスであるかを一意に確定することができる。そして、端末デバイスは、スケジューリング要求をネットワークデバイスに送信する時に、第１のリソースにおいて、キャッシュされたデータの少なくとも一部を直接送信することができ、ネットワークデバイスは、スケジューリング要求を受信した後、スケジューリング要求に対応する端末デバイスによって送信されたデータが第１のリソース上にあることを確定することができる。ネットワークデバイスは、第１のリソースにおいて端末デバイスにより送信されたデータを復調することができる。

任意選択で、本願の実施例において、ネットワークデバイスが第１のリソースおよび第２のリソースを直接構成してもよい。例えば、ネットワークデバイスは、複数の小さなリソースブロックを直接的に構成し、端末デバイスは、１つのブロックを選択してネットワークデバイスに通知し、そのリソースブロックにおいてスケジューリング不要のデータを送信させることができる。ネットワークデバイスは、端末デバイスに、構成されたリソースブロックを通知してもよく、データがあるとき、端末デバイスは、スケジューリング不要のデータを具体的にどのリソースブロックで送信するかを選択できる。

当業者であれば、ネットワークデバイスは、その下にある複数の端末デバイスのためのスケジューリング不要のデータを送信するためのスケジューリング不要のリソース領域を直接構成又はプロトコルで直接規定することもできる。ネットワークデバイスは、領域内で複数の小さなリソースブロックを分割し、複数の端末デバイスの送信内容を分類し、又は複数の端末デバイスをグループ化することができる。

以下、図４及び図５を参照して、このスケジューリング不要のリソース領域が構成された場合の本願の実施例の具体的な実現について詳細に説明する。

ネットワークデバイスは、まず、スケジューリング不要のリソース領域を構成し、次に、このスケジューリング不要のリソース領域内でいくつかの小さなリソースブロックを分割することができる。具体的には、スケジューリング不要のデータを伝送するリソースと識別情報を伝送するリソースとの両方が、このスケジューリング不要のリソース領域にあってもよい。図４に示されるように、このスケジューリング不要のリソース領域において５つの小さなリソースブロックが分割され、そのうちの１つのリソースブロックが、ＵＥ１のスケジューリング不要のデータの送信に専用であり、すなわち、そのリソースブロックが、専用のスケジューリング不要のリソースブロックであり、１つのリソースブロックは、ＵＥ２およびＵＥ３のためのスケジューリング不要のデータの送信に専用であり、１つのリソースブロックは、ＵＥ４およびＵＥ５のためのスケジューリング不要のデータの送信に専用であり、すなわち、この２つのリソースブロックは、競合のスケジューリング不要のリソースブロックであり、また、図４に、ＵＥ２およびＵＥ４の識別情報をそれぞれ伝送するために使用される他の２つのリソースブロックも示され、すなわち、ＵＥ２およびＵＥ４の情報の伝送に専用であり得る。ネットワークデバイスはまた、ＵＥ３およびＵＥ５の情報を伝送するための専用リソースブロックを構成し得る。つまり、この実施例では、ネットワークデバイスが端末デバイスに構成された第２のリソースは、端末デバイスに専属のリソースブロックである。

図５に示されるように、同様に、このスケジューリング不要のリソース領域において５つの小さなリソースブロックが分割され、そのうちの１つのリソースブロックが、ＵＥ１のスケジューリング不要のデータの送信専用であり、すなわち、そのリソースブロックが、専用のスケジューリング不要のリソースブロックであり、１つのリソースブロックは、ＵＥ２およびＵＥ３のためのスケジューリング不要のデータの送信に専用であり、１つのリソースブロックは、ＵＥ４およびＵＥ５のためのスケジューリング不要のデータの送信に専用であり、すなわち、この２つのリソースブロックは、競合のスケジューリング不要のリソースブロックであり、図５には、ＵＥ２、ＵＥ３及びＵＥ４、ＵＥ５の識別情報をそれぞれ伝送するために、他の２つのリソースブロックがさらに示されており、すなわち、この２つのリソースブロックは、ＵＥ２、ＵＥ３及びＵＥ４、ＵＥ５の情報を、競合的な方法で送信してもよい。つまり、この実施例では、ネットワークデバイスが端末デバイスに構成された第２のリソースは、複数の端末デバイスが競合するリソースブロックである。

ネットワークデバイスがスケジューリング不要のリソース領域を構成する場合、第２のリソースは、そのスケジューリング不要のリソース領域の外に構成されてもよく、同様に、第２のリソースは、専用リソースとして構成されてもよく、競合リソースとして構成されてもよい。具体的な構成の仕方は、図４及び図５に示すように、第２のリソースがスケジューリング不要のリソース領域外のリソースであるに過ぎない。

なお、上記のように構成された第１のリソースと第２のリソースの端末デバイスは、必ずしも１対１に対応しない。例えば、第１のリソースがＵＥ１〜ＵＥ４のためのスケジューリング不要のデータを伝送するリソースとして構成される場合、第２のリソースがＵＥ１〜ＵＥ４のための識別情報を伝送するリソースとして構成されてもよいし、第２のリソースがＵＥ２及びＵＥ３のための識別情報を伝送するリソースとして構成されてもよく、ＵＥ１及びＵＥ４が他の場所で識別情報を伝送してもよいし、第２のリソースがＵＥ２〜ＵＥ５のためのサービスとして構成されてもよく、ここで、ＵＥ２及びＵＥ４は第２のリソースにおいて識別情報を送信し、ＵＥ５は第２のリソースにおいてスケジューリング又はスケジューリング不要のデータを送信することができ、本願の実施例はこれに限定されない。

本願の実施例において、端末デバイスは、ネットワークデバイスの構成に応じて、以下のように、端末デバイスのスケジューリング不要のデータ、端末の識別情報、及び端末の他の情報をそれぞれ伝送する。

端末は、第１のリソースで、上りデータ、端末の識別情報、及び他の情報を伝送する。

端末は、第１のリソースにおいて、上りデータ及び他の情報を送信し、第２のリソースにおいて、端末の識別情報を伝送する。

端末は、第１のリソースにおいて上りデータを送信し、第２のリソースにおいて端末の識別情報と他の情報を伝送する。

このように、本願の実施例におけるデータ伝送方法は、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスが端末デバイスの識別情報を復調しやすくなるため、さらなる動作が可能となり、システム性能を向上させることができる。

図６は、本願の実施例におけるデータ伝送方法３００の概略ブロック図を示す。図６に示すように、方法３００は、Ｓ３１０〜Ｓ３２０を含む。

Ｓ３１０において、ネットワークデバイスは、第２のリソースにおいて、第１の端末デバイスの識別情報を復調し、前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースである。

Ｓ３２０において、前記ネットワークデバイスは、前記第１の端末デバイスの識別情報を成功に復調した場合、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信すると確定し、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、前記第１のリソースは、前記第２のリソースと重ならない。

Ｓ３３０において、前記ネットワークデバイスは、前記第１のリソースにおいて前記第１の端末デバイスにより送信された第１のデータを復調する。

任意選択で、本願の実施例において、前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、及び/又は、前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、本願の実施例において、前記方法は、前記ネットワークデバイスは、前記第１の端末デバイスの識別情報を成功に復調し、かつ、前記第１のデータを成功に復調しない場合、前記第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、前記第１の端末デバイスに前記第１のデータの再送のためのリソースを割り当てることをさらに含む。

具体的には、ネットワーク側は、第２のリソースおよび第１のリソースのそれぞれの位置でデータを復調し、第２のリソースの位置で端末の識別情報を成功に復調した場合、端末が第１のリソースにおいてデータを送信すると判断し、第１のリソースにおいて端末のデータの復調が失敗した場合、ネットワークは、ＮＡＣＫをフィードバックするか、または、端末に専属のリソースをスケジューリングしてデータ再送を行うことができる。

任意選択で、本願の実施例において、前記ネットワークデバイスは、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調することをさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である。

任意選択で、本願の実施例において、前記ネットワークデバイスが、第２のリソースにおいて前記第１の端末デバイスの識別情報を復調する前に、前記ネットワークデバイスは、前記第２のリソースのサイズ及び位置を示す指示情報を前記第１の端末デバイスに送信することを含む。

任意選択で、本願の実施例では、前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる。

任意選択で、本願の実施例において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、またはアクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

任意選択で、本願の実施例において、前記第２のリソースは、ランダムアクセスチャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである。

任意選択で、本願の実施例において、前記第２のリソースは、制御チャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する。

任意選択で、本願の実施例において、前記方法は、前記第２のリソースにおいて、前記第２の端末デバイスにより送信された前記スケジューリングに基づくデータを復調することを含む。

このように、本願の実施例におけるデータ伝送方法は、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスが端末デバイスの識別情報を復調しやすくなるため、さらなる動作が可能となり、システム性能を向上させることができる。

ネットワークデバイスによって記述されるネットワークデバイスと端末デバイスとの相互作用及び関連する特性、機能などは、端末デバイスの関連する特性、機能に対応することが理解されるべきである。すなわち、端末デバイスがネットワークデバイスにどのような情報を送信すると、ネットワークデバイスはそれに対応してどのような情報を受信する。簡潔にするために、ここでは説明を省略する。

また、本発明の様々な実施例において、上述のプロセスの順序の大きさは、実行順序の前後を意味するものではなく、各プロセスの実行順序は、その機能及び内部ロジックにおいて確定されるべきであり、本願の実施例のプロセスを何ら限定するものではないことを理解されたい。

図７は、本願の実施例におけるデータを送信する端末デバイス４００の概略ブロック図を示す。図７に示すように、この端末デバイス４００は、第１の確定ユニット４１０、第１の送信ユニット４２０及び第２の送信ユニット４３０を含む。

第１の確定ユニット４１０は、第１のデータが伝送される必要があると確定するように構成される。

第１の送信ユニット４２０は、第２のリソースにおいて前記第１の端末デバイスの識別情報を送信するように構成される。

第２の送信ユニット４３０は、前記第１のリソースにおいて前記第１のデータを送信するように構成される。

前記第１の端末デバイスの識別情報は、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信することを指示し、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリング不要のリソースであり、前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、前記第２のリソースは、前記第１のリソースと重ならない。

このように、本願の実施例におけるデータを伝送する端末デバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスにおける端末デバイスの識別情報の復調を容易にし、さらなる動作を可能とし、システム性能を向上させることができる。

任意選択で、前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成したデータを伝送するためのリソースであり、及び/又は、前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、本願の実施例において、端末デバイス４００は、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信するように構成される第３の送信ユニット４４０をさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である。

任意選択で、本願の実施例において、端末デバイス４００は、前記ネットワークデバイスにより送信された、前記第２のリソースのサイズ及び位置を示す指示情報を受信するように構成される受信ユニット４５０と、前記指示情報に基づいて、前記第２のリソースを確定するように構成される第２の確定ユニット４６０とをさらに含む。

任意選択で、本願の実施例では、前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる。

任意選択で、本願の実施例において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

任意選択で、本願の実施例において、前記第２のリソースは、ランダムアクセスチャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである。

任意選択で、本願の実施例において、前記第２のリソースは、制御チャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する。

任意選択で、本願の実施例において、前記第２のリソースは、前記第２の端末デバイスが動的にスケジューリングしたデータを伝送するために用いられる。

なお、本願の実施例に係るデータを伝送する端末デバイス４００は、本願の方法の実施例に係る端末デバイスに対応することができ、端末デバイス４００の各部の上述した及びその他の動作及び/又は機能は、図３〜図５に示す方法２００における端末デバイスの対応するフローをそれぞれ実現するために、簡潔のためにここでは説明を省略する。

図８は、本願の実施例のデータを送信するネットワークデバイス５００の概略ブロック図を示す。図８に示すように、このネットワークデバイス５００は、第１の復調ユニット５１０、確定ユニット５２０及び第２の復調ユニット５３０を含む。

第１の復調ユニット５１０は、第２のリソースにおいて、第１の端末デバイスの識別情報を復調するように構成される。

確定ユニット５２０は、前記第１の復調ユニットが前記第１の端末デバイスの識別情報を成功に復調した場合、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信すると確定するように構成される。

第２の復調ユニット５３０は、前記第１のリソースにおいて前記第１の端末デバイスにより送信された第１のデータを復調するように構成される。

前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースであり、前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、前記第１のリソースは、前記第２のリソースと重ならない。

このように、本願の実施例におけるデータを伝送するネットワークデバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、端末デバイスの識別情報を容易に復調できるため、システム性能を向上させることができる。

任意選択で、本願の実施例において、前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、及び/又は、前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第１の復調ユニットが前記第１の端末デバイスの識別情報を成功に復調し、かつ、前記第１のデータを成功に復調しない場合、前記第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、前記第１の端末デバイスに前記第１のデータの再送のためのリソースを割り当てるように構成される処理ユニット５４０をさらに含む。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調するように構成される第３の復調ユニット５５０をさらに含み、前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、前記第２のデータのデータ量は、第１の閾値未満である。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第２のリソースのサイズ及び位置を示す指示情報を前記第１の端末デバイスに送信するように構成される送信ユニット５６０を含む。

任意選択で、本願の実施例では、前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる。

任意選択で、本願の実施例において、第１の端末デバイスの識別情報は、第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、またはアクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む。

任意選択で、本願の実施例において、前記第２のリソースは、ランダムアクセスチャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである。

任意選択で、本願の実施例において、前記第２のリソースは、制御チャネルのリソースであり、前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する。

任意選択で、本願の実施例において、ネットワークデバイス５００は、前記第２のリソースにおいて、前記第２の端末デバイスの前記スケジューリングに基づくデータを復調するように構成される第４の復調ユニット５７０をさらに含む。

本願の実施例におけるデータを伝送するネットワークデバイス５００は、本発明の方法の実施例におけるネットワークデバイスに対応してもよく、ネットワークデバイス５００の各部の上記及び他の動作及び/又は機能は、図６に示す方法３００におけるネットワークデバイスの対応するフローをそれぞれ実現するために、簡潔のためにここでは説明を省略する。

図９に示されるように、本願の実施例は、データを伝送するための端末デバイス６００をさらに提供し、この端末デバイス６００は、図５の端末デバイス４００であってもよく、図３の方法１００に対応する端末デバイスの処理を実行するために使用され得る。この端末デバイス６００は、入力インターフェース６１０、出力インターフェース６２０、プロセッサ６３０、及びメモリ６４０を備え、これらはバスシステムにより接続可能となっている。メモリ６４０は、プログラム、命令、またはコードを記憶する。プロセッサ６３０は、メモリ６４０内のプログラム、命令、又はコードを実行して、入力インターフェース６１０を制御して信号を受信し、出力インターフェース６２０を制御して信号を送信し、上述の方法の実施例の動作を行う。

このように、本願の実施例におけるデータを伝送する端末デバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、ネットワークデバイスが端末デバイスの識別情報の復調を容易にし、さらなる動作を可能とし、システム性能を向上させることができる。

本願の実施例において、このプロセッサ６３０は、中央処理装置(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、既製のプログラマブルゲートアレイ又は他のプログラマブル論理デバイス、個別ゲート又はトランジスタロジック、個別ハードウェア構成要素等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。

メモリ６４０は、読み出し専用メモリおよびランダムアクセスメモリを含み得、プロセッサ６３０に命令およびデータを提供し得る。メモリ６４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ６４０は、デバイスタイプの情報をさらに記憶してもよい。

実現過程において、方法の各ステップは、プロセッサ６３０内のハードウェアの集積論理回路またはソフトウェア形態の命令によって達成され得る。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように実現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に構成され得る。この記憶媒体は、メモリ６４０に位置し、プロセッサ６３０は、メモリ６４０内の情報を読み出し、そのハードウェアと組み合わせて、上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。

具体的な実施例において、端末デバイス４００における受信ユニット４５０は、図９に示された入力インターフェイス６１０によって実現され、端末デバイス４００における第１の送信ユニット４２０、第２の送信ユニット４３０及び第３の送信ユニット４４０は、図９に示された出力インターフェイス６２０によって実現され、端末デバイス４００における第１の確定ユニット４１０及び第２の確定ユニット４６０は、図９に示されたプロセッサ６３０によって実現される。

図１０に示すように、本願の実施例は、データを伝送するネットワークデバイス７００をさらに提供し、ネットワークデバイス７００は、図８のネットワークデバイス５００であってもよく、図６の方法３００に対応するネットワークデバイスの処理を実行するために使用され得る。このネットワークデバイス７００は、入力インターフェース７１０、出力インターフェース７２０、プロセッサ７３０、及びメモリ７４０を備え、これらはバスシステムにより接続可能となっている。メモリ７４０は、プログラム、命令、又はコードを記憶する。プロセッサ７３０は、入力インターフェース７１０を制御して信号を受信し、出力インターフェース７２０を制御して信号を送信し、前述の方法の実施例の動作を完了するために、メモリ７４０内のプログラム、命令、又はコードを実行する。

このように、本願の実施例におけるデータを伝送するネットワークデバイスは、端末デバイスの識別情報を、スケジューリング不要のデータとは別にリソースにおいて伝送することにより、端末デバイスの識別情報を容易に復調できるため、システム性能を向上させることができる。

本願の実施例において、プロセッサ７３０は、中央処理装置(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ)であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、既製のプログラマブルゲートアレイ又は他のプログラマブル論理デバイス、個別ゲート又はトランジスタロジック、個別ハードウェア構成要素等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。

メモリ７４０は、読み出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ７３０に命令およびデータを提供する。メモリ７４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ７４０は、デバイスタイプの情報をさらに記憶することができる。

実施において、方法の各コンテンツは、プロセッサ７３０におけるハードウェアの集積論理回路またはソフトウェア形態の命令によって実現されてもよい。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように実現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に構成され得る。この記憶媒体は、メモリ７４０に位置し、プロセッサ７３０は、メモリ７４０の情報を読み取り、そのハードウェアとの関連で上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。

具体的な実施例において、ネットワークデバイス５００における第１の復調ユニット５１０、確定ユニット５２０、第２の復調ユニット５３０、処理部５４０、第３の復調ユニット５５０及び第４復調ユニット５７０は、図１０のプロセッサ７３０により実現され、送信ユニット５６０は、図１０の出力インターフェース７２０により実現される。

当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本開示の範囲から逸脱するものと考えられるべきではない。

当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。

本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。

この分離手段として説明するユニットは、物理的に分離していても、分離していなくてもよく、ユニットとして表示する手段は、物理的なユニットであっても、物理的なユニットでなくても、１箇所にあっても、複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。

また、本発明の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。

この機能をソフトウェア機能ユニットの形で実現し、スタンドアロン製品として販売又は使用する場合には、コンピュータ読み取り可能な記憶媒体に記憶させることができる。このような理解に基づいて、本発明の技術的解決策の本質または従来技術に寄与する部分、または技術的解決策の部分は、１つの記憶媒体に記憶されたソフトウェア製品の形態で実現化されてもよく、このソフトウェア製品は、コンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に本発明の様々な実施例の方法のステップの全部または一部を実行させるための複数の命令を含む。なお、前記記憶媒体としては、U字ディスク、リムーバブルハードディスク、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。

以上、本発明の具体的な実施例を説明したが、本発明の技術的範囲はこれに限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、本発明の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本発明の保護範囲は、特許請求の範囲によって確定されるべきである。

Claims (38)

1. 第１の端末デバイスは、第１のデータが伝送される必要があると確定することと、
   前記第１の端末デバイスは、第２のリソースにおいて前記第１の端末デバイスの識別情報を送信することと、
   前記第１の端末デバイスは、前記第１のリソースにおいて前記第１のデータを送信することとを含み、
   前記第１の端末デバイスの識別情報は、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信することを指示し、
   前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用されるスケジューリング不要のリソースであり、
   前記第２のリソースは、前記第１の端末デバイスを含む少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、
   前記第２のリソースは、前記第１のリソースと重ならない
   ことを特徴とするデータ伝送方法。
2. 前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、
   及び/又は、
   前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである
   ことを特徴とする請求項１に記載のデータ伝送方法。
3. 前記第１の端末デバイスは、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信することをさらに含み、
   前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、
   前記第２のデータのデータ量は、第１の閾値未満である
   ことを特徴とする請求項１又は２に記載のデータ伝送方法。
4. 前記第１の端末デバイスが第２のリソースにおいて前記第１の端末デバイスの識別情報を送信する前に、前記方法は、
   前記第１の端末デバイスは、前記ネットワークデバイスにより送信された、前記第２のリソースのサイズ及び位置を示す指示情報を受信することと、
   前記第１の端末デバイスは、前記指示情報に基づいて、前記第２のリソースを確定することとを含む
   ことを特徴とする請求項１〜３のいずれか１項に記載のデータ伝送方法。
5. 前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる
   ことを特徴とする請求項４に記載のデータ伝送方法。
6. 前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む
   ことを特徴とする請求項１〜５のいずれか１項に記載のデータ伝送方法。
7. 前記第２のリソースは、ランダムアクセスチャネルのリソースであり、
   前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである
   ことを特徴とする請求項１〜５のいずれか１項に記載のデータ伝送方法。
8. 前記第２のリソースは、制御チャネルのリソースであり、
   前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、
   前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する
   ことを特徴とする請求項１〜５のいずれか１項に記載のデータ伝送方法。
9. 前記第２のリソースは、前記第２の端末デバイスが動的にスケジューリングしたデータを伝送するために用いられる
   ことを特徴とする請求項１〜６のいずれか１項に記載のデータ伝送方法。
10. ネットワークデバイスは、第２のリソースにおいて、第１の端末デバイスの識別情報を復調することと、
    前記ネットワークデバイスは、前記第１の端末デバイスの識別情報を成功に復調した場合、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信すると確定することと、
    前記ネットワークデバイスは、前記第１のリソースにおいて前記第１の端末デバイスにより送信された第１のデータを復調することとを含み、
    前記第２のリソースは、前記第１の端末デバイスを含む少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースであり、
    前記第１のリソースは、前記第１の端末デバイスを含む複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、
    前記第１のリソースは、前記第２のリソースと重ならない
    ことを特徴とするデータ伝送方法。
11. 前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、
    及び/又は、
    前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである
    ことを特徴とする請求項１０に記載のデータ伝送方法。
12. 前記ネットワークデバイスは、前記第１の端末デバイスの識別情報を成功に復調し、かつ、前記第１のデータを成功に復調しない場合、前記第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、前記第１の端末デバイスに前記第１のデータの再送のためのリソースを割り当てることをさらに含む
    ことを特徴とする請求項１０又は１１に記載のデータ伝送方法。
13. 前記ネットワークデバイスは、前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調することをさらに含み、
    前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、
    前記第２のデータのデータ量は、第１の閾値未満である
    ことを特徴とする請求項１０〜１２のいずれか１項に記載のデータ伝送方法。
14. 前記ネットワークデバイスが、第２のリソースにおいて前記第１の端末デバイスの識別情報を復調する前に、
    前記ネットワークデバイスは、前記第２のリソースのサイズ及び位置を示す指示情報を前記第１の端末デバイスに送信することを含む
    ことを特徴とする請求項１０〜１３のいずれか１項に記載のデータ伝送方法。
15. 前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる
    ことを特徴とする請求項１４に記載のデータ伝送方法。
16. 前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、またはアクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む
    ことを特徴とする請求項１０〜１５のいずれか１項に記載のデータ伝送方法。
17. 前記第２のリソースは、ランダムアクセスチャネルのリソースであり、
    前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである
    ことを特徴とする請求項１０〜１５のいずれか１項に記載のデータ伝送方法。
18. 前記第２のリソースは、制御チャネルのリソースであり、
    前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、
    前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する
    ことを特徴とする請求項１０〜１５のいずれか１項に記載のデータ伝送方法。
19. 前記第２のリソースにおいて、前記第２の端末デバイスにより送信された前記スケジューリングに基づくデータを復調することを含む
    ことを特徴とする請求項１０〜１６のいずれか１項に記載のデータ伝送方法。
20. データを伝送する端末デバイスであって、
    前記端末デバイスが第１の端末デバイスであり、
    第１のデータが伝送される必要があると確定するように構成される確定ユニットと、
    第２のリソースにおいて前記第１の端末デバイスの識別情報を送信するように構成される第１の送信ユニットと、
    前記第１のリソースにおいて前記第１のデータを送信するように構成される第２の送信ユニットとを含み、
    前記第１の端末デバイスの識別情報は、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信することを指示し、
    前記第１のリソースは、前記第１の端末デバイスを含む、複数の端末デバイスのデータ伝送に専用されるスケジューリング不要のリソースであり、
    前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つの端末デバイスの各々の識別情報を伝送するためのリソースであり、
    前記第２のリソースは、前記第１のリソースと重ならない
    ことを特徴とする端末デバイス。
21. 前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、
    及び/又は、
    前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである
    ことを特徴とする請求項２０に記載の端末デバイス。
22. 前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを送信するように構成される第３の送信ユニットをさらに含み、
    前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、
    前記第２のデータのデータ量は、第１の閾値未満である
    ことを特徴とする請求項２０又は２１に記載の端末デバイス。
23. 前記ネットワークデバイスにより送信された、前記第２のリソースのサイズ及び位置を示す指示情報を受信するように構成される受信ユニットと、
    前記指示情報に基づいて、前記第２のリソースを確定するように構成される第２の確定ユニットとをさらに含む
    ことを特徴とする請求項２０〜２２のいずれか１項に記載の端末デバイス。
24. 前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる
    ことを特徴とする請求項２３に記載の端末デバイス。
25. 前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、アクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む
    ことを特徴とする請求項２０〜２４のいずれか１項に記載の端末デバイス。
26. 前記第２のリソースは、ランダムアクセスチャネルのリソースであり、
    前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである
    ことを特徴とする請求項２０〜２４のいずれか１項に記載の端末デバイス。
27. 前記第２のリソースは、制御チャネルのリソースであり、
    前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、
    前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する
    ことを特徴とする請求項２０〜２４のいずれか１項に記載の端末デバイス。
28. 前記第２のリソースは、前記第２の端末デバイスが動的にスケジューリングしたデータを伝送するために用いられる
    ことを特徴とする請求項２０〜２５のいずれか１項に記載の端末デバイス。
29. データを送信するネットワークデバイスであって、
    第２のリソースにおいて、第１の端末デバイスの識別情報を復調するように構成される第１の復調ユニットと、
    前記第１の復調ユニットが前記第１の端末デバイスの識別情報を成功に復調した場合、前記第１の端末デバイスが前記第１のリソースにおいてデータを送信すると確定するように構成される確定ユニットと、
    前記第１のリソースにおいて前記第１の端末デバイスにより送信された第１のデータを復調するように構成される第２の復調ユニットと、を含み、
    前記第２のリソースは、前記第１の端末デバイスを含む、少なくとも１つ端末デバイスの各々の識別情報を伝送するためのリソースであり、
    前記第１のリソースは、前記第１の端末デバイスを含む、複数の端末デバイスのデータ伝送に専用される非ライセンスリソースであり、
    前記第１のリソースは、前記第２のリソースと重ならない
    ことを特徴とするネットワークデバイス。
30. 前記第１のリソースは、前記ネットワークデバイスが前記複数の端末デバイスに対して半静的に構成した、データを伝送するためのリソースであり、
    及び/又は、
    前記第２のリソースは、前記ネットワークデバイスが半静的に構成した、前記各端末デバイスの識別情報を伝送するためのリソースである
    ことを特徴とする請求項２９に記載のネットワークデバイス。
31. 前記第１の復調ユニットが前記第１の端末デバイスの識別情報を成功に復調し、かつ、前記第１のデータを成功に復調しない場合、前記第１の端末デバイスにＮＡＣＫをフィードバックし、及び/又は、前記第１の端末デバイスに前記第１のデータの再送のためのリソースを割り当てるように構成される処理ユニットをさらに含む
    ことを特徴とする請求項２９又は３０に記載のネットワークデバイス。
32. 前記第２のリソースにおいて、前記第１の端末デバイスのバッファ状態報告ＢＳＲと、リソース変更要求と、送信する第２のデータとの少なくとも１つを復調するように構成される第３の復調ユニットをさらに含み、
    前記リソース変更要求は、前記ネットワークデバイスが次のスケジューリングユニットにおいて第２のリソースを調整するように要求し、
    前記第２のデータのデータ量は、第１の閾値未満である
    ことを特徴とする請求項２９〜３１のいずれか１項に記載のネットワークデバイス。
33. 前記第２のリソースのサイズ及び位置を示す指示情報を前記第１の端末デバイスに送信するように構成される送信ユニットを含む
    ことを特徴とする請求項２９〜３２のいずれか１項に記載のネットワークデバイス。
34. 前記指示情報は、無線リソース制御ＲＲＣシグナリング又は下り制御情報ＤＣＩに含まれる
    ことを特徴とする請求項３３に記載のネットワークデバイス。
35. 前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのセル無線ネットワーク一時識別子Ｃ-ＲＮＴＩ、無線リソース制御再開識別子ＲＲＣ-ＲＥＳＵＭＥ-ＩＤ、またはアクセスネットワークコンテキスト識別子ＡＳ-ＣＯＮＴＥＸＴ-ＩＤを含む
    ことを特徴とする請求項２９〜３４のいずれか１項に記載のネットワークデバイス。
36. 前記第２のリソースは、ランダムアクセスチャネルのリソースであり、
    前記第１の端末デバイスの識別情報は、前記第１の端末デバイスの専属プリアンブルシーケンスである
    ことを特徴とする請求項２９〜３４のいずれか１項に記載のネットワークデバイス。
37. 前記第２のリソースは、制御チャネルのリソースであり、
    前記第１の端末デバイスの識別情報は、前記第１の端末デバイスのスケジューリング要求であり、
    前記スケジューリング要求は、前記第１の端末デバイスが送信する第３のデータに対するリソースの割り当てを前記ネットワークデバイスに要求する
    ことを特徴とする請求項２９〜３４のいずれか１項に記載のネットワークデバイス。
38. 前記第２のリソースにおいて、前記第２の端末デバイスの前記スケジューリングに基づくデータを復調するように構成される第４の復調ユニットをさらに含む
    ことを特徴とする請求項２９〜３５のいずれか１項に記載のネットワークデバイス。