特許 7503203 Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌｅｄにおける無線リンクの並行使用の制御

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

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

(11)【特許番号】

(24)【登録日】2024-06-11

(45)【発行日】2024-06-19

(54)【発明の名称】Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌｅｄにおける無線リンクの並行使用の制御

(51)【国際特許分類】

   H04W 24/04 20090101AFI20240612BHJP

   H04W 16/26 20090101ALI20240612BHJP

【ＦＩ】

H04W24/04

H04W16/26

【請求項の数】 27

(21)【出願番号】P 2023508114

(86)(22)【出願日】2021-10-20

(65)【公表番号】

(43)【公表日】2023-10-31

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

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

(87)【国際公開日】2022-04-28

【審査請求日】2023-04-07

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

(32)【優先日】2020-10-23

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

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ヴィザ， ピエール

(72)【発明者】

【氏名】ラグランジュ， パスカル

(72)【発明者】

【氏名】ル・バース， フィリップ

【審査官】伊東 和重

(56)【参考文献】

【文献】Qualcomm Incorporated (Email discussion rapporteur)，[Post111-e][903][eIAB] Topology adaptation enhancements RAN2 scope[online]，3GPP TSG RAN WG2 #112-e，3GPP，2020年10月22日，R2-2009292，pp.36-38,55-56，[検索日 2024.02.08],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2009292.zip>

【文献】LG Electronics Inc.，BAP Packet Duplication and BH RLF Indication Enhancements[online]，3GPP TSG RAN WG2 #112-e，3GPP，2020年10月23日，R2-2010441，[検索日 2024.02.08],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_112-e/Docs/R2-2010441.zip>

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークを含んだ無線ネットワークにおける通信方法であって、ＩＡＢノードにおいて：
同一のＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）ルーティング識別子を有するＢＡＰパケットを受信することと、
ＢＡＰルーティング設定を使用して、前記同一のＢＡＰルーティング識別子に対して１つまたは複数の出口リンクに属する受信した前記ＢＡＰパケットのための複数の無線リンク制御（ＲＬＣ）チャネルを決定するＢＡＰサブレイヤ動作を実行することと、
前記複数のＲＬＣチャネルを介して前記ＢＡＰパケットを送信することと、
を含む通信方法。

【請求項2】

前記ＢＡＰパケットを送信することは、受信されたＢＡＰパケットに対して冗長なＢＡＰパケットを取得することと、前記複数のＲＬＣチャネルを介して前記冗長なＢＡＰパケットを送信することとを含む、請求項１に記載の方法。

【請求項3】

前記冗長なＢＡＰパケットは、前記受信されたＢＡＰパケットと、当該受信されたＢＡＰパケットの１つまたは複数の複製とを含む、請求項２に記載の方法。

【請求項4】

前記受信されたＢＡＰパケットと当該受信されたＢＡＰパケットの複製に、同じシーケンス番号を追加することをさらに含む、請求項３に記載の方法。

【請求項5】

前記受信されたＢＡＰパケットがすでにシーケンス番号を含む場合、当該受信されたＢＡＰパケットおよび当該受信されたＢＡＰパケットの複製は、別のシーケンス番号が追加されることなく、前記シーケンス番号を保持する、請求項３に記載の方法。

【請求項6】

前記冗長なＢＡＰパケットを取得することは、前記受信されたＢＡＰパケットをネットワーク符号化することを含む、請求項２に記載の方法。

【請求項7】

同一の前記受信されたＢＡＰパケットの前記ネットワーク符号化から生じる前記冗長なＢＡＰパケットは、連続するシーケンス番号でタグ付けされる、請求項６に記載の方法。

【請求項8】

前記受信されたＢＡＰパケットと比較して、シーケンス番号が前記冗長なＢＡＰパケットに追加されなければならないかを、前記ＢＡＰルーティング設定から決定することをさらに含む、請求項２に記載の方法。

【請求項9】

Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークを含んだ無線ネットワークにおける通信方法であって、ＩＡＢノードにおいて：
１つ以上の進入リンクを介して、オリジナルのＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）パケットに対する冗長であるＢＡＰパケットを受信することと、
ＢＡＰルーティング設定を使用して、前記ＢＡＰパケットの冗長性が前記ＩＡＢノードにおいて終了するかを判定するＢＡＰサブレイヤ動作を実行することと、
判定が肯定である場合、前記冗長なＢＡＰパケットを処理して、前記オリジナルのＢＡＰパケットを取得し、出口リンクを介して単一の前記オリジナルのＢＡＰパケットを送信し、または当該オリジナルのＢＡＰパケットのコンテンツを前記ＩＡＢノードの上位レイヤに送信することと、
を含む通信方法。

【請求項10】

前記冗長なＢＡＰパケットを処理することは、前記オリジナルのＢＡＰパケットの複製を決定することと、単一の複製を単一の前記オリジナルのＢＡＰパケットとして維持するために複製を破棄することとを含む、請求項９に記載の方法。

【請求項11】

複製を決定することは、同一のシーケンス番号でタグ付けされた受信ＢＡＰパケットを識別することを含む、請求項１０に記載の方法。

【請求項12】

前記冗長なＢＡＰパケットを処理することは、前記オリジナルのＢＡＰパケットを取得するために、当該冗長なＢＡＰパケットをネットワーク復号することを含む、請求項９に記載の方法。

【請求項13】

前記冗長なＢＡＰパケットを受信することは、前記ネットワーク復号によって定義された組合せの数より少ない別個のシーケンス番号でタグ付けされた受信ＢＡＰパケットを識別することを含む、請求項１２に記載の方法。

【請求項14】

受信された前記冗長なＢＡＰパケットと比較して、前記オリジナルのＢＡＰパケットからシーケンス番号が除去されなければならないかを、前記ＢＡＰルーティング設定から決定することをさらに含む、請求項９に記載の方法。

【請求項15】

前記ＢＡＰルーティング設定は、１つのＢＡＰルーティング識別子を別のＩＡＢノードの１つのＢＡＰアドレスにそれぞれ関連付けるエントリから構成される第１の設定テーブルを含み、受信された前記ＢＡＰパケットの１つまたは複数のＢＡＰルーティング識別子に対応する１つまたは複数の前記エントリが、受信された前記冗長なＢＡＰパケットから前記オリジナルのＢＡＰパケットを取得するために実行されるべきＢＡＰサブレイヤ動作をさらに定義する、請求項９に記載の方法。

【請求項16】

前記ＢＡＰルーティング設定は、１つの出口リンクを１つまたは複数のＲＬＣチャネルに関連付けるエントリで構成された第２の設定テーブルを含み、決定された出口リンクに対応するエントリが複数のＲＬＣチャネルに関連付けられる、請求項１５に記載の方法。

【請求項17】

前記エントリは、前記複数のＲＬＣチャネルが使用されるべき１つまたは複数のＢＡＰルーティング識別子を定義するトリガフィールドをさらに含む、請求項１６に記載の方法。

【請求項18】

Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークを含んだ無線ネットワークにおける通信方法であって、ＩＡＢドナー・セントラルユニット（ＩＡＢドナーＣＵ）において：
それぞれのＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）ルーティング設定を用いて前記ＩＡＢネットワークのＩＡＢノードを設定するために設定メッセージを送信することを含み、
前記ＢＡＰルーティング設定のうちの１つは、１つのＩＡＢノードを、１つまたは複数の出口リンクに属する複数の無線リンク制御（ＲＬＣ）チャネルを介して、同一のＢＡＰルーティング識別子を有した受信ＢＡＰパケットを送信するＢＡＰサブレイヤ動作のイニシエータとして設定する、
通信方法。

【請求項19】

前記ＢＡＰルーティング設定のうちの別の１つが、受信された冗長なＢＡＰパケットをオリジナルのＢＡＰパケットに処理し、出口リンクを介して単一の当該オリジナルのＢＡＰパケットを、または、当該ＢＡＰパケットのコンテンツを上位レイヤへ送信するために、同一の前記ＢＡＰサブレイヤ動作のターミネータとして別のＩＡＢノードを設定する、請求項１８に記載の方法。

【請求項20】

請求項１から８のいずれか１項に記載の方法を実行するように構成された少なくとも１つのマイクロプロセッサを備える、無線通信装置。

【請求項21】

請求項９から１７のいずれか１項に記載の方法を実行するように構成された少なくとも１つのマイクロプロセッサを備える、無線通信装置。

【請求項22】

請求項１８又は１９に記載の方法を実行するように構成された少なくとも１つのマイクロプロセッサを備える、無線通信装置。

【請求項23】

Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ドナーのセントラルユニット、ＩＡＢドナーのディストリビューテッドユニット、および、１つまたは複数のＩＡＢノードを備えたＩＡＢネットワークであって、前記ＩＡＢドナーのディストリビューテッドユニットおよび前記ＩＡＢノードのうちの１つが、請求項１に記載の方法を実行するように構成されている、ＩＡＢネットワーク。

【請求項24】

前記ＩＡＢドナーのディストリビューテッドユニットおよび前記ＩＡＢノードのうちの別の１つが、請求項９に記載の方法を実行するように構成される、請求項２３に記載のＩＡＢネットワーク。

【請求項25】

無線デバイスにおけるマイクロプロセッサまたはコンピュータシステムによって実行される場合に、前記無線デバイスに、請求項１から８のいずれか１項に記載の方法を実行させるプログラム。

【請求項26】

無線デバイスにおけるマイクロプロセッサまたはコンピュータシステムによって実行される場合に、前記無線デバイスに、請求項９から１７のいずれか１項に記載の方法を実行させるプログラム。

【請求項27】

無線デバイスにおけるマイクロプロセッサまたはコンピュータシステムによって実行される場合に、前記無線デバイスに、請求項１８又は１９に記載の方法を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に無線通信に関し、特に、Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌｅｄ（ＩＡＢ）ネットワークに関する。

【背景技術】

【0002】

無線通信システムは、モバイルブロードバンド、大規模マシンタイプ通信から超高信頼低遅延通信（ＵＲＬＬＣ）まで、広範囲のアプリケーションに対処するために広く展開されている。そのようなシステムは、複数のユーザ機器（ＵＥ）またはモバイル端末が１つまたは複数の基地局を通した無線アクセスネットワーク（ＲＡＮ）を介して、いくつかのタイプのデータコンテンツ（たとえば、ビデオ、ボイス、メッセージングなど）を交換するために、無線媒体を共有することを可能にする。基地局は、従来、バックホール（ＢＨ）と呼ばれる中間ネットワークを形成するコアネットワークに、（例えば、ファイバを介して）有線接続される。

【0003】

そのような無線多元接続通信システムの例は、第４世代（４Ｇ）のロングタームエボリューション（ＬＴＥ）または最近の第５世代（５Ｇ）のＮｅｗ Ｒａｄｉｏ（ＮＲ）システムなどの、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格に基づくシステム、またはＷｉＦｉなどのＩＥＥＥ ８０２．１１規格に基づくシステムを含む。

【0004】

ネットワークの高密度化に対する需要は、ユーザ数の増加およびより高いスループットの要求のために増加する。

【0005】

有線バックホールネットワークの高い展開コストおよび時間の問題に直面して、３ＧＰＰは、５ＧのＮＲのための最近のリリース１６において、無線（すなわち、ラジオ）スペクトルの一部がファイバの代わりに基地局のバックホール接続のために使用される、Ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ｂａｃｋｈａｕｌｉｎｇ（ＩＡＢ）としても知られる、無線バックホールを提案している。したがって、（基地局間の）ワイヤレスバックホール通信が、（基地局とＵＥとの間の）アクセス通信と同じ無線リソースを使用する。

【0006】

ＩＡＢは、基地局をケーブル接続する負担なしにスケーラブルで迅速な設置が可能となるため、密集したエリアまたはカバーすることが困難なエリアにおいて、ファイバベースのバックホールに代わる競争力のある代替物であることが分かっている。

【0007】

ＩＡＢは、要求されるＧｂｐｓ（ギガビット／秒）データレートを達成するために、ミリ波（ｍｍＷａｖｅ）バンドで動作する可能性が最も高い。

【0008】

しかしながら、ミリ波は、いくつかの気象条件（雨、霧）では信号強度が強い減衰を受け、発信者と受信機との間のパスに位置する障害物の場合には妨害を受けることが知られている。

【0009】

これらの潜在的な無線リンク障害に対処するために、ＩＡＢフレームワーク内にトポロジ的冗長性を提供することができ、そこでは、コアネットワークに直接接続されたＩＡＢ基地局（「ＩＡＢドナー」とも呼ばれる）と、ＵＥをサービングするＩＡＢ基地局（「アクセスＩＡＢノード」とも呼ばれる）との間に複数のデータパスが設定される。いくつかの中間ＩＡＢ基地局（ＩＡＢノードとも呼ばれる）は、ＩＡＢドナーとアクセスＩＡＢノードとの間のいくつかのパスの各々に関与してもよく、したがって、マルチホップＩＡＢネットワーク内に代替データパスを形成する。

