特許 7405858 マッピング方法、ノード、通信装置、及び記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-18

(45)【発行日】2023-12-26

(54)【発明の名称】マッピング方法、ノード、通信装置、及び記憶媒体

(51)【国際特許分類】

   H04W 72/20 20230101AFI20231219BHJP

   H04W 16/26 20090101ALI20231219BHJP

   H04W 72/1268 20230101ALI20231219BHJP

   H04W 92/16 20090101ALI20231219BHJP

   H04W 92/20 20090101ALI20231219BHJP

【ＦＩ】

H04W72/20

H04W16/26

H04W72/1268

H04W92/16

H04W92/20 110

【請求項の数】 11

(21)【出願番号】P 2021547464

(86)(22)【出願日】2019-03-22

(65)【公表番号】

(43)【公表日】2022-04-04

(86)【国際出願番号】 CN2019079375

(87)【国際公開番号】W WO2020164176

(87)【国際公開日】2020-08-20

【審査請求日】2021-09-22

(31)【優先権主張番号】201910117832.4

(32)【優先日】2019-02-15

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】▲劉▼ 菁

(72)【発明者】

【氏名】戴 明▲増▼

(72)【発明者】

【氏名】曹 振臻

(72)【発明者】

【氏名】朱 元萍

(72)【発明者】

【氏名】卓 ▲義▼斌

【審査官】小林 正明

(56)【参考文献】

【文献】Huawei, HiSilicon，SRB Types for Control Plane Alternative 2[online]，3GPP TSG RAN WG2 #104 R2-1818277，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_104/Docs/R2-1818277.zip>，2018年11月16日

【文献】Huawei, HiSilicon，IAB bearer mapping decisions[online]，3GPP TSG RAN WG2 #104 R2-1817906，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_104/Docs/R2-1817906.zip>，2018年11月16日

【文献】Ericsson，Mapping of CP data over backhaul links in IAB Architecture group 1a[online]，3GPP TSG RAN WG3 #102 R3-186738，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_102/Docs/R3-186738.zip>，2018年11月16日

【文献】Samsung，F1AP mapping options for IAB[online]，3GPP TSG RAN WG3 #101bis R3-185732，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_101bis/Docs/R3-185732.zip>，2018年10月12日

【文献】Nokia, Nokia Shanghai Bell，Adaptation layer modelling and configuration[online]，3GPP TSG RAN WG2 #106 R2-1907186，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1907186.zip>，2019年05月17日

【文献】ZTE，Latency analysis for IAB network[online]，3GPP TSG RAN WG2 #103bis R2-1814722，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103bis/Docs/R2-1814722.zip>，2018年10月12日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

統合アクセス及びバックホールノードによって、デフォルトバックホール無線リンク制御（ＢＨ ＲＬＣ）チャネルを構築するステップと、
前記統合アクセス及びバックホールノードによって、非ＵＥ関連Ｆ１インターフェースアプリケーションプロトコルメッセージ（非ＵＥ関連Ｆ１ＡＰメッセージ）を前記デフォルトＢＨ ＲＬＣチャネルにマッピングするステップと、
前記統合アクセス及びバックホールノードによって、前記非ＵＥ関連Ｆ１ＡＰメッセージを、前記統合アクセス及びバックホールノードの親ノードに送信するステップと、
前記統合アクセス及びバックホールノードによって、統合アクセス及びバックホールドナー集約ユニットから、アップリンクマッピング関係を取得するステップであって、前記アップリンクマッピング関係は、送信対象アップリンクシグナリングメッセージのタイプとＢＨ ＲＬＣチャネルとの間の第１のマッピング関係である、ステップと、
前記統合アクセス及びバックホールノードによって、あるタイプの送信対象アップリンクシグナリングメッセージを取得するステップであって、前記統合アクセス及びバックホールノードは、端末デバイスのアクセスノードである、ステップと、
前記統合アクセス及びバックホールノードによって、前記アップリンクマッピング関係に基づいて、前記送信対象アップリンクシグナリングメッセージを、対応するＢＨ ＲＬＣチャネルにマッピングするステップであって、前記送信対象アップリンクシグナリングメッセージの前記タイプは、ユーザ機器関連Ｆ１インターフェースアプリケションプロトコルメッセージ（ＵＥ関連Ｆ１ＡＰメッセージ）、又は非ＵＥ関連Ｆ１ＡＰメッセージである、ステップと、
前記統合アクセス及びバックホールノードによって、前記送信対象アップリンクシグナリングメッセージを、前記統合アクセス及びバックホールノードの前記親ノードに送信するステップと、
を含む、マッピング方法。

【請求項2】

前記第１のマッピング関係は、前記送信対象アップリンクシグナリングメッセージの前記タイプのインジケーション情報と、前記ＢＨ ＲＬＣチャネルの識別子との間の対応関係を持つ、
請求項１に記載の方法。

【請求項3】

前記統合アクセス及びバックホールノードによって、前記アップリンクマッピング関係に基づいて、前記送信対象アップリンクシグナリングメッセージを、対応するＢＨ ＲＬＣチャネルにマッピングする前記ステップは、
前記統合アクセス及びバックホールノードの分散ユニットによって、前記アップリンクマッピング関係に基づいて、前記送信対象アップリンクシグナリングメッセージに対応するＢＨ ＲＬＣチャネルの識別子を決定するステップと、
前記統合アクセス及びバックホールノードの前記分散ユニットによって、前記ＢＨ ＲＬＣチャネルの前記識別子を、前記統合アクセス及びバックホールノードのモバイル端末ユニットに送信するステップと、
前記統合アクセス及びバックホールノードの前記モバイル端末ユニットによって、前記ＢＨ ＲＬＣチャネルの前記識別子に基づいて、前記送信対象アップリンクシグナリングメッセージを、前記ＢＨ ＲＬＣチャネルにマッピングするステップと、
を含む、
請求項１又は２に記載の方法。

【請求項4】

前記統合アクセス及びバックホールノードによって、前記アップリンクマッピング関係に基づいて、前記送信対象アップリンクシグナリングメッセージを、対応するＢＨ ＲＬＣチャネルにマッピングする前記ステップは、
前記統合アクセス及びバックホールノードのモバイル端末ユニットによって、前記送信対象アップリンクシグナリングメッセージを、受信されたインジケーション情報と前記アップリンクマッピング関係とに基づいて、前記ＢＨ ＲＬＣチャネルにマッピングするステップであって、前記インジケーション情報は、前記送信対象アップリンクシグナリングメッセージの前記タイプのインジケーション情報である、ステップを含む、
請求項１又は２に記載の方法。

【請求項5】

前記統合アクセス及びバックホールドナー集約ユニットによって、前記統合アクセス及びバックホールノードに前記アップリンクマッピング関係を送信するステップをさらに含む、
請求項１又は２に記載の方法。

【請求項6】

統合アクセス及びバックホールノードと、統合アクセス及びバックホールドナー集約ユニットとを含む通信システムであって、
前記統合アクセス及びバックホールノードは、
デフォルトバックホール無線リンク制御（ＢＨ ＲＬＣ）チャネルを構築し、
非ユーザ機器関連Ｆ１インターフェースアプリケーションプロトコルメッセージ（非ＵＥ関連Ｆ１ＡＰメッセージ）を前記デフォルトＢＨ ＲＬＣチャネルにマッピングし、
前記非ＵＥ関連Ｆ１ＡＰメッセージを、前記統合アクセス及びバックホールノードの親ノードに送信する
ように構成され、
前記統合アクセス及びバックホールドナー集約ユニットは、
アップリンクマッピング関係を前記統合アクセス及びバックホールノードに送信することであって、前記アップリンクマッピング関係は、送信対象アップリンクシグナリングメッセージのタイプと、ＢＨ ＲＬＣチャネルとの間の第１のマッピング関係であり、前記送信対象アップリンクシグナリングメッセージの前記タイプは、ユーザ機器関連Ｆ１インターフェースアプリケーションプロトコルメッセージ（ＵＥ関連Ｆ１ＡＰメッセージ）、又は非ＵＥ関連Ｆ１ＡＰメッセージである、ことを行う
ように構成され、
前記統合アクセス及びバックホールノードは、
前記統合アクセス及びバックホールドナー集約ユニットから、前記アップリンクマッピング関係を取得し、
あるタイプの送信対象アップリンクシグナリングメッセージを取得することであって、前記統合アクセス及びバックホールノードは、端末デバイスのアクセスノードである、ことを行い、
前記アップリンクマッピング関係に基づいて、前記送信対象アップリンクシグナリングメッセージを、対応するＢＨ ＲＬＣチャネルにマッピングし、
前記送信対象アップリンクシグナリングメッセージを、前記統合アクセス及びバックホールノードの前記親ノードに送信する
ようにさらに構成される、
通信システム。

【請求項7】

前記第１のマッピング関係は、前記送信対象アップリンクシグナリングメッセージの前記タイプのインジケーション情報と、前記ＢＨ ＲＬＣチャネルの識別子との間の対応関係を持つ、
請求項６に記載のシステム。

【請求項8】

請求項１～５のいずれか１項に記載の方法のステップを実行するためのモジュールを備える、統合アクセス及びバックホールノード。

【請求項9】

統合アクセス及びバックホールノードに含まれるシステムチップであって、
請求項１～５のいずれか１項に記載の方法のステップを実行するためのモジュールを備える、システムチップ。

【請求項10】

命令コードを含むコンピュータ可読記憶媒体であって、前記命令コードが通信装置のプロセッサによって実行されるとき、前記通信装置が請求項１～５のいずれか１項に記載の方法を実装できるようになる、コンピュータ可読記憶媒体。

【請求項11】

コンピュータプログラムであって、前記コンピュータプログラムは、プログラム命令を含み、前記プログラム命令が通信装置のプロセッサによって実行されるとき、前記通信装置が請求項１～５のいずれか１項に記載の方法を実装できるようになる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、２０１９年２月１５日に中国国家知識産権局に提出された、「MAPPING METHOD, NODE, COMMUNICATIONS APPARATUS, AND STORAGE MEDIUM」と題した中国特許出願第201910117832.4号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

【0002】

本発明は，通信技術の分野、特に、マッピング方法、ノード、通信装置、及び記憶媒体に関する。

【背景技術】

【0003】

統合アクセス及びバックホール（integrated access and backhaul, IAB）技術は、第５世代（5G）モバイル通信技術の重要な部分である。統合アクセス及びバックホールドナー（integrated access and backhaul donor, IAB donor）は、ＮＧインターフェースを利用することによって５Ｇコア５ＧＣにアクセスし、統合アクセス及びバックホールノード（integrated access and backhaul node, IAB node）は、Ｕｎインターフェースを利用することによってＩＡＢドナーにアクセスし、それによって、信号送信リンクが形成される。ユーザ機器（user equipment, UE）は、ＩＡＢノードにアクセスすることのみを必要とし、次いで、５Ｇネットワークにアクセスしうる。ＩＡＢドナーとＩＡＢノードとの間のインターフェースは、Ｕｎインターフェースと称されてよく、又は、他のインターフェースと称されてよいことに留意されるべきである。このことは限定されない。この特許において、Ｕｎインターフェースは、説明のための例として利用される。

【0004】

上述したアーキテクチャに基づいて、２つのネットワーク要素、即ち、ＩＡＢノードとＩＡＢドナーとは、ＵＥとネットワーク側との間のシグナリング交換の間、順番に通過されることが必要である。マルチホップデータバックホールシナリオにおいては、複数のＩＡＢノードが通過される必要がある。例えば、２ホップデータバックホールシナリオにおいては、ＵＥによって送信されたシグナリングは、ＩＡＢノード２、ＩＡＢノード１、及びＩＡＢドナーを通過する必要がある。ＩＡＢノード２とＩＡＢノード１とは、Ｕｎ２インターフェースを利用することによって互いに接続され、ＩＡＢノード１とＩＡＢドナーとは、Ｕｎ１インターフェースを利用することによって互いに接続される。ＩＡＢノード２とＩＡＢノード１との間のリンクと、ＩＡＢノード１とＩＡＢドナーとの間のリンクとは、まとめてバックホールリンクと称される。ＵＥとＩＡＢノード２との間のリンクは、アクセスリンクと称される。

【0005】

現在の技術においては、複数のタイプのシグナリングメッセージが、バックホールリンク上で送信される必要があり、ＲＲＣ（Radio Resource Control）メッセージ、Ｆ１ＡＰメッセージなどを含む。異なるシグナリングメッセージは、異なる優先度を有する。例えば、Ｆ１アプリケーションプロトコル（F1 application protocol, F1AP）メッセージは、ＵＥ関連Ｆ１ＡＰメッセージと非ＵＥ関連Ｆ１ＡＰメッセージとに分類されうる。ＵＥ関連Ｆ１ＡＰメッセージは、主に、Ｆ１インターフェースの、ＵＥコンテキスト管理、ＲＲＣメッセージ送信、及びその他同種のものに利用される。非ＵＥ関連Ｆ１ＡＰメッセージは、主に、Ｆ１インターフェースのセットアップ、リセット、及び設定更新など、Ｆ１インターフェースの管理に利用される。従って、非ＵＥ関連Ｆ１ＡＰメッセージの送信優先度は、通常、ＵＥ関連Ｆ１ＡＰメッセージのものより高い。他の例では、ＲＲＣメッセージについて、ＳＲＢ０上で搬送されるＲＲＣメッセージは、最も高い送信優先度を有し、ＳＲＢ１上で搬送されるＲＲＣメッセージの送信優先度は、ＳＲＢ２上で搬送されるＲＲＣメッセージのものより高い。

【0006】

現在の技術においては、バックホールリンクが、複数のタイプのシグナリングの送信をサポートする。しかし、バックホールリンク上での複数のタイプのシグナリングのベアラマッピング方式は、議論されていない。シグナリングタイプがバックホールリンク上で区別されない場合、低優先度シグナリングが、高優先度シグナリングの前に処理されることがある。結果として、エラーがリンク上で生じ、ネットワーク性能に悪影響をもたらす。

【0007】

従って、現在の技術における上述した問題は、解決されるべきものとして残されている。

【発明の概要】

【0008】

本発明の実施形態は、より高い優先度を有するシグナリングメッセージが、シグナリング送信プロセスにおいて区別されるように、それぞれ異なるタイプのシグナリングメッセージを、送信のためのバックホールリンク上の異なるシグナリング送信チャネルにマッピングし、それによって、より高い優先度を有するシグナリングメッセージが、優先的に送信されることができることを保証する、マッピング方法、ノード、通信装置、及び記憶媒体を提供する。

【0009】

この観点において、この出願の第１の態様によれば、マッピング方法が提供される。方法は、統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵが、シグナリングメッセージ及び第１のインジケーション情報を、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵから受信することであって、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される、ことと、ＩＡＢドナーＤＵが、シグナリングメッセージのシグナリングタイプに基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを、統合アクセス及びバックホールノードＩＡＢノードに送信することと、を含む。例えば、シグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。第１のインジケーション情報は、情報要素（Information Element, IE）で搬送されうる。アクセス端末に関連するＦ１ＡＰメッセージは、ユーザ機器に関連するＦ１ＡＰメッセージ、即ち、ＵＥ関連Ｆ１ＡＰメッセージであってよく、アクセス端末に関連しないＦ１ＡＰメッセージは、ユーザ機器に関連しないＦ１ＡＰメッセージ、即ち、非ＵＥ関連Ｆ１ＡＰメッセージであってよい。

【0010】

この実施形態において、ＩＡＢドナーＤＵは、異なるシグナリングタイプのシグナリングメッセージを、第１のインジケーション情報のインジケーションに基づいて、対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信する。異なるシグナリングタイプのシグナリングメッセージが、異なる送信チャネルにマッピングされるため、異なるシグナリングタイプのシグナリングメッセージは、ＩＡＢノードとＩＡＢドナーＤＵとの間の送信チャネルに基づいて区別されることができる。例えば、信号が弱いとき、より高い優先度を有する送信チャネル上で送信されるシグナリングメッセージが優先的に送信され、それによって、信号送信信頼性が改善する。

【0011】

第１の態様に関連し、第１の可能な実装において、方法は、

【0012】

ＩＡＢドナーＤＵが、ＩＡＢドナーＣＵによって送信された第２のインジケーション情報を受信することであって、第２のインジケーション情報は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときには、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される、ことをさらに含む。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。ＳＲＢベアラタイプの優先度は、以下のようになる。ＳＲＢ２の優先度は、ＳＲＢ１の優先度より高く、ＳＲＢ１の優先度は、ＳＲＢ０の優先度より高い。例えば、第２のインジケーション情報は、独立ＩＥであってよく、ＲＲＣメッセージは、ＩＡＢドナーＣＵによってユーザ機器ＵＥに送信されたＲＲＣメッセージであってよく、又は、ＩＡＢドナーＣＵによってＩＡＢノードに送信されたＲＲＣメッセージであってよい。

【0013】

この実施形態において、ＩＡＢドナーＤＵは、第１のインジケーション情報と第２のインジケーション情報とを別々にＩＡＢドナーＣＵから受信する。例えば、第１のインジケーション情報と第２のインジケーション情報とは、２つのＩＥでそれぞれ搬送される。第２のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプが、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つであることを示すために利用される。３つの送信チャネルＳＲＢ０、ＳＲＢ１、ＳＲＢ２が異なる送信優先度を有するため、第２のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを区別するために利用される。全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、シグナリングメッセージの優先度は、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0014】

第１の態様に関連し、第２の可能な実装において、第１のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すためにさらに利用される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。例えば、ＲＲＣメッセージは、ＩＡＢドナーＣＵによってユーザ機器ＵＥに送信されたＲＲＣメッセージであってよく、又は、ＩＡＢドナーＣＵによってＩＡＢノードに送信されたＲＲＣメッセージであってよい。

【0015】

この実施形態において、ＩＡＢドナーＤＵは、第１のインジケーション情報のみをＩＡＢドナーＣＵから受信する。第１のインジケーション情報は、１つのＩＥで搬送され、シグナリングメッセージのシグナリングタイプを示し、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときに、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される。このようにして、全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、１つの第１のインジケーション情報のみを利用することによって、シグナリングメッセージの優先度が、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0016】

第１の態様の第１又は第２の可能な実装に関連し、第３の可能な実装において、ＩＡＢドナーＤＵが、シグナリングメッセージのシグナリングタイプに基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信することは、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージである場合、ＩＡＢドナーＤＵが、ＩＡＢノードに、第１の送信チャネルを通じて、アクセス端末に関連するＦ１ＡＰメッセージを送信することであって、第１の送信チャネルは、ＳＲＢｘ又は無線リンク制御チャネルＲＬＣチャネルｘであり、ｘは、０、１、２、又は３ではない、こと、又は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連しないＦ１ＡＰメッセージである場合、ＩＡＢドナーＤＵが、ＩＡＢノードに、第２の送信チャネルを通じて、アクセス端末に関連しないＦ１ＡＰメッセージを送信することであって、第２の送信チャネルは、ＳＲＢｙ又はＲＬＣチャネルｙであり、ｙは、０、１、２、３、又はｘではない、ことを含む。

【0017】

この実施形態において、２つのタイプのメッセージ、即ち、アクセス端末に関連するＦ１ＡＰメッセージ、及びアクセス端末に関連しないＦ１ＡＰメッセージについて、ＩＡＢドナーＤＵは、２つのタイプのメッセージを、それぞれ異なる送信チャネルを通じて送信し、それによって、特定の送信実装が細かくなる。

【0018】

