JP2023544558A - ネットワークデバイスアクセス方法及び装置 - Google Patents

Abstract

本願は、ネットワークデバイスアクセス方法及び装置を開示し、無線通信分野に関係があり、ネットワークデバイスにアクセスする性能削減（reduced capability，ＲＥＤＣＡＰ）端末の数を制御しかつネットワーク伝送性能を向上させるためのものである。方法は、端末装置がネットワークデバイスから、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す第１情報を受信し、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定することを含む。ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、かつ、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。

Description

本願は、無線通信分野に、特に、ネットワークデバイスアクセス方法及び装置に関係がある。

ニュー・ラジオ（new radio，ＮＲ）システムにおいて、ネットワークデバイス（例えば、基地局）は同期信号／物理ブロードキャストチャネルブロック（synchronization signal/PBCH block，ＳＳＢ）をブロードキャストする。端末装置が無線通信サービスを取得するためにネットワークにアクセスするつもりである場合に、端末装置はＳＳＢを受信し、ＳＳＢに基づいてシステム情報を取得する。システム情報は、端末装置がネットワークにアクセスすることを許可されているかどうかを示す。システム情報により、端末装置がネットワークにアクセスすることを許可されていることが示される場合に、端末装置は、その後に、ランダムアクセスプロシージャによりネットワークにアクセスする。システム情報により、端末装置がネットワークにアクセスすることを禁止されていることが示される場合には、端末装置はネットワークにアクセスすることができない。

現在、ＮＲシステムにおいて、新しいタイプの端末装置、つまり、性能削減（reduced capability，ＲＥＤＣＡＰ）端末が導入されることが考えられている。ネットワークアクセスが許可されているかどうかがＳＳＢで示される一般的な端末と比較して、ＲＥＤＣＡＰ端末は、バッテリ寿命がより長く、複雑性がより低く、コストがより安い。従って、ＲＥＤＣＡＰ端末は広く適用される可能性がある。しかし、ＲＥＤＣＡＰ端末は、上記の一般的な端末よりも帯域幅が狭かったり、又は受信アンテナが少なかったりする。その結果、ＲＥＤＣＡＰ端末は、一般的な端末よりも伝送能力が低くなる。多数のＲＥＤＣＡＰ端末がネットワークにアクセスする場合に、ネットワークの全体的な伝送性能は低下する。例えば、ネットワークの平均スペクトル効率は低下する。

本願は、ネットワークデバイスにアクセスするＲＥＤＣＡＰ端末の数を制御しかつネットワーク伝送性能を向上させるように、ネットワークデバイスアクセス方法及び装置を提供する。

上記の目的を達成するために、以下の技術的解決法が本願の実施形態では使用される。

第１の態様に従って、本願の実施形態は、ネットワークデバイスアクセス方法を提供する。方法は、端末装置がネットワークデバイスから第１情報を受信することであり、第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、かつ、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない、ことと、端末装置が、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定することであり、端末装置は、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末である、こととを含む。

第１の態様で提供される方法に従って、端末装置は、ネットワークデバイスから、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示す第１情報を受信し、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定してよい。このようにして、ネットワークデバイスは、ネットワークデバイスによって管理されているネットワークの伝送性能を確保するように、ネットワークデバイスにアクセスする第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の数を制御することができる。

可能な実施において、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、又は、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。上記の方法に基づいて、第１指示情報及び第２指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを夫々示し得る。代替的に、第１指示情報と第２指示情報とは一緒に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを示し得る。指示方法は柔軟である。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加の物理ブロードキャストチャネル（physical broadcast channel，ＰＢＣＨ）ペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード（追加のＰＢＣＨペイロード／追加のタイミングに関連したＰＢＣＨペイロードビット）内の予約済みフィールドを含むか、若しくはＰＢＣＨ内のＭＩＢ以外のフィールドを含む。上記の方法に基づいて、第１指示情報及び第２指示情報は別々に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。指示は明りょうでありかつ使い勝手が良い。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。上記の方法に基づいて、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかに影響を及ぼす。従って、ネットワークデバイスにアクセスするための第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の優先度は、より高い優先度を有する端末タイプがネットワークデバイスに優先的にアクセスすることを確かにするために、区別され得る。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ内のＭＩＢ及び追加のＰＢＣＨペイロードを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第１指示情報はダウンリンク制御情報（downlink control information，ＤＣＩ）内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はシステム情報ブロックタイプ１（system information block Type1，ＳＩＢ１）情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＤＣＩ内の予約済みフィールド及び／又はＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ及びＤＣＩ内の予約済みフィールドを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができ、あるいは、ネットワークデバイスは、ＳＳＢ及びＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び／又は第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。方法は、端末装置が第２情報をネットワークデバイスへ送信することを更に含み、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。上記の方法に基づいて、端末装置は、端末装置のタイプを第２情報においてネットワークデバイスに報告し得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報は、物理ランダムアクセスチャネル（physical random access channel，ＰＲＡＣＨ）で運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はラジオリソースコントロール（radio resource control，ＲＲＣ）シグナリングで運ばれる。上記の方法に基づいて、端末装置は、ＰＲＡＣＨリソース、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプをネットワークデバイスに報告して、ネットワークデバイスが端末装置のタイプを識別するようにし得る。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。方法は、端末装置が第２情報をネットワークデバイスへ送信することであり、第２情報は、端末装置がＲＥＤＣＡＰ端末であることを示す、ことと、端末装置が第３情報をネットワークデバイスへ送信することであり、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す、こととを更に含む。上記の方法に基づいて、端末装置は、端末装置のタイプを第２情報及び第３情報においてネットワークデバイスに報告して、ネットワークデバイスが端末装置のタイプを識別するようにし得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。上記の方法に基づいて、第１タイプＲＥＤＣＡＰ端末は、ＰＲＡＣＨリソースを第２タイプＲＥＤＣＡＰ端末と共有することができる。このようにして、ＰＲＡＣＨリソースの過度な分割は回避することができ、つまり、ランダムアクセス能力の過度な低下は回避される。

第２の態様に従って、本願の実施形態は、ネットワークデバイスアクセス方法を提供する。方法は、ネットワークデバイスが第１情報を決定することであり、第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、かつ、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない、ことと、ネットワークデバイスが第１情報を端末装置へ送信することとを含む。

第２の態様で提供される方法に従って、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示す第１情報を決定し、第１情報を端末装置へ送信してよい。このようにして、ネットワークデバイスは、ネットワークデバイスによって管理されているネットワークの伝送性能を確保するように、ネットワークデバイスにアクセスする第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の数を制御することができる。

可能な実施において、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、又は、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。上記の方法に基づいて、第１指示情報及び第２指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを夫々示し得る。代替的に、第１指示情報と第２指示情報とは一緒に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを示し得る。指示方法は柔軟である。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。上記の方法に基づいて、第１指示情報及び第２指示情報は別々に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。指示は明りょうでありかつ使い勝手が良い。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。上記の方法に基づいて、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかに影響を及ぼす。従って、ネットワークデバイスにアクセスするための第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の優先度は、より高い優先度を有する端末タイプがネットワークデバイスに優先的にアクセスすることを確かにするために、区別され得る。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ内のＭＩＢ及び追加のＰＢＣＨペイロードを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＤＣＩ内の予約済みフィールド及び／又はＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報はＳＩＢ１情報ブロックに含まれ、又は、第１指示情報はＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ及びＤＣＩ内の予約済みフィールドを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができ、あるいは、ネットワークデバイスは、ＳＳＢ及びＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び／又は第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。方法は、ネットワークデバイスが端末装置から第２情報を受信することを更に含み、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。上記の方法に基づいて、ネットワークデバイスは、端末装置から第２情報を受信し、第２情報を使用することによって、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを決定し得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。上記の方法に基づいて、ネットワークデバイスは、ＰＲＡＣＨリソース、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって端末装置のタイプを決定し得る。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。方法は、ネットワークデバイスが端末装置から第２情報を受信することであり、第２情報は、端末装置がＲＥＤＣＡＰ端末であることを示す、ことと、ネットワークデバイスが端末装置から第３情報を受信することであり、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す、こととを更に含む。上記の方法に基づいて、ネットワークデバイスは、第２情報及び第３情報を使用することによって、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを決定し得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。上記の方法に基づいて、ネットワークデバイスは、ＰＲＡＣＨリソースをＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングと結合することによって、端末装置のタイプを決定し得る。

第３の態様に従って、本願の実施形態は、第１の態様又は第１の態様の可能な実施のいずれか１つに従う方法を実施するように、通信装置を提供する。装置は、上記の方法を実行するよう構成された対応するユニット又はコンポーネントを含む。装置に含まれるユニットは、ソフトウェア及び／又はハードウェアによって実施されてよい。装置は、端末又は、例えば、端末が上記の方法を実施するのを支援することができるチップ、チップシステム、若しくはプロセッサであってよい。

第４の態様に従って、本願の実施形態は、第２の態様又は第２の態様の可能な実施のいずれか１つに従う方法を実施するように、通信装置を提供する。装置は、上記の方法を実行するよう構成された対応するユニット又はコンポーネントを含む。装置に含まれるユニットは、ソフトウェア及び／又はハードウェアによって実施されてよい。装置は、ネットワークデバイス又は、例えば、ネットワークデバイスが上記の方法を実施するのを支援することができるチップ、チップシステム、若しくはプロセッサであってよい。

第５の態様に従って、本願の実施形態は、プロセッサを含み、プロセッサがメモリへ結合され、メモリがプログラム又は命令を記憶するよう構成されている通信装置を提供する。プログラム又は命令がプロセッサによって実行される場合に、装置は、第１の態様又は第１の態様の可能な実施のいずれか１つに従う方法を実施することができる。

第６の態様に従って、本願の実施形態は、プロセッサを含み、プロセッサがメモリへ結合され、メモリがプログラム又は命令を記憶するよう構成されている通信装置を提供する。プログラム又は命令がプロセッサによって実行される場合に、装置は、第２の態様又は第２の態様の可能な実施のいずれか１つに従う方法を実施することができる。

第７の態様に従って、本願の実施形態は通信装置を提供する。装置は、第１の態様又は第１の態様の可能な実施のいずれか１つに従う方法を実行するよう構成される。

第８の態様に従って、本願の実施形態は通信装置を提供する。装置は、第２の態様又は第２の態様の可能な実施のいずれか１つに従う方法を実施するよう構成される。

第９の態様に従って、本願の実施形態はコンピュータ可読媒体を提供する。コンピュータ可読媒体はコンピュータプログラム又は命令を記憶している。コンピュータプログラム又は命令が実行されるとコンピュータは、第１の態様又は第１の態様の可能な実施のいずれか１つに従う方法を実施することができる。

第９の態様に従って、本願の実施形態はコンピュータ可読媒体を提供する。コンピュータ可読媒体はコンピュータプログラム又は命令を記憶している。コンピュータプログラム又は命令が実行されるとコンピュータは、第２の態様又は第２の態様の可能な実施のいずれか１つに従う方法を実施することができる。

第１１の態様に従って、本願の実施形態はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータで実行されると、コンピュータは、第１の態様又は第１の態様の可能な実施のいずれか１つに従う方法を実行することができる。

第１２の態様に従って、本願の実施形態はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータで実行されると、コンピュータは、第２の態様又は第２の態様の可能な実施のいずれか１つに従う方法を実行することができる。

第１３の態様に従って、本願の実施形態は、プロセッサを含むチップを提供する。プロセッサはメモリへ結合され、メモリはプログラム又は命令を記憶するよう構成される。プログラム又は命令がプロセッサによって実行されると、チップは、第１の態様又は第１の態様の可能な実施のいずれか１つに従う方法を実施することができる。

第１４の態様に従って、本願の実施形態は、プロセッサを含むチップを提供する。プロセッサはメモリへ結合され、メモリはプログラム又は命令を記憶するよう構成される。プログラム又は命令がプロセッサによって実行されると、チップは、第２の態様又は第２の態様の可能な実施のいずれか１つに従う方法を実施することができる。

第１５の態様に従って、本願の実施形態は通信システムを提供する。システムは、第３の態様に従う装置及び／又は第４の態様に従う装置を含むか、システムは、第５の態様に従う装置及び／又は第６の態様に従う装置を含むか、あるいは、システムは、第７の態様に従う装置及び／又は第８の態様に従う装置を含む。

上述されている如何なる通信装置、チップ、コンピュータ可読媒体、コンピュータプログラム製品、通信システム、なども、上述された対応する方法を実行するよう構成される、ことが理解され得る。従って、通信装置、チップ、コンピュータ可読媒体、コンピュータプログラム製品、通信システム、などによって達成され得る有利な効果については、対応する方法での有利な効果を参照されたい。詳細はここで再び記載されない。

第１６の態様に従って、本願の実施形態はネットワークデバイスアクセス方法を提供する。方法は、端末装置がネットワークデバイスから第１情報を受信することであり、第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含むか、又はＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なり、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない、ことと、端末装置が、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定することであり、端末装置は第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末である、こととを含む。

第１６の態様で提供される方法に従って、端末装置は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示す第１情報をネットワークデバイスから受信するか、あるいは、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す第１情報をネットワークデバイスから受信し、そして、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定してよい。このようにして、ネットワークデバイスは、ネットワークデバイスによって管理されているネットワークの伝送性能を確保するために、ネットワークデバイスにアクセスする第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の数、又はネットワークデバイスにアクセスする第３タイプＲＥＤＣＡＰ端末の数を制御することができる。

可能な実施において、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。上記の方法に基づいて、第１指示情報及び第２指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを夫々示し得る。代替的に、第１指示情報と第２指示情報とは一緒に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを示し得る。指示方法は柔軟である。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。上記の方法に基づいて、第１指示情報及び第２指示情報は別々に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。指示は明りょうでありかつ使い勝手が良い。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。上記の方法に基づいて、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかに影響を及ぼす。従って、ネットワークデバイスにアクセスするための第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の優先度は、より高い優先度を有する端末タイプがネットワークデバイスに優先的にアクセスすることを確かにするために、区別され得る。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＤＣＩ内の予約済みフィールド及び／又はＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ及びＤＣＩ内の予約済みフィールドを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができ、あるいは、ネットワークデバイスは、ＳＳＢ及びＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。

可能な実施において、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１情報は第３指示情報を含み、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。上記の方法に基づいて、ネットワークデバイスは、第３指示情報を使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第３指示情報はＭＩＢ内のスペアフィールドを含むか、又は第３指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。上記の方法に基づいて、ネットワークデバイスは、ＭＩＢ内のスペアフィールドを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができ、あるいは、ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。指示方法は柔軟である。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ内のＭＩＢ及び追加のＰＢＣＨペイロードを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第３指示情報はＤＣＩ内の予約済みフィールドに含まれるか、又は第３指示情報はＳＩＢ１情報ブロックに含まれる。上記の方法に基づいて、ネットワークデバイスは、ＤＣＩ内の予約済みフィールドを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができ、あるいは、ＳＩＢ１情報ブロックを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。指示方法は柔軟である。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示すか、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。方法は、端末装置が第２情報をネットワークデバイスへ送信することを更に含み、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末であることを示す。上記の方法に基づいて、端末装置は、端末装置のタイプを第２情報においてネットワークデバイスに報告し得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、あるいは、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。上記の方法に基づいて、端末装置は、ＰＲＡＣＨリソース、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプをネットワークデバイスに報告して、ネットワークデバイスが端末装置のタイプを識別するようにし得る。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。方法は、端末装置が第２情報をネットワークデバイスへ送信することであり、第２情報は、端末装置がＲＥＤＣＡＰ端末であることを示す、ことと、端末装置が第３情報をネットワークデバイスへ送信することであり、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す、こととを更に含む。上記の方法に基づいて、端末装置は、端末装置のタイプを第２情報及び第３情報においてネットワークデバイスに報告して、ネットワークデバイスが端末装置のタイプを識別するようにし得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。上記の方法に基づいて、第１タイプＲＥＤＣＡＰ端末は、ＰＲＡＣＨリソースを第２タイプＲＥＤＣＡＰ端末と共有することができる。このようにして、ＰＲＡＣＨリソースの過度な分割は回避することができ、つまり、ランダムアクセス能力の過度な低下は回避される。

第１７の態様に従って、本願の実施形態はネットワークデバイスアクセス方法を提供する。方法は、ネットワークデバイスが第１情報を決定することであり、第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含むか、又はＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なり、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない、ことと、ネットワークデバイスが第１情報を端末装置へ送信することとを含む。

第１７の態様で提供される方法に従って、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示す第１情報を決定するか、あるいは、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す第１情報を決定し、そして、第１情報を端末装置へ送信してよい。このようにして、ネットワークデバイスは、ネットワークデバイスによって管理されているネットワークの伝送性能を確保するために、ネットワークデバイスにアクセスする第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の数を制御することができる。

可能な実施において、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。上記の方法に基づいて、第１指示情報及び第２指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを夫々示し得る。代替的に、第１指示情報と第２指示情報とは一緒に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを示し得る。指示方法は柔軟である。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。上記の方法に基づいて、第１指示情報及び第２指示情報は別々に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。指示は明りょうでありかつ使い勝手が良い。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。上記の方法に基づいて、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかに影響を及ぼす。従って、ネットワークデバイスにアクセスするための第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の優先度は、より高い優先度を有する端末タイプがネットワークデバイスに優先的にアクセスすることを確かにするために、区別され得る。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＤＣＩ内の予約済みフィールド及び／又はＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ及びＤＣＩ内の予約済みフィールドを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができ、あるいは、ネットワークデバイスは、ＳＳＢ及びＳＩＢ１情報ブロックを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。

