JP7219825B2

JP7219825B2 - Ｉａｂネットワークのためのバックホールチャネル管理

Info

Publication number: JP7219825B2
Application number: JP2021557234A
Authority: JP
Inventors: グンナルミルデ，; アジマルムハマド，; ウメールテエブ，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-03-28
Filing date: 2020-03-27
Publication date: 2023-02-08
Anticipated expiration: 2040-03-27
Also published as: WO2020194259A1; US11470661B2; JP2022528356A; EP3949504A1; BR112021018350A2; US20220095397A1

Description

統合アクセス・無線アクセスバックホール（ＩＡＢ：ｉｎｔｅｇｒａｔｅｄａｃｃｅｓｓａｎｄｗｉｒｅｌｅｓｓａｃｃｅｓｓｂａｃｋｈａｕｌ）ネットワークのためのバックホールチャネル管理に関する実施形態が開示されている。

Ｉ．統合アクセスバックホールネットワーク
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、３ＧＰＰＲｅｌ－１６（ＲＰ－１８２８８２）において新無線（ＮＲ：ＮｅｗＲａｄｉｏ）における統合アクセス・無線アクセスバックホール（ＩＡＢ）を現在標準化しつつある。

ＮＲにおける短距離ミリ波スペクトルの使用により、マルチホップバックホーリング（ｍｕｌｔｉ－ｈｏｐｂａｃｋｈａｕｌｉｎｇ）を用いる高密度化された展開の必要が生じる。しかしながら、あらゆる基地局までの光ファイバーは非常にコストがかかり、可能ですらないこともある（たとえば史跡）。主要なＩＡＢ原理は、トランスポートネットワークを高密度化する必要なしに、セルのフレキシブルで極めて高密度の展開を可能にするための（ファイバーの代わりの）バックホールのための無線リンクの使用である。ＩＡＢのための使用事例シナリオは、カバレッジ拡張と、莫大な数のスモールセルの展開と、（たとえば、住宅／オフィスビルへの）固定無線アクセス（ＦＷＡ）とを含むことができる。ミリ波スペクトルにおけるＮＲのために利用可能な帯域幅がより大きければ、アクセスリンクのために使用されるべきスペクトルを制限することなしに、セルフバックホーリングの機会が得られる。そのことに加えて、ＮＲにおける固有のマルチビームおよびＭＩＭＯサポートによりバックホールとアクセスリンクとの間のクロスリンク干渉が低減され、より高い高密度化が可能になる。

ＩＡＢ作業のスタディアイテム段階（スタディアイテムの概要は３ＧＰＰテクニカルレポート（ＴＲ）３８．８７４Ｖ１６．０．０中に見出され得る）中に、ＩＡＢノードが、中央ユニット（ＣＵ）によって制御される分散型ユニット（ＤＵ）部分をホストしている、ＮＲのＣＵ／ＤＵスプリットアーキテクチャを活用するソリューションを採用することが承認された。ＣＵは、もっぱらＤＵに割り当てられる機能を除いて、ユーザデータの転送、モビリティ制御、無線アクセスネットワーク共有、測位、セッション管理などのような、基地局（たとえばｇＮＢ）機能を含むノードである。ＣＵはフロントホール（Ｆｓ）インターフェース上でＤＵの動作を制御する。ＤＵは、機能スプリットオプションに応じて、ｇＮＢ機能のサブセットを含むノードである。ＤＵの動作はＣＵによって制御される。ＣＵおよびＤＵは、それぞれｇＮＢ－ＣＵおよびｇＮＢ－ＤＵと呼ばれることがある。ＩＡＢノードはまた、それらがそれらの親ノードと通信するために使用するモバイルターミネーション（ＭＴ）部分を有する。

ＩＡＢのための仕様は、ＮＲにおいて定義される既存の機能とインターフェースとを再利用するように努めている。特に、ＭＴ、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、ＵＰＦ、ＡＭＦおよびＳＭＦ、ならびに（ＭＴとｇＮＢとの間の）対応するインターフェースＮＲＵｕ、Ｆ１、ＮＧ、Ｘ２およびＮ４が、ＩＡＢアーキテクチャのためのベースラインとして使用される。ＩＡＢのサポートのためのこれらの機能およびインターフェースの改変または拡張についてはアーキテクチャ説明の文脈において説明する。マルチホップ・フォワーディングなど、追加の機能は、それがＩＡＢ動作の理解のために必要であるので、およびいくつかの態様が標準化を必要とし得るので、アーキテクチャ説明に含まれる。

モバイルターミネーション（ＭＴ）機能はＩＡＢノードの構成要素として定義されている。ＭＴは、ＩＡＢドナーまたは他のＩＡＢノードに対するバックホールＵｕインターフェースの無線インターフェースレイヤを終了させる、ＩＡＢノード上に常駐する機能を指す。

図１は、１つのＩＡＢドナーと複数のＩＡＢノードとを含んでいる、スタンドアロンモードにおけるＩＡＢについての参照図を示す。ＩＡＢドナーは、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ－ＣＰ、ｇＮＢ－ＣＵ－ＵＰなどの機能のセットと、潜在的に他の機能とを含む、単一の論理ノードとして処理される。展開において、ＩＡＢドナーはこれらの機能に従ってスプリットされ得、これらの機能はすべて、３ＧＰＰＮＧ－ＲＡＮアーキテクチャによって許容されるように、コロケートされるかまたはコロケートされないかのいずれかであり得る。ＩＡＢ関係態様は、そのようなスプリットが実行されたときに生じ得る。また、ＩＡＢドナーに現在関連付けられている機能のうちのいくつかは、それらがＩＡＢ固有のタスクを実行しないことが明らかになった場合に、最終的にドナーの外部に移動され得る。