【0010】

データが送信されることが好ましいＩＡＢノードのセットを通るパスは、デフォルトで定義される。また、無線リンク障害（ＲＬＦ）がデフォルトパスの任意のリンク上で発生する場合に使用可能な、ＩＡＢノードの異なるセットに沿った１つまたは複数のバックアップパスが定義される。リンクは、バックホールネットワーク内の２つの連続するＩＡＢノード間で定義される。

【0011】

例えば無線リンク障害の場合にデータ伝送のロバスト性を提供する別のメカニズムは、３ＧＰＰ仕様書ＴＳ３８．３２３（Ｖ１６．１．０）に記載されているように、ＰＤＣＰ（Packet Data Convergence Protocol）の複製メカニズムを含む。系統的な複製メカニズムは、（各ホップが再送信を要求するための遅延を追加する）オンデマンド再送信メカニズムなどの代替的なロバスト性メカニズムと比較して、レイテンシを低減するため有利である。

【0012】

ＰＤＣＰの複製は、（キャリアアグリゲーション複製と呼ばれる）単一の基地局を通して、または（デュアル／マルチコネクティビティ複製と呼ばれる）異なる基地局を通して、ダイバーシティを増加させるために、２つ以上の異なるキャリア周波数にわたって複製されたＰＤＣＰパケットを送信することを伴う。

【0013】

ＩＡＢは、ＰＤＣＰプロトコルに対して透過的であり、ＩＡＢノードは、ユーザプレーン内にＰＤＣＰサブレイヤを有しない。その結果、ＰＤＣＰの複製はエンドツーエンド、すなわち、ＵＥと、ネットワークコアに接続されたＩＡＢドナーとの間のものである。したがって、存在する場合、様々な中間ＩＡＢノードが、ＰＤＣＰの複製機構と相互作用しない。

【0014】

ＰＤＣＰベースのロバスト性機構は満足のいくものではない。

【0015】

第１に、それは、発信者および受信機、すなわち、ＩＡＢドナーおよびＵＥにおいて、集中し、高い処理負荷を誘発する。

【0016】

特に、ＩＡＢドナーに関しては、コアネットワークに接続された唯一のＩＡＢノードであるため、ＩＡＢネットワークにアタッチされたすべてのＵＥのためのすべてのデータフローを処理する。ＰＤＣＰの複製がアクティブ化される場合、ＩＡＢドナーは、特に、ダウンリンクにおいて複製し、アップリンクにおいて複製を除去するために処理すべき膨大な数のパケットの過度の負荷に直面することがわかる。

【0017】

そのアクセスＩＡＢノードとの良好な品質のリンクを経験するＵＥに関して、（ＩＡＢネットワークにおける別のリンクの低い品質のために）ＰＤＣＰの複製のアクティブ化が、ＵＥが不要な処理を実行することを要求する。この追加の処理負荷は、低リソースＵＥにとって有害でありうる。

【0018】

第２に、それは、バックホールネットワーク帯域幅を著しく浪費しうる。実際、（低品質リンクに起因してアクティブ化される）ＰＤＣＰの複製は、送信品質が良好であるＩＡＢノード間のリンクを含んだ、ＩＡＢドナーとＵＥとの間の複数のリンクを介した、複製パケットの送信を伴う。

【0019】

より一般的には、より効率的でより公平なロバスト性機構が要求される。

【発明の概要】

【0020】

本発明はＩｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークを含んだ無線ネットワークにおける通信方法であって、ＩＡＢノードにおいて：
同一のＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）ルーティング識別子を有するＢＡＰパケットを受信することを含む通信方法を提案する。本明細書では、ＢＡＰパケットは、ユーザプレーンデータまたは制御プレーンデータのいずれかを搬送しうるBAPデータパケットを指す。

【0021】

ＢＡＰルーティング設定を使用して、前記同一のＢＡＰルーティング識別子に対して１つまたは複数の出口リンクに属する受信した前記ＢＡＰパケットのための複数の無線リンク制御（ＲＬＣ）チャネルを決定するＢＡＰサブレイヤ動作を実行すること、および、
前記複数のＲＬＣチャネルを介して前記ＢＡＰパケットを送信すること。

【0022】

このようなＩＡＢノードは、イニシエータと呼ばれる。

【0023】

このＩＡＢノードによって開始される動作に応じて、Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークにおけるＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）パケットを中継するIABノードは、ＢＡＰサブレイヤにおけるＢＡＰパケットの複製のためのイニシエータ、またはＢＡＰサブレイヤにおけるＢＡＰパケットのネットワーク符号化のためのイニシエータ、または、ＢＡＰサブレイヤにおける、複数の出口リンクを介したＢＡＰパケットストリームの分割のためのイニシエータとして、設定されうる。

【0024】

それに対応して、本発明は、 Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークを含んだ無線ネットワークにおける通信方法であって、ＩＡＢノードにおいて：
１つ以上の進入リンクを介して、オリジナルのＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）パケットに対する冗長であるＢＡＰパケットを受信することと、
ＢＡＰルーティング設定を使用して、前記ＢＡＰパケットの冗長性が前記ＩＡＢノードにおいて終了するかを判定するＢＡＰサブレイヤ動作を実行することと、
判定が肯定である場合、前記冗長なＢＡＰパケットを処理して、前記オリジナルのＢＡＰパケットを取得し、出口リンクを介して単一の前記オリジナルのＢＡＰパケットを送信し、または当該オリジナルのその（ＢＡＰパケットの）コンテンツを前記ＩＡＢノードの上位レイヤに送信することと、
を含む通信方法をも提供する。

【0025】

このようなＩＡＢノードはターミネータと呼ばれる。

【0026】

このＩＡＢノードによって終端される動作に応じて、Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークにおいてＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）パケットを中継するIABノードは、ＢＡＰサブレイヤにおけるＢＡＰパケット複製のターミネータ、またはＢＡＰサブレイヤにおけるＢＡＰパケットのネットワーク符号化のターミネータとして設定されうる。

【0027】

上記の方法は、ＩＡＢネットワーク内のリンクまたはチャネルのダイバーシティがＩＡＢノードレベルで使用される、リンクベースのロバスト性制御を定めている。

【0028】

第１のＩＡＢノード（ＢＡＰサブレイヤ動作のイニシエータ）は、例えば、低品質の出口リンクに起因してＢＡＰパケットを複製することによって、そのようなダイバーシティを使用してＢＡＰパケットを送信する。ＩＡＢネットワークにおける動作のこの第１の部分は、単一のＵＥおよびＩＡＢドナーを介してではなく、リンクが低品質である複数のＩＡＢノードを介して、処理負荷を分散させる点で有利である。

【0029】

例えば低品質リンクの後の、ＩＡＢネットワークにおける第２のＩＡＢノード（ＢＡＰサブレイヤ動作のターミネータ）は、例えば、同一のオリジナルのＢＡＰパケットの複製を破棄することによって、リンクダイバーシティの使用を終端することができる。動作のこの第２の部分は、好ましくは（ＩＡＢノード間の）ＢＨリンクが低品質のものであるＩＡＢネットワークの一部の範囲内に、パケットの複製を制限する点で有利である。したがって、オリジナルのＢＡＰパケットがその複製なしに送信されるＩＡＢネットワークの部分では、帯域幅は浪費されない。

【0030】

換言すれば、余分な処理および余分な帯域幅消費は、無線リンク障害に対して回復力がある追加の機構を真に必要とするＩＡＢネットワークの一部に集中する。第１のIABノードおよび第２のＩＡＢノードの適切な選択は、この部分を制限することを可能にする。

【0031】

当然ながら、同じ機構が、例えば、異なるパケットストリームおよび異なる低品質ＢＨリンクに関して、ＩＡＢネットワークの様々な部分において同時に実装されうる。

【0032】

これらのＩＡＢノードは、ＩＡＢネットワークのＩＡＢドナーＣＵによって設定されうる。この点で、ＩＡＢネットワークのＩｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌドナーのセントラルユニット（ＩＡＢドナーＣＵ）は、それぞれのＢａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）ルーティング設定を用いて、ＩＡＢネットワークのＩＡＢノードを構成するために設定メッセージを送るように設計されてもよく、ここで、ＢＡＰルーティング設定のうちの１つが、１つのＩＡＢノードを、１つまたは複数の出口リンクに属する複数の無線リンク制御（ＲＬＣ）チャネル上で、同一のＢＡＰルーティング識別子を有する受信ＢＡＰパケットを送信する、ＢＡＰサブレイヤ動作のイニシエータとして設定する。さらに、ＢＡＰルーティング設定のうちの別の１つが、受信された冗長ＢＡＰパケットをオリジナルのＢＡＰパケットに処理し、単一のオリジナルのＢＡＰパケットを出口リンクへまたはそのコンテンツをＩＡＢノードの上位レイヤへ送信するために、同一のＢＡＰサブレイヤ動作のターミネータとして、別のＩＡＢノードを設定しうる。

【0033】

また、本発明は、上記方法のいずれかのステップを実行するように構成された少なくとも１つのマイクロプロセッサを備える無線通信デバイスを提供する。

【0034】

本発明の実施形態のオプション機能は、添付の特許請求の範囲において定義される。これらの特徴のいくつかを、方法を参照して以下に説明するが、それらはデバイスの特徴に転置することができる。

【0035】

いくつかの実施形態では、前記ＢＡＰパケットを送信することは、受信されたＢＡＰパケットに対して冗長なＢＡＰパケットを取得することと、前記複数のＲＬＣチャネルを介して前記冗長なＢＡＰパケットを送信することとを含む。これは、ネットワークの一部のみにおいてより多くのネットワークの堅牢性を提供するという観点から、有用な冗長性ベースのプロセスを定義する。

【0036】

いくつかの実施形態では、前記冗長なＢＡＰパケットは、前記受信されたＢＡＰパケットと、当該受信されたＢＡＰパケットの１つまたは複数の複製とを含む。これは、ＩＡＢノードが、ターミネータＩＡＢノードに関連付けられた複製機構のイニシエータとして機能することを意味する。

【0037】

特定の実施形態では、方法が、前記受信されたＢＡＰパケットと当該受信されたＢＡＰパケットの複製に、同じシーケンス番号を追加することをさらに含む。この追加は、各複製ＢＡＰパケットをマークまたはタグ付けし、ターミネータＩＡＢノードが、ＢＡＰサブレイヤ複製機構が終了すべき複製ＢＡＰパケットを容易に識別することを可能にする。

【0038】

特定の実施形態において、前記受信されたＢＡＰパケットがすでにシーケンス番号を含む場合、当該受信されたＢＡＰパケットおよび当該受信されたＢＡＰパケットの複製は、別のシーケンス番号が追加されることなく、前記シーケンス番号を保持する。これは、例えば、複製動作がＢＡＰパケットにおける別の冗長性ベースの動作内にネストされるときに起こりうる。

【0039】

いくつかの実施形態では、前記冗長なＢＡＰパケットを取得することは、前記受信されたＢＡＰパケットをネットワーク符号化することを含む。ネットワーク符号化は、ＢＡＰパケットを単独で用いて（すなわち、それをセグメント化するセグメント上で）、または、別のもしくはより多くの受信ＢＡＰパケット（したがって、それらは組み合わされる）を用いて行われうる。そして、ＩＡＢノードは、やはりターミネータＩＡＢノードに関連付けられた、ネットワーク符号化機構のイニシエータとして働く。

【0040】

特定の実施形態において、同一の前記受信されたＢＡＰパケットの前記ネットワーク符号化から生じる前記冗長なＢＡＰパケットは、連続するシーケンス番号でタグ付けされる。これもまた、生成されたＢＡＰパケットをマークまたはタグ付けし、ターミネータＩＡＢノードが、ＢＡＰサブレイヤのネットワーク符号化機構が終了すべきＢＡＰパケットを容易に識別することを可能にする。

【0041】

いくつかの実施形態では、シーケンス番号が冗長ＢＡＰパケットに追加され、各シーケンス番号は以下のフォーマットを有する：
ｋビット、および
新たに受信されたＢＡＰパケットを処理（複製またはネットワーク符号化）して冗長ＢＡＰパケットを得るときにインクリメントされる追加カウントビット、
ここで、冗長ＢＡＰパケットを得るために受信されたＢＡＰパケットに対する処理が複製処理であるとき、ｋビットが同一の値に設定され、処理がネットワーク符号化であるとき、ｋビットが各冗長ＢＡＰパケットを一意に識別するように設定される。

【0042】

