特許 6616009 データ伝送方法及び装置

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

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

(11)【特許番号】6616009

(24)【登録日】2019年11月15日

(45)【発行日】2019年12月4日

(54)【発明の名称】データ伝送方法及び装置

(51)【国際特許分類】

   H04W 72/12 20090101AFI20191125BHJP

   H04W 88/08 20090101ALI20191125BHJP

【ＦＩ】

   H04W72/12 130

   H04W88/08

【請求項の数】19

【全頁数】33

(21)【出願番号】特願2018-534596(P2018-534596)

(86)(22)【出願日】2015年12月31日

(65)【公表番号】特表2019-504563(P2019-504563A)

(43)【公表日】2019年2月14日

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

(87)【国際公開番号】WO2017113296

(87)【国際公開日】20170706

【審査請求日】2018年7月30日

(73)【特許権者】

【識別番号】503433420

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

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】リン，ボー

【審査官】 望月 章俊

(56)【参考文献】

【文献】 中国特許出願公開第１０４７９６９１８（ＣＮ，Ａ）

【文献】 米国特許出願公開第２０１６／０２７８０６１（ＵＳ，Ａ１）

【文献】 特開２０１５−０７６７６１（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００４／０２２８３４９（ＵＳ，Ａ１）

【文献】 欧州特許出願公開第２２３９９７４（ＥＰ，Ａ２）

【文献】 CMCC，Vision and Technologies for 5G[online]， 3GPP workshop 2015-09-17_18_RAN_5G RWS-150089，インターネット＜URL:http://www.3gpp.org/ftp/workshop/2015-09-17_18_RAN_5G/Docs/RWS-150089.zip＞，２０１５年 ９月１７日

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

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

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

【請求項1】

データ伝送方法であって、
少なくとも１つの第１のノード及び少なくとも１つの第２のノードを含み、前記第１のノードと前記第２のノードの両方はスケジューリング機能を有し、前記方法は、
前記第２のノードが、端末デバイスの基本情報及び／又はネットワーク情報に基づいて第１の指示情報を決定し、前記第１の指示情報を前記第１のノードに送信するステップであって、前記第１の指示情報は、前記端末デバイスが前記第１のノードによってスケジューリングされたか、又は前記第２のノードによってスケジューリングされたことを示すために用いられる、ステップと、
前記第１の指示情報が前記端末デバイスが前記第１のノードによってスケジューリングされたと示す場合、前記第２のノードが、前記第１のノードに、前記第２のノードの前記スケジューリング機能を用いて処理されていないデータパケットを送信し、又は、前記第１の指示情報が前記端末デバイスが前記第２のノードによってスケジューリングされたと示す場合、前記第２のノードが、前記第１のノードに、前記第２のノードの前記スケジューリング機能を用いて処理されたデータパケットを送信するステップと、
を含み、
前記第１の指示情報は更に、前記端末デバイスのベアラ識別子を含み、前記ベアラ識別子は、前記端末デバイスの前記ベアラ識別子に対応するベアラ上のデータが、前記第１のノードによってスケジューリングされたか、又は前記第２のノードによってスケジューリングされたことを示すのに用いられる、
方法。

【請求項2】

前記端末デバイスの前記基本情報及び／又は前記ネットワーク情報が変更されたとき、前記第２のノードが、スケジューリングノードを変更するために前記第１のノードとネゴシエートするステップと、
前記第２のノードが、前記端末デバイスの変更された前記基本情報及び／又は変更された前記ネットワーク情報に基づいて、第２の指示情報を決定し、前記第２の指示情報を前記第１のノードに送信するステップであって、前記第２の指示情報は、前記第２のノードによる前記端末デバイスのスケジューリングが前記第２のノードによる前記端末デバイスのスケジューリングに変更されることを示すのに用いられ、又は、前記第１のノードによる前記端末デバイスのスケジューリングが前記第２のノードによる前記端末デバイスのスケジューリングに変更されることを示すのに用いられる、ステップと、
を更に含む、請求項１に記載の方法。

【請求項3】

前記第１の指示情報は、スケジューリング指示又はベアラタイプ指示を含む、
請求項１又は２に記載の方法。

【請求項4】

前記第２のノードが前記第１のノードに前記第２のノードの前記スケジューリング機能を用いて処理されていないデータパケットを送信する前記ステップは、
前記第２のノードが、前記第１のノードにＰＤＣＰ ＰＤＵ又はＩＰ ＰＤＵを送信するステップ、
を含む、請求項１乃至３のいずれか一項に記載の方法。

【請求項5】

前記第２のノードが前記第１のノードに前記第２のノードの前記スケジューリング機能を用いて処理されたデータパケットを送信する前記ステップは、
前記第２のノードが、前記第１のノードにＭＡＣ ＰＤＵを送信するステップ、又は、
前記第２のノードが、前記第１のノードにＰＨＹレイヤデータを送信するステップ、
を含む、請求項１乃至３のいずれか一項に記載の方法。

【請求項6】

前記端末デバイスの前記基本情報は、前記端末デバイスの地理的位置、サービスＱｏＳ情報、測定レポート、端末性能、又は前記端末デバイスの優先度情報を含み、
前記ネットワーク情報は伝送ネットワークの負荷情報を含む、
請求項１乃至５のいずれか一項に記載の方法。

【請求項7】

データ伝送方法であって、
少なくとも１つの第１のノード及び少なくとも１つの第２のノードを含み、前記第１のノードと前記第２のノードの両方はスケジューリング機能を有し、前記方法は、
前記第１のノードが、端末デバイスの基本情報及び／又はネットワーク情報に基づいて前記第２のノードが決定した第１の指示情報を受信するステップであって、前記第１の指示情報は、前記端末デバイスが前記第１のノードによってスケジューリングされたか、又は前記第２のノードによってスケジューリングされたことを示すために用いられる、ステップと、
前記第１の指示情報が前記端末デバイスが前記第１のノードによってスケジューリングされたと示す場合、前記第１のノードが、前記第２のノードによって送信され且つ前記第２のノードの前記スケジューリング機能を用いて処理されていないデータパケットを受信し、前記第２のノードの前記スケジューリング機能を用いて処理されていない前記データパケットを前記第１のノードが処理した後、前記データパケットを前記端末デバイスに送信するステップ、又は、前記第１の指示情報が前記端末デバイスが前記第２のノードによってスケジューリングされたと示す場合、前記第１のノードが、前記第２のノードによって送信され且つ前記第２のノードの前記スケジューリング機能を用いて処理されたデータパケットを受信し、前記第２のノードの前記スケジューリング機能を用いて処理された前記データパケットを前記第１のノードが処理した後、前記データパケットを前記端末デバイスに送信するステップと、
を含み、
前記第１のノードによって受信される前記第１の指示情報は更に前記端末デバイスのベアラ識別子を含み、前記ベアラ識別子は、前記端末デバイスの前記ベアラ識別子に対応するベアラ上のデータが、前記第１のノードによってスケジューリングされたか、又は前記第２のノードによってスケジューリングされたことを示すのに用いられる、
方法。

【請求項8】

前記端末デバイスの基本情報及び／又はネットワーク情報が変更されたとき、前記第２のノードが、スケジューリングノードを変更するために前記第１のノードとネゴシエートするステップと、
前記第１のノードが、前記第２のノードによって送信された第２の指示情報を受信するステップであって、前記第２の指示情報は、前記第２のノードにより、前記端末デバイスの変更された前記基本情報及び／又は変更された前記ネットワーク情報に基づいて決定され、前記第２の指示情報は、前記第２のノードによる前記端末デバイスのスケジューリングが前記第１のノードによる前記端末デバイスのスケジューリングに変更されること、又は、前記第１のノードによる前記端末デバイスのスケジューリングが前記第２のノードによる前記端末デバイスのスケジューリングに変更されることを示すために用いられる、ステップと、
を更に含む、請求項７に記載の方法。

【請求項9】

前記第１のノードが、前記第２のノードによって送信され且つ前記第２のノードの前記スケジューリング機能を用いて処理されていないデータパケットを受信する前記ステップは、
前記第１のノードが、前記第２のノードによって送信されたＰＤＣＰ ＰＤＵ又はＩＰ ＰＤＵを受信するステップ、
を含む、請求項７乃至８のいずれか一項に記載の方法。

【請求項10】

前記第１のノードが、前記第２のノードによって送信され且つ前記第２のノードの前記スケジューリング機能を用いて処理されたデータパケットを受信する前記ステップは、
前記第１のノードが、前記第２のノードによって送信されたＭＡＣ ＰＤＵを受信するステップ、又は、
前記第１のノードが、前記第２のノードによって送信されたＰＨＹレイヤデータを受信するステップ、
を含む、請求項７乃至８のいずれか一項に記載の方法。

【請求項11】

データ伝送ノードであって、
前記ノード及び第１のノードは両方ともスケジューリング機能を有し、前記ノードは、
端末デバイスの基本情報及び／又はネットワーク情報に基づいて、第１の指示情報を決定するように構成される処理モジュールであって、前記第１の指示情報は、前記端末デバイスが前記第１のノードによってスケジューリングされたか、又は前記ノードによってスケジューリングされたことを示すために用いられる、処理モジュールと、
前記第１のノードに、前記処理モジュールによって決定された前記第１の指示情報を送信するように構成される送信モジュールと、
を備え、
前記送信モジュールは、前記処理モジュールによって決定された前記第１の指示情報が、前記端末デバイスが前記第１のノードによってスケジューリングされたことを示すとき、前記第１のノードに、前記ノードの前記スケジューリング機能を用いて処理されたデータパケットを送信するように構成され、又は、前記処理モジュールによって決定された前記第１の指示情報が、前記端末デバイスが前記ノードによってスケジューリングされたことを示すとき、前記第１のノードに、前記ノードの前記スケジューリング機能を用いて処理されたデータパケットを送信するように構成される、
前記送信モジュールによって送信された前記第１の指示情報は更に前記端末デバイスのベアラ識別子を含み、前記ベアラ識別子は、前記端末デバイスの前記ベアラ識別子に対応するベアラ上のデータが前記第１のノードによってスケジューリングされたか、又は前記ノードによってスケジューリングされたことを示すために用いられる、
ノード。

【請求項12】

前記処理モジュールは更に、前記端末デバイスの前記基本情報及び／又は前記ネットワーク情報が変更されたとき、前記第１のノードとネゴシエートしてスケジューリングノードを変更し、前記端末デバイスの変更された前記基本情報及び／又は変更された前記ネットワーク情報に基づいて、第２の指示情報を決定するように構成され、
前記送信モジュールは、前記処理モジュールによって決定された前記第２の指示情報を前記第１のノードに送信するように構成され、前記第２の指示情報は、第２のノードによる前記端末デバイスのスケジューリングが前記第１のノードによる前記端末デバイスのスケジューリングに変更されることを示すのに用いられ、又は、前記第１のノードによる前記端末デバイスのスケジューリングが前記第２のノードによる前記端末デバイスのスケジューリングに変更されることを示すのに用いられる、
請求項１１に記載のノード。

【請求項13】

前記送信モジュールによって送信された前記第１の指示情報は、スケジューリング指示又はベアラタイプ指示を含む、
請求項１１又は１２に記載のノード。

【請求項14】

前記送信モジュールは、
前記第１のノードにＰＤＣＰ ＰＤＵ又はＩＰ ＰＤＵを送信するように構成され、又は、
前記第１のノードにＭＡＣ ＰＤＵを送信するように構成され、又は、
前記第１のノードにＰＨＹレイヤデータを送信するように構成される、
請求項１１乃至１３のいずれか一項に記載のノード。

