JP2020504518A - 無線通信システムにおいてビームを支援する方法及び装置 - Google Patents

Abstract

本発明は、ＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）でビームを考慮したハンドオーバー手順を提案する。まず、端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）は、ビーム関連情報を含む測定報告をソースｇＮＢに送信する。ソースｇＮＢは、前記測定報告に基づいて、前記ＵＥをターゲットｇＮＢにハンドオーバーすることを決定し、前記ビーム関連情報を含むハンドオーバー要請メッセージを前記ターゲットｇＮＢに送信する。前記ビーム関連情報を含むハンドオーバー要請メッセージを受信したターゲットｇＮＢは、前記ビーム関連情報をＵＥのＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）のために使用することができる。【選択図】図３

Description

本発明は、無線通信に関し、より詳細には、無線通信システムのうち、ＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）でビームを支援する方法及び装置に関する。

３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、高速パケット通信を可能とするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。

ＩＴＵ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｕｎｉｏｎ）及び３ＧＰＰでＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）システムに対する要求事項及び仕様を開発する作業が始まった。ＮＲシステムは、ｎｅｗ ＲＡＴなどの他の名称で呼ばれることもある。３ＧＰＰは、緊急な市場の要求とＩＴＵ−Ｒ（ＩＴＵ ｒａｄｉｏ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ）ＩＭＴ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）−２０２０プロセスが提示するより長期的な要求事項を全て適時に満たすＮＲを成功裏に標準化するために必要な技術構成要素を識別して開発しなければならない。また、ＮＲは、遠い未来にも無線通信のために利用されることができる少なくとも１００ＧＨｚに達する任意のスペクトラム帯域が使用可能でなければならない。

ＮＲは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含む全ての配置シナリオ、使用シナリオ、要求事項を扱う単一技術フレームワークを対象とする。ＮＲは、本質的に順方向互換性があるべきである。

ビームフォーミングは、アンテナから放射されたエネルギーが空間で特定の方向に集中するアンテナ技術である。ビームフォーミングの目的は、所望の方向からより強度が強い信号を受信したり、所望の方向にさらに集中したエネルギーを有する信号を伝達することである。無線通信システムの高速化及び大容量化のために、高いゲインの様々な形態のビームを実現することが求められる。例えば、ビームフォーミングシステムは、多数ユーザに対する大容量データの高速送受信通信、衛星、航空など、スマートアンテナを使用する各種衛星航空通信などのような高い経路損失（ｐａｔｈ ｌｏｓｓ）帯域での通信などに使用され得る。したがって、ビームフォーミングシステムは、次世代移動通信及び各種レーダ、軍事及び航空宇宙通信、室内及び建物間高速データ通信、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＰＡＮ（ｗｉｒｅｌｅｓｓ ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）などの様々な分野で研究されている。

ＮＲでビームの概念を導入することが議論中である。これにより、端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）は、より多い観点でよくサービスされることができる。システム処理量も多く向上し得る。ＮＲでビームの概念を支援するために、５Ｇ ＲＡＮアーキテクチャ及びインターフェース手順の改善が必要である。それに対し、ＵＥ特定移動性手順もＵＥの移動性経験を向上させ、ＲＡＮノードがこの特定ＵＥに対してＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）をよりよく行うことを容易にするために改善されなければならない。

ＮＲでビームの概念は、物理階層の観点で研究中である。しかし、まだ、ネットワーク観点及び全体移動性手順の観点では研究が始まらなかった。ＮＲでビームの概念をネットワーク観点から、より効率的に支援するための方法が求められる。

本発明は、無線通信システムのうち、ＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）でビームを支援する方法及び装置に関するものである。本発明は、改善されたセル特定手順及び改善されたＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）特定移動性手順を含む、ビームの概念を導入する５Ｇ ＲＡＮアーキテクチャ及びインターフェースに関するものである。

一態様において、無線通信システムにおいてソースｇＮＢがハンドオーバー手順を行う方法が提供される。前記方法は、ビーム関連情報を含む測定報告を端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）から受信し、前記測定報告に基づいて、前記ＵＥをターゲットｇＮＢにハンドオーバーすることを決定し、及び前記ビーム関連情報を含むハンドオーバー要請メッセージを前記ターゲットｇＮＢに送信することを含む。

前記測定報告は、ビームレベル測定報告でありうる。前記ビームレベル測定報告は、前記ビーム関連情報に対応することができる。前記ビーム関連情報は、ビームＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を含むことができる。前記ハンドオーバー要請メッセージは、前記測定報告を含むことができる。

他の態様において、無線通信システムにおいてターゲットｇＮＢがハンドオーバー手順を行う方法が提供される。前記方法は、ビーム関連情報を含むハンドオーバー要請メッセージをソースｇＮＢから受信し、ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッション連結に対して承認制御を行い、及びハンドオーバー要請確認メッセージを前記ソースｇＮＢに送信することを含む。

前記ターゲットｇＮＢは、前記ビーム関連情報を端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）のために使用することができる。

ＮＲでビームの概念がより効率的に支援され得る。

３ＧＰＰ ＬＴＥシステムの構造を示す。 ＮＧ−ＲＡＮアーキテクチャを示す。 本発明の一実施形態に係るビームを考慮したハンドオーバー手順を示す。 本発明の他の実施形態に係るビームを考慮したハンドオーバー手順を示す。 本発明の他の実施形態に係るビームを考慮したハンドオーバー手順を示す。 本発明の一実施形態によってソースｇＮＢがハンドオーバー手順を行う方法を示す。 本発明の一実施形態によってターゲットｇＮＢがハンドオーバー手順を行う方法を示す。 本発明の一実施形態に係るＲＡＮインターフェース設定手順を示す。 本発明の一実施形態に係るＲＡＮインターフェース構成アップデート手順を示す。 本発明の他の実施形態に係るＲＡＮインターフェース設定手順を示す。 本発明の他の実施形態に係るＲＡＮインターフェース構成アップデート手順を示す。 本発明の他の実施形態に係るＲＡＮインターフェース設定手順を示す。 本発明の実施形態が実現される無線通信システムを示す。