したがって、提案された冗長性ベースのＢＡＰサブレイヤ動作が同一のＩＡＢネットワークにおいて同時に実装されるならば、その提案された冗長性ベースのＢＡＰサブレイヤ動作のために同一のＳＮフォーマットを使用することができる。

【0043】

いくつかの実施形態では、方法が、前記受信されたＢＡＰパケットと比較して、シーケンス番号が前記冗長なＢＡＰパケットに追加されなければならないかを、前記ＢＡＰルーティング設定から決定することをさらに含む。したがって、ＩＡＢノード設定を介して、ＳＮをシステマティックに追加しないことが可能である。

【0044】

ターミネータの観点から、複製動作に関する実施形態は、前記冗長なＢＡＰパケットを処理することは、前記オリジナルのＢＡＰパケットの複製を決定することと、単一の複製を単一の前記オリジナルのＢＡＰパケットとして維持するために複製を破棄することとを含む、ことを提供する。

【0045】

その場合、複製を決定することは、同一のシーケンス番号でタグ付けされた受信ＢＡＰパケットを識別することを含みうる。

【0046】

ネットワーク符号化動作に関連する実施形態は、前記冗長なＢＡＰパケットを処理することは、前記オリジナルのＢＡＰパケットを取得するために、当該冗長なＢＡＰパケットをネットワーク復号することを含む、ことを提供する。

【0047】

その場合、前記冗長なＢＡＰパケットを受信することは、前記ネットワーク復号によって定義された組合せの数より少ない別個のシーケンス番号でタグ付けされた受信ＢＡＰパケットを識別することを含みうる。

【0048】

いくつかの実施形態では、方法が、受信された前記冗長なＢＡＰパケットと比較して、前記オリジナルのＢＡＰパケットからシーケンス番号が除去されなければならないかを、前記ＢＡＰルーティング設定から決定することをさらに含む。

【0049】

複製およびネットワーク符号化動作とは別に、実施形態は、ＢＡＰパケットを送信することが、受信された前記ＢＡＰパケットのフローを複数のサブフローに分割することと、ＢＡＰパケットの前記複数のサブフローを複数のＲＬＣチャネル上でそれぞれ送信することとを含むことを提供しうる。したがって、この「分割」動作は、ＢＨリンクの使用のバランスをとる。

【0050】

本発明のいくつかの実施形態では、複数のＲＬＣチャネルがそれぞれ複数の出口リンクに属する。変形例では、複数のＲＬＣチャネルが１つの同一の出口リンクに属する。別の変形例では、複数のＲＬＣチャネルが１つの同一の出口リンクに属するＲＬＣチャネルと、別個の出口リンクに属する１つのＲＬＣチャネルとを含む。

【0051】

特定の実施形態では、前記ＢＡＰルーティング識別子が、宛先ＩＡＢノードのＢＡＰアドレスとパス識別子とを含む。

【0052】

本発明のいくつかの実施形態では、ＢＡＰルーティング設定が、ＩＡＢネットワークのＩＡＢドナー・セントラルユニットから受信される。したがって、どのＩＡＢノードをいくつかのＢＡＰサブレイヤ動作のイニシエータまたはターミネータとするかの決定が、ＩＡＢドナーＣＵにおいて集中化される。

【0053】

いくつかの実施形態では、ＢＡＰルーティング設定が、３ＧＰＰのＴＳ３８．４７３ ｖ１６．２．０において定義されるように、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージ、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ、およびＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージのうちの１つのメッセージタイプのＢＡＰ設定メッセージを介して受信される。

【0054】

設定自体に関して、イニシエータにおけるいくつかの実施形態は、前記ＢＡＰルーティング設定が１つのＢＡＰルーティング識別子を別のＩＡＢノードの１つのＢＡＰアドレスにそれぞれ関連付けるエントリから構成される第１の設定テーブルを含み、受信された前記ＢＡＰパケットのＢＡＰルーティング識別子に対応する前記エントリが、
受信された前記ＢＡＰパケットから少なくとも２つのパケットサブフローを生成するために実行されるべきＢＡＰサブレイヤ動作と、
前記パケットサブフローを送信する際に介する１つまたは複数の出口リンクをそれぞれ決定するためのルーティングアイテムのリストと
をさらに定義する、ことを提供する。

【0055】

したがって、ＩＡＢドナーＣＵは、ＢＡＰ設定テーブルを通して、どのＩＡＢノードがイニシエータとして動作するかを明確に宣言することができる。

【0056】

このテーブルに関連するいくつかの実施形態では、ルーティングアイテムのリストがＢＡＰルーティング識別子のリストを含む。変形例では、ルーティングアイテムのリストが他のＩＡＢノードのＢＡＰアドレスのリストを含む。いくつかの実施形態では、リスト内の各ルーティングアイテムがそれぞれのパケットサブフローに対応し、それぞれのパケットサブフローを送信する出口リンクを定義する。

【0057】

さらに、設定自体に関して、ターミネータにおけるいくつかの実施形態は、前記ＢＡＰルーティング設定は、１つのＢＡＰルーティング識別子を別のＩＡＢノードの１つのＢＡＰアドレスにそれぞれ関連付けるエントリから構成される第１の設定テーブルを含み、受信された前記ＢＡＰパケットの１つまたは複数のＢＡＰルーティング識別子に対応する１つまたは複数の前記エントリが、受信された前記冗長なＢＡＰパケットから前記オリジナルのＢＡＰパケットを取得するために実行されるべきＢＡＰサブレイヤ動作をさらに定義する、ことを与える。

【0058】

いくつかの実施形態では、第１の設定テーブルが３ＧＰＰのＴＳ３８．３００、Ｖ１６．２．０、６．１１．３節で定義される、Ｂａｃｋｈａｕｌ Ｒｏｕｔｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎテーブルから導出される第１の拡張テーブルを含みうる。

【0059】

いくつかの実施形態では、前記ＢＡＰルーティング設定は、１つの出口リンクを１つまたは複数のＲＬＣチャネルにそれぞれが関連付けるエントリで構成された第２の設定テーブルを含む。

【0060】

決定された出口リンクに対応するエントリが複数のＲＬＣチャネルに関連付けられうる。

【0061】

前記エントリは、前記複数のＲＬＣチャネルが使用されるべき１つまたは複数のＢＡＰルーティング識別子を定義するトリガフィールドをさらに含みうる。

【0062】

前記複数のＲＬＣチャネルからのデフォルトのＲＬＣチャネルが、トリガフィールドに指定されていないルーティング識別子のＢＡＰパケットを送信するために使用されうる。

【0063】

第２の設定テーブルは、３ＧＰＰのＴＳ３８．３４０、Ｖ１６．１．０、５．２．１．４節において定義されるように、ＢＨ ＲＬＣチャネルマッピング設定（ＢＨ ＲＬＣ Ｃｈａｎｎｅｌ Ｍａｐｐｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブル、アップリンクトラフィック対ＢＨ ＲＬＣチャネルマッピング設定（Ｕｐｌｉｎｋ Ｔｒａｆｆｉｃ ｔｏ ＢＨ ＲＬＣ Ｃｈａｎｎｅｌ Ｍａｐｐｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブル、またはダウンリンクトラフィック対ＢＨ ＲＬＣチャネルマッピング設定（Ｄｏｗｎｌｉｎｋ Ｔｒａｆｆｉｃ ｔｏ ＢＨ ＲＬＣ Ｃｈａｎｎｅｌ Ｍａｐｐｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）テーブルから導出される第２の拡張テーブルを含みうる。

【0064】

変形例では、第２の設定テーブルが、３ＧＰＰのＴＳ３８．３４０、Ｖ１６．１．０、５．２．１．４節において定義されるような、ＢＨ ＲＬＣチャネルマッピング設定テーブル、アップリンクトラフィック対ＢＨ ＲＬＣチャネルマッピング設定テーブル、およびダウンリンクトラフィック対ＢＨ ＲＬＣチャネルマッピング設定テーブルのうちの（従来の）１つである。

【0065】

ＩＡＢネットワークにおける無線状態の不安定性を考慮すると、ＢＡＰサブレイヤ動作が実行されるべきとき（たとえば、いくつかのＩＡＢノードにローカルな不十分なネットワーク状態）および実行されるべきでないとき（たとえば、全体的に良好なネットワーク状態）を、ＩＡＢドナーＣＵが制御することは有利でありうる。

【0066】

この点に関して、イニシエータＩＡＢノードは、ＩＡＢネットワークのＩＡＢドナー・セントラルユニット（ＩＡＢドナーＣＵ）から受信されたＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドに基づいて、ＢＡＰサブレイヤ動作を実行するかを制御しうる。したがって、この方式では、ＩＡＢドナーＣＵが必要に応じて適切なコマンドを送信する。

【0067】

いくつかの実施形態では、その後、イニシエータＩＡＢノードが、ＩＡＢドナーＣＵから、その後にＢＡＰルーティング識別子を有するＢＡＰパケットが複数のＲＬＣチャネルを介して送信されないように、ＢＡＰサブレイヤ動作を非アクティブ化するＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドを受信しうる。イニシエータＩＡＢノードは、ＩＡＢドナーＣＵの指示を受信すると、例えば、受信されたＢＡＰパケットと、その後に受信された同一のＢＡＰルーティングＩＤを有するＢＡＰパケットとに対して、動作を適用することと適用しないこととを切り替える。

【0068】

ターミネータの観点から、ターミネータＩＡＢノードは、ＩＡＢネットワークのＩＡＢドナー・セントラルユニット（ＩＡＢドナーＣＵ）から受信されたＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドに基づいて、ＢＡＰサブレイヤ動作を実行するかを制御しうる。特に、ターミネータＩＡＢノードは、その後、ＩＡＢドナーＣＵから、その後に受信される冗長ＢＡＰパケットが単一のオリジナルのＢＡＰパケットを得るために処理されないような方法で、ＢＡＰサブレイヤ動作を非アクティブ化するＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドを受信しうる。したがって、それらの冗長ＢＡＰパケットは、単にネクストホップＩＡＢノードに転送されうる。

【0069】

ＩＡＢドナーＣＵの観点から、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドは、受信されるべきＢＡＰパケットのためのＢＡＰサブレイヤ動作をアクティブ化または非アクティブ化するためにＩＡＢノードに送信されうる。好ましくは、いくつかのコマンドがイニシエータおよびターミネータに送信され、ＩＡＢドナーＣＵはＩＡＢネットワークの異なる部分において並行してＢＡＰサブレイヤ動作を制御しうることに留意されたい。

【0070】

いくつかの実施形態では、ＩＡＢドナーＣＵが、ＩＡＢノードからの２つの出口パスを必要とするＢＡＰサブレイヤ動作をＩＡＢノードにおいてアクティブ化する前に、ＩＡＢノードにおいて少なくとも１つの冗長出口パスを確立しうる。

【0071】

いくつかの実施形態では、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドが、受信されたＢＡＰパケットによって搬送される少なくとも１つのＢＡＰルーティング識別子に関連付けられる。これは、ルーティングＩＤレベルでアクティブ化／非アクティブ化を制御することを可能とし、ＢＡＰサブレイヤ動作がいくつかのパケットストリームについて非アクティブ化することが可能な一方で、他のパケットストリームについてはＢＡＰサブレイヤ動作が並行して適用されることを意味する。

【0072】

他の実施形態では、１つの条件がＢＡＰサブレイヤ動作に関連付けられ、その条件は、ＢＡＰサブレイヤ動作をそれぞれアクティブ化または非アクティブ化するために満たされるべきものである。動作をアクティブ化するために条件が使用されうる一方で、動作を非アクティブ化するために他の条件が使用されてもよい。これは、ＩＡＢ－ドナーＣＵにおいて処理のすべてを行わせるのではなく、ＩＡＢノード自身にいくつかの処理（条件のチェック）を移動させるため有利である。

【0073】

特定の実施形態において、条件は、以下の条件のうちの１つ以上を含む：
－ＢＡＰサブレイヤ動作がアクティブ化または非アクティブ化されるときを定義するタイミング情報、
－ＢＡＰパケットを含んだいずれの無線フレームから、ＢＡＰサブレイヤ動作がアクティブ化または非アクティブ化されるかを定義する無線フレーム識別子、
－いずれのＢＡＰパケットから、ＢＡＰサブレイヤ動作がアクティブ化または非アクティブ化されるかを定義するＢＡＰパケット識別子、
－出口リンクのいずれのリンク品質から、ＢＡＰサブレイヤ動作がアクティブ化または非アクティブ化されるかを定義するＢＨリンク品質閾値。

【0074】

当然ながら、ＢＡＰサブレイヤ動作の適用の開始および終了を決定するために、異なる時間および識別子を与えることができる。