【請求項15】

前記端末デバイスの前記基本情報は、前記端末デバイスの地理的位置、サービスＱｏＳ情報、測定レポート、端末性能、又は前記端末デバイスの優先度情報を含み、
前記ネットワーク情報は伝送ネットワークの負荷情報を含む、
請求項１１乃至１４のいずれか一項に記載のノード。

【請求項16】

データ伝送ノードであって、
前記ノード及び第２のノードは両方ともスケジューリング機能を有し、前記ノードは、
端末デバイスの基本情報及び／又はネットワーク情報に基づいて前記第２のノードが決定した第１の指示情報を受信するように構成される受信モジュールであって、前記第１の指示情報は、前記端末デバイスが前記ノードによってスケジューリングされたか、又は前記第２のノードによってスケジューリングされたことを示すために用いられ、また、前記端末デバイスが前記ノードによってスケジューリングされた場合、前記第２のノードによって送信され且つ前記第２のノードの前記スケジューリング機能を用いて処理されていないデータパケットを受信し、又は、前記端末デバイスが前記第２のノードによってスケジューリングされた場合、前記第２のノードによって送信され且つ前記第２のノードの前記スケジューリング機能を用いて処理されたデータパケットを受信するように構成される、受信モジュールと、
前記受信モジュールによって受信され且つ前記第２のノードの前記スケジューリング機能を用いて処理されていない前記データパケットを処理するように構成され、又は、前記受信モジュールによって受信され且つ前記第２のノードの前記スケジューリング機能を用いて処理された前記データパケットを処理するように構成される、処理モジュールと、
前記処理モジュールによって処理されたデータを送信するように構成される送信モジュールと、
を備え、
前記受信モジュールによって受信される前記第１の指示情報は更に、前記端末デバイスのベアラ識別子を含み、前記ベアラ識別子は、前記端末デバイスの前記ベアラ識別子に対応するベアラ上のデータが、前記ノードによってスケジューリングされたか、又は前記第２のノードによってスケジューリングされたことを示すために用いられる、
ノード。

【請求項17】

前記端末デバイスの基本情報及び／又はネットワーク情報が変更されたとき、前記ノードにより、スケジューリングノードを変更するために前記第２のノードとネゴシエートするように構成される処理モジュール、
を更に備え、
前記受信モジュールは、前記処理モジュールが前記スケジューリングノードを変更することを決定した後、前記第２のノードによって送信された第２の指示情報を受信するように構成され、前記第２の指示情報は、前記第２のノードにより、前記端末デバイスの変更された前記基本情報及び／又は変更された前記ネットワーク情報に基づいて決定され、前記第２の指示情報は、前記第２のノードによる前記端末デバイスのスケジューリングが前記ノードによる前記端末デバイスのスケジューリングに変更されること、又は前記ノードによる前記端末デバイスのスケジューリングが前記第２のノードによる前記端末デバイスのスケジューリングに変更されることを示すために用いられる、
請求項１６に記載のノード。

【請求項18】

前記受信モジュールは、
前記第２のノードによって送信されたＰＤＣＰ ＰＤＵ又はＩＰ ＰＤＵを受信するように構成され、又は、
前記第２のノードによって送信されたＭＡＣ ＰＤＵを受信するように構成され、又は、
前記第２のノードによって送信されたＰＨＹレイヤデータを受信するように構成される、
請求項１６乃至１７のいずれか一項に記載のノード。

【請求項19】

前記処理モジュールは、
前記受信モジュールが前記ＭＡＣ ＰＤＵを受信した場合、前記ＭＡＣ ＰＤＵに対してＰＨＹレイヤ処理及び無線周波数機能処理を実行するように構成され、
前記受信モジュールが前記ＰＨＹレイヤデータを受信した場合、前記ＰＨＹレイヤデータに対して無線周波数機能処理を実行するように構成され、
前記受信モジュールが前記ＰＤＣＰ ＰＤＵを受信した場合、前記ＰＤＣＰ ＰＤＵに対して、ＲＬＣレイヤ処理、ＭＡＣレイヤスケジューリング機能処理、物理レイヤ処理及び無線周波数機能処理を実行するように構成され、
前記受信モジュールが前記ＩＰ ＰＤＵを受信した場合、前記ＩＰ ＰＤＵに対して、ＰＤＣＰレイヤ処理、ＲＬＣレイヤ処理、ＭＡＣレイヤスケジューリング機能処理、物理レイヤ処理及び無線周波数機能処理を実行するように構成される、
請求項１８に記載のノード。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信技術の分野に関し、特に、データ伝送方法及び装置に関する。

【背景技術】

【0002】

ロングタームエボリューション（Long Term Evolution，LTE）システムでは、ネットワークアテクトチャは２つのタイプ、すなわち中央集中型アーキテクチャと分散型アーキテクチャに分類される。分散型アーキテクチャでは、基地局はベースバンド機能と無線周波数機能を有する。中央集中型アーキテクチャでは、ベースバンド機能はベースバンド制御ユニット（baseband control unit，BBU）に設けられ、無線周波数機能はリモート無線ユニット（remote radio unit，RRU）に設けられる。BBUとRRUとは、光ファイバやマイクロ波などの大容量伝送媒体を用いて接続される必要がある。２つのタイプのアーキテクチャは、端末デバイスから独立している。具体的には、アーキテクチャが決定されると、分散型スケジューリング又は中央集中型スケジューリングのいずれかが、セル内の全ての端末デバイスに対して用いられる。

【0003】

分散型アーキテクチャのスケジューリングは各基地局によるスケジューリングであり、異なる基地局間のセル間協調の効果は乏しい。その結果、基地局間のセル間干渉は比較的深刻になり、セルエッジの端末デバイスのスループットが低下してしまう。しかしながら、分散型アーキテクチャの利点は、伝送ネットワークの帯域幅を節約することである。BBUとRRUは統合されるので、追加の伝送ネットワーク（フロントホールFronthaul）は必要ない。中央集中型アーキテクチャの利点は、望ましいシステムパフォーマンスである。複数のセルの無線リソースを中央集中方式でスケジューリングすることができるので（例えばCoMP技術を用いて）、複数のセルの無線リソースを調整して、干渉を低減し、セルエッジユーザのスループットを改善することができる。しかしながら、BBUはRRUから分離され、BBUとRRUとの間では物理（PHY）レイヤによって処理されるデータが伝送される。BBUとRRUとの間の伝送ネットワーク（通常はフロントホールFronthaulと呼ばれる）は、大量のデータを送信する必要があり、帯域幅要件は非常に高くなる。更に、セルによってサポートされる周波数帯域幅が増加すると、無線インタフェースはより多くのデータを伝送する必要がある。これに対応して、伝送ネットワークの帯域幅要件も増大するので、伝送ネットワークの帯域幅に大きな圧力が生じてしまう。

【発明の概要】

【0004】

中央集中型スケジューリングの利益が得られ、システムパフォーマンスが保証されるのと同時に、伝送ネットワークの帯域幅要件を低減することができるように、本発明は、データ通信方法及び装置を提供する。

【0005】

一態様によれば、本願の実施形態はデータ伝送方法を提供する。本方法は、少なくとも１つの第１のノード及び少なくとも１つの第２のノードを含み、第１のノードと第２のノードの両方はスケジューリング機能を有する。第２のノードは、端末デバイスの基本情報及び／又はネットワーク情報に基づいて第１の指示情報を決定し、第１の指示情報を第１のノードに送信する。第１の指示情報は、端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すために用いられる。第１の指示情報が端末デバイスが第１のノードによってスケジューリングされると示す場合、第２のノードは、第１のノードに、第２のノードのスケジューリング機能を用いて処理されていないデータパケットを送信する。又は、第１の指示情報が端末デバイスが第２のノードによってスケジューリングされると示す場合、第２のノードは、第１のノードに、第２のノードのスケジューリング機能を用いて処理されたデータパケットを送信する。

【0006】

従来技術と比較すると、本発明において提供される解決策では、端末デバイスの基本情報及び／又はネットワーク情報に基づいて、各端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされるが、動的に決定される。よって、セル内の異なる端末デバイスに対して異なるスケジューリング方式（すなわち中央集中型スケジューリング又は分散型スケジューリング）を実施することができる。この場合、背景技術で言及された中央集中型スケジューリングアーキテクチャと比較すると、セル内の一部の端末デバイスに対して分散型スケジューリングが用いられるので、伝送ネットワークの帯域幅要件が低減される。背景技術で言及された分散型スケジューリングアーキテクチャと比較すると、セルエッジに位置する端末デバイスに対して中央集中型スケジューリングを用いることができるので、セルのシステムパフォーマンスが改善される。

【0007】

可能な設計では、端末デバイスの基本情報及び／又はネットワーク情報が変更されたとき、第２のノードは、スケジューリングノードを変更するために第１のノードとネゴシエートする。第２のノードは、端末デバイスの変更された基本情報及び／又は変更されたネットワーク情報に基づいて、第２の指示情報を決定し、第２の指示情報を第１のノードに送信する。第２の指示情報は、端末デバイスのスケジューリングノードが第２のノードから第１のノードに変更されたか、又は第１のノードから第２のノードに変更されたことを示すために用いられる。したがって、各端末デバイスの基本情報及び／又はネットワーク情報が変更された後、端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされるかが動的に決定される。よって、セル内の異なる端末デバイスに対して、異なるスケジューリング方式を実施することができる。中央集中型スケジューリングの利益が得られると同時に、各端末デバイスの固定されたスケジューリングノードの伝送ネットワークの帯域幅要件が低減される。

【0008】

別の可能な設計では、第１の指示情報は、スケジューリング指示又はベアラタイプ指示を含む。

【0009】

別の可能な設計では、第１の指示情報は更に端末デバイスのベアラ識別子を含み、ベアラ識別子は、端末デバイスのベアラ識別子に対応するベアラ上のデータが、第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すのに用いられる。したがって、より細かい粒度でのスケジューリングが実現されて、更に明確に、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。

【0010】

別の可能な設計では、第２のノードのスケジューリング機能を用いて処理されていないデータパケットは、PDCP PDU又はIP PDUを含む。

【0011】

別の可能な設計では、第２のノードのスケジューリング機能を用いて処理されたデータパケットは、MAC PDU又はPHYレイヤデータを含む。

【0012】

より正確には、第２のノードを用いて、第１のノードに異なるデータパケットが送信される。異なるデータタイプに基づき、すなわち、端末デバイスの実際の状況又はネットワークの実際の状況に基づき、端末デバイスが第１のノードによってスケジューリングされる（分散型スケジューリング）か、又は第２のノードによってスケジューリングされる（中央集中型スケジューリング）かが、動的に決定される。第１のノードによるスケジューリングが決定されると、伝送ネットワークの帯域幅要件が低減される。又は、第２のノードによるスケジューリングが決定されると、セルのシステムパフォーマンスが改善される。よって、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。

【0013】

別の可能な設計では、MAC PDUは、MACレイヤのスケジューリング機能を用いて処理されたMAC PDU、又は、MACレイヤのスケジューリング機能及びMACレイヤのHARQ機能を用いて処理されたMAC PDUを含む。

【0014】

別の可能な設計では、端末デバイスの基本情報は、端末デバイスの地理的位置、サービスQoS情報、測定レポート、端末性能、又は、端末デバイスの優先度情報を含む。

【0015】

