JP7378433B2

JP7378433B2 - データパケットの送信方法、受信方法及び装置ならびにデータパケットの伝送システム

Info

Publication number: JP7378433B2
Application number: JP2020571362A
Authority: JP
Inventors: ホアン，イン; チェン，リン
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2018-06-21
Filing date: 2019-06-21
Publication date: 2023-11-13
Anticipated expiration: 2039-06-21
Also published as: CN110636643A; EP3813320A4; BR112020026116A2; WO2019242747A1; EP3813320A1; US20210126991A1; JP2021528020A

Description

本出願は、２０１８年６月２１日に中国特許庁に提出された、出願番号２０１８１０６４６１３９．１の中国特許出願の優先権を主張し、この出願の全内容は、引用により本出願に組み込まれている。

本開示は、通信分野に関し、具体的には、データパケットの送信方法、受信方法及び装置、ならびにデータパケットの伝送システムに関する。

ＬＴＥに比べて、新しい無線（ＮｅｗＲａｄｉｏ、ＮＲ）は、より大きい利用可能な帯域幅、大規模多入力多出力（ＭａｓｓｉｖｅＭｕｌｔｉｐｌｅ－ＩｎｐｕｔＭｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ、ｍａｓｓｉｖｅＭＩＭＯ）、及びｍｕｌｔｉ－ｂｅａｍの使用を提供し、無線アクセスバックホール統合伝送リンク（ｉｎｔｅｇｒａｔｅｄａｃｃｅｓｓａｎｄｂａｃｋｈａｕｌｌｉｎｋｓ、ＩＡＢと略される）の研究・応用が可能になる。

無線バックホールリンクと中継リンクを介して、伝送ネットワークの高密度配置を増やすことなく、高密度のＮＲセルネットワークをより柔軟に配置できる。ユーザー機器ＵＥの無線アクセスをサポートし、ユーザープレーン又はコントロールプレーンのデータパケットの無線バックホールを実行するアクセスノードを、ＩＡＢノード（ＩＡＢｎｏｄｅ）と呼ばれる。ＵＥがコアネットワークに接続するようにＩＡＢノードに無線バックホール機能を提供するアクセスノードは、ＩＡＢドナー（ＩＡＢｄｏｎｏｒ）と呼ばれる。ＩＡＢノード（子ＩＡＢノード、ｃｈｉｌｄＩＡＢｎｏｄｅとも呼ばれる）は、エアインターフェースを介して別のＩＡＢノード（親ＩＡＢノード、ｐａｒｅｎｔＩＡＢｎｏｄｅとも呼ばれる）又はＩＡＢｄｏｎｏｒにアクセスできる。

アクセスノード同士では、無線バックホールリンクｂａｃｋｈａｕｌｌｉｎｋを介してユーザープレーン又はコントロールプレーンのデータパケットを伝送することができる。Ａｃｃｅｓｓｌｉｎｋとｂａｃｋｈａｕｌｌｉｎｋは、同じ又は異なる搬送周波数を使用できる。

また、ユーザープレーン又はコントロールプレーンのデータパケットは、アクセスノードとコアネットワーク要素間のマルチホップ中継バックホールリンクを介して伝送できる。

図１は、関連技術における集中型ユニット（ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ、ＣＵ）／分散型ユニット（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ、ＤＵ）が分離していないＩＡＢ配置シナリオの模式図である。図１に示すように、ＵＥの上りリンクデータパケットは、２つのＩＡＢｎｏｄｅを介してＩＡＢｄｏｎｅｒに送信されてから、５Ｇコアネットワーク（ＮＧＣ）に送信され得る。

一方、ＣＵ／ＤＵ分離配置をサポートすることは、ＮＲの重要な技術的機能の１つであり、つまり、ｇＮＢはＣＵとＤＵの論理機能で構成され、ＣＵ／ＤＵ分離配置シナリオでは、ＩＡＢをサポートする模式図は図２に示されており、関連技術におけるＣＵ／ＤＵが分離したＩＡＢ配置シナリオの模式図である。図２に示すように、ＩＡＢノードはＤＵのような機能とモバイル端末（ＭｏｂｉｌｅＴｅｒｍｉｎａｌ、ＭＴ）のような機能を持つことができ、それぞれＤＵｐａｒｔとＭＴｐａｒｔとも呼ばれる。

このうち、ＭＴｐａｒｔはＵＥのような機能である。図２の５ＧＣは５Ｇコアネットワークを表し、Ｆ１とＮＧはいずれもインターフェースを表す。また、ＣＵは、コントロールプレーン（ＣＵ－ＣＰとも呼ばれる）とユーザープレーン（ＣＵ－ＵＰとも呼ばれる）の論理機能で構成されてもよい。しかしながら、関連技術では、いかに上記ＩＡＢアーキテクチャを使用して制御シグナリングを中継転送して、制御シグナリングを正確に送受信できるようにするかについては、効果的な解決策はなかった。

本開示の実施例は、いかに上記ＩＡＢアーキテクチャを使用して制御シグナリングを中継転送して、制御シグナリングを正確に送受信できるようにするかについては、効果的な解決策はなかったという関連技術の問題を少なくとも解決するために、データパケットの送信方法、受信方法及び装置、ならびにデータパケットの伝送システムを提供する。

本開示の一実施例によれば、無線アクセスバックホール統合伝送リンクＩＡＢノードは、コントロールプレーンシグナリング又はユーザープレーンのデータパケットであるデータパケットにアダプテーションレイヤヘッダを追加し、該データパケットをネクストホップＩＡＢノードに送信するステップを含むデータパケットの送信方法を提供する。

本開示の別の実施例によれば、無線アクセスバックホール統合伝送リンクＩＡＢノードは、ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定するステップと、
前記ＩＡＢノードは、前記ベアラを介して前記子ＩＡＢノード又は親ＩＡＢノード又はＩＡＢドナーに前記データパケットを送信するステップと、を含むデータパケットの送信方法を提供する。

本開示の別の実施例によれば、無線アクセスバックホール統合伝送リンクＩＡＢノードは、指定されたＩＡＢノードによって送信されたデータパケットを受信するステップと、
前記ＩＡＢノードは、ベアラ構成情報を取得し、該ベアラ構成情報に従って前記データパケットを処理するステップと、を含むデータパケットの受信方法を提供する。

本開示の別の実施例によれば、無線アクセスバックホール統合伝送リンクＩＡＢノードに配置されるデータパケットの送信装置であって、データパケットにアダプテーションレイヤヘッダを追加するように構成されている設定モジュールと、
コントロールプレーンシグナリング又はユーザープレーンのデータパケットである前記データパケットをネクストホップＩＡＢノードに送信するように構成されている送信モジュールと、を備える、データパケットの送信装置を提供する。

本開示の別の実施例によれば、無線アクセスバックホール統合伝送リンクＩＡＢノードに配置されるデータパケットの送信装置であって、
ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定するように構成されている取得モジュールと、
前記ベアラを介して子ＩＡＢノード又は親ＩＡＢノード又はＩＡＢドナーに前記データパケットを送信するように構成されている送信モジュールと、を備えるデータパケットの送信装置を提供する。

本開示の別の実施例によれば、無線アクセスバックホール統合伝送リンクＩＡＢノードに配置されるデータパケットの受信装置であって、
子ＩＡＢノード又は親ＩＡＢノード又はＩＡＢｄｏｎｏｒドナーである指定ＩＡＢノードによって送信されたデータパケットを受信するように構成されている受信モジュールと、
取得したベアラ構成情報に従って前記データパケットを処理するように構成されている処理モジュールと、を備えるデータパケットの受信装置を提供する。

本開示の別の実施例によれば、第１無線アクセスバックホール統合伝送リンクＩＡＢノード及び第２ＩＡＢノードを備えるデータパケットの伝送システムであって、
前記第１ＩＡＢノードは、データパケットにアダプテーションレイヤヘッダを追加し、該データパケットを前記第２ＩＡＢノードに送信するように構成されており、
前記第２ＩＡＢノードは、前記アダプテーションレイヤヘッダを含むデータパケットを受信するように構成されており、
前記データパケットは、コントロールプレーンシグナリング又はユーザープレーンのデータパケットである、データパケットの伝送システムを提供する。

本開示の別の実施例によれば、第１無線アクセスバックホール統合伝送リンクＩＡＢノード及び第２ＩＡＢノードを備えるデータパケットの伝送システムであって、
前記第１ＩＡＢノードは、ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定し、前記ベアラを介して前記第２ＩＡＢノードに前記データパケットを送信するように構成されており、
前記第２ＩＡＢノードは、前記第１ノードのＩＡＢノードによって送信された前記データパケットを受信し、前記ベアラ構成情報を取得し、前記ベアラ構成情報に従って前記データパケットを処理するように構成されており、
前記第２ＩＡＢノードは、前記第１ＩＡＢノードの子ＩＡＢノード又は親ＩＡＢノードである、データパケットの伝送システムを提供する。

本開示の別の実施例によれば、無線アクセスバックホール統合伝送リンクＩＡＢノード及びＩＡＢドナーを備えるデータパケットの伝送システムであって、
前記ＩＡＢノードは、ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定し、前記ベアラを介して前記データパケットを前記ＩＡＢドナーに送信するように構成されており、
前記ＩＡＢドナーは、前記ＩＡＢノードによって送信された前記データパケットを受信するように構成されている、データパケットの伝送システムを提供する。

本開示のさらなる実施例によれば、実行されると上記のいずれか１つの実施例に記載の方法を実行するように構成されているコンピュータプログラムが記憶されている記憶媒体をさらに提供する。

本開示のさらなる実施例によれば、メモリ及びプロセッサを備え、前記メモリには、コンピュータプログラムが記憶されており、前記プロセッサは、前記コンピュータプログラムを実行することによって、上記のいずれか１つの実施例に記載の方法を実行するように構成されている、電子装置をさらに提供する。

ここに説明する図面は、本開示のさらなる理解を提供するものであり、本出願の一部を構成し、本開示の例示的な実施例及びそれらの説明は、本開示を解釈するために使用され、本開示に対する不適切な限定とならない。
関連技術におけるＣＵ／ＤＵが分離していないＩＡＢ配置シナリオの模式図である。関連技術におけるＣＵ／ＤＵが分離したＩＡＢ配置シナリオの模式図である。本発明の実施例によるデータパケットの送信方法のモバイル端末のハードウェア構造のブロック図である。本発明の実施例によるデータパケットの送信方法のフローチャートである。本発明の実施例によるＩＡＢ配置シナリオの模式図である。本発明の実施例による別のＩＡＢ配置シナリオの模式図である。本発明の実施例による別のＩＡＢ配置シナリオの模式図である。本発明の実施例による別のデータパケットの送信方法のフローチャートである。本発明の実施例によるデータパケットの受信方法のフローチャートである。本発明の実施例による別のＩＡＢ配置シナリオの模式図である。本発明の実施例による別のＩＡＢ配置シナリオの模式図である。本発明の実施例による別のＩＡＢ配置シナリオの模式図である。本発明の実施例によるデータパケットの送信装置の構造ブロック図である。本発明の実施例による別のデータパケットの送信装置の構造ブロック図である。本発明の実施例によるデータパケットの受信装置の構造ブロック図である。本発明の実施例によるデータパケットの伝送システムの構造図である。本発明の実施例による別のデータパケットの伝送システムの構造図である。本発明の実施例による別のデータパケットの伝送システムの構造図である。

以下、図面を参照しながら実施例にて本開示を詳細に説明する。なお、矛盾しない限り、本出願における実施例及び実施例の特徴を組み合わせることができる。

なお、本開示の明細書、特許請求の範囲及び上記の図面における「第１」及び「第２」という用語は、類似する対象を区別するために使用され、必ずしも特定の順番及び優先順位を説明するとは限らない。

実施例１
本出願の実施例１による方法の実施例は、モバイル端末、コンピュータ端末、又は類似した計算装置で実行することができる。モバイル端末上で実行する例では、図３は、本発明の実施例によるデータパケットの送信方法のモバイル端末のハードウェア構造のブロック図である。