ＩＡＢのためのベースラインユーザプレーンおよび制御プレーンプロトコルスタックが図２および図３に示されている。

図２および図３に示されているように、選定されたプロトコルスタックはリリース１５（ｒｅｌ－１５）における現在のＣＵ－ＤＵスプリット仕様を再利用しており、フルユーザプレーンＦ１－Ｕ（ＧＴＰ－Ｕ／ＵＤＰ／ＩＰ）が（ノーマルＤＵのような）ＩＡＢノードにおいて終了され、フル制御プレーンＦ１－Ｃ（Ｆ１ＡＰ／ＳＣＴＰ／ＩＰ）も（ノーマルＤＵのような）ＩＡＢノードにおいて終了される。上記の事例では、ＵＰトラフィックとＣＰトラフィック（ＵＰの場合はＩＰｓｅｃ、ＣＰの場合はＤＴＬＳ）の両方を保護するために、ネットワークドメインセキュリティ（ＮＤＳ）が採用されている。ＩＰｓｅｃは、ＤＴＬＳの代わりにＣＰ保護のためにも使用され得る（この場合、ＤＴＬＳレイヤは使用されないであろう）。

アダプテーションレイヤ（規格において使用されるべきこのレイヤの最終的な名称は依然として係属中である）と呼ばれる新しいレイヤがＩＡＢノードおよびＩＡＢドナー中に導入されており、アダプテーションレイヤは、適切なダウンストリーム／アップストリームノードへのパケットのルーティングのために使用され、ベアラのエンドツーエンドＱｏＳ要件満たすために、適切なバックホールＲＬＣチャネルに（および中間ＩＡＢノード中のイングレスバックホールＲＬＣチャネルとエグレスバックホールＲＬＣチャネルとの間においても）ＵＥベアラデータをマッピングするためにも使用される。

ＩＩ．ＣＵ／ＤＵスプリットアーキテクチャのベアラ設定態様
ＣＵ／ＤＵスプリットアーキテクチャでは、ベアラセットアップ／修正は、ＣＵとＤＵとの間のＦ１ＵＥコンテキストセットアッププロシージャおよびＦ１ＵＥコンテキスト修正プロシージャを介して処理される。ＤＲＢ／ＳＲＢセットアップ／修正に関連がある異なる情報要素（ＩＥ）は以下の通りである。
１．（ＵＥコンテキストセットアップ要求、ＵＥコンテキスト修正要求中の）セットアップすべきＤＲＢ／ＳＲＢリスト（ＣＵからＤＵへのみの、セットアップされるべきＤＲＢ／ＳＲＢのリスト）。
２．（ＵＥコンテキストセットアップ応答、ＵＥコンテキスト修正応答中の）セットアップされたＤＲＢリスト（ＤＵからＣＵへのみの、セットアップに成功したＤＲＢのリスト）。
３．（ＵＥコンテキストセットアップ応答、ＵＥコンテキスト修正応答中の）セットアップされることに失敗したＤＲＢ／ＳＲＢリスト（ＤＵからＣＵへの、セットアップされることができなかったＤＲＢ／ＳＲＢのリスト）。
４．（ＵＥコンテキスト修正要求中の）修正されるべきＤＲＢリスト（ＣＵからＤＵへの、修正されるべきＤＲＢのリスト）。
５．（要求されたＵＥコンテキスト修正中の）修正されることが要求されるＤＲＢリスト（ＤＵからＣＵへの、修正されるべきＤＲＢのリスト）。
６．（ＵＥコンテキスト修正応答、ＵＥコンテキスト修正確認中の）修正されたＤＲＢリスト（ＣＵからＤＵへのまたはＤＵからＣＵへの、修正されたＤＲＢ）。
７．（ＵＥコンテキスト修正応答中の）修正されることに失敗したＤＲＢリスト（ＤＵからＣＵへの、修正に成功しなかったＤＲＢ）。
８．（ＵＥコンテキスト修正要求、要求されたＵＥコンテキスト修正中の）解放されるべきＤＲＢ／ＳＲＢリスト（ＣＵからＤＵへのまたはＤＵからＣＵへの、解放されるべきＤＲＢ／ＳＲＢ）。

ＩＥ１～３はベアラセットアップに関係し、ＩＥ４～７はベアラ修正に関係し、ＩＥ８はベアラ解放に関係する。

上述のＩＥ１～４は下表中に示されており、その情報は３ＧＰＰＴＳ３８．４７３Ｖ１５．４．１（“ＴＳ３８．４７３”）においても見出され得る。

１つまたは複数のバックホール（ＢＨ）ＲＬＣチャネルが、ＩＡＢノードと、（別のＩＡＢノードまたはドナーＤＵであり得る）それの親ノードとの間でサポートされるべきであることが３ＧＰＰにおいて承認された。これらのバックホールＲＬＣチャネルは、スプリットＣＵ／ＤＵアーキテクチャを実現するためにＤＵとＵＥとの間で使用されるアクセスＲＬＣチャネルと同様の高いレベルにある。すなわち、１つの可能な手法は、上記で説明したＦ１コンテキスト管理機能における既存のセットアップ／修正されるべきＤＲＢＩＥを再利用することであり得る。しかしながら、以下の表に示されているようないくつかの基本的な差異がある。