別の可能な設計では、第１の指示情報又は第２の指示情報は、
条件１：端末デバイスの地理的位置がセルエッジに位置するとき、端末デバイスが第２のノードによってスケジューリングされ、又は、端末デバイスの地理的位置がセルエッジに位置しないとき、端末デバイスが第１のノードによってスケジューリングされることと、
条件２：測定レポート中のサービングセル信号強度が第１の閾値よりも小さく、若しくは隣接セル信号強度が第２の閾値よりも大きいとき、端末デバイスが第２のノードによってスケジューリングされ、又は、測定レポート中のサービングセル信号強度が第１の閾値よりも大きく、若しくは隣接セル信号強度が第２の閾値よりも小さいとき、端末デバイスが第１のノードによってスケジューリングされることと、
条件３：端末デバイスの性能がCoMPをサポートするとき、端末デバイスが第２のノードによってスケジューリングされ、又は、端末デバイスの性能がCoMPをサポートしないとき、端末デバイスが第１のノードによってスケジューリングされることと、
条件４：伝送ネットワークの負荷が軽いとき、端末デバイスが第２のノードによってスケジューリングされ、伝送ネットワークの負荷が重いとき、端末デバイスが第１のノードによってスケジューリングされることと、
のうちいずれか１つに基づいて決定される。

【0016】

別の可能な設計では、複数の端末デバイスがスケジューリングされるとき、第１の指示情報又は第２の指示情報は、第１の条件及び第２の条件に基づいて決定される。第１の条件は、条件１：端末デバイスの地理的位置がセルエッジに位置するとき、端末デバイスは第２のノードによってスケジューリングされ、又は、端末デバイスの地理的位置がセルエッジに位置しないとき、端末デバイスは第１のノードによってスケジューリングされることと、条件２：測定レポート中のサービングセル信号強度が第１の閾値よりも小さく、若しくは隣接セル信号強度が第２の閾値よりも大きいとき、端末デバイスは第２のノードによってスケジューリングされ、又は、測定レポート中のサービングセル信号強度が第１の閾値よりも大きく、若しくは隣接セル信号強度が第２の閾値よりも小さいとき、端末デバイスは第１のノードによってスケジューリングされることと、条件３：端末デバイスの性能がCoMPをサポートするとき、端末デバイスは第２のノードによってスケジューリングされ、又は、端末デバイスの性能がCoMPをサポートしないとき、端末デバイスは第１のノードによってスケジューリングされることと、のうちいずれか１つを含む。第２の条件は、伝送ネットワークの負荷が軽いとき、端末デバイスは第２のノードによってスケジューリングされ、又は、伝送ネットワークの負荷が重いとき、端末デバイスは第１のノードによってスケジューリングされること、を含む。

【0017】

別の態様によれば、本願の実施形態は、別のデータ伝送方法を提供する。本方法は、少なくとも１つの第１のノード及び少なくとも１つの第２のノードを含み、第１のノードと第２のノードの両方はスケジューリング機能を有する。第１のノードは、第１の指示情報を受信する。第１の指示情報は、端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すために用いられる。第１の指示情報が端末デバイスが第１のノードによってスケジューリングされると示す場合、第１のノードは、第２のノードによって送信され且つ第２のノードのスケジューリング機能を用いて処理されていないデータパケットを受信する。又は、第１の指示情報が端末デバイスが第２のノードによってスケジューリングされると示す場合、第１のノードは、第２のノードによって送信され且つ第２のノードのスケジューリング機能を用いて処理されたデータパケットを受信する。

【0018】

本発明の本実施形態において提供される解決策によれば、各端末デバイスに対してスケジューリングノードを柔軟に決定することができ、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。中央集中型スケジューリングの利益が得られると同時に、各端末デバイスの固定されたスケジューリングノードの伝送ネットワークの帯域幅要件が低減される。

【0019】

可能な設計では、端末デバイスの基本情報及び／又はネットワーク情報が変更されたとき、第１のノードは、スケジューリングノードを変更するために第２のノードとネゴシエートする。第１のノードは、第２のノードによって送信された第２の指示情報を受信する。第２の指示情報は、第２のノードにより、端末デバイスの変更された基本情報及び／又は変更されたネットワーク情報に基づいて決定される。第２の指示情報は、第２のノードによる端末デバイスのスケジューリングが第１のノードによる端末デバイスのスケジューリングに変更されること、又は、第１のノードによる端末デバイスのスケジューリングが第２のノードによる端末デバイスのスケジューリングに変更されることを示すために用いられる。したがって、各端末デバイスの基本情報又はネットワーク情報が変化した後、端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされるかが動的に決定される。よって、セル内の異なる端末デバイスに対して、異なるスケジューリング方式を実施することができる。中央集中型スケジューリングの利益が得られると同時に、各端末デバイスの固定されたスケジューリングノードの伝送ネットワークの帯域幅要件が低減される。

【0020】

別の可能な設計では、第１のノードによって受信される第１の指示情報は更に、端末デバイスのベアラ識別子を含み、ベアラ識別子は、端末デバイスのベアラ識別子に対応するベアラ上のデータが、第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すのに用いられる。したがって、より細かい粒度でのスケジューリングが実現されて、更に明確に、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。

【0021】

別の可能な設計では、第２のノードによって送信され第１のノードによって受信される、第２のノードのスケジューリング機能を用いて処理されていないデータパケットは、PDCP PDU又はIP PDUを含む。

【0022】

別の可能な設計では、第２のノードによって送信され第１のノードによって受信される、第２のノードのスケジューリング機能を用いて処理されたデータパケットは、MAC PDU又はPHYレイヤデータを含む。

【0023】

より正確には、第２のノードを用いて、第１のノードに異なるデータパケットが送信される。異なるデータタイプに基づき、すなわち、端末デバイスの実際の状況又はネットワークの実際の状況に基づき、端末デバイスが第１のノードによってスケジューリングされる（分散型スケジューリング）か、又は第２のノードによってスケジューリングされる（中央集中型スケジューリング）かが、動的に決定される。第１のノードによるスケジューリングが決定されると、伝送ネットワークの帯域幅要件が低減される。又は、第２のノードによるスケジューリングが決定されると、セルのシステムパフォーマンスが改善される。よって、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。

【0024】

別の可能な設計では、MAC PDUは、MACレイヤのスケジューリング機能を用いて処理されたMAC PDU、又は、MACレイヤのスケジューリング機能及びMACレイヤのHARQ機能を用いて処理されたMAC PDUを含む。

【0025】

従来技術と比較すると、本発明において提供される解決策では、端末デバイスの基本情報及び／又はネットワーク情報（例えばFronthaul伝送ネットワークの負荷）に基づいて、各端末デバイスが第２のノードによってスケジューリングされる（中央集中型スケジューリング）か、又は第１のノードによってスケジューリングされる（分散型スケジューリング）かが、動的に決定される。セル内の異なる端末デバイスに対して異なるスケジューリング方式を実現することができるので、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。

【0026】

また、本発明において提供される解決策によれば、端末デバイスの基本情報及び／又はネットワーク情報（例えばFronthaul伝送ネットワークの負荷）が変更されたとき、端末デバイスのスケジューリング方式を動的に決定することができる。すなわち、端末デバイスのスケジューリング方式が変更される。

【0027】

本発明の本実施形態において提供される解決策によれば、各端末デバイスに対してスケジューリングノードを柔軟に選択することができ、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。中央集中型スケジューリングの利益が得られると同時に、各端末デバイスの固定されたスケジューリングノードの伝送ネットワークの帯域幅要件が低減される。

【0028】

別の態様によれば、本発明の実施形態はデータ伝送ノードを提供する。ノードは、上述の方法の設計において第２のノードの挙動を実現するための機能を有する。機能は、ハードウェアによって実現されてもよく、対応するソフトウェアを実行するハードウェアによって実現されてもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ以上のモジュールを含む。

【0029】

可能な設計では、本ノードの構造は、プロセッサ及び送信部を含む。プロセッサは、端末デバイスの基本情報及び／又はネットワーク情報に基づいて、第１の指示情報を決定するように構成される。第１の指示情報は、端末デバイスが第１のノードによってスケジューリングされるか、又は本ノードによってスケジューリングされることを示すために用いられる。送信部は、プロセッサによって決定された第１の指示情報を第１のノードに送信するように構成され、第１のノードに、本ノードのスケジューリング機能を用いて処理されていないデータパケットを送信し、又は、第１のノードに、本ノードのスケジューリング機能を用いて処理されたデータパケットを送信するように構成される。

【0030】

別の態様によれば、本発明の実施形態は別のデータ伝送ノードを提供する。ノードは、上述の方法の設計において第１のノードの挙動を実現するための機能を有する。機能は、ハードウェアによって実現されてもよく、対応するソフトウェアを実行するハードウェアによって実現されてもよい。ハードウェア又はソフトウェアは、上述の機能に対応する１つ以上のモジュールを含む。

【0031】

可能な設計では、ノードの構造は受信部を含む。受信部は、第１の指示情報を受信するように構成される。第１の指示情報は、端末デバイスがノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すために用いられる。また、受信部は、第２のノードによって送信され且つ第２のノードのスケジューリング機能を用いて処理されていないデータパケットを受信するように構成され、又は、第２のノードによって送信され且つ第２のノードのスケジューリング機能を用いて処理されたデータパケットを受信するように構成される。

【0032】

更に別の態様によれば、本発明の実施形態は通信システムを提供する。システムは、上述の態様に係るデータ伝送ノード及び別のデータ伝送ノード並びに端末デバイスを含む。

【0033】

更に別の態様によれば、本発明の実施形態は、上述の基地局によって用いられるコンピュータソフトウェア命令を記憶するように構成されるコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、上述の態様を実行するために設計されたプログラムを含む。

【0034】

更に別の態様によれば、本発明の実施形態は、上述の端末デバイスによって用いられるコンピュータソフトウェア命令を記憶するように構成されるコンピュータ記憶媒体を提供する。コンピュータソフトウェア命令は、上述の態様を実行するために設計されたプログラムを含む。

【0035】

本発明の実施形態において提供される解決策によれば、各端末デバイスに対してスケジューリングノードを柔軟に決定することができ、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。中央集中型スケジューリングの利益が得られると同時に、各端末デバイスの固定されたスケジューリングノードの伝送ネットワークの帯域幅要件が低減される。

【図面の簡単な説明】

【0036】

本発明の実施形態又は従来技術における技術的解決策をより明確に説明するために、以下、実施形態又は従来技術を説明するために必要な添付図面を簡単に説明する。明らかに、以下の説明における添付図面は、本発明の一部の実施形態を示すに過ぎない。当業者はであれば、これらの添付図面から創意工夫なしに他の実施を導出することができるであろう。このような実施形態又は実施は全て、本発明の保護範囲に包含されるものとする。

【0037】

【図1】本発明の従来技術における分散型プロトコルスタックアーキテクチャの概略図である。

【図2】本発明の従来技術における中央集中型プロトコルスタックアーキテクチャの概略図である。

【図3】本発明に係るデータ伝送方法の実施形態の概略フローチャートである。

【図3a】本発明に係るデータ伝送方法の実施形態の概略フローチャートである。

【図3b】本発明に係るデータ伝送方法の実施形態の概略フローチャートである。

【図4】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図5】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図6】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図7】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図8】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図9】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図10】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図11】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図12】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図13】本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。

【図14】本発明に係るデータ伝送ノードの実施形態の概略構造図である。

【図14a】本発明に係るデータ伝送ノードの実施形態の概略構造図である。