図３に示すように、モバイル端末３０は、１つ又は複数（図３では、１つのみが示されている）のプロセッサ３０２（プロセッサ３０２は、マイクロプロセッサＭＣＵ又はプログラマブルロジックデバイスＦＰＧＡなどの処理装置を含み得るが、これらに限定されない）及びデータを記憶するためのメモリ３０４を含み得、また、上記モバイル端末は、通信機能用の伝送機器３０６及び入出力機器３０８をさらに含んでもよい。当業者が理解できるように、図３に示される構造は単なる例示であり、上記モバイル端末の構造を限定するものではない。たとえば、モバイル端末３０は、図３に示されるものよりも多い又は少ない構成要素を含むか、又は図３に示されるものとは異なる構成を有してもよい。

メモリ３０４は、本発明の実施例におけるデータパケットの送信方法に対応するコンピュータプログラムなどのコンピュータプログラム、たとえばアプリケーションソフトウェアのソフトウェアプログラム及びモジュールを記憶することに使用され得、プロセッサ３０２は、メモリ３０４に記憶されたコンピュータプログラムを実行することによって、さまざまな機能アプリケーション及びデータ処理を実行し、つまり、上記方法を実現する。メモリ３０４は、高速ランダムアクセスメモリを含むことができ、また、１つ又は複数の磁気記憶装置、フラッシュメモリ、又は他の不揮発性ソリッドステートメモリなどの不揮発性メモリを含むこともできる。

いくつかの例では、メモリ３０４は、プロセッサ３０２に対して遠隔に設置されるメモリをさらに含み、これらの遠隔メモリは、ネットワークを介してモバイル端末３０に接続され得る。上記ネットワークの例には、インターネット、企業イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、及びそれらの組み合わせが含まれるが、これらに限定されない。

伝送機器３０６は、ネットワークを介してデータを送受信することに用いられる。上記ネットワークの具体例としては、モバイル端末３０の通信事業者が提供する無線ネットワークが挙げられる。一例では、伝送機器３０６は、基地局を介して他のネットワーク機器に接続されてインターネットと通信し得るネットワークインターフェースコントローラ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣｏｎｔｒｏｌｌｅｒ、略してＮＩＣ）を含む。一例では、伝送機器３０６は、無線方式でインターネットと通信するための無線周波数（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ、略してＲＦ）モジュールであってよい。

本実施例では、上記モバイル端末上で実行されているデータパケットの送信方法を提供し、図４は、本発明の実施例によるデータパケットの送信方法のフローチャートである。図４に示すように、このプロセスは、
ＩＡＢノードは、データパケットにアダプテーションレイヤヘッダを追加するステップＳ４０２と、
該データパケットをネクストホップＩＡＢノードに送信するステップＳ４０４と、を含む。

ここで、前記データパケットはコントロールプレーンシグナリング又はユーザープレーンのデータパケットである。

また、ＩＡＢノードは、自体の識別子情報を取得することにより、追加されたアダプテーションレイヤヘッダを設定できる。なお。ＩＡＢが自体の識別子情報を取得することにより追加されたアダプテーションレイヤヘッダを設定する場合、前記データパケットは、現在のＩＡＢノードによって生成されたコントロールプレーンシグナリング又はユーザープレーンのデータパケットである。

また、前記ＩＡＢノードは次の方式で前記識別子情報を取得する。前記ＩＡＢノードは、無線リソース制御ＲＲＣメッセージを通じて集中型ユニットＣＵから前記識別子情報を取得するか、Ｆ１メッセージを通じて前記識別子情報を取得するか、又は、メディアアクセス制御エッジ機器ＭＡＣＣＥを通じて親ＩＡＢノードから前記識別子情報を取得する。

また、ＩＡＢノードが前記データパケットに前記アダプテーションレイヤヘッダを追加する前に、前記ＩＡＢノードはＦ１メッセージを通じてＣＵからＩＡＢノード指示情報を取得し、前記ＩＡＢノード指示情報は、該ＩＡＢノードのラストホップノードがＩＡＢノードであることを示す。

また、ＩＡＢノードが自体のＩＡＢノードを取得しない場合、前記ＩＡＢによって追加されたアダプテーションレイヤヘッダには、ソースＩＡＢノードの識別子情報が含まれ、前記ソースＩＡＢノードは、前記ＩＡＢノードのラストホップＩＡＢノードである。なお、ＩＡＢノードが自体のＩＡＢノードを取得しない場合、前記データパケットは、他のＩＡＢ又はＵＥによって生成されたコントロールプレーンシグナリング又はユーザープレーンのデータパケットからのものである。

また、前記アダプテーションレイヤヘッダは、さらに、フォーマット指示情報、指定された情報の情報ドメインが存在するか否かを指示するための指示情報、中継指示情報、プロトコルタイプ指示情報、プロトコル層処理の実行要否又は実行済みを指示するための指示情報、ＵＥ識別子タイプを指示するための指示情報、ＵＥ識別子とＭＴ識別子の区別を指示するための指示情報、データパケットの生成ソースを指示するための指示情報を少なくとも含む。

なお、他の必要な情報、たとえば、ＵＥ識別子情報、ＩＡＢノードのＭＴ識別子情報、ターゲットノード情報、ベアラ識別子、論理チャネル識別子、ルーティングパス情報、サービス品質ＱｏＳ情報、汎用パケット無線サービスのトンネルプロトコル（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ、ＧＴＰ）トンネル情報、Ｆ１インターフェイスアクセスポイントアイデンティテ（Ｆ１ＡｃｃｅｓｓＰｏｉｎｔＩｄｅｎｔｉｔｙ、Ｆ１ＡＰＩＤ）情報、コントロールプレーン指示情報、ユーザープレーン指示情報も、本実施例の保護範囲に属する。

また、ＱｏＳ情報には、サービス品質クラス識別子（ＱｏＳＣｌａｓｓＩｄｅｎｔｉｆｉｅｒ、ＱＣＩ）、ＱｏＳフロー識別子（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅｆｌｏｗＩｄｅｎｔｉｆｉｅｒ、ＱＦＩ）、第５世代移動通信サービス品質インジケーター（５ｔｈ－ＧｅｎｅｒａｔｉｏｎＱｏＳＩｎｄｉｃａｔｏｒ、５ＱＩ）、差別化サービスコードポイント（ＤｉｆｆｅｒｅｎｔｉａｔｅｄＳｅｒｖｉｃｅｓＣｏｄｅＰｏｉｎｔ、ＤＳＣＰ）、サービスのタイプ（ＴｙｐｅｏｆＳｅｒｖｉｃｅ、ＴＯＳ）情報が含まれるが、これらに限定されない。

具体的には、フォーマット指示情報は、ロングフォーマット情報又はショートフォーマット情報を含む。ショートフォーマットは、このアダプテーションレイヤヘッダにＵＥ識別子、ベアラ識別子、ターゲットノード情報などの情報が含まれていないことを示す。

具体的には、指定された情報の情報ドメインが存在するか否かを指示するための指示情報には、ソースＩＡＢノード識別子情報ドメインが存在するか否かを指示するための指示情報、ターゲット情報ドメインが存在するか否かを指示するための指示情報、ＵＥＩＤドメインが存在するか否かを指示するための指示情報、ベアラ識別子ドメインが存在するか否かを指示するための指示情報、ＵＥベアラドメインが存在するか否かを指示するための指示情報、及びＱｏＳ情報ドメインが存在するか否かを指示するための指示情報が含まれる。

具体的には、プロトコルタイプ指示情報は、ＲＲＣ指示情報及びＦ１ＡＰ指示情報を含むが、これらに限定されない。

具体的には、プロトコル層処理の実行要否又は実行済みを指示するための指示情報には、Ｆ１ＡＰプロトコル層処理の実行要否又は実行済みを指示するための指示情報、ＧＴＰユーザープレーンのＧＴＰ－Ｕプロトコル層処理の実行要否又は実行済みを指示するための指示情報、及びパケットデータ収束プロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ、ＰＤＣＰ）プロトコル層処理の実行要否又は実行済みを指示するための指示情報のうちの少なくとも１つが含まれる。

具体的には、データパケットの生成ソースを指示するための指示情報には、データパケットがＵＥによって生成されることを指示するための指示情報、及びデータパケットがＩＡＢノードによって生成されることを指示するための指示情報の少なくとも１つが含まれる。

また、転送されたデータパケットであることが中継指示情報により示された場合、ＩＡＢノードは受信したアダプテーションレイヤヘッダにおける情報に従ってルーティング転送を実行し、転送されたデータパケットではないことが中継指示情報により示された場合、ＩＡＢノードはアダプテーションレイヤヘッダのコンテンツを再入力し、中継指示情報の指示ドメインを変更する。

具体的には、ＩＡＢノード自体によって生成されたデータパケットの場合、アダプテーションレイヤヘッダ情報は次の方式で入力され得る。

１．ＩＡＢノードはターゲット情報とＵＥ識別子情報を入力する。ＩＡＢノードへのＵＥ識別子の送信を強化することを必要とする場合がある。

２．親ＩＡＢノードはターゲット情報とＵＥＩＤ情報を入力する。ｉｎｔｅｒ－ＣＵシナリオでは、親ＩＡＢノードが入力するターゲット情報が正しくない場合がある。

３．ＩＡＢノードはターゲット情報を入力し、親ＩＡＢノードはＵＥＩＤ情報を入力する。

また、現在のＩＡＢノードの識別子情報又はソースＩＡＢノードの識別子情報には、前記ＩＡＢノードのモバイル端末のＭＴ部分を識別するための第１識別子、及び前記ＩＡＢノード又はＩＡＢドナーのＤＵ、ＣＵ又は基地局部分を識別するための第２識別子のうちの１つが含まれる。

また、前記第１識別子には、セル無線ネットワーク一時識別子（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）、Ｃ－ＲＮＴＩが割り当てられたノード又はセル識別子、Ｆ１ＡＰＩＤ、Ｘ２ＡＰＩＤ、ＧＴＰトンネルエンドポイント識別子（ＴｕｎｎｅｌＥｎｄｐｏｉｎｔＩｄｅｎｔｉｆｉｅｒ、ＴＥＩＤ）、ＤＵ識別子、セル識別子、ＰＣＩ及び第３識別子のうちの少なくとも１つが含まれる。

具体的には、Ｃ－ＲＮＴＩ識別子には、Ｃ－ＲＮＴＩ＋セル識別子、Ｃ－ＲＮＴＩ＋基地局識別子、及びＣ－ＲＮＴＩ＋ＤＵ識別子のうちの少なくとも１つが含まれる。

また、前記第２識別子には、ＤＵ識別子、ＣＵ識別子、基地局識別子、セル識別子、物理層セル識別子（ｐｈｙｓｉｃａｌ－ｌａｙｅｒＣｅｌｌｉｄｅｎｔｉｔｙ、ＰＣＩ）、インターネットプロトコル（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ、ＩＰ）アドレス及び第３識別子のうちの少なくとも１つが含まれる。

また、前記第３識別子はＣＵによって割り当てられた識別子、又はＣＵ－ＣＰによって割り当てられた識別子、又は第３識別子はＣＵ－ＵＰによって割り当てられた識別子、又は親ＩＡＢノードによって割り当てられた識別子である。

また、前記データパケットがコントロールプレーンシグナリングである場合、前記コントロールプレーンシグナリングは、ソースノードの識別子情報又はターゲットノードの識別子情報を含む。なお、ソースノードの識別子情報は、ラストホップＩＡＢノード又はソースＩＡＢノードの情報であってもよく、ターゲットノードの識別子情報は、現在のＩＡＢノードの後に接続されたＩＡＢノードの識別子情報又はＩＡＢドナーの識別子情報であってもよい。

また、本実施例は、ＩＡＢｎｏｄｅが対応するプロトコル層処理（Ｆ１ＡＰ又はＲＲＣ又はＰＤＣＰ又はＧＴＰ?Ｕを含むことができる）を実行するか否かを判定する方法も提供する。本実施例の方法は、すべてのＩＡＢプロトコルスタックアーキテクチャに適用できる。

方法１
ＩＡＢノードは、データパケットがＵＥから受信されるか、ＩＡＢノードから受信されるかに基づいて判定し、ＵＥから受信される場合は、Ｆ１ＡＰ又はＧＴＰ－Ｕカプセル化が必要である。この方法では、ＩＡＢノードは、ＵＥから受信したデータパケットとＩＡＢノードから受信したデータパケットを区別できる必要がある。以下の方法によって区別できる。