第１の態様又は第１の態様の第１～第３の可能な実装のいずれか１つに関連し、第４の可能な実装において、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージである場合に、ＩＡＢドナーＤＵが、シグナリングメッセージのシグナリングタイプに基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信することは、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ０である場合には、ＩＡＢドナーＤＵが、アクセス端末に関連するＦ１ＡＰメッセージを第３の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第３の送信チャネルは、ＳＲＢｚ、又は無線リンク制御チャネルＲＬＣチャネルｚであり、ｚは、０、１、２、３、ｘ、又はｙではない、こと、又は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ１である場合には、ＩＡＢドナーＤＵが、アクセス端末に関連するＦ１ＡＰメッセージを第４の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第４の送信チャネルは、ＳＲＢｍ、又は無線リンク制御チャネルＲＬＣチャネルｍであり、ｍは、０、１、２、３、ｘ、ｙ、又はｚではない、こと、又は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ２である場合には、ＩＡＢドナーＤＵが、アクセス端末に関連するＦ１ＡＰメッセージを第５の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第５の送信チャネルは、ＳＲＢｎ、又は無線リンク制御チャネルＲＬＣチャネルｎであり、ｎは、０、１、２、３、ｘ、ｙ、ｚ、又はｍではない、ことを含む。

【0019】

この実施形態において、アクセス端末にも関連するＦ１ＡＰメッセージについて、シグナリングメッセージの送信優先度がさらに区別される必要がある場合、アクセス端末に関連するＦ１ＡＰメッセージで搬送されたＲＲＣメッセージの優先度は区別されてよく、従って、異なるＲＲＣメッセージを搬送する、アクセス端末に関連するＦ１ＡＰメッセージが、対応する送信チャネルにそれぞれ送信される。このようにして、より細かい優先度粒度で、異なる送信チャネルが、送信のために利用され、異なる優先度を有するメッセージを区別する。

【0020】

第１の態様又は第１の態様の第１～第３の可能な実装のいずれか１つに関連し、第５の可能な実装において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送され、ＰＤＣＰレイヤは、Ｆ１ＡＰメッセージのセキュリティ保護のために利用されうる。

【0021】

この実施形態において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される。このことは、３ＧＰＰ Ｒ１５の代替(alternative)２アーキテクチャに適合する。

【0022】

第１の態様又は第１の態様の第１～第３の可能な実装のいずれか１つに関連し、第６の可能な実装において、第１のインジケーション情報は、ＩＰヘッダフィールド内の、差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送され、ＤＴＬＳは、シグナリングメッセージのセキュリティ保護のために利用されうる。

【0023】

この実施形態において、第１のインジケーション情報は、ＩＰヘッダフィールド内の、差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送され、ＩＰルートを利用することによってＩＡＢノードに送信される。このことは、３ＧＰＰ Ｒ１５の代替４アーキテクチャに適合する。

【0024】

第１の態様又は第１の態様の第１～第６の可能な実装のいずれか１つに関連し、第７の可能な実装において、ＩＡＢドナーＤＵが、ＩＡＢドナーＣＵによって送信されるシグナリングメッセージ及び第１のインジケーション情報を受信する前に、方法は、ＩＡＢドナーＤＵが、シグナリングメッセージのシグナリングタイプに対応し、かつＩＡＢノードとＩＡＢドナーＤＵとの間のものである送信チャネルを構築することをさらに含む。

【0025】

この実施形態において、信号送信が開始する前に、ＩＡＢドナーＤＵは、シグナリングメッセージのシグナリングタイプに対応し、かつＩＡＢノードとＩＡＢドナーＤＵとの間のものである送信チャネルを構築することを必要とし、送信チャネルは、その後の送信ステップを実行するための、新たに定義されたＳＲＢ又はＲＬＣチャネルであってよい。

【0026】

この出願の第２の態様によれば、マッピング方法が提供される。方法は、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵが、シグナリングメッセージ及び第１のインジケーション情報を、統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵに送信することであって、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される、ことを含む。例えば、シグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。第１のインジケーション情報は、情報要素（Information Element, IE）で搬送されうる。アクセス端末に関連するＦ１ＡＰメッセージは、ユーザ機器に関連するＦ１ＡＰメッセージ、即ち、ＵＥ関連Ｆ１ＡＰメッセージであってよく、アクセス端末に関連しないＦ１ＡＰメッセージは、ユーザ機器に関連しないＦ１ＡＰメッセージ、即ち、非ＵＥ関連Ｆ１ＡＰメッセージであってよい。

【0027】

この実施形態において、ＩＡＢドナーＣＵは、シグナリングメッセージをＩＡＢドナーＤＵに送信している間、第１のインジケーション情報を送信し、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプが、ＵＥ関連Ｆ１ＡＰメッセージ又は非ＵＥ関連Ｆ１ＡＰメッセージであることを示すために利用され、それによって、ＩＡＢドナーＤＵは、第１のインジケーション情報に基づいて、受信されたシグナリングメッセージのシグナリングタイプを知ることができる。このようにして、ＩＡＢドナーＤＵは、異なるシグナリングタイプのシグナリングメッセージを、対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信することができる。異なるシグナリングタイプのシグナリングメッセージが、異なる送信チャネルにマッピングされるため、異なるシグナリングタイプのシグナリングメッセージは、ＩＡＢノードとＩＡＢドナーＤＵとの間の送信チャネルに基づいて、区別されることができる。例えば、信号が弱い場合、より高い優先度を有する送信チャネルで送信されたシグナリングメッセージが優先的に送信され、それによって、信号送信信頼度が改善する。

【0028】

第２の態様に関連し、第１の可能な実装において、方法は、ＩＡＢドナーＣＵが、第２のインジケーション情報を、ＩＡＢドナーＤＵに送信することであって、第２のインジケーション情報は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときには、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される、ことをさらに含む。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。第２のインジケーション情報は、独立ＩＥであってよく、ＲＲＣメッセージは、ＩＡＢドナーＣＵによってユーザ機器ＵＥに送信されたＲＲＣメッセージであってよく、又はＩＡＢドナーＣＵによってＩＡＢノードに送信されたＲＲＣメッセージであってよい。

【0029】

この実施形態において、ＩＡＢドナーＣＵは、第１のインジケーション情報と第２のインジケーション情報とを別々にＩＡＢドナーＤＵに送信する。例えば、第１のインジケーション情報と第２のインジケーション情報とは、２つのＩＥでそれぞれ搬送される。第２のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプが、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つであることを示すために利用される。ＳＲＢベアラタイプの優先度は、以下のようになる。ＳＲＢ２の優先度は、ＳＲＢ１の優先度より高く、ＳＲＢ１の優先度は、ＳＲＢ０の優先度より高い。３つの送信チャネルＳＲＢ０、ＳＲＢ１、ＳＲＢ２が異なる送信優先度を有するため、第２のインジケーションメッセージは、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを区別するために利用される。全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、シグナリングメッセージの優先度は、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0030】

第２の態様に関連し、第２の可能な実装において、第１のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すためにさらに利用される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。ＲＲＣメッセージは、ＩＡＢドナーＣＵによってユーザ機器ＵＥに送信されたＲＲＣメッセージであってよく、又は、ＩＡＢドナーＣＵによってＩＡＢノードに送信されたＲＲＣメッセージであってよい。

【0031】

この実施形態において、ＩＡＢドナーＣＵは、１つの第１のインジケーション情報のみをＩＡＢドナーＤＵに送信する。第１のインジケーション情報は、１つのＩＥで搬送され、シグナリングメッセージのシグナリングタイプを示し、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときに、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される。このようにして、全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、１つの第１のインジケーション情報のみを利用することによって、シグナリングメッセージの優先度が、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0032】

第２の態様又は第２の態様の第１～第２の可能な実装のいずれか１つに関連し、第３の可能な実装において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される、又は、第１のインジケーション情報は、ＩＰヘッダフィールド内の、差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送される。

【0033】

この実施形態において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される。このことは、３ＧＰＰ Ｒ１５の代替２アーキテクチャに適合する。第１のインジケーション情報は、ＩＰヘッダフィールド内の、差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送され、ＩＰルートを利用することによってＩＡＢノードに送信される。このことは、３ＧＰＰ Ｒ１５の代替４アーキテクチャに適合する。

【0034】

第２の態様の第３の可能な実装に関連し、第４の可能な実装において、第１のインジケーション情報は、ＩＰヘッダフィールド内の、差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送され、ＩＡＢドナーＣＵが、シグナリングメッセージ及び第１のインジケーション情報をＩＡＢドナーＤＵに送信することは、ＩＡＢドナーＣＵが、ＩＡＢドナーＤＵとＩＡＢノードとの間の送信チャネルに対応する識別子と、ＤＳＣＰ又はフローラベルの値とをＩＡＢドナーＤＵに送信することを含み、例えば、ＤＳＣＰ又はフローラベルの値は、送信チャネルに対応する識別子と一対一対応の関係にある。代替的に、ＩＡＢドナーＣＵは、シグナリングメッセージのシグナリングタイプと、ＤＳＣＰ又はフローラベルの値とをＩＡＢドナーＤＵに送信し、例えば、シグナリングメッセージのタイプは、ＤＳＣＰ又はフローラベルの値と一対一対応の関係にある。

【0035】

この実施形態において、第１のインジケーション情報は、ＩＰヘッダフィールド内のＤＳＣＰフィールド又はフローラベルフィールドで搬送される。

【0036】

第２の態様又は第２の態様の第１～第４の可能な実装のいずれか１つに関連し、第５の可能な実装において、ＩＡＢドナーＣＵが、シグナリングメッセージ及び第１のインジケーション情報をＩＡＢドナーＤＵに送信する前に、方法は、
ＩＡＢドナーＣＵが、シグナリングメッセージのシグナリングタイプに対応し、かつＩＡＢノードとＩＡＢドナーＤＵとの間のものである送信チャネルを構築するように、ＩＡＢドナーＤＵに指示することであって、送信チャネルは、その後の送信ステップを実行するために、新たに定義されたＳＲＢ又はＲＬＣチャネルであってよい、ことをさらに含む。

【0037】

この出願の第３の態様によれば、マッピング方法が提供される。方法は、統合アクセス及びバックホールノードＩＡＢノードが、第１のノードによって送信されたシグナリングメッセージを受信することであって、第１のノードは、ＩＡＢノードの上位レベルノードであってよく、又はＩＡＢノードの下位レベルノードであってよい、ことと、ＩＡＢノードが、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信することとを含む。第１のノードが、ＩＡＢノードの上位レベルノードであるとき、第２のノードは、ＩＡＢノードの下位レベルノードである、又は、第１のノードが、ＩＡＢノードの下位レベルノードであるとき、第２のノードは、ＩＡＢノードの上位レベルノードである。シグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。アクセス端末に関連するＦ１ＡＰメッセージは、ユーザ機器に関連するＦ１ＡＰメッセージ、即ち、ＵＥ関連Ｆ１ＡＰメッセージであってよく、アクセス端末に関連しないＦ１ＡＰメッセージは、ユーザ機器に関連しないＦ１ＡＰメッセージ、即ち、非ＵＥ関連Ｆ１ＡＰメッセージであってよい。

【0038】

この実施形態において、ＩＡＢノードは、ユーザ機器ＵＥと統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵとの間のシグナリング送信のために利用される。１つ以上のＩＡＢノードがあってよい。１つのＩＡＢノードは、１ホップデータバックホールシナリオを示す。複数のＩＡＢノードは、マルチホップバックホールシナリオを示す。マルチホップバックホールシナリオにおいて、シグナリングは、シグナリングがＵＥに到達するまで複数のＩＡＢノードの間で次々に送信される必要がある。メッセージ送信の間、ＩＡＢノードは、シグナリングメッセージを、シグナリングメッセージのタイプに基づいて、対応する送信チャネルにマッピングし、それによって、ＩＡＢノードは、異なるシグナリングタイプのシグナリングメッセージを、信号送信の間、送信チャネルに基づいて区別することができる。例えば、信号が弱いとき、より高い優先度を有する送信チャネルで送信されたシグナリングメッセージは、優先的に送信され、それによって、信号送信信頼性が改善する。

【0039】

第３の態様に関連し、第１の可能な実装において、方法は、ＩＡＢノードが、第１のノードによって送信されたシグナリングメッセージに対応する送信チャネルに対応する識別子を取得することであって、送信チャネルに対応する識別子は、論理チャネル識別子、即ち、ＬＣＩＤ、又はＬＣＨ ＩＤであってよい、ことと、ＩＡＢノードが、送信チャネルに対応する識別子に基づいて、シグナリングメッセージに対応する送信チャネルを決定することと、をさらに含む。

【0040】

この実施形態において、ＩＡＢノードは、シグナリングメッセージのシグナリングタイプを知らないが、第１のノードによって送信された識別子のみを取得し、受信されたシグナリングメッセージを、識別子に対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信する。

【0041】

第３の態様に関連し、第２の可能な実装において、方法は、ＩＡＢノードが、適応レイヤから、シグナリングメッセージに対応するシグナリングタイプを取得することであって、適応レイヤは、ＩＡＢノードと第１のノードとの間のプロトコルレイヤである、ことをさらに含む。

【0042】

この実施形態において、ＩＡＢノードは、適応レイヤを通じて、シグナリングメッセージに対応するシグナリングタイプを取得し、シグナリングタイプに基づいて、シグナリングメッセージを、対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信する。

【0043】

本発明の全ての実施形態において、適応レイヤは、独立プロトコルレイヤであってよく、又は、サブレイヤ又は既存プロトコルレイヤのサブモジュール、例えば、ＲＬＣレイヤのサブレイヤ又はＭＡＣレイヤのサブレイヤであってよいことに留意されるべきである。このことは、この出願の実施形態において限定されない。適応レイヤは、他の名称を有してよいことがさらに理解されるべきである。このことは、この出願の実施形態において限定されない。代替的に、適応レイヤは、ＲＬＣレイヤの上に配置され、又は、ＲＬＣレイヤの下に配置されてよい。このことは、この出願の実施形態において限定されない。

【0044】

第３の態様に関連し、第３の可能な実装において、ＩＡＢノードは、ＩＡＢノード分散ユニットＤＵと、ＩＡＢノードモバイル端末ユニットＭＴとを含む。方法は、ＩＡＢノードＭＴが、ＩＡＢノードＤＵから、シグナリングメッセージに対応するシグナリングタイプを取得することをさらに含む。代替的に、ＩＡＢノードＭＴは、ＩＡＢノードＭＴの上位レイヤプロトコルスタックから、シグナリングメッセージに対応するシグナリングタイプを取得する。

【0045】

この実施形態において、ＩＡＢノードは、２つのネットワーク要素、即ち、ＩＡＢノードＤＵと、ＩＡＢノードＭＴとを含んでよい。２つの異なる方式において、シグナリングメッセージは、対応する送信チャネルにマッピングされて第２のノードに送信される。

【0046】

第３の態様に関連し、第４の可能な実装において、方法は、ＩＡＢノードが、第１のノードからインジケーション情報を受信することであって、インジケーション情報は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときには、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用され、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである、ことをさらに含む。ＩＡＢノードが、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信することは、ＩＡＢノードが、インジケーション情報に基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信することを含む。

【0047】

この実施形態において、インジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいて、アクセス端末に関連するＦ１ＡＰメッセージの優先度をさらに区別するために利用され、それによって、優先度区別粒度をさらに改善する。

【0048】

この出願の第４の態様によれば、マッピング方法が提供される。方法は、統合アクセス及びバックホールノードＩＡＢノードが、送信対象アップリンクシグナリングメッセージのシグナリングタイプを決定することであって、ＩＡＢノードは、端末デバイスのアクセスノードである、ことと、ＩＡＢノードが、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵから取得されたアップリンクマッピング関係に基づいて、送信対象アップリンクシグナリングメッセージを、対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングメッセージを、ＩＡＢノードの親ノードに送信することとを含む。

【0049】

この実施形態において、統合アクセス及びバックホールノードＩＡＢノードは、ユーザ機器ＵＥに接続されるノードである。ＩＡＢノードは、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵから取得されたアップリンクマッピング関係に基づいて、送信対象アップリンクシグナリングメッセージを、対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングメッセージを、ＩＡＢノードの親ノードに送信する。このようにして、アクセスノードから開始し、異なるシグナリングメッセージの優先度は区別されうる。

【0050】

第４の態様に関連し、第１の可能な実装において、アップリンクマッピング関係は、以下のもの、即ち、ＳＲＢベアラタイプと、送信チャネルとの間の第１のマッピング関係、端末デバイス識別子ＵＥ ＩＤと、ＵＥ ＩＤ及び送信チャネルに対応するＳＲＢベアラタイプとの間の第１のマッピング関係、Ｕｕインターフェース上の論理チャネル識別子ＬＣＩＤと、送信チャネルとの間の第１のマッピング関係、ＵＥ ＩＤと、ＵＥ ＩＤ及び送信チャネルに対応する、Ｕｕインターフェース上のＬＣＩＤとの間の第１のマッピング関係、端末デバイスベアラ識別子ＵＥベアラＩＤと、送信チャネルとの間の第１のマッピング関係、ＵＥ ＩＤと、ＵＥ ＩＤ及び送信チャネルに対応するＵＥベアラＩＤとの間の第１のマッピング関係、異なるシグナリングタイプと、送信チャネルとの間の第１のマッピング関係、又は、ＵＥ ＩＤと、ＵＥ ＩＤ及び送信チャネルに対応する異なるシグナリングタイプとの間の第１のマッピング関係のうちの１つ以上であり、ＳＲＢベアラタイプは、Ｕｕインターフェース上のＳＲＢ０、ＳＲＢ１、ＳＲＢ２、又はＳＲＢ３であり、Ｕｕインターフェース上のＬＣＩＤは、ＩＡＢノードと、端末デバイスとの間のインターフェース上のＬＣＩＤであり、送信チャネルは、ＩＡＢノードと、ＩＡＢノードの親ノードとの間の送信チャネルであり、異なるシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージと、アクセス端末に関連しないＦ１ＡＰメッセージとを含み、ＵＥ ＩＤは、アクセスＩＡＢノードにアクセスする端末デバイスのユニークな識別子である。

【0051】

この実施形態において、異なる第１のマッピング関係に基づいて、シグナリングメッセージの優先度は、代替２アーキテクチャにおける異なる視点から区別されることができる。

【0052】

第４の態様の第１の可能な実装に関連し、第２の可能な実装において、送信チャネルは、ＢＨ ＲＬＣチャネルであり、送信チャネルは、ＢＨ ＲＬＣチャネルに対応する論理チャネル識別子ＬＣＩＤを利用することによって識別される。

【0053】

この実施形態において、送信チャネルは、特に、シグナリングメッセージ送信を実装するためのＢＨ ＲＬＣチャネルであってよい。

【0054】

第４の態様に関連し、第３の可能な実装において、アップリンクマッピング関係は、以下のもの、即ち、ＳＲＢベアラタイプと、差異化サービスコードポイントＤＳＣＰ又はフローラベル（flow label）の値との間の第２のマッピング関係、ＵＥ ＩＤと、ＵＥ ＩＤ及び差異化サービスコードポイントＤＳＣＰ／フローラベルの値に対応するＳＲＢベアラタイプとの間の第２のマッピング関係、Ｕｕインターフェース上のＬＣＩＤと、ＤＳＣＰ／フローラベルの値との間の第２のマッピング関係、ＵＥ ＩＤと、ＵＥ ＩＤ及びＤＳＣＰ／フローラベルの値に対応するＵｕインターフェース上のＬＣＩＤとの間の第２のマッピング関係、ユーザ機器ベアラ識別子ＵＥベアラＩＤと、ＤＳＣＰ／フローラベルの値との間の第２のマッピング関係、ＵＥ ＩＤと、ＵＥ ＩＤ及びＤＳＣＰ／フローラベルの値に対応するＵＥベアラＩＤとの間の第２のマッピング関係、異なるシグナリングタイプと、ＤＳＣＰ／フローラベルの値との間の第２のマッピング関係、又は、ＵＥ ＩＤと、ＵＥ ＩＤ及びＤＳＣＰ／フローラベルの値に対応する異なるシグナリングタイプとの間の第２のマッピング関係のうちの少なくとも１つであり、ＳＲＢベアラタイプは、Ｕｕインターフェース上のＳＲＢ０、ＳＲＢ１、ＳＲＢ２、又はＳＲＢ３であり、Ｕｕインターフェース上のＬＣＩＤは、ＩＡＢノードと、端末デバイスとの間のインターフェース上のＬＣＩＤであり、異なるシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージと、アクセス端末に関連しないＦ１ＡＰメッセージとを含み、ＵＥ ＩＤは、アクセスＩＡＢノードにアクセスする端末デバイスのユニークな識別子である。

