JP2018160938A - ＵＥ、ｅＮｏｄｅＢ、及びこれらの方法 - Google Patents

ＵＥ、ｅＮｏｄｅＢ、及びこれらの方法 Download PDF

Info

Publication number
JP2018160938A
JP2018160938A JP2018133285A JP2018133285A JP2018160938A JP 2018160938 A JP2018160938 A JP 2018160938A JP 2018133285 A JP2018133285 A JP 2018133285A JP 2018133285 A JP2018133285 A JP 2018133285A JP 2018160938 A JP2018160938 A JP 2018160938A
Authority
JP
Japan
Prior art keywords
ecm
mtc
coverage improvement
enb
random access
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018133285A
Other languages
English (en)
Other versions
JP6547883B2 (ja
Inventor
尚 二木
Takashi Futaki
尚 二木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JP2018160938A publication Critical patent/JP2018160938A/ja
Application granted granted Critical
Publication of JP6547883B2 publication Critical patent/JP6547883B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

【課題】カバレッジ改善処理の必要性を端末において判定できるようにするための改良を提供する。【解決手段】ＵＥは、ＰＲＡＣＨ送信のためのカバレッジ改善設定情報とカバレッジ改善レベルを判定するための１又はそれ以上のＲＳＲＰ閾値を示す基準とを含むシステム情報ブロックメッセージを受信し、これら１又はそれ以上のＲＳＲＰ閾値と当該ＵＥにより測定されたＲＳＲＰ値とに基づいて、当該ＵＥのカバレッジ改善レベルを判定する。さらに、当該ＵＥは、判定されたカバレッジ改善レベルに対応するＰＲＡＣＨリソースを用いて、ランダムアクセス・プリアンブルを繰り返して送信する。【選択図】図２

Description

本明細書の開示は、カバレッジ改善の為の通信制御を行う無線通信システムに関する。
3GPP Long Term Evolution（LTE）では、近年のモバイルトラフィックの急激な増大による通信品質の低下の改善及びさらなる高速通信の実現のための技術の標準化が行われている。さらに、今後予想される膨大な数のMachine to Machine (M2M) 端末のLTEネットワークへの接続による制御シグナリング負荷の増大を回避する技術の標準化も行われている（非特許文献１）。ここで、M2M端末は、例えば人が介在せずに通信を行う端末を指す。M2M端末は、機械（e.g., 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両、船舶）及びセンサ（e.g., 環境、農業、交通等に関するセンサ）等の様々な機器に搭載される。LTEでは、M2M端末による通信をMachine Type Communication (MTC) と呼び、MTCを行う端末をMTC端末 (MTC User Equipment (MTC UE)) と呼ぶ。
M2Mのサービス事業者は膨大な数のM2M端末を市場に配布する必要があるが、M2M端末1台あたりにかけられるコストに制限がある。この為に、M2M端末は、低コストで実装されること、低消費電力で通信が行えること、等が要求される。また、MTC UEの１つのuse caseとして、建物内（例えばビル内）に固定的又は静的に設置されたまま通信を行う場合が想定される。この場合、MTC UEの無線品質が常に低い可能性があり、一般的に移動性を有する通常のUE（e.g., 携帯電話、スマートフォン、タブレットコンピュータ、ノートブック・パーソナルコンピュータ（ノートブックPC））に比べカバレッジ改善の為の技術が必要となる。また、低コスト化する為の機能制限としては、例えば最大送信電力が小さい、受信アンテナ数が少ない、高次変調方式（e.g. 64 Quadrature Amplitude Modulation（64QAM））をサポートしない、使用可能な無線帯域幅が狭帯域（e.g. 1.25 MHz）である、などが考えられ、これによりMTC UEの最大伝送レートが低下する。そこで、LTEでは、通常UEに比べ劣ることが予想されるMTC UEの通信特性（つまり、カバレッジ）を改善する為の技術の標準化が行われている（非特許文献２）。以下では、LTEで検討されているMTC UEのカバレッジを改善する為の技術の一例を説明する。尚、以下に説明されるMTC UEのためのカバレッジ改善技術（カバレッジ改善処理）は、MTC UEの通信特性又は通信品質を改善又は向上する為の処理と言うこともできる。これらの特別なカバレッジ改善技術を適用するUEの状態は、カバレッジ改善モード（Enhanced Coverage Mode（ECM））と呼ばれる。
ECMにより改善される特性は、Physical Broadcast Channel（PBCH）の受信特性、Physical Random Access Channel（PRACH）プリアンブルの送信特性（つまりeNBにおける検出特性）、Physical Downlink Shared Channel（PDSCH）の受信特性、Physical Uplink Shared Channel（PUSCH）の送信特性、等がある。PBCHは、eNBによるセル内共通の報知情報の送信に用いられる下り報知チャネルである。PRACHは、UEの無線基地局（eNB）への初期アクセスに用いられる上り物理チャネルである。PDSCHは、UEによるデータ受信に用いられる下り物理チャネルである。PUSCHは、UEによるデータ送信に用いられる上り物理チャネルである。
PBCHの受信特性を改善するために検討されている処理の１つは、通常よりも所定回数だけ余分にPBCHによる報知情報の送信を繰り返すことである（非特許文献３）。PRACHの送信特性を改善するために検討されている処理の１つは、PRACH（つまりプリアンブル）の送信を所定回数だけ繰り返すことである（非特許文献４）。さらに、PDSCHの受信特性及びPUSCHの送信特性を改善するために検討されている処理の１つは、複数サブフレームに亘りPDSCH及びPUSCHを繰り返し送信することである（非特許文献５）。これらの処理により、通常UEよりも劣化することが予想されるMTC UEの通信特性が改善することが期待される。
ECMにおけるこれらのカバレッジ改善処理は、耐遅延アクセス（delay tolerant access）を行うMTC UEを対象として行われることが想定されている。delay tolerant accessは、RRC Connection Requestメッセージ内で指定される新たなEstablishmentCauseとして定義され、例えばオーバーロードを制御するために使用される。delay tolerant accessは、delay tolerantなMTCアプリケーションを実行するMTC UEを主に意図している。例えば、メータリングサービス（検針サービス）は、検針レポートの遠隔システムへの送信をリアルタイムで（又は厳密な通信サイクルで）行う必要性がなく、検針レポートの送信において長い遅延を許容するかもしれない。eNBは、delay tolerant accessに対してオーバーロード制御を適用する場合、delay tolerant access に指定されたEstablishmentCauseを伴うRRC Connection Requestメッセージによって送られたRRC Connection Requestを拒絶してもよい。
3GPP TR 37.868 V11.0.0 (2011-09), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on RAN Improvements for Machine-type Communications; (Release 11)", 2011年9月 3GPP TR 36.888 V12.0.0 (2013-06), "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12)", 2013年6月 3GPP R1-135943, Vodafone, "Way Forward on P-BCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013 3GPP R1-135944, Vodafone, "Way Forward on PRACH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013 3GPP R1-136001, Vodafone et al. "Way forward on PDCCH, PDSCH, PUCCH and PUSCH for MTC enhanced coverage", 3GPP TSG RAN WG1 #75, San Francisco, USA, 11-15 November 2013
本件の発明者は、ECMにおけるカバレッジ改善処理をMTC UE（M2M端末）に適用する場合の様々な問題について検討した。例えば、PBCHの繰り返しはセル内のMTC UEに共通に適用されるのに対して、RACHの繰り返し並びにPDSCH/PUSCHの繰り返しは各MTC UEに個別に適用される。
一例において、ECM、特にMTC UE個別のカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）、が特定のMTC UEのために必要とされるか否かはeNBによって判定されてもよい。例えば、PDSCH/PUSCHの繰り返しは、eNBによる無線リソースの割り当てを必要とするから、MTC UE個別のカバレッジ改善処理の必要性がeNBにおいて判断されることは妥当性があるかもしれない。
しかしながら、別の視点から考慮すると、ECMの必要性がeNBにおいて判定されることは問題を生じる可能性がある。例えば、仮に特定のMTC UEに対するECM（特にMTC UE個別のカバレッジ改善処理）の必要性がeNBにより判定されるまでMTC UEがECMを開始できないとすると、その特定のMTC UEはECMによる通信特性の改善をeNBでの判定が終わるまで享受できない。したがって、MTC UEがECMによる通信特性の改善を享受できるまでの遅延時間が大きくなるおそれがある。さらに、最悪のケースを考慮すると、MTC UEからeNBへの最初のアクセス（e.g., PRACHを用いたランダムアクセス、又は無線接続（Radio Resource Control (RRC) Connection）の確立手順）すら失敗してしまうかもしれない。
したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、MTC UEのための特別なカバレッジ改善処理（e.g., ECMでのカバレッジ改善処理）の必要性をMTC UEにおいて判定できるようにするために改良されたMTC UE（M2M端末）、基地局、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
一実施形態において、M2M端末は、無線通信部及び制御部を含む。前記無線通信部は、基地局と通信するよう構成されている。前記制御部は、第１の通知を前記基地局から受信するとともに、前記第１の通知の受信後に前記基地局との無線接続を確立する際に、又は前記第１の通知の受信後に前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、第２の通知を前記基地局に送信するよう構成されている。前記第１の通知は、前記M2M端末が滞在する前記基地局のセルにおいて所定のカバレッジ改善処理がサポートされるか否かを示す。前記第２の通知は、前記所定のカバレッジ改善処理が前記M2M端末によって必要とされていること又は実行されていることを示す。
一実施形態において、基地局は、無線通信部および制御部を含む。前記無線通信部は、M2M端末と通信するよう構成されている。前記制御部は、前記M2M端末が滞在する前記基地局のセルにおいて前記M2M端末のための所定のカバレッジ改善処理がサポートされることを示す第１の通知を前記無線通信部を介して送信するよう構成されている。
一実施形態において、M2M端末により行われる方法は、（ａ）第１の通知を基地局から受信すること、及び（ｂ）前記第１の通知の受信後に前記基地局との無線接続を確立する際に、又は前記第１の通知の受信後に前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、第２の通知を前記基地局に送信すること、を含む。前記第１の通知は、前記M2M端末が滞在する前記基地局のセルにおいて所定のカバレッジ改善処理がサポートされるか否かを示す。前記第２の通知は、前記所定のカバレッジ改善処理が前記M2M端末によって必要とされていること又は実行されていることを示す。
一実施形態において、基地局により行われる方法は、M2M端末が滞在する前記基地局のセルにおいて前記M2M端末のための所定のカバレッジ改善処理がサポートされることを示す第１の通知を前記セル内に送信することを含む。
一実施形態において、プログラムは、コンピュータに読み込まれた場合に、上述したいずれかの方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
上述の実施形態によれば、MTC UEのための特別なカバレッジ改善処理の必要性をMTC UEにおいて判定できるようにするために改良されたMTC UE（M2M端末）、基地局、方法、及びプログラムを提供できる。なお、この効果は、本明細書に開示される複数の実施形態によってもたらされると期待される複数の効果の１つに過ぎないことに留意されるべきである。
第１の実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係る通信手順の一例を示すシーケンス図である。 第１の実施形態に係る通信手順の他の例を示すシーケンス図である。 第２の実施形態に係る通信手順の一例を示すシーケンス図である。 第３の実施形態に係る通信手順の一例を示すシーケンス図である。 第４の実施形態に係る通信手順の一例を示すシーケンス図である。 本発明の実施形態に係るM2M端末（MTC UE）の構成例を示すブロック図である。 本発明の実施形態に係る基地局（eNB）の構成例を示すブロック図である。
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
＜第１の実施形態＞
図１は、本実施形態に係る無線通信システムの構成例を示している。当該無線通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。図１を参照すると、当該無線通信システムは、M2M端末１１（１１Ａ、１１Ｂ、１１Ｃ）、M2M端末ではない通常の無線端末１２、基地局１３、及びコアネットワーク１４を含む。無線端末１２は、例えば、携帯電話、スマートフォン、タブレットコンピュータ、又はノートブックPCである。M2M端末１１Ａ、１１Ｂ、及び１１Ｃ、並びに無線端末１２は、基地局１３のセル１３０内に位置している。なお、本実施形態では、当該無線通信システムが3GPP LTEのシステムであるとして説明する。すなわち、M2M端末１１はMTC UEに相当し、無線端末１２はMTC UEではない通常のUEに相当し、基地局１３はeNodeB (eNB)に相当し、コアネットワーク１４はEvolved Packet Core（EPC）に相当する。
図１において、MTC UE１１Ａは、MTC UE１１Ｂに比べeNB１３からの距離が離れている為に、伝搬損が大きく無線品質が劣化することが想定される。また、MTC UE１１Ｃは建物（例えばビル）内に設置されており、屋外に設置される場合に比べて無線品質が劣化することが想定される。また、仮にMTC UE１１（１１Ａ、１１Ｂ、及び１１Ｃ）が、通常のUE１２に比べて限定的な能力又は機能（e.g., 最大送信電力が小さい、受信アンテナ数が少ない、高次変調をサポートしない等）を持つ場合、無線品質の劣化が更に顕著になることが予想される。したがって、本実施形態に係るMTC UE１１は、上述したEnhanced Coverage Mode（ECM）をサポートし、ECMにおけるカバレッジ改善処理を行うことができるよう構成されている。
既に述べたように、ECMにおけるカバレッジ改善処理は、MTC UEの通信特性（通信品質）を改善又は向上する為の処理と言うこともできる。ECMにおけるカバレッジ改善処理は、既に述べたように、以下の（ａ）〜（ｄ）のうち少なくとも１つを含んでもよく、これらとは異なる他の処理、例えば（ｅ）〜（ｆ）を含んでもよい：
（ａ）通常よりも所定回数だけ余分にPBCHによる報知情報の送信を繰り返すこと、
（ｂ）PPACH（PRACHプリアンブル）の送信を所定回数だけ繰り返すこと、
（ｃ）複数サブフレームにわたってPDSCHの送信を繰り返すこと、
（ｄ）複数サブフレームにわたってPUSCHの送信を繰り返すこと、
（ｅ）PDSCH若しくはPUSCH又は両方の電力スペクトル密度（power spectral density（PSD））を高くすること（PSD boosting）、
（ｆ）PDSCH若しくはPUSCH又は両方の繰り返し送信の間に周波数ホッピングをすること。
ここで、サブフレームとは、LTEの無線フレームを構成する単位である。１つの無線フレームの長さは１０ミリ秒であり、１つの無線フレームは１０個のサブフレーム（subframe）から構成されている。したがって、１つのサブフレームの長さは、１ミリ秒である。１つのサブフレームは、時間領域で１４個のシンボル（アップリンクであればsingle carrier frequency division multiple access (SC-FDMA) シンボル、ダウンリンクであれば orthogonal frequency division multiplexing (OFDM)シンボル）を含む。
続いて以下では、本実施形態に係るECMのための通信制御について説明する。本実施形態に係るeNB１３は、MTC UE（M2M端末）のための所定のカバレッジ改善処理（つまり、ECMでのカバレッジ改善処理）がeNB１３のセル１３０においてサポートされることを示す第１の通知をセル１３０内に送信する。第１の通知において、ECMがサポートされているか否かは、基地局単位（つまりeNB１３の全てのセルでサポート）で示されてもよいし、セル単位で示されてもよい。一方、MTC UE１１は、第１の通知をeNB１３から受信する。そしてMTC UE１１は、第１の通知を受信した後に第２の通知をeNB１３に送信する。MTC UE１１は、eNB１３から第１の通知を受信したことに応答して、第２の通知を送信してもよい。ここで、第２の通知は、eNB１３との無線接続（RRC Connection）を確立する際に、又はMTC UE１１とEPC１４の間のベアラ（Evolved Packet System（EPS）ベアラ）を確立する手順が行われる間にMTC UE１１からeNB１３に送信される。さらに、当該第２の通知は、ECMでのカバレッジ改善処理がMTC UE１１によって必要とされていること又は実行されていることを示す。
本実施形態によれば、以下に述べる効果が期待される。すなわち、仮にMTC UE１１に対するECM（特に、特定のMTC UE１１に個別のカバレッジ改善処理）の必要性がeNB１３により判定されるまでMTC UE１１がECMを開始できないとすると、MTC UE１１はECMによる通信特性の改善をeNB１３での判定が終わるまで享受できない。したがって、MTC UE１１がECMによる通信特性の改善を享受できるまでの遅延時間が大きくなるおそれがある。さらに、最悪のケースを考慮すると、MTC UE１１からeNB１３への最初のアクセス（例えば、PRACHを用いたランダムアクセス、又は無線接続（RRC Connection）の確立手順）すら失敗してしまうかもしれない。
これらの問題に対処するため、本実施形態に係るeNB１３は、上述の第１の通知をセル１３０内に送信する。したがって、本実施形態に係るMTC UE１１は、eNB１３のセル１３０がECMをサポートしていることを知ることができ、無線接続（RRC Connection）の確立の際に、又はEPSベアラ確立手順の間に、ECMでのカバレッジ改善処理がMTC UE１１によって必要とされていること又は実行されていることを示す第２の通知をeNB１３に通知することができる。MTC UE１１を含むUEは、一般的に、周期的又は非周期的な通信機会が到来したことに応じてアイドル状態（RRC_IDLE）からコネクテッド状態（RRC_CONNECTED）になる前に、アイドル状態で無線品質を測定している。したがって、MTC UE１１は、アイドル状態において第１の通知をeNBから受信し、アイドル状態において測定された無線品質を用いてECMの要否を通信機会の到来に先立って事前に判定してもよい。そうすれば、通信機会の到来した後にeNB１３におけるECMの要否の判定を待つことに起因する遅延時間（ECM開始までの遅延時間）の削減に寄与できる。
ここで、本明細書で使用されるアイドル状態及びコネクテッド状態の用語の定義を述べる。アイドル状態とは、UEとeNBの間の無線接続が解放された状態である。したがって、eNBはアイドル状態のUEに関する情報（UEコンテキスト）を有していない。アイドル状態のUEの位置は、コアネットワークにおいて位置登録エリア（e.g., トラッキングエリア又はルーティングエリア）単位で把握されている。コアネットワークは、アイドル状態のUEにページングによって到達できる。また、アイドル状態のUEは、eNBとの間でユニキャストデータ転送を行うことができない。したがって、アイドル状態のUEは、ユニキャストデータ転送を行うためにコネクテッド状態に遷移しなければならない。アイドル状態の例は、（１）Universal Terrestrial Radio Access Network（UTRAN）におけるRRC idle state、 （２）Evolved UTRAN（E-UTRAN）におけるRRC_IDLE state、及び（３）WiMAX（IEEE 802.16-2004）、モバイルWiMAX（IEEE 802.16e-2005）、及びWiMAX2（IEEE 802.16m）におけるIdle stateを含む。
これに対してコネクテッド状態は、UEがeNBに接続した状態である。したがって、eNBは、コネクテッド状態のUEに関する情報（UEコンテキスト）を保持している。コネクテッド状態のUEの位置は、コアネットワークにおいてセル単位（又は基地局単位）で把握されている。コネクテッド状態のUEは、一般的に、eNBとの間でユニキャストデータ転送を行うことができる。ただし、UTRANにおけるCELL_PCH state及びURA_PCH stateは、UEのコンテキストが基地局（NodeB）によって保持されているが、アップリンク及びダウンリンクともにUEには個別チャネルが割り当てられていない状態である。コネクテッド状態の例は、（１）UTRANにおけるRRC connected state、（２）E-UTRANにおけるRRC_CONNECTED state、及び（３）WiMAX、モバイルWiMAX及びWiMAX2におけるConnected stateを含む。なお、UTRANにおけるRRC connected stateは、CELL_DCH state、CELL_FACH state、CELL_PCH sate、及びURA_PCH stateを含む。
続いて以下では、上述した第１の通知のeNB１３からMTC UE１１への送信方法、及び第２の通知のMTC UE１１からeNB１３への送信方法の具体例について順に説明する。
第１の通知は、eNB１３との無線接続（RRC connection）を有していない、つまりアイドル状態のMTC UE１１において受信可能なブロードキャストチャネルで送信されることが好ましい。言い換えると、第１の通知は、アイドル状態のMTC UE１１が受信可能なブロードキャスト情報であることが好ましい。具体的には、LTEの論理チャネルの１つであるBroadcast Control Channel（BCCH）が第１の通知の送信のために使用されてもよい。
さらに述べると、第１の通知は、アイドル状態（RCC_IDLE）かつデタッチ状態（EMM-DEREGISTERED）のMTC UE１１においても受信可能なブロードキャストチャネルで送信されることが好ましい。デタッチ状態（EMM-DEREGISTERED）は、LTEのEPS Mobility Management（EMM）状態を表している。すなわち、デタッチ状態（EMM-DEREGISTERED）は、UEがコアネットワーク（e.g., EPC）内のモビリティ管理要素（e.g., Mobility Management Entity（MME））に登録されておらず、UEのモビリティ管理が行われていない状態を意味する。デタッチ状態のUEは、MMEにおいて位置情報が把握されていないため、コアネットワーク（EPC）からページングによって到達可能でない（unreachable）。デタッチ状態のUEは、通信を行うために、初期セル選択（つまり、初期セルサーチ）を行い、eNBと無線接続を確立し、コアネットワーク（EPC）への位置登録を行わなければならない。なお、BCCHは、アイドル状態（RCC_IDLE）かつデタッチ状態（EMM-DEREGISTERED）のMTC UE１１においても受信可能である。
BCCHは、トランスポートチャネルであるBroadcast Channel（BCH）又はDownlink Shared Channel（DL-SCH）にマッピングされる。さらに、BCCHがマッピングされたBCHは、物理チャネルであるPhysical Broadcast Channel（PBCH）を用いてeNB１３から送信される。PBCHは、各無線フレームの先頭サブフレームの予め定められたリソースブロックを使用して送信され、４０ミリ秒周期（４無線フレーム周期）で更新される。PBCHを用いて送信されるブロードキャスト情報は、Master Information Block（MIB）である。したがって、第１の通知は、MIBに含まれてよい。
一方、BCCHがマッピングされたDL-SCHは、物理チャネルであるPhysical Downlink Shared Channel（PDSCH）を用いてeNB１３から送信される。PDSCHの通常の用途は、ユーザデータの送信であるが、PDSCHの特別な用途（special uses）の１つとしてBCCH（つまりブロードキャスト情報）の送信が規定されている。BCCH（ブロードキャスト情報）のために使用されるリソースブロックは、Physical Downlink Control Channel（PDCCH）内の制御メッセージによって示される。PDSCHを用いて送信されるブロードキャスト情報は、System Information Blocks（SIBs）である。したがって、第１の通知は、既存のSIBsのいずれか、例えばSystem Information Block Type 1（SIB1）に含まれてもよい。また、第１の通知は、M2M、MTC UE、又はECMのために新たに定義されたSIBに含まれてもよい。
第１の通知は、eNB１３のセル１３０によるECMのサポートの有無を明示的に示してもよいし（e.g., フラグビット）、暗示的に示してもよい。第１の通知において、ECMがサポートされているか否かは、基地局単位（つまりeNB１３の全てのセルでサポート）で示されてもよいし、セル単位で示されてもよい。暗示的な第１の通知は、ECMでのカバレッジ改善処理のための設定情報（ECM radio resource configuration又はECM configuration）を含んでもよい。
ECM radio resource configuration又はECM configurationは、例えば、以下に示す情報のうち少なくとも１つを含んでもよい：
・報知情報（PBCH）の受信に関する設定情報、
・システム情報（System Information Block（SIB））の受信に関する設定情報、
・ページング（Paging Channel（PCH））の受信に関する設定情報、
・下り制御情報（Physical Downlink Control Channel（PDCCH））の受信に関する設定情報、
・下りデータ（PDSCH）の受信に関する設定情報、
・上り制御情報（Physical Uplink Control Channel（PUCCH））の送信に関する設定情報、
・上りデータ（PUSCH）の送信に関する設定情報、
・無線品質測定報告（Measurement Report）に関する設定情報。
報知情報（PBCH）の受信に関する設定情報及びシステム情報（SIB）の受信に関する設定情報は、例えば、どのサブフレーム及び／又はどのOFDMシンボルで報知情報及び（どの種類の）システム情報が繰り返して送信されているかを示す情報でもよい。ページングの受信に関する設定情報は、例えば、どのサブフレームでページングが繰り返して送信されているかを示す情報でもよい。下り制御情報（PDCCH）の受信及び下りデータ（PDSCH）の受信に関する設定情報は、例えば、それらが何回繰り返して送信されるかを示す情報でもよいし、どのサブフレームで繰り返して送信されるかを示す情報でもよい。上り制御情報（PUCCH）の送信及び上りデータ（PUSCH）の送信に関する設定情報は、例えば、それらが何回繰り返して送信されるかを示す情報でもよいし、どのサブフレームで繰り返して送信されるかを示す情報でもよい。無線品質測定報告に関する設定情報は、ECMを実行している間に適用する無線品質の測定結果（measurement result）に対するオフセット値や閾値でもよいし、ECMを実行している間に適用する無線品質の測定結果の報告の判定におけるオフセット値や閾値でもよい。
次に、第２の通知について説明する。第２の通知は、例えば、無線接続（RRC connection）の確立を要求するための要求メッセージ、つまりRRC Connection Requestメッセージを用いて送信されてもよい。RRC Connection Requestメッセージは、RRC connectionの確立手順の最初に送信されるメッセージであるから、第２の通知は、無線接続（RRC connection）の確立手順の間に送信されるということもできる。なお、別の視点からみると、RRC Connection Requestメッセージは、ランダムアクセス手順（Random Access Channel（RACH） procedure）の第３ステップで送信される。したがって、RRC Connection Requestメッセージが利用される場合、第２の通知は、ランダムアクセス手順（RACH procedure）の間に送信されるということもできる。
他の例において、第２の通知は、無線接続（RRC connection）の確立完了を示す完了メッセージ、つまりRRC Connection Setup Complete メッセージを用いて送信されてもよい。RRC Connection Setup Completeメッセージは、RRCコネクションの確立手順で送信される最終メッセージであるから、第２の通知は、無線接続（RRC connection）の確立手順の間に送信されるということもできる。また、RRC Connection Setup Completeメッセージは、NASメッセージ（e.g., NAS: Service Request、NAS: Attach Request）を包含する。NASメッセージを包含するRRC Connection Setup Completeメッセージは、EPSベアラの確立手順で送信される最初のメッセージである。したがって、RRC Connection Setup Complete メッセージが使用される場合、第２の通知は、ベアラ確立手順の間に送信されるということもできる。
第２の通知の送信のためにRRC Connection Requestメッセージ又はRRC Connection Setup Complete メッセージを利用することで、MTC UE１１は、自身がECMを必要としていること又は実行していることを、無線接続の確立手順の間に速やかにeNB１３に通知することができる。したがって、例えば、eNB１３は、MTC UE１１のために確立する無線接続の設定にECM設定を含めることができ、ECMのカバレッジ改善処理を伴うMTC UE１１との通信を速やかに開始できる。尚、無線接続（RRC connection）の確立という観点から、RRC Connection Setup Completeメッセージと同様に、RRC Connection Reestablishment Completeメッセージを利用して第２の通知の送信を行ってもよいことは言うまでもない。
さらに他の例において、第２の通知は、無線接続（RRC connection）の確立に先立って行われるランダムアクセス手順（RACH procedure）において送信されてもよい。具体的には、ランダムアクセス手順（RACH procedure）の第１ステップにおけるPRACHプリアンブルの送信が第２の通知のために利用されてもよい。この場合、第２の通知は、PRACHのための複数の無線リソースのうち、ECMのために割り当てられた特別な無線リソース（e.g., 時間、周波数、符号、又はプリアンブル系列）を使用することで、MTC UE１によってECMが必要とされていること又は実行されていることを暗示してもよい。
PRACHではPRACHプリアンブルしか送信できないため、MTC UE１によって要求又は実行されるECMの詳細（例えば、複数のカバレッジ改善処理のうちどれが具体的に必要であるか）を示すことは難しいかもしれない。したがって、この用途には、上述のRRC Connection Requestメッセージ又はRRC Connection Setup Complete メッセージが適しているかもしれない。しかしながら、第２の通知のためにPRACHプリアンブルを利用することで、RRC Connection Requestメッセージ又はRRC Connection Setup Complete メッセージを利用する場合に比べて、MTC UE１におけるECMの要否又は実行状況をeNB１３により早く伝えることができる利点がある。
続いて以下では、MTC UE１１においてECMの要否を判定する処理の具体例を説明する。MTC UE１１は、eNB１３からの第１の通知に基づいてeNB１３のセル１３０がECMをサポートしていることを認識した場合に、MTC UE１１においてECM（つまり、ECMでのカバレッジ改善処理）が必要であるか否かを判定すればよい。
MTC UE１１は、ECMが必要であることを判定した場合に、ECMでの複数のカバレッジ改善処理のうちで実行可能である処理を開始してもよい。例えば、MTC UE１１は、繰り返し送信されるPBCHを受信すること、若しくはランダムアクセス手順においてPRACHプリアンブルを繰り返し送信すること、又はこれら両方を開始してもよい。したがって、第１の通知は、MTC UE１１によってECMが実行されていることを示してもよい。
一方、例えば、PDSCH/PUSCHの繰り返しは、eNB１３による無線リソースの割り当てを必要とする。したがって、eNB１３での対処が必要なカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）については、MTC UE１１は、その必要性をeNB１３に報告すればよい。また、実行可能である処理（e.g., PBCHの繰り返し受信、PRACHプリアンブルの繰り返し送信）を含む全てのECMでのカバレッジ改善処理に関して、MTC UE１１は、それらの必要性をeNB１３に報告してもよい。したがって、第１の通知は、MTC UE１１によってECMが必要とされることを示してもよい。
MTC UE１１におけるECM（ECMでのカバレッジ改善処理）の要否の判定は、例えば、MTC UE１１のアクセス要因（Access cause）、端末能力（UE capability）、端末情報（UE information）、通信特性（Communication performance）、及び無線品質（Radio quality）の少なくとも１つを考慮して行われてもよい。
アクセス要因、端末能力、端末情報、通信特性、及び無線品質の具体例を以下に述べる。ただし、アクセス要因、端末能力、端末情報、通信特性、及び無線品質の内容は、これらの例に限定されるものではない。
アクセス要因は、例えば以下の２つのうち少なくとも１つを含んでもよい。
・RRC接続確立の目的（Establishment cause）
・サービス種別（Service type）
RRC接続確立の目的は、例えば、（ａ）緊急呼（emergency）、（ｂ）高優先度アクセス（highPriorityAccess）、（ｃ）端末終端通信の為のアクセス（mt-Access）、端末発信によるシグナリング（mo-Signalling）、（ｄ）端末発信によるデータ送信（mo-Data）、（ｅ）耐遅延アクセス（delayTolerantAccess）、（ｆ）低優先度アクセス（lowPriorityAccess）、（ｇ）小データ通信の為のアクセス（smallDataAccess）、（ｈ）小パケット通信の為のアクセス（smallPacketAccess）、（ｉ）限定的なアクセス（limitedAccess）、（ｊ）限定的なサービスの為のアクセス（limitedService）、（ｋ）M2M型アクセス（m2mAccess）、又は（ｌ）ECMによるアクセス（ecmAccess）、を指定してもよい。
サービス種別は、例えば、（ａ）リアルタイムサービス、（ｂ）ノンリアルタイムサービス、又は（ｃ）M2M型通信、を指定してもよい。
端末能力は、例えば以下の３つのうち少なくとも１つを含んでもよい。
・無線アクセス能力（Radio access capability）
・デバイス能力（Device capability）
・端末カテゴリ（UE category）
無線アクセス能力は、例えば、（ａ）UEが3GPP LTEで規定されている端末機能をサポートしているか否かを示す情報（例えばフラグビット）、又は（ｂ）UEがECMをサポートしているか否かを示す情報、を含んでもよい。UEがECMをサポートしているか否かを示すために、例えば、“EcmSupport”という情報要素（Information Element（IE））が定義されてもよい。例えば、“EcmSupport”のtrue値は、ECMがサポートされていること（Supported）を示し、false値はECMがサポートされていないこと（NotSupported）を示す。また、“EnhancedCoverageMode”というIEが定義されてもよい。例えば、EcmSupportがSupportedと設定されているとき、UEがECMをサポートしていることを表す。また、UEがECMを未サポートである場合、EcmSupportがNotSupportedと設定さてもよいし、当該IEが送信されないことで未サポートを示してもよい。
デバイス能力は、例えば、（ａ）UEがMTC UEであることを示す情報、（ｂ）UEの通信性能が（通常UEに比べて）制限されていることを示す情報、又は（ｃ）特定の通信（例えばM2M型通信）のみを行うことを示す情報、を含んでもよい。
端末カテゴリは、（ａ）3GPP LTEで規定される端末カテゴリのうちのいずれかを示す情報、又は（ｂ）3GPP LTEで規定されるアクセス階級（Access Class）のいずれかを示す情報、を含んでもよい。端末カテゴリ又はアクセス階級は、M2M型通信を行うMTC UE用に新たに規定してもよい。例えば、低コストで実装する為に機能制限されたMTC UEに対する新規カテゴリ（e.g., category 0）が規定されてもよいし、低頻度で通信を行うことを前提とする又は低頻度の通信のみを許可するアクセス階級（AC）が新たに規定されてもよい。
端末情報は、例えば以下の３つのうち少なくとも１つを含んでもよい。
・端末種別（UE type）
・デバイス種別（Device type）
・端末コンテキスト（UE context）
端末種別は、例えば、（ａ）UEが通常のUE（非MTC UE）とMTC UEのどちらであるかを示す情報、（ｂ）UEが移動するか否かを示す情報（又はUEが移動しないことを示す情報）、又は（ｃ）UEへの電力供給（power supply）があるか否かを示す情報、を含んでもよい。
デバイス種別は、例えば、（ａ）UEに実装されたOperating System（OS）の種別を示す情報、又は（ｂ）UEが行うM2M型通信の種別を示す情報（つまり、M2Mのサブカテゴリ情報）、を含んでもよい。
端末コンテキストは、例えば、（ａ）上述の端末能力の情報、（ｂ）UEに設定されたRRC制御情報（RadioResrouceConfigCommon IE及びRaioResourceConfigDediacted IEに含まれる情報等）、（ｃ）UEのモビリティに関する情報（mobility information）、（ｄ）UEがECMを実行しているか否かを示す情報（ECM execution information）、又は（ｅ）UEが以前（例えば前回RRC_CONNECTEDのとき）にECMを実行していたか否かを示す情報（ECM status information）、を含んでもよい。
通信特性は、例えば以下の２つのうち少なくとも１つを含んでもよい。
・特性測定結果（Performance measurement result (e.g., L2 measurement)）
・通信統計品質（Statistical communication quality (e.g., KPI)）
特性測定結果は、（ａ）ブロック誤り率測定結果（Block Error Rate）、（ｂ）パケット誤り率測定結果（Packet Error Rate）、（ｃ）スループット測定結果（e.g., Scheduled IP Throughput）、（ｄ）パケットロス測定結果（Packet Loss Rate）、又は（ｅ）パケット廃棄測定結果（Packet Discard Rate）を含んでもよい。
通信統計品質は、例えば、（ａ）ハンドオーバ試行回数若しくはハンドオーバ試行率、（ｂ）ハンドオーバ成功率若しくはハンドオーバ失敗率、（ｃ）通信間隔若しくは通信頻度、（ｄ）パケット発生間隔若しくはパケット発生頻度、（ｅ）パケット到着間隔（packet inter-arrival time）若しくはパケット到着頻度（packet inter-arrival rate）、（ｆ）アクセス間隔若しくはアクセス頻度、又は（ｇ）RRC接続確立若しくはNAS接続確立の間隔若しくは頻度、を含んでもよい。
無線品質は、例えば以下の２つのうち少なくとも１つを含んでもよい。
・参照信号の受信品質（Reference Signal (RS) received quality）
・通信路品質指標（CQI）
参照信号（RS）の受信品質は、例えば、UEにおける下りRSの受信電力（RSRP）、（ｂ）受信品質（RSRQ）、又は受信電力強度（RSSI）、を含んでもよい。
MTC UE１１がECMの要否を判定するタイミングには様々なバリエーションがある。例えば、MTC UE１１は、MTC UE１１の電源がONになったとき、MTC UE１１がアイドル状態（RRC_IDLE）で初期セル選択（つまり、初期セルサーチ）を行っているとき、又はMTC UE１１がアイドル状態（RRC_IDLE）でセル再選択を行っているときに、ECMの要否を判定してもよい。MTC UE１１がアイドル状態であるときに予めECMの要否を判定することで、通信機会の到来した後にeNB１３におけるECMの要否の判定を待つことに起因する遅延時間（ECM開始までの遅延時間）の削減に寄与できる。
これに代えて、MTC UE１１は、周期的又は非周期的な通信機会（例えば、周期的な通信許可期間、非周期的な上り送信データの発生、又はページングの受信）が到来したときに、無線接続の確立のためにeNB１３にアクセスするのに先立ってECMの要否を判定してもよい。また、MTC UE１１は、無線接続の確立のためにeNB１３にアクセスしている間（e.g., RACH access procedureの間、又はRRC Connection establishment procedureの間）に、ECMの要否を判定してもよい。さらにまた、MTC UE１１は、無線接続（RRC connection）が確立された後にECMの要否を判定してもよい。
また、ECMに関して実行される動作（つまり、MTC UE１１又はeNB１３の受信又は送信の制御）は、予め多段階（マルチレベル）に細分化して定義されてもよい。この場合、MTC UE１１は、ECMが必要であるか否か（又はECMを実行するか否か）の判定だけでなく、どの段階（レベル）の動作が必要であるか（又はどの段階の動作を実行するか）を決定し、決定された段階（レベル）を第２の通知においてeNB１３に報告してもよい。eNB１３は、MTC UE１１からの第２の通知に基づき、MTC UE１１から報告されたECMの動作段階（レベル）を許容してもよいし、MTC UE１１から報告されたECMの動作段階（レベル）とは異なる段階を決定し、決定した段階をMTC UE１１に通知してもよい。つまり、eNB１３は、MTC UE１１が行うべきECMの動作段階を最終的に確定する権限を有してもよい。
また、MTC UE１１がECMを実行すると判定した場合、またはeNB１３がMTC UE１１にECMを実行させると判定した場合に、MTC UE１１は、RRC_CONNECTEDからRRC_IDLEになった後もECMを継続して実行してもよい。また、MTC UE１１は、MTC UE１１がECMを実行すると判定した場合、またはeNB１３がMTC UE１１にECMを実行させると判定した場合に、耐遅延アクセス（delay tolerant access）を行う間においてECMを継続して実行してもよい。
また、MTC UE１１は、始めにECMが必要か否か（又はECMを実行するか否か）を判定した後に、自身の通信特性又は無線品質を基にECMを継続して実行するか否かを判定してもよい。例えば、MTC UE１１は、MTC UE１１の通信特性としてブロック誤り率若しくはパケット誤り率又はこれら両方を取得し、これらが所定閾値よりも小さいと判定した場合にECMを中断（又は中止）してもよい。これに代えて又はこれと組み合わせて、MTC UE１１は、無線品質としてRSRP若しくはRSRQ又はこれら両方を取得し、これらが所定閾値よりも大きいと判定した場合にECMを中断（又は中止）してもよい。
図２は、本実施形態に係るMTC UE１１及びeNB１３の動作の一例を示すシーケンス図である。なお、図２は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図２のステップＳ１０１では、eNB１３は、ECMをサポートしていることを示す第１の通知をセル１３０内にブロードキャストする（System Information Block Type 1x）。第１の通知は、図２に示されているように、SIBsのいずれかに含まれてもよい。また、既に述べたように、第１の通知は、eNB１３（又はeNB１３のセル１３０）によるECMのサポートの有無を明示的に示してもよいし（e.g., フラグビット）、暗示的に示してもよい。暗示的な第１の通知は、ECMにおいて使用される無線リソースの設定情報（ECM radio resource configuration）を含んでもよい。
ステップＳ１０２では、MTC UE１１は、ECMが必要であるか否か（又はECMを実行するか否か）を判定する（ECM decision）。既に述べたように、MTC UE１１は、例えば、周期的又は非周期的な通信機会（例えば、周期的な通信許可期間、非周期的な上り送信データの発生、又はページングの受信）が到来したことに応じて、ステップＳ１０２の判定を行ってもよい。これに代えて、MTC UE１１は、MTC UE１１の電源がONになったとき、MTC UE１１がアイドル状態（RRC_IDLE）で初期セル選択（つまり、初期セルサーチ）を行っているとき、又はMTC UE１１がアイドル状態（RRC_IDLE）でセル再選択を行っているときに、ステップＳ１０２の判定を行ってもよい。
ステップＳ１０２の判定は、既に述べたように、様々なパラメータを考慮して行うことができる。例えば、当該判定は、MTC UE１１が滞在するセル１３０（又は当該セルを管理するeNB１３）でECMがサポートされているか否かに基づいて行われてもよい。当該判定は、MTC UE１１自身の端末能力（又はデバイス能力）としてECMをサポートしているか否かに基づいて行われてもよい。当該判定は、eNB１３へのアクセス要因が耐遅延アクセス（delay tolerant access）であるか否かに基づいて行われてもよい。当該判定は、MTC UE１１の無線品質が所定閾値よりも小さいか否かに基づいて行われてもよい。
図２は、MTC UE１１によってECMが必要とされるケースを示している。したがって、ステップＳ１０３では、MTC UE１１は、ECMの実行を開始する（ECM start）。そして、ステップＳ１０４〜Ｓ１０８では、MTC UE11は、ECMの動作（カバレッジ改善処理）を行いながらeNB１３にアクセスする。
具体的には、ステップＳ１０４では、MTC UE１１は、ランダムアクセスのプリアンブル送信を行う（PRACH Preamble）。図２の例では、PRACHプリアンブルの送信のために、ECMに特有の無線リソース（例えば時間・周波数や符号、プリアンブル系列など）が割り当てられている、又は利用可能である。したがって、MTC UE１１は、ECMに特有の無線リソースを使用してPRACHプリアンブルを送信する。
ステップＳ１０５では、eNB１３は、PRACHプリアンブルの検出に応答して、ランダムアクセス応答を送信する（Random Access Response）。なお、eNB１３は、PRACHプリアンブルがECMに特有の無線リソースにおいて受信されたことで、当該プリアンブルの送信元UEがECMを実行していることを認識できる。したがって、ランダムアクセス応答の送信に利用される無線リソース又はランダムアクセス応答の送信形態（e.g., PDCCH又はPDSCHの繰り返し送信）は、ECMに特有のものでもよい。ただし、eNB１３は、PRACHプリアンブル検出の時点では、プリアンブルの送信元UEを特定することはできない。PRACHプリアンブルは、送信元UEの識別子を含んでいないためである。
ステップＳ１０６では、MTC UE１１は、ランダムアクセス応答の受信に応答して、無線接続（RRC connection）の確立要求メッセージを送信する（RRC Connection Request）。ステップＳ１０６では、MTC UE１１は、耐遅延アクセス（delay tolerant access）であることをeNB１３に報告してもよい。また、MTC UE１１は、RRC Connection Requestメッセージの送信のために、ECMに特有の無線リソースまたは送信形態（e.g., PDSCHの繰り返し送信）を利用してもよい。
ステップＳ１０７では、eNB１３は、MTC UE１１からのRRC Connection Requestに応答して、無線接続（RRC connection）の確立の為に必要な設定情報を送信する（RRC Connection Setup）。ステップＳ１０８では、MTC UE１１は、無線接続（RRC connection）の確立完了を示す完了メッセージを送信する（RRC Connection Setup Complete）。ステップＳ１０７及びＳ１０８では、ECMに特有の無線リソースまたは送信形態が利用されてもよい。
ステップＳ１０９では、eNB１３は、無線リソース設定情報（Radio Resource Configuration）をMTC UE１１に送信する。ステップＳ１０８の送信は、図示されていないMTC UE１１からのNASメッセージ（e.g., NAS: Service Request、NAS: Attach Request）に基づくEPSベアラの確立手順の中で行われる。ステップＳ１０８で送信される無線リソース設定情報は、ECMの実行に必要なECM設定情報（ECM configuration）を含んでもよい。ECM設定情報（ECM configuration）は、例えば、EPSベアラ確立後のユーザデータ又は制御データ（e.g., Hybrid Automatic Repeat Request（HARQ）ACK/NACK、及びChannel State Information（CSI））の送信に適用されるカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）に関する設定情報を含む。
ステップＳ１１０では、MTC UE１１は、無線リソース設定情報及びECM設定情報に従って、ECMでのカバレッジ改善処理を伴うデータ通信を行う（M2M data with ECM）。
図３は、本実施形態に係るMTC UE１１及びeNB１３の動作の他の例を示すシーケンス図である。なお、図３は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図３のステップＳ２０１〜Ｓ２０３における処理は、図２のステップＳ１０１〜Ｓ１０３における処理と同様である。ステップＳ２０４では、MTC UE１１は、ランダムアクセスのプリアンブル送信を行う（PRACH Preamble）。図３の例では、PRACHプリアンブルの送信のために、ECMに特有の無線リソースを利用できない。したがって、MTC UE１１は、通常のUE１２と同様のリソースを用いてPRACHプリアンブルを送信する。ステップＳ２０５では、eNB１３は、PRACHプリアンブルの検出に応答して、ランダムアクセス応答を送信する（Random Access Response）。
ステップＳ２０６では、MTC UE１１は、ランダムアクセス応答の受信に応答して、無線接続（RRC connection）の確立要求メッセージを送信する（RRC Connection Request）。ステップＳ２０６では、MTC UE１１は、耐遅延アクセス（delay tolerant access）であることをeNB１３に報告してもよい。さらに、MTC UE１１は、ステップＳ２０６のRRC Connection Requestメッセージを用いて、ECMを実行していることを示す第２の通知（ECM activated）を送信してもよい。第２の通知を送信するために、例えば、ECM status（又はECM process、ECM flag）という情報要素（Information Element（IE））が定義されてもよい。例えば、ECM statusがtrue値又は“Activated”に設定されているとき、MTC UE１１がECMを実行していることを示す。反対に、ECM statusがfalse値又は“Not-activated”に設定されているとき、ECMが実行されていないことを示してもよい。また、第２の通知は、１ビットフラグであってもよく、値が１であるときECMが実行されていることを示し、値が０であるときECMが実行されていないことを示してもよい。
ステップＳ２０１〜Ｓ２０６の間は、MTC UE１１は所定の下りリンクのメッセージ（e.g., ページング、報知情報（PBCHやSIB）など）をECMに特有の処理を用いて受信してもよい。
ステップＳ２０７では、eNB１３は、MTC UE１１からのRRC Connection Requestに応答して、無線接続（RRC connection）の確立の為に必要な設定情報を送信する（RRC Connection Setup）。ステップＳ２０８では、MTC UE１１は、無線接続（RRC connection）の確立完了を示す完了メッセージを送信する（RRC Connection Setup Complete）。なお、第２の通知（ECM activated）は、ステップＳ２０６のRRC Connection Requestメッセージに代えて、ステップＳ２０８のRRC Connection Setup Completeメッセージを用いて送信されてもよい。
ステップＳ２０９及びＳ２１０における処理は、図２のステップＳ１０９及びＳ１１０における処理と同様である。
＜第２の実施形態＞
本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。本実施形態では、第１の実施形態で説明された詳細シーケンスの変形例が説明される。図２及び図３に示された具体例では、ECMの実行までがMTC UE１１において判定され、eNB１３はMTC UE１１による判定に基本的に従う例を示した。しかしながら、MTC UE１１による判定は必ずしも正しいとは限らないケースがあるかもしれない。本実施形態に係るeNB２３は、MTC UE２１による判定に完全に従うのでなく、MTC UE２１から要求されているECMが真に必要であるか否かを追加的に判定する。
図４は、本実施形態に係るMTC UE２１及びeNB２３の動作の一例を示すシーケンス図である。なお、図４は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図４のステップＳ３０１における処理は、図２のステップＳ１０１における処理と同様である。ステップＳ３０２では、MTC UE２１は、ECMが必要であるか否かを判定する（ECM decision）。図４は、MTC UE２１によってECMが必要とされるケースを示している。したがって、ステップＳ３０３では、MTC UE２１は、無線接続（RRC connection）の確立要求メッセージを送信する（RRC Connection Request）。なお、図４では、ランダムアクセス手順の第１及び第２ステップ（つまり、PRACHプリアンブルの送信、及びRandom Access Responseの返信）の図示は省略されている。
ステップＳ３０３では、MTC UE２１は、耐遅延アクセス（delay tolerant access）であることをeNB２３に報告してもよい。さらに、MTC UE２１は、ステップＳ３０３のRRC Connection Requestメッセージを用いて、自身にてECMが必要とされていることを示す第２の通知（ECM Request）を送信してもよい。この第２の通知（ECM Request）は、MTC UE２１のためのECM（ECMでのカバレッジ改善処理）の実行をeNB２３に要求する。
ステップＳ３０４では、eNB２３は、MTC UE２１からのRRC Connection Requestに応答して、無線接続（RRC connection）の確立の為に必要な設定情報を送信する（RRC Connection Setup）。ステップＳ３０５では、MTC UE２１は、無線接続（RRC connection）の確立完了を示す完了メッセージを送信する（RRC Connection Setup Complete）。なお、第２の通知（ECM Request）は、ステップＳ３０３のRRC Connection Requestメッセージに代えて、ステップＳ３０５のRRC Connection Setup Completeメッセージを用いて送信されてもよい。
ステップＳ３０６では、eNB２３は、MTC UE２１のためにECMが必要であるか否か（又はMTC UE２１のためにECMを実行させるか否か）を判定する（ECM decision）。ステップＳ３０６の判定において、eNB２３は、第１の実施形態で説明したMTC UE１１におけるECMの要否判定と同様のパラメータを用いればよい。
図４は、MTC UE２１のためにECMが必要である（又はECMを実行する）とeNB２３において判断されるケースを示している。したがって、ステップＳ３０７では、eNB２３は無線リソース設定情報（Radio Resource Configuration）をMTC UE２１に送信する（RRC Connection Reconfiguration）。ステップＳ３０７の送信は、図示されていないMTC UE２１からのNASメッセージ（e.g., NAS: Service Request、NAS: Attach Request）に基づくEPSベアラの確立手順の中で行われてもよい。ステップＳ３０７で送信される無線リソース設定情報は、ECMの実行に必要なECM設定情報（ECM configuration）を含んでもよい。また、ステップＳ３０７で送信される無線リソース設定情報は、MTC UE２１に対してECMの実行を明示的に指示する情報を含んでもよい。
ステップＳ３０８では、MTC UE２１は、ステップＳ３０７でのeNB２３からの明示的又は暗示的な指示に応答して、ECMの実行を開始する（ECM start）。ステップＳ３０９では、MTC UE２１は、無線リソース設定情報及びECM設定情報に従って、ECMでのカバレッジ改善処理を伴うデータ通信を行う（M2M data with ECM）。
＜第３の実施形態＞
本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。本実施形態では、第１及び第２の実施形態で説明された詳細シーケンス（図２、図３、及び図４）の変形例が説明される。
本実施形態で説明される手順は、図２（又は図３）と図４の手順の組み合わせであると言うことができる。すなわち、本実施形態に係るMTC UE３１は、ECMの要否を自身で判定し、その判定に基づいてECMの実行を開始するとともに、ECMが必要であること（又はECMを実行中であること）をeNB３３に通知する（第２の通知）。eNB３３は、MTC UE３１からの第２の通知に応答してMTC UE３１に対するECMの要否を判定する。eNB３３は、ECMが必要と判定した場合にECM設定情報をMTC UE３１に送信し、ECMが不要と判定した場合にECMの中断（又は中止）指示をMTC UE３１に送信する。このようなECMの制御手順によれば、MTC UE３１は、自身の判断に基づいてECMを速やかに開始できる。さらに、eNB３３は、MTC UE３１におけるECM要否判定の妥当性を検証することができ、妥当でない判定を取り消す（つまり、ECMを停止する）ことができる。
図５は、本実施形態に係るMTC UE３１及びeNB３３の動作の一例を示すシーケンス図である。なお、図５は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図５のステップＳ４０１〜Ｓ４０３における処理は、図２のステップＳ１０１〜Ｓ１０３における処理と同様である。ステップＳ４０４では、MTC UE３１は、無線接続（RRC connection）の確立完了を示す完了メッセージを送信する（RRC Connection Setup Complete）。なお、図５では、ランダムアクセス手順の第１〜第４ステップ（つまり、MTC UE３１によるPRACHプリアンブルの送信からeNB３３によるRRC Connection Setupメッセージの送信まで）の図示を省略している。
MTC UE３１は、ステップＳ４０４のRRC Connection Setup Completeメッセージを用いて、自身にてECMが必要とされていることを示す第２の通知（ECM Request）を送信してもよい。この第２の通知（ECM Request）は、MTC UE３１のためのECM（ECMでのカバレッジ改善処理）の実行をeNB３３に要求する。なお、第２の通知（ECM Request）は、ステップＳ４０４のRRC Connection Setup Completeメッセージに代えて、図示が省略されているRRC Connection Requestメッセージを用いて送信されてもよい。
ステップＳ４０５では、eNB３３は、MTC UE３１のためにECMが必要であるか否か（又はMTC UE３１のためにECMを実行させるか否か）を判定する（ECM decision）。ステップＳ４０５の判定において、eNB３３は、第１の実施形態で説明したMTC UE１１におけるECMの要否判定と同様のパラメータを用いればよい。
ステップＳ４０６〜Ｓ４０７は、MTC UE３１のためにECMが必要である（又はECMを実行する）とeNB３３において判断されたケースを示している（図５のケース１）。ステップＳ４０６では、eNB３３は、無線リソース設定情報（Radio Resource Configuration）をMTC UE３１に送信する（RRC Connection Reconfiguration）。ステップＳ４０６で送信される無線リソース設定情報は、ECMの実行に必要なECM設定情報（ECM configuration）を含んでもよい。また、ステップＳ４０６で送信される無線リソース設定情報は、MTC UE３１に対してECMの実行を明示的に指示する情報を含んでもよい。ステップＳ４０７では、MTC UE３１は、無線リソース設定情報及びECM設定情報に従って、ECMでのカバレッジ改善処理を伴うデータ通信を行う（M2M data with ECM）。
一方、ステップＳ４０８〜Ｓ４１０は、MTC UE３１のためにECMが必要でない（又はECMを中断・中止する）とeNB３３において判断されたケースを示している（図５のケース２）。ステップＳ４０８では、eNB３３は無線リソース設定情報（Radio Resource Configuration）をMTC UE３１に送信する（RRC Connection Reconfiguration）。ステップＳ４０８で送信される無線リソース設定情報は、ECMの実行を中断（又は中止）する指示（ECM deactivated）を含む。ステップＳ４０９では、MTC UE３１は、ECMの実行を中断（又は中止）する（ECM stop）。そして、ステップＳ４１０では、MTC UE３１は、ECMでのカバレッジ改善処理を行わずにデータ通信を行う（M2M data without ECM）。
＜第４の実施形態＞
本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。本実施形態では、第３の実施形態で説明された詳細シーケンス（図５）の変形例が説明される。
本実施形態に係るMTC UE４１は、第３の実施形態に係るMTC UE３１と同様に、ECMの要否を自身で判定し、その判定に基づいてECMの実行を開始するとともに、ECMが必要であること（又はECMを実行中であること）をeNB４３に通知する（第２の通知）。ただしその後、MTC UE４１は、eNB４３による判定を待つために、ECMの実行を中断（又は中止）する。この点において、本実施形態は第３の実施形態と異なる。例えば、MTC UE４１は、eNB４３にアクセスしてから無線接続（RRC connection）を確立するまでの間はECMでのカバレッジ改善処理（e.g., PBCHの繰り返し受信、PRACHプリアンブルの繰り返し送信、PDSCH/PUSCHの繰り返し）を行い、その後にECMの実行を中断してもよい。言い換えると、MTC UE４１は、少なくともランダムアクセス手順（RACH procedure）及びRRC connectionの確立手順の間においてECMを実行し、その後にECMの実行を中断してもよい。
本実施形態に係るeNB４３は、第３の実施形態に係るeNB３３と同様に、MTC UE４１からの第２の通知に応答してMTC UE４１に対するECMの要否を判定する。そして、eNB４３は、ECMが必要と判定した場合にECM設定情報をMTC UE４１に送信し、ECMが不要と判定した場合にECMの中断（又は中止）指示をMTC UE４１に送信する。MTC UE４１は、eNB４３からECM設定情報を受信したことに応じて、中断（中止）していたECMを改めて開始する。
このようなECMの制御手順によれば、第３の実施形態と同様に、MTC UE４１は自身の判断に基づいてECMを速やかに開始できる。特に、少なくとも無線接続（RRC connection）を確立するまでの間においてECMを暫定的に実行することで、MTC UE４１がeNB４３への最初のアクセス（e.g., PRACHを用いたランダムアクセス、又はRRC Connectionの確立）に失敗することを回避できる。一方、eNB４３はMTC UE４１におけるECM要否判定の妥当性を検証することができ、妥当である場合にのみ選択的にECMを開始できる。
図６は、本実施形態に係るMTC UE４１及びeNB４３の動作の一例を示すシーケンス図である。なお、図６は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図６のステップＳ５０１〜Ｓ５０４における処理は、図５のステップＳ４０１〜Ｓ４０４における処理と同様である。ステップＳ５０５では、MTC UE４１は、ステップＳ５０４の後、すなわちRRC connectionの確立後、ECM（つまり、ECMでのカバレッジ改善処理）の実行を中断又は中止する（ECM Stop）。
ステップＳ５０６における処理は、図５のステップＳ４０５における処理と同様である。すなわち、eNB４３は、MTC UE４１のためにECMが必要であるか否か（又はMTC UE４１のためにECMを実行させるか否か）を判定する（ECM decision）。
ステップＳ５０７〜Ｓ５０９は、MTC UE４１のためにECMが必要である（又はECMを実行する）とeNB４３において判断されたケースを示している（図６のケース１）。ステップＳ５０７における処理は、図５のステップＳ４０６における処理と同様である。すなわち、eNB４３は、無線リソース設定情報（Radio Resource Configuration）をMTC UE４１に送信する（RRC Connection Reconfiguration）。ステップＳ５０８では、MTC UE４１は、eNB４３からの指示に応答して、ECMの実行を開始（又は再開）する（ECM start）。そして、ステップＳ５０９では、MTC UE４１は、無線リソース設定情報及びECM設定情報に従って、ECMでのカバレッジ改善処理を伴うデータ通信を行う（M2M data with ECM）。
一方、ステップＳ５１０及びＳ５１１は、MTC UE４１のためにECMが必要でないとeNB４３において判断されたケースを示している（図６のケース２）。ステップＳ５１０では、eNB４３は無線リソース設定情報（Radio Resource Configuration）をMTC UE４１に送信する（RRC Connection Reconfiguration）。ステップＳ５１１で送信される無線リソース設定情報は、ECMが実行されないことを明示的に示してもよい。ステップＳ５１１では、MTC UE４１は、ECMでのカバレッジ改善処理を行わずにデータ通信を行う（M2M data without ECM）。
最後に上述の実施形態に係るMTC UE及びeNBの構成例について説明する。第１〜第４の実施形態で説明されたMTC UE１１、２１、３１、及び４１の各々は、eNBと通信するためのトランシーバ、及び当該トランシーバに結合されたコントローラを含んでもよい。コントローラは、第１〜第４の実施形態で説明されたMTC UE１１、２１、３１、又は４１によるECMに関する通信制御を実行する。
第１〜第４の実施形態で説明されたeNB１３、２３、３３、及び４３の各々は、MTC UEを含む複数のUEと通信するためのトランシーバ、及び当該トランシーバに結合されたコントローラを含んでもよい。コントローラは、第１〜第４の実施形態で説明されたeNB１３、２３、３３、又は４３によるECMに関する通信制御を実行する。
図７及び図８は、第１の実施形態に係るMTC UE１１及びeNB１３の構成例を示すブロック図である。図７を参照すると、MTC UE１１は、トランシーバ１１１及びコントローラ１１２を含む。トランシーバ１１１は、eNB１３と通信するよう構成されている。コントローラ１１２は、eNB１３からの指示に従って、MTC UE１１におけるECMに関するカバレッジ改善処理の実行を制御するよう構成されている。具体的には、コントローラ１１２は、第１の通知をeNB１３からトランシーバ１１１を介して受信するよう構成されている。さらに、コントローラ１１２は、第１の通知の受信後にeNB１３との無線接続（RRC connection）を確立する際に、又は第１の通知の受信後にEPSベアラの確立手順が行われる間に、第２の通知をeNB１３にトランシーバ１１１を介して送信するよう構成されている。
図８を参照すると、eNB１３は、トランシーバ１３１及びコントローラ１３２を含む。トランシーバ１３１は、MTC UE１１及び通常のUE１２を含む複数のUEと通信するよう構成されている。コントローラ１３２は、MTC UE１とeNB１３の間のECMに関するカバレッジ改善処理を伴う通信を制御するよう構成されている。具体的には、コントローラ１３２は、MTC UE１１のための所定のカバレッジ改善処理（つまり、ECMでのカバレッジ改善処理）がeNB１３のセル１３０においてサポートされることを示す第１の通知をトランシーバ１３１を介して送信するよう構成されている。
上述の実施形態に係るMTC UE及びeNBが有するコントローラの各々は、少なくとも１つのプロセッサ（e.g. マイクロプロセッサ、Micro Processing Unit（MPU）、Central Processing Unit（CPU））を含むコンピュータにプログラムを実行させることによって実現されてもよい。具体的には、シーケンス図等を用いて説明されたMTC UE及びeNBに関するアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムをコンピュータに供給すればよい。
このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
＜その他の実施形態＞
上述の実施形態では、MTC UEにおいて特別な動作モード、つまりEnhanced Coverage Mode（ECM）が設定され、ECMに関するカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）がMTC UEにおいて行われることを前提として説明された。しかしながら、MTC UEは、特別なカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）を実行できるよう構成されていればよく、特別な動作モード（つまり、ECM）を設定されることは必ずしも必要ではない。言い換えると、MTC UE１１、２１、３１、及び４１は、ECMのような特別な動作モードを設定することなく、或いは特別な動作モードを指示されることなく、無線リソース設定を行うことで特別なカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）を実行してもよい。
また、上述の実施形態ではECMを想定していたが、これらの実施形態で説明された技術思想は、ECMとは異なる何らかの特別な処理を無線ネットワーク（例えばeNB）がM2M端末（MTC UE）に実行させる場合に適用されてもよい。
また、上述の実施形態では、通常端末（UE）とM2M端末（MTC UE）を例に説明してきたが、それぞれユーザ端末（user terminal）と非ユーザ端末（non-user terminal）とも呼ばれる。
また、上述の実施形態では、主にLTEシステムに関して説明を行った。しかしながら、これらの実施形態は、LTEシステム以外の無線通信システム、例えば、3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD）、GSM/GPRSシステム、又はWiMAXシステム等に適用されてもよい。
上述の実施形態が3GPP UMTSに適用される場合、上述の実施形態におけるeNB（eNB１３、２３、３３、又は４３）の動作は、NodeB若しくはRNC又はこれらの組み合わせによって行われてもよい。言い換えると、本明細書及び請求の範囲において使用される基地局との用語は、無線アクセスネットワークに配置される１つ又は複数のエンティティを意味し、一例においてUMTSのNodeB若しくはRNC又はこれらの組み合わせを意味する。
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
この出願は、２０１４年１月３０日に出願された日本出願特願２０１４−０１５８６６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１１、２１、３１、４１ M2M端末（MTC UE）
１３、２３、３３、４３ 基地局（eNB）
１４ コアネットワーク（EPC）
１３０ セル
１１１ トランシーバ
１１２ コントローラ
１３１ トランシーバ
１３２ コントローラ

