JP2021158453A - 基地局装置、アプリケーションファンクションノード及び通信方法 - Google Patents

Abstract

【課題】ビーム間干渉を抑制することができる基地局装置、アプリケーションファンクションノード及び通信方法を提供する。【解決手段】基地局装置２０は、制御部を備える。制御部は、端末装置４０との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を受信し、取得要求に応じて、少なくとも１つのビーム情報を含むビームグループ情報を、ＰＤＵセッションと対応付けて送信する。【選択図】図５

Description

本開示は、基地局装置、アプリケーションファンクションノード及び通信方法に関する。

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced Pro（LTE-A Pro）」、「５Ｇ（第５世代）」「New Radio（NR）」、「New Radio Access Technology（NRAT）」、「Evolved Universal Terrestrial Radio Access（EUTRA）」、または「Further EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A Pro、およびEUTRAを含み、ＮＲは、NRAT、およびFEUTRAを含む。ＬＴＥおよびＮＲでは、基地局装置（基地局）はＬＴＥにおいてｅＮｏｄｅＢ（evolved NodeB）およびＮＲにおいてｇＮｏｄｅＢとも称され、端末装置（移動局、移動局装置、端末）はＵＥ（User Equipment）とも称される。ＬＴＥおよびＮＲは、基地局がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局は複数のセルを管理してもよい。

また、例えば、複数の基地局装置でビームフォーミングを実施する無線通信システムにおいて、ビームを送信する際に、ビーム以外の方向にヌルを向ける基地局装置が知られている（例えば、特許文献１参照）。

特開２０１５−１１９３９２号公報

上記技術では、基地局装置がビーム以外の方向にヌルを向けることで、通信を行う端末装置以外の端末装置に対する干渉を抑制しているが、ビーム自体が他の端末装置に干渉を与える可能性がある点について考慮されていない。そのため、基地局装置が送信するビームが、他の基地局装置と端末装置との間の通信に干渉を与えるビーム間干渉が発生する可能性があった。

そこで、本開示では、ビーム間干渉を抑制することができる仕組みを提供する。

本開示によれば、基地局装置が提供される。基地局装置は、制御部を備える。制御部は、端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を受信し、前記取得要求に応じて、少なくとも１つの前記ビーム情報を含むビームグループ情報を、前記ＰＤＵセッションと対応付けて送信する。

基地局装置が使用するビームについて説明するための図である。 ビームスイーピング処理について説明するためのシーケンス図である。 Publicなネットワークの基地局装置によるビームフォーミングの一例を示す図である。 ローカル・セルラーネットワークの基地局装置によるビームフォーミングの一例を示す図である。 本開示の実施形態に係る干渉制御の概要を説明するための図である。 端末装置から基地局装置に報告するSSBRI/CRIのフォーマットの一例を示す図である。 本開示の実施形態に係る通信システムの構成例を示す図である。 本開示の実施形態に係るＡＦノードの構成例を示すブロック図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 ＰＤＵセッションについて説明するための図である。 本開示の実施形態に係る基地局装置がＡＰＩを用いて公開するビームグループ情報の一例を示す図である。 本開示の実施形態に係る基地局装置がＡＰＩを用いて公開するビームグループ情報の他の例を示す図である。 本開示の実施形態に係る基地局装置がＡＰＩを用いて公開するビームグループ情報の他の例を示す図である。 本開示の実施形態に係る基地局装置がＡＰＩを用いて公開するビームグループ情報の他の例を示す図である。 本開示の実施形態に係るＡＦノードが設定するビームグループ情報のコンフィグレーションの一例を示す図である。 本開示の実施形態に係るＡＦノードによる基地局装置に対する問い合わせについて説明するための図である。 本開示の実施形態に係る通信システムの構成例について説明するための図である。 本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。 本開示の実施形態に係る通信システムの他の構成例について説明するための図である。 本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。 本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。 本開示の実施形態に係る基地局装置が保持する情報の一例を示す図である。 本開示の実施形態に係るＳＭＦノードが保持する情報の一例を示す図である。 本開示の実施形態に係るＡＦノードが生成する情報の一例を示す図である。 本開示の実施形態に係るＡＦノードが生成する情報の一例を示す図である。 本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。 本開示の実施形態に係る干渉制御処理の手順を示すシーケンス図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．ローカル・セルラーネットワーク
１．２．Ｗｉ−Ｆｉ通信との比較
１．３．ビームスイーピング処理
１．４．ビーム間干渉
２．技術的課題
３．通信システム
３．１．干渉制御の概要
３．２．通信システムの構成例
３．３．ＡＦノードの構成例
３．４．基地局装置の構成例
３．５．端末装置の構成例
４．技術的特徴
４．１．基地局装置によるビーム情報の出力
４．２．出力情報の指定
４．３．ビームＩＤ
４．４．ＳＵＰＩとビームＩＤとの紐付け
４．５．干渉制御
５．その他の実施形態
６．補足

＜＜１．はじめに＞＞
＜１．１．ローカル・セルラーネットワーク＞
近年、ローカル・セルラーネットワーク（例えば、ローカル５Ｇ）に関する技術が注目されている。ローカル・セルラーネットワークは、例えば、工場やオフィス、スタジオ、病院内、大学内など、限られたエリアでセルラー通信のサービスを行うネットワークである。セルラーサービスをローカルなエリアに限定することにより、セルラーサービスをカスタマイズして提供できるといったメリットがあり得る。ここで、ローカル・セルラーネットワークは、プライベート・ネットワーク（Private Network）、ノンパブリック・ネットワーク（Non Public Network）等と呼ばれる形態を広く含み得る。

ローカル・セルラーネットワークのユースケースにおいて、ネットワークのローカルエリア内で、他の通信より優先して守りたい重要な通信が存在し得る。例えば、工場内においては、当該工場の生産ラインのために通信障害を起こしてはいけない装置がある場合がある。また、病院内において、手術に用いられる通信は、通信障害を起こさないようにしなければならない。大学内において、授業をオンラインで配信する場合、当該配信は、その他の通信よりも優先して守られるべき通信であると言える。このように、ローカルエリアでの通信には、他の通信より優先して守りたい特定の非常に重要な通信が含まれる場合がある。

＜１．２．Ｗｉ−Ｆｉ通信との比較＞
これまで、ローカルなエリアでの通信として、８０２．１１ａ、ｂ、ｇ、ｎ、ａｃ等の規格に基づいた通信、いわゆるＷｉ−Ｆｉ通信が用いられてきた。Ｗｉ−Ｆｉ通信は、パフォーマンスがよいが、アクセスポイントに異なるユーザ（端末装置）間のリソースを調整するスケジューラーが搭載されていない。そのため、Ｗｉ−Ｆｉ通信では、Listen Before Talkというキャリアセンスに基づき、Contention-Basedな方法で各ユーザ間のトラフィックが多重される。Ｗｉ−Ｆｉ通信では、パケットの衝突が頻繁に起こるため、複数のユーザがいる場合でも通信品質を保つために、ローカルエリアでもＷｉ−Ｆｉ通信ではなく、セルラー通信を使用したいという要求がある。

＜１．３．ビームスイーピング処理＞
５Ｇでは、基地局装置によるビームフォーミングが行われる。まず、図１及び図２を用いて、基地局装置によるビームフォーミングについて説明する。図１は、基地局装置が使用するビームについて説明するための図である。図２は、ビームスイーピング処理について説明するためのシーケンス図である。

図１に示すように、基地局装置２０は、複数のビームを形成する。そのため、基地局装置２０は、ビームフォーミングを使用して端末装置４０と通信を行う場合、まずビームスイーピング処理を実行する。ビームスイーピング処理は、基地局装置２０と端末装置４０との間で望ましいビームを決定するための処理である。

図２を用いて、基地局装置２０と端末装置４０との間で行われるビームスイーピング処理について説明する。なお、図２では、Terminalが端末装置４０に相当し、Base stationが基地局装置２０に相当する。

図２に示すように、基地局装置２０は、スイーピングしながらビームを送信する（ステップＳ１）。次に、端末装置４０は、送信ビームの受信電力を測定し、測定結果に基づいて送信ビームとして望ましいビームに関する情報を含むビームレポートを基地局装置２０に送信する（ステップＳ２）。

基地局装置２０は、ビームレポートに基づき、決定された送信ビームを用いて参照信号を端末装置４０に送信する（ステップＳ３）。端末装置４０は、参照信号に基づいて測定したチャネル品質を基地局装置２０に報告し（ステップＳ４）、基地局装置２０は、報告を受けたチャネル品質に応じて、決定した送信ビームを用いてユーザデータを端末装置４０に送信する（ステップＳ５）。

＜１．４．ビーム間干渉＞
上述したように、基地局装置２０がビームフォーミングを実施する場合、複数の基地局装置２０が送信するビームによるビーム間干渉が問題となる。かかるビーム間干渉について図３及び図４を用いて説明する。図３は、Publicなネットワークの基地局装置２０によるビームフォーミングの一例を示す図である。図４は、ローカル・セルラーネットワークの基地局装置２０によるビームフォーミングの一例を示す図である。

図３に示すように、例えば、屋外で行われるPublicなネットワークでは、ビーム間干渉を避けるため、基地局装置２０のアンテナが高い位置に設置され、隣同士の基地局装置２０＿Ａ、２０＿Ｂが、端末装置４０＿Ａ、４０＿Ｂに送信するビームが干渉を起こさないように制御される。基地局装置２０のアンテナが高い位置に設置されると、基地局装置２０のアンテナから端末装置４０を見下ろす角度（Tilting）が大きくなり、隣のセルとの干渉が小さくなる。

一方、図４に示すように、例えば、屋内で行われるローカル・セルラーネットワークでは、基地局装置２０のアンテナが高い位置に設置できない場合がある。この場合、基地局装置２０のアンテナから端末装置４０を見下ろす角度（Tilting）が小さくなり、隣のセルの端末装置４０にも送信ビームが届いてしまい、干渉が発生する恐れがある。

より詳細には、基地局装置２０が送信にビームを使用する場合、端末装置４０での送信ビームの受信強度は、単純に基地局装置２０と端末装置４０との間の距離で決定するわけではなく、ビームの向きによっても変化する。そのため、基地局装置２０が送信するビームの向きによって隣接セルの端末装置４０に与える干渉量が変化する。

例えば、図４では、基地局装置２０＿Ａからの送信ビームは、通信相手である端末装置４０＿Ａだけでなく隣のセルの端末装置４０＿Ｃにも到達し、干渉量が大きくなる。一方、基地局装置２０＿Ａの送信ビームの方向に位置していない端末装置４０＿Ｂは、基地局装置２０＿Ａの送信ビームを受信しにくいため、基地局装置２０＿Ａが端末装置４０＿Ｂに与える干渉量は小さくなる。このように、同じ隣接セルに属する端末装置４０＿Ｂ、４０＿Ｃであっても、基地局装置２０＿Ａの送信ビームの向きによって被干渉量が異なる。

また、ビームの減衰量は、ビーム幅によって変化する。ビーム幅が狭いほどエネルギーが分散しないためビームは遠くまで到達する。例えば、図４の基地局装置２０＿Ａが、端末装置４０＿Ａに信号を送信するためにビーム幅が狭いビームを使用すると、隣接するセルの端末装置４０＿Ｃにまで受信強度の高い送信ビームが届き、端末装置４０＿Ｃに大きな干渉を与えてしまう場合がある。なお、ビームの減衰量は、周波数によっても変化し、高周波のビームほど減衰量が大きくなり、ビームの利得のメリットが相殺される。このように、通信相手以外の端末装置４０＿Ｃに干渉を与えるか否かは、基地局装置２０＿Ａからの距離よりも、基地局装置２０＿Ａが送信するビームの向きや幅に関係するため、干渉制御が難しくなってくる。

上述したように、ローカル・セルラーネットワークでは、守るべき非常に重要な通信が存在する場合があるにもかかわらず、従来よりも干渉が通信に大きな影響を与えてしまうケースが増加する可能性が高くなる。これは、上述したように、ローカル・セルラーネットワークでビームを使用して通信を行うためである。

そこで、基地局装置２０のビーム間干渉を抑制し、重要な通信を守ることが必要となる。

＜＜２．技術的課題＞＞
ここで、基地局装置２０のビーム間干渉を抑制し、システムにとって重要なＰＤＵセッションを守るための課題について検討する。