【図15】本発明に係るデータ伝送ノードの別の実施形態の概略構造図である。

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

【0038】

以下、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決策を明確且つ完全に記載する。明らかに、記載される実施形態は、本発明の実施形態の全部ではなく一部である。当業者が本発明の実施形態に基づいて創意工夫なしに得た他の実施形態は、全て本発明の保護範囲に包含されるものとする。

【0039】

背景技術において導入のためにLTEシステムを一例としてLTEシステムを用いたが、当業者であれば分かるように、本発明は、LTEシステムに適用可能であるだけでなく、例えばGSM（Global System for Mobile Communications）、UMTS（Universal Mobile Telecommunications System）、符号分割多元接続（Code Division Multiple Access，CDMA）システム、新たなネットワークシステムなど、別の無線通信システムにも適用可能である。以下では、LTEシステムを例にして、具体的な実施形態を説明する。

【0040】

本発明の実施形態で用いられる端末デバイスは、音声及び／又はデータ接続をユーザに提供するデバイス、無線接続機能を有するハンドヘルドデバイス、又は無線モデムに接続された別の処理デバイスであってよい。無線端末は、無線アクセスネットワーク（Radio Access Network、RAN）を用いて１つ以上のコアネットワークと通信してよい。無線端末は、携帯電話（又は「セルラ」フォンと呼ばれる）やモバイル端末を備えるコンピュータなどのモバイル端末であってよく、例えば、ポータブル、ポケットサイズ、ハンドヘルド、コンピュータ内蔵又は車載のモバイル装置であってよく、無線アクセスネットワークと音声及び／又はデータを交換する。例えば、無線端末は、パーソナル通信サービス（PCS、Personal Communication Service）電話、コードレス電話セット、セッションイニシエーションプロトコル（SIP）電話、無線ローカルループ（WLL、Wireless Local Loop）ステーション、パーソナルデジタルアシスタント（PDA、Personal Digital Assistant）などのデバイスであってよい。無線端末は、システム、サブスクライバユニット（Subscriber Unit）、サブスクライバステーション（Subscriber Station）、モバイルステーション（Mobile Station）、モバイル（Mobile）、リモートステーション（Remote Station）、アクセスポイント（Access Point）、リモート端末（Remote Terminal）、アクセス端末（Access Terminal）、ユーザ端末（User Terminal）、ユーザエージェント（User Agent）、ユーザデバイス（User Device）、又はユーザイクイップメント（User Equipment）と呼ばれることもある。

【0041】

本発明の実施形態で用いられる第１のノード又は第２のノードは基地局であってよい。基地局は、受信された無線（over-the-air）フレームとIPパケットを相互に変換し、無線端末とアクセスネットワークの残りの部分との間のルータとして機能するように構成することができる。アクセスネットワークの残りの部分は、インターネットプロトコル（IP）ネットワークを含んでよい。基地局は更に、無線インタフェースの属性管理を調整することができる。例えば、基地局は、GSM又はCDMAにおけるベーストランシーバ基地局（BTS，Base Transceiver Station）であってもよく、又はWCDMAにおけるノードB（NodeB）であってもよく、又は進化型ノードB（eNB又はe-NodeB，evolutional Node B）であってもよい。本願ではこれに限定されない。

【0042】

本発明の実施形態で用いられる第２のノードは、代替として、基地局コントローラであってよい。

【0043】

本発明の技術的解決策をより良く説明するために、従来技術における分散型プロトコルスタックアーキテクチャ及び中央集中型プロトコルスタックアーキテクチャをそれぞれ以下に説明する。

【0044】

図１に示されるように、分散型プロトコルスタックアーキテクチャは、ベースバンド機能と無線周波数機能の両方が基地局に設けられることを意味し、基地局と端末デバイスとの間の通信は、図１に示されるプロトコルスタックに従って実行される。

【0045】

図２に示されるように、中央集中型プロトコルスタックアーキテクチャは、基地局の機能がベースバンド制御ユニット（baseband control unit，BBU）に設けられ、無線周波数機能（RF）がリモート無線ユニット（remote radio unit，RRU）に設けられ、BBUとRRUは、光ファイバを用いて接続され、BBU−RRU−UE通信リンクを形成することを意味する。

【0046】

従来技術では、LTEシステムにおいて、プロトコルスタックを用いる処理のたびに追加のオーバヘッドが生じる。例えば、ダウンリンクデータの場合、基地局がSGWからデータを受信した後、データは、パケットデータコンバージェンスプロトコル（Packet Data Covergence Protocol，PDCP）、無線リンク制御（Radio Link Control，RLC）レイヤ、媒体アクセス制御（Media Access Control，MAC）レイヤ及びPHYレイヤによって処理される必要があり、そして、データは無線周波数モジュールを用いてデータが送出される。PHYレイヤによって処理されるデータは、LTEシステムの中央集中型スケジューリングアーキテクチャのBBUとRRUとの間で伝送される。SGWと基地局との間では、PDCPレイヤ、RLCレイヤ、MACレイヤ及びPHYレイヤで処理されていないインターネットプロトコル（Internet Protolcol，IP）レイヤデータパケットが送信されるので、伝送ネットワークの帯域幅要件は非常に高い。しかしながら、分散型スケジューリングアーキテクチャでは、BBUとRRUが１つのデバイスに統合される。基地局がSGWからデータを受信した後、データは、基地局内のPDCPレイヤ、RLCレイヤ、MACレイヤ及びPHYレイヤで処理され、それから、無線周波数モジュールを用いてデータが送出される。伝送ネットワークの帯域幅要件は比較的低い。

【0047】

本発明の実施形態において提供される方法によれば、スケジューリングノードは、各端末デバイスの基本情報及び／又はネットワーク情報に基づいて決定される。換言すれば、各端末デバイスについて、従来の固定のプロトコルスタックアーキテクチャの代わりに、柔軟なプロトコルスタックアーキテクチャが用いられる。具体的には、端末デバイスのスケジューリングノードが動的に決定される。すなわち、端末デバイスが中央集中方式又は分散方式でスケジューリングされる。

【0048】

一方、セル内に複数の端末デバイスが存在するとき、スケジューリングノードは各端末デバイスの基本情報及び／又はネットワーク情報に基づいて決定されてよい。具体的には、セル内の異なる端末デバイスに対して、異なるスケジューリング方式（中央集中型スケジューリング又は分散型スケジューリング）を実施することができる。より正確には、セル内の一部の端末デバイスに対して分散型スケジューリングが用いられるので、伝送ネットワークの帯域幅要件が低減される。セル内の一部の端末デバイスに対して中央集中型スケジューリングが用いられるので、セルのシステムパフォーマンスが改善される。具体的には、本発明の本実施形態において提供される解決策によれば、各端末デバイスに対してスケジューリングノードを柔軟に決定することができるので、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。中央集中型スケジューリングの利益が得られると同時に、各端末デバイスの固定されたスケジューリングノードの伝送ネットワークの帯域幅要件が低減される。

【0049】

具体的には、本発明実施形態の技術的解決策は、以下の異なる実施形態を参照して説明される。

【0050】

図３は、本発明に係るデータ伝送方法の実施形態の概略フローチャートである。本方法は、少なくとも１つの第１のノード及び少なくとも１つの第２のノードを含む。第１のノードと第２のノードの両方はスケジューリング機能を有する。本方法は以下のステップを含む。

【0051】

３０１：第２のノードが、端末デバイスの基本情報及び／又はネットワーク情報に基づいて第１の指示情報を決定する。第１の指示情報は、端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すために用いられる。

【0052】

３０２：第２のノードが、第１の指示情報を第１のノードに送信する。

【0053】

３０３：第１の指示情報が端末デバイスが第１のノードによってスケジューリングされると示す場合、第２のノードが、第１のノードに、第２のノードのスケジューリング機能を用いて処理されていないデータパケットを送信する。又は、第１の指示情報が端末デバイスが第２のノードによってスケジューリングされると示す場合、第２のノードが、第１のノードに、第２のノードのスケジューリング機能を用いて処理されたデータパケットを送信する。

【0054】

３０４：第１のノードが、スケジューリング機能を用いて処理されたデータパケットを受信し、又は、スケジューリング機能を用いて処理されていないデータパケットを受信する。具体的には、以下の工程を実行することができる。

【0055】

図３ａに示されるように、端末デバイスが第１のノードによってスケジューリングされる場合、第１のノードは、第２のノードのスケジューリング機能を用いて処理されていないデータパケットを受信し、第２のノードのスケジューリング機能を用いて処理されていないデータパケットを処理した後、第１のノードは、データパケットを端末デバイスに送信する。或いは、図３ｂに示されるように、端末デバイスが第２のノードによってスケジューリングされる場合、第１のノードは、第２のノードのスケジューリング機能を用いて処理されたデータパケットを受信し、第２のノードのスケジューリング機能を用いて処理されたデータパケットを処理した後、第１のノードは、データパケットを端末デバイスに送信する。

【0056】

従来技術と比較すると、本発明において提供される解決策によれば、指示情報は、端末デバイスの基本情報及び／又はネットワーク情報に基づいて決定される。指示情報は、端末デバイスのスケジューリングノードを示すために用いられる。よって、各端末デバイスに対してスケジューリングノードが柔軟に決定される。スケジューリング利得を維持しながら、セルの伝送ネットワークの帯域幅が増大したときに、固定のプロトコルスタックアーキテクチャにおいて生じた、伝送ネットワークの帯域幅に対する圧力が回避され、各端末デバイスの固定スケジューリングノードのための伝送ネットワークの帯域幅要件が低減される。

【0057】

一例では、端末デバイスの基本情報及び／又はネットワーク情報が変更されたとき、第２のノードは、スケジューリングノードを変更するために第１のノードとネゴシエートし、端末デバイスの変更された基本情報及び／又はネットワーク情報に基づいて第２の指示情報を決定し、第２の指示情報を第１のノードに送信する。第２の指示情報は、第１のノードによる端末デバイスのスケジューリングが第２のノードによる端末デバイスのスケジューリングに変更されることを示すために用いられる。

【0058】

別の例では、第１の指示情報は、スケジューリング指示又はベアラタイプ指示を含んでよい。

【0059】

第１の指示情報は更に端末デバイスのベアラ識別子を含む。ベアラ識別子は、端末デバイスのベアラ識別子に対応するベアラ上のデータが、第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すのに用いられる。

【0060】

別の例では、第２のノードが第１のノードに、第２のノードのスケジューリング機能を用いて処理されていないデータパケットを送信することは、第２のノードが、第１のノードにPDCP PDU又はIP PDUを送信することを含む。

【0061】

別の例では、第２のノードが第１のノードに、第２のノードのスケジューリング機能を用いて処理されたデータパケットを送信することは、第２のノードが、MAC PDU又はPHYレイヤデータを第１のノードに送信することを含む。

【0062】

MAC PDUは、MACレイヤのスケジューリング機能を用いて処理されたMAC PDU、又は、MACレイヤのスケジューリング機能又はMACレイヤのハイブリッド自動再送要求（hybrid automatic repeat request，HARQ）機能を用いて処理されたMAC PDUを含む。説明の便宜上、本願ではこれらのMAC PDUはMAC PDUと総称される。

【0063】

別の例では、端末デバイスの基本情報は、端末デバイスの地理的位置、サービスQoS情報、測定レポート、端末性能、又は端末デバイスの優先度情報を含むが、これらに限定されない。当然ながら、それらの例は本発明の実施形態を説明するためのものに過ぎない。端末デバイスの基本情報を第１の指示情報又は第２の指示情報を決定する基礎として用いることができれば、基本情報は本発明の保護範囲に包含されるものであり、ここでは詳細の説明を省略する。