可能な実施において、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１情報は第３指示情報を含み、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。上記の方法に基づいて、ネットワークデバイスは、第３指示情報を使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第３指示情報はＭＩＢ内のスペアフィールドを含むか、又は第３指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。上記の方法に基づいて、ネットワークデバイスは、ＭＩＢ内のスペアフィールド又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。指示方法は柔軟である。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。上記の方法に基づいて、ネットワークデバイスは、ＳＳＢ内のＭＩＢ及び追加のＰＢＣＨペイロードを使用することによって、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。

可能な実施において、第３指示情報はＤＣＩ内の予約済みフィールドに含まれるか、又は第３指示情報はＳＩＢ１情報ブロックに含まれる。上記の方法に基づいて、ネットワークデバイスは、ＤＣＩ内の予約済みフィールドを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができ、あるいは、ＳＩＢ１情報ブロックを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことができる。指示方法は柔軟である。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示すか、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。方法は、ネットワークデバイスが端末装置から第２情報を受信することを更に含み、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末であることを示す。上記の方法に基づいて、ネットワークデバイスは、端末装置から第２情報を受信し、第２情報を使用することによって、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを決定し得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、あるいは、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。上記の方法に基づいて、ネットワークデバイスは、ＰＲＡＣＨリソース、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプを決定し得る。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。方法は、ネットワークデバイスが端末装置から第２情報を受信することであり、第２情報は、端末装置がＲＥＤＣＡＰ端末であることを示す、ことと、ネットワークデバイスが端末装置から第３情報を受信することであり、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す、こととを更に含む。上記の方法に基づいて、ネットワークデバイスは、第２情報及び第３情報を使用することによって、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを決定し得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を改善するように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。上記の方法に基づいて、ネットワークデバイスは、ＰＲＡＣＨリソースをＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングと結合することによって、端末装置のタイプを決定し得る。

第１８の態様に従って、本願の実施形態は通信装置を提供し、通信装置は受信モジュール及び処理モジュールを含む。受信モジュールは、ネットワークデバイスから第１情報を受信するよう構成され、第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含むか、又はＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なり、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。処理モジュールは、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定するよう構成され、通信装置は第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末である。

可能な実施において、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１情報は第３指示情報を含み、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。

可能な実施において、第３指示情報はＭＩＢ内のスペアフィールドを含むか、又は第３指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。

可能な実施において、第３指示情報はＤＣＩ内の予約済みフィールドに含まれるか、又は第３指示情報はＳＩＢ１情報ブロックに含まれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示すか、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。通信装置は送信モジュールを更に含む。送信モジュールは、第２情報をネットワークデバイスへ送信するよう構成され、第２情報は、通信装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、あるいは、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。送信モジュールは、第２情報をネットワークデバイスへ送信するよう更に構成され、第２情報は、通信装置がＲＥＤＣＡＰ端末であることを示す。送信モジュールは、第３情報をネットワークデバイスへ送信するよう更に構成され、第３情報は、通信装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

第１９の態様に従って、本願の実施形態は通信装置を提供し、通信装置は処理モジュール及び送信モジュールを含む。処理モジュールは第１情報を決定するよう構成され、第１情報は、ＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含むか、又はＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なり、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。送信モジュールは、第１情報を端末装置へ送信するよう構成される。

可能な実施において、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示す。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１情報は第３指示情報を含み、第３指示情報は、第３タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示す。

可能な実施において、第３指示情報はＭＩＢ内のスペアフィールドを含むか、又は第３指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。

可能な実施において、第３指示情報はＤＣＩ内の予約済みフィールドに含まれるか、又は第３指示情報はＳＩＢ１情報ブロックに含まれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されていることを示すか、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示す。通信装置は受信モジュールを更に含む。受信モジュールは、端末装置から第２情報を受信するよう構成され、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、あるいは、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されていることを示す。受信モジュールは、端末装置から第２情報を受信するよう更に構成され、第２情報は、端末装置がＲＥＤＣＡＰ端末であることを示す。受信モジュールは、端末装置から第３情報を受信するよう更に構成され、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

第２０の態様に従って、本願の実施形態は、プロセッサを含む通信装置を提供する。プロセッサはメモリへ結合され、メモリはプログラム又は命令を記憶するよう構成されている。プログラム又は命令がプロセッサによって実行されると、装置は、第１６の態様又は第１６の可能な実施のいずれか１つに従う方法を実施することができる。

第２１の態様に従って、本願の実施形態は、プロセッサを含む通信装置を提供する。プロセッサはメモリへ結合され、メモリはプログラム又は命令を記憶するよう構成されている。プログラム又は命令がプロセッサによって実行されると、装置は、第１７の態様又は第１７の可能な実施のいずれか１つに従う方法を実施することができる。

第２２の態様に従って、本願の実施形態は通信装置を提供する。装置は、第１６の態様又は第１６の可能な実施のいずれか１つに従う方法を実施することができる。

第２３の態様に従って、本願の実施形態は通信装置を提供する。装置は、第１７の態様又は第１７の可能な実施のいずれか１つに従う方法を実施することができる。

第２４の態様に従って、本願の実施形態はコンピュータ可読媒体を提供し、コンピュータ可読媒体はコンピュータプログラム又は命令を記憶している。コンピュータプログラム又は命令が実行されると、コンピュータは、第１６の態様又は第１６の可能な実施のいずれか１つに従う方法を実行することができる。

第２５の態様に従って、本願の実施形態はコンピュータ可読媒体を提供し、コンピュータ可読媒体はコンピュータプログラム又は命令を記憶している。コンピュータプログラム又は命令が実行されると、コンピュータは、第１７の態様又は第１７の可能な実施のいずれか１つに従う方法を実行することができる。

第２６の態様に従って、本願の実施形態はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータで実行されると、コンピュータは、第１６の態様又は第１６の可能な実施のいずれか１つに従う方法を実行することができる。

第２７の態様に従って、本願の実施形態はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータで実行されると、コンピュータは、第１７の態様又は第１７の可能な実施のいずれか１つに従う方法を実行することができる。

第２８の態様に従って、本願の実施形態は、プロセッサを含むチップを提供する。プロセッサはメモリへ結合され、メモリはプログラム又は命令を記憶するよう構成されている。プログラム又は命令がプロセッサによって実行されると、チップは、第１６の態様又は第１６の可能な実施のいずれか１つに従う方法を実施することができる。

第２９の態様に従って、本願の実施形態は、プロセッサを含むチップを提供する。プロセッサはメモリへ結合され、メモリはプログラム又は命令を記憶するよう構成されている。プログラム又は命令がプロセッサによって実行されると、チップは、第１７の態様又は第１７の可能な実施のいずれか１つに従う方法を実施することができる。

第３０の態様に従って、本願の実施形態は通信システムを提供する。システムは、第１８の態様に従う装置及び／又は第１９の態様に従う装置を含むか、システムは、第２０の態様に従う装置及び／又は第２１の態様に従う装置を含むか、あるいは、システムは、第２２の態様に従う装置及び／又は第２３の態様に従う装置を含む。

上述されている如何なる通信装置、チップ、コンピュータ可読媒体、コンピュータプログラム製品、通信システム、なども、上述された対応する方法を実行するよう構成される、ことが理解され得る。従って、通信装置、チップ、コンピュータ可読媒体、コンピュータプログラム製品、通信システム、などによって達成され得る有利な効果については、対応する方法での有利な効果を参照されたい。詳細はここで再び記載されない。

本願の実施形態に従う通信システムのアーキテクチャの模式図である。 本願の実施形態に従う通信装置のハードウェア構造の模式図である。 本願の実施形態に従うネットワークデバイスアクセス方法の第１の略フローチャートである。 本願の実施形態に従うネットワークデバイスアクセス方法の第２の略フローチャートである。 本願の実施形態に従うネットワークデバイスアクセス方法の第３の略フローチャートである。 本願の実施形態に従うネットワークデバイスアクセス方法の第４の略フローチャートである。 本願の実施形態に従うネットワークデバイスアクセス方法の第５の略フローチャートである。 本願の実施形態に従うネットワークデバイスアクセス方法の第６の略フローチャートである。 本願の実施形態に従う通信装置の構造の第１模式図である。 本願の実施形態に従う通信装置の構造の第２模式図である。 本願の実施形態に従う通信装置の構造の第３模式図である。 本願の実施形態に従う通信装置の構造の第４模式図である。 本願の実施形態に従うチップの構造の模式図である。 本願の実施形態に従う通信システムの構成の模式図である。

以下は、添付の図面を参照して本願の実施形態の実施について詳細に記載する。

本願の実施形態で提供される方法は、様々な通信システムに適用されてよい。例えば、通信システムは、第５世代（5th generation，５Ｇ）通信システム、ニュー・ラジオ（new radio，ＮＲ）システム、第３世代パートナーシッププロジェクト（3rd generation partnership project，３ＧＰＰ）関連通信システム、将来の進化した通信システム、などであってよい。これは制限されない。以下は、本願の実施形態で提供される方法について記載するための例として、図１に示される通信システム１０のみを使用する。

図１は、本願の実施形態に従う通信システム１０のアーキテクチャの模式図である。図１において、通信システム１０は、１つ以上のネットワークデバイス１０１（ここでは、ただ１つのネットワークデバイスが示されている）と、ネットワークデバイス１０１と通信することができる端末装置１０２～端末装置１０４とを含んでよい。図１は、模式図に過ぎず、本願で提供される技術的解決法の適用可能なシナリオに対する制限を構成するものではない。

図１において、ネットワークデバイスは、端末デバイスのための無線アクセスサービスを提供し得る。具体的に、各ネットワークデバイスは１つのサービスカバレッジエリアに対応する。エリアに入った端末装置は、Ｕｕインターフェースを通じてネットワークデバイスと通信して、ネットワークデバイスによって供給される無線アクセスサービスを受信し得る。端末装置及びネットワークデバイスは、Ｕｕインターフェースリンクを通じて互いに通信し得る。Ｕｕインターフェースリンクは、Ｕｕインターフェースリンク上のデータ伝送の方向に基づいて、アップリンク（uplink，ＵＬ）及びダウンリンク（downlink，ＤＬ）に分類され得る。端末装置からネットワークデバイスへ送信されるアップリンクデータはＵＬで伝送され得、ネットワークデバイスから端末装置へ送信されるダウンリンクデータはＤＬで伝送され得る。例えば、図１において、端末装置１０３は、ネットワークデバイス１０１のカバレッジエリアに位置している。ネットワークデバイス１０１は、ＤＬを通じて端末装置１０３へダウンリンクデータを送信してよく、端末装置１０３は、ＵＬを通じてネットワークデバイス１０１へアップリンクデータを送信してよい。

図１のネットワークデバイス、例えば、ネットワークデバイス１０１は、無線トランシーバ機能を備えた任意のデバイスであってよい。ネットワークデバイスは、ＮＲにおける基地局（ｇＮｏｄｅＢ又はｇＮＢ）又は送受信ポイント（transmission receiving point/transmission reception point，ＴＲＰ）、エボルブド３ＧＰＰにおける基地局、などを含むが、これらに限られない。基地局は、マクロ基地局、ミクロ基地局、ピコセル基地局、スモール基地局、中継局、バルーン局、などであってよい。複数の基地局が同じ技術を用いて上記のネットワークをサポートしてもよく、あるいは、異なる技術を用いて上記のネットワークをサポートしてもよい。基地局は、１つ以上の同一場所又は非同一場所のＴＲＰを含んでもよい。ネットワークデバイスは、代替的に、クラウドラジオアクセスネットワーク（cloud radio access network，ＣＲＡＮ）シナリオにおけるラジオコントローラ、セントラルユニット（central unit，ＣＵ）、及び／又は分散ユニット（distributed unit，ＤＵ）であってよい。ネットワークデバイスは、代替的に、サーバ、ウェアラブルデバイス、マシン通信デバイス、車載デバイス、などであってもよい。ネットワークデバイスが基地局であることは、以下の記載のための例として使用される。複数のネットワークデバイスが同じタイプの基地局であってよく、あるいは、異なるタイプの基地局であってもよい。基地局は端末装置と通信してよく、あるいは、中継局を通じて端末装置と通信してもよい。

図１の端末装置、例えば、端末装置１０２、端末装置１０３、又は端末装置１０４は、無線トランシーバ機能を備えたデバイスであり、地上に配備されてよく、ここで、配備には、屋内、屋外、ハンドヘルド、ウェアラブル、又は車載配備が含まれ、水上（例えば、船上）に配備されてもよく、あるいは、空中（例えば、航空機、風船、及び衛星）に配備されてもよい。端末装置は携帯電話（mobile phone）、タブレットコンピュータ（Pad）、無線トランシーバ機能を備えたコンピュータ、仮想現実（virtual reality，ＶＲ）端末、拡張現実（augmented reality，ＡＲ）端末、産業制御（industrial control）における端末、車載端末、自動運転（self-driving）における端末、支援運転における端末、遠隔医療（remote medical）における端末、スマートグリッド（smart grid）における端末、輸送安全（transportation safety）における端末、スマートシティ（smart city）における端末、スマートホーム（smart home）における端末、などであってよい。適用シナリオは本願の実施形態で制限されない。端末装置はまた、ときどき、端末デバイス、ユーザ設備（user equipment，ＵＥ）、アクセス端末、車載端末、産業制御端末、ＵＥユニット、ＵＥ局、移動局、遠隔局、遠隔端末、モバイルデバイス、ＵＥ端末デバイス、無線通信デバイス、マシン端末、ＵＥエージェント、ＵＥ装置、などとｔも呼ばれることがある。端末装置は固定であっても又は移動可能であってもよい。

限定ではなく例として、本願の端末装置はウェアラブルデバイスであってよい。ウェアラブルデバイスはまた、ウェアラブルインテリジェントデバイスとも呼ばれることがあり、ウェアラブルテクノロジを使用することによって日常着のためにインテリジェントに設計及び開発されているウェアラブルデバイス、例えば、メガネ、手袋、時計、衣服、及び靴の一般用語である。ウェアラブルデバイスは、身体に直接装着されるか又はユーザの衣服若しくは装飾品に組み込まれ得るポータブルデバイスである。ウェアラブルデバイスは、ハードウェアデバイスであるだけでなく、ソフトウェア支援、データ交換、及びクラウドインタラクションによって強力な機能も実装する。一般化されたウェアラブルインテリジェントデバイスは、スマートウォッチ又はスマートグラスなどのような、スマートフォンに依存せずに完全な又は部分的な機能を実装することができるフル機能かつ大規模なデバイスと、身体的徴候をモニタするための様々なスマートバンド又はスマートジュエリなどのような、一種類の用途にのみ焦点を当てて、スマートフォンなどの他のデバイスとともに動作する必要があるデバイスとを含む。

本願では、端末装置は、インターネット・オブ・シングス（internet of things，ＩｏＴ）システムにおける端末であってよい。ＩｏＴは、将来の情報テクノロジ開発の重要な構成要素ある。ＩｏＴの主な技術的特徴は、人間と機械の相互接続及びモノとモノの相互接続のインテリジェントネットワークを実装するために、通信技術を使用することによって対象をネットワークに接続することである。本願の端末装置は、マシンタイプ通信（machine type communication、ＭＴＣ）における端末であってもよい。本願の端末装置は、１つ以上のコンポーネント又はユニットとして車両において構成されている車載モジュール、車載コンポーネント、車載チップ、又は車載ユニットであってよい。車両は、車両において構成されている車載モジュール、車載コンポーネント、車載チップ、又は車載ユニットを使用することによって、本願の方法を実施し得る。

図１に示される通信システム１０において、ネットワークデバイス１０１は、ブロードキャスト方式でＳＳＢを送信する。ＳＳＢは、一次同期信号（primary synchronization signal、ＰＳＳ）、二次同期信号（secondary synchronization signal，ＳＳＳ）、及び物理ブロードキャストチャネル（physical broadcast channel，ＰＢＣＨ）を含む。ＰＢＣＨは、マスタ情報ブロック（master information block，ＭＩＢ）及び追加のＰＢＣＨペイロード（additional PBCH payload、又は追加のタイミングに関連したＰＢＣＨペイロード）を含む。ＰＳＳ及びＳＳＳの記載については、従来技術での説明を参照されたい。詳細は記載されない。

ＭＩＢは、次の情報：システムフレーム番号（system frame number，ＳＦＮ）、共通サブキャリア間隔（ｓｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇＣｏｍｍｏｎ）、ＳＳＢサブキャリアオフセット（ｓｓｂ－ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ）、１スロット内の復調基準信号（demodulation reference signal，ＤＭＲＳ）のシンボル位置（ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ）、制御リソースセット（control resource set，ＣＯＲＥＳＥＴ）＃０のコンフィグレーション情報及びタイプ０の共通探索空間（ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１）、ｃｅｌｌＢａｒｒｅｄ（cellBarred）フィールド、ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎ（intraFreqReselection）フィールド、又はスペア（spare）フィールド、のうちの少なくとも１つを含む。ＳＦＮ、共通サブキャリア間隔、ＳＳＢサブキャリアオフセット、１スロット内のＤＭＲＳのシンボル位置、ＣＯＲＥＳＥＴ ＃０のコンフィグレーション情報及びタイプ０の共通探索空間、ｃｅｌｌＢａｒｒｅｄフィールド、ｉｎｔｒａＦｒｅｑＲｅｓｅｌｅｃｔｉｏｎフィールド、及びスペアフィールドの記載については、従来技術での説明及び記載を参照されたい、詳細は記載されない。