【0055】

この実施形態において、第２のマッピング関係に基づいて、シグナリングメッセージの優先度は、代替４アーキテクチャの異なる視点から区別されることができる。

【0056】

第４の態様の第３の可能な実装に関連し、第４の可能な実装において、ＩＡＢノードが、ＩＡＢドナーＣＵから取得されたアップリンクマッピング関係に基づいて、送信対象アップリンクシグナリングメッセージを、対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングメッセージを、ＩＡＢノードの親ノードに送信する前に、方法は、ＩＡＢノードが、ＤＳＣＰ／フローラベルの値と、ＢＨ ＲＬＣチャネルとの間の第３のマッピング関係を、ＩＡＢドナーＣＵから取得することであって、ＢＨ ＲＬＣチャネルは、ＩＡＢノードと、ＩＡＢノードの親ノードとの間のＢＨ ＲＬＣチャネルである、ことをさらに含む。

【0057】

この実施形態において、シグナリングメッセージの優先度が、代替４アーキテクチャにおけるＤＳＣＰ／フローラベルを利用することによって区別される必要があるため、ＩＡＢノードは、第３のマッピング関係を事前に取得する必要がある。

【0058】

第４の態様の第４の可能な実装に関連し、第５の可能な実装において、ＩＡＢノードが、ＩＡＢドナーＣＵから取得されたアップリンクマッピング関係に基づいて、送信対象アップリンクシグナリングメッセージを、対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングメッセージを、ＩＡＢノードの親ノードに送信することは、ＩＡＢノードが、対応するＤＳＣＰ／フローラベルの値を、第２のマッピング関係に基づいて、送信対象アップリンクシグナリングメッセージのＩＰレイヤヘッダフィールドに追加することと、ＩＡＢノードが、第３のマッピング関係に基づいて、ＩＰレイヤヘッダフィールドがＤＳＣＰ／フローラベルの値を含むアップリンクシグナリングメッセージを、対応するＢＨ ＲＬＣチャネルにマッピングし、アップリンクシグナリングメッセージを、ＩＡＢノードの親ノードに送信することとを含む。

【0059】

この実施形態において、アップリンクシグナリングメッセージは、第２のマッピング関係及び第３のマッピング関係に基づいてマッピングされて送信される。

【0060】

この出願の第５の態様によれば、統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵが提供される。ＩＡＢドナーＤＵは、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵによって送信されたシグナリングメッセージ及び第１のインジケーション情報を受信することであって、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される、ことを行うように構成された受信ユニットと、受信ユニットによって受信された第１のインジケーション情報に基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを、統合アクセス及びバックホールノードＩＡＢノードに送信することであって、例えば、シグナリングメッセージに対応するシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む、ことを行うように構成された送信ユニットとを含む。

【0061】

この実施形態において、送信ユニットは、第１のインジケーション情報のインジケーションに基づいて、異なるシグナリングタイプのシグナリングメッセージを、対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信する。異なるシグナリングタイプのシグナリングメッセージが、異なる送信チャネルにマッピングされるため、異なるシグナリングタイプのシグナリングメッセージは、ＩＡＢノードとＩＡＢドナーＤＵとの間の送信チャネルに基づいて区別されることができる。例えば、信号が弱い場合、より高い優先度を有する送信チャネルで送信されたシグナリングメッセージは優先的に送信され、それによって、信号送信信頼性が改善する。

【0062】

第５の態様に関連し、第１の可能な実装において、第１のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すためにさらに利用される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。

【0063】

この実施形態において、受信ユニットは、１つの第１のインジケーション情報のみをＩＡＢドナーＣＵから受信する。第１のインジケーション情報は、１つのＩＥで搬送され、シグナリングメッセージのシグナリングタイプを示し、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときに、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される。このようにして、全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、１つの第１のインジケーション情報のみを利用することによって、シグナリングメッセージの優先度が、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0064】

第５の態様に関連し、第２の可能な実装において、受信ユニットは、ＩＡＢドナーＣＵによって送信された第２のインジケーション情報を受信することであって、第２のインジケーション情報は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときには、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される、ことを行うようにさらに構成される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。これに対応して、送信ユニットは、受信ユニットによって受信された第２のインジケーション情報に基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信するようにさらに構成される。

【0065】

この実施形態において、受信ユニットは、第１のインジケーション情報と第２のインジケーション情報とを別々にＩＡＢドナーＣＵから受信する。例えば、第１のインジケーション情報と第２のインジケーション情報とは、２つのＩＥでそれぞれ搬送される。第２のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプが、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つであることを示すために利用される。３つの送信チャネルＳＲＢ０、ＳＲＢ１、ＳＲＢ２が異なる送信優先度を有するため、第２のインジケーションメッセージは、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを区別するために利用される。全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、シグナリングメッセージの優先度は、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0066】

第５の態様に関連し、第３の可能な実装において、送信ユニットは、受信ユニットによって受信された第１のインジケーション情報が、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであることを示す場合、ＩＡＢノードに、第１の送信チャネルを通じて、アクセス端末に関連するＦ１ＡＰメッセージを送信することであって、第１の送信チャネルは、新たに定義されたＳＲＢｘ又は無線リンク制御チャネルＲＬＣチャネルｘであり、ｘは、０、１、２、又は３ではない、ことを行う、又は、受信ユニットによって受信された第１のインジケーション情報が、シグナリングメッセージのシグナリングタイプがアクセス端末に関連しないＦ１ＡＰメッセージであることを示す場合、ＩＡＢノードに、第２の送信チャネルを通じて、アクセス端末に関連しないＦ１ＡＰメッセージを送信することであって、第２の送信チャネルは、新たに定義されたＳＲＢｙ又はＲＬＣチャネルｙであり、ｙは、０、１、２、３、又はｘではない、ことを行うようにさらに構成される。

【0067】

この実施形態において、ＲＲＣメッセージ及び２つのタイプのメッセージ、即ち、アクセス端末に関連するＦ１ＡＰメッセージと、アクセス端末に関連しないＦ１ＡＰメッセージとについて、ＩＡＢドナーＤＵは、ＲＲＣメッセージ及び２つのタイプのメッセージを、それぞれ異なる送信チャネルを通じて送信し、それによって、特定の送信実装が細かくなる。

【0068】

第５の態様の第１又は第２の可能な実装に関連し、第４の可能な実装において、シグナリングメッセージのシグナリングタイプが、アクセス端末に関連するＦ１ＡＰメッセージである場合、送信ユニットは、受信ユニットによって受信された第１のインジケーション情報又は第２のインジケーション情報が、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ０であることを示す場合には、アクセス端末に関連するＦ１ＡＰメッセージを第３の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第３の送信チャネルは、新たに定義されたＳＲＢｚ、又は無線リンク制御チャネルＲＬＣチャネルｚであり、ｚは、０、１、２、３、ｘ、又はｙではない、ことを行う、又は、受信ユニットによって受信された第１のインジケーション情報又は第２のインジケーション情報が、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ１であることを示す場合には、アクセス端末に関連するＦ１ＡＰメッセージを第４の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第４の送信チャネルは、新たに定義されたＳＲＢｍ、又は無線リンク制御チャネルＲＬＣチャネルｍであり、ｍは、０、１、２、３、ｘ、ｙ、又はｚではない、ことを行う、又は、受信ユニットによって受信された第１のインジケーション情報又は第２のインジケーション情報が、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ２であることを示す場合には、アクセス端末に関連するＦ１ＡＰメッセージを第５の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第５の送信チャネルは、新たに定義されたＳＲＢｎ、又は無線リンク制御チャネルＲＬＣチャネルｎであり、ｎは、０、１、２、３、ｘ、ｙ、ｚ、又はｍではない、ことを行うように構成される。

【0069】

この実施形態において、アクセス端末にも関連するＦ１ＡＰメッセージについて、シグナリングメッセージの送信優先度がさらに区別される必要がある場合、アクセス端末に関連するＦ１ＡＰメッセージで搬送されたＲＲＣメッセージの優先度は区別されてよく、従って、送信ユニットは、異なるＲＲＣメッセージを搬送する、アクセス端末に関連するＦ１ＡＰメッセージを、対応する送信チャネルにそれぞれ送信する。このようにして、より細かい優先度粒度で、異なる送信チャネルが、送信のために利用され、異なる優先度を有するメッセージを区別する。

【0070】

第５の態様の第１～第４の可能な実装のいずれか１つに関連し、第５の可能な実装において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送され、又は、第１のインジケーション情報は、ＩＰヘッダフィールド内の差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送される。

【0071】

この実施形態において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される。このことは、３ＧＰＰ Ｒ１５の代替２アーキテクチャに適合する。第１のインジケーション情報は、ＩＰヘッダフィールド内の差異化サービスコードポイントＤＳＣＰ又はフローラベル（flow label）で搬送され、ＩＰルートを利用することによってＩＡＢノードに送信される。このことは、３ＧＰＰ Ｒ１５の代替４アーキテクチャに適合する。

【0072】

第５の態様の第５の可能な実装に関連し、第６の可能な実装において、第１のインジケーション情報がＩＰヘッダフィールド内のＤＳＣＰフィールド又はフローラベルフィールドで搬送される場合、受信ユニットは、ＩＡＢドナーＤＵとＩＡＢノードとの間の送信チャネルに対応する識別子と、ＩＡＢドナーＣＵによって送信されるＤＳＣＰ又はフローラベルの値とを受信することであって、例えば、ＤＳＣＰ又はフローラベルの値は、送信チャネルに対応する識別子と一対一対応の関係にある、ことを行う、又は、シグナリングメッセージのシグナリングタイプと、ＩＡＢドナーＣＵによって送信されるＤＳＣＰ又はフローラベルの値とを受信することであって、例えば、シグナリングメッセージのタイプは、ＤＳＣＰ又はフローラベルの値と一対一対応の関係にある、ことを行うようにさらに構成される。

【0073】

この実施形態において、第１のインジケーション情報は、ＩＰヘッダフィールド内のＤＳＣＰフィールド又はフローラベルフィールドで搬送される。

【0074】

第５の態様の第１～第６の可能な実装のいずれか１つに関連し、第７の可能な実装において、ＩＡＢドナーＤＵは、シグナリングメッセージのシグナリングタイプに対応し、かつＩＡＢノードとＩＡＢドナーＤＵとの間のものである送信チャネルを構築することであって、送信チャネルは、新たに定義されたＳＲＢ又はＲＬＣチャネルであってよい、ことを行うように構成された構築ユニットをさらに含む。

【0075】

この出願の第６の態様によれば、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵが提供される。ＩＡＢドナーＣＵは、統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵに、シグナリングメッセージ及び第１のインジケーション情報を送信することであって、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される、ことを行うように構成された送信ユニットを含む。例えば、シグナリングメッセージに対応するシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。

【0076】

この実施形態において、ＩＡＢドナーＣＵは、シグナリングメッセージをＩＡＢドナーＤＵに送信している間、第１のインジケーション情報を送信し、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプが、ＵＥ関連Ｆ１ＡＰメッセージ又は非ＵＥ関連Ｆ１ＡＰメッセージであることを示すために利用され、それによって、ＩＡＢドナーＤＵは、第１のインジケーション情報に基づいて、受信されたシグナリングメッセージのシグナリングタイプを知ることができる。このようにして、ＩＡＢドナーＤＵは、異なるシグナリングタイプのシグナリングメッセージを、対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信することができる。異なるシグナリングタイプのシグナリングメッセージが、異なる送信チャネルにマッピングされるため、異なるシグナリングタイプのシグナリングメッセージは、ＩＡＢノードとＩＡＢドナーＤＵとの間の送信チャネルに基づいて、区別されることができる。例えば、信号が弱い場合、より高い優先度を有する送信チャネルで送信されたシグナリングメッセージが優先的に送信され、それによって、信号送信信頼度が改善する。

【0077】

第６の態様に関連し、第１の可能な実装において、第１のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すためにさらに利用され、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。

【0078】

この実施形態において、送信ユニットは、１つの第１のインジケーション情報のみをＩＡＢドナーＤＵに送信する。第１のインジケーション情報は、１つのＩＥで搬送され、シグナリングメッセージのシグナリングタイプを示し、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときに、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される。このようにして、全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、１つの第１のインジケーション情報のみを利用することによって、シグナリングメッセージの優先度が、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0079】

第６の態様に関連し、第２の可能な実装において、送信ユニットは、第２のインジケーション情報をＩＡＢドナーＤＵに送信することであって、第２のインジケーション情報は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるときには、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用され、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである、ことを行うようにさらに構成される。

【0080】

この実施形態において、送信ユニットは、第１のインジケーション情報と第２のインジケーション情報とを別々にＩＡＢドナーＤＵに送信する。例えば、第１のインジケーション情報と第２のインジケーション情報とは、２つのＩＥでそれぞれ搬送される。第２のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプが、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つであることを示すために利用される。ＳＲＢベアラタイプの優先度は、以下のようになる。ＳＲＢ２の優先度は、ＳＲＢ１の優先度より高く、ＳＲＢ１の優先度は、ＳＲＢ０の優先度より高い。３つの送信チャネルＳＲＢ０、ＳＲＢ１、ＳＲＢ２が異なる送信優先度を有するため、第２のインジケーションメッセージは、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを区別するために利用される。全てのシグナリングメッセージが、アクセス端末に関連するＦ１ＡＰメッセージであるとき、シグナリングメッセージの優先度は、搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプに基づいてさらに区別されてよく、それによって、優先度スクリーニング粒度が細かくなる。

【0081】

第６の態様又は第６の態様の第１又は第２の可能な実装のいずれか１つに関連し、第３の可能な実装において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される、又は、第１のインジケーション情報は、ＩＰヘッダフィールド内の差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送される。

【0082】

この実施形態において、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される。このことは、３ＧＰＰ Ｒ１５の代替２アーキテクチャに適合する。

【0083】

第６の態様の第３の可能な実装に関連し、第４の可能な実装において、第１のインジケーション情報が、ＩＰヘッダフィールド内の差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送される場合、送信ユニットは、ＩＡＢドナーＤＵとＩＡＢノードとの間の送信チャネルに対応する識別子と、ＤＳＣＰ又はフローラベルの値とをＩＡＢドナーＤＵに送信することであって、例えば、ＤＳＣＰ又はフローラベルの値は、送信チャネルに対応する識別子と一対一対応の関係にある、ことを行う、又は、シグナリングメッセージのシグナリングタイプと、ＤＳＣＰ又はフローラベルの値とをＩＡＢドナーＤＵに送信することであって、例えば、シグナリングメッセージのタイプは、ＤＳＣＰ又はフローラベルの値と一対一対応の関係にある、ことを行う
ようにさらに構成される。

【0084】

この実施形態において、第１のインジケーション情報は、ＩＰヘッダフィールド内のＤＳＣＰフィールド又はフローラベルフィールドで搬送される。

【0085】

第６の態様又は第５の態様の第１～第４の可能な実装のいずれか１つに関連し、第５の可能な実装において、ＩＡＢドナーＣＵは、シグナリングメッセージのシグナリングタイプに対応し、かつＩＡＢノードとＩＡＢドナーＤＵとの間のものである送信チャネルを構築するように、ＩＡＢドナーＤＵに指示するように構成された指示ユニットをさらに含む。例えば、送信チャネルは、新たに定義されたＳＲＢ又はＲＬＣチャネルであってよい。

【0086】

この出願の第７の態様によれば、統合アクセス及びバックホールノードＩＡＢノードが提供される。ＩＡＢノードは、第１のノードによって送信されたシグナリングメッセージを受信するように構成された受信ユニットと、受信ユニットによって受信されたシグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信することであって、例えば、シグナリングメッセージに対応するシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む、ことを行うように構成された送信ユニットとを含む。

【0087】

この実施形態において、ＩＡＢノードは、ユーザ機器ＵＥと統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵとの間のシグナリング送信のために利用される。１つ以上のＩＡＢノードがあってよい。１つのＩＡＢノードは、１ホップデータバックホールシナリオを示す。複数のＩＡＢノードは、マルチホップバックホールシナリオを示す。マルチホップバックホールシナリオにおいて、シグナリングは、シグナリングがＵＥに到達するまで複数のＩＡＢノードの間で次々に送信される必要がある。メッセージ送信の間、ＩＡＢノードは、シグナリングメッセージを、シグナリングメッセージのタイプに基づいて、対応する送信チャネルにマッピングし、それによって、ＩＡＢノードは、異なるシグナリングタイプのシグナリングメッセージを、信号送信の間、送信チャネルに基づいて区別することができる。例えば、信号が弱いとき、より高い優先度を有する送信チャネルで送信されたシグナリングメッセージは、優先的に送信され、それによって、信号送信信頼性が改善する。

【0088】

第７の態様に関連し、第１の可能な実装において、受信ユニットは、第１のノードによって送信されたシグナリングメッセージに対応する送信チャネルに対応する識別子を取得するようにさらに構成される。それに対応して、ＩＡＢノードは、送信チャネルに対応する識別子に基づいて、シグナリングメッセージに対応する送信チャネルを決定するように構成された決定ユニットをさらに含む。

【0089】

この実施形態において、ＩＡＢノードは、シグナリングメッセージのシグナリングタイプを知らないが、第１のノードによって送信された識別子のみを取得し、受信されたシグナリングメッセージを、識別子に対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信する。

【0090】

第７の態様の第１の可能な実装に関連し、第２の可能な実装において、送信チャネルに対応する識別子は、送信チャネルに対応する論理チャネル識別子ＬＣＩＤである。

【0091】

第７の態様に関連し、第３の可能な実装において、受信ユニットは、適応レイヤから、シグナリングメッセージに対応するシグナリングタイプを取得することであって、適応レイヤは、ＩＡＢノードと第１のノードとの間のプロトコルレイヤである、ことを行うようにさらに構成される。

【0092】

この実施形態において、ＩＡＢノードは、適応レイヤを通じて、シグナリングメッセージに対応するシグナリングタイプを取得し、シグナリングタイプに基づいて、シグナリングメッセージを、対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信する。

【0093】

第７の態様に関連し、第４の可能な実装において、ＩＡＢノードは、ＩＡＢノード分散ユニットＤＵと、ＩＡＢノードモバイル端末ユニットＭＴとを含む。受信ユニットは、ＩＡＢノードＤＵから、シグナリングメッセージに対応するシグナリングタイプを取得する、又は、ＩＡＢノードＭＴの上位レイヤプロトコルスタックから、シグナリングメッセージに対応するシグナリングタイプを取得するようにさらに構成される。

【0094】

この実施形態において、ＩＡＢノードは、特に、２つのネットワーク要素、即ち、ＩＡＢノードＤＵと、ＩＡＢノードＭＴとを含む。２つの異なる方式において、シグナリングメッセージは、対応する送信チャネルにマッピングされて第２のノードに送信される。

【0095】

この実施形態において、第１の態様から第７の態様において、送信チャネルに対応する識別子は、論理チャネル識別子、即ち、ＬＣＩＤ、又はＬＣＨ ＩＤであってよい。

【0096】

この出願の第８の態様によれば、端末デバイスのアクセスノードＩＡＢノードが提供される。ＩＡＢノードは、送信対象アップリンクシグナリングメッセージのシグナリングタイプを決定するように構成された決定ユニットと、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵから取得されたアップリンクマッピング関係に基づいて、シグナリングタイプが決定ユニットによって決定される送信対象アップリンクシグナリングメッセージを、対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングメッセージを、ＩＡＢノードの親ノードに送信するように構成された送信ユニットとを含む。