ＩＡＢノードは、ＲＲＣメッセージを通じてＩＡＢノード指示情報及びＩＡＢノード識別子情報をＣＵに送信し、次に、ＣＵは、Ｆ１シグナリングを介して該ＩＡＢノードのｐａｒｅｎｔＩＡＢｎｏｄｅにＩＡＢノード指示情報を送信する。

ランダムアクセスのプロセスにおいて、ＩＡＢノードは、ＩＡＢノード専用の特定のランダムアクセスリソース（たとえば、ｐｒｅａｍｂｌｅ、時間周波数ドメインリソースなど）を使用する。また、ＩＡＢｎｏｄｅは、システムメッセージを通じてこのＩＡＢノード専用の特定のランダムアクセスリソースを取得できる。

ＩＡＢｎｏｄｅは、ＭＡＣＣＥを通じてＩＡＢノード指示情報をｐａｒｅｎｔＩＡＢｎｏｄｅに送信できる。

方法２
ＩＡＢノードから受信したデータパケットの場合、ＩＡＢノードは、アダプテーションレイヤヘッダに指示情報を含ませることができ、アダプテーションレイヤヘッダに含まれる指示情報の内容については、第１実施例における記載を参照すればよい。

方法３
ＩＡＢノードから受信したデータパケットの場合、受信したデータパケットが属するベアラに従って、対応するプロトコル層処理を実行するか否かを判定できる。ＩＡＢノードは、ＲＲＣメッセージ又はＦ１メッセージを通じてＣＵからベアラ構成情報を取得し、受信したデータパケットが属するベアラに従って、対応するプロトコル層処理を実行するか否かを判定することができる。

具体的には、本実施例では、本実施例の技術案を容易に理解するために、以下のシナリオも提供される。

ＩＡＢノードのコントロールプレーン情報（ＲＲＣメッセージ及びＦ１ＡＰメッセージ）がコントロールプレーンＳＲＢを介して転送される場合、ＩＡＢノードがすべてのデータパケットに対してアダプテーションレイヤ処理を実行する場合の方法である。

図５は、本発明の実施例によるＩＡＢ配置シナリオの模式図である。ＩＡＢノードとＩＡＢｄｏｎｅｒ間のプロトコルスタックを図５に示す。図５では、アダプテーションレイヤは、ＩＡＢｎｏｄｅとＩＡＢｄｏｎｏｒＤＵの無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、ＲＬＣ）層の上に配置される。

なお、アダプテーションレイヤは、ＲＬＣ層とメディアアクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）層との間に配置され、又は、アダプテーションレイヤ機能は、ＲＬＣ層又はＭＡＣ層に配置されるようにしてもよい。

ｄｏｎｏｒＤＵとＣＵ－ＣＰとの間のインターフェース上にもアダプテーションレイヤが存在するようにしてもよく、すなわち、ｄｏｎｏｒＤＵとＣＵ－ＣＰは、対応するアダプテーションレイヤ処理を実行する。特に断らない限り、本実施例では、ｄｏｎｏｒＤＵは、ｄｏｎｏｒＣＵ－ＣＰを指す。

ＣＵのＣＰとＵＰの分離を考慮しない場合、本実施例では、ｄｏｎｏｒＣＵ－ＣＰはｄｏｎｏｒＣＵに置き換えられる。なお、Ｆ１ＡＰプロトコル層の下にストリーム制御伝送プロトコル（ＳｔｒｅａｍＣｏｎｔｒｏｌＴｒａｎｓｍｉｓｓｉｏｎＰｒｏｔｏｃｏｌ、ＳＣＴＰ）／ＩＰ層が存在し得る。なお、Ｆ１ＡＰとＰＤＣＰプロトコル層の間にＲＲＣプロトコル層が存在しなくてもよい。また、図５のアダプテーションレイヤはｄｏｎｏｒＤＵで終了する。本実施例の方法は、アダプテーションレイヤがｄｏｎｏｒＣＵ／ＣＵ?ＣＰで終了する場合にも適用できる。

なお、本実施例の方法は、図５のアーキテクチャに限定されない。図５では、Ｌ１はプロトコルスタックモデルの物理層を表し、Ｌ２はプロトコルスタックモデルにおけるリンク層を表す。

シナリオ１
データパケットの上りリンク転送（図５のＩＡＢｎｏｄｅ１からＩＡＢｄｏｎｅｒへの転送）
ステップ１ＩＡＢｎｏｄｅ１のＤＵｐａｒｔがＦ１メッセージを生成した後、また、ＩＡＢｎｏｄｅ１がＲＲＣレイヤ処理を実行するか、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔがＲＲＣメッセージを生成する。ＩＡＢｎｏｄｅ１は、ＲＲＣメッセージ又はＦ１メッセージに対してＰＤＣＰレイヤ処理を実行する。また、ＩＡＢノード１によって生成されるＲＲＣ、Ｆ１メッセージには、ソースノードの識別子情報及び／又はターゲットノードの識別子情報が含まれる。

また、ＩＡＢノード１が他のインターフェースコントロールプレーンシグナリング（たとえば、Ｘ２、Ｘｎ、Ｓ１、ＮＧインターフェースシグナリング）を生成する場合、コントロールプレーンシグナリングには、ソースノードの識別子情報及び／又はターゲットノードの識別子情報が含まれる。また、コントロールプレーンシグナリングデータパケットのＰＤＣＰプロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、ＰＤＵ）には、プロトコルタイプの指示情報が含まれ、この情報は、それが含むプロトコルタイプを示し、プロトコルタイプには、ＲＲＣ、Ｆ１ＡＰ、Ｘ２ＡＰ、ＸｎＡＰ、Ｓ１ＡＰ、ＮＧＡＰのうちの１つが含まれる。

次に、ＩＡＢｎｏｄｅ１はアダプテーションレイヤ処理を実行し、アダプテーションレイヤヘッダを追加し、アダプテーションレイヤヘッダには、次の情報のうちの１つ又は組み合わせを含み得る。

ソースＩＡＢノード識別子情報、
ＩＡＢノードのＭＴ識別子情報、
ロングフォーマット指示情報、
ショートフォーマット指示情報、
ターゲット情報ドメインが存在するか否かを指示するための指示情報、
ＵＥＩＤドメインが存在するか否かを指示するための指示情報、
ベアラ識別子ドメインが存在するか否かを指示するための指示情報、
ＵＥベアラドメインが存在するか否かを指示するための指示情報、
ＱｏＳ情報ドメインが存在するか否かを指示するための指示情報、
中継指示情報、
ＲＲＣ、Ｆ１ＡＰを含むが、これらに制限されないプロトコルタイプの指示情報、
Ｆ１ＡＰプロトコル層処理の実行要否を指示するための指示情報、
ＧＴＰ－Ｕプロトコル層処理の実行要否を指示するための指示情報、
ＰＤＣＰプロトコル層処理の実行要否を指示するための指示情報、
ＵＥ識別子タイプを指示するための指示情報、
含まれているのがＵＥ識別子であるか、又はＭＴ識別子であるかを指示するための指示情報、
データパケットがＵＥによって生成されたか、ＩＡＢノードによって生成されたかを指示するための指示情報、
ＵＥ識別子情報、ターゲットノード情報、ベアラ識別子、論理チャネル識別子、ルーティングパス情報、サービス品質ＱｏＳ情報、ＧＴＰトンネル情報、Ｆ１ＡＰＩＤ情報、コントロールプレーン指示情報、ユーザープレーン指示情報。

ここで、ノード識別子情報は、ＩＡＢノードのモバイル端末のＭＴ部分を識別するための第１識別子、及び／又は、ＩＡＢノード又はＩＡＢｄｏｎｅｒのＤＵ又はＣＵ又は基地局部分を識別するための第２識別子である。第１識別子には、Ｃ－ＲＮＴＩ、Ｃ－ＲＮＴＩ＋セル識別子、Ｃ－ＲＮＴＩ＋基地局識別子、Ｃ－ＲＮＴＩ＋ＤＵ識別子、Ｆ１ＡＰＩＤ、Ｘ２ＡＰＩＤ、及びＧＴＰＴＥＩＤが含まれるが、これらに限定されない。上記セル識別子、基地局識別子、及びＤＵ識別子は、このＣ－ＲＮＴＩが割り当てられたセル又は基地局又はＤＵの識別子である。第２識別子には、ＤＵ識別子、ＣＵ識別子、基地局識別子、セル識別子、ＰＣＩ、ＩＰアドレス、及び第３識別子が含まれるが、これらに限定されない。以下、いくつかのＩＡＢノード識別子を実現するために使用できるいくつかの方法を例示的に説明する。

方法１
ＩＡＢノードのＭＴ識別子はＦ１ＡＰＩＤ、たとえば、ｇＮＢ－ＣＵＵＥＦ１ＡＰＩＤ及び／又はｇＮＢ－ＤＵＵＥＦ１ＡＰＩＤである。ＩＡＢノードは、以下の方法を使用して、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔを識別するためのＦ１ＡＰＩＤを取得できる。

１．ＣＵは、ＲＲＣメッセージを通じてＦ１ＡＰＩＤをＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信する。

２．ＣＵは、Ｆ１シグナリングを介してＦ１ＡＰＩＤをＩＡＢｎｏｄｅ１に送信する。このＦ１シグナリングは、非ＵＥ関連Ｆ１シグナリング又はＵＥ関連Ｆ１シグナリングであり得る。また、このＦ１シグナリングには、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔを識別するためのＦ１ＡＰＩＤ及び対応するこのＩＡＢｎｏｄｅ１のＭＴｐａｒｔのＣ－ＲＮＴＩが含まれ得る。また、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔは、ＲＲＣメッセージを通じて、それに対応するＤＵｐａｒｔのｇＮＢ－ＤＵＩＤをＣＵに送信することができる。

３．ＩＡＢｎｏｄｅ２は、Ｆ１シグナリングを介してＦ１ＡＰＩＤをＩＡＢｎｏｄｅ１に送信する。また、このＦ１シグナリングには、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔを識別するためのＦ１ＡＰＩＤ及び対応するこのＩＡＢｎｏｄｅ１のＭＴｐａｒｔのＣ－ＲＮＴＩが含まれ得る。また、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔは、ＲＲＣメッセージを通じて、それに対応するＤＵｐａｒｔのｇＮＢ－ＤＵＩＤをＣＵに送信でき、ＣＵは、Ｆ１メッセージを通じてＩＡＢｎｏｄｅ１のＤＵｐａｒｔのｇＮＢ－ＤＵＩＤをＩＡＢｎｏｄｅ２（ＩＡＢｎｏｄｅ１の親ＩＡＢノード）に送信できる。

４．ＩＡＢｎｏｄｅ２は、ＲＲＣメッセージ又はＭＡＣＣＥを通じてＦ１ＡＰＩＤをＩＡＢｎｏｄｅ１に送信する。

方法２
ＩＡＢノードのＭＴ識別子は、セル識別子（たとえば、ＮＣＧＩ又はＰＣＩ）＋Ｃ－ＲＮＴＩ、又はｇＮＢ－ＤＵＩＤ＋Ｃ－ＲＮＴＩであり、セル識別子又はｇＮＢ－ＤＵＩＤは、ＩＡＢノードの親ＩＡＢノードのセル識別子又はｇＮＢ－ＤＵＩＤであり、すなわち、ＩＡＢノードのＭＴｐａｒｔにＣ－ＲＮＴＩを割り当るＩＡＢノードであり、本実施例の方法の模式図１では、ＩＡＢｎｏｄｅ２のセル識別子又はｇＮＢ－ＤＵＩＤである。

方法３
ＩＡＢノードのＭＴ識別子は、ｇＮＢ－ＤＵＩＤ、つまりＩＡＢｎｏｄｅ１のｇＮＢ－ＤＵＩＤである。