追加のＰＢＣＨペイロードは、ＰＢＣＨ内のＭＩＢ以外の情報を含む。例えば、通信システム１０が動作する周波数範囲は周波数範囲１（frequency range 1，ＦＲ１）であり、具体的には、通信システム１０の動作周波数は６ＧＨｚ未満である。追加のＰＢＣＨペイロードは、次の情報：ＳＦＮ補足フィールド、半フレームインジケータフィールド、ＳＳＢサブキャリアオフセットの最上位ビット（most significant bit，ＭＳＢ）のビットを示すインジケータフィールド、又は予約済みフィールド、のうちの少なくとも１つを含む。ＳＦＮ補足フィールド、半フレームインジケータフィールド、ＳＳＢサブキャリアオフセットのＭＳＢビットを示すインジケータフィールド、及び予約済みフィールドの記載については、従来技術での説明及び記載を参照されたい。詳細は記載されない。

例えば、通信システム１０が動作する周波数範囲は周波数範囲２（frequency range 2，ＦＲ２）であり、具体的には、通信システム１０の動作周波数は６ＧＨｚ以上である。追加のＰＢＣＨペイロードは、次の情報：ＳＦＮ補足フィールド、半フレームインジケータフィールド、又はＳＳＢインデックスの３つのＭＳＢビットを示すインジケータフィールド、のうちの少なくとも１つを含む。ＳＦＮ補足フィールド、半フレームインジケータフィールド、及びＳＳＢインデックスの３つのＭＳＢビットを示すインジケータフィールドの記載については、従来技術での説明及び記載を参照されたい。詳細は記載されない。

端末装置、例えば、端末装置１０２、端末装置１０３、又は端末装置１０４がネットワークデバイス１０１にアクセスするつもりである場合に、端末装置はＳＳＢを受信し、ＳＳＢ内のＰＢＣＨに基づいてダウンリンク制御情報（downlink control information，ＤＣＩ）を受信し、このとき、ＤＣＩは、システム情報ブロックタイプ１（system information block Type1，ＳＩＢ１）をスケジューリングするためのものであり、ＳＩＢ１はＳＩＢ１情報ブロックを含む。ＤＣＩを受信した後、端末装置は、ＤＣＩに基づいてＳＩＢ１を受信し、ＳＩＢ１情報ブロック内のランダムアクセスチャネル（random access channel，ＲＡＣＨ）コンフィグレーション情報を取得し得る。ＲＡＣＨコンフィグレーション情報は、ランダムアクセス関連パラメータ、例えば、ランダムアクセスプリアンブル（preamble）の時間領域リソース及び／又はプリアンブルの周波数領域リソースを含む。その後に、端末装置は、ネットワークデバイス１０１にアクセスするようランダムアクセスプロシージャ（random access procedure）を開始し得る。

例えば、端末装置は、次の４ステップ（4-step）ＲＡＣＨ方式又は２ステップ（2-step）ＲＡＣＨ方式でネットワークデバイス１０１にアクセスしてよい。端末装置１０２がランダムアクセスプロシージャを開始する例が、記載のために以下では使用される。

（１）４ステップＲＡＣＨ方式。端末装置１０２が４ステップＲＡＣＨ方式でネットワークデバイス１０１にアクセスするプロセスは、次のステップ１～ステップ４を含み得る。

ステップ１：端末装置１０２はランダムアクセスリクエストをネットワークデバイス１０１へ送信する。

ランダムアクセスリクエストを送信することは、ランダムアクセスプリアンブル（preamble）を送信することとして表される。ランダムアクセスリクエストは、ランダムアクセスプロシージャでは第１メッセージ又はメッセージ１（Ｍｓｇ１）とも呼ばれる。

ステップ２：端末装置１０２によって送信されたランダムアクセスリクエストを検出した後、ネットワークデバイス１０１はランダムアクセスレスポンス（random access response，ＲＡＲ）を端末装置１０２へ送信する。

ランダムアクセスレスポンスは、ランダムアクセスプロシージャでは第２メッセージ又はメッセージ（Ｍｓｇ２）とも呼ばれる。

ステップ３：端末装置１０２はネットワークデバイス１０１からＲＡＲを受信し、アップリンクデータをネットワークデバイス１０１へ送信する。

アップリンクデータは、ランダムアクセスプロシージャでは第３メッセージ又はメッセージ３（Ｍｓｇ３）とも呼ばれる。１つの場合に、Ｍｓｇ３は、制御プレーンデータ（control plane data，ＣＰデータ）、例えば、ラジオリソースコントロール（radio resource control，ＲＲＣ）情報を含む。例えば、ＲＲＣ情報は、ＲＲＣ接続確立要求（RRC connection establishment request）、ＲＲＣ接続再開要求（RRC connection resume request）、などを含む。他の場合に、Ｍｓｇ３は、制御プレーンデータ及びユーザプレーンデータを含む。

ステップ４：ネットワークデバイス１０１は、端末装置１０２からアップリンクデータを受信し、競合解除メッセージを端末装置１０２へ送信する。

相応して、端末装置１０２はネットワークデバイス１０１から競合解除メッセージを受信する。

競合解除メッセージは、ランダムアクセスプロシージャでは第４メッセージ又はメッセージ４（Ｍｓｇ４）とも呼ばれる。

（２）２ステップＲＡＣＨ方式。端末装置１０２が２ステップＲＡＣＨ方式でネットワークデバイス１０１にアクセスするプロセスは、次のステップａ及びステップｂを含み得る。

ステップａ：端末装置１０２はメッセージＡ（ＭｓｇＡ）をネットワークデバイス１０１へ送信する。

ＭｓｇＡは、ランダムアクセスプリアンブル（preamble）及び物理アップリンク共有チャネル（physical uplink shared channel，ＰＵＳＣＨ）を含む。ステップａのＭｓｇＡは、ステップ１のＭｓｇ１及びステップ３のＭｓｇ３と同等である。代替的に、それは、「Ｍｓｇ１及びＭｓｇ３を一緒に送信すること」と理解されてもよい。

ステップｂ：ネットワークデバイス１０１は端末装置１０２からＭｓｇＡを受信し、メッセージＢ（ＭｓｇＢ）を端末装置１０２へ送信する。

相応して、端末装置１０２はネットワークデバイス１０１からメッセージＢ（ＭｓｇＢ）を受信する。

ＭｓｇＢは、次の：プリアンブルに対する応答メッセージ及びアップリンクデータに対する応答メッセージ、のうちの少なくとも１つを含む。換言すれば、ＭｓｇＢは、次の：ＲＡＲ及び競合解除メッセージ、のうちの少なくとも１つを含む。ＭｓｇＢが競合解除メッセージを含まない場合に、２ステップＲＡＣＨ方式は４ステップＲＡＣＨ方式に変更されると理解され得る。

図１の端末装置は、要件に応じて、異なるタイプの端末装置に分類されてもよい、ことが理解され得る。例えば、帯域幅のサイズ又は受信アンテナの数に基づいて、端末装置は、ＲＥＤＣＡＰ端末及び一般的な端末に分類されてよい。ＲＥＤＣＡＰ端末の帯域幅は、一般的な端末のそれよりも小さく、及び／又はＲＥＤＣＡＰ端末の受信アンテナの数は、一般的な端末のそれよりも少ない。例えば、一般的な端末の帯域幅は１００ＭＨｚに届くことができ、ＲＥＤＣＡＰ端末の帯域幅は１００ＭＨｚに満たない。他の例として、一般的な端末の受信アンテナの数は４に届くことができ、ＲＥＤＣＡＰ端末の受信アンテナの数は２又は１しかない。従って、ＲＥＤＣＡＰ端末は、帯域幅要件が高くないシナリオに適用されてよい。例えば、ＲＥＤＣＡＰ端末は産業用センサ、映像監視装置、ウェアラブルデバイス、などであってよい。

更に、ＲＥＤＣＡＰ端末は、帯域幅のサイズ又は受信アンテナの数に基づいて分類されてもよい。

例えば、通信システム１０が動作する周波数範囲はＦＲ１である。ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み得る。第２タイプＲＥＤＣＡＰ端末の帯域幅は、第１タイプＲＥＤＣＡＰ端末のそれよりも小さい。例えば、第１タイプＲＥＤＣＡＰ端末の帯域幅は、１０ＭＨｚよりも大きく、２０ＭＨｚ以下であり、第２タイプＲＥＤＣＡＰ端末の帯域幅は、０ＭＨｚよりも大きく、１０ＭＨｚ以下である。代替的に、第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は、第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。例えば、第１タイプＲＥＤＣＡＰ端末の受信アンテナの数は２であり、第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は１である。代替的に、第２タイプＲＥＤＣＡＰ端末の帯域幅は、第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、かつ、第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は、第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。例えば、第１タイプＲＥＤＣＡＰ端末の帯域幅は、１０ＭＨｚよりも大きく、２０ＭＨｚ以下であり、第１タイプＲＥＤＣＡＰ端末の受信アンテナの数は２であり、第２タイプＲＥＤＣＡＰ端末の帯域幅は、０ＭＨｚよりも大きく、１０ＭＨｚ以下であり、第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は１である。

例えば、通信システム１０が動作する周波数範囲はＦＲ２であり、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み得る。第３タイプＲＥＤＣＡＰ端末の帯域幅は、５０ＭＨｚ以上である。

本願の実施形態では、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、及び第３タイプＲＥＤＣＡＰ端末は、異なるタイプの端末装置の名称の例に過ぎない、ことが理解され得る。実際の適用では、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、及び第３タイプＲＥＤＣＡＰ端末は、代替的に、他の方法で命名されてもよい。これは制限されない。

ランダムアクセスプロシージャを開始する前に、端末装置は更に、ネットワークデバイスの指示に基づいて、端末装置がネットワークデバイスにアクセスすることを許可されているかどうかを決定する必要がある、ことが理解され得る。一般的な端末については、ネットワークデバイスは、ＭＩＢ内のセル禁止フィールド（つまり、ｃｅｌｌＢａｒｒｅｄフィールド）を使用することによって、一般的な端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。しかし、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、及び第３タイプＲＥＤＣＡＰ端末については、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、及び第３タイプＲＥＤＣＡＰ端末のアクセスを制御することをネットワークデバイスに可能にするための方法がない。

上記の問題を解決するために、本願の実施形態は、ネットワークデバイスにアクセスするＲＥＤＣＡＰ端末の数を制御するように、ネットワークデバイスアクセス方法を提供する。方法は、端末装置が、ネットワークデバイスから、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す第１情報を受信し、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定することを含む。具体的に、図３～図８の以下の記載を参照されたい。

図１に示される通信システム１０は、単に一例として使用されており、本願の技術的解決法を限定するよう意図されない。当業者は、具体的な実施プロセスにおいて、通信システム１０が他のデバイスを更に含んでもよく、ネットワークデバイスの数及び端末の数が、代替的に、具体的な要件に応じて決定されてもよい、ことを理解すべきである。これは制限されない。

任意に、本願の実施形態における図１の各ネットワーク要素、例えば、ネットワークデバイス１０１、端末装置１０２、端末装置１０３、又は端末装置１０４は、装置内の機能モジュールであってもよい。機能モジュールはハードウェアデバイス内の要素、例えば、端末装置又はネットワークデバイス内の通信チップ又は通信コンポーネントであってよく、あるいは、ハードウェアで実行されるソフトウェア機能モジュール又はプラットフォーム（例えば、クラウドプラットフォーム）でインスタンス化されている仮想化された機能であってもよい、ことが理解され得る。

例えば、図１の各ネットワーク要素は、図２の通信装置によって実施されてもよい。図２は、本願の実施形態で使用され得る通信装置のハードウェア構造の模式図である。通信装置２００は、少なくとも１つのプロセッサ２０１、通信ライン２０２、メモリ２０３、及び少なくとも１つの通信インターフェース２０４を含む。

プロセッサ２０１は、汎用の中央演算処理装置（central processing unit，ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、又は本願の解決法でのプログラム実行を制御するよう構成された１つ以上の集積回路であってよい。

通信ライン２０２は、上記のコンポーネントの間で情報を伝送するためのパス、例えば、バスを含んでもよい。

通信インターフェース２０４は、トランシーバなどのような任意の装置を使用することによって他のデバイス又は通信ネットワークと通信するよう構成され、例えば、Ｅｔｈｅｒｎｅｔインターフェース、ラジオアクセスネットワーク（radio access network，ＲＡＮ）インターフェース、又は無線ローカルエリアネットワーク（wireless local area network，ＷＬＡＮ）インターフェースである。

メモリ２０３は、リード・オンリー・メモリ（read-only memory，ＲＯＭ）、静的な情報及び命令を記憶することができる他のタイプの静的記憶デバイス、ランダム・アクセス・メモリ（random access memory，ＲＡＭ）、又は情報及び命令を記憶することができる他のタイプの動的記憶デバイスであってよく、あるいは、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically erasable programmable read-only memory，ＥＥＰＲＯＭ）、コンパクトディスク・リード・オンリー・メモリ（compact disc read-only memory，ＣＤ－ＲＯＭ）若しくは他のコンパクトディスクストレージ、光学ディスクストレージ（コンパクトディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、Ｂｌｕｅ－ｒａｙディスク、など）、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は期待されているプログラムコードを命令構造若しくはデータ構造の形で搬送又は記憶するよう構成され得、コンピュータがアクセスすることができる任意の他の媒体であってもよいが、これらに限られない。メモリは独立して存在してよく、通信ライン２０２を通じてプロセッサへ接続される。メモリは、代替的に、プロセッサと一体化されてもよい。本願の実施形態で提供されるメモリは、本願の解決法を実行するコンピュータ実行可能命令を記憶するよう構成され、実行はプロセッサ２０１によって制御される。プロセッサ２０１は、本願の実施形態で提供される方法を実施するように、メモリ２０３に記憶されているコンピュータ実行可能命令を実行するよう構成される。

任意に、本願この実施形態のコンピュータ実行可能命令は、アプリケーションプログラムコードとも呼ばれ得る。これは、具体的に、本願のこの実施形態で制限されない。

具体的な実施中、実施形態において、プロセッサ２０１は、１つ以上のＣＰＵ、例えば、図２のＣＰＵ０及びＣＰＵ１を含んでよい。

具体的な実施中、実施形態において、通信装置２００は、複数のプロセッサ、図２のプロセッサ２０１及びプロセッサ２０７を含んでよい。プロセッサの夫々は、シングルコア（single-CPU）プロセッサであってよく、あるいは、マルチコア（multi-CPUT）プロセッサであってよい。ここでのプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された１つ以上のデバイス、回路、及び／又はプロセッシングコアであってよい。

具体的な実施中、実施形態において、通信装置２００は、出力デバイス２０５及び入力デバイス２０６を更に含んでもよい。出力デバイス２０５はプロセッサ２０１と通信し、複数の方法で情報を表示し得る。例えば、出力デバイス２０５は、液晶ディスプレイ（liquid crystal display，ＬＣＤ）、発光ダイオード（light emitting diode，ＬＥＤ）表示デバイス、陰極線管（cathode ray tube，ＣＲＴ）表示デバイス、又はプロジェクタ（projector）であってよい。入力デバイス２０６はプロセッサ２０１と通信し、複数の方法でユーザから入力を受け取り得る。例えば、入力デバイス２０６は、マウス、キーボード、タッチスクリーンデバイス、又はセンサデバイスであってよい。

上記の通信装置２００は、汎用のデバイス又は特別目的のデバイスであってよい。具体的な実施中、通信装置２００は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パーソナル・デジタル・アシスタント（personal digital assistant，ＰＤＡ）、携帯電話、タブレットコンピュータ、無線端末デバイス、埋め込みデバイス、又は図２のそれと類似した構造を備えたデバイスであってよい。通信装置２００のタイプは、本願のこの実施形態で制限されない。

以下は、図１及び図２を参照して本願の実施形態に従うネットワークデバイスアクセス方法について詳細に記載する。

本願の以下の実施形態におけるネットワーク要素間のメッセージの名称、メッセージ内のパラメータの名称、などは例に過ぎず、具体的な実施では他の名称が存在してもよいことが留意されるべきである。これは本願の実施形態で特に制限されない。

本願の明細書中、「第１」又は「第２」などの語は、単に区別及び記載のために使用されており、相対的な重要度の指示又は暗示、あるいは、順序の指示又は暗示として理解されるべきではないことが留意されるべきである。本願における「第１情報」及び「第２情報」などの情報の異なる連続番号は、文脈上の便宜のために単に使用されており、異なる連続番号には具体的な技術的意味はない。例えば、第１情報又は第２情報は、一連の情報のうちの１つ又はいずれか１つとして理解され得る。