例えば、上述した通信システムにおける基地局装置２０でビーム間干渉を抑制する干渉制御処理を実行するとする。上述したように、基地局装置２０は、基地局装置２０から送信する特定のビームに対して、干渉を与える干渉ビームに関する情報を端末装置４０から取得する。そのため、例えば基地局装置２０が、他の基地局装置２０と同時に使用するビームの組合せを判断することで、干渉制御処理を実行することが可能であるかもしれない。基地局装置２０は、５ＧのＵＰＦ（４Ｇの場合はＳＧＷやＰＧＷ）といったユーザのパケットを扱うコアネットワークのエンティティ（ノード）と接続しており、当該エンティティとの間でＰＤＵセッション（４Ｇの場合はＰＤＮコネクションやＥＰＳベアラ）を管理する。各ＰＤＵセッションにはＱｏＳが付与されており、基地局装置２０は、当該ＱｏＳを参照することで、どのＰＤＵセッションが重要であるかという情報を取得し得る。

そのため、１つの基地局装置２０内において、基地局装置２０が重要なＱｏＳが付与されたＰＤＵセッションの送受信に使用されるビーム以外のビームを使用しないようにすることは可能かもしれない。このように基地局装置２０を実装することで、重要なＱｏＳが付与されたＰＤＵセッションに使用されるビームを、低いＱｏＳが付与されたＰＤＵセッションの送受信に使用されるビームから守る（例えば、与える干渉を抑制する）ことはできる。

しかしながら、守りたいＰＤＵセッションに使用されるビームを送信する基地局装置２０と、干渉ビームを送信する基地局装置２０とが異なる場合、上述したように１つの基地局装置２０内でのビーム制御だけでは干渉を抑制できない恐れがある。

この場合、例えば基地局装置２０Ａが所望ビームを端末装置４０Ａに送信する。また、所望ビームの干渉となる候補のビーム（以下、候補ビームとも記載する）が基地局装置２０Ｂから送信され端末装置４０Ａまで到達し得る。このとき、所望ビーム及び候補ビームの周波数・時間リソースを予め設定しておくことで、端末装置４０Ａは、所望ビームに対して候補ビームが干渉を与える場合の無線品質（例えば、ＳＩＮＲ）を基地局装置２０Ａに通知し得る。端末装置４０Ａから通知を受け取った基地局装置２０Ａが、基地局装置２０Ｂに対して、候補ビームの使用停止を要求することで、異なる基地局装置２０間での干渉制御を実施できるかもしれない。

しかしながら、上述した基地局装置２０Ａが行う異なる基地局装置２０間での干渉制御は実装に依存する。そのため、例えば様々なメーカーの基地局装置２０が混在する場合、異なる基地局装置２０間で干渉制御を行うことは難しくなる。

あるいは、例えば異なるオペレータに属する基地局装置２０が同一エリアに存在する場合も、異なる基地局装置２０間での干渉制御を基地局装置２０で行うことが難しい。例えば、同じローカルエリアに異なるＰＬＭＮ（Public land mobile network）が存在し、各ＰＬＭＮが同じ周波数を共用しているとする。この場合、異なるＰＬＭＮ間の干渉をＲＡＮレベルであるgNodeB/TRP内で処理することは難しい。そのため、異なるＰＬＭＮにまたがって、重要なＰＤＵセッションを保護するために、当該ＰＤＵセッションに使用されるビームを干渉から保護する機能は、Application Levelでの調整が必要になると考えられる。

また、異なる基地局装置２０間で干渉制御を行う場合、保護するビームを基地局装置２０が判断できるかという問題が考えられる。上述したように、基地局装置２０は、自装置が送信するビームとＰＤＵセッションの対応関係を把握し得る。また、基地局装置２０は、ＰＤＵセッションの情報をＱｏＳという情報で取得し得る。

しかしながら、従来のＱｏＳだけでは、干渉ビームの停止を判断する情報として不十分である可能性がある。さらに、基地局装置２０は、他の基地局装置２０の送信ビームとＱｏＳとの関係を知っているわけではない。そのため、例えば、他の基地局装置２０に対して停止を依頼したビームが、他の基地局装置２０にとって守りたいＰＤＵセッションに使用するビームである可能性がある。このように、基地局装置２０だけでは、停止するビームの判断が難しい場合がある。

一方、従来のコアネットワークは、ＰＤＵセッションとビームとを対応付けた情報を知る手段がなかった。また、基地局装置２０は、ＰＤＵセッションとビームとを対応付けた情報を、コアネットワーク側のApplication Levelのノードに通知する手段がなかった。そのため、従来のローカル・セルラーネットワークには、ＰＤＵセッションとビームとを対応付けた情報を用いて、Application Levelで干渉を抑制するという手段がなかった。

そこで、本開示では、ローカル・セルラーネットワークにおけるビーム間干渉の問題を解決するために、Application Levelで干渉を抑制する仕組みを提案する。換言すると、本開示では、ビームの情報を基地局装置２０からＡＦノードに提供することで、ＡＦノードで干渉制御を行う仕組みを提案する。

＜＜３．通信システム＞＞
＜３．１．干渉制御の概要＞
そこで、本開示の実施形態では、重要な通信が干渉によって妨げられないように、ビーム間干渉を抑制する干渉制御を実施する。図５を用いて、本開示の実施形態に係る干渉制御の概要を説明する。図５は、本開示の実施形態に係る干渉制御の概要を説明するための図である。

図５に示すように、本開示の実施形態に係る通信システムは、基地局装置２０と、端末装置４０と、アプリケーションファンクション（ＡＦ：Application Function）ノード１０と、を有する。本実施形態では、ローカル・セルラーネットワークのＡＦノード１０が干渉制御を行う。このようにＡＦノード１０が干渉制御を行うようにすることで、ローカル・セルラーネットワーク事業者がより容易にビーム間干渉をコントロールすることができる。

また、本実施形態では、上述したように、基地局装置２０と端末装置４０とがビームを使用して無線通信を行う。また、基地局装置２０とＡＦノード１０は、コアネットワークで互いに接続される。

本開示の干渉制御では、まず、基地局装置２０と端末装置４０との間でビームスイーピング処理が実施される（ステップＳ１１）。このとき、端末装置４０は、通信の使用に望ましいビーム（以下、所望ビームとも記載する）に関する情報に加えて、所望ビームに対して干渉が大きいビーム（以下、干渉ビームとも記載する）に関する情報を基地局装置２０に報告する。以下、かかる点について説明する。

図１及び図２を用いても説明したが、ビームスイーピング処理では、端末装置４０は、受信電力が大きいビームを所望ビームとして基地局装置２０に報告する。これに加えて、３ＧＰＰ Ｒｅｌ１６では、所望ビームに対して干渉が大きい干渉ビームも所望ビームとあわせて報告することが検討されている。所望ビーム及び干渉ビームの報告を得た基地局は、所望ビームにとって干渉が大きいビームを特定することができる。

基本的には、端末装置４０は、通信相手である基地局装置２０が送信するビームの中から所望ビームを決定し、決定した所望ビームに対して干渉源となる干渉ビームを１個または複数個決定する。なお、干渉ビームは、通信相手以外の基地局装置２０（以下、他の基地局装置２０とも記載する）が送信するビームである。また、端末装置４０が決定する干渉ビームの個数は、例えば基地局装置２０が指定する。端末装置４０は、決定した干渉ビームのＳＩＮＲを基地局装置２０に通知する。図６に、端末装置４０が基地局装置２０に報告するSSBRI/CRIのフォーマットの一例を示す。図６は、端末装置４０から基地局装置２０に報告するSSBRI/CRIのフォーマットの一例を示す図である。図６のフォーマットは３ＧＰＰ Ｒｅｌ１６に記載されている。

このように、基地局装置２０は、守りたいビーム（より詳細には、ＣＲＩで指定される所望ビーム）と、守りたいビームに干渉を与える可能性があるビームと、をそれぞれ少なくとも１つずつ決定し、決定したビームのＳＩＮＲに関する報告を端末装置４０から受信し得る。そこで、本実施形態に係る通信システムでは、ＡＦノード１０が、かかるビームに関する情報を用いて干渉制御を行う。以下、かかる点について説明する。

図５に戻る。上述したように、基地局装置２０は、ステップＳ１１のビームスイーピング処理によって、所望ビーム及び干渉ビームに関する情報を端末装置４０から取得する。

ＡＦノード１０は、基地局装置２０から干渉ビームに関する情報を取得する（ステップＳ１２）。また、ＡＦノード１０は、基地局装置２０から端末装置４０との通信に使用するビーム（所望ビーム）に関するビーム情報を、かかる通信（例えばＰＤＵセッション）と対応付けて取得する（ステップＳ１３）。このように、ＡＦノード１０は、ＰＤＵセッションと関連するビーム（例えば、所望ビーム及び干渉ビーム）に関する情報を、例えばＡＰＩ（Application Programming Interface）を用いて基地局装置２０から取得する。なお、ＡＦノード１０は、ＰＤＵセッションと関連するビーム（例えば、所望ビーム及び干渉ビーム）に関する情報を、コアネットワークノード（例えば、ＵＰＦ、ＡＭＦ、ＳＭＦ）を介して取得してもよい。例えば、基地局装置２０はＰＤＵセッションと関連するビーム（例えば、所望ビーム及び干渉ビーム）に関する情報をコアネットワークノード（例えば、ＵＰＦ、ＡＭＦ、ＳＭＦ）へ送信する。当該コアネットワークノードは、ＰＤＵセッションと関連するビーム（例えば、所望ビーム及び干渉ビーム）に関する情報をＡＰＩとして開示してもよい。ＡＦノード１０は、当該ＡＰＩを用いてコアネットワークノードからＰＤＵセッションと関連するビーム（例えば、所望ビーム及び干渉ビーム）に関する情報を取得してもよい。また、ＰＤＵセッションと関連するビームに関する情報には、少なくとも１つのビーム情報（又は干渉ビーム情報）を含むビームグループ情報が含まれる。かかるビームグループ情報の詳細については後述する。

ＡＦノード１０は、取得した干渉ビーム情報及びビーム情報に基づき、通信を維持するＰＤＵセッション及び解放するＰＤＵセッションを決定し、解放すると決定したＰＤＵセッションを解放する（ステップＳ１４）。例えば、ＡＦノード１０は、重要なＰＤＵセッションを、通信を維持するＰＤＵセッションに決定する。また、ＡＦノード１０は、通信を維持するＰＤＵセッションに使用される所望ビームに対して干渉を与える干渉ビームを使用するＰＤＵセッションを解放するＰＤＵセッションに決定する。ＡＦノード１０は、例えば、解放すると決定したＰＤＵセッションの解放要求をコアネットワークノード（例えば、ＵＰＦ、ＡＭＦ、ＳＭＦ）及び／又は基地局装置２０にＡＰＩ（例えば、Nsmf_PDUSession_Release service operation）を用いて送信することで、ＰＤＵセッションを解放する。

このように、本開示の実施形態では、基地局装置２０が、ＰＤＵセッションに関連するビームに関する情報を送信する。これにより、ＡＦノード１０は、解放又は維持するＰＤＵセッションを決定することができ、基地局装置２０によるビーム間干渉を抑制することができる。

なお、Primaryシステムという優先されたネットワークの空き時間にSecondaryシステムが通信を行えるか否かを判断する技術が提案されている。このようなシステムにおいて、Secondaryシステムで使用するビームがPrimaryシステムの通信に影響を与えるか否かを判断するビーム干渉制御に関する技術の提案が行われている。

しかしながら、上述したビーム干渉制御に関する技術は、Primaryシステム及びSecondaryシステムという２つのシステムに使用されるビーム同士のコーディネーションを行うものである。かかる点において、同一システムに使用されるビーム同士のコーディネーションを行うことを目的とする本実施形態の通信システムのビーム干渉制御とは異なる。また、本実施形態に係る通信システムは、特定の重要なＰＤＵセッションを守るために、当該ＰＤＵセッションに使用され得るビームを干渉から保護する。また、本実施形態に係る通信システムでは、後述するように、コアネットワークのＡＰＩを使用してビーム干渉制御を行う。かかる点においてもPrimaryシステム及びSecondaryシステムのビーム干渉制御とは異なるものである。

以上のように、従来のローカル・セルラーネットワークシステムでは、ビーム間干渉をコアネットワークと連携して抑制する手段がなかった。そこで、本開示の実施形態に係る通信システムでは、ＡＦノード１０が基地局装置２０又はコアネットワークノードからＰＤＵセッションに対応したビーム情報を取得する。これにより、ＡＦノード１０は、干渉ビーム情報及び取得したビーム情報に基づき、特定のＰＤＵセッションの通信品質を維持するために、他のＰＤＵセッションのビームの使用停止を要求することができ、ビーム間干渉を抑制することができる。なお、ＡＦノード１０と基地局装置２０又はコアネットワークノードとの間の通信には、後述するように例えばＡＰＩを使用され得る。