以下、本発明は、３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）またはＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）基盤の無線通信システムを中心に説明される。しかしながら、本発明は、これに制限されず、本発明は、以下において説明する同じ特徴を有する他の無線通信システムにも適用されることができる。

図１は、３ＧＰＰ ＬＴＥシステムの構造を示す。図１を参照すると、３ＧＰＰ ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム構造は、１つ以上のユーザ端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１０、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）及びＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）を含む。ＵＥ１０は、ユーザにより動く通信装置である。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。

Ｅ−ＵＴＲＡＮは、１つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）２０を含み、１つのセルに複数のＵＥが存在できる。ｅＮＢ２０は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ ｐｌａｎｅ）の終端点をＵＥ１０に提供する。ｅＮＢ２０は、一般的にＵＥ１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。１つのｅＮＢ２０は、セル毎に配置されることができる。

以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を意味する。アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を意味する。サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）は、ＵＥ１０間の通信を意味する。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。ＳＬにおいて、送信機と受信機はＵＥ１０の一部である。

ＥＰＣは、ＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）とＳ−ＧＷ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）を含む。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの終端に位置する。ＭＭＥ／Ｓ−ＧＷ３０は、ＵＥ１０のためのセッション及び移動性管理機能の終端点を提供する。説明の便宜のために、ＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”で単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。ＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）ゲートウェイ（Ｐ−ＧＷ）は、外部ネットワークと連結されることができる。

ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ：ＥＴＷＳ（ｅａｒｔｈｑｕａｋｅ ａｎｄ ｔｓｕｎａｍｉ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ）及びＣＭＡＳ（ｃｏｍｍｅｒｃｉａｌ ｍｏｂｉｌｅ ａｌｅｒｔ ｓｙｓｔｅｍ）を含む）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別ベースのパケットフィルタリング（例えば、深層パケット検査を介して）、合法的遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（ａｃｃｅｓｓ ｐｏｉｎｔ ｎａｍｅ ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）に基づくＤＬ等級強制の各種機能を提供する。

ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使用されることができる。ＵＥ１０とｅＮＢ２０は、Ｕｕインターフェースにより連結される。ＵＥ１０間は、ＰＣ５インターフェースにより連結される。ｅＮＢ２０間は、Ｘ２インターフェースにより連結される。隣接するｅＮＢ２０は、Ｘ２インターフェースによる網型ネットワーク構造を有することができる。ｅＮＢ２０とゲートウェイ３０は、Ｓ１インターフェースを介して連結される。

５Ｇシステムは、５Ｇ ＡＮ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、５Ｇ ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）及びＵＥで構成された３ＧＰＰシステムである。５Ｇ ＡＮは、５Ｇ ＣＮに連結される非３ＧＰＰ接続ネットワーク及び／又はＮＧ−ＲＡＮ（ｎｅｗ ｇｅｎｅｒａｔｉｏｎ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）を含む接続ネットワークである。ＮＧ−ＲＡＮは、５Ｇ ＣＮに連結されるという共通特性を有し、下記のオプションのうち１つ以上をサポートする無線接続ネットワークである。

１）独立型ＮＲ（ｎｅｗ ｒａｄｉｏ）。

２）ＮＲは、Ｅ−ＵＴＲＡ拡張を有するアンカーである。

３）独立型Ｅ−ＵＴＲＡ。

４）Ｅ−ＵＴＲＡは、ＮＲ拡張を有するアンカーである。

図２は、ＮＧ−ＲＡＮアーキテクチャを示す。図２に示すように、ＮＧ−ＲＡＮは、１つ以上のＮＧ−ＲＡＮノードを含む。ＮＧ−ＲＡＮノードは、１つ以上のｇＮＢ及び／又は１つ以上のｎｇ−ｅＮＢを含む。ｇＮＢは、ＵＥに向かってＮＲユーザ平面及び制御平面プロトコル終端を提供する。ｎｇ−ｅＮＢは、ＵＥに向かってＥ−ＵＴＲＡユーザ平面及び制御平面プロトコル終端を提供する。ｇＮＢとｎｇ−ｅＮＢとは、Ｘｎインターフェースを介して相互連結される。ｇＮＢ及びｎｇ−ｅＮＢは、ＮＧインターフェースを介して５Ｇ ＣＮに連結される。より具体的に、ｇＮＢ及びｎｇ−ｅＮＢとは、ＮＧ−Ｃインターフェースを介してＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）に連結され、ＮＧ−Ｕインターフェースを介してＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）に連結される。

ｇＮＢ及びｎｇ−ｅＮＢは、次の機能を提供する。

・無線資源管理のための機能：無線ベアラ制御、無線許容制御、連結移動制御、上向きリンク及び下向きリンクでＵＥに対する資源の動的割当（スケジューリング）；

・データのＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）ヘッダ圧縮、暗号化、及び無欠性保護；

・ＵＥにより提供された情報からＡＭＦへのルーティングが決定され得ないとき、ＵＥ付着時のＡＭＦの選択；

・ＵＰＦに向かってユーザ平面データをルーティング；

・ＡＭＦに向かって制御平面情報のルーティング；

・連結設定及び解除；

・（ＡＭＦから始まる）ページングメッセージのスケジューリング及び送信；

・（ＡＭＦまたはＯ＆Ｍ（ｏｐｅｒａｔｉｏｎｓ＆ｍａｉｎｔｅｎａｎｃｅ）から始まる）システム放送情報のスケジューリング及び送信；

・移動性及びスケジューリングのための測定及び測定報告構成；

・上向きリンクでの送信レベルパケットマーキング；

・セッション管理；

・ネットワークスライシング支援；

・ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）流れ管理及びデータ無線ベアラへのマッピング；

・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥの支援；

・ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）メッセージの配布機能；

・無線接続ネットワーク共有；

・二重連結；

・ＮＲとＥ−ＵＴＲＡとの間の緊密な連動。

ＡＭＦは、次の主な機能を提供する。

・ＮＡＳ信号終端；

・ＮＡＳ信号保安；

・ＡＳ保安統制；

・３ＧＰＰアクセスネットワーク間の移動性のためのインターＣＮノードシグナリング；

・アイドルモードＵＥ到達可能性（ページング再送信の制御及び実行含む）；

・登録領域管理；

・システム内及びシステム間移動性支援；

・アクセス認証；

・ローミング権限確認を含むアクセス権限付与；

・移動性管理制御（加入及び政策）；

・ネットワークスライシング支援；

・ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）選択。

ＵＰＦは、次の主な機能を提供する。

・イントラ／インター−ＲＡＴ移動性のためのアンカーポイント（適用可能な場合）；

・データネットワークに対する相互連結の外部ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッションポイント；

・パケットルーティング及びフォワーディング；

・パケット検査及び政策規則執行のユーザ平面部分；

・トラフィック使用報告；

・データネットワークでトラフィック流れルーティングを支援する上向きリンク分類；

・マルチホームＰＤＵセッションを支援するための地点；

・ユーザ平面に対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬ料金執行）；

・上向きリンクトラフィック検証（ＳＤＦ（ｓｅｒｖｉｃｅ ｄａｔａ ｆｌｏｗ）でＱｏＳ流れマッピング）；

・下向きリンクパケットバッファリング及び下向きリンクデータ通知トリガー。

ＳＭＦは、次の主な機能を提供する。

・セッション管理；

・ＵＥ ＩＰ住所割当及び管理；

・ユーザ平面機能の選択及び制御；

・トラフィックを適切な対象にルーティングするために、ＵＰＦでトラフィック切換構成；

・政策執行及びＱｏＳの制御平面部分；

・下向きリンクデータ通知。

ＮＲでビーム（ｂｅａｍ）の概念が導入され得る。ビームは、参照信号ＳＳ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロック及び／又はＣＳＩ−ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）に対応することができる。ビームレベル測定は、ＳＳ−ＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、ＳＳ−ＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）、ＳＳ−ＳＩＮＲ（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）、ＣＳＩ−ＲＳＲＰ、ＣＳＩ−ＲＳＲＱ、及びＣＳＩ−ＳＩＮＲなどのＬ１フィルターの出力に対応することができる。

以下、ＮＲでビームの概念をネットワーク観点から、より効率的に支援するために、本発明の様々な実施形態に係るビームを支援する方法を説明する。より詳細に、本発明は、ビームのコンセプトを支援する改善されたＵＥ特定移動性手順及びこれによる５Ｇ ＲＡＮアーキテクチャ／インターフェースを提案する。また、本発明は、ビームのコンセプトを支援する改善されたセル特定手順及びこれによる５Ｇ ＲＡＮアーキテクチャ／インターフェースを提案する。

１．第１実施形態

現在、ハンドオーバー手順は、測定、測定報告、ハンドオーバー決定及び／又はターゲットＲＡＮノードへの通知などの側面でビームの概念を考慮しない。ハンドオーバー手順でビームの概念が考慮されなければ、移動性観点でのＵＥ経験が影響を受ける。また、ターゲットＲＡＮノードは、ＵＥをサービスするための資源を浪費することがある。これにより、ビームの概念を支援する改善されたハンドオーバー手順が求められる。

図３は、本発明の一実施形態に係るビームを考慮したハンドオーバー手順を示す。以下の実施形態において、ハンドオーバー手順のソースＲＡＮノードは、ソースｇＮＢ、ターゲットＲＡＮノードは、ターゲットｇＮＢであることと仮定するが、本発明は、これに制限されない。ソースＲＡＮノードは、ソースｎｇ−ｅＮＢでありうるし、ターゲットＲＡＮノードは、ターゲットｎｇ−ｅＮＢでありうる。

ステップＳ１００において、ソースｇＮＢは、領域制限情報に応じてＵＥ測定手順を構成する。ソースｇＮＢは、ビームレベルで測定を行うようにＵＥを構成できる。

ステップＳ１０２において、ＵＥは、システム情報で構成されたとおりにビームレベルでターゲットセルを測定し、ビームレベル測定を処理する。また、ＵＥは、ビームレベル測定報告をソースｇＮＢにどのように報告するかを決定し、これは、ビームＩＤとともにビームレベル測定により進まれることができる。例えば、ＵＥは、最も強いビームに対してビームＩＤとともにビームレベル測定を処理できる。または、ＵＥは、優れた品質の最上のビームグループに対してビームＩＤとともにビームレベル測定を処理できる。または、ＵＥは、全ての感知されたビームに対してビームＩＤとともにビームレベル測定を処理できる。または、ＵＥは、閾値以上のビームに対してビームＩＤとともにビームレベル測定を処理できる。

ステップＳ１０４において、ＵＥは、ビーム関連情報とともに測定報告をソースｇＮＢに送信する。前記ビーム関連情報は、ビームＩＤでありうる。例えば、ＵＥは、最も強いビームのビームＩＤ及び当該ビームに対する測定報告をソースｇＮＢに送信することができる。または、ＵＥは、優れた品質の最上のビームグループのビームＩＤ及び当該ビームに対する測定報告をソースｇＮＢに送信することができる。または、ＵＥは、全ての感知されたビームのビームＩＤ及び当該ビームに対する測定報告をソースｇＮＢに送信することができる。または、ＵＥは、閾値以上のビームのビームＩＤ及び当該ビームに対する測定報告をソースｇＮＢに送信することができる。