本願の以下の実施形態では、「例」又は「例えば」という後は、例、実例、又は記載を与えることを表すために使用されていることが留意されるべきである。本願の以下の実施形態で「例」として又は「例えば」を用いて記載されている如何なる実施形態又は設計スキームも、他の実施形態又は設計スキームよりも好ましいもの又はより多くの利点があるものとして説明されるべきではない。まさに、「例」又は「例えば」という語の使用は、特定の方法で相対的な概念を表すよう意図される。

本願の実施形態における同じステップ又は同じ機能を有するステップ若しくはメッセージは、異なる実施形態において相互参照されることがあることが理解され得る。

本願の実施形態において、ネットワークデバイス及び／又は端末装置は、本願の実施形態におけるステップの一部又は全部を実行してよいことが理解され得る。ステップは例に過ぎない。本願の実施形態において、他のステップ又は、様々なステップの変形が、代替的に、実行されてもよい。更には、ステップは、本願の実施形態で提示されている順序とは異なる順序で実行されてもよく、本願の実施形態におけるすべてのステップが実行される必要があるわけではない。

本願の実施形態において、ネットワークデバイスアクセス方法の実行主体の具体的な構造は、本願の実施形態におけるネットワークデバイスアクセス方法のコードを記録するプログラムが、本願の実施形態におけるネットワークデバイスアクセス方法に従って通信を行うよう実行され得るという条件で、本願の実施形態において特に制限されない。例えば、本願の実施形態で提供されるネットワークデバイスアクセス方法の実行主体は、ネットワークデバイス又はネットワークデバイスで使用されるコンポーネント、例えば、チップであってよい。これは本願で制限されない。代替的に、本願の実施形態で提供されるネットワークデバイスアクセス方法は、端末装置又は端末装置で使用されるコンポーネント、例えば、チップによって実行されてよい。これは本願で制限されない。以下の実施形態は、ネットワークデバイスアクセス方法がネットワークデバイス及び端末装置によって別々に実行される例を使用することによって、記載される。

図３は、本願の実施形態に従うネットワークデバイスアクセス方法を示す。ネットワークデバイスアクセス方法はステップ３０１～ステップ３０３を含む。

ステップ３０１：ネットワークデバイスは第１情報を決定する。

ネットワークデバイスは、図１のネットワークデバイス１０１であってよい。

第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含む。第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は、同じ周波数範囲で動作する（同じ周波数範囲を有する）。例えば、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の動作周波数は６ＧＨｚよりも小さく、範囲はＦＲ１と表記される。動作周波数がＦＲ１である場合に、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の記載については、図１の記載を参照されたい。

可能な実施において、第１情報は第１指示情報及び第２指示情報を含む。第１指示情報及び第２指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを夫々示し得る。代替的に、第１指示情報と第２指示情報とは一緒に、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを示し得る。例えば、第１指示情報及び第２指示情報は、次の方法で、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示し得る。

方法１：第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。

この場合に、ネットワークデバイスは、第１指示情報及び第２指示情報を夫々使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークにアクセスすることを許可されているかどうかとを別々に示し得る。指示は明りょうでありかつ使い勝手が良い。

方法１については、次の６つの場合が存在する可能性がある。

場合１．１：第１情報はＳＳＢに含まれる。ＳＳＢの記載については、図１の記載を参照されたい。

可能な実施において、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

例えば、第１指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。例えば、ビットの値が１である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

例えば、第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドの１ビットを使用することによって、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。例えば、ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。ビットは予約済みフィールド内の上位ビットであってよく、あるいは、予約済みフィールド内の下位ビットであってもよい、ことが理解され得る。これは制限されない。

他の可能な実施においては、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

第１タイプＲＥＤＣＡＰ端末の帯域幅は一般的な端末の帯域幅と類似しており、２つの端末はＣＯＲＥＳＥＴ ＃０を共有してもよく、互換性は優れている、ことが理解され得る。従って、第１タイプＲＥＤＣＡＰ端末は、ネットワークデバイスへのアクセスが許可されているかどうかを示すための一般的な端末のフィールドを再利用することができる。具体的に言えば、一般的な端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことに加えて、ｃｅｌｌＢａｒｒｅｄフィールドは、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを更に示す。しかし、第２タイプＲＥＤＣＡＰ端末の帯域幅は一般的な端末の帯域幅よりもずっと小さく、第２タイプＲＥＤＣＡＰ端末はＣＯＲＥＳＥＴ ＃０を一般的な端末の帯域幅と共有しない場合があり、互換性は乏しい。従って、ｃｅｌｌＢａｒｒｅｄフィールドとは異なるフィールドが、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために使用される必要がある。更には、第１タイプＲＥＤＣＡＰ端末は、ネットワークデバイスへのアクセスが許可されているかどうかを示すためたの一般的な端末のフィールドを再利用し、それにより、ビットの数が節約され得、節約されたビットは他の目的のために使用される。これは、通信システムのハードウェア互換性の拡張を促す。

例えば、ｃｅｌｌＢａｒｒｅｄフィールドの値が１である場合に、第１指示情報は、一般的な端末がネットワークデバイスにアクセスすることを許可されていることを示し、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ｃｅｌｌＢａｒｒｅｄフィールドの値が０である場合に、第１指示情報は、一般的な端末がネットワークデバイスにアクセスすることを許可されていないことを示し、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

例えば、第２指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。例えば、ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。代替的に、第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドの１ビットを使用することによって、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。例えば、ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。ビットは予約済みフィールド内の上位ビットであってよく、あるいは、予約済みフィールド内の下位ビットであってもよい、ことが理解され得る。これは制限されない。

場合１．２：第１情報はＤＣＩに含まれる。ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

ＳＩＢ１はＳＩＢ１情報ブロックを含む。ＳＩＢ１情報ブロックの記載については、従来技術での説明を参照されたい。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれる。

第１指示情報及び第２指示情報がＤＣＩ内の予約済みフィールドに含まれることは、第１指示情報がＤＣＩ内の予約済みフィールドの第１部分を含み、第２指示情報がＤＣＩ内の予約済みフィールドの第２部分を含むこととして理解され得る。例えば、ＤＣＩ内の予約済みフィールドが５ビットである場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、５ビットのうちの１つを含み、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、５ビットのうちの他の１つを含む。代替的に、ＤＣＩ内の予約済みフィールドの部分は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを一緒に示してもよい。

例えば、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含む。例えば、ビットの値が１である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの他の１ビットを含む。例えば、ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

場合１．３：第１情報はＳＩＢ１情報ブロックに含まれる。

可能な実施において、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれる。

第１指示情報及び第２指示情報がＳＩＢ１情報ブロックに含まれることは、第１指示情報がＳＩＢ１情報ブロックの第１部分を含み、第２指示情報がＳＩＢ１情報ブロックの第２部分を含むこととして理解され得る。例えば、ＳＩＢ１情報ブロックが３２ビットである場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、３２ビットのうちの１つを含み、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、３２ビットのうちの他の１つを含む。代替的に、ＳＩＢ１情報ブロックの部分は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを一緒に示してもよい。

例えば、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。例えば、ビットの値が１である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの他の１ビットを含む。例えば、ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すＳＩＢ１情報ブロックの１ビットは、ＳＩＢ１情報ブロックに新たに加えられた情報要素（information element，ＩＥ）に含まれてもよく、あるいは、ＳＩＢ１情報ブロック内のもともとのＩＥに含まれてもよい。第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すＳＩＢ１情報ブロックの１ビットは、ＳＩＢ１情報ブロックに新たに加えられたＩＥに含まれてもよく、あるいは、ＳＩＢ１情報ブロック内のもともとのＩＥに含まれてもよい。

場合１．４：第１情報はＤＣＩ及びＳＩＢ１に含まれる。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれる。

例えば、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含む。例えば、ビットの値が１である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。例えば、ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

他の可能な実施においては、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれる。

例えば、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。例えば、ビットの値が１である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含む。例えば、ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

場合１．５：第１情報はＳＳＢ及びＤＣＩに含まれる。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、又は追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれる。

ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む第１指示情報については、場合１．１の上記の記載を参照されたい。第２指示情報がＤＣＩ内の予約済みフィールドに含まれる場合については、上記の場合１．２の記載を参照されたい。例えば、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報はＤＣＩ内の予約済みフィールドに含まれる。確かに、他の構成組み合わせも適用可能である。

他の可能な実施においては、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。

第１指示情報がＤＣＩ内の予約済みフィールドに含まれる場合については、上記の場合１．２の記載を参照されたい。ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む第２指示情報については、場合１．１の上記の記載を参照されたい。例えば、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＭＩＢ内のスペアフィールドを含む。確かに、他の構成組み合わせも適用可能である。

場合１．６：第１情報はＳＳＢ及びＳＩＢ１に含まれる。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、又は追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＳＩＢ１情報ブロックに含まれる。

ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む第１指示情報については、場合１．１の上記の記載を参照されたい。第２指示情報がＳＩＢ１情報ブロックに含まれる場合については、場合１．３の上記の記載を参照されたい。例えば、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報はＳＩＢ１情報ブロックに含まれる。確かに、他の構成組み合わせも適用可能である。

他の可能な実施においては、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。

第１指示情報がＳＩＢ１情報ブロックに含まれる場合については、場合１．３の上記の記載を参照されたい。ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、又はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む第２指示情報については、場合１．１の上記の記載を参照されたい。例えば、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＭＩＢ内のスペアフィールドを含む。確かに、他の構成組み合わせも適用可能である。

方法２：第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。換言すれば、第１指示情報は、ＲＥＤＣＡＰ端末（第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含む）がネットワークデバイスにアクセスすることを許可されているかどうかを示す。第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。

第１指示情報により、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことが示される場合に、第１タイプＲＥＤＣＡＰ端末も第２タイプＲＥＤＣＡＰ端末もネットワークデバイスにアクセスすることができない、ことが理解され得る。第１指示情報により、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、第１タイプＲＥＤＣＡＰ端末はネットワークデバイスにアクセスしてもよい。この場合に、第２指示情報により、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、第２タイプＲＥＤＣＡＰ端末はネットワークデバイスにアクセスしてよく、あるいは、第２指示情報により、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことが示される場合に、第２タイプＲＥＤＣＡＰ端末はネットワークデバイスにアクセスすることができない。

第１タイプＲＥＤＣＡＰ端末の帯域幅は一般的な端末の帯域幅と類似しており、２つの端末はＣＯＲＥＳＥＴ ＃０を共有してもよい、ことが理解され得る。従って、第１タイプＲＥＤＣＡＰ端末は、ネットワークデバイスによって提供されているネットワークの伝送性能に与える影響が小さい。従って、第２タイプＲＥＤＣＡＰ端末と比較して、第１タイプＲＥＤＣＡＰ端末は、ネットワークデバイスにアクセスするための優先度がより高い。

方法２については、次の６つの場合が存在する可能性がある。

第１指示情報はＳＳＢに含まれる。

可能な実施において、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

例えば、第１指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。例えば、ビットの値が１である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、ビットの値が０である場合に、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

例えば、第１指示情報が、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す場合に、第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドの１ビットを使用することによって、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。例えば、第１指示情報が、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す場合に、予約済みフィールドの当該ビットの値が１である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、あるいは、予約済みフィールドの当該ビットの値が０である場合に、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。予約済みフィールド内のビットは予約済みフィールド内の上位ビットであってよく、あるいは、予約済みフィールド内の下位ビットであってもよい、ことが理解され得る。これは制限されない。

方法２では、第１指示情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことが示される場合に、第２タイプＲＥＤＣＡＰ端末はネットワークデバイスにアクセスすることを許可されない。従って、予約済みフィールドのビットは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す必要がない。例えば、予約済みフィールドのビットは、ＲＥＤＣＡＰ端末が同じ周波数で他のセルのＳＳＢを探すことができるかどうかを示してもよい。このようにして、第１情報は更なる情報を示してもよく、それによって、第１情報によって情報を示す柔軟性を向上させる。

場合２．２：第１情報はＤＣＩに含まれる。

場合２．２の記載については、場合１．２の記載を参照されたい。

場合２．３：第１情報はＳＩＢ１情報ブロックに含まれる。

場合２．３の記載については、場合１．３の記載を参照されたい。

場合２．４：第１情報はＤＣＩ及びＳＩＢ１に含まれる。

場合２．４の記載については、場合１．４の記載を参照されたい。

場合２．５：第１情報はＳＳＢ及びＤＣＩに含まれる。

場合２．５の記載については、場合１．５の記載を参照されたい。

場合２．６：第１情報はＳＳＢ及びＳＩＢ１に含まれる。

場合２．６の記載については、場合１．６の記載を参照されたい。

可能な実施において、ネットワークデバイスは、ネットワークデバイスによって管理されているネットワークの伝送性能に基づいて第１情報を決定する。例えば、ネットワークの伝送性能がしきい値以上である場合に、ネットワークデバイスはＲＥＤＣＡＰ端末の数を制限せず、あるいは、ネットワークの伝送性能がしきい値に満たない場合には、ネットワークデバイスはＲＥＤＣＡＰ端末の数を制限する。例えば、ネットワークの伝送性能は、ネットワークデバイスによって現在サービスを提供されている端末装置の総数、ネットワークの伝送スペクトル効率、などに関係があってよい。例えば、ネットワークデバイスによって現在サービスを提供されている端末装置の総数が少ない場合と比較して、ネットワークデバイスによって現在サービスを提供されている端末装置の総数が多いとき、ネットワークの伝送性能は低い。他の例として、ネットワークの伝送スペクトル効率が低い場合と比較して、ネットワークの伝送スペクトル効率が高いとき、ネットワークの伝送性能は高い。

ステップ３０２：ネットワークデバイスは第１情報を端末デバイスへ送信する。

端末装置は、図１のいずれか１つ以上の端末装置である。例えば、端末装置は、図１の端末装置１０２であり、あるいは、端末装置は、図１の端末装置１０２及び端末装置１０３である。

相応して、端末装置は、ネットワークデバイスから第１情報を受信する。

ステップ３０３：端末装置は、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定する。

端末装置は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は一般的な端末である。

可能な実施において、端末装置が一般的な端末である場合に、端末装置は、ｃｅｌｌＢａｒｒｅｄフィールド（セル禁止フィールド）に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定する。例えば、ｃｅｌｌＢａｒｒｅｄフィールドの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、あるいは、ｃｅｌｌＢａｒｒｅｄフィールドの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

可能な実施において、端末装置が第１タイプＲＥＤＣＡＰ端末である場合に、端末装置は、第１指示情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定する。

例えば、第１指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第１指示情報は、ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。ｃｅｌｌＢａｒｒｅｄフィールドの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ｃｅｌｌＢａｒｒｅｄフィールドの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含む。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

可能な実施において、方法１について、端末装置が第２タイプＲＥＤＣＡＰ端末である場合に、端末装置は、第２指示情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定する。

例えば、第２指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドの１ビットを使用することによって、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含む。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合には、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

可能な実施において、方法２について、端末装置が第２タイプＲＥＤＣＡＰ端末である場合に、端末装置は、第１指示情報及び第２指示情報に基づいて、ネットワークデバイスにアクセスすべきかを決定する。

例えば、第１指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示し、第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドの１ビットを使用することによって、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。スペアフィールド内のビットの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定し、スペアフィールド内のビットの値が１である場合に、予約済みフィールド内のビットの値が１であるならば、端末装置はネットワークデバイスにアクセスすると決定し、あるいは、スペアフィールド内のビットの値が１であり、予約済みフィールド内のビットの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。代替的に、スペアフィールド内のビットの値が１である場合に、端末装置はネットワークデバイスにアクセスしないと決定し、スペアフィールド内のビットの値が０であり、予約済みフィールド内のビットの値が０である場合に、端末装置はネットワークデバイスにアクセスすると決定し、あるいは、スペアフィールド内のビットの値が０であり、予約済みフィールド内のビットの値が１である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。

例えば、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含み、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。予約済みフィールド内のビットの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定し、予約済みフィールド内のビットの値が１である場合に、ＳＩＢ１情報ブロック内のビットの値が１であるならば、端末装置はネットワークデバイスにアクセスすると決定し、あるいは、予約済みフィールド内のビットの値が１であり、ＳＩＢ１情報ブロック内のビットの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。代替的に、予約済みフィールド内のビットの値が１である場合に、端末装置はネットワークデバイスにアクセスしないと決定し、予約済みフィールド内のビットの値が０であり、ＳＩＢ１情報ブロック内のビットの値が０である場合に、端末装置はネットワークデバイスにアクセスすると決定し、あるいは、予約済みフィールド内のビットの値が０であり、ＳＩＢ１情報ブロック内のビットの値が１である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。

図３に示される方法に基づいて、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示す第１情報を端末装置へ送信し得る。第１情報を受信した後、端末装置は、ネットワークデバイスにアクセスすべきかどうかを決定し得る。このようにして、ネットワークデバイスは、ネットワークデバイスによって管理されているネットワークの伝送性能を確保するために、ネットワークデバイスにアクセスする第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の数を制御することができる。

一般的な端末と比較して、ＲＥＤＣＡ端末は、帯域幅が小さいことが理解され得る。従って、ネットワークデバイスがＲＥＤＣＡＰ端末及び一般的な端末のためにリソースをスケジューリングする場合に、異なる処理方法が必要とされる。例えば、ＲＥＤＣＡＰ端末のためのリソースをスケジューリングする場合に、ネットワークデバイスは、ＲＥＤＣＡＰ端末の最大帯域幅を超える周波数領域リソースをスケジューリングすることができない。更には、一般的な端末と比較して、ＲＥＤＣＡＰ端末は、アンテナの数が少ない。これは、ＲＥＤＣＡＰ端末の受信アンテナ利得がより小さいことを意味する。従って、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を向上させるために、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりする必要があり得る。