＜３．２．通信システムの構成例＞
続いて、本開示の実施形態に係る通信システムの構成例について説明する。図７は、本開示の実施形態に係る通信システムの構成例を示す図である。本実施形態に係る通信システムは、上述したローカル・セルラーネットワークシステムである。ここでは、本実施形態に通信システムが第５世代移動体通信システム（５Ｇ）である場合について説明するが、これに限定されない。本実施形態に係る通信システムが、例えばＬＴＥなど他の移動体通信システムであってもよい。

本実施形態に係る通信システムのセルラーネットワークシステムは、ＲＡＮ（Radio Access Network）及びＣＮ（Core Network）を含んで構成される。ＲＡＮは、基地局装置２０と端末装置４０との間の無線システムである。ＣＮは、端末装置４０がセルラーネットワークへ接続する際の許可やセッション管理を主に行っている。４Ｇ及び５Ｇにおいても、ＣＮは、Control Plan Function及びUser Plane Functionを含んで構成される。

図７に示すように、本実施形態に係る通信システムは、５Ｇコアネットワーク１２０と、基地局装置（ＲＡＮ／ＡＮ）２０と、端末装置（ＵＥ）４０と、ＤＮノード１６０と、を含む。

ＲＡＮ／ＡＮ２０は、ＲＡＮ（Radio Access Network）との接続、およびＲＡＮ以外のＡＮ（Access Network）と接続する機能を有する。ＲＡＮ／ＡＮ２０は、ｇＮＢ、或いは、ｎｇ−ｅＮＢと呼ばれる基地局装置を含む。

５Ｇコアネットワーク１２０は、５ＧＣ（5G Core）／ＮＧＣ（Next Generation Core）とも呼ばれる。以下、５Ｇコアネットワーク１２０を５ＧＣ／ＮＧＣ１２０とも称する。５ＧＣ／ＮＧＣ１２０は、ＲＡＮ／ＡＮ２０を介してＵＥ（User Equipment）４０と接続する。

５ＧＣ／ＮＧＣ１２０は、ユーザプレーン機能（ＵＰＦ：User Plane Function）ノード１５０およびコントロールプレーン機能群１３０を含んで構成される。

ＵＰＦノード１５０は、User Plane Functionで重要なＮＦ（Network Function）ノードである。ＵＰＦノード１５０は、ユーザプレーン処理の機能を有する。ＵＰＦノード１５０は、ユーザプレーンで扱われるデータのルーティング／転送機能を含む。

なお、ＵＰＦノード１５０及びＤＮ（Data Network）ノード１６０をあわせてユーザプレーン機能群としてもよい。この場合、ＤＮノード１６０は５ＧＣ／ＮＧＣ１２０に含まれる。ＤＮノード１６０は、セルラーサービス事業者が提供するサービスやインターネット、サードパーティーのサービスに接続する機能を有する。

コントロールプレーン機能群１３０は、ＡＭＦ（Access Management Function）ノード１３９、ＳＭＦ（Session Management Function）ノード１３６、ＡＵＳＦ（Authentication Server Function）ノード１３１、ＮＳＳＦ（Network Slice Selection Function）ノード１３４、ＮＥＦ（Network Exposure Function）ノード１３２、ＮＲＦ（Network Repository Function）ノード１３３、ＰＣＦ（Policy Control Function）ノード１３５、ＵＤＭ（Unified Data Management）ノード１３７、および、ＡＦノード１０を含む。

ＡＭＦノード１３９は、ＵＥ４０のレジストレーション処理や接続管理、モビリティ管理等の機能を有する。例えばＡＭＦノード１３９は、端末装置４０の端末のhandoverの管理を行ってもよい。また、ＡＭＦノード１３９は、端末装置４０の位置情報を管理する。

ＳＭＦノード１３６は、セッション管理、ＵＥ４０のＩＰ割り当てと管理等の機能を有する。ＳＭＦノード１３６は、端末装置４０のためにＰＤＵセッションの確立や解放を行ってＰＤＵセッションの管理を行うことが主な役割である。また、ＳＭＦノード１３６は、端末装置４０にIP addressを付与する。

ＵＤＭノード１３７は３ＧＰＰ ＡＫＡ認証情報の生成、ユーザＩＤの処理の機能を有する。ＡＦノード１０は、コアネットワークと相互に作用してサービスを提供する機能を有する。

ＵＤＭノード１３７、ＡＭＦノード１３９、ＳＭＦノード１３６は、Control Planeの重要なＮＦノードである。

ＡＵＳＦノード１３１は、認証機能を有する。ＮＳＳＦノード１３４は、ネットワークスライスの選択にかかる機能を有する。ＮＥＦノード１３２は、サードパーティー、ＡＦノード１０やエッジ・コンピューティング機能に対してネットワーク機能のケイパビリティやイベントを提供する機能を有する。

ＮＲＦノード１３３は、ネットワーク機能の発見やネットワーク機能のプロファイルを保持する機能を有する。ＰＣＦノード１３５は、ポリシー制御の機能を有する。

コントロールプレーン機能群１３０の各Control Plan Functionは、データサーバであり、端末装置（ＵＥ）４０の加入者情報を格納しているＵＤＭノード１３７から情報を取得することで、端末装置４０の情報を取得する。

Control PlanのＮＦノードであるＵＤＭノード１３７、ＡＭＦノード１３９、ＳＭＦノード１３６は、ＡＰＩを介して、互いに保持している情報をやり取り可能に構成される。また、ＵＤＭノード１３７、ＡＭＦノード１３９、ＳＭＦノード１３６は、ＡＰＩを介して、互いの動作を制御可能に構成される。かかるＮＦノードの詳細は、例えばTS23.501、TS23.502に記載されている。

また、５ＧＣ／ＮＧＣ１２０には、Service Based InterfaceというＡＰＩ(Application Programming Interface)経由で情報の伝達、機能の制御を行うインターフェースが用意されている。ＡＰＩは、リソースを指定して、そのリソースに対して、GET（リソースの取得）、POST（リソースの作成、データの追加）、PUT（リソースの作成、リソースの更新）、DELETE（リソースの削除）などを可能とする。かかるＡＰＩの機能は、例えばＷｅｂサービス等で一般的に使用されている機能である。このようにインターフェースをＡＰＩで定義し、それを公開することにより、ＮＦノードの追加が容易になったり、ＡＦノード１０がNetworkの情報を見て、Applicationの動作を変えたりすることなどが可能になる。

また、５ＧＣ／ＮＧＣ１２０には、ＮＥＦノード１３２が用意されている。ＮＥＦノード１３２は、ＡＦノード１０が各ＮＦノードからの情報を取得するときに利用される。具体的には、ＡＦノード１０は、ＮＥＦノード１３２経由で各ＮＦノードから情報を取得する。かかる点については、標準規格で定義されているが、ローカル・セルラーネットワークでは、コアネットワークの自由な改変が可能である。そのため、ＡＦノード１０が、ＮＥＦノード１３２を介さずに、直接ＮＦノードから情報を取得したり、ＮＦノードを制御したりするよう改変することも可能であると考えられる。このように、ＮＥＦノード１３２を経由せずに各ＮＦノードとやり取りを行うＡＦノード１０は、従来のＡＦノードとは異なる、新しいＮＦノードといっても差し支えないかもしれない。このように、本開示のＡＦノード１０は、ＮＦノードであるといってもよい。

＜３．３．ＡＦノードの構成例＞
続いて、本開示の実施形態に係る５ＧＣ／ＮＧＣ１２０の各ノードの構成の一例として、ＡＦノード１０の構成例について説明する。図８は、本開示の実施形態に係るＡＦノード１０の構成例を示すブロック図である。

ＡＦノード１０は、例えば、サーバ装置を含む情報処理装置であり、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、図８に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、ＡＦノード１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、ＡＦノード１０は、複数のサーバ装置により構成されていてもよい。さらに、ＡＦノード１０の機能は、動的に複数の物理的に分離された構成に分散して実装されてもよい。

通信部１１は、他の装置と通信するための通信インターフェースである。通信部１１は、ネットワークインターフェースであってもよいし、機器接続インターフェースであってもよい。通信部１１は、インターネット回線に直接的或いは間接的に接続する機能を備える。例えば、通信部１１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インターフェースを備えていてよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインターフェースを備えていてもよい。また、通信部１１は、有線インターフェースであってもよいし、無線インターフェースであってもよい。通信部１１は、ＡＦノード１０の通信手段として機能する。通信部１１は、制御部１３の制御に従って５ＧＣ／ＮＧＣ１２０の他のノードと通信する。

記憶部１２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、ＡＦノード１０の記憶手段として機能する。

制御部１３は、ＡＦノード１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１３は、ＡＦノード１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部１３は、コアネットワークと相互に作用してサービスを提供する。また、制御部１３は、後述する干渉制御処理を実行する。

なお、ここでは、５ＧＣ／ＮＧＣ１２０の各ノードの構成の一例として、ＡＦノード１０の構成例について説明したが、他のノードもＡＦノード１０と同様の構成で実現し得る。この場合、制御部１３は、各ノードの機能に応じた処理を実行するものとする。

＜３．４．基地局装置の構成例＞
基地局装置２０は、セルを運用し、ＵＥ４０と無線通信する無線通信装置である。基地局装置２０は通信装置の一種である。基地局装置２０は、複数が互いに接続されていてもよい。１つ又は複数の基地局装置２０は無線アクセスネットワーク（Radio Access Network：ＲＡＮ）に含まれていてもよい。すなわち、基地局装置２０は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access Network）、ＡＮノードと称されてもよい。接続するＣＮがＥＰＣである場合、対応するＲＡＮはＥＵＴＲＡＮ（Enhanced Universal Terrestrial RAN）と呼ばれる。接続するＣＮが５ＧＣである場合、対応するＲＡＮはＮＧＲＡＮと呼ばれる。Ｗ−ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれる。ＬＴＥの基地局は、eNodeB（Evolved Node B）又はeNBと称される。すなわち、ＥＵＴＲＡＮは１又は複数のeNodeB（eNB）を含む。また、ＮＲの基地局は、gNodeB又はgNBと称される。すなわち、ＮＧＲＡＮは１又は複数のgNBを含む。さらに、ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたgNB（en-gNB）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局装置２０がeNB、gNBなどである場合、3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局装置２０が無線アクセスポイント（Access Point）である場合、Non-3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局装置２０は、ＲＲＨ（Remote Radio Head）又はＲＲＵ（Remote Radio Unit）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局がgNBである場合、基地局装置２０は前述したgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせ、又は、これらのうちいずれかと称されてもよい。gNB CU（Central Unit）は、ＵＥ４０との通信のために、Access Stratumのうち、複数の上位レイヤ（例えば、ＲＲＣ、ＳＤＡＰ、ＰＤＣＰ）をホストする。一方、gNB-DUは、Access Stratumのうち、複数の下位レイヤ（例えば、ＲＬＣ、ＭＡＣ、ＰＨＹ）をホストする。すなわち、後述されるビーム情報（干渉ビーム情報、所望ビーム情報）はgNB CU若しくはgNB-DU又はこれらの組合せにより生成されてもよい。これらの情報は、Ｆ１インターフェースで送受信されてもよい。基地局装置２０は、他の基地局装置２０と通信可能に構成されていてもよい。例えば、複数の基地局装置２０がeNB同士又はeNBとen-gNBの組み合わせである場合、当該基地局装置２０間はＸ２インターフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局がgNB同士又はgn-eNBとgNBの組み合わせである場合、当該装置間はＸｎインターフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局装置２０がgNB CU(Central Unit)とgNB DU(Distributed Unit)の組み合わせである場合、当該装置間は前述したＦ１インターフェースで接続されてもよい。後述されるメッセージ・情報は複数基地局間で（例えばＸ２、Ｘｎ、Ｆ１インターフェースを介して）通信されてもよい。また、基地局装置２０は、無線アクセス回線と無線バックホール回線を時分割多重、周波数分割多重、或いは、空間分割多重で提供するＩＡＢ（Integrated Access and Backhaul）ドナーノード、或いは、ＩＡＢリレーノードであってもよい。