また、ｇＮＢ－ＤＵ＋ｉｎｄｅｘをＩＡＢノードのＭＴ識別子として使用でき、ここで、ｉｎｄｅｘはインデックス番号又はシリアル番号である。また、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔは、ＲＲＣメッセージを通じて、それに対応するＤＵｐａｒｔのｇＮＢ－ＤＵＩＤ及び／又はｉｎｄｅｘをＣＵに送信でき、ＣＵは、Ｆ１メッセージを通じて、ＩＮＢｎｏｄｅ１のＤＵｐａｒｔのｇＮＢ－ＤＵＩＤ及び／又はｉｎｄｅｘをＩＡＢｎｏｄｅ２（ＩＡＢｎｏｄｅ１の親ＩＡＢノード）に送信できる。

方法４
ＩＡＢノードのＭＴ識別子は、ＣＵ－ＣＰ又はＣＵによって割り当てられる。

このような場合、ＩＡＢｎｏｄｅ１は、次の方法でＭＴ識別子を取得できる。ＣＵ－ＣＰは、ＲＲＣメッセージを通じてＩＡＢノードのＭＴ識別子をＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信し、又は、ＩＡＢｎｏｄｅ２は、このＩＡＢｎｏｄｅのＭＴ識別子を取得した後、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信する。

ＩＡＢｎｏｄｅ２は、以下の方法でＩＡＢｎｏｄｅ１のＭＴ識別子を取得できる。ＣＵ－ＣＰは、Ｆ１メッセージ（たとえば、ＵＥａｓｓｏｃｉａｔｅｄＦ１メッセージ）を通じてＩＡＢｎｏｄｅ１のＭＴ識別子をＩＡＢｎｏｄｅ２に送信する。

方法５
ＩＡＢｎｏｄｅのＭＴ識別子はＩＡＢｎｏｄｅ２によって割り当てられる。

このような場合、ＩＡＢｎｏｄｅ１は次の方法でＭＴ識別子を取得できる。ＩＡＢｎｏｄｅ２は、ＲＲＣメッセージ又はＭＡＣＣＥを通じてＩＡＢｎｏｄｅ１のＭＴ識別子をＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信し、又は、ＣＵ－ＣＰはＩＡＢｎｏｄｅ２からＩＡＢｎｏｄｅ１のＭＴ識別子を取得した後、ＲＲＣメッセージを通じてＩＡＢｎｏｄｅ１のＭＴ識別子をＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信する。

ＣＵ－ＣＰは、次の方法でＩＡＢｎｏｄｅ１のＭＴ識別子を取得できる。ＩＡＢｎｏｄｅ２は、ＵＥａｓｓｏｃｉａｔｅｄＦ１メッセージなどのＦ１メッセージを通じてＩＡＢｎｏｄｅ１のＭＴ識別子をＣＵ－ＣＰに送信する。

また、上記方法では、ｄｏｎｏｒＤＵは、次の方法でＩＡＢｎｏｄｅ１のＭＴ識別子とＦ１ＡＰＩＤの間のマッピング関係を取得できる。ＣＵ－ＣＰは、たとえばｎｏｎ－ＵＥａｓｓｏｃｉａｔｅｄＦ１シグナリングを介して、ＩＡＢｎｏｄｅ１のＭＴ識別子とＦ１ＡＰＩＤの間のマッピング関係をｄｏｎｏｒＤＵに送信する。また、新しいＩＡＢｎｏｄｅのＭＴｐａｒｔがＣＵにアクセスし、ＣＵがＦ１ＡＰＩＤとＭＴ識別子をそれに割り当てると、ＣＵはＦ１シグナリングを介してＭＴ識別子とＦ１ＡＰＩＤの間のマッピング関係をｄｏｎｏｒＤＵに送信する。また、コントロールプレーンシグナリングを転送するためのｄｏｎｏｒＣＵとｄｏｎｏｒＤＵ間のＦ１ＡＰメッセージには、ＩＡＢｎｏｄｅ１のＭＴ識別子が含まれている。

ステップ２ＩＡＢｎｏｄｅ２とＩＡＢｎｏｄｅ３は、アダプテーションレイヤヘッダにおける情報に従って、ＩＡＢｎｏｄｅ１によって生成されたＲＲＣ又はＦ１メッセージをｄｏｎｏｒＤＵに転送する。また、ＩＡＢｎｏｄｅ２は、解析により得られたＰＤＣＰＰＤＵについてＦ１ＡＰプロトコル層処理とカプセル化を実行し、次にアダプテーションレイヤ処理とカプセル化を実行する。

ステップ３ｄｏｎｏｒＤＵは、Ｆ１－Ｃインターフェースを介してコントロールプレーン情報をｄｏｎｏｒＣＵ－ＣＰに転送する。

シナリオ２
データパケットの下りリンク転送（図５のＩＡＢｄｏｎｅｒからＩＡＢｎｏｄｅ１への転送）
下りリンクデータ転送のプロセスにおいて、ＩＡＢｎｏｄｅがＳＲＢからｐａｒｅｎｔＩＡＢｎｏｄｅによって送信されたデータパケットを受信した後、ｃｈｉｌｄＩＡＢｎｏｄｅへの転送を続行するか、このコントロールプレーンシグナリングを自ら解析する（つまり、上位のＰＤＣＰレイヤに配信して処理に供し、ＲＲＣメッセージ又はＦ１ＡＰメッセージを含む）かを判定する必要がある。判定方法には以下の２つがある。

方法１．アダプテーションレイヤヘッダにおけるターゲット識別子（たとえば、ｇＮＢ－ＤＵＩＤ）による判定
ｄｏｎｏｒＤＵは、ｄｏｎｏｒＣＵ－ＣＰから受信したデータパケットのＩＰレイヤターゲットＩＰアドレス、ＩＰアドレス、及びＤＵＩＤのマッピング関係に従って、アダプテーションレイヤヘッダに入力するべきターゲット識別子情報を決定でき、又は、ｄｏｎｏｒＣＵ－ＣＰから受信したＦ１ＡＰメッセージには、ターゲット識別子情報が含まれ得る。

図５のｄｏｎｏｒＣＵ－ＣＰがＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信するＲＲＣメッセージでは、アダプテーションレイヤヘッダに含まれるターゲット情報は、ＩＡＢｎｏｄｅ２の識別子である。ＩＡＢｎｏｄｅ２はこのデータパケットを受信すると、それをＩＡＢｎｏｄｅ１に送信し、ＩＡＢｎｏｄｅ１は、アダプテーションレイヤヘッダを解析した後、それを上位のＰＤＣＰレイヤに配信して処理に供する。

方法２．アダプテーションレイヤヘッダにおけるＩＡＢｎｏｄｅのＭＴ識別子による判定
ｄｏｎｏｒＣＵ－ＣＰがｄｏｎｏｒＤＵに送信したＦ１メッセージには、ＩＡＢｎｏｄｅのＭＴ識別子が含まれ得る。又は、ｄｏｎｏｒＣＵ－ＣＰは、ｄｏｎｏｒＤＵに、Ｆ１ＡＰＩＤとＩＡＢｎｏｄｅのＭＴ識別子の間のマッピング関係を設定し得る。ｄｏｎｏｒＤＵは、アダプテーションレイヤヘッダに入力するべきＩＡＢｎｏｄｅのＭＴ識別子情報を決定する。

図５では、ＩＡＢｎｏｄｅ２がＩＡＢｎｏｄｅのＭＴ識別子に従って、このデータパケットが属するＵＥ又はＩＡＢｎｏｄｅのＭＴｐａｒｔがＩＡＢｎｏｄｅ２によるサービスを受けると判定すると、ＩＡＢｎｏｄｅ２がこのデータパケットを受信すると、それをＩＡＢｎｏｄｅ１に送信し、ＩＡＢｎｏｄｅ１がアダプテーションレイヤヘッダを解析した後、上位のＰＤＣＰレイヤに配信して処理に供する。

ＩＡＢノードのコントロールプレーン情報（ＲＲＣメッセージ及びＦ１ＡＰメッセージ）がコントロールプレーン（つまり、ＳＲＢ）を介して転送される場合、ＩＡＢノードがすべてのデータパケットに対してアダプテーションレイヤ処理を実行する場合の方法である。

図６は、本発明の一実施例による別のＩＡＢ配置シナリオの模式図である。ＩＡＢノードとＩＡＢｄｏｎｅｒ間のプロトコルスタックを図６に示す。

図６では、アダプテーションレイヤはＩＡＢｎｏｄｅとＩＡＢｄｏｎｅｒＤＵのＲＬＣ層の上に配置される。

なお、アダプテーションレイヤは、ＲＬＣ層とＭＡＣ層との間に配置され、又は、アダプテーションレイヤ機能は、ＲＬＣ又はＭＡＣ層に配置されるようにしてもよい。ｄｏｎｏｒＤＵとＣＵ－ＣＰとの間のインターフェース上にもアダプテーションレイヤが存在するようにしてもよく、すなわち、ｄｏｎｏｒＤＵとＣＵ－ＣＰは、対応するアダプテーションレイヤ処理を実行する。

特に断らない限り、本実施例では、ｄｏｎｏｒＣＵは、ｄｏｎｏｒＣＵ－ＣＰを指す。ＣＵのＣＰとＵＰの分離を考慮しない場合、本実施例では、ｄｏｎｏｒＣＵ－ＣＰはｄｏｎｏｒＣＵに置き換えられる。

なお、Ｆ１ＡＰプロトコル層の下にＳＣＴＰ／ＩＰ層が存在し得る。なお、Ｆ１ＡＰとＰＤＣＰプロトコル層の間にＲＲＣプロトコル層が存在しなくてもよい。また、図６のアダプテーションレイヤはｄｏｎｏｒＤＵで終了する。

本実施例の方法は、アダプテーションレイヤがｄｏｎｏｒＣＵ／ＣＵ?ＣＰで終了する場合にも適用できる。なお、本実施例の方法は、図６のプロトコルスタックアーキテクチャに限定されない。図６では、ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）はサービスデータ適応プロトコル層を表す。

シナリオ３
データパケットの上りリンク転送（図６のＩＡＢｎｏｄｅ１からＩＡＢｄｏｎｅｒへの転送）
本実施例では、シナリオ１に記載の方法を使用でき、シナリオ１では、ＩＡＢｎｏｄｅ１がコントロールプレーンシグナリング（たとえば、Ｆ１、ＲＲＣメッセージ、Ｘ２、Ｘｎ、Ｓ１、ＮＧインターフェースメッセージなど）を生成する一方、本実施例では、ＩＡＢｎｏｄｅがユーザープレーンのデータパケットを生成し、ＩＡＢｎｏｄｅ１のノード識別子情報がＧＴＰＴＥＩＤを使用してもよい。ＩＡＢｎｏｄｅ１がＩＡＢｎｏｄｅ１の識別に使用されるＦ１ＧＴＰＴＥＩＤを取得できるようにするため、この識別子は、ＩＡＢｎｏｄｅ２又はＣＵ－ＣＰ／ＣＵ－ＵＰ／ＣＵによってＩＡＢｎｏｄｅ１に送信できる。

ＩＡＢｎｏｄｅ１のノード識別子がＣＵ－ＣＰ／ＣＵによって割り当てられる場合、次の方法も含まれる。

１．ＩＡＢｎｏｄｅ１がＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＣＵ－ＣＰはＲＲＣメッセージを通じてＵＥＩＤをＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信し、又は、ＩＡＢｎｏｄｅ２はこのＵＥＩＤを取得した後、このＵＥＩＤをＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信する。

２．ＩＡＢｎｏｄｅ２がＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＣＵ－ＣＰは、Ｆ１メッセージを通じてＵＥＩＤをＩＡＢｎｏｄｅ２に送信する。

３．ＣＵ－ＣＰは、たとえば、ｎｏｎ－ＵＥａｓｓｏｃｉａｔｅｄＦ１シグナリングを介して、ＧＴＰＴＥＩＤとＵＥＩＤの間のマッピング関係をｄｏｎｏｒＤＵに送信でき、ｄｏｎｏｒＤＵがＩＡＢｎｏｄｅ１のノード識別子とＧＴＰＴＥＩＤの間のマッピング関係を取得できるようにする。

４．ＣＵ－ＵＰがＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＣＵ／ＣＵ－ＣＰは、Ｅ１メッセージを通じてＩＡＢｎｏｄｅ１のノード識別子をＣＵ－ＵＰに送信する。

