(57)【要約】  Time Synchronisation Info IE（Information Element）の送信によって基地局に実行不能な手順が発生してしまうことを回避することが可能な基地局が提供される。本発明の基地局（１０−１）は、Muting Pattern Offsetを含まないMuting Pattern Informationを受信した場合、former request内で要求したMuting Pattern Offsetは受け入れられたと判断する。
2016185686.tif 000002
【特許請求の範囲】
【請求項１】
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するメッセージである、請求項１乃至８のいずれかに記載の基地局。
【請求項１０】
ミューティングに関する情報要素を含まないメッセージを受信した場合、以前に要求したミューティングに関する情報要素が受け入れられたと判断する、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、無線通信システム、通信方法に関する。
【背景技術】
【０００２】
図１は、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(#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からの同期信号の送信を停止させるミューティング（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への問い合わせを試行する。以下、その詳細を図２を参照して説明する。【０００７】
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と同じである。【００１１】
ケース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からの干渉を検出していたとする。以下、その詳細を図３を参照して説明する。【００１３】
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は、いかなるメッセージでも応答しない。【００１７】
ケース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”のパターンの値とは異なる。【００１８】
ケース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は、ケース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のいずれかが実行される。【００２２】
ケースC）
ケース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は、いかなるメッセージでも応答しない。【００２７】
ケース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の値とは異なる。【００２８】
ケース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は、ケース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のいずれかが実行される。【００３２】
ケースD）
ケース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に通知することを決定する。以下、その詳細を図５を参照して説明する。【００３７】
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は、何らの応答メッセージも送信しない。
【先行技術文献】
【非特許文献】
【００３９】
【非特許文献１】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が存在しないと、どのように解釈をすべきか判断できない。【００４１】
問題点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の処理方法を知らないことから、実行不能な手順が発生してしまう。【００４２】
問題点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の処理方法を知らないことから、実行不能な手順が発生してしまう。【００４３】
問題点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の処理方法を知らないことから、実行不能な手順が発生してしまう。【００４４】
そこで本発明の目的は、上述した課題のいずれかを解決することができる基地局、無線通信システム、通信方法を提供することにある。
【課題を解決するための手段】
【００４５】
一態様において、基地局は、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の送信によって基地局が実行不能な手順が発生してしまうことを回避でき、上述した課題のいずれかを解決することに寄与する。
【図面の簡単な説明】
【００４９】
【図１】LTEの無線通信システムの構成例を示す図である。
【図２】ミューティング手順のケースAの例を説明するシーケンス図である。
【図３】ミューティング手順のケースB,Cの例を説明するシーケンス図である。
【図４】ミューティング手順のケースDの例を説明するシーケンス図である。
【図５】ミューティング手順のケースEの例を説明するシーケンス図である。
【図６】本実施形態のMuting Pattern Information IEの例を示す図である。
【図７】本実施形態のMuting Pattern Information IEの例を示す図である。
【図８】本実施形態のSON Configuration Transfer IEの例を示す図である。
【図９】本実施形態のSON Information IEの例を示す図である。
【図１０】本実施形態のeNBの構成例を示すブロック図である。
【発明を実施するための形態】
【００５０】
以下、図面を参照して本発明の実施形態について説明する。
本実施形態は、無線通信システムの全体構成自体は図１と同様であるが、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
解決方法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の解決方法
問題点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が失敗したと判断する。
【００５６】
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に送信する。
【００５７】
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を無視する。
【００５８】
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(#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の処理方法を知らないことから、実行不能な手順が発生してしまうというものである。
【００６１】
問題点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が失敗したと判断する。
【００６４】
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に送信する。
【００６５】
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を無視する。
【００６６】
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）が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の例を図９にそれぞれ示す。
【００６８】
最後に、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）で良い。
【００７１】
この出願は、２０１５年５月１５日に出願された日本出願特願２０１５−１００１５３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００７２】
10-1〜10-3  eNB
20-1,20-2  MME
11  通信部
12  制御部
【図１】
2016185686.tif 000003
【図２】
2016185686.tif 000004
【図３】
2016185686.tif 000005
【図４】
2016185686.tif 000006
【図５】
2016185686.tif 000007
【図６】
2016185686.tif 000008
【図７】
2016185686.tif 000009
【図８】
2016185686.tif 000010
【図９】
2016185686.tif 000011
【図１０】
2016185686.tif 000012
【国際調査報告】
2016185686.tif 000013
2016185686.tif 000014
2016185686.tif 000015
2016185686.tif 000016