まとめると、端末装置と通信する工程で、ネットワークデバイスは、ＲＥＤＣＡＰ端末及び一般的な端末のために異なる処理方法を有する。従って、ＲＥＤＣＡＰ端末は、適切な時点でＲＥＤＣＡＰ端末のタイプを報告する必要がある。例えば、ＲＥＤＣＡＰ端末は、ランダムアクセスプロシージャにおいてＲＥＤＣＡＰ端末のタイプを報告してよく、あるいは、ＲＥＤＣＡＰ端末は、ランダムアクセスが成功した後にラジオリソースコントロール（radio resource control，ＲＲＣ）シグナリングを使用することによって、ＲＥＤＣＡＰ端末のタイプを報告してよい。このようにして、ネットワークデバイスは、ＲＥＤＣＡＰ端末の伝送信頼性を向上させるために、ＲＥＤＣＡＰ端末のタイプに基づいて、適切なリソースをＲＥＤＣＡＰ端末に割り当てることができる。ＲＥＤＣＡＰ端末が先にＲＥＤＣＡＰ端末のタイプを報告する場合に、ネットワークデバイスは、伝送信頼性を向上させるように、ＲＥＤＣＡＰ端末のタイプを識別して、その後の伝送に備えることができる、ことが理解されるべきである。

任意に、図３に示される方法の可能な実施において、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、第１情報により、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、又は第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されており、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、第１情報において指示されている、ネットワークデバイスにアクセスすることを許可されている端末装置は、第２情報を使用することによって端末装置のタイプをネットワークデバイスに報告してもよく、それにより、ネットワークデバイスは端末装置のタイプを識別する。具体的に、図４に示されるように、図３に示される方法はステップ４０１を更に含む。

ステップ４０１：端末装置は第２情報をネットワークデバイスへ送信する。

第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。例えば、端末装置が第１タイプＲＥＤＣＡＰ端末である場合に、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末であることを示す。端末装置が第２タイプＲＥＤＣＡＰ端末である場合に、第２情報は、端末装置が第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報は、物理ランダムアクセスチャネル（physical random access channel，ＰＲＡＣＨ）で運ばれる。ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末に対応する。ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含む。例えば、ＰＲＡＣＨの時間領域リソース及びＰＲＡＣＨの周波数領域リソースは、ランダムアクセスチャネルオケージョン（RACH occasion，ＲＯ）の時間領域リソース周波数領域リソースであってよく、ＰＲＡＣＨの符号領域リソースは、ＲＯでＰＲＡＣＨを送信するために端末装置によって使用されるプリアンブルであってよい。

ＰＲＡＣＨのリソースは、端末装置に対してネットワークデバイスによって設定される。ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソース及び／又は第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを端末装置に対して設定してよい。具体的に、次の４つの例示的な場合を参照されたい。

場合１：端末装置が第１タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末に対して、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定する。端末装置は、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

場合２：端末装置が第１タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、又は端末装置が第１タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されており、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末に対して、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定し、第２タイプＲＥＤＣＡＰ端末に対して、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定する。端末装置は、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

場合３：端末装置が第２タイプＲＥＤＣＡＰ端末であり、第１情報により、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、ネットワークデバイスは、第２タイプＲＥＤＣＡＰ端末に対して、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定する。端末装置は、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

場合４：端末装置が第２タイプＲＥＤＣＡＰ端末であり、第１情報により、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、又は端末装置が第２タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されており、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末に対して、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定し、第２タイプＲＥＤＣＡＰ端末に対して、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定する。端末装置は、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

ＰＲＡＣＨリソースは、代替的に、事前定義されてもよいことが理解され得る。例えば、ＰＲＡＣＨリソースは、プロトコルで定義されてよい。

第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースは、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースとは異なることが理解され得る。

他の可能な実施においては、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。換言すれば、端末装置は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングにおいて端末のタイプを報告してよい。Ｍｓｇ３及びＭｓｇＡの記載については、図１の対応する記載を参照されたい。

更に、第２情報は、端末装置のタイプ識別子を含む。例えば、第１タイプＲＥＤＣＡＰ端末の識別子はＩＤ１であり、第２タイプＲＥＤＣＡＰ端末の識別子はＩＤ２である。第２情報がＩＤ１を含む場合に、第２情報は、端末装置のタイプが第１タイプＲＥＤＣＡＰ端末であることを示す。第２情報がＩＤ２を含む場合に、第２情報は、端末装置のタイプが第２タイプＲＥＤＣＡＰ端末であることを示す。

一般的な端末がネットワークデバイスにアクセスすることを許可されていることをネットワークデバイスが示す場合に、一般的な端末は端末タイプを報告してもしなくてもよい、ことが理解され得る。一般的な端末が端末タイプを報告しない場合に、ネットワークデバイスが端末装置によって報告されるタイプを受信しないならば、ネットワークデバイスは、端末装置が一般的な端末であると決定してよい。一般的な端末は、ＰＲＡＣＨ、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプをネットワークデバイスに報告してもよい。詳細については、ステップ４０１でＲＥＤＣＡＰ端末によって端末タイプを報告することの記載を参照されたい。詳細は再び記載されない。

相応して、ネットワークデバイスは、端末装置から第２情報を受信する。その後、ネットワークデバイスは、第２情報に基づいて端末装置のタイプを決定し得る。

例えば、上記の場合１及び場合２については、ネットワークデバイスは、端末装置が第１タイプＲＥＤＣＡＰ端末であると決定する。上記の場合３及び場合４については、ネットワークデバイスは、端末装置が第２タイプＲＥＤＣＡＰ端末であると決定する。

例えば、第１タイプＲＥＤＣＡＰ端末の識別子はＩＤ１であり、第２タイプＲＥＤＣＡＰ端末の識別子はＩＤ２である。第２情報がＩＤ１を含む場合に、ネットワークデバイスは、端末装置のタイプが第１タイプＲＥＤＣＡＰ端末であると決定する。第２情報がＩＤ２を含む場合に、ネットワークデバイスは、端末装置のタイプが第２タイプＲＥＤＣＡＰ端末であると決定する。

図４に示される方法に基づいて、端末装置は、ＰＲＡＣＨ、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプをネットワークデバイスに報告してもよく、それにより、ネットワークデバイスは端末装置のタイプを識別する。このようにして、ネットワークデバイスがアップリンク伝送及びダウンリンク伝送を実行するためにＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するためにＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を向上させるために、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

任意に、図３に示される方法の可能な実施において、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、端末装置は、第２情報及び第３情報を使用することによって、端末装置のタイプをネットワークデバイスに報告し、それにより、ネットワークデバイスは端末装置のタイプを識別する。具体的に、図５に示されるように、図３に示される方法はステップ５０１及びステップ５０２を更に含む。

ステップ５０１：端末装置は第２情報をネットワークデバイスへ送信する。

可能な実施において、第２情報はＰＲＡＣＨで運ばれる。ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応する。ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含む。

ＰＲＡＣＨのリソースは、端末装置に対してネットワークデバイスによって設定される。ネットワークデバイスは、ＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを端末装置に対して設定してよく、ネットワークデバイスは、ＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソース及び一般的な端末に対応するＰＲＡＣＨリソースを端末装置に対して設定してよく、あるいは、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソース及び第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを端末装置に対して設定してよい。具体的に、次の２つの例示的な場合を参照されたい。

場合５：ネットワークデバイスが、ＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを端末装置に対して設定する場合、又はネットワークデバイスが、ＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソース及び一般的な端末に対応するＰＲＡＣＨリソースを端末装置に対して設定する場合に、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であるならば、端末装置は、ＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

この場合に、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末はＰＲＡＣＨリソースを共有する。従って、第２情報は、端末装置がＲＥＤＣＡＰ端末又はＲＥＤＣＡＰタイプ端末であることを示すことができるが、端末装置が具体的に第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であるかどうかを示すことはできない。

場合６：ネットワークデバイスが、第１タイプＲＥＤＣＡＰ端末及び一般的な端末に対応するＰＲＡＣＨリソース及び第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを端末装置に対して設定する場合に、端末装置が第１タイプＲＥＤＣＡＰ端末であるならば、端末装置は、第１タイプＲＥＤＣＡＰ端末及び一般的な端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末及び一般的な端末のうちの一方であることを示す。端末装置が第２タイプＲＥＤＣＡＰ端末であるならば、端末装置は、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信し、このとき、第２情報は、端末装置が第２タイプＲＥＤＣＡＰ端末であることを示す。

この場合に、第１タイプＲＥＤＣＡＰ端末及び一般的な端末はＰＲＡＣＨリソースを共有する。従って、端末装置が第１タイプＲＥＤＣＡＰ端末である場合に、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末及び一般的な端末のうちの一方であることを示すことができるが、端末装置が第１タイプＲＥＤＣＡＰ端末又は一般的な端末であるかどうかを示すことはできない。端末装置が第２タイプＲＥＤＣＡＰ端末である場合に、第２情報は、端末装置が第２タイプＲＥＤＣＡＰ端末であることを直接示し得る。

相応して、ネットワークデバイスは端末装置から第２情報を受信する。

上記の場合５について、ネットワークデバイスは、第２情報に基づいて、端末装置がＲＥＤＣＡＰ端末であることを決定してよい。

上記の場合６について、ネットワークデバイスは、第２情報に基づいて、端末装置が第１タイプＲＥＤＣＡＰ端末及び一般的な端末のうちの一方であることを決定してよく、あるいは、ネットワークデバイスは、第２情報に基づいて、端末装置が第２タイプＲＥＤＣＡＰ端末であることを決定する。

ステップ５０２：端末装置は第３情報をネットワークデバイスへ送信する。

可能な実施において、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

ネットワークデバイスが第２情報に基づいて端末装置のタイプを決定することができない場合に、端末装置は第３情報をネットワークデバイスへ送信する、ことが理解され得る。例えば、ネットワークデバイスが、第２情報に基づいて、端末装置がＲＥＤＣＡＰ端末であると決定する場合、又はネットワークデバイスが、第２情報に基づいて、端末装置が第１タイプＲＥＤＣＡＰ端末及び一般的な端末のうちの一方であると決定する場合に、端末装置は第３情報をネットワークデバイスへ送信する。

可能な実施において、ネットワークデバイスが、第２情報に基づいて、端末装置がＲＥＤＣＡＰ端末であると決定する場合に、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。例えば、端末装置が第１タイプＲＥＤＣＡＰ端末である場合に、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末であることを示す。端末装置が第２タイプＲＥＤＣＡＰ端末である場合に、第３情報は、端末装置が第２タイプＲＥＤＣＡＰ端末であることを示す。

更に、第３情報は、端末装置のタイプ識別子を含む。例えば、第１タイプＲＥＤＣＡＰ端末の識別子はＩＤ１であり、第２タイプＲＥＤＣＡＰ端末の識別子はＩＤ２である。第３情報がＩＤ１を含む場合に、第３情報は、端末装置のタイプが第１タイプＲＥＤＣＡＰ端末であることを示す。第３情報がＩＤ２を含む場合に、第３情報は、端末装置のタイプが第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、ネットワークデバイスが、第２情報に基づいて、端末装置が第１タイプＲＥＤＣＡＰ端末及び一般的な端末のうちの一方であると決定する場合に、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末であることを示す。

更に、第３情報は、端末装置のタイプ識別子を含む。例えば、第１タイプＲＥＤＣＡＰ端末の識別子はＩＤ１である。第３情報がＩＤ１を含む場合に、第３情報は、端末装置のタイプが第１タイプＲＥＤＣＡＰ端末であることを示す。

一般的な端末がネットワークデバイスにアクセスすることをネットワークデバイスが示す場合に、一般的な端末は端末タイプを報告してもしなくてもよい、ことが理解され得る。一般的な端末が端末タイプを報告しない場合に、ネットワークデバイスが端末装置によって報告されるタイプを受信しないならば、ネットワークデバイスは、端末装置が一般的な端末であると決定してよい。一般的な端末は、ＰＲＡＣＨ、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプをネットワークデバイスに報告してもよい。詳細については、ステップ５０１及びステップ５０２でＲＥＤＣＡＰ端末によって端末タイプを報告することの記載を参照されたい。詳細は再び記載されない。

相応して、ネットワークデバイスは端末装置から第３情報を受信する。

更に、ネットワークデバイスは、第３情報に基づいて端末装置のタイプを決定する。

例えば、ネットワークデバイスが、第２情報に基づいて、端末装置がＲＥＤＣＡＰ端末であると決定する場合に、第３情報により、端末装置が第１タイプＲＥＤＣＡＰ端末であることが示されるならば、ネットワークデバイスは、端末装置のタイプが第１タイプＲＥＤＣＡＰ端末であると決定し、あるいは、第３情報により、端末装置が第２タイプＲＥＤＣＡＰ端末であることが示されるならば、ネットワークデバイスは、端末装置のタイプが第２タイプＲＥＤＣＡＰ端末であると決定する。

例えば、ネットワークデバイスが、第２情報に基づいて、端末装置が第１タイプＲＥＤＣＡＰ端末及び一般的な端末のうちの一方であると決定する場合に、第３情報により、端末装置が第１タイプＲＥＤＣＡＰ端末であることが示されるならば、ネットワークデバイスは、端末装置のタイプが第１タイプＲＥＤＣＡＰ端末であると決定する。

図５に示される方法に基づいて、端末装置は、端末装置のタイプを第２情報及び第３情報においてネットワークデバイスに報告して、ネットワークデバイスが端末装置のタイプを識別するようにし得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を向上させるように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。更には、図５に示される方法では、第１タイプＲＥＤＣＡＰ端末は、ＰＲＡＣＨリソースを第２タイプＲＥＤＣＡＰ端末と共有することができ、あるいは、第１タイプＲＥＤＣＡＰ端末は、ＰＲＡＣＨリソースを一般的な端末と共有することができる。このようにして、ＰＲＡＣＨリソースの過度な分割は回避することができ、つまり、ランダムアクセス能力の過度な低減は回避される。

ＲＥＤＣＡＰ端末が第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含む上記の場合に加えて、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を更に含んでもよい。第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なる。例えば、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲はＦＲ１であり、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、６ＧＨｚ以上であり、その周波数はＦＲ２と表記される。

以下は、ＲＥＤＣＡＰ端末が第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含むか、又はＲＥＤＣＡＰ端末が第３タイプＲＥＤＣＡＰ端末を含む例を使用することによって、本願の実施形態で提供されるネットワークデバイスアクセス方法について記載する。

図６は、本願の実施形態に従うネットワークデバイスアクセス方法を示す。ネットワークデバイスアクセス方法はステップ６０１～ステップ６０２を含む。

ステップ６０１：ネットワークデバイスは第１情報を決定する。

ネットワークデバイスは、図１のネットワークデバイス１０１であってよい。

第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含む。代替的に、ＲＥＤＣＡＰ端末は、第３タイプＲＥＤＣＡＰ端末を含む。第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の記載については、ステップ３０１の記載を参照されたい。第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なる。例えば、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲はＦＲ１であり、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲はＦＲ２である。第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲がＦＲ２である場合に、第３タイプＲＥＤＣＡＰ端末の記載については、図１の記載を参照されたい。

留意すべきは、ＲＥＤＣＡＰ端末が第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含む場合に、第１情報の記載については、ステップ３０１の記載を参照されたい。

以下は、ＲＥＤＣＡＰ端末が第３タイプＲＥＤＣＡＰ端末を含む場合に第１情報に含まれる内容について記載する。

可能な実施において、第１情報は第３指示情報を含み、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し得る。第３指示情報は、次の４つの場合を有する。

場合３．１：第３指示情報は、ＭＩＢ内のスペアフィールドを含む。

例えば、第３指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。例えば、ビットの値が１である場合に、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。あるいは、ビットの値が０である場合に、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

場合３．２：第３指示情報は、ｃｅｌｌＢａｒｒｅｄフィールド（セル禁止フィールド）を含む。

例えば、ｃｅｌｌＢａｒｒｅｄフィールドの値が１である場合に、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、ｃｅｌｌＢａｒｒｅｄフィールドの値が０である場合、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

第３タイプＲＥＤＣＡＰ端末の帯域幅は一般的な端末の帯域幅と類似しており、２つの端末はＣＯＲＥＳＥＴ ＃０を共有してもよく、互換性は優れている、ことが理解され得る。更には、第３タイプＲＥＤＣＡＰ端末の存在は、ネットワーク性能にほとんど影響がない。従って、第３タイプＲＥＤＣＡＰ端末は、一般的な端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すための一般的な端末のフィールドを再利用することができる。すなわち、一般的な端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すことに加えて、ｃｅｌｌＢａｒｒｅｄフィールドは、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを更に示す。更には、第３タイプＲＥＤＣＡＰ端末は、一般的な端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すためたの一般的な端末のフィールドを再利用し、それにより、ビットの数が節約され得、節約されたビットは他の目的のために使用される。これは、通信システムのハードウェア互換性の拡張を促す。

場合３．３：第３指示情報は、ＤＣＩ内の予約済みフィールドに含まれる。

例えば、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含む。例えば、ビットの値が１である場合に、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、ビットの値が０である場合に、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