【0075】

ＢＡＰサブレイヤ動作を適用可能とし、又は、適用可能としないために同一の閾値を使用することができ、（閾値を下回る）不良なリンク品質に対して動作がアクティブ化され、（閾値を超える）良好なリンク品質については動作が非アクティブ化される。

【0076】

さらに他の実施形態では、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドに条件が含められる。変形例では、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドとは別個のメッセージにおいて、条件が提供される。

【0077】

いくつかの実施形態では、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドが３ＧＰＰのＴＳ３８．４７３ ｖ１６．２．０に定義されているような、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージ、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ、およびＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージのうちの１つのメッセージタイプに従う。このように、標準化されたメッセージが使用される。

【0078】

他の実施形態では、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドが、コマンドの宛先によって送信された状態レポートに応答する。これは、当該ＩＡＢノードによって提供される情報に基づいて、アクティブ化または非アクティブ化の決定をＩＡＢドナーＣＵが行うことを可能とする。

【0079】

特定の実施形態では、状態報告がＢＨリンク品質レベルを報告し、したがって、ＩＡＢノードは自身の出口ＢＨリンクの品質を報告しうる。変形例では、状態報告が、ＢＡＰサブレイヤ動作のアクティブ化または非アクティブ化のための明示的な要求を含む。ＩＡＢノードは、ＢＡＰサブレイヤ動作を実行する必要性があること、または現在の動作を終了する必要性があることを、ローカルに判断していてもよい。この方式は、処理負荷をＩＡＢノードに移動する点で有利である。

【0080】

他の特定の実施形態では、状態報告が、３ＧＰＰのＴＳ３８．４０１、８．２．４節において定義されるような、ＵＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージを含む。したがって、標準化されたメッセージが使用される。

【0081】

さらに他の実施形態では、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドが受信されたＢＡＰパケットのうちの１つに含まれる。この方式は、ＩＡＢドナーにおいて、ＩＡＢネットワークに挿入されたＢＡＰパケットに適用される。これは、さらなるメッセージを必要としない点で有利である。さらに、単一の（第１の）ＢＡＰパケットを介して、ＩＡＢドナーＣＵは、このＢＡＰパケットおよびそれに続く（非アクティブ化コマンドまでまたは非アクティブ化の条件が満たされるまでの）ＢＡＰパケットに対して、ＢＡＰサブレイヤ動作を適用するように、関係するすべてのＩＡＢノード（イニシエータおよびターミネータ）を設定しうる。

【0082】

いくつかの実施形態では、受信されたＢＡＰパケットが、ＢＡＰサブレイヤ動作のアクティブ化の場合に実行されるべきＢＡＰサブレイヤ動作を定義するＢＡＰルーティング設定をさらに含む。したがって、ＢＡＰパケットは、自給自足で、本発明によるＢＡＰサブレイヤ動作のために関係するＩＡＢノードを設定することができる。特に、受信されたＢＡＰパケットにおける同一のＢＡＰルーティング設定がＢＡＰサブレイヤ動作を定義してもよく、ＢＡＰサブレイヤ動作のために、１つのＩＡＢノードをイニシエータとして、別のＩＡＢノードをターミネータとして特定する。好ましくは、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドおよびＢＡＰルーティング設定が受信されたＢＡＰパケットのＢＡＰヘッダに含められる。

【0083】

本発明の別の態様は、無線デバイス内のマイクロプロセッサまたはコンピュータシステムによって実行されるときに、その無線デバイスに上で定義されたいずれかの方法を実行させるプログラムを記憶する非一時的コンピュータ可読媒体に関する。

【0084】

本発明による方法の少なくとも一部は、コンピュータ実装されうる。したがって、本発明は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、またはここではすべて一般に「回路」、「モジュール」、または「システム」と呼ばれうるソフトウェア態様とハードウェア態様とを組み合わせた実施形態の形態をとりうる。さらに、本発明は、媒体に具現化されたコンピュータ使用可能プログラムコードを有する、任意の有形の表現媒体において具現化されたコンピュータプログラムプロダクトの形成をとることができる。

【0085】

本発明はソフトウェアで実施することができるため、本発明は、任意の適切なキャリア媒体上でのプログラム可能な装置への提供のためのコンピュータ可読コードとして実施することができる。有形キャリア媒体は、ハードディスクドライブ、磁気テープデバイス、またはソリッドステートメモリデバイスなどの記憶媒体を含みうる。過渡キャリア媒体は、電気信号、電子信号、光信号、音響信号、磁気信号、または電磁信号、たとえばマイクロ波またはＲＥ信号などの信号を含みうる。

【図面の簡単な説明】

【0086】

ここで、本発明の実施形態を、単なる例として、以下の図面を参照して説明する：

【図1】図１は、１つ以上の例示的な実施形態による、本発明が実装されうる通信システムを示す図である。

【図2】図２は、ＩＡＢ動作に関与するいくつかのプロトコルレイヤのスタックを概略的に示す図である。

【図3】図３は、ＢＡＰプロトコルデータユニット（ＰＤＵ）またはパケットのフォーマットを示す図である。

【図3a】図３ａは、いくつかの実施形態における図３のフィールド３０７のフォーマットを示す図である。

【図4】図４は、ＩＡＢネットワークにおけるルーティング管理を示す図である。

【図5】図５は、３ＧＰＰのＴＳ３８．３００によるＩＡＢノードにおけるルーティングテーブルを示す図である。

【図6】図６は、１つ以上の例示的な実施形態により本発明が実装されうる、ネットワーク・パス・ダイバーシティを提示するＩＡＢネットワークトポロジの例を示す図である。

【図7】図７は、本発明の実施形態による、第１のタイプの拡張ルーティングテーブルを示す図である。

【図8】図８は、本発明の実施形態による、第２のタイプの拡張ルーティングテーブルを示す図である。

【図9】図９は、本発明の実施形態による、ＩＡＢドナーＣＵによる、（ＩＡＢ－ドナーＤＵを含む）ＩＡＢノードにおけるＢＡＰルーティングを設定するための例示的な方法を、フローチャートを用いて示す図である。

【図9a】図９ａは、本発明の実施形態によるＢＡＰサブレイヤ動作をアクティブ化または非アクティブ化するための例示的な方法を、フローチャートを用いて示す図である。

【図10】図１０は、本発明の実施形態による、ＢＡＰパケットのシーケンス番号付けを管理するための例示的な方法を、フローチャートを用いて示す図である。

【図11】図１１は、本発明の実施形態による、無線通信デバイスの概略図を示す図である。

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

【0087】

Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）ネットワークにおいて、ＩＡＢノードは、複数のＲＬＣチャネルを介してＢＡＰパケットを送信する目的でＢＡＰサブレイヤ処理を実行するためのイニシエータとして設定される。ＢＡＰサブレイヤ処理は、受信されたＢＡＰパケットを複製しうる。同一のシーケンス番号がすべての複製に付加され、複製を終端する別のＩＡＢノードがそれらを認識できるようにする。変形例では、ＢＡＰサブレイヤ処理が、１つの受信ＢＡＰパケットをネットワーク符号化しうる。結果として生じるＢＡＰパケットに連続するシーケンス番号が割り当てられ、ネットワーク符号化を終端する別のＩＡＢノードがそれらを認識することを可能にする。したがって、ＢＡＰレイヤ処理のターミネータは、１つまたはネットワークを除くすべての複製を破棄することによって又は連続するシーケンス番号を有する受信パケットをデコードすることによって、複製を終端する。複製処理は、別の複製内またはネットワーク符号化内でネストされうる。このアプローチは、無線ネットワークの堅牢性を有利に高め、複数のＩＡＢノードにわたって処理負荷を分散し、帯域幅の浪費を低減する。

【0088】

図１は、１つまたは複数の例示的な実施形態に従って本発明が実装されうる通信システム１００を示す。

【0089】

図示のように、例示的なシステム１００は、無線通信システム、特に、第５世代（５Ｇ）Ｎｅｗ Ｒａｄｉｏ（ＮＲ）システムなどのモバイル無線通信システムである。

【0090】

システム１００は、複数のＵＥ（ユーザ装置）１３２、１３３、１３１および１３４と、リモートコアネットワーク１１０と、主基地局１２０と、２つのＩｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）局１２１および１２２とを含む。

【0091】

ＩＡＢドナー１２０とも呼ばれる主基地局１２０は、有線リンク１０１、好ましくは光ファイバまたは任意の他の有線手段を介して、コアネットワーク１１０に接続される。一実施形態において、ＩＡＢドナー１２０は、３ＧＰＰのＴＳ３８．３００ ｖ１６．２．０仕様書に定義されているような、ＩＡＢの特徴をサポートする追加の機能を有する５Ｇ ＮＲ ｇＮＢである。

【0092】

ＩＡＢドナー１２０のネットワークカバレッジを拡張し、リモートＵＥ１３２、１３３および１３１に到達するために、ＩＡＢノード１２１および１２２とも呼ばれるＩＡＢ局１２１および１２２が、オペレータによって設置されている。ＩＡＢドナー１２０とＵＥ１３２および１３３との間の中継ノードとして機能することによって、ＩＡＢノード１２１および１２２は、電波の伝播、したがって、ＵＥとＩＡＢドナー１２０との間の直接接続およびさらなる通信に対する障害である、建物１０８の存在から生じる到達可能性の問題を克服することを可能にする。これは、特に、ＩＡＢドナー１２０とＵＥ１３２および１３３との間の通信がシャドウイング現象に非常に敏感であるミリ波周波数で動作されるときに当てはまる。

【0093】

ＩＡＢドナー１２０は、自装置に直接接続されているＵＥ１３４にもサービスを提供する。

【0094】

このように、ＩＡＢドナー１２０及びＩＡＢ局１２１および１２２は、ＵＥ１３２、１３３、１３１および１３４を収容する、バックホールネットワークを形成している。

【0095】

Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ（ＩＡＢ）の仕様は、以下を含むいくつかの３ＧＰＰ規格書に渡っている：
－ＴＳ３８．３００ ＲＡＮアーキテクチャ（Ｖ１６．２．０）、
－ＴＳ３８．３２１ ＭＡＣプロトコル（Ｖ１６．１．０）、
－ＴＳ３８．３３１ 無線リソース制御（ＲＲＣ）プロトコル（Ｖ１６．１．０）、
－ＴＳ３８．３４０ Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌレイヤ（Ｖ１６．１．０）、
－ＴＳ３８．４０１ ＲＡＮアーキテクチャ（Ｖ１６．２．０）、
－ＴＳ３８．４７３ Ｆ１アプリケーションプロトコル（Ｖ１６．２．０）。

【0096】

ＩＡＢノード１２１および１２２がそれぞれＵＥ１３１、１３２および１３３に接続されるため、それらは、それぞれ接続されたＵＥのためのアクセスＩＡＢノードと見なされる。

【0097】

ＩＡＢドナー１２０は、ＮＲベースの無線バックホールを提供する論理ノードであり、セントラルユニット（ＣＵまたはｇＮＢ－ＣＵ機能）と、接続されたドナー・ディストリビューテッドユニット（ＤＵまたはｇＮＢ－ＤＵ機能）とからなる。ＩＡＢドナーＣＵおよびＩＡＢドナーＤＵは、他方から遠くに配置されてもよい。ｇＮＢ－ＤＵ機能は、３ＧＰＰのＴＳ３８．４０１において定義されている。それは、ＵＥおよびネクストホップＩＡＢノードへのＮＲアクセスインタフェースを終端することと、ＩＡＢドナーのｇＮＢ－ＣＵ機能へのＦ１プロトコルを終端することとを目的とする。

【0098】

複数の無線セクタを提供しうるＩＡＢノードは、１つまたは複数のホップを介して、ＩＡＢドナー１２０に無線バックホール接続される。それらは、ＩＡＢドナーをルートに有する有向非巡回グラフ（ＤＡＧ）トポロジを形成する。

【0099】

ＩＡＢノードは、ＩＡＢ－ＤＵ及びＩＡＢ－ＭＴ（ＩＡＢ－Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｉｏｎ）からなる。ＩＡＢノード上のｇＮＢ－ＤＵ機能は、ＩＡＢ－ＤＵとも呼ばれ、ネクストホップＩＡＢへの（ＵＥに向かう）下流の接続を可能にする。ＩＡＢ－ＭＴ機能は、例えば、物理レイヤ、レイヤ２、ＲＲＣ、および非アクセス層（ＮＡＳ）機能を含み、上流のＩＡＢノードのｇＮＢ－ＤＵに接続する（アップストリームのＩＡＢノードはＩＡＢ－ドナー１２０を含み、その場合、例えば、初期化、登録、および設定のために、ＩＡＢドナーのｇＮＢ－ＣＵに、したがって、コアネットワーク１１０に接続する）。