【0064】

端末デバイスのネットワーク情報は、伝送ネットワークの負荷情報、例えばFronthaul伝送ネットワークの負荷情報を含むが、これに限定されない。当然ながら、それらの例は本発明の実施形態を説明するためのものに過ぎない。端末デバイスのネットワーク情報を第１の指示情報又は第２の指示情報を決定する基礎として用いることができれば、ネットワーク情報は本発明の保護範囲に包含されるものであり、ここでは詳細の説明を省略する。

【0065】

更に、第１の指示情報及び第２の指示情報は、表１の対応関係に基づいて決定されてよい。

【表1】

【0066】

更に、ネットワーク情報は伝送ネットワークの負荷情報を含むが、これに限定されない。具体的には、端末デバイスのスケジューリングノードが決定又は変更されたとき、ネットワーク情報（例えばFronthaul伝送ネットワークの負荷）に基づいてスケジューリングノードを決定することができる。例えば、伝送ネットワークの負荷が重いとき、fronthaulの帯域幅を低減するために、端末デバイスに対して分散型スケジューリングが用いられることが決定されてよい。具体的な決定対応関係については、表２を参照されたい。

【表2】

【0067】

例えば、ネットワーク情報は、伝送ネットワークの負荷、ハードウェアリソースの負荷、又は総合負荷情報を含んでよい。ハードウェア及びネットワークの負荷などの情報が考慮される。具体的な決定ステップについては、上述の説明を参照されたい。ここでは詳細の説明を省略する。

【0068】

具体的な実施時、伝送ネットワークの負荷について閾値が設定されてよい。負荷が所定の閾値に達するか超過する場合、負荷は重いとみなされる。又は、負荷が所定の閾値に達しない場合、負荷は軽いとみなされる。

【0069】

特に強調すべきこととして、表１の地理的位置、測定レポート又はUE性能及び表２のネットワーク情報は別々に用いることができ、或いは、表１の地理的位置、測定レポート及びUE性能のいずれかを表２のネットワーク情報と組み合わせて用いることができる。組合わせの場合、各決定基準が決定条件として用いられ、最終的な決定は実施方法を用いて総合的に実行される。

【0070】

一例では、端末デバイスの基本情報はネットワーク情報と組み合わせて用いられてよい。複数の端末デバイスが存在する場合、例えば、伝送ネットワークの負荷が重いとき、セルエッジに位置する一部の端末デバイスを第２のノードによってスケジューリングされる（中央集中型スケジューリング）ように選択され、セルエッジに位置する他の端末デバイスは第１のノードによってスケジューリングされる（分散型スケジューリング）。或いは、別の例では、例えば、伝送ネットワークの負荷が軽いとき、サービングセル信号強度が第１の閾値よりも大きい一部の端末デバイスは、第２のノードによってスケジューリングされる（中央集中型スケジューリング）ように選択され、サービングセル信号強度が第１の閾値よりも大きい他の端末デバイスは、第１のノードによってスケジューリングされる（分散型スケジューリング）ように選択される。

【0071】

それぞれの可能な実施は、添付図面を参照して各具体的な実施形態において詳細に説明される。

【0072】

本発明に記載される技術的解決策は、LTEシステムや様々な無線技術を用いる他の無線通信システムに適用可能である。更に、技術的解決策は、第５世代５ＧシステムのようなLTEシステムの後続の進化型システムにも適用可能である。明瞭にするために、ここでの説明には例としてLTEシステムのみが用いられる。LTEシステムでは、ネットワークデバイスと端末デバイスとの間でデータ伝送が行われる。

【0073】

本発明に記載のスケジューリング機能は、MACレイヤのスケジューリング機能であってよく、少なくとも無線リソース割当て機能を含み、任意に、以下の機能又は特性処理、すなわち論理情報マッピング機能、多重化機能、逆多重化機能、スケジューリング情報レポート、優先度処理、論理チャネル優先度、伝送形成選択機能のうち、少なくとも１つを更に含んでよい。本発明では、ノードによる端末デバイスのデータのスケジューリングは、ノードのスケジューリング機能を用いてデータが処理されること、又は、ノードがデータに無線リソースを割り当てることに相当する。当然ながら、これは本発明の技術的解決策の例を説明するためのものに過ぎない。本発明は上述の例を含むが、これに限定されない。

【0074】

本発明において提供される技術的解決策は、各端末デバイスの基本情報及び／又はネットワーク情報に基づいて、プロトコルスタックアーキテクチャを柔軟に構成するための方法を含む。例えば、各端末デバイスに対して中央集中型スケジューリング又は分散型スケジューリングが用いられるか否かは、端末デバイスの位置又はサービス特性に基づいて決定される。

【0075】

例えば、第２のノードによる中央集中型スケジューリングは、地理的位置がセルエッジである端末デバイスに対して用いられてよく、第１のノードによる分散型スケジューリングは、地理的位置がセルエッジではない端末デバイスに対して用いられてよい。この場合、セルエッジに位置する端末デバイスでは、中央集中型スケジューリングがセル間干渉を低減するので、パフォーマンスが保証され、スループットが改善される。セルエッジに位置しない端末デバイスでは、無線周波数、PHY及び／又はMACレイヤ機能が第１のノードに設けられているので、伝送ネットワーク上の要件が大幅に低減される。通常、システム評価モデルに基づき、セルエッジに位置する端末デバイスは、セルの全端末デバイスの約２０％を占めると考えられる。この仮定に基づき、従来技術の静的な中央集中型スケジューリングアーキテクチャと比較して、８０％の非エッジ端末デバイスに対して分散型スケジューリングが用いられるので、fronthaul帯域幅を大幅に低減することができる。２０％のエッジ端末デバイスには中央集中型スケジューリングが用いられるので、端末デバイスによって用いられる無線リソースは良好に調整され、セル間干渉が低減される。よって、これらのエッジ端末デバイスのスループットが保証される。

【0076】

本発明の本実施形態の方法をより良く説明するために、第１のノードによる端末デバイスのスケジューリングは分散型スケジューリングであり、第２のノードによる端末デバイスのスケジューリングは中央集中型スケジューリングである。この例は、本発明の本実施形態をより良く説明するために用いられるものに過ぎず、本発明はこの例を含むが、これに限定されない。当然ながら、本発明で用いられる方法は、複数の端末デバイス及び／又は複数のノードが存在するシナリオにも適用可能であり、ここでは詳細の説明を省略する。

【0077】

図４に示されるように、本実施形態は別のデータ伝送方法を提供する。第１のノードによる端末デバイスのスケジューリングは分散型スケジューリングであり、第２のノードによる端末デバイスのスケジューリングは中央集中型スケジューリングである。本方法は、以下のステップを含んでよい。

【0078】

４０１：第２のノードと端末デバイス１との間でRRC接続を確立する。

【0079】

４０２：第２のノードが、端末デバイス１の基本情報及び／又はネットワーク情報に基づいて、スケジューリング指示を決定する。

【0080】

特に留意すべきこととして、基本情報は、端末デバイスの地理的位置、サービスQoS情報、測定レポート、端末性能、又は端末デバイスの優先度情報を含んでよい。ネットワーク情報は、伝送ネットワークの負荷、例えばfronthaul伝送ネットワークの負荷を含んでよい。これらは、本発明で用いられる例に過ぎない。本発明はこの例を含むが、これに限定されない。

【0081】

例えば、第２のノードは、表１の端末デバイスの基本情報及び／又は表２のネットワーク情報に基づいて、スケジューリング指示を決定してよい。ここでは詳細の説明を省略する。

【0082】

４０３：第２のノードが、スケジューリング指示を第１のノードに送信する。スケジューリング指示は、端末デバイス１が第１のノードによってスケジューリングされることを示すために用いられる。

【0083】

任意に、第１のノードと第２のノードとの間にベアラが確立され、第１のノードと端末デバイス１との間に無線ベアラが確立され、第２のノードとSGWとの間にＳ１ベアラが確立される。

【0084】

４０４：第２のノードが、SGWによって送信された、端末デバイス１のダウンリンクデータパケットを受信する。

【0085】

４０５：第２のノードが、ダウンリンクデータパケットにPDCPレイヤ処理を実行して、PDCP PDUを生成し、次にPDCP PDUを第１のノードに送信する。

【0086】

特に留意すべきこととして、第２のノードは、端末デバイス１のダウンリンクデータをPDCP PDUに変換してから、PDCP PDUを送信する。端末デバイス１のスケジューリングが第２のノードによるスケジューリングに変更されたとき、第２のノードのPDCPレイヤは、端末デバイス１に対するサービス提供を継続することができる。PDCPレイヤはシリアル番号SNを有するので、正常に送信されたデータパケットと正常に送信されなかったデータパケットをステータスレポートから把握することができる。よって、端末デバイス１のサービス継続性を保証するために、正常に送信されなかったデータパケットの送信が継続される。

【0087】

４０６：第２のノードによって送信されたPDCP PDUデータパケットを受信した後、第１のノードが、データパケットを処理してから、第１のノードと端末デバイス１との間の無線リンクを用いて、データパケットを端末デバイス１に送信する。

【0088】

具体的には、PDCP PDUを受信した後、第１のノードは、第１のノードがPDCP PDUに対してRLCレイヤ、MACレイヤスケジューリング機能処理及びPHYレイヤ処理を行った後、第１のノードは、無線周波数機能を用いてPDCP PDUを端末デバイス１に送信する。

【0089】

４０７：端末デバイス１が、第１のノードによって送信され且つ第１のノードによって処理されたデータパケットを受信する。

【0090】

図５に示されるように、本実施形態は別のデータ伝送方法を提供する。本実施形態は、図４に示される実施形態に類似し、本実施形態と図４に示される実施形態との違いは以下のとおりである。

【0091】

４０５ａ：第２のノードが、端末デバイス１のダウンリンクデータパケットに対してIPレイヤ処理を実行して、IP PDUを生成し、それからIP PDUを第１のノードに送信する。

【0092】

４０６ａ：第２のノードによって送信されたIP PDUデータパケットを受信した後、第１のノードが、IP PDUを処理してから、第１のノードと端末デバイス１との間の無線リンクを用いて、IP PDUを端末デバイス１に送信する。

【0093】

具体的には、IP PDUを受信した後、第１のノードがIP PDUに対してPDCPレイヤ、RLCレイヤ、MACレイヤスケジューリング機能処理及びPHYレイヤ処理を実行した後、第１のノードは、無線周波数機能を用いて、IP PDUを端末デバイス１に送信する。

【0094】

４０７：端末デバイス１が、第１のノードによって送信され且つ第１のノードによって処理されたデータパケットを受信する。

【0095】

図６に示されるように、本発明の実施形態の技術的解決策をより良く説明するために、以下、本発明の実施形態を更に説明する。第１のノードによる端末デバイスのスケジューリングは分散型スケジューリングであり、第２のノードによる端末デバイスのスケジューリングは中央集中型スケジューリングである。本方法は、以下のステップを含んでよい。

【0096】

４０８：端末デバイス２と第２のノードとの間でRRC接続を確立する。

【0097】

４０９：第２のノードが、端末デバイス２の基本情報及び／又はネットワーク情報に基づいて、スケジューリング指示を決定する。

【0098】

具体的には、端末デバイスの基本情報及び／又はネットワーク情報に含まれる内容については、上述の実施形態を参照されたい。

