JPWO2016185686A1 - 基地局、無線通信システム、通信方法 - Google Patents
基地局、無線通信システム、通信方法 Download PDFInfo
- Publication number
- JPWO2016185686A1 JPWO2016185686A1 JP2017518747A JP2017518747A JPWO2016185686A1 JP WO2016185686 A1 JPWO2016185686 A1 JP WO2016185686A1 JP 2017518747 A JP2017518747 A JP 2017518747A JP 2017518747 A JP2017518747 A JP 2017518747A JP WO2016185686 A1 JPWO2016185686 A1 JP WO2016185686A1
- Authority
- JP
- Japan
- Prior art keywords
- enb
- muting
- request
- base station
- muting pattern
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W56/00—Synchronisation arrangements
- H04W56/001—Synchronization between nodes
-
- 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/02—Resource partitioning among network components, e.g. reuse partitioning
-
- 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/32—Hierarchical cell 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
- H04W56/00—Synchronisation arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- 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
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Time Synchronisation Info IE（Information Element）の送信によって基地局に実行不能な手順が発生してしまうことを回避することが可能な基地局が提供される。本発明の基地局（１０−１）は、Muting Pattern Offsetを含まないMuting Pattern Informationを受信した場合、former request内で要求したMuting Pattern Offsetは受け入れられたと判断する。
Description
本発明は、基地局、無線通信システム、通信方法に関する。
図１は、LTE（Long Term Evolution）の無線通信システムの構成例を示す図である。図１に示される無線通信システムは、eNB（evolved Node B）(#1)10-1、eNB(#2)10-2、eNB(#3)10-3、MME（Mobility Management Entity）20-1、MME20-2を備えている。なお、図１においては、本発明の説明に必要な構成要素のみを示し、その他の構成要素は省略されている。
MME20-1、MME20-2は、コアネットワーク（CN：Core Network）に配置され、不図示の端末の移動を管理するコアネットワークノード（CN node）である。
eNB(#1)10-1、eNB(#2)10-2、eNB(#3)10-3は、不図示の端末と無線通信を行う基地局である。ここでは、eNB(#1)10-1が、ピコ（pico）セルを形成するピコeNB、eNB(#2)10-2が、ピコセルよりもセル半径が大きいマイクロ（micro）セルを形成するマイクロeNB、eNB(#3)10-3が、マイクロセルよりもセル半径が大きいマクロ（macro）セルを形成するマクロeNBであるとする。また、eNB(#1)10-1、eNB(#2)10-2、eNB(#3)10-3は、互いにセルの少なくとも一部が重複する隣接関係にあるとする。この隣接関係には、例えば、eNB(#3)10-3のセル内にeNB(#1)10-1やeNB(#2)10-2のセルが包含されることも含まれる。
eNB(#1)10-1、eNB(#2)10-2、eNB(#3)10-3は、不図示の端末と無線通信を行う基地局である。ここでは、eNB(#1)10-1が、ピコ（pico）セルを形成するピコeNB、eNB(#2)10-2が、ピコセルよりもセル半径が大きいマイクロ（micro）セルを形成するマイクロeNB、eNB(#3)10-3が、マイクロセルよりもセル半径が大きいマクロ（macro）セルを形成するマクロeNBであるとする。また、eNB(#1)10-1、eNB(#2)10-2、eNB(#3)10-3は、互いにセルの少なくとも一部が重複する隣接関係にあるとする。この隣接関係には、例えば、eNB(#3)10-3のセル内にeNB(#1)10-1やeNB(#2)10-2のセルが包含されることも含まれる。
ここで、eNB(#1)10-1は、eNB(#3)10-3と無線で時間同期を行う場合（以下、無線での時間同期を適宜「無線同期」と称す）、ネットワークリスニングを使用して、eNB(#3)10-3からeNB(#3)10-3のセル内に送信されている同期信号を受信する。そして、eNB(#1)10-1は、eNB(#3)10-3から受信した同期信号に基づいて、eNB(#3)10-3と無線同期を行う。
しかし、eNB(#2)10-2及びeNB(#3)10-3が、同じタイミングで同期信号を送信している場合、eNB(#1)10-1は、eNB(#2)10-2からも同期信号を受信してしまう。そうすると、eNB(#1)10-1は、eNB(#2)10-2からの同期信号が干渉波となって、eNB(#3)10-3からの同期信号を受信できず、eNB(#3)10-3と無線同期を行うことができないおそれがある。
しかし、eNB(#2)10-2及びeNB(#3)10-3が、同じタイミングで同期信号を送信している場合、eNB(#1)10-1は、eNB(#2)10-2からも同期信号を受信してしまう。そうすると、eNB(#1)10-1は、eNB(#2)10-2からの同期信号が干渉波となって、eNB(#3)10-3からの同期信号を受信できず、eNB(#3)10-3と無線同期を行うことができないおそれがある。
このような場合には、eNB(#2)10-2からの同期信号の送信を停止させるミューティング（muting）手順を行う（非特許文献１）。以下、このミューティング手順について説明する。なお、この場合は、干渉元であるeNB(#2)10-2はaggressorと表現でき、干渉を受けるeNB(#1)10-1はvictimと表現できる。
ケースA）
ケースAにおいて、eNB(#1)10-1は、無線同期の準備のため、周囲のeNB(#2)10-2、eNB(#3)10-3への問い合わせを試行する。以下、その詳細を図２を参照して説明する。
ケースAにおいて、eNB(#1)10-1は、無線同期の準備のため、周囲のeNB(#2)10-2、eNB(#3)10-3への問い合わせを試行する。以下、その詳細を図２を参照して説明する。
eNB(#1)10-1は、eNB CONFIGURATION TRANSFERメッセージをMME（ここでは、MME20-1とする）に送信する（ステップ101）。このeNB CONFIGURATION TRANSFERメッセージにおいては、SON（Self Organizing Network） Information Request IE（Information Element）には、値“Time synchronisation Info”が設定される。すなわち、このeNB CONFIGURATION TRANSFERメッセージは、時間同期情報（Time synchronisation Information）を要求するメッセージとなる。
MME20-1は、eNB(#1)10-1からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#2)10-2、eNB(#3)10-3に送信する（ステップ102,103）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#1)10-1から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Request IEと同じである。
eNB(#2)10-2、eNB(#3)10-3は、MME20-1からMME CONFIGURATION TRANSFERメッセージを受信すると、eNB CONFIGURATION TRANSFERメッセージをMME20-1に送信する（ステップ104,106）。このeNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、時間同期情報を表すTime synchronisation Info IEを含む。Time synchronisation Info IEは、同期レベルを表すStratum Level IE、同期状態を表すSynchronisation Status IEを含む他、ミューティングの利用可能性を表すMuting Availability Indication IEをオプションで含む。Stratum Level IEは、同期レベル、すなわち同期の精度が低くなるにしたがって、値が大きくなる。例えば、Stratum Level IEは、GPS（Global Positioning System）で時間同期を取ったために同期精度が高いeNBを最高の“0”とし、そのeNBと時間同期を取ったeNBは次位の“1”とし、そのeNBと時間同期を取ったeNBはさらに次位の“2”とすることが考えられる。ここでは、Stratum Level IEは、eNB(#3)10-3が“0”で、eNB(#2)10-2が“1”であるとする。また、SON Information Request IEは、ミューティングのパターンを表すMuting Pattern Information IEをオプションで含んでも良い。
MME20-1は、eNB(#2)10-2からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#1)10-1に送信する（ステップ105）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#2)10-2から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Reply IEと同じである。
また、MME20-1は、eNB(#3)10-3からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#1)10-1に送信する（ステップ107）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#3)10-3から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Reply IEと同じである。
また、MME20-1は、eNB(#3)10-3からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#1)10-1に送信する（ステップ107）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#3)10-3から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Reply IEと同じである。
ケースAにおいて、eNB(#2)10-2、eNB(#3)10-3のMuting Availability Indication IEがミューティングを利用可能な“available”に設定されていれば、以降のケースB又はケースCのいずれかが実行される。
ケースB）
ケースBにおいて、eNB(#1)10-1は、eNB(#3)10-3との無線同期を開始する。ただしeNB(#1)10-1は、eNB(#2)10-2からの干渉を検出していたとする。以下、その詳細を図３を参照して説明する。
ケースBにおいて、eNB(#1)10-1は、eNB(#3)10-3との無線同期を開始する。ただしeNB(#1)10-1は、eNB(#2)10-2からの干渉を検出していたとする。以下、その詳細を図３を参照して説明する。
eNB(#1)10-1は、eNB CONFIGURATION TRANSFERメッセージをMME（ここでは、MME20-1とする）に送信する（ステップ201）。このeNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Request IEには、値“Activate Muting”が設定され、また、Synchronisation Information IEは、Source Stratum Level IE (level “0”)を含む。すなわち、このeNB CONFIGURATION TRANSFERメッセージは、level “0”のeNB(#3)10-3が同期信号を送信するパターンで、同期信号のミューティングのアクティブ化を要求するmuting request（ミューティング要求）となる。
MME20-1は、eNB(#1)10-1からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#2)10-2に送信する（ステップ202）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#1)10-1から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Request IEと同じである。
eNB(#2)10-2は、MME20-1からMME CONFIGURATION TRANSFERメッセージを受信すると、muting requestに従うか判断し、その判断結果を反映させたeNB CONFIGURATION TRANSFERメッセージをMME20-1に送信する（ステップ203）。
ケースB-1）
例えば、eNB(#2)10-2がmuting requestに従うとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、ミューティングの期間を表すMuting Pattern Period IE及びミューティングの開始点をオフセット（オフセットは基準点からの時間を表す。以下同じ）で表すMuting Pattern Offset IEを含む。これらのIEの値は、level “0”のパターンの値と同じである。又は、eNB(#2)10-2は、いかなるメッセージでも応答しない。
例えば、eNB(#2)10-2がmuting requestに従うとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、ミューティングの期間を表すMuting Pattern Period IE及びミューティングの開始点をオフセット（オフセットは基準点からの時間を表す。以下同じ）で表すMuting Pattern Offset IEを含む。これらのIEの値は、level “0”のパターンの値と同じである。又は、eNB(#2)10-2は、いかなるメッセージでも応答しない。
ケースB-2）
また、eNB(#2)10-2が、muting requestには従わないが、代替のミューティングパターンを提案するとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、上述のMuting Pattern Period IE及びMuting Pattern Offset IEを含む。ただし、これらのIEの値は、level “0”のパターンの値とは異なる。
また、eNB(#2)10-2が、muting requestには従わないが、代替のミューティングパターンを提案するとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、上述のMuting Pattern Period IE及びMuting Pattern Offset IEを含む。ただし、これらのIEの値は、level “0”のパターンの値とは異なる。
ケースB-3）
また、eNB(#2)10-2が、muting requestには従わず、代替のミューティングパターンも提案しないとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、値が“0”に設定された（すなわち、ミューティングの期間が設定されていない）Muting Pattern Period IEを含む。
また、eNB(#2)10-2が、muting requestには従わず、代替のミューティングパターンも提案しないとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、値が“0”に設定された（すなわち、ミューティングの期間が設定されていない）Muting Pattern Period IEを含む。
なお、eNB(#2)10-2は、ケースBにおいて、Time synchronisation Info IEでMME20-1に応答しない。これにより、MME20-1及びその先のeNB(#1)10-1はTime synchronisation Info IEを処理する必要が無くなるため、処理負担が軽減される。
MME20-1は、eNB(#2)10-2からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#1)10-1に送信する（ステップ204）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#2)10-2から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Reply IEと同じである。
以降、ケースB-1の場合は、eNB(#1)10-1は、eNB(#3)10-3との無線同期を開始する。
また、ケースB-2の場合は、eNB(#1)10-1は、eNB(#2)10-2から提案された代替のミューティングパターンで、eNB(#3)10-3以外の他の同期元のeNBとの無線同期を試行し、無線同期ができなければ何もしない。
また、ケースB-3の場合は、eNB(#1)10-1は、何もしない。
ケースB-1又はケースB-2にてeNB(#1)10-1が無線同期を開始した後、以降のケースD又はケースEのいずれかが実行される。
また、ケースB-2の場合は、eNB(#1)10-1は、eNB(#2)10-2から提案された代替のミューティングパターンで、eNB(#3)10-3以外の他の同期元のeNBとの無線同期を試行し、無線同期ができなければ何もしない。
また、ケースB-3の場合は、eNB(#1)10-1は、何もしない。
ケースB-1又はケースB-2にてeNB(#1)10-1が無線同期を開始した後、以降のケースD又はケースEのいずれかが実行される。
ケースC）
ケースCにおいて、eNB(#1)10-1は、eNB(#3)10-3との無線同期を開始する。ただしeNB(#1)10-1は、eNB(#2)10-2からの干渉を検出していたとする。以下、その詳細を図３を参照して説明する。
ケースCにおいて、eNB(#1)10-1は、eNB(#3)10-3との無線同期を開始する。ただしeNB(#1)10-1は、eNB(#2)10-2からの干渉を検出していたとする。以下、その詳細を図３を参照して説明する。
eNB(#1)10-1は、eNB CONFIGURATION TRANSFERメッセージをMME（ここでは、MME20-1とする）に送信する（ステップ201）。このeNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Request IEには、値“Activate Muting”が設定され、また、Synchronisation Information IEは、Listening Subframe Pattern IE（ミューティングの期間を表すPattern Period IE及びミューティングの開始点をオフセットで表すPattern Offset IEを含む）を含む。すなわち、このeNB CONFIGURATION TRANSFERメッセージは、Pattern Offset IEで表される開始点から、Pattern Period IEで表される期間に、同期信号のミューティングのアクティブ化を要求するmuting request（ミューティング要求）となる。
MME20-1は、eNB(#1)10-1からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#2)10-2に送信する（ステップ202）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#1)10-1から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Request IEと同じである。
eNB(#2)10-2は、MME20-1からMME CONFIGURATION TRANSFERメッセージを受信すると、muting requestに従うか判断し、その判断結果を反映させたeNB CONFIGURATION TRANSFERメッセージをMME20-1に送信する（ステップ203）。
ケースC-1）
例えば、eNB(#2)10-2がmuting requestに従うとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、ミューティングの期間を表すMuting Pattern Period IE及びミューティングの開始点をオフセットで表すMuting Pattern Offset IEを含む。これらのIEの値は、muting requestの値と同じである。又は、eNB(#2)10-2は、いかなるメッセージでも応答しない。
例えば、eNB(#2)10-2がmuting requestに従うとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、ミューティングの期間を表すMuting Pattern Period IE及びミューティングの開始点をオフセットで表すMuting Pattern Offset IEを含む。これらのIEの値は、muting requestの値と同じである。又は、eNB(#2)10-2は、いかなるメッセージでも応答しない。
ケースC-2）
また、eNB(#2)10-2が、muting requestには従わないが、代替のミューティングパターンを提案するとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、上述のMuting Pattern Period IE及びMuting Pattern Offset IEを含む。ただし、これらのIEの値は、muting requestの値とは異なる。
また、eNB(#2)10-2が、muting requestには従わないが、代替のミューティングパターンを提案するとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、上述のMuting Pattern Period IE及びMuting Pattern Offset IEを含む。ただし、これらのIEの値は、muting requestの値とは異なる。
ケースC-3）
また、eNB(#2)10-2は、muting requestには従わず、代替のミューティングパターンも提案しないとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、値が“0”に設定された（すなわち、ミューティングの期間が設定されていない）Muting Pattern Period IEを含む。
また、eNB(#2)10-2は、muting requestには従わず、代替のミューティングパターンも提案しないとする。この場合、eNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Reply IEは、Muting Pattern Information IEを含み、Muting Pattern Information IEは、値が“0”に設定された（すなわち、ミューティングの期間が設定されていない）Muting Pattern Period IEを含む。
なお、eNB(#2)10-2は、ケースCにおいて、Time synchronisation Info IEでMME20-1に応答しない。これにより、MME20-1及びその先のeNB(#1)10-1はTime synchronisation Info IEを処理する必要が無くなるため、処理負担が軽減される。
MME20-1は、eNB(#2)10-2からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#1)10-1に送信する（ステップ204）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#2)10-2から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Reply IEと同じである。
以降、ケースC-1の場合は、eNB(#1)10-1は、eNB(#3)10-3との無線同期を開始する。
また、ケースC-2の場合は、eNB(#1)10-1は、eNB(#2)10-2から提案された代替のミューティングパターンで、eNB(#3)10-3以外の他の同期元のeNBとの無線同期を試行し、無線同期ができなければ何もしない。
また、ケースC-3の場合は、eNB(#1)10-1は、何もしない。
ケースC-1又はケースC-2にてeNB(#1)10-1が無線同期を開始した後、以降のケースD又はケースEのいずれかが実行される。
また、ケースC-2の場合は、eNB(#1)10-1は、eNB(#2)10-2から提案された代替のミューティングパターンで、eNB(#3)10-3以外の他の同期元のeNBとの無線同期を試行し、無線同期ができなければ何もしない。
また、ケースC-3の場合は、eNB(#1)10-1は、何もしない。
ケースC-1又はケースC-2にてeNB(#1)10-1が無線同期を開始した後、以降のケースD又はケースEのいずれかが実行される。
ケースD）
ケースDにおいて、eNB(#1)10-1は、無線同期を終了し、ミューティングの非アクティブ化をeNB(#2)10-2に要求することを決定する。以下、その詳細を図４を参照して説明する。
ケースDにおいて、eNB(#1)10-1は、無線同期を終了し、ミューティングの非アクティブ化をeNB(#2)10-2に要求することを決定する。以下、その詳細を図４を参照して説明する。
eNB(#1)10-1は、eNB CONFIGURATION TRANSFERメッセージをMME（ここでは、MME20-1とする）に送信する（ステップ301）。このeNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Request IEには、値“Deactivate Muting”が設定される。すなわち、このeNB CONFIGURATION TRANSFERメッセージは、ミューティングの非アクティブ化を要求するmuting deactivate request（ミューティング非アクティブ化要求）となる。
MME20-1は、eNB(#1)10-1からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#2)10-2に送信する（ステップ302）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#1)10-1から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Request IEと同じである。
eNB(#2)10-2は、MME20-1からMME CONFIGURATION TRANSFERメッセージを受信すると、ミューティングの非アクティブ化を行う。このとき、eNB(#2)10-2は、何らの応答メッセージも送信しない。
ケースE）
ケースEにおいて、eNB(#2)10-2は、ミューティングを停止し、それをeNB(#1)10-1に通知することを決定する。以下、その詳細を図５を参照して説明する。
ケースEにおいて、eNB(#2)10-2は、ミューティングを停止し、それをeNB(#1)10-1に通知することを決定する。以下、その詳細を図５を参照して説明する。
eNB(#2)10-2は、eNB CONFIGURATION TRANSFERメッセージをMME20-1に送信する（ステップ401）。このeNB CONFIGURATION TRANSFERメッセージにおいては、SON Information Request IEには、値“Deactivate Muting”が設定される。すなわち、このeNB CONFIGURATION TRANSFERメッセージは、自局に対して、ミューティングの非アクティブ化を要求し、他局に対して、これを通知するmuting deactivate request（ミューティング非アクティブ化要求）となる。
MME20-1は、eNB(#2)10-2からeNB CONFIGURATION TRANSFERメッセージを受信すると、MME CONFIGURATION TRANSFERメッセージをeNB(#1)10-1に送信する（ステップ402）。このMME CONFIGURATION TRANSFERメッセージにおけるSON Information Request IEの内容は、eNB(#2)10-2から受信したeNB CONFIGURATION TRANSFERメッセージのSON Information Request IEと同じである。
eNB(#1)10-1は、何らの応答メッセージも送信しない。
eNB(#1)10-1は、何らの応答メッセージも送信しない。
3GPP TS 36.413 V12.4.0 (2014-12)：S1 Application Protocol (S1AP)
しかしながら、上述したミューティング手順には以下のような問題がある。
問題点1)
SON Information Reply IE のMuting Pattern Information IEや、Muting Pattern Offset IEはオプションである。そのため、eNB(#1)10-1は、ケースB及びケースCにおいて、図３のステップ204で受信したMuting Pattern Period IEが“0”以外の値である場合（すなわち、ミューティングの期間が設定されている場合）に、Muting Pattern Offset IEが存在しないと、どのように解釈をすべきか判断できない。
問題点1)
SON Information Reply IE のMuting Pattern Information IEや、Muting Pattern Offset IEはオプションである。そのため、eNB(#1)10-1は、ケースB及びケースCにおいて、図３のステップ204で受信したMuting Pattern Period IEが“0”以外の値である場合（すなわち、ミューティングの期間が設定されている場合）に、Muting Pattern Offset IEが存在しないと、どのように解釈をすべきか判断できない。
問題点2)
ケースB及びケースCにおいて、eNB(#2)10-2は、図３のステップ202でeNB(#1)10-1からMME20-1経由でmuting requestを受信した後は、Time Synchronisation Info IEで応答しないこととしている（すなわち、eNB(#2)10-2は、“Activate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した場合、Time Synchronisation IEで応答しないこととしている）。しかし、このことが記述された仕様書がないため、eNB(#2)10-2がTime Synchronisation Info IEで応答を試行してしまうことがある。そうすると、受信側（すなわちeNB(#1)10-1）はTime Synchronisation Info IEの処理方法を知らないことから、実行不能な手順が発生してしまう。
ケースB及びケースCにおいて、eNB(#2)10-2は、図３のステップ202でeNB(#1)10-1からMME20-1経由でmuting requestを受信した後は、Time Synchronisation Info IEで応答しないこととしている（すなわち、eNB(#2)10-2は、“Activate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した場合、Time Synchronisation IEで応答しないこととしている）。しかし、このことが記述された仕様書がないため、eNB(#2)10-2がTime Synchronisation Info IEで応答を試行してしまうことがある。そうすると、受信側（すなわちeNB(#1)10-1）はTime Synchronisation Info IEの処理方法を知らないことから、実行不能な手順が発生してしまう。
問題点3)
ケースDにおいて、eNB(#2)10-2は、図４のステップ302でeNB(#1)10-1からMME20-1経由でmuting deactivate requestを受信した後は、いかなるメッセージでも応答しないこととしている（すなわち、eNB(#2)10-2は、“Deactivate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した場合、いかなるメッセージでも応答しないこととしている）。しかし、このことが記述された仕様書がないため、eNB(#2)10-2が、オプションのIE、例えばTime Synchronisation Info IEを含むメッセージで応答を試行してしまうことがある。そうすると、受信側（すなわちeNB(#1)10-1）はそのメッセージ及び関連するIEの処理方法を知らないことから、実行不能な手順が発生してしまう。
ケースDにおいて、eNB(#2)10-2は、図４のステップ302でeNB(#1)10-1からMME20-1経由でmuting deactivate requestを受信した後は、いかなるメッセージでも応答しないこととしている（すなわち、eNB(#2)10-2は、“Deactivate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した場合、いかなるメッセージでも応答しないこととしている）。しかし、このことが記述された仕様書がないため、eNB(#2)10-2が、オプションのIE、例えばTime Synchronisation Info IEを含むメッセージで応答を試行してしまうことがある。そうすると、受信側（すなわちeNB(#1)10-1）はそのメッセージ及び関連するIEの処理方法を知らないことから、実行不能な手順が発生してしまう。
問題点4)
ケースEにおいて、eNB(#1)10-1は、図５のステップ402でeNB(#2)10-2からMME20-1経由でmuting deactivate requestを受信した後は、いかなるメッセージでも応答しないこととしている（すなわち、eNB(#1)10-1は、“Deactivate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した場合、いかなるメッセージでも応答しないこととしている）。しかし、このことが記述された仕様書がないため、eNB(#1)10-1が、オプションのIE、例えばTime Synchronisation Info IEを含むメッセージで応答を試行してしまうことがある。そうすると、受信側（すなわちeNB(#2)10-2）はそのメッセージ及び関連するIEの処理方法を知らないことから、実行不能な手順が発生してしまう。
ケースEにおいて、eNB(#1)10-1は、図５のステップ402でeNB(#2)10-2からMME20-1経由でmuting deactivate requestを受信した後は、いかなるメッセージでも応答しないこととしている（すなわち、eNB(#1)10-1は、“Deactivate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した場合、いかなるメッセージでも応答しないこととしている）。しかし、このことが記述された仕様書がないため、eNB(#1)10-1が、オプションのIE、例えばTime Synchronisation Info IEを含むメッセージで応答を試行してしまうことがある。そうすると、受信側（すなわちeNB(#2)10-2）はそのメッセージ及び関連するIEの処理方法を知らないことから、実行不能な手順が発生してしまう。
そこで本発明の目的は、上述した課題のいずれかを解決することができる基地局、無線通信システム、通信方法を提供することにある。
一態様において、基地局は、Muting Pattern Offsetを含まないMuting Pattern Informationを受信した場合、former request内で要求したMuting Pattern Offsetは受け入れられたと判断する。
他の態様において、基地局は、Active Mutingをrequestするメッセージを送信した後に、Muting Pattern Offsetを含まないMuting Pattern Informationを受信した場合、former request内で要求したMuting Pattern Offsetは受け入れられたと判断する。
さらに他の態様において、基地局は、ミューティングに関する情報要素を含まないメッセージを受信した場合、以前に要求したミューティングに関する情報要素が受け入れられたと判断する。
上述の態様によれば、Time Synchronisation Info IEの送信によって基地局が実行不能な手順が発生してしまうことを回避でき、上述した課題のいずれかを解決することに寄与する。
以下、図面を参照して本発明の実施形態について説明する。
本実施形態は、無線通信システムの全体構成自体は図１と同様であるが、eNB(#1)10-1、eNB(#2)10-2、eNB(#3)10-3に新たな機能を追加して、上述した問題点1〜4の解決を図っている。本実施形態において、上述した問題点1〜4の解決方法は以下の通りである。
本実施形態は、無線通信システムの全体構成自体は図１と同様であるが、eNB(#1)10-1、eNB(#2)10-2、eNB(#3)10-3に新たな機能を追加して、上述した問題点1〜4の解決を図っている。本実施形態において、上述した問題点1〜4の解決方法は以下の通りである。
（１）問題点1の解決方法
問題点1は、ケースB及びケースCにおいて、eNB(#1)10-1は、図３のステップ204で受信したMuting Pattern Period IEが“0”以外の値である場合に、Muting Pattern Offset IEが存在しないと、どのように解釈をすべきか判断できないというものである。
問題点1は、ケースB及びケースCにおいて、eNB(#1)10-1は、図３のステップ204で受信したMuting Pattern Period IEが“0”以外の値である場合に、Muting Pattern Offset IEが存在しないと、どのように解釈をすべきか判断できないというものである。
（１−１）解決方法1
解決方法1は、Muting Pattern Information IEを図6に示されるように変更するものである（変更箇所は下線で示す）。
図６においては、Muting Pattern Information IEにおいて、Muting Pattern Period IEが0以外である（“C-ifOtherThanZero”）という条件（すなわち、ミューティングの期間が設定されているという条件）で、オフセットを表すMuting Pattern Offset IEが必ず存在することになる。なお、“C-ifOtherThanZero”は、“C-ifNotZero”としても良い。
Muting Pattern Period IEが0以外である場合、eNB(#2)10-2又はeNB(#3)10-3は、eNB(#1)10-1に対し、Muting Pattern Offset IEが設定されたMuting Pattern Information IEを送信する。そのため、eNB(#1)10-1は、Muting Pattern Period IEが0以外である場合でも、eNB(#2)10-2又はeNB(#3)10-3から送信されたMuting Pattern Information IEを処理することができる。一方、Muting Pattern Period IEが0以外であるにも関わらず、eNB(#2)10-2又はeNB(#3)10-3がeNB(#1)10-1に対し、Muting Pattern Offset IEが設定されていないMuting Pattern Information IEを送信した場合、eNB(#1)10-1は、それを異常（Abnormal）として処理しても良い。
図３の例では、Muting Pattern Information IEは、ステップ203でeNB(#2)10-2から送信され、ステップ204でeNB(#1)10-1に受信される。
したがって、eNB(#1)10-1は、Muting Pattern Period IEが“0”以外の値である場合に、Muting Pattern Offset IEが必ず存在することを期待できる。もしその条件、すなわち、Muting Pattern Period IEが0以外であるにもかかわらず、Muting Pattern Offset IEが存在しないということが発生すると、eNB(#1)10-1はそれを異常（Abnormal）として処理する。
解決方法1は、Muting Pattern Information IEを図6に示されるように変更するものである（変更箇所は下線で示す）。
図６においては、Muting Pattern Information IEにおいて、Muting Pattern Period IEが0以外である（“C-ifOtherThanZero”）という条件（すなわち、ミューティングの期間が設定されているという条件）で、オフセットを表すMuting Pattern Offset IEが必ず存在することになる。なお、“C-ifOtherThanZero”は、“C-ifNotZero”としても良い。
Muting Pattern Period IEが0以外である場合、eNB(#2)10-2又はeNB(#3)10-3は、eNB(#1)10-1に対し、Muting Pattern Offset IEが設定されたMuting Pattern Information IEを送信する。そのため、eNB(#1)10-1は、Muting Pattern Period IEが0以外である場合でも、eNB(#2)10-2又はeNB(#3)10-3から送信されたMuting Pattern Information IEを処理することができる。一方、Muting Pattern Period IEが0以外であるにも関わらず、eNB(#2)10-2又はeNB(#3)10-3がeNB(#1)10-1に対し、Muting Pattern Offset IEが設定されていないMuting Pattern Information IEを送信した場合、eNB(#1)10-1は、それを異常（Abnormal）として処理しても良い。
図３の例では、Muting Pattern Information IEは、ステップ203でeNB(#2)10-2から送信され、ステップ204でeNB(#1)10-1に受信される。
したがって、eNB(#1)10-1は、Muting Pattern Period IEが“0”以外の値である場合に、Muting Pattern Offset IEが必ず存在することを期待できる。もしその条件、すなわち、Muting Pattern Period IEが0以外であるにもかかわらず、Muting Pattern Offset IEが存在しないということが発生すると、eNB(#1)10-1はそれを異常（Abnormal）として処理する。
（１−２）解決方法2
解決方法2は、Muting Pattern Information IEを図７に示されるように変更するものである（変更箇所は下線で示す）。
図７においては、Muting Pattern Offset IEが存在しない場合の処理を追加している。
eNB(#1)10-1は、former requestであるmuting requestに対する回答として、Muting Pattern Information IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、それを使用してネットワークリスニングによる無線同期を行う。
このとき、Muting Pattern Offset IEが存在しない場合、former request内で要求したオフセットが受け入れられたと判断する。
したがって、eNB(#1)10-1は、Muting Pattern Period IEが“0”以外の値である場合に、Muting Pattern Offset IEが存在しなくても、どのように解釈をすべきか判断できるようになる。
解決方法2は、Muting Pattern Information IEを図７に示されるように変更するものである（変更箇所は下線で示す）。
図７においては、Muting Pattern Offset IEが存在しない場合の処理を追加している。
eNB(#1)10-1は、former requestであるmuting requestに対する回答として、Muting Pattern Information IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、それを使用してネットワークリスニングによる無線同期を行う。
このとき、Muting Pattern Offset IEが存在しない場合、former request内で要求したオフセットが受け入れられたと判断する。
したがって、eNB(#1)10-1は、Muting Pattern Period IEが“0”以外の値である場合に、Muting Pattern Offset IEが存在しなくても、どのように解釈をすべきか判断できるようになる。
（２）問題点2の解決方法
問題点2は、ケースB及びケースCにおいて、eNB(#2)10-2が、図３のステップ202でeNB(#1)10-1からMME20-1経由でmuting requestを受信した後に、Time Synchronisation Info IEで応答を試行してしまうと、受信側（すなわちeNB(#1)10-1）はTime Synchronisation Info IEの処理方法を知らないことから、実行不能な手順が発生してしまうというものである。
問題点2を解決するため、本実施形態においては、eNB(#2)10-2が、eNB(#1)10-1からmuting requestを受信した（すなわち、eNB(#2)10-2が“Activate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した）後に、Time Synchronisation Info IEでの応答を送信した場合に備えて、abnormal conditionを追加する。
問題点2は、ケースB及びケースCにおいて、eNB(#2)10-2が、図３のステップ202でeNB(#1)10-1からMME20-1経由でmuting requestを受信した後に、Time Synchronisation Info IEで応答を試行してしまうと、受信側（すなわちeNB(#1)10-1）はTime Synchronisation Info IEの処理方法を知らないことから、実行不能な手順が発生してしまうというものである。
問題点2を解決するため、本実施形態においては、eNB(#2)10-2が、eNB(#1)10-1からmuting requestを受信した（すなわち、eNB(#2)10-2が“Activate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した）後に、Time Synchronisation Info IEでの応答を送信した場合に備えて、abnormal conditionを追加する。
abnormal conditionのバリエーション1)
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、そのmuting requestが失敗したと判断する。
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、そのmuting requestが失敗したと判断する。
abnormal conditionのバリエーション2)
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、そのmuting requestが失敗したと判断し、また、エラーを表すError IndicationメッセージをMME20-1又は20-2に送信する。
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、そのmuting requestが失敗したと判断し、また、エラーを表すError IndicationメッセージをMME20-1又は20-2に送信する。
abnormal conditionのバリエーション3)
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、Time Synchronisation Info IEを無視する。
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、Time Synchronisation Info IEを無視する。
abnormal conditionのバリエーション4)
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、そのmuting requestが失敗したと判断し、また、エラーを表す“Error Indication”が設定されたSON Information Request IE を含むSON Information IEを含み、そのエラーの原因を表す適切なCause valueがCause IEに設定されたeNB CONFIGURATION TRANSFERメッセージをMME20-1又は20-2に送信する。
eNB(#1)10-1は、former requestであるmuting request（すなわち、そのformer requestにおいて、SON Information IE が、“Activate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むSON Information Reply IEを含むSON Information IEを受信した場合、そのmuting requestが失敗したと判断し、また、エラーを表す“Error Indication”が設定されたSON Information Request IE を含むSON Information IEを含み、そのエラーの原因を表す適切なCause valueがCause IEに設定されたeNB CONFIGURATION TRANSFERメッセージをMME20-1又は20-2に送信する。
したがって、eNB(#2)10-2がTime Synchronisation Info IEを送信した場合に、eNB(#1)10-1が実行不能な手順が発生してしまうことを回避できる。
（３）問題点3,4の解決方法
問題点3は、ケースDにおいて、eNB(#2)10-2が、図４のステップ302でeNB(#1)10-1からMME20-1経由でmuting deactivate requestを受信した後に、オプションのIE、例えばTime Synchronisation Info IEを含むメッセージでの応答を試行してしまうと、受信側（すなわちeNB(#1)10-1）はそのメッセージ及び関連するIEの処理方法を知らないことから、実行不能な手順が発生してしまうというものである。
問題点3は、ケースDにおいて、eNB(#2)10-2が、図４のステップ302でeNB(#1)10-1からMME20-1経由でmuting deactivate requestを受信した後に、オプションのIE、例えばTime Synchronisation Info IEを含むメッセージでの応答を試行してしまうと、受信側（すなわちeNB(#1)10-1）はそのメッセージ及び関連するIEの処理方法を知らないことから、実行不能な手順が発生してしまうというものである。
問題点4は、ケースEにおいて、eNB(#1)10-1が、図５のステップ402でeNB(#2)10-2からMME20-1経由でmuting deactivate requestを受信した後に、オプションのIE、例えばTime Synchronisation Info IEを含むメッセージでの応答を試行してしまうと、受信側（すなわちeNB(#2)10-2）はそのメッセージ及び関連するIEの処理方法を知らないことから、実行不能な手順が発生してしまうというものである。
問題点3,4を解決するため、本実施形態においては、eNB(#1)10-1（又はeNB(#2)10-2）が、eNB(#2)10-2（又はeNB(#1)10-1）からmuting deactivate requestを受信した（すなわち、eNB(#1)10-1（又はeNB(#2)10-2）が、“Deactivate Muting”が設定されたSON Information Request IEを含むSON Information IEを受信した）後に、Time Synchronisation Info IEを含む応答メッセージを送信した場合に備えて、abnormal conditionを追加する。
abnormal conditionのバリエーション1)
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、そのdeactivate muting requestが失敗したと判断する。
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、そのdeactivate muting requestが失敗したと判断する。
abnormal conditionのバリエーション2)
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、そのdeactivate muting requestが失敗したと判断し、また、エラーを表すError IndicationメッセージをMME20-1又は20-2に送信する。
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、そのdeactivate muting requestが失敗したと判断し、また、エラーを表すError IndicationメッセージをMME20-1又は20-2に送信する。
abnormal conditionのバリエーション3)
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、その応答メッセージを無視するか、又は、Time Synchronisation Info IEを無視する。
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、その応答メッセージを無視するか、又は、Time Synchronisation Info IEを無視する。
abnormal conditionのバリエーション4)
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、そのdeactivate muting requestが失敗したと判断し、また、エラーを表す“Error Indication”が設定されたSON Information Request IE を含むSON Information IEを含み、そのエラーの原因を表す適切なCause valueがCause IEに設定されたeNB CONFIGURATION TRANSFERメッセージをMME20-1又は20-2に送信する。
eNB(#1)10-1、eNB(#2)10-2は、former requestであるdeactivate muting request（すなわち、そのformer requestにおいて、SON Information IE が、“Deactivate Muting”が設定されたSON Information Request IEを含んでいる）に対する回答として、Time Synchronisation Info IEを含むことが可能なSON Information Reply IEを含むSON Information IEを受信した場合、そのdeactivate muting requestが失敗したと判断し、また、エラーを表す“Error Indication”が設定されたSON Information Request IE を含むSON Information IEを含み、そのエラーの原因を表す適切なCause valueがCause IEに設定されたeNB CONFIGURATION TRANSFERメッセージをMME20-1又は20-2に送信する。
したがって、eNB(#1)10-1（又はeNB(#2)10-2）がTime Synchronisation Info IEを送信した場合に、eNB(#2)10-2（又はeNB(#1)10-1）が実行不能な手順が発生してしまうことを回避できる。
問題点2,3,4の解決方法におけるabnormal conditionのバリエーション4を実現する場合のSON Configuration Transfer IEの例を図８に、SON Information IEの例を図９にそれぞれ示す。
問題点2,3,4の解決方法におけるabnormal conditionのバリエーション4を実現する場合のSON Configuration Transfer IEの例を図８に、SON Information IEの例を図９にそれぞれ示す。
最後に、eNB(#1)10-1、eNB(#2)10-2、eNB(#3)10-3の構成例を説明する。図１０は、eNB(#1)10-1の構成例を示すブロック図である。図１０に示されるeNB(#1)10-1は、通信部11及び制御部12を備えている。通信部11は、MME20-1,20-2、eNB(#2)10-2、eNB(#3)10-3との通信するための処理を行うものである。制御部12は、通信部11に結合されており、不図示のメモリから読み出されたプログラムを実行することによって、上述したeNB(#1)10-1の各種機能を実現するものである。通信部11及び制御部12はプロセッサで実現することができる。なお、eNB(#2)10-2、eNB(#3)10-3の構成も、eNB(#1)10-1と同様である。
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
例えば、上記実施形態においては、eNB間の通信をMME経由で行っていたが、X2インタフェース等を介してeNB間で直接通信を行っても良い。
また、上記実施形態においては、eNB(#3)10-3と時間同期を取るeNB(#1)10-1を、ピコeNBとしたが、フェムトeNBでも良いし、HeNB（Home eNB）で良い。
また、上記実施形態においては、eNB(#3)10-3と時間同期を取るeNB(#1)10-1を、ピコeNBとしたが、フェムトeNBでも良いし、HeNB（Home eNB）で良い。
この出願は、２０１５年５月１５日に出願された日本出願特願２０１５−１００１５３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
10-1〜10-3 eNB
20-1,20-2 MME
11 通信部
12 制御部
20-1,20-2 MME
11 通信部
12 制御部
Claims (10)
- Muting Pattern Offsetを含まないMuting Pattern Informationを受信した場合、former request内で要求したMuting Pattern Offsetは受け入れられたと判断する、基地局。
- Active Mutingをrequestするメッセージを送信した後に、Muting Pattern Offsetを含まないMuting Pattern Informationを受信した場合、former request内で要求したMuting Pattern Offsetは受け入れられたと判断する、基地局。
- 前記メッセージには、Source Stratum Level IEが含まれる、請求項２に記載の基地局。
- 前記メッセージには、Muting Pattern Periodと前記Muting Pattern Offsetが含まれる、請求項２または３に記載の基地局。
- 前記Muting Pattern Informationは、前記メッセージに対する応答として送信される、請求項２乃至４のいずれかに記載の基地局。
- 前記Muting Pattern Informationは、他の基地局が送信し、MMEが転送した情報要素である、請求項１乃至５のいずれかに記載の基地局。
- 前記Muting Pattern Informationに含まれるMuting Pattern Periodの値は、ゼロではない、請求項１乃至６のいずれかに記載の基地局。
- 前記former requestには、Muting Pattern Periodと前記Muting Pattern Offsetが含まれる、請求項１乃至７のいずれかに記載の基地局。
- 前記former requestは、Active Mutingをrequestするメッセージである、請求項１乃至８のいずれかに記載の基地局。
- ミューティングに関する情報要素を含まないメッセージを受信した場合、以前に要求したミューティングに関する情報要素が受け入れられたと判断する、基地局。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015100153 | 2015-05-15 | ||
| JP2015100153 | 2015-05-15 | ||
| PCT/JP2016/002266 WO2016185686A1 (ja) | 2015-05-15 | 2016-05-09 | 基地局、無線通信システム、通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2016185686A1 true JPWO2016185686A1 (ja) | 2018-03-01 |
Family
ID=57319746
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017518747A Pending JPWO2016185686A1 (ja) | 2015-05-15 | 2016-05-09 | 基地局、無線通信システム、通信方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US11638223B2 (ja) |
| EP (1) | EP3297342A4 (ja) |
| JP (1) | JPWO2016185686A1 (ja) |
| CN (1) | CN107615835A (ja) |
| WO (1) | WO2016185686A1 (ja) |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US136413A (en) * | 1873-03-04 | Improvement in furnaces for reheating metals | ||
| KR20110037431A (ko) * | 2009-10-06 | 2011-04-13 | 주식회사 팬택 | 무선통신 시스템에서 신호 전송방법 및 그 송신장치, 이에 대응하는 수신장치 |
| EP2777195A1 (en) * | 2011-11-10 | 2014-09-17 | Nokia Solutions and Networks Oy | Configuring a communication channel within a cell of a cellular network comprising another cell which uses muting patterns |
| CN105308887B (zh) | 2013-03-15 | 2018-05-01 | Lg电子株式会社 | 在无线通信***中执行同步的方法和设备 |
| US20170105187A1 (en) * | 2015-03-31 | 2017-04-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Accurate Over the Air Synchronization |
-
2016
- 2016-05-09 WO PCT/JP2016/002266 patent/WO2016185686A1/ja active Application Filing
- 2016-05-09 EP EP16796082.2A patent/EP3297342A4/en not_active Withdrawn
- 2016-05-09 US US15/572,338 patent/US11638223B2/en active Active
- 2016-05-09 JP JP2017518747A patent/JPWO2016185686A1/ja active Pending
- 2016-05-09 CN CN201680028334.7A patent/CN107615835A/zh active Pending
Non-Patent Citations (4)
| Title |
|---|
| NEC, ZTE: "Clarification of the muting procedure for RIBS[online]", 3GPP TSG-RAN WG3#87BIS R3-150602, JPN6016027141, 10 April 2015 (2015-04-10) * |
| NEC, ZTE: "Correction of Muting procedure[online]", 3GPP TSG-RAN WG3#87BIS R3-150603, JPN6016027140, 10 April 2015 (2015-04-10) * |
| NEC: "Way Forward of the Clarification of the muting procedure for RIBS[online]", 3GPP TSG-RAN WG3#87BIS R3-150886, JPN6016027144, 24 April 2015 (2015-04-24) * |
| NEC: "Way Forward of the Clarification of the muting procedure for RIBS[online]", 3GPP TSG-RAN WG3#88 R3-150999, JPN6016027147, 16 May 2015 (2015-05-16) * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016185686A1 (ja) | 2016-11-24 |
| US11638223B2 (en) | 2023-04-25 |
| US20180124717A1 (en) | 2018-05-03 |
| EP3297342A1 (en) | 2018-03-21 |
| EP3297342A4 (en) | 2018-12-12 |
| CN107615835A (zh) | 2018-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101870850B1 (ko) | D2d 관련 정보 지시 및 d2d 송신 자원 확정 방법 및 장치 | |
| US10736033B2 (en) | Secondary cell group configuration | |
| CN109246770B (zh) | 一种切换的方法、终端设备及网络设备 | |
| US8477657B2 (en) | Method and device for sending inter-frequency measurement configurations downwards | |
| EP2819459B1 (en) | Ue context release method, enb and home enb gateway | |
| WO2016161853A1 (zh) | 中继节点切换方法及*** | |
| JP2021521691A (ja) | 測定ギャップ構成方法およびデバイス、記憶媒体、ならびに電子デバイス | |
| WO2016184309A1 (zh) | 一种资源协调的指示方法及装置 | |
| JP7248070B2 (ja) | Ｕｅのための方法及びｕｅ | |
| US20130215820A1 (en) | Relay Nodes | |
| WO2017133461A1 (zh) | 信息上报的方法及装置 | |
| CN104902456A (zh) | 一种中继用户设备的信息处理及确定方法和设备 | |
| US20150172963A1 (en) | Radio communication system and base station | |
| WO2019228459A1 (zh) | 通信方法、装置及存储介质 | |
| JP2017531970A (ja) | インターフェース確立方法および装置 | |
| CN112804767A (zh) | 用于移动通信***的基站及其数据传输方法 | |
| JP2023536912A (ja) | 無線アクセスネットワークノードに対する設定変更の要求 | |
| KR20170010038A (ko) | 간섭 조정 파트너쉽 설정 및 종료 | |
| WO2014032281A1 (zh) | 增加辅小区的方法及基站、终端 | |
| EP3878239A1 (en) | Method and system for supporting multiple fully separated network slices | |
| WO2016185686A1 (ja) | 基地局、無線通信システム、通信方法 | |
| TW202220470A (zh) | 在條件pscell添加改變時之完成訊息之處理 | |
| CN104094639A (zh) | 无线通信***、通信方法、基站装置以及移动终端 | |
| EP2947901B1 (en) | Method for network access of mobile terminal, and mobile terminal | |
| US9883408B2 (en) | Gateway apparatus and communications system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20171024 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180911 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20190312 |