ステップＳ１０６において、ソースｇＮＢは、受信した測定報告に基づいてハンドオーバー手順をトリガーすることと決定する。また、ソースｇＮＢは、ビームレベルＩＤ及びそれに対応するビームレベル測定報告をターゲットｇＮＢに送信するように決定する。

ステップＳ１０８において、ソースｇＮＢは、ハンドオーバー要請メッセージをターゲットｇＮＢに送信してハンドオーバー手順を開始する。前記ハンドオーバー要請メッセージは、ハンドオーバーされるＰＤＵセッションコンテクストを含むことができる。また、前記ハンドオーバー要請メッセージは、ビーム関連情報を含むことができる。前記ビーム関連情報は、ビームＩＤ及びそれに対応するビームレベル測定報告を含むことができる。

より具体的に、前記ハンドオーバー要請メッセージは、下記の表１のＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージを含むことができる。このメッセージは、ＵＥ能力情報を含む、ハンドオーバー準備中にターゲットｇＮＢにより使用されるＮＲ ＲＲＣ情報を伝達するのに使用される。

表１を参照すれば、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎメッセージは、ＲＲＭ−Ｃｏｎｆｉｇ ＩＥを含む。ＲＲＭ−Ｃｏｎｆｉｇ ＩＥは、主にＲＲＭの目的のために使用されるローカルＲＡＮコンテクストを表す。ＲＲＭ−Ｃｏｎｆｉｇ ＩＥは、下記の表２のＣａｎｄｉｄａｔｅＣｅｌｌＩｎｆｏＬｉｓｔ ＩＥを含むことができる。ＣａｎｄｉｄａｔｅＣｅｌｌＩｎｆｏＬｉｓｔ ＩＥは、ソースｇＮＢが、ターゲットｇＮＢが設定を考慮するように提案するセルに関する情報を含む。

表２を参照すれば、ＣａｎｄｉｄａｔｅＣｅｌｌＩｎｆｏＬｉｓｔ ＩＥは、ＣａｎｄｉｄａｔｅＣｅｌｌＩｎｆｏ ＩＥを含み、ＣａｎｄｉｄａｔｅＣｅｌｌＩｎｆｏ ＩＥは、ＣａｎｄｉｄａｔｅＲＳ−ＩｎｄｅｘＩｎｆｏＬｉｓｔ ＩＥ（または、ＣａｎｄｉｄａｔｅＢｅａｍＩｎｆｏＬｉｓｔ ＩＥ）を含むことができる。ＣａｎｄｉｄａｔｅＲＳ−ＩｎｄｅｘＩｎｆｏＬｉｓｔ ＩＥ（または、ＣａｎｄｉｄａｔｅＢｅａｍＩｎｆｏＬｉｓｔ ＩＥ）は、上述したビームＩＤに対応するＳＳＢ−Ｉｎｄｅｘフィールドを含むことができる。また、ＣａｎｄｉｄａｔｅＣｅｌｌＩｎｆｏ ＩＥは、上述したビームレベル測定報告に対応するｍｅａｓＲｅｓｕｌｔＣｅｌｌ ＩＥを含むことができる。

ステップＳ１１０において、ターゲットｇＮＢは、ソースｇＮＢから送信されたＰＤＵセッション連結に対して承認制御を行う。前記承認制御は、ＱｏＳなどに基づいて行われることができる。ソースｇＮＢから送信されたビーム関連情報は、ハンドオーバーされる当該ＵＥのＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）の目的のために考慮されることができる。すなわち、ターゲットｇＮＢは、ハンドオーバーされるＵＥのＲＲＭのためにビーム関連情報を使用できる。また、ソースｇＮＢから送信されたビーム関連情報は、ハンドオーバーされる当該ＵＥの移動性及びターゲットｇＮＢ側面でより良好なサービスなどの他の目的のために考慮されることができる。

ステップＳ１１２において、ターゲットｇＮＢは、Ｌ１／Ｌ２とともにハンドオーバー手順を準備し、ハンドオーバー要請確認メッセージをソースｇＮＢに送信する。必要な場合、ハンドオーバー要請確認メッセージは、ビーム関連情報を含むことができる。例えば、ハンドオーバー要請確認メッセージは、ビームＩＤを含むことができる。これにより、ＵＥがターゲットセル／ビームに容易に接続できる。ソースｇＮＢは、この情報をＲＲＣメッセージによりＵＥに伝達することができる。

ステップＳ１１４において、ソースｇＮＢは、ＵＥにハンドオーバー命令及びターゲットセルに接続することを通知する。

ステップＳ１１６において、ソースｇＮＢは、データフォワーディングのために、ＳＮ（ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）状態伝達メッセージをターゲットｇＮＢに送信する。

ステップＳ１１８において、ターゲットｇＮＢは、ＵＥがセルを変更したことを知らせるために、ＮＧ ＣＰに経路切換要請メッセージを送信する。前記経路切換要請メッセージは、切り換えられるＰＤＵセッションコンテクストを含むことができる。ＰＤＵセッションコンテクストは、当該ＰＤＵセッションに対するＤＬ ＩＤ及びｇＮＢ住所を含むことができる。

ステップＳ１２０において、ＮＧ ＣＰは、コアネットワークでＰＤＵセッションのためのユーザ平面経路を確立する。当該ＰＤＵセッションに対するＤＬ ＩＤ及びｇＮＢ住所は、ＵＰＧＷに送信されることができる。

ステップＳ１２２において、ＮＧ ＣＰは、経路切換要請確認メッセージをターゲットｇＮＢに送信する。

ステップＳ１２４において、ターゲットｇＮＢは、ＵＥコンテクスト解除メッセージをソースｇＮＢに送信する。これにより、ターゲットｇＮＢは、ハンドオーバー手順の成功をソースｇＮＢに知らせ、ソースｇＮＢによる資源の解除をトリガーする。

ＵＥコンテクスト解除メッセージを受信したソースｇＮＢは、ステップＳ１２６において、ＵＥコンテクストと連関した無線及び制御平面関連資源を解除できる。進行中のデータ伝達は続くことができる。