【0100】

このＤＡＧトポロジでは、ＩＡＢ－ＤＵのインタフェースにおける隣接ノードが子ノードと呼ばれ、ＩＡＢ－ＭＴのインタフェースにおける隣接ノードは親ノードと呼ばれる。さらに、子ノードに向かう方向を下流と呼び、親ノードに向かう方向を上流と呼ぶ。

【0101】

ＩＡＢドナー１２０は、ＩＡＢトポロジ全体のための、リソース、トポロジ、およびルートの集中管理を実行する。

【0102】

図２ａおよび図２ｂは、ＩＡＢ動作に関与するいくつかのプロトコルレイヤのスタックを概略的に示す。

【0103】

Ｆ１インタフェースは、エンドポイント間のシグナリング情報の交換、及び、それぞれのエンドポイントへのデータ送信をサポートする。論理的な観点から、Ｆ１インタフェースは、エンドポイント間のポイントツーポイントインタフェースである。

【0104】

５Ｇ ＮＲでは、Ｆ１－ＣがＩＡＢドナーＣＵとＩＡＢノードＤＵとの間の制御プレーン（ＣＰ）における機能的インタフェースである。Ｆ１－Ｕは、それらと同じユニットのユーザプレーン（ＵＰ）の機能インタフェースである。Ｆ１－ＣおよびＦ１－Ｕは、図２ａの参照番号２１２によって示されている。この例では、Ｆ１－ＵおよびＦ１－Ｃが、（ＩＡＢドナーからＩＡＢノード１へ、次いでＩＡＢノード１からＩＡＢノード２への）２つのバックホールホップを介して搬送される。

【0105】

ユーザプレーンにおいて、ＩＡＢドナーＣＵおよびＩＡＢノードＤＵにおけるボックス２１０が、ＧＴＰ－Ｕレイヤを参照し、ボックス２１１は、ＵＤＰレイヤを参照している。ＧＴＰ－Ｕは、ＧＰＲＳ Ｔｕｎｎｅｌｌｉｎｇ Ｐｒｏｔｏｃｏｌユーザプレーンを意味する。ＧＴＰ－Ｕトンネルのエンドポイント（詳細については３ＧＰＰのＴＳ２９．２８１を参照されたい）の所与のペア、ここではＩＡＢドナーＣＵおよびＩＡＢノードＤＵにおけるボックス２１０の間で、カプセル化されたＰＤＵおよびシグナリングメッセージを搬送するために、ＧＴＰ－Ｕトンネルが使用される。周知のユーザデータグラムプロトコル（ＵＤＰ）は、ベストエフォートのデータグラムサービスを提供し、ＩＰプロトコルでの使用に適合するトランスポートレイヤのプロトコルである。

【0106】

制御プレーンでは、ボックス２１０がＦ１ＡＰ（Ｆ１アプリケーションプロトコル）レイヤを示し、ボックス２１１がＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤを示している。（３ＧＰＰのＴＳ３８．４７３およびＴＳ３８．４５０において定義されるように）Ｆ１アプリケーションプロトコルは、ＩＡＢドナーＣＵとＩＡＢノードＤＵとの間のシグナリングサービス、またはＵＥ関連サービスを提供する。これらのサービスは、例えば、初期化、設定などである。周知のＳＣＴＰレイヤは、輻輳制御を有するメッセージの順次転送における信頼性を提供する。

【0107】

Ｆ１－ＵおよびＦ１－Ｃは、３ＧＰＰのＴＳ３８．４５０において定義されるように、ＩＡＢドナーＣＵとＩＡＢノードＤＵとの間のＩＰトランスポートレイヤに依存する。

【0108】

また、ＩＡＢ－ドナーＤＵとＩＡＢ－ドナーＣＵとの間のトランスポートは、例えば、ＩＡＢ－ドナーＣＵがＩＡＢドナーＤＵから離れている場合に、例えば有線または光ファイバのような様々な媒体上で、または、同じ物理マシン上でＩＡＢ－ドナーＣＵおよびＩＡＢ－ドナーＤＵの仮想インスタンス化においてローカルに、ＩＰトランスポートレイヤを使用する。ＩＡＢドナーＣＵとＩＡＢドナー－ＤＵとの間のＩＡＢ固有のトランスポートは、３ＧＰＰのＴＳ３８．４０１に規定されている。

【0109】

図のＬ１およびＬ２は、それぞれ、使用中の媒体に適したトランスポートレイヤおよび物理レイヤを表している。

【0110】

ＩＰレイヤは、運用、管理、および保守トラフィックなどの非Ｆ１トラフィックにも使用することができる。

【0111】

無線バックホールでは、ＩＰレイヤが、それ自体、Ｂａｃｋｈａｕｌ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＢＡＰ）サブレイヤを介して搬送され、それは複数のホップにわたるルーティングを可能にする。ＢＡＰサブレイヤは、ＴＳ３８．３４０において特定されている。

【0112】

ＩＡＢ－ＤＵのＩＰトラフィックは、ＢＡＰサブレイヤを介して無線バックホール上でルーティングされる。ダウンストリーム方向において、上位レイヤパケットがＩＡＢドナーＤＵにおいてＢＡＰサブレイヤによってカプセル化され、これによりＢＡＰパケットまたはデータユニットを形成する。ＢＡＰパケットは、それが存在する場合には中間ＩＡＢノードのＢＡＰレイヤ（およびＩＡＢ－ＤＵおよびＩＡＢ－ＭＴにおける対応するＢＡＰエンティティ）によってルーティングされる。ＢＡＰパケットは、最終的に、宛先ＩＡＢノードにおけるＢＡＰサブレイヤによってデカプセル化される。

【0113】

アップストリーム方向では、上位レイヤパケットがアクセスＩＡＢノードにおいてＢＡＰサブレイヤによってカプセル化され、これによりＢＡＰパケットまたはデータユニットを形成する。ＢＡＰパケットは、それが存在する場合には中間ＩＡＢノードのＢＡＰレイヤ（およびＩＡＢ－ＤＵおよびＩＡＢ－ＭＴにおける対応するＢＡＰエンティティ）によってルーティングされる。ＢＡＰパケットは、最終的に、ＩＡＢドナーＤＵにおいてＢＡＰサブレイヤによってデカプセル化される。

【0114】

ＢＡＰサブレイヤでは、パケットがＢＡＰヘッダ内で搬送されるＢＡＰルーティングＩＤに基づいてルーティングされる。図３は、ＢＡＰデータプロトコルデータユニット（ＰＤＵ）またはパケットのフォーマットを示している。これは、３ＧＰＰのＴＳ３８．３４０のリリース１６．１．０の標準化されたバージョンの６．２節に規定されている。

【0115】

ヘッダ３０は、フィールド３０１～３０６を含む。フィールド３０１は、Ｄ／Ｃフィールドと呼ばれ、対応するＢＡＰパケットがＢＡＰデータパケットであるかＢＡＰ制御パケットであるかを示すブール値である。フィールド３０２～３０４は１ビットの予約フィールドであり、好ましくは０に設定される（受信機によって無視される）。

【0116】

フィールド３０５および３０６は、ＢＡＰパケットのためのＢＡＰルーティングＩＤを一緒に示す。ＢＡＰアドレスフィールド３０５は、ＤＥＳＴＩＮＡＴＩＯＮフィールドとも呼ばれ、左端の１０ビットに位置し、ＢＡＰパス識別フィールド３０６は、ＰＡＴＨフィールドとも呼ばれ、右端の１０ビットに位置する。

【0117】

フィールド３０５は、ＢＡＰパケットのための宛先ＩＡＢノードまたはＩＡＢドナーＤＵのＢＡＰアドレスを（すなわち、ＢＡＰサブレイヤ上で）搬送する。ルーティングのために、ＩＡＢノードおよびＩＡＢドナーＤＵのそれぞれは、指定されたＢＡＰアドレスで（ＩＡＢドナーＣＵによって）設定される。フィールド３０６は、ＢＡＰパケットがＩＡＢトポロジにおいてこの宛先に辿るべきルーティングパスを識別するパスＩＤを搬送する。

【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】

したがって、複製コマンドＩＥ７０３は、様々な値をとりうる。いくつかの実施形態では、ＩＥ５０１のＢＡＰルーティングＩＤに一致するＢＡＰパケットについて、ＩＡＢノードが透過モードで（すなわち、ＢＡＰサブレイヤ動作を適用せずに）振る舞う場合、「複製イニシエータ」値、「複製ターミネータ」値、「ネットワーク符号化イニシエータ」値、「ネットワーク符号化ターミネータ」値、「分割イニシエータ」値、またはヌル値のうちの１つをとりうる。

【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】

複製コマンドＩＥ７０３が、（着信パケットの）所与のＢＡＰルーティングＩＤの「ネットワーク符号化イニシエータ」値をとるとき、それは、関係するＩＡＢノードがネットワーク符号化動作のためのイニシエータとして動作しなければならないことを示す。これは、そのＩＡＢノードが、所与のＢＡＰルーティングＩＤの到来ＢＡＰパケットから、組合せのセットを生成することを意味する。組合せのためのパラメータが、ＩＥ７０５において提供されうる。発信冗長ＢＡＰパケットとも呼ばれるこれらの生成された組合せは、（たとえば、複製イニシエータと同様の方法で）送信のためのＢＡＰルーティングＩＤを列挙するＩＥ７０４において定義されているように、１つまたはいくつかの発信ＢＨリンクを介して送信される。

【0251】

パラメータ７０５は、使用されるネットワーク符号化方式を含みうる。たとえば、１つの方式は、いくつかの着信ＢＡＰパケットの組合せに基づきうる。別の方式は、各着信ＢＡＰパケットの、等しいサイズのセグメントへのセグメント化、およびそれらの組合せに基づくことができる。本発明の一実施形態では、方式に関連する１つのパラメータが、各組合せにおいて一緒に結合されるべき着信ＢＡＰパケットの数またはセグメントの数を特定しうる。

【0252】

パラメータ７０５は、着信ＢＡＰパケットまたはセグメントの各線形結合を生成するために使用されるネットワーク符号化係数を含みうる。これらの係数は、非限定的な例として、ガロア体２５６のそれぞれの中の８ビットでありうる。

【0253】

パラメータ７０５は、上述のように、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｓｅｒｔｉｏｎブール情報を含みうる。これもまた、発信する冗長ＢＡＰパケットのＳＮフィールド３０７にＳＮを提供するためのものである。ネットワーク符号化では、シーケンス番号が新しい発信冗長ＢＡＰパケットごとに１だけ増加されうる：したがって、同一のオリジナルのＢＡＰパケットのネットワーク符号化から生じるＢＡＰパケットは、連続するシーケンス番号でタグ付けされる。

【0254】

たとえば、ＳＮフォーマットは、（たとえば、フィールド３０７において２バイトにわたってコード化される）ａ．ｎ＋ｔであってもよく、ここで、ａはネットワーク符号化によって実現される組合せの数（整数）であり（たとえば、以下の例では４）、
ｎは、新しいネットワーク符号化の発生（すなわち、次のＢＡＰパケットを処理するとき）のそれぞれにおいてインクリメントされる整数であり、
ｔは、｛０、１、２、…、ａ－１｝に属する。これらの値の各々は、ネットワーク符号化器の出力のうちの１つに割り当てられる。

【0255】

実施形態では、ＳＮフィールド３０７がネットワーク符号化から生じる発信パケットがあるときの様々な組合せを識別するためのｋビット（ａ≦２^k、例えばａ＝４出力でｋ＝２）と、符号化ラウンドまたは反復の数をカウントする（すなわち、新しい発信パケットが生成されるたびにカウントがインクリメントされる）ための残りのビット（例えば２バイトフィールドにおける１４ビット）とを含みうる。カウントは、新しいネットワーク符号化設定が使用されるたびにリセットされうる。カウントは、最大値に達すると、自然にゼロに戻る。

【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】

上述のように、以下で説明する様々なテーブルがネットワークの様々なＩＡＢノードにおいて手動で定義されうるが、それらは好ましくはＩＡＢドナーＣＵによって定義され、次いで、それらのＢＡＰルーティングの設定の間にその様々な（ＩＡＢドナーＤＵを含む）ＩＡＢノードに送信される。

【0307】

図９は、フローチャートを使用して、ＩＡＢドナーＣＵによって（ＩＡＢ－ドナーＤＵを含む）ＩＡＢノードにおけるＢＡＰルーティングを設定するための例示的な方法を示す。

【0308】

ＢＡＰルーティング設定手順は、両方とも以下ではＩＡＢ－ＤＵ９０１と呼ばれるＩＡＢドナーＤＵまたはＩＡＢノードＤＵによって必要とされる、ＤＬ／ＵＬ（ダウンリンク／アップリンク）ルーティング情報および／またはトラフィックマッピング情報を設定するために、ＩＡＢドナーＣＵ９０２によって開始される。