基地局装置２０により提供されるセルはServing cellと呼ばれる。Serving cellはPCell（Primary Cell）及びSCell（Secondary Cell）を含む。Dual Connectivity（例えば、EUTRA-EUTRA Dual Connectivity、EUTRA-NR Dual Connectivity（ＥＮＤＣ）、EUTRA-NR Dual Connectivity with 5GC、NR-EUTRA Dual Connectivity（ＮＥＤＣ）、NR-NR Dual Connectivity）がＵＥ４０に提供される場合、ＭＮ（Master Node）によって提供されるPCell及びゼロ又は１以上のSCell（s）はMaster Cell Groupと呼ばれる。さらに、Serving cellはPSCell（Primary Secondary Cell又はPrimary SCG Cell）を含んでもよい。すなわち、Dual Connectivity がＵＥ４０に提供される場合、ＳＮ（Secondary Node）によって提供されるPSCell及びゼロ又は１以上のSCell（s）はSecondary Cell Group（ＳＣＧ）と呼ばれる。特別な設定（例えば、PUCCH on SCell）がされていない限り、物理上りリンク制御チャネル（ＰＵＣＣＨ）はPCell及びPSCellで送信されるが、SCellでは送信されない。また、Radio Link FailureもPCell及びPSCellでは検出されるが、SCellでは検出されない（検出しなくてよい）。このようにPCell及びPSCellは、Serving Cell（s）の中で特別な役割を持つため、Special Cell（SpCell）とも呼ばれる。１つのセルには、１つのDownlink Component Carrierと１つのUplink Component Carrier が対応付けられてもよい。また、１つのセルに対応するシステム帯域幅は、複数の帯域幅部分（Bandwidth Part）に分割されてもよい。この場合、１又は複数のBandwidth PartがUEに設定され、１つのBandwidth PartがActive BWPとして、ＵＥ４０に使用されてもよい。また、セル毎、コンポーネントキャリア毎又はＢＷＰ毎に、端末装置（ＵＥ）４０が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット(Slot configuration)）が異なっていてもよい。上述したビームは、１つのセル又は１つのBWP内でユニークに識別され得る。

なお、基地局装置２０は、基地局装置−コアネットワーク間インターフェース（例えば、S1 Interface、NG Interface等）を介してお互いに通信可能であってもよい。このインターフェースは、有線及び無線のいずれであってもよい。

基地局装置２０は、さまざまなエンティティ（主体）によって利用、運用、及び／又は管理され得る。例えば、エンティティとしては、移動体通信事業者（MNO：Mobile Network Operator）、仮想移動体通信事業者（MVNO：Mobile Virtual Network Operator）、仮想移動体通信イネーブラ（MVNE：Mobile Virtual Network Enabler）、ニュートラルホストネットワーク（NHN：Neutral Host Network）事業者、エンタープライズ、教育機関（学校法人、各自治体教育委員会、等）、不動産（ビル、マンション等）管理者、個人などが想定され得る。

勿論、基地局装置２０の利用、運用、及び／又は管理の主体はこれらに限定されない。基地局装置２０は１事業者が設置及び／又は運用を行うものであってもよいし、一個人が設置及び／又は運用を行うものであってもよい。勿論、基地局装置２０の設置・運用主体はこれらに限定されない。例えば、基地局装置２０は、複数の事業者または複数の個人が共同で設置・運用を行うものであってもよい。また、基地局装置２０は、複数の事業者または複数の個人が利用する共用設備であってもよい。この場合、設備の設置及び／又は運用は利用者とは異なる第三者によって実施されてもよい。

なお、基地局装置（基地局ともいう。）という概念には、ドナー基地局のみならず、リレー基地局（中継局、或いは中継局装置ともいう。）も含まれる。また、基地局という概念には、基地局の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。

構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上（狭義の地上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。基地局装置は、処理装置、或いは情報処理装置と言い換えることができる。

基地局装置２０は、ドナー局であってもよいし、リレー局（中継局）であってもよい。また、基地局装置２０は、固定局であってもよいし、移動局であってもよい。移動局は、移動可能に構成された無線通信装置（例えば、基地局装置）である。このとき、基地局装置２０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局装置は、移動局としての基地局装置２０とみなすことができる。また、車両、ドローン、スマートフォンなど、もともと移動能力がある装置であって、基地局装置の機能（少なくとも基地局装置の機能の一部）を搭載した装置も、移動局としての基地局装置２０に該当する。

ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。

また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。

また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機）であってもよいし、大気圏外を移動する移動体（例えば、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体）であってもよい。大気圏外を移動する移動体は宇宙移動体と言い換えることができる。

また、基地局装置２０は、地上に設置される地上基地局装置（地上局装置）であってもよい。例えば、基地局装置２０は、地上の構造物に配置される基地局装置であってもよいし、地上を移動する移動体に設置される基地局装置であってもよい。より具体的には、基地局装置２０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局装置２０は、構造物や移動体そのものであってもよい。「地上」は、陸上（狭義の地上）のみならず、地中、水上、水中も含む広義の地上である。なお、基地局装置２０は、地上基地局装置に限られない。基地局装置２０は、空中又は宇宙を浮遊可能な非地上基地局装置（非地上局装置）であってもよい。例えば、基地局装置２０は、航空機局装置や衛星局装置であってもよい。

航空機局装置は、航空機等、大気圏内を浮遊可能な無線通信装置である。航空機局装置は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局装置（又は、航空機局装置が搭載される航空機）は、ドローン等の無人航空機であってもよい。

なお、無人航空機という概念には、無人航空システム（UAS：Unmanned Aircraft Systems）、つなぎ無人航空システム（tethered UAS）も含まれる。また、無人航空機という概念には、軽無人航空システム（LTA：Lighter than Air UAS）、重無人航空システム（HTA：Heavier than Air UAS）が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High Altitude UAS Platforms）も含まれる。

衛星局装置は、大気圏外を浮遊可能な無線通信装置である。衛星局装置は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。衛星局装置となる衛星は、低軌道（LEO：Low Earth Orbiting）衛星、中軌道（MEO：Medium Earth Orbiting）衛星、静止（GEO：Geostationary Earth Orbiting）衛星、高楕円軌道（HEO：Highly Elliptical Orbiting）衛星の何れであってもよい。勿論、衛星局装置は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。

基地局装置２０のカバレッジ（例えば、セル）の大きさは、マクロセルのような大きなものから、ピコセルのような小さなものであってもよい。勿論、基地局装置２０のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。また、基地局装置２０はビームフォーミングの能力を有していてもよい。この場合、基地局装置２０はビームごとにセルやサービスエリアが形成されてもよい。

別の側面では、基地局装置２０は、以下ように複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局装置２０は、ＢＢＵ（Baseband Unit）及びＲＵ（Radio Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局装置２０は、ＢＢＵ及びＲＵのうちいずれか又は両方であってもよい。ＢＢＵとＲＵとは所定のインターフェース（例えば、eCPRI）で接続されていてもよい。さらに又はこれに代えて、ＲＵはRemote Radio Unit（ＲＲＵ）又はRadio DoT（ＲＤ）と称されていてもよい。さらに又はこれに代えて、ＲＵは前述したgNB-DUに対応していてもよい。さらに又はこれに代えてＢＢＵは、前述したgNB-CUに対応していてもよい。さらに又はこれに代えて、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局装置２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced Antenna Systemを採用し、ＭＩＭＯ（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。Advanced Antenna Systemは、基地局装置２０が有するアンテナ（例えばＲＵと一体的に形成されたアンテナ）は、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。

ここで、図９を用いて、基地局装置２０の構成例について説明する。図９は、本開示の実施形態に係る基地局装置２０の構成例を示す図である。基地局装置２０は、信号処理部２１と、記憶部２２と、制御部２３と、を備える。なお、図９に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

信号処理部２１は、他の無線通信装置（例えば、端末装置４０）と無線通信するための信号処理部である。信号処理部２１は、制御部２３の制御に従って動作する。信号処理部２１は１又は複数の無線アクセス方式に対応する。例えば、信号処理部２１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部２１は、ＮＲやＬＴＥに加えて、Ｗ−ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。

信号処理部２１は、受信処理部２１１、送信処理部２１２、アンテナ２１３を備える。信号処理部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ２１３をそれぞれ複数備えていてもよい。なお、信号処理部２１が複数の無線アクセス方式に対応する場合、信号処理部２１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部２１１及び送信処理部２１２は、ＬＴＥとＮＲとで個別に構成されてもよい。

受信処理部２１１は、アンテナ２１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。

無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase shift Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション（NUC：Non Uniform Constellation）であってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２３へ出力される。

送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。

符号化部２１２ａは、制御部２３から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。

記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局装置２０の記憶手段として機能する。

制御部２３は、基地局装置２０の各部を制御するコントローラ（controller）である。制御部２３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部２３は、基地局装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部２３は、端末装置４０との間で上述したビームスイーピング処理を実行する。また、制御部２３は、ビームスイーピング処理の結果に応じて、ＡＦノード１０にビーム情報を送信する。なお、制御部２３の動作の詳細は後述する。

＜３．５．端末装置の構成例＞
端末装置４０は、基地局装置２０と無線通信する無線通信装置である。端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。また、端末装置４０は、通信機能が具備された業務用カメラといった機器であってもよいし、ＦＰＵ(Field Pickup Unit)等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。

また、端末装置４０は、他の端末装置４０とサイドリンク通信が可能であってもよい。端末装置４０は、サイドリンク通信を行う際、ＨＡＲＱ等の自動再送技術を使用可能であってもよい。また、端末装置４０は、他の通信装置（例えば、基地局装置２０及び他の端末装置４０）とＬＰＷＡ通信が可能であってもよい。その他、端末装置４０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置４０が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

また、端末装置４０は、移動体装置であってもよい。ここで、移動体装置は、移動可能な無線通信装置である。このとき、端末装置４０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置４０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

なお、端末装置４０は、必ずしも人が直接的に使用する装置である必要はない。端末装置４０は、いわゆるＭＴＣ（Machine Type Communication）のように、工場の機械等に設置されるセンサであってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。また、端末装置４０は、Ｄ２Ｄ（Device to Device）やＶ２Ｘ（Vehicle to everything）に代表されるように、リレー通信機能を具備した装置であってもよい。また、端末装置４０は、無線バックホール等で利用されるＣＰＥ（Client Premises Equipment）と呼ばれる機器であってもよい。

図１０を用いて、端末装置４０の構成例について説明する。図１０は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、信号処理部４１と、記憶部４２と、ネットワーク通信部４３と、入出力部４４と、制御部４５と、を備える。なお、図１０に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

信号処理部４１は、他の無線通信装置（例えば、基地局装置２０、及び中継装置３０）と無線通信するための信号処理部である。信号処理部４１は、制御部４５の制御に従って動作する。信号処理部４１は１又は複数の無線アクセス方式に対応する。例えば、信号処理部４１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部４１は、ＮＲやＬＴＥに加えて、Ｗ−ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。

信号処理部４１は、受信処理部４１１、送信処理部４１２、アンテナ４１３を備える。信号処理部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、信号処理部４１が複数の無線アクセス方式に対応する場合、信号処理部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部４１１及び送信処理部４１２は、ＬＴＥとＮＲとで個別に構成されてもよい。

受信処理部４１１は、アンテナ４１３を介して受信された下りリンク信号の処理を行う。受信処理部４１１は、無線受信部４１１ａと、多重分離部４１１ｂと、復調部４１１ｃと、復号部４１１ｄと、を備える。

無線受信部４１１ａは、下りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部４１１ｂは、無線受信部４１１ａから出力された信号から、下りリンクチャネル、下りリンク同期信号、及び下りリンク参照信号を分離する。下りリンクチャネルは、例えば、ＰＢＣＨ(Physical Broadcast Channel)、ＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）等のチャネルである。復調部２１１ｃは、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を使って受信信号の復調を行う。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。復号部４１１ｄは、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータ及び下りリンク制御情報は制御部４５へ出力される。

送信処理部４１２は、上りリンク制御情報及び上りリンクデータの送信処理を行う。送信処理部４１２は、符号化部４１２ａと、変調部４１２ｂと、多重部４１２ｃと、無線送信部４１２ｄと、を備える。

符号化部４１２ａは、制御部４５から入力された上りリンク制御情報及び上りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部４１２ｂは、符号化部４１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。多重部４１２ｃは、各チャネルの変調シンボルと上りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部４１２ｄは、多重部４１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部４１２ｄは、逆高速フーリエ変換による時間領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部４１２で生成された信号は、アンテナ４１３から送信される。

記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。

ネットワーク通信部４３は、他の装置と通信するための通信インターフェースである。例えば、ネットワーク通信部４３は、ＮＩＣ等のＬＡＮインターフェースである。ネットワーク通信部４３は、有線インターフェースであってもよいし、無線インターフェースであってもよい。ネットワーク通信部４３は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４３は、制御部４５の制御に従って、他の装置と通信する。

入出力部４４は、ユーザと情報をやりとりするためのユーザインターフェースである。例えば、入出力部４４は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４は、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ(Organic Electroluminescence Display)等の表示装置である。入出力部４４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４は、ＬＥＤ（Light Emitting Diode）ランプ等の点灯装置であってもよい。入出力部４４は、端末装置４０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。

制御部４５は、端末装置４０の各部を制御するコントローラである。制御部４５は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４５は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

＜＜４．技術的特徴＞＞
＜４．１．基地局装置によるビーム情報の出力＞
上述したように、基地局装置２０のベンダーが異なる場合や、ＰＬＭＮ（通信オペレータ）が異なる場合、基地局装置２０によるビーム間干渉を抑制することが難しかった。例えば屋内や工場の敷地内などローカルなエリアに、異なるＰＬＭＮネットワークが存在することは十分に想定されうる。そのため、このような場合でも、ビーム間干渉を抑制する手段が求められる。

