アクセス端末において動作可能なワイヤレス通信の方法であって、1つまたは複数のアクセス端末によるそれぞれのアクセス試行に対応する肯定応答または否定応答の1つを各々が示す複数の取得インジケータを受信するステップと、前記取得インジケータをメモリに記憶するステップと、前記記憶された取得インジケータに従って、過負荷状態を判断するステップと、前記過負荷状態に従って、アクセス試行を送信するのをバックオフするステップとを含む方法。前記過負荷状態を判断する前記ステップが、閾値よりも大きい前記取得インジケータのうち一定の割合が前記否定応答を示すと判断するステップを含む、請求項1に記載の方法。前記過負荷状態を判断する前記ステップが、閾値よりも大きい数の否定応答が連続して受信されたと判断するステップを含む、請求項1に記載の方法。バックオフする前記ステップが、前記過負荷状態に対応する知覚ネットワーク負荷に少なくとも部分的に基づいて、バックオフ時間を決定するステップを含む、請求項1に記載の方法。前記バックオフ時間を決定する前記ステップが、バックオフパラメータの下限または上限のうち少なくとも1つの値をセットするステップを含み、前記バックオフパラメータが、前記下限および前記上限で画定される範囲から選択され、前記バックオフ時間が、持続性乗数と前記バックオフパラメータの積を含む、請求項4に記載の方法。基地局において動作可能な、ワイヤレス通信の方法であって、過負荷状態の存在を検出するステップと、前記過負荷状態のインジケータをコアネットワークに送信するステップと、第1のアクセスサービスクラスを使用するアクセス端末のうち少なくとも一部分を禁止するための命令を受信するステップと、前記第1のアクセスサービスクラスを使用する前記アクセス端末からのアクセス試行の少なくとも一部分を禁止するステップとを含む方法。前記第1のアクセスサービスクラスに対応するPRACHプリアンブルを受信するステップと、前記受信PRACHプリアンブルに対応する否定応答を取得インジケータチャネル上で送信するステップとをさらに含む、請求項6に記載の方法。ワイヤレス通信のために構成されたアクセス端末であって、1つまたは複数のアクセス端末による、それぞれのアクセス試行に対応する肯定応答または否定応答の1つを各々が示す複数の取得インジケータを受信するための手段と、前記取得インジケータを記憶するための手段と、前記記憶された取得インジケータに従って、過負荷状態を判断するための手段と、前記過負荷状態に従って、アクセス試行を送信するのをバックオフするための手段とを備えるアクセス端末。前記過負荷状態を判断するための前記手段が、閾値よりも大きい前記取得インジケータのうち一定の割合が前記否定応答を示すと判断するための手段を備える、請求項8に記載のアクセス端末。前記過負荷状態を判断するための前記手段が、閾値よりも大きい数の否定応答が連続して受信されたと判断するための手段を備える、請求項8に記載のアクセス端末。バックオフする前記手段が、前記過負荷状態に対応する知覚ネットワーク負荷に少なくとも部分的に基づいて、バックオフ時間を決定するための手段を備える、請求項8に記載のアクセス端末。前記バックオフ時間を判断するための前記手段が、バックオフパラメータの下限または上限のうち少なくとも1つの値をセットするための手段を備え、前記バックオフパラメータが、前記下限および前記上限で画定される範囲から選択され、前記バックオフ時間が、持続性乗数と前記バックオフパラメータの積を含む、請求項11に記載のアクセス端末。ワイヤレス通信のために構成された基地局であって、過負荷状態の存在を検出するための手段と、前記過負荷状態のインジケータをコアネットワークに送信するための手段と、第1のアクセスサービスクラスを使用するアクセス端末のうち少なくとも一部分を禁止するための命令を受信するための手段と、前記第1のアクセスサービスクラスを使用する前記アクセス端末からのアクセス試行の少なくとも一部分を禁止するための手段とを備える基地局。前記命令を受信するための前記手段が、前記第1のアクセスサービスクラスに対応するPRACHプリアンブルを受信するようにさらに構成され、前記インジケータを送信するための前記手段が、前記受信PRACHプリアンブルに対応する否定応答を取得インジケータチャネル上で送信するようにさらに構成される、請求項13に記載の基地局。ワイヤレス通信のために構成されたアクセス端末において動作可能な命令からなるコンピュータプログラムであって、コンピュータに、1つまたは複数のアクセス端末による、それぞれのアクセス試行に対応する肯定応答または否定応答の1つを各々が示す複数の取得インジケータを受信させるための命令と、コンピュータに、前記取得インジケータをメモリに記憶させるための命令と、コンピュータに、前記記憶された取得インジケータに従って、過負荷状態を判断させるための命令と、コンピュータに、前記過負荷状態に従って、アクセス試行を送信するのをバックオフさせるための命令とを備える、コンピュータプログラム。したがって、MTCデバイスによって生じられるような低優先度トラフィックおよびシグナリングを、他のトラフィックおよびシグナリングとは区別し、潜在的なコアネットワーク過負荷状態を扱うように低優先度トラフィックおよびシグナリングの制御を可能にすることが要望される。本開示の様々な態様は、ワイヤレス通信システムにおける粗いレベルおよび微細レベルのアクセス制御を提供する。本明細書で開示するアクセス制御は、制御しないと無線アクセスネットワークおよびまたはコアネットワークに過負荷をかける傾向にあるマシンタイプ通信デバイスを制御する際に特に有用であり得る。たとえば、一態様において、本開示は、アクセス端末において動作可能な、ワイヤレス通信の方法を提供する。この方法は、アクセスクラスビットマスクのブロードキャストを受信するステップと、アクセスクラスビットマスクが、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合されていると判断するステップと、アクセス端末が禁止されないことを受信アクセスクラスビットマスクが示す場合、アクセス試行を送信し、またはアクセス端末が禁止されることを受信アクセスクラスビットマスクが示す場合、アクセス試行を送信しないと判断するステップとを含む。別の態様では、本開示は、基地局において動作可能な、ワイヤレス通信の方法を提供する。この方法は、アクセス端末セットからのトラフィックの急増を検出するステップと、アクセス端末セットのうち少なくとも一部分を禁止するようにアクセスクラスビットマスクを設定するステップであって、アクセスクラスビットマスクが、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合されるステップと、アクセスクラスビットマスクを送信するステップとを含む。別の態様では、本開示は、基地局において動作可能な、ワイヤレス通信の方法を提供する。この方法は、過負荷状態の存在を検出するステップと、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するPRACHプリアンブルを含むアクセス試行を受信するステップであって、第1のアクセスサービスクラスが、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含むステップと、アクセス試行を拒否するための、PRACHプリアンブルに対応する否定応答を送信するステップとを含む。別の態様では、本開示は、アクセス端末において動作可能な、ワイヤレス通信の方法を提供する。この方法は、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するアクセス試行を送信するステップであって、第1のアクセスサービスクラスが、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含むステップと、第1のアクセスサービスクラスに対応する否定応答を受信するステップとを含む。別の態様では、本開示は、基地局において動作可能な、ワイヤレス通信の方法を提供する。この方法は、1つまたは複数のアクセスサービスクラスに対応する過負荷状態を示す過負荷インジケータを受信するステップと、1つまたは複数のアクセスサービスクラスの中から第1のアクセスサービスクラスに対応する第1のPRACHプリアンブルを含む第1のアクセス試行を受信するステップと、過負荷インジケータに従って、第1のPRACHプリアンブルに対応する第1の否定応答を送信するステップとを含む。別の態様では、本開示は、アクセス端末において動作可能な、ワイヤレス通信の方法を提供する。この方法は、1つまたは複数のアクセス端末による、それぞれのアクセス試行に対応する肯定応答または否定応答の1つを各々が示す複数の取得インジケータを受信するステップと、取得インジケータをメモリに記憶するステップと、記憶された取得インジケータに従って過負荷状態を判断するステップと、過負荷状態に従ってアクセス試行を送信するのをバックオフするステップとを含む。別の態様では、本開示は、基地局において動作可能な、ワイヤレス通信の方法を提供する。この方法は、過負荷状態の存在を検出するステップと、過負荷状態のインジケータをコアネットワークに送信するステップと、第1のアクセスサービスクラスを使用するアクセス端末のうち少なくとも一部分を禁止するための命令を受信するステップと、第1のアクセスサービスクラスを使用するアクセス端末からのアクセス試行の少なくとも一部分を禁止するステップとを含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末を提供する。このアクセス端末は、アクセスクラスビットマスクのブロードキャストを受信するための手段と、アクセスクラスビットマスクが、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合されていると判断するための手段と、アクセス端末が禁止されないことを受信アクセスクラスビットマスクが示す場合、アクセス試行を送信し、またはアクセス端末が禁止されることを受信アクセスクラスビットマスクが示す場合、アクセス試行を送信しないと判断するための手段とを含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、アクセス端末セットからのトラフィックの急増を検出するための手段と、アクセス端末セットのうち少なくとも一部分を禁止するようにアクセスクラスビットマスクを設定するための手段であって、アクセスクラスビットマスクが、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合される手段と、アクセスクラスビットマスクを送信するための手段とを含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、過負荷状態の存在を検出するための手段と、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するPRACHプリアンブルを含むアクセス試行を受信するための手段であって、第1のアクセスサービスクラスが、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含む手段と、アクセス試行を拒否するための、PRACHプリアンブルに対応する否定応答を送信するための手段とを含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末を提供する。このアクセス端末は、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するアクセス試行を送信するための手段であって、第1のアクセスサービスクラスが、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含む手段と、第1のアクセスサービスクラスに対応する否定応答を受信するための手段とを含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、1つまたは複数のアクセスサービスクラスに対応する過負荷状態を示す過負荷インジケータを受信するための手段と、1つまたは複数のアクセスサービスクラスの中から第1のアクセスサービスクラスに対応する第1のPRACHプリアンブルを含む第1のアクセス試行を受信するための手段と、過負荷インジケータに従って、第1のPRACHプリアンブルに対応する第1の否定応答を送信するための手段とを含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末を提供する。このアクセス端末は、1つまたは複数のアクセス端末による、それぞれのアクセス試行に対応する肯定応答または否定応答の1つを各々が示す複数の取得インジケータを受信するための手段と、取得インジケータをメモリに記憶するための手段と、記憶された取得インジケータに従って過負荷状態を判断するための手段と、過負荷状態に従ってアクセス試行を送信するのをバックオフするための手段とを含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、過負荷状態の存在を検出するための手段と、過負荷状態のインジケータをコアネットワークに送信するための手段と、第1のアクセスサービスクラスを使用するアクセス端末のうち少なくとも一部分を禁止するための命令を受信するための手段と、第1のアクセスサービスクラスを使用するアクセス端末からのアクセス試行の少なくとも一部分を禁止するための手段とを含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末において動作可能なコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータに、アクセスクラスビットマスクのブロードキャストを受信させ、アクセスクラスビットマスクが、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合されていると判断させ、アクセス端末が禁止されないことを受信アクセスクラスビットマスクが示す場合、アクセス試行を送信し、またはアクセス端末が禁止されることを受信アクセスクラスビットマスクが示す場合、アクセス試行を送信しないと判断させる命令を有するコンピュータ可読媒体を含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局において動作可能なコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータに、アクセス端末セットからのトラフィックの急増を検出させ、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合されたアクセスクラスビットマスクを、アクセス端末セットのうち少なくとも一部分を禁止するように設定させ、アクセスクラスビットマスクを送信させる命令を有するコンピュータ可読媒体を含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局において動作可能なコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータに、過負荷状態の存在を検出させ、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含む第1のアクセスサービスクラスであって、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するPRACHプリアンブルを含むアクセス試行を受信させ、アクセス試行を拒否するための、PRACHプリアンブルに対応する否定応答を送信させる命令を有するコンピュータ可読媒体を含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末において動作可能なコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータに、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含む第1のアクセスサービスクラスであって、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するアクセス試行を送信させ、第1のアクセスサービスクラスに対応する否定応答を受信させる命令を有するコンピュータ可読媒体を含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局において動作可能なコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータに、1つまたは複数のアクセスサービスクラスに対応する過負荷状態を示す過負荷インジケータを受信させ、1つまたは複数のアクセスサービスクラスの中から第1のアクセスサービスクラスに対応する第1のPRACHプリアンブルを含む第1のアクセス試行を受信させ、過負荷インジケータに従って、第1のPRACHプリアンブルに対応する第1の否定応答を送信させる命令を有するコンピュータ可読媒体を含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末において動作可能なコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータに、1つまたは複数のアクセス端末による、それぞれのアクセス試行に対応する肯定応答または否定応答の1つを各々が示す複数の取得インジケータを受信させ、取得インジケータをメモリに記憶させ、記憶された取得インジケータに従って過負荷状態を判断させ、過負荷状態に従ってアクセス試行を送信するのをバックオフさせる命令を有するコンピュータ可読媒体を含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局において動作可能なコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータに、過負荷状態の存在を検出させ、過負荷状態のインジケータをコアネットワークに送信させ、第1のアクセスサービスクラスを使用するアクセス端末のうち少なくとも一部分を禁止するための命令を受信させ、第1のアクセスサービスクラスを使用するアクセス端末からのアクセス試行の少なくとも一部分を禁止させる命令を有するコンピュータ可読媒体を含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末を提供する。このアクセス端末は、アクセスクラスビットマスクのブロードキャストを受信するための受信機と、アクセスクラスビットマスクがセット外のアクセス端末を除くアクセス端末セットに適用されるように適合されていると判断するように構成された少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリと、アクセス端末が禁止されないことを受信アクセスクラスビットマスクが示す場合、アクセス試行を送信するための送信機とを含み、少なくとも1つのプロセッサは、アクセス端末が禁止されることを受信アクセスクラスビットマスクが示す場合はアクセス試行を送信しないと判断するように構成される。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリとを含み、少なくとも1つのプロセッサは、アクセス端末セットからのトラフィックの急増を検出するように、およびアクセス端末セットのうち少なくとも一部分を禁止するようにアクセスクラスビットマスクを設定するように構成され、アクセスクラスビットマスクは、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合される。ここで、基地局は、アクセスクラスビットマスクを送信するための送信機をさらに含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリとを含み、少なくとも1つのプロセッサは、過負荷状態の存在を検出するように構成される。ここで、基地局は、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するPRACHプリアンブルを含むアクセス試行を受信するための受信機をさらに含む。第1のアクセスサービスクラスは、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含む。基地局は、アクセス試行を拒否するための、PRACHプリアンブルに対応する否定応答を送信するための送信機をさらに含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末を提供する。このアクセス端末は、アクセス端末セットに排他的に割り振られた第1のアクセスサービスクラスに対応するアクセス試行を送信するための送信機を含み、第1のアクセスサービスクラスは、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含む。アクセス端末は、第1のアクセスサービスクラスに対応する否定応答を受信するための受信機をさらに含む。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、1つまたは複数のアクセスサービスクラスに対応する過負荷状態を示す過負荷インジケータを受信し、1つまたは複数のアクセスサービスクラスの中から第1のアクセスサービスクラスに対応する第1のPRACHプリアンブルを含む第1のアクセス試行を受信するための受信機と、過負荷インジケータに従って、第1のPRACHプリアンブルに対応する第1の否定応答を送信するための送信機とを含む。別の態様では、本開示は、ワイヤレス通信のために構成されたアクセス端末を提供する。このアクセス端末は、1つまたは複数のアクセス端末による、それぞれのアクセス試行に対応する肯定応答または否定応答の1つを各々が示す複数の取得インジケータを受信するための受信機と、少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリとを含む。少なくとも1つのプロセッサは、取得インジケータをメモリに記憶し、記憶された取得インジケータに従って過負荷状態を判断し、過負荷状態に従ってアクセス試行を送信するのをバックオフするように構成される。別の態様では、本開示は、ワイヤレス通信のために構成された基地局を提供する。この基地局は、少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリとを含み、少なくとも1つのプロセッサは、過負荷状態の存在を検出するように構成される。基地局は、過負荷状態のインジケータをコアネットワークに送信するための送信機と、第1のアクセスサービスクラスを使用するアクセス端末の少なくとも一部分を禁止するための命令を受信するための受信機とをさらに含む。さらに、少なくとも1つのプロセッサは、第1のアクセスサービスクラスを使用するアクセス端末からのアクセス試行の少なくとも一部分を禁止するように構成される。本発明のこれらの態様および他の態様は、以下の発明を実施するための形態を概観することによってより完全に理解されるだろう。添付の図面に関する下記の詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実行され得る唯一の構成を表すように意図されているわけではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、これらの概念がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを回避する目的で、周知の構造および構成要素がブロック図の形式で示されている。本開示の様々な態様は、低優先度デバイスであると見なされ得るどのタイプのデバイスにも広く適用することができる。一例として、マシンタイプ通信デバイスは、通常の加入者によって使われるモバイル電話またはワイヤレスアクセスカードよりも低い優先度をもつと見なすことができる。本開示の態様は、低優先度デバイスの分離を可能にするためのシステムおよび方法を提供し、そうすることによってそれらの低優先度デバイスは、比較的独立して、つまり、他のクラスのユーザに実質的に影響することなく制御することができるようになる。このようにして、これらの低優先度デバイスによるコアネットワークの過負荷が、低減または防止され得る。たとえば、本開示の態様のうちいくつかは、非MTCデバイスによって引き起こされるシグナリング負荷に必ずしも影響することなく、MTCデバイスによって引き起こされるシグナリング負荷の低減を可能にする。さらに、本開示の態様は、単一SGSN、MME、GGSN、またはPGWの粒度での過負荷制御を提供し得る。さらに、本開示の態様は、ネットワークが選択的にMTCデバイスをデタッチし、APNおよびMTCデバイスグループの中の無線ベアラを選択的に非アクティブ化することを可能にし得る。このようにして、過負荷状況によるネットワーク負荷を低減することができる。さらに、本開示の態様は、ネットワークが、MTCデバイスが接続要求をあまりにも頻繁に開始し、または送るのを防止することを可能にし得る。このようにして、MTCデバイスによって引き起こされるネットワーク過負荷を低減または解消することができる。さらに、本開示の態様は、繰り返されるMTCアプリケーションからの、1時間ごとのシグナリングピークを低減することができる。さらに、本開示の態様は、MTCデバイスからの要求のシグナリング負荷の時間にわたる拡散を可能にし得る。本開示の様々な態様によれば、要素または要素の一部分または要素の組合せを、1つまたは複数のプロセッサを含む処理システムで実装できる。プロセッサの例として、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ、フィールドプログラマブルゲートアレイ、プログラマブルロジックデバイス、ステートマシン、ゲート論理回路、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の適切なハードウェアがある。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。ソフトウェアはコンピュータ可読媒体に存在し得る。コンピュータ可読媒体は、非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス、光ディスク、デジタル多目的ディスク、スマートカード、フラッシュメモリデバイス、ランダムアクセスメモリ、読取り専用メモリ、プログラマブルROM、消去可能PROM、電気的消去可能PROM、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよびまたは命令を保存するための任意の他の適切な媒体を含む。また、コンピュータ可読媒体は、例として、搬送波、伝送路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよびまたは命令を送信するための任意の他の適切な媒体も含み得る。コンピュータ可読媒体は、処理システムの中に存在してもよく、処理システムの外に存在してもよく、または処理システムを含む複数のエンティティに分散してもよい。コンピュータ可読媒体は、コンピュータプログラム製品として具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、具体的な用途およびシステム全体に課せられた全体的な設計制約に応じて、本開示全体にわたって示される説明される機能を最善の形で実装する方法を認識するだろう。図1は、処理システム114を使用する装置100のハードウェア実装の一例を示す概念図である。この例では、処理システム114は、バス102によって全般的に表されるバスアーキテクチャで実装され得る。バス102は、処理システム114の具体的な用途および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス102は、プロセッサ104によって全般に表される1つまたは複数のプロセッサ、メモリ105、およびコンピュータ可読媒体106によって全般的に表されるコンピュータ可読媒体を含む、様々な回路を互いにつなぐ。バス102は、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をつなぐこともでき、これらの回路は当技術分野で知られているのでこれ以上は説明しない。バスインターフェース108は、バス102とトランシーバ110との間にインターフェースを提供する。トランシーバ110は、送信媒体上の様々な他の装置と通信するための手段を提供する。また、装置の性質に応じて、ユーザインターフェース112も設けられてよい。プロセッサ104は、バス102の管理、およびコンピュータ可読媒体106に記憶されたソフトウェアの実行を含む全般的な処理を受け持つ。ソフトウェアは、プロセッサ104によって実行されると、任意の特定の装置の以下で説明される様々な機能を処理システム114に実行させる。コンピュータ可読媒体106は、ソフトウェアを実行するときにプロセッサ104によって操作されるデータを記憶するために使用されてもよい。ワイヤレス電気通信システムでは、モバイルデバイスとセルラーネットワークとの間の無線プロトコルアーキテクチャは、具体的な用途に応じて様々な形態をとり得る。3GPPUMTSシステムの例がここで図2を参照して提示され、図2は、ユーザ装置と、一般にNodeBと呼ばれる基地局との間の、ユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの例を示す。ここで、ユーザプレーンまたはデータプレーンはユーザトラフィックを搬送し、制御プレーンは制御情報、すなわちシグナリングを搬送する。図2を見ると、UEおよびNodeBの無線プロトコルアーキテクチャは、層1、層2、および層3という3つの層で示される。層1は最下層であり、様々な物理層の信号処理機能を実装する。層1は、本明細書では物理層206と呼ばれる。層2208と呼ばれるデータリンク層は、物理層206の上にあり、物理層206を通じたUEとNodeBとの間のリンクを担う。層3において、RRC層216は、UEとNodeBとの間の制御プレーンのシグナリングを扱う。RRC層216は、高次層のメッセージのルーティング、ブロードキャスト機能および呼び出し機能の取り扱い、無線ベアラの確立および構成などのための、いくつかの機能的なエンティティを含む。示されるエアインターフェースでは、L2層208はサブレイヤに分割される。制御プレーンでは、L2層208は、メディアアクセス制御サブレイヤ210および無線リンク制御サブレイヤ212という、2つのサブレイヤを含む。ユーザプレーンでは、L2層208はさらに、パケットデータコンバージェンスプロトコルサブレイヤ214を含む。示されないが、UEは、ネットワーク側のPDNゲートウェイで終端するネットワーク層と、接続の他の端部で終端するアプリケーション層とを含めて、L2層208より上にいくつかの上位層を有し得る。PDCPサブレイヤ214は、異なる無線ベアラと論理チャネルとの間の多重化を行う。PDCPサブレイヤ214はまた、無線送信のオーバーヘッドを低減するための上位層データパケットのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、NodeB間のUEのハンドオーバーのサポートを実現する。RLCサブレイヤ212は、上位層のデータパケットのセグメント化および再構築、失われたデータパケットの再送信、ならびに、ハイブリッド自動再送要求による順序の狂った受信を補償するためのデータパケットの再順序付けを行う。MACサブレイヤ210は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ210はまた、1つのセルの中の様々な無線リソースの複数のUEへの割り当てを担う。MACサブレイヤ210はまた、HARQ動作も担う。本開示全体にわたって提示される様々な概念は、広範で多様な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実現することができる。図3を参照すると、限定ではなく例として、UMTSTerrestrialRadioAccessNetworkアーキテクチャの、簡略化されたアクセスネットワーク300が示される。システムは、セル302、304、および306を含む複数のセルラー領域を含み、セルの各々は、1つまたは複数のセクタを含み得る。セルは、たとえばカバレッジエリアによって地理的に定義することができ、かつまたは、周波数、スクランブリングコードなどに従って定義することもできる。つまり、図示される地理的に定義されたセル302、304、および306は各々、たとえば異なるスクランブリングコードを利用することによって、複数のセルにさらに分割され得る。たとえば、セル304aは、第1のスクランブリングコードを利用することができ、セル304bは、同じ地理的な領域内にあり同じNodeB344によってサービスされている時、第2のスクランブリングコードを利用することによって区別され得る。セクタに分割されるセルでは、セル内の複数のセクタはアンテナのグループによって形成されてよく、各々のアンテナがセルの一部にあるUEとの通信を担う。たとえば、セル302において、アンテナグループ312、314、および316は、各々異なるセクタに対応し得る。セル304において、アンテナグループ318、320、および322は、各々異なるセクタに対応し得る。セル306において、アンテナグループ324、326、および328は、各々異なるセクタに対応し得る。セル302、304、および306は、各セル302、304、または306の1つまたは複数のセクタと通信していてもよい、いくつかのUEを含み得る。たとえば、UE330および332は、NodeB342と通信していてもよく、UE334および336は、NodeB344と通信していてもよく、UE338および340は、NodeB346と通信していてもよい。図3の図面において、MTCデバイスの一例として、UE336は、WWANインターフェースをもつ電気メータとして示されている。ここで、各NodeB342、344、346は、それぞれのセル302、304、および306の中のすべてのUE330、332、334、336、338、340のために、コアネットワーク204へのアクセスポイントを提供するように構成される。たとえば、ソースセル304との呼の間、または任意の他の時間において、UE336は、ソースセル304の様々なパラメータ、ならびに、セル302、および306のような近隣セルの様々なパラメータを監視することができる。さらに、これらのパラメータの品質に応じて、UE336は、近隣セルの1つまたは複数との通信を保つことができる。ここで図4を参照すると、限定ではなく例として、本開示の様々な態様は、WCDMAエアインターフェースを利用するUniversalMobileTelecommunicationsSystemシステム400に関して示されている。UMTSネットワークは、コアネットワーク404、UMTS地上無線アクセスネットワーク402、およびユーザ機器410という3つの対話する領域を含む。この例では、UTRAN402は、電話、ビデオ、データ、メッセージング、放送、およびまたは他のサービスを含む様々なワイヤレスサービスを提供することができる。UTRAN402は、無線ネットワークコントローラ406などのそれぞれの無線ネットワークコントローラによって各々制御される、無線ネットワークサブシステム407などの複数の無線ネットワークサブシステムを含み得る。ここで、UTRAN402は、示されるRNC406およびRNS407に加えて、任意の数のRNC406およびRNS407を含み得る。RNC406は、とりわけ、RNS407内の無線リソースを割り当て、再構成し、解放することを担う装置である。RNC406は、任意の適切なトランスポートネットワークを使用する、直接の物理接続、仮想ネットワークなど様々なタイプのインターフェースを介して、UTRAN402中の他のRNCに相互接続され得る。UE410とNodeB408との間の通信は、物理層および媒体アクセス制御層を含むものと見なされ得る。さらに、それぞれのNodeB408によるUE410とRNC406との間の通信は、無線リソース制御層を含むものと見なされ得る。RNS407によってカバーされる地理的領域は、いくつかのセルに分けることができ、無線トランシーバ装置が各セルにサービスする。無線トランシーバ装置は、通常、UMTS用途ではNodeBと呼ばれるが、当業者によって、基地局、送受信基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット、拡張サービスセット、アクセスポイント、または何らかの他の適切な用語で呼ばれることもある。明快にするために、各RNS407に3つのNodeB408が示されているが、RNS407は、任意の数のワイヤレスNodeBを含んでもよい。NodeB408は、ワイヤレスアクセスポイントを任意の数のモバイル装置のためのコアネットワーク404に提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション開始プロトコル電話、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末、衛星ラジオ、全地球測位システムデバイス、マルチメディアデバイス、ビデオ装置、デジタルオーディオプレーヤ、カメラ、ゲーム機、または任意の他の類似の機能デバイスなどがある。モバイル装置は、通常、UMTS用途ではユーザ機器と呼ばれるが、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。本開示のいくつかの態様では、UE410は、マシンツーマシン通信のために構成されたMTCデバイスであり得る。UMTSシステムでは、UE410は、ネットワークへのユーザの加入情報を含む汎用加入者識別モジュール411をさらに含み得る。説明のために、1つのUE410がいくつかのNodeB408と通信しているように示される。順方向リンクとも呼ばれるダウンリンクは、NodeB408からUE410への通信リンクを指し、逆方向リンクとも呼ばれるアップリンクは、UE410からNodeB408への通信リンクを指す。コアネットワーク404は、UTRAN402のような1つまたは複数のアクセスネットワークとインターフェースをとる。示されるように、コアネットワーク404は、GSMコアネットワークである。しかしながら、当業者が認識するように、GSMネットワーク以外のタイプのコアネットワークへのアクセスをUEに提供するために、本開示全体にわたって提示される様々な概念を、RANまたは他の適切なアクセスネットワークにおいて実装することができる。示されるGSMコアネットワーク404は、回線交換領域およびパケット交換領域を含む。回線交換要素のいくつかは、モバイルサービス交換センタ、ビジターロケーションレジスタ、およびゲートウェイMSCである。パケット交換要素は、サービングGPRSサポートノード、およびゲートウェイGPRSサポートノードを含む。EIR、HLR、VLR、およびAuCのようないくつかのネットワーク要素は、回線交換領域とパケット交換領域の両方によって共有され得る。図示の例では、コアネットワーク404は、MSC412およびGMSC414によって回線交換サービスをサポートする。いくつかの用途では、GMSC414は、メディアゲートウェイとも呼ばれ得る。RNC406のような1つまたは複数のRNCが、MSC412に接続され得る。MSC412は、呼セットアップ、呼ルーティング、およびUEモビリティ機能を制御する装置である。MSC412は、UEがMSC412のカバレッジエリア内にある間、加入者関連の情報を記憶する、ビジターロケーションレジスタも含む。GMSC414は、UEが回線交換ネットワーク416にアクセスするためのゲートウェイを、MSC412を通じて提供する。GMSC414は、特定のユーザが加入したサービスの詳細を反映するデータのような加入者データを記憶する、ホームロケーションレジスタ415を含む。HLRは、加入者に固有の認証データを記憶する、認証センタとも関連付けられている。特定のUEについて、呼が受信されると、GMSC414は、UEの位置を判断するためにHLR415に問い合わせ、その位置でサービスする特定のMSCに呼を転送する。示されるコアネットワーク404はまた、サービングGPRSサポートノード418およびゲートウェイGPRSサポートノード420によって、パケットデータサービスをサポートする。汎用パケット無線サービスを表すGPRSは、標準の回線交換データサービスで可能なものより速い速度でパケットデータサービスを提供するよう設計されている。GGSN420は、パケットベースネットワーク422へのUTRAN402の接続を提供する。パケットベースネットワーク422は、インターネット、プライベートデータネットワーク、または何らかの他の適切なパケットベースネットワークでもよい。GGSN420の主要機能は、UE410にパケットベースネットワーク接続を提供することである。データパケットは、MSC412が回線交換領域において実行するのと同じ機能をパケットベース領域において主に実行するSGSN418を介して、GGSN420とUE410との間で転送され得る。UMTSエアインターフェースは、スペクトラム拡散直接シーケンス符号分割多元接続システムであってよい。スペクトラム拡散DSCDMAは、チップと呼ばれる疑似ランダムビットの列との乗算によって、ユーザデータを拡散させる。UMTSのWCDMAエアインターフェースは、そのようなDSCDMA技術に基づいており、さらに周波数分割複信を必要とする。FDDは、ノードB408とUE410との間のアップリンクおよびダウンリンクに異なる搬送周波数を使用する。DSCDMAを利用し、時分割複信を使用するUMTSの別のエアインターフェースは、TDSCDMAエアインターフェースである。本明細書で説明される様々な例は、WCDMAエアインターフェースを指し得るが、基礎をなす原理はTDSCDMAエアインターフェースに等しく適用可能であり得ることを、当業者は認識するだろう。図5は、例示的なUE550と通信している例示的なNodeB510のブロック図であり、NodeB510は図4のNodeB408であってよく、UE550は図4のUE410であってよい。ダウンリンク通信では、送信プロセッサ520は、データ源512からデータを受信し、コントローラプロセッサ540から制御信号を受信することができる。送信プロセッサ520は、参照信号とともに、データ信号および制御信号のための様々な信号処理機能を提供する。たとえば、送信プロセッサ520は、誤り検出のための巡回冗長検査コード、順方向誤り訂正を支援するための符号化およびインターリービング、様々な変調方式、四位相偏移変調、M位相偏移変調、M直角位相振幅変調などに基づいた信号配列へのマッピング、直交可変拡散率による拡散、および、一連のシンボルを生成するためのスクランブリングコードとの乗算を、提供することができる。送信プロセッサ520のための、符号化方式、変調方式、拡散方式およびまたはスクランブリング方式を決定するために、チャネルプロセッサ544からのチャネル推定が、コントローラプロセッサ540によって使われ得る。これらのチャネル推定は、UE550によって送信される参照信号から、またはUE550からのフィードバックから、導出され得る。送信プロセッサ520によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ530に与えられる。送信フレームプロセッサ530は、コントローラプロセッサ540からの情報とシンボルとを多重化することによって、このフレーム構造を作成し、一連のフレームが得られる。次いでこのフレームは送信機532に与えられ、送信機532は、アンテナ534を通じたワイヤレス媒体によるダウンリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。アンテナ534は、たとえば、ビームステアリング双方向適応アンテナアレイまたは他の同様のビーム技術を含む、1つまたは複数のアンテナを含み得る。UE550において、受信機554は、アンテナ552を通じてダウンリンク送信を受信し、その送信を処理してキャリア上へ変調されている情報を回復する。受信機554によって回復された情報は、受信フレームプロセッサ560に与えられ、受信フレームプロセッサ560は、各フレームを解析し、フレームからの情報をチャネルプロセッサ594に提供し、データ信号、制御信号、および参照信号を受信プロセッサ570に提供する。受信プロセッサ570は次いで、NodeB510中の送信プロセッサ520によって実行される処理の逆を実行する。より具体的には、受信プロセッサ570は、シンボルを逆スクランブルおよび逆拡散し、次いで変調方式に基づいて、NodeB510によって送信された、最も可能性の高い信号配列点を求める。これらの軟判定は、チャネルプロセッサ594によって計算されるチャネル推定に基づき得る。そして軟判定は、データ信号、制御信号、および参照信号を回復するために、復号されてデインターリーブされる。そして、フレームの復号が成功したかどうか判断するために、CRCコードが確認される。次いで、復号に成功したフレームによって搬送されるデータがデータシンク572に与えられ、データシンク572は、UE550およびまたは様々なユーザインターフェースにおいて実行されているアプリケーションを表す。復号に成功したフレームが搬送する制御信号は、コントローラプロセッサ590に与えられる。受信プロセッサ570によるフレームの復号が失敗すると、コントローラプロセッサ590は、確認応答プロトコルおよびまたは否定応答プロトコルを用いて、そうしたフレームの再送信要求をサポートすることもできる。アップリンクでは、データ源578からのデータおよびコントローラプロセッサ590からの制御信号が、送信プロセッサ580に与えられる。データ源578は、UE550で実行されているアプリケーションおよび様々なユーザインターフェースを表し得る。NodeB510によるダウンリンク送信に関して説明される機能と同様に、送信プロセッサ580は、CRCコード、FECを支援するための符号化およびインターリービング、信号配列へのマッピング、OVSFによる拡散、および、一連のシンボルを生成するためのスクランブリングを含む、様々な信号処理機能を提供する。NodeB510によって送信される参照信号から、または、NodeB510によって送信されるミッドアンブル中に含まれるフィードバックから、チャネルプロセッサ594によって導出されるチャネル推定が、適切な符号化方式、変調方式、拡散方式、およびまたはスクランブリング方式を選択するために、使われ得る。送信プロセッサ580によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ582に与えられる。送信フレームプロセッサ582は、コントローラプロセッサ590からの情報とシンボルとを多重化することによって、このフレーム構造を作成し、一連のフレームが得られる。次いでこのフレームは送信機556に与えられ、送信機556は、アンテナ552を通じたワイヤレス媒体によるアップリンク送信のために、増幅、フィルタリング、およびフレームのキャリア上への変調を含む、様々な信号調整機能を提供する。アップリンク送信は、UE550において受信機能に関して説明されたのと同様の方式で、NodeB510において処理される。受信機535は、アンテナ534を通じてアップリンク送信を受信し、その送信を処理してキャリア上へ変調されている情報を回復する。受信機535によって回復された情報は、受信フレームプロセッサ536に与えられ、受信フレームプロセッサ536は、各フレームを解析し、フレームからの情報をチャネルプロセッサ544に提供し、データ信号、制御信号、および参照信号を受信プロセッサ538に提供する。受信プロセッサ538は、UE550中の送信プロセッサ580によって実行される処理の逆を実行する。次いで、復号に成功したフレームによって搬送されるデータ信号および制御信号が、データシンク539およびコントローラプロセッサにそれぞれ与えられ得る。フレームの一部が、受信プロセッサによる復号に失敗すると、コントローラプロセッサ540は、確認応答プロトコルおよびまたは否定応答プロトコルを用いて、そうしたフレームの再送信要求をサポートすることもできる。コントローラプロセッサ540および590は、それぞれNodeB510およびUE550における動作を指示するために使われ得る。たとえば、コントローラプロセッサ540および590は、タイミング、周辺インターフェース、電圧調整、電力管理、および他の制御機能を含む、様々な機能を提供することができる。メモリ542および592のコンピュータ可読媒体は、それぞれ、NodeB510およびUE550のためのデータおよびソフトウェアを記憶することができる。NodeB510におけるスケジューラプロセッサ546は、リソースをUEに割り当て、UEのダウンリンク送信およびまたはアップリンク送信をスケジューリングするために、使われ得る。たとえば、さらに後で説明するように、データシンク539およびデータ源512は、コアネットワーク内の、RNCなどのネットワークノードまたは他のどのノードとも通信するための迂回中継接続に結合され得る。たとえば、NodeB510は、コアネットワーク輻輳、NodeB510における局地的なトラフィック急増、アクセスサービスクラスに対応する事前設定情報、または他の任意の適切な情報に関してコアネットワークまたはRNCと通信するために、データシンク539およびデータ源512を使用することができる。さらに、NodeB510における受信機535は、ランダムアクセスチャネル上でUE550からのアクセス試行を受信することができ、NodeB510における送信機532は、取得インジケータチャネル上でアクセス試行への応答を送信することができる。NodeBにおける送信機532はさらに、アクセスクラスビットマスクのブロードキャストなど、他のどの送信にも使用することができる。同じトークンによって、UE550における送信機556は、RACH上でNodeB510にアクセス試行を送信することができ、UE550における受信機554は、AICH上でアクセス試行への応答を受信することができる。UEにおける受信機554はさらに、アクセスクラスビットマスクのブロードキャストなど、NodeBからの他のどの送信も受信することができる。アクセスクラス禁止アクセス制御は、無線アクセスチャネルの過負荷を防止するのに使用することができるいくつかの手順に関する。アクセス制御に使用することができる一手順は、アクセスクラス禁止と呼ばれ得る。アクセスクラス禁止は、過負荷状態がコアネットワークにおいて検出されたときに、多くのUEをすぐにオフにするために、有用であり得る。3GPPRel99規格において、UEの集団は、アクセスクラスと呼ばれる10グループに分割されている。UEすべてにアクセスクラス番号0~9を割り振ることができ、割り振られたアクセスクラス番号は、各UEのSIMUSIMに記憶することができる。アクセスクラス禁止は、たとえば、10ビットをもつ、オーバージエアのビットマスクのブロードキャストに関し、各ビットは、1つのアクセスクラスに対応する。ビットマスク中のある特定のビットが0にセットされている場合、そのビットに対応するアクセスクラス中のデバイスは、ネットワークへのアクセスを試すことを禁止される。一方、あるアクセスクラスに対応するビットが1にセットされている場合、そのビットに対応するアクセスクラス中のデバイスは、ネットワークにアクセスすることを禁止されない。このようにして、UEの集団の約10の増分からなるグループは、ネットワークにアクセスすることを禁止され得る。アクセスクラス禁止の既存の実装形態に伴う問題は、1つを除く全アクセスクラスが禁止され、たとえば、ビットマスクのうち1ビットのみを1にセットし、すべての他のビットを0にセットしたとしても、禁止されないデバイスが、過負荷状態を引き起こしているデバイスになることが依然として起こり得ることである。具体的には、デバイスの集団の一部分がMTCデバイスを含むときは、短期間内のアクセス試行でネットワークをフラッドさせる傾向があるのだが、従来のアクセスクラス禁止は、コアネットワーク輻輳を軽減するのに十分でない場合がある。したがって、本開示のある態様において、低優先度デバイスなど、UEの特定のカテゴリに排他的に適用される別個のアクセスクラスセットが導入され得る。ここで、本明細書において便宜上MTCビットマスクと呼ばれる追加ビットマスクが、低優先度デバイスによって排他的に使用されるために導入され得る。このように、低優先度デバイスの各々には、0~9のアクセスクラスが同様に割り振られ得る。ただし、低優先度デバイスの集団のメンバであるとして指定されるデバイスのみが、MTCビットマスクを読み取ることになる。モバイル電話などのような他のデバイスが、アクセスクラス0~9へのデバイスのマッピングを保持することができるが、それらの他のデバイスは、アクセス制御に使用される先在のビットマスクを読み取り、MTCビットマスクは無視すればよい。このように、別のアクセスクラスセットを導入することができ、この新たなアクセスクラスセットは、指定された低優先度デバイスのみに適用可能であり、MTCビットマスクを使って、モバイル電話など、他のデバイスから独立して制御することができる。したがって、本開示のある態様において、低優先度デバイスは、モバイル電話など、他のUEの挙動に実質的には影響することなく、アクセスクラス禁止によって制御することができる。さらに、低優先度デバイスの集団は、細かいアクセスクラス禁止のために10グループに分割することができる。このアクセスクラス禁止手法はしたがって、低優先度デバイスからのトラフィックの急増によって引き起こされる問題を低減または解消するための、粗い粒度のアクセス制御を可能にする。図6は、本開示のある態様による、アクセスクラス禁止を実装するための、アクセス端末において動作可能なプロセス600、および基地局において動作可能なプロセス650を示すフローチャートである。いくつかの例では、プロセス600は、図3に示すMTCデバイス336によって実施することができる。いくつかの例では、プロセス600は、図4に示すUE410または図5に示すUE550によって実施することができる。いくつかの例では、プロセス600は、図1に示す処理システム114によって、または記載する機能を実施するためのどの適切な装置によっても実施することができる。ブロック602で、アクセス端末は、アクセスクラス割当てを受信し得る。特定のアクセス端末へのアクセスクラスの割当ては、ネットワークによって、どの適切なときにも実施することができ、または展開に先立って、デバイス製造元もしくはネットワークオペレータによって実施することができる。いずれのケースでも、アクセスクラスは、アクセス端末においてローカルに、たとえば、SIMUSIMに記憶することができ、一部の例では、0~9の値をとり得る。ブロック604で、アクセス端末は、アクセスクラスビットマスクを含むブロードキャストを受信し得る。上述したように、アクセスクラスビットマスク、たとえば、MTCビットマスクは、アクセスクラス禁止のためにUMTSシステムにおいて使用される従来のビットマスクとは別個であり異なるビットマスクであり得る。つまり、従来のビットマスクは、別個に送信することができ、従来のシステムでの場合と同じように使用することができる。ブロック606で、UEは、ブロック604で受信したアクセスクラスビットマスクが、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合されていると判断し得る。つまり、セット外のアクセス端末は概して、ブロック604で受信したアクセスクラスビットマスクを無視するように構成されてよい。ブロック608で、アクセス端末は、ブロック602で受信したアクセスクラス割当てに従って、ブロック604で受信したアクセスクラスビットマスクによってアクセス端末が禁止されるかどうか判断することができる。受信したアクセスクラスビットマスクが、アクセス端末が禁止されることを示す場合、ブロック610で、アクセス端末は、アクセス試行を送信することができない。一方、受信したアクセスクラスビットマスクが、アクセス端末が禁止されないことを示す場合、ブロック612で、アクセス端末は、アクセス試行を送信することができる。上で述べたように、プロセス650は、基地局において動作可能であり得る。いくつかの例では、プロセス650は、図3に示すNodeB344、図4に示すNodeB408、または図5に示すNodeB510によって実施することができる。いくつかの例では、プロセス650は、図1に示す処理システム114によって、または記載する機能を実施するためのどの適切な装置によっても実施することができる。ブロック652で、基地局は、低優先度デバイスからのトラフィックの急増を検出し得る。たとえば、NodeBは、低優先度デバイスがトラフィックの急増を引き起こしていることを示す指示を、RNCまたは別の適切なネットワークノードから受信し得る。別の例では、NodeBは、多数のランダムアクセス試行に対応する急増、またはローカル低優先度デバイスによってNodeBに送信される大量のトラフィックをローカルに検出し得る。ここで、低優先度デバイスは、低優先度デバイスであると指定され得るMTCデバイスまたは他のどのクラスのユーザ機器であってもよい。ブロック654で、基地局は、アクセスクラス端末セットの少なくとも一部分を禁止するように、アクセスクラスビットマスクを設定し得る。ここで、アクセスクラスビットマスクは、セット外のアクセス端末を除くアクセス端末セットに適用されるように適合され得る。一部の例では、基地局はさらに、セット外のアクセスクラス端末に適用されるように適合された第2のアクセスクラスビットマスクを設定し、送信することができる。ブロック656で、基地局は、アクセスクラスビットマスクを送信することができる。このように、トラフィックの急増を引き起こす、アクセスクラス端末セットの部分は、アクセス試行を送信することを禁止され得るので、潜在的に急増によって引き起こされる輻輳を軽減する。RRC接続確立手順RRC層本開示のさらなる態様では、アクセスクラス禁止によって、上で提供された粗いアクセス制御が行われるとしても、低優先度デバイスの、より微細なレベルの制御を求める要望があり得る。後で説明するように、無線アクセスネットワークによる拒否と一般に呼ばれる、アクセス制御のための従来の手法が、RRC接続確立において実装され得る。図7は、典型的なRRC接続確立手順を示す。RRC接続確立手順は、UE702内の上位層がシグナリング接続の確立を要求したとき、アイドルモードにあるUE702などのアクセス端末によって開始される。RRC接続確立手順が開始されると、UE702は、そのアクセスクラスをアクセスサービスクラスにマップし、後でさらに詳しく説明するように、RACHにアクセスするときに所与のASCを適用する。ここで、アクセスクラスが、システム情報ブロックタイプ5またはSIB5bis中の情報要素ACASCマッピングに従ってASCにマップされる。UE702は、UE702および接続要求に関する様々なパラメータを含むRRC接続要求メッセージ706をアップリンク共通制御チャネル上でさらに送信する。ネットワークは、呼フロー図700に示すように、接続要求を受諾した場合、ダウンリンクCCCH上でNodeB704から送信されるとともに様々な無線構成情報を含むRRC接続セットアップメッセージ708を送信することによって応答すればよい。ここで、UE702は、接続モードに入り、アップリンクCCCH上でRRC接続セットアップ完了メッセージ710を送信し得る。一方、呼フロー図750に示すように、ネットワークは、接続要求を拒否した場合、ダウンリンクCCCH上でNodeB704から送信されるRRC接続拒否メッセージ712で応答すればよい。一部の事例では、拒否メッセージ712は、UE702を別のキャリアまたは別のシステムに向けるための情報を含み得る。接続要求を拒否すると、RANは概して、要求を行ったUE702についてのすべてのコンテキスト情報を消去する。UE702は、拒否メッセージを受信すると、概して、別の接続要求を試す前に、待機時間変数による時間だけ待つ。コアネットワークまたは基地局に過負荷がかかる例では、拒否メッセージ712は延長待機時間を含み得るので、UE702は、より長い時間待って接続を再試行し、潜在的に輻輳を軽減する。他のものは、低優先度デバイスのアクセス制御のために、RRC接続拒否メッセージ712などのRRCシグナリングを使用している。ただし、この手法は、高負荷シナリオでは費用がかかり得る。たとえば、RNCは概して、RRCシグナリングの生成に関わるので、拒否の処理およびシグナリングがある程度遅れる場合があり、その上RRCシグナリング負荷が増す。さらに、複数の低優先度UEは概して、結局は拒否されるRRC接続要求メッセージ706を各々が送信することが必要なので、アップリンクリソースは、この手法では無駄にされると見なされる場合がある。したがって、本開示のさらなる態様は、RNCによって提供されるRRCシグナリングを必要としない、MAC層などの下位層で扱われ得るRANによる拒否の手順を提供する。つまり、後でさらに詳しく論じるように、本開示の態様は、新たなアクセスサービスクラスを導入し、このクラスは、特に低優先度デバイス向けに指定されるASC8と指定され得る。ここで、この新たなアクセスサービスクラスを使用することによって、この新たなASCに対応するRACHプリアンブルは、コアネットワークまたはRANが輻輳しているときは常にNodeBにおいて拒否されてよく、指定された低優先度デバイスがランダムアクセスを行う。このようにして、輻輳へと導き得る低優先度デバイスのための微細粒度のアクセス制御が提供され得る。ランダムアクセス手順従来のランダムアクセス手順は、UEおよびNodeBにおけるMACエンティティによって大部分が管理される。後で説明するように、ランダムアクセス手順は、とりわけ、BCH、RACH、およびAICHを含むチャネルを使用する。ブロードキャストチャネルは、リスニング範囲内の任意のモバイルに向けられたブロードキャスト情報を搬送するトランスポートチャネルである。ブロードキャスト情報は、特定のセルに固有でよく、またはネットワークに関し得る。たとえば、ブロードキャスト情報は、セルについてのランダムアクセスコードおよびアクセススロットを含み得る。ランダムアクセスチャネルは、概して、ネットワークとの呼を開始し、もしくは電源オンの後にネットワークに端末を登録するのに、またはある場所から別の場所に移動した後、ロケーション更新を実施するのに使われるトランスポートチャネルである。つまり、RACHは、共通アップリンクシグナリングメッセージを与えることができ、CellFACHステートで動作しているUEから、専用アップリンクシグナリングおよびユーザ情報を搬送することもできる。物理層において、RACHは、物理ランダムアクセスチャネルにマップする。取得インジケータチャネルは、RACH署名シーケンスの受信を示すために、基地局によって送信される。つまり、基地局がPRACHプリアンブルを検出すると、基地局は、PRACH上で使われるのと同じ署名シーケンスを含むAICHを送信する。AICHは概して、取得インジケータと呼ばれる情報要素を含み、この要素は、受信アクセス試行の受諾または拒否を示す肯定応答または否定応答を含み得る。UEによって送信されるPRACHは、そのチャネル上でのデータ送信前に送信されるプリアンブルを含む。PRACHプリアンブルは、16個のシンボルからなる署名シーケンスを含み、このシーケンスは、256という拡散係数をもつ拡散シーケンスと組み合わされ、4096チップの長さのPRACHプリアンブルを生じる。RACHリソースは従来、いくつかのアクセスサービスクラスの間で分配される。アクセスクラスが、システム情報ブロックタイプ5またはSIB5bis中の情報要素ACASCマッピングに従ってASCにマップされる。ASCを使用することによって、RACHリソース使用についての異なる優先度が、比較的低優先度のクラスよりも比較的高優先度クラスにより多くのリソースを割り振ることによって、異なるクラスのユーザ機器に与えられ得る。つまり、ネットワークは概して、UEのASCに従って、RACHサブチャネルセットおよび署名を割り当てる。3GPP規格によると、ASC0~ASC7と番号付けられた最大8個のASCがあり、ASC0は最も高い優先度を示し、ASC7は最も低い優先度を示す。複数のASCが、すなわち最大でASC全部でさえも、同じアクセススロットまたは署名に割り当てられることが許容される。ここで、各ASCは、特定の持続性値に関連付けられ得る。特定のASCについての持続性値は概して、SIB7上でブロードキャストされる動的持続性レベル、およびSIB5、SIB5bis、またはSIB6上でブロードキャストされる持続性スケーリング係数によるRRCエンティティによって導出される。これらの持続性値は、RACH送信のアップリンクアクセス試行の回数を制御するのに使われる。さらに、ASCのすべて、すなわちASC0~ASC7は、RACH送信パラメータ、すなわちNB01minおよびNB01maxのセットによって特徴付けられる。これらのRACH送信パラメータは、UEがネットワークに接続しようとして、拒否されたときに使われる。ここで、UEは、再度試す前に、適切なバックオフ時間を待機時間として適用することができる。バックオフ時間は、RACH送信パラメータNB01minおよびNB01maxに従って判断される。ここで、NB01minは、バックオフ時間の下限に対応し、NB01maxは、バックオフ時間の上限に対応する。つまり、特定のUEによって使用されるバックオフ時間は、範囲NB01minNB01max内で選択されるランダムタイムに対応する。たとえば、図8は、UTRAネットワークにおける典型的なランダムアクセス手順を示す。ここで、ランダムアクセス手順は最初に、UEがBCHをデコードして、利用可能RACHサブチャネルと、そのスクランブリングコードおよび署名とを判断する。UEは次いで、UEのASCが使うことを認めるサブチャネルのグループの中から、RACHサブチャネルのうち1つをランダムに選択することができる。署名は、所与のASC向けに利用可能な署名の中からランダムに選択してもよい。PRACH電力レベルをセットした後、UEは、選択された署名をもつPRACHプリアンブル802を送信する。図8の例示において、PRACHプリアンブルは、ネットワークによって確認応答されない各送信中に電力が急上昇する2つの送信を含む。PRACHプリアンブル802が検出されると、NodeBは、AICH上で否定応答を示す取得指示804で応答し得る。ここで、UEは、その送信を停止し、範囲NB01minNB01maxからランダムに選択される、バックオフ期間に等しい待機時間806だけ待った後、後で再度試し直す。待った後、UEの持続性値によって許容される試行回数が試し尽くされていない場合、UEは、後続PRACHプリアンブル808をPRACH上で送信することができる。この事例において、アクセス試行は、AICH上でNodeBによって送信される肯定応答810を受ける。ここで、AICHは、UEによって送信される同じ署名シーケンスを含む。UEは、AICH確認応答を検出すると、RACH送信のメッセージ部812を送信することができる。新たなアクセスサービスクラス図9は、本開示のある態様によるアクセスサービスクラスの略図である。つまり、ASC8と指定され得る新たなアクセスサービスクラス904が、MTCデバイスなどの低優先度デバイスによる使用のために確立され得る。つまり、新たなASC904をもつUEが他のどのアクセスサービスクラス902ASC0~ASC7におけるUEからも実質的に独立して制御され得るように、RACHリソースが区分され得る。たとえば、ASC8に割り振られた低優先度UEは、他のどのASCにおけるどのUEとも異なる署名を常に使用し得る。さらに、ASC8に割り振られた低優先度UEは、他のどのASCにおけるどのUEとも異なるサブチャネルを常に使用し得る。またさらに、ASC8に割り振られた低優先度UEは、他のどのASCにおけるどの他のUEとも異なるアクセススロットを常に使用し得る。つまり、ASC8が、他のどのアクセスサービスクラスも除いて、それぞれのRACHパラメータを割り振られ得るように、1つまたは複数のRACHパラメータが区分され得る。本開示の様々な態様によるいくつかの例では、ASC8に割り振られたUEは、署名空間割振り、サブチャネル割振り、またはアクセススロット割振りなどの排他的パラメータのうち一部だけ、またはただ1つを使用することができる。したがって、本開示のある態様によると、ASC8にある低優先度UEによるランダムアクセス試行は、NodeBがコアネットワークにおける輻輳に気づかされると、NodeBによってすぐに拒否され得る。図10は、本開示のある態様による、潜在的な過負荷状態中に低優先度UEによるランダムアクセス試行を扱うようにNodeBを構成するための一例を示す簡略フローチャートである。図示するプロセス1000は、図4に示した、コアネットワーク404などのネットワーク内の様々なノード、すなわちRNC406、およびNodeB408によって実装される一般化プロセスである。ブロック1002で、RNCは、ASC8に対応するPRACH区画情報でNodeBを事前構成し得る。このように、NodeBは、ASC8に割り振られたUEによるランダムアクセス試行を認識し、他のアクセスサービスクラス中のUEから独立して制御することができる。ブロック1004で、コアネットワークは、過負荷状態を検出し得る。つまり、MTCデバイスの使用に関連し得る過負荷状態がコアネットワークにおいて起こると、コアネットワークは、過負荷状態をRNCに通知し得る。ブロック1006で、コアネットワークは、コアネットワーク過負荷状態をRNCに通知することができ、ブロック1008で、RNCは、コアネットワークでの過負荷状態を示す通知をNodeBに送ることができる。このように、NodeBは、アクセスクラス禁止によって、または後で説明するように、RANによる拒否の手法で過負荷状態に応答するように構成され得る。つまり、コアネットワーク過負荷状態に気づいた上で、NodeBが、ASC8に割り振られた署名のうち1つを使用する、低優先度UEによって送信されたPRACHプリアンブルを受信したとき、NodeBは、対応するAICH上でNACKを送ればよい。つまり、上述したように、RACHリソースは、PRACHプリアンブル中で使用される署名空間を含む。署名空間が、様々なアクセスサービスクラスの間で区分されると、本開示のある態様によると、ASC8に割り振られた署名は、他のどのアクセスサービスクラスも除くようにされ得る。このように、NodeBは、ASC8用に指定された署名を使用する、低優先度デバイスからのランダムアクセス試行を拒否させられ得るが、必ずしも、ASC0~ASC7に割り振られた署名のうち1つを使用する他のUEからのランダムアクセス試行を拒否する必要はない。さらに、AICH上での拒否のシグナリングは、リスニング範囲内のUEすべてによってブロードキャストされるとともに可読であり、多くの低優先度デバイスが同じ署名において衝突するシナリオにおいて、複数の低優先度UEにNACKを与え得る。同様に、コアネットワーク過負荷状態を気づいているNodeBは、ASC8に排他的に関連付けられたPRACH区画情報のうちどれを検出することによっても、低優先度デバイスからのランダムアクセス試行を拒否することができる。つまり、PRACHプリアンブルの送信において使用される署名空間のうち排他的区画に加え、ASC8には、ランダムアクセス手順において使用される排他的アクセススロットまたはサブチャネルのうち1つまたは複数が割り振られ得る。このようにして、本開示のある態様において、NodeBは、ASC8に対して排他的に指定されたアクセススロットまたはサブチャネルの検出に従って、低優先度デバイスによるランダムアクセス試行に応答して、対応するAICH上でNACKを送ることができる。図11は、本開示のいくつかの態様による、RANによる拒否のプロセスのための、基地局において動作可能なプロセス1100、およびアクセス端末において動作可能なプロセス1150を示すフローチャートである。いくつかの例では、プロセス1100は、図3に示すNodeB344、図4に示すNodeB408、または図5に示すNodeB510によって実施することができる。いくつかの例では、プロセス1100は、図1に示す処理システム114によって、または記載する機能を実施するためのどの適切な装置によっても実施することができる。ブロック1102で、基地局は、ASC8、すなわち、アクセス端末セットに排他的に割り振られたアクセスサービスクラスについてのPRACH区画に対応する事前構成情報を受信し得る。たとえば、アクセス端末セットは、低優先度のMTCデバイスを含み得る。事前構成情報は、基地局においてRNCから受信することができ、ASC8に排他的に割り振られた署名やサブチャネルなどの情報を含み得る。ブロック1104で、基地局は、アクセス端末セットに対応する過負荷状態の通知を受信し得る。ここで、過負荷状態は、コアネットワークに関連付けられた任意の適切なノードによって検出されたコアネットワーク過負荷でよく、適切なアクセス制御手順に値する。別の例では、過負荷状態は、たとえば、NodeB自体が受けるRAN過負荷であり得る。この事例において、NodeBは、ネットワークに通知することになり、ブロック1104で受信される通知は、NodeBによって検出された過負荷が実際に、適切なアクセス制御手順に値する過負荷をなすという通知であり得る。ブロック1106で、プロセスは、適切なアクセス制御手順が粗いアクセス制御であるか、それとも微細アクセス制御であるか判断し得る。粗い制御、それとも微細制御を実装するかの判断は、過負荷状態の性質、その規模、その起源、または先行アクセス制御試行が過負荷状態の軽減に成功したか、それともしなかったかなど、どの適切な係数セットに基づいてもよい。さらに、判断は、NodeBにおいてローカルに行うこともでき、他の何らかのノードにおいて行うこともできる。つまり、一部の例では、ブロック1104でNodeBにおいて受信された通知は、粗いまたは微細アクセス制御の間の判定に関する命令または情報をさらに含み得る。ここで、粗いレベルのアクセス制御が適切であるとプロセスが判断した場合、ブロック1108で、プロセスは、図6に関連して上述したように、アクセスクラス禁止を実装すればよい。一方、ブロック1106で、微細レベルのアクセス制御が適切であるとプロセスが判断した場合、ブロック1110で、NodeBが、アクセス端末セットに排他的に割り振られたアクセスサービスクラスに対応するPRACHプリアンブルを含むアクセス試行を受信すると、NodeBは、ブロック1112で、受信PRACHプリアンブルに対応する、アクセス試行を拒否するための否定応答を、たとえば、AICH上で送信することによって応答してよい。たとえば、NACKは、アクセス試行を送信するのに使用された同じ署名を使用して送信され得る。上で述べたように、プロセス1150は、アクセス端末において動作可能であり得る。いくつかの例では、プロセス1150は、図3に示すMTCデバイス336によって実施することができる。いくつかの例では、プロセス1150は、図4に示すUE410または図5に示すUE550によって実施することができる。いくつかの例では、プロセス1150は、図1に示す処理システム114によって、または記載する機能を実施するためのどの適切な装置によっても実施することができる。ブロック1152で、アクセス端末は、たとえば、上述したランダムアクセス手順を使用して、アクセス端末セットに排他的に割り振られたアクセスサービスクラスに対応するPRACHプリアンブルの送信を含むアクセス試行を送信し得る。ここで、アクセスサービスクラス、たとえば、ASC8は、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを特徴とし得る。たとえば、上述したように、署名空間は、ASC8用に指定された署名が、他のどのアクセスサービスクラスも除くように区分され得る。同様に、ランダムアクセス手順に使用されるサブチャネルは、ASC8用に指定されたサブチャネルが他のどのアクセスサービスクラスも除くように区分され得る。一部の例では、図8に関して上述したように、アクセス試行の送信は、PRACHプリアンブル送信のための適切な電力レベル、および応答が受信されないときの電力の急上昇を判断するステップなど、本明細書では詳しく説明しない追加ステップを含み得る。他の様々なレベルの詳細がアクセス試行の送信に含まれ得ることが、当業者には理解されよう。ブロック1152でのPRACHプリアンブルの送信に応答して、ネットワークが輻輳している場合、ネットワークがアクセス試行を拒否し得ることが可能である。この場合、ブロック1154で、アクセス端末は、送信されたPRACHプリアンブルに対応する否定応答をAICH上で受信し得る。本開示のさらなる態様では、ASC8は、他のアクセスサービスクラスに依存しなくてよい追加RACH送信パラメータをさらに特徴とし得る。たとえば、ASC8に対して排他的なこれらのRACH送信パラメータは、持続性値、持続性乗数、またはランダムバックオフ時間の下限および上限のうち1つまたは複数を含み得る。たとえば、本開示のある態様では、ASC8は、ASC0~ASC7において使用される持続性値とは別個の、新たな持続性値を特徴とし得る。上述のように、持続性値は、RACH送信のアップリンクアクセス試行の回数を制御するのに使われ得る。ここで、ASC8用に使用される持続性値は、たとえば、SIB5もしくはSIB5bis上でブロードキャストされる静的値でよく、またはASC8用に使用される持続性値は、SIB7上でブロードキャストされる動的値でよい。このように、本開示のある態様によると、ASC8に対応する低優先度デバイスは、他のどのアクセスサービスクラスASC0~ASC7によって使用されるどの持続性値にも依存しない異なる持続性値をもち得る。したがって、ブロック1156で、アクセス端末は、持続性値によって、アップリンクアクセス試行の回数に対する制限が試し尽くされているかどうか判断し得る。ここで、持続性値は、ASC8に対応する低優先度デバイスによって排他的に割り振られ得る。延長ランダム化バックオフ時間本開示のさらなる態様では、ASC8は、新たなRACH送信パラメータNB02minおよびNB02maxを特徴とし得る。ASC0~ASC7の各々は、上述したように、RACH送信パラメータNB01minおよびMB01maxを特徴とすることに留意されたい。ここで、低優先度デバイス用に指定された新たなアクセスサービスクラスにおいて、異なるパラメータNB02minおよびNB02maxを使用することによって、ASC0~ASC7にある比較的高優先度デバイスに使用されるバックオフ時間に影響することなく、低優先度デバイス向けのバックオフ時間の追加制御レベルが提供され得る。さらに、ASC8は、持続性乗数Tperと呼ばれるRACH送信パラメータを特徴とし得る。持続性乗数Tperは、RACH送信パラメータNB02minおよびNB02maxとともに使用されて、延長バックオフ時間を生成し得る。たとえば、低優先度UEがAICH上でNACKを受信すると、UEは、値NB02を選択することができ、この値は、範囲NB02minNB02max内からランダムに選択される。選択された値NB02は、持続性乗数Tperで乗算されて、バックオフ時間が決定され得る。つまり、バックオフ時間は、Tperに等しくなり得る。ここで、本開示のある態様によると、上述したように、RRC接続拒否メッセージ中で延長待機時間をセットすることによって達成されるのと実質的に同じ効果が、AICH上でNACKを送ることによって達成され得る。つまり、RACH送信パラメータNB02minNB02maxおよびTperを、比較的長いバックオフ時間についての適切な値にセットすることによって、AICH上でNACKを受信した低優先度UEは、後続ランダムアクセス試行に先立ってランダムバックオフを適用する前に、延長された時間だけ待てばよい。したがって、ブロック1158で、ブロック1154でアクセス端末において否定応答を受信したことに応答して、アクセス端末は、次のアクセス試行を開始する前に、待つべきバックオフ時間を決定することができる。ここで、バックオフ時間は、上述したように、持続性乗数Tperの値で乗算された、範囲NB02minNB02max内からランダムに選択された値NB02の選択に従って決定され得る。ブロック1160で、アクセス端末は、ブロック1158で決定されたバックオフ時間だけ待てばよく、その後、ブロック1152に戻って別のアクセス試行を送信する。上述したRANによる拒否の手法によって提供される微細粒度は、低優先度デバイス向けの排他的アクセスサービスクラスに依拠し、アクセス制御を改善し得るが、必ずしも排他的アクセスサービスクラスASC8を使用することなく、この手法のいくつかの態様を使用することが所望され得る。つまり、RRC拒否手法のためのRRCシグナリングを提供するためにRNCに必ずしも依拠しない、NodeBにおけるデバイスによるアクセス試行の急なハンドリングが、アクセス制御にはより広く所望され得る。したがって、本開示のさらなる態様では、NodeBは、排他的アクセスサービスクラスASC8を含んでも含まなくてもよい、1つまたは複数のASCに対応するUEによるアクセス試行に応答して、AICH上で否定応答を送ることが可能にされ得る。本開示のさらなる態様では、アクセス試行を拒否するプロセスは、いくつかの重負荷状態においてネットワークにアクセスするUEの数を絞るために、アクセス試行のうち一定の割合のみを拒否するように修正されてよい。つまり、たとえば、コアネットワークまたはRANにおける負荷が一定の閾値よりも大きいかという、様々な係数に従って、NodeBは、ネットワークにアクセスすることを試すUEによって使用される1つのアクセスサービスクラスなどの係数に対応するアクセス試行の一部を拒否してよく、同じアクセスクラスのUEのうち一定の割合には、ネットワークにアクセスさせる。このように、トラフィックは、過負荷状態を管理するために絞られ得るが、UEのうち少なくとも一部分は、全面的停止を防止するために、ネットワークにアクセスすることを可能にされ得る。図12は、本開示のある態様による、アクセス制御のための、基地局において動作可能なプロセス1200を示すフローチャートである。いくつかの例では、プロセス1200は、図3に示すNodeB344、図4に示すNodeB408、または図5に示すNodeB510によって実施することができる。いくつかの例では、プロセス1200は、図1に示す処理システム114によって、または記載する機能を実施するためのどの適切な装置によっても実施することができる。ブロック1202で、基地局は、1つまたは複数の署名に対応する事前構成情報を受信することができ、署名の各々は、1つまたは複数のアクセスサービスクラスのうちそれぞれの1つに対応する。ここで、1つまたは複数のアクセスサービスクラスは、本開示において導入される新たなアクセスサービスクラスASC8を必ずしも含んでも含まなくてもよい。事前構成情報は、基地局においてRNCから受信することができ、1つまたは複数のアクセスサービスクラスに対応する署名やサブチャネルなどの情報を含み得る。ブロック1202での事前構成情報の受信に続いて、プロセスはブロック1204に進んでよく、ここで基地局は、ブロック1202で基地局がそのために事前構成される1つまたは複数のアクセスサービスクラスのうち1つに属す第1の署名における、トラフィックの局地的急増を検出し得る。たとえば、多数のアクセス端末が、比較的短い期間内に基地局にアクセス試行を送信し、それらのアクセス端末が第1の署名に対応する場合、NodeBは、この活動を、トラフィックの局地的急増として検出し得る。ブロック1206で、基地局は、トラフィックの局地的急増をコアネットワークに通知すればよい。たとえば、検出されたトラフィック急増に関する情報を含む通知が、RNC経由でコアネットワークに送られ得る。別の例では、トラフィック急増のローカルな検出に加え、またはその代わりに、ブロック1208で示すように、コアネットワークは、基地局がブロック1202でそのために事前構成される1つまたは複数のASCのうち少なくとも1つに対応する過負荷状態を検出し得る。いずれのケースでも、プロセスはブロック1210に進んでよく、ここで基地局は、1つまたは複数のアクセスサービスクラスに対応する過負荷状態を示す過負荷インジケータをコアネットワークから受信し得る。ここで、基地局が、トラフィックの急増をローカルに検出し、この状況をコアネットワークに通知した場合、ブロック1210で受信された過負荷インジケータは、この通知への応答でよく、トラフィックの局地的急増がコアネットワーク過負荷状態に対応し得ることを示す。一部の例では、コアネットワークから受信された過負荷インジケータは省かれてよく、トラフィック急増のローカル検出は、後で論じるアクセス制御予防措置をもたらすのに十分であり得る。ブロック1212で、プロセスは、ブロック1210で受信された過負荷インジケータに対応するコアネットワーク負荷が、閾値よりも大きいかどうか判断し得る。たとえば、この判断は、コアネットワーク自体において行うことができ、ブロック1210で受信された過負荷インジケータがこの情報を提供し得る。別の例では、基地局は、この判断を、トラフィックの局地的急増の規模に従って行うことができる。いずれのケースでも、コアネットワーク負荷が十分に大きい場合、プロセスはブロック1214に進んでよく、ここで基地局は、トラフィックの急増を引き起こしている可能性があるアクセスサービスクラスに対応するデバイスからの全アクセス試行を拒否するための要求を、たとえばRNCから受信し得る。ここで、ブロック1214での、RNCからの要求の受信は任意選択でよく、別の例では、RNCからの要求は、基地局とRNCとの間の追加通信に応答し得る。ブロック1216で、基地局は、トラフィックの急増を引き起こしている1つまたは複数のASCのうち少なくとも1つに対応するそれぞれのPRACHプリアンブルを各々が含む1つまたは複数のアクセス試行を受信し得る。ブロック1218で、基地局は、複数のアクセス試行すべてに対応する少なくとも1つのNACKをAICH上で送信してよい。ここで、NACKは、AICH上で送信される単一NACKでよく、というのは、たとえば、ブロック1216で受信された複数のアクセス試行の各々が同じ署名シーケンスを使用した場合、このチャネルの性質が、1対多の利点をもたらし得るからである。このようにして、基地局は、トラフィックの急増に応答して、全アクセス試行を阻止することができる。一方、ブロック1212で、コアネットワーク負荷が閾値以下であるとプロセスが判断した場合、プロセスはブロック1220に進み得る。ここで、基地局は、検出されたトラフィック急増に対応するアクセスサービスクラスを一定のレートまで絞るための要求を、たとえばRNCから受信し得る。つまり、上述したように全アクセス試行を拒否するのではなく、本開示の別の態様は、トラフィックの急増を絞るために、アクセス試行のうち一定の割合を拒否できるようにする。したがって、ブロック1222で、基地局は、ブロック1202で基地局がそのために事前構成される1つまたは複数のASCのうち少なくとも1つに対応するそれぞれのPRACHプリアンブルを各々が含む複数のアクセス試行を受信し得る。ブロック1224で、基地局は、ブロック1222で受信した複数のアクセス試行のうち一定の割合に対応する少なくとも1つのNACKをAICH上で送信してよい。ここで、割合は、所定の割合でよく、たとえば、全アクセス試行の半分、すなわち50を阻止して、トラフィックの急増に対応する半分のASCまで絞る。図13は、本開示による、RANによる拒否の手順のさらなる例の態様を示すフローチャートである。この手法を用いて、アクセス端末は、トラフィックの局地的急増または過負荷状態が起きていることを事前に検出することができる。この事例において、アクセス端末は、アクセス試行を送信せずにバックオフすることができ、そうすることによって、過負荷状態にさらに寄与することはない。たとえば、プロセス1300および1350は、各々が、アクセス端末において動作可能であり得る。いくつかの例では、プロセス1300および1350は、図3に示すMTCデバイス336によって実施することができる。いくつかの例では、プロセス1300および1350は、図4に示すUE410または図5に示すUE550によって実施することができる。いくつかの例では、プロセス1300および1350は、図1に示す処理システム114によって、または記載する機能を実施するためのどの適切な装置によっても実施することができる。ブロック1302で、アクセス端末は、AICHを監視し、AICHに含まれるAI情報要素を検出し得る。ブロック1304で、アクセス端末は、検出されたAIをメモリに記憶してよい。このプロセスは、ランダムアクセス試行を送信するよう下位層に命令すると上位層が判断したときに、アクセス端末による分析のためにAIのアレイがメモリに記憶され得るように、任意の回数だけ繰り返してよい。アクセス端末内の上位層が接続の確立を要求すると、ブロック1306で、アクセス端末は、過負荷状態が検出されるかどうか判断すればよい。たとえば、過負荷状態は、基地局によって高い割合のNACKが送信されることに相当し得る。たとえば、アクセス端末が、M個のAICHスロットからN個のNACKを検出し、NMが閾値よりも大きい場合、アクセス端末は、これを過負荷状態と解釈し得る。別の例では、過負荷状態は、ある特定の数の連続NACKに相当し得る。つまり、アクセス端末が、閾値よりも大きい一連のNACKを検出した場合、アクセス端末は、これを過負荷状態と解釈し得る。アクセス端末が過負荷状態を検出しない場合、ブロック1308で、アクセス端末は、RACH上でアクセス試行を送信すると判定してよい。一方、アクセス端末が、ブロック1306で過負荷状態を検出した場合、ブロック1310で、アクセス端末は、一定の期間だけバックオフすると判定してよく、アクセス試行を後で送信すればよい。ブロック1310でのバックオフプロセスの一部として、アクセス端末は、バックオフ時間を決定することができる。本開示のさらなる態様では、バックオフ時間は、アクセス端末における知覚ネットワーク負荷に少なくとも部分的に基づき得る。プロセス1350は、バックオフ時間を決定するためのブロック1310のある程度のさらなる詳細を示す。つまり、いくつかの例では、ブロック1352で、アクセス端末は、知覚ネットワーク負荷の特性に基づいてバックオフタイマをセットするだけでよい。たとえば、バックオフ時間は、否定応答の割合に関する式を使用して決定することができる。当然ながら、知覚ネットワーク負荷とバックオフタイマとの間のどの適切な関係を使用してもよい。別の例では、ブロック1352で、アクセス端末は、バックオフパラメータNB02についての下限NB02minまたは上限NB02maxのうち少なくとも一方の値をセットすればよく、バックオフパラメータNB02は、NB02minNB02maxで画定される範囲から選択される。ここで、下限または上限のうち少なくとも1つが、知覚ネットワーク負荷に従ってセットされ得る。この例では、バックオフ時間は、バックオフパラメータNB02と持続性乗数Tperの積に従って決定され得る。ブロック1354で、アクセス端末は、基地局へのアクセス試行の送信を試すのに先立って、ブロック1352で決定された時間だけバックオフすればよい。図14は、図13に示す手法の下での基地局の挙動に関する、本開示のいくつかのさらなる態様を示し、ここでアクセス端末は、過負荷状態を検出するために使用される。つまり、本開示のいくつかの態様では、アクセス端末は、図13に関連して上述したように過負荷状態を検出すると、知覚過負荷状態を基地局に知らせればよい。したがって、ブロック1402で、基地局は、たとえば、1つまたは複数のアクセス端末から、知覚過負荷状態に対応する指示を受信することによって、過負荷状態の存在を検出し得る。ブロック1404で、基地局は、検出された過負荷状態をコアネットワークに知らせればよい。基地局からのこの信号に基づいて、および潜在的に他の情報に基づいて、コアネットワークは、知覚過負荷状態が、基地局での、少なくともいくつかのアクセス試行の阻止に値する真の過負荷状態に相当すると判断することができる。この場合、ブロック1406で、基地局は、第1のアクセスサービスクラスを使用するアクセス端末のうち少なくとも一部分を禁止するための命令を受信し得る。ここで、第1のアクセスサービスクラスは、その特定のアクセスサービスクラスがAICH上で否定応答を受信しているという情報など、1つまたは複数のアクセス端末から受信された情報に相当し得る。さらに、いくつかの例では、第1のアクセスサービスクラスは、たとえば、ASC8に関して上述したように、他のどのアクセスサービスクラスも除く少なくとも1つのランダムアクセスパラメータを含み得る。ブロック1408で、基地局は、第1のアクセスサービスクラスに対応するPRACHプリアンブルを含むアクセス試行を受信し得る。ここで、ブロック1406で受信した命令に基づいて、ブロック1410で、基地局は、受信PRACHプリアンブルに対応する否定応答をAICH上で送信してよい。さらに、図13に関連して上述したように、基地局は、禁止グループ中のアクセス端末すべて、または禁止グループ中のアクセス端末すべてのうち一定の割合に対応する1つまたは複数のNACKを送信することができる。WCDMAシステムを参照して、電気通信システムのいくつかの態様を示してきた。当業者が容易に諒解するように、本開示全体にわたって説明される様々な態様は、他の通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。例として、様々な態様は、CELLFACHステートおよびアイドルモードにある、拡張アップリンク用に構成されたものなど、他のUMTSシステムにおけるランダムアクセス手順に、またはTDSCDMAおよびTDCDMAなど、他のUMTSエアインターフェースに拡張され得る。様々な態様はまた、LongTermEvolution、LTEAdvanced、CDMA2000、EvolutionDataOptimized、UltraMobileBroadband、IEEE80211、IEEE80216、IEEE80220、UltraWideband、Bluetooth、およびまたは他の適切なシステムを利用する、システムに拡張され得る。実際の利用される電気通信規格、ネットワークアーキテクチャ、およびまたは通信規格は、具体的な用途およびシステム全体に課される設計制約に依存する。上記の説明は、本明細書で説明される様々な態様を当業者が実施できるようにするために与えられた。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、特許請求の範囲は本明細書で示す態様に限定されるよう意図されているわけではなく、特許請求の範囲の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、唯一無二のではなく、1つまたは複数のを意味するよう意図されている。別段に明記されていない限り、いくつかのという用語は1つまたは複数のを意味する。項目の列挙のうちの少なくとも1つという語句は、単一の要素を含め、それらの項目の任意の組合せを意味する。たとえば、a、bまたはcのうちの少なくとも1つは、a、b、c、aおよびb、aおよびc、bおよびc、a、bおよびcを含むことが意図されている。当業者が知っているか、後に知ることになる、本開示全体にわたって説明された様々な態様の要素と構造的かつ機能的に同等のものはすべて、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。また、本明細書で開示する内容は、そのような開示が特許請求の範囲で明記されているか否かに関わりなく、公に供することは意図されていない。請求項のいかなる要素も、のための手段という語句を使用して要素が明記されている場合、または方法クレームでのためのステップという語句を使用して要素が記載されている場合を除き、米国特許法第112条第6項の規定に基づき解釈されることはない。