【0099】

具体的には、スケジューリング指示を決定する方法については、上述の実施形態を参照されたい。ここでは詳細の説明を省略する。

【0100】

４１０：第２のノードが、スケジューリング指示を第１のノードに送信する。スケジューリング指示は、端末デバイス２が第２のノードによってスケジューリングされることを示すために用いられる。

【0101】

任意に、４１１：第２のノードと端末デバイス２との間で無線ベアラを確立し、第２のノードとSGWとの間でＳ１ベアラを確立する。

【0102】

４１２：第２のノードが、SGWによって送信されたダウンリンクデータを受信する。

【0103】

４１３：第２のノードが、第２のノードのMACレイヤにおいてダウンリンクデータをスケジューリングし、MAC PDUを生成する。

【0104】

具体的には、第２のノードにより、データに対して、PDCPレイヤ処理、RLCレイヤ処理及びMACレイヤスケジューリング処理が実行されて、MAC PDUが生成される。

【0105】

４１４：第２のノードが、端末デバイス２のMAC PDUを第１のノードに送信する。

【0106】

４１５：端末デバイス２のMAC PDUを受信した後、第１のノードが、端末デバイス２のMAC PDUに対してPHYレイヤ処理を実行してから、無線周波数機能処理を用いて、且つ第１のノードと端末デバイス２との間の無線リンクを用いて、処理されたMAC PDUを端末デバイス２に送信する。

【0107】

４１６：端末デバイス２が、第１のノードによって送信され且つ第１のノードによって処理されたデータを受信する。

【0108】

図７に示されるように、本実施形態は別のデータ伝送方法を提供する。本実施形態は、図６に示される実施形態に類似し、本実施形態と図６に示される実施形態との違いは以下のとおりである。

【0109】

４１３ａ：第２のノードが、第２のノードのPHYレイヤにおいて端末デバイス２のダウンリンクデータをスケジューリングし、PHYレイヤデータを生成する。

【0110】

具体的には、第２のノードにより、データに対してPDCPレイヤ処理、RLCレイヤ処理、MACレイヤ処理及びPHYレイヤ処理を実行して、PHYレイヤデータを生成することができる。

【0111】

４１４ａ：第２のノードが、端末デバイス２のPHYレイヤデータを第１のノードに送信する。

【0112】

４１５ａ：端末デバイス２のPHYレイヤデータを受信した後、第１のノードが、第１のノードと端末デバイス２との間の無線リンクを用いて、端末デバイス２のPHYレイヤデータを端末デバイス２に送信する。

【0113】

４１６ａ：端末デバイス２が、第１のノードによって送信されたデータを受信する。

【0114】

従来技術と比較すると、図４〜図７に示される実施形態において提供される解決策によれば、端末デバイスの基本情報及び／又はネットワーク情報に基づいて、第１のノードによるスケジューリング（分散型スケジューリング）又は第２のノードによるスケジューリング（中央集中型スケジューリング）が動的に決定される。第１のノードによるスケジューリングが決定されると、伝送ネットワークの帯域幅要件が低減される。又は、第２のノードによるスケジューリングが決定されると、セルのシステムパフォーマンスが改善される。更に、端末デバイス又はネットワーク情報（例えばfronthaul伝送ネットワークの負荷）が変化したときに、セル内の端末デバイスのスケジューリング方式を変更することができる。よって、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。

【0115】

図９は、本発明に係るデータ伝送方法の別の実施形態である。本実施形態は、図４に示される実施形態に類似し、本実施形態と図４に示される実施形態との違いは以下のとおりである。

【0116】

４０２ｃ：第２のノードが、端末デバイス１の基本情報及び／又はネットワーク情報に基づいて、ベアラタイプ指示を決定する。

【0117】

特に留意すべきこととして、本発明のベアラタイプは、第１のノードと第２のノードの間のベアラ（bearer）によって搬送（carry）されるデータのタイプであってよい。例えば、第１のノードと第２のノードとの間のベアラにより、IP PDU又はPDCP PDUが送信されるとき、このベアラタイプは、ここではIP PDU又はPDCP PDUと呼ばれる。第１のノードと第２のノードとの間のベアラにより、MAC PDU又はPHYレイヤデータが送信されるとき、このベアラタイプは、ここではMAC PDU又はPHYレイヤデータと呼ばれる。

【0118】

したがって、本発明の実施形態では、第１のノードと第２のノードとの間のベアラタイプはPDCP PDU又はMAC PDUである。具体的には、第１のノードと第２のノードとの間のベアラ（bearer）によって搬送（carry）されるデータのタイプは、PDCP PDU又はMAC PDUである。これらの例は、本発明の理解のために用いられるに過ぎない。本発明はこれらの例を含むが、これに限定されない。別のベアラタイプの場合、端末デバイスのスケジューリングノードが本発明の保護範囲に包含される限り、ここでは詳細な説明はしない。

【0119】

具体的には、端末デバイス１の基本情報及び／又はネットワーク情報に基づいて決定されるベアラタイプ指示は、表３及び表４に示される対応関係に基づいて決定されてよい。具体的には、ベアラタイプがMAC PDU又はPHYレイヤデータであるとき、端末デバイス１は第２のノードによってスケジューリングされる。又は、ベアラタイプがPDCP PDU又はIP PDUであるとき、端末デバイス１は第１のノードによってスケジューリングされる。よって、第１のノードはベアラタイプに基づいてスケジューリング情報を得ることができる。

【表3】

【0120】

【表4】

【0121】

ネットワーク情報は、伝送ネットワークの負荷、ハードウェアリソースの負荷、又は総合負荷情報を含んでよい。ハードウェア及びネットワークの負荷などの情報が考慮される。

【0122】

４０３ｃ：第２のノードが、ベアラタイプ指示を第１のノードに送信する。ベアラタイプ指示は、第２のノードと第１のノードとの間で伝送されるデータパケットのタイプがPDCP PDU又はIP PDUであることを示すために用いられる。

【0123】

特に留意すべきこととして、第２のノードと第１のノードとの間で伝送されるデータパケットがPDCP PDU又はIP PDUである場合、第１のノードは、端末デバイス１が第１のノードによってスケジューリングされることを知ることができる。

【0124】

図１０は、本発明に係るデータ伝送方法の別の実施形態の概略フローチャートである。本実施形態は、図６に示される実施形態に類似し、本実施形態と図６に示される実施形態との違いは以下のとおりである。

【0125】

４０９ｂ：第２のノードが、端末デバイス２の基本情報及び／又はネットワーク情報に基づいて、ベアラタイプ指示を決定する。

【0126】

具体的には、端末デバイス２の基本情報及び／又はネットワーク情報に基づいて第２のノードによって決定されるベアラタイプ指示は、表３及び表４に示される対応関係に基づいて決定されてよい。

【0127】

４１０ｂ：第２のノードが、ベアラタイプ指示を第１のノードに送信する。ベアラタイプ指示は、第２のノードと第１のノードとの間で伝送されるデータパケットのタイプがMAC PDU又はPHYレイヤデータであることを示すために用いられる。

【0128】

図９又は図１０に示される実施形態は、更に以下のように詳述することができる。すなわち、端末デバイス１の基本情報は更にベアラ識別子を含む。ベアラ識別子は、端末デバイスのベアラ識別子に対応するベアラ上のデータが、第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すのに用いられる。又は、ベアラ識別子は、端末デバイスのベアラ識別子に対応するベアラ上のデータのデータタイプが、MAC PDU若しくはPHYレイヤデータ、又はPDCP PDU若しくはIP PDUであることを示すために用いられる。

【0129】

特に留意すべきこととして、第２のノードと第１のノードとの間で伝送されるデータパケットがMAC PDU又はPHYレイヤデータである場合、第１のノードは、端末デバイス１が第２のノードによってスケジューリングされることを知ることができる。

【0130】

特に留意すべきこととして、第２のノードと第１のノードとの間で伝送されるデータパケットがPDCP PDU又はIP PDUである場合、第１のノードは、端末デバイス１が第１のノードによってスケジューリングされることを知ることができる。

【0131】

第２のノードと第１のノードとの間で伝送されるデータパケットのタイプがPDCP PDUである場合、第２のノードからPDCP PDUを受信すると、第１のノードは、PDCP PDUに対してRLCレイヤ処理、MACレイヤ処理及びPHYレイヤ処理を順に実行してから、無線周波数機能を用いてPDCP PDUを端末デバイスに送信する必要がある。MACレイヤはスケジューリングを担当し、スケジューリング機能処理プロセスを含むので、ベアラタイプ指示がPDCP PDUであるとき、ベアラタイプ指示は、端末デバイス１が第１のノードによってスケジューリングされることを暗示的に示すことができる。このケースは、ベアラタイプ指示がIP PDUである場合と同様であり、ここでは詳細の説明を省略する。

【0132】

第２のノードと第１のノードとの間で伝送されるデータパケットのタイプがMAC PDUである場合、第２のノードからMAC PDUを受信すると、第１のノードは、PHYレイヤにおいてMAC PDUを処理し、無線周波数機能を用いてMAC PDUを端末デバイスに送信する必要がある。MACレイヤはスケジューリングを担当し、スケジューリング機能処理プロセスを含むので、ベアラタイプ指示がMAC PDUであるとき、ベアラタイプ指示は、端末デバイス１が第２のノードによってスケジューリングされることを暗示的に示すことができる。このケースは、ベアラタイプ指示がPHYレイヤデータである場合と同様であり、ここでは詳細の説明を省略する。

【0133】

特に留意すべきこととして、図９及び図１０に示される実施形態は、別々に採用されてもよいし、組み合わせて採用されてもよいし、別の実施形態と組み合わせて採用されてもよい。ここでは詳細の説明を省略する。

【0134】

図１１に示されるように、本発明をより理解するために、本発明は更に別の実施形態を提供する。本実施形態は、図６に示される実施形態に類似し、本実施形態と図６に示される実施形態との違いは以下のとおりである。

【0135】

４１３ｃ：第２のノードが、端末デバイス２のデータに対してMACレイヤスケジューリング機能処理を実行して、MAC PDUを生成する。

【0136】

特に留意すべきこととして、本発明に記載のスケジューリング機能は、MACレイヤのスケジューリング機能処理であってよく、以下の機能又は特性、すなわち論理情報マッピング機能、多重化機能、逆多重化機能、スケジューリング情報レポート、優先度処理、論理チャネル優先度、伝送形成選択機能のうち、少なくとも１つを更に含む。当然ながら、これらの例は本発明の技術的解決策を説明するためのものに過ぎない。本発明はこれらの例を含むが、これに限定されない。

【0137】

留意すべきこととして、MACレイヤの機能は、スケジューリング機能とHARQ機能とに分けられる。このような分割は、事前定義されてもよく、プロトコルで指定されてもよく、ユーザ定義されてもよい。
ここでは詳細の説明をしない。

【0138】

４１４ｃ：第２のノードが、端末デバイス２のMAC PDUを第１のノードに送信する。

【0139】

４１５ｃ：端末デバイス２のMAC PDUを受信した後、第１のノードが、端末デバイス２のMAC PDUに対して、MACレイヤにおいてHARQ機能処理を実行してから、第１のノードと端末デバイス２との間の無線リンクを用いて、MAC PDUを端末デバイス２に送信する。

【0140】

図１２に示されるように、本発明をより理解するために、本発明は更に別の実施形態を提供する。本実施形態は、図６に示される実施形態に類似し、本実施形態と図６に示される実施形態との違いは以下のとおりである。

