JP2019508940A - データ送信方法、ユーザ機器、および基地局 - Google Patents

Abstract

本発明は、データ送信方法を提供する。この方法は、第1のネットワークノードのメディアアクセス制御MACエンティティにより、少なくとも2つのセルの少なくとも1つのハイブリッド自動再送要求HARQユニットにデータパケットを割り当てるステップであって、少なくとも2つのセルは異なる無線アクセス技術RATを使用し、少なくとも2つのセルが1つのHARQユニットを共有するか、または少なくとも2つのセルのそれぞれが1つのHARQユニットに対応し、HARQユニットはHARQエンティティおよび／またはHARQプロセスである、ステップと、第1のネットワークノードにより、少なくとも2つのセルを使用してデータパケットを第2のネットワークノードに送信するステップと、を含む。上記の解決策によれば、データパケットは、共有MAC層を使用することによって、少なくとも2つのセルの少なくとも1つのHARQユニットに割り当てられ、エンドツーエンド遅延を効果的に低減する。

Description

本出願は、2016年1月20日に中国特許庁に提出された、「DATA SENDING METHOD, DATA RECEIVING METHOD, AND APPARATUS」と題された中国特許出願第201610038569.6号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。

本発明は、無線通信分野に関し、特に、データ送信方法、データ受信方法、および装置に関する。

マルチ無線ネットワーク規格調整は、マルチ無線アクセス技術調整（multi-radio access technology coordination，Multi-RAT coordination）とも呼ばれる。この技術の主な機能は、異なる無線アクセス技術のネットワーク間の共同無線リソース管理（joint radio resource management）である。以下では、マルチ無線ネットワーク規格調整は、Multi-RAT coordinationと同等である。この技術に適用することができる無線アクセス技術（radio access technology，RAT）は、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System，UMTS）、移動体通信のためのグローバルシステム（Global System for Mobile Communications，GSM（登録商標））、符号分割多元接続（Code Division Multiple Access，CDMA）、無線ローカルエリアネットワーク（wireless local area network，WLAN）、ワイヤレスフィデリティ（Wireless Fidelity，Wifi）、ロングタームエボリューション（Long Term Evolution，LTE）、次世代ネットワーク（5Gなど）等を含むことができる。

既存のMulti-RAT coordination技術では、異なる無線アクセスネットワークの無線アクセスデバイスのプロトコルスタックは完全で独立している。すなわち、異なる無線アクセスネットワークの無線アクセスデバイスのそれぞれは、それ自体のパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol，PDCP）層、無線リンク制御（Radio Link Control，RLC）層、およびメディアアクセス制御（Medium Access Control，MAC）層を有する。ネットワーク内のアンカー（anchor）は、インターネットプロトコル（Internet Protocol，IP）データパケットに基づいてデータオフロードを実行する。すなわち、データオフロードは、PDCP層の上のアプリケーション層で実行される。次に、各規格のネットワークデバイスは、PDCP層、RLC層、MAC層、および物理層において、規格にオフロードされたデータパケットを個別に処理する。アンカーは、中央制御ノードと呼ばれることもある。この仕様の規格は、RATを指す。

しかしながら、既存のMulti-RAT coordination技術では、データパケットの処理の遅延がかなり長く、サービスの遅延要件、特に厳しい遅延要件を有するいくつかのサービスを満たすことができない。

本発明の実施形態は、データパケットの処理遅延を低減するために、データ送信方法、データ受信方法、および装置を提供する。

第1の態様によれば、データ送信方法が提供され、方法は、
第1のネットワークノードのメディアアクセス制御MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのハイブリッド自動再送要求HARQユニットにデータパケットを割り当てるステップであって、少なくとも2つのセルは異なる無線アクセス技術RATを使用し、少なくとも2つのセルが1つのHARQユニットを共有するか、または少なくとも2つのセルのそれぞれが1つのHARQユニットに対応し、HARQユニットはHARQエンティティおよび／またはHARQプロセスである、ステップと、
第1のネットワークノードにより、少なくとも2つのセルを使用してデータパケットを第2のネットワークノードに送信するステップと
を含む。

任意選択的に、第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップの前に、方法は、
第1のネットワークノードのパケットデータコンバージェンスプロトコルPDCPエンティティおよび／または無線リンク制御RLCエンティティにより、アプリケーション層データパケットを処理してデータパケットを取得するステップ
をさらに含む。

任意選択的に、第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップの前に、第1のネットワークノードのMACエンティティは、アプリケーション層データパケットを処理してデータパケットを取得する。この任意の実施形態では、IPデータパケットは、MAC層で直接処理され、PDCP層とRLC層で別々に処理される必要がないので、処理がより簡潔になり、遅延がより短くなる。

任意選択的に、第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップは、
MACエンティティにより、サービスのサービス品質パラメータ、異なるRATの無線チャネル状態、異なるRATのそれぞれの平均パケット損失率、異なるRATのそれぞれの平均チャネル利用率、または異なるRATの特性のうちの少なくとも1つに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップ
を含む。

MACエンティティは、異なるRATの特性に従ってデータパケットを割り当てるので、選択されたRATの無線特性は、提供される必要があるサービスの特性とより良好に一致する。さらに、異なる規格の物理層に対応する耐性レート、遅延、または優先度、無線チャネル状態、ならびに異なるRATの平均パケット損失率および平均チャネル利用率などのサービスのQoSパラメータが、より良いパケット割り当て割合と最小受信側遅延とを保証するように、データパケット割り当ての間に考慮される。

任意選択的に、MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップの前に、方法は、
第1のネットワークノードにより、第1のメッセージを受信するステップであって、第1のメッセージは、第2のネットワークノードによって報告された、異なるRATにそれぞれ対応する無線チャネル状態、第2のネットワークノードによって選択されたRATに関する情報、第2のネットワークノードによって選択されたRATに対応するセルに関する情報、または第2のネットワークノードによって選択されたRATに対応するキャリアに関する情報のうちの少なくとも1つの情報を含む、ステップ
をさらに含み、
MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップは、
MACエンティティにより、第1のメッセージ内の情報に従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップ
を含む。

任意選択的に、方法は、
第1のネットワークデバイスにより、第2のネットワークデバイスによって送信されたアップリンク速度制御パラメータを受信するステップであって、アップリンク速度制御パラメータは、少なくとも2つのセルに対応するRATの特性および優先度に従って設定される、ステップ
をさらに含み、
MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップは、
MACエンティティにより、アップリンク速度制御パラメータに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップ
を含む。

任意選択的に、MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップの前に、方法は、
第1のネットワークノードにより、第2のネットワークノードにバッファ状態報告BSRを直接的または間接的に送信するステップであって、BSRは、第1のネットワークノードによって選択されたRATに関する情報、または異なるRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、ステップ、および／または、
第1のネットワークノードにより、第2のネットワークノードにスケジューリング要求SRを直接的または間接的に送信するステップであって、SRは、少なくとも2つのRATに関する情報、または少なくとも2つのRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、ステップ
をさらに含む。

任意選択的に、第1のネットワークノードにより、第2のネットワークノードにバッファ状態報告BSRを直接的または間接的に送信するステップ、および／または第1のネットワークノードにより、第2のネットワークノードにスケジューリング要求SRを直接的または間接的に送信するステップの後、方法は、
第1のネットワークデバイスにより、第2のネットワークデバイスによって送信されたリソーススケジューリング情報を受信するステップであって、リソーススケジューリング情報は、少なくとも2つのセルからなる、第2のネットワークデバイスによって第1のネットワークデバイスに割り当てられたリソースを含む、ステップ
をさらに含み、
MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップは、
MACエンティティにより、少なくとも2つのセルからなる、第2のネットワークデバイスによって第1のネットワークデバイスに割り当てられたリソースに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップ
を含む。

少なくとも2つのセルの各々は1つのHARQユニットに対応し、第1のネットワークノードおよび第2のネットワークノードの一方はアクセスネットワークデバイスであり、第1のネットワークノードおよび第2のネットワークノードの他方は端末デバイスであり、
MACエンティティにより、少なくとも2つのRATネットワークのHARQプロセスにデータパケットを割り当てるステップの前に、方法は、
アクセスネットワークデバイスにより、第2のメッセージを端末デバイスに送信するステップであって、第2のメッセージは、異なるRATのそれぞれに対応するセルのHARQラウンドトリップ時間RTTタイミング時間の構成情報および／または異なるRATのそれぞれに対応するセルの不連続受信DRXの構成情報を含む、ステップ
をさらに含む。

以上の構成によれば、本発明のこの実施形態では、異なるRATのTTI値および／またはサイクリックプレフィックス（cyclic prefix，CP）が異なっていてもよいため、異なるRATのセルに対応するHARQエンティティおよび／またはHARQプロセスのHARQタイミングが異なっていてもよい。この場合、依然としてHARQ動作が実行されてもよい。

任意選択的に、MACエンティティにより、少なくとも2つのセルに対応するHARQユニットにデータパケットを割り当てるステップの後、方法は、MACエンティティにより、異なるRATの異なるトランスポートチャネル（transport channel）および論理チャネル（logical channel）のマッピングを実行するステップをさらに含む。

第2の態様によれば、データ受信方法が提供され、方法は、
第2のネットワークノードにより、少なくとも2つのセルを使用してデータパケットを受信するステップであって、少なくとも2つのセルは異なる無線アクセス技術RATを使用する、ステップと、
第2のネットワークノードにより、少なくとも2つのセルから受信したデータパケットをMACエンティティで集中的に処理し、次いで、集中的に処理されたデータパケットをMAC層の上位層プロトコルスタックに転送するステップと
を含む。

データパケットの受信側として、第2のネットワークノードは、異なるRATのアンテナを使用してデータパケットを受信し、対応する物理層でHARQプロセスおよびベースバンド処理ユニットを使用してデータパケットを処理し、次いで、処理されたデータパケットを共有MAC層に送り、逆多重化などの動作を実行する。共有MAC層において逆多重化が実行された後に得られたデータパケットは、集約されたデータパケットである。MAC層は、処理されたデータを処理のためにRLC層とPDCP層に送り、最後にデータはアプリケーション層に送られる。

第3の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、第1のネットワークノードであり、
MAC層において、少なくとも2つのセルに対応する少なくとも1つのハイブリッド自動再送要求HARQユニットにデータパケットを割り当てるように構成されたプロセッサであって、少なくとも2つのセルは異なる無線アクセス技術RATを使用し、少なくとも2つのセルが1つのHARQユニットを共有するか、または少なくとも2つのセルのそれぞれが1つのHARQユニットに対応し、HARQユニットはHARQエンティティおよび／またはHARQプロセスである、プロセッサと、
少なくとも2つのセルを使用して、プロセッサによって割り当てられたデータパケットを第2のネットワークノードに送信するように構成された送信機と
を含む。

任意選択的に、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前に、プロセッサは、
パケットデータコンバージェンスプロトコルPDCP層および／または無線リンク制御RLC層でアプリケーション層データパケットを処理してデータパケットを処理するか、または
MAC層でアプリケーション層データパケットを処理してデータパケットを取得する
ようにさらに構成される。

任意選択的に、プロセッサは、
サービスのサービス品質パラメータ、異なるRATの無線チャネル状態、異なるRATのそれぞれの平均パケット損失率、異なるRATのそれぞれの平均チャネル利用率、または異なるRATの特性のうちの少なくとも1つに従って、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、
MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

任意選択的に、ネットワークデバイスは受信機をさらに含み、
受信機は、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前に、第1のメッセージを受信するように構成され、第1のメッセージは、第2のネットワークノードによって報告された、異なるRATにそれぞれ対応する無線チャネル状態、第2のネットワークノードによって選択されたRATに関する情報、第2のネットワークノードによって選択されたRATに対応するセルに関する情報、または第2のネットワークノードによって選択されたRATに対応するキャリアに関する情報のうちの少なくとも1つの情報を含み、
プロセッサは、第1のメッセージ内の情報に従って、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

任意選択的に、ネットワークデバイスは受信機をさらに含み、
受信機は、第2のネットワークデバイスによって送信されたアップリンク速度制御パラメータを受信するように構成され、アップリンク速度制御パラメータは、少なくとも2つのセルに対応するRATの特性および優先度に従って設定され、
プロセッサは、アップリンク速度制御パラメータに従って、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

任意選択的に、送信機は、プロセッサが、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前に、バッファ状態報告BSRを第2のネットワークノードに直接的または間接的に送信するようにさらに構成され、BSRは、第1のネットワークノードによって選択されたRATに関する情報、または異なるRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、および／または、スケジューリング要求SRを第2のネットワークノードに直接的または間接的に送信するようにさらに構成され、SRは、少なくとも2つのRATに関する情報、または少なくとも2つのRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む。

任意選択的に、ネットワークデバイスは受信機をさらに含み、
受信機は、第2のネットワークデバイスによって送信されたリソーススケジューリング情報を受信するように構成され、リソーススケジューリング情報は、少なくとも2つのセルからなる、第2のネットワークデバイスによって第1のネットワークデバイスに割り当てられたリソースを含み、
プロセッサは、MAC層において、少なくとも2つのセルからなる、第2のネットワークデバイスによって第1のネットワークデバイスに割り当てられたリソースに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

任意選択的に、少なくとも2つのセルの各々は1つのHARQユニットに対応し、第1のネットワークノードおよび第2のネットワークノードの一方はアクセスネットワークデバイスであり、第1のネットワークノードおよび第2のネットワークノードの他方は端末デバイスであり、
送信機は、プロセッサが、MAC層において、少なくとも2つのRATネットワークのHARQプロセスにデータパケットを割り当てる前に、第2のメッセージを端末デバイスに送信するようにさらに構成され、第2のメッセージは、異なるRATのそれぞれに対応するセルのHARQラウンドトリップ時間RTTタイミング時間の構成情報および／または異なるRATのそれぞれに対応するセルの不連続受信DRXの構成情報を含む。