ＩＡＢｎｏｄｅ１のノード識別子がＩＡＢｎｏｄｅ２によって割り当てられる場合、次の方法も含まれる。

１．ＩＡＢｎｏｄｅ１がＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＩＡＢｎｏｄｅ２はＲＲＣメッセージ／ＭＡＣＣＥを通じてＩＡＢｎｏｄｅ１のＭＴｐａｒｔにＵＥＩＤを送信し、又は、ＣＵ－ＣＰは、ＩＡＢｎｏｄｅ２からＵＥＩＤを受信すると、ＲＲＣメッセージを通じてＵＥＩＤをＩＡＢｎｏｄｅ１のＭＴｐａｒｔに送信する。

２．ＣＵ－ＣＰがＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＩＡＢｎｏｄｅ２は、Ｆ１メッセージを通じてＵＥＩＤをＣＵ－ＣＰに送信する。

３．ｄｏｎｏｒＤＵは、ＩＡＢｎｏｄｅ１のノード識別子とＦ１ＡＰＩＤの間のマッピング関係を取得し（ＣＵ－ＣＰはＦ１ＡＰＩＤとＩＡＢｎｏｄｅ１のノードＩＤの間のマッピング関係を取得した後、Ｆ１シグナリングを介してｄｏｎｏｒＤＵに送信する）、又は、コントロールプレーンシグナリング転送用のＦ１ＡＰメッセージには、このＩＡＢｎｏｄｅ１のノード識別子が含まれる。

４．ＣＵ－ＵＰがこのＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＣＵ／ＣＵ－ＣＰは、ＩＡＢｎｏｄｅ１のノード識別子を取得した後、Ｅ１メッセージを通じて、このＩＡＢｎｏｄｅ１のノード識別子をＣＵ－ＵＰに送信する。

ＩＡＢｎｏｄｅ１のノード識別子がＣＵ－ＵＰによって割り当てられる場合、次の方法も含まれる。

１．ＣＵ－ＣＰがＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＣＵ－ＵＰは、Ｅ１メッセージを通じてＩＡＢｎｏｄｅ１のノード識別子をＣＵ－ＣＰに送信する。

２．ＩＡＢｎｏｄｅ１がＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＩＡＢｎｏｄｅ２は、ＲＲＣメッセージ／ＭＡＣＣＥを通じて、ＩＡＢノード１のノード識別子をＩＡＢｎｏｄｅ１に送信し、又は、ＣＵ－ＣＰはＲＡＢメッセージを通じてＩＡＢｎｏｄｅ１のノード識別子をＩＡＢｎｏｄｅ１に送信する。

３．ＩＡＢｎｏｄｅ２がＩＡＢｎｏｄｅ１のノード識別子を取得する方法
ＣＵ－ＣＰは、Ｆ１メッセージを通じてＩＡＢｎｏｄｅ１のノード識別子をＩＡＢｎｏｄｅ２に送信する。

４．ｄｏｎｏｒＤＵは、ＩＡＢｎｏｄｅ１のノード識別子とＴＥＩＤの間のマッピング関係を取得し（ＣＵ－ＣＰは、取得した後、Ｆ１シグナリングを介してｄｏｎｏｒＤＵに送信する）、又は、ｄｏｎｏｒＤＵとｄｏｎｏｒＣＵの間で伝送されるデータパケットのＧＴＰ－Ｕヘッダには、このＩＡＢｎｏｄｅ１のノード識別子が含まれる。

図７は、本発明の実施例による別のＩＡＢ配置シナリオの模式図である。図７に示すように、ＩＡＢノードのコントロールプレーン情報（ＲＲＣメッセージ及びＦ１ＡＰメッセージ）がユーザープレーン（つまり、ＤＲＢ）を介して転送される場合、ＩＡＢノードがすべてのデータパケットに対してアダプテーションレイヤ処理を実行する場合の方法である。なお、本実施例の方法は、図５のプロトコルスタックアーキテクチャに限定されない。図７では、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）はアクセス及びモビリティ管理モジュールを表す。Ｅ１ＡＰはＥ１インターフェースアクセスポイントを表す。ＮＧＡＰはＮＧインターフェースセスポイントを表す。

また、ＣＵ又はＣＵ－ＣＰ又はＩＡＢｎｏｄｅについては、制御シグナリングの伝送専用のＤＲＢ又はＤＲＢセットが設定されており、専用のＤＲＢを介して伝送される場合、コントロールプレーンシグナリングが含まれていることを示す。制御シグナリングの伝送専用のＤＲＢは、特定のＤＲＢＩＤを使用でき、又は、ＣＵによってＩＡＢｎｏｄｅ１のＭＴｐａｒｔに設定されたベアラ情報には、制御シグナリングの伝送専用のＤＲＢはコントロールプレーン指示情報に関連付けられている。

アダプテーションレイヤヘッダに含まれるＩＡＢノード識別子情報については、上記シナリオに記載の方法を参照すればよい。

以上で説明された方法により、ＩＡＢアーキテクチャにおいて制御シグナリングによるデータ送受信が難しいという関連技術の問題を解決することができ、制御シグナリングを正しく送受信できる効果を奏する。

上記実施例の説明に基づいて、当業者にとって明らかなように、上記実施例による方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの組み合わせによって実現でき、もちろん、ハードウェアによっても実現できるが、多くの場合、前者がより好ましい実施形態である。このような知見に基づいて、本開示の技術案の本質又は関連技術に寄与する部分は、ソフトウェア製品の形で具現化でき、このコンピュータソフトウェア製品は、記憶媒体（たとえば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶されており、端末装置（携帯電話、コンピュータ、サーバ、又はネットワーク装置などであり得る）に、本開示の各実施例に記載の方法を実行させるいくつかの命令を含む。

実施例２
本実施例では、上記図３のモバイル端末上で実行されるデータパケットの送信方法が提供され、図８は、本発明の実施例による別のデータパケットの送信方法のフローチャートであり、図８に示すように、このプロセスは、
ＩＡＢｎｏｄｅは、ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定するステップＳ８０２と、
前記ＩＡＢは、前記ベアラを介して前記データパケットを子ＩＡＢノード又は親ＩＡＢノード又はＩＡＢドナーに送信するステップＳ８０４と、を含む。

また、前記ベアラ構成情報には、ＤＲＢＩＤ又はＳＲＢＩＤを含むベアラ識別子、アダプテーションレイヤの解析要否を指示するための指示情報、Ｆ１ＡＰカプセル化を指示するための指示情報、ＧＴＰ－Ｕカプセル化を指示するための指示情報、ＰＤＣＰ処理を指示するための指示情報、関連ベアラによってベアラされるデータパケットのプロトコルタイプを指示するための指示メッセージ、関連ベアラによってベアラされるデータパケットが転送されたデータパケットであるか否かを指示するための指示メッセージ、関連ベアラが転送に用いられることを指示するための指示情報のうちの少なくとも１つが含まれる。

また、Ｆ１ＡＰカプセル化を指示するための指示情報には、Ｆ１ＡＰカプセル化実行する必要があるか否かを指示するための指示情報、Ｆ１ＡＰカプセル化が実行されたか否かを指示するための指示情報の少なくとも１つが含まれる。

また、ＧＴＰ－Ｕカプセル化を指示するための指示情報には、ＧＴＰ－Ｕカプセル化を実行する必要があるか否かを指示するための指示情報、ＧＴＰ－Ｕカプセル化が実行されたか否かを指示するための指示情報の少なくとも１つが含まれる。

また、ＰＤＣＰ処理を指示するための指示情報には、ＰＤＣＰ処理を実行する必要があるか否かを指示するための指示情報、ＰＤＣＰ処理が実行されたか否かを指示するための指示情報の少なくとも１つが含まれる。

また、関連ベアラによってベアラされるデータパケットのプロトコルタイプを指示するための指示メッセージには、関連ベアラがＦ１ＡＰメッセージの搬送に使用されることを指示するための指示情報、関連ベアラがＲＲＣメッセージの搬送に使用されることを指示するための指示情報のうちの少なくとも１つが含まれる。

また、前記ベアラ識別子は、アダプテーションレイヤを解析要否、Ｆ１ＡＰプロトコル層処理の実行要否、ＧＴＰ－Ｕプロトコル層処理の実行要否、ＰＤＣＰプロトコル層処理の実行要否、Ｆ１ＡＰプロトコル層処理が実行されたか否か、ＧＴＰ－Ｕプロトコル層処理が実行されたか否か、ＰＤＣＰプロトコル層処理が実行されたか否か、関連ベアラがＦ１ＡＰメッセージの搬送に使用されていること、関連ベアラがＲＲＣメッセージの搬送に使用されること、関連ベアラが転送されたデータパケットの搬送に使用されること、関連ベアラが転送されていないデータパケットの搬送に使用されること、のうちの少なくとも１つを暗黙的に指示する。

また、前記ＩＡＢノードが前記ベアラ構成情報を取得する前に、前記ＩＡＢノードは、無線リソース制御ＲＲＣメッセージ又はＦ１メッセージを通じてＣＵに指示情報を送信し、ここで、前記指示情報は、ＩＡＢノード指示情報であるか、又は、このＩＡＢノードにベアラ構成情報を要求することに用いられ、前記ＩＡＢノード指示情報は、メッセージを送信するのがＩＡＢノードであることを前記ＣＵに指示する。

また、前記ＩＡＢノードが前記ベアラ構成情報を取得するステップは、前記ＩＡＢノードは、ＲＲＣメッセージを通じて集中型ユニットＣＵから前記ベアラ構成情報を取得するか、又は前記ＩＡＢノードはＦ１メッセージを通じてＣＵから前記ベアラ構成情報を取得するステップを含む。

また、前記ＲＲＣメッセージ又は前記Ｆ１メッセージには、ＩＡＢノード識別子情報が含まれる。

実施例３
本実施例では、上記図３のモバイル端末上で実行されるデータパケットの受信方法が提供され、図９は、本発明の実施例によるデータパケットの受信方法のフローチャートである。図９に示すように、このプロセスは、
子ＩＡＢノード又は親ＩＡＢノード又はＩＡＢｄｏｎｅｒドナーである第２の指定されたＩＡＢノードによって送信されたデータパケットを受信するステップＳ９０２と、
取得したベアラ構成情報に従って前記データパケットを処理するステップＳ９０４と、を含む。

また、取得したベアラ構成情報に従ってデータパケットを処理するステップには、前記ＩＡＢｎｏｄｅは、前記データパケットに対してアダプテーションレイヤ解析を実行するか否かを前記ベアラ構成情報に従って判定するか、前記データパケットに対してＦ１ＡＰプロトコル層処理を実行するか否かを前記ベアラ構成情報に従って判定するか、前前記データパケットに対してＧＴＰ－Ｕプロトコル層処理を実行するか否かを記ベアラ構成情報に従って判定するか、又は、前記データパケットに対してＰＤＣＰプロトコル層処理を実行するか否かを前記ベアラ構成情報に従って判定するステップが含まれる。

具体的には、実施例２及び実施例３については、上記の２つの実施例の技術案を容易に理解するために、以下のシナリオも提供される。

ＩＡＢノードのコントロールプレーン情報（ＲＲＣメッセージ及びＦ１ＡＰメッセージ）がコントロールプレーンＳＲＢを介して転送される場合、ＩＡＢノードが、自体の生成するデータパケットに対してアダプテーションレイヤ処理を実行しない場合の方法である。

図１０は、本発明の一実施例による別のＩＡＢ配置シナリオの模式図である。ＩＡＢノードとＩＡＢｄｏｎｅｒ間のプロトコルスタックを図１０に示す。

図１０では、アダプテーションレイヤはＩＡＢｎｏｄｅとＩＡＢｄｏｎｅｒＤＵのＲＬＣ層上に配置される。

なお、Ｆ１ＡＰプロトコル層の下にＳＣＴＰ／ＩＰ層が存在してもよい。なお、Ｆ１ＡＰとＰＤＣＰプロトコル層の間にＲＲＣプロトコル層が存在しなくてもよい。また、図１０のアダプテーションレイヤはｄｏｎｏｒＤＵで終了する。本実施例の方法は、アダプテーションレイヤがｄｏｎｏｒＣＵ／ＣＵ?ＣＰで終了する場合にも適用できる。