【0141】

４１３ｄ：第２のノードが、端末デバイス２に対してPHYレイヤ処理を実行して、PHYレイヤデータを生成する。

【0142】

具体的には、第２のノードがダウンリンクデータパケットに対してPDCPレイヤ処理、RLCレイヤ処理及びMACレイヤスケジューリング機能処理を実行した後、以下の物理レイヤ機能処理、すなわちCRC機能、チャネル符号化機能、物理レイヤHARQ処理機能、チャネルインタリーブ機能、スクランブリング符号機能、変調又はレイヤマッピング、プリコーディング機能のうち少なくとも１つがデータパケットに実行された後、PHYレイヤデータが生成される。

【0143】

当然ながら、このような例は本発明を理解するために用いられるに過ぎない。本発明はこのような例を含むが、これに限定されない。

【0144】

４１４ｄ：第２のノードが、端末デバイス２のPHYレイヤデータを第１のノードに送信する。

【0145】

４１５ｄ：端末デバイス２のPHYレイヤデータを受信した後、第１のノードが、PHYレイヤデータに対して無線周波数機能処理を実行してから、第１のノードと端末デバイス２との間の無線リンクを用いて、PHYレイヤデータを端末デバイス２に送信する。

【0146】

４１６ｄ：端末デバイス２が、第１のノードによって送信され且つ第１のノードによって処理されたデータを受信する。

【0147】

本発明は更に別の実施形態を提供する。本実施形態は、図１２に示される実施形態に類似し、本実施形態と図１２に示される実施形態との違いは、別のプロトコルスタックタイプが用いられることである。例えば、PHYレイヤは２つの部分に分けられる。PHYレイヤ機能のうち端末デバイス２に関連する機能が第２のノードにリザーブされ、PHYレイヤ機能のうち端末デバイス２に関連しない機能が第１のノードに置かれる。完全なPHYレイヤデータの上述の解決策と比較すると、このアーキテクチャは更に、fronthaul帯域幅要件を低減することができる。

【0148】

特に留意すべきこととして、MACレイヤのスケジューリング機能によって処理されており、且つMACレイヤのHARQ機能を用いて処理されていないPDUも、本発明においてMAC PDUと呼ばれる。特に留意すべきこととして、PHYレイヤの一部によって処理されたデータも、本発明においてPHYレイヤデータと呼ばれる。

【0149】

図９〜図１２に示される解決策については、従来技術と比較すると、本発明において提供される解決策では、端末デバイスの基本情報及び／又はネットワーク情報（例えばfronthaul伝送ネットワークの負荷）に基づいて、各端末デバイスに対して中央集中型スケジューリング又は分散型スケジューリングが用いられるか否かが、動的に決定される。セル内の端末デバイスに対して、異なるスケジューリング方式（中央集中型スケジューリング又は分散型スケジューリング）を実施することができる。また、端末デバイス又はネットワーク情報（例えばfronthaul伝送ネットワークの負荷）が変化すると、セル内の端末デバイスのスケジューリング方式を変更することができる。よって、実際のネットワーク運用状況に基づいて、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスを達成することができる。

【0150】

この場合、背景技術で言及された中央集中型スケジューリングアーキテクチャと比較すると、セル内の一部の端末デバイスに対して分散型スケジューリングが用いられるので、伝送ネットワークの帯域幅要件が低減される。背景技術で言及された分散型スケジューリングアーキテクチャと比較すると、セル内の一部のエッジ端末デバイスに対して中央集中型スケジューリングを用いることができるので、セルのシステムパフォーマンスが改善される。

【0151】

本発明における技術的解決策をより理解するために、本発明の実施形態を更に説明する。例えば、図４、図５又は図９に示される実施形態を第１の方法と呼び、図６、図７、図１０、図１１又は図１２に示される実施形態を第２の方法と呼ぶ。ここで、第１の方法と第２の方法は、別々に用いられてもよいし、組み合わせて用いられてもよい。２つの方法を組み合わせて用いる場合、２つの方法は順に実行されなくてもよい。例えば、図４に示される実施形態の方法は、図６に示される実施形態の方法と組み合わせて用いられてよい。具体的には、図８に示されるように、図８では、図４に示される実施形態は、図６に示される実施形態が実行される前に実行される。これらの例は本発明の技術的解決策を説明するためのものに過ぎない。本発明はこれらの例を含むが、これに限定されない。

【0152】

本発明は、データ伝送方法の別の実施形態を提供する。本実施形態の適用シナリオは、第２のノードが、端末デバイスの基本情報及び／又はネットワーク情報に基づいて、第１の指示情報を決定したことである。本方法は、以下のステップを含む。

【0153】

１３０１：端末デバイスの基本情報及び／又はネットワーク情報 が変更されたとき、第２のノードが、スケジューリングノードを変更するために第１のノードとネゴシエートする。

【0154】

具体的には、第２のノードは第１のノードに変更指示を送信してよく、第１のノードは変更応答をフィードバックする。或いは、第１のノードは第２のノードに変更指示を送信してよく、第２のノードは変更応答をフィードバックする。

【0155】

具体的には、ネットワーク情報に含まれる内容については、上述の実施形態の説明を参照されたい。端末デバイスの基本情報に含まれる内容については、上述の実施形態の説明を参照されたい。ここでは詳細の説明を省略する。

【0156】

具体的には、上述の実施形態におけるスケジューリング指示及びベアラタイプ指示の記載を参照されたい。ここでは詳細の説明を省略する。

【0157】

１３０２：第２のノードが、端末デバイスの変更された基本情報及び／又は変更されたネットワーク情報に基づいて、第２の指示情報を決定する。

【0158】

具体的には、第２の指示情報は、表１又は表２に記載された対応関係に基づいて決定されてよい。或いは、具体的には、第２の指示情報は、表３又は表４に記載された対応関係に基づいて決定されてよい。ここでは詳細の説明を省略する。

【0159】

１３０３：第２の指示情報を第１のノードに送信する。第２の指示情報は、端末デバイスのスケジューリングノードが第１のノードから第２のノードに変更されることを示すために用いられる。

【0160】

具体的には、第１のノードによる端末デバイスの元のスケジューリングは、第２のノードによるスケジューリングに変更される。又は、第２のノードによる端末デバイスの元のスケジューリングは、第１のノードによるスケジューリングに変更される。

【0161】

実施形態を更に説明するために、図１３は本発明の更なる例を示す。当然ながら、この例は、本発明の技術的解決策を理解するために用いられるに過ぎない。具体的なスケジューリング方法については、上述の実施形態を参照されたい。ここでは詳細の説明を省略する。

【0162】

１３０４：第２のノードが、SGWによって送信されたダウンリンクデータを受信する。

【0163】

１３０５：第２のノードが、MACレイヤにおいて、端末デバイス２のダウンリンクデータをスケジューリングして、MAC PDUを生成する。

【0164】

具体的には、データに対してPDCPレイヤ処理、RLCレイヤ処理及びMACレイヤスケジューリング機能処理を実行して、MAC PDUを生成することができる。

【0165】

１３０６：第２のノードが、端末デバイス２のMAC PDUを第１のノードに送信する。

【0166】

１３０７：端末デバイス２のMAC PDUを受信した後、第１のノードが、端末デバイス２のMAC PDUに対してPHYレイヤ処理を実行してから、無線周波数機能処理を用いて、且つ第１のノードと端末デバイス２との間の無線リンクを用いて、MAC PDUを端末デバイス２に送信する。

【0167】

１３０８：端末デバイス２が、第１のノードによって送信され且つ第１のノードによって処理されたデータを受信する。

【0168】

本発明において提供される解決策によれば、端末デバイス又はネットワーク情報（例えばfronthaul伝送ネットワークの負荷）が変化したとき、セル内の端末デバイスのスケジューリング方式を変更することができる。本発明において提供される解決策によれば、端末デバイスの基本情報及び／又はネットワーク情報（例えばfronthaul伝送ネットワークの負荷）に基づいて、各端末デバイスに対して中央集中型スケジューリング又は分散型スケジューリングを用いるか否かが動的に決定される。セル内の異なる端末デバイスに対して、異なるスケジューリング方式（中央集中型スケジューリング又は分散型スケジューリング）を実施することができる。よって、システムパフォーマンスと伝送ネットワークの帯域幅要件とのバランスが達成される。

【0169】

本発明における技術的解決策をより理解するために、本発明の実施形態を更に説明する。図１３に示される実施形態は個別に用いられてよく、端末デバイスの基本情報が変化し、スケジューリングノードが再決定される必要があるというシナリオに適用可能である。又は、別の実施形態と組み合わせて用いられてよい。例えば、図４、図５又は図９に示される実施形態を第１の方法と呼び、図６、図７、図１０、図１１又は図１２に示される実施形態を第２の方法と呼ぶ。ここで、図１３に示される方法は、第１の方法及び／又は第２の方法と組み合わせて用いられる。２つの方法が組み合わせて用いられる場合、第１の方法及び／又は第２の方法は、図１３に示される方法が実行される前に実行されてよい。

【0170】

前述の実施形態に基づいて、例えば、第１の指示情報が、端末デバイスが第２のノードによってスケジューリングされることを示すために用いられるとき、第１の指示は更にリソース指示を搬送する。第１のノードは、リソース指示によって示されるリソースを用いて、第１のノードによって処理されたデータを端末デバイスに送信する。

【0171】

ここで特に留意すべきこととして、本発明の実施形態で用いられるスケジューリングは、少なくとも無線リソースの割当てを含む。

【0172】

図１４は、本発明の実施形態に係るデータ伝送ノードを示す。説明の便宜上、以下では送信ノードをノードと呼ぶ。特に留意すべきこととして、本ノード及び第１のノードは両方ともスケジューリング機能を有し、本ノードは、上述の方法の設計において第２のノード又は第２のノードの挙動を実現するための機能を有する。本実施形態は、
端末デバイスの基本情報及び／又はネットワーク情報に基づいて、第１の指示情報を決定するように構成される処理モジュール１４０１であって、第１の指示情報は、端末デバイスが第１のノードによってスケジューリングされるか、又はノードによってスケジューリングされることを示すために用いられる、処理モジュール１４０１と、
処理モジュール１４０１によって決定された第１の指示情報を第１のノードに送信するように構成される送信モジュール１４０２と、
を備える。送信モジュール１４０２は、処理モジュール１４０１によって決定された第１の指示情報が、端末デバイスが第１のノードによってスケジューリングされることを示すとき、第１のノードに、ノードのスケジューリング機能を用いて処理されたデータパケットを送信するように構成され、又は、処理モジュールによって決定された第１の指示情報が、端末デバイスがノードによってスケジューリングされることを示すとき、第１のノードに、ノードのスケジューリング機能を用いて処理されたデータパケットを送信するように構成される。

【0173】

本実施形態の有益な効果については、上述の方法実施形態を参照されたい。ここでは詳細の説明を省略する。

【0174】

更に、処理モジュール１４０１は更に、端末デバイスの基本情報及び／又はネットワーク情報が変更されたとき、スケジューリングノードを変更するために第１のノードとネゴシエートし、端末デバイスの変更された基本情報及び／又は変更されたネットワーク情報に基づいて、第２の指示情報を決定するように構成される。

【0175】

更に、送信モジュール１４０２は更に、処理モジュール１４０１によって決定された第２の指示情報を第１のノードに送信するように構成される。第２の指示情報は、端末デバイスのスケジューリングノードが本ノードから第１のノードに変更されるか、又は第１のノードから本ノードに変更されることを示すために用いられる。

