(57)【要約】【課題】長時間を要することなくＣＩＯを適切に設定すること。【解決手段】端末が接続されたセルから当該セルの周辺セルへハンドオーバを行う無線通信システムにおいて、基地局１００は、ハンドオーバの判定に使用される測定結果を報告するか否かを端末が判定する際に周辺セルの受信品質に対して適用するオフセットを、端末のＱＣＩ（QoS Class Identifier）に応じて設定するＣＩＯ設定部１４４と、設定されたオフセットを端末へ送信する設定情報送信部１４８と、を備える。【選択図】図３
2018133719.tif 000002
【特許請求の範囲】
【請求項１】
端末が接続されたセルから当該セルの周辺セルへハンドオーバを行う無線通信システムにおいて、
前記ハンドオーバの判定に使用される測定結果を報告するか否かを前記端末が判定する際に前記周辺セルの受信品質に対して適用するオフセットを、前記端末のＱＣＩ（QoS Class Identifier）に応じて設定する回路と、
前記設定されたオフセットを前記端末へ送信する送信機と、
を具備する基地局。
【請求項２】
前記回路は、前記端末のＱＣＩに対応する許容遅延時間が長いほど前記オフセットを高く設定する、
請求項１に記載の基地局。
【請求項３】
前記回路は、前記ＱＣＩに対応する許容パケットロスが大きいほど前記オフセットを高く設定する、
請求項１に記載の基地局。
【請求項４】
前記回路は、前記端末が前記基地局のセルから前記周辺セルへハンドオーバした後に前記端末において無線リンク異常が発生した場合、前記端末に対する前記オフセットを低減する、
請求項１に記載の基地局。
【請求項５】
前記送信機は、前記オフセットの設定に関する情報を、前記周辺セルの基地局へ送信する、
請求項１に記載の基地局。
【請求項６】
前記周辺セルにおける前記オフセットの設定に関する情報を、前記周辺セルの基地局から受信する受信機、を更に具備し、
前記回路は、前記情報に基づいて、自局のセルから前記周辺セルへのハンドオーバの判定に対する前記オフセットを設定する、
請求項１に記載の基地局。
【請求項７】
前記回路は、前記端末に対する前記オフセットを基準値よりも高く設定した場合、前記端末が前記周辺セルへハンドオーバした場合に前記端末に関する情報を一定期間削除せずに保持する、
請求項１に記載の基地局。
【請求項８】
端末が接続されたセルから当該セルの周辺セルへハンドオーバを行う無線通信システムにおいて、
前記ハンドオーバの判定に使用される測定結果を報告するか否かを前記端末が判定する際に前記周辺セルの受信品質に対して適用するオフセットを、前記端末のＱＣＩ（QoS Class Identifier）に応じて設定し、
前記設定されたオフセットを前記端末へ送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、基地局及び通信方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）では、ヘテロジニアスネットワーク（Heterogeneous Network：HetNet）が検討されている。ヘテロジニアスネットワークでは、送信電力の高い基地局（ｅＮＢと呼ぶこともある）であるマクロセル（macro cell）に加え、マクロセル内に送信電力の低い基地局であるスモールセル（small cell）が配置される。
【０００３】
また、３ＧＰＰでは、HetNet環境においてＣＲＥ（Cell Range Expansion）を用いたトラヒックオフロードが検討されている。ＣＲＥを用いたトラヒックオフロードの方法として、例えば、高トラヒックの基地局（例えばマクロセルの基地局（マクロ基地局：Macro eNB））が、マクロセル周辺のスモールセルの基地局（スモール基地局：Small eNB）毎に個別に設定されるセル個別オフセット（Cell Indivisual Offset：ＣＩＯ）を高く設定することで、スモールセルのセルエッジに位置するマクロセルに接続された端末（ＵＥ（User Equipment）と呼ぶこともある）をスモールセルにハンドオーバ（オフロード）させる。
【０００４】
一例として、マクロセル（Source Cell）からスモールセル（Neighbor Cell）へのハンドオーバ判定に使用される測定結果（Measurement Report）を端末が報告するイベントの発生条件、つまり、ハンドオーバのトリガとなる条件（例えば、Event A3）は以下で表される。
(small Cell(Neighbor Cell)の受信品質)+CIO 
＞ (Macro Cell(Source Cell)の受信品質)            （１）
【０００５】
式（１）においてＣＩＯを高く設定することで、実際にはスモールセルの受信品質がマクロセルの受信品質よりも低い場合でも、スモールセルの受信品質を見かけ上高くして、端末をマクロセルからスモールセルへ強制的にハンドオーバ（オフロード）させることができる。
【０００６】
式（１）においてＣＩＯが高いほど、ハンドオーバ対象となる端末の数が増加する。一方で、ＣＲＥによってマクロセルよりも実際の受信品質が低いスモールセルへハンドオーバを行う場合、端末ではマクロセルからの干渉によって受信品質が劣化し、ＲＬＦ（Radio Link Failure。無線リンク異常）が発生してしまう可能性がある。つまり、ＣＩＯが高いほど、ＲＬＦが発生する確率（例えば、ＲＬＦ率）が高くなってしまう。ＲＬＦが発生すると、端末が元の基地局（ハンドオーバ元）に再接続するまでに時間を要し、パケット遅延が発生してしまう。
【０００７】
これに対して、特許文献１には、ＣＩＯの更新（修正、補正）によって、通信統計品質を示すＫＰＩ（Key Performance Indicator）（例えば、ＲＬＦ率）が劣化した場合に、ＭＲＯ（Mobility Robustness Optimization）によってＣＩＯを補正する技術が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】国際公開第２０１３／１３６８１１号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１のようにＫＰＩを用いてＣＩＯを補正する場合には、統計情報を得るために一定時間計測する必要があり、ＣＩＯの補正に時間を要してしまう。
【００１０】
本開示の一態様は、長時間を要することなくＣＩＯを適切に設定することができる端末、基地局及び通信方法の提供に資する。
【課題を解決するための手段】
【００１１】
本開示の一態様に係る基地局は、端末が接続されたセルから当該セルの周辺セルへハンドオーバを行う無線通信システムにおいて、前記ハンドオーバの判定に使用される測定結果を報告するか否かを前記端末が判定する際に前記周辺セルの受信品質に対して適用するオフセットを、前記端末のＱＣＩ（QoS Class Identifier）に応じて設定する回路と、前記設定されたオフセットを前記端末へ送信する送信機と、を具備する。
【００１２】
本開示の一態様に係る通信方法は、端末が接続されたセルから当該セルの周辺セルへハンドオーバを行う無線通信システムにおいて、前記ハンドオーバの判定に使用される測定結果を報告するか否かを前記端末が判定する際に前記周辺セルの受信品質に対して適用するオフセットを、前記端末のＱＣＩ（QoS Class Identifier）に応じて設定し、前記設定されたオフセットを前記端末へ送信する。
【００１３】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１４】
本開示の一態様によれば、長時間を要することなくＣＩＯを適切に設定することができる。
【００１５】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１６】
【図１】実施の形態１に係る無線通信システムの構成例を示す図
【図２】実施の形態１に係る基地局の一部の構成を示すブロック図
【図３】実施の形態１に係る基地局の構成を示すブロック図
【図４】ＱＣＩの一例を示す図
【図５】実施の形態１に係るＣＩＯ設定の動作例を示すシーケンス図
【図６】実施の形態１に係るＲＬＦ発生時の動作例を示すシーケンス図
【図７】実施の形態１に係るＣＩＯ補正ポリシを送信時の動作例を示すシーケンス図
【図８】実施の形態１に係るMobility Parameters Informationの一例を示す図
【発明を実施するための形態】
【００１７】
以下、本開示の各実施の形態について図面を参照して詳細に説明する。
【００１８】
（実施の形態１）
［無線通信システムの概要］
図１は、本開示の一態様に係る無線通信システムの一例を示す。図１に示す無線通信システムは、少なくとも、マクロセルをカバーするマクロ基地局（Macro eNB）と、マクロセルと少なくとも一部が重複するスモールセルをカバーするスモール基地局（Small eNB）と、端末（ＵＥ）とを備える。
【００１９】
図１に示す無線通信システムでは、端末が接続されたセル（例えば、マクロセル）から、当該セルの周辺セル（例えば、スモールセル）へのハンドオーバが行われる。例えば、マクロ基地局は、トラヒックオフロードを行う場合、図１に示すように、ＣＩＯを設定して、端末に対してマクロセルからスモールセルへハンドオーバを行う。なお、本実施の形態では、ＣＩＯは端末毎に設定されるオフセットである（詳細は後述する）。
【００２０】
図２は本開示の実施の形態に係る基地局１００の一部の構成を示すブロック図である。図２に示す基地局１００は、例えば、図１に示すマクロ基地局又はスモール基地局である。図２に示す基地局１００において、ＣＩＯ設定部１４４は、ハンドオーバの判定に使用される測定結果（Measurement Report）を報告するか否かを端末が判定する際にハンドオーバ先のセル（Neighbor Cell）の受信品質に対して適用するオフセット（ＣＩＯ）を、当該端末のＱＣＩ（QoS Class Identifier）に応じて設定する。設定情報送信部１４８は、設定されたオフセットを端末へ送信する。
【００２１】
［基地局１００の構成］
図３は、本実施の形態に係る基地局１００の構成を示すブロック図である。図３において、基地局１００は、ＥＰＣ（Evolved Packet Core）通信インタフェース１０１（ＩＦ）と、基地局通信ＩＦ１０２と、端末通信ＩＦ１０３と、制御部１０４とを有する。
【００２２】
ＥＰＣ通信ＩＦ１０１は、基地局１００とＥＰＣとの間の通信を行うインタフェースである。
【００２３】
基地局通信ＩＦ１０２は、基地局１００と他の基地局（例えば、スモール基地局）との間の通信を行うインタフェースである。
【００２４】
端末通信ＩＦ１０３は、基地局１００と、基地局１００に接続する端末との間の通信を行うインタフェースである。
【００２５】
制御部１０４は、端末が受信品質の測定（メジャメント）に用いるパラメータ（ハンドオーバに関するパラメータ）であるＣＩＯの設定に関する制御を行う。図３に示す制御部１０４は、ＱＣＩ（QoS Class Identifier）受信部１４１と、ＲＬＦ検出部１４２と、トラヒック判定部１４３と、ＣＩＯ設定部１４４と、ＣＩＯ情報生成部１４５と、ＣＩＯ情報受信部１４６と、Mobilityパラメータ生成部１４７と、設定情報送信部１４８とを有する。
【００２６】
なお、図３では、制御部１０４においてＣＩＯの設定に関する制御を行う構成部について示しているが、制御部１０４は、例えば、端末から報告される測定結果（Measurement Report）に基づいてハンドオーバに関する処理を行ってもよい（図示せず）。
【００２７】
ＱＣＩ受信部１４１は、基地局１００のセルに存在する端末毎のＱＣＩをＥＰＣ通信ＩＦ１０１を介してＥＰＣから受信する。例えば、図４に示すように、ＱＣＩには、端末で想定されるサービスに応じて、許容できるパケットの遅延時間を示す許容遅延時間（packet delay budget）、許容できるパケットのロスを示す許容パケットロス（packet error loss rate）等がそれぞれ対応付けられる（例えば、3GPP TS 23.203 V14.2.0, "Policy and charging control architecture (Release 14)", 2016-12を参照）。ＱＣＩ受信部１４１は、各端末のＱＣＩに対応する許容遅延時間を示す情報をＣＩＯ設定部１４４に出力する。
【００２８】
ＲＬＦ検出部１４２は、端末通信ＩＦ１０３を介して端末からフィードバックされる情報に基づいて、当該端末におけるＲＬＦの発生を検出する。例えば、ＲＬＦ検出部１４２は、端末から無線リンクの再接続要求（例えば、RRC connection Re-establishment Request）を受信した場合に当該端末でＲＬＦが発生したことを検出してもよい。なお、ＲＬＦ検出部１４２におけるＲＬＦの検出方法はこれに限定されるものではない。ＲＬＦ検出部１４２は、ＲＬＦの検出結果をＣＩＯ設定部１４４に出力する。
【００２９】
トラヒック判定部１４３は、基地局１００における無線トラヒック量を測定し、無線トラヒック量が閾値を超えるか否か（高トラヒックであるか否か）を判定する。つまり、トラヒック判定部１４３は、周辺セルへのトラヒックオフロードが必要であるか否かを判定する。トラヒック判定部１４３は、判定結果をＣＩＯ設定部１４４へ出力する。
【００３０】
ＣＩＯ設定部１４４は、トラヒック判定部１４３から入力される判定結果においてトラヒックオフロードが必要であることを示す場合（または、高トラヒックであることを示す場合）、ＱＣＩ受信部１４１から入力される許容遅延時間を示す情報に基づいて、ＣＩＯを端末毎に設定する。例えば、ＣＩＯ設定部１４４は、許容遅延時間と閾値とを比較して、比較結果に基づいてＣＩＯを設定してもよい。例えば、ＣＩＯ設定部１４４は、次式（２）に従ってＣＩＯＵＥを設定する。
ＣＩＯＵＥ＝ＣＩＯｂａｓｅ_small＋αQCI          （２）
【００３１】
式（２）において、ＣＩＯｂａｓｅ_smallは基準となるＣＩＯの値を示し、αQCIは各端末に設定されるＱＣＩ（許容遅延時間）に応じて可変に設定される。つまり、式（１）に示すＣＩＯとして、式（２）に示すＣＩＯＵＥが設定される。
【００３２】
ＣＩＯ設定部１４４は、設定したＣＩＯを示す情報をMobilityパラメータ生成部１４７へ出力する。なお、ＣＩＯを示す情報としては、式（２）に示すＣＩＯＵＥを示す情報でもよく、式（２）に示すＣＩＯｂａｓｅ_smallが対応するセル内の端末に共通して設定されている場合には式（２）に示すαQCIを示す情報でもよい。
【００３３】
また、ＣＩＯ設定部１４４は、ＣＩＯの設定に関する情報（以下、ＣＩＯ補正ポリシと呼ぶ）を、ＣＩＯ情報生成部１４５へ出力する。ＣＩＯの設定に関する情報としては、例えば、式（２）に示すαQCIを示す情報及び／又は許容遅延時間との比較対象である閾値を示す情報でもよい。
【００３４】
なお、ＣＩＯ設定部１４４におけるＣＩＯの設定方法の詳細については後述する。
【００３５】
また、ＣＩＯ設定部１４４は、式（２）に示すようにＣＩＯを設定した端末がハンドオーバした後、ＲＬＦ検出部１４２で当該端末のＲＬＦが検出された場合、ＣＩＯを再設定（補正）する。具体的には、基地局１００は、端末が基地局１００のセルからハンドオーバした後に当該端末においてＲＬＦが発生した場合、当該端末に対するＣＩＯを低減する。例えば、ＣＩＯ設定部１４４は、端末に対して０より大きい値のαQCI（αQCI＞０）を設定した場合に、端末においてＲＬＦが発生した場合、端末に対して０以下のαQCI（αQCI≦０）を再設定してもよい。再設定されたＣＩＯは、上記同様、設定情報送信部１４８によって端末へ送信される。
【００３６】
また、ＣＩＯ設定部１４４は、後述するＣＩＯ情報受信部１４６から、他の周辺セルのＣＩＯ補正ポリシ（式（２）に示すαQCI、許容遅延時間の閾値等）を受け取った場合、他の周辺セルのＣＩＯ補正ポリシに基づいて、自局のセルから当該周辺セルへのハンドオーバ判定の際に使用されるＣＩＯを設定する。
【００３７】
ＣＩＯ情報生成部１４５は、ＣＩＯ設定部１４４から入力されるＣＩＯ補正ポリシを含むＣＩＯ情報を生成し、基地局通信ＩＦ１０２を介して他の周辺セル（例えば、端末のハンドオーバ先）へ送信する。
【００３８】
ＣＩＯ情報受信部１４６は、基地局通信ＩＦ１０２を介して、他の周辺セルから送信されるＣＩＯ補正ポリシ（つまり、他のセルの基地局１００におけるＣＩＯ設定に関する情報）を含むＣＩＯ情報を受信し、ＣＩＯ設定部１４４へ出力する。
【００３９】
例えば、ＣＩＯ補正ポリシは、Mobility Change Requestメッセージに含まれて送受信されてもよく、既存又は新規の他のシグナリングに含まれて送受信されてもよい。
【００４０】
Mobilityパラメータ生成部１４７は、ＣＩＯ設定部１４４から入力されるＣＩＯに関する情報を含むMobilityパラメータ（設定情報）を生成し、生成した設定情報を設定情報送信部１４８へ出力する。
【００４１】
設定情報送信部１４８は、Mobilityパラメータ生成部１４７から入力される設定情報（ＣＩＯを含む）を端末通信ＩＦ１０３を介して各端末へ送信する。例えば、設定情報送信部１４８は、設定情報を、端末個別の上位シグナリング（例えば、ＲＲＣ（Radio Resource Control）メッセージ）で送信してもよい。
【００４２】
一方、端末は、基地局１００から送信される設定情報を受け取ると、当該設定情報に含まれるＣＩＯを用いて、当該端末が接続しているセル（Source Cell）の受信品質と、周辺セル（Neighbor Cell）の受信品質にＣＩＯを加えた受信品質とを比較して（例えば、式（１）を参照）、測定結果を基地局１００へ報告するか否かを判定する。なお、測定結果は、例えば、ＲＳＲＰ（Reference Signal Received Power）又はＲＳＰＱ（Reference Signal Received Quality）でもよく、他の受信品質を示すパラメータでもよい。
【００４３】
［無線通信システムの動作］
以上の構成を有する基地局１００を含む無線通信システムにおける動作について詳細に説明する。
【００４４】
＜ＣＩＯの設定方法＞
図５は、ＣＩＯ設定に関する無線通信システムの動作を示すシーケンス図である。図５では、少なくとも１つの端末（ＵＥ）がマクロ基地局（Macro eNB。基地局１００）に接続している。また、図５では、マクロ基地局は高トラヒック状態である。
【００４５】
まず、端末は、マクロ基地局を介して、サービス要求（Service Request：ＳＲ）または接続要求（Attach Request）をＥＰＣへ送信する（ＳＴ１０１）。ＥＰＣは、端末からのサービス要求または接続要求を受け取ると、ＵＥに対するベアラのＱｏＳを制御するための情報をマクロ基地局へ送信する（ＳＴ１０２）。この情報には、端末からのサービス要求に対応するＱＣＩ（例えば、図４を参照）が含まれる。
【００４６】
次に、マクロ基地局は、マクロ基地局が高トラヒック状態であるので、トラヒックオフロードを行うと判断する（ＳＴ１０３）。そして、マクロ基地局は、端末に対するＣＩＯを設定する（ＳＴ１０４）。具体的には、マクロ基地局は、ＳＴ１０２でＥＰＣから送信された端末に対するＱＣＩに対応する許容遅延時間に基づいて、式（２）に示すＣＩＯＵＥ（すなわちαQCI）を決定する。
【００４７】
例えば、マクロ基地局は、ＱＣＩに対応する許容遅延時間と閾値（例えば、200ms）とを比較する。そして、マクロ基地局は、許容遅延時間が閾値以下の場合（許容遅延時間≦200ms）にはαQCIを０以下の値に設定し、許容遅延時間が閾値より長い場合（許容遅延時間＞200ms）にはαQCIを０より大きい値に設定する。つまり、許容遅延時間が閾値以下の場合にはＣＩＯＵＥは低くなり、許容遅延時間が閾値より長い場合にはＣＩＯＵＥは高くなる。なお、閾値は200msに限定されるものではなく、その他の値でもよい。
【００４８】
なお、マクロ基地局（ＣＩＯ設定部１４４）は、許容遅延時間が閾値以下であり、許容遅延時間が短いほど、αQCIの値を小さく設定し、許容遅延時間が閾値より大きく、許容遅延時間が長いほど、αQCIの値を大きく設定してもよい。つまり、マクロ基地局は、端末のＱＣＩに対応する許容遅延時間が長いほどＣＩＯＵＥを高く設定してもよい。例えば、αQCIの値は、ＱＣＩ（図４を参照）と１対１で対応付けられた値でもよく、ＱＣＩに対応する許容遅延時間から算出されてもよい。
【００４９】
次に、マクロ基地局は、ＳＴ１０４で設定したＣＩＯ（ＣＩＯＵＥ又はαQCI）を、対応する端末へ通知する（ＳＴ１０５）。例えば、基地局１００は、RRC Connection ReconfigurationメッセージにＣＩＯを含めてもよい。なお、ＣＩＯの通知に使用されるメッセージはRRC Connection Reconfigurationに限定されるものではない。
【００５０】
そして、端末は、ＳＴ１０５で受け取ったＣＩＯを用いて、測定結果を報告するイベント条件、つまり、ハンドオーバのトリガとなる条件（例えば、式（１））を満たすか否かを判定する（ＳＴ１０６）。
【００５１】
上述したように、端末の許容遅延時間が閾値以下の場合（許容遅延時間≦200ms）、例えば、図４に示すＱＣＩ＝１，２（ＶｏＬＴＥ）、６５，６６（ＭＣＰＴＴ））の場合、端末に設定されるＣＩＯが小さくなる。よって、この場合、式（１）に示す条件を満たしにくくなる。このため、許容遅延時間が短い端末に対しては、トラヒックオフロードが行われにくくなるので、トラヒックオフロードを行うことによるＲＬＦの発生、つまり、パケット遅延を抑えることができる。すなわち、許容遅延時間が短い端末に対してトラヒックオフロードを行わないことで、当該端末の許容遅延時間（ＱｏＳ）を満たすことができる。
【００５２】
一方、端末の許容遅延時間が閾値より長い場合（例えば、許容遅延時間＞200ms）、例えば、図４に示すＱＣＩ＝４（Buffered Streaming）、６，８，９（mail, chat, web））の場合、端末に設定されるＣＩＯが大きくなる。よって、この場合、式（１）に示す条件を満たしやすくなる。このため、許容遅延時間が長い端末に対しては、トラヒックオフロードが発生しやすくなる。また、トラヒックオフロードが行われやすくなることでＲＬＦが発生しやすくなるものの、当該端末の許容遅延時間が長いので、ＲＬＦによる基地局との再接続までのパケット遅延を許容することができる。
【００５３】
次に、図５に示すＳＴ１０６では、例えば、端末において、スモール基地局の受信品質にＳＴ１０５で通知されたＣＩＯを加算した受信品質がマクロ基地局の受信品質よりも大きくなり、イベント条件（式（１））を満たしていることを想定する。この場合、端末は、測定結果（Measurement Report）をマクロ基地局へ送信する（ＳＴ１０７）。マクロ基地局は、端末からの測定結果に基づいて、端末に対してマクロセルからスモールセルへのハンドオーバ処理を実行する（ＳＴ１０８）。
【００５４】
このようにして、マクロ基地局（基地局１００）は、各端末のＱＣＩに対応する許容遅延時間に基づいて、ＣＩＯを端末毎に設定する。これにより、端末毎に設定された許容遅延時間に応じてトラヒックオフロードの可否が判定される。換言すると、マクロ基地局は、端末毎に設定されたＱｏＳを考慮してＣＩＯを設定することで、各端末のＱｏＳ要件を満たしつつ、トラヒックオフロードを実施することができる。
【００５５】
＜ハンドオーバ後のＲＬＦ発生時の動作＞
次に、マクロセルからスモールセルへの端末のハンドオーバが成功した後（図５に示すＳＴ１０８の後）、端末でＲＬＦが検出された場合のＣＩＯ再設定に関する動作について説明する。
【００５６】
図６は、ＣＩＯの再設定に関する無線通信システムの動作を示すシーケンス図である。図６では、マクロセルからスモールセルへのハンドオーバが成功した後に、端末とスモール基地局との間の通信（ＳＴ２００）においてＲＬＦが発生している。
【００５７】
この場合、端末は、スモール基地局との通信においてＲＬＦを検出すると（ＳＴ２０１）、スモール基地局（Small Cell）との間の無線リンクを再確立するためのメッセージ（RRC Connection Re-establishment Request）をマクロ基地局（基地局１００）へ送信する（ＳＴ２０２）。これにより、マクロ基地局（ＲＬＦ検出部１４２）は、端末でＲＬＦが発生したことを検出する。
【００５８】
この場合、例えば、端末はハンドオーバ元のセル（ここでは、マクロ基地局）に再接続される。そこで、マクロ基地局は、端末とスモール基地局との間の無線リンク再確立を拒否するメッセージ（RRC Connection Re-establishment Reject）を端末へ送信し（ＳＴ２０３）、端末でＲＬＦが発生したことを示すメッセージ（RLF indication）をスモール基地局へ通知する（ＳＴ２０４）。スモール基地局及びＥＰＣは、ＳＴ２０４において端末でのＲＬＦ発生の通知を受信すると、端末に関する情報（UE context）をリリースする（ＳＴ２０５）。
【００５９】
次に、端末とマクロ基地局（ハンドオーバ元）との再接続のためのアタッチ処理が行われる。マクロ基地局（ＣＩＯ設定部１４４）は、通常のアタッチ処理に加え、例えば、図５に示すＳＴ１０４で設定したＣＩＯを下げる補正を行う（ＳＴ２０６）。そして、マクロ基地局は、補正後のＣＩＯ（補正ＣＩＯ）を端末へ送信する（ＳＴ２０７）。補正ＣＩＯは、例えば、図６に示すように無線リンク再接続のためのRRC Connection Reconfigurationメッセージに含まれてもよく、他のシグナリングメッセージに含まれてもよい。
【００６０】
端末は、補正ＣＩＯを受信した以降において、補正ＣＩＯを用いてイベント判定を行う（図示せず）。
【００６１】
このように、マクロ基地局は、スモールセルへのハンドオーバ（トラヒックオフロード）後に端末でＲＬＦが発生した場合、端末に対してハンドオーバ元のマクロセルへの再接続を行うとともに、端末に対するＣＩＯを補正（低減）する。これにより、端末では、マクロセルに再接続した後、式（１）に示す条件を満たしにくくなる。つまり、前回のスモールセルへのハンドオーバ時と同様の通信環境において端末が再びスモールセルへハンドオーバ（トラヒックオフロード）してしまうことを防ぎ、端末においてＲＬＦが再び発生する確率を低減することができる。
【００６２】
また、補正ＣＩＯは、端末のＲＬＦの発生状況に応じて端末毎に設定されるので、複数の端末間で共通のＣＩＯが適用される場合と比較して、マクロ基地局は、端末毎の通信状況に応じてトラヒックオフロードを柔軟に制御することができる。
【００６３】
次に、セル間（基地局間）のＣＩＯ補正ポリシの通知に関する動作について説明する。
【００６４】
図７は、ＣＩＯ補正ポリシ通知に関する無線通信システムの動作を示すシーケンス図である。図７に示す処理は、例えば、マクロ基地局におけるスモールセルへのハンドオーバに関するＣＩＯが設定された後（例えば、図５に示すＳＴ１０４又は図６に示すＳＴ２０６の後）に実施される。
【００６５】
具体的には、マクロ基地局は、設定したＣＩＯに対するＣＩＯ補正ポリシ（例えば、許容遅延時間に対する閾値又はαQCI）を、Mobilityパラメータの変更を要求するメッセージ（Mobility Change Request）に含めてスモール基地局へ通知する（ＳＴ３０１）。なお、ＣＩＯ補正ポリシは、例えば、図８は、3GPP TS 36.423 V13.6.0, "X2 application protocol (X2AP) (Release 13)", 2017-01に記載された「Mobility Parameters Information」にＣＩＯ補正ポリシを含めた例を示す。ＣＩＯ補正ポリシは、端末個別に設定されるパラメータであり、Mobility Change Requestに限定されず、端末個別に通知されるメッセージに含まれればよい。
【００６６】
スモール基地局は、ＳＴ３０１でＣＩＯ補正ポリシを受信すると、Mobility Change Requestに対する応答（Mobility Change Ack）をマクロ基地局へ送信する（ＳＴ３０２）。
【００６７】
そして、スモール基地局（ＣＩＯ設定部１４４）は、ＳＴ３０１で受け取ったＣＩＯ補正ポリシを用いて、スモールセルからマクロセルへのハンドオーバに関するＣＩＯを設定する（ＳＴ３０３）。
【００６８】
例えば、スモールセル（Source Cell）からマクロセル（Neighbor Cell）へのハンドオーバ判定に使用される測定結果（Measurement Report）を端末が報告するイベントの発生条件は以下で表される。
(Macro Cell(Neighbor Cell)の受信品質)+CIO 
＞ (Small Cell(Source Cell)の受信品質)            （３）
【００６９】
つまり、スモールセルに接続された端末は式（３）の条件に基づいて測定結果をスモール基地局へ報告する。式（３）では、ＣＩＯを低く設定することで、マクロセルの見かけ上の受信品質が低くなり（つまり、スモールセルの受信品質を見かけ上高くなり）、スモールセルからマクロセルへのハンドオーバが発生しにくくなる。
【００７０】
ＳＴ３０３では、スモール基地局は、マクロ基地局から通知されたＣＩＯ補正ポリシに対応する端末に対して、例えば、式（３）に示すＣＩＯ（ＣＩＯＵＥ）として、次式（４）に示すように、基準となるＣＩＯｂａｓｅ＿macroからＣＩＯ補正ポリシに含まれるαQCIを減算する。
ＣＩＯＵＥ＝ＣＩＯｂａｓｅ_macro−αQCI          （４）
【００７１】
ここで、ＣＩＯｂａｓｅ_macroは、マクロ基地局で設定されるＣＩＯＵＥ（式（２））の算出に使用されるスモール基地局に対するＣＩＯｂａｓｅ_smallと異なる。つまり、マクロセルからスモールセルへのハンドオーバ判定（Ｅｖｅｎｔ判定）の際に式（２）でＣＩＯｂａｓｅ_smallにαQCIが加算される場合、スモールセルからマクロセルへのハンドオーバ判定（Ｅｖｅｎｔ判定）の際に式（４）でＣＩＯｂａｓｅ_macroからαQCIが減算される。同様に、マクロセルからスモールセルへのハンドオーバ判定の際に式（２）でＣＩＯｂａｓｅ_smallからαQCIが減算される場合、スモールセルからマクロセルへのハンドオーバ判定（Ｅｖｅｎｔ判定）の際に式（４）でＣＩＯｂａｓｅ_macroにαQCIが加算される。つまり、マクロセルからスモールセルへのハンドオーバ判定（イベント判定）に使用されるＣＩＯが増加／減少する分（αQCI）、スモールセル〜マクロセルへのハンドオーバ判定（イベント判定）に使用されるＣＩＯが減少／増加する。
【００７２】
これにより、マクロセルとスモールセル間でのハンドオーバのping-pongの発生を避けることができる。
【００７３】
例えば、スモールセルの受信品質がマクロセルの受信品質よりも低い状況において、式（１）、（２）においてαQCI＞０が設定され（つまり、スモールセルの受信品質を見かけ上、αQCIだけ高くして）、マクロセルからスモールセルへ端末がハンドオーバされたとする。この場合、ハンドオーバ先のスモールセルにおいて、マクロ基地局で設定されたαQCIが考慮されない場合、式（３）に従って、スモールセルよりも受信品質が高いマクロセルへの端末のハンドオーバが行われてしまう。つまり、マクロセルからスモールセルへのハンドオーバ条件とスモールセルからマクロセルへのハンドオーバ条件を同時に満たすことになり、ハンドオーバが繰り返し発生してしまう（ping-pong発生）。これに対して、本実施の形態によれば、ハンドオーバ元のセルとハンドオーバ先のセルとの間でＣＩＯ補正ポリシが共有されることで上述したping-pongの発生を防ぐことができる。
【００７４】
次に、図７において、スモール基地局においてマクロセルへのＣＩＯ設定が完了後（ＳＴ３０３の後）、端末に対するマクロセルからスモールセルへのハンドオーバが実行されたものとする（例えば、図５のＳＴ１０８）。
【００７５】
この場合、ハンドオーバ処理のシーケンスにおいて、マクロ基地局は、スモール基地局へハンドオーバ要求（Handover request）を通知する（ＳＴ３０４）。
【００７６】
スモール基地局は、ハンドオーバ要求に対する応答（Handover Ack）において、スモールセルの設定情報（Small CellのMeasurement Config）に、ＳＴ３０１で受信したＣＩＯ補正ポリシに基づいて、ＳＴ３０４のHandover Requestで受信したＱＣＩ情報から設定したＣＩＯ（マクロセルへのＣＩＯ）を含めてマクロ基地局へ送信する（ＳＴ３０５）。
【００７７】
マクロ基地局は、ＳＴ３０５においてHandover Ack（マクロセルへのＣＩＯを含む）をスモール基地局から受け取ると、端末に対してHandover Commandを送信する（ＳＴ３０６）。これにより、ＵＥでは基地局１００からスモール基地局へのハンドオーバが行われる。マクロ基地局は、Handover CommandにマクロセルへのＣＩＯを含めて送信してもよい。端末は、スモールセルにハンドオーバした後、ＳＴ３０６で受信したＣＩＯ（αQCI）を用いて、式（３）の条件（イベント）を判定する。
【００７８】
以上、無線通信システムにおける動作について説明した。
【００７９】
このように、本実施の形態では、基地局１００は、各端末のＱＣＩに基づいてＣＩＯを端末毎に設定する。ここで、図５に示すように、ＱＣＩは端末がサービス要求を行った際に基地局１００（例えば、マクロ基地局）がＥＰＣから受信するパラメータである。すなわち、ＱＣＩは、ＣＩＯを用いてハンドオーバ判定（端末のＥｖｅｎｔ判定を含む）を行う時点で基地局１００が既に特定しているパラメータである。よって、基地局１００は、ＣＩＯ設定の際に、通信統計品質（ＫＰＩ）のように受信品質を一定時間計測する必要がない。
【００８０】
以上より、本実施の形態によれば、基地局１００は、長時間を要することなくＣＩＯを適切に設定することができる。
【００８１】
また、仮に、セル個別のオフセットであるＣＩＯがセル内の端末に対して共通に設定される場合には、端末毎のＱｏＳを考慮したトラヒックオフロードの制御が困難である。これに対して、本実施の形態では、端末毎にＣＩＯが設定されることで、端末のＱｏＳ要件を満たしつつトラヒックオフロードを実施することができる。すなわち、端末のＱｏＳ要件を満たさない可能性が高い場合には、当該端末に対するトラヒックオフロード（ハンドオーバ）が実施されない。よって、本実施の形態によれば、端末毎のＱｏＳを考慮してトラヒックオフロードを柔軟に制御することができる。
【００８２】
（実施の形態２）
本実施の形態に係る基地局は、実施の形態１に係る基地局１００と基本構成が共通するので、図３を援用して説明する。
【００８３】
実施の形態１では、端末のＱＣＩに対応する許容遅延時間に基づいてＣＩＯを設定する場合について説明した。これに対して、本実施の形態では、基地局１００は、端末のＱＣＩに対応する許容パケットロスに基づいてＣＩＯを設定する場合について説明する。すなわち、本実施の形態では、実施の形態１で説明したＣＩＯ設定の動作における「許容遅延時間」を「許容パケットロス」と読み替えることができる。
【００８４】
具体的には、基地局１００において、ＱＣＩ受信部１４１は、ＱＣＩに含まれる許容パケットロス（packet error loss rate）を示す情報をＣＩＯ設定部１４４に出力する。そして、ＣＩＯ設定部１４４は、端末に対するＣＩＯを設定する際（図５のＳＴ１０４）、端末のＱＣＩに対応する許容パケットロスに基づいて、式（２）に示すαQCIを決定する。
【００８５】
ＣＩＯ設定の際、マクロ基地局は、例えば、ＱＣＩに対応する許容パケットロスと閾値とを比較する。そして、マクロ基地局は、許容パケットロスが閾値以下の場合にはαQCIを０以下の値に設定し、許容パケットロスが閾値より大きい場合にはαQCIを０より大きい値に設定する。なお、マクロ基地局（ＣＩＯ設定部１４４）は、許容パケットロスが大きいほどＣＩＯＵＥを高く設定してもよい。
【００８６】
上述したように、端末の許容パケットロスが閾値以下の場合、端末に設定されるＣＩＯが小さくなる。よって、この場合、式（１）に示す条件を満たしにくくなる。このため、許容パケットロスが小さい端末に対しては、トラヒックオフロードが行われにくくなるので、トラヒックオフロードを行うことによるＲＬＦの発生、つまり、パケットロスの発生を抑えることができる。すなわち、許容パケットロスが小さい端末に対してトラヒックオフロードを行わないことで、当該端末の許容パケットロス（ＱｏＳ）を満たすことができる。
【００８７】
一方、端末の許容パケットロスが閾値より大きい場合、端末に設定されるＣＩＯが大きくなる。よって、この場合、式（１）に示す条件を満たしやすくなる。このため、許容パケットロスが大きい端末に対しては、トラヒックオフロードが行われやすくなることでＲＬＦ（パケットロス）が発生しやすくなるものの、当該端末の許容パケットロスが大きいので、ＲＬＦによる基地局との再接続までのパケットロスを許容することができる。
【００８８】
このように、本実施の形態によれば、基地局１００は、各端末のＱＣＩに対応する許容パケットロスに基づいてＣＩＯを端末毎に設定する。すなわち、基地局１００は、端末毎に設定されたＱｏＳを考慮してＣＩＯを設定することで、実施の形態１と同様、各端末のＱｏＳ要件を満たしつつトラヒックオフロードを実施することができる。
【００８９】
また、実施の形態１と同様、基地局１００は、ＣＩＯを用いてハンドオーバ判定（端末のＥｖｅｎｔ判定を含む）を行う時点で基地局１００が既に特定しているパラメータであるＱＣＩに基づいてＣＩＯを設定する。よって、基地局１００は、ＣＩＯ設定の際に、通信統計品質（ＫＰＩ）のように受信品質を一定時間計測する必要がないので、長時間を要することなくＣＩＯを適切に設定することができる。
【００９０】
（実施の形態３）
本実施の形態に係る基地局は、実施の形態１に係る基地局１００と基本構成が共通するので、図３を援用して説明する。
【００９１】
上述したように、ＣＩＯの値（例えば、式（２）のαQCI）を高くしてトラヒックオフロード（ハンドオーバ）が行われた場合にはＲＬＦが発生しやすくなる。すなわち、ハンドオーバ元への端末の再接続処理が発生しやすくなる。
【００９２】
一方で、端末に対するハンドオーバが完了すると、ハンドオーバ元の基地局（Source BS）は、他のセルにハンドオーバした端末に関する情報（UE context）を削除する（UE context Release）。
【００９３】
このため、ハンドオーバ完了後に端末でＲＬＦが発生し、ハンドオーバ元の基地局に再接続する場合には、当該ハンドオーバ元の基地局では、端末に対する初期のAttach処理（シーケンス）に相当する時間を要することになる。
【００９４】
そこで、本実施の形態では、基地局１００は、ＣＩＯ設定の際にＣＩＯの値を高くした場合（例えば、式（２）のαQCI＞０の場合）、ＣＩＯを設定した端末に対するUE contextを削除せずに、一定期間保持する。すなわち、基地局１００は、端末がハンドオーバしてから一定期間経過後に、周辺セルへハンドオーバした端末のUE contextを削除する。つまり、基地局１００は、端末がハンドオーバしてから一定期間が経過した場合、当該端末がハンドオーバ先のセルにおいてＲＬＦが発生することなく接続され、基地局１００と再接続する可能性が低いと判断する。
【００９５】
これにより、ハンドオーバ元の基地局１００は、他のセルへハンドオーバした端末のUE contextを削除せずに保持することで、当該端末がＲＬＦによって基地局１００に再接続する際に、保持しているUE contextを用いることができる。よって、基地局１００と端末との再接続におけるAttach処理を簡略化し、再接続をより早く行うことができる。
【００９６】
これにより、本実施の形態によれば、ＲＬＦ後に端末が基地局１００に再接続するまでのパケット遅延又はパケットロスを低減することができる。
【００９７】
なお、本実施の形態では、αQCI＞０の場合にUE contextが一定期間保持される場合について説明したが、UE contextを一定期間保持する条件は、αQCIが０より高い場合（つまり、ＣＩＯｂａｓｅ_small又はＣＩＯｂａｓｅ_macroを基準値とする場合）に限定されない。すなわち、基地局１００は、端末に対するＣＩＯを基準値（ＣＩＯｂａｓｅ_small又はＣＩＯｂａｓｅ_macro以外の値）よりも高く設定した場合、端末が周辺セルへハンドオーバした場合に当該端末に関するUE contextを一定期間削除せずに保持すればよい。
【００９８】
以上、本開示の各実施の形態について説明した。
【００９９】
なお、上述した実施の形態１〜３の少なくとも２つを組み合わせてもよい。例えば、実施の形態１及び実施の形態２を組み合わせて、基地局１００は、ＱＣＩに示される許容遅延時間及び許容パケットロスの双方に基づいてＣＩＯを設定してもよい。この際、基地局１００は、許容遅延時間及び許容パケットロスの組み合わせに対応するαQCIを設定してもよく、対象の端末で想定されるサービスに応じて、許容遅延時間及び許容パケットロスの何れかを用いてαQCIを設定してもよい。
【０１００】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１０１】
本開示の基地局は、端末が接続されたセルから当該セルの周辺セルへハンドオーバを行う無線通信システムにおいて、ハンドオーバの判定に使用される測定結果を報告するか否かを端末が判定する際に周辺セルの受信品質に対して適用するオフセットを、端末のＱＣＩ（QoS Class Identifier）に応じて設定する回路と、設定されたオフセットを端末へ送信する送信機と、を具備する。
【０１０２】
本開示の基地局において、回路は、端末のＱＣＩに対応する許容遅延時間が長いほどオフセットを高く設定する。
【０１０３】
本開示の基地局において、ＱＣＩに対応する許容パケットロスが大きいほどオフセットを高く設定する。
【０１０４】
本開示の基地局において、回路は、端末が基地局のセルから周辺セルへハンドオーバした後に端末において無線リンク異常が発生した場合、端末に対するオフセットを低減する。
【０１０５】
本開示の基地局において、送信機は、オフセットの設定に関する情報を、周辺セルの基地局へ送信する。
【０１０６】
本開示の基地局において、周辺セルにおけるオフセットの設定に関する情報を、周辺セルの基地局から受信する受信機、を更に具備し、回路は、情報に基づいて、自局のセルから周辺セルへのハンドオーバの判定に対するオフセットを設定する。
【０１０７】
本開示の基地局において、回路は、端末に対するオフセットを基準値よりも高く設定した場合、端末が周辺セルへハンドオーバした場合に端末に関する情報を一定期間削除せずに保持する。
【０１０８】
本開示の通信方法は、端末が接続されたセルから当該セルの周辺セルへハンドオーバを行う無線通信システムにおいて、ハンドオーバの判定に使用される測定結果を報告するか否かを端末が判定する際に周辺セルの受信品質に対して適用するオフセットを、端末のＱＣＩ（QoS Class Identifier）に応じて設定し、設定されたオフセットを端末へ送信する。
【産業上の利用可能性】
【０１０９】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０１１０】
１００  基地局
１０１  ＥＰＣ通信ＩＦ
１０２  基地局通信ＩＦ
１０３  端末通信ＩＦ
１０４  制御部
１４１  ＱＣＩ受信部
１４２  ＲＬＦ検出部
１４３  トラヒック判定部
１４４  ＣＩＯ設定部
１４５  ＣＩＯ情報生成部
１４６  ＣＩＯ情報受信部
１４７  Mobilityパラメータ生成部
１４８  設定情報送信部
【図１】
2018133719.tif 000003
【図２】
2018133719.tif 000004
【図３】
2018133719.tif 000005
【図４】
2018133719.tif 000006
【図５】
2018133719.tif 000007
【図６】
2018133719.tif 000008
【図７】
2018133719.tif 000009
【図８】
2018133719.tif 000010