【0097】

この出願の第９の態様によれば、通信装置が提供される。装置は、トランシーバ、プロセッサ、及びメモリを含む。プロセッサは、トランシーバを制御して信号を送信及び受信するように構成され、メモリは、コンピュータプログラムを格納するように構成され、プロセッサは、メモリに格納されているコンピュータプログラムを呼び出して実行し、端末デバイスが、第１の態様の可能な実装のいずれか１つによるマッピング方法を実行できるようにするように構成される。通信装置は、ＩＡＢシステムにおける通信装置、又は通信装置内のシステムチップであってよい。

【0098】

この出願の第１０の態様によれば、通信装置が提供される。装置は、トランシーバ、プロセッサ、及びメモリを含む。プロセッサは、トランシーバを制御して信号を送信及び受信するように構成され、メモリは、コンピュータプログラムを格納するように構成され、プロセッサは、メモリに格納されているコンピュータプログラムを呼び出して実行し、端末デバイスが、第２の態様の可能な実装のいずれか１つによるマッピング方法を実行できるようにするように構成される。通信装置は、ＩＡＢシステムにおける通信装置、又は通信装置内のシステムチップであってよい。

【0099】

この出願の第１１の態様によれば、通信装置が提供される。装置は、トランシーバ、プロセッサ、及びメモリを含む。プロセッサは、トランシーバを制御して信号を送信及び受信するように構成され、メモリは、コンピュータプログラムを格納するように構成され、プロセッサは、メモリに格納されているコンピュータプログラムを呼び出して実行し、端末デバイスが、第３の態様の可能な実装のいずれか１つによるマッピング方法を実行できるようにするように構成される。通信装置は、ＩＡＢシステムにおける通信装置、又は通信装置内のシステムチップであってよい。

【0100】

この出願の第１２の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第１の態様の可能な実装のいずれか１つによる方法を実行できるようになる。

【0101】

この出願の第１３の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第２の態様の可能な実装のいずれか１つによる方法を実行できるようになる。

【0102】

この出願の第１４の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第３の態様の可能な実装のいずれか１つによる方法を実行できるようになる。

【0103】

この出願の第１５の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、第４の態様の可能な実装のいずれか１つによる方法を実行できるようになる。

【0104】

この出願の実施形態は、以下の利点を有することが上述した技術的解決策から理解されることができる。

【0105】

本発明の実施形態は、マッピング方法、ノード、通信装置、及び記憶媒体を提供する。マッピング方法は、統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵが、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵによって送信されるシグナリングメッセージ及び第１のインジケーション情報を受信することであって、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される、ことと、ＩＡＢドナーＤＵが、シグナリングメッセージのシグナリングタイプに基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを、統合アクセス及びバックホールノードＩＡＢノードに送信することと、を含む。例えば、シグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。この出願の実施形態において、異なるシグナリングタイプのシグナリングメッセージは、それぞれ異なるシグナリング送信チャネルにマッピングされる。従って、異なるシグナリング送信チャネルが、それぞれ異なるシグナリングタイプのシグナリングメッセージのために構築される。信号が弱いとき、ノードは、選択的に又は優先的に、より高い優先度を有するシグナリングメッセージを搬送するシグナリング送信チャネルで送信を実行してよく、それによって、ネットワーク送信品質を改善する。

【図面の簡単な説明】

【0106】

【図1a】この出願の実施形態による、ＣＵ－ＤＵ分割アーキテクチャのアーキテクチャ図である。

【図1b】この出願の実施形態による、２ホップデータバックホールシナリオのアーキテクチャ図である。

【図1c】この出願の実施形態による、２ホップデータバックホールシナリオのトポロジー図である。

【図1d】この出願の実施形態による、マッピング方法のシグナリングフロー図である。

【図2】この出願の実施形態による、マッピング方法の実施形態の模式図である。

【図3】この出願の実施形態による、マッピング方法の他の実施形態の模式図である。

【図4】この出願の実施形態による、マッピング方法の他の実施形態の模式図である。

【図5】この出願の実施形態による、マッピング方法の他の実施形態の模式図である。

【図6】この出願の実施形態による、マッピング方法の他の実施形態の模式図である。

【図7(a)】この出願の実施形態による、代替２アーキテクチャにおけるデータパケット送信の模式図である。

【図7(b)】この出願の実施形態による、代替２アーキテクチャにおけるデータパケット送信の模式図である。

【図7(c)】この出願の実施形態による、代替２アーキテクチャにおけるデータパケット送信の模式図である。

【図8(a)】この出願の実施形態による、代替４アーキテクチャにおけるデータパケット送信の模式図である。

【図8(b)】この出願の実施形態による、代替４アーキテクチャにおけるデータパケット送信の模式図である。

【図8(c)】この出願の実施形態による、代替４アーキテクチャにおけるデータパケット送信の模式図である。

【図9】この出願の実施形態による、マッピング方法の他の実施形態の模式図である。

【図10】この出願の実施形態による、通信装置の模式的な装置図である。

【図11】この出願の実施形態による、ＩＡＢドナーＤＵの模式的なモジュール図である。

【図12】この出願の実施形態による、ＩＡＢドナーＣＵの模式的なモジュール図である。

【図13】この出願の実施形態による、ＩＡＢノードの模式的なモジュール図である。

【発明を実施するための形態】

【0107】

本発明の実施形態は、対応する送信チャネルがシグナリングメッセージのシグナリングタイプに基づいて生成されることができるようにするマッピング方法、ノード、通信装置、及び記憶媒体を提供する。シグナリング送信プロセスにおいて、シグナリングメッセージは、送信のためのシグナリングメッセージのシグナリングタイプに基づいて、対応する送信チャネルにマッピングされ、従って、シグナリングメッセージの優先度は、異なる送信チャネルを通じて区別されることができ、それによって、シグナリング送信品質を改善する。

【0108】

当業者に対し、この出願の解決策をより良く理解させるために、以下では、この出願の実施形態における添付の図面を参照しながら、明確かつ完全に、この出願の実施形態における技術的解決策を説明する。説明される実施形態は、この出願の実施形態の全てというよりは単なる一部にすぎないことは明らかである。この出願の実施形態に基づいて創作努力なしに当業者によって取得される全ての他の実施形態は、この出願の保護範囲に含まれるべきである。

【0109】

この出願の明細書、特許請求の範囲、及び添付の図面において、用語「第１の」、「第２の」、「第３の」、「第４の」、及びその他同種のもの（もし存在するなら）は、類似のオブジェクトを区別することを意図するものであるが、必ずしも特定の順序又は順番を示すものではない。そのような方法で呼ばれる特定の順序又は順番は、適切な状況において交換可能であり、従って、ここで説明される実施形態は、ここで図示又は説明された順序以外の順序で実装されることができると理解されるべきである。加えて、用語「含む」、「有する」、及びそれの任意の他の変形は、非排他的な包含をカバーすることを意図している。例えば、ステップ又はユニットのリストを含むプロセス、方法、システム、製品、又はデバイスは、必ずしも、明示的にリストされているこれらのステップ又はユニットに限定されるものではないが、プロセス、方法、製品、又はデバイスに明示的にリストされていない又は固有ではない他のステップ又はユニットを含んでもよい。

【0110】

この出願の実施形態において、通信装置は、ユーザ機器ＵＥに対して無線通信機能を提供するために無線アクセスネットーク内に配置される装置である。通信装置は、マクロ基地局、マイクロ基地局（スモールセルとも称される）、中継局、アクセスポイントなどの様々な形態を含んでよい。異なる無線アクセス技術を利用するシステムにおいて、基地局機能を有するデバイスは、異なる名称を有することがある。例えば、第５世代（5th generation, 5G）システムにおいて、デバイスは、無線ネットワークアクセスデバイス又はｇＮＢと称される。説明を容易にするために、この出願の全ての実施形態において、端末に対して無線通信機能を提供する全ての上述した装置は、まとめて通信装置、基地局、又はノードと称される。

【0111】

この出願の実施形態におけるＵＥは、無線通信機能を有する様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス又はコンピューティングデバイス、又は、無線モデムに接続された他の処理デバイスを含んでよい。端末は、モバイル局（mobile station, MS）、サブスクライバユニット（subscriber unit）、セルラフォン（cellular phone）、スマートフォン（smart phone）、無線データカード、パーソナルデジタルアシスタント（personal digital assistant, 略してPDA）コンピュータ、タブレットコンピュータ、無線モデム（modem）、ハンドヘルドデバイス（handset）、ラップトップコンピュータ（laptop computer）、マシンタイプ通信（machine type communication, MTC）端末などであってよい。

【0112】

図１ａに示すように、３ＧＰＰ Ｒ１５において、ｇＮＢは、ＣＵ－ＤＵ分割アーキテクチャを利用しうる。具体的には、ｇＮＢは、１つのＣＵと、１つ以上のＤＵとを含みうる。以下の図に示すように、例えば、ＣＵとＤＵとは、Ｆ１インターフェースを利用することによって互いに接続され、ＣＵとコアネットワーク５ＧＣとは、ＮＧインターフェースを利用することによって互いに接続される。

【0113】

ＵＥは、ＤＵを通じてＣＵにアクセスする。言い換えると、ＵＥを見ているＰＨＹ／ＭＡＣ／ＲＬＣレイヤは、ＤＵ上に位置し、ＵＥを見ているＰＤＣＰ／ＲＲＣレイヤは、ＣＵ上に位置する。

【0114】

図１ｂに示すように、２つのノード、即ち、ＩＡＢノードとＩＡＢドナーとは、Ｒ１５ ＩＡＢに導入される。ＣＵ－ＤＵ分割アーキテクチャにおいて、ＩＡＢノードは、２つの部分、即ち、ＩＡＢノードＭＴとＩＡＢノードＤＵとを含み、ＩＡＢドナーは、２つの部分、即ち、ＩＡＢドナーＣＵとＩＡＢドナーＤＵとを含む。

【0115】

２ホップデータバックホールシナリオが例として利用される。２ホップデータバックホールシナリオのトポロジー図が図１ｃに示されている。

【0116】

この出願の実施形態における統合アクセス及びバックホール（integrated access and backhaul, IAB）技術は、第５世代（3rd generation, 5G）システムにおける送信技術である。統合アクセス及びバックホールドナー（integrated access and backhaul donor, IAB donor）は、ＮＧインターフェースを利用することによって５Ｇコア５ＧＣにアクセスする。統合アクセス及びバックホールノード（integrated access and backhaul node, IAB node）は、Ｕｎインターフェースを利用することによってＩＡＢドナーにアクセスし、それによって、信号送信リンクが形成される。ユーザ機器（user equipment, UE）は、ＩＡＢノードにアクセスすることのみを必要とし、次いで、５Ｇネットワークにアクセスしうる。上述したアーキテクチャに基づいて、２つのノード、即ち、ＩＡＢノードとＩＡＢドナーとは、ＵＥとネットワーク側との間のシグナリング交換の間、順番に通過される必要がある。マルチホップデータバックホールシナリオにおいては、複数のＩＡＢノードが通過される必要がある。例えば、２ホップデータバックホールを利用するアップリンクデータ送信シナリオにおいては、ＵＥによって送信されたシグナリングが、ＩＡＢノード２とＩＡＢノード１とを通過する必要があり、次いで、ＩＡＢドナーに到達する。例えば、ＩＡＢノード２とＩＡＢノード１とは、Ｕｎ２インターフェースを利用することによって互いに接続され、ＩＡＢノード１とＩＡＢドナーとは、Ｕｎ１インターフェースを利用することによって互いに接続される。Ｕｎ２インターフェースとＵｎ１インターフェースとの間のリンクは、バックホールリンクと称されることがあり、ＵＥとＩＡＢノード２との間のＵｕインターフェースリンクは、アクセスリンクと称される。

【0117】

ＲＲＣメッセージ又はＦ１ＡＰメッセージでありうる複数のタイプのシグナリングメッセージは、バックホールリンク上で送信されうる。任意選択で、Ｆ１アプリケーションプロトコル（F1 application protocol, F1AP）メッセージは、さらに、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージに分類されうる。例えば、アクセス端末に関連するＦ１ＡＰメッセージは、ＵＥ関連Ｆ１ＡＰメッセージであってよく、アクセス端末に関連しないＦ１ＡＰメッセージは、非ＵＥ関連Ｆ１ＡＰメッセージであってよい。ＵＥ関連Ｆ１ＡＰメッセージは、主に、Ｆ１インターフェースの、ＵＥコンテキスト管理、ＲＲＣメッセージ送信、及びその他同種のものに利用される。非ＵＥ関連Ｆ１ＡＰメッセージは、主に、Ｆ１インターフェースのセットアップ、リセット、及び設定更新など、Ｆ１インターフェースの管理に利用される。任意選択で、ＲＲＣメッセージは、送信のためのＳＲＢ０で搬送されてよく、送信のためのＳＲＢ１又はＳＲＢ２で搬送されてよい。異なるシグナリングメッセージは、異なる優先度を有する。非ＵＥ関連Ｆ１ＡＰメッセージの送信優先度は、通常、ＵＥ関連Ｆ１ＡＰメッセージのものより高い。ＳＲＢ０で搬送されるＲＲＣメッセージの送信優先度は、ＳＲＢ１又はＳＲＢ２で搬送されるＲＲＣメッセージのものより高く、ＳＲＢ１で搬送されるＲＲＣメッセージの送信優先度は、ＳＲＢ２で搬送されるＲＲＣメッセージのものより高い。

【0118】

現在、バックホールリンク上でのシグナリング送信は、議論されていない。異なるタイプのシグナリングメッセージが、バックホールリンクで区別されることができない場合、低優先度シグナリングは、高優先度シグナリングの前に処理されうる。結果として、エラーがリンク上で生じ、ネットワーク性能に悪影響をもたらす。

【0119】

上述した問題を解決するために、この出願は、対応する送信チャネルが、シグナリングメッセージのシグナリングタイプに基づいて生成されることができるようにするマッピング方法を提供する。シグナリング送信プロセスにおいて、シグナリングメッセージは、送信のために、シグナリングメッセージのシグナリングタイプに基づいて、対応する送信チャネルにマッピングされ、従って、シグナリングメッセージの優先度は、異なる送信チャネルを通じて区別されることができ、それによって、シグナリング送信品質を改善する。理解を容易にするため、以下では、例として、２ホップデータバックホールシナリオを利用することによって、この出願の技術的解決策の特定の手順を説明する。この出願の実施形態において提供される技術的解決策は、２ホップデータバックホールシナリオに限定されず、データバックホールは、同じマッピング方法が利用される限り、データバックホールにおけるホップの数量にかかわらず、この出願の保護範囲に含まれることに留意されるべきである。図１ｄ及び図２を参照する。この出願の実施形態によるマッピング方法の第１の実施形態は、以下のステップを含む。

【0120】

２ホップデータバックホールシナリオが例として利用される。ダウンリンクシグナリングメッセージのマッピング送信プロセスには、以下のステップが含まれる。

【0121】

２０１：ＩＡＢドナーＣＵは、シグナリングメッセージと第１のインジケーション情報とを統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵに送信する。

【0122】

この実施形態において、ＩＡＢドナーＣＵは、ｇＮＢのいくつかの機能、例えば、ＩＡＢドナーＣＵについての全てのＵＥ及びＩＡＢノードを制御するためのＰＤＣＰ／ＲＲＣレイヤの機能を有する。従って、ＩＡＢドナーＣＵは、ＲＲＣメッセージを生成／処理しうる。加えて、ＩＡＢドナーＣＵとＩＡＢドナーＤＵとの間のＦ１インターフェースと、ＩＡＢドナーＣＵとＩＡＢノードＤＵとの間のＦ１インターフェースとがある。従って、ＩＡＢドナーＣＵは、さらに、Ｆ１ＡＰメッセージを生成／処理しうる。

【0123】

この実施形態において、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される。シグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。アクセス端末に関連するＦ１ＡＰメッセージは、ＵＥ関連Ｆ１ＡＰメッセージであってよく、アクセス端末に関連しないＦ１ＡＰメッセージは、非ＵＥ関連Ｆ１ＡＰメッセージであってよい。例えば、アクセス端末に関連するＦ１ＡＰメッセージは、ユーザ端末に関連するＦ１ＡＰメッセージ、又はＩＡＢノードＭＴに関連するＦ１ＡＰメッセージであってよく、アクセス端末に関連しないＦ１ＡＰメッセージは、ユーザ端末に関連しないＦ１ＡＰメッセージ、又はＩＡＢノードＭＴに関連しないＦ１ＡＰメッセージであってよい。非ＵＥ関連Ｆ１ＡＰメッセージは、ＵＥ関連Ｆ１ＡＰメッセージより高い優先度を有する。ＩＡＢドナーＤＵは、ｇＮＢのいくつかの他の機能、例えば、ＩＡＢドナーＤＵの子ノードにアクセスサービスを提供するためのＰＨＹ／ＭＡＣ／ＲＬＣレイヤの機能を有する。

【0124】

任意選択で、第１のインジケーション情報は、さらに、ＵＥ関連Ｆ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用されうる。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。

【0125】

この実施形態において、ＲＲＣメッセージは、ＵＥ関連Ｆ１ＡＰメッセージで搬送され、異なるＲＲＣメッセージは、異なる送信優先度を有する。例えば、ＳＲＢ０で搬送されるＲＲＣメッセージは、最も高い優先度を有し、ＳＲＢ１で搬送されるＲＲＣメッセージは、２番目に高い優先度を有し、ＳＲＢ２で搬送されるＲＲＣメッセージは、最も低い優先度を有する。ＲＲＣメッセージの異なる優先度は、異なるＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージが異なる優先度を有することを示す。第１のインジケーション情報は、ＵＥ関連Ｆ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用され、従って、ＵＥ関連Ｆ１ＡＰメッセージの優先度はさらに区別されることができる。

【0126】

任意選択で、ＵＥ関連Ｆ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプのインジケーションは、さらに第２のインジケーション情報で搬送されてよい。第２のインジケーション情報は、第１のインジケーション情報とは異なる。

【0127】

２０２：ＩＡＢドナーＤＵは、シグナリングメッセージのシグナリングタイプに基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを第１の統合アクセス及びバックホールノードＩＡＢノード１に送信する。

【0128】

ＩＡＢノード１は、さらに、２つのネットワーク要素、即ち、第１の統合アクセス及びバックホールノードモバイル端末ＩＡＢノード１ＭＴと、第１の統合アクセス及びバックホールノード分散ユニットＩＡＢノード１ＤＵとを含んでよいことに留意されるべきである。

【0129】

この実施形態において、ＩＡＢドナーＤＵによってＩＡＢノード１に送信されたシグナリングメッセージは、以下の様々なタイプ、即ち、ＩＡＢノード１ＭＴのＲＲＣメッセージ、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、ＩＡＢノード１ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージ、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、及び／又はＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージを含む。

【0130】

例えば、ＩＡＢノード２ＭＴのＲＲＣメッセージは、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよく、ＵＥのＲＲＣメッセージは、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。

【0131】

以下の様々なマッピング方式が、異なるシグナリングタイプの上述したシグナリングメッセージのために利用される。

【0132】

方式１：一対一マッピング方式

【0133】

ＩＡＢノード１ＭＴのＲＲＣメッセージは、第１の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第１の送信チャネルは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２であってよい。

【0134】

ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージは、第２の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第２の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0135】

ＩＡＢノード１ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージは、第３の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第３の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0136】

ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージは、第４の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第４の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0137】

ＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージは、第５の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第５の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0138】

方式２：多対一マッピング方式

【0139】

ＩＡＢノード１ＭＴのＲＲＣメッセージは、第１の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第１の送信チャネルは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２であってよい。

【0140】

ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージと、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージとは、第２の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第２の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0141】

ＩＡＢノード１ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージと、ＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージとは、第３の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第３の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0142】