【0176】

送信モジュール１４０２によって送信された第１の指示情報は、スケジューリング指示又はベアラタイプ指示を含む。

【0177】

更に、送信モジュール１４０２によって送信された第１の指示情報は更に、端末デバイスのベアラ識別子を含む。ベアラ識別子は、端末デバイスのベアラ識別子に対応するベアラ上のデータが第１のノードによってスケジューリングされるか、又はノードによってスケジューリングされることを示すために用いられる。

【0178】

送信モジュールは、具体的には、第１のノードにPDCP PDU又はIP PDUを送信するように構成され、又は、第１のノードにMAC PDUを送信するように構成され、又は、第１のノードにPHYレイヤデータを送信するように構成される。

【0179】

送信モジュールによって第１のノードに送信されたMAC PDUは、MACレイヤのスケジューリング機能を用いて処理されたMAC PDU、又は、MACレイヤのスケジューリング機能及びMACレイヤのHARQ機能を用いて処理されたMAC PDUを含む。

【0180】

端末デバイスの基本情報は、端末デバイスの地理的位置、サービスQoS情報、測定レポート、端末性能、又は、端末デバイスの優先度情報を含む。ネットワーク情報は、伝送ネットワークの負荷情報を含む。

【0181】

処理モジュールは、具体的には、
条件１：端末デバイスの地理的位置がセルエッジに位置するとき、端末デバイスがノードによってスケジューリングされ、又は、端末デバイスの地理的位置がセルエッジに位置しないとき、端末デバイスが第１のノードによってスケジューリングされることと、
条件２：測定レポート中のサービングセル信号強度が第１の閾値よりも小さく、若しくは隣接セル信号強度が第２の閾値よりも大きいとき、端末デバイスがノードによってスケジューリングされ、又は、測定レポート中のサービングセル信号強度が第１の閾値よりも大きく、若しくは隣接セル信号強度が第２の閾値よりも小さいとき、端末デバイスが第１のノードによってスケジューリングされることと、
条件３：端末デバイスの性能がCoMPをサポートするとき、端末デバイスがノードによってスケジューリングされ、又は、端末デバイスの性能がCoMPをサポートしないとき、端末デバイスが第１のノードによってスケジューリングされることと、
条件４：伝送ネットワークの負荷が軽いとき、端末デバイスがノードによってスケジューリングされ、又は、伝送ネットワークの負荷が重いとき、端末デバイスが第１のノードによってスケジューリングされることと、
のうちいずれか１つに基づいて、第１の指示情報又は第２の指示情報を決定するように構成される。

【0182】

処理モジュールは、具体的には、複数の端末デバイスがスケジューリングされるとき、第１の条件又は第２の条件に基づいて、第１の指示情報又は第２の指示情報を決定するように構成される。第１の条件は、
条件１：端末デバイスの地理的位置がセルエッジに位置するとき、端末デバイスは装置によってスケジューリングされ、又は、端末デバイスの地理的位置がセルエッジに位置しないとき、端末デバイスは第１のノードによってスケジューリングされることと、
条件２：測定レポート中のサービングセル信号強度が第１の閾値よりも小さく、若しくは隣接セル信号強度が第２の閾値よりも大きいとき、端末デバイスはノードによってスケジューリングされ、又は、測定レポート中のサービングセル信号強度が第１の閾値よりも大きく、若しくは隣接セル信号強度が第２の閾値よりも小さいとき、端末デバイスは第１のノードによってスケジューリングされることと、
条件３：端末デバイスの性能がCoMPをサポートするとき、端末デバイスはノードによってスケジューリングされ、又は、端末デバイスの性能がCoMPをサポートしないとき、端末デバイスは第１のノードによってスケジューリングされることと、
のうちいずれか１つを含む。第２の条件は、伝送ネットワークの負荷が軽いとき、端末デバイスはノードによってスケジューリングされ、又は、伝送ネットワークの負荷が重いとき、端末デバイスは第１のノードによってスケジューリングされることを含む。

【0183】

任意に、図１４ａに示されるように、ノードは更に、SGWによって送信されたダウンリンクデータを受信するように構成される受信モジュール１４０３を備えてよい。

【0184】

特に留意すべきこととして、本発明の本実施形態において、処理モジュールに対応する物理装置はプロセッサであってよく、送信モジュールに対応する物理装置は送信部であってよい。任意に、受信モジュールに対応する物理装置は受信部であってよい。

【0185】

図１５は、本発明の実施形態に係る別のデータ伝送ノードである。説明の便宜上、別のデータ伝送ノードは略してノードと呼ばれ、本ノード及び第２のノードは両方ともスケジューリング機能を有する。本ノードは、上述の方法の設計において第１のノード又は第１のノードの挙動を実現するための機能を有する。本ノードは、
第１の指示情報を受信するように構成される受信モジュール１５０１であって、第１の指示情報は、端末デバイスがノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すために用いられ、受信モジュール１５０１は、第１の指示情報が端末デバイスがノードによってスケジューリングされると示す場合、第２のノードによって送信され且つ第２のノードのスケジューリング機能を用いて処理されていないデータパケットを受信し、又は、第１の指示情報が端末デバイスが第２のノードによってスケジューリングされると示す場合、第２のノードによって送信され且つ第２のノードのスケジューリング機能を用いて処理されたデータパケットを受信するように構成される、受信モジュール１５０１と、
受信モジュールによって受信され且つ第２のノードのスケジューリング機能を用いて処理されていないデータパケットを処理するように構成され、又は、受信モジュールによって受信され且つ第２のノードのスケジューリング機能を用いて処理されたデータパケットを処理するように構成される処理モジュール１５０２と、
処理モジュールによって処理されたデータを送信するように構成される送信モジュール１５０３と、
を備える。

【0186】

本実施形態の有益な効果については、上述の方法実施形態を参照されたい。ここでは詳細の説明を省略する。

【0187】

更に、処理モジュール１５０２は更に、端末デバイスの基本情報及び／又はネットワーク情報が変更されたとき、ノードにより、スケジューリングノードを変更するために、第２のノードとネゴシエートするように構成される。

【0188】

更に、受信モジュール１５０１は、処理モジュール１５０２がスケジューリングノードを変更することを決定した後、第２のノードによって送信された第２の指示情報を受信するように構成される。第２の指示情報は、第２のノードにより、端末デバイスの変更された基本情報及び／又は変更されたネットワーク情報に基づいて決定され、第２の指示情報は、第２のノードによる端末デバイスのスケジューリングがノードによる端末デバイスのスケジューリングに変更されること、又はノードによる端末デバイスのスケジューリングが第２のノードによる端末デバイスのスケジューリングに変更されることを示すために用いられる。

【0189】

更に、受信モジュール１５０１によって受信される第１の指示情報は更に、端末デバイスのベアラ識別子を含む。ベアラ識別子は、端末デバイスのベアラ識別子に対応するベアラ上のデータが、ノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされることを示すために用いられる。

【0190】

受信モジュールは、具体的には、第２のノードによって送信されたPDCP PDU又はIP PDUを受信するように構成され、又は、第２のノードによって送信されたMAC PDUを受信するように構成され、又は、第２のノードによって送信されたPHYレイヤデータを受信するように構成される。

【0191】

受信モジュールによって受信されたMAC PDUは、MACレイヤのスケジューリング機能を用いて処理されたMAC PDU、又は、MACレイヤのスケジューリング機能及びMACレイヤのHARQ機能を用いて処理されたMAC PDUを含む。

【0192】

処理モジュールは、具体的には、
ノードがMAC PDUを受信した場合、MAC PDUに対してPHYレイヤ処理及び無線周波数機能処理を実行するように構成され、又は、第１のノードがPHYレイヤデータを受信した場合、PHYレイヤデータに対して無線周波数機能処理を実行するように構成され、又は、第１のノードがPDCP PDUを受信した場合、PDCP PDUに対して、RLCレイヤ処理、MACレイヤスケジューリング機能処理、物理レイヤ処理及び無線周波数機能処理を実行するように構成され、又は、第１のノードがIP PDUを受信した場合、IP PDUに対して、PDCPレイヤ処理、RLCレイヤ処理、MACレイヤスケジューリング機能処理、物理レイヤ処理及び無線周波数機能処理を実行するように構成される。

【0193】

特に留意すべきこととして、本発明の本実施形態では、受信モジュールに対応する物理デバイスは受信部であり、処理モジュールに対応する物理デバイスはプロセッサであり、送信モジュールに対応する物理デバイスは送信部である。

【0194】

従来技術と比較すると、図１４、図１４ａ及び図１５に示される実施形態において提供される解決策では、端末デバイスの基本情報又はネットワーク情報に基づいて、各端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされるかが、動的に決定される。よって、セル内の異なる端末デバイスに対して異なるスケジューリング方式（すなわち中央集中型スケジューリング又は分散型スケジューリング）を実施することができる。従来技術と比較すると、本発明において提供される解決策では、端末デバイスの基本情報及び／又はネットワーク情報に基づいて、各端末デバイスが第１のノードによってスケジューリングされるか、又は第２のノードによってスケジューリングされるかが、動的に決定される。よって、セル内の異なる端末デバイスに対して異なるスケジューリング方式（すなわち中央集中型スケジューリング又は分散型スケジューリング）を実施することができる。この場合、背景技術で言及された中央集中型スケジューリングアーキテクチャと比較すると、セル内の一部の端末デバイスに対して分散型スケジューリングが用いられるので、伝送ネットワークの帯域幅要件が低減される。背景技術で言及された分散型スケジューリングアーキテクチャと比較すると、セルエッジに位置する端末デバイスに対して中央集中型スケジューリングを用いることができるので、セルのシステムパフォーマンスが改善される。

【0195】

本発明に開示された内容を参照して記載された方法又はアルゴリズムのステップは、ハードウェアで実現されてもよいし、プロセッサによるソフトウェア命令によって実行されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールを含んでよい。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD−ROMメモリ、又は当該技術分野において周知である任意の他の形式の記憶媒体に記憶されてよい。例として用いられる記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。当然ながら、記憶媒体はプロセッサの一部であってよい。プロセッサ及び記憶媒体は、ASICに位置してよい。更に、ASICはユーザイクイップメントに位置してよい。当然ながら、プロセッサと記憶媒体は、ディスクリートコンポーネントとしてユーザイクイップメントに存在してもよい。

【0196】

当業者であれば気付くように、上述の例のうち１つ以上において、本発明に記載の機能は、ハードウェア、ソフトウェア、ファームウェア又はそれらの任意の組合わせによって実現することができる。本願がソフトウェアによって実現されるとき、これらの機能はコンピュータ可読媒体に記憶されてよく、或いはコンピュータ可読媒体の１つ以上の命令又はコードとして伝送されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含む。通信媒体は、コンピュータプログラムをある場所から別の場所に伝送することを可能にする任意の媒体を含む。記憶媒体は、汎用又は専用のコンピュータにアクセス可能な任意の利用可能な媒体であってよい。

【0197】

本発明の目的、技術的解決策及び利益は、更に、上述の具体的な実施形態で詳細に説明される。留意すべきこととして、上述の記載は本発明の具体的な実施形態に過ぎず、本発明の保護範囲を限定するものではない。本発明の主旨と原理の範囲内でなされた任意の変更、均等置換又は改良は、本発明の保護範囲に包含されるものとする。

【図1】

【図2】

【図3】

【図3a】

【図3b】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図14a】

【図15】