第4の態様によれば、ネットワークデバイスが提供される。ネットワークデバイスは、第2のネットワークノードであり、受信機およびプロセッサを含み、
受信機は、少なくとも2つのセルを使用してデータパケットを受信するように構成され、少なくとも2つのセルは、異なる無線アクセス技術RATを使用し、
プロセッサは、MAC層において、少なくとも2つのセルから受信したデータパケットを集中的に処理し、集中的に処理されたデータパケットをMAC層の上位層プロトコルスタックに転送するように構成される。

任意選択的に、データパケットは、同じサービスの異なるデータパケットであるか、または
データパケットは同じサービスの同じデータパケットであるか、または
データパケットは異なるサービスのデータパケットである。

任意選択的に、データパケットは第1のデータパケットおよび第2のデータパケットを含み、第1のデータパケットは少なくとも2つのセルの第1のセルに割り当てられ、第2のデータパケットは少なくとも2つのセルの第2のセルに割り当てられ、第1のデータパケットおよび第2のデータパケットは同じサービスの異なるデータパケットであるか、または第1のデータパケットおよび第2のデータパケットは異なるサービスのデータパケットである。

少なくとも2つのセルは1つのHARQエンティティを共有し、第1のデータパケットおよび第2のデータパケットはそれぞれ異なるHARQプロセスに対応し、異なるHARQプロセスはHARQエンティティによって維持されるか、または
少なくとも2つのセルの各々は1つのHARQエンティティに対応し、第1のセルは第1のHARQエンティティに対応し、第2のセルは第2のHARQエンティティに対応し、第1のデータパケットは第1のHARQプロセスに対応し、第1のHARQプロセスは第1のHARQエンティティによって維持され、第2のデータパケットは第2のHARQプロセスに対応し、第2のHARQプロセスは第2のHARQエンティティによって維持される。

任意選択的に、データパケットは第1のデータパケットおよび第2のデータパケットを含み、第1のデータパケットおよび第2のデータパケットは同じサービスの同じデータパケットであり、第1のデータパケットは少なくとも2つのセルの第1のセルに割り当てられ、第2のデータパケットは少なくとも2つのセル内の第2のセルに割り当てられる。

少なくとも2つのセルは1つのHARQエンティティを共有し、第1のデータパケットおよび第2のデータパケットは1つのHARQプロセスに対応し、HARQプロセスはHARQエンティティによって維持されるか、または
少なくとも2つのセルの各々は1つのHARQエンティティに対応し、第1のセルは第1のHARQエンティティに対応し、第2のセルは第2のHARQエンティティに対応し、第1のデータパケットは第1のHARQプロセスに対応し、第1のHARQプロセスは第1のHARQエンティティによって維持され、第2のデータパケットは第2のHARQプロセスに対応し、第2のHARQプロセスは第2のHARQエンティティによって維持される。

任意選択的に、RATの特性は、送信時間間隔TTI、トランスポートチャネルのトランスポートフォーマットTF、または符号化パラメータのうちの少なくとも1つを含む。符号化パラメータは、誤り訂正符号のサイズ、符号化タイプ、または符号化率のうちの少なくとも1つを含む。異なるRATの特性は、異なるRATのそれぞれの送信時間間隔TTI、異なるRATのそれぞれのトランスポートチャネルのトランスポートフォーマットTF、または異なるRATのそれぞれの符号化パラメータのうちの少なくとも1つを含む。符号化パラメータは、誤り訂正符号のサイズ、符号化タイプ、または符号化率のうちの少なくとも1つを含む。

任意選択的に、DRXの構成情報は、端末デバイスがリッスンする必要がある物理チャネルのタイプおよび／またはDRXの構成情報に対応するセルのHARQ RTTタイミング時間に関する情報を含む。

任意選択的に、本発明の実施形態における第1のネットワークノードは、端末デバイス、アクセスネットワークデバイス、またはコアネットワークデバイスのうちの1つであってもよい。

本発明の実施形態で説明されるRATは、1つまたは複数のサービングセルを含んでもよく、本明細書のサービングセルは、セルとも呼ばれる。サービングセルは、キャリアであってもよいし、セルであってもよい。

本発明の実施形態では、共有MAC層は、少なくとも2つのセルに対応する少なくとも1つのハイブリッド自動再送要求HARQユニットにデータパケットを割り当てるために使用されるので、異なる規格の無線ネットワークのサービスデータをMAC層に割り当てることができ、異なるRATのセルに割り当てられた対応するデータパケットは、PDCP層とRLC層で長い遅延がなく、これによりエンドツーエンドの遅延を効果的に低減する。データパケットの処理遅延が低減されるので、バッファ内の平均滞留時間および待ち時間がそれに応じて低減される。このようにして、異なるRATのデータパケットは、HARQ処理遅延のみを有する。したがって、遅延は小さく、無視される可能性がある。効果の点では、これは、キャリアアグリゲーション（carrier aggregation，CA）効果を達成するために、異なる規格の周波数帯域がデータパケットを処理するのに使用されるという事実に相当する。

マルチ無線ネットワーク規格調整技術のネットワークアーキテクチャの概略図である。 本発明の一実施形態によるマルチ無線ネットワーク規格調整技術のネットワークアーキテクチャの概略図である。 本発明の一実施形態によるデータ送信方法およびデータ受信方法を示すフローチャートである。 本発明の一実施形態によるプロトコルスタックの概略構成図である。 本発明の一実施形態によるデータ送受信方法の別の概略フローチャートである。 本発明の別の実施形態によるプロトコルスタックの概略構成図である。 本発明の一実施形態によるネットワークデバイスの概略構成図である。 本発明の一実施形態による別のネットワークデバイスの概略構成図である。

本発明の実施形態における技術的解決策を、本発明の実施形態における添付図面を参照して、以下に説明する。なお、本発明の実施形態および本実施形態の特徴は、矛盾がない場合には、互いに組み合わせてもよい。

例えば、UMTSおよびLTEを用いてMulti-RAT coordinationが行われる。既存の規格（UMTSとLTE）の両方のネットワークデバイスのプロトコルスタックは完全で独立している。例えば、アンカーは、インターネットプロトコル（Internet Protocol，IP）データパケットに基づいてオフロードを実行する。アンカーは、少なくとも2つの規格の無線リソースに関する共同無線リソース管理を実行するように構成される。アンカーは、独立したネットワーク要素であってもよく、または論理機能ノードとして使用され、基地局またはRNCのようなネットワーク要素の内部に配置されてもよい。このような共同無線リソース管理モードでは、各規格（RAT）のネットワークデバイスは、PDCP層、RLC、およびMAC層を含む、ネットワークデバイスのすべてのプロトコル層でデータを連続的に処理する必要がある。

図1に示すように、ネットワークアーキテクチャでは、LTEネットワーク内のモビリティ管理エンティティ（mobility management entity，MME）またはサービングゲートウェイ（serving gateway，S-GW）は、データパケット1，2，3を中央制御ノードに送信することが分かる。UMTSネットワーク内のサービングGPRSサポートノード（serving GPRS support node，SGSN、ここでGPRSは一般的なパケット無線システム（general packet radio system）である）は、データパケット4，5，6，7を中央制御ノードに送信する。図1では、中央制御ノードは、LTEネットワーク内の進化型ノードB（evolved Node B，eNB）に統合されてもよい。中央制御ノードは、データパケット1，2，5，7をLTEネットワークのeNBにオフロードし、データパケット3および4を無線ネットワークコントローラ（radio network controller，RNC）および／またはUMTSネットワーク内のノードB（NodeB，NB）にオフロードする。NBを例に説明する。eNBおよびNBは、PDCP層、RLC層、およびMAC層でeNBおよびNBにオフロードされたデータパケットを別々に処理する。

本明細書では、データパケットを各プロトコル層で処理する必要がある方法をルースカップリング（loose coupling）と呼ぶ。これらの上位層（PDCP層、RLC層、およびMAC層を含む）プロトコルスタックにおける処理遅延は、最大数百ミリ秒（ms）となり得る。ただし、共同処理中に、データ集約において異なるネットワークデバイスの遅延を考慮する必要がある。したがって、現在のMulti-RAT coordination技術では、処理遅延が依然としてかなり長い。このような長い遅延は、急速に発展する通信サービスの遅延要件、特に、LTEネットワークおよび次世代5Gネットワークの収束の低遅延および高信頼性要件を満たすことができない。

したがって、本発明の実施形態は、異なるネットワーク配備の円滑な収束を保証するために、マルチ規格無線ネットワーク間の密結合調整を実施することができる新しい技術を提供する。本発明のこの実施形態では、異なる規格の無線アクセスネットワークは、PDCP層（またはPDCPエンティティと呼ばれる）、RLC層（またはRLCエンティティと呼ばれる）、およびMAC層（またはMACエンティティと呼ばれる）を共有する。任意選択的に、異なる規格の無線アクセスネットワークがMAC層を共有することができ、PDCP層およびRLC層の機能がMAC層によって実装される。本発明のこの実施形態では、異なる規格の無線ネットワークのデータパケットをMAC層でオフロードすることができる。オフロード後、各規格のネットワークデバイスは、HARQエンティティおよび物理層（physical layer）でのみデータパケットを処理する必要があるか、または各規格のネットワークデバイスは物理層でのみデータパケットを処理する必要があり、PDCP層、RLC層、およびMAC層でデータパケットを連続的に処理する必要がなく、データパケットをMAC層で異なる規格の無線ネットワーク上にマッピングする。

従来技術では、各RATのネットワークデバイスは、ネットワークデバイスのPDCP層、RLC層、MAC層でデータパケットを連続的に処理する必要がある。これと比較して、本発明のこの実施形態では、各RATのPDCP層、RLC層、およびMAC層で集中的に処理が行われ、MAC層は、少なくとも2つのRATセルについて維持されるHARQプロセスおよび／またはHARQエンティティにデータパケットを割り当てる。このような方法は、本明細書では密結合と呼ばれる。本発明のこの実施形態では、MAC層でのHARQ処理遅延はほんの数ミリ秒（ms）であり、異なる規格のPDCP層、RLC層、およびMAC層で集中的に処理が行われ、データパケットは物理層によって報告された無線リンク状態に従って割り当てられてもよく、異なる規格のデータパケットは、PDCP層およびRLC層において長い遅延がない。したがって、エンドツーエンドの遅延が効果的に低減される。データパケットの処理遅延が低減されるので、バッファ内の平均滞留時間および待ち時間がそれに応じて低減される。このようにして、異なるRATのデータパケットは、HARQ処理遅延のみを有する。したがって、遅延は小さく、無視される可能性がある。効果の点では、これは、キャリアアグリゲーション（carrier aggregation，CA）効果を達成するために、異なる規格の周波数帯域がデータパケットを処理するのに使用されるという事実に相当する。

本発明のこの実施形態のシステムは、少なくとも2つのRATネットワークのネットワーク要素を含み、さらに、1つの中央制御ノードを含むことに留意されたい。中央制御ノードは、PDCP層、RLC層、およびMAC層でIPデータパケット（アプリケーション層データパケット）を別々に処理した後にMACデータパケットを取得し、MACデータパケットを各RATネットワークにオフロードする。中央制御ノードは、代わりにアンカーなどと呼ばれてもよく、独立したネットワーク要素であってもよく、またはRATネットワークのネットワーク要素に統合されてもよい。

本発明のこの実施形態におけるネットワークアーキテクチャのプロトコルスタックの構造は、従来技術におけるネットワークアーキテクチャのプロトコルスタックの構造とは異なることが分かる。従来技術の中央制御ノードは、PDCP層でデータパケットをオフロードするが、本発明のこの実施形態の中央制御ノードは、MAC層でデータパケットをオフロードする。したがって、本発明のこの実施形態における中央制御ノードのプロトコルスタックの構造は、従来技術とは異なる。

例えば、図2に示すように、UMTSおよびLTEは例として依然として使用される。ネットワークアーキテクチャでは、LTEネットワーク内のMMEまたはS-GWがデータパケット1，2，3を中央制御ノードに送信し、UMTSネットワーク内のSGSNがデータパケット4，5，6，7を中央制御ノードに送信することが分かる。図2では、中央制御ノードは、LTEネットワーク内のeNBに統合されてもよく、または別のネットワーク要素に統合されてもよい。中央制御ノードは、受信したデータパケットをPDCP層、RLC層、およびMAC層で順次処理する。MACエンティティは、データパケット1，2，5，7をLTEネットワークのeNBにスケジューリングし、データパケット3および4をUMTSネットワークのRNCおよび／またはNBにスケジューリングする。NBを例に説明すると、eNBおよびNBは、eNBおよびNBにオフロードされたデータパケットを物理層で処理する。

さらに、本発明のこの実施形態における少なくとも2つのRATネットワークのネットワーク要素は、1つのデバイスに統合されてもよい。この場合、1つのデバイスではあるが、実際には異なるRATを使用してネットワーク要素が実装される。例えば、代替的に、図2に示すeNBおよびNBは、同じデバイスに統合され、同じデバイスによって実装されてもよい。