シナリオ１
データパケットの上りリンク転送（図１０のＩＡＢｎｏｄｅ１からＩＡＢｄｏｎｅｒへの転送）
ＩＡＢｎｏｄｅ１のＤＵｐａｒｔによってＦ１メッセージが生成された後、また、ＩＡＢｎｏｄｅ１がＲＲＣレイヤ処理を実行するか、ＩＡＢｎｏｄｅ１のＭＴｐａｒｔがＲＲＣメッセージを生成し、ＩＡＢｎｏｄｅ１がＲＲＣレイヤ処理を実行するか、又はＩＡＢｎｏｄｅ１のＭＴｐａｒｔがＲＲＣメッセージを生成する。

ＩＡＢｎｏｄｅ１は、ＲＲＣメッセージ又はＦ１メッセージに対してＰＤＣＰ、ＲＬＣ、ＭＡＣ、及び物理層（ＰｈｙｓｉｃａｌＬａｙｅｒ、ＰＨＹ）の処理を実行した後、それをＩＡＢｎｏｄｅ２に送信する。

また、ＩＡＢｎｏｄｅ１によって生成されたＦ１メッセージには、ソースノードの識別子情報及び／又はターゲットノードの識別子情報が含まれる。

また、ＩＡＢｎｏｄｅ１が他のインターフェースコントロールプレーンシグナリング（たとえば、Ｘ２、Ｘｎ、Ｓ１、ＮＧインターフェースシグナリング）を生成する場合、コントロールプレーンシグナリングには、ソースノードの識別子情報及び／又はターゲットノードの識別子情報が含まれる。

また、コントロールプレーンシグナリングデータパケットのＰＤＣＰＰＤＵには、プロトコルタイプの指示情報が含まれ、それは、それに含まれるプロトコルタイプを示し、プロトコルタイプには、ＲＲＣ、Ｆ１ＡＰ、Ｘ２ＡＰ、ＸｎＡＰ、Ｓ１ＡＰ、ＮＧＡＰのうちの１つが含まれる。ＩＡＢｎｏｄｅ１は、取得したベアラ構成情報に従って、データパケットをＩＡＢｎｏｄｅ２に送信するためのベアラを決定する。

また、ＩＡＢノードはＲＲＣメッセージ又はＦ１メッセージを通じて指示情報をＣＵに送信し、この指示情報は、ＩＡＢｎｏｄｅであること、又はベアラ構成情報を必要とすることを示す。ＣＵは、ＲＲＣメッセージ又はＦ１メッセージを通じてベアラ構成情報をＩＡＢノードに送信できる。

ここで、ベアラ構成情報には、ＤＲＢＩＤ又はＳＲＢＩＤを含むベアラ識別子、アダプテーションレイヤの解析要否を指示するための指示情報、Ｆ１ＡＰカプセル化を実行する必要があるか否かを指示するための指示情報、ＰＤＣＰ処理を実行する必要があるか否かを指示するための指示情報、Ｆ１ＡＰカプセル化が実行されたか否かを指示するための指示情報、ＰＤＣＰ処理が実行されたか否かを指示するための指示情報、関連ベアラがＦ１ＡＰメッセージの搬送に使用されることを指示するための指示情報、関連ベアラがＲＲＣメッセージの搬送に使用されることを指示するための指示情報、関連ベアラが転送されたデータパケットの搬送に使用されることを指示するための指示情報、関連ベアラが転送されていないデータパケットの搬送に使用されることを指示するための指示情報のうちの少なくとも１つが含まれる。

ここで、ベアラ識別子は、デフォルト又は事前定義のルールに基づいて、アダプテーションレイヤを解析要否、Ｆ１ＡＰプロトコル層処理の実行要否、ＰＤＣＰプロトコル層処理の実行要否、Ｆ１ＡＰプロトコル層処理が実行されたか否か、ＰＤＣＰプロトコル層処理が実行されたか否か、関連ベアラがＦ１ＡＰメッセージの搬送に使用されること、関連ベアラがＲＲＣメッセージの搬送に使用されること、関連ベアラが転送されたデータパケットの搬送に使用されること、関連ベアラが転送されていないデータパケットの搬送に使用されること、のうちの少なくとも１つを暗黙的に指示する。

上記方法により、ＩＡＢｎｏｄｅ１は、ＩＡＢｎｏｄｅ１によって生成されたＲＲＣメッセージ及びＦ１ＡＰメッセージに対してアダプテーションレイヤ処理及びカプセル化を実行せず、取得したベアラ構成情報に従って、ＩＡＢｎｏｄｅ１によって生成されたＲＲＣメッセージ及びＦ１ＡＰメッセージを送信するためのベアラを決定する。ＩＡＢｎｏｄｅ２も、ＲＲＣメッセージ又はＦ１メッセージを通じてベアラ構成情報を取得し、ベアラ構成情報及び受信したデータパケットが属するベアラに従って、アダプテーションレイヤの解析要否を決定することができる。そして、ＩＡＢｎｏｄｅ２は、アダプテーションレイヤのカプセル化を行い、アダプテーションレイヤヘッダに含まれる情報は、第１実施例におけるシナリオと同じである。

シナリオ２
データパケットの下りリンク転送（図１０のＩＡＢｄｏｎｅｒからＩＡＢｎｏｄｅ１への転送）
ＩＡＢｎｏｄｅは、ｃｈｉｌｄＩＡＢｎｏｄｅに送信されるデータパケットにアダプテーションレイヤヘッダが含まれるか否かを判定する必要がある。データパケットのアダプテーションレイヤヘッダにおけるターゲット識別子又はＵＥ識別子又はＩＡＢノードのＭＴ識別子に従って判定でき、具体的には、ＵＥ識別子又はＭＴ識別子が、それがサービスを提供するＵＥ又はＩＡＢｎｏｄｅに属すると判定された場合、又はデータパケットのターゲットがそれ自体である場合、ｃｈｉｌｄＩＡＢｎｏｄｅ又はＵＥに送信されるデータパケットにはアダプテーションレイヤヘッダが含まれておらず、ＩＡＢｎｏｄｅは、取得したベアラ構成情報に従って、データパケットをｃｈｉｌｄＩＡＢｎｏｄｅに送信するためのベアラを決定する。

ここで、ベアラ構成情報には、データ無線ベアラ識別子（ＤａｔａＲａｄｉｏＢｅａｒｅｒＩｄｅｎｔｉｆｉｅｒ、ＤＲＢＩＤ）又はシグナリング無線ベアラ識別子（ｓｉｇｎａｌｌｉｎｇｒａｄｉｏｂｅａｒｅｒＩｄｅｎｔｉｆｉｅｒ、ＳＲＢＩＤ）を含むベアラ識別子、アダプテーションレイヤの解析要否を指示するための指示情報、Ｆ１ＡＰカプセル化を実行する必要があるか否かを指示するための指示情報、ＰＤＣＰ処理を実行する必要があるか否かを指示するための指示情報、Ｆ１ＡＰカプセル化が実行されたか否かを指示するための指示情報、Ｆ１ＡＰカプセル化が実行されたか否かを指示するための指示情報、ＰＤＣＰ処理が実行されたか否かを指示するための指示情報、関連ベアラがＦ１ＡＰメッセージの搬送に使用されることを指示するための指示情報、関連ベアラがＲＲＣメッセージの搬送に使用されることを指示するための指示情報、関連ベアラが転送されたデータパケットの搬送に使用されることを指示するための指示情報、関連ベアラが転送されていないデータパケットの搬送に使用されることを指示するための指示情報、のうちの少なくとも１つが含まれる。

ここで、ベアラ識別子は、アダプテーションレイヤを解析要否、Ｆ１ＡＰプロトコル層処理の実行要否、ＰＤＣＰプロトコル層処理の実行要否、Ｆ１ＡＰプロトコル層処理が実行されたか否か、ＰＤＣＰプロトコル層処理が実行されたか否か、関連ベアラがＦ１ＡＰメッセージの搬送に使用されること、関連ベアラがＲＲＣメッセージの搬送に使用されること、関連ベアラが転送されたデータパケットの搬送に使用されること、関連ベアラが転送されていないデータパケットの搬送に使用されること、のうちの少なくとも１つを暗黙的に示す。

ＩＡＢｎｏｄｅは、下りリンクデータパケットを受信した後、受信したデータパケットに対してアダプテーションレイヤ解析を実行するか否かを判定する必要がある。具体的には、ＩＡＢｎｏｄｅは、ベアラ構成情報及び受信したデータパケットが属するベアラに従って判定する。アダプテーションレイヤ解析の必要がないと判定された場合、直接ＰＤＣＰレイヤに配信して処理に供し、アダプテーションレイヤ解析が必要であると判定された場合、アダプテーションレイヤ処理を行った後、ネクストホップノードに送信する。

ユーザープレーンのデータパケットが転送されるシナリオでは、ＩＡＢノードは、ＩＡＢノードによって生成されたデータパケットに対してアダプテーションレイヤ処理を実行しない場合の方法である。

ＩＡＢノードとＩＡＢｄｏｎｅｒ間のプロトコルスタックを図４に示す。

図４では、アダプテーションレイヤはＩＡＢｎｏｄｅとＩＡＢｄｏｎｅｒＤＵのＲＬＣ層上に配置される。

なお、アダプテーションレイヤ（ａｄａｐｔｏｒｌａｙｅｒ／ａｄａｐｔａｔｉｏｎｌａｙｅｒ）は、ＲＬＣ層とＭＡＣ層との間に配置され、又はアダプテーションレイヤ機能は、ＲＬＣ又はＭＡＣ層に配置されるようにしてもよい。ｄｏｎｏｒＤＵとＣＵ－ＵＰの間のインターフェースにもアダプテーションレイヤが存在するようにしてもよく、つまり、ｄｏｎｏｒＤＵとＣＵ－ＵＰは、対応するアダプテーションレイヤ処理を実行する。

特に断らない限り、本実施例では、ｄｏｎｏｒＣＵは、ｄｏｎｏｒＣＵ－ＵＰを指す。ＣＵのＣＰとＵＰの分離を考慮しない場合、本実施例では、ｄｏｎｏｒＣＵ－ＵＰはｄｏｎｏｒＣＵによって置き換えられる。

また、図１１のアダプテーションレイヤはｄｏｎｏｒＤＵで終了する。本実施例の方法は、アダプテーションレイヤがｄｏｎｏｒＣＵ／ＣＵ?ＵＰで終了する場合にも適用できる。なお、本実施例の方法は、図４のプロトコルスタックアーキテクチャに限定されない。図１１では、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）はユーザーデータグラムプロトコルを表す。

シナリオ３
データパケットの上りリンク転送（図１１のＩＡＢｎｏｄｅ１からＩＡＢｄｏｎｅｒへの転送）
上りリンクデータのプロセスにおいて、ＩＡＢｎｏｄｅ１がユーザープレーンのデータパケットを生成した後、アダプテーションレイヤ処理を実行せず、ＤＲＢを介してＩＡＢｎｏｄｅ２に送信する。ＩＡＢｎｏｄｅ１は、取得したベアラ構成情報に従って、データパケットをＩＡＢｎｏｄｅ２に送信するためのベアラを決定する。また、ＩＡＢノードはＲＲＣメッセージ又はＦ１メッセージを通じて指示情報をＣＵに送信し、この指示情報は、ＩＡＢｎｏｄｅであるか、又はベアラ構成情報を必要とすることを示す。ＣＵは、ＲＲＣメッセージ又はＦ１メッセージを通じてベアラ構成情報をＩＡＢノードに送信できる。ここで、ベアラ構成情報には、以下の少なくとも１つが含まれる。

ＤＲＢＩＤ又はＳＲＢＩＤを含むベアラ識別子、
アダプテーションレイヤの解析要否を指示するための指示情報、
関連ベアラが転送されたデータパケットの搬送に使用されることを指示するための指示情報、
関連ベアラが転送されていないデータパケットの搬送に使用されることを指示するための指示情報。

ベアラ識別子は、デフォルト又は事前定義のルールに基づいて、
アダプテーションレイヤを解析要否、関連ベアラが転送されたデータパケットの搬送に使用されること、関連ベアラが転送されていないデータパケットの搬送に使用されること、のうちの少なくとも１つを暗黙的に指示できる。