図４及び図５は、本発明の他の実施形態に係るビームを考慮したハンドオーバー手順を示す。以下の実施形態において、ハンドオーバー手順のソースＲＡＮノードは、ソースｇＮＢ、ターゲットＲＡＮノードは、ターゲットｇＮＢであることと仮定するが、本発明は、これに制限されない。ソースＲＡＮノードは、ソースｎｇ−ｅＮＢでありうるし、ターゲットＲＡＮノードは、ターゲットｎｇ−ｅＮＢでありうる。図４及び図５のハンドオーバー手順は、ＮＲ内（ｉｎｔｒａ−ＮＲ）のハンドオーバー手順を示す。ＮＲ内のハンドオーバー手順は、５ＧＣの介入なしにハンドオーバー手順の準備及び実行ステップを行う。すなわち、準備メッセージは、ｇＮＢ間に直接交換される。ハンドオーバー完了ステップの間、ソースｇＮＢでの資源の解除は、ターゲットｇＮＢによりトリガーされる。また、図４及び図５のハンドオーバー手順は、ＡＭＦとＵＰＦが変更されない基本ハンドオーバーシナリオを示す。

まず、図４を説明する。図４は、ハンドオーバー手順のうち、ハンドオーバー準備ステップ及びハンドオーバー実行ステップを示す。

ステップＳ２００において、ソースｇＮＢ内のＵＥコンテクストは、連結確立時または最後のＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）アップデート時に提供されたローミング及びアクセス制限に関する情報を含む。

ステップＳ２０２において、ソースｇＮＢは、ＵＥ測定手順を構成し、ＵＥは、測定構成によって測定報告を行う。

ステップＳ２０４において、ソースｇＮＢは、測定報告及びＲＲＭ情報に基づいてＵＥをハンドオーバーすることと決定する。

ステップＳ２０６において、ソースｇＮＢは、ターゲットｇＮＢにハンドオーバー要請メッセージを送信する。ハンドオーバー要請メッセージは、ターゲットｇＮＢがハンドオーバーを準備するために必要な情報を有する透明な（ｔｒａｎｓｐａｒｅｎｔ）ＲＲＣコンテナを含む。前記必要な情報は、少なくともターゲットセルＩＤ、ＫｇＮＢ^*、ソースｇＮＢでのＵＥのＣ−ＲＮＴＩ（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ）、ＵＥ不活性時間を含むＲＲＭ構成、アンテナ情報及びＤＬ搬送波周波数を含む基本ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）構成、相違したＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）のためのＵＥ能力（ｃａｐａｂｉｌｉｔｙ）を含む。また、利用可能な場合、前記必要な情報は、ビーム関連情報を含むＵＥから報告された測定情報を含むことができる。前記ビーム関連情報及び測定情報は、上述した表１及び表２にしたがうことができる。また、ＣＡ（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）が構成された場合、ＲＲＭ構成は、測定情報を使用できる各周波数で最も良いセル目録を含むことができる。

ステップＳ２０８において、ターゲットｇＮＢは、承認制御を行うことができる。

ステップＳ２１０において、ターゲットｇＮＢは、Ｌ１／Ｌ２とともにハンドオーバーを準備し、ハンドオーバー要請確認メッセージをソースｇＮＢに送信する。ハンドオーバー要請確認メッセージは、ハンドオーバーを行うために、ＲＲＣメッセージとしてＵＥに送信される透明コンテナを含む。

ステップＳ２１２において、ソースｇＮＢは、Ｕｕハンドオーバーをトリガーし、ハンドオーバー命令メッセージをＵＥに送信する。ハンドオーバー命令メッセージは、ＵＥがターゲットセルに接続するのに必要な情報を運搬する。前記ハンドオーバー命令メッセージは、少なくともターゲットセルＩＤ、新しいＣ−ＲＮＴＩ、選択された保安アルゴリズムのためのターゲットｇＮＢ保安アルゴリズム識別子を含む。また、前記ハンドオーバー命令メッセージは、専用ＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）資源の集合、ＲＡＣＨ資源とＳＳブロックとの間の連関、ＲＡＣＨ資源とＵＥ特定ＣＳＩ−ＲＳ構成との間の連関、共通ＲＡＣＨ資源及びターゲットｇＮＢ ＳＩＢなどを含むことができる。

ステップＳ２１４において、ソースｇＮＢは、ＳＮ状態伝達メッセージをターゲットｇＮＢに送信する。

ステップＳ２１６において、ＵＥは、ターゲットセルと同期化してＲＲＣハンドオーバー手順を完了する。

次いで、図５を説明する。図５は、図４に続いて行われる。図５もハンドオーバー手順のうち、ハンドオーバー完成ステップを示す。

ステップＳ２１８において、ターゲットｇＮＢは、ＡＭＦに経路切換要請メッセージを送信する。前記経路切換要請メッセージは、５ＧＣがＤＬデータ経路をターゲットｇＮＢに向かって切り換えるようにトリガーする。また、前記経路切換要請メッセージは、５ＧＣがターゲットｇＮＢに向かってＮＧ−Ｃインターフェースインスタンスを確立するようにトリガーする。

ステップＳ２２０において、５ＧＣは、ＤＬデータ経路をターゲットｇＮＢに向かって切り換える。

ステップＳ２２２において、ＡＭＦは、経路切換要請確認メッセージをターゲットｇＮＢに送信する。

ステップＳ２２４において、ターゲットｇＮＢは、ＵＥコンテクスト解除メッセージをソースｇＮＢに送信する。これにより、ターゲットｇＮＢは、ハンドオーバーの成功をソースｇＮＢに知らせ、ソースｇＮＢによる資源の解除をトリガーする。ターゲットｇＮＢは、ＡＭＦから経路切換要請確認メッセージを受信した後に、ＵＥコンテクスト解除メッセージを送信する。ＵＥコンテクスト解除メッセージを受信したソースｇＮＢは、ＵＥコンテクストと連関した無線及び制御平面関連資源を解除できる。進行中のデータ伝達は、続くことができる。