そこで、本実施形態では、ＰＤＵセッション及びビームに関する情報を基地局装置２０から効率的に出力することで、ＡＦノード１０でビーム干渉制御を行えるようにする。

より具体的には、本実施形態では、基地局装置２０が、ビームに関する情報とＰＤＵセッションを識別する情報とを対にして、例えばＡＰＩで公開する。基地局装置２０がＡＰＩでかかる情報を公開することにより、基地局装置２０のベンダーやＰＬＭＮが異なる場合でも他の基地局装置２０やＮＦノードが情報を取得しやすくなるというメリットがある。また、かかる情報を利用するＡＦノード１０が、規格化されていない場合でもかかる情報を取得しやすいというメリットがある。

ここで、図１１を用いて、ＰＤＵセッションについて説明する。図１１は、ＰＤＵセッションについて説明するための図である。

図１１に示すように、ＰＤＵセッションは、端末装置４０（図１１ではＵＥと記載）、基地局装置２０（図１１ではＮＢと記載）、及び、ＵＰＦノード１５０の間で確立される。ＰＤＵセッションが確立されることで、端末装置４０は、基地局装置２０及びコアネットワークと通信が行える状態となる。ＰＤＵセッションは、１台の端末装置４０に対して１つ割り当てられる。１つのＰＤＵセッションには複数のＱｏＳフロー（QoS Flow）が含まれる。１つのＱｏＳフローには複数のIP Packetが含まれる。１つのＱｏＳフローに含まれる複数のIP PacketのＱｏＳは全て同じである。

１台の端末装置４０が、複数のサーバ（ＮＦノードの一例）と通信している場合であっても、ＱｏＳが同じであれば、同じＱｏＳフローとしてＰＤＵセッションの中で取り扱われる。

このように、ＰＤＵセッションは、通信が重要かどうかという情報（例えば、ＱｏＳ）と関連付けることができる。そのため、基地局装置２０が、ＰＤＵセッションの情報とビームの情報とを関連付けて出力することで、かかる情報を取得したＡＦノード１０が、どのＰＤＵセッションが重要であり、どのビームを干渉から保護すべきかを判断することができる様になる。

ＰＤＵセッションには、端末装置４０のために、基地局装置２０とＵＰＦノード１５０との間にNG-U TunnelというGTP tunneling protocolでつくられたトンネルが設けられる（マップされる）。このトンネルは、端末装置４０とＵＰＦノード１５０との間のコネクションに用いられる。図１１に示すように、１つのＰＤＵセッションに１つのNG-U Tunnelが設けられるため、ＰＤＵセッション番号（PDU Session ID）とNG-U Tunnel IDとは、１対１でマッピングされる。

また、ＰＤＵセッションには、端末装置４０と基地局装置２０との間にRAN Bearer（例えば、SRB、DRB）が設けられる（マップされる）。図１１に示すように、１つのＰＤＵセッションには、１つ又は複数のRAN Bearerが設けられる（マップされる）。

RAN Bearerは、１つのビームで提供されているとは限らない。基地局装置２０は、１つのRAN Bearerで複数のビームを使用する（関連付ける）こともある。また、基地局装置２０が、特性の近い複数のビームの中で頻繁に微調整を行うこともある。ＰＤＵセッションに関連付けられるビームは１つとは限定されず複数である場合がある。また、同様にNG-U Tunnelに関連付けられるビームも１つ又は複数である。

このように、ＰＤＵセッションは１つの端末装置４０のためのセッションであるが、かかるＰＤＵセッションは１つのビームで提供されているとは限らない。例えば、複数の小型基地局装置（ＴＲＰ）が別々のビームで１つのＰＤＵセッションを提供してもよい。また、基地局装置２０が使用するビームは、時間の経過とともに頻繁に変化し得る。

そこで、本実施形態の基地局装置２０は、ＰＤＵセッションで使用する可能性が高い複数のビームに関する情報をビームグループ情報として出力する。これにより、基地局装置２０は、ＰＤＵセッションで定常的に使用するビームに関する情報を出力することが可能となる。

ここで、図１２を用いて、基地局装置２０がＡＰＩを用いて公開するビームグループ情報の一例について説明する。図１２は、本開示の実施形態に係る基地局装置２０がＡＰＩを用いて公開するビームグループ情報の一例を示す図である。

図１２に示すように、ＰＤＵセッションを識別するＰＤＵセッションＩＤ又はNG-U Tunnelを識別するNG-U Tunnel IDごとに、ビームグループ情報が公開される。ビームグループ情報には、ＰＤＵセッションで使用される複数のビームを識別する番号（ビームＩＤ）が含まれる。図１２に示す例では、ビームＩＤとともに、基地局装置２０が当該ビームを使用する確率が公開されているが、ビームの使用確率は必ずしも公開される必要はなく、基地局装置２０がビームＩＤを公開するようにしてもよい。

図１２の例では、ＰＤＵセッションＩＤ又はNG-U Tunnel IDが「i」であるＰＤＵセッションで、「Beam2」が「７０％」の確率で使用され、「Beam4」が「２０％」の確率で使用され、「Beam15」が「１０％」の確率で使用されることが公開されている。このように、基地局装置２０は、ＰＤＵセッションＩＤと対応付けて複数のビームに関する情報（ここではビームＩＤ）を出力する。

図１３は、本開示の実施形態に係る基地局装置２０がＡＰＩを用いて公開するビームグループ情報の他の例を示す図である。

図１３に示すように、基地局装置２０は、ビームの使用確率をそのまま出力するのではなく、使用確率を例えば別の指標に置き換えて表すようにしてもよい。図１３に示すビームの使用確率は、図１２に示す使用確率を５段階に分類して数値に置き換えたものであり、「Beam2」の使用確率が「１」、「Beam4」の使用確率が「４」、「Beam15」の使用確率が「５」で表されている。なお、図１３では、数値が小さいほど使用確率が高く、ビームが使用されやすいことを示している。

図１４及び図１５は、本開示の実施形態に係る基地局装置２０がＡＰＩを用いて公開するビームグループ情報の他の例を示す図である。

ＰＤＵセッションは、確立されると解放されるまで使用し続けている間は同じＩＤが付与される。そこで、基地局装置２０は、ビームを使用する確率（使用確率）として、セッションが開始してから基地局装置２０がビームグループ情報を出力するまでの間にビームを使用した確率を出力するようにしてもよい。

図１４は、ＰＤＵセッションＩＤが「i」であるＰＤＵセッションが確立してからビームを使用した確率を基地局装置２０が出力する場合のビームグループ情報の一例を示している。図１４では、ＰＤＵセッションが確立してから現在までＹ時間経過した場合のビームと、当該ビームを使う確率を示している。

また、基地局装置２０が、ビームグループ情報を出力する直近の例えばＺ時間でのビームの使用確率を出力するようにしてもよい。図１５では、ＰＤＵセッションＩＤが「i」であるＰＤＵセッションにおいて、基地局装置２０が直近のＺ時間で使用したビームの使用確率を出力する例を示している。このように、基地局装置２０は、所定の時間に区切ってビームの使用確率を出力し得る。

図１２〜図１５では、ビームグループ情報に含まれるビームの数を３としたが、ビームの数はこれに限定されない。ビームグループ情報に含まれるビームの数は２以下であっても４以上であってもよい。ビームグループ情報に含まれるビームの数を、ビームグループ情報を取得するＡＦノード１０が指定するようにしてもよい。

ビームの数以外にも、ＡＦノード１０が、ビームの使用確率を算出する期間（上述のＺ時間）や、使用確率の下限値等、ビームグループ情報に含まれる情報を指定するようにしてもよい。図１６は、本開示の実施形態に係るＡＦノード１０が設定するビームグループ情報のコンフィグレーションの一例を示す図である。ここでは、ＡＦノード１０は、グループビーム情報の出力を要求する前に、予め出力するビームグループ情報について基地局装置２０とコンフィグレーションを行っているものとするが、これに限定されない。例えば、ＡＦノード１０が、ビームグループ情報の出力を要求するときに、要求するビームグループ情報について都度指定するようにしてもよい。

図１６に示すように、ＡＦノード１０は、基地局装置２０に対して、最大１０個のビームを含むグループビーム情報を出力するよう設定する。また、ＡＦノード１０は、基地局装置２０に対して、使用確率が２０パーセント以上であるビームを出力するよう設定する。ＡＦノード１０は、基地局装置２０に対して、グループビーム情報を出力する直近の３時間の間の使用確率を出力するよう設定する。

ＡＦノード１０は、基地局装置２０に対して出力するビームグループ情報に関する事前設定を行ったあと、ビームグループ情報を取得するタイミングで基地局装置２０に情報の出力をリクエストするメッセージを送信する。ＡＦノード１０は、かかるメッセージに取得したＰＤＵセッションを識別するための情報（例えばＰＤＵセッションＩＤ又はNG-U Tunnel ID）を含めて基地局装置２０に送信する。

なお、ＡＦノード１０がメッセージに含めるＰＤＵセッションを識別するための情報は、ＰＤＵセッションＩＤ又はNG-U Tunnel IDに限定されない。例えば、ＡＦノード１０がＰＤＵセッション以外にIP Packetの情報を含めてメッセージを送信してもよい。例えば、ＡＦノード１０が、IP PacketのSource IP AddressやDestination IP Addressを用いて、基地局装置２０に問い合わせることにより、そのIP Packetが使用しているビームグループ情報を取得する方法も考えられる。なお、ＡＦノード１０がＰＤＵセッションＩＤ又はNG-U Tunnel IDを用いて基地局装置２０に問い合わせることが望ましい方法であると考えられる。

また、５Ｇでは、Network sliceという概念が導入される。Network sliceを導入することで、セルラーネットワークシステムは、Isolatedな複数のnetworkを提供することができる。セルラーネットワークシステムは、Network sliceを使用することで、性質の異なる複数のNetworkをvirtualなNetworkとして提供することができる。

端末装置４０は、セルラーネットワークに接続するときに、どのNetwork sliceを使用するかリクエストを出すことができる。Network sliceは、コアネットワーク及び基地局装置２０の両方が把握しているので、端末装置４０がどのNetwork sliceを使用しているか、コアネットワーク及び基地局装置２０は、Network sliceの識別ＩＤであるS-NSSAIで判別することができる。したがって、S-NSSAIというNetwork Sliceの識別番号を含めて基地局装置２０にグループビーム情報の出力を要求することで、そのNetwork Sliceを使用しているビームに関する情報を基地局装置２０から報告してもらうという方法もある。

以下、図１７を用いて、ＡＦノード１０が基地局装置２０に対してグループビーム情報の問い合わせを行う方法について説明する。図１７は、本開示の実施形態に係るＡＦノード１０による基地局装置２０に対する問い合わせについて説明するための図である。

ＡＦノード１０が基地局装置２０に対してＡＰＩでビームに関する情報の問い合わせを行う場合、ＡＦノード１０は、ＡＰＩでKey及びValueを指定して問い合わせを行う。例えば、図１７に示すように、ＡＦノード１０は、ＰＤＵセッションＩＤを用いて問い合わせを行う場合、Keyとして「PDU Session ID」を、Valueとして「１」をＡＰＩで指定する。

また、ＡＦノード１０は、ＰＤＵセッションに含まれる特定のＱｏＳフローを指定して、当該ＱｏＳフローに使用されるビームに関する情報を取得し得る。図１７に示すQFIは、QoS Flow Identityである。ＡＦノード１０は、Keyとして「PDU Session ID」及び「QFI」を、Valueとして「１」、「２」をＡＰＩで指定することで、指定したＰＤＵセッションのＱｏＳフローに使用されるビーム情報を含むグループビーム情報の取得を要求する。このように、Keyとして「PDU Session ID」を指定することで、端末装置４０のＰＤＵセッションを特定し、「QFI」を指定することで、当該端末装置４０が使用するＱｏＳフローを特定することができる。

その他にも、ＡＦノード１０は、Keyとして、例えばDestination IP Address/port、Source IP Address/portなどIPの5-tupleと、当該Keyに対応するValueとを指定して基地局装置２０に問い合わせし得る。

ＡＦノード１０が、例えばＰＤＵセッションＩＤを指定して、グループビーム情報の取得をリクエストすると、基地局装置２０は、当該リクエストのレスポンスとして、図１２〜図１５に示すグループビーム情報をＡＦノード１０に出力する。

このようにして、ＡＦノード１０は、ＰＤＵセッションＩＤと、当該ＰＤＵセッションＩＤで識別されるＰＤＵセッションで使用される可能性が高いビームを含むビームグループ情報を取得する。なお、ここでは、ＡＦノード１０としているが、かかるＡＦノード１０がＮＦノードであってもよい。本実施形態に係るＡＦノードはＮＦノードと実質的に同じ機能を有する。

