(57)【要約】  ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策に存在する、低いリソース利用率及びデータ送信遅延に関する要求を満たすことができない課題を解決すべく、データ送信方法及びデバイスが提供される。方法は、端末デバイスが、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する段階と、ネットワークデバイスが、端末デバイスに第１の情報を含むランダムアクセス応答メッセージを送信する段階であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、段階と、端末デバイスが、ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する段階とを含む。
2020530725.tif 000002
【特許請求の範囲】
【請求項１】
データ送信方法であって、
端末デバイスが、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する段階であって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられる、段階と、
前記端末デバイスが、前記ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信する段階であって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられる、段階と、
前記端末デバイスが、無線リソース制御ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと前記送信リソースの前記サイズを比較した結果に基づいて、指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階であって、前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、段階と
を備える、方法。
【請求項２】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む、請求項１に記載の方法。
【請求項３】
端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前記段階の前に、前記方法は、
前記端末デバイスが、前記ネットワークデバイスによって送信される第２の情報を受信する段階であって、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられる、段階と、
前記第１のデータが前記最初のアクセスプロセスにおいて送信される必要があることを決定したとき、前記端末デバイスが、前記第１のランダムアクセスリソースとして前記少なくとも１つの第２のランダムアクセスリソースから１つを選択する段階と
をさらに備える、請求項１又は２に記載の方法。
【請求項４】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項３に記載の方法。
【請求項５】
前記第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、
前記第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む、
請求項３又は４に記載の方法。
【請求項６】
端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前記段階の前に、前記方法は、
前記端末デバイスが、ＲＲＣ層を用いることによって、前記ネットワークデバイスが前記最初のアクセスプロセスにおけるデータ送信をサポートすることを決定する段階と、
前記端末デバイスが、前記ＲＲＣ層を用いることによって、前記端末デバイスの非アクセス層のＮＡＳ層に前記ネットワークデバイスが前記最初のアクセスプロセスにおけるデータ送信をサポートすることを通知する段階と
をさらに備える、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記端末デバイスが、無線リソース制御ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと前記送信リソースの前記サイズを比較した結果に基づいて、指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する前記段階は、
前記送信リソースの前記サイズが前記第２のデータの前記サイズより大きい又はこれに等しい場合、前記端末デバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記端末デバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの一部のデータを送信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの残りのデータを送信する段階、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記端末デバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階、又は、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズに等しい場合、前記端末デバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階と
を有する、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記端末デバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する前記段階の前に、前記方法は、
前記端末デバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの前記位置で前記ネットワークデバイスに前記ＲＲＣメッセージを送信する段階
をさらに備える、請求項７に記載の方法。
【請求項９】
前記端末デバイスが、前記ネットワークデバイスに前記ＲＲＣメッセージを送信する前記段階の前に、前記方法は、
前記端末デバイスが、前記端末デバイスのコンテキストを自動的に有効にする段階
をさらに備える、請求項７又は８に記載の方法。
【請求項１０】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記端末デバイスは、マシンタイプ通信ＭＴＣを実行するデバイスである、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
データ送信方法であって、
ネットワークデバイスが、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する段階であって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられる、段階と、
前記ネットワークデバイスが、前記端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する段階であって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられる、段階と、
前記ネットワークデバイスが、指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する段階であって、前記指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと前記送信リソースの前記サイズを比較した結果に基づいて、前記端末デバイスによって決定され、前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、段階と
を備える、方法。
【請求項１３】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む、請求項１２に記載の方法。
【請求項１４】
ネットワークデバイスが、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する前記段階の前に、前記方法は、
前記ネットワークデバイスが、前記端末デバイスに第２の情報を送信する段階であって、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられ、前記第１のランダムアクセスリソースは、前記少なくとも１つの第２のランダムアクセスリソースのうちの１つである、段階
をさらに備える、請求項１２又は１３に記載の方法。
【請求項１５】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項１４に記載の方法。
【請求項１６】
前記第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、
前記第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む、
請求項１４又は１５に記載の方法。
【請求項１７】
前記ネットワークデバイスが、指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する前記段階は、
前記ネットワークデバイスが、前記最初のアクセスプロセスにおいて前記ネットワークデバイスと前記端末デバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する段階、
前記ネットワークデバイスが、前記最初のアクセスプロセスにおいて前記ネットワークデバイスと前記端末デバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの一部のデータを受信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの残りのデータを受信する段階、又は、
前記ネットワークデバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する段階
を有する、請求項１２から１６のいずれか一項に記載の方法。
【請求項１８】
前記ネットワークデバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する前記段階の前に、前記方法は、
前記ネットワークデバイスが、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの前記位置で、前記端末デバイスが送信する前記ＲＲＣメッセージを受信する段階
をさらに備える、請求項１７に記載の方法。
【請求項１９】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項１２から１８のいずれか一項に記載の方法。
【請求項２０】
端末デバイスであって、
第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信するよう構成される送信ユニットであって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられる、送信ユニットと、
前記ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信するよう構成される受信ユニットであって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられる、受信ユニットと、
を備え、
前記送信ユニットは、無線リソース制御ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと前記送信リソースの前記サイズを比較した結果に基づいて、指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信するようさらに構成され、
前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、
端末デバイス。
【請求項２１】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む、請求項２０に記載の端末デバイス。
【請求項２２】
前記受信ユニットは、前記送信ユニットが前記第１のランダムアクセスリソースを用いることによって前記ネットワークデバイスに前記ランダムアクセス要求メッセージを送信する前に、前記ネットワークデバイスによって送信される第２の情報を受信するようさらに構成され、
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられ、
前記端末デバイスは、
前記第１のデータが前記最初のアクセスプロセスにおいて送信される必要があることを決定したとき、前記第１のランダムアクセスリソースとして前記少なくとも１つの第２のランダムアクセスリソースから１つを選択するよう構成される処理ユニット
をさらに備える、請求項２０又は２１に記載の端末デバイス。
【請求項２３】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項２２に記載の端末デバイス。
【請求項２４】
前記第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、
前記第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む、
請求項２２又は２３に記載の端末デバイス。
【請求項２５】
前記端末デバイスは、
前記送信ユニットが前記第１のランダムアクセスリソースを用いることによって前記ネットワークデバイスに前記ランダムアクセス要求メッセージを送信する前に、ＲＲＣ層を用いることによって、前記ネットワークデバイスが前記最初のアクセスプロセスにおけるデータ送信をサポートすることを決定し、前記ＲＲＣ層を用いることによって、前記端末デバイスの非アクセス層のＮＡＳ層に前記ネットワークデバイスが前記最初のアクセスプロセスにおけるデータ送信をサポートすることを通知するよう構成される前記処理ユニット
をさらに備える、請求項２０から２４のいずれか一項に記載の端末デバイス。
【請求項２６】
前記無線リソース制御ＲＲＣメッセージの前記サイズと前記送信リソースの前記サイズを比較した前記結果、及び／又は、前記第２のデータの前記サイズと前記送信リソースの前記サイズを比較した前記結果に基づいて、前記指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信するとき、前記送信ユニットは、具体的には、
前記送信リソースの前記サイズが前記第２のデータの前記サイズより大きい又はこれに等しい場合、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの一部のデータを送信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの残りのデータを送信する、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する、又は、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズに等しい場合、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する
よう構成される、請求項２０から２５のいずれか一項に記載の端末デバイス。
【請求項２７】
前記送信ユニットは、
前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続く前記アップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する前に、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの前記位置で前記ネットワークデバイスに前記ＲＲＣメッセージを送信する
ようさらに構成される、請求項２６に記載の端末デバイス。
【請求項２８】
前記端末デバイスは、
前記送信ユニットが前記ネットワークデバイスに前記ＲＲＣメッセージを送信する前に、前記端末デバイスのコンテキストを自動的に有効にするよう構成される前記処理ユニット
をさらに備える、請求項２６又は２７に記載の端末デバイス。
【請求項２９】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項２０から２８のいずれか一項に記載の端末デバイス。
【請求項３０】
前記端末デバイスは、マシンタイプ通信ＭＴＣを実行するデバイスである、請求項２０から２９のいずれか一項に記載の端末デバイス。
【請求項３１】
ネットワークデバイスであって、
第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信するよう構成される受信ユニットであって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられる、受信ユニットと、
前記端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信するよう構成される送信ユニットであって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられる、送信ユニットと
を備え、
前記受信ユニットは、指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信するようさらに構成され、
前記指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと前記送信リソースの前記サイズを比較した結果に基づいて、前記端末デバイスによって決定され、前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、
ネットワークデバイス。
【請求項３２】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む、請求項３１に記載のネットワークデバイス。
【請求項３３】
前記送信ユニットは、前記受信ユニットが前記第１のランダムアクセスリソースを用いることによって前記端末デバイスが送信する前記ランダムアクセス要求メッセージを受信する前に、前記端末デバイスに第２の情報を送信するようさらに構成され、
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられ、前記第１のランダムアクセスリソースは、前記少なくとも１つの第２のランダムアクセスリソースのうちの１つである、
請求項３１又は３２に記載のネットワークデバイス。
【請求項３４】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項３３に記載のネットワークデバイス。
【請求項３５】
前記第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、
前記第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、
前記第２の情報は、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む、
請求項３３又は３４に記載のネットワークデバイス。
【請求項３６】
前記指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信するとき、前記受信ユニットは、具体的には、
前記最初のアクセスプロセスにおいて前記ネットワークデバイスと前記端末デバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する、
前記最初のアクセスプロセスにおいて前記ネットワークデバイスと前記端末デバイスとの間で送信される前記第３のメッセージの位置で、前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの一部のデータを受信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの残りのデータを受信する、又は、
前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する
よう構成される、請求項３１から３５のいずれか一項に記載のネットワークデバイス。
【請求項３７】
前記受信ユニットは、
前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージに続く前記アップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する前に、前記最初のアクセスプロセスにおいて前記端末デバイスと前記ネットワークデバイスとの間で送信される前記第３のメッセージの前記位置で前記端末デバイスが送信する前記ＲＲＣメッセージを受信する
ようさらに構成される、請求項３６に記載のネットワークデバイス。
【請求項３８】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項３１から３７のいずれか一項に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信技術の分野に関し、特に、データ送信方法及びデバイスに関する。
【背景技術】
【０００２】
マシンタイプ通信（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）は、端末デバイスの比較的長いバッテリ動作時間及び端末デバイスの比較的低いコストを追求する、すなわち、ＭＴＣ端末デバイスは、低電力消費（ｌｏｗ  ｐｏｗｅｒ  ｃｏｎｓｕｍｐｔｉｏｎ）及び低コスト（ｌｏｗ  ｃｏｓｔ）を実装することが要求される。例えば、水道メータ又は電気メータである、ＭＴＣ端末デバイスの用途環境を考慮すれば、端末デバイスの信号カバレッジ強度が信号受信要求を満たすことを実装すべくネットワークデバイス及び端末デバイスは、広範なカバレッジをサポートする必要がある。現在、広範なカバレッジを実装するための主な方法は、データ受信成功率を改善すべく、複数の時刻でアップリンク信号又はダウンリンク信号を繰り返し送信し、複数の時刻で信号を受信して組み合わせることである。
【０００３】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策において、例えば、水道メータによって報告されるデータである、端末デバイスによって報告されるデータが１日に一度又は１週間に一度報告され得、報告データのデータ量は比較的小さい。端末デバイスは、データを報告する前に、毎回、ネットワークデバイスに対して無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）接続を確立する必要がある。加えて、従来技術において、ＲＲＣ接続確立手順のシグナリングインタラクションは複雑であり、いくらかのシグナリングオーバヘッドが要求される。従来技術におけるＲＲＣ接続確立手順が比較的小さいデータ量を送信するためだけに用いられる場合、大量のリソースがＲＲＣ接続確立手順に用いられるが、少量のリソースがデータ送信のために用いられるので、リソース利用率が低い。加えて、端末デバイスによって報告されるデータが、遅延に関して比較的高い要求を有する場合、従来技術におけるＲＲＣ接続確立手順はデータが報告される前に実行されて、確立手順がいくらのタイムオーバーヘッドを要求するので、遅延に関するデータ送信の要求が満たされない場合がある。
【０００４】
要するに、ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策は、低いリソース利用率及びデータ送信遅延に関する要求を満たすことができない課題を有する。
【発明の概要】
【０００５】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策に存在する、低いリソース利用率及びデータ送信遅延に関する要求を満たすことができない課題を解決すべく、本願の複数の実施形態は、データ送信方法及びデバイスを提供する。
【０００６】
第１の態様によれば、本願の実施形態は、端末デバイスが、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する段階であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、段階と、端末デバイスが、ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信する段階であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、段階と、端末デバイスが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する段階であって、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、段階を含むデータ送信方法を提供する。
【０００７】
前述の方法によれば、端末デバイスは、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスに、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示し、ネットワークデバイスによって割り当てられた送信リソースに基づいて、予め設定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信することを決定し、さらに、最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信する端末デバイスを実装する。ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスが端末デバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信し得、端末デバイスが前もってネットワークデバイスに第１のデータを送信し得る前述の方法は、第１のデータが送信されるときに存在する遅延を減少させ、第１のデータを送信するために要求されるリソースの消費を減少させる。
【０００８】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０００９】
前述の方法によれば、端末デバイスは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを用いることによって、ネットワークデバイスに、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示す。
【００１０】
可能な実装において、端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前に、端末デバイスは、以下の方法をさらに実行し得る。端末デバイスが、ネットワークデバイスによって送信される第２の情報を受信する段階であって、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる、段階、及び、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスが、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つを選択する段階。
【００１１】
前述の方法によれば、端末デバイスは、ネットワークデバイスから少なくとも１つの第２のランダムアクセスリソースを取得し、少なくとも１つの第２のランダムアクセスリソースから第１のランダムアクセスリソースを選択する。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの少なくとも１つの第２のランダムアクセスリソースの送信を要求することを示すのに、第２のランダムアクセスリソースが用いられる。
【００１２】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【００１３】
前述の方法によれば、端末デバイスは、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを取得し得、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスは、最初に端末デバイスが属するカバレッジレベルを決定し、その後、第１のランダムアクセスリソースとして、端末デバイスが属するカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースから１つを選択する。
【００１４】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示す方式は、以下の３つの方式を含むがこれに限定されない。
【００１５】
方式１：第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む。
【００１６】
方式２：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む。
【００１７】
方式３：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【００１８】
可能な実装において、端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する段階の前に、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを、端末デバイスが決定することは、具体的には、端末デバイスが、ＲＲＣ層を用いることによって、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを決定し得、端末デバイスは、ＲＲＣ層を用いることによって、端末デバイスの非アクセス層のＮＡＳ層にネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知し得る。
【００１９】
可能な実装において、端末デバイスが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する段階は、具体的には、以下の４つの方式で実装され得る。
【００２０】
方式１：送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信する。本発明において、ＲＲＣメッセージは、第３のメッセージであり得る。
【００２１】
このように、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスが端末デバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信し、端末デバイスが前もってネットワークデバイスに第１のデータを送信する前述の方法は、第１のデータが送信されるときに存在する遅延を減少させ、第１のデータを送信するために要求されるリソースの消費を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、第１のデータがランダムアクセスプロセスにおいて送信されるときに導入される新たなＲＲＣメッセージであってよい。
【００２２】
方式２：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによってネットワークデバイスに第１のデータの残りのデータを送信する。
【００２３】
このように、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスが端末デバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部のデータを送信し、端末デバイスが前もってネットワークデバイスに第１のデータの一部のデータを送信する前述の方法は、第１のデータの一部のデータが送信されるときに存在する遅延を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、第１のデータがランダムアクセスプロセスにおいて送信されるときに導入される新たなＲＲＣメッセージであってよい。
【００２４】
方式３：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する。
【００２５】
この方式は、送信リソースがＲＲＣメッセージ及び第１のデータを送信するには不十分である、という課題を解決する。この場合、端末デバイスは、従来技術のデータ送信手順にフォールバックし得る。
【００２６】
方式４：送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによってネットワークデバイスに第１のデータを送信する。
【００２７】
可能な実装において、端末デバイスが、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間に送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する段階の前に、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置でネットワークデバイスにＲＲＣメッセージを送信し得る。
【００２８】
可能な実装において、端末デバイスがネットワークデバイスにＲＲＣメッセージを送信する段階の前に、端末デバイスは、端末デバイスのコンテキストを自動的に有効にし得る。
【００２９】
ユーザプレーン方法において、第３のメッセージの位置で第１のデータを送信するために、第１のデータが、サービスチャネルで送信される必要がある。この場合、第１のデータが、端末デバイスのコンテキスト情報を用いることによって処理される必要がある。従来技術において、コンテキスト情報が、端末デバイスのためにネットワークデバイスによって構成される。メッセージ５を用いることによってデータを送信するための方法において、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にする必要がある。しかしながら、本発明の本実施形態において、ユーザプレーン方法では、第１のデータが第３のメッセージの位置で送信されるとき、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にできない。したがって、端末デバイスは、ユーザプレーンデータを処理するために端末デバイスのコンテキスト情報を有効にする必要がある。
【００３０】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【００３１】
可能な実装において、端末デバイスは、マシンタイプ通信ＭＴＣを実行するデバイスである。
【００３２】
第２の態様によれば、本願の実施形態は、データ送信方法を提供する。方法は、以下の段階を含む。ネットワークデバイスが、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する段階であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、段階、ネットワークデバイスが、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する段階であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、段階、並びに、ネットワークデバイスが、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信する段階であって、指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、端末デバイスによって決定され、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、段階。
【００３３】
前述の方法によれば、端末デバイスは、最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信し得る。ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスが端末デバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信し得、端末デバイスが前もってネットワークデバイスに第１のデータを送信し得る前述の方法は、第１のデータが送信されるときに存在する遅延を減少させ、第１のデータを送信するために要求されるリソースの消費を減少させる。
【００３４】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【００３５】
前述の方法によれば、端末デバイスは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを用いることによって、ネットワークデバイスに、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示す。
【００３６】
可能な実装において、ネットワークデバイスが第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する段階の前に、ネットワークデバイスは、端末デバイスに第２の情報を送信し得る。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられ、第１のランダムアクセスリソースは、少なくとも１つの第２のランダムアクセスリソースのうちの１つである。
【００３７】
前述の方法によれば、ネットワークデバイスは、端末デバイスに少なくとも１つの第２のランダムアクセスリソースを送信し、その結果、端末デバイスは、少なくとも１つの第２のランダムアクセスリソースから第１のランダムアクセスリソースを選択し得る。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの少なくとも１つの第２のランダムアクセスリソースの送信を要求することを示すのに、第２のランダムアクセスリソースが用いられる。
【００３８】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示す方式は、以下のようであり得る。第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【００３９】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示す以下の３つの方式が存在し得る。
【００４０】
方式１：第２の情報が少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む。
【００４１】
方式２：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む。
【００４２】
方式３：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【００４３】
可能な実装において、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータをネットワークデバイスが受信する以下の３つの具体的な方式が、存在し得る。
【００４４】
方式１：ネットワークデバイスは、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータを受信する。
【００４５】
方式２：ネットワークデバイスは、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータの一部のデータを受信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータの残りのデータを受信する。
【００４６】
方式３：ネットワークデバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する。
【００４７】
可能な実装において、ネットワークデバイスが、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する段階の前に、ネットワークデバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で端末デバイスが送信するＲＲＣメッセージを受信し得る。
【００４８】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【００４９】
第３の態様によれば、本願の実施形態は、端末デバイスを提供する。端末デバイスは、第１の態様で提供された方法例における端末デバイスのオペレーションを実装する機能を有する。当該機能がハードウェアによって実装されてよく、又は、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。
【００５０】
可能な実装において、端末デバイスの構造は、処理ユニット及び送受信ユニットを含む。処理ユニットが、前述の方法における対応する機能を実行する際に端末デバイスをサポートするよう構成される。送受信ユニットが、端末デバイスと（ネットワークデバイスを含む）他のデバイスとの間の通信をサポートするよう構成される。端末デバイスは、記憶ユニットをさらに含み得る。記憶ユニットが、処理ユニットに連結し、端末デバイスに必要なプログラム命令及びデータを記憶するよう構成される。
【００５１】
他の可能な実装において、端末デバイスの構造は、メモリ、プロセッサ、及び通信モジュールを含む。メモリが、コンピュータ可読プログラムを記憶するよう構成される。プロセッサが、第１の態様において端末デバイスによって実行される方法を実行すべく、メモリ内に記憶される命令を呼び出すよう構成される。通信モジュールが、プロセッサの制御の下、データを受信し、及び／又はデータを送信するよう構成される。
【００５２】
例えば、処理ユニットはプロセッサであってよく、送受信ユニットは通信モジュールであってよく、記憶ユニットはメモリであってよい。通信モジュールは複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有する。
【００５３】
第４の態様によれば、本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行し得る。
【００５４】
第５の態様によれば、本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法で端末デバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【００５５】
第６の態様によれば、本願の実施形態は、命令を含むコンピュータプログラムプロダクトをさらに提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行することができる。
【００５６】
第７の態様によれば、本願の実施形態は、ネットワークデバイスを提供する。ネットワークデバイスは、第２の態様で提供された方法例におけるネットワークデバイスのオペレーションを実装する機能を有する。当該機能がハードウェアによって実装されてよく、又は、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。
【００５７】
可能な実装において、ネットワークデバイスの構造は、送受信ユニット及び処理ユニットを含む。送受信ユニットが、ネットワークデバイスと（端末デバイスを含む）他のデバイスとの間の通信をサポートするよう構成される。処理ユニットが、前述の方法における対応する機能を実行する際にネットワークデバイスをサポートするよう構成される。ネットワークデバイスは、記憶ユニットをさらに含み得る。記憶ユニットが、処理ユニットに連結し、ネットワークデバイスに必要なプログラム命令及びデータを記憶するよう構成される。
【００５８】
他の可能な実装において、ネットワークデバイスの構造は、メモリ、プロセッサ、及び通信モジュールを含む。メモリが、コンピュータ可読プログラムを記憶するよう構成される。プロセッサが、第２の態様においてネットワークデバイスによって実行される方法を実行すべく、メモリ内に記憶される命令を呼び出すよう構成される。通信モジュールが、プロセッサの制御の下、データを受信し、及び／又はデータを送信するよう構成される。
【００５９】
例えば、処理ユニットはプロセッサであってよく、送受信ユニットは通信モジュールであってよく、記憶ユニットはメモリであってよい。通信モジュールは複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有する。
【００６０】
第８の態様によれば、本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行し得る。
【００６１】
第９の態様によれば、本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法でネットワークデバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【００６２】
第１０の態様によれば、本願の実施形態は、命令を含むコンピュータプログラムプロダクトをさらに提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行することができる。
【００６３】
第１１の態様によれば、本願の実施形態は、通信システムをさらに提供する。通信システムは、端末デバイス及びネットワークデバイスを含む。端末デバイスが第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行するよう構成され、端末デバイスは第３の態様で提供された端末デバイスと同じデバイスであり得る。ネットワークデバイスが第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行するよう構成され、ネットワークデバイスは第７の態様で提供されたネットワークデバイスと同じデバイスであり得る。本願の複数の実施形態で提供されたデータ送信方法が、通信システムを用いることによって実装され得る。
【図面の簡単な説明】
【００６４】
【図１Ａ】本願の実施形態による、本願の実施形態が適用可能なネットワークアーキテクチャの概略図である。
【００６５】
【図１Ｂ】本願の実施形態による、本願の実施形態が適用可能な他のネットワークアーキテクチャの概略図である。
【００６６】
【図２】本願の実施形態による、最初のアクセスプロセスの概略フローチャートである。
【００６７】
【図３】本願の実施形態による、他の最初のアクセスプロセスの概略フローチャートである。
【００６８】
【図４】本願の実施形態による、データ送信方法の概略フローチャートである。
【００６９】
【図５】本願の実施形態による、第１のランダムアクセス応答メッセージの概略構造図である。
【００７０】
【図６】本願の実施形態による、第２のランダムアクセス応答メッセージの概略構造図である。
【００７１】
【図７】本願の実施形態による、第３のランダムアクセス応答メッセージの概略構造図である。
【００７２】
【図８】本願の実施形態による、ランダムアクセス応答メッセージにおけるＭＡＣヘッダの概略構造図である。
【００７３】
【図９】本願の実施形態による、ランダムアクセスのプリアンブルの概略構成図である。
【００７４】
【図１０】本願の実施形態による、端末デバイスの概略構造図である。
【００７５】
【図１１】本願の実施形態による、他の端末デバイスの概略構造図である。
【００７６】
【図１２】本願の実施形態による、ネットワークデバイスの概略構造図である。
【００７７】
【図１３】本願の実施形態による、他のネットワークデバイスの概略構造図である。
【００７８】
【図１４】本願の実施形態による、通信システムの概略構造図である。
【発明を実施するための形態】
【００７９】
本願の複数の実施形態で提供される技術的解決策は、より低い電力消費及び低コストを有する端末デバイスが通信を実行するシナリオ、例えば、マシンタイプ通信ＭＴＣシナリオに適用可能である。ＭＴＣは、端末デバイスの比較的長いバッテリ時間及び端末デバイスの比較的低いコストを追求する、すなわち、ＭＴＣ端末デバイスは、低い電力消費及び低コストを実現することが要求される。ＭＴＣを実行する端末デバイスの用途環境が、例えば、水道メータ又は電気メータであって、比較的特殊であることを考慮すれば、端末デバイスの信号カバレッジ強度が信号受信要求を満たすことを実現すべく、ネットワークデバイス及び端末デバイスは、広範なカバレッジをサポートする必要がある。現在、広範なカバレッジを実装するための主な方法は、データ受信成功率を改善すべく、複数の時刻でアップリンク信号又はダウンリンク信号を繰り返し送信し、複数の時刻で信号を受信して組み合わせることである。
【００８０】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策において、例えば、水道メータによって報告されるデータである、端末デバイスによって報告されるデータが１日に一度又は１週間に一度報告され得、報告データのデータ量は比較的小さい。端末デバイスがデータを報告する必要がないとき、端末デバイスはネットワークデバイスに対してＲＲＣ接続を確立せず、この場合、端末デバイスはアイドル状態にある。端末デバイスがデータを報告する必要があるとき、端末デバイスは、ネットワークデバイスに対してＲＲＣ接続を確立し、端末デバイスは、アイドル状態から接続状態に変更する。端末デバイスは、データを報告する前に、毎回、ネットワークデバイスに対して無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）接続を確立する必要がある。加えて、従来技術において、ＲＲＣ接続確立手順のシグナリングインタラクションは複雑であり、いくらかのシグナリングオーバヘッドが要求される。従来技術におけるＲＲＣ接続確立手順が比較的小さいデータ量を送信するためだけに用いられる場合、大量のリソースがＲＲＣ接続確立手順に用いられるが、少量のリソースがデータ送信のために用いられるので、リソース利用が低い。加えて、端末デバイスによって報告されるデータが、遅延に関して比較的高い要求を有する場合、従来技術におけるＲＲＣ接続確立手順はデータが報告される前に実行されて、確立手順がいくらかのタイムオーバーヘッドを要求するので、遅延に関するデータ送信の要求が満たされない場合がる。
【００８１】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策に存在する、低いリソース利用率及びデータ送信遅延に関する要求を満たすことができない前述の課題を解決すべく、本願の複数の実施形態は、データ送信方法及びデバイスを提供する。方法及びデバイスは、同じ発明概念に基づいている。方法及びデバイスの課題解決原理が同様であるので、デバイス及び方法の実現について、相互参照が行われてよく、繰り返し部分は再び詳細に説明されない。
【００８２】
本願の複数の実施形態が、複数の通信システムに適用され得る。本願の複数の実施形態に適用可能なシステムは、ＬＴＥシステム、第５世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システム、モバイル通信のグローバルシステム（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｏｆ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ  ｗｉｒｅｌｅｓｓ、ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ユニバーサルモバイルテレコミュニケーションシステム（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ、ＵＭＴＳ）及び同様のものを含む。これは、本願の複数の実施形態に限定されない。図１Ａは、本願の実施形態が適用可能なネットワークアーキテクチャの概略図である。図１Ａに示されるネットワークは、ネットワークデバイス１１０及び端末デバイス１２０を含み得る。図１Ｂは、本願の実施形態が適用可能な他のネットワークアーキテクチャの概略図である。図１Ｂに示されるネットワークと図１Ａに示されるネットワークとの間の差は、図１Ｂに示されるネットワークにおけるネットワークデバイスがコンピュータ上に存在することである。ネットワークデバイスのいくつかの機能が分散型ユニット（ｄｉｓｔｒｉｂｕｔｅｄ  ｕｎｉｔ、ＤＵ）１１０１上に実装され、ネットワークデバイスの他の機能が集中型ユニット（ｃｅｎｔｒａｌｉｚｅｄ  ｕｎｉｔ、ＣＵ）１１０２上に実装される。複数のＤＵ１１０１が、同じＣＵ１１０２に接続され得る。図１Ａ及び図１Ｂに示されるネットワークのそれぞれが少なくとも１つのネットワークデバイスを含んでよく、それぞれのネットワークデバイスと通信する少なくとも１つの端末デバイスが存在してよいことに留意すべきである。これは、図１Ａ及び図１Ｂに示されるネットワークデバイスの数並びに図１Ａ及び図１Ｂに示される端末デバイスの数に限定されない。
【００８３】
本願の複数の実施形態における端末デバイスは、より低い電力消費及び低コストの特徴を有し、例えば、ＭＴＣ端末デバイス、例えば、水道メータ又は電気メータであり得る。端末デバイスは、ユーザに音声及び／又はデータ接続を提供するデバイス、無線接続機能を有する携帯用デバイス、又は無線モデムに接続する他の処理デバイスであり得る。無線端末デバイスは、ランダムアクセスネットワーク（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、ＲＡＮ）を通じて１又は複数のコアネットワークと通信し得る。無線端末デバイスは、（「セルラ」電話とも称される）モバイル電話及びモバイル端末デバイスを有するコンピュータのようなモバイル端末デバイスであり得、例えば、音声及び／又はデータを無線アクセスネットワークと交換する、ポータブル、ポケットサイズ、ハンドへルド、コンピュータ内蔵、又は車載のモバイル装置であり得る。例えば、それは、パーソナル通信サービス（ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話セット、セッションイニシエーションプロトコル（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｅｄ  ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ、ＷＬＬ）局、又はパーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ、ＰＤＡ）のようなデバイスであり得る。無線端末デバイスはまた、システム、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ）、遠隔局（Ｒｅｍｏｔｅ  ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ、ＡＰ）、遠隔端末デバイス（ｒｅｍｏｔｅ  ｔｅｒｍｉｎａｌ）、アクセス端末デバイス（ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ）、ユーザ端末デバイス（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ  ａｇｅｎｔ）、ユーザデバイス（ｕｓｅｒ  ｄｅｖｉｃｅ）、又はユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）と称され得る。
【００８４】
本願の複数の実施形態におけるネットワークデバイスは、セル、基地局若しくはアクセスポイントであってよく、又は、１又は複数のセクタを用いることによってエアインタフェース上で無線端末デバイスと通信する、アクセスネットワークにおけるデバイスであってよい。例えば、ネットワークデバイスは、ＬＴＥシステムにおける進化型ノードＢ（ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、ｅＮＢ、ｅ−ＮｏｄｅＢ）であってよく、又は５Ｇシステムにおける基地局であってよい。ネットワークデバイスの主要な機能は、無線リソース管理、インターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ、ＩＰ）のヘッダ圧縮及びユーザデータストリームの暗号化、端末デバイスがアタッチされるときのモビリティ管理エンティティ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）の選択、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ−ＧＷ）へのユーザプレーンデータのルーティング、ページングメッセージの組織及び送信、ブロードキャストメッセージの組織及び送信、モビリティ又はスケジューリング目的のための測定及び測定報告構成、並びに同様のものを含む。
【００８５】
以下では、本願の複数の実施形態において用いられる用語を説明する。
【００８６】
最初のアクセスプロセス
【００８７】
図２は、最初のアクセスプロセスの概略図である。最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、ＲＲＣ接続セットアップ要求メッセージである。最初のアクセスプロセスは、以下の段階を含む。
【００８８】
段階２０１：端末デバイスは、ネットワークデバイスにランダムアクセスのプリアンブル（Ｐｒｅａｍｂｌｅ）を送信する。
【００８９】
段階２０２：ネットワークデバイスは、端末デバイスにランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）メッセージを送信する。
【００９０】
段階２０３：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続要求である、ＲＲＣ接続セットアップ要求メッセージを送信する。
【００９１】
段階２０４：ネットワークデバイスは、端末デバイスに、例えば、ＲＲＣ接続セットアップである、ＲＲＣ接続セットアップメッセージを送信する。
【００９２】
段階２０５：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続セットアップ完了である、ＲＲＣ接続セットアップ完了メッセージを送信する。
【００９３】
段階２０１から段階２０５では、図２に示される最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で第１のメッセージから第５のメッセージまでが連続して送信される。最初の４つの段階は、ランダムアクセスプロセスである。
【００９４】
図３は、他の最初のアクセスプロセスの概略図である。最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、ＲＲＣ接続再開要求メッセージである。最初のアクセスプロセスは、以下の段階を含む。
【００９５】
段階３０１：端末デバイスは、ネットワークデバイスにランダムアクセスのプリアンブル（Ｐｒｅａｍｂｌｅ）を送信する。
【００９６】
段階３０２：ネットワークデバイスは、端末デバイスにランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）メッセージを送信する。
【００９７】
段階３０３：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続再開要求である、ＲＲＣ接続再開要求メッセージを送信する。
【００９８】
段階３０４：ネットワークデバイスは、端末デバイスに、例えば、ＲＲＣ接続再開である、ＲＲＣ接続再開メッセージを送信する。
【００９９】
段階３０５：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続再開完了である、ＲＲＣ接続再開完了メッセージを送信する。
【０１００】
段階３０１から段階３０５では、図３に示される最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で第１のメッセージから第５のメッセージまでが連続して送信される。最初の４つの段階は、ランダムアクセスプロセスである。
【０１０１】
図２に示される最初のアクセスプロセスと図３に示される最初のアクセスプロセスとの間の差は、図２に示される最初のアクセスプロセスにおいて、段階２０３は、端末デバイスがネットワークデバイスに、図２に示される最初のアクセスプロセスにおいて、端末デバイスが初めてネットワークデバイスに対してＲＲＣ接続を確立すること、又は、図２に示される最初のアクセスプロセスの前に、端末デバイスとネットワークデバイスとの間に確立されたＲＲＣ接続がリリースされることを示す、ＲＲＣ接続セットアップ要求メッセージを送信することであり、一方で、図３に示される最初のアクセスプロセスにおいて、段階３０３は、端末デバイスがネットワークデバイスに、端末デバイスが最後にネットワークデバイスに対してＲＲＣ接続を確立した後、端末デバイスが送信される必要があるデータを有していないことをネットワークデバイスが決定したとき、ネットワークデバイスが端末デバイスを一時中断（ｓｕｓｐｅｎｄ）する、すなわち、ネットワークデバイスがＵＥに対してＲＲＣ接続をリリースするが、ネットワークデバイスが端末デバイスのコンテキスト情報を保存し、端末デバイスがネットワークデバイスによって端末デバイスのために構成されたＲＲＣ構成情報を保存することを示す、ＲＲＣ接続再開要求メッセージを送信することにある。端末デバイスがデータを送信する必要があるとき、端末デバイスは、ネットワークデバイスにＲＲＣ接続再開要求メッセージを送信し、その結果、ネットワークデバイスは、端末デバイスに対するＲＲＣ接続を再開する。図２に示される最初のアクセスプロセスと比較して、図３に示される最初のアクセスプロセスは、ネットワークデバイスと端末デバイスとの間でＲＲＣ接続を確立するために用いられるタイムオーバーヘッド及びシグナリングオーバヘッドを減少させる。
【０１０２】
最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージが、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージであることに留意すべきである。しかしながら、システムが発達するにつれて、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、他のメッセージであってよく、この場合、本願の複数の実施形態で提供される技術的解決策は、さらに適用可能である。
【０１０３】
以下では、本願の複数の実施形態で提供される技術的解決策を説明する。本願における実施形態は、単に、本願の複数の実施形態で提供される技術的解決策を説明するために用いられるに過ぎず、実施形態が現れる順序は、実施形態において説明される技術的解決策の利点又は欠点を示すものではないことに留意すべきである。
【０１０４】
本願の実施形態は、データ送信方法を提供する。図４は、データ送信方法の概略フローチャートである。方法は、以下の段階を含む。
【０１０５】
段階４０１：端末デバイスは、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１０６】
段階４０１において、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる。したがって、端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信するとき、ネットワークデバイスは、第１のランダムアクセスリソースに基づいて、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを知ることができ得る。ランダムアクセス要求メッセージはランダムアクセスのプリアンブルであり、すなわち、ランダムアクセス要求がランダムアクセスのプリアンブルを送信することによって開始される。実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。具体的には、端末デバイスは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを用いることによって、最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信することを要求する。例えば、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブルを含む。既存のランダムアクセスのプリアンブルとは異なり、第１のランダムアクセスリソースに含まれるランダムアクセスのプリアンブルは、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる機能を有する。同様に、既存のランダムアクセスの時間−周波数リソースとは異なり、第１のランダムアクセスリソースに含まれるランダムアクセスの時間−周波数リソースは、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる機能を有する。端末デバイスが最初のアクセスプロセスにおいて送信することを要求する第１のデータは、ユーザプレーンデータ（ｕｓｅｒ  ｄａｔａ）又は非アクセス層（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、ＮＡＳ）メッセージである。
【０１０７】
段階４０１の前に、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを端末デバイスが決定する方式は、以下の２つの実装を含む。
【０１０８】
第１の実装において、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを端末デバイスのアクセス層（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、ＡＳ）が決定するとき、ＡＳ層は、端末デバイスのＮＡＳ層にネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知する。端末デバイスが第１のデータを送信する必要があるとき、第１のデータは最初に端末デバイスのＮＡＳ層に到着する。ＮＡＳ層はＡＳ層に第１のデータを送信し、ＡＳ層にＲＲＣ接続を確立することを要求する。ＡＳ層は第２の情報を含むシステム構成情報を取得できるので、ＡＳ層は第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１０９】
ＡＳ層によって実行される前述の機能は、ＡＳ層に含まれるＲＲＣ層によって実装され得る。具体的には、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを、端末デバイスがＲＲＣ層を用いることによって決定するとき、ＲＲＣ層は、端末デバイスのＮＡＳ層にネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知し、端末デバイスは、ＮＡＳ層を用いることによってＲＲＣ層に最初のアクセスプロセスにおいて送信される必要がある第１のデータを送信し、ＲＲＣ層は、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１１０】
第２の実装において、端末デバイスが第１のデータを送信する必要があるとき、第１のデータは最初に端末デバイスのＮＡＳ層に到着する。ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを端末デバイスのＡＳ層が決定するとき、ＡＳ層はＮＡＳ層にネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知する。その後、ＮＡＳ層はＡＳ層に第１のデータを送信し、ＲＲＣ接続を確立することをＡＳ層に要求する。ＡＳ層は第２の情報を含むシステム構成情報を取得できるので、ＡＳ層は第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１１１】
ＡＳ層によって実行される前述の機能は、ＡＳ層に含まれるＲＲＣ層によって実装され得る。具体的には、端末デバイスがＮＡＳ層を用いることによって端末デバイスのＲＲＣ層に、最初のアクセスプロセスにおいて送信される必要がある第１のデータを送信し、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることをＲＲＣ層を用いることによって決定するとき、端末デバイスは、ＲＲＣ層を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１１２】
本実施形態において、端末デバイスはより低い電力消費及び低コストの特徴を有し、例えば、ＭＴＣを実行する端末デバイスであり得る。
【０１１３】
段階４０２：ネットワークデバイスは、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する。ここで、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１１４】
段階４０２において、第１の情報が示すのに用いられる送信リソースは、時間−周波数リソースであり得る。第１の情報が示すのに用いられる送信リソースは、ネットワークデバイスによって端末デバイスに割り当てられ、かつ、最初のアクセスプロセスにおいてネットワークデバイスに第３のメッセージを送信するために端末デバイスによって用いられ得るリソースとして理解されてよい。例えば、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、ＲＲＣメッセージであり得る。ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージであり得る。
【０１１５】
段階４０２において、ランダムアクセス応答メッセージが第１の情報を搬送することが、以下のいくつかの方式で実装され得る。第１の情報が、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１１６】
第１の実装において、第１の情報が、既存のランダムアクセス応答メッセージの構造を用いることによって搬送される。図５は、既存のランダムアクセス応答メッセージの構造を示す。従来技術において、図５のアップリンクリソースグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ、ＵＬ  Ｇｒａｎｔ）が、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースを示すのに用いられる。本実施形態において、図５のＵＬグラントが第１の情報を搬送するために拡張される。第１の情報によって示され、かつ、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースのサイズは、従来技術においてＵＬグラントによって示される送信リソースのサイズより大きくてよく、又はこれに等しくてよい。
【０１１７】
第２の実装において、第１の情報が、既存のランダムアクセス応答メッセージの構造を用いることによって搬送される。図５は、既存のランダムアクセス応答メッセージの構造を示す。本実施形態において、予約ビット「Ｒ」が第１の情報を示すのに用いられる。例えば、Ｒ＝１であるとき、それは、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースが第１のリソースであることを示し、Ｒ＝０であるとき、それは、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースが第２のリソースであることを示す。第１のリソース及び第２のリソースは事前交渉されたリソース量であり、第１のリソースのサイズは、第２のリソースのサイズより大きくてよく、第２のリソースは、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースである。
【０１１８】
第３の実装において、図６に示されるように、従来技術におけるランダムアクセス応答メッセージ構造と比較して、ＵＬグラント１が本実施形態で提供されるランダムアクセス応答メッセージ構造に加えられる。図６のＵＬグラントが、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースを示すのに用いられる。ＵＬグラント１がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられ、送信リソースは、ＲＲＣメッセージを別々に送信するのに用いられる送信リソースではない。ＵＬグラントによって示される送信リソース及びＵＬグラント１によって示される送信リソースの和は、ネットワークデバイスによって端末デバイスに割り当てられ、かつ、第１の情報によって示される送信リソースである。
【０１１９】
図６におけるＵＬグラント１は２０ビットであってよく、これは、従来技術におけるＵＬグラントと同じである。この場合、４つの予約ビット「Ｒ」が導入される必要がある。ここで、予約ビット「Ｒ」の位置は、図６に示される場合に限定されない。図６におけるＵＬグラント１内のビット数はまた、２０より大きい又は小さくてよく、これは限定されない。
【０１２０】
さらに、図６において、従来技術における構造の予約ビット「Ｒ」（図６の左上隅の「Ｒ」）が、ランダムアクセス応答メッセージが本実施形態におけるランダムアクセス応答メッセージであるか、又は従来技術におけるランダムアクセス応答メッセージであるかを示すのに用いられ得る。例えば、Ｒ＝１は本実施形態におけるランダムアクセス応答メッセージを示し、Ｒ＝０は従来技術におけるランダムアクセス応答メッセージを示す、又はその逆も同様である。
【０１２１】
第４の実装において、ネットワークデバイスは、端末デバイスに２つのランダムアクセス応答メッセージを送信する。第１のランダムアクセス応答メッセージは、図５に示される従来技術におけるランダムアクセス応答メッセージである。図５におけるＵＬグラントは、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースを示すのに用いられる。第２のランダムアクセス応答メッセージは、図７に示される本実施形態で提供されるランダムアクセス応答メッセージである。図７におけるＵＬグラント１がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられ、送信リソースがＲＲＣメッセージを別々に送信するのに用いられる送信リソースではない。図５におけるＵＬグラントによって示される送信リソース及び図７におけるＵＬグラント１によって示される送信リソースの和は、ネットワークデバイスによって端末デバイスに割り当てられ、かつ、第１の情報によって示される送信リソースである。
【０１２２】
図７におけるＵＬグラント１は２０ビットであってよく、これは、従来技術におけるＵＬグラントと同じである。この場合、４つの予約ビット「Ｒ」が導入される必要がある。ここで、予約ビット「Ｒ」の位置は、図７に示される場合に限定されない。図７におけるＵＬグラント１内のビット数はまた、２０より大きい又はより小さくてよく、これは限定されない。
【０１２３】
図５に示される従来技術におけるランダムアクセス応答メッセージ及び図７に示される本実施形態で提供されるランダムアクセス応答メッセージの両方が、図８に示されるＭＡＣヘッダの構造を用いる。
【０１２４】
第４の実装において、ネットワークデバイスが端末デバイスに２つのランダムアクセス応答メッセージを送信するとき、ネットワークデバイスは、１つの媒体アクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＭＡＣ  ＰＤＵ）に２つのランダムアクセス応答メッセージを加えて、端末デバイスにＭＡＣ  ＰＤＵを送信してよい。端末デバイスによって受信される２つのランダムアクセス応答メッセージのランダムアクセスのプリアンブルのアイデンティティ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｔｙ、ＲＡＰＩＤ）が同じであるので、端末デバイスは、ランダムアクセス応答メッセージのうちの一方は従来技術におけるランダムアクセス応答メッセージであり、他方は本実施形態で提供されるランダムアクセス応答メッセージであると見なす。ネットワークデバイスが端末デバイスに２つのランダムアクセス応答メッセージを送信するとき、ネットワークデバイスは、代替的に、２つのＭＡＣ  ＰＤＵにそれぞれ２つのランダムアクセス応答メッセージを加えてよく、端末デバイスに２つのＭＡＣ  ＰＤＵを送信する。
【０１２５】
本発明において、別々に送信されるＲＲＣメッセージが、ＲＲＣ層によって生成される情報であり、かつ、ＮＡＳ層の層メッセージ及び／又はユーザデータを含まない。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであってよい。
【０１２６】
段階４０３：端末デバイスは、ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１２７】
第２のデータはＲＲＣメッセージ及び第１のデータを含み、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である。ＲＲＣメッセージは、ＲＲＣ層によって生成された制御情報であり、ＮＡＳ層の層によって伝えられた情報を含まず、及び／又はユーザプレーンデータを含まない。例えば、ＲＲＣメッセージがＲＲＣ接続セットアップ要求メッセージであるとき、ＲＲＣメッセージのサイズは５６ビットである。ＲＲＣメッセージがＲＲＣ接続再開要求メッセージであるとき、ＲＲＣメッセージのサイズは５６ビット又は８８ビットである。
【０１２８】
段階４０３の実装において、以下のいくつかのケースが存在する。
【０１２９】
ケース１：送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、端末デバイスは、第３のメッセージで、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。具体的には、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しいことは、送信リソースのサイズ（Ｓｉｚｅ）が第２のデータのサイズ（Ｓｉｚｅ）より大きい又はこれに等しいことを意味する。以降の処理は同様であり、ここでは説明されない。
【０１３０】
端末デバイスがユーザプレーン上でＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信することは、端末デバイスが第１のデータ及びＲＲＣメッセージを多重化し（Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ネットワークデバイスに、第１のデータ及びＲＲＣメッセージを一緒に送信することを意味する。端末デバイスが制御プレーン上でＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信することは、端末デバイスが第１のデータをＮＡＳ層の層メッセージにカプセル化することを意味する。ここで、ＮＡＳ層の層メッセージがＲＲＣメッセージにおいて搬送され、その後、ネットワークデバイスにＲＲＣメッセージを送信する。この場合、ＲＲＣメッセージは、ユーザデータ又はＮＡＳ層の層メッセージを含むＲＲＣメッセージであり、これは、サイズ（Ｓｉｚｅ）比較に関与している前述のＲＲＣメッセージとは異なる。
【０１３１】
このような方法で、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスが端末デバイスに第１のデータを送信する従来技術と比較して、前述の方法では、端末デバイスは、最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信し、その結果、端末デバイスは、前もってネットワークデバイスに第１のデータを送信し、それによって、第１のデータを送信する際の遅延を減少させ、第１のデータを送信するためのリソース消費を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであってよい。
【０１３２】
ケース１に基づいて、ＲＲＣメッセージがＲＲＣ接続セットアップ要求メッセージである例が用いられる。ネットワークデバイスが端末デバイスによって送信されたＲＲＣ接続セットアップ要求メッセージを受信した後、ネットワークデバイスは、端末デバイスに対してＲＲＣ接続を確立し得る。ＲＲＣ接続を確立する処理については、従来技術を参照する。詳細はここでは説明されない。ネットワークデバイスが端末デバイスによって送信されたＲＲＣ接続セットアップ要求メッセージを受信した後、端末デバイスはＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信したので、端末デバイスが現在、第１のデータ以外に送信すべき他のデータを有していないとネットワークデバイスが決定した場合、ネットワークデバイスは、端末デバイスに対してＲＲＣ接続を確立しなくてよい。このような方法で、端末デバイスは前もってネットワークデバイスに第１のデータを送信し、それによって、ネットワークデバイスが端末デバイスに対してＲＲＣ接続を確立するときに消費されるリソースを減らす。同様、ＲＲＣメッセージがＲＲＣ接続再開要求メッセージであるとき、ネットワークデバイスが端末デバイスによって送信されたＲＲＣ接続再開要求メッセージを受信した後、ネットワークデバイスは、端末デバイスに対してＲＲＣ接続を再開してよく、又は端末デバイスに対してＲＲＣ接続を再開しなくてよい。
【０１３３】
ケース１において、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、ＲＲＣメッセージを用いることによって第１のデータを送信するための前述の方法に加えて、端末デバイスは、他の方法を用いることによってネットワークデバイスに第１のデータを送信し得る。例えば、端末デバイスは、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータ部分のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによってネットワークデバイスに第１のデータの残りの部分を送信してよい。他の例について、端末デバイスは、最初のアクセスプロセスにおいてネットワークデバイスと交換された第３のメッセージの後、アップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し得る。
【０１３４】
ケース２：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、第３のメッセージで、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータの一部を送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。端末デバイスは、第３のメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１３５】
端末デバイスは、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部を送信し、端末デバイスはＲＲＣメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータの残りの部分を送信する。ユーザプレーン上の実装は、端末デバイスがユーザプレーン上のＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信する前述の実装と同様であり、制御プレーン上の実装は、端末デバイスが制御プレーン上のＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信する前述の実装と同様である。詳細はここで再び説明されない。
【０１３６】
このような方法で、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスが端末デバイスに第１のデータを送信する従来技術と比較して、前述の方法において、端末デバイスは最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部を送信し、その結果、端末デバイスは前もってネットワークデバイスに第１のデータの一部を送信し、それによって、第１のデータを送信する際の遅延を減少させて、第１のデータの一部を送信するためのリソース消費を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであってよい。
【０１３７】
ケース３：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、第３のメッセージで、ネットワークデバイスにＲＲＣメッセージを送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて、端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。端末デバイスは、第３のメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１３８】
端末デバイスは、最初のアクセスプロセスにおいてネットワークデバイスと交換した第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し、これは、従来技術と同じである。この場合、送信リソースがＲＲＣメッセージ及び第１のデータを送信するには不十分である、という課題が解決され、端末デバイスは、従来技術におけるデータ送信手順にフォールバックし得る。
【０１３９】
ケース４：送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、端末デバイスは、第３のメッセージを用いることによって、ネットワークデバイスにＲＲＣメッセージを送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。端末デバイスは、第３のメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１４０】
前述のケース３及びケース４において、最初のアクセスプロセスにおいて端末デバイスによってネットワークデバイスと交換された第３のメッセージは、例えば、ＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであるＲＲＣメッセージ、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであり得る。この場合、第３のメッセージに続くアップリンクメッセージが、端末デバイスによってネットワークデバイスに送信され、かつ、ＲＲＣメッセージに続くアップリンクメッセージとして理解され得る。ケース３及びケース４において、端末デバイスが第３のメッセージに続くアップリンクメッセージを用いることによってネットワークデバイスに第１のデータを送信する前に、端末デバイスは、第３のメッセージを用いることによって、ネットワークデバイスにＲＲＣメッセージを送信する。この場合、送信リソースがＲＲＣメッセージ及び第１のデータを送信するのに不十分である、という課題が解決され、端末デバイスは、従来技術におけるデータ送信手順にフォールバックし得る。
【０１４１】
前述のケース２及びケース４において、ＲＲＣメッセージに続くアップリンクメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換される第５のメッセージであってよく、これは、通常、メッセージ５と称される。実装において、ＲＲＣメッセージはＲＲＣ接続要求メッセージであり、メッセージ５はＲＲＣ接続セットアップ完了メッセージである。他の実装において、ＲＲＣメッセージはＲＲＣ接続再開要求メッセージであり、メッセージ５はＲＲＣ接続再開完了メッセージである。
【０１４２】
本実施形態において、端末デバイスがネットワークデバイスにＲＲＣメッセージを送信する前に、端末デバイスは、端末デバイスのコンテキストを自動的に有効にする。ユーザプレーン方法において、第３のメッセージ上の第１のデータを送信するために、第１のデータが、サービスチャネルで送信される必要がある。この場合、第１のデータが、端末デバイスのコンテキスト情報を用いることによって処理される必要がある。従来技術において、コンテキスト情報が、端末デバイスのためにネットワークデバイスによって構成される。メッセージ５を用いることによってデータを送信するための方法において、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にする必要がある。しかしながら、本発明の実施形態において、ユーザプレーン方法では、第１のデータが第３のメッセージの位置で送信されるとき、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にできない。したがって、端末デバイスは、ユーザプレーンデータを処理するために端末デバイスのコンテキスト情報を有効にする必要がある。
【０１４３】
本実施形態において、段階４０１の前に、ネットワークデバイスは、端末デバイスに第２の情報を送信し得る。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる。第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスは、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つの第２のランダムアクセスリソースを選択し得る。第１のランダムアクセスリソースがランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含み得るので、それに応じて、第２のランダムアクセスリソースはまた、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含み得る。
【０１４４】
前述の実装において、さらに、ネットワークデバイスによって端末デバイスに送信される第２の情報が、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ得、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスは、最初に端末デバイスが属するカバレッジレベルを決定し、その後、第１のランダムアクセスリソースとして、端末デバイスが属するカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースから１つの第２のランダムアクセスリソースを選択する。
【０１４５】
実装において、ネットワークデバイスは、システムメッセージ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ）を用いることによって、端末デバイスに第２の情報を送信し得る。例えば、システムブロードキャストメッセージは、具体的には、システム情報ブロックタイプ２（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ  ｔｙｐｅ２、ＳＩＢ２）であり得る。ＳＩＢ２は、ランダムアクセス手順の構成情報を搬送し、構成情報は、第２の情報を含む。
【０１４６】
以下では、ランダムアクセスのプリアンブルを含む第２のランダムアクセスリソースの例を用いる。図９は、ランダムアクセスのプリアンブルの概略構成図である。図９において、レベルＸからレベルＹまでは、カバレッジレベルＸからカバレッジレベルＹを連続して示す（Ｘ及びＹは非負整数であり、ＸはＹより大きい）。レベルＸに対応する最初のプリアンブルＸから最後のプリアンブルＸまでのインデックスのランダムアクセスのプリアンブルが、ランダムアクセスを実行するためにカバレッジレベルＸで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。最初のプリアンブルＸから最後のプリアンブルＸまでのインデックスにおけるＭＸインデックスのランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＸで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。ここで、ＭＸは、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＸで端末デバイスによって用いられるランダムアクセスのプリアンブルの数である。ＭＸのランダムアクセスのプリアンブルのインデックスは、最初のプリアンブルＸから最初のプリアンブルＸ＋ＭＸ−１までである。同様に、レベルＹに対応する最初のプリアンブルＹから最後のプリアンブルＹのインデックスのランダムアクセスのプリアンブルが、ランダムアクセスを実行するためにカバレッジレベルＹで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。最初のプリアンブルＹから最後のプリアンブルＹまでのインデックスにおけるＭＹインデックスのランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＹで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。ここで、ＭＹは、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＹで端末デバイスによって用いられるランダムアクセスのプリアンブルの数である。ＭＹランダムアクセスのプリアンブルのインデックスは、最初のプリアンブルＹから最初のプリアンブルＹ＋ＭＹ−１である。パラメータＭＸ及びＭＹが第２の情報に含まれ、ＭＸ及びＭＹは正の整数である。
【０１４７】
他の方法において、前述の２つのインデックス範囲はまた、最後のプリアンブルＸ−ＭＸ＋１から最後のプリアンブルＸまで、及び最後のプリアンブルＹ−ＭＹ＋１から最後のプリアンブルＹまでであり得る。
【０１４８】
他の方法において、ＭＸは、代替的に、端末デバイスがカバレッジレベルＸで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよく、ＭＹは、代替的に、端末デバイスがカバレッジレベルＹで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよい。
【０１４９】
第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むことは、例として用いられる。本実施形態において、ネットワークデバイスが端末デバイスに少なくとも１つの第２のランダムアクセスリソースを示すのに用いられる第２の情報を送信する実装は、以下の３つの方式を含むがこれに限定されない。
【０１５０】
第１の実装において、第２の情報はそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルのインデックスを含んでよく、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる。この場合、特定のランダムアクセスのプリアンブルは、第２のランダムアクセスリソースである。図９に示されるランダムアクセスのプリアンブルの概略構成図を例として用いると、第２の情報は、ＭＸの範囲にあって、かつ、レベルＸに対応するランダムアクセスのプリアンブルのインデックス、すなわち、最初のプリアンブルＸから最初のプリアンブルＸ＋ＭＸ−１までのインデックス、及び、ＭＹの範囲にあって、かつ、レベルＹに対応するランダムアクセスのプリアンブルのインデックス、すなわち、最初のプリアンブルＹから最初のプリアンブルＹ＋ＭＹ−１のインデックスを含む。代替的に、前述の２つのインデックス範囲はまた、最後のプリアンブルＸ−ＭＸ＋１から最後のプリアンブルＸ、及び最後のプリアンブルＹ−ＭＹ＋１から最後のプリアンブルＹまであり得る。パラメータＭＸ及びＭＹが第２の情報に含まれ、ＭＸ及びＭＹは正の整数である。ＭＸは、代替的に、端末デバイスがカバレッジレベルＸで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよく、ＭＹは、代替的に、端末デバイスがカバレッジレベルＹで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよい。
【０１５１】
他の方法において、ＭＸは、代替的に、端末デバイスがカバレッジレベルＸで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよく、ＭＹは、代替的に、端末デバイスがカバレッジレベルＹで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよい。
【０１５２】
第３の実装において、第２の情報は、カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び割合を含んでよく、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルで端末デバイスによって用いられる。カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数が、カバレッジレベルで特定のランダムアクセスのプリアンブルを決定するのに用いられ得る。図９に示されるランダムアクセスのプリアンブルの概略構成図を例として用いると、第２の情報は、第１のＭＸのランダムアクセスのプリアンブルがカバレッジレベルＸで特定のランダムアクセスのプリアンブルであること、及び、第１のＭＹのランダムアクセスのプリアンブルがカバレッジレベルＹでであることを含む。第２の情報は、図９のレベルＸに対応するプリアンブル最初のプリアンブルＸから最後のプリアンブルＸまでにおける第１のＭＸのランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであること、及び、図９のレベルＹに対応するプリアンブル最初のプリアンブルＹから最後のプリアンブルＹまでにおける第１のＭＹのランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであることを示す。特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するために端末デバイスによって用いられるランダムアクセスのプリアンブルである。代替的に、第２の情報は、レベルＸに対応するプリアンブル最初のプリアンブルＸから最後のプリアンブルＸまでにおける最後のＭＸのランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであること、及び、レベルＹに対応するプリアンブル最初のプリアンブルＹから最後のプリアンブルＹまでにおける最後のＭＹランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであることを示す。特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するために端末デバイスによって用いられるランダムアクセスのプリアンブルである。
【０１５３】
第２の実装方式において、異なるカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数が、カバレッジレベルの全てのランダムアクセスのプリアンブルにおいて同じであるとき、場所及び数が第２の情報において共同で示され得る。図９に示されるランダムアクセスのプリアンブルの概略構成図が、例として用いられる。レベルＸからレベルＹまでにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、カバレッジレベルでの全てのランダムアクセスのプリアンブルにおける最初のＮ又は最後のＮのランダムアクセスのプリアンブルであり、数Ｎが第２の情報に含まれる。この場合、図９において、ＭＸ＝ＭＸ（Ｘ＋１）＝Ｍ（Ｘ＋２）＝ＭＹ＝Ｎである。
【０１５４】
カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置が同じであってよく又は異なってよく、カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの数が同じであってよく又は異なってよいことに留意すべきである。
【０１５５】
第３の実装において、第２の情報はカバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び割合を含んでよく、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためのカバレッジレベルで端末デバイスによって用いられる。カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数が、カバレッジレベルで特定のランダムアクセスのプリアンブルを決定するのに用いられ得る。第２の実装と同様に、図９に示されるランダムアクセスのプリアンブルの概略構成図が例として用いられる。第２の情報は、最後のＫｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）のプリアンブル又は最初のＫｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）のプリアンブルは、カバレッジレベルＸでの特定のランダムアクセスのプリアンブルであることを含む。ここで、Ｋは０と１との間１０進数であり、Ｋｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）は切り上げられ又は切り捨てられる。最後のＬｘ（最後のプリアンブルＹ−最初のプリアンブルＹ＋１）のプリアンブル又は最初のＬｘ（最後のプリアンブルＹ−最初のプリアンブルＹ＋１）のプリアンブルは、カバレッジレベルＹでの特定のランダムアクセスのプリアンブルである。ここで、Ｌは０と１との間の１０進数であり、Ｌｘ（最後のプリアンブルＹ−最初のプリアンブルＹ＋１）は切り上げられ又は切り捨てられる。Ｋ及びＬは、第２の情報に含まれる。
【０１５６】
第３の実装方式において、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数がカバレッジレベルの全てのランダムアクセスのプリアンブルにおいて同じであるとき、位置及び数が第２の情報において共同で示され得る。図９に示されるランダムアクセスのプリアンブルの概略構成図が、例として用いられる。レベルＸからＹまでにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、カバレッジレベルの全てのランダムアクセスのプリアンブルにおける最初の又は最後のＫｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）のランダムアクセスのプリアンブルである場合。ここで、Ｋは０と１との間の１０進数であり、Ｋｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）は切り上げ又は切り捨てられる。Ｋは第２の情報に含まれる。
【０１５７】
カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置が同じであってよく又は異なってよく、カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの数が同じであってよく又は異なってよいことに留意すべきである。
【０１５８】
同じ発明概念に基づいて、本願の実施形態は、端末デバイスをさらに提供する。端末デバイスは、図４に対応する実施形態で提供された方法において端末デバイスによって実行された方法を実装し得る。図１０を参照すると、端末デバイスは、送信ユニット１００１及び受信ユニット１００２を含む。
【０１５９】
送信ユニット１００１が、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信するよう構成される。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる。
【０１６０】
受信ユニット１００２は、ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信するよう構成される。ここで、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１６１】
送信ユニット１００１は、ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するようさらに構成される。ここで、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である。
【０１６２】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０１６３】
可能な実装において、受信ユニット１００２は、送信ユニット１００１が第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前に、ネットワークデバイスによって送信される第２の情報を受信するようさらに構成される。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる。端末デバイスは、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つを選択するよう構成される処理ユニットをさらに含む。
【０１６４】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０１６５】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０１６６】
可能な実装において、端末デバイスは、送信ユニット１００１が第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前に、ＲＲＣ層を用いることによって、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを決定し、ＲＲＣ層を用いることによって、端末デバイスのＮＡＳ層にネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知するよう構成される処理ユニットをさらに含む。
【０１６７】
可能な実装において、ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するとき、送信ユニット１００１は、具体的には、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータの一部のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータの残りのデータを送信し、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し、又は、送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するよう構成される。
【０１６８】
可能な実装において、送信ユニット１００１は、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する前に、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置でネットワークデバイスにＲＲＣメッセージを送信するようさらに構成される。
【０１６９】
可能な実装において、端末デバイスは、送信ユニット１００１がネットワークデバイスにＲＲＣメッセージを送信する前に、端末デバイスのコンテキストを自動的に有効にするよう構成される処理ユニットをさらに含む。
【０１７０】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０１７１】
可能な実装において、端末デバイスは、ＭＴＣを実行するデバイスである。
【０１７２】
本願の本実施形態において、ユニット分割は例であり、単に論理的な機能分割に過ぎないことに留意すべきである。実際の実装において、他の分割方式が用いられ得る。本願の複数の実施形態における機能的なユニットが１つの処理ユニットに統合されてよく、又は、ユニットのそれぞれが物理的に単独で存在してよく、又は、２又はそれ以上のユニットが１つのユニットに統合される。統合ユニットは、ハードウェアの形態で実装されてよく、又はソフトウェア機能ユニットの形態で実装されてよい。
【０１７３】
統合ユニットがソフトウェア機能ユニットの形態で実装されて、個別の製品として販売又は用いられるとき、統合ユニットがコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本願の技術的解決策は本質的に、又は従来技術に寄与する部分、又は技術的解決策の全て又は一部は、ソフトウェア製品の形態で実装され得る。ソフトウェア製品が記憶媒体に記憶され、（パーソナルコンピュータ、サーバ若しくはネットワークデバイスであり得る）コンピュータデバイス、又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の複数の実施形態で説明された方法の段階の全て又は一部を実行することを命令するためのいくつか命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は、コンパクトディスクのような、プログラムコードを記憶できる任意の媒体を含む。
【０１７４】
同じ発明概念に基づいて、本願の実施形態は、端末デバイスをさらに提供する。端末デバイスは、図４に対応する実施形態で提供された方法において端末デバイスによって実行された方法を用いて、かつ、図１０示される端末デバイスと同じデバイスであってよい。図１１を参照すると、端末デバイスは、プロセッサ１１０１、通信モジュール１１０２及びメモリ１１０３を含む。
【０１７５】
プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すよう構成される。通信モジュール１１０２を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する手順であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、手順、通信モジュール１１０２を用いることによって、ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信する段階であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、手順、並びに、通信モジュール１１０２を用いることによって、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する手順であって、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、手順。
【０１７６】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０１７７】
可能な実装において、プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。通信モジュール１１０２を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する手順の前に、通信モジュール１１０２を用いることによって、ネットワークデバイスによって送信される第２の情報を受信する手順であって、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる、手順。プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つを選択する手順。
【０１７８】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０１７９】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０１８０】
可能な実装において、プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。通信モジュール１１０２を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する手順の前に、ＲＲＣ層を用いることによって、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを決定する手順、並びに、ＲＲＣ層を用いることによって、端末デバイスの非アクセス層ＮＡＳ層にネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知する手順。
【０１８１】
可能な実装において、通信モジュール１１０２を用いることによって、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するとき、プロセッサ１１０１は、具体的には、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータの一部のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータの残りのデータを送信する、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する、又は、送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するよう構成される。
【０１８２】
可能な実装において、プロセッサは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する前に、通信モジュール１１０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ネットワークデバイスにＲＲＣメッセージを送信するようさらに構成される。
【０１８３】
可能な実装において、プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。通信モジュール１１０２を用いることによってネットワークデバイスにＲＲＣメッセージを送信する手順の前に、端末デバイスのコンテキストを自動的に有効にする手順。
【０１８４】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０１８５】
可能な実装において、端末デバイスは、マシンタイプ通信ＭＴＣを実行するデバイスである。
【０１８６】
プロセッサ１１０１、通信モジュール１１０２、及びメモリ１１０３が、バスを用いることによって、汎用バスアーキテクチャとして実装され得る。端末デバイスの特定の用途及び全体デザインの制約に基づいて、バスは任意の数の相互接続バス及びブリッジを含んでよく、具体的には、プロセッサ１１０１で表された１又は複数のプロセッサの様々な回路及びメモリ１１０３で表されたメモリが共に接続される。バスアーキテクチャは、周辺デバイス、電圧安定装置、及び電力管理回路のような、様々な他の回路をさらに接続し得る。これらのことは当該技術分野で周知のであり、したがって、本明細書でさらに説明されない。バスインタフェースは、インタフェースを提供する。通信モジュール１１０２は、複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有し、並びに、送信媒体上の様々な他の装置と通信するよう構成されるユニットを提供する。プロセッサ１１０１は、バスアーキテクチャの管理及び通常の処理を担当する。メモリ１１０３は、プロセッサ１１０１がオペレーションを実行するときに用いられるデータを記憶し得る。
【０１８７】
オプションで、プロセッサ１１０１は、中央演算処理装置、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、又は、コンプレックスプログラマブルロジックデバイス（ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＣＰＬＤ）であり得る。
【０１８８】
本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、前述の実施形態において端末デバイスによって実行されたデータ送信方法を実装し得る。
【０１８９】
本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは前述のデータ送信方法において端末デバイスによって実行された方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法において端末デバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【０１９０】
本願の実施形態は、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、前述の実施形態において端末デバイスによって実行されたデータ送信方法を実行することができる。
【０１９１】
同じ発明概念に基づいて、本願の実施形態は、ネットワークデバイスをさらに提供する。ネットワークデバイスは、図４に対応する実施形態で提供された方法においてネットワークデバイスによって実行された方法を実装し得る。図１２を参照すると、ネットワークデバイスは、受信ユニット１２０１及び送信ユニット１２０２を含む。
【０１９２】
受信ユニット１２０１が、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信するよう構成される。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる。
【０１９３】
送信ユニット１２０２は、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信するよう構成される。ここで、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１９４】
受信ユニット１２０１は、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信するようさらに構成される。ここで、指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、端末デバイスによって決定され、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である。
【０１９５】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０１９６】
可能な実装において、送信ユニット１２０２は、受信ユニット１２０１が第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する前に、端末デバイスに第２の情報を送信するようさらに構成される。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられ、第１のランダムアクセスリソースは、少なくとも１つの第２のランダムアクセスリソースのうちの１つである。
【０１９７】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０１９８】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０１９９】
可能な実装において、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信するとき、受信ユニット１２０１は、具体的には、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータを受信する、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータの一部のデータを受信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータの残りのデータを受信する、又は、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信するよう構成される。
【０２００】
可能な実装において、受信ユニット１２０１は、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する前に、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で端末デバイスが送信するＲＲＣメッセージを受信するようさらに構成される。
【０２０１】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０２０２】
同じ発明概念に基づいて、本願の実施形態は、ネットワークデバイスをさらに提供する。ネットワークデバイスは、図４に対応する実施形態で提供された方法においてネットワークデバイスによって実行される方法を実装し得、図１２に示されるネットワークデバイスと同じデバイスであり得る。図１３を参照すると、ネットワークデバイスは、プロセッサ１３０１、通信モジュール１３０２、及びメモリ１３０３を含む。
【０２０３】
プロセッサ１３０１は、以下のプロセスを実行するようメモリ１３０３内のプログラムを読み出すよう構成される。通信モジュール１３０２を用いることによって、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する手順であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、手順、通信モジュール１３０２を用いることによって、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する手順であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、手順、並びに、通信モジュール１３０２を用いることによって、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信する手順であって、指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、端末デバイスによって決定され、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、手順。
【０２０４】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０２０５】
可能な実装において、プロセッサ１３０１は、以下のプロセスを実行するようメモリ１３０３内のプログラムを読み出すようさらに構成される。通信モジュール１３０２を用いることによって、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する手順の前に、通信モジュール１３０２を用いることによって、端末デバイスに第２の情報を送信する手順。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられ、第１のランダムアクセスリソースは、少なくとも１つの第２のランダムアクセスリソースのうちの１つである。
【０２０６】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０２０７】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０２０８】
可能な実装において、通信モジュール１３０２を用いることによって、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信するとき、プロセッサ１３０１が、具体的には、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータを受信する、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータの一部のデータを受信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータの残りのデータを受信する、又は、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信するよう構成される。
【０２０９】
可能な実装において、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する手順の前に、プロセッサ１３０１は、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、端末デバイスが送信するＲＲＣメッセージを受信する。
【０２１０】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０２１１】
プロセッサ１３０１、通信モジュール１３０２、及びメモリ１３０３が、バスを用いることによって、汎用バスアーキテクチャとして実装され得る。ネットワークデバイスの特定の用途及び全体デザインの制約に基づいて、バスは任意の数の相互接続バス及びブリッジを含んでよく、具体的には、プロセッサ１３０１で表された１又は複数のプロセッサの様々な回路及びメモリ１３０３で表されたメモリが共に接続される。バスアーキテクチャは、周辺デバイス、電圧安定装置、及び電力管理回路のような、様々な他の回路をさらに接続し得る。これらのことは当該技術分野で周知であり、したがって、本明細書でさらに説明されない。バスインタフェースは、インタフェースを提供する。通信モジュール１３０２は、複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有し、並びに、送信媒体上の様々な他の装置と通信するよう構成されるユニットを提供する。プロセッサ１３０１は、バスアーキテクチャの管理及び通常の処理を担当する。メモリ１３０３は、プロセッサ１３０１がオペレーションを実行するときに用いられるデータを記憶し得る。
【０２１２】
オプションで、プロセッサ１３０１は、中央演算処理装置、ＡＳＩＣ、ＦＰＧＡ、又はＣＰＬＤであり得る。
【０２１３】
本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、前述の実施形態においてネットワークデバイスによって実行されたデータ送信方法を実装し得る。
【０２１４】
本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは前述のデータ送信方法においてネットワークデバイスによって実行された方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法においてネットワークデバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【０２１５】
本願の実施形態は、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、前述の実施形態においてネットワークデバイスによって実行されたデータ送信方法を実行することができる。
【０２１６】
同じ発明概念に基づいて、本願の実施形態は、通信システムをさらに提供する。図１４に示されるように、通信システムは、端末デバイス１４０１及びネットワークデバイス１４０２を含む。端末デバイス１４０１が図４に対応する実施形態で提供された方法において端末デバイスによって実行された方法を実行するよう構成され、端末デバイス１４０１は、図１０又は図１１に示される端末デバイスと同じデバイスであり得る。ネットワークデバイス１４０２が図４に対応する実施形態で提供された方法においてネットワークデバイスによって実行された方法を実行するよう構成され、ネットワークデバイス１４０２は、図１２又は図１３に示されるネットワークデバイスと同じデバイスであり得る。本願の複数の実施形態で提供されたデータ送信方法が、通信システムを用いることによって実装され得る。
【０２１７】
前述の説明は、単に本願の特定の実装に過ぎず、本願の保護範囲を限定することを意図していない。本願で開示された技術範囲内で当業者によって容易に想到される任意の変更又は交換は、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【０２１８】
本願は、本願の複数の実施形態によるフローチャート及び／又は方法のブロック図、デバイス（システム）、並びにコンピュータプログラムプロダクトを参照して説明される。フローチャート及び／又はブロック図における各処理及び／又は各ブロックと、フローチャート及び／又はブロック図における処理及び／又はブロックの組み合わせとを実装するのにコンピュータプログラム命令が用いられ得ることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は、任意の他のプログラム可能なデータ処理デバイスのプロセッサに提供されてマシンを生成してよく、その結果、任意の他のプログラム可能なデータ処理デバイスのコンピュータ又はプロセッサによって実行される命令は、フローチャート内の１又は複数の処理、及び／又はブロック図内の１又は複数のブロックにおける特定の機能を実装するための装置を生成する。
【０２１９】
これらのコンピュータプログラム命令は、特定の方式で動作するようコンピュータ又は任意の他のプログラム可能なデータ処理デバイスに命令できるコンピュータ可読メモリに記憶されてよく、その結果、コンピュータ可読メモリに記憶された命令が、命令装置を含むアーチファクトを生成する。命令装置は、フローチャート内の１又は複数処理、及び／又はブロック図内の１又は複数のブロックにおける特定の機能を実装する。
【０２２０】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理デバイス上にロードされてよく、その結果、一連のオペレーション及び段階がコンピュータ又は他のプログラム可能なデバイス上で実行され、それによってコンピュータ実装処理を生成する。したがって、コンピュータ又は他のプログラム可能なデバイス上で実行される命令は、フローチャート内の１又は複数の処理及び／又はブロック図内の１又は複数のブロックにおける特定の機能を実装するための段階を提供する。
【０２２１】
当然ながら、当業者は、本願の複数の実施形態の趣旨及び範囲から逸脱することなく、本願の複数の実施形態に対して様々な修正及び変更を行うことができる。本願は、以下の特許請求の範囲及びこれらの均等技術によって定義される保護範囲に含まれるならば、これらの修正及び変更を包含することを意図している。
【図１Ａ】
2020530725.tif 000003
【図１Ｂ】
2020530725.tif 000004
【図２】
2020530725.tif 000005
【図３】
2020530725.tif 000006
【図４】
2020530725.tif 000007
【図５】
2020530725.tif 000008
【図６】
2020530725.tif 000009
【図７】
2020530725.tif 000010
【図８】
2020530725.tif 000011
【図９】
2020530725.tif 000012
【図１０】
2020530725.tif 000013
【図１１】
2020530725.tif 000014
【図１２】
2020530725.tif 000015
【図１３】
2020530725.tif 000016
【図１４】
2020530725.tif 000017
【手続補正書】
【提出日】令和2年3月4日(2020.3.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ送信方法であって、
端末デバイスが、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する段階であって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられ、前記ランダムアクセス要求メッセージはランダムアクセスのプリアンブルを含む、段階と、
前記端末デバイスが、前記ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信する段階であって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられ、前記送信リソースが無線リソース制御（ＲＲＣ）メッセージを送信するのに用いられる、段階と、
前記端末デバイスが、前記ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び第２のデータのサイズと前記送信リソースの前記サイズを比較した結果のうちの少なくとも１つに基づいて、指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階であって、前記第２のデータは前記ＲＲＣメッセージ及び前記第１のデータを含み、前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、段階と
を備える、方法。
【請求項２】
前記第１の情報が予約ビット「Ｒ」によって示される、請求項１に記載の方法。
【請求項３】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及びランダムアクセスの時間−周波数リソースのうちの少なくとも１つを含む、請求項１又は２に記載の方法。
【請求項４】
端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前記段階の前に、前記方法は、
前記端末デバイスが、前記ネットワークデバイスによって送信される第２の情報を受信する段階であって、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられる、段階と、
前記第１のデータが前記最初のアクセスプロセスにおいて送信される必要があることを決定したとき、前記端末デバイスが、前記第１のランダムアクセスリソースとして前記少なくとも１つの第２のランダムアクセスリソースから１つを選択する段階と
をさらに備える、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項４に記載の方法。
【請求項６】
前記端末デバイスが、前記ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び第２のデータのサイズと前記送信リソースの前記サイズを比較した結果のうちの少なくとも１つに基づいて、指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する前記段階は、
前記送信リソースの前記サイズが前記第２のデータの前記サイズより大きい又はこれに等しい場合、前記端末デバイスが、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記端末デバイスが、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの一部のデータを送信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの残りのデータを送信する段階、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記端末デバイスが、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階、又は、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズに等しい場合、前記端末デバイスが、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する段階と
を有する、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記端末デバイスが、前記ネットワークデバイスに前記ＲＲＣメッセージを送信する前記段階の前に、前記方法は、
前記端末デバイスが、前記端末デバイスのコンテキストを有効にする段階
をさらに備える、請求項６に記載の方法。
【請求項８】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項１から７のいずれか一項に記載の方法。
【請求項９】
コンピュータに請求項１から８のいずれか一項に記載の方法を実行させるためのプログラム。
【請求項１０】
データ送信方法であって、
ネットワークデバイスが、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する段階であって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられ、前記ランダムアクセス要求メッセージはランダムアクセスのプリアンブルを含む、段階と、
前記ネットワークデバイスが、前記端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する段階であって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられ、前記送信リソースが無線リソース制御（ＲＲＣ）メッセージを送信するのに用いられる、段階と、
前記ネットワークデバイスが、指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する段階であって、前記指定されたメッセージが、前記ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び第２のデータのサイズと前記送信リソースの前記サイズを比較した結果のうちの少なくとも１つに基づいて、前記端末デバイスによって決定され、前記第２のデータは前記ＲＲＣメッセージ及び前記第１のデータを含み、前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、段階と
を備える、方法。
【請求項１１】
前記第１の情報が予約ビット「Ｒ」によって示される、請求項１０に記載の方法。
【請求項１２】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及びランダムアクセスの時間−周波数リソースのうちの少なくとも１つを含む、請求項１０又は１１に記載の方法。
【請求項１３】
ネットワークデバイスが、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する前記段階の前に、前記方法は、
前記ネットワークデバイスが、前記端末デバイスに第２の情報を送信する段階であって、前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられ、前記第１のランダムアクセスリソースは、前記少なくとも１つの第２のランダムアクセスリソースのうちの１つである、段階
をさらに備える、請求項１０から１２のいずれか一項に記載の方法。
【請求項１４】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項１３に記載の方法。
【請求項１５】
前記ネットワークデバイスが、指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する前記段階は、
前記ネットワークデバイスが、前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する段階、
前記ネットワークデバイスが、前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの一部のデータを受信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの残りのデータを受信する段階、又は、
前記ネットワークデバイスが、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する段階
を有する、請求項１０から１４のいずれか一項に記載の方法。
【請求項１６】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項１０から１５のいずれか一項に記載の方法。
【請求項１７】
コンピュータに請求項１０から１６のいずれか一項に記載の方法を実行させるためのプログラム。
【請求項１８】
端末デバイスであって、
第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信するよう構成される送信ユニットであって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられ、前記ランダムアクセス要求メッセージはランダムアクセスのプリアンブルを含む、送信ユニットと、
前記ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信するよう構成される受信ユニットであって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられ、前記送信リソースが無線リソース制御（ＲＲＣ）メッセージを送信するのに用いられる、受信ユニットと、
を備え、
前記送信ユニットは、前記ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び第２のデータのサイズと前記送信リソースの前記サイズを比較した結果のうちの少なくとも１つに基づいて、指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信するようさらに構成され、
前記第２のデータは前記ＲＲＣメッセージ及び前記第１のデータを含み、前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、
端末デバイス。
【請求項１９】
前記第１の情報が予約ビット「Ｒ」によって示される、請求項１８に記載の端末デバイス。
【請求項２０】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及びランダムアクセスの時間−周波数リソースのうちの少なくとも１つを含む、請求項１８又は１９に記載の端末デバイス。
【請求項２１】
前記受信ユニットは、前記送信ユニットが前記第１のランダムアクセスリソースを用いることによって前記ネットワークデバイスに前記ランダムアクセス要求メッセージを送信する前に、前記ネットワークデバイスによって送信される第２の情報を受信するようさらに構成され、
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられ、
前記端末デバイスは、
前記第１のデータが前記最初のアクセスプロセスにおいて送信される必要があることを決定したとき、前記第１のランダムアクセスリソースとして前記少なくとも１つの第２のランダムアクセスリソースから１つを選択するよう構成される処理ユニット
をさらに備える、請求項１８から２０のいずれか一項に記載の端末デバイス。
【請求項２２】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項２１に記載の端末デバイス。
【請求項２３】
前記ＲＲＣメッセージの前記サイズと前記送信リソースの前記サイズを比較した前記結果、及び前記第２のデータの前記サイズと前記送信リソースの前記サイズを比較した前記結果のうちの少なくとも１つに基づいて、前記指定されたメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信するとき、前記送信ユニットは、
前記送信リソースの前記サイズが前記第２のデータの前記サイズより大きい又はこれに等しい場合、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記ＲＲＣメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの一部のデータを送信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータの残りのデータを送信する、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズより大きく、かつ、前記送信リソースの前記サイズが前記第２のデータの前記サイズより小さい場合、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する、又は、
前記送信リソースの前記サイズが前記ＲＲＣメッセージの前記サイズに等しい場合、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、前記ネットワークデバイスに前記第１のデータを送信する
よう構成される、請求項１８から２２のいずれか一項に記載の端末デバイス。
【請求項２４】
前記端末デバイスは、
前記送信ユニットが前記ネットワークデバイスに前記ＲＲＣメッセージを送信する前に、前記端末デバイスのコンテキストを有効にするよう構成される処理ユニット
をさらに備える、請求項２３に記載の端末デバイス。
【請求項２５】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項１８から２４のいずれか一項に記載の端末デバイス。
【請求項２６】
ネットワークデバイスであって、
第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信するよう構成される受信ユニットであって、前記端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに前記第１のランダムアクセスリソースが用いられ、前記ランダムアクセス要求メッセージはランダムアクセスのプリアンブルを含む、受信ユニットと、
前記端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信するよう構成される送信ユニットであって、前記第１の情報が前記ネットワークデバイスによって前記端末デバイスに割り当てられた送信リソースを示すのに用いられ、前記送信リソースが無線リソース制御（ＲＲＣ）メッセージを送信するのに用いられる、送信ユニットと
を備え、
前記受信ユニットは、指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信するようさらに構成され、
前記指定されたメッセージが、前記ＲＲＣメッセージのサイズと前記送信リソースのサイズを比較した結果、及び第２のデータのサイズと前記送信リソースの前記サイズを比較した結果のうちの少なくとも１つに基づいて、前記端末デバイスによって決定され、前記第２のデータは前記ＲＲＣメッセージ及び前記第１のデータを含み、前記第２のデータの前記サイズは、前記ＲＲＣメッセージの前記サイズ及び前記第１のデータのサイズの和である、
ネットワークデバイス。
【請求項２７】
前記第１の情報が予約ビット「Ｒ」によって示される、請求項２６に記載のネットワークデバイス。
【請求項２８】
前記第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及びランダムアクセスの時間−周波数リソースのうちの少なくとも１つを含む、請求項２６又は２７に記載のネットワークデバイス。
【請求項２９】
前記送信ユニットは、前記受信ユニットが前記第１のランダムアクセスリソースを用いることによって前記端末デバイスが送信する前記ランダムアクセス要求メッセージを受信する前に、前記端末デバイスに第２の情報を送信するようさらに構成され、
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられ、前記第１のランダムアクセスリソースは、前記少なくとも１つの第２のランダムアクセスリソースのうちの１つである、
請求項２６から２８のいずれか一項に記載のネットワークデバイス。
【請求項３０】
前記第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに前記少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、
前記第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、前記端末デバイスが前記カバレッジレベルで前記最初のアクセスプロセスにおける前記第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する前記少なくとも１つの第２のランダムアクセスリソースが用いられる、
請求項２９に記載のネットワークデバイス。
【請求項３１】
前記指定されたメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信するとき、前記受信ユニットは、
前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する、
前記ＲＲＣメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの一部のデータを受信し、前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータの残りのデータを受信する、又は、
前記ＲＲＣメッセージに続くアップリンクメッセージを用いることによって前記端末デバイスが送信する前記第１のデータを受信する
よう構成される、請求項２６から３０のいずれか一項に記載のネットワークデバイス。
【請求項３２】
前記ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである、請求項２６から３１のいずれか一項に記載のネットワークデバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信技術の分野に関し、特に、データ送信方法及びデバイスに関する。
【背景技術】
【０００２】
マシンタイプ通信（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）は、端末デバイスの比較的長いバッテリ動作時間及び端末デバイスの比較的低いコストを追求する、すなわち、ＭＴＣ端末デバイスは、低電力消費（ｌｏｗ  ｐｏｗｅｒ  ｃｏｎｓｕｍｐｔｉｏｎ）及び低コスト（ｌｏｗ  ｃｏｓｔ）を実装することが要求される。例えば、水道メータ又は電気メータである、ＭＴＣ端末デバイスの用途環境を考慮すれば、端末デバイスの信号カバレッジ強度が信号受信要求を満たすことを保証すべく、ネットワークデバイス及び端末デバイスは、広範なカバレッジをサポートする必要がある。現在、広範なカバレッジを実装するための主な方法は、データ受信成功率を改善すべく、複数の時刻でアップリンク信号又はダウンリンク信号を繰り返し送信し、複数の時刻で信号を受信して組み合わせることである。
【０００３】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策において、例えば、水道メータによって報告されるデータである、端末デバイスによって報告されるデータが１日に一度又は１週間に一度報告され得、報告データのデータ量は比較的小さい。端末デバイスは、データを報告する前に、毎回、ネットワークデバイスに対して無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）接続を確立する必要がある。加えて、従来技術において、ＲＲＣ接続確立手順におけるシグナリングインタラクションは複雑であり、いくらかのシグナリングオーバヘッドが要求される。従来技術におけるＲＲＣ接続確立手順が比較的小さいデータ量を送信するためだけに用いられる場合、大量のリソースがＲＲＣ接続確立手順に用いられるが、少量のリソースがデータ送信のために用いられるので、リソース利用率が低い。加えて、端末デバイスによって報告されるデータが、遅延に関して比較的高い要求を有する場合、従来技術におけるＲＲＣ接続確立手順はデータが報告される前に実行されて、確立手順がいくらのタイムオーバーヘッドを要求するので、遅延に関するデータ送信の要求が満たされない場合がある。
【０００４】
要するに、ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策は、低いリソース利用率の課題を有し、データ送信遅延に関する要求を満たさない場合がある。
【発明の概要】
【０００５】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策に存在する、低いリソース利用率及びデータ送信遅延に関する要求を満たすことができない課題を解決すべく、本願の複数の実施形態は、データ送信方法及びデバイスを提供する。
【０００６】
第１の態様によれば、本願の実施形態は、端末デバイスが、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する段階であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、段階と、端末デバイスが、ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信する段階であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、段階と、端末デバイスが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する段階であって、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、段階を含むデータ送信方法を提供する。
【０００７】
前述の方法によれば、端末デバイスは、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスに、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示し、ネットワークデバイスによって割り当てられた送信リソースに基づいて、予め設定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信することを決定し、さらに、最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信する端末デバイスを実装する。ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスがネットワークデバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信し得、端末デバイスが前もってネットワークデバイスに第１のデータを送信し得る前述の方法は、第１のデータが送信されるときに存在する遅延を減少させ、第１のデータを送信するために要求されるリソースの消費を減少させる。
【０００８】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０００９】
前述の方法によれば、端末デバイスは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを用いることによって、ネットワークデバイスに、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示す。
【００１０】
可能な実装において、端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前に、端末デバイスは、以下の方法をさらに実行し得る。端末デバイスが、ネットワークデバイスによって送信される第２の情報を受信する段階であって、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる、段階、及び、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスが、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つを選択する段階。
【００１１】
前述の方法によれば、端末デバイスは、ネットワークデバイスから少なくとも１つの第２のランダムアクセスリソースを取得し、少なくとも１つの第２のランダムアクセスリソースから第１のランダムアクセスリソースを選択する。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの少なくとも１つの第２のランダムアクセスリソースの送信を要求することを示すのに、第２のランダムアクセスリソースが用いられる。
【００１２】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【００１３】
前述の方法によれば、端末デバイスは、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを取得し得、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスは、最初に端末デバイスが属するカバレッジレベルを決定し、その後、第１のランダムアクセスリソースとして、端末デバイスが属するカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースから１つを選択する。
【００１４】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示す方式は、以下の３つの方式を含むがこれに限定されない。
【００１５】
方式１：第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む。
【００１６】
方式２：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む。
【００１７】
方式３：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【００１８】
可能な実装において、端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する段階の前に、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを、端末デバイスが決定することは、具体的には、端末デバイスが、ＲＲＣ層を用いることによって、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを決定し得、端末デバイスは、ＲＲＣ層を用いることによって、端末デバイスの非アクセス層ＮＡＳにネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知し得る。
【００１９】
可能な実装において、端末デバイスが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する段階は、具体的には、以下の４つの方式で実装され得る。
【００２０】
方式１：送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信する。本発明において、ＲＲＣメッセージは、第３のメッセージであり得る。
【００２１】
このように、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスがネットワークデバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信し、端末デバイスが前もってネットワークデバイスに第１のデータを送信する前述の方法は、第１のデータが送信されるときに存在する遅延を減少させ、第１のデータを送信するために要求されるリソースの消費を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、第１のデータがランダムアクセスプロセスにおいて送信されるときに導入される新たなＲＲＣメッセージであってよい。
【００２２】
方式２：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによってネットワークデバイスに第１のデータの残りのデータを送信する。
【００２３】
このように、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスがネットワークデバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部のデータを送信し、端末デバイスが前もってネットワークデバイスに第１のデータの一部のデータを送信する前述の方法は、第１のデータの一部のデータが送信されるときに存在する遅延を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、第１のデータがランダムアクセスプロセスにおいて送信されるときに導入される新たなＲＲＣメッセージであってよい。
【００２４】
方式３：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する。
【００２５】
この方式は、送信リソースがＲＲＣメッセージ及び第１のデータを送信するには不十分である、という課題を解決する。この場合、端末デバイスは、従来技術のデータ送信手順にフォールバックし得る。
【００２６】
方式４：送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによってネットワークデバイスに第１のデータを送信する。
【００２７】
可能な実装において、端末デバイスが、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間に送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する段階の前に、端末デバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置でネットワークデバイスにＲＲＣメッセージを送信し得る。
【００２８】
可能な実装において、端末デバイスがネットワークデバイスにＲＲＣメッセージを送信する段階の前に、端末デバイスは、端末デバイスのコンテキストを自動的に有効にし得る。
【００２９】
ユーザプレーン方法において、第３のメッセージの位置で第１のデータを送信するために、第１のデータが、サービスチャネルで送信される必要がある。この場合、第１のデータが、端末デバイスのコンテキスト情報を用いることによって処理される必要がある。従来技術において、コンテキスト情報が、端末デバイスのためにネットワークデバイスによって構成される。メッセージ５を用いることによってデータを送信するための方法において、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にする必要がある。しかしながら、本発明の本実施形態において、ユーザプレーン方法では、第１のデータが第３のメッセージの位置で送信されるとき、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にできない。したがって、端末デバイスは、ユーザプレーンデータを処理するために端末デバイスのコンテキスト情報を有効にする必要がある。
【００３０】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【００３１】
可能な実装において、端末デバイスは、マシンタイプ通信ＭＴＣを実行するデバイスである。
【００３２】
第２の態様によれば、本願の実施形態は、データ送信方法を提供する。方法は、以下の段階を含む。ネットワークデバイスが、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する段階であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、段階、ネットワークデバイスが、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する段階であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、段階、並びに、ネットワークデバイスが、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信する段階であって、指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、端末デバイスによって決定され、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、段階。
【００３３】
前述の方法によれば、端末デバイスは、最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信し得る。ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスがネットワークデバイスに第１のデータを送信する従来技術の方法と比較して、端末デバイスが最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信し得、端末デバイスが前もってネットワークデバイスに第１のデータを送信し得る前述の方法は、第１のデータが送信されるときに存在する遅延を減少させ、第１のデータを送信するために要求されるリソースの消費を減少させる。
【００３４】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【００３５】
前述の方法によれば、端末デバイスは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを用いることによって、ネットワークデバイスに、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示す。
【００３６】
可能な実装において、ネットワークデバイスが第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する段階の前に、ネットワークデバイスは、端末デバイスに第２の情報を送信し得る。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられ、第１のランダムアクセスリソースは、少なくとも１つの第２のランダムアクセスリソースのうちの１つである。
【００３７】
前述の方法によれば、ネットワークデバイスは、端末デバイスに少なくとも１つの第２のランダムアクセスリソースを送信し、その結果、端末デバイスは、少なくとも１つの第２のランダムアクセスリソースから第１のランダムアクセスリソースを選択し得る。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの少なくとも１つの第２のランダムアクセスリソースの送信を要求することを示すのに、第２のランダムアクセスリソースが用いられる。
【００３８】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示す方式は、以下のようであり得る。第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【００３９】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示す以下の３つの方式が存在し得る。
【００４０】
方式１：第２の情報が少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む。
【００４１】
方式２：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む。
【００４２】
方式３：第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【００４３】
可能な実装において、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータをネットワークデバイスが受信する以下の３つの具体的な方式が、存在し得る。
【００４４】
方式１：ネットワークデバイスは、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータを受信する。
【００４５】
方式２：ネットワークデバイスは、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータの一部のデータを受信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータの残りのデータを受信する。
【００４６】
方式３：ネットワークデバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する。
【００４７】
可能な実装において、ネットワークデバイスが、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する段階の前に、ネットワークデバイスは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で端末デバイスが送信するＲＲＣメッセージを受信し得る。
【００４８】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【００４９】
第３の態様によれば、本願の実施形態は、端末デバイスを提供する。端末デバイスは、第１の態様で提供された方法例における端末デバイスのオペレーションを実装する機能を有する。当該機能がハードウェアによって実装されてよく、又は、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。
【００５０】
可能な実装において、端末デバイスの構造は、処理ユニット及び送受信ユニットを含む。処理ユニットが、前述の方法における対応する機能を実行する際に端末デバイスをサポートするよう構成される。送受信ユニットが、端末デバイスと（ネットワークデバイスを含む）他のデバイスとの間の通信をサポートするよう構成される。端末デバイスは、記憶ユニットをさらに含み得る。記憶ユニットが、処理ユニットに連結し、端末デバイスに必要なプログラム命令及びデータを記憶するよう構成される。
【００５１】
他の可能な実装において、端末デバイスの構造は、メモリ、プロセッサ、及び通信モジュールを含む。メモリが、コンピュータ可読プログラムを記憶するよう構成される。プロセッサが、第１の態様において端末デバイスによって実行される方法を実行すべく、メモリ内に記憶される命令を呼び出すよう構成される。通信モジュールが、プロセッサの制御の下、データを受信し、及び／又はデータを送信するよう構成される。
【００５２】
例えば、処理ユニットはプロセッサであってよく、送受信ユニットは通信モジュールであってよく、記憶ユニットはメモリであってよい。通信モジュールは複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有する。
【００５３】
第４の態様によれば、本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行し得る。
【００５４】
第５の態様によれば、本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法で端末デバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【００５５】
第６の態様によれば、本願の実施形態は、命令を含むコンピュータプログラムプロダクトをさらに提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行することができる。
【００５６】
第７の態様によれば、本願の実施形態は、ネットワークデバイスを提供する。ネットワークデバイスは、第２の態様で提供された方法例におけるネットワークデバイスのオペレーションを実装する機能を有する。当該機能がハードウェアによって実装されてよく、又は、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。
【００５７】
可能な実装において、ネットワークデバイスの構造は、送受信ユニット及び処理ユニットを含む。送受信ユニットが、ネットワークデバイスと（端末デバイスを含む）他のデバイスとの間の通信をサポートするよう構成される。処理ユニットが、前述の方法における対応する機能を実行する際にネットワークデバイスをサポートするよう構成される。ネットワークデバイスは、記憶ユニットをさらに含み得る。記憶ユニットが、処理ユニットに連結し、ネットワークデバイスに必要なプログラム命令及びデータを記憶するよう構成される。
【００５８】
他の可能な実装において、ネットワークデバイスの構造は、メモリ、プロセッサ、及び通信モジュールを含む。メモリが、コンピュータ可読プログラムを記憶するよう構成される。プロセッサが、第２の態様においてネットワークデバイスによって実行される方法を実行すべく、メモリ内に記憶される命令を呼び出すよう構成される。通信モジュールが、プロセッサの制御の下、データを受信し、及び／又はデータを送信するよう構成される。
【００５９】
例えば、処理ユニットはプロセッサであってよく、送受信ユニットは通信モジュールであってよく、記憶ユニットはメモリであってよい。通信モジュールは複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有する。
【００６０】
第８の態様によれば、本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行し得る。
【００６１】
第９の態様によれば、本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法でネットワークデバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【００６２】
第１０の態様によれば、本願の実施形態は、命令を含むコンピュータプログラムプロダクトをさらに提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行することができる。
【００６３】
第１１の態様によれば、本願の実施形態は、通信システムをさらに提供する。通信システムは、端末デバイス及びネットワークデバイスを含む。端末デバイスが第１の態様で提供されたデータ送信方法において端末デバイスによって実行される方法を実行するよう構成され、端末デバイスは第３の態様で提供された端末デバイスと同じデバイスであり得る。ネットワークデバイスが第２の態様で提供されたデータ送信方法においてネットワークデバイスによって実行される方法を実行するよう構成され、ネットワークデバイスは第７の態様で提供されたネットワークデバイスと同じデバイスであり得る。本願の複数の実施形態で提供されたデータ送信方法が、通信システムを用いることによって実装され得る。
【図面の簡単な説明】
【００６４】
【図１Ａ】本願の実施形態による、本願の実施形態が適用可能なネットワークアーキテクチャの概略図である。
【００６５】
【図１Ｂ】本願の実施形態による、本願の実施形態が適用可能な他のネットワークアーキテクチャの概略図である。
【００６６】
【図２】本願の実施形態による、最初のアクセスプロセスの概略フローチャートである。
【００６７】
【図３】本願の実施形態による、他の最初のアクセスプロセスの概略フローチャートである。
【００６８】
【図４】本願の実施形態による、データ送信方法の概略フローチャートである。
【００６９】
【図５】本願の実施形態による、第１のランダムアクセス応答メッセージの概略構造図である。
【００７０】
【図６】本願の実施形態による、第２のランダムアクセス応答メッセージの概略構造図である。
【００７１】
【図７】本願の実施形態による、第３のランダムアクセス応答メッセージの概略構造図である。
【００７２】
【図８】本願の実施形態による、ランダムアクセス応答メッセージにおけるＭＡＣヘッダの概略構造図である。
【００７３】
【図９】本願の実施形態による、ランダムアクセスのプリアンブルの概略構成図である。
【００７４】
【図１０】本願の実施形態による、端末デバイスの概略構造図である。
【００７５】
【図１１】本願の実施形態による、他の端末デバイスの概略構造図である。
【００７６】
【図１２】本願の実施形態による、ネットワークデバイスの概略構造図である。
【００７７】
【図１３】本願の実施形態による、他のネットワークデバイスの概略構造図である。
【００７８】
【図１４】本願の実施形態による、通信システムの概略構造図である。
【発明を実施するための形態】
【００７９】
本願の複数の実施形態で提供される技術的解決策は、より低い電力消費及び低コストを有する端末デバイスが通信を実行するシナリオ、例えば、マシンタイプ通信ＭＴＣシナリオに適用可能である。ＭＴＣは、端末デバイスの比較的長いバッテリ時間及び端末デバイスの比較的低いコストを追求する、すなわち、ＭＴＣ端末デバイスは、低い電力消費及び低コストを実現することが要求される。ＭＴＣを実行する端末デバイスの用途環境が、例えば、水道メータ又は電気メータであって、比較的特殊であることを考慮すれば、端末デバイスの信号カバレッジ強度が信号受信要求を満たすことを実現すべく、ネットワークデバイス及び端末デバイスは、広範なカバレッジをサポートする必要がある。現在、広範なカバレッジを実装するための主な方法は、データ受信成功率を改善すべく、複数の時刻でアップリンク信号又はダウンリンク信号を繰り返し送信し、複数の時刻で信号を受信して組み合わせることである。
【００８０】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策において、例えば、水道メータによって報告されるデータである、端末デバイスによって報告されるデータが１日に一度又は１週間に一度報告され得、報告データのデータ量は比較的小さい。端末デバイスがデータを報告する必要がないとき、端末デバイスはネットワークデバイスに対してＲＲＣ接続を確立せず、この場合、端末デバイスはアイドル状態にある。端末デバイスがデータを報告する必要があるとき、端末デバイスは、ネットワークデバイスに対してＲＲＣ接続を確立し、端末デバイスは、アイドル状態から接続状態に変更する。端末デバイスは、データを報告する前に、毎回、ネットワークデバイスに対して無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）接続を確立する必要がある。加えて、従来技術において、ＲＲＣ接続確立手順のシグナリングインタラクションは複雑であり、いくらかのシグナリングオーバヘッドが要求される。従来技術におけるＲＲＣ接続確立手順が比較的小さいデータ量を送信するためだけに用いられる場合、大量のリソースがＲＲＣ接続確立手順に用いられるが、少量のリソースがデータ送信のために用いられるので、リソース利用が低い。加えて、端末デバイスによって報告されるデータが、遅延に関して比較的高い要求を有する場合、従来技術におけるＲＲＣ接続確立手順はデータが報告される前に実行されて、確立手順がいくらかのタイムオーバーヘッドを要求するので、遅延に関するデータ送信の要求が満たされない場合がる。
【００８１】
ＭＴＣ端末デバイスがネットワークデバイスにデータを送信する既存の技術的解決策に存在する、低いリソース利用率及びデータ送信遅延に関する要求を満たすことができない前述の課題を解決すべく、本願の複数の実施形態は、データ送信方法及びデバイスを提供する。方法及びデバイスは、同じ発明概念に基づいている。方法及びデバイスの課題解決原理が同様であるので、デバイス及び方法の実現について、相互参照が行われてよく、繰り返し部分は再び詳細に説明されない。
【００８２】
本願の複数の実施形態が、複数の通信システムに適用され得る。本願の複数の実施形態に適用可能なシステムは、ＬＴＥシステム、第５世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システム、モバイル通信のグローバルシステム（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｏｆ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ  ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ  ｗｉｒｅｌｅｓｓ、ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ、ＧＰＲＳ）システム、ユニバーサルモバイルテレコミュニケーションシステム（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ、ＵＭＴＳ）及び同様のものを含む。これは、本願の複数の実施形態に限定されない。図１Ａは、本願の実施形態が適用可能なネットワークアーキテクチャの概略図である。図１Ａに示されるネットワークは、ネットワークデバイス１１０及び端末デバイス１２０を含み得る。図１Ｂは、本願の実施形態が適用可能な他のネットワークアーキテクチャの概略図である。図１Ｂに示されるネットワークと図１Ａに示されるネットワークとの間の差は、図１Ｂに示されるネットワークにおけるネットワークデバイスがコンピュータ上に存在することである。ネットワークデバイスのいくつかの機能が分散型ユニット（ｄｉｓｔｒｉｂｕｔｅｄ  ｕｎｉｔ、ＤＵ）１１０１上に実装され、ネットワークデバイスの他の機能が集中型ユニット（ｃｅｎｔｒａｌｉｚｅｄ  ｕｎｉｔ、ＣＵ）１１０２上に実装される。複数のＤＵ１１０１が、同じＣＵ１１０２に接続され得る。図１Ａ及び図１Ｂに示されるネットワークのそれぞれが少なくとも１つのネットワークデバイスを含んでよく、それぞれのネットワークデバイスと通信する少なくとも１つの端末デバイスが存在してよいことに留意すべきである。これは、図１Ａ及び図１Ｂに示されるネットワークデバイスの数並びに図１Ａ及び図１Ｂに示される端末デバイスの数に限定されない。
【００８３】
本願の複数の実施形態における端末デバイスは、より低い電力消費及び低コストの特徴を有し、例えば、ＭＴＣ端末デバイス、例えば、水道メータ又は電気メータであり得る。端末デバイスは、ユーザに音声及び／又はデータ接続を提供するデバイス、無線接続機能を有する携帯用デバイス、又は無線モデムに接続する他の処理デバイスであり得る。無線端末デバイスは、ランダムアクセスネットワーク（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、ＲＡＮ）を通じて１又は複数のコアネットワークと通信し得る。無線端末デバイスは、（「セルラ」電話とも称される）モバイル電話及びモバイル端末デバイスを有するコンピュータのようなモバイル端末デバイスであり得、例えば、音声及び／又はデータを無線アクセスネットワークと交換する、ポータブル、ポケットサイズ、ハンドへルド、コンピュータ内蔵、又は車載のモバイル装置であり得る。例えば、それは、パーソナル通信サービス（ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話セット、セッションイニシエーションプロトコル（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｅｄ  ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ、ＷＬＬ）局、又はパーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ、ＰＤＡ）のようなデバイスであり得る。無線端末デバイスはまた、システム、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、移動局（Ｍｏｂｉｌｅ）、遠隔局（Ｒｅｍｏｔｅ  ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ、ＡＰ）、遠隔端末デバイス（ｒｅｍｏｔｅ  ｔｅｒｍｉｎａｌ）、アクセス端末デバイス（ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ）、ユーザ端末デバイス（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ  ａｇｅｎｔ）、ユーザデバイス（ｕｓｅｒ  ｄｅｖｉｃｅ）、又はユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）と称され得る。
【００８４】
本願の複数の実施形態におけるネットワークデバイスは、セル、基地局若しくはアクセスポイントであってよく、又は、１又は複数のセクタを用いることによってエアインタフェース上で無線端末デバイスと通信する、アクセスネットワークにおけるデバイスであってよい。例えば、ネットワークデバイスは、ＬＴＥシステムにおける進化型ノードＢ（ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ、ｅＮＢ、ｅ−ＮｏｄｅＢ）であってよく、又は５Ｇシステムにおける基地局であってよい。ネットワークデバイスの主要な機能は、無線リソース管理、インターネットプロトコル（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ、ＩＰ）のヘッダ圧縮及びユーザデータストリームの暗号化、端末デバイスがアタッチされるときのモビリティ管理エンティティ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）の選択、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ−ＧＷ）へのユーザプレーンデータのルーティング、ページングメッセージの組織及び送信、ブロードキャストメッセージの組織及び送信、モビリティ又はスケジューリング目的のための測定及び測定報告構成、並びに同様のものを含む。
【００８５】
以下では、本願の複数の実施形態において用いられる用語を説明する。
【００８６】
最初のアクセスプロセス
【００８７】
図２は、最初のアクセスプロセスの概略図である。最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、ＲＲＣ接続セットアップ要求メッセージである。最初のアクセスプロセスは、以下の段階を含む。
【００８８】
段階２０１：端末デバイスは、ネットワークデバイスにランダムアクセスのプリアンブル（Ｐｒｅａｍｂｌｅ）を送信する。
【００８９】
段階２０２：ネットワークデバイスは、端末デバイスにランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）メッセージを送信する。
【００９０】
段階２０３：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続要求である、ＲＲＣ接続セットアップ要求メッセージを送信する。
【００９１】
段階２０４：ネットワークデバイスは、端末デバイスに、例えば、ＲＲＣ接続セットアップである、ＲＲＣ接続セットアップメッセージを送信する。
【００９２】
段階２０５：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続セットアップ完了である、ＲＲＣ接続セットアップ完了メッセージを送信する。
【００９３】
段階２０１から段階２０５では、図２に示される最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で第１のメッセージから第５のメッセージまでが連続して送信される。最初の４つの段階は、ランダムアクセスプロセスである。
【００９４】
図３は、他の最初のアクセスプロセスの概略図である。最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、ＲＲＣ接続再開要求メッセージである。最初のアクセスプロセスは、以下の段階を含む。
【００９５】
段階３０１：端末デバイスは、ネットワークデバイスにランダムアクセスのプリアンブル（Ｐｒｅａｍｂｌｅ）を送信する。
【００９６】
段階３０２：ネットワークデバイスは、端末デバイスにランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）メッセージを送信する。
【００９７】
段階３０３：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続再開要求である、ＲＲＣ接続再開要求メッセージを送信する。
【００９８】
段階３０４：ネットワークデバイスは、端末デバイスに、例えば、ＲＲＣ接続再開である、ＲＲＣ接続再開メッセージを送信する。
【００９９】
段階３０５：端末デバイスは、ネットワークデバイスに、例えば、ＲＲＣ接続再開完了である、ＲＲＣ接続再開完了メッセージを送信する。
【０１００】
段階３０１から段階３０５では、図３に示される最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で第１のメッセージから第５のメッセージまでが連続して送信される。最初の４つの段階は、ランダムアクセスプロセスである。
【０１０１】
図２に示される最初のアクセスプロセスと図３に示される最初のアクセスプロセスとの間の差は、図２に示される最初のアクセスプロセスにおいて、段階２０３は、端末デバイスがネットワークデバイスに、図２に示される最初のアクセスプロセスにおいて、端末デバイスが初めてネットワークデバイスに対してＲＲＣ接続を確立すること、又は、図２に示される最初のアクセスプロセスの前に、端末デバイスとネットワークデバイスとの間に確立されたＲＲＣ接続がリリースされることを示す、ＲＲＣ接続セットアップ要求メッセージを送信することであり、一方で、図３に示される最初のアクセスプロセスにおいて、段階３０３は、端末デバイスがネットワークデバイスに、端末デバイスが最後にネットワークデバイスに対してＲＲＣ接続を確立した後、端末デバイスが送信される必要があるデータを有していないことをネットワークデバイスが決定したとき、ネットワークデバイスが端末デバイスを一時中断（ｓｕｓｐｅｎｄ）する、すなわち、ネットワークデバイスがＵＥに対してＲＲＣ接続をリリースするが、ネットワークデバイスが端末デバイスのコンテキスト情報を保存し、端末デバイスがネットワークデバイスによって端末デバイスのために構成されたＲＲＣ構成情報を保存することを示す、ＲＲＣ接続再開要求メッセージを送信することにある。端末デバイスがデータを送信する必要があるとき、端末デバイスは、ネットワークデバイスにＲＲＣ接続再開要求メッセージを送信し、その結果、ネットワークデバイスは、端末デバイスに対するＲＲＣ接続を再開する。図２に示される最初のアクセスプロセスと比較して、図３に示される最初のアクセスプロセスは、ネットワークデバイスと端末デバイスとの間でＲＲＣ接続を確立するために用いられるタイムオーバーヘッド及びシグナリングオーバヘッドを減少させる。
【０１０２】
最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージが、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージであることに留意すべきである。しかしながら、システムが発達するにつれて、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、他のメッセージであってよく、この場合、本願の複数の実施形態で提供される技術的解決策は、さらに適用可能である。
【０１０３】
以下では、本願の複数の実施形態で提供される技術的解決策を説明する。本願における実施形態は、単に、本願の複数の実施形態で提供される技術的解決策を説明するために用いられるに過ぎず、実施形態が現れる順序は、実施形態において説明される技術的解決策の利点又は欠点を示すものではないことに留意すべきである。
【０１０４】
本願の実施形態は、データ送信方法を提供する。図４は、データ送信方法の概略フローチャートである。方法は、以下の段階を含む。
【０１０５】
段階４０１：端末デバイスは、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１０６】
段階４０１において、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる。したがって、端末デバイスが第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信するとき、ネットワークデバイスは、第１のランダムアクセスリソースに基づいて、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを知ることができ得る。ランダムアクセス要求メッセージはランダムアクセスのプリアンブルであり、すなわち、ランダムアクセス要求がランダムアクセスのプリアンブルを送信することによって開始される。実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。具体的には、端末デバイスは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを用いることによって、最初のアクセスプロセスにおいてネットワークデバイスに第１のデータを送信することを要求する。例えば、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブルを含む。既存のランダムアクセスのプリアンブルとは異なり、第１のランダムアクセスリソースに含まれるランダムアクセスのプリアンブルは、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる機能を有する。同様に、既存のランダムアクセスの時間−周波数リソースとは異なり、第１のランダムアクセスリソースに含まれるランダムアクセスの時間−周波数リソースは、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる機能を有する。端末デバイスが最初のアクセスプロセスにおいて送信することを要求する第１のデータは、ユーザプレーンデータ（ｕｓｅｒ  ｄａｔａ）又は非アクセス層（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、ＮＡＳ）メッセージである。
【０１０７】
段階４０１の前に、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを端末デバイスが決定する方式は、以下の２つの実装を含む。
【０１０８】
第１の実装において、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを端末デバイスのアクセス層（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、ＡＳ）が決定するとき、ＡＳは、端末デバイスのＮＡＳにネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知する。端末デバイスが第１のデータを送信する必要があるとき、第１のデータは最初に端末デバイスのＮＡＳに到着する。ＮＡＳはＡＳに第１のデータを送信し、ＡＳにＲＲＣ接続を確立することを要求する。ＡＳは第２の情報を含むシステム構成情報を取得できるので、ＡＳは第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１０９】
ＡＳによって実行される前述の機能は、ＡＳに含まれるＲＲＣ層によって実装され得る。具体的には、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを、端末デバイスがＲＲＣ層を用いることによって決定するとき、ＲＲＣ層は、端末デバイスのＮＡＳにネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知し、端末デバイスは、ＮＡＳを用いることによってＲＲＣ層に最初のアクセスプロセスにおいて送信される必要がある第１のデータを送信し、ＲＲＣ層は、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１１０】
第２の実装において、端末デバイスが第１のデータを送信する必要があるとき、第１のデータは最初に端末デバイスのＮＡＳに到着する。ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを端末デバイスのＡＳが決定するとき、ＡＳはＮＡＳにネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知する。その後、ＮＡＳはＡＳに第１のデータを送信し、ＲＲＣ接続を確立することをＡＳに要求する。ＡＳは第２の情報を含むシステム構成情報を取得できるので、ＡＳは第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１１１】
ＡＳによって実行される前述の機能は、ＡＳに含まれるＲＲＣ層によって実装され得る。具体的には、端末デバイスがＮＡＳを用いることによって端末デバイスのＲＲＣ層に、最初のアクセスプロセスにおいて送信される必要がある第１のデータを送信し、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることをＲＲＣ層を用いることによって決定するとき、端末デバイスは、ＲＲＣ層を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する。
【０１１２】
本実施形態において、端末デバイスはより低い電力消費及び低コストの特徴を有し、例えば、ＭＴＣを実行する端末デバイスであり得る。
【０１１３】
段階４０２：ネットワークデバイスは、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する。ここで、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１１４】
段階４０２において、第１の情報が示すのに用いられる送信リソースは、時間−周波数リソースであり得る。第１の情報が示すのに用いられる送信リソースは、ネットワークデバイスによって端末デバイスに割り当てられ、かつ、最初のアクセスプロセスにおいてネットワークデバイスに第３のメッセージを送信するために端末デバイスによって用いられ得るリソースとして理解されてよい。例えば、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージは、ＲＲＣメッセージであり得る。ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージであり得る。
【０１１５】
段階４０２において、ランダムアクセス応答メッセージが第１の情報を搬送することが、以下のいくつかの方式で実装され得る。第１の情報が、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１１６】
第１の実装において、第１の情報が、既存のランダムアクセス応答メッセージの構造を用いることによって搬送される。図５は、既存のランダムアクセス応答メッセージの構造を示す。従来技術において、図５のアップリンクグラント（Ｕｐｌｉｎｋ  Ｇｒａｎｔ、ＵＬ  Ｇｒａｎｔ）が、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースを示すのに用いられる。本実施形態において、図５のＵＬグラントが第１の情報を搬送するために拡張される。第１の情報によって示され、かつ、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースのサイズは、従来技術においてＵＬグラントによって示される送信リソースのサイズより大きくてよく、又はこれに等しくてよい。
【０１１７】
第２の実装において、第１の情報が、既存のランダムアクセス応答メッセージの構造を用いることによって搬送される。図５は、既存のランダムアクセス応答メッセージの構造を示す。本実施形態において、予約ビット「Ｒ」が第１の情報を示すのに用いられる。例えば、Ｒ＝１であるとき、それは、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースが第１のリソースであることを示し、Ｒ＝０であるとき、それは、ネットワークデバイスによって端末デバイスに割り当てられた送信リソースが第２のリソースであることを示す。第１のリソース及び第２のリソースは事前交渉されたリソース量であり、第１のリソースのサイズは、第２のリソースのサイズより大きくてよく、第２のリソースは、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースである。
【０１１８】
第３の実装において、図６に示されるように、従来技術におけるランダムアクセス応答メッセージ構造と比較して、ＵＬグラント１が本実施形態で提供されるランダムアクセス応答メッセージ構造に加えられる。図６のＵＬグラントが、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースを示すのに用いられる。ＵＬグラント１がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられ、送信リソースは、ＲＲＣメッセージを別々に送信するのに用いられる送信リソースではない。ＵＬグラントによって示される送信リソース及びＵＬグラント１によって示される送信リソースの和は、ネットワークデバイスによって端末デバイスに割り当てられ、かつ、第１の情報によって示される送信リソースである。
【０１１９】
図６におけるＵＬグラント１は２０ビットであってよく、これは、従来技術におけるＵＬグラントと同じである。この場合、４つの予約ビット「Ｒ」が導入される必要がある。ここで、予約ビット「Ｒ」の位置は、図６に示される場合に限定されない。図６におけるＵＬグラント１内のビット数はまた、２０より大きい又は小さくてよく、これは限定されない。
【０１２０】
さらに、図６において、従来技術における構造の予約ビット「Ｒ」（図６の左上隅の「Ｒ」）が、ランダムアクセス応答メッセージが本実施形態におけるランダムアクセス応答メッセージであるか、又は従来技術におけるランダムアクセス応答メッセージであるかを示すのに用いられ得る。例えば、Ｒ＝１は本実施形態におけるランダムアクセス応答メッセージを示し、Ｒ＝０は従来技術におけるランダムアクセス応答メッセージを示す、又はその逆も同様である。
【０１２１】
第４の実装において、ネットワークデバイスは、端末デバイスに２つのランダムアクセス応答メッセージを送信する。第１のランダムアクセス応答メッセージは、図５に示される従来技術におけるランダムアクセス応答メッセージである。図５におけるＵＬグラントは、ネットワークデバイスによって割り当てられ、かつ、ＲＲＣメッセージを別々に送信するために端末デバイスによって用いられる送信リソースを示すのに用いられる。第２のランダムアクセス応答メッセージは、図７に示される本実施形態で提供されるランダムアクセス応答メッセージである。図７におけるＵＬグラント１がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられ、送信リソースがＲＲＣメッセージを別々に送信するのに用いられる送信リソースではない。図５におけるＵＬグラントによって示される送信リソース及び図７におけるＵＬグラント１によって示される送信リソースの和は、ネットワークデバイスによって端末デバイスに割り当てられ、かつ、第１の情報によって示される送信リソースである。
【０１２２】
図７におけるＵＬグラント１は２０ビットであってよく、これは、従来技術におけるＵＬグラントと同じである。この場合、４つの予約ビット「Ｒ」が導入される必要がある。ここで、予約ビット「Ｒ」の位置は、図７に示される場合に限定されない。図７におけるＵＬグラント１内のビット数はまた、２０より大きい又はより小さくてよく、これは限定されない。
【０１２３】
図５に示される従来技術におけるランダムアクセス応答メッセージ及び図７に示される本実施形態で提供されるランダムアクセス応答メッセージの両方が、図８に示されるＭＡＣヘッダの構造を用いる。
【０１２４】
第４の実装において、ネットワークデバイスが端末デバイスに２つのランダムアクセス応答メッセージを送信するとき、ネットワークデバイスは、１つの媒体アクセス制御プロトコルデータユニット（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ、ＭＡＣ  ＰＤＵ）に２つのランダムアクセス応答メッセージを加えて、端末デバイスにＭＡＣ  ＰＤＵを送信してよい。端末デバイスによって受信される２つのランダムアクセス応答メッセージのランダムアクセスのプリアンブルのアイデンティティ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｔｙ、ＲＡＰＩＤ）が同じであるので、端末デバイスは、ランダムアクセス応答メッセージのうちの一方は従来技術におけるランダムアクセス応答メッセージであり、他方は本実施形態で提供されるランダムアクセス応答メッセージであると見なす。ネットワークデバイスが端末デバイスに２つのランダムアクセス応答メッセージを送信するとき、ネットワークデバイスは、代替的に、２つのＭＡＣ  ＰＤＵにそれぞれ２つのランダムアクセス応答メッセージを加えてよく、端末デバイスに２つのＭＡＣ  ＰＤＵを送信する。
【０１２５】
本発明において、別々に送信されるＲＲＣメッセージが、ＲＲＣ層によって生成される情報であり、かつ、ＮＡＳメッセージ及び／又はユーザデータを含まない。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであってよい。
【０１２６】
段階４０３：端末デバイスは、ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１２７】
第２のデータはＲＲＣメッセージ及び第１のデータを含み、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である。ＲＲＣメッセージは、ＲＲＣ層によって生成された制御情報であり、ＮＡＳによって伝えられた情報を含まず、及び／又はユーザプレーンデータを含まない。例えば、ＲＲＣメッセージがＲＲＣ接続セットアップ要求メッセージであるとき、ＲＲＣメッセージのサイズは５６ビットである。ＲＲＣメッセージがＲＲＣ接続再開要求メッセージであるとき、ＲＲＣメッセージのサイズは５６ビット又は８８ビットである。
【０１２８】
段階４０３の実装において、以下のいくつかのケースが存在する。
【０１２９】
ケース１：送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、端末デバイスは、第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。具体的には、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しいことは、送信リソースのサイズ（Ｓｉｚｅ）が第２のデータのサイズ（Ｓｉｚｅ）より大きい又はこれに等しいことを意味する。以降の処理は同様であり、ここでは説明されない。
【０１３０】
端末デバイスがユーザプレーン上でＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信することは、端末デバイスが第１のデータ及びＲＲＣメッセージを多重化し（Ｍｕｌｔｉｐｌｅｘｉｎｇ）、ネットワークデバイスに、第１のデータ及びＲＲＣメッセージを一緒に送信することを意味する。端末デバイスが制御プレーン上でＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信することは、端末デバイスが第１のデータをＮＡＳメッセージにカプセル化することを意味する。ここで、ＮＡＳメッセージがＲＲＣメッセージにおいて搬送され、その後、ネットワークデバイスにＲＲＣメッセージを送信する。この場合、ＲＲＣメッセージは、ユーザデータ又はＮＡＳメッセージを含むＲＲＣメッセージであり、これは、サイズ（Ｓｉｚｅ）比較に関与している前述のＲＲＣメッセージとは異なる。
【０１３１】
このような方法で、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスがネットワークデバイスに第１のデータを送信する従来技術と比較して、前述の方法では、端末デバイスは、最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信し、その結果、端末デバイスは、前もってネットワークデバイスに第１のデータを送信し、それによって、第１のデータを送信する際の遅延を減少させ、第１のデータを送信するためのリソース消費を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであってよい。
【０１３２】
ケース１に基づいて、ＲＲＣメッセージがＲＲＣ接続セットアップ要求メッセージである例が用いられる。ネットワークデバイスが端末デバイスによって送信されたＲＲＣ接続セットアップ要求メッセージを受信した後、ネットワークデバイスは、端末デバイスに対してＲＲＣ接続を確立し得る。ＲＲＣ接続を確立する処理については、従来技術を参照する。詳細はここでは説明されない。ネットワークデバイスが端末デバイスによって送信されたＲＲＣ接続セットアップ要求メッセージを受信した後、端末デバイスはＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信したので、端末デバイスが現在、第１のデータ以外に送信すべき他のデータを有していないとネットワークデバイスが決定した場合、ネットワークデバイスは、端末デバイスに対してＲＲＣ接続を確立しなくてよい。このような方法で、端末デバイスは前もってネットワークデバイスに第１のデータを送信し、それによって、ネットワークデバイスが端末デバイスに対してＲＲＣ接続を確立するときに消費されるリソースを減らす。同様、ＲＲＣメッセージがＲＲＣ接続再開要求メッセージであるとき、ネットワークデバイスが端末デバイスによって送信されたＲＲＣ接続再開要求メッセージを受信した後、ネットワークデバイスは、端末デバイスに対してＲＲＣ接続を再開してよく、又は端末デバイスに対してＲＲＣ接続を再開しなくてよい。
【０１３３】
ケース１において、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、ＲＲＣメッセージを用いることによって第１のデータを送信するための前述の方法に加えて、端末デバイスは、他の方法を用いることによってネットワークデバイスに第１のデータを送信し得る。例えば、端末デバイスは、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによってネットワークデバイスに第１のデータの残りのデータを送信してよい。他の例について、端末デバイスは、最初のアクセスプロセスにおいてネットワークデバイスと交換された第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し得る。
【０１３４】
ケース２：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータの一部のデータを送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。端末デバイスは、第３のメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１３５】
端末デバイスは、ＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部のデータを送信し、端末デバイスはＲＲＣメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータの残りのデータを送信する。ユーザプレーン上の実装は、端末デバイスがユーザプレーン上のＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信する前述の実装と同様であり、制御プレーン上の実装は、端末デバイスが制御プレーン上のＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータを送信する前述の実装と同様である。詳細はここで再び説明されない。
【０１３６】
このような方法で、ネットワークデバイスに対するＲＲＣ接続を確立した後、端末デバイスが端末デバイスに第１のデータを送信する従来技術と比較して、前述の方法において、端末デバイスは最初のアクセスプロセスにおいてＲＲＣメッセージを用いることによってネットワークデバイスに第１のデータの一部のデータを送信し、その結果、端末デバイスは前もってネットワークデバイスに第１のデータの一部のデータを送信し、それによって、第１のデータを送信する際の遅延を減少させて、第１のデータの一部のデータを送信するためのリソース消費を減少させる。ＲＲＣメッセージはＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであってよく、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであってよい。
【０１３７】
ケース３：送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、端末デバイスは、第３のメッセージの位置で、ネットワークデバイスにＲＲＣメッセージを送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて、端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。端末デバイスは、第３のメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１３８】
端末デバイスは、最初のアクセスプロセスにおいてネットワークデバイスと交換した第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し、これは、従来技術と同じである。この場合、送信リソースがＲＲＣメッセージ及び第１のデータを送信するには不十分である、という課題が解決され、端末デバイスは、従来技術におけるデータ送信手順にフォールバックし得る。
【０１３９】
ケース４：送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、端末デバイスは、第３のメッセージを用いることによって、ネットワークデバイスにＲＲＣメッセージを送信する。ここで、第３のメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換された第３のメッセージである。端末デバイスは、第３のメッセージに続くアップリンクメッセージ又はアップリンクスケジューリングを用いることによって、ネットワークデバイスに第１のデータを送信する。
【０１４０】
前述のケース３及びケース４において、最初のアクセスプロセスにおいて端末デバイスによってネットワークデバイスと交換された第３のメッセージは、例えば、ＲＲＣ接続セットアップ要求メッセージ若しくはＲＲＣ接続再開要求メッセージであるＲＲＣメッセージ、又は、ランダムアクセスプロセスにおいて第１のデータを送信するために導入される新たなＲＲＣメッセージであり得る。この場合、第３のメッセージに続くアップリンクメッセージが、端末デバイスによってネットワークデバイスに送信され、かつ、ＲＲＣメッセージに続くアップリンクメッセージとして理解され得る。ケース３及びケース４において、端末デバイスが第３のメッセージに続くアップリンクメッセージを用いることによってネットワークデバイスに第１のデータを送信する前に、端末デバイスは、第３のメッセージを用いることによって、ネットワークデバイスにＲＲＣメッセージを送信する。この場合、送信リソースがＲＲＣメッセージ及び第１のデータを送信するのに不十分である、という課題が解決され、端末デバイスは、従来技術におけるデータ送信手順にフォールバックし得る。
【０１４１】
前述のケース２及びケース４において、ＲＲＣメッセージに続くアップリンクメッセージは、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で交換される第５のメッセージであってよく、これは、通常、メッセージ５と称される。実装において、ＲＲＣメッセージはＲＲＣ接続要求メッセージであり、メッセージ５はＲＲＣ接続セットアップ完了メッセージである。他の実装において、ＲＲＣメッセージはＲＲＣ接続再開要求メッセージであり、メッセージ５はＲＲＣ接続再開完了メッセージである。
【０１４２】
本実施形態において、端末デバイスがネットワークデバイスにＲＲＣメッセージを送信する前に、端末デバイスは、端末デバイスのコンテキストを自動的に有効にする。ユーザプレーン方法において、第３のメッセージの位置で第１のデータを送信するために、第１のデータが、サービスチャネルで送信される必要がある。この場合、第１のデータが、端末デバイスのコンテキスト情報を用いることによって処理される必要がある。従来技術において、コンテキスト情報が、端末デバイスのためにネットワークデバイスによって構成される。メッセージ５を用いることによってデータを送信するための方法において、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にする必要がある。しかしながら、本発明の実施形態において、ユーザプレーン方法では、第１のデータが第３のメッセージの位置で送信されるとき、ネットワークデバイスは、端末デバイスのコンテキスト情報を有効にできない。したがって、端末デバイスは、ユーザプレーンデータを処理するために端末デバイスのコンテキスト情報を有効にする必要がある。
【０１４３】
本実施形態において、段階４０１の前に、ネットワークデバイスは、端末デバイスに第２の情報を送信し得る。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる。第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスは、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つを選択し得る。第１のランダムアクセスリソースがランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含み得るので、それに応じて、第２のランダムアクセスリソースはまた、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含み得る。
【０１４４】
前述の実装において、さらに、ネットワークデバイスによって端末デバイスに送信される第２の情報が、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ得、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、端末デバイスは、最初に端末デバイスが属するカバレッジレベルを決定し、その後、第１のランダムアクセスリソースとして、端末デバイスが属するカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースから１つを選択する。
【０１４５】
実装において、ネットワークデバイスは、システムメッセージ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ）を用いることによって、端末デバイスに第２の情報を送信し得る。例えば、システムブロードキャストメッセージは、具体的には、システム情報ブロックタイプ２（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ  ｔｙｐｅ２、ＳＩＢ２）であり得る。ＳＩＢ２は、ランダムアクセス手順の構成情報を搬送し、構成情報は、第２の情報を含む。
【０１４６】
以下では、ランダムアクセスのプリアンブルを含む第２のランダムアクセスリソースの例を用いる。図９は、ランダムアクセスのプリアンブルの概略構成図である。図９において、レベルＸからレベルＹまでは、カバレッジレベルＸからカバレッジレベルＹを連続して示す（Ｘ及びＹは非負整数であり、ＸはＹより大きい）。レベルＸに対応する最初のプリアンブルＸから最後のプリアンブルＸまでのインデックスのランダムアクセスのプリアンブルが、ランダムアクセスを実行するためにカバレッジレベルＸで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。最初のプリアンブルＸから最後のプリアンブルＸまでのインデックスにおけるＭＸインデックスのランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＸで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。ここで、ＭＸは、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＸで端末デバイスによって用いられるランダムアクセスのプリアンブルの数である。ＭＸのランダムアクセスのプリアンブルのインデックスは、最初のプリアンブルＸから最初のプリアンブルＸ＋ＭＸ−１までである。同様に、レベルＹに対応する最初のプリアンブルＹから最後のプリアンブルＹのインデックスのランダムアクセスのプリアンブルが、ランダムアクセスを実行するためにカバレッジレベルＹで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。最初のプリアンブルＹから最後のプリアンブルＹまでのインデックスにおけるＭＹインデックスのランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＹで端末デバイスによって用いられるランダムアクセスのプリアンブルとして用いられる。ここで、ＭＹは、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルＹで端末デバイスによって用いられるランダムアクセスのプリアンブルの数である。ＭＹランダムアクセスのプリアンブルのインデックスは、最初のプリアンブルＹから最初のプリアンブルＹ＋ＭＹ−１である。パラメータＭＸ及びＭＹが第２の情報に含まれ、ＭＸ及びＭＹは正の整数である。
【０１４７】
他の方法において、前述の２つのインデックス範囲はまた、最後のプリアンブルＸ−ＭＸ＋１から最後のプリアンブルＸまで、及び最後のプリアンブルＹ−ＭＹ＋１から最後のプリアンブルＹまでであり得る。
【０１４８】
他の方法において、ＭＸは、代替的に、端末デバイスがカバレッジレベルＸで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよく、ＭＹは、代替的に、端末デバイスがカバレッジレベルＹで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよい。
【０１４９】
第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むことは、例として用いられる。本実施形態において、ネットワークデバイスが端末デバイスに少なくとも１つの第２のランダムアクセスリソースを示すのに用いられる第２の情報を送信する実装は、以下の３つの方式を含むがこれに限定されない。
【０１５０】
第１の実装において、第２の情報はそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルのインデックスを含んでよく、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる。この場合、特定のランダムアクセスのプリアンブルは、第２のランダムアクセスリソースである。図９に示されるランダムアクセスのプリアンブルの概略構成図を例として用いると、第２の情報は、ＭＸの範囲にあって、かつ、レベルＸに対応するランダムアクセスのプリアンブルのインデックス、すなわち、最初のプリアンブルＸから最初のプリアンブルＸ＋ＭＸ−１までのインデックス、及び、ＭＹの範囲にあって、かつ、レベルＹに対応するランダムアクセスのプリアンブルのインデックス、すなわち、最初のプリアンブルＹから最初のプリアンブルＹ＋ＭＹ−１のインデックスを含む。代替的に、前述の２つのインデックス範囲はまた、最後のプリアンブルＸ−ＭＸ＋１から最後のプリアンブルＸ、及び最後のプリアンブルＹ−ＭＹ＋１から最後のプリアンブルＹまであり得る。パラメータＭＸ及びＭＹが第２の情報に含まれ、ＭＸ及びＭＹは正の整数である。ＭＸは、代替的に、端末デバイスがカバレッジレベルＸで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよく、ＭＹは、代替的に、端末デバイスがカバレッジレベルＹで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよい。
【０１５１】
他の方法において、ＭＸは、代替的に、端末デバイスがカバレッジレベルＸで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよく、ＭＹは、代替的に、端末デバイスがカバレッジレベルＹで最初のアクセスプロセスにおける第１のデータの送信を要求しないためのランダムアクセスのプリアンブルの数であってよい。
【０１５２】
第３の実装において、第２の情報は、カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び割合を含んでよく、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためにカバレッジレベルで端末デバイスによって用いられる。カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数が、カバレッジレベルで特定のランダムアクセスのプリアンブルを決定するのに用いられ得る。図９に示されるランダムアクセスのプリアンブルの概略構成図を例として用いると、第２の情報は、第１のＭＸのランダムアクセスのプリアンブルがカバレッジレベルＸで特定のランダムアクセスのプリアンブルであること、及び、第１のＭＹのランダムアクセスのプリアンブルがカバレッジレベルＹで特定のランダムアクセスのプリアンブルであることを含む。第２の情報は、図９のレベルＸに対応する最初のプリアンブルＸから最後のプリアンブルＸまでにおける第１のＭＸのランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであること、及び、図９のレベルＹに対応する最初のプリアンブルＹから最後のプリアンブルＹまでにおける第１のＭＹのランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであることを示す。特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するために端末デバイスによって用いられるランダムアクセスのプリアンブルである。代替的に、第２の情報は、レベルＸに対応する最初のプリアンブルＸから最後のプリアンブルＸまでにおける最後のＭＸのランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであること、及び、レベルＹに対応する最初のプリアンブルＹから最後のプリアンブルＹまでにおける最後のＭＹランダムアクセスのプリアンブルが特定のランダムアクセスのプリアンブルであることを示す。特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するために端末デバイスによって用いられるランダムアクセスのプリアンブルである。
【０１５３】
第２の実装方式において、異なるカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数が、カバレッジレベルの全てのランダムアクセスのプリアンブルにおいて同じであるとき、位置及び数が第２の情報において共同で示され得る。図９に示されるランダムアクセスのプリアンブルの概略構成図が、例として用いられる。レベルＸからレベルＹまでにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、カバレッジレベルでの全てのランダムアクセスのプリアンブルにおける最初のＮ又は最後のＮのランダムアクセスのプリアンブルであり、数Ｎが第２の情報に含まれる。この場合、図９において、ＭＸ＝ＭＸ（Ｘ＋１）＝Ｍ（Ｘ＋２）＝ＭＹ＝Ｎである。
【０１５４】
カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置が同じであってよく又は異なってよく、カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの数が同じであってよく又は異なってよいことに留意すべきである。
【０１５５】
第３の実装において、第２の情報はカバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び割合を含んでよく、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、最初のアクセスプロセスにおける第１のデータの送信を要求するためのカバレッジレベルで端末デバイスによって用いられる。カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数が、カバレッジレベルで特定のランダムアクセスのプリアンブルを決定するのに用いられ得る。第２の実装と同様に、図９に示されるランダムアクセスのプリアンブルの概略構成図が例として用いられる。第２の情報は、最後のＫｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）のプリアンブル又は最初のＫｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）のプリアンブルは、カバレッジレベルＸでの特定のランダムアクセスのプリアンブルであることを含む。ここで、Ｋは０と１との間１０進数であり、Ｋｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）は切り上げられ又は切り捨てられる。最後のＬｘ（最後のプリアンブルＹ−最初のプリアンブルＹ＋１）のプリアンブル又は最初のＬｘ（最後のプリアンブルＹ−最初のプリアンブルＹ＋１）のプリアンブルは、カバレッジレベルＹでの特定のランダムアクセスのプリアンブルである。ここで、Ｌは０と１との間の１０進数であり、Ｌｘ（最後のプリアンブルＹ−最初のプリアンブルＹ＋１）は切り上げられ又は切り捨てられる。Ｋ及びＬは、第２の情報に含まれる。
【０１５６】
第３の実装方式において、それぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置及び数がカバレッジレベルの全てのランダムアクセスのプリアンブルにおいて同じであるとき、位置及び数が第２の情報において共同で示され得る。図９に示されるランダムアクセスのプリアンブルの概略構成図が、例として用いられる。レベルＸからＹまでにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルが、カバレッジレベルの全てのランダムアクセスのプリアンブルにおける最初の又は最後のＫｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）のランダムアクセスのプリアンブルである。ここで、Ｋは０と１との間の１０進数であり、Ｋｘ（最後のプリアンブルＸ−最初のプリアンブルＸ＋１）は切り上げ又は切り捨てられる。Ｋは第２の情報に含まれる。
【０１５７】
カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの位置が同じであってよく又は異なってよく、カバレッジレベルの全てのランダムアクセスのプリアンブルにおけるそれぞれのカバレッジレベルでの特定のランダムアクセスのプリアンブルの数が同じであってよく又は異なってよいことに留意すべきである。
【０１５８】
同じ発明概念に基づいて、本願の実施形態は、端末デバイスをさらに提供する。端末デバイスは、図４に対応する実施形態で提供された方法において端末デバイスによって実行された方法を実装し得る。図１０を参照すると、端末デバイスは、送信ユニット１００１及び受信ユニット１００２を含む。
【０１５９】
送信ユニット１００１が、第１のランダムアクセスリソースを用いることによって、ネットワークデバイスにランダムアクセス要求メッセージを送信するよう構成される。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる。
【０１６０】
受信ユニット１００２は、ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信するよう構成される。ここで、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１６１】
送信ユニット１００１は、ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するようさらに構成される。ここで、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である。
【０１６２】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０１６３】
可能な実装において、受信ユニット１００２は、送信ユニット１００１が第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前に、ネットワークデバイスによって送信される第２の情報を受信するようさらに構成される。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる。端末デバイスは、第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つを選択するよう構成される処理ユニットをさらに含む。
【０１６４】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０１６５】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０１６６】
可能な実装において、端末デバイスは、送信ユニット１００１が第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する前に、ＲＲＣ層を用いることによって、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを決定し、ＲＲＣ層を用いることによって、端末デバイスのＮＡＳにネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知するよう構成される処理ユニットをさらに含む。
【０１６７】
可能な実装において、ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するとき、送信ユニット１００１は、具体的には、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータの一部のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータの残りのデータを送信し、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信し、又は、送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するよう構成される。
【０１６８】
可能な実装において、送信ユニット１００１は、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する前に、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置でネットワークデバイスにＲＲＣメッセージを送信するようさらに構成される。
【０１６９】
可能な実装において、端末デバイスは、送信ユニット１００１がネットワークデバイスにＲＲＣメッセージを送信する前に、端末デバイスのコンテキストを自動的に有効にするよう構成される処理ユニットをさらに含む。
【０１７０】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０１７１】
可能な実装において、端末デバイスは、ＭＴＣを実行するデバイスである。
【０１７２】
本願の本実施形態において、ユニット分割は例であり、単に論理的な機能分割に過ぎないことに留意すべきである。実際の実装において、他の分割方式が用いられ得る。本願の複数の実施形態における機能的なユニットが１つの処理ユニットに統合されてよく、又は、ユニットのそれぞれが物理的に単独で存在してよく、又は、２又はそれ以上のユニットが１つのユニットに統合される。統合ユニットは、ハードウェアの形態で実装されてよく、又はソフトウェア機能ユニットの形態で実装されてよい。
【０１７３】
統合ユニットがソフトウェア機能ユニットの形態で実装されて、個別の製品として販売又は用いられるとき、統合ユニットがコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本願の技術的解決策は本質的に、又は従来技術に寄与する部分、又は技術的解決策の全て又は一部は、ソフトウェア製品の形態で実装され得る。ソフトウェア製品が記憶媒体に記憶され、（パーソナルコンピュータ、サーバ若しくはネットワークデバイスであり得る）コンピュータデバイス、又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の複数の実施形態で説明された方法の段階の全て又は一部を実行することを命令するための１又は複数の命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は、コンパクトディスクのような、プログラムコードを記憶できる任意の媒体を含む。
【０１７４】
同じ発明概念に基づいて、本願の実施形態は、端末デバイスをさらに提供する。端末デバイスは、図４に対応する実施形態で提供された方法において端末デバイスによって実行された方法を用いて、かつ、図１０示される端末デバイスと同じデバイスであってよい。図１１を参照すると、端末デバイスは、プロセッサ１１０１、通信モジュール１１０２及びメモリ１１０３を含む。
【０１７５】
プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すよう構成される。通信モジュール１１０２を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する手順であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、手順、通信モジュール１１０２を用いることによって、ネットワークデバイスによって送信され、かつ、第１の情報を含むランダムアクセス応答メッセージを受信する段階であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、手順、並びに、通信モジュール１１０２を用いることによって、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する手順であって、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、手順。
【０１７６】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０１７７】
可能な実装において、プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。通信モジュール１１０２を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する手順の前に、通信モジュール１１０２を用いることによって、ネットワークデバイスによって送信される第２の情報を受信する手順であって、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられる、手順。プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。第１のデータが最初のアクセスプロセスにおいて送信される必要があることを決定したとき、第１のランダムアクセスリソースとして少なくとも１つの第２のランダムアクセスリソースから１つを選択する手順。
【０１７８】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０１７９】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０１８０】
可能な実装において、プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。通信モジュール１１０２を用いることによって、第１のランダムアクセスリソースを用いることによってネットワークデバイスにランダムアクセス要求メッセージを送信する手順の前に、ＲＲＣ層を用いることによって、ネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを決定する手順、並びに、ＲＲＣ層を用いることによって、端末デバイスの非アクセス層ＮＡＳにネットワークデバイスが最初のアクセスプロセスにおけるデータ送信をサポートすることを通知する手順。
【０１８１】
可能な実装において、通信モジュール１１０２を用いることによって、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、指定されたメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するとき、プロセッサ１１０１は、具体的には、送信リソースのサイズが第２のデータのサイズより大きい又はこれに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって、ネットワークデバイスに第１のデータの一部のデータを送信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータの残りのデータを送信する、送信リソースのサイズがＲＲＣメッセージのサイズより大きく、かつ、送信リソースのサイズが第２のデータのサイズより小さい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する、又は、送信リソースのサイズがＲＲＣメッセージのサイズに等しい場合、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信するよう構成される。
【０１８２】
可能な実装において、プロセッサ１１０１は、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって、ネットワークデバイスに第１のデータを送信する前に、通信モジュール１１０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、ネットワークデバイスにＲＲＣメッセージを送信するようさらに構成される。
【０１８３】
可能な実装において、プロセッサ１１０１は、以下のプロセスを実行すべく、メモリ１１０３内のプログラムを読み出すようさらに構成される。通信モジュール１１０２を用いることによってネットワークデバイスにＲＲＣメッセージを送信する手順の前に、端末デバイスのコンテキストを自動的に有効にする手順。
【０１８４】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０１８５】
可能な実装において、端末デバイスは、マシンタイプ通信ＭＴＣを実行するデバイスである。
【０１８６】
プロセッサ１１０１、通信モジュール１１０２、及びメモリ１１０３が、バスを用いることによって、汎用バスアーキテクチャとして実装され得る。端末デバイスの特定の用途及び全体デザインの制約に基づいて、バスは任意の数の相互接続バス及びブリッジを含んでよく、具体的には、プロセッサ１１０１で表された１又は複数のプロセッサの様々な回路及びメモリ１１０３で表されたメモリが共に接続される。バスアーキテクチャは、周辺デバイス、電圧安定装置、及び電力管理回路のような、様々な他の回路をさらに接続し得る。これらのことは当該技術分野で周知のであり、したがって、本明細書でさらに説明されない。バスインタフェースは、インタフェースを提供する。通信モジュール１１０２は、複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有し、並びに、送信媒体上の様々な他の装置と通信するよう構成されるユニットを提供する。プロセッサ１１０１は、バスアーキテクチャの管理及び通常の処理を担当する。メモリ１１０３は、プロセッサ１１０１がオペレーションを実行するときに用いられるデータを記憶し得る。
【０１８７】
オプションで、プロセッサ１１０１は、中央演算処理装置、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、又は、コンプレックスプログラマブルロジックデバイス（ｃｏｍｐｌｅｘ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＣＰＬＤ）であり得る。
【０１８８】
本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、前述の実施形態において端末デバイスによって実行されたデータ送信方法を実装し得る。
【０１８９】
本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは前述のデータ送信方法において端末デバイスによって実行された方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法において端末デバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【０１９０】
本願の実施形態は、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、前述の実施形態において端末デバイスによって実行されたデータ送信方法を実行することができる。
【０１９１】
同じ発明概念に基づいて、本願の実施形態は、ネットワークデバイスをさらに提供する。ネットワークデバイスは、図４に対応する実施形態で提供された方法においてネットワークデバイスによって実行された方法を実装し得る。図１２を参照すると、ネットワークデバイスは、受信ユニット１２０１及び送信ユニット１２０２を含む。
【０１９２】
受信ユニット１２０１が、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信するよう構成される。ここで、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる。
【０１９３】
送信ユニット１２０２は、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信するよう構成される。ここで、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる。
【０１９４】
受信ユニット１２０１は、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信するようさらに構成される。ここで、指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、端末デバイスによって決定され、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である。
【０１９５】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０１９６】
可能な実装において、送信ユニット１２０２は、受信ユニット１２０１が第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する前に、端末デバイスに第２の情報を送信するようさらに構成される。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられ、第１のランダムアクセスリソースは、少なくとも１つの第２のランダムアクセスリソースのうちの１つである。
【０１９７】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０１９８】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０１９９】
可能な実装において、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信するとき、受信ユニット１２０１は、具体的には、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータを受信する、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータの一部のデータを受信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータの残りのデータを受信する、又は、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信するよう構成される。
【０２００】
可能な実装において、受信ユニット１２０１は、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する前に、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で端末デバイスが送信するＲＲＣメッセージを受信するようさらに構成される。
【０２０１】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０２０２】
同じ発明概念に基づいて、本願の実施形態は、ネットワークデバイスをさらに提供する。ネットワークデバイスは、図４に対応する実施形態で提供された方法においてネットワークデバイスによって実行される方法を実装し得、図１２に示されるネットワークデバイスと同じデバイスであり得る。図１３を参照すると、ネットワークデバイスは、プロセッサ１３０１、通信モジュール１３０２、及びメモリ１３０３を含む。
【０２０３】
プロセッサ１３０１は、以下のプロセスを実行するようメモリ１３０３内のプログラムを読み出すよう構成される。通信モジュール１３０２を用いることによって、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する手順であって、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに第１のランダムアクセスリソースが用いられる、手順、通信モジュール１３０２を用いることによって、端末デバイスに、第１の情報を含むランダムアクセス応答メッセージを送信する手順であって、第１の情報がネットワークデバイスによって端末デバイスに割り当てられた送信リソースを示すのに用いられる、手順、並びに、通信モジュール１３０２を用いることによって、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信する手順であって、指定されたメッセージが、無線リソース制御ＲＲＣメッセージのサイズと送信リソースのサイズを比較した結果、及び／又は、第２のデータのサイズと送信リソースのサイズを比較した結果に基づいて、端末デバイスによって決定され、第２のデータのサイズは、ＲＲＣメッセージのサイズ及び第１のデータのサイズの和である、手順。
【０２０４】
可能な実装において、第１のランダムアクセスリソースは、ランダムアクセスのプリアンブル及び／又はランダムアクセスの時間−周波数リソースを含む。
【０２０５】
可能な実装において、プロセッサ１３０１は、以下のプロセスを実行するようメモリ１３０３内のプログラムを読み出すようさらに構成される。通信モジュール１３０２を用いることによって、第１のランダムアクセスリソースを用いることによって端末デバイスが送信するランダムアクセス要求メッセージを受信する手順の前に、通信モジュール１３０２を用いることによって、端末デバイスに第２の情報を送信する手順。ここで、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられ、第１のランダムアクセスリソースは、少なくとも１つの第２のランダムアクセスリソースのうちの１つである。
【０２０６】
可能な実装において、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに少なくとも１つの第２のランダムアクセスリソースが用いられることは、具体的には、第２の情報がそれぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースを示すのに用いられ、端末デバイスがカバレッジレベルで最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに、それぞれのカバレッジレベルに対応する少なくとも１つの第２のランダムアクセスリソースが用いられる。
【０２０７】
可能な実装において、第２のランダムアクセスリソースがランダムアクセスのプリアンブルを含むとき、第２の情報が少なくとも１つの第２のランダムアクセスリソースを示すのに用いられることは、具体的には、第２の情報は、少なくとも１つのランダムアクセスのプリアンブルのインデックスを含む、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び数を含む、又は、第２の情報は、端末デバイスが最初のアクセスプロセスにおける第１のデータの送信を要求することを示すのに用いられる、全ての競合ベースランダムアクセスのプリアンブルにおけるランダムアクセスのプリアンブルの位置及び割合を含む。
【０２０８】
可能な実装において、通信モジュール１３０２を用いることによって、指定されたメッセージを用いることによって端末デバイスが送信する第１のデータを受信するとき、プロセッサ１３０１が、具体的には、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータを受信する、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいてネットワークデバイスと端末デバイスとの間で送信される第３のメッセージの位置で、ＲＲＣメッセージを用いることによって端末デバイスが送信する第１のデータの一部のデータを受信し、ＲＲＣメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータの残りのデータを受信する、又は、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信するよう構成される。
【０２０９】
可能な実装において、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージに続くアップリンクメッセージを用いることによって端末デバイスが送信する第１のデータを受信する手順の前に、プロセッサ１３０１は、通信モジュール１３０２を用いることによって、最初のアクセスプロセスにおいて端末デバイスとネットワークデバイスとの間で送信される第３のメッセージの位置で、端末デバイスが送信するＲＲＣメッセージを受信する。
【０２１０】
可能な実装において、ＲＲＣメッセージは、ＲＲＣ接続セットアップ要求メッセージ又はＲＲＣ接続再開要求メッセージである。
【０２１１】
プロセッサ１３０１、通信モジュール１３０２、及びメモリ１３０３が、バスを用いることによって、汎用バスアーキテクチャとして実装され得る。ネットワークデバイスの特定の用途及び全体デザインの制約に基づいて、バスは任意の数の相互接続バス及びブリッジを含んでよく、具体的には、プロセッサ１３０１で表された１又は複数のプロセッサの様々な回路及びメモリ１３０３で表されたメモリが共に接続される。バスアーキテクチャは、周辺デバイス、電圧安定装置、及び電力管理回路のような、様々な他の回路をさらに接続し得る。これらのことは当該技術分野で周知であり、したがって、本明細書でさらに説明されない。バスインタフェースは、インタフェースを提供する。通信モジュール１３０２は、複数の構成要素を含んでよく、すなわち、送信機及び受信機を含んでよく、又は通信インタフェースを含んでよい。通信インタフェースは、受信機能及び送信機能を有し、並びに、送信媒体上の様々な他の装置と通信するよう構成されるユニットを提供する。プロセッサ１３０１は、バスアーキテクチャの管理及び通常の処理を担当する。メモリ１３０３は、プロセッサ１３０１がオペレーションを実行するときに用いられるデータを記憶し得る。
【０２１２】
オプションで、プロセッサ１３０１は、中央演算処理装置、ＡＳＩＣ、ＦＰＧＡ、又はＣＰＬＤであり得る。
【０２１３】
本願の実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶する。１又は複数のプロセッサによって読み出されて実行されるとき、ソフトウェアプログラムは、前述の実施形態においてネットワークデバイスによって実行されたデータ送信方法を実装し得る。
【０２１４】
本願の実施形態は、データ送信装置をさらに提供する。装置はチップを含み、当該チップは前述のデータ送信方法においてネットワークデバイスによって実行された方法を実行するよう構成される。装置は、通信モジュールをさらに含み得る。装置に含まれるチップは、通信モジュールを用いることによって、前述のデータ送信方法においてネットワークデバイスによってデータを受信し及び／又はデータを送信するための方法を実行する。
【０２１５】
本願の実施形態は、命令を含むコンピュータプログラムプロダクトを提供する。コンピュータプログラムプロダクトがコンピュータ上で起動するとき、当該コンピュータは、前述の実施形態においてネットワークデバイスによって実行されたデータ送信方法を実行することができる。
【０２１６】
同じ発明概念に基づいて、本願の実施形態は、通信システムをさらに提供する。図１４に示されるように、通信システムは、端末デバイス１４０１及びネットワークデバイス１４０２を含む。端末デバイス１４０１が図４に対応する実施形態で提供された方法において端末デバイスによって実行された方法を実行するよう構成され、端末デバイス１４０１は、図１０又は図１１に示される端末デバイスと同じデバイスであり得る。ネットワークデバイス１４０２が図４に対応する実施形態で提供された方法においてネットワークデバイスによって実行された方法を実行するよう構成され、ネットワークデバイス１４０２は、図１２又は図１３に示されるネットワークデバイスと同じデバイスであり得る。本願の複数の実施形態で提供されたデータ送信方法が、通信システムを用いることによって実装され得る。
【０２１７】
前述の説明は、単に本願の特定の実装に過ぎず、本願の保護範囲を限定することを意図していない。本願で開示された技術範囲内で当業者によって容易に想到される任意の変更又は交換は、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【０２１８】
本願は、本願の複数の実施形態によるフローチャート及び／又は方法のブロック図、デバイス（システム）、並びにコンピュータプログラムプロダクトを参照して説明される。フローチャート及び／又はブロック図における各処理及び／又は各ブロックと、フローチャート及び／又はブロック図における処理及び／又はブロックの組み合わせとを実装するのにコンピュータプログラム命令が用いられ得ることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は、任意の他のプログラム可能なデータ処理デバイスのプロセッサに提供されてマシンを生成してよく、その結果、任意の他のプログラム可能なデータ処理デバイスのコンピュータ又はプロセッサによって実行される命令は、フローチャート内の１又は複数の処理、及び／又はブロック図内の１又は複数のブロックにおける特定の機能を実装するための装置を生成する。
【０２１９】
これらのコンピュータプログラム命令は、特定の方式で動作するようコンピュータ又は任意の他のプログラム可能なデータ処理デバイスに命令できるコンピュータ可読メモリに記憶されてよく、その結果、コンピュータ可読メモリに記憶された命令が、命令装置を含むアーチファクトを生成する。命令装置は、フローチャート内の１又は複数処理、及び／又はブロック図内の１又は複数のブロックにおける特定の機能を実装する。
【０２２０】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラム可能なデータ処理デバイス上にロードされてよく、その結果、一連のオペレーション及び段階がコンピュータ又は他のプログラム可能なデバイス上で実行され、それによってコンピュータ実装処理を生成する。したがって、コンピュータ又は他のプログラム可能なデバイス上で実行される命令は、フローチャート内の１又は複数の処理及び／又はブロック図内の１又は複数のブロックにおける特定の機能を実装するための段階を提供する。
【０２２１】
当然ながら、当業者は、本願の複数の実施形態の範囲から逸脱することなく、本願の複数の実施形態に対して様々な修正及び変更を行うことができる。本願は、以下の特許請求の範囲及びこれらの均等技術によって定義される保護範囲に含まれるならば、これらの修正及び変更を包含することを意図している。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2020530725.tif 000018
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2020530725.tif 000019
【国際調査報告】
2020530725.tif 000020
2020530725.tif 000021
2020530725.tif 000022
2020530725.tif 000023