図６は、本発明の一実施形態によってソースｇＮＢがハンドオーバー手順を行う方法を示す。図３〜図５において説明された本発明が本実施形態に適用され得る。

ステップＳ３００において、ソースｇＮＢは、ビーム関連情報を含む測定報告をＵＥから受信する。前記測定報告は、ビームレベル測定報告でありうる。前記ビームレベル測定報告は、前記ビーム関連情報に対応することができる。前記ビーム関連情報は、ビームＩＤを含むことができる。ソースｇＮＢは、ビームレベル測定のために前記ＵＥを構成できる。

ステップＳ３０２において、ソースｇＮＢは、前記測定報告に基づいて、前記ＵＥをターゲットｇＮＢにハンドオーバーすることを決定する。

ステップＳ３０４において、ソースｇＮＢは、前記ビーム関連情報を含むハンドオーバー要請メッセージを前記ターゲットｇＮＢに送信する。前記ハンドオーバー要請メッセージは、前記測定報告を含むことができる。前記ハンドオーバー要請メッセージは、ハンドオーバーされるＰＤＵセッションコンテクストを含むことができる。前記ビーム関連情報及び前記測定報告は、上述した表１及び表２にしたがうことができる。

図７は、本発明の一実施形態によってターゲットｇＮＢがハンドオーバー手順を行う方法を示す。図３〜図５において説明された本発明が本実施形態に適用され得る。

ステップＳ３１０において、ターゲットｇＮＢは、ビーム関連情報を含むハンドオーバー要請メッセージをソースｇＮＢから受信する。前記ビーム関連情報は、ビームＩＤを含むことができる。前記ハンドオーバー要請メッセージは、ＵＥによって報告された測定報告を含むことができる。前記測定報告は、ビームレベル測定報告でありうる。前記ビームレベル測定報告は、前記ビーム関連情報に対応することができる。前記ビーム関連情報及び前記測定報告は、上述した表１及び表２にしたがうことができる。

ステップＳ３１２において、ターゲットｇＮＢは、ＰＤＵセッション連結に対して承認制御を行う。前記承認制御は、ＱｏＳに基づいて行われることができる。また、ターゲットｇＮＢは、前記ビーム関連情報をＵＥのＲＲＭのために使用することができる。

ステップＳ３１４において、ターゲットｇＮＢは、ハンドオーバー要請確認メッセージを前記ソースｇＮＢに送信する。前記ハンドオーバー要請確認メッセージは、ビームＩＤを含むことができる。

図３〜図７において説明された本発明の実施形態によって、ＵＥ特定移動性手順、すなわち、ハンドオーバー手順がビーム支援とともにＲＡＮノードでさらに最適化され得る。ＵＥの移動性経験が向上し得るし、ＵＥは、ターゲットＲＡＮノードにさらに円滑に接続することができる。また、本発明の一実施形態に係るハンドオーバー手順は、ＲＡＮノードが特定ＵＥに対してＲＲＭをよりよく行うように手伝い、これにより、資源活用の観点から、全体システムを向上させることができる。システム処理量も向上することができる。

２．第２実施形態

レガシーＬＴＥ基盤システムにおいてＸ２設定手順は、セル基盤手順である。Ｘ２設定手順が使用され続けると、ＲＡＮノードに対するビームの概念は、隣りにより知られることができない。したがって、ＲＡＮノードは、ＵＥにサービスするために、ビームレベルに対する決定を下すことが容易でない場合がある。

図８は、本発明の一実施形態に係るＲＡＮインターフェース設定手順を示す。本実施形態においてＲＡＮインターフェースは、ｇＮＢ間に設定されるＸｎインターフェースでありうる。しかし、本発明がこれに制限されるものではない。

ステップＳ４００において、ＲＡＮインターフェース（例えば、Ｘｎインターフェース）がＲＡＮノード（例えば、ｇＮＢ）間に設定されるとき、ＲＡＮノード１（例えば、ｇＮＢ１）がビーム技術を支援すれば、ＲＡＮノード１は、ＲＡＮインターフェース設定要請メッセージをＲＡＮノード２（例えば、ｇＮＢ２）に送信する。このとき、ＲＡＮインターフェース設定要請メッセージは、グローバルｇＮＢ ＩＤを含むことができる。また、ＲＡＮインターフェース設定要請メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード２がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース設定要請メッセージを受信すれば、ＲＡＮノード２は、受信したビーム支援表示及び／又はビーム関連情報をＵＥ特定手順のために考慮することができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。また、ステップＳ４０２において、ＲＡＮノード２は、ＲＡＮインターフェース設定応答メッセージをＲＡＮノード１に送信する。このとき、ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ ＩＤを含むことができる。また、ＲＡＮインターフェース設定応答メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード１がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース設定応答メッセージを受信すれば、ＲＡＮノード１も受信したビーム支援表示及び／又はビーム関連情報に基づいて適切な動作を取ることができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。

図９は、本発明の一実施形態に係るＲＡＮインターフェース構成アップデート手順を示す。本実施形態においてＲＡＮインターフェースは、ｇＮＢ間に設定されるＸｎインターフェースでありうる。しかし、本発明がこれに制限されるものではない。