上記で見られたように、ＤＲＢ、およびＤＵとＵＥとの間のアクセスＲＬＣチャネル（注記：「アクセスＲＬＣチャネル」という用語は、ＵＥとＤＵ、またはＵＥをサービスするＩＡＢノードとの間のＲＬＣチャネルを指すために使用されるが、「ＢＨＲＬＣチャネル」は、ＩＡＢノードと、別のＩＡＢノードまたはドナーＤＵであり得る、それの親ノードとの間のＲＬＣチャネルを指す）を設定するために必要とされる情報と、ＩＡＢネットワーク中のバックホールＲＬＣチャネルを設定するために必要とされる情報との間には、いくつかの基本的な差異がある。いかなるあいまいさもなしに使用され得るＩＥ（たとえばＲＬＣモード）もあれば、ＢＨＲＬＣチャネルには関連がないが、ＤＲＢ／アクセスＲＬＣチャネルのために必須のＩＥ（たとえばトンネル情報）もあり、いくらかのあいまいさをもつが、再利用され得るＩＥ（たとえば、ＢＨＲＬＣチャネルを識別するためにも使用され得るが、ＢＨＲＬＣチャネルがＤＲＢに関連しないので、仕様における混乱といくつかの不測の問題とを生じ得る、ＤＲＢＩＤ）もある。さらに、ＢＨＲＬＣチャネルに関連があり得るいくつかのＩＥがあるが、それらは、特に、マルチホップＩＡＢネットワーク中のＵＥベアラとＢＨＲＬＣチャネルとの間に１：１のマッピングがある場合、多数のすべてのこれらのチャネルの設定を収容するためのサイズ制限を有する。

本開示では、２つのＩＡＢノード間またはＩＡＢノードとＩＡＢドナーＤＵとの間のＦ１インターフェース上のＢＨＲＬＣチャネルを設定するためのいくつかの機構を紹介する。

以下は、いくつかの例示的な実施形態である。

１．ＩＡＢノードに対してＲＬＣチャネルを設定することに関連がある必須情報を含んでいる新しいＩＥ（たとえば、セットアップされるべきＢＨＲＬＣベアラ、修正されるべきＢＨＲＬＣベアラなど）が導入される。

２．ＤＲＢおよび関連付けられたアクセスＲＬＣチャネルを設定するための現在の構造（たとえば、セットアップされるべきＤＲＢ、修正されるべきＤＲＢなど）が使用されるが、以下を含むいくつかの拡張がある。ａ）いくつかの予約された／デフォルトの／設定された値が、ＩＡＢノードに関連がないフィールドのために使用される。および／またはｂ）特に、設定される必要がある、ＵＥベアラとＢＨＲＬＣチャネルとの間の１：１のマッピングがある場合、いくつかのフィールドの値範囲が、設定され得る多数のＢＨＲＬＣチャネルを収容するために拡大される。ＲＬＣベアラ設定ＩＥは、ＢＨＲＬＣチャネルを設定するために使用されるが、別個のＢＨＲＬＣチャネルＩＤがＤＲＢＩＤ（ＤＲＢ－識別情報）フィールドの代わりに導入される。

特定の実施形態では、ノード（たとえばＩＡＢノード）とＤＵ（たとえばドナーＤＵ）との間にＢＨＲＬＣチャネルを確立するための方法が提供される。

一態様では、本方法は、ＣＵ（たとえばドナーＣＵ）が、ノードとＤＵとの間にＢＨＲＬＣチャネルを確立する必要を検出することと、ＢＨＲＬＣチャネルを確立する必要を検出したことに応答して、ＣＵが、ＢＨＲＬＣチャネルをセットアップすることをＤＵに要求するＦ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）をＤＵに送ることとを含む。Ｆ１ＡＰメッセージは、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＢＨＲＬＣチャネル識別子（ＩＤ）情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む。

別の態様では、本方法は、ＤＵが、ＣＵ（たとえばドナーＣＵ）によって送信されたＦ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）を受信することであって、Ｆ１ＡＰメッセージが、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＢＨＲＬＣチャネル識別子（ＩＤ）情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む、Ｆ１ＡＰメッセージを受信することを含む。

いくつかの実施形態では、Ｆ１ＡＰメッセージは、セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストを含み、リスト中に含まれる少なくとも１つのアイテムは、ＢＨＲＬＣチャネルＩＤに関連するＱｏＳ情報をさらに含んでいる。いくつかの実施形態では、ＱｏＳ情報は割り当ておよび保持優先度（ＡＲＰ）値を含む。

いくつかの実施形態では、Ｆ１ＡＰメッセージは、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含み、Ｆ１ＡＰメッセージは、ＤＲＢＩＤＩＥがＤＲＢＩＤの代わりにＢＨＲＬＣチャネルＩＤを含んでいることを示す指示をさらに含む。いくつかの実施形態では、Ｆ１ＡＰメッセージは、ＤＬＰＤＣＰＳＮ長さ値をさらに含み、本方法は、ＤＵがＤＬＰＤＣＰＳＮ長さ値を無視することをさらに含む。