任意選択で、ＲＲＣメッセージは、ＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。一対一マッピング方式が利用される場合、異なる優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージはそれぞれ、独立した送信チャネルにマッピングされ、ＩＡＢノード１に送信される。

【0143】

多対一マッピング方式が利用される場合、同じ優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージは、同じ送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、ＩＡＢノード２ＭＴのＲＲＣメッセージ１が、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送され、ＩＡＢノード２ＭＴのＲＲＣメッセージ２が、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ２で搬送され、ＵＥのＲＲＣメッセージ１が、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送され、そして、ＵＥのＲＲＣメッセージ２が、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送される。ＩＡＢノード２ＭＴのＲＲＣメッセージ１と、ＵＥのＲＲＣメッセージ１とが同じ優先度を有し（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ１で搬送され）、かつＩＡＢノード２ＭＴのＲＲＣメッセージ２と、ＵＥのＲＲＣメッセージ２とが同じ優先度を有する（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ２で搬送される）場合、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１と、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１とが、ある送信チャネルにマッピングされ、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ２と、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ２とが、他の送信チャネルにマッピングされる。

【0144】

多対一マッピング方式が利用される場合、任意選択で、同じ優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージは、代替的に、同じ送信チャネルにマッピングされてＩＡＢノード１に送信されてよい。例えば、ＩＡＢノード２ＭＴのＲＲＣメッセージ１は、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送され、ＵＥのＲＲＣメッセージ１は、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送される。ＩＡＢノード１ＭＴのＲＲＣメッセージ１、ＩＡＢノード２ＭＴのＲＲＣメッセージ１、及びＵＥのＲＲＣメッセージ１が同じ優先度を有する（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ１で搬送される）場合、ＩＡＢノード１ＭＴのＲＲＣメッセージ１、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１、及びＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１は、同じ送信チャネルにマッピングされる。

【0145】

特に、送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）、既存のＳＲＢ（ＳＲＢ０／ＳＲＢ１／ＳＲＢ２）、既存のＳＲＢに対応するＲＬＣチャネル、又は他のＲＬＣチャネルであってよい。

【0146】

ＩＡＢドナーＣＵとＩＡＢドナーＤＵとは、２つの独立したデバイスであってよく、又は、同じ通信装置に統合されてよいことに留意されるべきである。通信装置は、統合アクセス及びバックホールドナーＩＡＢドナーであってよい。

【0147】

２０３：ＩＡＢノード１は、ＩＡＢドナーＤＵから受信されたシグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノード２に送信する。

【0148】

ＩＡＢノード２は、さらに、２つのネットワーク要素、即ち、第２の統合アクセス及びバックホールノードモバイル端末ＩＡＢノード２ＭＴと、第２の統合アクセス及びバックホールノード分散ユニットＩＡＢノード２ＤＵとを含んでよいことに留意されるべきである。

【0149】

この実施形態において、ＩＡＢノード１によってＩＡＢノード２に送信されたシグナリングメッセージは、以下の様々なタイプ、即ち、ＩＡＢノード２ＭＴのＲＲＣメッセージ、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、及び／又はＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージを含む。

【0150】

例えば、ＵＥのＲＲＣメッセージは、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。

【0151】

同様に、以下の様々なマッピング方式が、異なるシグナリングタイプの上述したシグナリングメッセージのために利用される。

【0152】

方式１：一対一マッピング方式

【0153】

ＩＡＢノード２ＭＴのＲＲＣメッセージは、第１の送信チャネルにマッピングされ、ＩＡＢノード２に送信される。例えば、第１の送信チャネルは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２であってよい。

【0154】

ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージは、第２の送信チャネルにマッピングされ、ＩＡＢノード２に送信される。例えば、第２の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。任意選択で、異なる優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージはそれぞれ、独立した送信チャネルにマッピングされてＩＡＢノード２に送信されてよい。

【0155】

ＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージは、第３の送信チャネルにマッピングされ、ＩＡＢノード２に送信される。例えば、第３の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0156】

方式２：多対一マッピング方式

【0157】

同じ優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージは、同じ送信チャネルにマッピングされ、ＩＡＢノード２に送信される。例えば、ＵＥのＲＲＣメッセージ１は、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送される。ＩＡＢノード２ＭＴのＲＲＣメッセージ１と、ＵＥのＲＲＣメッセージ１とが同じ優先度を有する（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ１で搬送される）場合、ＩＡＢノード２ＭＴのＲＲＣメッセージ１と、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１とは、同じ送信チャネルにマッピングされる。

【0158】

例えば、送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）、既存のＳＲＢ（ＳＲＢ０／ＳＲＢ１／ＳＲＢ２）、既存のＳＲＢに対応するＲＬＣチャネル、又は他のＲＬＣチャネルであってよい。

【0159】

ＩＡＢドナーＣＵとＩＡＢドナーＤＵとは、２つの独立したデバイスであってよいし、又は同じ通信装置に統合されてよいことに留意されるべきである。通信装置は、統合アクセス及びバックホールドナーＩＡＢドナーであってよい。

【0160】

２０４：ＩＡＢノード２は、ＩＡＢノード１から受信されたシグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＵＥに送信する。

【0161】

この実施形態において、ＩＡＢノード２によってＩＡＢノード１から受信されたシグナリングメッセージは、２つのシグナリングタイプ、即ち、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージと、ＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージとを含む。例えば、ＵＥ ＲＲＣメッセージは、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。ＩＡＢノード２ＤＵは、ＵＥ ＲＲＣメッセージを、受信されたＵＥ関連Ｆ１ＡＰメッセージから抽出し、ＵＥ関連Ｆ１ＡＰメッセージで搬送されたＵＥ ＲＲＣメッセージに対応するＳＲＢベアラタイプのインジケーションに基づいて、ＵＥ ＲＲＣメッセージを、対応するＳＲＢにマッピングし、ＵＥ ＲＲＣメッセージをＵＥに送信する。

【0162】

この出願の実施形態による方法は、例として２ホップデータバックホールシナリオのみを利用することによって上で説明されていることに留意されるべきである。実際の動作プロセスにおいては、１ホップデータバックホール又はマルチホップデータバックホールが代替的に利用されうる。例えば、１ホップデータバックホールシナリオにおいては１つのＩＡＢノードのみがあり、ＩＡＢノードは、ＩＡＢノード１の受信ステップと、ＩＡＢノード２の送信ステップとを実行する。マルチホップデータバックホールシナリオにおいては、複数のＩＡＢノードがある。例えば、ＩＡＢドナーＤＵに最も近いＩＡＢノードがＩＡＢノード１であり、ＵＥに最も近いＩＡＢノードがＩＡＢノード２である。ＩＡＢノード１とＩＡＢノード２との間の複数のＩＡＢノードは、ＩＡＢノード２の受信ステップと、ＩＡＢノード１の送信ステップとを実行する。

【0163】

上述した第１の実施形態は、この出願の実施形態におけるダウンリンクシグナリング送信方式について説明している。以下では、アップリンクシグナリング送信方式について説明する。図１ｄ及び図３を参照する。この出願の実施形態によるマッピング方法の第２の実施形態は、以下のステップを含む。

【0164】

２ホップデータバックホールシナリオが例として利用される。アップリンクシグナリングメッセージのマッピング送信プロセスにおいては、以下のステップが含まれる。

【0165】

３０１：ＩＡＢノード２は、ＳＲＢベアラタイプＳＲＢ０、ＳＲＢ１、又はＳＲＢ２を利用することによって、ＵＥによって送信されたＵＥ ＲＲＣメッセージを受信する。

【0166】

この実施形態において、ＵＥ ＲＲＣメッセージは、ＵＥによってＩＡＢドナーＣＵに送信されたＲＲＣメッセージである。

【0167】

３０２：ＩＡＢノード２は、ＵＥ ＲＲＣメッセージを、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ内にカプセル化する。

【0168】

この実施形態において、ＵＥ ＲＲＣメッセージは、ＵＥによってＩＡＢドナーＣＵに送信されたＲＲＣメッセージであるため、ＵＥ ＲＲＣメッセージは、ＩＡＢノード２、ＩＡＢノード１、及びＩＡＢドナーＤＵを順番に通過する必要がある。ＩＡＢノード２ＤＵは、ＵＥ関連Ｆ１ＡＰメッセージを生成し、受信されたＵＥ ＲＲＣメッセージをＦ１ＡＰメッセージ内にカプセル化する。

【0169】

３０３：ＩＡＢノード２は、シグナリングメッセージのシグナリングタイプに基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノード１に送信する。

【0170】

この実施形態において、シグナリングメッセージのシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。アクセス端末に関連するＦ１ＡＰメッセージは、ＵＥ関連Ｆ１ＡＰメッセージであってよく、アクセス端末に関連しないＦ１ＡＰメッセージは、非ＵＥ関連Ｆ１ＡＰメッセージであってよい。任意選択で、シグナリングメッセージのシグナリングタイプは、さらに、ＵＥ関連Ｆ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプ、例えば、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２を含む。

【0171】

ＩＡＢノード２によってＩＡＢノード１に送信されるシグナリングメッセージは、以下の様々なタイプ、即ち、ＩＡＢノード２ＭＴのＲＲＣメッセージ、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、及び／又はＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージを含む。

【0172】

例えば、ＵＥのＲＲＣメッセージは、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。

【0173】

方式１：一対一マッピング方式

【0174】

ＩＡＢノード２ＭＴのＲＲＣメッセージは、第１の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第１の送信チャネルは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２であってよい。

【0175】

ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージは、第２の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第２の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。任意選択で、異なる優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージはそれぞれ、独立した送信チャネルにマッピングされてＩＡＢノード１に送信されてよい。

【0176】

ＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージは、第３の送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、第３の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0177】

方式２：多対一マッピング方式

【0178】

同じ優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージは、同じ送信チャネルにマッピングされ、ＩＡＢノード１に送信される。例えば、ＵＥのＲＲＣメッセージ１は、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送される。ＩＡＢノード２ＭＴのＲＲＣメッセージ１と、ＵＥのＲＲＣメッセージ１とが同じ優先度を有する（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ１で搬送される）場合、ＩＡＢノード２ＭＴのＲＲＣメッセージ１と、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１とは、同じ送信チャネルにマッピングされる。

【0179】

例えば、送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）、既存のＳＲＢ（ＳＲＢ０／ＳＲＢ１／ＳＲＢ２）、既存のＳＲＢに対応するＲＬＣチャネル、又は他のＲＬＣチャネルであってよい。

【0180】

３０４：ＩＡＢノード１は、ＩＡＢノード２ＭＴのＲＲＣメッセージを、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ内にカプセル化する。

【0181】

この実施形態において、ＩＡＢノード２ＭＴのＲＲＣメッセージは、ＩＡＢノード２ＭＴによってＩＡＢドナーＣＵに送信されたＲＲＣメッセージであるため、ＩＡＢノード２ＭＴのＲＲＣメッセージは、ＩＡＢノード１とＩＡＢドナーＤＵとを順に通過する必要がある。ＩＡＢノード１ＤＵは、ＵＥ関連Ｆ１ＡＰメッセージを生成し、受信されたＩＡＢノード２ＭＴのＲＲＣメッセージをＦ１ＡＰメッセージ内にカプセル化する。

【0182】

３０５：ＩＡＢノード１は、シグナリングメッセージのシグナリングタイプに基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢドナーＤＵに送信する。

【0183】

この実施形態において、ＩＡＢノード１によってＩＡＢドナーＤＵに送信されたシグナリングメッセージは、以下の様々なタイプ、即ち、ＩＡＢノード１ＭＴのＲＲＣメッセージ、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、ＩＡＢノード１ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージ、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、及び／又はＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージを含む。

【0184】

例えば、ＩＡＢノード２ＭＴのＲＲＣメッセージは、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよく、ＵＥのＲＲＣメッセージは、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。

【0185】

様々なマッピング方式が、異なるシグナリングタイプの上述したシグナリングメッセージに利用される。

【0186】

方式１：一対一マッピング方式

【0187】

ＩＡＢノード１ＭＴのＲＲＣメッセージは、第１の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第１の送信チャネルは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２であってよい。

【0188】

ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージは、第２の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第２の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0189】

ＩＡＢノード１ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージは、第３の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第３の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0190】

ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージは、第４の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第４の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0191】

ＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージは、第５の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第５の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0192】

方式２：多対一マッピング方式

【0193】

ＩＡＢノード１ＭＴのＲＲＣメッセージは、第１の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第１の送信チャネルは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２であってよい。

【0194】

ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージと、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージとは、第２の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第２の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0195】

ＩＡＢノード１ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージと、ＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージとは、第３の送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、第３の送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）であってよく、又はＲＬＣチャネルであってよい。

【0196】

任意選択で、ＲＲＣメッセージは、ＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。一対一マッピング方式が利用される場合、異なる優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージはそれぞれ、独立した送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。

【0197】

多対一マッピング方式が利用される場合、同じ優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージは、同じ送信チャネルにマッピングされ、ＩＡＢドナーＤＵに送信される。例えば、ＩＡＢノード２ＭＴのＲＲＣメッセージ１は、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送され、ＩＡＢノード２ＭＴのＲＲＣメッセージ２は、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ２で搬送され、ＵＥのＲＲＣメッセージ１は、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送され、ＵＥのＲＲＣメッセージ２は、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送される。ＩＡＢノード２ＭＴのＲＲＣメッセージ１と、ＵＥのＲＲＣメッセージ１とが同じ優先度を有し（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ１で搬送され）、かつ、ＩＡＢノード２ＭＴのＲＲＣメッセージ２と、ＵＥのＲＲＣメッセージ２とが同じ優先度を有する（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ２で搬送される）場合、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１と、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１とは、ある送信チャネルにマッピングされ、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ２と、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ２とは、他の送信チャネルにマッピングされる。

【0198】

多対一マッピング方式が利用される場合、任意選択で、同じ優先度を有するＲＲＣメッセージを搬送するＵＥ関連Ｆ１ＡＰメッセージは、代替的に、同じ送信チャネルにマッピングされてＩＡＢドナーＤＵに送信されてよい。例えば、ＩＡＢノード２ＭＴのＲＲＣメッセージ１は、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送され、ＵＥのＲＲＣメッセージ１は、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１で搬送される。ＩＡＢノード１ＭＴのＲＲＣメッセージ１、ＩＡＢノード２ＭＴのＲＲＣメッセージ１、及びＵＥのＲＲＣメッセージ１が同じ優先度を有する（例えば、これらのＲＲＣメッセージが、送信のためのＳＲＢ１で搬送される）場合、ＩＡＢノード１ＭＴのＲＲＣメッセージ１と、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１と、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ１とは、同じ送信チャネルにマッピングされる。

【0199】

例えば、送信チャネルは、新たに定義されたＳＲＢ（既存のＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３とは異なる）、既存のＳＲＢ（ＳＲＢ０／ＳＲＢ１／ＳＲＢ２）、既存のＳＲＢに対応するＲＬＣチャネル、又は他のＲＬＣチャネルであってよい。

【0200】

３０６：ＩＡＢドナーＤＵは、ＩＡＢドナーＣＵに、ＩＡＢノード１から受信したシグナリングを送信する。

【0201】

この実施形態において、ＩＡＢドナーＤＵによってＩＡＢドナーＣＵに送信されたシグナリングメッセージは、以下の様々なタイプ、即ち、ＩＡＢノード１ＭＴのＲＲＣメッセージ、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、ＩＡＢノード１ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージ、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージ、及び／又はＩＡＢノード２ＤＵの非ＵＥ関連Ｆ１ＡＰメッセージを含む。

【0202】

例えば、ＩＡＢノード２ＭＴのＲＲＣメッセージは、ＩＡＢノード１ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよく、ＵＥのＲＲＣメッセージは、ＩＡＢノード２ＤＵのＵＥ関連Ｆ１ＡＰメッセージで搬送されてよい。

【0203】

上述した２つの実施形態は、それぞれ、ダウンリンクの観点及びアップリンクの観点から、この出願で提供される技術的解決策を説明する。例えば、アップリンクシグナリングフロー方向及びダウンリンクシグナリングフロー方向については、図１ｄを参照されたい。各ホップのシグナリングメッセージが送信されるとき、異なるシグナリングタイプのシグナリングメッセージは、異なるシグナリングメッセージタイプに基づいて、対応する送信チャネルにマッピングされて、次のホップノードに送信され、従って、異なるシグナリングメッセージ優先度は、異なる送信チャネルに基づいて区別されることができる。

【0204】

任意選択で、２つのネットワーク要素、即ち、ＩＡＢノードに含まれる分散ユニット（distributed unit, DU）と、モバイル端末（mobile terminal, MT）とは、代替的に、２つの独立したデバイスであってよいことに留意されるべきである。このことは、この出願のこの実施形態において限定されない。上述した動作プロセスにおけるＤＵ及びＭＴのシグナリング送信プロセスはそれぞれ、２つのケース、即ち、以下で別々に説明される、アップリンク送信と、ダウンリンク送信とに分類される。

【0205】

１．ダウンリンク送信

【0206】

ダウンリンク情報について、ＩＡＢノードＤＵは、前のホップの送信チャネルに基づいて次のホップのマッピングを実行してよく、又は、ＩＡＢノードＭＴによって示されたシグナリングタイプに基づいて次のホップのマッピングを実行してよい。理解を容易にするため、以下では、２つのケースについて別々に説明する。

【0207】

１．ＩＡＢノードＤＵは、前のホップの送信チャネルに基づいて、次のホップのマッピングを実行する。

【0208】

図４を参照する。ＩＡＢノードＤＵが、前のホップの送信チャネルに基づいて、次のホップのマッピングを実行することは、以下のステップを含む。

【0209】

４０１：ＩＡＢノードＭＴは、上位レベルノードによって送信されたシグナリングメッセージを受信し、上位レベルノードによって送信されたシグナリングメッセージの送信チャネル情報を取得する。

【0210】

この実施形態において、上位レベルノードは、ＩＡＢノードＭＴの親ノードである。送信チャネル情報は、シグナリングメッセージを送信するための前のホップの送信チャネルを示すために利用され、送信チャネルに対応する論理チャネル識別子ＬＣＩＤであってよい。

【0211】

４０２：ＩＡＢノードＭＴは、シグナリングメッセージと、送信チャネル情報とをＩＡＢノードＤＵに送信する。

【0212】

この実施形態において、送信チャネル情報は、ＩＡＢノードＭＴがシグナリングメッセージを受信する送信チャネルを示すために利用される。送信チャネルは、ＳＲＢタイプの送信チャネルであってよく、又は、ＢＨ ＲＬＣチャネルであってよい。

【0213】

４０３：ＩＡＢノードＤＵは、シグナリングメッセージを、送信チャネル情報によって示された送信チャネルにマッピングし、シグナリングメッセージを下位レベルノードに送信する。

【0214】

この実施形態において、下位レベルノードは、ＩＡＢノードＤＵの子ノードである。ＩＡＢノードＤＵは、送信チャネル情報に基づいて、ＩＡＢノードＭＴがシグナリングメッセージを受信する送信チャネルを知り、同じ送信チャネルを通じて、シグナリングメッセージを下位レベルノードに送信し、シグナリングメッセージと送信チャネルとの間の対応関係を保証する。例えば、ＩＡＢノードＤＵは、前のホップのＢＨ ＲＬＣチャネルｘから受信されたシグナリングメッセージを、送信のための次のホップのＢＨ ＲＬＣチャネルｘにマッピングしてよく、又は、前のホップのＢＨ ＲＬＣチャネルｙから受信されたシグナリングメッセージを、送信のための次のホップのＢＨ ＲＬＣチャネルｙにマッピングしてよい。

【0215】