Claims (6)

  1. User Equipment（UE）であって、
    Physical Random Access Channel（PRACH）送信のためのカバレッジ改善設定情報とカバレッジ改善レベルを判定するための１又はそれ以上のReference Signals Received Power（RSRP）閾値を示す基準とを含むシステム情報ブロックメッセージを受信するよう構成された受信機と、
    前記１又はそれ以上のRSRP閾値と前記UEにより測定されたRSRP値とに基づいて、前記UEの前記カバレッジ改善レベルを判定するよう構成されたプロセッサと、
    前記UEの前記カバレッジ改善レベルに対応するPRACHリソースを用いて、ランダムアクセス・プリアンブルを繰り返して送信するよう構成された送信機と、
    を備えるUE。
  2. 前記受信機は、さらに、前記ランダムアクセス・プリアンブルが送信された前記PRACHリソースに対応するカバレッジ改善のための特定のリソースを用いて、ランダムアクセス・レスポンス・メッセージを繰り返して受信するよう構成される、請求項１に記載のUE。
  3. セルを運用するeNodeBであって、
    Physical Random Access Channel（PRACH）送信のためのカバレッジ改善設定情報とカバレッジ改善レベルをUser Equipment（UE）により判定するための１又はそれ以上のReference Signals Received Power（RSRP）閾値を示す基準とを含むシステム情報ブロックメッセージを、前記セルにおいてブロードキャストするよう構成された送信機と、
    前記１又はそれ以上のRSRP閾値と前記UEにより測定されたRSRP値とに基づいて前記UEにより決定された前記カバレッジ改善レベルに対応するPRACHリソースを用いて、前記UEから、ランダムアクセス・プリアンブルを繰り返して受信するよう構成された受信機と、
    を備えるeNodeB。
  4. 前記送信機は、さらに、前記ランダムアクセス・プリアンブルが送信された前記PRACHリソースに対応するカバレッジ改善のための特定のリソースを用いて、ランダムアクセス・レスポンス・メッセージを繰り返して送信するよう構成される、請求項３に記載のeNodeB。
  5. User Equipment（UE）の方法であって、
    Physical Random Access Channel（PRACH）送信のためのカバレッジ改善設定情報とカバレッジ改善レベルを判定するための１又はそれ以上のReference Signals Received Power（RSRP）閾値を示す基準とを含むシステム情報ブロックメッセージを受信すること、
    前記１又はそれ以上のRSRP閾値と前記UEにより測定されたRSRP値とに基づいて、前記UEの前記カバレッジ改善レベルを判定すること、及び
    前記UEの前記カバレッジ改善レベルに対応するPRACHリソースを用いて、ランダムアクセス・プリアンブルを繰り返して送信すること、
    を備える方法。
  6. セルを運用するeNodeBの方法であって、
    Physical Random Access Channel（PRACH）送信のためのカバレッジ改善設定情報とカバレッジ改善レベルをUser Equipment（UE）により判定するための１又はそれ以上のReference Signals Received Power（RSRP）閾値を示す基準とを含むシステム情報ブロックメッセージを、前記セルにおいてブロードキャストすること、及び
    前記１又はそれ以上のRSRP閾値と前記UEにより測定されたRSRP値とに基づいて前記UEにより決定された前記カバレッジ改善レベルに対応するPRACHリソースを用いて、前記UEから、ランダムアクセス・プリアンブルを繰り返して受信すること、
    を備える方法。