ステップＳ４１０において、ＲＡＮインターフェース（例えば、Ｘｎインターフェース）の構成がＲＡＮノード（例えば、ｇＮＢ）間にアップデートされるとき、ＲＡＮノード１（例えば、ｇＮＢ１）がビーム技術を支援するようにアップデートされれば、ＲＡＮノード１は、ＲＡＮインターフェース構成アップデート要請メッセージをＲＡＮノード２（例えば、ｇＮＢ２）に送信する。このとき、ＲＡＮインターフェース構成アップデート要請メッセージは、グローバルｇＮＢ ＩＤを含むことができる。また、ＲＡＮインターフェース構成アップデート要請メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード２がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース構成アップデート要請メッセージを受信すれば、ＲＡＮノード２は、受信したビーム支援表示及び／又はビーム関連情報をＵＥ特定手順のために考慮することができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。また、ステップＳ４１２において、ＲＡＮノード２は、ＲＡＮインターフェース構成アップデート応答メッセージをＲＡＮノード１に送信する。このとき、ＲＡＮインターフェース構成アップデート応答メッセージは、グローバルｇＮＢ ＩＤを含むことができる。また、ＲＡＮインターフェース構成アップデート応答メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード１がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース構成アップデート応答メッセージを受信すれば、ＲＡＮノード１も受信したビーム支援表示及び／又はビーム関連情報に基づいて適切な動作を取ることができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。

図８及び図９において説明された本発明の実施形態によって、ＲＡＮノードが互いを知りうるので、特定ＵＥの移動性手順及び他の手順に対する決定を容易にすることができる。このような方式によって、システム処理量が多く向上し得るし、また、ＵＥは、処理量及びＵＥの移動性観点から、より良好にサービスされることができる。

３．第３実施形態

図１０は、本発明の他の実施形態に係るＲＡＮインターフェース設定手順を示す。本実施形態においてＲＡＮインターフェースは、ＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）とＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）との間に設定されるＸｘインターフェースでありうる。ＣＵには、基地局の上位階層の機能が、ＤＵには、基地局の下位階層の機能が位置する。しかし、本発明がこれに制限されるものではない。本実施形態は、ＲＡＮインターフェース設定手順がＣＵによって開始される実施形態を表す。

ステップＳ５００において、ＲＡＮインターフェース（例えば、Ｘｘインターフェース）がＲＡＮノード（例えば、ＣＵとＤＵ）間に設定されるとき、ＲＡＮノード１（例えば、ＣＵ）がビーム技術を支援すれば、ＲＡＮノード１は、ＲＡＮインターフェース設定要請メッセージをＲＡＮノード２（例えば、ＤＵ）に送信する。このとき、ＲＡＮインターフェース設定要請メッセージは、グローバルｇＮＢ ＩＤ及び／又はセルＩＤを含むことができる。また、ＲＡＮインターフェース設定要請メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード２がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース設定要請メッセージを受信すれば、ＲＡＮノード２は、受信したビーム支援表示及び／又はビーム関連情報をＵＥ特定手順のために考慮することができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。また、ステップＳ５０２において、ＲＡＮノード２は、ＲＡＮインターフェース設定応答メッセージをＲＡＮノード１に送信する。このとき、ＲＡＮインターフェース設定応答メッセージは、セルＩＤを含むことができる。また、ＲＡＮインターフェース設定応答メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード１がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース設定応答メッセージを受信すれば、ＲＡＮノード１も受信したビーム支援表示及び／又はビーム関連情報に基づいて適切な動作を取ることができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。また、ＣＵは、他のＣＵとＸｎインターフェースを設定するとき、当該ＤＵのセルＩＤ及びビームＩＤを他のＣＵに送信することができる。前記ＣＵと他のＣＵとの間のインターフェース設定手順は、上述した図８にしたがうことができる。

図１１は、本発明の他の実施形態に係るＲＡＮインターフェース構成アップデート手順を示す。本実施形態においてＲＡＮインターフェースは、ＣＵとＤＵとの間に設定されるＸｘインターフェースでありうる。ＣＵには、基地局の上位階層の機能が、ＤＵには、基地局の下位階層の機能が位置する。しかし、本発明がこれに制限されるものではない。本実施形態は、ＲＡＮインターフェース構成アップデート手順がＣＵによって開始される実施形態を表す。

ステップＳ５１０において、ＲＡＮインターフェース（例えば、Ｘｘインターフェース）の構成がＲＡＮノード（例えば、ＣＵとＤＵ）間にアップデートされるとき、ＲＡＮノード１（例えば、ＣＵ）がビーム技術を支援するようにアップデートされれば、ＲＡＮノード１は、ＲＡＮインターフェース構成アップデート要請メッセージをＲＡＮノード２（例えば、ＤＵ）に送信する。このとき、ＲＡＮインターフェース構成アップデート要請メッセージは、グローバルｇＮＢ ＩＤ及び／又はセルＩＤを含むことができる。また、ＲＡＮインターフェース構成アップデート要請メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード２がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース構成アップデート要請メッセージを受信すれば、ＲＡＮノード２は、受信したビーム支援表示及び／又はビーム関連情報をＵＥ特定手順のために考慮することができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。また、ステップＳ５１２において、ＲＡＮノード２は、ＲＡＮインターフェース構成アップデート応答メッセージをＲＡＮノード１に送信する。このとき、ＲＡＮインターフェース構成アップデート応答メッセージは、セルＩＤを含むことができる。また、ＲＡＮインターフェース構成アップデート応答メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード１がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース構成アップデート応答メッセージを受信すれば、ＲＡＮノード１も受信したビーム支援表示及び／又はビーム関連情報に基づいて適切な動作を取ることができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。また、ＣＵは、他のＣＵとＸｎインターフェースを設定するとき、当該ＤＵのセルＩＤ及びビームＩＤを他のＣＵに送信することができる。前記ＣＵと他のＣＵとの間のインターフェース設定手順は、上述した図８にしたがうことができる。

図１２は、本発明の他の実施形態に係るＲＡＮインターフェース設定手順を示す。本実施形態においてＲＡＮインターフェースは、ＣＵとＤＵとの間に設定されるＸｘインターフェースでありうる。ＣＵには、基地局の上位階層の機能が、ＤＵには、基地局の下位階層の機能が位置する。しかし、本発明がこれに制限されるものではない。本実施形態は、ＲＡＮインターフェース設定手順がＤＵによって開始される実施形態を表す。