【0309】

ＩＡＢドナーＣＵ９０２は、上記のテーブルを用いて設定するために、ＩＡＢ－ＤＵ９０１にＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３を送信することによって、その手順を開始する。ＩＡＢ－ＤＵ９０１は、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージ９０４を用いてＩＡＢドナーＣＵ９０２に応答する。

【0310】

本発明の一実施形態では、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３が、ＩＡＢ－ＤＵ９０１の拡張バックホールルーティング設定テーブル、すなわち、図７に示されるＩＥを設定するために必要な情報を搬送する。本メッセージはテーブルの全体を含みうる。代替的に、そのメッセージが、更新または追加されるべきエントリ７００、７１０の全体のみを含んでもよい。さらに代替的に、そのメッセージが、ＩＡＢ－ＤＵ９０１においてすでに記憶されているエントリを更新するための、および／または、新しいエントリを追加するための、情報のみを含んでもよい。

【0311】

本発明の一実施形態では、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３が、ＩＡＢ－ＤＵ９０１の（アップリンクトラフィック対／ダウンリンクトラフィック対）ＢＨ ＲＬＣチャネルマッピング設定テーブル、すなわち、図５ｂ～ｃまたは図８に示されるＩＥを設定するのに必要な情報を搬送する。そのメッセージはテーブルの全体を含みうる。代替的に、そのメッセージが、更新または追加されるべきエントリ８１０、８２０、または８３０の全体のみを含むことができる。さらに代替的に、そのメッセージは、ＩＡＢ－ＤＵ９０１においてすでに記憶されているエントリを更新するための、および／または、新しいエントリを追加するための、情報のみを含みうる。

【0312】

様々なメッセージタイプが、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴおよびＲＥＳＰＯＮＳＥメッセージのために使用されうる。

【0313】

１つの実施形態において、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０の９．２．９．１節及び９．２．９．２節に記載されているように、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３は、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージであり、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージ９０４は、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＡＣＫＮＯＷＬＥＤＧＥメッセージである。

【0314】

拡張バックホールルーティング設定テーブルの追加のフィールド（すなわち、ＩＥ７０３～７０５または７１３～７１５）は、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０に記載されているような、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージのＢＨ Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ａｄｄｅｄ Ｌｉｓｔ ＩＥにおいて、オプションのＩＥとして宣言されうる。対応する宣言は、表６のようにすることができる。

【0315】

変形例では、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０の９．２．２．２１節および９．２．２．２節に記載されているように、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３は、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージであり、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージ９０４は、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージである。

【0316】

別の変形例では、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０の９．２．２．７節および９．２．２．８節に記載されているように、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３は、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージであり、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージ９０４は、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージである。

【0317】

拡張（アップリンクトラフィック対／ダウンリンクトラフィック対）ＢＨ ＲＬＣチャネルマッピング設定テーブルが考慮される限り、ＩＥ８１４、８２３または８３５は、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０に記載されるように、Ｅｇｒｅｓｓ ＢＨ ＲＬＣ ＣＨ ＩＤ ＩＥとして宣言されうるが、（３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０の９．３．１．１１３節に記載されるように）ＢＨ ＲＬＣ Ｃｈａｎｎｅｌ ＩＤ ＩＥのリストを搬送するように変形されてもよい。

【0318】

変形例では、ＩＥ８１４、８２３、または８３５が、（９．３．１．１１３節で説明されるように）ＢＨ ＲＬＣ Ｃｈａｎｎｅｌ ＩＤ ＩＥのリストを運ぶ、新しいＥｇｒｅｓｓ ＢＨ ＲＬＣ ＣＨ ＩＤリストＩＥを使用して宣言される。

【0319】

別の変形例では、ＩＥ８１４、８２３、または８３５が、（３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０の９．３．１．９５節に記載されるような）Ｔｒａｆｆｉｃ Ｍａｐｐｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥを使用して宣言される。有利には、Ｔｒａｆｆｉｃ Ｍａｐｐｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ＩＥは、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０に記載されているように、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージ、または、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ、または、ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージに埋め込まれる。

【0320】

いくつかの実施形態では、図８に示すＩＥの全部または一部が、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０に記載されているように、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージに埋め込まれたＢＨ Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ａｄｄｅｄ Ｌｉｓｔ ＩＥの一部である。

【0321】

いくつかの実施形態では、アップリンクトラフィック対ＢＨ ＲＬＣチャネルマッピング設定テーブル（すなわち、エントリ８２０のＩＥ）を設定するＩＥの全部または一部が、３ＧＰＰのＴＳ３８．４７３ｖ１６．２．０において定義される、ＧＮＢ－ＣＵ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥメッセージまたはＦ１ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージにおいて伝達される。

【0322】

上記の拡張バックホールルーティング設定テーブルを用いて、複製コマンド７０３が、ルーティングＩＤに関連付けられ、これは、このルーティングＩＤに関連付けられたデータフローの全てが複製コマンドに従って処理されることを意味する。

【0323】

しかしながら、いくつかのデータフローが、実際にＢＡＰサブレイヤ動作を用いて処理される一方で、他のデータフローは処理されないことが有用でありうる。この点において、アクセスＩＡＢノードおよびＩＡＢドナーＤＵに、それらがデータフローに対する動作を適用することが好適ならば適切なルーティングＩＤを選択するという能力を提供することが提案される。ダウンリンク方向に送信するＩＡＢノードのためのダウンリンクトラフィック対ルーティングＩＤマッピング設定テーブル、およびアップリンク方向に送信するＩＡＢノードのためのアップリンクトラフィック対ルーティングＩＤマッピング設定テーブルを設定する場合、ＩＡＢドナーＣＵは、複製コマンド７０３が常にＮｏｎｅとなるルーティングＩＤをいくつかのデータフローに割り当ててもよく、一方で、他のデータフローには、複製、ネットワーク符号化、または分割処理が後で適用されうる異なるルーティングＩＤを割り当てることができる。しかし、宛先ＩＡＢノードに到達するためのデフォルトパスは、これらのデータフローの全てについて同じであってもよい。したがって、そのような設定は、同じパスを介して送信されるすべてのデータフローに、複製、ネットワーク符号化、または分割をシステマティックには適用しない柔軟性を提供する。

【0324】

変形例において、ＢＡＰサブレイヤ動作が適用されるときまたは適用されないときの制御が、ＩＡＢドナーＣＵによって動的に駆動されうる。したがって、後者は受信されるべきＢＡＰパケットのためのＢＡＰサブレイヤ動作をアクティブ化または非アクティブ化するために、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンド（プロトコルメッセージ）をＩＡＢノードに送りうる。結果として、イニシエータおよびターミネータＩＡＢノードは、ＩＡＢドナーＣＵから受信されたＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドに基づいて、ＢＡＰサブレイヤ動作を実行するかどうかを制御する。さらに、イニシエータまたはターミネータは、ＩＡＢドナーＣＵから、ＢＡＰサブレイヤ動作を非アクティブ化するＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドを後で受信したときに、ＢＡＰサブレイヤ動作（複製、ネットワーク符号化、分割）をすでに実行していることがある。これは、イニシエータにとって、複数ＲＬＣチャネルを介して同一のＢＡＰルーティングＩＤを有して続いて受信されたＢＡＰパケットを送信せず、それらが、複製されたり、ネットワーク符号化されたり、分割されたりしないことを意味する。ターミネータにとっては、その後に受信される冗長ＢＡＰパケットは、単一のオリジナルのＢＡＰパケットを得るために処理されず；それらが逆複製またはネットワーク復号されず、すべて次ホップのＩＡＢノードに送信される。

【0325】

好ましくは、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドが、受信ＢＡＰパケットを識別するＢＡＰルーティングＩＤ（またはそれ以上）に関連して提供される。これは、一部のパケットフローの複製／ネットワーク符号化／分割を細かく制御するものである一方で、他のフローは処理されない。

【0326】

ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドは、たとえばＯｐｅｒａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ ＩＥと呼ばれる、専用の情報要素（ＩＥ）を使用して実装されうる。それは、値Ｔｒｕｅを取るときにＢＡＰサブレイヤ動作のアクティブ化を宣言し（ＩＡＢノードはイニシエータまたはターミネータであり、したがって動作を適用しなければならない）、値Ｆａｌｓｅを取るときにＢＡＰサブレイヤ動作の非アクティブ化を宣言する（したがってＩＡＢノードは動作の適用を停止しなければならない）、ブール値を有しうる。

【0327】

１つまたは複数の条件が、ＢＡＰサブレイヤ動作に関連付けられうる。１つまたは複数の条件が、ＢＡＰサブレイヤ動作をそれぞれアクティブ化または非アクティブ化するために満たされなければならない。その１つまたは複数の条件は、例えば、コマンドと同じメッセージにおいて又は別個のメッセージにおいて提供される、例えばＯｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎと呼ばれる、専用の情報要素（ＩＥ）を使用して宣言される。

【0328】

条件が宣言されていない場合、ＢＡＰサブレイヤ動作は、同さをアクティブ化する（それぞれ非アクティブ化する）コマンドの受信に応答して、宛先のＩＡＢノード（イニシエータまたはターミネータ）によって、即座に適用される（それぞれ停止される）。

【0329】

ＢＡＰサブレイヤ動作のアクティブ化または非アクティブ化をトリガするための様々な条件が、単独で、または組み合わせて、予定されうる。

【0330】

第１の例示的な条件は、タイミング情報に関する。これは、ＢＡＰ－サブレイヤ動作がいつアクティブ化または非アクティブ化されるかを定義する。たとえば、開始時間は、たとえば所与のＢＡＰルーティングＩＤについて、イニシエータまたはターミネータが、いつＢＡＰサブレイヤ動作を適用し始めるかを定義しうる。同様に、終了時間は、いつ動作の適用を停止するかを定義する。Ａｃｔｉｖａｔｉｏｎ Ｔｉｍｉｎｇ ＩＥと呼ばれる専用のＩＥが、Ｏｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥにおいて提供されうる。

【0331】

第２の例示的な条件は、無線フレーム識別子に関する。それは、ＢＡＰパケットを含む無線フレームのうちのいずれから、ＢＡＰサブレイヤ動作がアクティブ化または非アクティブ化されるかを定義する。たとえば、第１の無線フレーム＃Ｎは、イニシエータまたはターミネータが、たとえば所与のＢＡＰルーティングＩＤについて、そのフレームに含まれるＢＡＰパケットに対してＢＡＰサブレイヤ動作を適用し始める第１の無線フレームを定義しうる。同様に、第２の無線フレーム＃Ｍは、そのフレームからイニシエータまたはターミネータがそのフレームに含まれるＢＡＰパケットに対するＢＡＰサブレイヤ動作の適用を停止する、最後の無線フレームを定義しうる。Ｆｒａｍｅ Ｉｄｅｎｔｉｆｉｅｒ ＩＥと呼ばれる専用のＩＥが、Ｏｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥにおいて提供されうる。

【0332】

第３の例示的な条件は、ＢＡＰパケット識別子に関する。それは、どの受信ＢＡＰパケットから、ＢＡＰサブレイヤ動作がアクティブ化または非アクティブ化されるかを定義する。それは、例えば、上記で使用されるシーケンス番号に依存しうる。一例として、イニシエータまたはターミネータは、ＳＮがＩＡＢドナーＣＵによって以前に追加された１つの受信ＢＡＰパケットのそのＳＮの値が事前定義された開始ＳＮに等しいとき、ＢＡＰパケットにＢＡＰサブレイヤ動作を実際に適用することを開始する。変形例では、イニシエータまたはターミネータが、ＳＮが特定の範囲内にある各ＢＡＰパケットに、ＢＡＰサブレイヤ動作を実際に適用する。同様に、イニシエータまたはターミネータは、ＩＡＢドナーＣＵによって以前に追加された１つの受信ＢＡＰパケットのＳＮの値が終端ＳＮに等しいとき、所与のＢＡＰルーティングＩＤのためのＢＡＰパケットへのＢＡＰサブレイヤ動作の適用を停止する。変形例において、イニシエータまたはターミネータは、ＳＮが範囲外であるか、または変形例では別の特定の範囲内である、各ＢＡＰパケットに対してＢＡＰサブレイヤ動作を適用しない。Ｐａｃｋｅｔ Ｉｄｅｎｔｉｆｉｅｒ ＩＥと呼ばれる専用のＩＥが、Ｏｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥにおいて提供されうる。

【0333】