代替的に、ＩＡＢノードＤＵは、送信チャネル情報と、ＩＡＢドナーＣＵから事前に取得されるマッピング関係、例えば、ＩＡＢノードＤＵによってＩＡＢドナーＣＵから取得される、シグナリングメッセージに利用される前のホップの送信チャネルと次のホップの送信チャネルとの間のマッピング関係、例えば、前のホップのＬＣＩＤと次のホップのＬＣＩＤとの間のマッピング関係とに基づいて、シグナリングメッセージを、対応する次のホップのＬＣＩＤに対応する送信チャネルにマッピングし、シグナリングメッセージを下位レベルノードに送信する。

【0216】

この実施形態において、ＩＡＢノードＤＵは、シグナリングメッセージのシグナリングタイプを知る必要はないが、シグナリングメッセージを、前のホップの送信チャネルについての、ＩＡＢノードＭＴによって示された情報に基づいて、対応する送信チャネルにマッピングし、シグナリングメッセージを下位レベルノードに送信することのみ必要である。

【0217】

２．ＩＡＢノードＤＵは、ＩＡＢノードＭＴによって示されたシグナリングタイプに基づいて、次のホップのマッピングを実行する。

【0218】

図５を参照する。ＩＡＢノードＤＵが、ＩＡＢノードＭＴによって示されたシグナリングタイプに基づいて、次のホップのマッピングを実行することは、以下のステップを含む。

【0219】

５０１：ＩＡＢノードＭＴは、上位レベルノードによって送信されたシグナリングメッセージを受信し、シグナリングメッセージのシグナリングタイプを取得する。

【0220】

この実施形態において、上位レベルノードは、ＩＡＢノードＭＴの親ノードである。上位レベルノードは、適応レイヤを通じて、ＩＡＢノードＭＴに、シグナリングメッセージのシグナリングタイプを送信してよい。シグナリングタイプは、ＵＥ関連Ｆ１ＡＰメッセージ、又は非ＵＥ関連Ｆ１ＡＰメッセージであってよい。

【0221】

任意選択で、シグナリングタイプは、さらに、ＵＥ関連タイプのＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプ、例えば、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２を示してよい。

【0222】

５０２：ＩＡＢノードＭＴは、シグナリングメッセージと、第１のシグナリングタイプインジケーション情報とをＩＡＢノードＤＵに送信する。

【0223】

この実施形態において、第１のシグナリングタイプインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される。シグナリングタイプは、ＵＥ関連タイプのＦ１ＡＰメッセージ、又は非ＵＥ関連タイプのＦ１ＡＰメッセージであってよい。

【0224】

任意選択で、シグナリングタイプは、さらに、ＵＥ関連タイプのＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプ、例えば、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２を示してよい。

【0225】

５０３：ＩＡＢノードＤＵは、シグナリングメッセージを、第１のシグナリングタイプインジケーション情報によって示されたシグナリングタイプに基づいて、対応する送信チャネルにマッピングし、シグナリングメッセージを下位レベルノードに送信する。

【0226】

この実施形態において、下位レベルノードは、ＩＡＢノードＤＵの子ノードである。ＩＡＢノードＤＵは、第１のシグナリングタイプインジケーション情報に基づいて、受信されたシグナリングメッセージのシグナリングタイプを取得する。この実施形態において、送信チャネルが生成されるとき、ＩＡＢノードＤＵは、シグナリングの異なるタイプについて、対応する送信チャネルを構成し、それによって、ＩＡＢノードＤＵが、シグナリングタイプと送信チャネルとの間の対応関係を知る。このようにして、ＩＡＢノードＤＵは、ＩＡＢノードＭＴによって送信された第１のシグナリングタイプインジケーション情報に基づいて、シグナリングメッセージを、対応する送信チャネルにマッピングし、シグナリングメッセージを次のノードに送信してよい。具体的な送信方式については、ステップ２０４を参照されたい。ここでは詳細については再度説明されない。

【0227】

２．アップリンク送信

【0228】

アップリンク送信について、ＩＡＢノードＭＴは、シグナリングメッセージを、ＩＡＢノードＤＵによって送信された第１のシグナリングタイプインジケーション情報に基づいて、対応する送信チャネルにマッピングし、シグナリングメッセージを次のホップのノードに送信する。代替的に、ＩＡＢノードＭＴは、シグナリングメッセージを、上位レイヤプロトコルスタックによって送信された第１のシグナリングタイプインジケーション情報に基づいて、対応する送信チャネルにマッピングし、シグナリングメッセージを次のホップのノードに送信する。例えば、第１のシグナリングタイプインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される。理解を容易にするため、以下では、このケースについて詳細に説明する。

【0229】

図６を参照する。アップリンク送信の間、ＩＡＢノードＭＴとＩＡＢノードＤＵとの間の信号交換は、以下のステップを含む。

【0230】

６０１：ＩＡＢノードＤＵは、下位レベルノードによって送信されたシグナリングメッセージを受信し、シグナリングメッセージのシグナリングタイプを取得する。

【0231】

この実施形態において、下位レベルノードは、ＩＡＢノードＤＵの子ノードである。アップリンク送信が実行されるため、ＩＡＢノードＤＵは、下位レベルノードによって送信されたシグナリングメッセージを受信する。

【0232】

任意選択で、ＩＡＢノードＤＵは、送信チャネルから、下位レベルノードによって送信されたシグナリングメッセージを受信し、送信チャネルに対応するＬＣＩＤに基づいて、送信チャネルで送信されたシグナリングメッセージのシグナリングタイプを知得する。

【0233】

任意選択で、ＩＡＢノードＤＵは、シグナリングメッセージのシグナリングタイプの、適応レイヤで下位レベルノードによって送信された、インジケーションを受信する。

【0234】

シグナリングタイプは、ＵＥ関連Ｆ１ＡＰメッセージ、又は非ＵＥ関連Ｆ１ＡＰメッセージであってよい。

【0235】

任意選択で、シグナリングタイプは、さらに、ＵＥ関連タイプのＦ１ＡＰメッセージで搬送されたＲＲＣメッセージに対応するＳＲＢベアラタイプ、例えば、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２を示してよい。

【0236】

６０２：ＩＡＢノードＤＵは、シグナリングメッセージと、第１のインジケーション情報とをＩＡＢノードＭＴに送信する。

【0237】

この実施形態において、第１のインジケーション情報は、Ｆ１ＡＰメッセージのタイプ、例えば、ＵＥ関連タイプ、又は非ＵＥ関連タイプを示すために利用される。

【0238】

任意選択で、第１のインジケーション情報は、さらに、ＵＥ関連タイプのＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプ、例えば、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２を示してよい。

【0239】

６０３：ＩＡＢノードＭＴは、シグナリングメッセージを、第１のインジケーション情報によって示されたシグナリングタイプに基づいて、対応する送信チャネルにマッピングし、シグナリングメッセージを上位レベルノードに送信する。

【0240】

この実施形態において、ＩＡＢノードＭＴは、第１のインジケーション情報に基づいて、シグナリングメッセージのシグナリングタイプを知得する。加えて、送信チャネルが生成されるとき、ＩＡＢノードＭＴは、シグナリングタイプと、送信チャネルとの間の対応関係を、ＩＡＢドナーＣＵから受信してよい。このようにして、ＩＡＢノードＭＴは、シグナリングメッセージを、対応関係に基づいて、対応する送信チャネルにマッピングし、シグナリングメッセージを上位レベルノードに送信する。

【0241】

加えて、ＩＡＢノードＭＴは、さらに、次のホップの送信チャネルに基づいて、前のホップのマッピングを実行してよい。例えば、ＩＡＢノードＭＴは、ＩＡＢノードＤＵと、ＩＡＢノードＤＵの子ノードとの間のものである送信チャネルのものと同じであるＬＣＩＤを有し、シグナリングメッセージが受信される送信チャネルを通じて、シグナリングメッセージをＩＡＢノードＭＴの親ノードに送信する。代替的に、ＩＡＢノードＭＴは、ＩＡＢドナーＣＵから取得されたマッピング関係、例えば、シグナリングメッセージのために利用される次のホップの送信チャネルと前のホップの送信チャネルとの間のマッピング関係、例えば、前のホップのＬＣＩＤと次のホップのＬＣＩＤとの間のマッピング関係に基づいて、シグナリングメッセージを、対応する前のホップのＬＣＩＤに対応する送信チャネルにマッピングし、シグナリングメッセージを上位レベルノードに送信してよい。このプロセスは、ステップ４０３のプロセスと類似している。ここでは詳細については再度説明されない。

【0242】

ステップ２０２及びステップ３０６におけるＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間のシグナリング送信のステップについては、現在、２つの制御プレーンプロトコルスタックアーキテクチャ、即ち、代替２アーキテクチャと、代替４アーキテクチャとが、ＩＡＢ ＳＩにおいて同意されていることに留意されるべきである。例えば、代替２アーキテクチャは、図７（ａ）～図７（ｃ）に示されている。ＵＥのＲＲＣメッセージは、送信のためのＩＡＢノード２ＤＵのＦ１ＡＰメッセージ内にカプセル化される。ＩＡＢノード２ＭＴのＲＲＣメッセージは、送信のためのＩＡＢノード１ＤＵのＦ１ＡＰメッセージ内にカプセル化される。ＰＤＣＰレイヤは、ＩＡＢノード２ＤＵのＦ１ＡＰメッセージと、ＩＡＢノード１ＤＵのＦ１ＡＰメッセージとの両方のセキュリティ保護のために利用される。全てのシグナリングは、送信のための、ＩＡＢドナーにおける、ＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間のＦ１ＡＰメッセージで搬送される。代替４アーキテクチャは、図８（ａ）～図８（ｃ）に示されている。制御プレーンプロトコルスタックアーキテクチャ代替４と代替２との間の違いは、ＤＴＬＳが、ＩＡＢノード２ＤＵのＦ１ＡＰメッセージと、ＩＡＢノード１ＤＵのＦ１ＡＰメッセージとの両方のセキュリティ保護に利用されることにある。全てのシグナリングのルート送信は、ＩＡＢドナーのＩＰを通じて実行される。

【0243】

即ち、代替２アーキテクチャにおいて、Ｆ１ＡＰメッセージは、ＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間の信号送信に利用される。代替４アーキテクチャにおいて、ＩＰは、ＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間のルート送信に利用される。

【0244】

上述した２つの異なるアーキテクチャについては、ステップ２０２についての異なる詳細な実行方式があり、それらは以下で別々に説明される。

【0245】

１．代替２アーキテクチャにおけるＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間の信号送信の方式

【0246】

２０２Ａ１：ＩＡＢドナーＣＵは、第１のインジケーション情報を含むＦ１ＡＰメッセージをＩＡＢドナーＤＵに送信する。

【0247】

この実施形態において、Ｆ１ＡＰメッセージが、代替２アーキテクチャにおけるＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間の信号送信に利用されるため、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される。他の運用方式については、ステップ２０１～２０４を参照されたい。ここでは詳細について再度説明されない。

【0248】

任意選択で、第２のインジケーション情報が、送信のためのＦ１ＡＰメッセージで搬送されてもよい。他の運用方式については、ステップ２０１～２０４を参照されたい。ここでは詳細について再度説明されない。

【0249】

２．代替４アーキテクチャにおけるＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間の信号送信の方式

【0250】

２０２Ｂ１：ＩＡＢドナーＣＵは、第１のインジケーション情報を含む、ＩＰヘッダフィールド内の、差異化サービスコードポイントＤＳＣＰ、フローラベル（flow label）値、又は他のフィールドをＩＡＢドナーＤＵに送信する。

【0251】

この実施形態において、ＩＰが、代替４アーキテクチャにおけるＩＡＢドナーＤＵとＩＡＢドナーＣＵとの間のルート送信に利用されるため、ＩＡＢドナーＣＵは、第１のインジケーション情報をＩＰヘッダフィールドに含める。

【0252】

それに対応して、上述した違いが、代替４アーキテクチャと代替２アーキテクチャとの間に存在するため、第１のインジケーション情報の運用方式は、それに対応して異なり、具体的には、２つの実装、即ち、
１．ＩＡＢドナーＣＵが、対応するＤＳＣＰ又は対応するフローラベル値にシグナリングタイプをマッピングし、対応するＤＳＣＰ又対応するフローラベル値を含むＩＰヘッダフィールドをＩＡＢドナーＤＵに送信することと、
２．ＩＡＢドナーＣＵが、シグナリングタイプに基づいて、シグナリングメッセージを送信するための送信チャネルを決定し、送信チャネルの送信チャネル情報を含むＩＰヘッダフィールドをＩＡＢドナーＤＵに送信することと、を含む。理解を容易にするため、以下では、上述した２つの実装について具体的に説明する。

【0253】

１．ＩＡＢドナーＣＵは、シグナリングタイプを、対応するＤＳＣＰ又は対応するフローラベル値にマッピングし、対応するＤＳＣＰ又は対応するフローラベル値を含むＩＰヘッダフィールドをＩＡＢドナーＤＵに送信する。

【0254】

この実施形態において、第１の実装は、さらに、２つの異なる運用方式、即ち、
（１）ＩＡＢドナーＤＵが、ＤＳＣＰ／フローラベル値と送信チャネルとの間の第１のマッピング関係をＩＡＢドナーＣＵから取得することと、
（２）ＩＡＢドナーＤＵが、代替的に、シグナリングタイプと送信チャネルとの間の第２のマッピング関係をＩＡＢドナーＣＵから取得することと、に細分化されてよい。以下では、２つの実装について説明する。

【0255】

（１）ＩＡＢドナーＤＵは、ＤＳＣＰ／フローラベル値と送信チャネルとの間の第１のマッピング関係をＩＡＢドナーＣＵから取得する。

【0256】

この実施形態において、ＩＡＢドナーＤＵは、ＤＳＣＰ／フローラベル値と、ＩＡＢドナーＤＵとＩＡＢノードとの間の送信チャネルとの間の対応関係をＩＡＢドナーＣＵから取得し、例えば、ＤＳＣＰ／フローラベル値と、送信チャネルに対応するＬＣＩＤとを取得する。例えば、ＤＳＣＰ／フローラベル値は、ＬＣＩＤとの一対一対応の関係にある。

【0257】

ＩＰヘッダフィールドからＤＳＣＰ／フローラベル値を取得した後、ＩＡＢドナーＤＵは、事前にＩＡＢドナーＣＵから取得された対応関係に基づいて、ＤＳＣＰ／フローラベル値によって示されたシグナリングを、ＬＣＩＤに対応する送信チャネルにマッピングし、シグナリングをＩＡＢノードに送信する。送信チャネルは、ＳＲＢであってよく、又は、ＲＬＣチャネルであってよい。

【0258】

（２）ＩＡＢドナーＤＵは、シグナリングタイプと、送信チャネルとの間の第２のマッピング関係をＩＡＢドナーＣＵから取得する。

【0259】

この実施形態において、ＩＡＢドナーＤＵは、ＤＳＣＰ／フローラベル値と、シグナリングメッセージのシグナリングタイプとの間の対応関係をＩＡＢドナーＣＵから取得する。

【0260】

ＩＡＢドナーＤＵは、対応関係に基づいて、ＤＳＣＰ／フローラベル値によって示されたシグナリングを、対応する送信チャネルにマッピングし、シグナリングをＩＡＢノードに送信する。送信チャネルは、ＳＲＢであってよく、又は、ＲＬＣチャネルであってよい。送信チャネル構築プロセスにおいて、ＩＡＢドナーＤＵは、異なるタイプのシグナリングについて、対応する送信チャネルを構築し、異なる論理チャネルに割り当てる。従って、ＩＡＢドナーＤＵは、シグナリングタイプと、送信チャネルとの間の対応関係を知得しうる。

【0261】

２．ＩＡＢドナーＣＵは、シグナリングタイプに基づいて、シグナリングメッセージを送信するための送信チャネルを決定し、送信チャネルの送信チャネル情報を含むＩＰヘッダフィールドをＩＡＢドナーＤＵに送信する。

【0262】

この実施形態において、ＩＡＢドナーＣＵは、シグナリングタイプに基づいて、シグナリングメッセージを送信するための送信チャネルを決定する。例えば、シグナリングタイプは、ＵＥ関連タイプのＦ１ＡＰメッセージ、又は非ＵＥ関連タイプのＦ１ＡＰメッセージであってよい。任意選択で、シグナリングタイプは、さらに、ＵＥ関連Ｆ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプ（例えば、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２）を示してよい。送信チャネルは、ＳＲＢベアラ、又はＢＨ ＲＬＣチャネルであってよい。送信チャネル情報は、送信チャネルに対応する論理チャネル識別子ＬＣＩＤであってよい。

【0263】

この実施形態において、２つの異なるアーキテクチャ代替２及び代替４において、異なる送信方式が、ＩＡＢドナーＣＵとＩＡＢドナーＤＵとの間のダウンリンク信号送信を実装するために利用される。

【0264】

アップリンク信号送信について、２つの異なるアーキテクチャ代替２及び代替４においては、アクセスＩＡＢノードが、アップリンクシグナリングのベアラマッピングを実行する。詳細は以下のようになる。

【0265】

１．代替２アーキテクチャにおけるＩＡＢノード２とＩＡＢノード１との間のアップリンク送信の方式

【0266】

ＩＡＢノード２は、送信対象アップリンクシグナリングメッセージのシグナリングタイプを決定する。シグナリングタイプは、ＵＥ関連Ｆ１ＡＰメッセージ、又は非ＵＥ関連Ｆ１ＡＰメッセージであってよい。

【0267】

任意選択で、シグナリングタイプは、さらに、ＵＥ関連タイプのＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプ、例えば、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２を示してよい。

【0268】

ＩＡＢノード２ＭＴは、ＩＡＢノード２ＤＵによって送信されたインジケーション情報、又は上位レイヤプロトコルスタックによって送信されたインジケーション情報に基づいて、送信対象アップリンクシグナリングメッセージを、対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングメッセージをＩＡＢノード１ＤＵに送信する。インジケーション情報は、ＳＲＢベアラタイプのインジケーション情報、ＳＲＢベアラ＋ＵＥ ＩＤのインジケーション情報、ＵｕインターフェースのＬＣＩＤ情報、Ｕｕインターフェース＋ＵＥ ＩＤのＬＣＩＤ情報、ＵＥベアラＩＤ情報、ＵＥベアラＩＤ情報＋ＵＥ ＩＤ、シグナリングタイプのインジケーション情報、又はシグナリングタイプ＋ＵＥ ＩＤのインジケーション情報であってよい。

【0269】

任意選択で、インジケーション情報を受信する前に、ＩＡＢノード２ＭＴは、さらに、以下のマッピング関係、即ち、
ＳＲＢベアラタイプと送信チャネルとの間のマッピング関係、
ＳＲＢベアラタイプ＋ＵＥ ＩＤと、送信チャネルとの間のマッピング関係、
Ｕｕインターフェース上のＬＣＩＤと、送信チャネルとの間のマッピング関係、
Ｕｎインターフェース上のＬＣＩＤ＋ＵＥ ＩＤと、送信チャネルとの間のマッピング関係、
ＵＥベアラＩＤと、送信チャネルとの間のマッピング関係、
ＵＥベアラＩＤ＋ＵＥ ＩＤと、送信チャネルとの間のマッピング関係、
異なるシグナリングタイプと、送信チャネルとの間のマッピング関係、又は、
異なるシグナリングタイプ＋ＵＥ ＩＤと、送信チャネルとの間のマッピング関係の少なくとも１つ以上をＩＡＢドナーＣＵから取得して、アップリンクシグナリングメッセージのマッピングを実行してよい。

【0270】