ここで、本実施形態に係るＡＦノード１０が基地局装置２０に問い合わせを行うＰＤＵセッションの決定方法について説明する。

ＡＦノード１０が基地局装置２０に問い合わせを行うＰＤＵセッションは、ＡＦノード１０が例えば加入者識別情報（例えば、ＳＵＰＩ（Subscriber Permanent Identifier）、ＳＵＣＩ（Subscriber Concealed Identifier）、ＧＵＴＩ（Globally Unique Temporary Identifier）又はＴＭＳＩ（Temporary Mobile Subscriber Identity））を使用してＵＤＭノード１３７から取得するようにしてもよい。ＡＦノード１０は、標準規格上で定義された手順に従って、ＵＤＭノード１３７から加入者識別情報に対応する端末装置４０が使用しているＰＤＵセッションのセッションＩＤを取得し得る。

例えば、ローカルなエリアが工場内であり、守るべき通信が工場の生産ラインのために通信障害を起こしてはいけない装置との通信である場合など、ＡＦノード１０が予め守るべき端末装置４０に関する情報を取得しているケースが考えられる。この場合、ＡＦノード１０は、例えば事前登録等によって、通信を保護すべき重要な端末装置４０に関する情報を取得し得る。ＡＦノード１０は、かかる端末装置４０に関する情報から当該端末装置４０の加入者識別情報（例えば、ＳＵＰＩ）を特定し、特定した加入者識別情報を使用して干渉から守って通信を保護する重要なＰＤＵセッションのセッションＩＤをＵＤＭノード１３７から取得する。

続いて、ＡＦノード１０は、重要なＰＤＵセッションを干渉から保護するために、当該ＰＤＵセッションと干渉して通信の妨げとなるＰＤＵセッション（以下、干渉ＰＤＵセッションとも記載する）を解放するよう決定する。ＡＦノード１０は、例えば重要なＰＤＵセッションを保護する旨の要求を受けた場合に、干渉ＰＤＵセッションを解放するようＳＭＦノード１３６に対して要求する。ＰＤＵセッションを保護する旨の要求は、例えば、所定周期や、所定のアプリケーションが実行されたことを契機としてＡＦノード１０に通知され得る。

重要なＰＤＵセッションを保護する旨の通知を受けたＡＦノード１０は、重要なＰＤＵセッションに対応するビームグループ情報を基地局装置２０から取得する。ここで、ＡＦノード１０は、基地局装置２０から送信ビームに対して干渉を与える干渉ビームに関する干渉ビーム情報を予め取得しているものとする。ＡＦノード１０は、取得したビームグループ情報に含まれるビームに対して干渉を与える干渉ビームを特定する。ＡＦノード１０は、特定した干渉ビームを使用する干渉ＰＤＵセッションを特定する。干渉ＰＤＵセッションの特定は、例えば、ＡＦノード１０が基地局装置２０に対して重要なＰＤＵセッション以外のＰＤＵセッションを指定してビームグループ情報を取得し、取得したビームグループ情報に干渉ビームが含まれているか否かを判定することで特定し得る。ＡＦノード１０は、特定した干渉ＰＤＵセッションを解放するようＳＭＦノード１３６に対して要求する。これにより、重要なＰＤＵセッションに干渉を与えるＰＤＵセッションを解放することができ、重要なＰＤＵセッションに与えるビーム間干渉を抑制することができる。

なお、ＡＦノード１０がＳＭＦノード１３６に対してＰＤＵセッションの解放を要求する場合、ＡＦノード１０は、解放するＰＤＵセッションを、ＰＤＵセッションＩＤをKeyとして指定してもよく、あるいは、ＳＵＰＩをKeyとして指定してもよい。

ここでは、ＡＦノード１０が干渉ＰＤＵセッションの解放を要求するとしたが、これに限定されない。例えばＡＦノード１０が干渉ＰＤＵセッションの停止をＳＭＦノード１３６に要求するようにしてもよい。これにより、干渉ＰＤＵセッションでの通信が停止するため、干渉ＰＤＵセッションで使用される干渉ビームが重要なＰＤＵセッションで使用されるビームに与えるビーム間干渉を抑制することができる。

また、ここでは、ＡＦノード１０が、干渉ＰＤＵセッションの解放又は停止を要求するとしたが、これに限定されない。例えば、ＡＦノード１０が重要なＰＤＵセッションを除くＰＤＵセッション全ての解放をＳＭＦノード１３６に要求するようにしてもよい。

また、ここでは、ＡＦノード１０が解放する干渉ＰＤＵセッションを特定するとしたが、これに限定されない。例えば、ＡＦノード１０が特定した干渉ビームに関する情報を基地局装置２０に通知するようにしてもよい。基地局装置２０は、通知を受けた干渉ビームの使用を停止する。あるいは、基地局装置２０は、通知を受けた干渉ビームを使用するＰＤＵセッションの解放又は停止をＳＭＦノード１３６に要求するようにしてもよい。

ここで、図１８を用いて、本開示の実施形態に係る通信システムの構成例について説明する。図１８は、本開示の実施形態に係る通信システムの構成例について説明するための図である。なお、図１８では、本実施形態の通信システムが有するＮＦノード（図７参照）のうち、重要なＰＤＵセッションを保護する干渉制御処理に関連するＮＦノードについて図示しており、通信システムが有する一部のＮＦノードの図示を省略している。

上述したように、ＡＦノード１０は、基地局装置２０からＡＰＩを介してＰＤＵセッションＩＤとビームグループ情報とを関連付けて取得する。そのため、図１８に示すように、基地局装置２０は、ＡＰＩインターフェースを有している。これにより、基地局装置２０は、ＡＦノード１０との間でＡＰＩを介して通信を行うことができる。

このような通信システムにおいて、ＰＤＵセッションと紐付いたビームグループ情報を取得する手順について、図１９を用いて説明する。図１９は、本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。

図１９に示すように、ＡＦ（Application Function）ノード１０は、ビームグループ情報に含めるビーム数の上限、使用確率の下限値、及び、使用確率を観測する一定期間（例えば、Ｚ時間）を含むコンフィグレーションを基地局装置２０に通知する（ステップＳ１０１）。

次に、ＡＦノード１０は、ＰＤＵセッションのセッションＩＤを指定してビームグループ情報の出力を要求する（ステップＳ１０２）。かかる要求を受けた基地局装置２０は、ステップＳ１０１で通知を受けたコンフィグレーションに基づき、ビームグループ情報をＰＤＵセッションのセッションＩＤと紐付けてＡＦノード１０に送信する（ステップＳ１０３）。図１９の例では、基地局装置２０は、ビームグループ情報として、beam2、beam4及びbeam15に関するビーム情報を送信する。

なお、上述した基地局装置２０は、ＡＰＩインターフェースを備え、ＡＦノード１０と直接メッセージの送受信を行うとしたが、これに限定されない。例えば、基地局装置２０が、コアネットワークノード（例えば、ＡＭＦノード１３９）を介してＡＦノード１０とメッセージの送受信を行うようにしてもよい。この場合の通信システムの構成例について図２０を用いて説明する。図２０は、本開示の実施形態に係る通信システムの他の構成例について説明するための図である。なお、図２０では、本実施形態の通信システムが有するＮＦノード（図７参照）のうち、重要なＰＤＵセッションを保護する干渉制御処理に関連するＮＦノードについて図示しており、通信システムが有する一部のＮＦノードの図示を省略している。

上述したように、ＡＦノード１０は、コアネットワークノード（例えば、ＡＭＦノード１３９）を介して基地局装置２０からＰＤＵセッションＩＤとビームグループ情報とを関連付けて取得する。図２１に示すように、基地局装置２０とＡＭＦノード１３９との間は、Ｎ２インターフェースを介して接続される。また、ＡＦノード１０は、ＡＭＦノード１３９とＡＰＩインターフェースを介して接続される。

このような通信システムにおいて、ＰＤＵセッションと紐付いたビームグループ情報を取得する手順について、図２１を用いて説明する。図２１は、本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。

図２１に示すように、ＡＦ（Application Function）ノード１０は、ビームグループ情報に含めるビーム数の上限、使用確率の下限値、及び、使用確率を観測する期間（例えば、Ｚ時間）を含むコンフィグレーションをＡＭＦノード１３９に通知する（ステップＳ２０１）。ＡＭＦノード１３９は、受信したコンフィグレーションを基地局装置２０に転送する（ステップＳ２０２）。

次に、ＡＦノード１０は、ＰＤＵセッションのセッションＩＤを指定してビームグループ情報の出力要求をＡＭＦノード１３９に送信する（ステップＳ２０３）。ＡＭＦノード１３９は、受信した出力要求を基地局装置２０に転送する（ステップＳ２０４）。

出力要求を受けた基地局装置２０は、ステップＳ２０２で受けたコンフィグレーションに基づき、ビームグループ情報をＰＤＵセッションのセッションＩＤと紐付けてＡＭＦノード１３９に送信する（ステップＳ２０５）。ＡＭＦノード１３９は、受信したビームグループ情報をＡＦノード１０に転送する（ステップＳ２０６）。図２１の例では、ビームグループ情報には、beam2、beam4及びbeam15に関するビーム情報が含まれる。

このように、ＡＦノード１０は、ＡＭＦノード１３９を介してグループビーム情報を取得することもできる。

以上のように、ＡＦノード１０は、基地局装置２０からＰＤＵセッションと紐付く少なくとも１つのビームに関する情報を取得する。これにより、ＡＦノード１０は、重要なＰＤＵセッションを守るために干渉を抑制するビームを特定することができる。ＡＦノード１０は、特定したビームへの干渉を抑制することで、ＱｏＳ制御だけでは難しいビーム間干渉から重要なＰＤＵセッションを守ることができるようになる。なお、ＡＭＦノード１３９は他のコアネットワークノード（例えば、ＵＰＦ、ＳＭＦ、ＮＥＦ）であってもよい。

＜４．２．出力情報の指定＞
上述したＡＦノード１０は、ＰＤＵセッションを識別する情報（例えばセッションＩＤ）を指定して、グループビーム情報の取得を要求していたが、これに限定されない。例えば、ＡＦノード１０がＰＤＵセッションを識別する情報を指定せずに、全てのＰＤＵセッションに紐付くグループビーム情報の取得を要求するようにしてもよい。ＡＦノード１０が、特定のＰＤＵセッションを識別する情報を取得したとしても、取得したＰＤＵセッションでの通信がどの基地局装置２０を介して行われているか特定することが難しい場合があった。特に、コアネットワークに接続する基地局装置２０の数が多くなるほど、特定のＰＤＵセッションで通信を行っている基地局装置２０を特定することが難しくなる。

そこで、ＡＦノード１０がＰＤＵセッションを指定せずにグループビーム情報の取得を要求するようにする。すなわち、ＡＦノード１０は、基地局装置２０に対して、全てのＰＤＵセッションのグループビーム情報を出力するよう要求する。

図２２を用いて、ＡＦノード１０が、全てのＰＤＵセッションに対応するグループビーム情報の出力を要求する場合の処理手順について説明する。図２２は、本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。

図２２に示すように、ＡＦ（Application Function）ノード１０は、ビームグループ情報に含めるビーム数の上限、使用確率の下限値、及び、使用確率を観測する期間（例えば、Ｚ時間）を含むコンフィグレーションを基地局装置２０に通知する（ステップＳ３０１）。

次に、ＡＦノード１０は、ビームグループ情報の出力を要求する（ステップＳ３０２）。このとき、ＡＦノード１０は、ＰＤＵセッションを指定せずに、換言するとＰＤＵセッションＩＤを含めずに出力を要求する。このようにして、ＡＦノード１０は、基地局装置２０の全てのＰＤＵセッションに対応するビームグループ情報の出力を要求する。

かかる要求を受けた基地局装置２０は、ステップＳ１０１で通知を受けたコンフィグレーションに基づき、全てのＰＤＵセッションについて、ビームグループ情報をＰＤＵセッションのセッションＩＤと紐付けてＡＦノード１０に送信する（ステップＳ３０３）。

＜４．３．ビームＩＤ＞
上述したように、ＡＦノード１０は、取得したビームグループ情報に基づき、どのビームを干渉から保護するか、どのビームを干渉抑制のために使用しないようにするか判断を行う。判断を行うビームは１つの基地局装置２０が使用するビームとは限らず、異なる基地局装置２０、あるいは、異なるＰＬＭＮの基地局装置２０が使用するビームである可能性もある。そのため、ＡＦノード１０は、ビームがどの基地局装置２０で使用されるものか把握することで、干渉制御の対象とするビームを適切に指定することができるようになる。