以上では、ダウンリンクサービスを例に説明した。本発明のこの実施形態の改良形態によれば、Multi-RAT coordination技術をアップリンクサービスに適用することもできる。アップリンクサービスの場合、中央制御ノードは、例えば、端末デバイスであってもよい。端末デバイスがPDCP層、RLC層、およびMAC層で処理を行った後、端末デバイスのMACエンティティは、LTEネットワークのeNBにデータパケット1，2，5，7を割り当て、UMTSネットワークにデータパケット3および4を割り当てる。具体的には、端末デバイスは、データパケットの割り当て状況に応じて、eNBおよびNBからそれぞれ対応するアップリンクリソースを個別に要求し、取得したアップリンクリソースを用いてデータパケットをeNBおよびNBに送信することができる。eNBおよびNBは、それぞれのデータパケットを、中央制御ノードの機能を有するネットワーク要素に送信する。ネットワーク要素は、eNBおよびNBによって送信されたデータパケットを集約する。中央制御ノードの機能を有するネットワーク要素は、eNBおよびNBのうちの1つであってもよく、ネットワーク内の別のネットワーク要素であってもよい。

本発明のこの実施形態における端末デバイスは、ユーザに音声および／またはデータ接続性を提供するデバイス、無線接続機能を有するハンドヘルドデバイス、または無線モデムに接続された別の処理デバイスを指すことができる。無線端末は、無線アクセスネットワーク（例えば、RAN，Radio Access Network）を介して1つまたは複数のコアネットワークと通信することができる。無線端末は、携帯電話（または「セルラ（cellular）」電話と呼ぶことができる）などのモバイル端末、またはモバイル端末を備えたコンピュータ、例えば、無線アクセスネットワークと音声および／またはデータを交換する携帯型、ポケットサイズ、ハンドヘルド型、コンピュータ内蔵、または車載のモバイル装置であってもよい。例えば、パーソナル通信サービス（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）と呼ばれることもある。

本発明のこの実施形態におけるRATは、規格と呼ばれてもよいことに留意されたい。例えば、異なるRATは、代わりに異なる規格と呼ばれてもよい。2つの定義は、本発明のこの実施形態では区別されない。さらに、本発明のこの実施形態におけるMAC層は、代替的にMACエンティティと呼ばれてもよく、2つの定義は本発明のこの実施形態において区別されない。

さらに、本発明のこの実施形態におけるネットワークアーキテクチャはまた、UMTS、GSM（登録商標）、CDMA、WLAN、WiFi、LTE、および次世代ネットワーク（例えば、5G）の少なくとも2つのネットワーク間の調整、および／または、5Gの異なるRAT間の調整に適用されてもよい。次世代ネットワークの異なるRATは、異なる波形、フレーム構造、符号化技術（例えば、ターボ符号、低密度パリティチェック（low-density parity-check，LDPC）符号、または極（Polar）符号）、および復調技術を有してもよく、他の新しい技術、例えば、1つまたは複数の新しいビーム形成技術（フィルタリングされたOFDMなど）、新しいマルチアクセス技術（疎コード多重アクセス（sparse code multiple access，SCMA）など）、および新しいチャネル符号化技術を使用してもよい。

本発明のこの実施形態における中央制御ノードは、端末デバイスまたはアクセスネットワークデバイスなどの複数のタイプのネットワークデバイスに統合されてもよく、中央制御ノードは、端末デバイスにデータを送信する別のデバイス、またはコアネットワークデバイスなどであってもよい。

本発明のこの実施形態では、アクセスネットワークデバイスは、LTEまたはLTE-Aにおける進化型ノードB（Evolved Node B，eNBまたはe-NodeB）などの基地局、またはUMTSにおけるNodeBもしくはRNCであってもよく、基地トランシーバ局（base transceiver station，BTS）または基地局コントローラ（base station controller，BSC）などの別の通信システムの基地局であってもよく、小セル（Small Cell）、中継ノード、送信ポイント（transmission point，TP）、またはアクセスポイント（access point，AP）などの端末デバイスにデータを送信する別のデバイスであってもよい。これは、本発明のこの実施形態において限定されない。

コアネットワークデバイスは、任意のRAT、例えばMME、S-GW、または2Gもしくは3GのサービングGPRSサポートノード（serving GPRS support node，SGSN）のコアネットワークデバイスであってもよい。

本発明のこの実施形態では、中央制御ノードの機能を有するネットワーク要素は、第1のネットワークノードと呼ばれ、すなわち、オフロード機能を実装するネットワーク要素は、第1のネットワークノードと呼ばれる。ネットワークデバイスは、独立したネットワーク要素であってもよく、既存のネットワーク要素に統合されてもよい。既存のネットワーク要素は、前述のネットワークデバイスのうちのいずれか1つであってもよい。あるいは、既存のネットワーク要素は、将来同じ機能を実現することができる別のネットワークデバイスであってもよい。データ受信側は、第2のネットワークノードと呼ばれ、すなわち、RATから受信したデータを集約するネットワーク要素は第2のネットワークノードと呼ばれる。

この実施形態では、アップリンクサービスの場合、第1のネットワークノードは端末デバイスであってもよく、第2のネットワークノードはアクセスネットワーク内のネットワーク要素であってもよいし、RATのコアネットワークのネットワーク要素であってもよいし、ネットワーク内の独立したネットワーク要素であってもよい。第2のネットワークノードは、データ集約機能を有する。端末デバイスは、共有MACエンティティを有するネットワークデバイスである。端末デバイスは、MAC層でデータパケットを処理した後、異なるRATセルにデータパケットをオフロードし、異なるRATセルのネットワークデバイスは、物理層でデータパケットを処理する。

ダウンリンクサービスの場合、第1のネットワークノードは、共有MACエンティティを有するネットワークデバイスであってもよく、第2のネットワークノードは、アクセスネットワーク内のネットワーク要素であってもよいし、RATのコアネットワークのネットワーク要素であってもよいし、ネットワーク内の独立したネットワーク要素であってもよい。第1のネットワークノードは、MAC層でダウンリンクデータパケットを処理した後、データパケットをRATセルにオフロードし、異なるRATセルのネットワークデバイスは、物理層でデータパケットを処理した後、データパケットを端末デバイスに送信する。

加えて、本発明のこの実施形態における方法は、デバイスツーデバイス（device-to-device，D2D）通信、マシンツーマシン（machine-to-machine，M2M）通信、ビークルツービークル（vehicle-to-vehicle，V2V）通信、または複数の他の同様の通信方式にさらに適用されてもよい。これらの通信方式では、第1のネットワークノードおよび第2のネットワークノードは、D2D、M2M、もしくはV2V通信、または他の通信に関与する2つのノードである。第1のネットワークノードは共有MACエンティティを有する。第1のネットワークノードは、MAC層で異なる規格にデータパケットを割り当て、異なる規格を使用してデータパケットを第2のネットワークノードに送信する。

共有とは、すべてのRATにオフロードされたデータパケットのMAC層がMACエンティティによって処理され、各RATのネットワークエンティティがMAC層で処理を行う必要がないことを意味する。

上記の効果を達成するために、本発明の実施形態は、複数の実施形態を提供する。以下では、本発明の実施形態における解決策を、添付の図面を参照して詳細に説明する。

図3は、本発明の一実施形態によるデータ送信方法およびデータ受信方法を示すフローチャートである。図3に示すように、方法は以下のステップを含む。

ステップ310：第1のネットワークノードのメディアアクセス制御MACエンティティが、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当て、少なくとも2つのセルは異なるRATを使用し、少なくとも2つのセルが1つのHARQユニットに対応するか、または少なくとも2つのセルの各々が1つのHARQユニットに対応し、HARQユニットは、HARQエンティティおよび／またはHARQプロセスである。

ステップ320：第1のネットワークノードが、少なくとも2つのセルを使用してデータパケットを第2のネットワークノードに送信する。

ステップ330：第2のネットワークノードが、少なくとも2つのセルを使用してデータパケットを受信する。

ステップ340：第2のネットワークノードが、少なくとも2つのセルから受信したデータパケットをMAC層で集中的に処理した後、集中的に処理されたデータパケットをMAC層の上位層プロトコルスタックに転送して処理する。

本発明のこの実施形態には少なくとも2つのセルが含まれ、少なくとも2つのセルは異なるRATを使用するが、本発明のこの実施形態には別のセルがさらに含まれてもよく、別のセルによって使用されるRATは、少なくとも2つのセルによって使用されるRATのうちの1つと同じであってもよい。同じRATのセルについては、本発明のこの実施形態では、少なくとも2つのセルのうちのいずれか1つに従って処理を実行することができる。本発明のこの実施形態で説明されるRATは、1つまたは複数のサービングセルを含むことができ、本明細書のサービングセルは、セルと呼ばれる。サービングセルは、キャリアであってもよいし、セルであってもよい。

本発明のこの実施形態における少なくとも2つのセルに対応する少なくとも1つのHARQユニットは、少なくとも2つのセルについて第1のネットワークノードによって維持される少なくとも1つのHARQユニットであってもよいし、少なくとも2つのセルに対応する少なくとも1つのHARQユニットと呼ばれてもよい。少なくとも2つのセルが1つのHARQユニットに対応することは、少なくとも2つのセルが1つのHARQユニットを共有すること、すなわち、少なくとも2つのセルによってHARQユニットが共有されることであってもよい。あるいは、少なくとも2つのセルの各々は、1つのHARQユニットに対応する、すなわち、セルとHARQユニットは1対1の対応関係にある。

さらに、本発明のこの実施形態におけるデータパケットは、同じサービスの異なるデータパケットであってもよく、同じサービスの同じデータパケットであってもよく、異なるサービスのデータパケットであってもよい。同じサービスの異なるデータパケットおよび異なるサービスのデータパケットに対して、本発明のこの実施形態の解決策は、データパケット送信効率を改善し、データパケットを受信側に送信する速度を高めることができる。同じサービスの同じデータパケットに対して、本発明のこの実施形態の解決策は、データパケットの送信信頼性を改善することができる。

また、上述したように、本発明のこの実施形態におけるHARQユニットは、HARQエンティティであってもよいし、HARQプロセスであってもよいし、HARQエンティティおよびHARQプロセスであってもよい。MACエンティティは少なくとも1つのHARQユニットを維持し、MACエンティティが1つのHARQユニットを維持する場合、少なくとも2つのセルはHARQユニットを共有する。MACエンティティが少なくとも2つのHARQユニットを維持する場合、少なくとも2つのセルの各々は1つのHARQユニットに対応する。

例えば、一実施形態では、データパケットは、同じサービスの異なるデータパケットであるか、または異なるサービスのデータパケットであり、データパケットは、第1のデータパケットおよび第2のデータパケットを含む。第1のネットワークノードのMACエンティティは、第1のデータパケットを少なくとも2つのセルの第1のセルに割り当て、第2のデータパケットを少なくとも2つのセルの第2のセルに割り当てる。この場合、少なくとも2つのセルが1つのHARQエンティティを共有する場合、第1のデータパケットと第2のデータパケットはそれぞれ異なるHARQプロセスに対応し、異なるHARQプロセスはHARQエンティティによって維持される。少なくとも2つのセルのそれぞれが1つのHARQエンティティに対応する場合、第1のセルは第1のHARQエンティティに対応し、第2のセルは第2のHARQエンティティに対応し、第1のデータパケットは第1のHARQプロセスに対応し、第1のHARQプロセスは第1のHARQエンティティによって維持され、第2のデータパケットは第2のHARQプロセスに対応し、第2のHARQプロセスは第2のHARQエンティティによって維持される。

別の例について、別の実施形態では、データパケットは同じサービスの同じデータパケットであり、データパケットは第1のデータパケットと第2のデータパケットを含み、第1のデータパケットと第2のデータパケットは同じサービスの同じデータパケットであり、すなわち、第1のデータパケットと第2のデータパケットは同じデータパケットである。第1のデータパケットは、少なくとも2つのセル内の第1のセルに割り当てられ、第2のデータパケットは、少なくとも2つのセル内の第2のセルに割り当てられる。少なくとも2つのセルが1つのHARQエンティティを共有する場合、第1のデータパケットおよび第2のデータパケットは1つのHARQプロセスに対応し、HARQプロセスはHARQエンティティによって維持される。この場合、少なくとも2つのセルが1つのHARQプロセスを共有し得ることも考えられる。あるいは、少なくとも2つのセルのそれぞれが1つのHARQエンティティに対応する場合、第1のセルは第1のHARQエンティティに対応し、第2のセルは第2のHARQエンティティに対応し、第1のデータパケットは第1のHARQプロセスに対応し、第1のHARQプロセスは第1のHARQエンティティによって維持され、第2のデータパケットは第2のHARQプロセスに対応し、第2のHARQプロセスは第2のHARQエンティティによって維持される。

少なくとも2つのセルが1つのHARQエンティティを共有する場合、少なくとも2つのセルを制御するネットワークデバイスが独立したネットワーク要素であるか、または第1のネットワークノードに統合されているかどうかにかかわらず、HARQエンティティは、第1のネットワークノード上に配置され、第1のネットワークノードは、データパケット再送信などを含むHARQ制御を実行する。

少なくとも2つのセルのそれぞれが1つのHARQエンティティに対応する場合、少なくとも2つのセルを制御するネットワークデバイスが独立したネットワーク要素であれば、少なくとも2つのセルの各々に対応するHARQエンティティは、第1のネットワークノード上に配置され、第1のネットワークノードは、データパケット再送信などを含むHARQ制御を実行する。あるいは、少なくとも2つのセルのそれぞれに対応するHARQエンティティは、少なくとも2つのセルのそれぞれの対応するネットワークデバイス上に配置されてもよく、ネットワークデバイスは、ネットワークデバイスによって制御されるセルに割り当てられたデータパケットに対して、対応するHARQ制御を実行する。