いくつかの実施形態では、本方法はまた、ＤＵが、Ｆ１ＡＰメッセージを受信したことに応答して、ＤＵがＢＨＲＬＣチャネルを確立することが可能であるかどうかを決定することと、ＤＵがＢＨＲＬＣチャネルを確立することが可能であることを決定した結果として、ＤＵがＢＨＲＬＣチャネルのＤＵ側を確立することとを含む。いくつかの実施形態では、ＢＨＲＬＣチャネルのＤＵ側を確立することは、ＢＨＲＬＣチャネルのためのＲＬＣバッファのためのメモリを割り当てること、および／またはＦ１ＡＰメッセージ中に示されたＢＨＲＬＣチャネル設定を適用することを含む。

本明細書で開示される実施形態の一利点は、それらの実施形態が、ＩＡＢノードとそれのドナーとの間で使用されるべきＢＨＲＬＣチャネルを設定するための機構を提供することである。実施形態のうちのいくつかにより、ＤＲＢおよびアクセスＲＬＣチャネル設定のために使用される現在のＦ１アプリケーションプロトコル（Ｆ１ＡＰ）メッセージおよび情報要素ができる限り多く再利用され、それにより仕様の影響を最小にすることが可能になる。他の実施形態は、将来の３ＧＰＰリリースにおいて、ＤＲＢ／アクセスＲＬＣチャネルとＢＨＲＬＣチャネルとの間に一層多くの差異が生じ得るので、ＢＨＲＬＣチャネルを設定するよりクリーンで進歩的な互換方法を提供する（たとえば、ｒｅｌ－１７におけるＩＡＢ作業により多くの特徴が加えられた場合、ＢＨＲＬＣチャネルとＤＲＢ／アクセスＲＬＣチャネルとの設定を制御する別個のＩＥを有することは、ＢＨＲＬＣチャネルに関連するＩＥを修正するだけで済むことを意味する）。このことにより実装および試験の作業が簡略化される。

本明細書に組み込まれ、本明細書の一部を形成する添付の図面は、様々な実施形態を示す。

ＩＡＢネットワークのハイレベルアーキテクチャ図である。ＩＡＢのためのユーザプレーンおよび制御プレーンプロトコルスタックを示す図である。ＩＡＢのためのユーザプレーンおよび制御プレーンプロトコルスタックを示す図である。いくつかの実施形態によるプロセスを示すフローチャートである。いくつかの実施形態によるプロセスを示すフローチャートである。本明細書で開示するステップを実行するための、一実施形態による装置を示すブロック図である。本明細書で開示するステップを実行するための、一実施形態による装置を示すブロック図である。

本明細書では、Ｆ１シグナリングにおけるＢＨＲＬＣチャネルを識別するための機構が紹介される。本機構により、ドナーＩＡＢノードまたは親ノード（ＤＵおよびＣＵ機能を含む）が、ＢＨＲＬＣチャネルを追加／修正／削除するためにＩＡＢノードにシグナリングすることが可能になる。

例示的な使用事例：
１．ドナーＣＵは、ドナーＣＵがＩＡＢノード１とドナーＤＵとの間に新しいＢＨＲＬＣチャネルを確立する必要があることを決定する。このことのためのトリガすることは、たとえば、新しいＩＡＢノード２がＩＡＢノード１に接続されたこと、または高い優先度もしくは保証ビットレート（ＧＢＲ）サービスをもつＵＥがＩＡＢノード１に接続されていることに基づき得る。

２．ドナーＣＵは、ＩＡＢノード１への新しいＢＨＲＬＣチャネルを確立するために、Ｆ１ＡＰメッセージ（たとえば、そのメッセージの例がＴＳ３８．４７３Ｖ１５．４．１のセクション９．２．２．１に示されている、ＵＥコンテキストセットアップ（または修正）要求メッセージ）をドナーＤＵに送る。ＢＨＲＬＣチャネルは識別子を用いて識別され、識別子はこのＢＨＲＬＣチャネルのための後のシグナリングのために使用される。メッセージはまた、新しいＢＨＲＬＣチャネルのための設定情報を含む。

３．ドナーＤＵが、ＢＨＲＬＣチャネルをセットアップするための要求を受信すると、ドナーＤＵは、ドナーＤＵが要求を果たすことが可能であるかどうかを決定する。そのことが可能である場合、ドナーＤＵは、ＲＬＣバッファおよび他のモノのためのメモリを割り当てることを含み得る、ＢＨＲＬＣチャネルのＤＵ側を確立する。ドナーＤＵはまた、ドナーＣＵから受信されたＢＨＲＬＣチャネル設定を適用する。

４．ドナーＤＵはドナーＣＵへのＢＨＲＬＣチャネルに肯定応答する。

ＣＵが、ＲＬＣＢＨチャネルを解放することを後で決定した場合、以下のステップに従う。
１．ドナーＣＵは、ドナーＣＵがＩＡＢノード１とドナーＤＵとの間のＢＨＲＬＣチャネルを解放する必要があることを決定する。このことのためのトリガすることは、たとえば、ＢＨＲＬＣチャネルを使用する進行中のサービスを受けていたＩＡＢノード１中のＵＥが、このＢＨＲＬＣチャネルを必要とするこのサービスをもはや使用していないことに基づき得る。

２．ドナーＣＵは、ＩＡＢノード１へのＢＨＲＬＣチャネルを解放するために、Ｆ１ＡＰメッセージ（たとえばＵＥコンテキスト修正要求メッセージ）をドナーＤＵに送る。ＢＨＲＬＣチャネルは、ＢＨＲＬＣチャネルセットアップ中に割り当てられた識別子を用いて識別される。