上記方法により、ＩＡＢｎｏｄｅ１は、ＩＡＢｎｏｄｅ１自体によって生成されたユーザープレーンのデータパケットに対してアダプテーションレイヤ処理とカプセル化を実行せず、取得したベアラ構成情報に従って、ＩＡＢｎｏｄｅ１自体によって生成されたユーザープレーンのデータパケットを送信するためのベアラを決定する。ＩＡＢｎｏｄｅ２も、ＲＲＣメッセージ又はＦ１メッセージを通じてベアラ構成情報を取得し、ベアラ構成情報及び受信したデータパケットが属するベアラに従って、アダプテーションレイヤの解析要否を判定することができる。そして、ＩＡＢｎｏｄｅ２は、アダプテーションレイヤのカプセル化を行い、アダプテーションレイヤヘッダに含まれる情報は、第１実施例と同じである。

シナリオ４
データパケットの下りリンク転送（図１１のＩＡＢｄｏｎｅｒからＩＡＢｎｏｄｅ１への転送）
本シナリオでは、下りリンクデータ転送方法は、シナリオ２の下りリンクデータ転送方法と同じである。

図１２は、本発明の実施例による別のＩＡＢ配置シナリオの模式図である。

シナリオ５
ＩＡＢノードのコントロールプレーン情報（ＲＲＣメッセージ及びＦ１ＡＰメッセージ）がユーザープレーン（つまり、ＤＲＢ）を介して転送される場合、ＩＡＢノードが、ＩＡＢノード自体によって生成されるデータパケットに対してアダプテーションレイヤ処理を実行しない場合の方法である。図１２は、本発明の実施例による別のＩＡＢ配置シナリオの模式図である。なお、本実施例の方法は、図１２のプロトコルスタックアーキテクチャに限定されない。

ＣＵは、ＲＲＣメッセージ又はＦ１メッセージを通じて、ベアラ構成情報をＩＡＢノードに送信できる。ベアラ構成情報の内容については、実施例２の記載を参照すればよい。たとえば、ＩＡＢｎｏｄｅは、次の２つの方法で、受信したデータパケットに対してアダプテーションレイヤ解析を実行するか否かを決定できる。

方法１
３つの専用ＤＲＢセットを設定する。

ＤＲＢセット１は、コントロールプレーンのデータパケットがベアラされており、ネクストホップＩＡＢｎｏｄｅがアダプテーションレイヤを解析しないことを示し、ＤＲＢセット２は、ユーザープレーンのデータパケット（ＩＡＢｎｏｄｅ１のＭＴｐａｒｔによって生成されるユーザープレーンデータパケット）がベアラされており、ネクストホップＩＡＢｎｏｄｅがアダプテーションレイヤを解析しないことを示す。ＤＲＢセット３は、コントロールプレーンのデータパケット（転送されたＣＰｓｉｇｎａｌｉｎｇ）がベアラされており、ネクストホップＩＡＢｎｏｄｅがアダプテーションレイヤを解析する必要があることを示す。

方法２
１つの専用ＤＲＢセットを設定する。

この専用ＤＲＢセットは、ネクストホップＩＡＢｎｏｄｅがアダプテーションレイヤを解析要否の区別することに使用される。

シナリオ６
本実施例は、コントロールプレーンシグナリングがＳＲＢを通じて転送される方式のベアラマッピング方法を説明する。具体的には、ＩＡＢノード又はＩＡＢｄｏｎｅｒは、以下の方法の１つ又はこれらの組み合わせを使用できる。

方法１
ＵＥのＲＲＣメッセージとＩＡＢｎｏｄｅのＭＴｐａｒｔのＲＲＣメッセージの場合、ＩＡＢノード又はＩＡＢｄｏｎｅｒは、受信したＲＲＣメッセージのデータパケットに対応する論理チャネル又はベアラ識別子に従って、対応するｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｙを取得することができ、ＩＡＢノードは、それを対応する論理チャネルのｐｒｉｏｒｉｔｙに対応するＳＲＢにマッピングして転送することができる。

方法２
Ｆ１ＡＰメッセージの場合、ＤＵとＣＵの両方がＩＰヘッダのＤＳＣＰを識別する能力を備え、ＤＳＣＰからｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｙへのマッピング関係を、ＩＡＢｎｏｄｅ又はＩＡＢｄｏｎｅｒ（ＤＵ又はＣＵ）に設定することができ、ＩＡＢｎｏｄｅ又はＩＡＢｄｏｎｅｒは、このマッピング関係に基づき、データパケットを対応するＳＲＢにマッピングすることができる。同様に、Ｘｎ－Ｃ、Ｓ１－Ｃ、及びＮＧ－Ｃシグナリングも類似した方法を使用可能である。

方法３
ＩＡＢｎｏｄｅ又はＩＡＢｄｏｎｅｒは、ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｙからＤＳＣＰへのマッピング関係を（たとえば、ＣＵ又はコアネットワーク要素から）取得し、このマッピング関係に基づき、ＤＳＣＰをアダプテーションレイヤヘッダ又はＩＰヘッダに含める。ＩＡＢｎｏｄｅ又はＩＡＢｄｏｎｅｒは、データパケットを受信した後、このＤＳＣＰ値に従って、マッピング先となるＳＲＢを判定する。

方法４
デフォルトでは、システムはＳＲＢ１又はＳＲＢ２を通じて制御シグナリングを統一して転送する。

方法５
ＩＡＢｎｏｄｅは、受信したシグナリングが属するＳＲＢと同じタイプのＳＲＢを使用して転送する。

方法６
システムは、ＩＡＢシグナリングの転送専用のＳＲＢを事前に設定しており、設定された情報には、このＳＲＢを含むデフォルトＲＬＣ－ｃｏｎｆｉｇ及びｌｏｇｉｃａｌｃｈａｎｎｅｌｃｏｎｆｉｇｕｒａｔｉｏｎも含まれ、ｄｏｎｏｒＣＵ又はＩＡＢｄｏｎｅｒ又はｓｅｒｖｉｎｇＩＡＢｎｏｄｅは、ＩＡＢノードがアクセスするときに、ＩＡＢノードのＭＴｐａｒｔに、ＩＡＢシグナリングの転送専用のＳＲＢのＰＤＣＰ構成を設定できる。

方法７
ｒｅｆｌｅｃｔｉｖｅのＤＳＣＰ－≫ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｙ／ＳＲＢマッピングメカニズムを使用する。たとえば、ＳＲＢ２はデフォルトで使用されるが、ｒｅｆｌｅｃｔｉｖｅルールに従って調整し得る。

シナリオ７
本実施例は、コントロールプレーンシグナリングがＤＲＢを介して転送される方式のベアラマッピング方法を説明する。

具体的には、次の３つのタイプのコントロールプレーンシグナリング、１）ａｃｃｅｓｓＵＥのＲＲＣシグナリング、２）ＩＡＢｎｏｄｅのＭＴｐａｒｔのＲＲＣシグナリング、３）ＩＡＢｎｏｄｅＤＵｐａｒｔのＦ１－ＡＰシグナリングに対しては、ＤＳＣＰ－》ＱＦＩ－》ＤＲＢマッピング方法も、ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｙ－》ｌｏｇｉｃａｌｃｈａｎｎｅｌｐｒｉｏｒｉｔｙマッピング方法も使用できる。

ＮＧ－Ｃ制御シグナリング及びＸｎ－Ｃシグナリングの場合、ＱｏＳｒｕｌｅ及びＱｏＳｐｒｏｆｉｌｅに基づくマッピング方法、又はＤＳＣＰ－》ＱＦＩ－》ＤＲＢに基づくマッピング方法は使用できる。

実施例４
本実施例では、データパケットの送信装置も提供され、この装置は、上記の実施例及び実装形態を実現することに使用され、説明されたものについては繰り返して説明しない。以下で使用されるように、「モジュール」という用語は、所定の機能を実現し得るソフトウェア及び／又はハードウェアの組み合わせである。以下の実施例で説明される装置は、ソフトウェアによって実現されることが好ましいが、ハードウェア又はソフトウェアとハードウェアの組み合わせも考えられる。

図１３は、本発明の実施例によるデータパケットの送信装置の構造ブロック図であり、図１３に示すように、この装置は、設定モジュール１３０２及び送信モジュール１３０４を備える。

設定モジュール１３０２は、データパケットにアダプテーションレイヤヘッダを追加することに用いられる。

送信モジュール１３０４は、コントロールプレーンシグナリング又はユーザープレーンのデータパケットである前記データパケットをネクストホップＩＡＢノードに送信することに用いられる。

また、前記装置は、前記ＩＡＢノードの識別子情報を取得することに用いられる第１取得モジュールをさらに備え、前記設定モジュールは、さらに、追加された前記アダプテーションレイヤヘッダに前記識別子情報を設定することに用いられる。

また、前記取得モジュールは、さらに、無線リソース制御ＲＲＣメッセージを通じて集中型ユニットＣＵから前記識別子情報を取得するか、Ｆ１メッセージを通じて前記識別子情報を取得するか、又はメディアアクセス制御ユニットＭＡＣＣＥを通じて親ＩＡＢノードから前記識別子情報を取得することに用いられる。

また、前記装置は、Ｆ１メッセージを通じてＣＵからＩＡＢノード指示情報を取得することに用いられる第２取得モジュールをさらに備える。

なお、上記の各モジュールは、ソフトウェア又はハードウェアで実現でき、後者の場合、上記のモジュールは、すべて同じプロセッサ内にあるか、又は上記のモジュールは任意の組み合わせで異なるプロセッサにある方法で実現できるが、これらに限定されない。

実施例５
本実施例では、データパケットの送信装置も提供され、この装置は、上記の実施例及び実装形態を実現することに使用され、説明されたものについては繰り返して説明しない。以下で使用されるように、「モジュール」という用語は、所定の機能を実現し得るソフトウェア及び／又はハードウェアの組み合わせである。以下の実施例で説明される装置は、ソフトウェアによって実現されることが好ましいが、ハードウェア又はソフトウェアとハードウェアの組み合わせも考えられる。

図１４は、本発明の実施例による別のデータパケットの送信装置の構造ブロック図であり、図１４に示すように、この装置は、取得モジュール１４０２及び送信モジュール１３０４を備える。

取得モジュール１４０２は、ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定することに用いられる。

送信モジュール１４０４は、前記ベアラを介して、子ノード又は親ＩＡＢノード又はＩＡＢドナーに前記データパケットを送信することに用いられる。

また、前記ベアラ構成情報には、ＤＲＢＩＤ又はＳＲＢＩＤを含むベアラ識別子、アダプテーションレイヤの解析要否を指示するための指示情報、Ｆ１ＡＰカプセル化を指示するための指示情報、ＧＴＰ－Ｕカプセル化を指示するための指示情報、ＰＤＣＰ処理を指示するための指示情報、関連ベアラによってベアラされるデータパケットのプロトコルタイプを指示するための指示メッセージ、関連ベアラによってベアラされるデータパケットが転送されたデータパケットであるか否かを指示するための指示メッセージ、関連ベアラが転送に使用されることを指示するための指示情報、のうちの情報の少なくとも１つが含まれる。

また、前記装置は、無線リソース制御ＲＲＣメッセージ又はＦ１メッセージを通じて指示情報をＣＵに送信することに用いられる要求モジュールをさらに備え、前記指示情報は、ＩＡＢノード指示情報であるか、該ＩＡＢノードに前記ベアラ構成情報を要求することに使用され、前記ＩＡＢノード指示情報は、メッセージを送信するのがＩＡＢノードであることを前記ＣＵに指示することに使用される。

また、前記取得モジュールは、さらに、ＲＲＣメッセージを通じて集中型ユニットＣＵから前記ベアラ構成情報を取得するか、又はＦ１メッセージを通じてＣＵから前記ベアラ構成情報を取得することに用いられる。

実施例６
本実施例では、データパケットの受信装置も提供され、この装置は、上記の実施例及び実装形態を実現することに使用され、説明されたものについては繰り返して説明しない。以下で使用されるように、「モジュール」という用語は、所定の機能を実現し得るソフトウェア及び／又はハードウェアの組み合わせである。以下の実施例で説明される装置は、ソフトウェアによって実現されることが好ましいが、ハードウェア又はソフトウェアとハードウェアの組み合わせも考えられる。