例えば、第1のネットワークノードがLTEネットワーク内のeNBである場合、2つのセルに対応する異なるRATはLTEおよびUMTSを含み、UMTSネットワーク要素はNBであり、eNBはデータパケットをLTEのeNBおよびUMTSのNBに割り当てる。第1のケース、すなわち、少なくとも2つのセルが1つのHARQエンティティを共有する場合、HARQエンティティはeNB上に配置され、eNBは中央HARQ制御を実行する。第2のケースでは、eNBおよびNBには、それぞれLTEおよびUMTSのセルに対応するHARQエンティティが配置され、eNBはLTEに割り当てられたデータパケットに対してHARQ制御を行い、NBはUMTSに割り当てられたデータパケットに対してHARQ制御を行う。あるいは、LTEおよびUMTSのセルに対応するHARQエンティティはいずれもeNB上に配置され、eNBは、LTEおよびUMTSに割り当てられたデータパケットに対してHARQ制御を行う。

また、本発明のこの実施形態には、別のセルがさらに含まれてもよく、別のセルは、少なくとも2つのセルと1つのHARQユニットを共有してもよい。すなわち、本発明のこの実施形態に含まれるセルでは、いくつかのセルが1つのHARQユニットを共有してもよく、他のセルは異なるHARQユニットに対応する。勿論、別のセルは、1つのHARQユニットに対応していてもよく、すなわち、本発明のこの実施形態に含まれるセルにおいて、各セルは、1つのHARQユニットに対応していてもよい。

したがって、第1のネットワークノードのMACエンティティが、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることは、MACエンティティが、少なくとも2つのセルによって共有されるHARQエンティティにデータパケットを割り当てること、またはMACエンティティが、少なくとも2つのセルにそれぞれ対応する異なるHARQエンティティにデータパケットを割り当てること、またはMACエンティティが、少なくとも2つのセルによって共有されるHARQエンティティの異なるHARQプロセスまたは異なるHARQエンティティの異なるHARQプロセスにデータパケットを割り当てること、または、MACエンティティが、少なくとも2つのセルによって共有されるHARQエンティティの同じHARQプロセスにデータパケットを割り当てることを含んでもよい。

任意の実施形態では、ステップ310の前に、本発明のこの実施形態では、PDCPエンティティおよび／またはRLCエンティティが、アプリケーション層データパケットに対して対応するPDCP層および／またはRLC層処理を実行し、データパケットを取得するためにMAC層処理を実行し得ることがさらに含まれてもよい。すなわち、共有MACエンティティに加えて、第1のネットワークノードは、共有PDCPエンティティおよび／または共有RLCエンティティを含むことができる。本発明のこの実施形態では、PDCPエンティティとMACエンティティのみが共有エンティティであることが可能であり、RLCエンティティの機能がMACエンティティまたはPDCPエンティティによって実装されてもよい。または本発明のこの実施形態では、RLCエンティティおよびMACエンティティのみが共有エンティティであることが可能であり、PDCPエンティティの機能がRLCエンティティによって実装されてもよい。または本発明のこの実施形態では、PDCPエンティティ、RLCエンティティ、およびMACエンティティのすべてが共有エンティティであることが可能であり、各層の機能が対応するエンティティによって実装される。この実施形態では、データパケットはMAC層でオフロードされてもよく、共有PDCPエンティティ、RLCエンティティ、およびMACエンティティは、異なるRATにオフロードされたデータパケットを集中的に処理して、異なるRATのPDCPエンティティ、RLCエンティティ、およびMACエンティティの処理遅延を低減するようにする。

他の任意の実施形態では、ステップ310の前に、本発明のこの実施形態では、MACエンティティがアプリケーション層データパケットを直接処理することができること、すなわち、MACエンティティがPDCPエンティティとRLCエンティティの両方の機能を実装することがさらに含まれてもよい。本発明のこの実施形態によれば、上記実施形態の効果を得ることができる。また、上記実施形態に基づいて、本発明のこの実施形態では、PDCP層およびRLC層で別々に処理を行う必要がないので、処理がより簡潔になり、遅延が短くなる。

以下において、少なくとも2つのセルがPDCPエンティティ、RLCエンティティ、およびMACエンティティを共有する実装、および少なくとも2つのセルがMACエンティティを共有し、PDCP層およびRLC層は不要である実装をさらに説明するために特定の例が使用される。なお、以下の内容は、上記実施形態の説明をさらに詳しく説明するだけのものであり、上記実施形態にその内容のすべての特徴を適用して上記実施形態と組み合わせることができる。

第1の任意の実施形態では、第1のネットワークノードの共有PDCP層、RLC層、およびMAC層が異なる規格の無線ネットワークのサービスデータに対して中央処理を行い、第1のネットワークノードのMAC層がサービスデータを異なる規格の無線ネットワークのセル上にマッピングする。したがって、MAC層は、共有MAC層と呼ばれてもよい。以下、図4および図5を参照して本実施形態を詳細に説明する。

図4のRAT-1、RAT-2-a、RAT-2-b、およびRAT-3は、UMTS、GSM（登録商標）、CDMA、WLAN、WiFi、LTE、次世代ネットワーク（例えば、5G）、次世代ネットワークの異なる無線アクセス技術（RAT）などの少なくとも2つのタイプのRATであってもよい。例えば、RAT-3はWiFiである。

この実施形態では、異なる規格の無線アクセスネットワークは、PDCPエンティティ、RLCエンティティ、およびMACエンティティを共有する。データパケットがWiFiにオフロードされる場合、PDCP層とRLC層はWiFiに対して透過的であってもよく、すなわち、PDCP層処理とRLC層処理は実行されない。オフロード機能を有する第1のネットワークノードは、PDCP層、RLC層、およびMAC層において送信対象IPデータパケット（すなわち、アプリケーション層データパケット）を集中的に処理する。MAC層のスケジューリング機能エンティティ（図4のスケジューラなど）は、データパケットを異なるRATのセルにオフロードし、オフロードされたデータパケットは、異なるRATのセルを使用することによって端末デバイスに別々に送信されるか、または異なるRATのセルにオフロードされたデータは、異なるセルに対応するネットワークデバイスに送信される。各ネットワークデバイスは、例えば、HARQプロセス処理を行う物理層処理を行った後、異なるRATのネットワークデバイスが、ネットワークデバイスによって物理層処理が行われるデータパケットをUEに送信する。

オフロードは、サービスベースで実行されてもよく、すなわち、異なるサービスは、異なるRATに対応するHARQプロセスにスケジューリングされる。あるいは、オフロードはデータパケットベースで実行され、すなわち、サービスの異なるデータパケットは、異なるRATに対応するHARQプロセスにスケジューリングされる。勿論、オフロードをサービスおよびデータパケットベースで実行することもできる。詳細は上記の方法を参照されたい。

さらに、データ送信の信頼性を向上させるために、MAC層は、異なるRATのセルに対応するHARQプロセスに同じサービスのデータパケットの一部または全部を割り当てるか、または異なるRATのセルに対応するHARQプロセスに同じデータパケットの一部または全部を割り当ててもよい。詳細は前述の説明を参照されたい。

図5は、本発明の一実施形態によるデータ送受信方法の概略フローチャートである。方法は、以下のステップを含む。

ステップ510：第1のネットワークノードのPDCPエンティティ、RLCエンティティ、およびMACエンティティが、データパケットを集中的に処理し、MACエンティティは、少なくとも2つのセルに対応するHARQプロセスおよび／またはHARQエンティティにデータパケットを割り当て、少なくとも2つのセルは異なるRATを使用する。

ステップ520：第1のネットワークノードが、少なくとも2つのセルを制御するネットワークデバイスに、少なくとも2つのセルに割り当てられたデータパケットを送信する。

ステップ520は任意のステップであることに留意されたい。本発明の各実施形態で言及したRATネットワークのネットワークデバイスは、独立したネットワーク要素であってもよく、機能エンティティであってもよい。例えば、ネットワークデバイスは、別のRATネットワークのネットワークデバイスと共に1つのネットワーク要素に統合されるか、または第1のネットワークノードと共に1つのネットワーク要素に統合される。この場合、第1のネットワークノードは、少なくとも2つのセルを制御するネットワークデバイスに、少なくとも2つのセルに割り当てられたデータパケットを送信する必要はないが、少なくとも2つのセルを使用することによって第2のネットワークデバイスにデータパケットを直接送信する。このようにして、ステップ530およびステップ540のいずれかを実行する必要はない。

ステップ530：少なくとも2つのセルのネットワークデバイスが、対応するデータパケットを受信し、対応するデータパケットに対してHARQプロセス処理を実行する。

ステップ540：少なくとも2つのRATネットワークのネットワークデバイスが、処理されたデータパケットを第2のネットワークノードに送信する。

少なくとも2つのセルのネットワークデバイスの全部または一部は、第1のネットワークノードに統合されてもよい。

ステップ510において、データパケットは、MACエンティティのデータスケジューリングエンティティ（またはスケジューラと呼ばれる）によって割り当てられてもよい。

さらに、本発明のこの実施形態は、デバイスツーデバイス（device-to-device，D2D）通信に適用されてもよい。この場合、第1のネットワークノードは、D2D通信の端末デバイスであってもよい。端末デバイスは、異なる規格を用いて他の端末デバイスにデータパケットを送信する。この場合、第1のネットワークノードが、対応するRATネットワークのネットワークデバイスに、少なくとも2つのセルに割り当てられたデータパケットを送信するステップは存在しない。代わりに、第1のネットワークノードは、少なくとも2つのセルに割り当てられたデータパケットを第2のネットワークノードに送信する。

説明を容易にするために、以下の実施形態では、ダウンリンクサービスの場合、第1のネットワークノードはeNBを例として説明し、第2のネットワークノードは端末デバイスである。アップリンクサービスの場合、第1のネットワークノードは端末デバイスであり、第2のネットワークノードはeNBである。

さらに、上述したように、データパケットは、同じサービスの異なるデータパケット、同じサービスの同じデータパケット、または異なるサービスのデータパケットであってもよい。システムは、LTEネットワークとUMTSネットワークの2つのタイプのRATを含む。第1のネットワークノードは、eNBに統合される。

例えば、サービスAとサービスBという2つの異なるサービスが存在する。eNBは、コアネットワークデバイスによって送信された、LTEネットワークへのサービスAのデータパケットをスケジューリングすることができ、コアネットワークデバイスによって送信された、UMTSネットワークへのサービスBのデータパケットをスケジューリングすることができる。eNBは、サービスAのデータパケットを端末デバイスに送信し、NBは、サービスBのデータパケットを端末デバイスに送信する。

別の例として、サービスが存在し、このサービスは、データパケットA、データパケットB、データパケットC、およびデータパケットDの複数の送信対象データパケットを有する。eNBは、データパケットAおよびデータパケットBをLTEネットワークにスケジューリングし、データパケットCおよびデータパケットDをUMTSネットワークにスケジューリングすることができる。eNBは、サービスAのデータパケットを端末デバイスに送信し、NBは、サービスBのデータパケットを端末デバイスに送信する。

勿論、前述の2つの異なる解決策を組み合わせることもできる。例えば、サービスA、サービスB、およびサービスCの3つの異なるサービスが存在する。eNBは、サービスAのデータパケットをLTEネットワークにスケジューリングし、サービスBのデータパケットをUMTSネットワークにスケジューリングし、サービスCのデータパケットAとデータパケットBをLTEネットワークにスケジューリングし、サービスCのデータパケットCとデータパケットDをUMTSネットワークにスケジューリングすることができる。

さらに、eNBは、同じデータパケットをLTEネットワークおよびUMTSネットワークにスケジューリングすることができる。この場合、異なるネットワークを使用して同じデータパケットが送信されるため、データパケットは2回送信される。したがって、データパケットの送信信頼性が向上する。

アプリケーション層データパケットを受信した後、PDCPエンティティ、RLCエンティティ、およびMACエンティティは、データパケットを処理することができる。各エンティティの処理は、従来技術における対応する処理を含む。例えば、図4に示すように、PDCPエンティティでは、PDCP層におけるロバストヘッダ圧縮（robust header compression，ROHC）処理および／またはセキュリティ関連処理が含まれ、RLCエンティティでは、RLC層におけるセグメンテーションおよび／またはカスケード処理、自動再送要求（automatic repeat request，ARQ）処理などが含まれ、MACエンティティでは、MAC層における優先処理、キュースケジューリング、誤り訂正などが含まれる。従来技術とは異なり、処理は、異なるRATによるそれぞれの処理ではなく、オフロード前のデータパケットの中央処理である。

ステップ510は、以下のステップをさらに含むことができる。

ステップ5101：MACエンティティは、サービスおよび／またはデータパケットの割り当てを決定する。

ステップ5102：MACエンティティは、サービスおよび／またはデータパケットを、異なるRATのセルに対応する少なくとも1つのHARQプロセスおよび／または少なくとも1つのHARQエンティティに対応する送信バッファ（transmit buffer）に割り当てる。

割り当てを決定するとき、MACエンティティは、サービスのサービス品質（quality of service，QoS）パラメータに従って割り当てを決定することができる。QoSパラメータは、許容レート、遅延、優先度、または別のパラメータのうちの1つまたは複数を含むことができる。これらのパラメータを、無線リソース制御（radio resource control，RRC）層によってMAC層に設定することができる。

あるいは、割り当てを決定するとき、MACエンティティは、異なるRATの物理層に対応する無線チャネル状態に従って割り当てを決定することができる。

したがって、上記実施形態のステップ310またはステップ510の前に、方法は、第1のネットワークノードが第1のメッセージを受信するステップをさらに含み、第1のメッセージは、第2のネットワークノードによって報告された、異なるRATにそれぞれ対応する無線チャネル状態、第2のネットワークノードによって選択されたRATに関する情報、第2のネットワークノードによって選択されたRATに対応するセルに関する情報、または第2のネットワークノードによって選択されたRATに対応するキャリアに関する情報のうちの少なくとも1つの情報を含む。