３．ドナーＤＵが、ＢＨＲＬＣチャネルを解放するための要求を受信すると、ドナーＤＵは、ＲＬＣバッファおよび他のモノのためのメモリの割り当てを解除することを含み得る、ＢＨＲＬＣチャネルのＤＵ側における次の解放を実行する。

以下で説明する実施形態は、ＢＨＲＬＣチャネルがＦ１上でどのように識別され得るか、ＢＨＲＬＣチャネルがどのように設定され得るかについての異なるソリューションと、このことがＦ１メッセージ中でどのようにシグナリングされ得るかについての異なるソリューションとを示す。

実施形態１
一実施形態では、以下に示されるように、ＢＨＲＬＣチャネルをセットアップするために必要とされる本質的情報のみを含んでいる新しいＢＨＲＬＣチャネル設定ＩＥが、Ｆ１ＡＰ中で定義される。

この実施形態では、１）ＢＨＲＬＣチャネルＩＤ、２）ＱｏＳ情報、３）ＤＲＢ情報、および４）ベアラタイプ情報を含む、Ｆ１インターフェース上のＢＨＲＬＣチャネルを設定するためのいくつかの情報要素（ＩＥ）が含まれる。これらのＩＥの任意の組合せが送られ得ることを理解されたい。ＩＥの中には、随意に設定され得るものもあるが、必須であり得るものもある。ＢＨＲＬＣチャネルのＱｏＳ設定は、以下に示されている、以下のＴＳ３８．４７３Ｖ１５．４．１セクション９．３．１．４５ＱｏＳフローレベルＱｏＳパラメータとしてシグナリングされ得る。

実施形態２
一実施形態では、ＤＲＢおよびアクセスＲＬＣチャネルをセットアップするために使用される現在のＩＥは、以下に示されるように、ＢＨＲＬＣチャネルの設定をサポートするように拡張される。この場合、ＢＨＲＬＣチャネルを管理するために新しい構造が追加される必要はなく、既存のＤＲＢ構造にいくつかの新しい要素が追加される必要があるのみである。

この実施形態では、現在は必須であるが、ＢＨＲＬＣチャネルを設定するためには有用でない、いくつかの値が、（たとえば、規格においてハードコーディングされた）デフォルト値に設定されるか、またはただＤＵ機能によって単に無視される。

この実施形態では、ＩＥがＢＨＲＬＣチャネル設定に関係することを受信ＤＵが知っている場合、いくつかのＩＥの意味が変更される。たとえば、ＤＲＢＩＤフィールドの意味は、ＢＨＲＬＣチャネルＩＤに変更され得る。

ＤＲＢ設定が事実上ＢＨＲＬＣチャネルであることをＤＵが知るために、特定のＤＲＢ設定がＢＨＲＬＣチャネルであるという特別の指示をＦ１メッセージ中に追加することが可能であろう。指示は、ＤＲＢ設定ごと、またはＤＲＢ設定のセットごとであり得る。

図４は、いくつかの実施形態によるプロセス４００を示すフローチャートである。プロセス４００はステップｓ４０２から開始し得る。

ステップｓ４０２は、ＣＵ（たとえばドナーＣＵ）が、ノード（たとえばＩＡＢノード）とＤＵ（たとえばドナーＤＵ）との間にＢＨＲＬＣチャネルを確立する必要を検出することを含む。

ステップｓ４０４は、ＣＵが、ＢＨＲＬＣチャネルを確立する必要を検出したことに応答して、Ｆ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）をＤＵに送ることを含む。有利には、Ｆ１ＡＰメッセージは、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む。

図５は、いくつかの実施形態によるプロセス５００を示すフローチャートである。プロセス５００はステップｓ５０２から開始し得る。

ステップｓ５０２は、ドナーＤＵが、ドナーＣＵによって送信されたＦ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）を受信することを含み、Ｆ１ＡＰメッセージは、ＢＨＲＬＣチャネルを確立することをＤＵに要求する。有利には、Ｆ１ＡＰメッセージは、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む。

ステップｓ５０４（随意）は、ＤＵが、ＤＵがチャネルを確立することが可能であるかどうかを決定することを含む。そのことが可能である場合、プロセスはステップｓ５０６に進み得る。

ステップｓ５０６（随意）は、ＤＵがチャネルのＤＵ側を確立することを含む。

ステップｓ５０８（随意）は、ＤＵが、チャネルのＤＵ側を確立した後に、チャネルのＤＵ側が確立されたことを示す肯定応答をＣＵに送信することを含む。

いくつかの実施形態では、ＢＨＲＬＣチャネルのＤＵ側を確立することは、ＤＵが、ＢＨＲＬＣチャネルのためのＲＬＣバッファのためのメモリを割り当てること、および／またはＦ１ＡＰメッセージ中で示されたＢＨＲＬＣチャネル設定を適用することを含む。