ステップＳ５２０において、ＲＡＮインターフェース（例えば、Ｘｘインターフェース）がＲＡＮノード（例えば、ＣＵとＤＵ）間に設定されるとき、ＲＡＮノード２（例えば、ＤＵ）がビーム技術を支援すれば、ＲＡＮノード２は、ＲＡＮインターフェース設定要請メッセージをＲＡＮノード１（例えば、ＣＵ）に送信する。このとき、ＲＡＮインターフェース設定要請メッセージは、セルＩＤを含むことができる。また、ＲＡＮインターフェース設定要請メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード１がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース設定要請メッセージを受信すれば、ＲＡＮノード１は、受信したビーム支援表示及び／又はビーム関連情報をＵＥ特定手順のために考慮することができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。また、ステップＳ５２２において、ＲＡＮノード１は、ＲＡＮインターフェース設定応答メッセージをＲＡＮノード２に送信する。このとき、ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ ＩＤ及び／又はセルＩＤを含むことができる。また、ＲＡＮインターフェース設定応答メッセージは、ビーム支援表示及び／又はビーム関連情報（例えば、ビームＩＤ）を含むことができる。

ＲＡＮノード２がビーム支援表示及び／又はビーム関連情報を含むＲＡＮインターフェース設定応答メッセージを受信すれば、ＲＡＮノード２も受信したビーム支援表示及び／又はビーム関連情報に基づいて適切な動作を取ることができる。例えば、資源割当がビームレベルで行われ得る。または、移動性手順がビームレベルを考慮して行われ得る。

図１０〜図１２において説明された本発明の実施形態によって、ＣＵとＤＵとが互いを知りうるので、特定ＵＥの移動性手順及び他の手順に対する決定を容易にすることができる。このような方式によって、システム処理量が多く向上し得るし、また、ＵＥは、処理量及びＵＥの移動性観点から、より良好にサービスされることができる。

図１３は、本発明の実施形態が実現される無線通信システムを示す。

ＲＡＮノード１（８００）は、プロセッサ（ｐｒｏｃｅｓｓｏｒ；８１０）、メモリ（ｍｅｍｏｒｙ；８２０）、及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ；８３０）を備える。プロセッサ８１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により実現されることができる。メモリ８２０は、プロセッサ８１０と連結されて、プロセッサ８１０を駆動するための様々な情報を格納する。送受信部８３０は、プロセッサ８１０と連結されて、無線信号を送信及び／又は受信する。

ＲＡＮノード２（９００）は、プロセッサ９１０、メモリ９２０、及び送受信部９３０を備える。プロセッサ９１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により実現されることができる。メモリ９２０は、プロセッサ９１０と連結されて、プロセッサ９１０を駆動するための様々な情報を格納する。送受信部９３０は、プロセッサ９１０と連結されて、無線信号を送信及び／又は受信する。

プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を備えることができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を備えることができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。実施形態がソフトウェアで実現されるとき、上述した技法は、上述した機能を果たすモジュール（過程、機能等）で実現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にありうるし、よく知られた様々な手段にてプロセッサ８１０、９１０と連結されることができる。

前述した例示的なシステムにおいて、前述した本発明の特徴によって実現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、フローチャートに示すステップが排他的でなく、他のステップが含まれ、または 流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。

Claims (15)

1. 無線通信システムにおいてソースｇＮＢがハンドオーバー手順を行う方法であって、
   ビーム関連情報を含む測定報告を端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）から受信し、
   前記測定報告に基づいて、前記ＵＥをターゲットｇＮＢにハンドオーバーすることを決定し、
   前記ビーム関連情報を含むハンドオーバー要請メッセージを前記ターゲットｇＮＢに送信することを含む、方法。
2. 前記測定報告は、ビームレベル測定報告であることを特徴とする、請求項１に記載の方法。
3. 前記ビームレベル測定報告は、前記ビーム関連情報に対応することを特徴とする、請求項２に記載の方法。
4. 前記ビーム関連情報は、ビームＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を含むことを特徴とする、請求項１に記載の方法。
5. 前記ハンドオーバー要請メッセージは、前記測定報告を含むことを特徴とする、請求項１に記載の方法。
6. 前記ハンドオーバー要請メッセージは、ハンドオーバーされるＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッションコンテクストを含むことを特徴とする、請求項１に記載の方法。
7. ビームレベル測定のために、前記ＵＥを構成することをさらに含む、請求項１に記載の方法。
8. 無線通信システムにおいてターゲットｇＮＢがハンドオーバー手順を行う方法であって、
   ビーム関連情報を含むハンドオーバー要請メッセージをソースｇＮＢから受信し、
   ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッション連結に対して承認制御を行い、
   ハンドオーバー要請確認メッセージを前記ソースｇＮＢに送信することを含む、方法。
9. 前記ビーム関連情報を端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）のＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）のために使用することをさらに含む、請求項８に記載の方法。
10. 前記ビーム関連情報は、ビームＩＤ（ｉｄｅｎｔｉｆｉｅｒ）を含むことを特徴とする、請求項８に記載の方法。
11. 前記ハンドオーバー要請メッセージは、ＵＥによって報告された測定報告を含むことを特徴とする、請求項８に記載の方法。
12. 前記測定報告は、ビームレベル測定報告であることを特徴とする、請求項１１に記載の方法。
13. 前記ビームレベル測定報告は、前記ビーム関連情報に対応することを特徴とする、請求項１２に記載の方法。
14. 前記ハンドオーバー要請確認メッセージは、ビームＩＤを含むことを特徴とする、請求項８に記載の方法。
15. 前記承認制御は、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）に基づいて行われることを特徴とする、請求項８に記載の方法。

Images