JP2018133285A 2014-01-30 2018-07-13 ＵＥ、ｅＮｏｄｅＢ、及びこれらの方法 Active JP6547883B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014015866 2014-01-30
JP2014015866 2014-01-30

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2015559620A Division JP6380413B2 (ja) 2014-01-30 2014-09-04 Ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、基地局、方法、及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019106829A Division JP6798582B2 (ja) 2014-01-30 2019-06-07 Ｕｅ及びその方法

Publications (2)

Publication Number Publication Date
JP2018160938A true JP2018160938A (ja) 2018-10-11
JP6547883B2 JP6547883B2 (ja) 2019-07-24

Family

ID=53756320

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2015559620A Active JP6380413B2 (ja) 2014-01-30 2014-09-04 Ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、基地局、方法、及びプログラム
JP2018117254A Active JP6590030B2 (ja) 2014-01-30 2018-06-20 ユーザ装置、基地局、及び制御方法
JP2018133285A Active JP6547883B2 (ja) 2014-01-30 2018-07-13 ＵＥ、ｅＮｏｄｅＢ、及びこれらの方法
JP2019106829A Active JP6798582B2 (ja) 2014-01-30 2019-06-07 Ｕｅ及びその方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2015559620A Active JP6380413B2 (ja) 2014-01-30 2014-09-04 Ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、基地局、方法、及びプログラム
JP2018117254A Active JP6590030B2 (ja) 2014-01-30 2018-06-20 ユーザ装置、基地局、及び制御方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2019106829A Active JP6798582B2 (ja) 2014-01-30 2019-06-07 Ｕｅ及びその方法