第４の例示的な条件は、ＢＨリンク品質閾値に関する。それは、どの程度の出口リンクのリンク品質から、ＢＡＰサブレイヤ動作がアクティブ化または非アクティブ化されるかを定義する。具体的には、関係する出口リンクは、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドに関連するＢＡＰルーティングＩＤに対応するものである。例えば、着信パケットを転送するためにイニシエータによって（表５００に従って）通常使用される出口ＢＨリンクが低品質（閾値未満）を経験する場合、そのイニシエータは、受信ＢＡＰパケットに対するＢＡＰサブレイヤ動作の適用を開始する。同様に、着信パケットを転送するためにターミネータによって（表５００に従って）通常使用される出口ＢＨリンクが低品質（閾値未満）を経験する場合、そのターミネータは、例えば、ＢＡＰパケットを複製させるために、ＢＡＰサブレイヤ動作を適用しなくてもよい。逆に、イニシエータによって通常使用される出口ＢＨリンクがより良好な品質（閾値を超える）を経験するとき、そのイニシエータは、ＢＡＰサブレイヤ動作の適用を停止しうる。

【0334】

これらの様々な条件のおかげで、ＩＡＢドナーＣＵは、異なる時間においてＩＡＢネットワークの様々な部分における複製（またはネットワーク符号化もしくは分割）をトリガしうる。

【0335】

さらに、ＩＡＢネットワークをよりスマートにすることができる。例えば、ノード６０１および６０４は、異なる条件を用いて、複製動作のための潜在的なイニシエータとして宣言されうる。たとえば、（たとえば、ネットワーク占有率に基づいて推定される）異なる日時において、ＢＡＰパケットの一部がＢＨリンク６１２および６２６を介して通過するように又は通過しないように、ＩＡＢドナー６０１またはＩＡＢノード６０４によって複製が行われうる。当然ながら、上記の条件のうちの別のものを使用して、ＩＡＢノードレベルでＢＡＰサブレイヤ動作をアクティブ化する際にそのようなスマート制御を駆動することができる。

【0336】

Ｏｐｅｒａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ ＩＥ（すなわち、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンド）および／またはＯｐｅａｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥは、上述のように、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３において宛先ＩＡＢノードに提供されうる。メッセージ９０３は、上述のテーブルまたはその一部を含んでもよいし、含まなくてもよい。

【0337】

いくつかの実施形態において、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３は、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０に定義されているような、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージ、ＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージ、またはＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージである。

【0338】

図９ａに示されるように、Ｏｐｅｒａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ ＩＥ（すなわち、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンド）および／またはＯｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥが、ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０において、宛先のＩＡＢ－ＤＵ９０１に提供されうる。このメッセージは、この場合、Ｏｐｅｒａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ ＩＥおよびＯｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥを含まない、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴ９０３に対する追加であってもよい（または追加でなくてもよい）。宛先のＩＡＢ－ＤＵ９０１は、無事に設定が行われたことを確認するために、１つまたは複数のＡＣＴＩＶＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージ９５１で応答する。

【0339】

ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０は、３ＧＰＰのＴＳ３８．４７３に関連するＦ１－ＡＰメッセージであってもよい。

【0340】

１つの実施形態において、３ＧＰＰのＴＳ３８．４７３ ｖ１６．２．０の９．２．９．１節及び９．２．９．２節に記載されているように、ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０は、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージであり、ＡＣＴＩＶＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージ９５１は、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＡＣＫＮＯＷＬＥＤＧＥメッセージである。

【0341】

Ｏｐｅｒａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ ＩＥおよびＯｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥは、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０に記載されているように、ＢＡＰ ＭＡＰＰＩＮＧ ＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージのＢＨ Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ａｄｄｅｄ Ｌｉｓｔ ＩＥにおけるオプションのＩＥとして宣言されうる。対応する宣言は、表６ａのようにしうる。

【0342】

当然ながら、表６に関連して提示される追加のフィールドが、表６ａに関連して提示される追加のフィールドを補足することができる。

【0343】

変形例において、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０の９．２．２．２１節および９．２．２．２節に記載されているように、ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０がＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージであり、ＡＣＴＩＶＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージ９５１がＵＥ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージである。

【0344】

別の変形例では、３ＧＰＰのＴＳ３８．４７３、ｖ１６．２．０の９．２．２．７節および９．２．２．８節に記載されているように、ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０がＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージであり、アクティベーション応答メッセージ９５１がＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージである。

【0345】

さらに別の変形例において、ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０が３ＧＰＰのＴＳ３８．３３１で定義されているようなＲＲＣメッセージである。

【0346】

さらに、図に示されるように、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９０３またはＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０は、宛先のＩＡＢ－ＤＵ９０１によって以前に送信されたＳＴＡＴＵＳメッセージ９５９に応答する。

【0347】

ＳＴＡＴＵＳメッセージ９５９は、ＢＨリンク品質レベルを報告しうる。たとえば、この宛先のＩＡＢ－ＤＵ９０１のための入口ＢＨリンクおよび出口ＢＨリンクの両方のうちの全部または一部に対応する、ＳＩＮＲ（信号対干渉雑音比）レベルが示される。ＳＩＮＲレベルは、考慮されるすべてのＢＨリンクの最低のＳＩＮＲレベルでありうる。

【0348】

変形例において、ＳＴＡＴＵＳメッセージ９５９は、ＢＡＰサブレイヤ動作のアクティブ化または非アクティブ化のための、宛先のＩＡＢ－ＤＵ９０１の明示的な要求を含む。専用のＯｐｅｒａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＥが、その目的のために使用されうる。

【0349】

例えば、ＳＴＡＴＵＳメッセージ９５９は、３ＧＰＰのＴＳ３８．４０１の８．２．４節において定義されるような、ＵＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージである。ＵＬ ＲＲＣ ＭＥＳＳＡＧＥ ＴＲＡＮＳＦＥＲメッセージは、測定されたＳＩＮＲレベルを格納するＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージを含みうる。

【0350】

結果として、ＩＡＢドナーＣＵ９０２は、受信されたＳＴＡＴＵＳメッセージ９５９に基づいて、宛先のＩＡＢ－ＤＵ９０１におけるＢＡＰサブレイヤ動作のアクティブ化または非アクティブ化を命令することを決定しうる。

【0351】

後者が単一のＢＨ出口リンクのみを有する一方で宛先のＩＡＢ－ＤＵ９０１において複数のＢＨ出口リンクを必要とするＢＡＰサブレイヤ動作をアクティブ化することが決定されたならば、ＩＡＢドナーＣＵ９０２は、宛先のＩＡＢ－ＤＵ９０１からの出口ＩＡＢトポロジにおける冗長パスを確立するために、ＳＴＡＴＵＳメッセージ９５９の受信に応答して、かつ、ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０を送信する前に、３ＧＰＰのＴＳ３８．４０１の８．２．４節に定義されるＣＵ内トポロジ冗長手順を実現しうる。特に、ＩＡＢドナーＣＵは、宛先のＩＡＢノードにおいてＩＡＢノードからの２つ（またはそれ以上）の出口パスを必要とするＢＡＰサブレイヤ動作をアクティブ化する前に、その宛先のＩＡＢノードにおいて少なくとも１つの冗長出口パスを確立することができる。

【0352】

上記の例は、ＩＡＢ－ドナーＣＵによって送信される専用のメッセージを通して、ＩＡＢノードレベルでＢＡＰサブレイヤ動作をアクティブ化または非アクティブ化する。

【0353】

代替実施形態において、ＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドが、動作に従って処理するために、受信ＢＡＰパケットのうちの１つに直接含まれる。これは、有利には、コマンドを（ＢＡＰパケットのヘッダ内で定義される）所与のＢＡＰルーティングＩＤに直接リンクする。さらに、ＩＡＢドナーＣＵは、その後に、ＡＣＴＩＶＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージ９５０またはその均等物を送信する必要なしに、動作をアクティブ化または非アクティブ化するようにＩＡＢ－ＤＵに通知しうる。

【0354】

図３は、上記で説明したＢＡＰパケットまたはＰＤＵのフォーマットを示す。

【0355】

いくつかの実施形態において、ビット３０２がＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドを伝達するために使用される：ＢＡＰサブレイヤ動作をアクティブ化するためにビットがＴｒｕｅまたは１にセットされ、それを非アクティブ化するためにビットがＦａｌｓｅまたは０にセットされる。当然ながら、別のビットが同じ目的に使用されてもよい。ビット３０２が１に設定されたＢＡＰパケットが通過する任意のＩＡＢノードは、ＢＡＰパケット（およびその対応するルーティングＩＤ３０５＋３０６）のためにＢＡＰサブレイヤ動作７０３（複製、ネットワーク符号化、分割）を適用する必要があるかを知るために、上述のそのＢＡＰルーティング設定を使用してもよく、肯定的な場合に、パラメータ７０５を使用する。

【0356】

他の実施形態では、ビット３０２が、ＢＡＰパケットが通過するＩＡＢノードがフィールド３０７を解析しなければならないかをシグナリングするために使用される。図３ａに示されるように、フィールド３０７は、ＢＡＰサブレイヤ動作がアクティブ化される場合に、実行するためのＢＡＰサブレイヤ動作を定義するＢＡＰルーティング設定を含みうる。ただし、これは必須ではない。フィールド３０７は、ＢＡＰヘッダの一部であってもよい。

【0357】

ビット３０２は、上述のようにＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドに対応しうる：ＢＡＰサブレイヤ動作をアクティブ化するために、ビットがＴｒｕｅ又は１にセットされ、それを非アクティブ化するためにビットがＦａｌｓｅ又は０にセットされる。その場合、フィールド３０７は、ＢＡＰサブレイヤ動作を適用するために使用するＢＡＰルーティング設定を特に定義するためのフィールド３７１～３７８のみを有する。

【0358】

有利には、フィールド３０７は、様々なＩＡＢノードが（フィールド３０７から）それらの役割を知るために、ビット３０２がＴｒｕｅに設定された、いくつかの連続するＢＡＰパケットにおいて提供されうる。後続のＢＡＰパケットは、フィールド３０７なしでＴｒｕｅに設定されたビット３０２のみを有しうる。これらのＢＡＰパケットは、ＢＡＰサブレイヤ動作によっても処理されるべきである。最後に、ビット３０２がＦａｌｓｅに設定された１つ（または複数）のＢＡＰパケットが送信され、ＢＡＰサブレイヤ動作を終了する。これらのＢＡＰパケットのすべてが、同一のルーティングＩＤ３０５＋３０６を有する。

【0359】

変形例では、ビット３０２が、フィールド３０７が提供される（ビットがＴｒｕｅまたは１にセットされる）か否か（ビットがＦａｌｓｅまたは０にセットされる）のみを示しうる。その場合、フィールド３０７は、フィールド３７０～３７８を含み、ここで、フィールド３７０はＢＡＰサブレイヤ動作のアクティブ化／非アクティブ化コマンドを符号化する単一ビットであり：ＢＡＰサブレイヤ動作をアクティブ化するためにビットがＴｒｕｅ又は１にセットされ、それを非アクティブ化するためにビットがＦａｌｓｅまたは０にセットされる。

【0360】

ビット３７０がＦａｌｓｅに設定されるとき、フィールド３７１～３７８はオプションである。ビット３７０がＴｒｕｅに設定されるとき、フィールド３７１～３７８のすべてまたは一部は、以下で説明されるように必須になりうる。

【0361】

フィールド３７１は、フィールド３０７のバイト長を提供する。

【0362】

フィールド３７２～３７６は、関係するＢＡＰサブレイヤ動作のためのＢＡＰルーティング設定を提供する。有利には、それは、イニシエータおよびターミネータの両方のためのＢＡＰルーティング設定を定義する。

【0363】

フィールド３７２は、ＢＡＰサブレイヤ動作、すなわち、複製とネットワーク符号化と分割とのいずれかを示す。これは、イニシエータとターミネータとを区別することなく、上述のフィールド７０３と同様である。

【0364】

フィールド３７３は、定義されたＢＡＰサブレイヤ動作のためのイニシエータＩＡＢノードのＢＡＰアドレスを示す。これは、例えば、ＩＡＢノード６０４でありうる。

【0365】

フィールド３７４は、定義されたＢＡＰサブレイヤ動作のためのターミネータＩＡＢノードのＢＡＰアドレスを示す。これは、例えば、ＩＡＢノード６０８でありうる。

【0366】

有利には、ＢＡＰパケットがＩＡＢノードを通過するとき、後者はフィールド３７３および３７４を使用して、どの役割（イニシエータまたはターミネータのいずれか、またはいずれでもない）を果たす必要があるかを決定することができる。

【0367】

フィールド３７５は、ＢＡＰサブレイヤ動作のためのパラメータを含む。これは、上述のＩＥ７０５と同様でありうる。

