(57)【特許請求の範囲】
【請求項１】
データ送信リンク確立装置であって、
複数のアクセス・ノードの各々とホスト・ノードとの間の各々のデータ・バックホール能力にしたがって、前記複数のアクセス・ノードから目標ノードを選択するように構成される選択ユニットと、
前記選択ユニットによって選択された前記目標ノードとの1つ又は複数のデータ送信リンクを確立することを必要とする1つ又は複数のバックホール・ノードを決定するように構成される決定ユニットと、
前記決定ユニットによって決定される前記1つ又は複数のバックホール・ノード及び前記目標ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定するように構成される設定ユニットと、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間の前記1つ又は複数のデータ送信リンクを確立するために、前記設定ユニットによって設定される前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記1つ又は複数のバックホール・ノードに構成を実行するように構成される構成ユニットと、を含み、
前記設定ユニットは、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信方向を決定するように構成される方向決定サブユニットと、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信に使用されるチャネルを選択するように構成されるチャネル選択サブユニットと、
前記方向決定サブユニットによって決定された前記データ送信方向及び前記チャネル選択サブユニットによって選択された前記チャネルにしたがって、前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記プロトコル・スタックの役割を決定するように構成される役割設定サブユニットと、を含む、
装置。
【請求項２】
前記決定ユニットは、さらに、前記選択ユニットが選択した前記目標ノードとの複数のデータ送信リンクを確立することを必要とする複数のバックホール・ノードを決定するように構成され、
前記決定ユニットが、前記複数のバックホール・ノードを決定する場合に、前記設定ユニットは、前記複数のバックホール・ノードの各々に対する前記目標ノードの各プロトコル・スタックの役割、前記目標ノードに対する前記複数のバックホール・ノードのうちの各々のバックホール・ノードのプロトコル・スタックの役割、及び、前記複数のバックホール・ノードのうちの異なるバックホール・ノードの間のプロトコル・スタックの役割を設定するように構成される、請求項１に記載の装置。
【請求項３】
前記選択ユニットは、
各々のアクセス・ノードとホスト・ノードとの間のデータ・バックホール能力を検出するように構成される能力検出サブユニットと、
不十分なデータ・バックホール能力を有するアクセス・ノードを、前記能力検出サブユニットの検出結果にしたがって前記目標ノードとして選択するように構成されるアクセス・ノード選択サブユニットとを含む、請求項１に記載の装置。
【請求項４】
前記決定ユニットは、1つ又は複数のアクセス・ノードを前記1つ又は複数のバックホール・ノードとして選択するように構成され、前記1つ又は複数のアクセス・ノードは、アイドルなデータ送信リソースを有し、前記選択ユニットによって選択された前記目標ノードとの接続を、無線インターフェイスを使用することにより確立することが可能である、請求項１又は３に記載の装置。
【請求項５】
前記構成ユニットは、
第1の構成情報及び第2の構成情報を生成するように構成される構成情報生成サブユニットであって、前記第1の構成情報は、前記目標ノードに対する前記1つ又は複数のバックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、前記第2の構成情報は、前記1つ又は複数のバックホール・ノードに対する前記目標ノードのプロトコル・スタックの役割を構成するのに使用される、構成情報生成サブユニットと、
前記構成情報生成サブユニットによって生成された前記第1の構成情報を前記1つ又は複数のバックホール・ノードに送信し、そして、前記構成情報生成サブユニットによって生成された前記第2の構成情報を前記目標ノードに送信する、ように構成される構成情報送信サブユニットと、を含む、請求項３又は４に記載の装置。
【請求項６】
選択ユニット、決定ユニット、設定ユニット、及び構成ユニットを含むデータ送信リンク確立装置によって実行されるデータ送信リンク確立方法であって、
前記選択ユニットによって、複数のアクセス・ノードの各々とホスト・ノードとの間の各々のデータ・バックホール能力にしたがって、前記複数のアクセス・ノードから目標ノードを選択するステップと、
前記目標ノードとの1つ又は複数のデータ送信リンクを確立することを必要とする1つ又は複数のバックホール・ノードを前記決定ユニットによって決定するステップと、
前記設定ユニットによって、前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定するステップと、
前記構成ユニットによって、前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記1つ又は複数のバックホール・ノードを構成して、前記目標ノードと前記1つ又は複数のバックホール・ノードとの間の前記1つ又は複数のデータ送信リンクを確立するステップと、を含み、
前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定するステップは、
前記設定ユニットによって、前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信方向を決定するステップと、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信に使用されるチャネルを前記設定ユニットによって選択するステップと、
前記設定ユニットによって、前記データ送信方向及び前記チャネルにしたがって、前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記プロトコル・スタックの役割を決定するステップと、を含む、
方法。
【請求項７】
1つ又は複数のバックホール・ノードを前記決定ユニットによって決定するステップは、前記目標ノードとの複数のデータ送信リンクを確立することを必要とする複数のバックホール・ノードを決定するステップを含み、
前記複数のバックホール・ノードが前記決定ユニットによって決定される場合に、前記設定ユニットによって、前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定するステップは、前記複数のバックホール・ノードの各々に対する前記目標ノードの各プロトコル・スタックの役割、前記目標ノードに対する前記複数のバックホール・ノードのうちの各々のバックホール・ノードのプロトコル・スタックの役割、及び、前記複数のバックホール・ノードのうちの異なるバックホール・ノードの間のプロトコル・スタックの役割を設定するステップを含む、請求項６に記載の方法。
【請求項８】
目標ノードを選択するステップは、
前記選択ユニットによって、各々のアクセス・ノードのデータ・バックホール能力を検出するステップと、
前記選択ユニットによって、不十分なデータ・バックホール能力を有するアクセス・ノードを前記目標ノードとして選択するステップと、を含む、請求項６に記載の方法。
【請求項９】
前記目標ノードとのデータ送信リンクを確立することを必要とする1つ又は複数のバックホール・ノードを決定するステップは、
前記決定ユニットによって、1つ又は複数のアクセス・ノードを前記1つ又は複数のバックホール・ノードとして選択するステップを含み、前記1つ又は複数のアクセス・ノードは、アイドルなデータ送信リソースを有し、無線インターフェイスを使用することにより前記目標ノードとの接続を確立することが可能である、請求項６又は８に記載の方法。
【請求項１０】
前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記バックホール・ノードを構成するステップは、
前記構成ユニットによって、第1の構成情報及び第2の構成情報を生成するステップであって、前記第1の構成情報は、前記目標ノードに対する前記1つ又は複数のバックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、前記第2の構成情報は、前記1つ又は複数のバックホール・ノードに対する前記目標ノードのプロトコル・スタックの役割を構成するのに使用される、ステップと、
前記構成ユニットによって、前記第1の構成情報を前記1つ又は複数のバックホール・ノードに送信するステップと、
前記構成ユニットによって、前記第2の構成情報を前記目標ノードに送信するステップと、を含む、請求項９に記載の方法。
【請求項１１】
ホスト・ノード及び少なくとも2つのアクセス・ノードを含む通信システムであって、
前記ホスト・ノードは、
前記少なくとも2つのアクセス・ノードの各々と前記ホスト・ノードとの間の各々のデータ・バックホール能力にしたがって、前記少なくとも2つのアクセス・ノードから目標ノードを選択し、
前記少なくとも2つのアクセス・ノードのうちで前記目標ノードとの1つ又は複数のデータ送信リンクを確立する必要がある1つ又は複数のバックホール・ノードを決定し、
前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定し、そして、
前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記1つ又は複数のバックホール・ノードを構成して、前記目標ノードと前記1つ又は複数のバックホール・ノードとの間の前記1つ又は複数のデータ送信リンクを確立する、ように構成され、
前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定する際に、前記ホスト・ノードは、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信方向を決定し、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信に使用されるチャネルを選択し、
前記データ送信方向及び前記チャネルにしたがって、前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記プロトコル・スタックの役割を決定する、ように構成される、
通信システム。
【請求項１２】
前記ホスト・ノードが決定した前記1つ又は複数のバックホール・ノードは、前記目標ノードとの複数のデータ送信リンクを確立することを必要とする複数のバックホール・ノードを含み、
前記ホスト・ノードが、前記複数のバックホール・ノードを決定するように構成される場合に、前記ホスト・ノードは、前記複数のバックホール・ノードの各々に対する前記目標ノードの各プロトコル・スタックの役割、前記目標ノードに対する前記複数のバックホール・ノードのうちの各々のバックホール・ノードのプロトコル・スタックの役割、及び、前記複数のバックホール・ノードのうちの異なるバックホール・ノードの間のプロトコル・スタックの役割を設定するように構成される、請求項１１に記載の通信システム。
【請求項１３】
1つ又は複数のコンピュータ実行可能な命令を含むコンピュータ・プログラムであって、前記1つ又は複数のコンピュータ実行可能な命令は、データ送信リンク確立装置のプロセッサで実行されると、前記データ送信リンク確立装置にデータ送信リンク確立方法を実行させ、前記データ送信リンク確立方法は、
複数のアクセス・ノードの各々とホスト・ノードとの間の各々のデータ・バックホール能力にしたがって、前記複数のアクセス・ノードから目標ノードを選択するステップと、
前記目標ノードとの1つ又は複数のデータ送信リンクを確立することを必要とする1つ又は複数のバックホール・ノードを決定するステップと、
前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定するステップと、
前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記1つ又は複数のバックホール・ノードを構成して、前記目標ノードと前記1つ又は複数のバックホール・ノードとの間の前記1つ又は複数のデータ送信リンクを確立するステップと、を含み、
前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記1つ又は複数のデータ送信リンクの中でのプロトコル・スタックの役割を設定するステップは、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信方向を決定するステップと、
前記目標ノードと前記1つ又は複数のバックホール・ノードとの間のデータ送信に使用されるチャネルを選択するステップと、
前記データ送信方向及び前記チャネルにしたがって、前記目標ノード及び前記1つ又は複数のバックホール・ノードの前記プロトコル・スタックの役割を決定するステップと、を含む、
コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信の分野に関し、特に、データ送信リンク確立装置及び方法、並びに通信システムに関する。
【背景技術】
【０００２】
第3世代パートナーシップ・プロジェクト(3rd  Generation  Partnership  Project、略して3GPP)のロング・ターム・エボリューション(Long  Term  Evolution、略してLTE)/LTEアドバンスト(LTE-advanced、略してLTE-A)システムのネットワークの発展の過程では、ホモジニアス・ネットワークからヘテロジニアス・ネットワークへの発展の傾向が示される。ホモジニアス・ネットワークでは、比較的大きなカバレッジ・エリアを有する高い電力のマクロ基地局が、セルラ・ネットワーク形状の中で絶え間ないカバレッジを形成する。ヘテロジニアス・ネットワークでは、上記のマクロ基地局のカバレッジを基にして、より小さなセルが増加し、ネットワーク容量をさらに増加させる。無線システム容量の要件の増加に伴って、小さなセルの強化が、容量の要件を満たすための複数の主たる技術的な方向性のうちの1つとなっている。
【０００３】
しかしながら、小さなセルの強化のある特定の実装プロセスには、数多くの実際の困難が存在する。大きな数の小さなセルのデータ・バックホールをどのように取り扱うかが、鍵となる問題のうちの1つである。ここで言及するデータ・バックホールとは、一般的に、小さなセル等のアクセス・ポイント(AP、Access  Point)とコア・ネットワーク(Core  Network)との間のデータ送信をいう。従来技術では、有線接続の方法でデータ・バックホールを実装してもよく、或いは、無線接続の方法でデータ・バックホールを実装してもよい。接続の安定性とバックホール容量の観点からは、バックホールを完成させるのに、小さなセルが有線接続バックホールの手法を使用する。しかしながら、ファイバ等の有線接続を展開するのに、穴を掘る建設を必要とする。複数の小さなセルを集約的に展開する必要がある都市圏は、通常、穴を掘る建設のための条件を満たしておらず、有線接続を展開することは不可能である。このような場合には、あるネットワークの中で、おそらく、複数の小さなセルのうちのいくつかのみが、有線接続を使用することによりデータ・バックホールを実行することが可能であり、残りの小さなセルは、無線接続の手法でバックホールを完成させることを必要とする。
【０００４】
無線バックホール技術では、小さなセルのバックホールを実装するのに、通常、LTEによって提供されるRelay技術的解決方法を使用する。Relay技術的解決方法は、Relayノード、端末デバイス、及びホスト・ノード(Donner-eNB)を含み、ホスト・ノードは、コア・ネットワークに接続される。Relayノードは、バックホールを実行する必要がある場合に、Unインターフェイスを使用することによりホスト・ノードとの無線接続を確立し、そのホスト・ノードを使用することによりバックホールを完成させる。上記のホスト・ノードは、マクロ基地局であってもよく、上記のRelayノードは、小さなセルであってもよい。
【０００５】
ホスト・ノードとRelayノードとの間の関係は、1対多数の関係であるので、多数のRelayノードが、同じホスト・ノードを使用することによりバックホールを完成させることを必要とする。集約的な小さなセルの展開に関する実際の状況においては、ホスト・ノードに接続される多数のRelayノードが存在するため、それらのRelayノードのすべてがバックホールを実装することが可能であるということ保証するために、そのホスト・ノードと各々のRelayノードとの間でサポートすることができるデータ送信レートには、限度がある。Relayノードのバックホール・データのデータ量が比較的大きい場合には、データ送信レートの限度のために、バックホール能力は不十分である可能性があり、それによってデータ・バックホールに影響を及ぼす。
【発明の概要】
【０００６】
本発明の複数の実施形態は、データ送信リンク確立装置及び方法、並びに通信システムを提供して、従来技術を使用した場合にバックホール能力が不十分となる可能性があることに起因してデータ・バックホールが影響を受けるという問題を解決する。
【０００７】
第1の態様によれば、本発明の1つの実施形態は、データ送信リンク確立装置であって、
目標ノードを選択するように構成される選択ユニットと、
前記選択ユニットによって選択された前記目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するように構成される決定ユニットと、
前記決定ユニットによって決定される前記バックホール・ノード及び前記目標ノードの前記データ送信リンクの中でのプロトコル・スタックの役割を設定するように構成される設定ユニットと、
前記設定ユニットによって設定される前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記バックホール・ノードに構成を実行して、前記目標ノードと前記バックホール・ノードとの間の前記データ送信リンクを確立するように構成される構成ユニットとを含む、データ送信リンク確立装置を提供する。
【０００８】
第1の態様に関して、第1の態様の第1の可能な実装方法において、前記選択ユニットは、
各々のアクセス・ノードとホスト・ノードとの間のデータ・バックホール能力を検出するように構成される能力検出サブユニットと、
不十分なデータ・バックホール能力を有するアクセス・ノードを、前記能力検出サブユニットの検出結果にしたがって前記目標ノードとして選択するように構成されるアクセス・ノード選択サブユニットとを含む。
【０００９】
第1の態様又は第1の態様の第1の可能な実装方法に関して、第1の態様の第2の可能な実装方法において、
前記決定ユニットは、特に、アクセス・ノードを前記バックホール・ノードとして選択するように構成され、前記アクセス・ノードは、アイドルなデータ送信リソースを有し、前記選択ユニットによって選択された前記目標ノードとの接続を、無線インターフェイスを使用することにより確立することが可能である。
【００１０】
第1の態様の第2の可能な実装方法に関して、第1の態様の第3の可能な実装方法において、前記設定ユニットは、
前記目標ノードと前記バックホール・ノードとの間のデータ送信方向を決定するように構成される方向決定サブユニットと、
前記目標ノードと前記バックホール・ノードとの間のデータ送信に使用されるチャネルを選択するように構成されるチャネル選択サブユニットと、
前記方向決定サブユニットによって決定された前記データ送信方向及び前記チャネル選択サブユニットによって選択された前記チャネルにしたがって、前記目標ノード及び前記バックホール・ノードの前記プロトコル・スタックの役割を決定するように構成される役割設定サブユニットとを含む。
【００１１】
第1の態様又は第1の態様の第1の可能な実装方法又は第1の態様の第2の可能な実装方法に関して、第1の態様の第4の可能な実装方法において、前記構成ユニットは、
第1の構成情報及び第2の構成情報を生成するように構成される構成情報生成サブユニットであって、前記第1の構成情報は、前記目標ノードに対する前記バックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、前記第2の構成情報は、前記バックホール・ノードに対する前記目標ノードのプロトコル・スタックの役割を構成するのに使用される、構成情報生成サブユニットと、
前記構成情報生成サブユニットによって生成された前記第1の構成情報を前記バックホール・ノードに送信し、前記構成情報生成サブユニットによって生成された前記第2の構成情報を前記目標ノードに送信するように構成される構成情報送信サブユニットとを含む。
【００１２】
第2の態様によれば、本発明の1つの実施形態は、データ送信リンク確立方法であって、
目標ノードを選択するステップと、
前記目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するステップと、
前記目標ノード及び前記バックホール・ノードの前記データ送信リンクの中でのプロトコル・スタックの役割を設定するステップと、
前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記バックホール・ノードを構成して、前記目標ノードと前記バックホール・ノードとの間の前記データ送信リンクを確立するステップとを含む、データ送信リンク確立方法を提供する。
【００１３】
第2の態様に関して、第2の態様の第1の可能な実装方法において、目標ノードを選択するステップは、
各々のアクセス・ノードのデータ・バックホール能力を検出するステップと、
不十分なデータ・バックホール能力を有するアクセス・ノードを前記目標ノードとして選択するステップとを含む。
【００１４】
第2の態様又は第2の態様の第1の可能な実装方法に関して、第2の態様の第2の可能な実装方法において、前記目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するステップは、
アクセス・ノードを前記バックホール・ノードとして選択するステップを含み、前記アクセス・ノードは、アイドルなデータ送信リソースを有し、無線インターフェイスを使用することにより前記目標ノードとの接続を確立することが可能である。
【００１５】
第2の態様の第2の可能な実装方法に関して、第2の態様の第3の可能な実装方法において、前記目標ノード及び前記バックホール・ノードの前記データ送信リンクの中でのプロトコル・スタックの役割を設定するステップは、
前記目標ノードと前記バックホール・ノードとの間のデータ送信方向を決定するステップと、
前記目標ノードと前記バックホール・ノードとの間のデータ送信に使用されるチャネルを選択するステップと、
前記データ送信方向及び前記チャネルにしたがって、前記目標ノード及び前記バックホール・ノードの前記プロトコル・スタックの役割を決定するステップとを含む。
【００１６】
第2の態様又は第2の態様の第1の可能な実装方法又は第2の態様の第2の可能な実装方法に関して、第2の態様の第4の可能な実装方法において、前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記バックホール・ノードを構成するステップは、
第1の構成情報及び第2の構成情報を生成するステップであって、前記第1の構成情報は、前記目標ノードに対する前記バックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、前記第2の構成情報は、前記バックホール・ノードに対する前記目標ノードのプロトコル・スタックの役割を構成するのに使用される、ステップと、
前記第1の構成情報を前記バックホール・ノードに送信するステップと、
前記第2の構成情報を前記目標ノードに送信するステップとを含む。
【００１７】
第3の態様によれば、本発明の1つの実施形態は、通信システムであって、
当該通信システムは、ホスト・ノード及び少なくとも2つのアクセス・ノードを含み、前記ホスト・ノードは、前記少なくとも2つのアクセス・ノードから目標ノードを選択し、前記少なくとも2つのアクセス・ノードのうちで前記目標ノードとのデータ送信リンクを確立する必要があるバックホール・ノードを決定し、前記目標ノード及び前記バックホール・ノードの前記データ送信リンクの中でのプロトコル・スタックの役割を設定し、そして、前記プロトコル・スタックの役割にしたがって前記目標ノード及び前記バックホール・ノードを構成して、前記目標ノードと前記バックホール・ノードとの間の前記データ送信リンクを確立するように構成される、通信システムを提供する。
【００１８】
本発明の複数の実施形態において、選択ユニットは、目標ノードを選択するように構成され、決定ユニットは、選択ユニットによって選択された目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するように構成され、設定ユニットは、決定ユニットによって決定されるバックホール・ノード及び目標ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定するように構成され、構成ユニットは、設定ユニットによって設定されるプロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードに構成を実行して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立するように構成される。あるアクセス・ノードのバックホール能力が不十分である場合には、本発明の複数の実施形態において提示される方法を、そのアクセス・ノードと他のアクセス・ノードとの間でのデータ送信リンクを確立するのに使用してもよく、それによって、上記の他のアクセス・ノードのデータ送信リソースを、目標ノードがデータ・バックホールを実行するのを支援するのに使用してもよく、その結果、ディフォルトのバックホール・パスの不十分なバックホール能力に起因してそのアクセス・ノードがデータ送信に影響を与えるのを防止することが可能である。
【図面の簡単な説明】
【００１９】
本発明の複数の実施形態における技術的解決方法をより明確に説明するために、以下の記載は、上記の複数の実施形態を説明するのに必要な複数の添付の図面を簡単に紹介する。明らかなことではあるが、当業者であれば、創造的な努力なくして、これらの添付の図面からさらに他の図面を導き出すことが可能である。
【００２０】
【図１Ａ】本発明にしたがったデータ送信リンク確立装置の1つの実施形態の概略図である。
【図１Ｂ】本発明にしたがったデータ送信リンク確立装置の選択ユニットの1つの実施形態の概略図である。
【図１Ｃ】本発明にしたがったデータ送信リンク確立装置の設定ユニットの1つの実施形態の概略図である。
【図１Ｄ】本発明にしたがったデータ送信リンク確立装置の構成ユニットの1つの実施形態の概略図である。
【図２】本発明にしたがったデータ送信リンク確立装置の他の実施形態の概略図である。
【図３】本発明にしたがったデータ送信リンク確立方法の1つの実施形態のフローチャートである。
【図４】本発明にしたがったデータ送信リンク確立方法の他の実施形態のフローチャートである。
【図５】本発明にしたがったデータ送信リンク確立方法の他の実施形態のフローチャートである。
【図６Ａ】本発明にしたがった通信システムの概略図である。
【図６Ｂ】本発明にしたがった通信システムの他の概略図である。
【図６Ｃ】本発明にしたがった通信システムの他の概略図である。
【図７】本発明にしたがったデータ送信リンク確立装置の他の実施形態の概略図である。
【図８】本発明にしたがったデータ送信リンク確立装置の他の実施形態の概略図である。
【発明を実施するための形態】
【００２１】
本発明の複数の実施形態で説明されるアクセス・ノードは、小さなセル等のアクセス・ノードであってもよく、或いは、他の通信デバイスであってもよいということを本明細書においては留意すべきである。
【００２２】
図1Aを参照すると、図1Aは、データ送信リンク確立装置の1つの実施形態の概略図である。データ送信リンク確立装置は、ホスト・ノードに配置されてもよいし、或いは、ホスト・ノードであってもよい。
【００２３】
図1Aに示されているように、データ送信リンク確立装置は、決定ユニット102、設定ユニット103、及び構成ユニット104を含む。
【００２４】
選択ユニット101は、目標ノードを選択するように構成される。
【００２５】
選択ユニット101は、最初に、データ送信リンクを確立することを必要とする目標ノードを選択する。その目標ノードは、Relay技術的解決方法に従って確立されたディフォルトのバックホール・パスのデータ・バックホール能力が不適切であるアクセス・ノードであってもよく、或いは、例えば、ある確立されたデータ送信リンクの中で目標ノード又はバックホール・ノードとなってもよいといった、あらかじめ定められた条件を満たす他のアクセス・ノードであってもよい。
【００２６】
図1Bに示されているように、選択ユニットは、各々のアクセス・ノードとホスト・ノードとの間のデータ・バックホール能力を検出するように構成される能力検出サブユニット1011と、不十分なデータ・バックホール能力を有するアクセス・ノードを目標ノードとして選択するように構成されるアクセス・ノード選択サブユニット1012とを含んでもよい。
【００２７】
集約的な小さなセルの展開に関する実際の状況においては、ホスト・ノードに接続される多数のアクセス・ノードが存在するため、それらのアクセス・ノードのすべてがバックホールを実装することが可能であるということ保証するために、そのホスト・ノードとそのアクセス・ノードとの間のディフォルトのバックホール・パスでサポートすることができるデータ送信レートには、限度があり、したがって、そのアクセス・ノードのバックホール能力が不適切となる可能性がある。能力検出サブユニット1011は、各々のアクセス・ノードにアクセスする際に、そのアクセス・ノードのデータ・バックホール能力を検出してもよく、又はそのアクセス・ノードとホスト・ノードとの間のディフォルトのバックホール・パスのデータ送信状態に従ってデータ送信過程でのそのアクセス・ノードのデータ・バックホール能力を検出してもよい。
【００２８】
アクセス・ノード選択サブユニット1012は、アクセス・ノードのバックホール能力を検出した後に、データ・バックホール能力がバックホール要件を満たすことができないアクセス・ノードを、目標ノードとして選択してもよい。本明細書においては、アクセス・ノードのバックホール能力は、そのアクセス・ノードとホスト・ノードとの間のアップリンク・バックホール能力を指してもよく、又はダウンリンク・バックホール能力を指してもよいということに留意すべきである。
【００２９】
決定ユニット102は、目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するように構成される。決定ユニット102は、特に、アクセス・ノードをバックホール・ノードとして選択するように構成されてもよく、アクセス・ノードは、アイドルなデータ送信リソースを有し、無線インターフェイスを使用することにより、目標ノードとの接続を確立することが可能である。
【００３０】
バックホール・ノードは、現在アイドル状態にあるか、又は比較的高い負荷を有している1つ又は複数のアクセス・ノードであってもよい。アクセス・ノード及びホスト・ノードは、有線接続又は無線接続で接続されてもよいので、有線接続手法でホスト・ノードと接続されたアクセス・ノードを、以降では、有線アクセス・ノードと称し、無線接続手法でホスト・ノードと接続されたアクセス・ノードを、以降では、無線アクセス・ノードと称する。有線接続がサポートすることができるデータ送信レートは、通常、無線接続がサポートすることができるデータ送信レートよりもはるかに高いので、有線アクセス・ノードのバックホール能力は、無線アクセス・ノードのバックホール能力よりも高い。バックホール・ノードを決定する際に、決定ユニット102は、バックホール・ノードとして有線アクセス・ノードを選択してもよい。さらに、あるバックホール能力を有するアクセス・ノードは、マイクロ波、非対称ディジタル加入者線(ADSL、Asymmetric  Digital  Subscriber  Line)、WiFi(Wireless  Fidelity)、又はその他同様の手段による手法でバックホールを実装してもよい。これらのアクセス・ノードのすべては、バックホール・ノードとなることができる。さらに、あるバックホール能力を有していないアクセス・ノードは、遷移による手法で他のアクセス・ノードについてのバックホールの問題を解決してもよい。これらのアクセス・ノードは、バックホール・ノードとして選択されてもよい。
【００３１】
設定ユニット103は、目標ノード及びバックホール・ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定するように構成される。
【００３２】
アクセス・ノードの配置位置及びアクセス・ノードのアイドルなデータ送信リソースの数量に従ってデータ送信リンクの構造を決定してもよい。1つのバックホール・ノードが存在する場合には、データ送信リンクは、目標ノードとバックホール・ノードとの間のサブリンクのみを含んでもよい。多数のバックホール・ノードが存在する場合には、データ送信リンクは、目標ノードと各々のバックホール・ノードとの間の複数の並列サブリンクを含むか、または、データ送信リンクは、目標ノードとバックホール・ノードとの間のサブリンク及び複数の異なるバックホール・ノードの間のサブリンクを含んでもよい。本発明の本実施形態において説明されるパスは、複数の異なる基地局の間又は複数の異なるアクセス・ノードの間のデータ送信パスを指す。
【００３３】
図1Cに示されているように、設定ユニット103は、目標ノードとバックホール・ノードとの間のデータ送信方向を決定するように構成される方向決定サブユニット1031と、目標ノードとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択するように構成されるチャネル選択サブユニット1032と、データ送信方向及びチャネルにしたがって、目標ノード及びバックホール・ノードのプロトコル・スタックの役割を決定するように構成される役割設定サブユニット1033とを含んでもよい。
【００３４】
バックホール・ノードが1つのみ存在するということが、1つの例として用いられる。目標ノード及びバックホール・ノードを決定した後に、方向決定サブユニット1031は、目標ノードとホスト・ノードとの間のデータ送信方向にしたがって目標ノードとバックホール・ノードとの間のデータ送信方向を決定する。例えば、目標ノードのダウンリンク能力が不適切であるとともに、ダウンリンク・データ送信の完了を支援するために、中間アクセス・ノードが要求されている場合に、データ送信方向は、バックホール・ノードから目標ノードに向かうということを決定してもよく、或いは、目標ノードのアップリンク能力が不適切であるとともに、アップリンク・データ送信の完了を支援するために、中間アクセス・ノードが要求されている場合に、データ送信方向は、目標ノードからバックホール・ノードに向かうということを決定してもよい。
【００３５】
目標ノード及びバックホール・ノードの双方は、eNB機能プロトコル・スタック及びUE機能プロトコル・スタックという少なくとも2つのプロトコル・スタックを有しているため、目標ノードからバックホール・ノードにデータを送信する際に、目標ノードをUE(User  Equipment)として使用してもよく、バックホール・ノードを進化型NodeB(eNB、evolved  Node  B)として使用してもよく、データ送信は、物理アップリンク共有チャネル(PUSCH、Physical  Uplink  Shared  Channel)を使用することにより実行され、或いは、目標ノードをeNBとして使用してもよく、バックホール・ノードをUEとして使用してもよく、データ送信は、物理ダウンリンク共有チャネル(PDSCH、Physical  Downlink  Shared  CHannel)を使用することにより実行される。したがって、チャネル選択サブユニット1032は、目標ノードとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択する必要がある。ホスト・ノードは、データ送信を実行するのにPUSCHを使用するか又はPDSCHを使用するかを、目標ノード及びバックホール・ノードのチャネル使用状態にしたがって選択してもよい。例えば、目標ノードのPUSCHが完全に使用されている場合には、目標ノードのPDSCHとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択してもよい。
【００３６】
データ送信方向及びチャネルを決定した後に、役割設定サブユニット1033は、データ送信方向及びチャネルにしたがって目標ノード及びバックホール・ノードのプロトコル・スタックの役割を決定する。例えば、データ送信方向がバックホール・ノードから目標ノードに向かい、PUSCHが選択される場合に、目標ノードに対してUEとしてバックホール・ノードを使用してもよく、バックホール・ノードに対してeNBとして目標ノードを使用してもよい。
【００３７】
アクセス・ノードのプロトコル・スタックの役割を決定する過程で、設定を実行するのに複数の要因を考慮してもよい。例えば、各々のタイムスロットの中でデータ送信のスケジューリングを制御するのに、バックホール・ノード及び目標ノードのうちのいずれのノードを使用するかにしたがって、アクセス・ノードのプロトコル・スタックの役割を決定してもよく、すなわち、スケジューリングを実行する役割を担うサイトは、eNBの役割として使用され、さらに、バックホール・ノード及び目標ノードのリソース使用状態にしたがってアクセス・ノードのプロトコル・スタックの役割を決定してもよい。例えば、UEがバックホール・ノードにさらにアクセスする場合に、そのバックホール・ノードは、eNBの役割としてバックホール・ノードを選択するとともにUEの役割として目標ノードを選択することにより、バックホール・ノードによって、サービスを提供されるUEに対してリソース多重化を実装してもよい。
【００３８】
構成ユニット104は、プロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードに構成を実行して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立するように構成される。
【００３９】
図1Dに示されているように、構成ユニットは、第1の構成情報及び第2の構成情報を生成するように構成される構成情報生成サブユニット1041であって、第1の構成情報は、目標ノードに対するバックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、第2の構成情報は、バックホール・ノードに対する目標ノードのプロトコル・スタックの役割を構成するのに使用される、構成情報生成サブユニット1041と、第1の構成情報をバックホール・ノードに送信し、第2の構成情報を目標ノードに送信するように構成される構成情報送信サブユニット1042とを含んでもよい。
【００４０】
バックホール・ノードが1つのみ存在するということが1つの例として使用される。バックホール・ノード及び目標ノードのプロトコル・スタックの役割を決定した後に、構成情報生成サブユニット1041は、第1の構成情報及び第2の構成情報を別々に生成する。第1の構成情報及び第2の構成情報を生成した後に、構成情報送信サブユニット1042は、バックホール・ノードに第1の構成情報を送信し、目標ノードに第2の構成情報を送信する。第1の構成情報を受信した後に、バックホール・ノードは、第1の構成情報の中に含まれるcell_id及びue_idとそのバックホール・ノードのcell_id及びue_idとの間でマッチングをとり、データ送信リンクの中でバックホール・ノードが担うべきプロトコル・スタックの役割を知り、第1の構成情報の指標にしたがってプロトコル・スタックを決定し、そして、そのプロトコル・スタックに基づいて目標ノードのプロトコル・スタックの役割を構成する。第2の構成情報を受信した後に、目標ノードは、第2の構成情報に含まれるcell_id及びue_idとその目標ノードのcell_id及びue_idとの間でマッチングをとり、データ送信リンクの中で目標ノードが担うべきプロトコル・スタックの役割を知り、第2の構成情報の指標にしたがってプロトコル・スタックを決定し、そして、そのプロトコル・スタックに基づいて目標ノードのプロトコル・スタックの役割を構成する。
【００４１】
本実施形態においては、選択ユニットは、目標ノードを選択するように構成され、決定ユニットは、選択ユニットによって選択された目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するように構成され、設定ユニットは、決定ユニットによって決定されるバックホール・ノード及び目標ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定するように構成され、構成ユニットは、設定ユニットによって設定されるプロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードに構成を実行して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立するように構成される。あるアクセス・ノードのバックホール能力が不適切である場合には、本発明の本実施形態において提示される方法を、そのアクセス・ノードと他のアクセス・ノードとの間でのデータ送信リンクを確立するのに使用してもよく、それによって、上記の他のアクセス・ノードのデータ送信リソースを、目標ノードがデータ・バックホールを実行するのを支援するのに使用してもよく、その結果、ディフォルトのバックホール・パスの不十分なバックホール能力に起因してそのアクセス・ノードがデータ送信に影響を与えるのを防止することが可能である。
【００４２】
図2を参照して、図2は、データ送信リンク確立装置の他の実施形態の概略図である。データ送信リンク確立装置は、アクセス・ノードに配置されてもよく、或いは、アクセス・ノードであってもよい。アクセス・ノードは、小さなセル等のAPであってもよい。
【００４３】
図2に示されているように、データ送信リンク確立装置は、受信ユニット201、選択ユニット202、及び構成ユニット203を含む。
【００４４】
受信ユニット201は、ホスト・ノードによって送信された構成情報を受信するように構成される。
【００４５】
受信ユニット201は、最初に、ホスト・ノードによって送信された構成情報を受信する。構成情報は、ホスト・ノードによって生成されてもよく、eNBの役割として構成されるアクセス・ノードのID、UEの役割として構成されるアクセス・ノードのID、データ送信リンクを確立するのに使用される搬送波ID、データ送信リンクを確立するのに使用されるサブフレーム・セット、及びデータ送信リンクを確立するのに関連している他の内容を含む。
【００４６】
選択ユニット202は、構成情報にしたがってプロトコル・スタックを選択するように構成される。
【００４７】
構成情報を受信した後に、選択ユニット202は、その構成情報に含まれる役割情報にしたがって、使用されたプロトコル・スタックを決定してもよい。例えば、アクセス・ノードがUEとして構成される必要がある場合に、UEプロトコル・スタックを選択し、或いは、アクセス・ノードがeNBとして構成される必要がある場合に、eNBプロトコル・スタックを選択する。
【００４８】
構成ユニット203は、上記のプロトコル・スタックに基づいて、その構成情報によって指定されたプロトコル・スタックの役割に応じてそのアクセス・ノードに構成を実行するように構成される。
【００４９】
プロトコル・スタックを選択した後に、構成ユニット203は、構成情報の内容にしたがって目標ノードを構成し、その構成情報の内容は、データ送信リンクを構成して確立するのに使用される搬送波ID、データ送信リンクを確立するのに使用されるサブフレーム・セット、及びその他同様の情報を含む。上記の方法においては、Unbインターフェイスを使用することにより、目標ノードとバックホール・ノードとを接続する。本明細書におけるUnbインターフェイスは、Unインターフェイスの拡張であり、特に、複数のアクセス・ノードの間でバックホール・データを送信するように構成される。インターフェイスの特性は、例えば、ホスト・アクセス・ノード等の制御アクセス・ノードによってインターフェイスの確立と解放を制御するということであり、使用される物理チャネルにおいて可能な限り多くUnインターフェイスを再利用して、バックホール・データ送信を柔軟に多重化するとともにデータ送信に柔軟にアクセスする。
【００５０】
本実施形態においては、受信ユニットは、ホスト・ノードによって送信された構成情報を受信するように構成され、選択ユニットは、その構成情報にしたがってプロトコル・スタックを選択するように構成され、そして、構成ユニットは、そのプロトコル・スタックに基づいて、その構成情報によって指定されたプロトコル・スタックの役割に応じてそのアクセス・ノードに構成を実行するように構成される。あるアクセス・ノードのバックホール能力が不適切である場合には、本発明の本実施形態において提示される方法を、そのアクセス・ノードと他のアクセス・ノードとの間でのデータ送信リンクを確立するのに使用してもよく、それによって、上記の他のアクセス・ノードのデータ送信リソースを、目標ノードがデータ・バックホールを実行するのを支援するのに使用してもよく、その結果、ディフォルトのバックホール・パスの不十分なバックホール能力に起因してそのアクセス・ノードがデータ送信に影響を与えるのを防止することが可能である。
【００５１】
本発明にしたがったデータ送信リンク確立装置に対応して、本発明は、さらに、データ送信リンク確立方法を提示する。
【００５２】
図3を参照して、図3は、本発明にしたがったデータ送信リンク確立方法の1つの実施形態の概略図である。本実施形態にしたがった方法は、ホスト・ノードによって実行されてもよい。ホスト・ノードは、eNBプロトコル・スタックのみを有していてもよく、X2インターフェイスを使用することにより、或いは、ディフォルトの搬送波に関するUnインターフェイスを使用することにより、アクセス・ノードに接続することができる。アクセス・ノードは、eNBプロトコル・スタック及びUEプロトコル・スタックの双方を有していてもよい。
【００５３】
ステップ301:目標ノードを選択する。
【００５４】
ホスト・ノードは、最初に、データ送信リンクを確立することを必要とする目標ノードを選択する。その目標ノードは、Relay技術的解決方法に従って確立されたディフォルトのバックホール・パスのデータ・バックホール能力が不適切であるアクセス・ノードであってもよく、或いは、例えば、確立されたデータ送信リンクでの目標ノード又はバックホール・ノードであってもよいといったように、あらかじめ定められた条件を満たす他のアクセス・ノードであってもよい。
【００５５】
ステップ302:目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定する。
【００５６】
バックホール・ノードは、現在アイドル状態にあるか、又は比較的高い負荷を有している1つ又は複数のアクセス・ノードであってもよい。アクセス・ノード及びホスト・ノードは、有線接続又は無線接続で接続されてもよいので、有線接続手法でホスト・ノードと接続されたアクセス・ノードを、以降では、有線アクセス・ノードと称し、無線接続手法でホスト・ノードと接続されたアクセス・ノードを、以降では、無線アクセス・ノードと称する。有線接続がサポートすることができるデータ送信レートは、通常、無線接続がサポートすることができるデータ送信レートよりもはるかに高いので、有線アクセス・ノードのバックホール能力は、無線アクセス・ノードのバックホール能力よりも高い。バックホール・ノードを決定する際に、バックホール・ノードとして有線アクセス・ノードを選択してもよい。さらに、あるバックホール能力を有するアクセス・ノードは、マイクロ波、ADSL、WiFi、又はその他同様の手段による手法でバックホールを実装してもよい。これらのアクセス・ノードのすべては、バックホール・ノードとなることができる。さらに、あるバックホール能力を有していないアクセス・ノードは、遷移による手法で他のアクセス・ノードについてのバックホールの問題を解決してもよい。これらのアクセス・ノードは、バックホール・ノードとして選択されてもよい。
【００５７】
アクセス・ノードの配置位置及びアクセス・ノードのアイドルなデータ送信リソースの数量に従ってデータ送信リンクの構造を決定してもよい。1つのバックホール・ノードが存在する場合には、データ送信リンクは、目標ノードとバックホール・ノードとの間のサブリンクのみを含んでもよい。多数のバックホール・ノードが存在する場合には、データ送信リンクは、目標ノードと各々のバックホール・ノードとの間の複数の並列サブリンクを含むか、又は、データ送信リンクは、目標ノードとバックホール・ノードとの間のサブリンク及び複数の異なるバックホール・ノードの間のサブリンクを含んでもよい。本発明の本実施形態において説明されるパスは、複数の異なる基地局の間又は複数の異なるアクセス・ノードの間のデータ送信パスを指す。
【００５８】
ステップ303:目標ノード及びバックホール・ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定する。
【００５９】
データ送信リンク及びバックホール・ノードを決定した後に、目標ノードとバックホール・ノードとの間のデータ送信方向を最初に決定する必要があり、例えば、データが主に目標ノードからホスト・ノードに送信されるのか、又は、ホスト・ノードから目標ノードに送信されるのかを決定する。本明細書で説明される目標ノード及びバックホール・ノードは、双方とも、2つのプロトコル・スタック機能を有している、すなわち、eNBプロトコル・スタック機能及びUEプロトコル・スタック機能の双方を有しているため、目標ノードが、アップリンク・データ・チャネルを使用することによりバックホール・データ送信を実行するか又はダウンリンク・データ・チャネルを使用することによりバックホール・データ送信を実行するかをさらに決定する必要がある、すなわち、目標ノードとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択する必要がある。データ送信方向及びチャネルを決定した後に、データ送信方向及びチャネルにしたがって目標ノード及びバックホール・ノードのプロトコル・スタックの役割を決定する。すなわち、上記のプロトコル・スタックの役割は、データ送信方向及びデータにより使用される物理チャネルのタイプを決定することにより決定される。例えば、データ送信方向がバックホール・ノードから目標ノードに向かい、データが物理ダウンリンク共有チャネル(PUSCH)を使用することにより送信されるということを決定する場合に、目標ノードとバックホール・ノードとの間のリンクについては、バックホール・ノードは、eNBの役割を担い、そして、目標ノードは、UEの役割を担う。アクセス・ノードの役割を決定する過程で、決定を実行するのに複数の要因を考慮する必要がある。例えば、各々のタイムスロットの中でデータ送信のスケジューリングを制御するのに、バックホール・ノード及び目標ノードのうちのいずれのノードを使用するかにしたがって、アクセス・ノードの役割を決定してもよく、すなわち、スケジューリングを実行する役割を担うサイトは、eNBの役割として使用され、さらに、バックホール・ノード及び目標ノードのリソース使用状態にしたがってアクセス・ノードの役割を決定してもよい。例えば、UEがバックホール・ノードにさらにアクセスする場合に、そのバックホール・ノードは、eNBの役割としてバックホール・ノードを選択するとともにUEの役割として目標ノードを選択することにより、バックホール・ノードによってサービスを提供されるUEに対してリソース多重化を実装してもよい。
【００６０】
データ送信リンクの構造が比較的複雑となる場合に、例えば、バックホール・ノードに対する目標ノードのプロトコル・スタックの役割、目標ノードに対するバックホール・ノードのプロトコル・スタックの役割、及び複数の異なるバックホール・ノードの間の相対的なプロトコル・スタックの役割といった目標ノード及びバックホール・ノードのうちの各々のアクセス・ノードのプロトコル・スタックの役割を決定する必要がある。
【００６１】
目標ノード又はバックホール・ノードがプロトコル・スタックを1つのみ有している場合に、ホスト・ノードは、目標ノード又はバックホール・ノードが有するプロトコル・スタックにしたがって他方のアクセス・ノードのプロトコル・スタックを決定してもよいということに留意すべきである。
【００６２】
ステップ304:プロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードを構成して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立する。
【００６３】
目標ノード及びバックホール・ノードを構成する際に、構成情報を生成してその構成情報を送信するという手法を使用してもよい。ホスト・ノードは、最初に、第1の構成情報及び第2の構成情報を生成し、第1の構成情報は、バックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、第2の構成情報は、目標ノードのプロトコル・スタックの役割を構成するのに使用され、その後、第1の構成情報をバックホール・ノードに送信し、第2の構成情報を目標ノードに送信する。構成情報は、ある指定された搬送波のいくつかのサブフレーム・リソースに関するアクセス・ノードのプロトコル層状態を構成するのに使用される。
【００６４】
第1の構成情報又は第2の構成情報の1つの特定のフォーマットは、
FBH_ReConfig
{
FBH_connection_id,/*  メッセージが、データ送信リンクを確立するのに使用される構成情報であるということを示すのに使用される  */
Cell_id,/*  eNBの役割として構成されるアクセス・ノードIDを示すのに使用される  */
Ue_id,/*  UEの役割として構成されるアクセス・ノードIDを示すのに使用される  */
Carrier_id,/*  使用される搬送波のIDを示すのに使用される  */
Subframe_Subset,/*  データ送信リンクを確立するのに使用されるサブフレーム・セットを示すのに使用される  */
}
であってもよい。
【００６５】
構成情報を受信した後に、目標ノード又はバックホール・ノードは、その構成情報の指標にしたがって自身のプロトコル・スタックの役割を構成して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立する。多数のバックホール・ノードが存在する場合には、第1の構成情報は、各々のバックホール・ノードを個別に構成する多数個の下位情報を含む。
【００６６】
本発明の本実施形態においては、目標ノードを選択し、目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定し、目標ノード及びバックホール・ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定し、そして、プロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードを構成して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立する。あるアクセス・ノードのバックホール能力が不適切である場合には、本発明の本実施形態において提示される方法を、そのアクセス・ノードと他のアクセス・ノードとの間でのデータ送信リンクを確立するのに使用してもよく、それによって、上記の他のアクセス・ノードのデータ送信リソースを、目標ノードがデータ・バックホールを実行するのを支援するのに使用してもよく、その結果、ディフォルトのバックホール・パスの不十分なバックホール能力に起因してそのアクセス・ノードがデータ送信に影響を与えるのを防止することが可能である。
【００６７】
以下の記載は、本発明をさらに説明するために、1つの例として1つのバックホール・ノードを使用する。
【００６８】
図4を参照して、図4は、本発明にしたがったデータ送信リンク確立方法の1つの実施形態の概略図である。
【００６９】
ステップ401:各々のアクセス・ノードのデータ・バックホール能力を検出する。
【００７０】
集約的なアクセス・ノードの展開に関する実際の状況においては、ホスト・ノードに接続される多数のアクセス・ノードが存在するため、それらのアクセス・ノードのすべてがバックホールを実装することが可能であるということ保証するために、そのホスト・ノードとそのアクセス・ノードとの間のディフォルトのバックホール・パスでサポートすることができるデータ送信レートには、限度があり、したがって、そのアクセス・ノードのバックホール能力が不適切となる可能性がある。ホスト・ノードは、各々のアクセス・ノードにアクセスする際に、そのアクセス・ノードのデータ・バックホール能力を検出してもよく、又はそのアクセス・ノードとホスト・ノードとの間のディフォルトのバックホール・パスのデータ送信状態に従ってデータ送信過程でのそのアクセス・ノードのデータ・バックホール能力を検出してもよい。
【００７１】
ステップ402:不十分なデータ・バックホール能力を有するアクセス・ノードを目標ノードとして選択する。
【００７２】
アクセス・ノードのバックホール能力を検出した後に、データ・バックホール能力がバックホール要件を満たすことができないアクセス・ノードを、目標ノードとして選択する。本明細書においては、アクセス・ノードのバックホール能力は、そのアクセス・ノードとホスト・ノードとの間のアップリンク・バックホール能力を指してもよく、又はダウンリンク・バックホール能力を指してもよいということに留意すべきである。
【００７３】
ステップ403:バックホール・ノードとしてアクセス・ノードを選択し、アクセス・ノードは、アイドルなデータ送信リソースを有し、無線インターフェイスを使用することにより目標ノードとの接続を確立することが可能である。
【００７４】
ディフォルトのバックホール・パスのバックホール能力が不十分である場合には、ホスト・ノードは、目標ノードがバックホールを実行するのを支援するように構成されるバックホール・ノードを決定してもよい。ホスト・ノードは、目標ノードに送られる必要があるダウンリンク・データをバックホール・ノードに送信し、その後、そのバックホール・ノードは、そのダウンリンク・データを目標ノードに送信する。代替的に、目標ノードは、ホスト・ノードに送られる必要があるアップリンク・データをバックホール・ノードに送信し、その後、バックホール・ノードは、ホスト・ノードにそのアップリンク・データを送信する。通常、ホスト・ノードは、無線インターフェイスを使用することにより目標ノードに接続することができるすべてのアクセス・ノードを、アクセス・ノードの配置位置に従って取得してもよく、その後、目標ノードとしてそれらのアクセス・ノードのうちの1つを選択してもよい。
【００７５】
ステップ404:目標ノードとバックホール・ノードとの間のデータ送信方向を決定する。
【００７６】
目標ノード及びバックホール・ノードを決定した後に、目標ノードとホスト・ノードとの間のデータ送信方向にしたがって目標ノードとバックホール・ノードとの間のデータ送信方向を決定する。例えば、目標ノードのダウンリンク能力が不適切であるとともに、ダウンリンク・データ送信の完了を支援するために、中間アクセス・ノードが要求されている場合に、データ送信方向は、バックホール・ノードから目標ノードに向かうということを決定してもよく、或いは、目標ノードのアップリンク能力が不適切であるとともに、アップリンク・データ送信の完了を支援するために、中間アクセス・ノードが要求されている場合に、データ送信方向は、目標ノードからバックホール・ノードに向かうということを決定してもよい。
【００７７】
ステップ405:目標ノードとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択する。
【００７８】
目標ノード及びバックホール・ノードの双方は少なくとも2つのプロトコル・スタックを有しているため、目標ノードからバックホール・ノードにデータを送信する際には、UEとして目標ノードを使用し、eNBとしてバックホール・ノードを使用してもよく、そして、データ送信は、PUSCHを使用することにより実行され、或いは、eNBとして目標ノードを使用し、UEとしてバックホール・ノードを使用してもよく、そして、データ送信は、PDSCHを使用することにより実行される。したがって、ホスト・ノードは、目標ノードとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択する必要がある。ホスト・ノードは、データ送信を実行するのにPUSCHを使用するのか又はPDSCHを使用するのかを、目標ノード及びバックホール・ノードのチャネル使用状態にしたがって選択してもよい。例えば、目標ノードのPUSCHが完全に使用されている場合には、目標ノードのPDSCHとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択してもよい。
【００７９】
ステップ406:データ送信方向及びチャネルにしたがって、目標ノード及びバックホール・ノードのプロトコル・スタックの役割を決定する。
【００８０】
データ送信方向及びチャネルを決定した後に、データ送信方向及びチャネルにしたがって目標ノード及びバックホール・ノードのプロトコル・スタックの役割を決定する。例えば、データ送信方向がバックホール・ノードから目標ノードに向かい、PUSCHが選択される場合に、目標ノードに対してUEとしてバックホール・ノードを使用してもよく、バックホール・ノードに対してeNBとして目標ノードを使用してもよい。
【００８１】
ステップ407:第1の構成情報及び第2の構成情報を生成し、第1の構成情報は、目標ノードに対するバックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、第2の構成情報は、バックホール・ノードに対する目標ノードのプロトコル・スタックの役割を構成するのに使用される。
【００８２】
バックホール・ノード及び目標ノードのプロトコル・スタックの役割を決定した後に、ホスト・ノードは、第1の構成情報及び第2の構成情報を別々に生成する。
【００８３】
例えば、目標ノードが二重のプロトコル・スタックを有しており、対応するue_id及びcell_idが、それぞれ、{ue_id = 001, cell_id = 010}であり、バックホール・ノードが二重のプロトコル・スタックを有しており、対応するue_id及びcell_idが、それぞれ、{ue_id = 002, cell_id = 011}であると仮定する。
【００８４】
第1の構成情報は、
FBH_ReConfig
{
FBH_connection_id=001;
Cell_id=010;
Ue_id=002;
Carrier_id=003;
Subframe_Subset={11111111};/*すべてのサブフレームを使用することを表す*/
}
であってもよい。
【００８５】
第2の構成情報は、
FBH_ReConfig
{
FBH_connection_id=001;
Cell_id=010;
Ue_id=002;
Carrier_id=003;
Subframe_Subset={11111111};/*すべてのサブフレームを使用することを表す*/
}
であってもよい。
【００８６】
ステップ408:第1の構成情報をバックホール・ノードに送信する。
【００８７】
第1の構成情報を生成した後に、ホスト・ノードは、その第1の構成情報をバックホール・ノードに送信する。バックホール・ノードが無線アクセス・ノードである場合には、ホスト・ノードは、複数の基地局の間の(X2)インターフェイスを使用することによりその第1の構成情報を送信してもよい。
【００８８】
第1の構成情報を受信した後に、バックホール・ノードは、その第1の構成情報の指標にしたがってプロトコル・スタックを決定し、そのプロトコル・スタックに基づいてバックホール・ノードのプロトコル・スタックの役割を構成する。
【００８９】
ステップ409:第2の構成情報を目標ノードに送信する。
【００９０】
第2の構成情報を生成した後に、ホスト・ノードは、その第2の構成情報を目標ノードに送信する。第2の構成情報を受信した後に、目標ノードは、第2の構成情報に含まれるcell_id及びue_idとその目標ノードのcell_id及びue_idとの間でマッチングをとり、データ送信リンクの中で目標ノードが担うべきプロトコル・スタックの役割を知り、第2の構成情報の指標にしたがってプロトコル・スタックを決定し、そして、そのプロトコル・スタックに基づいて目標ノードのプロトコル・スタックの役割を構成する。
【００９１】
本明細書では、本実施形態は、1つの例として、バックホール・ノードを1つのみ使用して本発明を説明しているということに留意すべきである。実際の適用においては、多数のバックホール・ノードが存在し、対応する第1の構成情報は、また、複数の異なるバックホール・ノードにそれぞれ送信される多数個の下位情報を含み、目標ノードは、第1のアクセス・ノードを目標ノードとして使用する既存のデータ送信リンクの中のバックホール・ノードであってもよく、結果として、多数のデータ送信リンクが、1つのデータ送信パスを構成してもよい。
【００９２】
あるアクセス・ノードのバックホール能力が不十分である場合には、本発明の本実施形態において提示される方法を、そのアクセス・ノードと他のアクセス・ノードとの間でのデータ送信リンクを確立するのに使用してもよく、それによって、上記の他のアクセス・ノードのデータ送信リソースを、目標ノードがデータ・バックホールを実行するのを支援するのに使用してもよく、その結果、ディフォルトのバックホール・パスの不十分なバックホール能力に起因してそのアクセス・ノードがデータ送信に影響を与えるのを防止することが可能である。
【００９３】
図5を参照して、図5は、データ送信リンク確立方法の他の実施形態の概略図である。図3と関連して、以下の記載は、あるアクセス・ノードの側から、本発明に従ったデータ送信リンク確立方法をさらに説明する。本実施形態にしたがったアクセス・ノードは、目標ノードであってもよく、又は、バックホール・ノードであってもよい。
【００９４】
ステップ501:ホスト・ノードによって送信された構成情報を受信する。
【００９５】
アクセス・ノードは、最初に、ホスト・ノードによって送信された構成情報を受信する。構成情報は、ホスト・ノードによって生成されてもよく、eNBの役割として構成されるアクセス・ノードのID、UEの役割として構成されるアクセス・ノードのID、データ送信リンクを確立するのに使用される搬送波ID、データ送信リンクを確立するのに使用されるサブフレーム・セット、及びデータ送信リンクを確立するのに関連している他の内容を含む。構成情報のある特定のフォーマットは、上記の実施形態の中で説明され、それらの詳細は、ここでは再び説明されない。
【００９６】
ステップ502:構成情報にしたがってプロトコル・スタックを決定する。
【００９７】
構成情報を受信した後に、アクセス・ノードは、その構成情報に含まれる役割情報にしたがって、使用されたプロトコル・スタックを決定してもよい。例えば、アクセス・ノードがUEとして構成される必要がある場合に、UEプロトコル・スタックを選択し、或いは、アクセス・ノードがeNBとして構成される必要がある場合に、eNBプロトコル・スタックを選択する。
【００９８】
ステップ503:そのプロトコル・スタックに基づいて、その構成情報によって指定されるプロトコル・スタックの役割に応じてアクセス・ノードを構成する。
【００９９】
プロトコル・スタックを選択した後に、構成情報の内容にしたがって目標ノードを構成し、その構成情報の内容は、データ送信リンクを構成して確立するのに使用される搬送波ID、データ送信リンクを確立するのに使用されるサブフレーム・セット、及びその他同様の情報を含む。上記の方法においては、Unbインターフェイスを使用することにより、目標ノードとバックホール・ノードとを接続する。本明細書におけるUnbインターフェイスは、Unインターフェイスの拡張であり、特に、複数のアクセス・ノードの間でバックホール・データを送信するように構成される。インターフェイスの特性は、(例えば、ホスト・アクセス・ノードとしての)制御アクセス・ノードによってインターフェイスの確立と解放を制御するということであり、使用される物理チャネルにおいて可能な限り多くUnインターフェイスを再利用して、バックホール・データ送信を柔軟に多重化するとともにデータ送信に柔軟にアクセスする。
【０１００】
あるアクセス・ノードのバックホール能力が不十分である場合には、本発明の本実施形態において提示される方法を、そのアクセス・ノードと他のアクセス・ノードとの間でのデータ送信リンクを確立するのに使用してもよく、それによって、上記の他のアクセス・ノードのデータ送信リソースを、目標ノードがデータ・バックホールを実行するのを支援するのに使用してもよく、その結果、ディフォルトのバックホール・パスの不十分なバックホール能力に起因してそのアクセス・ノードがデータ送信に影響を与えるのを防止することが可能である。
【０１０１】
図6Aを参照して、図6Aは、通信システムの1つの実施形態の概略図である。
【０１０２】
図6Aに示されているように、システムは、1つのホスト・ノード及び少なくとも2つのアクセス・ノードを含む。各々のアクセス・ノードは、アクセス・ノードSC1乃至アクセス・ノードSCNとして表現され、破線は、ホスト・ノードとアクセス・ノードとの間で、或いは、複数のアクセス・ノードの間でデータ送信リンクを確立することができるということを表している。ホスト・ノードは、複数のアクセス・ノードから目標ノードを選択し、上記の複数のアクセス・ノードのうちで目標ノードとのデータ送信リンクを確立する必要があるバックホール・ノードを決定し、目標ノード及び前記バックホール・ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定し、そして、プロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードを構成して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立するように構成される。
【０１０３】
例えば、ホスト・ノードが、アクセス・ノードSC1のディフォルトのバックホール能力が送信されるべきデータのQoS要件を満たすことができないということを発見した場合には、アクセス・ノードSC1は、目標ノードとして選択される。
【０１０４】
図6Bに示されているように、SC3-SC2-SC1のデータ送信リンクにおいて、アクセス・ノードSC1によって要求されるバックホール・リソースを提供することが可能であるということを、最適化アルゴリズムを使用することにより発見した場合に、アクセス・ノードSC2及びアクセス・ノードSC3をバックホール・ノードとして決定してもよい。アクセス・ノードSC3は、有線アクセス・ノードであってもよい。ホスト・ノードが、eNBとしてアクセス・ノードSC3を使用し、UEとしてアクセス・ノードSC2を使用して、PDSCHを使用することにより搬送波2のいくつかのサブフレームでデータを送信してもよく、かつ、UEとしてアクセス・ノードSC2を使用し、eNBとしてアクセス・ノードSC1を使用して、PUSCHを使用することにより搬送波3によってデータを送信してもよいということを発見したと仮定する。そのホスト・ノードは、SC1にリソース構成メッセージを送信し、搬送波3に関するアクセス・ノードSC2に対するアクセス・ノードSC1のプロトコル・スタックの役割を構成し、SC2にリソース構成メッセージを送信し、搬送波3に関するアクセス・ノードSC1に対するアクセス・ノードSC2のプロトコル・スタックの役割及び搬送波2に関するアクセス・ノードSC3に対するアクセス・ノードSC2のプロトコル・スタックの役割を構成し、そして、アクセス・ノードSC3にリソース構成メッセージを送信し、搬送波2に関するアクセス・ノードSC2に対するSC3のプロトコル・スタックの役割を構成する。上記のリソース構成メッセージは、柔軟なバックホールにおいて、ある指定されたリソースを使用してもよいということを黙示的に示している。そのリソース構成メッセージを受信した後に、アクセス・ノードSC1、アクセス・ノードSC2、及びアクセス・ノードSC3は、そのリソース構成メッセージにしたがってデータ送信リンクを確立し、そのデータ送信リンクを確立した後に、受信されバックホールされるべきデータにバックホール・データ送信を実行する。
【０１０５】
さらに、ディフォルトのバックホールがSC1のバックホール・データをサポートすることができるということを検出した場合には、ホスト・ノードは、そのデータ送信リンクを切断してバックホール・リソースを解放するための新たなリソース構成メッセージを送信してもよい。データ送信リンクが障害にみまわれる場合には、新たなバックホール・ノードを探索して、新たなデータ送信リンクを確立してもよい。本明細書においては、特定のプロセスは、詳細には説明されない。
【０１０６】
アクセス・ノードSC1のバックホール要件がさらに増加し、現在のバックホール能力が、依然として、要件を満たすことはできず、そして、ネットワークが、SC1のためのバックホール・リソースをさらに増加させる場合には、ホスト・ノードは、他のバックホール・ノードを探索してもよい。例えば、図6Cに示されているように、ホスト・ノードが、SC5-SC4-SC1の送信パスにおいて、アクセス・ノードSC1によって要求されるバックホール・リソースを提供することができるということを発見した場合に、アクセス・ノードSC5及びアクセス・ノードSC4をバックホール・ノードとして決定してもよい。搬送波3に関するUEとしてアクセス・ノードSC4を構成することにより、SC1にアクセスして、アクセス・ノードSC2との間でアップリンクにおいて仮想MIMOを形成し、そして、空間多重化能力を使用することによりSC1のバックホール能力を改善し、さらに、アクセス・ノードSC5を搬送波2に関するeNBとして構成し、アクセス・ノードSC4をUEとして構成することにより、完全なバックホール・パスを形成する。ホスト・ノードからアクセス・ノードSC1まで多数のデータ送信リンクが存在する、すなわち、多数のバックホール・パスが存在する場合には、ホスト・ノードにおいてデータを適正に分割して、それらの複数のパスの間で負荷を均衡させてもよい。
【０１０７】
アクセス・ノードのアクセス要件が変化する場合には、バックホール要件の目標及びアクセス要件の目標を同時に考慮するように、そのデータ送信リンクでのそのアクセス・ノードの役割を調整してもよい。例えば、バックホール・データ送信の過程で、ホスト・ノードが、アクセス・ノードSC2がより多くのアクセス・リソースを必要としているということを示す情報を得た場合に、そのホスト・ノードは、リソース構成メッセージを送信し、搬送波3に関して、SC2をeNBの役割として構成し、SC1をUEの役割として構成してもよい。上記の方法で、SC2は、搬送波3に関して、アクセス・データ送信及びデータ送信リンクを多重化することができる。例えば、マルチ・アンテナ技術を使用することにより、空間多重化を実装してもよい。
【０１０８】
通信システムの中のあるアクセス・ノードのバックホール能力が不適切である場合には、本発明の本実施形態において提示される方法を、そのアクセス・ノードと他のアクセス・ノードとの間でのデータ送信リンクを確立するのに使用してもよく、それによって、上記の他のアクセス・ノードのデータ送信リソースを、目標ノードがデータ・バックホールを実行するのを支援するのに使用してもよく、その結果、ディフォルトのバックホール・パスの不十分なバックホール能力に起因してそのアクセス・ノードがデータ送信に影響を与えるのを防止することが可能である。
【０１０９】
図7を参照して、図7は、本発明にしたがったデータ送信リンク確立装置の他の実施形態の概略図である。上記の装置は、ホスト・ノードに配置されてもよい。
【０１１０】
図7に示されているように、データ送信リンク確立装置は、プロセッサ701、メモリ702、通信インターフェイス704、及び他のモジュールを含み、さまざまなモジュールが、バス703を使用することにより接続される。
【０１１１】
バス703は、周辺機器構成要素相互接続(peripheral  component  interconnect、略してPCI)バス又は、拡張業界標準アーキテクチャ(extended  industry  standard  architecture、略してEISA)バス、或いはその他の同様なバスであってもよい。バスは、アドレス・バス、データ・バス、制御バス、及びその他のバスに分類されてもよい。図示の便宜のため、バスは、図7において、太線1つのみを使用してあらわされるが、1つのみのバスが存在する或いは1つの種類のバスのみが存在するということを示してはいない。
【０１１２】
メモリ702は、プログラムを格納するように構成される。特に、プログラムは、プログラム・コードを含み、プログラム・コードは、コンピュータ実行可能な命令を含む。メモリ702は、ランダム・アクセス・メモリ(random  access  memory、略してRAM)を含んでもよく、さらに、例えば、少なくとも１つのディスク・メモリ等の不揮発性メモリ(non-volatile  memory)を含んでもよい。
【０１１３】
装置がプログラムを実行すると、プロセッサ701は、メモリ702に格納されているコンピュータ実行可能な命令を実行し、それによって装置は、目標ノードを選択するステップと、目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するステップと、目標ノード及びバックホール・ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定するステップと、プロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードを構成して、目標ノードとバックホール・ノードとの間のデータ送信リンクを確立するステップを含む方法を実行する。
【０１１４】
好ましくは、プロセッサ701は、メモリ702に格納されているコンピュータ実行可能な命令を実行し、それによって、装置によって実行される方法において、目標ノードを選択するステップは、各々のアクセス・ノードのデータ・バックホール能力を検出するステップと、不十分なデータ・バックホール能力を有するアクセス・ノードを目標ノードとして選択するステップとを含む。
【０１１５】
好ましくは、プロセッサ701は、メモリ702に格納されているコンピュータ実行可能な命令を実行し、それによって、装置によって実行される方法において、目標ノードとのデータ送信リンクを確立することを必要とするバックホール・ノードを決定するステップは、アクセス・ノードをバックホール・ノードとして選択するステップを含み、アクセス・ノードは、アイドルなデータ送信リソースを有し、無線インターフェイスを使用することにより目標ノードとの接続を確立することが可能である。
【０１１６】
好ましくは、プロセッサ701は、メモリ702に格納されているコンピュータ実行可能な命令を実行し、それによって、装置によって実行される方法において、目標ノード及びバックホール・ノードのデータ送信リンクの中でのプロトコル・スタックの役割を設定するステップは、目標ノードとバックホール・ノードとの間のデータ送信方向を決定するステップと、目標ノードとバックホール・ノードとの間のデータ送信に使用されるチャネルを選択するステップと、データ送信方向及びチャネルにしたがって、目標ノード及びバックホール・ノードのプロトコル・スタックの役割を決定するステップとを含む。
【０１１７】
好ましくは、プロセッサ701は、メモリ702に格納されているコンピュータ実行可能な命令を実行し、それによって、装置によって実行される方法において、プロトコル・スタックの役割にしたがって目標ノード及びバックホール・ノードを構成するステップは、第1の構成情報及び第2の構成情報を生成するステップであって、第1の構成情報は、目標ノードに対するバックホール・ノードのプロトコル・スタックの役割を構成するのに使用され、第2の構成情報は、バックホール・ノードに対する目標ノードのプロトコル・スタックの役割を構成するのに使用される、ステップと、第1の構成情報を第1のバックホール・ノードに送信するステップと、第2の構成情報を目標ノードに送信するステップとを含む。
【０１１８】
図8を参照すると、図8は、本発明にしたがったデータ送信リンク確立装置の他の実施形態の概略図である。上記の装置は、Relayノードに配置されていてもよい。
【０１１９】
図8に示されているように、データ送信リンク確立装置は、プロセッサ801、メモリ802、通信インターフェイス804、及び他のモジュールを含み、さまざまなモジュールが、バス803を使用することにより接続される。
【０１２０】
バス803は、周辺機器構成要素相互接続(peripheral  component  interconnect、略してPCI)バス又は、拡張業界標準アーキテクチャ(extended  industry  standard  architecture、略してEISA)バス、或いはその他の同様なバスであってもよい。バスは、アドレス・バス、データ・バス、制御バス、及びその他のバスに分類されてもよい。図示の便宜のため、バスは、図8において、太線1つのみを使用してあらわされるが、1つのみのバスが存在する或いは1つの種類のバスのみが存在するということを示してはいない。
【０１２１】
メモリ802は、プログラムを格納するように構成される。特に、プログラムは、プログラム・コードを含み、プログラム・コードは、コンピュータ実行可能な命令を含む。メモリ802は、ランダム・アクセス・メモリ(random  access  memory、略してRAM)を含んでもよく、さらに、例えば、少なくとも１つのディスク・メモリ等の不揮発性メモリ(non-volatile  memory)を含んでもよい。
【０１２２】
装置がプログラムを実行すると、プロセッサ801は、メモリ802に格納されているコンピュータ実行可能な命令を実行し、それによって装置は、ホスト・ノードによって送信された構成情報を受信するステップと、その構成情報にしたがってプロトコル・スタックを決定するステップと、そのプロトコル・スタックに基づいて、その構成情報によって指定されたプロトコル・スタックの役割に応じてアクセス・ノードを構成するステップとを含む方法を実行する。
【０１２３】
特定の実装において、本発明は、コンピュータ記憶媒体をさらに提供し、そのコンピュータ記憶媒体は、プログラムを格納してもよく、そのプログラムが実行されると、本発明にしたがって提供される発呼方法の複数の実施形態の複数のステップのうちの一部又はすべてを実行してもよい。その記憶媒体は、磁気ディスク、光ディスク、リード・オンリー・メモリ(Read-Only  Memory、ROM)、ランダム・アクセス・メモリ(Random  Access  Memory、RAM)、又はその他同様の記憶媒体であってもよい。
【０１２４】
必要な汎用ハードウェア・プラットフォームに加えてソフトウェアによって、本発明の複数の実施形態の複数の技術を実装してもよいということを、当業者であれば明確に理解することができる。そのような理解に基づいて、本発明の複数の実施形態の複数の技術的解決方法を本質的に、或いは、従来技術に対する貢献をもたらす部分を、ソフトウェア製品の形態で実装してもよい。ソフトウェア製品は、ROM/RAM、ハード・ディスク、又は光ディスク等の記憶媒体に格納されるとともに、(パーソナル・コンピュータ、サーバ、又はネットワーク・デバイスであってもよい)コンピュータ・デバイスに指示するためのいくつかの命令を含み、本発明の複数の実施形態又はそれらの複数の実施形態のうちのいくつかの部分において説明された方法を実行する。
【０１２５】
本明細書における複数の実施形態は、すべて、進歩的な方法で説明されており、それらの複数の実施形態の同じ部分又は同様の部分については、これらの複数の実施形態を参照してもよく、各々の実施形態は、他の実施形態との相違点に焦点を合わせている。とりわけ、装置の実施形態、サーバの実施形態、及びシステムの実施形態は、方法の実施形態と基本的に同様であり、したがって、それらは簡潔に説明され、関連する部分については、方法の実施形態の中の部分的な説明を参照してもよい。
【０１２６】
上記の説明は、本発明の実装方法であるが、本発明の保護の範囲を限定することを意図してはいない。本発明の趣旨及び原理から逸脱することなく行われるいずれかの修正、等価な置換、及び改良は、本発明の保護範囲に入るものとすべきである。
【図１Ａ】
0006498753.tif 000002
【図１Ｂ】
0006498753.tif 000003
【図１Ｃ】
0006498753.tif 000004
【図１Ｄ】
0006498753.tif 000005
【図２】
0006498753.tif 000006
【図３】
0006498753.tif 000007
【図４】
0006498753.tif 000008
【図５】
0006498753.tif 000009
【図６Ａ】
0006498753.tif 000010
【図６Ｂ】
0006498753.tif 000011
【図６Ｃ】
0006498753.tif 000012
【図７】
0006498753.tif 000013
【図８】
0006498753.tif 000014