図６は、いくつかの実施形態によるネットワーク機能（ＮＦ）装置６００のブロック図である。ＮＦ装置はＣＵまたはＤＵを実装する。図６に示されているように、ＮＦ装置６００は、１つまたは複数のプロセッサ（Ｐ）６５５（たとえば、汎用マイクロプロセッサ、および／または、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、１つまたは複数の他のプロセッサ）を含み得、そのプロセッサ６５５が、単一のハウジングもしくは単一のデータセンター中にコロケートされ得るか、または地理的に分散され得る（すなわち、装置６００が分散型装置であり得る）、処理回路（ＰＣ）６０２と、ＮＦ装置６００が、ネットワークインターフェース６４８が接続されたネットワーク１１０（たとえばインターネットプロトコル（ＩＰ）ネットワーク）に接続された他のノードにデータを送信すること、およびそのような他のノードからデータを受信することを可能にするための送信機（Ｔｘ）６４５および受信機（Ｒｘ）６４７を備える、ネットワークインターフェース６４８と、１つまたは複数の不揮発性記憶デバイスおよび／または１つまたは複数の揮発性記憶デバイスを含み得る、（「データ記憶システム」としても知られる）ローカル記憶ユニット６０８とを備え得る。ＰＣ６０２がプログラマブルプロセッサを含む実施形態では、コンピュータプログラム製品（ＣＰＰ）６４１が提供され得る。ＣＰＰ６４１は、コンピュータ可読命令（ＣＲＩ）６４４を含むコンピュータプログラム（ＣＰ）６４３を記憶するコンピュータ可読媒体（ＣＲＭ）６４２を含む。ＣＲＭ６４２は、磁気媒体（たとえばハードディスク）、光媒体、メモリデバイス（たとえば、ランダムアクセスメモリ、フラッシュメモリ）など、非一時的コンピュータ可読媒体であり得る。いくつかの実施形態では、コンピュータプログラム６４３のＣＲＩ６４４は、ＰＣ６０２によって実行されたとき、ＣＲＩがＮＦ装置６００に本明細書で説明するステップ（たとえば、フローチャートを参照しながら本明細書で説明するステップ）を実行させるように設定される。他の実施形態では、ＮＦ装置６００は、コードの必要なしに、本明細書で説明するステップを実行するように設定され得る。すなわち、たとえば、ＰＣ６０２は１つまたは複数のＡＳＩＣのみからなり得る。したがって、本明細書で説明する実施形態の特徴はハードウェアおよび／またはソフトウェアにおいて実装され得る。

図７は、いくつかの他の実施形態によるＮＦ装置６００の概略ブロック図である。ＮＦ装置６００は１つまたは複数のモジュール７００を含み、１つまたは複数のモジュール７００の各々はソフトウェアにおいて実装される。モジュール７００は、本明細書で説明するＮＦ装置６００の機能、特に、本明細書で説明するＣＵまたはＤＵの機能（たとえば、図４および／または図５に関する、たとえば、本明細書におけるステップ）を提供する。

様々な実施形態の概要
Ａ１ａ．ノード（たとえばＩＡＢノード）とＤＵ（たとえばドナーＤＵ）との間にＢＨＲＬＣチャネルを確立するための方法であって、本方法は、ＣＵ（たとえばドナーＣＵ）が、ノードとＤＵとの間にＢＨＲＬＣチャネルを確立する必要を検出することと、ＢＨＲＬＣチャネルを確立する必要を検出したことに応答して、ＣＵが、ＢＨＲＬＣチャネルをセットアップすることをＤＵに要求するＦ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）をＤＵに送ることであって、Ｆ１ＡＰメッセージが、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む、Ｆ１ＡＰメッセージをＤＵに送ることとを含む、方法。

Ａ１ｂ．ノード（たとえばＩＡＢノード）とＤＵ（たとえばドナーＤＵ）との間にＢＨＲＬＣチャネルを確立するための方法であって、本方法は、ＤＵが、ＣＵ（たとえばドナーＣＵ）によって送信されたＦ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）を受信することであって、Ｆ１ＡＰメッセージが、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む、Ｆ１ＡＰメッセージを受信することを含む、方法。

Ａ２．Ｆ１ＡＰメッセージが、セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストを含み、リスト中に含まれる少なくとも１つのアイテムが、ＢＨＲＬＣチャネルＩＤに関連するＱｏＳ情報をさらに含んでいる、実施形態Ａ１ａまたはＡ１ｂに記載の方法。

Ａ３．ＱｏＳ情報が割り当ておよび保持優先度（ＡＲＰ）値を含む、実施形態Ａ２に記載の方法。

Ａ４．Ｆ１ＡＰメッセージが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含み、Ｆ１ＡＰメッセージは、ＤＲＢＩＤＩＥがＤＲＢＩＤの代わりにＢＨＲＬＣチャネルＩＤを含んでいることを示す指示をさらに含む、実施形態Ａ１ａまたはＡ１ｂに記載の方法。

Ａ５．Ｆ１ＡＰメッセージがＤＬＰＤＣＰＳＮ長さ値をさらに含み、本方法は、ＤＵがＤＬＰＤＣＰＳＮ長さ値を無視することをさらに含む、実施形態Ａ１ｂまたはＡ４に記載の方法。

Ａ６．ＤＵが、Ｆ１ＡＰメッセージを受信したことに応答して、ＤＵがＢＨＲＬＣチャネルを確立することが可能であるかどうかを決定することと、ＤＵがＢＨＲＬＣチャネルを確立することが可能であることを決定した結果として、ＤＵがＢＨＲＬＣチャネルのＤＵ側を確立することとをさらに含む、実施形態Ａ１ｂ、Ａ４、またはＡ５に記載の方法。

Ａ７．ＢＨＲＬＣチャネルのＤＵ側を確立することが、ＢＨＲＬＣチャネルのためのＲＬＣバッファのためのメモリを割り当てること、および／またはＦ１ＡＰメッセージ中に示されたＢＨＲＬＣチャネル設定を適用することを含む、実施形態Ａ６に記載の方法。