ステップ310またはステップ510において、MACエンティティが、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることは、

MACエンティティが、第1のメッセージ内の情報に従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることを含む。

第1のメッセージは、第2のネットワークノードによって第1のネットワークノードに直接送信されてもよいし、第2のネットワークノードによって第1のネットワークノードに間接的に送信されてもよい。例えば、第2のネットワークノードは、第1のメッセージを各セルに対応するネットワークデバイスに送信し、各セルに対応するネットワークデバイスは、第1のメッセージを第1のネットワークノードに送信する。

具体的には、ダウンリンクサービスの場合：

端末デバイスは、チャネル測定を行い、すべてのセルのチャネル測定結果を第1のネットワークノードに報告するか、または端末デバイスは、異なるRATのネットワークデバイスにチャネル測定結果を個別に報告し、異なるRATのネットワークデバイスは、すべてのセルのチャネル測定結果を第1のネットワークノードに送信する。

チャネル測定結果は、ランク指示（rank indication，RI）、プリコーディング行列指示（precoding matrix indication，PMI）、信号対干渉雑音比（signal to interference plus noise ratio，SINR）等の少なくとも1つを含むことができる。このように、MACエンティティは、少なくとも2つのセルにそれぞれ対応するチャネル測定結果に従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることができる。

MACエンティティがデータパケットを割り当てるとき、異なるRATのチャネル状態が考慮される。したがって、MACエンティティは、より良いチャネル状態を有するRATにより多くのデータパケットを割り当てるか、より良いチャネル状態を有するRATにより高い信頼性要件を有するサービスを割り当て、効果的にRAT選択を行い、データ送信の信頼性を向上させることができる。

具体的には、端末デバイスは、異なるRATのチャネル測定結果を、異なるRATに対応する送信デバイスまたはネットワークデバイスに個別に送信してもよいし、パブリックメッセージを用いてチャネル測定結果を、第1のネットワークノードに送信してもよい。任意選択的に、チャネル測定結果を送信するためのメッセージは、物理層シグナリングであってもよいし、MAC制御要素（MAC control element，MAC CE）であってもよい。

任意選択的に、端末デバイスは、物理層シグナリングまたはMAC CEを使用して、端末デバイスによって選択された少なくとも1つのタイプのRATを送信デバイスにさらに報告してもよい。また、端末デバイスは、端末デバイスが選択したRATのデータパケット割り当て割合を送信デバイスにさらに送信してもよい。データパケットの割り当て割合は、独立して送信されてもよいし、物理層のシングリングまたはMAC CEで搬送され、端末デバイスによって選択された少なくとも1つのタイプのRATと共に第1のネットワークノードに送信されてもよい。

アップリンクサービスの場合：

端末デバイスは、異なるセルの測定されたチャネル測定結果に従って少なくとも2つのセルを選択する。

任意選択的に、端末デバイスがバッファ状態報告（buffer status report，BSR）を送信するとき、BSRは、RATに関する情報、またはRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報をさらに運ぶ。

任意選択的に、端末デバイスがスケジューリング要求（scheduling request，SR）を送信するとき、SRは、RATに関する情報、またはRATに対応するセルもしくはキャリアに関する情報をさらに運ぶ。

任意選択的に、第2のネットワークノードが、無線ベアラ（radio bearer，RB）の優先度（priority）および優先ビットレート（prioritised bit rate，PBR）などの端末デバイスのアップリンク速度制御パラメータを構成または変更するとき、RATの特徴および優先度が考慮される。すなわち、第2のネットワークノードは、RATの特性および優先度に従って端末デバイスのアップリンク速度制御パラメータを設定する。

また、上記実施形態では、無線リソース制御（radio resource control，RRC）層および／または無線リソース管理（radio resource management，RRM）は、異なるRATの各セルの平均パケット損失率および／または異なるRATの各セルの平均チャネル利用率をMACエンティティに送信する。したがって、上記実施形態では、データパケットを割り当てるとき、MACエンティティは、異なるRATのそれぞれの平均パケット損失率（average packet loss rate）および／または異なるRATのそれぞれの平均チャネル利用率（average channel utilization）に従って割り当てを決定することができる。

勿論、MACエンティティは、前述のパラメータの1つまたは任意の組み合わせに従ってデータパケットを割り当てることができる。

この実施形態では、耐性レート、遅延、または優先度などのサービスのQoSパラメータ、異なる規格の物理層に対応する無線チャネル状態、ならびに異なるRATの平均パケット損失率および平均チャネル利用率が、より良いパケット割り当て割合と最小受信側遅延とを保証するように、データパケット割り当てにおいて考慮される。

さらに、データパケットを割り当てるとき、MACエンティティは、異なるRATの特性に従ってRATをさらに選択して、最適なRATを選択するようにすることができる。RATの特性は、送信時間間隔（transmission time interval，TTI）、トランスポートチャネルのトランスポートフォーマット（transport format，TF）、または符号化パラメータのうちの少なくとも1つを含むことができる。符号化パラメータは、誤り訂正符号（the size error correcting codes）のサイズ、符号化タイプ、または符号化率（coding rates）のうちの少なくとも1つを含むことができる。このように、MACエンティティは、異なるRATの特性に従ってデータパケットを割り当てるので、選択されたRATの無線特性は、提供される必要があるサービスの特性とより良好に一致する。例えば、符号化率、トランスポートチャネルのトランスポートフォーマット、およびTTIの特性は、サービスレートおよびネットワーク処理遅延に関係し、誤り訂正符号のサイズおよび符号化タイプは、サービスが許容できるビット誤り率に関係する。したがって、割り当てを決定するとき、符号化率、トランスポートチャネルのトランスポートフォーマット、TTI、サービスレートなどの特性を考慮すると、ネットワーク処理の遅延を低減することができる。また、割り当てを決定するとき、誤り訂正符号のサイズ、符号化タイプ、サービスが許容できるビット誤り率等を考慮すると、ビット誤り率を低減することができる。

さらに、MACエンティティが、少なくとも2つのセルに対応するHARQエンティティおよび／またはHARQプロセスにデータパケットを割り当てると、MACエンティティは、割り当て結果に従って異なるRATの異なるトランスポートチャネル（transport channel）および論理チャネル（logical channel）をマッピングすることができる。

任意選択的に、すべての異なるRATは、LTEによって現在定義されているトランスポートチャネルおよび論理チャネルマッピング方式を再利用することができる。特に、5Gネットワークは、現在のLTEネットワーク方式に従ってトランスポートチャネルおよび論理チャネルマッピングを行うことができる。

さらに、第1のネットワークノードのMACエンティティは、HARQ動作（HARQ operation）を含む、対応するMAC動作をさらに実行する。さらに、MAC動作は、不連続受信（discontinuous reception，DRX）動作および／またはセミパーシステントスケジューリング（semi-persistent scheduling，SPS）動作をさらに含むことができる。

HARQ動作（HARQ operation）の場合、第1のネットワークノードのMACエンティティは、各サービングセルに対して少なくとも1つのHARQエンティティを維持し、各HARQエンティティは複数のHARQプロセスを維持することができる。サービングセルは、キャリアであってもよいし、セルであってもよい。1つのタイプのRATは、1つまたは複数のサービングセルを含むことができる。

本発明のこの実施形態では、第1のネットワークノードのMACエンティティによって維持されるHARQエンティティは、少なくとも2つのRATに対応し、異なるRATのTTI値および／またはサイクリックプレフィックス（cyclic prefix，CP）が異なっていてもよい。したがって、異なるRATのセルに対応するHARQエンティティおよび／またはHARQプロセスのHARQタイミングが異なっていてもよい。具体的には、異なるRATのセルに対応するHARQエンティティのタイミングは異なっていてもよいが、各HARQエンティティにおけるすべてのHARQプロセスのタイミングは同じである。または異なるRATのセルに対応するHARQエンティティのすべてのHARQプロセスのタイミングが異なってもよい。したがって、本発明のこの実施形態では、異なるHARQタイミングのHARQ動作を実施するために、異なるRATのサービングセルについて異なるHARQラウンドトリップ時間（round trip time，RTT）タイミング時間を構成する必要がある。したがって、本発明のこの実施形態では、アクセスネットワークデバイスは、異なるRATの各セルに対応するHARQ RTTタイミング時間を端末デバイスにさらに送信することができる。

さらに、アクセスネットワークデバイスは、可変HARQ RTT Timerに値を割り当てることによって、異なるRATのセルに対して異なるHARQ RTTタイミング時間またはHARQ RTTタイミング時間リストを構成することができる。具体的には、RRC再構成メッセージ内のMAC-MainConfigSCell-rxy情報要素を使用することによって、その値をHARQ RTT Timerに割り当てることができ、これを以下の方法で実施することができる：
MAC-MainConfigSCell-rxy ::= SEQUENCE {
stag-Id-r11 STAG-Id-r11 OPTIONAL,
HARQInformation (or just an index from a specified table, or a pattern)
HARQ RTT timer or HARQ RTT timerList
...
}

この実施形態では、HARQ RTT Timerの値は、対応するRATにおいてHARQ情報の定義を使用することができる。

従来技術では、MACエンティティは、異なるRATのHARQエンティティを維持しない。したがって、すべてのHARQエンティティのHARQタイミングは同じである。さらに、従来技術では、HARQ RTT Timerの値は一定であり、FDDに8個のサブフレーム、TDDにk＋4個のサブフレームが存在する。したがって、従来技術におけるRRCシグナリングは、HARQ RTTタイミング時間またはHARQ RTTタイミング時間リストを搬送しない。

DRX動作（DRX operation）の場合、端末デバイスは異なる無線周波数ユニットを使用して、異なるRATのデータパケットを受信することができる。この場合、端末デバイスは、異なるRATに対して異なるDRX構成を使用することができる。したがって、本発明のこの実施形態では、アクセスネットワークデバイスは、異なるDRX構成を端末デバイスにさらに送信することができる。端末デバイスは、DRX構成に従ってDRXを実行する。

DRX構成は、例えば、従来技術におけるDRX構成を含むことができる。

（1）オンデュレーションタイマ（onDurationTimer）、DRXインアクティビティタイマ（drx-InactivityTimer）、DRX再送信タイマ（drx-RetransmissionTimer）、またはmac競合解決タイマ（mac-ContentionResolutionTimer）、のうちの少なくとも1つであり、4つのタイプのタイマの実行中に、受信アンテナがPDCCHをモニタすることが可能になる。

（2）DRXサイクルおよび開始オフセット（offset）。

従来技術のものとは異なり、本発明のこの実施形態におけるDRX構成は、異なるRATに対するものである。

任意選択的に、DRX構成は、端末デバイスがリッスンする必要のある物理チャネルのタイプ、例えば、PDCCH for LTE、PxCCH for 4.5G、PyCCH for 5Gを示すことができる。

従来技術では、端末デバイスにDRX機能が設定されている場合、端末デバイスはDRX動作仕様を使用し、物理ダウンリンク制御チャネル（physical downlink control channel，PDCCH）を不連続的にリッスンする。そうでなければ、端末デバイスはPDCCHを継続的にリッスンする。DRX機能が端末デバイス用に設定されている場合、端末デバイスはアクティブ期間にPDCCHをリッスンする。

本発明のこの実施形態では、端末デバイスは、DRX構成に従って、リッスンする必要がある物理チャネルのタイプを決定する。

さらに、従来技術では、DRXアプリケーションは、HARQ RTT Timerをさらに必要とするので、端末デバイスは、基地局によって送信された再送信データが、最も早い段階で何個後のサブフレームで出現する可能性があるかを判断できる。従来技術では、HARQ RTT Timerの値は一定であり、FDDに8個のサブフレーム、TDDにk＋4個のサブフレームが存在する。したがって、RRCシグナリングは、HARQ RTT Timerの値を搬送しない。ただし、本発明のこの実施形態では、異なるRATのセルに対応するHARQエンティティおよび／またはプロセスのHARQタイミングが異なる場合がある。したがって、DRX構成では、値は、異なるRATのセルに対応するHARQエンティティおよび／またはプロセスのHARQ RTT Timerに割り当てられてもよい。

DRX構成は、RRC再構成メッセージを使用することによって、アクセスネットワークデバイスによって端末デバイスに送信されてもよい。具体的には、DRX構成を、パラメータDRX-Configを使用することによってMAC-MainConfigSCell-rxy情報要素内に構成することができる。

例えば、これを以下の方法で実施することができる：
MAC-MainConfigSCell-rxy ::= SEQUENCE {
stag-Id-r11 STAG-Id-r11 OPTIONAL,
DRX-Config ...
}

SPS動作（SPS operation）の場合、従来技術では、1つの端末デバイスには1セットのSPS構成パラメータしかない。本発明のこの実施形態では、異なるRATに対応するセルの無線特性が異なることを考慮して、アクセスネットワークデバイスは、1つの端末の異なるRATに対応するセルに対して独立したSPS構成を個別に定義することができる。

SPS構成は、従来技術のSPS構成パラメータ、例えば、PDCCHスクランブリング（16ビット）のために使用されるセミパーシステントスケジューリングセル無線ネットワーク一時識別子（semi-persistent scheduling cell radio network temporary identifier，SPS-C-RNTI）（PDCCHスクランブリングにSPSスケジューリングC-RNTIが使用される）；セミパーシステントスケジューリング期間（最小10サブフレーム、最大640サブフレームあり、32サブフレーム、64サブフレーム、または128サブフレームなどの10の倍数ではないセミパーシステントスケジューリング期間がさらに含まれる）；ダウンリンクセミパーシステントスケジューリングのためのHARQプロセスの総量；アップリンクセミパーシステントスケジューリングインターバル（Uplink Semi-Persistent Scheduling interval，semiPersistSchedIntervalUL）；ダウンリンクセミパーシステントスケジューリングインターバル（Downlink Semi-Persistent Scheduling interval，semiPersistSchedIntervalDL）；暗黙の無効化されたヌルフレームの量；SPS HARQプロセスの数量（numberOfConfSPS-Processes）；SPSのサブフレームオフセット値Subframe_Offsetを算出するために使用されるパラメータ；などのうちの少なくとも1つを含んでもよい。