図１５は、本発明の実施例によるデータパケットの受信装置の構造ブロック図であり、図１５に示すように、この装置は、受信モジュール１５０２及び処理モジュール１５０４を備える。

受信モジュール１５０２は、第２の指定されたＩＡＢノードによって送信されたデータパケットを受信することに用いられ、前記第２の指定されたＩＡＢノードは、子ＩＡＢノード又は親ＩＡＢノード又はＩＡＢｄｏｎｅｒドナーである。

処理モジュール１５０４は、取得したベアラ構成情報に従って前記データパケットを処理することに用いられる。

また、前記処理モジュール１５０４は、さらに、前記データパケットに対してアダプテーションレイヤ解析を実行するか否かを前記ベアラ構成情報に従って判定するか、前記データパケットに対してＦ１ＡＰプロトコル層処理を実行するか否かを前記ベアラ構成情報に従って判定するか、前記データパケットに対してＧＴＰ－Ｕプロトコル層処理を実行するか否かを前記ベアラ構成情報に従って判定するか、又は前記データパケットに対してＰＤＣＰプロトコル層処理を前記ベアラ構成情報に従って実行するか否かを判定することに用いられる。

実施例７
本実施例では、データパケットの伝送システムも提供され、この装置は、上記実施例及び実施形態を実現することに使用され、説明されたものについては繰り返して説明しない。

図１６は、本発明の実施例によるデータパケットの伝送システムの構造図であり、図１６に示すように、この装置は、第１ＩＡＢノード１６０２及び第２ＩＡＢノード１６０４を備える。

第１ＩＡＢノード１６０２は、アダプテーションレイヤヘッダをデータパケットに追加し、該データパケットを前記第２ＩＡＢノードに送信することに用いられる。

第２ＩＡＢノード１６０４は、前記アダプテーションレイヤヘッダを含むデータパケットを受信することに用いられる。

実施例８
本実施例では、別のデータパケットの伝送システムも提供され、この装置は、上記の実施例及び実施形態を実現することに使用され、説明されたものについては繰り返して説明しない。

図１７は、本発明の実施例によるデータパケットの伝送システムの構造図であり、図１７に示すように、この装置は、第３ＩＡＢノード１７０２及び第４ＩＡＢノード１７０４を備える。

第３ＩＡＢノード１７０２は、ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定し、前記ベアラを介して第４ＩＡＢノード１７０４に前記データパケットを送信することに用いられる。

第４ＩＡＢノード１７０４は、第３ノードのＩＡＢノード１７０２によって送信されたデータパケットを受信し、前記ベアラ構成情報を取得し、前記データパケットを前記ベアラ構成情報に従って処理することに用いられ、前記第４ＩＡＢノード１７０４は、第３ＩＡＢノード１７０２の子ＩＡＢノード又は親ＩＡＢノードである。

実施例９
本実施例では、別のデータパケットの伝送システムも提供され、この装置は、上記の実施例及び実施形態を実現することに使用され、説明されたものについては繰り返して説明しない。

図１８は、本発明の実施例による別のデータパケットの伝送システムの構造図であり、図１８に示すように、この装置は、第５ＩＡＢノード１８０２及びＩＡＢドナー１８０４を備える。

第５ＩＡＢノード１８０２は、ベアラ構成情報を取得し、データパケットを送信するためのベアラを該ベアラ構成情報に従って決定し、前記ベアラを介して前記ＩＡＢドナー１８０４に前記データパケットを送信することに用いられる。

ＩＡＢドナー１８０４は、第５ＩＡＢノード１８０２によって送信されたデータパケットを受信することに用いられる。

実施例１０
本開示の実施例はまた、実行されると上記の方法の実施例のいずれか１つのステップを実行することに用いられるコンピュータプログラムが記憶されている記憶媒体を提供する。

また、本実施例では、上記記憶媒体は、Ｕディスク、読み取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭと略される）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭと略される）、モバイルハードディスク、磁気ディスク、光ディスクなど、コンピュータプログラムを記憶し得るさまざまな媒体を含み得るが、これらに制限されない。

実施例１１
本開示の実施例はまた、メモリ及びプロセッサを備える電子装置を提供し、このメモリにはコンピュータプログラムが記憶されており、このプロセッサは、コンピュータプログラムを実行することによって、上記の方法の実施例のいずれか１つのステップを実行することに用いられる。

また、上記電子装置は、伝送機器及び入出力機器をさらに備えることができ、この伝送機器は上記プロセッサに接続され、この入出力機器は上記プロセッサに接続される。

また、本実施例の具体例については、上記実施例及び好適実施形態で説明された例を参照することができ、本実施例では詳しく説明しない。

本開示によれば、ＩＡＢノード自体が生成したデータパケットにアダプテーションレイヤヘッダを付加したり、専用ベアラ構成情報を利用したりするため、ＩＡＢアーキテクチャにおいてＩＡＢアーキテクチャによるデータ送受信が難しいという関連技術の問題を解決することができ、制御信号を正しく送受信できる効果を奏する。

もちろん、当業者にとって自明なように、本開示の上記の各モジュール又は各ステップは、汎用の計算装置によって実現され得、それらは単一の計算装置に集積されてもよく、又は複数の計算装置から構成されているネットワークに分散されてもよく、また、それらは、計算装置によって実行可能なプログラムコードで実現することができ、したがって、それらは、記憶装置に記憶されて、計算装置により実行することができ、また、場合によっては、表示又は説明されているステップは、ここで記載のものとは異なる順序で実行するか、個々の集積回路モジュールとして製造するか、又はそれらの複数のモジュール又はステップを単一の集積回路モジュールとして製造して実現するようにしてもよい。このため、本開示は、いずれの特定のハードウェア及びソフトウェアの組み合わせにも限定されない。

Claims

データパケットの送信方法であって、
無線アクセスバックホール統合伝送リンクＩＡＢノードは、コントロールプレーンシグナリングであるデータパケットにアダプテーションレイヤヘッダを追加し、前記ＩＡＢノードは、ベアラ構成情報を取得し、前記データパケットを送信するためのベアラを前記ベアラ構成情報に従って決定し、前記ＩＡＢノードは、前記データパケットを、前記ベアラを介して、子ＩＡＢノード又は親ＩＡＢノード又はＩＡＢドナーを含むネクストホップＩＡＢノードに送信するステップを含み、
前記ベアラ構成情報には、
関連ベアラがＦ１ＡＰメッセージの搬送に使用されることを指示するための指示情報を含む、関連ベアラによってベアラされるデータパケットのプロトコルタイプを指示するための指示メッセージが含まれる、データパケットの送信方法。
前記ＩＡＢノードは前記ＩＡＢノードの識別子情報を取得し、追加された前記アダプテーションレイヤヘッダに前記識別子情報を設定するステップをさらに含み、
前記ＩＡＢノードが前記識別子情報を取得するステップは、
前記ＩＡＢノードは、無線リソース制御ＲＲＣメッセージを通じて集中型ユニットＣＵから前記識別子情報を取得するか、
前記ＩＡＢノードは、Ｆ１メッセージを通じて前記識別子情報を取得するか、又は、
前記ＩＡＢノードは、メディアアクセス制御ユニットＭＡＣＣＥを通じて親ＩＡＢノードから前記識別子情報を取得するステップを含む、請求項１に記載の方法。
前記ＩＡＢノードが前記データパケットに前記アダプテーションレイヤヘッダを追加する前に、
前記ＩＡＢノードは、Ｆ１メッセージを通じて集中型ユニットＣＵからＩＡＢノード指示情報を取得するステップであって、前記ＩＡＢノード指示情報は、前記ＩＡＢノードのラストホップノードがＩＡＢノードであることを示す、ステップをさらに含む、請求項１に記載の方法。
前記無線アクセスバックホール統合伝送リンクＩＡＢノードが、データパケットにアダプテーションレイヤヘッダを追加することは、
前記ＩＡＢノードが、前記データパケットに、
ソースＩＡＢノードの識別子情報、フォーマット指示情報、指定された情報の情報ドメインが存在するか否かを指示するための指示情報、中継指示情報、プロトコルタイプ指示情報、プロトコル層処理の実行要否又は実行済みを指示するための指示情報、ＵＥ識別子タイプを指示するための指示情報、ＵＥ識別子とＭＴ識別子の区別を指示するための指示情報、データパケットの生成ソースを指示するための指示情報、ＵＥ識別子情報、ターゲットノード情報、ベアラ識別子、論理チャネル識別子、ルーティングパス情報、サービス品質ＱｏＳ情報、ＧＴＰトンネル情報、Ｆ１ＡＰＩＤ情報、コントロールプレーン指示情報、ユーザープレーン指示情報のうちの少なくとも１つを追加することを含む、請求項１に記載の方法。
前記ＩＡＢノードの識別子情報は、
前記ＩＡＢノードのモバイル端末のＭＴ部分を識別するための第１識別子、前記ＩＡＢノード又はＩＡＢドナーの分散型ユニットＤＵ、集中型ユニットＣＵ、又は基地局部分を識別するための第２識別子のうちの少なくとも１つを含む、請求項２～４のいずれか一項に記載の方法。
前記第１識別子は、Ｃ－ＲＮＴＩ、及びＣ?ＲＮＴＩが割り当てられたノードのノード識別子又はＣ－ＲＮＴＩが割り当てられたセルのセル識別子、Ｆ１ＡＰＩＤ、Ｘ２ＡＰＩＤ、ＸｎＡＰＩＤ、Ｓ１ＡＰＩＤ、ＮＧＡＰＩＤ、ＧＴＰＴＥＩＤ、ＤＵ識別子、セル識別子、ＰＣＩ及び第３識別子のうちの少なくとも１つを含む、又は、
前記第２識別子は、ＤＵ識別子、ＣＵ識別子、基地局識別子、セル識別子、ＰＣＩ、ＩＰアドレス、及び第３識別子のうちの少なくとも１つを含み、
前記第３識別子は、ＣＵによって割り当てられた識別子、ＣＵ－ＣＰによって割り当てられた識別子、ＣＵ－ＵＰによって割り当てられた識別子、又は、前記親ＩＡＢノードによって割り当てられた識別子である、請求項５に記載の方法。
前記データパケットがコントロールプレーンシグナリングである場合、前記コントロールプレーンシグナリングは、前記ＩＡＢノード識別子情報を含み、前記ＩＡＢノード識別子情報は、ソースノードの識別子情報とターゲットノードの識別子情報のうちの少なくとも１つを含み、又は、前記コントロールプレーンシグナリングのＰＤＣＰＰＤＵには、ベアラされたプロトコルタイプを示すためのプロトコルタイプ指示情報が含まれ、前記プロトコルタイプは、ＲＲＣ、Ｆ１ＡＰ、Ｘ２ＡＰ、ＸｎＡＰ、Ｓ１ＡＰ、ＮＧＡＰのうちの１つを含む、請求項５に記載の方法。
前記ＩＡＢノードが前記ベアラ構成情報を取得する前に、
前記ＩＡＢノードは、無線リソース制御ＲＲＣメッセージ又はＦ１メッセージを通じて、ＩＡＢノード指示情報であるか、前記ＩＡＢノードのために前記ベアラ構成情報を要求するための指示情報を集中型ユニットＣＵに送信するステップをさらに含む、請求項１に記載の方法。
前記ＩＡＢノードが前記ベアラ構成情報を取得するステップは、
前記ＩＡＢノードは、ＲＲＣメッセージを通じて集中型ユニットＣＵから前記ベアラ構成情報を取得するか、又は、
前記ＩＡＢノードは、Ｆ１メッセージを通じて集中型ユニットＣＵから前記ベアラ構成情報を取得するステップを含む、請求項１に記載の方法。
前記ＲＲＣメッセージ又は前記Ｆ１メッセージには、ＩＡＢノード識別子情報が含まれる、請求項８に記載の方法。
メモリ及びプロセッサを備え、前記メモリには、コンピュータプログラムが記憶されており、前記プロセッサは、前記コンピュータプログラムを実行することによって、請求項１～１０のいずれか１項に記載の方法を実行するように構成されている、電子装置。