Ｂ１．ネットワーク機能装置（６００）の処理回路によって実行されたとき、装置に請求項Ａ１からＡ７のいずれか一項に記載の方法を実行させる命令を含む、コンピュータプログラム。

Ｂ２．実施形態Ｂ１に記載のコンピュータプログラムを含んでいるキャリアであって、そのキャリアは、電子信号と、光信号と、無線信号と、コンピュータ可読記憶媒体とのうちの１つである、キャリア。

Ｃ１．ネットワーク機能（ＮＦ）装置（６００）であって、本ＮＦ装置（６００）は、ＢＨＲＬＣチャネルを確立する必要を検出することと、ＢＨＲＬＣチャネルを確立する必要を検出したことに応答して、Ｆ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）をＤＵ（たとえばドナーＤＵ）に送ることとを行うように適応され、Ｆ１ＡＰメッセージは、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む、ＮＦ装置（６００）。

Ｃ２．ネットワーク機能（ＮＦ）装置（６００）であって、本ＮＦ装置（６００）は、送信機（６４５）と、ＢＨＲＬＣチャネルを確立する必要を検出することと、ＢＨＲＬＣチャネルを確立する必要を検出したことに応答して、Ｆ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）をＤＵ（たとえばドナーＤＵ）に送るために送信機（６４５）を採用することとを行うように適応された処理回路（６０２）とを備え、Ｆ１ＡＰメッセージは、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む、ＮＦ装置（６００）。

Ｄ１．ネットワーク機能（ＮＦ）装置（６００）であって、本ＮＦ装置（６００）は、ＣＵ（たとえばドナーＣＵ）によって送信されたＦ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）を受信するように適応され、Ｆ１ＡＰメッセージは、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む、ＮＦ装置（６００）。

Ｄ２．ネットワーク機能（ＮＦ）装置（６００）であって、ＮＦ装置（６００）は、ＣＵ（たとえばドナーＣＵ）によって送信されたＦ１ＡＰメッセージ（たとえば、ＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求メッセージ）を受信するための受信機（６４７）と、受信されたＦ１ＡＰメッセージを処理するための処理回路（６０２）とを備え、Ｆ１ＡＰメッセージは、ｉ）セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、そのリストが、ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト、またはｉｉ）ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネルＩＤを含んでいるＤＲＢＩＤＩＥを含む、ＮＦ装置（６００）。

様々な実施形態について本明細書で説明したが、それらの実施形態は、限定ではなく、例としてのみ提示されたことを理解されたい。したがって、本開示の幅および範囲は、上記で説明した例示的な実施形態のいずれによっても限定されるべきでない。その上、それらの実施形態のすべての可能な変形態における上記で説明した要素の任意の組合せは、本明細書で別段に規定されていない限り、または文脈によって別段に明らかに否定されない限り、本開示によって包含される。

さらに、上記で説明され、図面に示されたプロセスは、ステップのシーケンスとして示されているが、このことは、ただ例示のために行われた。したがって、いくつかのステップが追加され得、いくつかのステップが省略され得、ステップの順序は並べ替えられ得、いくつかのステップが並行して実行され得ることが企図される。

Claims