そこで、本実施形態に係る通信システムでは、ビームを識別する番号（ビーム識別ＩＤ）を、ＰＬＭＮ、基地局装置２０によらず一意に識別することができるUniversal Beam ID（又はGlobal beam ID）とする。

例えば、ＡＦノード１０で使用するUniversal Beam IDを、Universal Beam ID＝PLMN ID＋基地局装置２０のID＋基地局装置２０内で使用するLocal Beam IDとする。

あるいは、例えば、ＡＦノード１０で使用するUniversal Beam IDを、Universal Beam ID＝PLMN ID＋NCGI（NGRAN Cell Global Identity）＋SSB ID（同期用Beamの識別子）としてもよい。

なお、Universal Beam IDは、基地局装置２０が生成し、ＡＰＩで、ＰＤＵセッションＩＤと、Universal Beam IDとをＡＦノード１０にresponseとして返すようにしてもよい。

あるいは、ＡＦノード１０が、基地局装置２０からUniversalでない、Local beam IDを取得し、取得したLocal beam IDからUniversal Beam IDを生成するようにしてもよい。この場合、ＡＦノード１０は、例えば他のＮＦノードからPLMNや基地局装置２０のＩＤを取得して、Universal Beam IDを生成する。

ＡＦノード１０は、例えば、Universal Beam IDからＩＭＳＩ（International Mobile Subscriber Identity）を取得することで、ＳＵＰＩ（ＩＭＳＩ）とUniversal Beam IDとが紐付いた情報を取得することができる。

このように、ＡＦノード１０で使用するビームＩＤをUniversal Beam IDとすることで、ＡＦノード１０は、干渉制御の対象とするビームを一意に識別することができる。そのため、ＡＦノード１０は、ＰＬＭＮが異なっている場合であっても、基地局装置２０が異なっている場合であっても、ＩＭＳＩとビームとを適切に対応させることができ、干渉制御の対象とするビームを適切に指定することができる。

＜４．４．ＳＵＰＩとビームＩＤとの紐付け＞
上述したように、基地局装置２０からビームグループ情報を取得することで、ＡＦノード１０は、ＰＤＵセッションで使用されるビームを識別することができるようになった。しかしながら、ＰＤＵセッションは、通信が停止されると終了するため、ＰＤＵセッションに関する情報が有効である時間は、通信時間によって変化し、例えば数秒である場合もある。数秒で１つのＰＤＵセッションが終了し、次に別の通信を開始する場合は、別のＰＤＵセッションＩＤの別のＰＤＵセッションが確立され、確立された別のＰＤＵセッションに必要なビームが使用される。

そのため、ＡＦノード１０がＰＤＵセッションやビームに関する情報を取得しても、取得した情報が有効である時間が非常に短い場合がある。このような場合、ＡＦノード１０が他の基地局装置２０との間でどのビームを使うか調整を行っても、調整を行う前に情報の有効期間が切れてしまい、調整が無駄になってしまう恐れがある。

ＡＦノード１０は、ＵＤＭノード１３７に対して、ＰＤＵセッションＩＤをKeyとして問い合わせることで、ＰＤＵセッションがActiveなのかReleaseされたのかを知ることができる。しかしながら、ＡＦノード１０がReleaseされた後のＰＤＵセッションに紐付いたビームの情報を取得しても手遅れの感が否めない。

そこで、本実施形態に係るＡＦノード１０は、ＰＤＵセッションではなく、ＳＵＰＩ（あるいはＩＭＳＩ、加入者を識別する加入者情報の一例）とビームの情報とを関連付けて、重要なＳＵＰＩのそのとき確立されているＰＤＵセッションを保護するように干渉制御を行うようにする。

ＳＵＰＩとビーム情報との関連づけは、特定ユーザのために作ったものであるので、ＳＵＰＩとＰＤＵセッションＩＤとを関連付けすることは可能である。例えば、５ＧＧのＳＭＦノード１３６は、ＳＵＰＩに関連するＰＤＵセッションが何であるか対応表を持っている。一方、基地局装置２０は、ＰＤＵセッションＩＤまたはNG-U Tunnel IDを管理しているが、ＳＵＰＩの番号がどのＰＤＵセッションに対応しているか管理しているわけではない。

上述したようにＡＦノード１０は、ＰＤＵセッションＩＤ及びビームＩＤの情報を、ＡＰＩを介して基地局装置２０から取得する。情報を取得したＡＦノード１０は、取得したＰＤＵセッションがどのＳＵＰＩのものなのかＳＭＦノード１３６に問い合わせを行いたいところだが、ＳＭＦノード１３６には、ＰＤＵセッションからＩＭＳＩを引き出す機能が用意されていない。ＳＭＦノード１３６には、ＳＵＰＩからＰＤＵセッション情報を出力する機能が用意されている。

より具体的には、ＡＦノード１０は、TS23.502 Section 5.2.8.2.10に開示されているNsmf_PDUSession_ContextRequest service operationを使用することで、ＳＵＰＩに対応したＰＤＵセッションＩＤをＳＭＦノード１３６から取得し得る。

そのため、ＡＦノード１０は、例えばＵＤＭノード１３７が保持する全てのＳＵＰＩを使用してＳＭＦノード１３６に問い合わせを行うことで、ＳＵＰＩとＰＤＵセッションＩＤとの関係を取得し得る。ＡＦノード１０は、かかる関係と、基地局装置２０又は他のコアネットワークノードから取得するＰＤＵセッションＩＤ及びビーム情報の対応関係と、からＳＵＰＩとビームとを対応させる。

ここで、ＵＤＭノード１３７は、端末装置４０に関する情報を持っているが、ＰＤＵセッションＩＤをKeyにしてＳＵＰＩを出力することはできない。そこで、ＡＦノード１０は、ＳＵＰＩをもとにＳＭＦノード１３６からＰＤＵセッションＩＤの情報を取得する。ＡＦノード１０は、ＰＤＵセッションＩＤの情報を集めることで、ＰＤＵセッションからＳＵＰＩの情報を取得するための例えばテーブルを生成する。

以下、図２３〜図２６を用いて、ＡＦノード１０が生成するテーブルの一例について説明する。図２３は、本開示の実施形態に係る基地局装置２０が保持する情報の一例を示す図である。図２４は、本開示の実施形態に係るＳＭＦノード１３６が保持する情報の一例を示す図である。図２５及び図２６は、本開示の実施形態に係るＡＦノード１０が生成する情報の一例を示す図である。

図２３に示すように、基地局装置２０は、ＰＤＵセッションＩＤとビームＩＤ、より詳細には、ＰＤＵセッションＩＤと複数のビームのＩＤを含むビームＩＤのグループを保持している。基地局装置２０は、ＰＤＵセッションＩＤをKeyとして入力を受け付けると、対応するビームＩＤのグループを出力する。

図２４に示すように、ＳＭＦノード１３６は、ＳＵＰＩとＰＤＵセッションＩＤとを対応付けて保持している。ＳＭＦノード１３６は、ＳＵＰＩをKeyとして入力を受け付けると、対応するＰＤＵセッションＩＤを出力する。

ＡＦノード１０は、基地局装置２０からＰＤＵセッションＩＤに対応するビームＩＤを取得し、ＳＭＦノード１３６からＳＵＰＩに対応するＰＤＵセッションＩＤを取得する。これにより、ＡＦノード１０は、図２５に示すように、ＳＵＰＩとビームＩＤとの関係を取得することができる。

なお、ＡＦノード１０が例えば基地局装置２０から取得するビームグループ情報にはＰＤＵセッションＩＤに対応するビームＩＤに加え、例えばビームの使用確率や使用確率を算出した計測期間（例えば直近のＺ時間）が含まれる。そのため、ＡＦノード１０は、ビームＩＤに加え、例えば図２６に示すようにビーム使用確率や計測期間も含め、ＳＵＰＩと対応付けて取得することができる。

これにより、ＡＦノード１０は、ＳＵＰＩに対応するビームグループ情報を取得することができる。ＳＵＰＩ（又はＩＭＳＩ）は、端末装置４０のＳＩＭの中に含まれる番号であるため、例えば工場の重要な機械の通信装置として使用される端末装置４０のＳＩＭがどのビームを使用するのか、ＡＦノード１０が知ることができる。このように、ＳＵＰＩ（又はＩＭＳＩ）は、ＰＤＵセッションＩＤのように、通信によって使用されたり破棄されたりするＩＤではないため、ＡＦノード１０は、端末装置４０の通信状況によらず干渉制御を行うことができ、使い勝手がよい。

ここで、ＳＵＰＩとビームグループ情報とを対応付ける手順について、図２７を用いて説明する。図２７は、本開示の実施形態に係るビームグループ情報取得処理の手順を示すシーケンス図である。なお、ＡＦノード１０がビームグループ情報を取得するまでは図１９に示す手順と同じであるため、説明を省略する。

図２７に示すように、ビームグループ情報を取得したＡＦ（Application Function）ノード１０は、ＳＭＦノード１３６にＳＵＰＩをKeyとしてＰＤＵセッションＩＤを問い合わせる（ステップＳ４０１）。ＳＭＦノード１３６は、ＡＦノード１０からの問い合わせに対して、ＳＵＰＩに対応するＰＤＵセッションＩＤを返す（ステップＳ４０２）。

ＡＦノード１０は、取得したＰＤＵセッションＩＤ及びビームグループ情報に基づき、ＳＵＰＩとビームグループ情報とを対応付けて保持する（ステップＳ４０１）。

なお、ここでは、ＳＭＦノード１３６からＳＵＰＩをKeyとしてＰＤＵセッションＩＤを取得するとしたが、同様にＡＭＦノード１３９からもＰＤＵセッションＩＤを取得し得る（TS23.502 Table 5.2.2.2.2-1: UE Context in AMF参照）。したがって、上述したＳＭＦノード１３６をＡＭＦノード１３９に置き換えてもよい。

＜４．５．干渉制御＞
従来、ビームによる干渉を抑制する干渉制御は、基地局装置２０に実装されており、どのように基地局装置２０に実装するかは基地局装置２０を実装する側に依存していた。そのため、例えば、基地局装置２０を実装する業者と、基地局装置２０を配置してPrivate 5Gなどのネットワークを運用する業者が異なる場合など、ネットワークを運用する業者が、基地局装置２０にどのような干渉制御が実装されているかわからない場合があった。この場合、ネットワークを運用する業者は、ビーム干渉を抑制するよう基地局装置２０を配置したくても、基地局装置２０がどのような干渉制御を行っているかわからないため、ビームを抑制するような基地局装置２０の配置を行うことが難しかった。

このように、基地局装置２０で干渉制御を行うことは、現実的に難しく、基地局装置２０以外に、干渉制御に特化したマネージメント機能を持つＮＦノードやＡＦノード１０を配置して一元管理することが望まれている。

そこで、本実施形態では、ＡＦノード１０が、ＡＰＩ経由で基地局装置２０から取得したグループビーム情報に基づいて、守りたいＰＤＵセッションで使用するビームの識別情報と、当該ビームに干渉を与えるビームを特定する。ＡＦノード１０は、干渉を与えると特定したビームを停止すると決定する。

上述したように、ＡＦノード１０は、ＰＤＵセッション及びビームの関係、又は、ＳＵＰＩ及びビームの関係を取得している。また、ＡＦノード１０は、基地局装置２０から、所定のビームに干渉を与える干渉ビームに関する情報を取得している。

ＰＤＵセッションは、ＱｏＳに紐付いているため、ＡＦノード１０は、重要なＰＤＵセッション及び重要でないＰＤＵセッションを特定することができる。重要でないＰＤＵセッションを特定したＡＦノード１０は、特定したＰＤＵセッションに紐付くビームを特定し、ビームＩＤを用いて特定したビームの使用停止を基地局装置２０に依頼する。

あるいは、重要なＰＤＵセッションを特定したＡＦノード１０が、重要なＰＤＵセッションに紐付くビームに干渉を与える干渉ビームを特定するようにしてもよい。ＡＦノード１０は、ビームＩＤを用いて干渉ビームの使用停止を基地局装置２０に依頼する。

また、ＳＵＰＩは、端末装置４０に紐付いている。例えば、端末装置４０の使用者が、重要な端末装置４０及び重要でない端末装置４０を予め登録等行うことで、ＡＦノード１０は、端末装置４０の重要度を特定することができる。ＡＦノード１０は、重要でない端末装置４０のＳＵＰＩと紐付くビームを特定し、そのビームＩＤを用いてビームの使用停止を基地局装置２０に依頼する。

