JP2021048635A - 基地局、コアネットワーク装置、及びこれらの方法 - Google Patents

基地局、コアネットワーク装置、及びこれらの方法 Download PDF

Info

Publication number
JP2021048635A
JP2021048635A JP2020205682A JP2020205682A JP2021048635A JP 2021048635 A JP2021048635 A JP 2021048635A JP 2020205682 A JP2020205682 A JP 2020205682A JP 2020205682 A JP2020205682 A JP 2020205682A JP 2021048635 A JP2021048635 A JP 2021048635A
Authority
JP
Japan
Prior art keywords
mtc
ecm
enb
terminal
information
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
JP2020205682A
Other languages
English (en)
Other versions
JP7176557B2 (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 JP2021048635A publication Critical patent/JP2021048635A/ja
Application granted granted Critical
Publication of JP7176557B2 publication Critical patent/JP7176557B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04W16/24—Cell structures
    • H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • 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
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ユーザ装置とのカバレッジ改善処理を伴う通信の制御のための基地局、コアネットワーク装置及び無線通信システムを提供する。【解決手段】無線通信システムにおいて、基地局１３は、カバレッジ改善処理を実行するように構成されたユーザ装置１１の通信における所定のカバレッジ改善処理に関する情報をコアネットワーク装置１４１から受信する。さらに、基地局１３は、当該ユーザ装置１１との所定のカバレッジ改善処理を伴う通信を、受信した情報に基づいて制御する。【選択図】図２

Description

本明細書の開示は、カバレッジ改善の為の通信制御を行う無線通信システムに関する。
3rd Generation Partnership Project (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に個別に適用される。
MTC UEに個別に適用されるカバレッジ改善処理（e.g., RACHの繰り返し、PDSCH/PUSCHの繰り返し）は、ECMを行うMTC UEの数が増加するほど多くの無線リソースを消費するため、MTC UEではない通常UEが使用できる無線リソースの減少を招くかもしれない。また、仮に無線品質の良好なMTC UEに対してMTC UE個別の処理（例えば、PDSCH/PUSCHの繰り返し）が適用されると、MTC UEの消費電力を無駄に増加させるかもしれない。したがって、MTC UEの無線品質（e.g., Reference Signal Received Power（RSRP）、Reference Signal Received Quality（RSRQ）、またはChannel Quality Indicator（CQI））を考慮して、ECMを実行するべきMTC UEを選択することが考えられる。例えば、無線品質が低いMTC UEに選択的にECM（つまり、ECMにおけるカバレッジ改善処理）を実行させればよい。
しかし、ECMを実行するべきMTC UEを選択する処理は、いくらかの時間（例えば数100 ms）を要する可能性があり、例えば無線接続の確立手順（例えばRRC Connection establishment Procedure）の完了に要する時間を増大させるかもしれない。また、LTEの通常の手順に従うと、eNBは、MTC UEが通信を終えてコネクテッド状態（RRC_CONNECTED）からアイドル状態（RRC_IDLE）に戻るときにMTC UEに関して保持されていたコンテキストを解放（削除）する。したがって、eNBはMTC UEが通信のためにアイドル状態（RRC_IDLE）からコネクテッド状態（RRC_CONNECTED）に遷移するたびに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を含む。
したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、MTC UE（M2M端末）にECM（つまり、ECMにおけるカバレッジ改善処理）を適用するか否かの判定の効率化に寄与する基地局、M2M端末（MTC UE）、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
一実施形態において、基地局装置は、無線通信部および制御部を含む。前記制御部は、Machine-to-machine（M2M）端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記M2M端末又はコアネットワークから受信し、前記M2M端末と前記無線通信部の間の前記所定のカバレッジ改善処理を伴う通信を前記履歴情報に基づいて制御するよう構成されている。
一実施形態において、コアネットワークに配置されるコアネットワーク装置は、インタフェース及び制御部を含む。前記インタフェースは、制御メッセージを基地局との間で送受信するよう構成されている。前記制御部は、Machine-to-machine（M2M）端末と前記コアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記インタフェースを介して前記基地局に送信するよう構成されている。
一実施形態において、M2M端末は、無線通信部及び制御部を含む。前記無線通信部は、基地局と通信するよう構成されている。前記制御部は、前記基地局との無線接続を確立する際に、又は前記基地局を経由する前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記無線通信部を介して前記基地局に送信するよう構成されている。
一実施形態において、基地局により行われる方法は、（ａ）Machine-to-machine（M2M）端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記M2M端末又はコアネットワークから受信すること、及び（ｂ）前記M2M端末と前記基地局の間の前記所定のカバレッジ改善処理を伴う通信を前記履歴情報に基づいて制御すること、を含む。
一実施形態において、コアネットワークに配置されるコアネットワーク装置により行われる方法は、Machine-to-machine（M2M）端末と前記コアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を基地局に送信することを含む。
一実施形態において、M2M端末により行われる方法は、基地局との無線接続を確立する際に、又は前記基地局を経由する前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に、前記M2M端末の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報を前記基地局に送信することを含む。
一実施形態において、プログラムは、コンピュータに読み込まれた場合に、上述したいずれかの方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
上述の実施形態によれば、MTC UE（M2M端末）にECM（つまり、ECMにおけるカバレッジ改善処理）を適用するか否かの判定の効率化に寄与する基地局、M2M端末（MTC UE）、方法、及びプログラムを提供できる。なお、この効果は、本明細書に開示される複数の実施形態によってもたらされると期待される複数の効果の１つに過ぎないことに留意されるべきである。
第１の実施形態に係る無線通信システムの構成例を示す図である。 第１の実施形態に係る通信手順の一例を示すシーケンス図である。 第２の実施形態に係る通信手順の一例を示すシーケンス図である。 第３の実施形態に係る通信手順の一例を示すシーケンス図である。 第４の実施形態に係る無線通信システムの構成例を示す図である。 第４の実施形態に係る通信手順の一例を示すシーケンス図である。 第５の実施形態に係る通信手順の一例を示すシーケンス図である。 本発明の実施形態に係る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に関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をEPC１４から受信する。そして、eNB１３は、EPC１４から受信された履歴情報に基づいて、ECMに関するカバレッジ改善処理を伴うMTC UE１１とeNB１３の間の通信を制御する。eNB１３は、EPC１４に配置されたコアネットワークノード（例えば、Mobility Management Entity（MME））からMTC UE１１の履歴情報を受信すればよい。
例えば、eNB１３は、MTC UE１１とeNB１３の間の通信においてECMに関するカバレッジ改善処理を実行するか否かを、受信された履歴情報に基づいて決定してもよい。より具体的に述べると、eNB１３は、ECMにカバレッジ改善処理がMTC UE１１に対して行われていたことが履歴情報に示されていること応答して、ECMに関するカバレッジ改善処理の指示（e.g., ECM configuration）をMTC UE１１に送信してもよい。なお、eNB１３は、明示的な指示を送信すること無く、MTC UE１１においてECMが行われていることを前提にMTC UE１１との通信を行ってもよい。
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を実行している間に適用する無線品質の測定結果の報告の判定におけるオフセット値や閾値でもよい。
また、ECMで実行されるMTC UE１１の動作は、予め多段階（マルチレベル）に細分化して定義されてもよい。この場合、ECM configurationは、MTC UE１１が実行するべき動作の段階（レベル）を指定してもよい。
一方、MTC UE１１は、一旦ECMの実行を指示された場合、RRC_CONNECTEDからRRC_IDLEになった後もECM configurationを継続して保持し、ECMを継続して実行してもよい。これに代えて、MTC UE１１は、滞在するセルで報知されているECM configurationを基にRRC_ IDLEになった後もECMを継続して実行してもよい。さらにMTC UE１１は、再びRRC_ CONNECTEDになった後に、既に保持しているECM configuration又は滞在するセルで報知されているECM configurationに基づいて自律的にECMを継続して実行してもよいし、eNB１３からECMの実行の指示を受けたことに応答してECMを実行してもよい。
このように、eNB１３がMTC UE１１の履歴情報（MTC UE１１の過去の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）をEPC１４から受信し、この履歴情報を用いてMTC UE１１とのカバレッジ改善処理を伴う通信を制御することで以下に述べる効果が期待される。すなわち、eNB１３は、MTC UE１１に対してECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を適用するべきか否かを判定するために、MTC UE１１の無線品質（e.g., RSRP、RSRQ、CQI）を取得してこれを分析することを必ずしも必要としない。なぜなら、eNB１３と無線接続を確立したMTC UE１１に対してECMが適用できるか又はECMのカバレッジ改善処理が有効であるか否かを履歴情報に基づいて判定できるためである。したがって、本実施形態は、MTC UE１１に対してECMに関するカバレッジ改善処理を適用するべきか否かの判定に要する時間（遅延）を削減できる。
次に、eNB１３がMTC UE１１の履歴情報をEPC１４から受信するタイミングの例について説明する。eNB１３は、MTC UE１１に対してECMに関するカバレッジ改善処理を適用するべきか否かを判定する際に、MTC UE１１の履歴情報をEPC１４から取得すればよい。例えば、eNB１３は、MTC UE１１との無線接続（Radio Resource Control (RRC) Connection）を確立する際に、言い換えるとMTC UE１１がアイドル状態（RRC_IDLE）からコネクテッド状態（RRC_CONNECTED）になるときに、履歴情報をEPC１４から受信してもよい。これに代えて、eNB１３は、MTC UE１１とEPC１４の間のベアラ（Evolved Packet System（EPS）ベアラ）の確立手順（e.g., attach procedure、service request procedure）が行われる間に、履歴情報をEPC１４から受信してもよい。これらの例によれば、eNB１３は、MTC UE１１との無線接続の確立手順、又はベアラ確立手順において、MTC UE１１に対してECMに関するカバレッジ改善処理を適用するべきか否かを速やかに判定することができる。
続いて、MTC UE１１に関する端末情報（MTC UE１１とeNB１３の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）をEPC１４に保存する動作の例について説明する。eNB１３は、MTC UE１１の無線接続を解放する際に、ECMに関するカバレッジ改善処理が当該MTC UE１１のために実行されていたか否かを示す端末情報（UEコンテキスト）をEPC１４に送信してもよい。EPC１４に送られたUEコンテキストは、端末情報の送信元と同じeNB１３又は異なるeNB１３にMTC UE１１の履歴情報として送信される。言い換えると、eNB１３は、MTC UE１１に関するUEコンテキスト（MTC UE１１とeNB１３の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）を保存するためにEPC１４に送信し、当該UEコンテキストをEPC１４から読みだして利用できるよう構成されている。
既に述べたように、MTC UE１１がコネクテッド状態（RRC_CONNECTED）であるときにeNB１３において保持されているMTC UE１１のコンテキストは、MTC UE１１がアイドル状態（RRC_IDLE）に遷移するときに解放（削除）される。したがって、eNB１３は、MTC UE１１がコネクテッド状態であるときにeNB１３において保持されていたUEコンテキスト（ECMに関するカバレッジ改善処理がMTC UE１１のために実行されていたか否かを示す）をEPC１４に保存しておくことで、将来のMTC UE１１のアクセス時に、EPC１４に保存されていたUEコンテキストを履歴情報として利用することができる。
なお、本実施形態において、MTC UE１１は、図１に例示されているように、固定的に設置され実質的に静止した端末であってもよい。この場合、MTC UE１１は、１つのeNB１３の１つのセル内でコネクテッド状態（RRC_CONNECTED）とアイドル状態（RRC_IDLE）の間の遷移を繰り返す。しかしながら、これに代えて、MTC UE１１は、移動性を有する端末（例えば、自動車、鉄道車両、又は船舶などの輸送機械に搭載される端末）であってもよい。この場合、MTC UE１１は、同じeNB１３の複数のセルの間、又は異なるeNB１３のセル間を移動してもよい。MTC UE１１が移動する場合に想定されるシナリオを以下に述べる。まず、MTC UE１１は、あるeNB１３のセルにおいてRRC_CONNECTEDでECMの実行を指示され、ECMを利用してデータ通信を行った後にRRC_IDLEになる。次に、MTC UE１１は、RRC_IDLEの間に他のセルにセル再選択（Cell reselection）を行う。そして、MTC UE１１は、前回RRC_CONNECTEDになったセルとは別のセルで再びRRC_CONNECTEDになる。このとき、EPC１４は、MTC UE１１が新たに滞在しているセルを管理するeNB１３に対して、MTC UE１１がECMを実行していたか否かを示す情報（ECM status、履歴情報）を通知する。EPC１４は、当該MTC UE１１が過去にどのセルでECMを実行していたかを示すために、例えば物理セル識別子（Physical Cell Identity（PCI））又はグローバルセル識別子（Cell Global Identity（CGI））をeNB１３に通知してもよい。
図２は、本実施形態に係るMTC UE１１、eNB１３、及びコアネットワークノード１４１の動作の一例を示すシーケンス図である。コアネットワークノード１４１は、EPC１４に配置されたノードである。コアネットワークノード１４１は、１つの物理的なエンティティであってもよいし複数のエンティティを含んでもよい。例えば、コアネットワークノード１４１は、MME若しくはHome Subscriber Server（HSS）又はこれら両方を含んでもよい。なお、図２は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図２のステップＳ１０１では、eNB１３は、MTC UE１１のためにECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を行うことを判定し、ECMの設定情報（ECM configuration）をMTC UE１１に送信する。図２の例では、ECM configuration は、RRC Connection Reconfigurationメッセージを用いて送信される。ステップＳ１０２では、MTC UE１１は、eNB１３から受信したECM configurationに従ってECMの実行（つまり、カバレッジ改善処理（e.g., 繰り返されるPDSCHの受信、PUSCHの繰り返し送信））を開始する（ECM start）。ステップＳ１０３では、MTC UE１１は、ECM configurationに従ってデータ通信を行う（M2M data with ECM）。
ステップＳ１０４では、eNB１３は、MTC UE１１をアイドル状態（RRC_IDLE）に戻すことが可能であると判断し、MTC UE１１に関するS1-APシグナリングコネクション及びS1ベアラ（又は無線アクセスベアラ）の解放をコアネットワークノード１４１に要求する（S1 UE Context Release Request）。ステップＳ１０５では、コアネットワークノード１４１は、eNB１３からの要求に応じてS1-APシグナリングコネクション及びS1ベアラを解放するが、MTC UE１１においてECMが実行されていたことを示すECM状態情報（ECM status）を保持する（Store ECM status）。ECM状態情報（ECM status）は、上述の履歴情報に相当する。ECM状態情報（ECM status）は、MTC UE１１のEPSベアラ・コンテキストと共にMMEにおいて保持されてもよい。また、ECM状態情報（ECM status）は、MMEを介してHSSに送信され、HSSにおいて保持されてもよい。ステップＳ１０６では、eNB１３は、RRC_IDLEになる指示をMTC UE１１に送信する（RRC Connection Release）。この指示の受信に応答して、MTC UE１１は、RRC_CONNECTEDからRRC_IDLEになる。
ステップＳ１０７では、MTC UE１１は、周期的又は非周期的な通信タイミングが到来したことに応じて、通信を開始するために無線接続の確立要求をeNB１３に送信する（RRC Connection Request）。MTC UE１１は、耐遅延アクセスであることを示すために、“delayTolerantAccess”に指定されたEstablishment causeを伴うRRC Connection Requestを送信してもよい。図示されていない無線接続（RRC Connection）の確立手順の完了によって、MTC UE３１は、RRC_CONNECTEDになる。
ステップＳ１０８では、eNB１３は、MTC UE１１のためにEPSベアラの確立要求をコアネットワークノード１４１に送信する（Initial UE message）。このInitial UE messageは、MTC UE１１からのNon-Access Stratum（NAS）メッセージ（e.g. NAS: Service Request、NAS: Attach Request）をカプセル化している。ステップＳ１０９では、コアネットワークノード１４１は、Initial UE message内にカプセル化されたNASメッセージの受信に応答して、MTC UE１１のための無線アクセスベアラを確立するのに必要な情報をeNB１３に送信する（Initial Context Setup Request）。
ステップＳ１０９のメッセージは、例えば端末能力（UE radio capability）及びUEコンテキスト（UE context）を含んでもよい。このとき、UE contextは、MTC UE１１が過去にECMを実行していたことを示すECM状態情報（ECM status）を含んでもよい。さらに、UE contextは、MTC UE１１のモビリティ情報（mobility information）を含んでもよい。例えば、MTC UE１１が過去にECMを実行していたことがECM状態情報において示され、且つMTC UE１１が静止またはほぼ静止している端末であることがモビリティ情報において示されていることを条件として、eNB１３はMTC UE１１に対してECMを継続して実行することを決定してもよい。
ステップＳ１１０では、eNB１３は、MTC UE１１にECMを実行させる為に、無線リソース設定情報（RRC Configuration）と共にECM設定情報（ECM configuration）を送信してもよい（RRC Connection Reconfiguration）。ステップＳ１１１では、MTC UE１１は、eNB１３からステップＳ１１０にて受信したECM設定情報、または以前に受信して保持していたECM設定情報を基にデータ通信を行う（M2M data with ECM）。
＜第２の実施形態＞
本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。上述した第１の実施形態では、MTC UE１１の通信においてECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をeNB１３がEPC１４から受信する例を示した。これに代えて、本実施形態では、eNB２３は、MTC UE２１の通信においてECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をMTC UE２１から受信する。そして、eNB２３は、MTC UE２１から受信された履歴情報に基づいて、ECMに関するカバレッジ改善処理を伴うMTC UE２１とeNB２３の間の通信を制御する。例えば、eNB２３は、過去にECMを実行していたことをMTC UE２１から報告された場合、当該MTC UE２１に引き続きECMを実行させ続けてもよいし、改めてECMの実行が必要か否かを判定してもよい。
本実施形態に係るMTC UE２１は、ECM実行の指示をeNB２３から受信した場合に、RRC_CONNECTEDからRRC_IDLEになった後もECM設定情報（ECM configuration）を保持してもよいし、ECMを実行していたことを記憶しておくだけでもよい。そして、MTC UE２１は、再びRRC_CONNECTEDになるとき、以前にECMを実行していたことをeNB２３に報告する。さらに、MTC UE２１は、RRC_CONNECTEDになる為のメッセージ（つまり、RRCコネクションの確立手順において送信されるメッセージ）を、ECMを実行しながら（つまり、ECMに特有のECMに関するカバレッジ改善処理を行いながら）送信又は受信してもよい。例えば、MTC UE２１は、ECM特有の無線リソースをPRACHプリアンブルの送信のために使用してもよい。また、MTC UE２１は、PRACHプリアンブルを自律的に繰り返し送信してもよい。
本実施形態よれば、第１の実施形態と同様の効果が期待される。すなわち、本実施形態では、eNB２３がMTC UE２１の履歴情報（MTC UE２１の過去の通信においてECMに関するカバレッジ改善処理が実行されていたか否かを示す）をMTC UE２１自身から受信し、この履歴情報を用いてMTC UE２１とのカバレッジ改善処理を伴う通信を制御する。したがって、eNB２３は、MTC UE２１に対してECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を適用するべきか否かを判定するために、MTC UE２１の無線品質（e.g., RSRP、RSRQ、CQI）を取得してこれを分析することを必ずしも必要としない。なぜなら、eNB２３は、eNB２３と無線接続を確立したMTC UE２１に対してECMが適用できるか又はECMのカバレッジ改善処理が有効であるか否かを履歴情報に基づいて判定できるためである。したがって、本実施形態は、MTC UE２１に対してECMに関するカバレッジ改善処理を適用するべきか否かの判定に要する時間（遅延）を削減できる。
次に、eNB２３がMTC UE２１の履歴情報をMTC UE２１から受信するタイミングの例について説明する。例えば、eNB２３は、MTC UE２１との無線接続（RRC Connection）を確立する手順において、言い換えるとMTC UE２１がアイドル状態（RRC_IDLE）からコネクテッド状態（RRC_CONNECTED）になるときに、履歴情報をMTC UE２１から受信してもよい。これに代えて、eNB２３は、MTC UE２１とEPCの間のベアラ（EPSベアラ）の確立手順（e.g., attach procedure、service request procedure）が行われる間に、履歴情報をMTC UE２１から受信してもよい。これらの例によれば、eNB２３は、MTC UE２１との無線接続の確立手順、又はベアラ確立手順において、MTC UE２１に対してECMに関するカバレッジ改善処理を適用するべきか否かを速やかに判定することができる。
また、第１の実施形態で述べたのと同様に、本実施形態では、MTC UE２１は、移動性を有する端末（例えば、自動車、鉄道車両、又は船舶などの輸送機械に搭載される端末）であってもよい。この場合、MTC UE２１は、あるeNB２３のセルにおいてRRC_CONNECTEDでECMの実行を指示され、ECMを利用してデータ通信を行った後にRRC_IDLEになる。次に、MTC UE２１は、RRC_IDLEの間に他のセルにセル再選択（Cell reselection）を行う。そして、MTC UE２１は、前回RRC_CONNECTEDになったセルとは別のセルで再びRRC_CONNECTEDになる。このとき、MTC UE２１は、自身が新たに滞在しているセルを管理するeNB２３に対して、過去に自身がECMを実行していたか否かを示す情報（ECM status、履歴情報）を通知する。MTC UE２１は、当該MTC UE２１自身が過去にどのセルでECMを実行していたかを示すために、例えば物理セル識別子（PCI）又はグローバルセル識別子（CGI）をeNB２３に通知してもよい。
図３は、本実施形態に係るMTC UE２１、eNB２３、及びコアネットワークノード２４１の動作の一例を示すシーケンス図である。コアネットワークノード２４１は、EPCに配置されたノード（e.g., MME若しくはHSS又はこれら両方）である。図３は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図３のステップＳ２０１〜Ｓ２０３における処理は、図２のステップＳ１０１〜Ｓ１０３における処理と同様である。ステップＳ２０４では、eNB２３は、MTC UE２１をアイドル状態（RRC_IDLE）に戻すことを決定し、MTC UE２１に関するS1-APシグナリングコネクション及びS1ベアラ（又は無線アクセスベアラ）の解放をコアネットワークノード２４１に要求する（S1 UE Context Release Request）。コアネットワークノード２４１は、eNB２３からの要求に応じてS1-APシグナリングコネクション及びS1ベアラを解放する。ステップＳ２０５では、eNB２３は、RRC_IDLEになる指示をMTC UE２１に送信する（RRC Connection Release）。この指示の受信に応答して、MTC UE２１は、RRC_CONNECTEDからRRC_IDLEになる。
ステップＳ２０６では、MTC UE２１は、周期的又は非周期的な通信タイミングが到来したことに応じて、通信を開始するために無線接続の確立要求をeNB２３に送信する（RRC Connection Request）。MTC UE２１は、耐遅延アクセスであることを示すために、“delayTolerantAccess”に指定されたEstablishment causeを伴うRRC Connection Requestを送信してもよい。ステップＳ２０７では、MTC UE２１は、過去にECMを実行していたことを示す履歴情報をeNB２３に報告する。このとき、MTC UE２１は、ECMを実行中であることeNB２３に併せて報告してもよい。
図３の例では、ステップＳ２０７の履歴情報は、RRC Connection Setup Completeメッセージを用いて送信される。RRC Connection Setup Completeメッセージは、RRCコネクションの確立手順で送信される最終メッセージであるから、ステップＳ２０７の履歴情報は、RRCコネクションの確立手順の間に送信されるということができる。また、RRC Connection Setup Completeメッセージは、NASメッセージ（e.g., NAS: Service Request、NAS: Attach Request）を包含する。つまり、NASメッセージを包含するRRC Connection Setup Completeメッセージは、ベアラ確立手順の中で送信される最初のメッセージであるから、ステップＳ２０７の履歴情報は、ベアラ確立手順の間に送信されるということもできる。
ステップＳ２０８では、eNB２３は、MTC UE２１のためにEPSベアラの確立要求をコアネットワークノード２４１に送信する（Initial UE message）。ステップＳ２０９では、コアネットワークノード２４１は、Initial UE message内にカプセル化されたNASメッセージの受信に応答して、MTC UE２１のための無線アクセスベアラを確立するのに必要な情報をeNB２３に送信する（Initial Context Setup Request）。ステップＳ２０９のメッセージは、例えば端末能力（UE radio capability）を含んでもよい。
ステップＳ２１０では、eNB２３は、MTC UE２１にECMを実行させる為に、無線リソース設定情報（RRC Configuration）と共にECM設定情報（ECM configuration）を送信してもよい（RRC Connection Reconfiguration）。ステップＳ２１１では、MTC UE２１は、eNB２３からステップＳ２１０にて受信したECM設定情報、または以前に受信して保持していたECM設定情報を基にデータ通信を行う（M2M data with ECM）。
＜第３の実施形態＞
本実施形態に係る無線通信システムの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。本実施形態では、ECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を特定のMTC UE３１に適用するか否かをeNB３３において判定するための手法が説明される。本実施形態で説明される技術思想は、上述した第１又は第２の実施形態で説明された技術思想とは独立して使用されることができるし、これらの技術思想と組み合わせて使用されることもできる。
本実施形態に係るeNB３３は、MTC UE３１の端末能力（UE capability）、MTC UE３１の端末情報（UE information）、MTC UE３１の通信特性（Communication performance）、及びMTC UE３１の無線品質（Radio quality）のうち少なくとも１つと、MTC UE３１から受信したアクセス要因（Access cause）とに基づいて、ECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を伴うMTC UE３１とeNB３３の間の通信を制御する。言い換えると、eNB３３は、MTC UE３１の端末能力、端末情報、通信特性、及び無線品質のうち少なくとも１つと、MTC UE３１から受信したアクセス要因とに基づいて、ECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を当該MTC UE３１に適用するか否かを判定する。
アクセス要因、端末能力、端末情報、通信特性、及び無線品質の具体例を以下に述べる。ただし、アクセス要因、端末能力、端末情報、通信特性、及び無線品質の内容は、これらの例に限定されるものではない。
アクセス要因は、例えば以下の２つのうち少なくとも１つを含んでもよい。
・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)）
特性測定結果は、例えば、（ａ）eNB３３（またはOperation Administration and Maintenance（OAM））におけるスループット測定結果（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）、又は（ｂ）UEが送信する上り参照信号（Sounding Reference Signal: SRS）のeNB３３における受信電力、を含んでもよい。
eNB３３は、上述したMTC UE３１の端末能力又は端末情報をMTC UE３１自身から受信してもよいし、EPCから受信してもよい。
本実施形態よれば、以下に述べる効果が期待される。すなわち、仮に、ECMに関するカバレッジ改善処理をMTC UE３１に適用するか否かをそのMTC UE３１のアクセス要因のみに基づいて判定したのでは、各MTC UE３１の状況を十分に考慮することができない問題がある。既に述べたように、想定されているECMに関するカバレッジ改善処理のうち、RACHの繰り返し並びにPDSCH/PUSCHの繰り返しは各MTC UEに個別に適用される。そして、MTC UEに個別に適用されるカバレッジ改善処理（例えば、RACHの繰り返し、PDSCH/PUSCHの繰り返し）は、ECMを行うMTC UEの数が増加するほど多くの無線リソースを消費する。このため、ECMを実行するべきか否かの判定は、MTC UE個別の状況を考慮して行われることが好ましい。本実施形態のeNB３３は、ECMを実行するべきか否かの判定において、MTC UE３１のアクセス要因だけでなく、MTC UE３１の端末能力、端末情報、通信特性、及び無線品質のうち少なとも１つをさらに考慮する。したがって、本実施形態は、ECMを実行するべきか否かをMTC UE個別の状況を考慮して行うことができる。
図４は、本実施形態に係るMTC UE３１、eNB３３、及びコアネットワークノード３４１の動作の一例を示すシーケンス図である。コアネットワークノード３４１は、EPCに配置されたノード（e.g., MME若しくはHSS又はこれら両方）である。図４の例では、eNB３３は、MTC UE３１のアクセス要因（例えばEstablishment cause）、端末能力（例えばUE radio access capability）、及び端末情報（例えばUE type）に基づいて、ECMに関するカバレッジ改善処理をMTC UE３１に適用するか否かを判定する。なお、図４は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
図４に示されたMTC UE３１の初期状態は、RRC_IDLEである。ステップＳ３０１では、MTC UE３１は、周期的又は非周期的な通信タイミングが到来したことに応じて、通信を開始するために無線接続の確立要求をeNB２３に送信する（RRC Connection Request）。MTC UE３１は、耐遅延アクセスであることを示すために、“delayTolerantAccess”に指定されたEstablishment causeを伴うRRC Connection Requestを送信してもよい。図示されていない無線接続（RRC Connection）の確立手順の完了によって、MTC UE３１は、RRC_CONNECTEDになる。
ステップＳ３０２では、eNB３３は、MTC UE３１のためにEPSベアラの確立要求をコアネットワークノード３４１に送信する（Initial UE message）。このInitial UE messageは、MTC UE３１からのNon-Access Stratum（NAS）メッセージ（e.g. NAS: Service Request）をカプセル化している。ステップＳ３０３では、コアネットワークノード３４１は、Initial UE message内にカプセル化されたNASメッセージの受信に応答して、MTC UE３１のための無線アクセスベアラを確立するのに必要な情報をeNB３３に送信する（Initial Context Setup Request）。ステップＳ３０３のメッセージは、例えば端末能力（UE radio capability）若しくは端末種別（UE type）又はこれら両方を含んでもよい。
ステップＳ３０４では、eNB３３は、必要に応じて、端末能力の送信をMTC UE３１に要求する（UE Capability Enquiry）。ステップＳ３０５では、eNB３３からの要求に応答して、MTC UE３１は自身の端末能力をeNB３３に報告する（UE Capability Information）。ステップＳ３０５のメッセージは、例えばUE-EUTRA-capabilityを含んでもよい。
ステップＳ３０６では、eNB３３は、MTC UE３１にECMを実行させるか否か（言い換えると、ECMに関するカバレッジ改善処理MTC UEに３１に適用するか否か）を決定する（ECM decision）。一例として、eNB３３は、MTC UE３1のestablishment causeがdelayTolerantAccessを示し、且つMTC UE３1のradio access capabilityがECMをサポートしていることを示すことを条件として、MTC UE３１にECMを実行させることを決定してもよい。
ステップＳ３０７では、eNB３３は、MTC UE３１にECMを実行させる為に、無線リソース設定情報（RRC Configuration）と共にECM設定情報（ECM configuration）を送信する。ステップＳ３０８では、MTC UE３１は、eNB１３から受信した無線リソース設定情報及びECM設定情報に従ってECMを開始する（ECM start）。ステップＳ３０９では、MTC UE３１は、ECMに関するカバレッジ改善処理を行いながらデータ通信を行う（M2M data with ECM）。
図４に示された手順は一例である。一例として、eNB３３は、アクセス要因（e.g., Establishment cause）、端末能力（e.g., UE radio access capability）、端末情報（e.g., UE type）に加えて、通信特性若しくは無線品質又はこれら両方をさらに考慮してもよい。具体的には、eNB３３は、始めに、MTC UE３１のアクセス要因、端末能力、及び端末情報に基づいて、当該MTC UE３１にECMを実行させることを決定してもよい。そしてその後に、eNB３３は、MTC UE３１の通信特性若しくは無線品質又はこれら両方に基づいて、当該MTC UE３１にECMを実行させ続けるか否かを判定してもよい。このように、eNB３１がMTC UE３１の通信特性又は無線品質を考慮することで、ECMの実行が必要であるか否かの判定をより適切にすることができる。
例えば、eNB３３は、MTC UE３１の通信特性としてハンドオーバ試行回数（又は試行率）を取得し、それを基にMTC UE３１が静止またはほぼ静止していると判定した場合にはECMの実行を継続してもよい。反対に、MTC UE３１が移動していると判定した場合には、eNB３３は、MTC UE３１のECMの実行を中断（又は中止）してもよい。これに代えて又はこれと組み合わせて、eNB３３は、MTC UE３１の無線品質としてRSRPやCQIを取得し、それらが所定閾値よりも小さいと判定した場合にECMの実行を継続してもよい。反対に、MTC UE３１の無線品質が所定閾値よりも大きいと判定した場合には、eNB３３は、MTC UE３１のECMの実行を中断（又は中止）してもよい。
また他の例として、eNB３３は、MTC UE３１にECMを実行させるか否かを始めに判定するときに、MTC UE３１の通信特性若しくは無線品質又はこれら両方を取得し、これらを考慮してMTC UE３１にECMを実行させるか否かを判定してもよい。このとき、eNB３１は、MTC UE３１の通信特性又は無線品質を新たに計測するのではなく、eNB３１又は他のネットワーク装置（e.g., OAM又はMME）に保存されていたMTC UE３１の過去の通信特性又は無線品質を利用してもよい。これにより、MTC UE３１にECMを実行させるか否かの判定が遅くなることでMTC UE３１の通信特性が劣化することを回避できる。
＜第４の実施形態＞
本実施形態では、ECMをサポートするMTC UEのハンドオーバに関する制御が説明される。図５は、本実施形態に係る無線通信システムの構成例を示している。図５を参照すると、当該無線通信システムは、MTC UE４１、eNB４３、eNB４５、及びEPC４４を含む。MTC UE４１は、例えば自動車、鉄道車両、又は船舶などの輸送機械に搭載され、したがって移動性を有する。なお、図５は、ヘテロジーニアス・ネットワーク（HetNet）の例を示している。すなわち、eNB４３はセル４３０を管理し、eNB４５はセル４３０に比べて狭い範囲をカバーするセル４５０を管理する。例えば、eNB４３はマクロ基地局であり、eNB４５はピコ基地局である。しかしながら、本実施形態は、セル４３０とセル４５０が同程度の大きさを持つホモジーニアス・ネットワークに適用されてもよい。
続いて以下では、本実施形態に係るECMのための通信制御について説明する。本実施形態に係るeNB４３は、ECMを実行中のMTC UE４１が自身のセル４３０から隣接セル４５０にハンドオーバする際に、MTC UE４１がECMを実行していること（言い換えると、ECMに関するカバレッジ改善処理を実行していること）をeNB４５に通知する。eNB４３は、MTC UE４１のためのハンドオーバ要求をeNB４５に送信する際に、MTC UE４１がECMを実行していること（言い換えると、ECMに関するカバレッジ改善処理を実行していること）をeNB４５に通知してもよい。eNB４５は、eNB４３からの通知に基づいて、MTC UE４１とeNB４５の間のECMを伴う通信を制御してもよい。例えば、eNB４５は、MTC UE４１とeNB４５の間の通信にECMを適用するか否かをeNB４３からの通知に基づいて判定してもよい。
本実施形態よれば、以下に述べる効果が期待される。すなわち、本実施形態では、ハンドオーバのソース基地局（つまり、eNB４３）は、MTC UE４１がECMを実行しているか否かをターゲット基地局（つまり、eNB４５）に通知する。したがって、ターゲット基地局（eNB４５）は、MTC UE４１に対してECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）を適用するべきか否かを判定するために、MTC UE４１の無線品質（e.g., RSRP、RSRQ、CQI）を取得してこれを分析することを必ずしも必要としない。なぜなら、ターゲット基地局（eNB４５）は、ハンドオーバするMTC UE４１に対してECMが適用できるか又はECMのカバレッジ改善処理が有効であるか否かを、ソース基地局（eNB４３）からの通知に基づいて判定できるためである。したがって、本実施形態は、ハンドオーバするMTC UE４１に対してターゲット基地局（ターゲットセル）においてECMに関するカバレッジ改善処理を適用するべきか否かの判定に要する時間（遅延）を削減できる。
図６は、本実施形態に係るMTC UE４１、eNB４３、及びeNB４５の動作の一例を示すシーケンス図である。図６は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。ステップＳ４０１では、MTC UE４１は、eNB４３のセル４３０に滞在している。eNB４３は、MTC UE４１にECMの設定情報（ECM configuration-1）を送信する。図６の例では、ECM configuration-1は、RRC Connection Reconfigurationメッセージを用いて送信される。ステップＳ４０２では、MTC UE４１は、eNB４３から受信したECM configurationに従ってECMの実行（つまり、カバレッジ改善処理（e.g., 繰り返されるPDSCHの受信、PUSCHの繰り返し送信））を開始する（ECM start）。ステップＳ４０３では、MTC UE４１は、ECM configurationに従ってデータ通信を行う（M2M data with ECM）。
ステップＳ４０４では、eNB４３は、MTC UE４１を自身のセル４３０から隣接するeNB４５のセル４５０にハンドオーバさせることを決定する（HO decision）。ステップＳ４０５では、eNB４３は、MTC UE４１のためのハンドオーバ要求をeNB４５に送信する（Handover Request）。ステップＳ４０５で送信されるハンドオーバ要求は、ハンドオーバ対象となるMTC UE４１がECMを実行していることを示す情報（ECM activated）を含む。
ステップＳ４０６では、eNB４３は、MTC UE４１の受け入れが可能である場合、eNB４３にハンドオーバ要求への承諾メッセージを送信する（Handover Request Acknowledge）。ステップＳ４０６で送信される承諾メッセージは、ターゲットセル４５０におけるECMの実行に必要なECM設定情報（ECM configuration-2）を含んでもよい。
ステップＳ４０７では、eNB４３は、eNB４５からの承諾メッセージの受信に応じて、MTC UE４１にハンドオーバ指示を送信する（RRC Connection Reconfiguration）。ステップＳ４０７で送信されるメッセージ（RRC Connection Reconfiguration）は、ターゲットセル４５０におけるECMの実行に必要なECM設定情報（ECM configuration-2）を含んでもよい。
ステップＳ４０８では、MTC UE４１は、セル４３０からセル４５０へのハンドオーバを実行し、ハンドオーバ完了のメッセージをターゲットeNB４５に送信する（RRC Connection Reconfiguration Complete/ Handover confirm）。図示していないが、MTC UE４１は、ステップＳ４０８で自身がECMを実行していたことを示す情報をeNB４５に送信してもよい。ステップＳ４０９では、MTC UE４１は、ステップＳ４０７にてソースeNB４３から受信したターゲットセル４５０に関するECM設定情報（ECM configuration-2）に従ってデータ通信を行う（M2M data with ECM）。
図６は、ソースeNB４３とターゲットeNB４５の間に設けられたeNB間の直接インタフェース（つまり、X2 interface）を介してハンドオーバ要求メッセージ及びハンドオーバ要求への承諾メッセージが送信される例を示した。しかしながら、ハンドオーバに関するメッセージは、eNB４３及び４５の各々とEPC４４（つまり、MME）の間のインタフェース（つまり、S1-MME interface）を介して送信されてもよい。すなわち、MTC UE４１がECMを実行していることの通知（ソースeNB４３からターゲットeNB４５）、及びターゲットセル４５０に関するECM設定情報（ターゲットeNB４５からソースeNB４３）は、EPC４４を介して送信されてもよい。
＜第５の実施形態＞
本実施形態では、隣接するeNB間でのECMサポート情報の共有について説明される。本実施形態に係るeNB５３は、自身のセル５３０がECM（言い換えると、ECMに関するカバレッジ改善処理）をサポートしているか否かを、eNB５５に通知する。なお、eNB５５は、eNB５３のセルの隣接セルを管理する基地局である。さらに、eNB５３は、eNB５５のセル５５０においてECM（言い換えると、ECMに関するカバレッジ改善処理）がサポートされているか否かをeNB５５から通知される。ECMをサポートしているか否かは、基地局単位（つまりeNB５３又は５５の全てのセルでサポート）で示されてもよいし、セル単位（つまりeNB５３又は５５の一部のセルでサポート、その他のセルでは未サポート）で示されてもよい。
本実施形態よれば、以下に述べる効果が期待される。仮にサービングeNBが隣接eNB（隣接セル）におけるECMのサポート有無を知らなければ、サービングeNBは、ECMをサポートしている又はECMを実行しているMTC UEをハンドオーバ又はセル再選択によって隣接セルに帰属させることが有効であるか否かを十分に判断することができないおそれがある。例えば、サービングeNB（サービングセル）がECMをサポートしており、隣接eNB（隣接セル）がECMをサポートしていない場合、サービングeNBは自セルにおいてECMを実行しているMTC UEを隣接セルにハンドオーバさせないほうが当該MTC UEの通信特性の確保する上で有効であるかもしれない。これとは反対に、サービングeNB（サービングセル）がECMをサポートしておらず、隣接eNB（隣接セル）がECMをサポートしている場合、サービングeNBはECMをサポートしているMTC UEをハンドオーバ又はセル再選択によって隣接セルに帰属させるべきであるかもしれない。本実施形態ついてみると、eNB５３及びeNB５５は、ECMサポート有無を互いに知ることができる。したがって、eNB５３及び５５は、ECMをサポートしているMTC UE５１が適切なセルに滞在する又は適切なセルで通信を行うことに寄与することができる。
例えば、eNB５３のセル５３０がECMをサポートしておらず、eNB５５のセル５５０がECMをサポートしている場合、eNB５３は、ECMをサポートしているMTC UEが隣接セル５５０に移動しやすくするように当該MTC UEに通知されるハンドオーバ・パラメータ又はセル再選択パラメータを調整すればよい。例えば、隣接セル５５０の無線品質に作用するCell Individual Offset（CIO）を大きくしてもよい。CIOは、LTEのハンドオーバ・パラメータの１つであり、CIOを大きくすることは、MTC UE５１のハンドオーバをトリガーする測定報告の送信条件を成立しやすくする。また、隣接セル５５０の無線品質に作用するQoffsetを小さくしてもよい。Qoffset は、LTEのセル再選択パラメータの１つであり、Qoffsetを小さくすることは、MTC UE５１が隣接セル５５０を再選択する条件を成立しやすくする。
図７は、本実施形態に係るeNB５３及びeNB５５の動作の一例を示すシーケンス図である。図７は、本実施形態の説明に必要なメッセージのみを記載しており、LTEで規定された手順に含まれるいくつかのメッセージの図示を省略している。
ステップＳ５０１では、eNB５３は、自身のセル５３０に隣接する（又は周辺の）セル５５０を管理するeNB５５と直接インタフェース（X2 interface）の確立をトリガーされる（X2 setup Triggered）。ステップＳ５０２では、eNB５３は、X2 interfaceの確立要求をeNB５５に送信する（X2 Setup Request）。ステップＳ５０２のメッセージは、eNB５３のセル５３０においてECMがサポートされている否かを示す。図７の例では、eNB５３は、ECMをサポートしていることを示す情報（ECM supported）を送信する。ECMをサポートしているか否かは、基地局単位（つまりeNB５３の全てのセルでサポート）で示されてもよいし、セル単位（つまりeNB５３の一部のセルでサポート、その他のセルでは未サポート）で示されてもよい。
ステップＳ５０３では、eNB５５は、eNB５３からのX2 interfaceの確立要求に対する応答メッセージを送信する（X2 Setup Response）。ステップＳ５０３の応答メッセージは、eNB５５のセル５５０においてECMがサポートされている否かを示す。図７の例では、セル５５０はECMをサポートしていないため、ステップＳ５０３の応答メッセージは、ECMがサポートされていることを示す情報を含まない。なお、ステップＳ５０３の応答メッセージは、ECMがサポートされていないことを明示的に示す情報を含んでもよい。
その後、ステップＳ５０４では、eNB５５の設定が更新され、eNB５５がECMをサポートするようになる。したがって、ステップＳ５０５では、eNB５５は、eNB設定の更新があったことをeNB５３に通知する（ENB Configuration Update）。ステップＳ５０５のメッセージは、eNB５５のセル５５０においてECMがサポートされていることを示す情報（ECM supported）を含む。ECMをサポートしているか否かは、基地局単位（つまりeNB５５の全てのセルでサポート）で示されてもよいし、セル単位（つまりeNB５５の一部のセルでサポート、その他のセルでは未サポート）で示されてもよい。ステップＳ５０６では、eNB５３は、eNB５３からのeNB設定の更新通知に対する応答メッセージを送信する（ENB Configuration Update Acknowledge）。
最後に上述の実施形態に係るMTC UE、eNB、及びコアネットワークノード（e.g., MME若しくはHSS又はこれら両方）の構成例について説明する。第１〜第５の実施形態で説明されたMTC UE１１、２１、３１、及び４１の各々は、eNBと通信するためのトランシーバ、及び当該トランシーバに結合されたコントローラを含んでもよい。コントローラは、第１〜第５の実施形態で説明されたMTC UE１１、２１、３１、又は４１によるECMに関する通信制御を実行する。
第１〜第５の実施形態で説明されたeNB１３、２３、３３、４３、４５、５３、及び５５の各々は、MTC UEを含む複数のUEと通信するためのトランシーバ、及び当該トランシーバに結合されたコントローラを含んでもよい。コントローラは、第１〜第５の実施形態で説明されたeNB１３、２３、３３、４３、４５、５３、又は５５によるECMに関する通信制御を実行する。
第１〜第５の実施形態で説明されたコアネットワークノード１４１、２４１、及び３４１は、eNBと通信するためのインタフェース、及び当該インタフェースに結合されたコントローラを含んでもよい。コントローラは、第１〜第５の実施形態で説明されたコアネットワークノード１４１、２４１、又は３４１によるECMに関する通信制御を実行する。
図８〜図１０は、第１の実施形態に係るMTC UE１１、eNB１３、及びコアネットワークノード１４１の構成例を示すブロック図である。図８を参照すると、MTC UE１１は、トランシーバ１１１及びコントローラ１１２を含む。トランシーバ１１１は、eNB１３と通信するよう構成されている。コントローラ１１２は、eNB１３からの指示に従って、MTC UE１１におけるECMに関するカバレッジ改善処理の実行を制御するよう構成されている。
図９を参照すると、eNB１３は、トランシーバ１３１及びコントローラ１３２を含む。トランシーバ１３１は、MTC UE１１及び通常のUE１２を含む複数のUEと通信するよう構成されている。コントローラ１３２は、MTC UE１とeNB１３の間のECMに関するカバレッジ改善処理を伴う通信を制御するよう構成されている。具体的には、コントローラ１３２は、MTC UE（M2M端末）１１の通信においてECMに関するカバレッジ改善処理（e.g., PDSCH/PUSCHの繰り返し）が実行されていたか否かを示す履歴情報をEPC１４から受信する。そして、コントローラ１３２は、EPC１４から受信された履歴情報に基づいて、ECMに関するカバレッジ改善処理を伴うMTC UE１１とeNB１３の間の通信を制御する。
図１０を参照すると、コアネットワークノード１４１は、インタフェース１４１１及びコントローラ１４１２を含む。インタフェース１４１１は、制御メッセージをeNB１３との間で送受信するために利用される。コントローラ１４１２は、インタフェース１４１１を介してeNB１３とシグナリング・メッセージを送受信するよう構成されている。具体的には、コントローラ１４１２は、MTC UE１１とEPC１４の間のEPSベアラを確立する手順が行われる間に、当該MTC UE１１の通信において所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報をインタフェース１４１１を介してeNB13に送信する。
上述の実施形態に係る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端末と通信する無線通信手段と、
前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記無線通信手段の間の所定のカバレッジ改善処理を伴う通信を制御する制御手段と、
を備える基地局装置。
（付記２）
前記制御は、前記M2M端末と前記無線通信手段の間の通信において前記所定のカバレッジ改善処理を実行するか否かを決定することを含む、付記１に記載の基地局装置。
（付記３）
前記制御は、前記所定のカバレッジ改善処理の実行を前記M2M端末に指示することを含む、付記１又は２に記載の基地局装置。
（付記４）
前記制御手段は、さらに、前記所定のカバレッジ改善処理を前記M2M端末において実行中であることを示す通知を前記M2M端末から受信した場合に、前記M2M端末と前記無線通信手段の間の前記所定のカバレッジ改善処理を伴う通信を前記通知に基づいて制御する、付記１〜３のいずれか１項に記載の基地局装置。
（付記５）
前記通知は、前記M2M端末との無線接続を確立する際に、又は前記M2M端末とコアネットワークの間のベアラを確立する手順が行われる間に前記M2M端末から前記基地局装置に送信される、付記４に記載の基地局装置。
（付記６）
前記端末能力は、無線アクセス能力（Radio access capability）、デバイス能力（Device capability）、及び端末カテゴリ（UE category）のうち少なくとも１つを含む、付記１〜５のいずれか１項に記載の基地局装置。
（付記７）
前記端末情報は、端末種別（UE type）、デバイス種別（Device type）、及び端末コンテキスト（UE context）のうち少なくとも１つを含む、付記１〜６のいずれか１項に記載の基地局装置。
（付記８）
前記端末コンテキストは、前記端末能力に関する情報、前記M2M端末に設定されたRadio Resource Controlコネクション情報、前記M2M端末のモビリティに関する情報、及び前記M2M端末の通信において前記所定のカバレッジ改善処理が実行されていたか否かを示す履歴情報、のうち少なくとも１つを含む、付記７に記載の基地局装置。
（付記９）
前記制御手段は、さらに、前記基地局装置のセルから隣接セルへの前記M2M端末のハンドオーバの際に、前記M2M端末が前記所定のカバレッジ改善処理を実行していることを隣接基地局に通知する、付記１〜８のいずれか１項に記載の基地局装置。
（付記１０）
前記制御手段は、さらに、前記基地局装置において前記所定のカバレッジ改善処理がサポートされているか否かを隣接基地局に通知し、前記隣接基地局において前記所定のカバレッジ改善処理がサポートされているか否かを前記隣接基地局から通知される、付記１〜９のいずれか１項に記載の基地局装置。
（付記１１）
Machine-to-machine（M2M）通信を行うM2M端末であって、
基地局と通信する無線通信手段と、
制御手段と、
を備え、
前記基地局は、前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御するよう構成され、
前記制御手段は、前記無線通信手段を介して前記基地局に前記アクセス要因を送信し、前記所定のカバレッジ改善処理の実行の指示を前記基地局から受信する、
M2M端末。
（付記１２）
前記制御手段は、さらに、前記所定のカバレッジ改善処理の実行を指示された場合、前記所定のカバレッジ改善処理の停止の指示があるまで前記所定のカバレッジ改善処理を継続する、付記１１に記載のM2M端末。
（付記１３）
前記制御手段は、さらに、前記所定のカバレッジ改善処理の実行を指示された場合、前記基地局との無線接続を解放した後も前記所定のカバレッジ改善処理を継続する、付記１１に記載のM2M端末。
（付記１４）
前記制御手段は、さらに、前記所定のカバレッジ改善処理の実行を指示された場合、前記基地局との無線接続の確立と解放を繰り返す間も前記所定のカバレッジ改善処理を継続する、付記１１に記載のM2M端末。
（付記１５）
前記制御手段は、さらに、前記基地局との無線接続を確立する際に、前記M2M端末において前記所定のカバレッジ改善処理が実行されているか否かを示す通知を前記基地局に送信する、付記１２〜１４のいずれか１項に記載のM2M端末。
（付記１６）
基地局により行われる方法であって、
M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御すること、
を備える方法。
（付記１７）
基地局を介してMachine-to-machine（M2M）通信を行うM2M端末により行われる方法であって、
前記基地局は、前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御するよう構成され、
前記方法は、
前記基地局に前記アクセス要因を送信すること、及び
前記所定のカバレッジ改善処理の実行の指示を前記基地局から受信すること、
を備える方法。
（付記１８）
基地局に関する方法をコンピュータに行わせるためのプログラムであって、
前記方法は、M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御することを備える、
プログラム。
（付記１９）
基地局を介してMachine-to-machine（M2M）通信を行うM2M端末に関する方法をコンピュータに行わせるためのプログラムであって、
前記基地局は、前記M2M端末の端末能力、前記M2M端末の端末情報、前記M2M端末の通信特性、及び前記M2M端末の無線品質のうち少なくとも１つと、前記M2M端末から受信したアクセス要因とに基づいて、前記M2M端末と前記基地局の間の所定のカバレッジ改善処理を伴う通信を制御するよう構成され、
前記方法は、
前記基地局に前記アクセス要因を送信すること、及び
前記所定のカバレッジ改善処理の実行の指示を前記基地局から受信すること、
を備える、プログラム。
この出願は、２０１４年１月３０日に出願された日本出願特願２０１４−０１５８６８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１１、２１、３１、４１ M2M端末（MTC UE）
１２ 無線端末（UE）
１３、２３、３３、４３、４５、５３、５５ 基地局（eNB）
１４、４４ コアネットワーク（EPC）
１３０、４３０、４５０ セル
１１１ トランシーバ
１１２ コントローラ
１３１ トランシーバ
１３２ コントローラ
１４１、２４１、３４１ コアネットワークノード
１４１１ インタフェース
１４１２ コントローラ

Claims (12)

  1. カバレッジ改善処理を実行するように構成されたユーザ装置の通信における所定のカバレッジ改善処理に関する情報をコアネットワーク装置から受信する受信手段と、
    前記ユーザ装置との前記所定のカバレッジ改善処理を伴う通信を前記情報に基づいて制御する制御手段と、
    を備える基地局。
  2. ユーザ装置に関する接続が解放される場合に、前記コアネットワーク装置に前記情報を送信する送信手段を備える
    請求項１に記載の基地局。
  3. 前記情報を含む、ユーザ装置のコンテキストの解放に関するメッセージを前記コアネットワーク装置に送信する送信手段を備える
    請求項１に記載の基地局。
  4. カバレッジ改善処理を実行するように構成されたユーザ装置の通信における所定のカバレッジ改善処理に関する情報をコアネットワーク装置から受信し、
    前記ユーザ装置との前記所定のカバレッジ改善処理を伴う通信を前記情報に基づいて制御する
    基地局の方法。
  5. ユーザ装置に関する接続が解放される場合に、前記コアネットワーク装置に前記情報を送信する
    請求項４に記載の基地局の方法。
  6. 前記情報を含む、ユーザ装置のコンテキストの解放に関するメッセージを前記コアネットワーク装置に送信する
    請求項４に記載の基地局の方法。
  7. カバレッジ改善処理を実行するように構成されたユーザ装置の通信における所定のカバレッジ改善処理に関する情報を基地局に送信する送信手段
    を備えるコアネットワーク装置。
  8. ユーザ装置に関する接続が解放される場合に、前記基地局から前記情報を受信する受信手段を備える
    請求項７に記載のコアネットワーク装置。
  9. 前記情報を含む、ユーザ装置のコンテキストの解放に関するメッセージを前記基地局から受信する受信手段を備える
    請求項７に記載のコアネットワーク装置。
  10. カバレッジ改善処理を実行するように構成されたユーザ装置の通信における所定のカバレッジ改善処理に関する情報を基地局に送信する
    コアネットワーク装置の方法。
  11. ユーザ装置に関する接続が解放される場合に、前記基地局から前記情報を受信する
    請求項１０に記載のコアネットワーク装置の方法。
  12. 前記情報を含む、ユーザ装置のコンテキストの解放に関するメッセージを前記基地局から受信する
    請求項１０に記載のコアネットワーク装置の方法。
JP2020205682A 2014-01-30 2020-12-11 基地局、コアネットワーク装置、及びこれらの方法 Active JP7176557B2 (ja)

Applications Claiming Priority (2)

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

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2018241991A Division JP6816752B2 (ja) 2014-01-30 2018-12-26 基地局、モビリティ管理装置、及びこれらの方法

Publications (2)

Publication Number Publication Date
JP2021048635A true JP2021048635A (ja) 2021-03-25
JP7176557B2 JP7176557B2 (ja) 2022-11-22

Family

ID=53756321

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2015559621A Active JP6390625B2 (ja) 2014-01-30 2014-09-04 基地局装置、コアネットワーク装置、方法、及びプログラム
JP2018076632A Active JP6465238B2 (ja) 2014-01-30 2018-04-12 ｅＮｏｄｅＢ、モビリティ管理装置、及びこれらの方法
JP2018241991A Active JP6816752B2 (ja) 2014-01-30 2018-12-26 基地局、モビリティ管理装置、及びこれらの方法
JP2020205682A Active JP7176557B2 (ja) 2014-01-30 2020-12-11 基地局、コアネットワーク装置、及びこれらの方法

Family Applications Before (3)

Application Number Title Priority Date Filing Date
JP2015559621A Active JP6390625B2 (ja) 2014-01-30 2014-09-04 基地局装置、コアネットワーク装置、方法、及びプログラム
JP2018076632A Active JP6465238B2 (ja) 2014-01-30 2018-04-12 ｅＮｏｄｅＢ、モビリティ管理装置、及びこれらの方法
JP2018241991A Active JP6816752B2 (ja) 2014-01-30 2018-12-26 基地局、モビリティ管理装置、及びこれらの方法

Country Status (6)

Country Link
US (5) US10652757B2 (ja)
EP (3) EP3101941B1 (ja)
JP (4) JP6390625B2 (ja)
KR (5) KR101744666B1 (ja)
CN (3) CN105940704B (ja)
WO (1) WO2015114695A1 (ja)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI683563B (zh) * 2014-01-29 2020-01-21 日商新力股份有限公司 在無線電信系統中與基地台通訊的電路、終端裝置、基地台及其操作方法
WO2016061740A1 (zh) * 2014-10-20 2016-04-28 华为技术有限公司 一种寻呼方法及设备
JPWO2016121776A1 (ja) * 2015-01-28 2017-11-02 株式会社Ｎｔｔドコモ ユーザ端末および無線通信方法
US10492047B2 (en) * 2015-01-28 2019-11-26 Sharp Kabushiki Kaisha Terminal device, base station device, and method
JP2016167697A (ja) * 2015-03-09 2016-09-15 富士通株式会社 無線通信装置、接続制御方法、及び、無線通信システム
US10454521B2 (en) * 2015-06-24 2019-10-22 Lg Electronics Inc. Method and apparatus for randomization of interference in cellular internet of things (IOT) system
EP3360383B1 (en) 2015-10-05 2020-12-02 Telefonaktiebolaget LM Ericsson (PUBL) Apparatuses and methods providing mobility support for enhanced coverage of wireless devices
WO2017077979A1 (ja) * 2015-11-05 2017-05-11 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び接続確立方法
JP6123009B1 (ja) 2015-11-05 2017-04-26 株式会社Ｎｔｔドコモ ユーザ装置、基地局、及び接続確立方法
CN106686723B (zh) * 2015-11-06 2019-09-17 电信科学技术研究院 释放ue上下文及其控制方法及装置、寻呼方法及装置
US10454646B2 (en) 2015-11-14 2019-10-22 Qualcomm Incorporated Sounding reference signal transmissions in enhanced machine type communication
CN106961703B (zh) * 2016-01-11 2021-07-23 中兴通讯股份有限公司 一种信息传输方法、装置和系统
WO2017123144A1 (en) * 2016-01-13 2017-07-20 Telefonaktiebolaget Lm Ericsson (Publ) Configuration of autonomous gaps based on repetition level in enhanced coverage
US10887805B2 (en) 2016-04-01 2021-01-05 Htc Corporation Device and method of handling handover
CN107484211B (zh) * 2016-06-08 2020-06-26 华为技术有限公司 切换接入点的方法及装置
EP3264804B1 (en) * 2016-06-27 2020-08-05 Vodafone GmbH Delivering a message to a mobile device in a mobile communication network
WO2018014323A2 (zh) * 2016-07-22 2018-01-25 北京小米移动软件有限公司 信息收发方法、装置及系统
CN108702810B (zh) 2016-07-29 2021-09-14 Lg 电子株式会社 用于第一无线电接入网络节点的方法和装置
CN110291812B (zh) * 2017-02-10 2022-04-15 三星电子株式会社 无线通信系统中非活动模式操作的方法和装置
KR20180092787A (ko) 2017-02-10 2018-08-20 삼성전자주식회사 이동 통신 시스템에서 다중연결을 사용한 핸드오버 시 보안키를 처리하는 방법 및 장치
CN108737016B (zh) * 2017-04-17 2021-10-01 上海诺基亚贝尔股份有限公司 用于wce模式的激活和去激活的方法、设备和计算机可读介质
EP3637849A4 (en) * 2017-06-30 2020-06-17 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND DEVICE
WO2019110709A1 (en) * 2017-12-07 2019-06-13 Sony Corporation Electronic device, infrastructure equipment and methods
JP2019121834A (ja) * 2017-12-28 2019-07-22 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN110999491B (zh) * 2018-04-16 2023-04-28 Lg电子株式会社 在无线通信系统中发送和接收物理下行链路共享信道的方法及其设备
CN110831054B (zh) * 2018-08-07 2023-04-07 维沃移动通信有限公司 确定小区支持的组网类型的方法和设备
CN111418222B (zh) * 2018-08-30 2023-09-29 联发科技（新加坡）私人有限公司 降低通信装置功耗的方法及通信装置
CN109413715A (zh) * 2018-11-05 2019-03-01 深圳市有方科技股份有限公司 快速接入物联网的实现方法、实现设备及计算机可读存储介质
JPWO2022079861A1 (ja) * 2020-10-15 2022-04-21

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011125675A1 (ja) * 2010-04-05 2011-10-13 株式会社 エヌ・ティ・ティ・ドコモ 移動通信システムにおける基地局及び方法

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7640008B2 (en) 2002-10-18 2009-12-29 Kineto Wireless, Inc. Apparatus and method for extending the coverage area of a licensed wireless communication system using an unlicensed wireless communication system
EP1848163A1 (en) 2005-01-17 2007-10-24 Sharp Kabushiki Kaisha Communication network control system
WO2008087524A2 (en) * 2007-01-15 2008-07-24 Nokia Corporation Method and apparatus for providing context recovery
CN101369912B (zh) * 2007-08-13 2011-04-06 大唐移动通信设备有限公司 一种用户设备上下文更新方法与装置
US9247420B2 (en) * 2007-12-12 2016-01-26 Lg Electronics Inc. Method of managing user equipment capabilities
JP5155819B2 (ja) 2008-10-30 2013-03-06 パナソニック株式会社 無線送受信装置および方法、ならびに、端末装置、基地局装置および無線通信システム
CN103069860B (zh) 2010-09-03 2016-08-03 诺基亚通信公司 协作中继系统
US20120071200A1 (en) * 2010-09-22 2012-03-22 Infineon Technologies Ag Method and device for selecting a serving base station, mobile communication network, base station, and method for determining transmission characteristics
CN103155686B (zh) 2010-10-08 2016-04-06 诺基亚通信公司 用于通信的装置和方法
EP2628337B1 (en) 2010-10-13 2019-08-28 Telefonaktiebolaget LM Ericsson (publ) Method in a network node for selecting a gateway in a wireless communications network
WO2012075498A1 (en) * 2010-12-03 2012-06-07 Huawei Technologies Co., Ltd. System and method for user equipment mobility support in a heterogeneous network
EP2663126A4 (en) * 2011-01-07 2017-07-12 Mitsubishi Electric Corporation Communication system
TW201603506A (zh) * 2011-01-10 2016-01-16 內數位專利控股公司 在肌器對機器或行動輔助佈署中呼叫方法及裝置
WO2012175125A1 (en) 2011-06-22 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Method for reducing signalling node
GB2493347B (en) * 2011-07-29 2016-01-20 Sca Ipla Holdings Inc Mobile communications network, infrastructure equipment and method
US9232540B2 (en) * 2011-09-30 2016-01-05 Qualcomm Incorporated Random access channel design for narrow bandwidth operation in a wide bandwidth system
KR20230145244A (ko) 2011-09-30 2023-10-17 인터디지탈 패튼 홀딩스, 인크 감소된 채널 대역폭을 사용하는 장치 통신
CN102348259B (zh) 2011-10-18 2014-06-04 大唐移动通信设备有限公司 一种初始ue消息的处理方法及装置
EP2603030B1 (en) 2011-12-09 2014-12-24 Fujitsu Limited Interference management in wireless communication networks
US9143984B2 (en) * 2012-04-13 2015-09-22 Intel Corporation Mapping of enhanced physical downlink control channels in a wireless communication network
CN103428809B (zh) 2012-05-23 2017-05-10 华为技术有限公司 寻呼窄带终端的方法、网络设备及基站
JP5922511B2 (ja) 2012-07-06 2016-05-24 株式会社山田製作所 制御バルブ
JP5410591B2 (ja) 2012-10-24 2014-02-05 パナソニック株式会社 無線送受信装置および無線送受信方法
ES2599167T3 (es) 2012-10-29 2017-01-31 Alcatel Lucent Optimización de carga de señalización de red y/o de consumo de potencia de equipo de usuario en un sistema móvil de paquetes
US9264966B2 (en) * 2013-03-11 2016-02-16 Alcatel Lucent Method and apparatus for LTE handover reduction
CN104113851B (zh) * 2013-04-16 2019-04-16 中兴通讯股份有限公司 一种d2d发现方法及基站、用户设备
US10091763B2 (en) * 2013-08-21 2018-10-02 Telefonaktiebolaget L M Ericsson (Publ) Paging in coverage extension mode
EP2903363B1 (en) 2014-01-30 2023-08-16 Alcatel Lucent Indicating properties of a user equipment to a network control node

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011125675A1 (ja) * 2010-04-05 2011-10-13 株式会社 エヌ・ティ・ティ・ドコモ 移動通信システムにおける基地局及び方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "RAN2 impacts of Low Cost MTC[online]", 3GPP TSG-RAN WG2 #84 R2-133917, JPN6022007458, 11 November 2013 (2013-11-11), ISSN: 0004716639 *
QUALCOMM INCORPORATED: "Connecting low cost/complexity UE without negative impact to normal UE[online]", 3GPP TSG-RAN WG2♯85 R2-140200, JPN6020007735, 29 January 2014 (2014-01-29), ISSN: 0004716638 *

Also Published As

Publication number Publication date
EP3364681A2 (en) 2018-08-22
JP7176557B2 (ja) 2022-11-22
EP3364681A3 (en) 2018-10-31
EP3101941A1 (en) 2016-12-07
US20170238193A1 (en) 2017-08-17
US20210337396A1 (en) 2021-10-28
CN106851533A (zh) 2017-06-13
KR101891571B1 (ko) 2018-08-27
EP3101941B1 (en) 2019-10-23
EP3595349A1 (en) 2020-01-15
US20160345119A1 (en) 2016-11-24
KR102023446B1 (ko) 2019-09-20
KR20180095949A (ko) 2018-08-28
KR20180129965A (ko) 2018-12-05
KR101851976B1 (ko) 2018-04-25
JP6465238B2 (ja) 2019-02-06
CN106851533B (zh) 2021-07-06
CN105940704B (zh) 2020-05-15
CN111556470A (zh) 2020-08-18
JPWO2015114695A1 (ja) 2017-03-23
US20190357058A1 (en) 2019-11-21
JP2019068463A (ja) 2019-04-25
US20180234858A1 (en) 2018-08-16
KR101744666B1 (ko) 2017-06-08
EP3101941A4 (en) 2017-10-11
JP2018129857A (ja) 2018-08-16
US10652757B2 (en) 2020-05-12
KR20160110423A (ko) 2016-09-21
WO2015114695A1 (ja) 2015-08-06
US10412596B2 (en) 2019-09-10
KR101923399B1 (ko) 2018-11-29
US11917423B2 (en) 2024-02-27
CN111556470B (zh) 2023-11-24
JP6816752B2 (ja) 2021-01-20
KR20170064557A (ko) 2017-06-09
JP6390625B2 (ja) 2018-09-19
KR20180042461A (ko) 2018-04-25
CN105940704A (zh) 2016-09-14
US10039010B2 (en) 2018-07-31

Similar Documents

Publication Publication Date Title
JP6816752B2 (ja) 基地局、モビリティ管理装置、及びこれらの方法
JP7010316B2 (ja) 無線端末、基地局、及びこれらの制御方法
JP6798582B2 (ja) Ｕｅ及びその方法
EP3721655B1 (en) Communication method, device and computer readable storage medium for relay device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201211

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220301

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220412

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220525

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: 20221011

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221024

R151 Written notification of patent or utility model registration

Ref document number: 7176557

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151