ステップ530およびステップ540において、RATにオフロードされた対応するデータパケットを受信した後、少なくとも2つのRATネットワークのネットワークデバイスは、RATネットワークに対応するセルである少なくとも1つのHARQプロセスおよびベースバンド処理ユニットを使用することによってデータパケットを処理し、アンテナを使用して処理されたデータパケットを端末デバイスに送信する。上述したように、データパケットは、RATネットワークに対応するセルの少なくとも1つのHARQプロセスを使用することによって処理されることは任意である。

データパケットの受信側として、第2のネットワークノードは、異なるRATのアンテナを使用してデータパケットを受信し、対応する物理層でHARQプロセスおよびベースバンド処理ユニットを使用してデータパケットを処理し、次いで、処理されたデータパケットを共有MAC層に送り、逆多重化などの動作を実行する。共有MAC層において逆多重化が実行された後に得られたデータパケットは、集約されたデータパケットである。MAC層は、処理されたデータを処理のためにRLC層とPDCP層に送り、最後にデータはアプリケーション層に送られる。

アップリンクサービスを例に説明する。少なくとも2つのセルのネットワークデバイスは、データパケットを別々に受信し、物理層でHARQプロセスおよびベースバンド処理ユニットを使用してデータパケットを別々に処理する。次に、少なくとも2つのRATのネットワークのネットワークデバイスは、共有MACエンティティを有するネットワークデバイスに処理されたデータパケットを送信する。共有MACエンティティは、少なくとも2つのRATから受信されたデータパケットを逆多重化するなどの動作を実行し、処理されたデータパケットをRLC層とPDCP層に別々に送信して処理し、データパケットは最終的にアプリケーション層に送られる。

ダウンリンクサービスについては、端末デバイスの処理はこれと同様であり、本明細書では詳細な説明は省略する。

別の任意選択の実装では、ステップ510において、MACエンティティは、少なくとも2つのRATネットワークによって共有されるHARQエンティティにデータパケットを割り当てる。

この実装では、少なくとも2つのセルは少なくとも1つのHARQエンティティを共有し、HARQエンティティは異なるHARQプロセスを維持する。この実施形態における処理方法については、前述の説明を参照されたい。同じ内容は再び記述されない。

MACエンティティは、少なくとも2つのセルによって共有される少なくとも1つのHARQエンティティにデータパケットを送信し、データパケットは、HARQエンティティによって維持されるHARQプロセスによって処理される。

例えば、データパケットが同じサービスの同じデータパケットである場合、データパケットは第1のデータパケットと第2のデータパケットとを含み、第1のデータパケットと第2のデータパケットは同じサービスの同じデータパケットである。すなわち、第1のデータパケットと第2のデータパケットは同じデータパケットである。第1のデータパケットは、少なくとも2つのセル内の第1のセルに割り当てられ、第2のデータパケットは、少なくとも2つのセル内の第2のセルに割り当てられる。少なくとも2つのセルが1つのHARQエンティティを共有する場合、第1のデータパケットおよび第2のデータパケットは1つのHARQプロセスに対応し、HARQプロセスはHARQエンティティによって維持される。この場合、少なくとも2つのセルが1つのHARQプロセスを共有することもできると考えられ得る。

同様に、第2のネットワークノードは、異なるRATのアンテナを使用することによってデータを受信するだけでよく、対応する物理層でデータを処理し、その後、処理されたデータを共同MAC層に送って逆多重化し、逆多重化されたデータをRLC層およびPDCP層に送信して処理し、最後に処理されたデータを上位層（アプリケーション層）に送る。

本発明のこの実施形態では、共有MAC層は、マルチ規格無線ネットワーク調整技術を実施するために使用され、マルチ規格無線ネットワークの密結合調整を実施することができる新しい技術が使用される。共有MAC層を有する送信デバイスは、異なる規格の無線ネットワークのサービスデータをMAC層に集約し、異なるネットワーク配備の円滑なマージを確実にするために異なる規格の無線ネットワーク上にサービスデータを効果的にマッピングすることができる。また、本発明の実施形態では、無線リンク状態に基づいてサービスオフロードを効果的に行うことにより、バッファ内のエンドツーエンド遅延、平均滞留時間、待ち時間を低減することができる。したがって、異なる規格の無線ネットワーク間の調整は、LTEにおけるキャリアアグリゲーション（CA）効果をさらに達成することができる。

本発明の別の実施形態によるプロトコルスタックを図6に示すことができる。本実施形態と前述した実施形態との相違点は、PDCPエンティティとRLCエンティティが相殺され、PDCPエンティティとRLCエンティティに対応する機能、機能サブセット、または拡張機能がすべて1つのMACエンティティに統合されていることであり、すなわち、MACエンティティは、PDCPエンティティおよびRLCエンティティの機能を実装して、MACエンティティがアプリケーション層でIPデータパケットに中央処理およびスケジューリングを実行できるようにする。例えば、MACエンティティは、ROHC、セキュリティ、カスケード／セグメンテーション、ARQ、または他の処理の1つまたは複数を実行する。

さらに、オフロードおよびMACエンティティの別の機能については、上記実施形態の説明を参照されたい。この場合、MACエンティティは、PDCP層および／またはRLC層で処理されたデータパケットを処理するのではなく、IPデータパケットを直接処理する。

本発明のこの実施形態によれば、上記実施形態の効果を得ることができる。また、上記実施形態に基づいて、本発明のこの実施形態では、PDCP層およびRLC層で別々に処理を行う必要がないので、処理がより簡潔になり、遅延が短くなる。

上記実施形態を実施するために、本発明の実施形態は、ネットワークデバイスをさらに提供する。なお、ネットワークデバイスは、上記実施形態の方法を実施することができるので、具体的な内容については、上記実施形態の説明を参照されたい。簡潔にするために、以下では同じ内容については説明しない。

図7に示すように、ネットワークデバイスは、MACエンティティユニット710および送信ユニット720を含むことができる。ネットワークデバイスは、第1のネットワークデバイスと呼ばれる。MACエンティティユニット710は、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように構成され、少なくとも2つのセルは異なる無線アクセス技術RATを使用し、少なくとも2つのセルは1つのHARQユニットを共有するか、少なくとも2つのセルのそれぞれがHARQユニットに対応し、HARQユニットはHARQエンティティおよび／またはHARQプロセスである。送信ユニット720は、少なくとも2つのセルを使用することによって第2のネットワークノードにデータパケットを送信するように構成される。

任意選択的に、データパケットは同じサービスの異なるデータパケットであるか、データパケットは同じサービスの同じデータパケットであるか、またはデータパケットは異なるサービスのデータパケットである。

さらに、データパケットは第1のデータパケットと第2のデータパケットを含み、第1のデータパケットは少なくとも2つのセルの第1のセルに割り当てられ、第2のデータパケットは少なくとも2つのセルの第2のセルに割り当てられ、第1のデータパケットと第2のデータパケットは同じサービスの異なるデータパケットであるか、または第1のデータパケットと第2のデータパケットは異なるサービスのデータパケットである。

少なくとも2つのセルは1つのHARQエンティティを共有し、第1のデータパケットおよび第2のデータパケットはそれぞれ異なるHARQプロセスに対応し、異なるHARQプロセスはHARQエンティティによって維持されるか、または
少なくとも2つのセルの各々は1つのHARQエンティティに対応し、第1のセルは第1のHARQエンティティに対応し、第2のセルは第2のHARQエンティティに対応し、第1のデータパケットは第1のHARQプロセスに対応し、第1のHARQプロセスは第1のHARQエンティティによって維持され、第2のデータパケットは第2のHARQプロセスに対応し、第2のHARQプロセスは第2のHARQエンティティによって維持される。

あるいは、データパケットは第1のデータパケットと第2のデータパケットを含み、第1のデータパケットと第2のデータパケットは同じサービスの同じデータパケットであり、第1のデータパケットは少なくとも2つのセルの第1のセルに割り当てられ、第2のデータパケットは、少なくとも2つのセルの第2のセルに割り当てられる。

少なくとも2つのセルは1つのHARQエンティティを共有し、第1のデータパケットおよび第2のデータパケットは1つのHARQプロセスに対応し、HARQプロセスはHARQエンティティによって維持されるか、または
少なくとも2つのセルの各々は1つのHARQエンティティに対応し、第1のセルは第1のHARQエンティティに対応し、第2のセルは第2のHARQエンティティに対応し、第1のデータパケットは第1のHARQプロセスに対応し、第1のHARQプロセスは第1のHARQエンティティによって維持され、第2のデータパケットは第2のHARQプロセスに対応し、第2のHARQプロセスは第2のHARQエンティティによって維持される。

任意選択的に、ネットワークデバイスは、PDCPエンティティユニットおよび／またはRLCエンティティユニット730をさらに含む。

PDCPエンティティユニットおよび／またはRLCエンティティユニット730は、アプリケーション層データパケットを処理してデータパケットを取得するように構成される。なお、PDCPエンティティユニットおよび／またはRLCエンティティユニットは、PDCPエンティティユニットのみ、またはRLCエンティティユニットのみ、またはPDCPエンティティユニットおよびRLCエンティティの両方が存在することを意味することができる。具体的には、PDCPエンティティユニットのみが存在する場合、PDCPエンティティユニットは、アプリケーション層データパケットに対してPDCP層処理を実行してデータパケットを取得するように構成される。RLC層の機能は、PDCPエンティティユニットによって実装されてもよいし、MACエンティティユニットによって実装されてもよい。RLCエンティティユニットのみが存在する場合、RLCエンティティユニットは、アプリケーション層データパケットを処理してデータパケットを取得するように構成される。この場合、RLCエンティティユニットは、さらに、アプリケーション層データパケットに対して対応するPDCP層処理を実行することが可能であってもよい。ネットワークデバイスがPDCPエンティティユニットとRLCエンティティユニットとを含む場合、PDCPエンティティユニットは、アプリケーション層データパケットに対してPDCP層処理を実行してPDCPデータパケットを取得するように構成され、RLCエンティティユニットは、PDCPデータパケットに対してRLC層処理を実行してデータパケットを取得するように構成される。次いで、MACエンティティユニット710は、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる。

任意選択的に、MACエンティティユニット710は、アプリケーション層データパケットを処理してデータパケットを取得するようにさらに構成される。

さらに、MACエンティティユニット710は、
サービスのサービス品質パラメータ、異なるRATの無線チャネル状態、異なるRATのそれぞれの平均パケット損失率、異なるRATのそれぞれの平均チャネル利用率、または異なるRATの特性のうちの少なくとも1つに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように構成される。異なるRATの特性については、前述の説明を参照されたい。

また、ネットワークデバイスは、受信ユニット740をさらに含むことができる。

受信ユニット740は、第1のメッセージを受信するように構成され、第1のメッセージは、異なるRATにそれぞれ対応する無線チャネル状態、第2のネットワークノードによって選択されたRATに関する情報、第2のネットワークノードによって選択されたRATに対応するセルに関する情報、または第2のネットワークノードによって選択されたRATに対応するキャリアに関する情報のうちの少なくとも1つの情報を含み
MACエンティティユニット710は、第1のメッセージ内の情報に従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

さらに、受信ユニット740は、第2のネットワークデバイスによって送信されるアップリンク速度制御パラメータを受信するようにさらに構成されてもよく、アップリンク速度制御パラメータは、少なくとも2つのセルに対応するRATの特性および優先度に従って設定され、
MACエンティティユニット710は、アップリンク速度制御パラメータに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

さらに、送信ユニット720は、バッファ状態報告BSRを第2のネットワークノードに直接的または間接的に送信するようにさらに構成され、BSRは、第1のネットワークノードによって選択されたRATに関する情報、または異なるRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、および／または、スケジューリング要求SRを第2のネットワークノードに直接的または間接的に送信するようにさらに構成され、SRは、少なくとも2つのRATに関する情報、または少なくとも2つのRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む。

さらに、受信ユニット740は、送信ユニット720がバッファ状態報告BSRを第2のネットワークノードに直接的または間接的に送信した後、および／またはスケジューリング要求SRを第2のネットワークノードに直接的にまたは間接的に送信した後、第2のネットワークデバイスによって送信されたリソーススケジューリング情報を受信するようにさらに構成されてもよく、リソーススケジューリング情報は、少なくとも2つのセルからなる、第2のネットワークデバイスによって第1のネットワークデバイスに割り当てられたリソースを含み、
MACエンティティユニット710は、MACエンティティユニットが、少なくとも2つのセルからなる、第2のネットワークデバイスによって第1のネットワークデバイスに割り当てられたリソースに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

さらに、少なくとも2つのセルの各々は1つのHARQユニットに対応し、第1のネットワークノードおよび第2のネットワークノードの一方はアクセスネットワークデバイスであり、第1のネットワークノードおよび第2のネットワークノードの他方は端末デバイスであり、
送信ユニット720は、MACエンティティユニット710が少なくとも2つのRATネットワークのHARQプロセスにデータパケットを割り当てる前に、第2のメッセージを端末デバイスに送信するようにさらに構成され、第2のメッセージは、異なるRATのそれぞれに対応するセルのHARQラウンドトリップ時間RTTタイミング時間の構成情報および／または異なるRATのそれぞれに対応するセルの不連続受信DRXの構成情報を含む。