場合３．４：第３指示情報は、ＳＩＢ１情報ブロックに含まれる。

例えば、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。例えば、ビットの値が１である場合に、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示し、ビットの値が０である場合に、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていないことを示す。これは、逆の場合にも当てはまる。

第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すＳＩＢ１情報ブロック内の１ビットは、ＳＩＢ情報ブロックに新たに加えられたＩＥに含まれてもよく、あるいは、ＳＩＢ１情報ブロック内のもともとのＩＥに含まれてもよい。

可能な実施において、ネットワークデバイスは、ネットワークデバイスによって管理されているネットワークの伝送性能に基づいて第１情報を決定する。例えば、ネットワークの伝送性能がしきい値以上である場合に、ネットワークデバイスはＲＥＤＣＡＰ端末の数を制限せず、あるいは、ネットワークの伝送性能がしきい値に満たない場合には、ネットワークデバイスはＲＥＤＣＡＰ端末の数を制限する。

ステップ６０２：ネットワークデバイスは第１情報を端末デバイスへ送信する。

ステップ６０２の記載については、上記のステップ３０２を参照されたい。詳細は再び記載されない。

ステップ６０３：端末装置は、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定する。

端末装置は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、第３タイプＲＥＤＣＡＰ端末、又は一般的な端末である。

端末装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は一般的な端末である場合に、端末装置が、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定するプロセスについては、ステップ３０３の記載を参照されたい。詳細は再び記載されない。

以下は、端末装置が第３タイプＲＥＤＣＡＰ端末である場合に、端末装置が、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定するプロセスについて記載する。

例えば、第３指示情報は、ＭＩＢ内のスペアフィールドの１ビットを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第３指示情報は、ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを使用することによって、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。ｃｅｌｌＢａｒｒｅｄフィールドの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ｃｅｌｌＢａｒｒｅｄフィールドの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＤＣＩ内の予約済みフィールドの１ビットを含む。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

例えば、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示すために、ＳＩＢ１情報ブロックの１ビットを含む。ビットの値が１である場合に、端末装置はネットワークデバイスにアクセスすると決定し、ビットの値が０である場合に、端末装置はネットワークデバイスにアクセスしないと決定する。これは、逆の場合にも当てはまる。

図６に示される方法に基づいて、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかと、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかとを示す第１情報を端末装置へ送信してよく、あるいは、ネットワークデバイスは、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す第１情報を端末装置へ送信してよい。第１情報を受信した後、端末装置は、ネットワークデバイスにアクセスすべきかどうかを決定し得る。このようにして、ネットワークデバイスによって管理されてるネットワークの伝送性能を確保するために、ネットワークデバイスは、ネットワークデバイスにアクセスする第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末の数を制御することができ、あるいは、ネットワークデバイスは、ネットワークデバイスにアクセスする第３タイプＲＥＤＣＡＰ端末の数を制御してもよい。

一般的な端末と比較して、ＲＥＤＣＡ端末は、帯域幅が小さいことが理解され得る。従って、ネットワークデバイスがＲＥＤＣＡＰ端末及び一般的な端末のためにリソースをスケジューリングする場合に、異なる処理方法が必要とされる。例えば、ＲＥＤＣＡＰ端末のためのリソースをスケジューリングする場合に、ネットワークデバイスは、ＲＥＤＣＡＰ端末の最大帯域幅を超える周波数領域リソースをスケジューリングすることができない。更には、一般的な端末と比較して、ＲＥＤＣＡＰ端末は、アンテナの数が少ない。これは、ＲＥＤＣＡＰ端末の受信アンテナ利得がより小さいことを意味する。従って、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を向上させるために、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりする必要があり得る。

まとめると、端末装置と通信する工程で、ネットワークデバイスは、ＲＥＤＣＡＰ端末及び一般的な端末のために異なる処理方法を有する。従って、ＲＥＤＣＡＰ端末は、適切な時点でＲＥＤＣＡＰ端末のタイプを報告する必要がある。例えば、ＲＥＤＣＡＰ端末は、ランダムアクセスプロシージャにおいてＲＥＤＣＡＰ端末のタイプを報告してよく、あるいは、ＲＥＤＣＡＰ端末は、ランダムアクセスが成功した後にＲＲＣシグナリングを使用することによって、ＲＥＤＣＡＰ端末のタイプを報告してよい。このようにして、ネットワークデバイスは、ＲＥＤＣＡＰ端末の伝送信頼性を向上させるために、ＲＥＤＣＡＰ端末のタイプに基づいて、適切なリソースをＲＥＤＣＡＰ端末に割り当てることができる。ＲＥＤＣＡＰ端末が先にＲＥＤＣＡＰ端末のタイプを報告する場合に、ネットワークデバイスは、伝送信頼性を向上させるように、ＲＥＤＣＡＰ端末のタイプを識別して、その後の伝送に備えることができる、ことが理解されるべきである。

任意に、図６に示される方法の可能な実施において、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、第１情報により、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されており、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、又は第１情報により、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、第１情報において指示されている、ネットワークデバイスにアクセスすることを許可されている端末装置は、第２情報を使用することによって端末装置のタイプをネットワークデバイスに報告してもよく、それにより、ネットワークデバイスは端末装置のタイプを識別する。具体的に、図７に示されるように、図６に示される方法はステップ７０１を更に含む。

ステップ７０１：端末装置は第２情報をネットワークデバイスへ送信する。

第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末であることを示す。例えば、端末装置が第１タイプＲＥＤＣＡＰ端末である場合に、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末であることを示す。端末装置が第２タイプＲＥＤＣＡＰ端末である場合に、第２情報は、端末装置が第２タイプＲＥＤＣＡＰ端末であることを示す。端末装置が第３タイプＲＥＤＣＡＰ端末である場合に、第２情報は、端末装置が第３タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれる。ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末に対応する。ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含む。例えば、ＰＲＡＣＨの時間領域リソース及びＰＲＡＣＨの周波数領域リソースは、ランダムアクセスチャネルオケージョン（RACH occasion，ＲＯ）の時間領域リソース周波数領域リソースであってよく、ＰＲＡＣＨの符号領域リソースは、ＲＯでＰＲＡＣＨを送信するために端末装置によって使用されるプリアンブルであってよい。

端末装置が第１タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、又は端末装置が第１タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されており、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、ＰＲＡＣＨのリソースの記載については、ステップ４０１の記載を参照されたい。詳細は再び記載されない。

端末装置が第２タイプＲＥＤＣＡＰ端末であり、第１情報により、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合、又は端末装置が第２タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されており、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、ＰＲＡＣＨのリソースの記載については、ステップ４０１の記載を参照されたい。詳細は再び記載されない。

以下は、端末装置が第３タイプＲＥＤＣＡＰ端末であり、第１情報により、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合のＰＲＡＣＨのリソースについて記載する。

ＰＲＡＣＨのリソースは、端末装置に対してネットワークデバイスによって設定される。ネットワークデバイスは、端末装置に対して、第３タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定してよい。

例えば、ネットワークデバイスは、第３タイプＲＥＤＣＡＰ端末に対して、第３タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定する。端末装置は、第３タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

ネットワークデバイスは更に、端末の各タイプに対して、端末のそのタイプに対応するＰＲＡＣＨリソースを設定してもよい、ことが理解され得る。このようにして、端末装置のタイプを報告する場合に、端末装置は、当該端末装置に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

例えば、ネットワークデバイスは、第１タイプＲＥＤＣＡＰ端末に対しては第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定し、第２タイプＲＥＤＣＡＰ端末に対しては第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定し、第３タイプＲＥＤＣＡＰ端末に対しては第３タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを設定する。端末装置が第１タイプＲＥＤＣＡＰ端末である場合に、端末装置は、第１タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。端末装置が第２タイプＲＥＤＣＡＰ端末である場合に、端末装置は、第２タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。端末装置が第３タイプＲＥＤＣＡＰ端末である場合に、端末装置は、第３タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。

ＰＲＡＣＨリソースは、代替的に、事前定義されてもよいことが理解され得る。例えば、ＰＲＡＣＨリソースは、プロトコルで定義されてよい。

他の可能な実施においては、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。換言すれば、端末装置は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングにおいて端末のタイプを報告してよい。Ｍｓｇ３及びＭｓｇＡの記載については、図１の対応する記載を参照されたい。

更に、第２情報は、端末装置のタイプ識別子を含む。例えば、第１タイプＲＥＤＣＡＰ端末の識別子はＩＤ１であり、第２タイプＲＥＤＣＡＰ端末の識別子はＩＤ２である。第２情報がＩＤ１を含む場合に、第２情報は、端末装置のタイプが第１タイプＲＥＤＣＡＰ端末であることを示す。第２情報がＩＤ２を含む場合に、第２情報は、端末装置のタイプが第２タイプＲＥＤＣＡＰ端末であることを示す。

例えば、第３タイプＲＥＤＣＡＰ端末の識別子はＩＤ３である。第２情報がＩＤ３を含む場合に、第２情報は、端末装置のタイプが第３タイプＲＥＤＣＡＰ端末であることを示す。

一般的な端末がネットワークデバイスにアクセスすることを許可されていることをネットワークデバイスが示す場合に、一般的な端末は端末タイプを報告してもしなくてもよい、ことが理解され得る。一般的な端末が端末タイプを報告しない場合に、ネットワークデバイスが端末装置によって報告されるタイプを受信しないならば、ネットワークデバイスは、端末装置が一般的な端末であると決定してよい。一般的な端末は、ＰＲＡＣＨ、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプをネットワークデバイスに報告してもよい。詳細については、ステップ７０１でＲＥＤＣＡＰ端末によって端末タイプを報告することの記載を参照されたい。詳細は再び記載されない。

相応して、ネットワークデバイスは、端末装置から第２情報を受信する。その後、ネットワークデバイスは、第２情報に基づいて端末装置のタイプを決定し得る。

端末装置は、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末である。ネットワークデバイスが第２情報に基づいて端末装置のタイプを決定するプロセスについては、ステップ４０１の記載を参照されたい。詳細は再び記載されない。

例えば、端末装置は、第３タイプＲＥＤＣＡＰ端末に対応するＰＲＡＣＨリソースを使用することによって、第２情報をネットワークデバイスへ送信する。ネットワークデバイスは、端末装置が第３タイプＲＥＤＣＡＰ端末であると決定する。

例えば、第３タイプＲＥＤＣＡＰ端末の識別子はＩＤ３である。第２情報がＩＤ３を含む場合に、ネットワークデバイスは、端末装置のタイプが第３タイプＲＥＤＣＡＰ端末であると決定する。

図７に示される方法に基づいて、端末装置は、ＰＲＡＣＨ、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングなどの複数の方法を使用することによって、端末装置のタイプをネットワークデバイスに報告してもよく、それにより、ネットワークデバイスは端末装置のタイプを識別する。このようにして、ネットワークデバイスがアップリンク伝送及びダウンリンク伝送を実行するためにＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するためにＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を向上させるために、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。

任意に、図６に示される方法の可能な実施において、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であり、第１情報により、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることが示される場合に、端末装置は、第２情報及び第３情報を使用することによって、端末装置のタイプをネットワークデバイスに報告し、それにより、ネットワークデバイスは端末装置のタイプを識別する。具体的に、図８に示されるように、図６に示される方法はステップ８０１及びステップ８０２を更に含む。

ステップ８０１：端末装置は第２情報をネットワークデバイスへ送信する。

ステップ８０２：端末装置は第３情報をネットワークデバイスへ送信する。

ステップ８０１及びステップ８０２の記載については、ステップ５０１及びステップ５０２の記載を参照されたい。詳細は再び記載されない。

図８に示される方法に基づいて、端末装置は、端末装置のタイプを第２情報及び第３情報においてネットワークデバイスに報告して、ネットワークデバイスが端末装置のタイプを識別するようにし得る。このようにして、ネットワークデバイスがアップリンク伝送又はダウンリンク伝送を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、スケジューリングされた周波数範囲は、ＲＥＤＣＡＰ端末の最大帯域幅を超えることを防がれ得る。更には、ダウンリンク受信を実行するようＲＥＤＣＡＰ端末をスケジューリングする場合に、ネットワークデバイスは、ダウンリンク伝送信頼性を向上させるように、より低いコーディングビットレートを使用したり又は繰り返し伝送を実行したりすることができる。更には、図８に示される方法では、第１タイプＲＥＤＣＡＰ端末は、ＰＲＡＣＨリソースを第２タイプＲＥＤＣＡＰ端末と共有することができ、あるいは、第１タイプＲＥＤＣＡＰ端末は、ＰＲＡＣＨリソースを一般的な端末と共有することができる。このようにして、ＰＲＡＣＨリソースの過度な分割は回避することができ、つまり、ランダムアクセス能力の過度な低減は回避される。

上述されたものは、ネットワーク要素間のインタラクションの観点から、本願の実施形態で提供される解決法について主に記載してきた。上記の機能を実施するために、上記のネットワークデバイス又は端末装置は、機能を実施するための対応するハードウェア構造及び／又はソフトウェアモジュールを含む、ことが理解され得る。当業者は、本明細書で開示されている実施形態で記載されている例のユニット、及びアルゴリズム動作と組み合わせて、本願がハードウェア又はハードウェアとコンピュータソフトウェアとの組み合わせによって実施され得ることに容易に気付くはずである。機能がハードウェア又はコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかどうかは、技術的解決法の特定の用途又は設計制約に依存する。当業者は、夫々の特定の用途について、異なる方法を使用して、記載されている機能を実施することができるが、実施が本願の範囲を超えることは考えられるべきではない。

本願の実施形態において、ネットワークデバイス又は端末装置の機能モジュールは、上記の方法の例に基づいて分割されてもよい。例えば、各機能モジュールは、対応する機能に従って分割されてよく、あるいは、２つ以上の機能は、１つの処理モジュールにまとめられてもよい。まとめられたモジュールは、ハードウェアの形で実施されてよく、あるいは、ソフトウェア機能モジュールの形で実施されてもよい。本願の実施形態において、モジュール分割は一例であり、論理的な機能分割に過ぎないことが留意されるべきである。実際の実施では、他の分割様態が使用されてもよい。

図９は、本願の実施形態に従う通信装置９０の構造の模式図である。例えば、通信装置９０は端末装置９０である。例えば、端末装置９０は、例えば、図３に示される実施形態、図４に示される実施形態、又は図５に示される実施形態の端末装置である。

端末装置９０は、トランシーバモジュール９０１及び処理モジュール９０２を含む。例えば、端末装置９０は、端末装置であってよく、あるいは、端末装置で使用されるチップ、又は端末装置の機能を有する他の複合デバイス、コンポーネント、などであってよい。端末装置９０が端末装置である場合に、トランシーバモジュール９０１はトランシーバであってよく、トランシーバは、アンテナ、無線周波数回路、などを含んでよく、処理モジュール９０２はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよく、ベースバンドプロセッサは１つ以上のＣＰＵを含んでよい。端末装置９０が端末装置の機能を有するコンポーネントである場合に、トランシーバモジュール９０１は無線周波数ユニットであってよく、処理モジュール９０２はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよい。端末装置９０がチップシステムである場合に、トランシーバモジュール９０１は、チップ（例えば、ベースバンドチップ）の入力／出力インターフェースであってよく、処理モジュール９０２は、チップシステムのプロセッサ（又はプロセッシング回路）であってよく、１つ以上の中央演算処理装置を含んでよい。本願のこの実施形態でのトランシーバモジュール９０１は、トランシーバ又はトランシーバ関連回路部品によって実施されてよく、処理モジュール９０２は、プロセッサ又はプロセッサ関連回路部品（又はプロセッシングと呼ばれる）によって実施されてよいことが理解されるべきである。

例えば、トランシーバモジュール９０１は、図３に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ３０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。処理モジュール９０２は、図３に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ３０３を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、トランシーバモジュール９０１は、図４に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ３０２及びステップ４０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。処理モジュール９０２は、図４に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ３０３を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、トランシーバモジュール９０１は、図５に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ３０２、ステップ５０１、及びステップ５０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。処理モジュール９０２は、図３に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ３０３を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

トランシーバモジュール９０１は、ネットワークデバイスから第１情報を受信するよう構成され、第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は、同じ周波数範囲で動作し、かつ、第２タイプＲＥＤＣＡＰ端末の帯域幅は、第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は、第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。

処理モジュール９０２は、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定するよう構成され、通信装置は、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末である。

可能な実施において、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、又は、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加ＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の前記予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び／又は第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。トランシーバモジュール９０１は、第２情報をネットワークデバイスへ送信するよう構成され、第２情報は、通信装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。トランシーバモジュール９０１は、第２情報をネットワークデバイスへ送信するよう更に構成され、第２情報は、通信装置がＲＥＤＣＡＰ端末であることを示す。トランシーバモジュール９０１は、第３情報をネットワークデバイスへ送信するよう更に構成され、第３情報は、通信装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

端末装置９０によって実施され得る他の機能については、図３に示される実施形態、図４に示される方法の実施形態、又は図５に示される実施形態の関連する記載を参照されたい。詳細は再び記載されない。

図１０は、本願の実施形態に従う通信装置１００の構造の模式図である。例えば、通信装置１００はネットワークデバイス１００である。例えば、ネットワークデバイス１００は、例えば、図３に示される実施形態、図４に示される実施形態、又は図５に示される実施形態のネットワークデバイスである。