あるいは、ＡＦノード１０が、重要な端末装置４０のＳＵＰＩに紐付くビームに干渉を与える干渉ビームを特定し、ビームＩＤを用いて特定した干渉ビームの使用停止を基地局装置２０に依頼するようにしてもよい。ここでの基地局装置２０への依頼は、コアネットワークノードを介して行ってもよい。例えばＡＰＩを介してコアネットワークノードへ指示を行い、コアネットワークノードが基地局装置２０との間のインターフェース（例えば、NGインターフェース、S1インターフェース）を介して基地局装置２０へ指示してもよい。

なお、ここで使用するビームＩＤは、例えば上述したUniversal Beam IDである。

ＡＦノード１０が使用停止を依頼するビームは、１つであってもよく複数であってもよい。ＡＦノード１０が例えば複数のビームＩＤを含むビームグループを用いて複数のビームの停止を基地局装置２０に依頼してもよい。あるいは、ＡＦノード１０がS-NSSIを基地局装置２０に入力して、関連するビームを全て止めてもらうよう依頼してもよい。また、ＡＦノード１０が、複数の使用方法のＡｎｄをとるようにして、ビームを止めるように基地局装置２０に依頼してもよい。

ここで、ＡＦノード１０による干渉制御の手順について、図２８を用いて説明する。図２８は、本開示の実施形態に係る干渉制御処理の手順を示すシーケンス図である。ここでは、重要な端末装置（例えば、ＳＵＰＩ）を守るための干渉制御処理について説明するが、ＳＵＰＩがＰＤＵセッションであってもよい。なお、ＡＦノード１０がＳＵＰＩとビームグループ情報とを対応付けるまでは図２８に示す手順と同じであるため、説明を省略する。

図２８に示すように、ＳＵＰＩとビームグループ情報とを対応付けた取得したＡＦ（Application Function）ノード１０は、重要なＳＵＰＩ及び重要でないＳＵＰＩを特定し、重要でないＳＵＰＩに対応するビームの使用停止を基地局装置２０に要求する（ステップＳ５０１）。

これにより、基地局装置２０が重要でないＳＵＰＩが使用するビームの使用を停止することができ、重要なＳＵＰＩが使用するビームに与える干渉を抑制することができる。

なお、ここでは、ＡＦノード１０が重要でないＳＵＰＩを特定するとしたが、これに限定されない。例えばＡＦノード１０が、重要なＳＵＰＩ以外のＳＵＰＩを全て重要でないＳＵＰＩと特定し、特定した全てのＳＵＰＩが使用するビームの使用停止を基地局装置２０に要求するようにしてもよい。

＜＜５．その他の実施形態＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

上述の実施形態では、ＡＦノード１０が予め干渉ビーム情報を取得しており、当該干渉ビーム情報を用いて停止するビームを特定するとしたがこれに限定されない。例えば、基地局装置２０が、ＰＤＵセッションで使用するグループビーム情報を送信する際に、グループビーム情報に含まれるビームに対して干渉を与える干渉ビーム情報を当該グループビーム情報に含めて送信するようにしてもよい。あるいは、重要なＰＤＵセッションの守るべきビームを特定したＡＦノード１０が、特定したビームに干渉を与える干渉ビームについて基地局装置２０に問い合わせを行うようにしてもよい。

ＡＦノード１０は、例えばＡＰＩを用いて干渉ビーム情報を基地局装置２０から直接取得してもよく、あるいはＳＭＦノード１３６又はＡＭＦノード１３９を介して基地局装置２０から干渉ビーム情報を取得してもよい。

上述したいくつかの実施形態におけるビームは、指向性ビーム及び無指向性ビームを含む。ビームが形成される信号（シーケンス）は、SSB（SynchroniＺation Signal/BPCH Block）又はCSI-RS（Chanel State Information Reference Signal）であってもよい。つまり上述された干渉ビーム情報又は所望ビーム情報は、SSBやCSI-RSの識別情報（e.g., SSB Index、CRI）であってもよい。

本実施形態の各ＮＦノード、基地局装置２０、又は端末装置４０を制御する制御装置は、専用のコンピュータシステム、又は汎用のコンピュータシステムによって実現してもよい。

例えば、上述の動作（例えば、送受信処理）を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、各ＮＦノード、基地局装置２０、又は端末装置４０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、各ＮＦノード、基地局装置２０、又は端末装置４０の内部の装置（例えば、制御部１３、制御部２３、又は制御部４５）であってもよい。

また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のシーケンス図等に示された各ステップは、適宜順序を変更することが可能である。

また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。

なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

＜＜６．補足＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

上記実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

また、上述してきた実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示にかかる技術は、上記の効果とともに、又は上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を受信し、
前記取得要求に応じて、少なくとも１つの前記ビーム情報を含むビームグループ情報を、前記ＰＤＵセッションと対応付けて送信する、制御部、
を備える基地局装置。
（２）
前記制御部は、前記ビーム情報、及び、当該ビーム情報に含まれるビームに干渉を与える干渉ビームに応じて、前記干渉ビームを使用するＰＤＵセッションの解放又はトラフィックの停止を要求する、（１）に記載の基地局装置。
（３）
前記制御部は、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記取得要求を受信し、前記ＡＰＩを介して前記ビームグループ情報を送信する、（１）又は（２）に記載の基地局装置。
（４）
前記制御部は、ＡＭＦノードからＮ２インターフェースを介して前記取得要求を受信し、前記Ｎ２インターフェースを介して前記ＡＭＦノードに前記ビームグループ情報を送信し、
前記ＡＭＦノードは、アプリケーションプログラミングインターフェース（ＡＰＩ）を介してアプリケーションファンクション（ＡＦ）ノードから前記取得要求を受信し、前記アプリケーションファンクションノードに前記ビームグループ情報を送信する、
（１）又は（２）に記載の基地局装置。
（５）
前記取得要求は、ＰＤＵセッションを識別するための識別情報を含み、
前記制御部は、前記識別情報で識別される前記ＰＤＵセッションに対応付けられる前記ビームグループ情報を送信する、
（１）〜（４）のいずれか１つに記載の基地局装置。
（６）
前記識別情報は、ＰＤＵセッションＩＤ、ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ、ＩＰ ５−ｔｕｐｌｅ、及び、ネットワークスライスＩＤの少なくとも１つを含む、（５）に記載の基地局装置。
（７）
前記制御部は、前記取得要求に応じて、前記基地局装置と接続する前記端末装置との間で確立している全ての前記ＰＤＵセッションそれぞれに対応付けられる前記ビームグループ情報を送信する、（１）〜（４）のいずれか１つに記載の基地局装置。
（８）
前記ビーム情報は、前記ＰＤＵセッションで、一定時間及び所定の確率の少なくとも１つで使用されたビームに関する情報を含む、（１）〜（７）のいずれか１つに記載の基地局装置。
（９）
前記ビームグループ情報は、前記ＰＤＵセッションで使用される可能性のある、又は、使用されたビームのうち所定の数のビーム情報を含む、（１）〜（８）のいずれか１つに記載の基地局装置。
（１０）
前記ビーム情報は、ビームを一意に識別するためのビーム識別情報を含む、（１）〜（９）のいずれか１つに記載の基地局装置。
（１１）
前記制御部は、前記ＰＤＵセッションに対応する加入者を識別する加入者情報を取得し、
前記加入者情報と前記ビーム情報とを対応付ける、
（１）〜（１０）のいずれか１つに記載の基地局装置。
（１２）
前記制御部は、前記ビーム情報、当該ビーム情報に含まれるビームに干渉を与える干渉ビーム、及び、前記加入者情報に応じて、前記干渉ビームを使用する端末装置との間の通信での前記干渉ビームの使用停止を要求する、（１１）に記載の基地局装置。
（１３）
端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を前記端末装置と接続する基地局装置に送信し、
前記基地局装置から、前記ＰＤＵセッションに対応付けられた、少なくとも１つの前記ビーム情報を含むビームグループ情報を受信する、制御部、
を備える、アプリケーションファンクションノード。
（１４）
前記制御部は、受信したビームグループ情報と、前記ビームグループ情報に対応するＰＤＵセッションで通信を行う端末装置に干渉を与えるビームに関する干渉ビーム情報と、に応じて、解放するＰＤＵセッションを決定する、（１３）に記載のアプリケーションファンクションノード。
（１５）
端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を受信し、
前記取得要求に応じて、少なくとも１つの前記ビーム情報を含むビームグループ情報を、前記ＰＤＵセッションと対応付けて送信すること、
を含む通信方法。
（１６）
端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を前記端末装置と接続する基地局装置に送信し、
前記基地局装置から、前記ＰＤＵセッションに対応付けられた、少なくとも１つの前記ビーム情報を含むビームグループ情報を受信すること、
を含む通信方法。

１０ ＡＦノード
１１ 通信部
１２、２２ 記憶部
１３、２３ 制御部
２０ 基地局装置
２１ 信号処理部
４０ 端末装置

Claims (16)

1. 端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を受信し、
   前記取得要求に応じて、少なくとも１つの前記ビーム情報を含むビームグループ情報を、前記ＰＤＵセッションと対応付けて送信する、制御部、
   を備える基地局装置。
2. 前記制御部は、前記ビーム情報、及び、当該ビーム情報に含まれるビームに干渉を与える干渉ビームに応じて、前記干渉ビームを使用するＰＤＵセッションの解放又はトラフィックの停止を要求する、請求項１に記載の基地局装置。
3. 前記制御部は、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して前記取得要求を受信し、前記ＡＰＩを介して前記ビームグループ情報を送信する、請求項１に記載の基地局装置。
4. 前記制御部は、ＡＭＦノードからＮ２インターフェースを介して前記取得要求を受信し、前記Ｎ２インターフェースを介して前記ＡＭＦノードに前記ビームグループ情報を送信し、
   前記ＡＭＦノードは、アプリケーションプログラミングインターフェース（ＡＰＩ）を介してアプリケーションファンクション（ＡＦ）ノードから前記取得要求を受信し、前記アプリケーションファンクションノードに前記ビームグループ情報を送信する、
   請求項１に記載の基地局装置。
5. 前記取得要求は、ＰＤＵセッションを識別するための識別情報を含み、
   前記制御部は、前記識別情報で識別される前記ＰＤＵセッションに対応付けられる前記ビームグループ情報を送信する、
   請求項１に記載の基地局装置。
6. 前記識別情報は、ＰＤＵセッションＩＤ、ＱｏＳ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ、ＩＰ ５−ｔｕｐｌｅ、及び、ネットワークスライスＩＤの少なくとも１つを含む、請求項５に記載の基地局装置。
7. 前記制御部は、前記取得要求に応じて、前記基地局装置と接続する前記端末装置との間で確立している全ての前記ＰＤＵセッションそれぞれに対応付けられる前記ビームグループ情報を送信する、請求項１に記載の基地局装置。
8. 前記ビーム情報は、前記ＰＤＵセッションで、一定時間及び所定の確率の少なくとも１つで使用されたビームに関する情報を含む、請求項１に記載の基地局装置。
9. 前記ビームグループ情報は、前記ＰＤＵセッションで使用される可能性のある、又は、使用されたビームのうち所定の数のビーム情報を含む、請求項１に記載の基地局装置。
10. 前記ビーム情報は、ビームを一意に識別するためのビーム識別情報を含む、請求項１に記載の基地局装置。
11. 前記制御部は、前記ＰＤＵセッションに対応する加入者を識別する加入者情報を取得し、
    前記加入者情報と前記ビーム情報とを対応付ける、
    請求項１に記載の基地局装置。
12. 前記制御部は、前記ビーム情報、当該ビーム情報に含まれるビームに干渉を与える干渉ビーム、及び、前記加入者情報に応じて、前記干渉ビームを使用する端末装置との間の通信での前記干渉ビームの使用停止を要求する、請求項１１に記載の基地局装置。
13. 端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を前記端末装置と接続する基地局装置に送信し、
    前記基地局装置から、前記ＰＤＵセッションに対応付けられた、少なくとも１つの前記ビーム情報を含むビームグループ情報を受信する、制御部、
    を備える、アプリケーションファンクションノード。
14. 前記制御部は、受信したビームグループ情報と、前記ビームグループ情報に対応するＰＤＵセッションで通信を行う端末装置に干渉を与えるビームに関する干渉ビーム情報と、に応じて、解放するＰＤＵセッションを決定する、請求項１３に記載のアプリケーションファンクションノード。
15. 端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を受信し、
    前記取得要求に応じて、少なくとも１つの前記ビーム情報を含むビームグループ情報を、前記ＰＤＵセッションと対応付けて送信すること、
    を含む通信方法。
16. 端末装置との間に確立されたＰＤＵセッションに関連するビーム情報の取得を要求する取得要求を前記端末装置と接続する基地局装置に送信し、
    前記基地局装置から、前記ＰＤＵセッションに対応付けられた、少なくとも１つの前記ビーム情報を含むビームグループ情報を受信すること、
    を含む通信方法。

Images