この実施形態では、各パラメータの定義および各ステップの特定の実装については、前述の説明を参照されたい。

ネットワークデバイスの各モジュールは、本発明の別の実施形態において、情報交換、実行プロセス、および方法の他の内容を実行することに留意されたい。詳細については、方法の実施形態の説明を参照されたい。また、このユーザ機器の実施形態および上記の方法の実施形態は、同じ概念に基づいており、本実施形態の技術的な効果は、本発明の方法の実施形態のものと同じである。具体的な内容については、本発明の方法の実施形態の説明を参照されたい。詳細はここでは説明しない。

前述のネットワークデバイスの実施形態では、各機能モジュールの分割は説明のための一例にすぎないことに留意されたい。実際のアプリケーションでは、要件、例えば、対応するハードウェアの構成要件に従って、またはソフトウェアの実装の利便性を考慮して、上記の機能を異なる機能モジュールに割り当てて完了することができる。すなわち、ユーザ機器の内部構造と要塞局を異なる機能モジュールに分割し、上述した機能の全部または一部を完了する。また、実際のアプリケーションでは、この実施形態における対応する機能モジュールは、対応するハードウェアにより実現されてもよいし、対応するソフトウェアを実行することによって対応するハードウェアによって完了されてもよい。例えば、送信ユニット720は、前述の機能を完了するために、送信機などの送信モジュールを実行する機能を有するハードウェアであってもよいし、対応するコンピュータプログラムを実行することができる汎用プロセッサや別のハードウェアデバイスであってもよい。別の例として、MACエンティティユニット710、PDCPエンティティユニット、および／またはRLCエンティティユニット730は、前述の機能を完了するために、プロセッサなどの処理モジュールを実行する機能を有するハードウェアであってもよいし、対応するコンピュータプログラムを実行することができる別のハードウェアデバイスであってもよい。さらに別の例として、受信ユニットは、前述の機能を完了するために、受信機などの受信モジュールを実行する機能を有するハードウェアであってもよいし、対応するコンピュータプログラムを実行することができる汎用プロセッサや別のハードウェアデバイスであってもよい。

したがって、図8に示すように、本発明の実施形態は、上記実施形態の方法を実行することができるネットワークデバイスをさらに提供する。ネットワークデバイスは、プロセッサ810、受信機820、および送信機830を含む。プロセッサ810は、受信機820および送信機830に通信可能に接続される。プロセッサ810は、図7に対応する実施形態における、MACエンティティユニット710、PDCPエンティティユニット、および／またはRLCエンティティユニット730の機能を実装することができる。受信機820は、図7に対応する実施形態における受信ユニット740の機能を実装することができる。送信機は、図7に対応する実施形態における送信ユニット720の機能を実装することができる。

なお、図7および図8に示すネットワークデバイスは、端末デバイスであってもよく、アクセスネットワークデバイスであってもよく、コアネットワークデバイスであってもよい。これついては、前述の第1のネットワークノードの説明を参照されたい。

さらに、本発明の実施形態は、上述の実施形態における第1のネットワークノードおよび第2のネットワークノードを含む無線通信システムをさらに提供する。さらに、無線通信システムは、上記実施形態において、少なくとも1つのセルに対応する1つまたは複数のネットワークデバイスをさらに含むことができる。

当業者は、実施形態の方法のステップのすべてまたは一部が、関連するハードウェアを指示するプログラムにより実現され得ることを理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。記憶媒体は、読み出し専用メモリ（ROM，Read Only Memory）、ランダムアクセスメモリ（RAM，Random Access Memory）、磁気ディスク、または光ディスクを含んでもよい。

以上、本発明の実施形態で提供される方法、ユーザ機器、および基地局について詳細に説明した。本明細書では、本発明の原理および実施態様を説明するために特定の例が使用されている。上記実施形態の説明は、単に本発明の方法および中心となる概念を理解するのを助けることを意図するものである。さらに、当業者であれば、本発明の概念に応じて、特定の実施態様および適用範囲に関して修正を加えることができる。したがって、本明細書の内容は本発明を限定するものと解釈されるべきではない。

710 MACエンティティユニット
720 送信ユニット
730 RLCエンティティユニット
740 受信ユニット
810 プロセッサ
820 受信機
830 送信機

既存のMulti-RAT coordination技術では、異なる無線アクセスネットワークの無線アクセスデバイスのプロトコルスタックは完全で独立している。すなわち、異なる無線アクセスネットワークの無線アクセスデバイスのそれぞれは、それ自体のパケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol，PDCP）層、無線リンク制御（Radio Link Control，RLC）層、およびメディアアクセス制御（Media Access Control，MAC）層を有する。ネットワーク内のアンカー（anchor）は、インターネットプロトコル（Internet Protocol，IP）データパケットに基づいてデータオフロードを実行する。すなわち、データオフロードは、PDCP層の上のアプリケーション層で実行される。次に、各規格のネットワークデバイスは、PDCP層、RLC層、MAC層、および物理層において、規格にオフロードされたデータパケットを個別に処理する。アンカーは、中央制御ノードと呼ばれることもある。この仕様の規格は、RATを指す。

任意選択的に、方法は、
第1のネットワークノードにより、第2のネットワークノードによって送信されたアップリンク速度制御パラメータを受信するステップであって、アップリンク速度制御パラメータは、少なくとも2つのセルに対応するRATの特性および優先度に従って設定される、ステップ
をさらに含み、
MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップは、
MACエンティティにより、アップリンク速度制御パラメータに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップ
を含む。

任意選択的に、第1のネットワークノードにより、第2のネットワークノードにバッファ状態報告BSRを直接的または間接的に送信するステップ、および／または第1のネットワークノードにより、第2のネットワークノードにスケジューリング要求SRを直接的または間接的に送信するステップの後、方法は、
第1のネットワークノードにより、第2のネットワークノードによって送信されたリソーススケジューリング情報を受信するステップであって、リソーススケジューリング情報は、少なくとも2つのセルからなる、第2のネットワークノードによって第1のネットワークノードに割り当てられたリソースを含む、ステップ
をさらに含み、
MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップは、
MACエンティティにより、少なくとも2つのセルからなる、第2のネットワークノードによって第1のネットワークノードに割り当てられたリソースに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップ
を含む。

少なくとも2つのセルの各々は1つのHARQユニットに対応し、第1のネットワークノードおよび第2のネットワークノードの一方はアクセスネットワークデバイスであり、第1のネットワークノードおよび第2のネットワークノードの他方は端末デバイスであり、
割り当てるステップの前に、方法は、
アクセスネットワークデバイスにより、第2のメッセージを端末デバイスに送信するステップであって、第2のメッセージは、異なるRATのそれぞれに対応するセルのHARQラウンドトリップ時間RTTタイミング時間の構成情報および／または異なるRATのそれぞれに対応するセルの不連続受信DRXの構成情報を含む、ステップ
をさらに含む。

任意選択的に、MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるステップの後、方法は、MACエンティティにより、異なるRATの異なるトランスポートチャネル（transport channel）および論理チャネル（logical channel）のマッピングを実行するステップをさらに含む。

任意選択的に、ネットワークデバイスは受信機をさらに含み、
受信機は、第2のネットワークノードによって送信されたアップリンク速度制御パラメータを受信するように構成され、アップリンク速度制御パラメータは、少なくとも2つのセルに対応するRATの特性および優先度に従って設定され、
プロセッサは、アップリンク速度制御パラメータに従って、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

任意選択的に、ネットワークデバイスは受信機をさらに含み、
受信機は、第2のネットワークノードによって送信されたリソーススケジューリング情報を受信するように構成され、リソーススケジューリング情報は、少なくとも2つのセルからなる、第2のネットワークノードによって第1のネットワークノードに割り当てられたリソースを含み、
プロセッサは、MAC層において、少なくとも2つのセルからなる、第2のネットワークノードによって第1のネットワークノードに割り当てられたリソースに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、MAC層において、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

本発明のこの実施形態における少なくとも2つのセルに対応する少なくとも1つのHARQユニットは、少なくとも2つのセルについて第1のネットワークノードによって維持される少なくとも1つのHARQユニットであってもよい。少なくとも2つのセルが1つのHARQユニットに対応することは、少なくとも2つのセルが1つのHARQユニットを共有すること、すなわち、少なくとも2つのセルによってHARQユニットが共有されることであってもよい。あるいは、少なくとも2つのセルの各々は、1つのHARQユニットに対応する、すなわち、セルとHARQユニットは1対1の対応関係にある。

ステップ510：第1のネットワークノードのPDCPエンティティ、RLCエンティティ、およびMACエンティティが、データパケットを集中的に処理し、MACエンティティは、少なくとも2つのセルに対応する少なくとも1つのHARQプロセスおよび／またはHARQエンティティにデータパケットを割り当て、少なくとも2つのセルは異なるRATを使用する。

ステップ520は任意のステップであることに留意されたい。本発明の各実施形態で言及したRATネットワークのネットワークデバイスは、独立したネットワーク要素であってもよく、機能エンティティであってもよい。例えば、ネットワークデバイスは、別のRATネットワークのネットワークデバイスと共に1つのネットワーク要素に統合されるか、または第1のネットワークノードと共に1つのネットワーク要素に統合される。この場合、第1のネットワークノードは、少なくとも2つのセルを制御するネットワークデバイスに、少なくとも2つのセルに割り当てられたデータパケットを送信する必要はないが、少なくとも2つのセルを使用することによって第2のネットワークノードにデータパケットを直接送信する。このようにして、ステップ530およびステップ540のいずれかを実行する必要はない。

任意選択的に、第2のネットワークノードが、無線ベアラ（radio bearer，RB）の優先度（priority）および優先ビットレート（prioritized bit rate，PBR）などの端末デバイスのアップリンク速度制御パラメータを構成または変更するとき、RATの特徴および優先度が考慮される。すなわち、第2のネットワークノードは、RATの特性および優先度に従って端末デバイスのアップリンク速度制御パラメータを設定する。

また、上記実施形態では、無線リソース制御（radio resource control，RRC）層および／または無線リソース管理（radio resource management，RRM）は、異なるRATの各セルの平均パケット損失率および／または異なるRATの各セルの平均チャネル利用率をMACエンティティに送信する。したがって、上記実施形態では、データパケットを割り当てるとき、MACエンティティは、異なるRATのそれぞれのセルの平均パケット損失率（average packet loss rate）および／または異なるRATのそれぞれの平均チャネル利用率（average channel utilization）に従って割り当てを決定することができる。

従来技術では、端末デバイスにDRX機能が設定されている場合、端末デバイスはDRX動作仕様を使用し、物理ダウンリンク制御チャネル（physical downlink control channel，PDCCH）を不連続的にリッスンする。端末デバイスにDRX機能が設定されていない場合、端末デバイスはPDCCHを継続的にリッスンする。DRX機能が端末デバイス用に設定されている場合、端末デバイスはアクティブ期間にPDCCHをリッスンする。

SPS構成は、従来技術のSPS構成パラメータ、例えば、PDCCHスクランブリング（16ビット）のために使用されるセミパーシステントスケジューリングセル無線ネットワーク一時識別子（semi-persistent scheduling cell radio network temporary identifier，SPS-C-RNTI）；セミパーシステントスケジューリング期間（最小10サブフレーム、最大640サブフレームあり、32サブフレーム、64サブフレーム、または128サブフレームなどの10の倍数ではないセミパーシステントスケジューリング期間がさらに含まれる）；ダウンリンクセミパーシステントスケジューリングのためのHARQプロセスの総量；アップリンクセミパーシステントスケジューリングインターバル（Uplink Semi-Persistent Scheduling interval，semiPersistSchedIntervalUL）；ダウンリンクセミパーシステントスケジューリングインターバル（Downlink Semi-Persistent Scheduling interval，semiPersistSchedIntervalDL）；暗黙の無効化されたヌルフレームの量；SPS HARQプロセスの数量（numberOfConfSPS-Processes）；SPSのサブフレームオフセット値Subframe_Offsetを算出するために使用されるパラメータ；などのうちの少なくとも1つを含んでもよい。

図7に示すように、ネットワークデバイスは、MACエンティティユニット710および送信ユニット720を含むことができる。ネットワークデバイスは、第1のネットワークノードと呼ばれる。MACエンティティユニット710は、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように構成され、少なくとも2つのセルは異なる無線アクセス技術RATを使用し、少なくとも2つのセルは1つのHARQユニットを共有するか、少なくとも2つのセルのそれぞれがHARQユニットに対応し、HARQユニットはHARQエンティティおよび／またはHARQプロセスである。送信ユニット720は、少なくとも2つのセルを使用することによって第2のネットワークノードにデータパケットを送信するように構成される。

さらに、受信ユニット740は、第2のネットワークノードによって送信されるアップリンク速度制御パラメータを受信するようにさらに構成されてもよく、アップリンク速度制御パラメータは、少なくとも2つのセルに対応するRATの特性および優先度に従って設定され、
MACエンティティユニット710は、アップリンク速度制御パラメータに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

さらに、受信ユニット740は、送信ユニット720がバッファ状態報告BSRを第2のネットワークノードに直接的または間接的に送信した後、および／またはスケジューリング要求SRを第2のネットワークノードに直接的にまたは間接的に送信した後、第2のネットワークノードによって送信されたリソーススケジューリング情報を受信するようにさらに構成されてもよく、リソーススケジューリング情報は、少なくとも2つのセルからなる、第2のネットワークノードによって第1のネットワークノードに割り当てられたリソースを含み、
MACエンティティユニット710は、MACエンティティユニットが、少なくとも2つのセルからなる、第2のネットワークノードによって第1のネットワークノードに割り当てられたリソースに従って、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる方法で、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てるように具体的に構成される。