Country Status (9)

Country Link
US (6) US10356790B2 (ja)
EP (4) EP3691386B1 (ja)
JP (4) JP6380413B2 (ja)
KR (2) KR101994764B1 (ja)
CN (3) CN107027095B (ja)
ES (2) ES2740923T3 (ja)
TR (1) TR201909401T4 (ja)
WO (1) WO2015114694A1 (ja)
ZA (3) ZA201605182B (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109862611A (zh) * 2019-03-18 2019-06-07 中国联合网络通信集团有限公司 终端功率控制方法及装置

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6380413B2 (ja) * 2014-01-30 2018-08-29 日本電気株式会社 Ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、基地局、方法、及びプログラム
WO2016025899A1 (en) * 2014-08-15 2016-02-18 Interdigital Patent Holding, Inc. Supporting random access and paging procedures for reduced capability wtrus in an lte system
WO2016048045A1 (en) 2014-09-23 2016-03-31 Lg Electronics Inc. Method and apparatus for signaling usable downlink subframes for low cost user equipment in wireless communication system
WO2016072814A1 (en) 2014-11-07 2016-05-12 Samsung Electronics Co., Ltd. Method and apparatus for transmitting group message to user equipment (ue)
US10306439B2 (en) * 2015-01-16 2019-05-28 Lg Electronics Inc. Method and device for transmitting and receiving shared control message in wireless access system supporting machine type communication
CN107211417A (zh) * 2015-01-28 2017-09-26 株式会社Ntt都科摩 用户终端及无线通信方法
JP6476306B2 (ja) 2015-01-29 2019-02-27 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｍｔｃデバイスに適したｐｄｃｃｈの初期化
EP3244649B1 (en) * 2015-01-30 2019-05-08 Huawei Technologies Co. Ltd. Base station capability indication method and device
US10631330B2 (en) * 2015-04-03 2020-04-21 Qualcomm Incorporated Random access procedures under coverage limitations
EP3273725B1 (en) 2015-04-17 2019-01-30 Panasonic Intellectual Property Corporation of America Coverage enhancement level signalling and efficient packing of mtc system information
US9930516B2 (en) 2015-05-15 2018-03-27 Samsung Electronics Co., Ltd. UE monitoring configuration method and apparatus
EP3364680B1 (en) * 2015-11-06 2021-08-25 Huawei Technologies Co., Ltd. Method, apparatus and system for information transmission
US10700752B2 (en) * 2016-01-14 2020-06-30 Samsung Electronics Co., Ltd. System, method, and apparatus of beam-tracking and beam feedback operation in a beam-forming based system
US10959118B2 (en) * 2016-02-02 2021-03-23 Lg Electronics Inc. Method and device for performing measurement in wireless communication system
WO2017135042A1 (ja) * 2016-02-04 2017-08-10 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN107347203B (zh) * 2016-05-05 2020-07-03 展讯通信（上海）有限公司 Mtc终端搜网方法、装置及mtc终端
WO2018005661A1 (en) 2016-06-30 2018-01-04 Intel IP Corporation Apparatuses to authorize and enable/disable enhanced coverage functionality
US11184930B2 (en) * 2016-08-11 2021-11-23 Apple Inc. Systems and method for selecting carrier resources for narrowband physical random access channel procedures
CN109644420B (zh) * 2016-08-23 2020-10-23 华为技术有限公司 位置跟踪
CN108551666B (zh) * 2016-11-04 2020-06-02 中兴通讯股份有限公司 一种网络选择及接入方法和装置
CN110249643B (zh) * 2017-02-03 2022-06-17 瑞典爱立信有限公司 扩展覆盖下的测量报告
WO2018170860A1 (zh) 2017-03-23 2018-09-27 华为技术有限公司 一种随机接入方法及装置
US10257838B2 (en) * 2017-05-19 2019-04-09 At&T Intellectual Property I, L.P. Standardized commands for coverage modes in a wireless communications system
US11290943B2 (en) 2017-06-22 2022-03-29 Apple Inc. Access control for user equipment with coverage enhancement level support
CN109275187B (zh) * 2017-07-17 2021-01-08 维沃移动通信有限公司 一种随机接入方法、终端及计算机可读存储介质
WO2019014904A1 (zh) * 2017-07-20 2019-01-24 Oppo广东移动通信有限公司 用于随机接入的方法和终端设备
US20190053042A1 (en) * 2017-08-11 2019-02-14 Qualcomm Incorporated Signaling user equipment capability information
EP3685613B1 (en) * 2017-09-18 2022-07-13 Telefonaktiebolaget LM Ericsson (Publ) A method and network node for radio resource allocation
CN109475006A (zh) * 2018-12-29 2019-03-15 国网江苏省电力有限公司电力科学研究院 基于动态分组的m2m业务资源分配方法及分配系统
JP7105213B2 (ja) * 2019-04-09 2022-07-22 ソフトバンク株式会社 通信端末及びプログラム
US20200374804A1 (en) * 2019-05-25 2020-11-26 Qualcomm Incorporated High efficiency transmission mode support
CN112752241B (zh) * 2019-10-31 2022-11-11 成都鼎桥通信技术有限公司 一种eMTC终端的覆盖模式切换方法和装置
CN113747446A (zh) * 2020-05-28 2021-12-03 华为技术有限公司 通信方法及装置
CN116569628A (zh) * 2021-01-06 2023-08-08 株式会社Ntt都科摩 终端、基站以及通信方法
US20240098799A1 (en) * 2021-01-25 2024-03-21 Ntt Docomo, Inc. Terminal, base station and communication method
WO2022236690A1 (en) * 2021-05-11 2022-11-17 Qualcomm Incorporated Physical random access channel occasions for transmitting physical uplink shared channel repetition requests
WO2023007729A1 (ja) * 2021-07-30 2023-02-02 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE458373T1 (de) * 2005-12-13 2010-03-15 Panasonic Corp Zuordnung von broadcast system informationen zu transportkanälen in einem mobilen kommunikationssystem
CN101911766A (zh) 2008-01-07 2010-12-08 爱立信电话股份有限公司 用于构建邻居小区关系的唯一小区身份的识别
CN102118835A (zh) * 2009-12-31 2011-07-06 中国移动通信集团设计院有限公司 信道期望接收功率设置方法及装置、通信系统
CN102714800A (zh) 2010-01-12 2012-10-03 住友电气工业株式会社 基站装置
WO2011129674A2 (en) * 2010-04-16 2011-10-20 Samsung Electronics Co., Ltd. Access control method and device for machine type communications in a wireless communication network environment
KR101449823B1 (ko) * 2010-05-02 2014-10-08 엘지전자 주식회사 무선 통신 시스템에서 랜덤접속 절차를 수행하는 방법 및 장치
CN102438306A (zh) * 2010-09-29 2012-05-02 中兴通讯股份有限公司 功率控制方法、网络侧设备及终端
US9191098B2 (en) * 2011-01-14 2015-11-17 Telefonaktiebolaget L M Ericsson (Publ) Capability reporting for relay nodes in wireless networks
WO2012121776A1 (en) * 2011-03-09 2012-09-13 Joey Chou Base station and communication method for machine to machine communications
WO2012150801A2 (ko) * 2011-05-02 2012-11-08 엘지전자 주식회사 무선 통신 시스템에서 랜덤 액세스 수행 방법 및 이를 지원하는 장치
KR101579030B1 (ko) * 2012-04-05 2015-12-18 옵티스 셀룰러 테크놀로지, 엘엘씨 페이징 구성정보의 수신을 위한 어드밴스드 웨이크업
JP2014015866A (ja) 2012-07-06 2014-01-30 Toyota Motor Corp 可変動弁装置
EP2871893B1 (en) 2012-07-24 2018-05-02 Huawei Technologies Co., Ltd. Method for sending and receiving downlink control information, service node, and user equipment
WO2014025300A1 (en) 2012-08-10 2014-02-13 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for handling connection setups in a telecommunications system
US9893853B2 (en) * 2012-11-01 2018-02-13 Lg Electronics Inc. Method and apparatus for transceiving reference signal in wireless communication system
US9185697B2 (en) * 2012-12-27 2015-11-10 Google Technology Holdings LLC Method and apparatus for device-to-device communication
WO2014103098A1 (ja) * 2012-12-28 2014-07-03 日本電気株式会社 無線通信システム、基地局、移動局、通信制御方法、及びコンピュータ可読媒体
US9756656B2 (en) * 2013-01-09 2017-09-05 Lg Electronics Inc. Method and user equipment for receiving signal and method and base station for transmitting signal
US9917616B2 (en) * 2013-01-17 2018-03-13 Telefonaktiebolaget L M Ericsson (Publ) Synchronization signal design for wireless devices in a long range extension mode
EP2946501B1 (en) 2013-01-21 2019-06-05 Telefonaktiebolaget LM Ericsson (publ) Methods enabling enhanced receivers with a reduced need for gaps when handling interference
EP2982189B1 (en) 2013-04-03 2017-12-27 Google Technology Holdings LLC Methods and device for cell discovery
US9735942B2 (en) 2013-04-05 2017-08-15 Qualcomm Incorporated Physical broadcast channel (PBCH) coverage enhancements for machine type communications (MTC)
US9668162B2 (en) * 2013-04-15 2017-05-30 Telefonaktiebolaget Lm Ericcson (Publ) Signaling of system information to MTC-devices
EP3579488B1 (en) 2013-05-12 2022-07-06 Lg Electronics Inc. Method and device for receiving information by mtc device located in cell coverage-expanded area
US9451639B2 (en) * 2013-07-10 2016-09-20 Samsung Electronics Co., Ltd. Method and apparatus for coverage enhancement for a random access process
US9445378B2 (en) 2013-07-25 2016-09-13 Lg Electronics Inc. Method and apparatus for coverage enhancement
EP3031146B1 (en) 2013-08-08 2019-02-20 Intel IP Corporation Method, apparatus and system for electrical downtilt adjustment in a multiple input multiple output system
US9350550B2 (en) * 2013-09-10 2016-05-24 M2M And Iot Technologies, Llc Power management and security for wireless modules in “machine-to-machine” communications
US9775134B2 (en) 2013-09-20 2017-09-26 Samsung Electronics Co., Ltd. System and method for coverage enhancements of broadcast channels
US9572171B2 (en) 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
EP2869489B1 (en) 2013-10-31 2018-09-12 HTC Corporation Method of handling coverage enhancement in wireless communication system
JP6276409B2 (ja) 2013-11-22 2018-02-07 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． データ伝送方法、ユーザーイクイップメント及び基地局
US9674710B2 (en) 2013-12-20 2017-06-06 Qualcomm Incorporated Channel dependent coverage enhancement techniques in LTE
US9265085B2 (en) * 2013-12-31 2016-02-16 Alcatel Lucent Methods and systems for optimizing short data burst services over an LTE network
CN109743775B (zh) 2014-01-28 2021-10-15 华为技术有限公司 一种覆盖增强场景下确定发射功率的方法和设备
KR101807982B1 (ko) * 2014-01-30 2017-12-11 인텔 아이피 코포레이션 무선 링크 제어 구성을 이용하여 커버리지를 향상시키는 mtc ue 및 방법
US9456405B2 (en) 2014-01-30 2016-09-27 Intel Corporation User equipment and methods for operation in coverage enhancement mode with physical random access channel preamble
JP6380413B2 (ja) * 2014-01-30 2018-08-29 日本電気株式会社 Ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ（Ｍ２Ｍ）端末、基地局、方法、及びプログラム
EP3060019B1 (en) * 2015-02-23 2021-03-31 Panasonic Intellectual Property Corporation of America Improved paging procedures for user equipments requiring coverage extension
JP6865267B2 (ja) * 2016-08-05 2021-04-28 ノキア テクノロジーズ オーユー 電力クラスを基準にしたカバレッジ拡張レベルの選択
CN108551666B (zh) * 2016-11-04 2020-06-02 中兴通讯股份有限公司 一种网络选择及接入方法和装置
WO2018128575A1 (en) * 2017-01-06 2018-07-12 Telefonaktiebolaget Lm Ericsson (Publ) On-demand system information delivery for extended coverage

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Univ", 3GPP TS 36.300 V15.2.0, JPN6019008787, 7 July 2018 (2018-07-07), pages 309, ISSN: 0003994968 *
HUAWEI, HISILICON: "Discussion on PRACH coverage improvement and mechanism for determining the amount of needed coverage", 3GPP TSG-RAN WG1#74B R1-134054, JPN6019008790, 28 September 2013 (2013-09-28), ISSN: 0003994970 *
INTEL CORPORATION: "CE level based access barring and load control for eFeMTC", 3GPP TSG RAN WG2#99BIS R2-1710644, JPN6019008789, 29 September 2017 (2017-09-29), ISSN: 0003994969 *
NTT DOCOMO: "Discussion on Multi-level PRACH Coverage Enhancement", 3GPP TSG-RAN WG1#74B R1-134493, JPN6019008794, 28 September 2013 (2013-09-28), ISSN: 0003994972 *
NTT DOCOMO: "Discussion on Multi-level PRACH Coverage Enhancement", 3GPP TSG-RAN WG1#75 R1-135509, JPN6019008793, 2 November 2013 (2013-11-02), ISSN: 0003994971 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109862611A (zh) * 2019-03-18 2019-06-07 中国联合网络通信集团有限公司 终端功率控制方法及装置

Also Published As

Publication number Publication date
JP6590030B2 (ja) 2019-10-16
US20200296712A1 (en) 2020-09-17
EP3358900A1 (en) 2018-08-08
US20230007647A1 (en) 2023-01-05
EP3101980A4 (en) 2017-10-11
EP3691386B1 (en) 2023-06-07
ES2740923T3 (es) 2020-02-07
ZA201800464B (en) 2019-07-31
US20190357200A1 (en) 2019-11-21
JP2018170782A (ja) 2018-11-01
ES2829028T3 (es) 2021-05-28
US20180124772A1 (en) 2018-05-03
CN107027095A (zh) 2017-08-08
US10356790B2 (en) 2019-07-16
US10440718B2 (en) 2019-10-08
KR101994764B1 (ko) 2019-07-01
JP2019146276A (ja) 2019-08-29
KR102166250B1 (ko) 2020-10-15
JPWO2015114694A1 (ja) 2017-03-23
EP3358900B1 (en) 2020-07-29
US20160345308A1 (en) 2016-11-24
US10764899B2 (en) 2020-09-01
KR20190077126A (ko) 2019-07-02
EP3691386A1 (en) 2020-08-05
JP6380413B2 (ja) 2018-08-29
TR201909401T4 (tr) 2019-07-22
ZA201800463B (en) 2019-07-31
JP6547883B2 (ja) 2019-07-24
WO2015114694A1 (ja) 2015-08-06
EP3101980B1 (en) 2019-05-08
ZA201605182B (en) 2018-05-30
CN110113732A (zh) 2019-08-09
EP4221419A1 (en) 2023-08-02
CN105940747B (zh) 2019-06-11
CN107027095B (zh) 2020-10-02
CN105940747A (zh) 2016-09-14
JP6798582B2 (ja) 2020-12-09
CN110113732B (zh) 2021-12-24
US20170238302A1 (en) 2017-08-17
KR20160113630A (ko) 2016-09-30
EP3101980A1 (en) 2016-12-07
US10292166B2 (en) 2019-05-14

Similar Documents

Publication Publication Date Title
JP6590030B2 (ja) ユーザ装置、基地局、及び制御方法
JP7176557B2 (ja) 基地局、コアネットワーク装置、及びこれらの方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180713

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190312

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190424

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190528

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190610

R150 Certificate of patent or registration of utility model

Ref document number: 6547883

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150