例えば、ＳＲＢベアラタイプは、ＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３であり、「／」は、「又は」を表し、送信チャネルは、ＩＡＢノード２ＭＴとＩＡＢノード１ＤＵとの間の送信チャネルであり、新たに定義されたＳＲＢベアラ又は既存のＳＲＢベアラであってよく、又はＢＨ ＲＬＣチャネルであってよく、ＳＲＢベアラは、ＳＲＢベアラタイプを利用することによって識別されてよく、ＢＨ ＲＬＣチャネルは、ＢＨ ＲＬＣチャネルに対応する論理チャネル識別子ＬＣＩＤを利用することによって識別されてよく、ＵＥ ＩＤは、ＩＡＢノード２ＤＵのセル内の端末デバイスＵＥを一意に識別するために利用され、Ｃ－ＲＮＴＩであってよく、又はＩＡＢノード２ＤＵのセル識別子＋Ｃ－ＲＮＴＩであってよく、Ｕｕインターフェース上のＬＣＩＤは、ＵＥとＩＡＢノード２ＤＵとの間のインターフェース上の論理チャネル識別子ＬＣＩＤであり、ＵＥベアラＩＤは、端末デバイスのベアラ識別子、又はベアラ識別子であり、異なるシグナリングタイプは、シグナリングタイプ、例えば、ＵＥ関連Ｆ１ＡＰメッセージ又は非ＵＥ関連Ｆ１ＡＰメッセージを示すために利用される。

【0271】

例えば、ＩＡＢノード２ＭＴが、マッピング関係をＩＡＢドナーＣＵから取得することは、ＩＡＢノード２ＭＴが、ＳＲＢベアラタイプと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得することであって、ＳＲＢベアラタイプは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある、ことを含む。代替的に、ＩＡＢノード２ＭＴは、ＳＲＢベアラタイプ＋ＵＥ ＩＤと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、ＳＲＢベアラタイプ＋ＵＥ ＩＤは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。代替的に、ＩＡＢノード２ＭＴは、Ｕｕインターフェース上のＬＣＩＤと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、Ｕｕインターフェース上のＬＣＩＤは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。代替的に、ＩＡＢノード２ＭＴは、Ｕｕインターフェース上のＬＣＩＤ＋ＵＥ ＩＤと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、Ｕｕインターフェース上のＬＣＩＤ＋ＵＥ ＩＤは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。代替的に、ＩＡＢノード２ＭＴは、ＵＥベアラＩＤと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、ＵＥベアラＩＤは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。代替的に、ＩＡＢノード２ＭＴは、ＵＥベアラＩＤ＋ＵＥ ＩＤと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、ＵＥベアラＩＤ＋ＵＥ ＩＤは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。代替的に、ＩＡＢノード２ＭＴは、シグナリングタイプのインジケーション情報と、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、シグナリングタイプのインジケーション情報によって示されたシグナリングは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。代替的に、ＩＡＢノード２ＭＴは、シグナリングタイプのインジケーション情報＋ＵＥ ＩＤと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、シグナリングタイプのインジケーション情報＋ＵＥ ＩＤによって示されるシグナリングは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。

【0272】

この実施形態において、ＩＡＢノード２ＭＴは、送信対象アップリンクシグナリングメッセージを、受信されたインジケーション情報と、ＩＡＢドナーＣＵから事前に取得されるマッピング関係とに基づいて、対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングメッセージをＩＡＢノード１ＤＵに送信する。加えて、ＩＡＢノード２ＭＴは、シグナリングタイプのインジケーション情報を、適応レイヤを通じてＩＡＢノード１ＤＵに送信し、シグナリングタイプのインジケーション情報は、明示的に又は暗示的に送信対象アップリンクデータのシグナリングタイプを示してよい。

【0273】

例えば、ＩＡＢノード２ＭＴは、ＲＲＣメッセージを利用することによって、マッピング関係をＩＡＢドナーＣＵから取得してよい。

【0274】

この実施形態において、ありうる実装として、ＩＡＢノード２ＤＵは、Ｆ１ＡＰメッセージを利用することによって、マッピング関係をＩＡＢドナーＣＵから取得してよい。次いで、ＩＡＢノード２ＤＵは、マッピング関係に基づいて、送信対象アップリンクシグナリングがマッピングされる送信チャネルを決定し、マッピングされた送信チャネルの識別子、例えば、ＢＨ ＲＬＣチャネルに対応する論理チャネルＬＣＩＤを、内部インターフェースを通じてＩＡＢノード２ＭＴに送信する。ＩＡＢノード２ＭＴは、受信された送信チャネルの識別子に基づいて、送信対象アップリンクシグナリングを、送信チャネルの識別子に対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングをＩＡＢノード１ＤＵに送信する。

【0275】

２．代替４アーキテクチャにおけるＩＡＢノード２とＩＡＢノード１との間の信号送信の方式

【0276】

ＩＡＢノード２は、ＤＳＣＰ／フローラベル値と送信チャネルとの間のマッピング関係をＩＡＢドナーＣＵから取得する。例えば、送信チャネルは、ＩＡＢノード２ＭＴとＩＡＢノード１ＤＵとの間の送信チャネルであり、新たに定義されたＳＲＢベアラ又は既存のＳＲＢベアラであってよく、又は、ＢＨ ＲＬＣチャネルであってよく、ＳＲＢベアラは、ＳＲＢベアラタイプを利用することによって識別されてよく、ＢＨ ＲＬＣチャネルは、ＢＨ ＲＬＣチャネルに対応する論理チャネル識別子ＬＣＩＤを利用することによって識別されてよい。具体的には、例えば、ＩＡＢノード２ＭＴは、ＲＲＣメッセージを利用することによって、ＤＳＣＰ／フローラベル値と、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、ＤＳＣＰ／フローラベル値は、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にあり、ＢＨ ＲＬＣチャネルは、ＩＡＢノード２ＭＴとＩＡＢノード１ＤＵとの間のＢＨ ＲＬＣチャネルであり、ＢＨ ＲＬＣチャネルの識別子は、ＢＨ ＲＬＣチャネルに対応する論理チャネル識別子ＬＣＩＤであってよい。代替的に、ＩＡＢノード２ＤＵは、Ｆ１ＡＰメッセージを利用することによって、ＤＳＣＰ／フローラベルと、ＢＨ ＲＬＣチャネルの識別子とをＩＡＢドナーＣＵから取得し、ＤＳＣＰ／フローラベルは、ＢＨ ＲＬＣチャネルの識別子と一対一対応の関係にある。

【0277】

任意選択で、ＩＡＢノード２は、さらに、以下のマッピング関係、即ち、
ＳＲＢベアラタイプと、ＤＳＣＰ／フローラベルとの間のマッピング関係、
ＳＲＢベアラタイプ＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベルとの間のマッピング関係、
Ｕｕインターフェース上のＬＣＩＤと、ＤＳＣＰ／フローラベルとの間のマッピング関係、
Ｕｕインターフェース上のＬＣＩＤ＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベルとの間のマッピング関係、
ＵＥベアラＩＤと、ＤＳＣＰ／フローラベルとの間のマッピング関係、
ＵＥベアラＩＤ＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベルとの間のマッピング関係、
異なるシグナリングタイプと、ＤＳＣＰ／フローラベルとの間のマッピング関係、又は
異なるシグナリングタイプ＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベルとの間のマッピング関係の少なくとも１つ以上をＩＡＢドナーＣＵから取得してよい。

【0278】

例えば、ＳＲＢベアラタイプは、ＳＲＢ０／ＳＲＢ１／ＳＲＢ２／ＳＲＢ３であり、ＵＥ ＩＤは、ＩＡＢノード２ＤＵのセル内の端末デバイスＵＥを一意に識別するために利用され、Ｃ－ＲＮＴＩであってよく、又はＩＡＢノード２ＤＵのセル識別子＋Ｃ－ＲＮＴＩであってよく、Ｕｕインターフェース上のＬＣＩＤは、ＵＥとＩＡＢノード２ＤＵとの間のインターフェース上の論理チャネル識別子ＬＣＩＤであり、ＵＥベアラＩＤは、端末デバイスのベアラ識別子、又はベアラ識別子であり、異なるシグナリングタイプは、シグナリングタイプ、例えば、ＵＥ関連Ｆ１ＡＰメッセージ、又は非ＵＥ関連Ｆ１ＡＰメッセージを示すために利用される。

【0279】

例えば、ＩＡＢノード２が、ＩＡＢドナーＣＵからマッピング関係を取得することは、ＩＡＢノード２が、ＳＲＢベアラタイプと、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得することであって、ＳＲＢベアラタイプは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある、ことを含んでよい。代替的に、ＩＡＢノード２は、ＳＲＢベアラタイプ＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得し、ＳＲＢベアラタイプ＋ＵＥ ＩＤは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある。代替的に、ＩＡＢノード２は、Ｕｕインターフェース上のＬＣＩＤと、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得し、ＬＣＩＤは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある。代替的に、ＩＡＢノード２は、Ｕｕインターフェース上のＬＣＩＤ＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得し、ＬＣＩＤ＋ＵＥ ＩＤは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある。代替的に、ＩＡＢノード２は、ＵＥベアラＩＤと、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得し、ＵＥベアラＩＤは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある。代替的に、ＩＡＢノード２は、ＵＥベアラＩＤ＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得し、ＵＥベアラＩＤ＋ＵＥ ＩＤは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある。代替的に、ＩＡＢノード２は、シグナリングタイプのインジケーション情報と、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得し、シグナリングタイプのインジケーション情報によって示されたシグナリングは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある。代替的に、ＩＡＢノード２は、シグナリングタイプのインジケーション情報＋ＵＥ ＩＤと、ＤＳＣＰ／フローラベル値とをＩＡＢドナーＣＵから取得し、シグナリングタイプのインジケーション情報＋ＵＥ ＩＤによって示されたシグナリングは、ＤＳＣＰ／フローラベル値と一対一対応の関係にある。

【0280】

マッピング関係は、Ｆ１ＡＰメッセージを利用することによって、ＩＡＢドナーＣＵによってＩＡＢノード２ＤＵに送信されてよく、ＩＡＢノード２ＤＵは、マッピング関係に基づいて、送信対象アップリンクシグナリングメッセージを、対応するＤＳＣＰ／フローラベル値でラベル付けし、送信対象アップリンクシグナリングメッセージを、送信のためのＩＰレイヤヘッダフィールドに含める。代替的に、マッピング関係は、ＲＲＣメッセージを利用することによって、ＩＡＢドナーＣＵによってＩＡＢノード２ＭＴに送信されてよく、ＩＡＢノード２ＭＴは、マッピング関係に基づいて、送信対象アップリンクシグナリングメッセージを、対応するＤＳＣＰ／フローラベルでラベル付けし、送信対象アップリンクシグナリングメッセージを、送信のためのＩＰレイヤヘッダフィールドに含める。

【0281】

この実施形態において、ＩＡＢノード２は、送信対象アップリンクシグナリングメッセージを、対応するＤＳＣＰ／フローラベルでラベル付けし、次いで、ＩＡＢドナーによって構成されたＤＳＣＰ／フローラベルと、送信チャネルとの間のマッピング関係に基づいて、アップリンクベアラマッピングを実行する。他の任意選択の実装において、ＩＡＢノード２ＤＵは、Ｆ１ＡＰメッセージを利用することによって、マッピング関係をＩＡＢドナーＣＵから取得してよい。次いで、ＩＡＢノード２ＤＵは、マッピング関係に基づいて、送信対象アップリンクシグナリングがマッピングされる送信チャネルを決定し、マッピングされた送信チャネルの識別子、例えば、ＢＨ ＲＬＣチャネルに対応する論理チャネルＬＣＩＤを、内部インターフェースを通じてＩＡＢノード２ＭＴに送信する。ＩＡＢノード２ＭＴは、受信された送信チャネルの識別子に基づいて、送信対象アップリンクシグナリングを、送信チャネルの識別子に対応する送信チャネルにマッピングし、送信対象アップリンクシグナリングをＩＡＢノード１ＤＵに送信する。

【0282】

加えて、この実施形態において、任意選択の実装において、ＩＡＢノード２は、送信対象アップリンクシグナリングのシグナリングタイプを、適応レイヤを通じて、ＩＡＢノード１に送信する。次いで、ＩＡＢノード１は、送信対象アップリンクシグナリングのシグナリングタイプを、適応レイヤを通じて、ＩＡＢドナーＤＵに送信する。ＩＡＢドナーＤＵは、適応レイヤで搬送されるシグナリングタイプのインジケーション情報に基づいて、シグナリングタイプのインジケーション情報によって示されたシグナリングメッセージを、対応するＤＳＣＰ／フローラベルにマッピングしてよく、シグナリングメッセージを含むＩＰレイヤヘッダフィールドをＩＡＢドナーＣＵに送信する。

【0283】

ＵＥ関連タイプのＦ１ＡＰメッセージ又は非ＵＥ関連タイプのＦ１ＡＰメッセージを送信するために利用される送信チャネルは、新たに定義された送信チャネルであることに留意されるべきである。従って、ＩＡＢノードがネットワークにアクセスした後で、シグナリングメッセージ送信が開始する前に、対応する送信チャネルが構築される必要がある。理解を容易にするため、以下では、送信チャネルを構築する具体的な方式について説明する。図９を参照する。

【0284】

図９に示すように、この出願のこの実施形態における送信チャネルを構築するための方法は、以下のステップを含む。

【0285】

９０１：ＩＡＢノードは、ＩＡＢノードインジケーション情報をＩＡＢドナーＤＵに送信する。

【0286】

この実施形態において、ＩＡＢノードインジケーション情報は、ＩＡＢドナーＣＵに、現在ネットワークにアクセスしているデバイスが、普通のユーザ機器ＵＥではなくて、ＩＡＢノードであることを示して、送信チャネルを構築する手順をトリガするために利用される。例えば、ＩＡＢノードインジケーション情報は、ＲＲＣセットアップ要求メッセージで搬送されてよく、又はＲＲＣセットアップ完了メッセージで搬送されてよい。

【0287】

９０２：ＩＡＢドナーＤＵは、ＩＡＢノードインジケーション情報をＩＡＢドナーＣＵに送信する。

【0288】

この実施形態において、ＩＡＢドナーＤＵは、ＩＡＢノードインジケーション情報をＩＡＢドナーＣＵに送信し、それによって、ＩＡＢドナーＣＵは、送信チャネルを構築するステップをトリガする。例えば、ＩＡＢノードインジケーション情報は、ＲＲＣセットアップ要求メッセージ又はＲＲＣセットアップ完了メッセージで搬送されてよい。ＩＡＢドナーＤＵは、ＲＲＣセットアップ要求メッセージ又はＲＲＣセットアップ完了メッセージを含むＵＬ ＲＲＣメッセージ転送メッセージをＩＡＢドナーＣＵに送信して、ＩＡＢノードインジケーション情報を送信する。

【0289】

９０３：ＩＡＢドナーＣＵは、ＩＡＢノードインジケーション情報と、第１の構成インジケーション情報とをＩＡＢドナーＤＵに送信する。

【0290】

この実施形態において、ステップ９０１及び９０２において、ＩＡＢノードインジケーション情報は、ＲＲＣメッセージで搬送され、ＩＡＢドナーＤＵは、ＩＡＢノードインジケーション情報を、解析を通じてメッセージから取得する能力を有しない。従って、ＩＡＢドナーＤＵは、ＲＲＣメッセージをＩＡＢドナーＣＵに送信する必要があり、ＩＡＢドナーＣＵは、ＩＡＢノードインジケーション情報を、解析を通じてＲＲＣメッセージから取得し、次いで、Ｆ１ＡＰメッセージを利用することによって、ＩＡＢノードインジケーション情報をＩＡＢドナーＤＵに送信し、次いで、ＩＡＢドナーＤＵは、現在ネットワークにアクセスしているデバイスがＩＡＢノードであることを知ることができる。

【0291】

第１の構成インジケーション情報は、ＩＡＢドナーＤＵに、対応するベアラ構成情報を、ＵＥ関連Ｆ１ＡＰメッセージと非ＵＥ関連Ｆ１ＡＰメッセージとに別々に割り当てるように指示するために利用される。例えば、第１の構成インジケーション情報は、ＳＲＢ ＩＤであってよい。例えば、ＳＲＢｘ ＩＤは、ＵＥ関連タイプのＦ１ＡＰメッセージを搬送するために利用され、ＳＲＢｙ ＩＤは、非ＵＥ関連タイプのＦ１ＡＰメッセージを搬送するために利用される。

【0292】

任意選択で、第１の構成インジケーション情報は、代替的に、ＵＥ関連Ｆ１ＡＰメッセージ及び／又は非ＵＥ関連Ｆ１ＡＰメッセージについて、対応するＲＬＣチャネルを構築することを要求するためのインジケーション情報であってよい。

【0293】

９０４：ＩＡＢドナーＤＵは、ＵＥ関連タイプのＦ１ＡＰメッセージ及び非ＵＥ関連タイプのＦ１ＡＰメッセージのための下位レイヤ構成を別々に実行する。

【0294】

この実施形態において、ＩＡＢドナーＤＵは、ＵＥ関連タイプのＦ１ＡＰメッセージ及び非ＵＥ関連タイプのＦ１ＡＰメッセージのための下位レイヤ構成を、第１の構成インジケーション情報のインジケーションに基づいて実行する。下位レイヤ構成は、ＲＬＣ／ＭＡＣ／論理チャネル構成などであってよい。

【0295】

９０５：ＩＡＢドナーＤＵは、構成された送信チャネル情報をＩＡＢドナーＣＵに送信する。

【0296】

この実施形態において、送信チャネル情報は、送信チャネルに対応する論理チャネル識別子ＬＣＩＤを含み、ＵＥコンテキストセットアップ応答メッセージで搬送されて、ＩＡＢドナーＤＵによってＩＡＢドナーＣＵに送信される。

【0297】

９０６：ＩＡＢドナーＣＵは、構成された送信チャネル情報をＩＡＢノードに送信する。

【0298】

この実施形態において、ＩＡＢドナーＣＵは、構成された送信チャネル情報を、ＩＡＢノード内のＩＡＢノードＭＴに送信し、シグナリングタイプに対応し、かつＩＡＢドナーＤＵとＩＡＢノードＭＴとの間のものである送信チャネルを構築する。

【0299】

任意選択で、ＵＥ関連タイプのＦ１ＡＰメッセージについて、ＩＡＢドナーＤＵは、さらに、Ｆ１ＡＰメッセージで搬送されるＲＲＣメッセージの、Ｕｕインターフェース上で搬送されるＳＲＢタイプに基づいて、ＩＡＢノードＭＴとＩＡＢドナーＤＵとの間の異なるＳＲＢ又はＢＨ ＲＬＣチャネルを構築して、Ｆ１ＡＰメッセージを送信してよい。

【0300】

この実施形態において、ＩＡＢノードのネットワークアクセス手順において、ＩＡＢドナーＣＵは、ＩＡＢドナーＤＵに、シグナリングメッセージに対応し、かつＩＡＢドナーＤＵとＩＡＢノードＭＴとの間のものである送信チャネルを構築するように指示し、この出願の上述したマッピング方法を実装する。加えて、マルチホップバックホールシナリオにおいて、ＩＡＢドナーＣＵは、さらに、シグナリングメッセージに対応し、かつＩＡＢノード１ＤＵとＩＡＢノード２ＭＴとの間のものである送信チャネルを構築するように指示してよい。ここでは詳細については再度説明されない。

【0301】

送信チャネルを構築するプロセスは、シグナリングオーバーヘッドを抑えるために、シグナリングメッセージを送信するステップが開始する前に完了されることに留意されるべきである。任意選択で、送信チャネルは、代替的に、ネットワークアクセスプロセスにおいて構築されなくてよく、対応する送信チャネルは、各シグナリングメッセージが送信される前に構築される。例えば、ＩＡＢドナーＤＵは、ＩＡＢドナーＤＵとＩＡＢノードＭＴとの間のＳＲＢｙ又はＢＨ ＲＬＣチャネルｙを、非ＵＥ関連Ｆ１ＡＰメッセージをＩＡＢノードＭＴに送信する前に構築する。上述した方式で構築される任意の送信チャネルは、この出願の保護範囲に含まれる。送信チャネルを構築してシグナリングを送信する具体的なシーケンスは、この出願において限定されない。

【0302】