ネットワークデバイス１００は、処理モジュール１００１及びトランシーバモジュール１００２を含む。例えば、ネットワークデバイス１００は、ネットワークデバイスであってよく、あるいは、ネットワークデバイスで使用されるチップ、又はネットワークデバイスの機能を有する他の複合デバイス、コンポーネント、などであってよい。ネットワークデバイス１００がネットワークデバイスである場合に、処理モジュール１００１はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよい。ベースバンドプロセッサは１つ以上のＣＰＵを含んでよい。トランシーバモジュール１００２はトランシーバであってよく、トランシーバは、アンテナ、無線周波数回路、などを含んでよい。ネットワークデバイス１００がネットワークデバイスの機能を有するコンポーネントである場合に、処理モジュール１００１はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよい。トランシーバモジュール１００２は無線周波数ユニットであってよい。ネットワークデバイス１００がチップシステムである場合に、処理モジュール１００１は、チップシステムのプロセッサ（又はプロセッシング回路）であってよく、１つ以上の中央演算処理装置を含んでよい。トランシーバモジュール１００２は、チップ（例えば、ベースバンドチップ）の入力／出力インターフェースであってよい。本願のこの実施形態での処理モジュール１００１は、プロセッサ又はプロセッサ関連回路部品（又はプロセッシングと呼ばれる）によって実施されてよく、トランシーバモジュール１００２は、トランシーバ又はトランシーバ関連回路部品によって実施されてよいことが理解されるべきである。

例えば、処理モジュール１００１は、図３に示される実施形態でネットワークデバイスによって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ３０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。トランシーバモジュール１００２は、図３に示される実施形態でネットワークデバイスによって実行される全ての送信及び受信動作、例えば、ステップ３０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、処理モジュール１００１は、図４に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ３０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。トランシーバモジュール１００２は、図４に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ３０２及びステップ４０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、処理モジュール１００１は、図５に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ３０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。トランシーバモジュール１００２は、図５に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ３０２、ステップ５０１、及びステップ５０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

処理モジュール１００１は、第１情報を決定するよう構成され、第１情報は、ＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は、同じ周波数範囲で動作し、かつ、第２タイプＲＥＤＣＡＰ端末の帯域幅は、第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は、第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。

トランシーバモジュール１００２は、第１情報を端末装置へ送信するよう構成される。

可能な実施において、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、又は、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示す。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び／又は第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されていることを示す。トランシーバモジュール１００２は、端末装置から第２情報を受信するよう構成され、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されていることを示す。トランシーバモジュール１００２は、端末装置から第２情報を受信するよう更に構成され、第２情報は、前記端末装置がＲＥＤＣＡＰ端末であることを示す。トランシーバモジュール１００２は、端末装置から第３情報を受信するよう更に構成され、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

ネットワークデバイス１００によって実施され得る他の機能については、図３に示される実施形態、図４に示される方法の実施形態、又は図５に示される実施形態の関連する記載を参照されたい。詳細は再び記載されない。

図１１は、本願の実施形態に従う通信装置１１０の構造の模式図である。例えば、通信装置１１０の構造は端末装置１１０である。例えば、端末装置１１０は、例えば、図６に示される実施形態、図７に示される実施形態、又は図８に示される実施形態の端末装置である。

端末装置１１０は、トランシーバモジュール１１０１及び処理モジュール１１０２を含む。例えば、端末装置１１０は、端末装置であってよく、あるいは、端末装置で使用されるチップ、又は端末装置の機能を有する他の複合デバイス、コンポーネント、などであってよい。端末装置１１０が端末装置である場合に、トランシーバモジュール９０１はトランシーバであってよく、トランシーバは、アンテナ、無線周波数回路、などを含んでよく、処理モジュール１１０２はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよく、ベースバンドプロセッサは１つ以上のＣＰＵを含んでよい。端末装置１１０が端末装置の機能を有するコンポーネントである場合に、トランシーバモジュール１１０１は無線周波数ユニットであってよく、処理モジュール１１０２はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよい。端末装置１１０がチップシステムである場合に、トランシーバモジュール１１０１は、チップ（例えば、ベースバンドチップ）の入力／出力インターフェースであってよく、処理モジュール１１０２は、チップシステムのプロセッサ（又はプロセッシング回路）であってよく、１つ以上の中央演算処理装置を含んでよい。本願のこの実施形態でのトランシーバモジュール１１０１は、トランシーバ又はトランシーバ関連回路部品によって実施されてよく、処理モジュール１１０２は、プロセッサ又はプロセッサ関連回路部品（又はプロセッシングと呼ばれる）によって実施されてよいことが理解されるべきである。

例えば、トランシーバモジュール１１０１は、図６に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ６０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。処理モジュール１１０２は、図３に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ６０３を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、トランシーバモジュール１１０１は、図７に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ６０２及びステップ７０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。処理モジュール１１０２は、図７に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ６０３を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、トランシーバモジュール１１０１は、図８に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ６０２、ステップ８０１、及びステップ８０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。処理モジュール１１０２は、図８に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ６０３を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

トランシーバモジュール１１０１は、ネットワークデバイスから第１情報を受信するよう構成され、第１情報は、ＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含むか、又はＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なり、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。

処理モジュール１１０２は、第１情報に基づいて、ネットワークデバイスにアクセスすべきかどうかを決定するよう構成され、通信装置は第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末である。

可能な実施において、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１情報は第３指示情報を含み、第３指示情報は、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。

可能な実施において、第３指示情報はＭＩＢ内のスペアフィールドを含むか、又は第３指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。

可能な実施において、第３指示情報はＤＣＩ内の予約済みフィールドに含まれるか、又は第３指示情報はＳＩＢ１情報ブロックに含まれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示すか、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す。トランシーバモジュール１１０１は、第２情報をネットワークデバイスへ送信するよう構成され、第２情報は、通信装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、あるいは、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されていることを示す。トランシーバモジュール１１０１は、第２情報をネットワークデバイスへ送信するよう更に構成され、第２情報は、通信装置がＲＥＤＣＡＰ端末であることを示す。トランシーバモジュール１１０１は、第３情報をネットワークデバイスへ送信するよう更に構成され、第３情報は、通信装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

端末装置１１０によって実施され得る他の機能については、図３に示される実施形態、図４に示される方法の実施形態、又は図５に示される実施形態の関連する記載を参照されたい。詳細は再び記載されない。

図１２は、本願の実施形態に従う通信装置１２０の構造の模式図である。例えば、通信装置１２０はネットワークデバイス１２０である。例えば、ネットワークデバイス１２０は、図６に示される実施形態、図７に示される実施形態、又は図８に示される実施形態のネットワークデバイスである。

ネットワークデバイス１２０は、処理モジュール１２０１及びトランシーバモジュール１２０２を含む。例えば、ネットワークデバイス１２０は、ネットワークデバイスであってよく、あるいは、ネットワークデバイスで使用されるチップ、又はネットワークデバイスの機能を有する他の複合デバイス、コンポーネント、などであってよい。ネットワークデバイス１２０がネットワークデバイスである場合に、処理モジュール１２０１はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよい。ベースバンドプロセッサは１つ以上のＣＰＵを含んでよい。トランシーバモジュール１２０２はトランシーバであってよく、トランシーバは、アンテナ、無線周波数回路、などを含んでよい。ネットワークデバイス１２０がネットワークデバイスの機能を有するコンポーネントである場合に、処理モジュール１２０１はプロセッサ（又はプロセッシング回路）、例えば、ベースバンドプロセッサであってよい。トランシーバモジュール１２０２は無線周波数ユニットであってよい。ネットワークデバイス１２０がチップシステムである場合に、処理モジュール１２０１は、チップシステムのプロセッサ（又はプロセッシング回路）であってよく、１つ以上の中央演算処理装置を含んでよい。トランシーバモジュール１２０２は、チップ（例えば、ベースバンドチップ）の入力／出力インターフェースであってよい。本願のこの実施形態での処理モジュール１２０１は、プロセッサ又はプロセッサ関連回路部品（又はプロセッシングと呼ばれる）によって実施されてよく、トランシーバモジュール１２０２は、トランシーバ又はトランシーバ関連回路部品によって実施されてよいことが理解されるべきである。

例えば、処理モジュール１２０１は、図６に示される実施形態でネットワークデバイスによって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ６０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。トランシーバモジュール１２０２は、図６に示される実施形態でネットワークデバイスによって実行される全ての送信及び受信動作、例えば、ステップ６０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、処理モジュール１２０１は、図７に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ６０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。トランシーバモジュール１２０２は、図７に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ６０２及びステップ７０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

他の例として、処理モジュール１２０１は、図８に示される実施形態で端末装置によって実行される、送信及び受信動作を除く全ての動作、例えば、ステップ６０１を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。トランシーバモジュール１２０２は、図８に示される実施形態で端末装置によって実行される全ての送信及び受信動作、例えば、ステップ６０２、ステップ８０１、及びステップ８０２を実行するよう構成されてよく、かつ／あるいは、本明細書で記載されている技術の他のプロセスをサポートするよう構成されてもよい。

処理モジュール１２０１は、第１情報を決定するよう構成され、第１情報は、ＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含むか、又はＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、第３タイプＲＥＤＣＡＰ端末が動作する周波数範囲は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が動作する周波数範囲とは異なり、第２タイプＲＥＤＣＡＰ端末の帯域幅は第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は第１タイプＲＥＤＣＡＰ端末のそれよりも少ない。

トランシーバモジュール１２０２は、第１情報を端末装置へ送信するよう構成される。

可能な実施において、ＲＥＤＣＡＰ端末は第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、第１情報は第１指示情報及び第２指示情報を含み、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示す。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第２指示情報は、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含み、又は、第１指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報はＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報は、第１タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報と第２指示情報とは、第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示し、第１指示情報はＭＩＢ内のスペアフィールドを含み、第２指示情報は追加のＰＢＣＨペイロード内の予約済みフィールドを含む。

可能な実施において、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＤＣＩ内の予約済みフィールド内に含まれ、第１指示情報はＤＣＩ内の予約済みフィールドに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＤＣＩ内の予約済みフィールドに含まれ、又は、第１指示情報はＳＩＢ１情報ブロックに含まれ、第２指示情報はＳＩＢ１情報ブロックに含まれ、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。

可能な実施において、第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は、第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、第１指示情報は、ＳＩＢ１情報ブロックに含まれ、第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくはＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、ＤＣＩは、ＳＩＢ１をスケジューリングするために使用される。可能な実施において、ＲＥＤＣＡＰ端末は第３タイプＲＥＤＣＡＰ端末を含み、第１情報は第３指示情報を含み、第３指示情報は、第３タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示す。

可能な実施において、第３指示情報はＭＩＢ内のスペアフィールドを含むか、又は第３指示情報はＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含む。

可能な実施において、第１情報はＳＳＢに含まれ、ＳＳＢはＭＩＢ及び追加のＰＢＣＨペイロードを含む。

可能な実施において、第３指示情報はＤＣＩ内の予約済みフィールドに含まれるか、又は第３指示情報はＳＩＢ１情報ブロックに含まれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されていることを示すか、あるいは、第１指示情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されているかどうかを示す。トランシーバモジュール１２０２は、端末装置から第２情報を受信するよう構成され、第２情報は、端末装置が第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースは、第１タイプＲＥＤＣＡＰ端末、第２タイプＲＥＤＣＡＰ端末、又は第３タイプＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、あるいは、第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

可能な実施において、第１情報は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末が通信装置にアクセスすることを許可されていることを示す。トランシーバモジュール１２０２は、端末装置から第２情報を受信するよう更に構成され、第２情報は、端末装置がＲＥＤＣＡＰ端末であることを示す。トランシーバモジュール１２０２は、端末装置から第３情報を受信するよう更に構成され、第３情報は、端末装置が第１タイプＲＥＤＣＡＰ端末又は第２タイプＲＥＤＣＡＰ端末であることを示す。

可能な実施において、第２情報はＰＲＡＣＨで運ばれ、ＰＲＡＣＨのリソースはＲＥＤＣＡＰ端末に対応し、ＰＲＡＣＨのリソースは、次の、ＰＲＡＣＨの時間領域リソース、ＰＲＡＣＨの周波数領域リソース、又はＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる。

ネットワークデバイス１２０によって実施され得る他の機能については、図６に示される実施形態、図７に示される方法の実施形態、又は図８に示される実施形態の関連する記載を参照されたい。詳細は再び記載されない。

図１３は、本願の実施形態に従うチップの構造の模式図である。チップ１３０は、１つ以上のプロセッサ１３０１及びインターフェース回路１３０２を含む。任意に、チップ１３０は、バス１３０３を更に含んでもよい。

プロセッサ１３０１は、集積回路チップであってよく、信号処理能力を備えている。実施プロセスにおいて、上記の方法のステップは、プロセッサ１３０１内のハードウェアの集積ロジック回路、又はソフトウェアの形をとる命令を使用することによって、完了され得る。プロセッサ１３０１は、汎用プロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）若しくは他のプログラム可能なロジックデバイス、ディスクリートゲート若しくはトランシーバロジックデバイス、又はディスクリートハードウェア部品であってよい。プロセッサは、本願の実施形態で開示されている方法及びステップを実施又は実行してよい。汎用プロセッサは、マイクロプロセッサであってよく、あるいは、プロセッサは、任意の従来のプロセッサなどであってもよい。

インターフェース回路１３０２は、データ、命令、又は情報を送信又は受信するよう構成される。プロセッサ１３０１は、インターフェース回路１３０２によって受信されたデータ、命令、又は他の情報を使用することによって処理を実行してよく、処理された情報を、インターフェース回路１３０２を使用することによって送信してよい。

任意に、チップ１３０はメモリを更に含む。メモリは、リード・オンリー・メモリ及びランダム・アクセス・メモリを含み、動作命令及びデータをプロセッサに供給してよい。メモリの一部は、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）を更に含んでもよい。

任意に、メモリは、実行可能なソフトウェアモジュール又はデータ構造を記憶しており、プロセッサは、メモリに記憶されている動作命令（動作命令はオペレーティングシステムで記憶されてよい）を呼び出すことによって、対応する動作を実行し得る。

任意に、チップ１３０は、本願の実施形態において、通信装置（端末装置又はネットワークデバイスを含む）で使用されてもよい。任意に、インターフェース回路１３０２は、プロセッサ１３０１の実行結果を出力するよう構成されてよい。本願の１つ以上の実施形態で提供される通信方法については、上記の実施形態を参照されたい。詳細はここで再び記載されない。

プロセッサ１３０１及びインターフェース回路１３０２の夫々に対応する機能は、ハードウェア設計を使用することによって実施されてよく、ソフトウェア設計を使用することによって実施されてよく、あるいは、ソフトウェアとハードウェアとを組み合わせることによって実施されてもよいことが留意されるべきである。これはここで制限されない。

図１４は、通信システムの構成の模式図である。図１４に示されるように、通信システム１４０は、端末装置１４０１及びネットワークデバイス１４０２を含んでよい。図１４は、例示的な添付図面にすぎず、図１４に示される通信システム１４０に含まれているネットワーク要素及びネットワーク要素の数は、本願のこの実施形態で制限されない。

端末装置１４０１は、図９に示される通信装置の機能を備えており、ネットワークデバイス１４０２から、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイス１４０２にアクセスすることを許可されているかどうかを示す第１情報を受信し、第１情報に基づいて、ネットワークデバイス１４０２にアクセスすべきかどうかを決定するよう構成されてよい。

ネットワークデバイス１４０２は、図１０に示される通信装置の機能を備えており、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイス１４０２にアクセスすることを許可されているかどうかを示す第１情報を決定し、第１情報を端末装置１４０１へ送信するよう構成されてよい。

代替的に、端末装置は、図１１に示される通信装置の機能を備えており、ネットワークデバイス１４０２から、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイス１４０２にアクセスすることを許可されているかどうかを示す第１情報を受信するか、又はネットワークデバイス１４０２から、第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す第１情報を受信し、第１情報に基づいて、ネットワークデバイス１４０２にアクセスすべきかどうかを決定するよう構成されてよい。

ネットワークデバイス１４０２は、図１２に示される通信装置の機能を備えており、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末がネットワークデバイス１４０２にアクセスすることを許可されているかどうかを示す第１情報を決定するよう構成されるか、又は第３タイプＲＥＤＣＡＰ端末がネットワークデバイスにアクセスすることを許可されているかどうかを示す第１情報を決定し、第１情報を端末装置１４０１へ送信するよう構成されてよい。

上記の方法の実施形態でのステップの全ての関連する内容は、通信システム１４０における対応するネットワーク要素の機能の記載で引用され得ることが留意されるべきである。詳細はここで再び記載されない。

実施に関する上述された記載は、便宜上かつ簡潔な記載のために、上記の機能モジュールの分割が説明のための例として採られていることを当業者が理解することを可能にする。実際の適用では、上記の機能は、異なるモジュールに割り当てられて、要件に応じて実施することができ、つまり、装置の内部構造は、上述されている機能の全部又は一部を実施するために、異なる機能モジュールに分割される。