ネットワークデバイスの各モジュールは、本発明の別の実施形態において、情報交換、実行プロセス、および方法の他の内容を実行することに留意されたい。詳細については、方法の実施形態の説明を参照されたい。また、このネットワークデバイスの実施形態および上記の方法の実施形態は、同じ概念に基づいており、本実施形態の技術的な効果は、本発明の方法の実施形態のものと同じである。具体的な内容については、本発明の方法の実施形態の説明を参照されたい。詳細はここでは説明しない。

前述のネットワークデバイスの実施形態では、各機能モジュールの分割は説明のための一例にすぎないことに留意されたい。実際のアプリケーションでは、要件、例えば、対応するハードウェアの構成要件に従って、またはソフトウェアの実装の利便性を考慮して、上記の機能を異なる機能モジュールに割り当てて完了することができる。すなわち、ユーザ機器の内部構造と要塞局を異なる機能モジュールに分割し、上述した機能の全部または一部を完了する。また、実際のアプリケーションでは、この実施形態における対応する機能モジュールは、対応するハードウェアにより実現されてもよいし、対応するソフトウェアを実行することによって対応するハードウェアによって完了されてもよい。例えば、送信ユニット720は、前述の機能を完了するために、送信機などの送信ユニットを実行する機能を有するハードウェアであってもよいし、対応するコンピュータプログラムを実行することができる汎用プロセッサや別のハードウェアデバイスであってもよい。別の例として、MACエンティティユニット710、PDCPエンティティユニット、および／またはRLCエンティティユニット730は、前述の機能を完了するために、プロセッサなどの処理ユニットを実行する機能を有するハードウェアであってもよいし、対応するコンピュータプログラムを実行することができる別のハードウェアデバイスであってもよい。さらに別の例として、受信ユニットは、前述の機能を完了するために、受信機などの受信ユニットを実行する機能を有するハードウェアであってもよいし、対応するコンピュータプログラムを実行することができる汎用プロセッサや別のハードウェアデバイスであってもよい。

Claims (20)

1. データ送信方法であって、
   第1のネットワークノードのメディアアクセス制御MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのハイブリッド自動再送要求HARQユニットにデータパケットを割り当てるステップであって、前記少なくとも2つのセルは異なる無線アクセス技術RATを使用し、前記少なくとも2つのセルが1つのHARQユニットを共有するか、または前記少なくとも2つのセルのそれぞれが1つのHARQユニットに対応し、前記HARQユニットはHARQエンティティおよび／またはHARQプロセスである、ステップと、
   前記第1のネットワークノードにより、前記少なくとも2つのセルを使用して前記データパケットを第2のネットワークノードに送信するステップと
   を含む方法。
2. 前記データパケットが同じサービスの異なるデータパケットであるか、または
   前記データパケットが同じサービスの同じデータパケットであるか、または
   前記データパケットが異なるサービスのデータパケットである、請求項1に記載の方法。
3. 第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前記ステップの前に、
   前記第1のネットワークノードのパケットデータコンバージェンスプロトコルPDCPエンティティおよび／または無線リンク制御RLCエンティティにより、アプリケーション層データパケットを処理して前記データパケットを取得するステップ、または、
   前記第1のネットワークノードの前記MACエンティティにより、アプリケーション層データパケットを処理して前記データパケットを取得するステップ
   をさらに含む、請求項1または2に記載の方法。
4. 第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前記ステップが、
   前記MACエンティティにより、サービスのサービス品質パラメータ、前記異なるRATの無線チャネル状態、前記異なるRATのそれぞれの平均パケット損失率、前記異なるRATのそれぞれの平均チャネル利用率、または前記異なるRATの特性のうちの少なくとも1つに従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てるステップ
   を含む、請求項1から3のいずれか一項に記載の方法。
5. 第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前記ステップの前に、
   前記第1のネットワークノードにより、第1のメッセージを受信するステップであって、前記第1のメッセージは、前記第2のネットワークノードによって報告された、前記異なるRATにそれぞれ対応する無線チャネル状態、前記第2のネットワークノードによって選択されたRATに関する情報、前記第2のネットワークノードによって選択されたRATに対応するセルに関する情報、または前記第2のネットワークノードによって選択されたRATに対応するキャリアに関する情報のうちの少なくとも1つの情報を含む、ステップ
   をさらに含み、
   第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前記ステップは、
   前記MACエンティティにより、前記第1のメッセージ内の前記情報に従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てるステップ
   を含む、請求項1から4のいずれか一項に記載の方法。
6. 前記第1のネットワークデバイスにより、前記第2のネットワークデバイスによって送信されたアップリンク速度制御パラメータを受信するステップであって、前記アップリンク速度制御パラメータは、前記少なくとも2つのセルに対応する前記RATの特性および優先度に従って設定される、ステップ
   をさらに含み、
   第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前記ステップは、
   前記MACエンティティにより、前記アップリンク速度制御パラメータに従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てるステップ
   を含む、請求項1から5のいずれか一項に記載の方法。
7. 第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前記ステップの前に、
   前記第1のネットワークノードにより、前記第2のネットワークノードにバッファ状態報告BSRを直接的または間接的に送信するステップであって、前記BSRは、前記第1のネットワークノードによって選択されたRATに関する情報、または前記異なるRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、ステップ、および／または、
   前記第1のネットワークノードにより、前記第2のネットワークノードにスケジューリング要求SRを直接的または間接的に送信するステップであって、前記SRは、前記少なくとも2つのRATに関する情報、または前記少なくとも2つのRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、ステップ
   をさらに含む、請求項1から4のいずれか一項に記載の方法。
8. 前記第1のネットワークノードにより、前記第2のネットワークノードにバッファ状態報告BSRを直接的または間接的に送信する前記ステップ、および／または前記第1のネットワークノードにより、前記第2のネットワークノードにスケジューリング要求SRを直接的または間接的に送信する前記ステップの後に、
   前記第1のネットワークデバイスにより、前記第2のネットワークデバイスによって送信されたリソーススケジューリング情報を受信するステップであって、前記リソーススケジューリング情報は、前記少なくとも2つのセルからなる、前記第2のネットワークデバイスによって前記第1のネットワークデバイスに割り当てられたリソースを含む、ステップ
   をさらに含み、
   第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てる前記ステップは、
   前記MACエンティティにより、前記少なくとも2つのセルからなる、前記第2のネットワークデバイスによって前記第1のネットワークデバイスに割り当てられた前記リソースに従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てるステップ
   を含む、請求項7に記載の方法。
9. 前記少なくとも2つのセルの各々が1つのHARQユニットに対応し、前記第1のネットワークノードおよび前記第2のネットワークノードの一方がアクセスネットワークデバイスであり、前記第1のネットワークノードおよび前記第2のネットワークノードの他方が端末デバイスであり、
   第1のネットワークノードのMACエンティティにより、少なくとも2つのRATネットワークのHARQプロセスにデータパケットを割り当てる前記ステップの前に、前記方法は、
   前記アクセスネットワークデバイスにより、第2のメッセージを前記端末デバイスに送信するステップであって、前記第2のメッセージは、前記異なるRATのそれぞれに対応するセルのHARQラウンドトリップ時間RTTタイミング時間の構成情報および／または前記異なるRATのそれぞれに対応するセルの不連続受信DRXの構成情報を含む、ステップ
   をさらに含む、請求項1から8のいずれか一項に記載の方法。
10. 前記DRXの構成情報は、前記端末デバイスがリッスンする必要がある物理チャネルのタイプおよび／または前記DRXの構成情報に対応する前記セルの前記HARQ RTTタイミング時間に関する情報を含む、請求項9に記載の方法。
11. ネットワークデバイスであって、前記ネットワークデバイスが第1のネットワークノードであり、
    MAC層において、少なくとも2つのセルに対応する少なくとも1つのハイブリッド自動再送要求HARQユニットにデータパケットを割り当てるように構成されたプロセッサであって、前記少なくとも2つのセルは異なる無線アクセス技術RATを使用し、前記少なくとも2つのセルが1つのHARQユニットを共有するか、または前記少なくとも2つのセルのそれぞれが1つのHARQユニットに対応し、前記HARQユニットはHARQエンティティおよび／またはHARQプロセスである、プロセッサと、
    前記少なくとも2つのセルを使用して、前記プロセッサによって割り当てられた前記データパケットを第2のネットワークノードに送信するように構成された送信機と
    を備えるネットワークデバイス。
12. 前記データパケットが同じサービスの異なるデータパケットであるか、または
    前記データパケットが同じサービスの同じデータパケットであるか、または
    前記データパケットが異なるサービスのデータパケットである、請求項11に記載のネットワークデバイス。
13. 前記第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることの前に、
    前記第1のネットワークノードのパケットデータコンバージェンスプロトコルPDCPエンティティおよび／または無線リンク制御RLCエンティティにより、アプリケーション層データパケットを処理して前記データパケットを取得すること、または、
    前記第1のネットワークノードの前記MACエンティティにより、アプリケーション層データパケットを処理して前記データパケットを取得すること
    をさらに含む、請求項11または12に記載のネットワークデバイス。
14. 前記第1のネットワークノードのMACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることは、
    前記MACエンティティにより、サービスのサービス品質パラメータ、前記異なるRATの無線チャネル状態、前記異なるRATのそれぞれの平均パケット損失率、前記異なるRATのそれぞれの平均チャネル利用率、または前記異なるRATの特性のうちの少なくとも1つに従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てること
    を含む、請求項11から13のいずれか一項に記載のネットワークデバイス。
15. MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることの前に、
    前記第1のネットワークノードにより、第1のメッセージを受信することであって、前記第1のメッセージは、前記第2のネットワークノードによって報告された、前記異なるRATにそれぞれ対応する無線チャネル状態、前記第2のネットワークノードによって選択されたRATに関する情報、前記第2のネットワークノードによって選択されたRATに対応するセルに関する情報、または前記第2のネットワークノードによって選択されたRATに対応するキャリアに関する情報のうちの少なくとも1つの情報を含む、こと
    をさらに含み、
    MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることは、
    前記MACエンティティにより、前記第1のメッセージ内の前記情報に従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てること
    を含む、請求項11から14のいずれか一項に記載のネットワークデバイス。
16. 前記第1のネットワークデバイスにより、前記第2のネットワークデバイスによって送信されたアップリンク速度制御パラメータを受信することであって、前記アップリンク速度制御パラメータは、前記少なくとも2つのセルに対応する前記RATの特性および優先度に従って設定される、こと
    をさらに含み、
    MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることは、
    前記MACエンティティにより、前記アップリンク速度制御パラメータに従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てること
    を含む、請求項11から15のいずれか一項に記載のネットワークデバイス。
17. MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることの前に、
    前記第1のネットワークノードにより、前記第2のネットワークノードにバッファ状態報告BSRを直接的または間接的に送信することであって、前記BSRは、前記第1のネットワークノードによって選択されたRATに関する情報、または前記異なるRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、こと、および／または、
    前記第1のネットワークノードにより、前記第2のネットワークノードにスケジューリング要求SRを直接的または間接的に送信することであって、前記SRは、前記少なくとも2つのRATに関する情報、または前記少なくとも2つのRATに対応するセル、キャリア、論理チャネル、もしくは論理チャネルグループに関する情報を含む、こと
    をさらに含む、請求項11から16のいずれか一項に記載のネットワークデバイス。
18. 前記第1のネットワークノードにより、前記第2のネットワークノードにバッファ状態報告BSRを直接的または間接的に送信すること、および／または前記第1のネットワークノードにより、前記第2のネットワークノードにスケジューリング要求SRを直接的または間接的に送信することの後に、
    前記第1のネットワークデバイスにより、前記第2のネットワークデバイスによって送信されたリソーススケジューリング情報を受信することであって、前記リソーススケジューリング情報は、前記少なくとも2つのセルからなる、前記第2のネットワークデバイスによって前記第1のネットワークデバイスに割り当てられたリソースを含む、こと
    をさらに含み、
    MACエンティティにより、少なくとも2つのセルに対応する少なくとも1つのHARQユニットにデータパケットを割り当てることは、
    前記MACエンティティにより、前記少なくとも2つのセルからなる、前記第2のネットワークデバイスによって前記第1のネットワークデバイスに割り当てられた前記リソースに従って、前記少なくとも2つのセルに対応する前記少なくとも1つのHARQユニットに前記データパケットを割り当てること
    を含む、請求項17に記載のネットワークデバイス。
19. 前記少なくとも2つのセルの各々が1つのHARQユニットに対応し、前記第1のネットワークノードおよび前記第2のネットワークノードの一方がアクセスネットワークデバイスであり、前記第1のネットワークノードおよび前記第2のネットワークノードの他方が端末デバイスであり、
    MACエンティティにより、少なくとも2つのRATネットワークのHARQプロセスにデータパケットを割り当てることの前に、
    前記アクセスネットワークデバイスにより、第2のメッセージを前記端末デバイスに送信することであって、前記第2のメッセージは、前記異なるRATのそれぞれに対応するセルのHARQラウンドトリップ時間RTTタイミング時間の構成情報および／または前記異なるRATのそれぞれに対応するセルの不連続受信DRXの構成情報を含む、こと
    をさらに含む、請求項11から18のいずれか一項に記載のネットワークデバイス。
20. 前記DRXの構成情報は、前記端末デバイスがリッスンする必要がある物理チャネルのタイプおよび／または前記DRXの構成情報に対応する前記セルの前記HARQ RTTタイミング時間に関する情報を含む、請求項19に記載のネットワークデバイス。

Images