【0368】

フィールド３７６は、フィールド３７２において定義されたＢＡＰサブレイヤ動作から生じるＢＡＰパケットを送信するための、出口ＢＨリンクを識別する１つまたは複数の次ホップのＢＡＰアドレスについてのリストを示す。それは、イニシエータのためのＩＥ７１４と同様でありうる。オプションで、ＩＥ７０４と同様であり、その場合、従来のバックホールルーティング設定テーブルが、次ホップのＢＡＰアドレス、したがって、出口ＢＨリンクを知るために使用されなければならない。

【0369】

オプションのフィールド３７７は、ＢＡＰサブレイヤ動作をアクティブ化／非アクティブ化するための１つ以上の条件、たとえばＢＨリンクのＳＩＮＲレベル、を与える。これは、例えば、上で定義されたＯｐｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎ ＩＥを含む。

【0370】

フィールド３７８は、上記の実施形態で提供されるようなシーケンス番号を含む：これは、一般に、イニシエータによって充填され、ターミネータによって除去される。それは、オリジナルのＢＡＰパケットを取り出すために（ＢＡＰサブレイヤ動作に基づいて）処理されるべき冗長パケットを識別するために、ターミネータによってさらに使用される。

【0371】

フィールド３０７は、上述の実施形態における拡張バックホールルーティング設定テーブルの追加フィールド７０３～７０５／７１３～７１５を置き換える。その場合、次ホップのＢＡＰアドレスが、（場合によっては従来のバックホールルーティング設定テーブルを使用して）フィールド３７６から取得される。そして、従来のＢＨ ＲＬＣチャネルマッピング設定、アップリンクトラフィック対ＢＨ ＲＬＣチャネルマッピング設定、またはダウンリンクトラフィック対ＢＨ ＲＬＣチャネルマッピング設定テーブル（図５ｂ～５ｄ）、または対応する拡張テーブル（図８）を使用して、既知の出口ＢＨリンクから、出口ＢＨ ＲＬＣチャネルを決定することができる。

【0372】

ここで図１０を参照すると、ＩＡＢノードのＢＡＰサブレイヤにおいてＢＡＰパケットのＳＮを管理するための例示的な方法１０００が示されている。この方法は、例えばＩＡＢサブレイヤレベルでのネストされたパケット複製の場合のために、ＢＡＰパケットのヘッダへのシーケンス番号の条件付き挿入をサポートする。

【0373】

ステップ１００１における方法の初期化の後、ＩＡＢノードは、ステップ１００２において処理すべきＢＡＰパケットの到達を待ち受ける。

【0374】

着信ＢＡＰパケットが受信されると、ＩＡＢノードは、ステップ１００３において、拡張バックホールルーティング設定テーブル（あるいは、上記のフィールド３０７）を読み取り、ステップ１００４において、どのプロセスが着信ＢＡＰパケットに適用されるべきかを判定する。具体的には、ＩＡＢノードは、着信ＢＡＰパケットのＢＡＰルーティングＩＤに一致するＩＥ５０１を有するエントリから、ＩＥ７０３または７１３（あるいはフィールド３７３または３７４と共にフィールド３７２）を読み取る。

【0375】

冗長動作（例えば、複製またはネットワーク符号化）が適用されるべき場合、ステップ１００５において、着信ＢＡＰパケットは、テーブル（例えば、ネットワーク符号化係数）から読み出されたパラメータ７０５（あるいは、フィールド３７５）に沿って、適切な処理エンジン（例えば、ネットワーク符号化器もしくは復号器、または複製器もしくは逆複製器）に送信される。

【0376】

次のステップ１００６は、着信ＢＡＰパケットの処理の終了を待つことにある。処理を終了することができない（例えば、実行されるべきネットワーク復号のためにパケットが欠落している）場合、方法はステップ１００２にループバックして、新しい着信ＢＡＰパケットを処理する。

【0377】

したがって、処理は、すべての必要なＢＡＰパケットが受信されて処理されたときに終了することができる。逆複製の場合、最初に受信された複製は、転送されるオリジナルのＢＡＰパケットを生成するために処理されてもよく、そのＳＮが記憶される。後に受信される同じＳＮを有する他の複製は、受信時に破棄される。

【0378】

処理が完了すると、ＩＡＢノードは、ステップ１００７において、結果として得られるＢＡＰパケット（または複数のパケット）を取得する。複製イニシエータ、ネットワーク符号化イニシエータ、またはネットワーク符号化ターミネータの場合、いくつかの結果として生じるＢＡＰパケットが存在しうる。

【0379】

ステップ１００７の後、または冗長動作が実行されない場合（ステップ１００４）、ＩＡＢノードは、（着信または処理の結果の）ＢＡＰパケットが、宛先に到着したかをチェックする。

【0380】

これは、ヘッダ内のＤＥＳＴＩＮＡＴＩＯＮフィールドがＩＡＢノードのＢＡＰアドレスに対応する場合である。テストが肯定的である場合、ステップ１０１５において、ヘッダが除去され、各ＢＡＰパケットのデータセクションが上位レイヤに送信される。

【0381】

テスト１００８が否定的である場合、ＢＡＰパケットは（ＩＥ７０４またはフィールド３７６および（アップリンク／ダウンリンク対）ＢＨ ＲＬＣチャネルマッピング設定テーブルのおかげで）上記で決定されたように、１つまたはいくつかの出口リンクおよびＢＨ ＲＬＣチャネルを介して送信されなければならないことを意味する。

【0382】

ステップ１００９において、ＩＡＢノードは、バックホールルーティング設定テーブル（ＩＥ７０４）に含まれる情報に従って、各発信ＢＡＰパケットのヘッダに設定されるべきルーティングＩＤを決定する。必要に応じて、ヘッダは、使用されるべき新しいルーティングＩＤで更新される。

【0383】

次に、ステップ１０１０において、ＩＡＢノードは、シーケンス番号が発信ＢＡＰパケットのヘッダに挿入されなければならないかをチェックする。これは、パラメータ７０５または３７５のＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｓｅｒｔｉｏｎブール情報がＴｒｕｅに設定されているかをチェックすることにある（イニシエータの場合のみ）。肯定の場合、上述のように、ＳＮ挿入がステップ１０１１において実行される。

【0384】

それ以外の場合、ステップ１０１２において、シーケンス番号がヘッダから除去されなければならないかがチェックされる。これは、パラメータ７０５または３７５におけるＳｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｒｅｍｏｖａｌブール情報がＴｒｕｅに設定されているかをチェックすることにある（ターミネータの場合のみ）。肯定の場合、上述のように、ステップ１０１３において除去が実行される。

【0385】

Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ Ｉｎｓｅｒｔｉｏｎ／Ｒｅｍｏｖａｌブール情報がＦａｌｓｅに設定されたならば、２つのテスト１０１０および１０１２は否定であり、したがって、ＳＮのいかなる修正も行われない。

【0386】

最後に、ステップ１０１４において、バックホールルーティング設定テーブル（パケットのＢＡＰルーティングＩＤと一致するエントリのＩＥ５０２）に基づいて、各発信ＢＡＰパケットに対して出口リンクが選択される。また、従来のまたは拡張された（アップリンク／ダウンリンク対）ＢＨ ＲＬＣチャネルマッピング設定テーブルを用いて、各発信ＢＡＰパケットに対してＢＨ ＲＬＣチャネルが選択される。その後、発信ＢＡＰパケットは、次ホップのＢＡＰノードへの送信のために下位レイヤに送信される。次に、ＩＡＢノードはステップ１００２にループバックする。

【0387】

図１１は、本開示の１つまたは複数の例示的な実施形態による、通信装置または通信局の概略図を示している。

【0388】

通信装置１１００は、好ましくは、マイクロコンピュータ、ワークステーション、または軽量携帯型デバイスなどのデバイスでありうる。通信装置１１００は、以下が好適に接続される通信バス１１１３を備える：
－ＣＰＵと表示された、マイクロプロセッサなどの、中央演算処理装置１１１１；
－本発明を実装するためのコンピュータプログラムを記憶するための、ＲＯＭと表示された、読み出し専用メモリ１１０７；
－本発明の実施形態による方法の実行可能コードを記憶するための、ＲＡＭと表示された、ランダムアクセスメモリ１１１２、及び、本発明の実施形態による方法を実行するために必要な変数およびパラメータを記録するように適合されたレジスタ；
－デジタルデータパケットまたはフレームまたは制御フレームが送信される無線通信ネットワーク１００、例えば、５Ｇ ＮＲのためのリリース１６による無線通信ネットワーク、に接続された少なくとも１つの通信インタフェース１１０２。フレームは、ＣＰＵ１１１１において実行されるソフトウェアアプリケーションの制御下で、送信のために、ＲＡＭ１１１２内のＦＩＦＯ送信メモリからネットワークインタフェースに書き込まれる、または、受信のために、ネットワークインタフェースから読み出され、ＲＡＭ１１１２におけるＦＩＦＯ受信メモリへ書き込まれる。

【0389】

オプションで、通信装置１１００は、以下の構成要素を含んでもよい：
－本発明の１つまたは複数の実施形態による方法を実装するためのコンピュータプログラムを記憶するための、ハードディスクなどの、データ記憶手段１１０４；
－ディスク１１０６のためのディスクドライブ１１０５であって、ディスクドライブは、ディスク１１０６からデータを読み取り、または、そのディスクにデータを書き込むように適合される；
－キーボード１１１０または任意の他のポインティング手段を用いて、デコードされたデータを表示し、及び／又は、ユーザとのグラフィカルインタフェースを提供する、画面１１０９。

【0390】

好ましくは、通信バスが、通信装置１１００に含まれるか、またはそれに接続される様々なエレメント間の通信および相互運用性を提供する。バスとの表現は限定的ではなく、特に、中央演算装置は、通信装置１１００の任意のエレメントに直接的に、または通信装置１１００の別のエレメントを用いて命令を通信するように動作可能である。

【0391】

ディスク１１０６は、オプションで、例えばコンパクトディスク（ＣＤ－ＲＯＭ）、書き換え可能又は書き換え不可能なコンパクトディスク、ＺＩＰディスク、ＵＳＢキー又はメモリカードのような任意の情報媒体によって、一般的な用語では、マイクロコンピュータ又はマイクロプロセッサによって読み取ることができる情報記憶手段によって置き換えられ、装置に組み込まれ、場合によっては取り外し可能であり、実行によって本発明の実施形態による方法を実装することを可能にする１つ以上のプログラムを記憶するように適合されうる。

【0392】

実行可能コードは、オプションで、読み出し専用メモリ１１０７、ハードディスク１１０４、または例えば上述のようなディスク１１０６などのリムーバブルデジタル媒体のいずれかに記憶されうる。オプションの変形例によれば、プログラムの実行可能コードは、実行される前に、ハードディスク１１０４などの通信装置１１００の記憶手段のうちの１つに記憶するために、インタフェース１１０２を介して、通信ネットワーク１１０３を用いて受信されうる。

【0393】

中央演算処理装置１１１１は、好ましくは、本発明によるプログラムのソフトウェアコードの命令または一部の実行を制御及び指示するように適合され、命令は、上述の記憶手段のうちの１つに記憶される。電源投入時に、不揮発性メモリに、例えばハードディスク１１０４又は読み出し専用メモリ１１０７に記憶されたプログラムが、ランダムアクセスメモリ１１１２に転送され、このメモリはプログラムの実行可能コード、及び本発明を実施するために必要な変数及びパラメータを記憶するためのレジスタを含む。

【0394】

好ましい実施形態では、装置が本発明を実装するためのソフトウェアを使用するプログラム可能な装置である。しかしながら、代替的に、本発明はハードウェア（例えば、特定用途向け集積回路（ＡＳＩＣ）の形式）で実現されてもよい。

【0395】

以上、本発明を特定の実施形態を参照して説明したが、本発明は特定の実施形態に限定されるものではなく、本発明の範囲内にある変形が当業者には明らかであろう。

【0396】

多くの更なる修正及び変更は、上記の例示的な実施形態を参照することにより、当業者に示唆されるものであり、添付の特許請求の範囲によってのみ決定される本発明の範囲を限定することを意図するものではない。特に、必要に応じて、様々な実施形態からの異なる特徴を交換することができる。

【0397】

請求項において、単語「有する（ｃｏｍｐｒｉｓｉｎｇ）」は他の要素又はステップを除外せず、不定冠詞「ａ」又は「ａｎ」は複数を除外しない。異なる特徴が相互に異なる従属請求項に記載されているという単なる事実は、これらの特徴の組合せが有利に使用され得ないことを示すものではない。

【図1】

【図2】

【図3】

【図3a】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図9a】

【図10】

【図11】