本願で提供されるいくつかの実施形態において、開示されている装置及び方法は他の様態で実施されてもよいことが理解されるべきである。例えば、記載されている装置の実施形態は一例にすぎない。例えば、ユニットへのモジュール化又は分割は、単に、論理的な機能分割であり、実際の実施では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは、他の装置に結合又は一体化されてよく、あるいは、いくつかの特徴は無視されても又は実行されなくてもよい。更には、表示または議論されている相互結合又は直接的な結合若しくは通信接続は、何らかのインターフェースを使用することによって実施されてよい。装置又はユニット間の間接的な結合又は通信接続は、電子的な、機械的な、又は他の形態で実施されてもよい。

別個の部分として記載されているユニットは、物理的に分離していてもしていなくてもよく、ユニットとして表示されている部分は、１つ以上の物理ユニットであってよく、１つの場所に位置してもよく、あるいは、異なる場所に分布してもよい。ユニットの一部又は全部は、実施形態の解決法の目的を達成すべく実際の要件に基づいて選択されてよい。

更に、本願の実施形態における機能ユニットは１つの処理ユニットに一体化されてもよく、ユニットの夫々は物理的に単独で存在してもよく、あるいは、２つ以上のユニットは１つのユニットに一体化される。一体化されたユニットは、ハードウェアの形態で実施されてよく、あるいは、ソフトウェア機能ユニットの形態で実施されてもよい。

一体化されたユニットがソフトウェア機能ユニットの形で実施され、独立した製品として販売又は使用される場合に、一体化されたユニットは、読み出し可能な記憶媒体に記憶されてもよい。そのような理解に基づいて、本願の技術的解決法は本質的に、あるいは、先行技術に寄与する部分、又は技術的解決法の全部若しくは一部は、ソフトウェア製品の形で実施されてよい。ソフトウェア製品は記憶媒体に記憶され、デバイス（シングルコア・マイクロコンピュータ、チップ、などであってよい）又はプロセッサ（processor）に、本願の実施形態で記載されている方法のステップの全部又は一部を実行するように命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、又は光ディスクなどのようなプログラムコードを記憶することができる任意の媒体を含む。

上述された記載は、本願の具体的な実施に過ぎず、本願の保護範囲を制限するよう意図されない。本願で開示されている技術的範囲内の如何なる変形又は置換も、本願の保護範囲内に入るべきである。従って、本願の保護範囲は、特許請求の範囲の保護範囲に従うべきである。

本願は、２０２０年９月２７日に「NETWORK DEVICE ACCESSING METHOD AND APPARATUS」との発明の名称で中国国家知識産権局に出願された中国特許出願第２０２０１１０３２８８６．Ｘ号に対する優先権を主張するものであり、先の中国特許出願は、その全文を参照により本願に援用される。

Claims (48)

1. ネットワークデバイスアクセス方法であって、
   端末装置によってネットワークデバイスから第１情報を受信することであり、前記第１情報は、性能削減ＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、かつ、前記第２タイプＲＥＤＣＡＰ端末の帯域幅は前記第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は前記第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は前記第１タイプＲＥＤＣＡＰ端末のそれよりも少ない、前記受信することと、
   前記端末装置によって前記第１情報に基づいて、前記ネットワークデバイスにアクセスすべきかどうかを決定することであり、前記端末装置は、前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末である、前記決定することと
   を有する方法。
2. 前記第１情報は、第１指示情報及び第２指示情報を含み、
   前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、又は、前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示す、
   請求項１に記載の方法。
3. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、
   前記第１指示情報は、マスタ情報ブロックＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加の物理ブロードキャストチャネルＰＢＣＨペイロード内の予約済みフィールドを含み、又は、前記第１指示情報は、マスタ情報ブロックＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、前記ＭＩＢ内のスペアフィールドを含むか、若しくは、追加の物理ブロードキャストチャネルＰＢＣＨペイロード内の予約済みフィールドを含む、
   請求項２に記載の方法。
4. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、
   前記第１指示情報は、ＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドを含む、
   請求項２に記載の方法。
5. 前記第１情報は、同期信号／物理ブロードキャストチャネルブロックＳＳＢに含まれ、前記ＳＳＢは、前記ＭＩＢ及び前記追加のＰＢＣＨペイロードを含む、
   請求項３又は４に記載の方法。
6. 前記第１指示情報は、ダウンリンク制御情報ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、前記ＤＣＩ内の前記予約済みフィールド内に含まれ、
   前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、システム情報ブロックタイプ１ＳＩＢ１情報ブロックに含まれ、
   前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、又は
   前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、前記ＳＩＢ１情報ブロックに含まれ、
   前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
   請求項２に記載の方法。
7. 前記第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は
   前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、
   前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
   請求項２に記載の方法。
8. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び／又は前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されていることを示し、
   当該方法は、前記端末装置によって第２情報を前記ネットワークデバイスへ送信することを更に有し、
   前記第２情報は、前記端末装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、
   請求項１乃至７のうちいずれか一項に記載の方法。
9. 前記第２情報は、物理ランダムアクセスチャネルＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは、前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は
   前記第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はラジオリソースコントロールＲＲＣシグナリングで運ばれる、
   請求項８に記載の方法。
10. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されていることを示し、
    当該方法は、
    前記端末装置によって第２情報を前記ネットワークデバイスへ送信することであり、前記第２情報は、前記端末装置がＲＥＤＣＡＰ端末であることを示す、ことと、
    前記端末装置によって第３情報を前記ネットワークデバイスへ送信することであり、前記第３情報は、前記端末装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、ことと
    を更に有する、
    請求項１乃至７のうちいずれか一項に記載の方法。
11. 前記第２情報はＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは前記ＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、
    前記第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる、
    請求項１０に記載の方法。
12. ネットワークデバイスアクセス方法であって、
    ネットワークデバイスによって第１情報を決定することであり、前記第１情報は、性能削減ＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、かつ、前記第２タイプＲＥＤＣＡＰ端末の帯域幅は前記第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は前記第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は前記第１タイプＲＥＤＣＡＰ端末のそれよりも少ない、前記決定することと、
    前記ネットワークデバイスによって前記第１情報を端末装置へ送信することと
    を有する方法。
13. 前記第１情報は、第１指示情報及び第２指示情報を含み、
    前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、又は、前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示す、
    請求項１２に記載の方法。
14. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、
    前記第１指示情報は、マスタ情報ブロックＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加の物理ブロードキャストチャネルＰＢＣＨペイロード内の予約済みフィールドを含み、又は、前記第１指示情報は、ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、前記ＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む、
    請求項１３に記載の方法。
15. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、
    前記第１指示情報は、ＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドを含む、
    請求項１３に記載の方法。
16. 前記第１情報は、同期信号／物理ブロードキャストチャネルブロックＳＳＢに含まれ、前記ＳＳＢは、前記ＭＩＢ及び前記追加のＰＢＣＨペイロードを含む、
    請求項１４又は１５に記載の方法。
17. 前記第１指示情報は、ダウンリンク制御情報ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、前記ＤＣＩ内の前記予約済みフィールド内に含まれ、
    前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、システム情報ブロックタイプ１ＳＩＢ１情報ブロックに含まれ、
    前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、又は
    前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、前記ＳＩＢ１情報ブロックに含まれ、
    前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
    請求項１３に記載の方法。
18. 前記第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は
    前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、
    前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
    請求項１３に記載の方法。
19. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び／又は前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されていることを示し、
    当該方法は、前記ネットワークデバイスによって前記端末装置から第２情報を受信することを更に有し、
    前記第２情報は、前記端末装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、
    請求項１２乃至１８のうちいずれか一項に記載の方法。
20. 前記第２情報は、物理ランダムアクセスチャネルＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは、前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は
    前記第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はラジオリソースコントロールＲＲＣシグナリングで運ばれる、
    請求項１９に記載の方法。
21. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されていることを示し、
    当該方法は、
    前記ネットワークデバイスによって前記端末装置から第２情報を受信することであり、前記第２情報は、前記端末装置がＲＥＤＣＡＰ端末であることを示す、ことと、
    前記ネットワークデバイスによって前記端末装置から第３情報を受信することであり、前記第３情報は、前記端末装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、ことと
    を更に有する、
    請求項１２乃至１８のうちいずれか一項に記載の方法。
22. 前記第２情報はＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは前記ＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、
    前記第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる、
    請求項２１に記載の方法。
23. 受信モジュール及び処理モジュールを有する通信装置であって、
    前記受信モジュールは、ネットワークデバイスから第１情報を受信するよう構成され、前記第１情報は、性能削減ＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、かつ、前記第２タイプＲＥＤＣＡＰ端末の帯域幅は前記第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は前記第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は前記第１タイプＲＥＤＣＡＰ端末のそれよりも少なく、
    前記処理モジュールは、前記第１情報に基づいて、前記ネットワークデバイスにアクセスすべきかどうかを決定するよう構成され、当該通信装置は、前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末である、
    通信装置。
24. 前記第１情報は、第１指示情報及び第２指示情報を含み、
    前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、又は、前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示す、
    請求項２３に記載の通信装置。
25. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、
    前記第１指示情報は、マスタ情報ブロックＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加の物理ブロードキャストチャネルＰＢＣＨペイロード内の予約済みフィールドを含み、又は、前記第１指示情報は、マスタ情報ブロックＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、前記ＭＩＢ内のスペアフィールドを含むか、若しくは、追加の物理ブロードキャストチャネルＰＢＣＨペイロード内の予約済みフィールドを含む、
    請求項２４に記載の通信装置。
26. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されているかどうかを示し、
    前記第１指示情報は、ＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドを含む、
    請求項２４に記載の通信装置。
27. 前記第１情報は、同期信号／物理ブロードキャストチャネルブロックＳＳＢに含まれ、前記ＳＳＢは、前記ＭＩＢ及び前記追加のＰＢＣＨペイロードを含む、
    請求項２５又は２６に記載の通信装置。
28. 前記第１指示情報は、ダウンリンク制御情報ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、前記ＤＣＩ内の前記予約済みフィールド内に含まれ、
    前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、システム情報ブロックタイプ１ＳＩＢ１情報ブロックに含まれ、
    前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、又は
    前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、前記ＳＩＢ１情報ブロックに含まれ、
    前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
    請求項２４に記載の通信装置。
29. 前記第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は
    前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、
    前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
    請求項２４に記載の通信装置。
30. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び／又は前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されていることを示し、
    当該通信装置は、送信モジュールを更に有し、
    前記送信モジュールは、第２情報を前記ネットワークデバイスへ送信するよう構成され、前記第２情報は、当該通信装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、
    請求項２３乃至２９のうちいずれか一項に記載の通信装置。
31. 前記第２情報は、物理ランダムアクセスチャネルＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは、前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は
    前記第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はラジオリソースコントロールＲＲＣシグナリングで運ばれる、
    請求項３０に記載の通信装置。
32. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末が前記ネットワークデバイスにアクセスすることを許可されていることを示し、
    当該通信装置は、送信モジュールを更に有し、
    前記送信モジュールは、第２情報を前記ネットワークデバイスへ送信するよう構成され、前記第２情報は、当該通信装置がＲＥＤＣＡＰ端末であることを示し、
    前記送信モジュールは、第３情報を前記ネットワークデバイスへ送信するよう更に構成され、前記第３情報は、当該通信装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、
    請求項２３乃至２９のうちいずれか一項に記載の通信装置。
33. 前記第２情報はＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは前記ＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、
    前記第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる、
    請求項３２に記載の通信装置。
34. 処理モジュール及び送信モジュールを有する通信装置であって、
    前記処理モジュールは、第１情報を決定するよう構成され、前記第１情報は、性能削減ＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、前記ＲＥＤＣＡＰ端末は、第１タイプＲＥＤＣＡＰ端末及び第２タイプＲＥＤＣＡＰ端末を含み、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末は同じ周波数範囲で動作し、かつ、前記第２タイプＲＥＤＣＡＰ端末の帯域幅は前記第１タイプＲＥＤＣＡＰ端末のそれよりも小さく、及び／又は前記第２タイプＲＥＤＣＡＰ端末の受信アンテナの数は前記第１タイプＲＥＤＣＡＰ端末のそれよりも少なく、
    前記送信モジュールは、前記第１情報を端末装置へ送信するよう構成される、
    通信装置。
35. 前記第１情報は、第１指示情報及び第２指示情報を含み、
    前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、又は、前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示す、
    請求項３４に記載の通信装置。
36. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、前記第２指示情報は、前記第２タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、
    前記第１指示情報は、マスタ情報ブロックＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加の物理ブロードキャストチャネルＰＢＣＨペイロード内の予約済みフィールドを含み、又は、前記第１指示情報は、ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、前記ＭＩＢ内のスペアフィールドを含むか、若しくは、追加のＰＢＣＨペイロード内の予約済みフィールドを含む、
    請求項３５に記載の通信装置。
37. 前記第１指示情報は、前記第１タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、前記第１指示情報と前記第２指示情報とは、前記第２タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されているかどうかを示し、
    前記第１指示情報は、ＭＩＢ内のスペアフィールドを含み、前記第２指示情報は、追加のＰＢＣＨペイロード内の予約済みフィールドを含む、
    請求項３５に記載の通信装置。
38. 前記第１情報は、同期信号／物理ブロードキャストチャネルブロックＳＳＢに含まれ、前記ＳＳＢは、前記ＭＩＢ及び前記追加のＰＢＣＨペイロードを含む、
    請求項３６又は３７に記載の通信装置。
39. 前記第１指示情報は、ダウンリンク制御情報ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、前記ＤＣＩ内の前記予約済みフィールド内に含まれ、
    前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、前記第２指示情報は、システム情報ブロックタイプ１ＳＩＢ１情報ブロックに含まれ、
    前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれ、又は
    前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、前記ＳＩＢ１情報ブロックに含まれ、
    前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
    請求項３５に記載の通信装置。
40. 前記第１指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、前記第２指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第２指示情報は、ＳＩＢ１情報ブロックに含まれ、又は
    前記第１指示情報は、ＤＣＩ内の予約済みフィールドに含まれるか、若しくは、前記第１指示情報は、ＳＩＢ１情報ブロックに含まれ、前記第２指示情報は、ＭＩＢ内のスペアフィールド、追加のＰＢＣＨペイロード内の予約済みフィールド、若しくは前記ＭＩＢ内のｃｅｌｌＢａｒｒｅｄフィールドを含み、
    前記ＤＣＩは、前記ＳＩＢ１をスケジューリングするために使用される、
    請求項３５に記載の通信装置。
41. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び／又は前記第２タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されていることを示し、
    当該通信装置は、受信モジュールを更に有し、
    前記受信モジュールは、前記端末装置から第２情報を受信するよう構成され、前記第２情報は、前記端末装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、
    請求項３４乃至４０のうちいずれか一項に記載の通信装置。
42. 前記第２情報は、物理ランダムアクセスチャネルＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは、前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、又は
    前記第２情報は、Ｍｓｇ３、ＭｓｇＡ、又はラジオリソースコントロールＲＲＣシグナリングで運ばれる、
    請求項４１に記載の通信装置。
43. 前記第１情報は、前記第１タイプＲＥＤＣＡＰ端末及び前記第２タイプＲＥＤＣＡＰ端末が当該通信装置にアクセスすることを許可されていることを示し、
    当該通信装置は、受信モジュールを更に有し、
    前記受信モジュールは、前記端末装置から第２情報を受信するよう構成され、前記第２情報は、前記端末装置がＲＥＤＣＡＰ端末であることを示し、
    前記受信モジュールは、前記端末装置から第３情報を受信するよう更に構成され、前記第３情報は、前記端末装置が前記第１タイプＲＥＤＣＡＰ端末又は前記第２タイプＲＥＤＣＡＰ端末であることを示す、
    請求項３４乃至４０のうちいずれか一項に記載の通信装置。
44. 前記第２情報はＰＲＡＣＨで運ばれ、前記ＰＲＡＣＨのリソースは前記ＲＥＤＣＡＰ端末に対応し、前記ＰＲＡＣＨの前記リソースは、次の、前記ＰＲＡＣＨの時間領域リソース、前記ＰＲＡＣＨの周波数領域リソース、又は前記ＰＲＡＣＨの符号領域リソース、のうちの少なくとも１つを含み、
    前記第３情報はＭｓｇ３、ＭｓｇＡ、又はＲＲＣシグナリングで運ばれる、
    請求項４３に記載の通信装置。
45. プロセッサを有する通信装置であって、
    前記プロセッサはメモリへ結合され、前記メモリは、プログラム又は命令を記憶するよう構成され、
    前記プログラム又は前記命令が前記プロセッサによって実行されると、当該装置は、請求項１乃至１１のうちいずれか一項に記載の方法又は請求項１２乃至２２のうちいずれか一項に記載の方法を実行することができる、
    通信装置。
46. コンピュータプログラム又は命令を記憶しており、
    前記コンピュータプログラム又は前記命令が実行されると、コンピュータは、請求項１乃至１１のうちいずれか一項に記載の方法又は請求項１２乃至２２のうちいずれか一項に記載の方法を実行することができる、
    コンピュータ可読媒体。
47. プロセッサを有するチップであって、
    前記プロセッサはメモリへ結合され、前記メモリは、プログラム又は命令を記憶するよう構成され、
    前記プログラム又は前記命令が前記プロセッサによって実行されると、当該チップは、請求項１乃至１１のうちいずれか一項に記載の方法又は請求項１２乃至２２のうちいずれか一項に記載の方法を実行することができる、
    チップ。
48. 請求項２３乃至３３のうちいずれか一項に記載の装置及び／又は請求項３４乃至４４のうちいずれか一項に記載の装置を有する通信システム。

Images