非ＵＥ関連タイプのＦ１ＡＰメッセージがマッピングされる送信チャネルは、代替的に、デフォルト送信チャネル又は予め定義された送信チャネルであってよいことに留意されるべきである。送信チャネルは、新たに定義されたＳＲＢベアラ又は既存のＳＲＢベアラであってよく、又はＢＨ ＲＬＣチャネルであってよい。例えば、ＩＡＢノードがネットワークにアクセスする後で、シグナリングメッセージ送信が開始する前に、デフォルトＢＨ ＲＬＣチャネルが、ＩＡＢノードと、ＩＡＢノードの親ノードとの間、又は、ＩＡＢノードと、ＩＡＢノードの子ノードとの間で構築される必要がある。送信対象シグナリングメッセージが、非ＵＥ関連タイプのＦ１ＡＰメッセージである場合、ＩＡＢノードは、非ＵＥ関連タイプのＦ１ＡＰメッセージを、デフォルトＢＨ ＲＬＣチャネルにマッピングし、非ＵＥ関連タイプのＦ１ＡＰメッセージを、ＩＡＢノードの親ノード（アップリンク送信のため）、又はＩＡＢノードの子ノード（ダウンリンク送信のため）に送信してよい。

【0303】

通信装置は、上述した機能を実装するために、各機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解されうる。当業者は、この明細書で開示された実施形態で説明された例のモジュール及びアルゴリズムステップを組み合わせ、この出願は、ハードウェア、又はハードウェアとコンピュータソフトウェアとの組み合わせによって実装されうることを容易に知るべきである。機能が、ハードウェア又はコンピュータソフトウェアによって駆動されるハードウェアのいずれによって実行されるかは、技術的解決策の特別な応用及び設計制約に依存する。当業者は、各特別な応用のために説明された機能を実装するための異なる方法を利用してよいが、それは、実装がこの出願の範囲を超えるとみなされるべきではない。

【0304】

ハードウェア構造の視点から、マッピング方法は、物理デバイスによって実装されてよく、又は、複数の物理デバイスによって共同で実装されてよく、又は、物理デバイス内の論理機能モジュールによって実装されてよい。このことは、この出願の実施形態において特に限定されない。

【0305】

例えば、マッピング方法は、図１０の通信装置によって実装されうる。図１０は、この出願の実施形態による通信装置のハードウェア構造の模式図である。通信装置は、本発明の実施形態における、ＩＡＢドナー、ＩＡＢドナーＤＵ、ＩＡＢドナーＣＵ、ＩＡＢノード、ＩＡＢノードＭＴ、又はＩＡＢノードＤＵであってよい。通信装置は、少なくとも１つのプロセッサ１００１と、通信ライン１００２と、メモリ１００３と、少なくとも１つの通信インターフェース１００４とを含む。

【0306】

プロセッサ１００１は、汎用中央処理ユニット（central processing unit, CPU）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit, ASIC）、又は、この出願の解決策におけるプログラム実行を制御するように構成された１つ以上の集積回路であってよい。

【0307】

通信ライン１００２は、上述した要素の間で情報を転送するためのパスを含んでよい。

【0308】

トランシーバなどの任意の装置を利用する通信インターフェース１００４は、他のデバイス又は通信ネットワーク、例えば、イーサネット、無線アクセスネットワーク（radio access network, RAN）、又は無線ローカルエリアネットワーク（wireless local area networks, WLAN）と通信するように構成される。

【0309】

メモリ１００３は、リードオンリーメモリ（read-only memory, ROM）、静的な情報及び命令を格納可能な他のタイプの静的ストレージデバイス、ランダムアクセスメモリ（random access memory, RAM）、又は、情報及び命令を格納可能な他のタイプの動的ストレージデバイスであってよく、或いは、電気的消去可能プログラム可能リードオンリーメモリ（electrically erasable programmable read-only memory, EEPROM）、コンパクトディスクリードオンリーメモリ（compact disc read-only memory, CD-ROM）、他のコンパクトディスクストレージ、光ディスクストレージ（圧縮光ディスク、レーザーディスク、光ディスク、デジタルバーサタイルディスク、ブルーレイディスクなどを含む）、磁気ディスクストレージ媒体、他の磁気ストレージデバイス、又は、命令の形式又はデータ構造の形式で予想されるプログラムコードを包含又は格納可能な又はコンピュータによってアクセス可能な任意の他の媒体であってよいが、それらに限定されない。メモリは、独立に存在してよく、通信ライン１００２を利用することによってプロセッサに接続される。代替的に、メモリは、プロセッサに統合されてよい。

【0310】

例えば、メモリ１００３は、この出願の解決策を実行するためのコンピュータ実行可能命令を格納するように構成される。プロセッサ１００１は、メモリ１００３に格納されたコンピュータ実行可能命令を実行するように構成され、この出願の以下の実施形態で提供される方法を実装する。

【0311】

任意選択で、この出願の実施形態におけるコンピュータ実行可能命令は、アプリケーションプログラムコードと称されることもある。このことは、この出願のこの実施形態において特に限定されない。

【0312】

具体的な実装の間、実施形態において、プロセッサ１００１は、図１０のＣＰＵ０及びＣＰＵ１などの１つ以上のＣＰＵを含んでよい。

【0313】

具体的な実装の間、実施形態において、通信装置は、図１０のプロセッサ１００１などの複数のプロセッサを含んでよい。プロセッサのそれぞれは、シングルコア（single-CPU）プロセッサであってよく、又は、マルチコア（multi-CPU）プロセッサであってよい。ここで、プロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された１つ以上のデバイス、回路、及び／又は処理コアと称されることがある。

【0314】

具体的に実装の間、実施形態において、通信装置は、さらに、出力デバイス１００５と、入力デバイス１００６とを含んでよい。出力デバイス１００５は、プロセッサ１００１と通信し、複数の方式で情報を表示してよい。例えば、出力デバイス１００５は、液晶ディスプレイ（liquid crystal display, LCD）、発光ダイオード（light emitting diode, LED）ディスプレイデバイス、カソードレイチューブ（cathode ray tube, CRT）ディスプレイデバイス、又はプロジェクタ（projector）であってよい。入力デバイス１００６は、プロセッサ１００１と通信し、複数の方式でユーザの入力を受信してよい。例えば、入力デバイス１００６は、マウス、キーボード、タッチスクリーンデバイス、又はセンシングデバイスであってよい。

【0315】

上述した通信装置は、汎用デバイス、又は専用デバイスであってよい。具体的な実装の間、通信装置は、サーバ、無線端末デバイス、組み込みデバイス、又は、図１０のものと類似の構造を有するデバイスであってよい。通信装置のタイプは、この出願のこの実施形態において限定されない。

【0316】

この出願のこの実施形態において、通信装置は、上述した方法例に基づいて、機能ユニットに分割されてよい。例えば、各機能ユニットは、それぞれ対応する機能に基づく分割を通じて得られてよく、又は、２つ以上の機能が、１つの処理ユニットに統合されてよい。統合ユニットは、ハードウェアの形態で実装されてよく、又は、ソフトウェア機能ユニットの形態で実装されてよい。この出願の実施形態において、ユニットへの分割は例であり、単なる論理機能分割にすぎないことに留意されるべきである。実際の実装の間、他の分割方式が利用されてよい。

【0317】

例えば、機能ユニットが統合方式で分割されるとき、図１１は、統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵの模式的な構造図であり、図１２は、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵの模式的な構造図であり、図１３は、統合アクセス及びバックホールノードＩＡＢノードの模式的な構造図である。

【0318】

図１１に示すように、この出願のこの実施形態において提供されるＩＡＢドナーＤＵは、統合アクセス及びバックホールドナー集約ユニットＩＡＢドナーＣＵによって送信されるシグナリングメッセージと、第１のインジケーション情報とを受信することであって、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される、ことを行うように構成された受信ユニット１１０１と、受信ユニット１１０１によって受信された第１のインジケーション情報に基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを統合アクセス及びバックホールノードＩＡＢノードに送信するように構成された送信ユニット１１０２と、を含む。例えば、シグナリングメッセージに対応するシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。

【0319】

任意選択で、第１のインジケーション情報は、さらに、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。

【0320】

任意選択で、受信ユニット１１０１は、ＩＡＢドナーＣＵによって送信された第２のインジケーション情報を受信するようにさらに構成され、第２のインジケーション情報は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるとき、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。それに対応して、送信ユニット１１０２は、受信ユニット１１０１によって受信された第２のインジケーション情報に基づいて、シグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージをＩＡＢノードに送信するようにさらに構成される。

【0321】

任意選択で、送信ユニット１１０２は、
受信ユニット１１０１によって受信された第１のインジケーション情報が、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであることを示す場合、ＩＡＢノードに、第１の送信チャネルを通じて、アクセス端末に関連するＦ１ＡＰメッセージを送信することであって、第１の送信チャネルは、新たに定義されたＳＲＢｘ又は無線リンク制御チャネルＲＬＣチャネルｘであり、例えば、ｘは、０、１、２、又は３ではない、ことを行う、又は、
受信ユニット１１０１によって受信された第１のインジケーション情報が、シグナリングメッセージのシグナリングタイプがアクセス端末に関連しないＦ１ＡＰメッセージであることを示す場合、ＩＡＢノードに、第２の送信チャネルを通じて、アクセス端末に関連しないＦ１ＡＰメッセージを送信することであって、第２の送信チャネルは、新たに定義されたＳＲＢｙ又はＲＬＣチャネルｙであり、例えば、ｙは、０、１、２、３、又はｘではない、ことを行うようにさらに構成される。

【0322】

任意選択で、シグナリングメッセージのシグナリングタイプが、アクセス端末に関連するＦ１ＡＰメッセージである場合、送信ユニット１１０２は、受信ユニット１１０１によって受信された第１のインジケーション情報又は第２のインジケーション情報が、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ０であることを示す場合には、アクセス端末に関連するＦ１ＡＰメッセージを第３の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第３の送信チャネルは、新たに定義されたＳＲＢｚ、又は無線リンク制御チャネルＲＬＣチャネルｚであり、例えば、ｚは、０、１、２、３、ｘ、又はｙではない、ことを行う、又は、
受信ユニット１１０１によって受信された第１のインジケーション情報又は第２のインジケーション情報が、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ１であることを示す場合には、アクセス端末に関連するＦ１ＡＰメッセージを第４の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第４の送信チャネルは、新たに定義されたＳＲＢｍ、又は無線リンク制御チャネルＲＬＣチャネルｍであり、例えば、ｍは、０、１、２、３、ｘ、ｙ、又はｚではない、ことを行う、又は、
受信ユニット１１０１によって受信された第１のインジケーション情報又は第２のインジケーション情報が、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプがＳＲＢ２であることを示す場合には、アクセス端末に関連するＦ１ＡＰメッセージを第５の送信チャネルにマッピングし、アクセス端末に関連するＦ１ＡＰメッセージをＩＡＢノードに送信することであって、第５の送信チャネルは、新たに定義されたＳＲＢｎ、又は無線リンク制御チャネルＲＬＣチャネルｎであり、例えば、ｎは、０、１、２、３、ｘ、ｙ、ｚ、又はｍではない、ことを行うように構成される。

【0323】

任意選択で、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送され、又は第１のインジケーション情報は、ＩＰヘッダフィールド内の差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送される。

【0324】

任意選択で、第１のインジケーション情報が、ＩＰヘッダフィールド内のＤＳＣＰフィールド又はフローラベルフィールドで搬送される場合、受信ユニット１１０１は、
ＩＡＢドナーＤＵとＩＡＢノードとの間の送信チャネルに対応する識別子と、ＩＡＢドナーＣＵによって送信されるＤＳＣＰ又はフローラベルの値とを受信することであって、例えば、ＤＳＣＰ又はフローラベルの値は、送信チャネルに対応する識別子と一対一対応の関係にある、ことを行う、又は、
シグナリングメッセージのシグナリングタイプと、ＩＡＢドナーＣＵによって送信されるＤＳＣＰ又はフローラベルの値とを受信することであって、例えば、シグナリングメッセージのタイプは、ＤＳＣＰ又はフローラベルの値と一対一対応の関係にある、ことを行うようにさらに構成される。

【0325】

任意選択で、ＩＡＢドナーＤＵは、シグナリングメッセージのシグナリングタイプに対応し、かつＩＡＢノードとＩＡＢドナーＤＵとの間のものである送信チャネルを構築するように構成された構築ユニット１１０３をさらに含む。

【0326】

図１２に示すように、この出願のこの実施形態において提供されるＩＡＢドナーＣＵは、ＩＡＢドナーＣＵは、統合アクセス及びバックホールドナー分散ユニットＩＡＢドナーＤＵに、シグナリングメッセージ及び第１のインジケーション情報を送信することであって、第１のインジケーション情報は、シグナリングメッセージのシグナリングタイプを示すために利用される、ことを行うように構成された送信ユニット１２０１を含む。例えば、シグナリングメッセージに対応するシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む。

【0327】

任意選択で、第１のインジケーション情報は、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すためにさらに利用される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。

【0328】

任意選択で、送信ユニット１２０１は、第２のインジケーション情報をＩＡＢドナーＤＵに送信することであって、第２のインジケーション情報は、シグナリングメッセージのシグナリングタイプがアクセス端末に関連するＦ１ＡＰメッセージであるとき、アクセス端末に関連するＦ１ＡＰメッセージで搬送されるＲＲＣメッセージに対応するＳＲＢベアラタイプを示すために利用される、ことを行うようにさらに構成される。例えば、ＳＲＢベアラタイプは、ＳＲＢ０、ＳＲＢ１、又はＳＲＢ２のいずれか１つである。

【0329】

任意選択で、第１のインジケーション情報は、Ｆ１ＡＰメッセージで搬送される、又は、第１のインジケーション情報は、ＩＰヘッダフィールド内の差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送される。

【0330】

任意選択で、第１のインジケーション情報が、ＩＰヘッダフィールド内の差異化サービスコードポイントＤＳＣＰフィールド又はフローラベル（flow label）フィールドで搬送される場合、送信ユニット１２０１は、
ＩＡＢドナーＤＵとＩＡＢノードとの間の送信チャネルに対応する識別子と、ＤＳＣＰ又はフローラベルの値とをＩＡＢドナーＤＵに送信することであって、例えば、ＤＳＣＰ又はフローラベルの値は、送信チャネルに対応する識別子と一対一対応の関係にある、ことを行う、又は、
シグナリングメッセージのシグナリングタイプと、ＤＳＣＰ又はフローラベルの値とをＩＡＢドナーＤＵに送信することであって、例えば、シグナリングメッセージのタイプは、ＤＳＣＰ又はフローラベルの値と一対一対応の関係にある、ことを行うようにさらに構成される。

【0331】

任意選択で、ＩＡＢドナーＣＵは、シグナリングメッセージのシグナリングタイプに対応し、かつＩＡＢノードとＩＡＢドナーＤＵとの間のものである送信チャネルを構築するように、ＩＡＢドナーＤＵに指示するように構成された指示ユニット１２０２をさらに含む。

【0332】

図１３に示すように、この出願のこの実施形態において提供されるＩＡＢノードは、第１のノードによって送信されたシグナリングメッセージを受信するように構成された受信ユニット１３０１と、受信ユニット１３０１によって受信されたシグナリングメッセージを、シグナリングメッセージに対応する送信チャネルにマッピングし、シグナリングメッセージを第２のノードに送信することであって、例えば、シグナリングメッセージに対応するシグナリングタイプは、アクセス端末に関連するＦ１ＡＰメッセージ、又はアクセス端末に関連しないＦ１ＡＰメッセージを含む、ことを行うように構成された送信ユニット１３０２とを含む。

【0333】

任意選択で、受信ユニット１３０１は、第１のノードによって送信されたシグナリングメッセージに対応する送信チャネルに対応する識別子を取得するようにさらに構成される。

【0334】

それに対応して、ＩＡＢノードは、送信チャネルに対応し、かつ受信ユニット１３０１によって受信された識別子に基づいて、シグナリングメッセージに対応する送信チャネルを決定するように構成された決定ユニット１３０３をさらに含む。

【0335】

任意選択で、送信チャネルに対応する識別子は、送信チャネルに対応する論理チャネル識別子ＬＣＩＤである。

【0336】

任意選択で、受信ユニット１３０１は、適応レイヤから、シグナリングメッセージに対応するシグナリングタイプを取得することであって、適応レイヤは、ＩＡＢノードと第１のノードとの間のプロトコルレイヤである、ことを行うようにさらに構成される。

【0337】

任意選択で、ＩＡＢノードは、ＩＡＢノード分散ユニットＤＵと、ＩＡＢノードモバイル端末ユニットＭＴとを含む。

【0338】

受信ユニット１３０１は、ＩＡＢノードＤＵから、シグナリングメッセージに対応するシグナリングタイプを取得する、又は、ＩＡＢノードＭＴの上位レイヤプロトコルスタックから、シグナリングメッセージに対応するシグナリングタイプを取得するようにさらに構成される。

【0339】

上述した実装の説明に基づいて、当業者は、この出願が、必要なユニバーサルハードウェアに加えてソフトウェアによって実装されてよく、又は、もちろん、専用集積回路、専用ＣＰＵ、専用メモリ、専用コンポーネントなどを含む専用ハードウェアによって実装されてよいことを明確に理解しうる。通常、コンピュータプログラムによって完備される全ての機能は、対応するハードウェアを利用することによって容易に実装されうるし、同じ機能を実装するために利用される具体的なハードウェア構造は、様々な形態のもの、例えば、アナログ回路、デジタル回路、又は専用回路の形態であってもよい。しかし、この出願において、ソフトウェアプログラム実装は、ほとんどのケースにおいて、より良い実装である。そのような理解に基づき、本質的に又は部分的に現在の技術に寄与する、この出願の技術的解決策は、ソフトウェア製品の形態で実装されうる。コンピュータソフトウェア製品は、フロッピーディスク、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（ROM, Read-Only Memory）、ランダムアクセスメモリ（RAM, Random Access Memory）、磁気ディスク、又はコンピュータの光ディスクなどの可読記憶媒体に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、通信装置などであってよい）に、この出願の実施形態における方法を実行するように指示するための様々な命令を含む。

【0340】

上述した実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを利用することによって実装されうる。ソフトウェアが実装のために利用されるとき、実施形態の全部又は一部は、コンピュータプログラム製品の形態で実装されうる。

【0341】

コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されるとき、本発明の実施形態における手順又は機能が全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよく、又は、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に伝送されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、他のウェブサイト、コンピュータ、サーバ、又はデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタルサブスクライバ回線（DSL））又は無線（例えば、赤外線、無線、又はマイクロ波）方式で伝送されうる。コンピュータ可読記憶媒体は、１つ以上の利用可能な媒体を統合するサーバ又はデータセンタなどのコンピュータ又はデータストレージデバイスによって格納されることができる任意の利用可能な媒体である。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブSolid State Disk (SSD)）などである。

【0342】

当業者は、実施形態における方法の全部又は一部のステップが、関連ハードウェアに命令するプログラムによって実装されうることを理解しうる。プログラムは、コンピュータ可読記憶媒体に格納されうる。記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスクなどを含みうる。

【0343】

上記では、本発明の実施形態において提供されるマッピング方法、ノード、通信装置、及び記憶媒体について詳細に説明している。この明細書において、具体的な例は、本発明の原理及び実装について説明するために利用され、実施形態の説明は、本発明の方法及びコアアイデアを理解することを助けることのみが意図されている。加えて、当業者は、本発明のアイデアに基づいて、特定の実装及び応用範囲に修正を加えうる。従って、この明細書の内容は、本発明に対する限定として解釈されるべきではない。

【図1a】

【図1b】

【図1c】

【図1d】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7(a)】

【図7(b)】

【図7(c)】

【図8(a)】

【図8(b)】

【図8(c)】

【図9】

【図10】

【図11】

【図12】

【図13】