ノードと分散型ユニット（ＤＵ）との間にバックホール（ＢＨ）無線リンク制御（ＲＬＣ）チャネルを確立するための方法（４００）であって、前記方法は、
中央ユニット（ＣＵ）が、前記ノードと前記ＤＵとの間に前記ＢＨＲＬＣチャネルを確立する必要を検出すること（ｓ４０２）と、
前記ＢＨＲＬＣチャネルを確立する必要を検出したことに応答して、前記ＣＵが、前記ＢＨＲＬＣチャネルをセットアップすることを前記ＤＵに要求するアプリケーションプロトコル（ＡＰ）メッセージを前記ＤＵに送ること（ｓ４０４）であって、前記ＡＰメッセージが、
セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、前記リストが、前記ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト
を含む、ＡＰメッセージを前記ＤＵに送ること（ｓ４０４）と
を含む、方法（４００）。
前記リスト中に含まれる前記少なくとも１つのアイテムが、前記ＢＨＲＬＣチャネルに関連するサービス品質（ＱｏＳ）情報をさらに含んでいる、請求項１に記載の方法。
前記ＱｏＳ情報が割り当ておよび保持優先度値を含む、請求項２に記載の方法。
前記リスト中に含まれる前記少なくとも１つのアイテムが、前記ＢＨＲＬＣチャネルのために使用されるべきＲＬＣモードを識別するＲＬＣモード情報をさらに含んでいる、請求項２に記載の方法。
前記ＡＰメッセージが、ダウンリンク（ＤＬ）パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）長さ値をさらに含み、
前記方法は、前記ＤＵが前記ＤＬＰＤＣＰＳＮ長さ値を無視することをさらに含む、請求項１から４のいずれか一項に記載の方法。
前記ＤＵが、前記ＡＰメッセージを受信したことに応答して、前記ＤＵが前記ＢＨＲＬＣチャネルを確立することが可能であるかどうかを決定すること（ｓ５０４）と、
前記ＤＵが前記ＢＨＲＬＣチャネルを確立することが可能であることを決定した結果として、前記ＤＵが前記ＢＨＲＬＣチャネルのＤＵ側を確立すること（ｓ５０６）と
をさらに含む、請求項４または５に記載の方法。
前記ＢＨＲＬＣチャネルの前記ＤＵ側を確立することが、前記ＢＨＲＬＣチャネルのためのＲＬＣバッファのためのメモリを割り当てること、および／または前記ＡＰメッセージ中に示されたＢＨＲＬＣチャネル設定を適用することを含む、請求項６に記載の方法。
前記ＡＰメッセージがＦ１ＡＰ（Ｆ１ＡＰ）メッセージである、請求項１から７のいずれか一項に記載の方法。
前記Ｆ１ＡＰメッセージがＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求である、請求項８に記載の方法。
ノードと分散型ユニット（ＤＵ）との間にバックホール（ＢＨ）無線リンク制御（ＲＬＣ）チャネルを確立するための方法（５００）であって、前記方法は、
前記ＤＵが、中央ユニット（ＣＵ）によって送信されたアプリケーションプロトコル（ＡＰ）メッセージを受信すること（ｓ５０２）であって、前記ＡＰメッセージが、
セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、前記リストが、前記ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト
を含む、ＡＰメッセージを受信すること（ｓ５０２）を含む、方法（５００）。
前記リスト中に含まれる前記少なくとも１つのアイテムが、前記ＢＨＲＬＣチャネルに関連するサービス品質（ＱｏＳ）情報をさらに含んでいる、請求項１０に記載の方法。
前記ＱｏＳ情報が割り当ておよび保持優先度値を含む、請求項１１に記載の方法。
前記リスト中に含まれる前記少なくとも１つのアイテムが、前記ＢＨＲＬＣチャネルのために使用されるべきＲＬＣモードを識別するＲＬＣモード情報をさらに含んでいる、請求項１１に記載の方法。
前記ＡＰメッセージが、ダウンリンク（ＤＬ）パケットデータコンバージェンスプロトコル（ＰＤＣＰ）シーケンス番号（ＳＮ）長さ値をさらに含み、
前記方法は、前記ＤＵが前記ＤＬＰＤＣＰＳＮ長さ値を無視することをさらに含む、請求項１０から１３のいずれか一項に記載の方法。
前記ＤＵが、ＡＰメッセージを受信したことに応答して、前記ＤＵが前記ＢＨＲＬＣチャネルを確立することが可能であるかどうかを決定すること（ｓ５０４）と、
前記ＤＵが前記ＢＨＲＬＣチャネルを確立することが可能であることを決定した結果として、前記ＤＵが前記ＢＨＲＬＣチャネルのＤＵ側を確立すること（ｓ５０６）と
をさらに含む、請求項１０から１４のいずれか一項に記載の方法。
前記ＢＨＲＬＣチャネルの前記ＤＵ側を確立することが、前記ＢＨＲＬＣチャネルのためのＲＬＣバッファのためのメモリを割り当てること、および／または前記ＡＰメッセージ中に示されたＢＨＲＬＣチャネル設定を適用することを含む、請求項１５に記載の方法。
前記ＡＰメッセージがＦ１ＡＰ（Ｆ１ＡＰ）メッセージである、請求項１０から１６のいずれか一項に記載の方法。
前記Ｆ１ＡＰメッセージがＵＥコンテキストセットアップ要求またはＵＥコンテキスト修正要求である、請求項１７に記載の方法。
前記ノードが統合アクセス・無線アクセスバックホール（ＩＡＢ）ノードである、請求項１から１８のいずれか一項に記載の方法。
ネットワーク機能装置（６００）の処理回路（６０２）によって実行されたとき、前記装置に請求項１から１９のいずれか一項に記載の方法を実行させる命令（６４４）を含む、コンピュータプログラム（６４３）。
請求項２０に記載のコンピュータプログラムを記憶した、コンピュータ可読記憶媒体（６４２）。
ネットワーク機能（ＮＦ）装置（６００）であって、前記ＮＦ装置（６００）は、
バックホール（ＢＨ）無線リンク制御（ＲＬＣ）チャネルを確立する必要を検出することと、
前記ＢＨＲＬＣチャネルを確立する必要を検出したことに応答して、アプリケーションプロトコル（ＡＰ）メッセージを分散型ユニット（ＤＵ）に送ることと
を行うように適応され、前記ＡＰメッセージは、
セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、前記リストが、前記ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいる、ＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト
を含む、ＮＦ装置（６００）。
前記ＮＦ装置が、請求項２から９または１９のいずれか一項に記載の方法を実行するようにさらに設定された、請求項２２に記載のＮＦ装置。
前記ＮＦ装置が送信機（６４５）と処理回路（６０２）とを備える、請求項２２または２３に記載のＮＦ装置。
ネットワーク機能（ＮＦ）装置（６００）であって、前記ＮＦ装置（６００）は、
ＣＵによって送信されたＡＰメッセージを受信するように適応され、前記ＡＰメッセージは、
セットアップされるべき１つまたは複数のＢＨＲＬＣチャネルを識別するリストであって、前記リストが、前記ＢＨＲＬＣチャネルを識別するＢＨＲＬＣチャネル識別子（ＩＤ）を含んでいるＢＨＲＬＣチャネルＩＤ情報要素（ＩＥ）を含んでいる少なくとも１つのアイテムを含む、リスト
を含む、ＮＦ装置（６００）。
前記ＮＦ装置が、請求項１１から１９のいずれか一項に記載の方法を実行するようにさらに設定された、請求項２５に記載のＮＦ装置。
前記ＮＦ装置が、前記ＡＰメッセージを受信するための受信機（６４７）と、前記受信されたＡＰメッセージを処理するための処理回路（６０２）とを備える、請求項２５または２６に記載のＮＦ装置。