JP2016532385A - マルチストリーミング伝送データをコーディネーションする方法及び基地局 - Google Patents

Abstract

本発明はマルチストリーミング伝送データをコーディネーションする方法及び基地局を開示し、移動通信システムに関し、前記方法は、オフロードノードとして選択されたスレーブ基地局はマスター基地局のためにユーザ装置（UE）のオフロードキャリアデータ伝送サービスを負担する過程において、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信するステップと、前記マスター基地局は前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード対策を調整するステップと、を含む。本発明は基地局を更に開示する。本発明はUEに高速度の連合データ伝送サービスの手段を提供し、各種のユーザプレーンアーキテクチャ及びXnインターフェースに適用され、UEに良い連合データ伝送サービスを高速、信頼的に提供することができる。
【選択図】図6

Description

本発明は移動通信システムに関し、特に異種ネットワーク配置の移動通信システムにおけるマルチストリーミング伝送データをコーディネーションする方法及び基地局に関する。

無線通信技術とプロトコル標準の不断な進化に従って、モバイルパケットサービスが非常に発展され、単一端末のデータスループットを不断に向上させる。ロングタームエボリューション（Long Term Evolution、LTE)システムを例として、20Mの帯域幅内において最大ダウンリンクレートが100Mbpsであるデータ伝送をサポートすることができる。後続の強化LTE(LTE Advanced、LTE-A)システムにおいて、データの伝送速度を更に向上させ、ひいてはlGbpsに達することができる。

端末データサービス量のインフレータブルの増加により、モバイルネットワークのサービス能力と配置方式はいずれも大きな圧力と挑戦に直面している。事業者は、関連のネットワーク配置と通信技術を強化するとともに、新たな技術の普及とネットワーク拡張の増速を希望し、それによりネットワーク性能を急速に向上させる目的を達成する。今まで、移動通信システムの発展に従って、マクロネットワークを強化するのみにより手頃な価格、柔軟で、大容量のサービスを提供することはますます困難になり、このため、低消費電力ノード（Low power Node、LPNと略称する)を配置してスモールセル（Small cell)によりカバレッジされたネットワークポリシーを提供することは注目された解決手段になり、これはデータ伝送量が大きな室内/室外のホットスポット地域で体現される。

LPN配置及び能力での強化は既に第3世代パートナーシッププログラム（Third Generation Partnership Projects、3GPPと略称する)により未来のネットワーク発展における最も興味深い課題の一つと認定される。各タイプの基地局は独立にユーザ端末（User Equipment、UEと略称する) にサービスを提供する過程において、多数の問題が存在するとともに、大データ量及び高移動性のサービス需要を満たすことができない。このため、現在、業界にはマクロ基地局のカバレッジ範囲内又は境界に低消費電力ノードを配置し、2つのものはともにシステムアーキテクチャにおけるアクセスネットワークを構成し、それにより共同にUEにデータ伝送サービスを提供する場面はより認定されるとともに基本的に一般的に認識されたアーキテクチャモードを有し、図1に示す。コアネットワーク（Core Network、CNと略称する)における移動管理エンティティ(Mobility Management Entity、MMEと略称する)とS1-MMEインターフェースを確立するとともに、CNによりモバイルアンカーの基地局と見だされ、マスター基地局（Master eNB、MeNBと略称する)と称し、MeNB以外、UEに付加的な無線リソースのノードを提供し、スレーブ基地局（Secondary eNB、SeNBと略称する) と称し、MeNBとSeNBとの間のインターフェースをXnインターフェースと仮称する。MeNBとSeNB及びUEの間にいずれも無線Uuインターフェースが確立され、UEとの間にユーザプレーンデータと必要な制御プレーンシグナリングを伝送することができ、即ち、UEは二重接続アーキテクチャモード（Dual Connectivity、DCと略称する)にある。

DC状態にあるUEに対して、SeNBの最も重要な機能は、元のMeNBのみにより伝送された大量データを担当し、それによりMeNBの負担を減少し、UEに対するデータ伝送速度を向上させ、システムの性能を向上させることである。DCモードでのユーザプレーンアーキテクチャは3種の選択を有することができ、図2に示す。図2に示すように、Optionlにおいて、SeNBとMeNBはいずれもCNにおけるサービスゲートウェイ（Serving Gateway、S-GWと略称する)とS1-Uインターフェースを確立し、即ちSeNBは直接にS-GWとMeNBによりオフロードされたキャリア（例えばEPS bearer #2)のデータを伝送し、且つUuインターフェースでUEとインタラクションし、Option2において、SeNBにより負担されたオフロードキャリアデータはMeNBとの間に確立されたXnインターフェースにより受信/送信され、SeNBがCNに対して不可視なものであり、Option3がOption2に類似し、区別は、SeNBの負担するのが完全なキャリアではなく、ただ該キャリア（EPS bearer #2)の一部のデータであり、即ち、これがBearer Splitのアーキテクチャモードであることである。

どのような前記ユーザプレーンアーキテクチャモードを選択しても、オフロードモードによる関連プロトコルスタックアーキテクチャに対する改変、及びSeNBが伝送、移動、安全等でいずれも従来のMeNBと非常に異なって、このため、SeNBを配置したマルチストリーミング伝送シーンにおいて、どのようにその特徴を利用してMeNBとの間に良いコーディネーションメカニズムを保持し、それによりユーザ端末に最適化された通信サービスを提供することにより、より高い帯域幅、より良い性能、より低いコスト、より安全且つ多種の後方リンクに適用された需要を満たすかは、LTE通信システムの発展において解決すべき重要な課題である。

MeNBはオフロードデータの需要がある場合（例えばノード自身の負荷が重過ぎる）、MeNBはUEにより報告された無線信号品質の測定結果、隣接するノードの負荷状況等の1項又は複数項の情報に基づいて、適当なSeNBを選択して前記UEのユーザプレーンデータに対するオフロードノードとする。

関連技術に対する理解及び合理的な拡張に基づいて、適当なSeNBを選択した後、MeNBはプリオフロードされたキャリアのリソース状況を前記SeNBに通知することにより、十分な能力及びリソースを有して前記オフロードキャリアの伝送を受け入れるかを決定することを前記SeNBに要求し、前記SeNBが前記オフロードの要求を同意すると、オフロードデータの伝送過程において、前記SeNBはMeNBへ自身のハードウェア負荷及びエアインターフェースリソース等の情報を報告して、MeNBが対応するロードバランシングの判断を行うことができる。

しかし、関連技術の図1に示すシステムアーキテクチャを多重化しても、MeNBとSeNBとのコーディネーションにはまだ問題が存在する。関連技術のダウンリンクデータ伝送を例として、基地局のエアインターフェースリソースが十分であると、コアネットワーク（S1-Uインターフェース）からのデータが、輻輳問題が発生せずにUEに信頼的に伝送すると考えることができる。しかし、MeNBとSeNB及びUEがDual connectivityを確立し、共同にUEにマルチストリーミングデータ伝送サービスを提供するシステムアーキテクチャにおいて、SeNBの受信したダウンリンクデータがノード自身の処理能力よりも大きい可能性があり、それによりパケットがバッファ領域に累積されることを引き起こし、バッファ領域の負荷が過負荷、パケット伝送の失敗率が増大、又はパケットを成功に伝送する時間が長すぎる等の問題を引き起こす。以下、各ユーザプレーンアーキテクチャのプロトコルスタックの観点から説明する。

Optionl：即ちCN側のオフロード。プロトコルスタックの観点から見ると1種の状況のみがあり、Alternative 1A(Alt lAと略称し、以下いずれも同じである）と称し、図3に示す。このようなアーキテクチャで、前記SeNBのユーザプレーンダウンリンクデータが関連技術と同様で、コアネットワーク（S-GW)からのものであるが、その制御プレーンのキャリア管理（即ちオフロード決定及び調整等)がMeNBでのものであり、MMEでのものではない。前記SeNBの負荷が重過ぎて更に前記伝送品質低減の問題を引き起こすと、前記SeNBはMeNBに通知することによりMeNBがタイムリーにロードバランシング/オフロード調整等の処理を行うべきである。

Option2、3:即ちアクセスネットワーク側のオフロード。プロトコルスタックの観点から見ると、更に以下のように分けられる。
層間オフロード：図4に示すように、（a)、(b)はそれぞれOption2の下で更に分けられたパケットデータコンバージェンスプロトコル(Packet Data Convergence Protocol、PDCPと略称する)層の上（Alt 2A)、その下の（Alt 2C)をオフロード点とするパケットオフロードである。（c)、（d)は、それぞれOption3の下で更に分けられたPDCP層の上（Alt 3A)、その下の（Alt 3C)をオフロード点とするパケットオフロードである。即ち、元の1つのノード内部のプロトコルスタック内で処理されたパケットは、図1に示すシステムアーキテクチャで、外部インターフェース（Xn)に跨って2つのノードに分けられて処理を行う。さて、ダウンリンクデータを例として、MeNB内のより高いプロトコル層（例えばPDCP)はオフロードノードSeNB内の低いプロトコル層（例えば無線リンク制御（Radio Link Control、RLCと略称する)層)の処理能力よりも大きいパケットに送信されることができ、低いプロトコル層のメモリオーバーフローを引き起こす。
層内オフロード：図5に示すように、（a)、(b)はそれぞれOption2の下で更に分けられたPDCP層内（Alt 2B)、RLC層内（Alt 2D)をオフロード点とするパケットオフロードであり、（c)、(d)はそれぞれOption3の下で更に分けられたPDCP層内（Alt 3B)、RLC層内（Alt 3D)をオフロード点とするパケットオフロードである。即ち、元の1つのノード内部のプロトコル層内で処理されたパケットは、図1に示すシステムアーキテクチャで、外部インターフェース（Xn) に跨って2つのノードに分けられて処理を行う。さて、ダウンリンクデータを例として、MeNB内のマスタープロトコル層(例えばMaster-PDCP)はオフロードノードSeNB内のスレーブプロトコル層（例えばSlave-PDCP)の処理能力よりも大きいパケットに送信されることができ、スレーブプロトコル層が正常に作動することができないことを引き起こす。

このため、どのようなユーザプレーンアーキテクチャに対しても、図1に示すシステムアーキテクチャでいずれも1つの問題、即ちMeNBが前記SeNBの前記オフロードキャリアを負担するパケット伝送品質状況をタイムリーに存知することができず、それにより適合なオフロード対策調整をタイムリーに行うことができず、このように最終に前記オフロードリンクの失敗等を引き起こす可能性がある問題が存在する。

本発明の実施例が解決しようとする技術的問題は、異種ネットワークにおいて、MeNBとSeNBがUEに高速度の連合データ伝送サービスを提供する問題を解決するマルチストリーミング伝送データをコーディネーションする方法及び基地局を提供することである。

上記技術的問題を解決するために、本発明の実施例はマルチストリーミング伝送データをコーディネーションする方法を開示し、該方法は、
オフロードノードとして選択されたスレーブ基地局はマスター基地局のためにUEのオフロードキャリアデータ伝送サービスを負担する過程において、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することと、
前記マスター基地局は前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード方策（対策）を調整することと、を含む。

選択的に、上記方法において、前記オフロードキャリア状況情報は、ユーザプレーンプロトコルスタックバッファ領域情報、オフロードキャリアのパケット伝送失敗率情報、オフロードキャリアパケット伝送遅延情報の1種又は複数種を少なくとも含む。

選択的に、上記方法において、前記スレーブ基地局が該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することは、
前記スレーブ基地局が制御プレーンシグナリング又はユーザプレーンの制御セルにより、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することである。

選択的に、上記方法において、前記スレーブ基地局が該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することは、
前記スレーブ基地局は該スレーブ基地局のオフロードキャリア状況情報を、前記マスター基地局により設定された周期に従って前記マスター基地局に送信すること、又は
前記スレーブ基地局は前記マスター基地局により送信された要求メッセージを受信した後、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信すること、又は
前記スレーブ基地局のオフロードキャリア状況情報が前記マスター基地局により設定されたいずれかのトリガー条件を満たす場合、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することであり、前記トリガー条件は、
前記スレーブ基地局のユーザプレーンプロトコルスタックバッファ領域が過負荷であること、
前記スレーブ基地局のオフロードキャリアのパケット伝送失敗率が大きすぎること、
前記スレーブ基地局のオフロードキャリアパケット伝送遅延が長すぎること、を少なくとも含む。

選択的に、上記方法において、前記マスター基地局が前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード方策を調整することは、
前記スレーブ基地局に対するオフロードデータ量/速度を調整すること、
前記スレーブ基地局の前記オフロードキャリアに対するプロトコル層設定を修正すること、
前記スレーブ基地局に対するオフロード伝送をキャンセルすること、の1種又は複数種の操作を含む。

本発明の実施例は基地局を更に開示し、
該基地局がスレーブ基地局としてマスター基地局のためにユーザ装置のオフロードキャリアデータ伝送サービスを負担する過程において、該基地局のオフロードキャリア状況情報を検出するように設定される第1ユニット、
該基地局のオフロードキャリア状況情報を前記マスター基地局に送信するように設定される第2ユニット、を含む。

選択的に、上記基地局において、前記オフロードキャリア状況情報は、ユーザプレーンプロトコルスタックバッファ領域情報、オフロードキャリアのパケット伝送失敗率情報、オフロードキャリアパケット伝送遅延情報の1種又は複数種を少なくとも含む。

選択的に、上記基地局において、前記第2ユニットは、制御プレーンシグナリング又はユーザプレーンの制御セルにより該基地局のオフロードキャリア状況情報を前記マスター基地局に送信するように設定される。

選択的に、上記基地局において、前記第2ユニットは更に、該基地局のオフロードキャリア状況情報をマスター基地局により設定された周期に従って前記マスター基地局に送信するか、又は該基地局がマスター基地局により送信された要求メッセージを受信した後、該基地局のオフロードキャリア状況情報をマスター基地局に送信するか、又は該基地局のオフロードキャリア状況情報がマスター基地局により設定されたいずれかのトリガー条件を満たす場合、該基地局のオフロードキャリア状況情報を前記マスター基地局に送信するように設定され、前記トリガー条件は、
該基地局のユーザプレーンプロトコルスタックバッファ領域が過負荷であること、
該基地局のオフロードキャリアのパケット伝送失敗率が大きすぎること、
該基地局のオフロードキャリアパケット伝送遅延が長すぎること、を少なくとも含む。

選択的に、上記基地局は更に、該基地局がマスター基地局である場合、他のスレーブ基地局により送信されたオフロードキャリア状況情報を受信し、且つ受信したスレーブ基地局のオフロードキャリア状況情報に基づいて前記スレーブ基地局に対するオフロード方策（対策）を調整するように設定される第3ユニットを含む。

選択的に、上記基地局において、前記第3ユニットは更に、前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード方策（対策）を調整することは、
前記スレーブ基地局に対するオフロードデータ量/速度を調整すること、
前記スレーブ基地局の前記オフロードキャリアに対するプロトコル層設定を修正すること、
前記スレーブ基地局に対するオフロード伝送をキャンセルすること、の1種又は複数種の操作を含むように設定される。

本発明の実施例の技術的手段の主旨は、異種ネットワークにおいて、MeNBとSeNBがタイムリーに、良くコーディネーションすることができ、それによりUEに高速度の連合データ伝送サービスを提供する手段を提供することである。本願の技術的手段は各種のユーザプレーンアーキテクチャ及びXnインターフェースに適用され、高速で、信頼的にUEに良い連合データ伝送サービスを提供することができる。

図1は関連マクロ基地局のカバレッジ範囲内又は境界配置の低消費電力ノードがUEに連合データ伝送サービスを提供するシステムアーキテクチャ模式図である。 図2(a)は図1に示すシステムアーキテクチャのDCモードでのユーザプレーンシステムアーキテクチャ（第一例）の模式図である。 図2(b)は図1に示すシステムアーキテクチャのDCモードでのユーザプレーンシステムアーキテクチャ（第二例）の模式図である。 図2(c)は図1に示すシステムアーキテクチャのDCモードでのユーザプレーンシステムアーキテクチャ（第三例）の模式図である。 図3はユーザプレーンアーキテクチャAlt 1Aの模式図である。 図4(a)はユーザプレーンアーキテクチャAlt 2Aの模式図である。 図4(b)はユーザプレーンアーキテクチャAlt 2Cの模式図である。 図4(a)はユーザプレーンアーキテクチャAlt 3Aの模式図である。 図4(b)はユーザプレーンアーキテクチャAlt 3Cの模式図である。 図5(a)はユーザプレーンアーキテクチャAlt 2Bの模式図である。 図5(b)はユーザプレーンアーキテクチャAlt 2Dの模式図である。 図5(c)はユーザプレーンアーキテクチャAlt 3Bの模式図である。 図5(c)はユーザプレーンアーキテクチャAlt 3Dの模式図である。 図6は本発明の実施例1のフローチャートである。 図7は本発明の実施例2のフローチャートである。 図8は本発明の実施例3のフローチャートである。

以下、図面を参照しながら本発明の実施例の技術的手段を更に詳しく説明する。衝突しない場合に、本願の実施例と実施例における特徴を任意に互いに組み合わせることができる。

実施例1
本実施例はマルチストリーミング伝送データをコーディネーションする方法を提供し、主に、オフロードキャリアのパケット伝送過程において、MeNBはSeNBにより報告されたオフロードキャリア状況情報を受信し、且つこれにより対応するオフロード方策（対策）を調整する。該方法は、
オフロードノードとして選択されたスレーブ基地局はマスター基地局のためにUEのオフロードキャリアデータ伝送サービスを負担する過程において、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信すること、
前記マスター基地局は前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード方策（対策）を調整すること、という操作を含む。

そのうち、MeNBはマクロ基地局又は低消費電力ノード（例えばPico eNB)であってよく、コアネットワークのMMEとS1-MMEインターフェースを確立し、UEに安定的で、信頼的な無線信号カバレッジを提供する。SeNBは低消費電力ノードであってよく、MeNBとの間にXnインターフェースを確立し、主にUEにユーザプレーンのデータ伝送を提供する。

SeNBにより報告されたオフロードキャリア状況情報は、パケット伝送失敗率情報、オフロードキャリアパケット伝送遅延情報、ユーザプレーンプロトコルスタックバッファ領域情報等の情報における1項又は複数項であってよい。そのうち、前記各項の情報に対応する単位は各データ無線キャリア（Data Radio Bearer、DRBと略称する)、又は各UEであってよい。

前記情報の値は、例えば「低/中/高/過負荷」のレベル指示であってもよく、失敗回数/遅延時間/バッファ領域の占用したパーセント値であってもよく、予め設定された閾値に達したかどうかの指示情報等であってもよい。

実現過程において、SeNBは1本のXnインターフェースを介した、新たな制御プレーンシグナリングにより前記報告メッセージを送信してよく、関連技術の制御プレーンシグナリングに添加されてもよく、又はユーザプレーンの制御セルに含まれてもよい。即ち制御プレーンシグナリング又はユーザプレーンの制御セルによりスレーブ基地局のオフロードキャリア状況情報をマスター基地局に送信することができる。

前記情報を送信する時間は前記オフロードキャリアのパケット伝送過程において、前記SeNBにより予め設定により能動的に送信されるか、又はMeNBの要求を受動的に返信する。即ち、スレーブ基地局は該スレーブ基地局のオフロードキャリア状況情報をマスター基地局により予め設定された周期に従ってマスター基地局に送信してよく、又は該スレーブ基地局がマスター基地局により送信された要求メッセージを受信した後、該スレーブ基地局のオフロードキャリア状況情報をマスター基地局に送信してよく、又はマスター基地局により予め設定されたいずれかのトリガー条件を満たす場合のみ、該スレーブ基地局のオフロードキャリア状況情報をマスター基地局に送信してよい。そのうち、トリガー条件は、
前記スレーブ基地局のユーザプレーンプロトコルスタックバッファ領域が過負荷である（即ち、ユーザプレーンプロトコルスタックバッファ領域の負荷が設定閾値に達するか又はそれを超える）こと、
前記スレーブ基地局のオフロードキャリアのパケット伝送失敗率が大き過ぎる(即ち、パケット伝送失敗率が設定された伝送失敗率閾値に達するか又はそれを超える)こと、
前記スレーブ基地局のオフロードキャリアパケット伝送遅延が長すぎる(即ち、パケット伝送遅延が設定された伝送遅延閾値に達するか又はそれを超える）こと、を少なくとも含む。

設定された各閾値は予め設定され又はMeNBによる設定であってよい。

MeNBが前記SeNBを設定して周期的に報告すると、前記SeNBは周期時間が達する場合、各DRB/各UEのパケット伝送失敗回数/遅延/バッファ領域状態のレベル指示、又はデータ、又はMeNBの予め設定された閾値に達するかどうかの指示とされるオフロードキャリア状況情報を報告することができる。MeNBは前記SeNBを設定してイベントのトリガー性報告を行う（即ちトリガー条件を満たす場合報告する）と、前記SeNBは前記オフロードの各DRB/各UEのパケット伝送失敗回数/遅延/バッファ領域状態でMeNBの設定されたレベルの閾値、又はデータに達する場合報告メッセージを送信する。

そのうち、MeNBがオフロード方策（対策）を調整することは、
前記SeNBに対するオフロードデータ量/速度を調整すること、
前記SeNB側の前記オフロードキャリアに対するプロトコル層設定を修正すること、
前記SeNBに対するオフロードをキャンセルすること、の1種又は複数種の操作を含むことができる。

前記SeNBにより報告された情報に対応し、MeNBにより確定されたオフロード方策（対策）は同様に各DRB又は各UEに対するものであってよい。

上記方法により、MeNBがSeNB側のオフロードキャリア状況情報をタイムリーに取得し、それによりSeNBに対するオフロード方策（対策）を調整し、それによりアクセスネットワークは協調的で、信頼的で、効果的にUEにマルチストリーミングデータ伝送サービスを提供することができる。

以下、異なる実施例を参照しながら本発明を更に説明する。

実施例1：MeNBとSeNBは共にUEにマルチストリーミングデータ伝送サービスを提供し、SeNBノード自身のバッファ領域が過負荷である(即ちトリガー条件を満たす)場合、SeNBはこの状況をMeNBに報告し、MeNBは前記情報を受信した後、SeNBに対するオフロードデータ量を減少することができる。（注記：本実施例はエアインターフェース制御プレーン部分に関しなく、これは本願の解決手段に関係せず、以下、いずれ同じである。）マルチストリーミング伝送データをコーディネーションする過程は図6に示すように、以下のステップ601〜603を含む。

ステップ601:あるUEの無線環境、サービス状況及びMeNBカバレッジ地域内の各Small cellの負荷状況等の1項又は複数項の情報により、MeNBは適当な低消費電力ノードを選択して前記UEのオフロードノード（SeNB)とし、且つプリオフロードキャリアに必要なリソースにより前記UEのアクセスを決定して受け入れるように前記SeNBに要求し、前記UEはMeNBの指示で前記SeNBにアクセスし、それとユーザプレーンのリンクを確立する。ダウンリンクデータを例として、UEはそれぞれ2つのUuインターフェースでユーザデータを受信することができる。

ステップ602:MeNBのために前記UEのオフロードキャリアデータ伝送サービスを負担すると同時に、SeNBは更に他のそのセル（Small cell)にアクセスされたUEをサービスする。その受け入れたUEが多すぎるか（エアインターフェースの負荷が重い可能性がある）、又は前記オフロードUEの信号品質が低下する（パケットの伝送が失敗して再伝送を引き起こす可能性がある）と、SeNB自身のバッファ領域が大量の前記オフロードキャリアのパケットを累積して前記UEにタイムリーに伝送することができず、前記オフロードキャリア伝送パケットの成功率の低減、相手端がパケットを成功に受信する時間の増加、送信端のパケット損失率の向上等の問題を引き起こす。

前記各ユーザプレーンアーキテクチャに対応する（ダウンリンクを例とする）と、
Alt 1A: S-GWからS1-Uインターフェースを介して前記SeNBに伝送されたパケット速度は前記SeNBが前記オフロードキャリアパケットを前記UEに送信する速度よりも遥かに速く、前記SeNBが前記オフロードキャリアのために設定したバッファ領域は負荷が過負荷であり、
Alt2A/2C/3A/3C:MeNBからXnインターフェースを介して前記SeNBに伝送されたパケット(PDCP PDU又はRLC PDU)が速すぎ、前記SeNBが前記オフロードキャリアに対して設定した低層プロトコルスタック（RLC又はMAC及び以下）のバッファ領域は負荷が過負荷であり、前記低層プロトコルスタックのメモリがオーバーフローし、
Alt2B/2D/3B/3D:MeNBからXnインターフェースを介して前記SeNBに伝送されたパケット(PDCP PDU又はRLC PDU)が速すぎ、前記SeNBが前記オフロードキャリアに対して設定したスレーブプロトコルスタック（S-PDCP又はS-RLC)のバッファ領域は負荷が過負荷であり、前記マスター・スレーブプロトコルスタックはコーディネーションして正常に動作し難い。

この状況で、前記SeNBは1つの制御プレーンシグナリングにより、Xnインターフェースを介してMeNBに送信することができ、それにユーザプレーンプロトコルスタックバッファ領域が過負荷である情報を指示する。前記制御プレーンシグナリングは1つの新たなメッセージであってよく、メッセージ1と称し、IE-Buffer Status(列挙値「LowLoad、MediumLoad、HighLoad、Overload、...」)の値はOverloadであり、又は値は既に占用されたパーセントであり、又はMeNBにより予め設定された閾値に達するかどうかの指示を含む。

そのうち、各Load閾値に達して前記メッセージ送信をトリガーする値は前記オフロードキャリアを確立する場合、MeNBにより予め設定され（前記メッセージは1つの周期的に報告するか又はイベントトリガー性の単方向メッセージであってよい）、又は前記オフロードキャリアデータの伝送過程において、MeNBが前記SeNBを設定して周期性又はイベントトリガー性で前記情報を報告する（前記メッセージは「要求-応答」型の2つ/複数のメッセージであってよい）。

そのうち、前記情報は、前記UEに対する1つ又は複数の前記オフロードキャリア、又は全部のオフロードUEのサービス品質（Quality of Service、QoSと略称する)が等しいオフロードキャリアであってよい。

ステップ603:MeNBは前記制御プレーンシグナリングを受信した後、情報により前記SeNBのバッファ領域の負荷が重いことを指示されると、MeNBは前記SeNBに対するオフロード方策（対策）を調整することができ、例えば前記SeNBに対するパケット送信を低減させる。前記ユーザプレーンアーキテクチャに対応すると、
Optionl：MeNBはコアネットワークへこの情報を報告することができ、例えばS1-MMEインターフェースによりMMEへ指示し、MMEは直ちに前記オフロードキャリアパケットの送信速度を低減させるようにS-GWに通知し、
Option2:MeNBは前記オフロードキャリアパケットの前記SeNBへの転送速度を低減させることができ、MeNB自身のバッファ領域にまだ空間があると、MeNBはオーバーフローせずに大量のデータを記憶することができ、
Option3:MeNBは前記オフロードキャリアパケットの前記SeNBへの転送量を低減させることができ、自身と前記UEとの間のUuインターフェースによりUEへより多くの前記キャリアのパケットを送信する。

ステップ602における前記情報の単位に対して、前記オフロード方策（対策）の調整は前記UEの1つ又は複数の前記オフロードキャリア、又は指示された全部のオフロードUEのQoSが等しいオフロードキャリアに対することができる。

このように、前記SeNBは空間をタイムリーに取得してオフロードのパケットを処理して送信することができ、バッファ領域の輻輳によるオフロードキャリア伝送パケットの成功率の低減、相手端がパケットを成功に受信する時間の増加、送信端のパケット損失率の向上等の問題を引き起こすことがない。

実施例2：MeNBとSeNBは共にUEにマルチストリーミングデータ伝送サービスを提供し、SeNBノード自身の前記オフロードキャリアに対する処理/送信能力を低下させ、更にパケット伝送の失敗率の向上を引き起こす（即ち、トリガー条件を満たす）場合、SeNBはこの状況をMeNBに報告することができ、MeNBは前記情報を受信した後、前記SeNBにより負担されたオフロード伝送を削除することができる。ステップは図7に示す。

ステップ701:前記のように、MeNBは適当な低消費電力ノードを選択してあるUEのオフロードノード(SeNB)とし、UEはMeNBの指示で前記SeNBにアクセスし、それとユーザプレーンリンクを確立する。ダウンリンクデータを例として、UEはそれぞれ2つのUuインターフェースでユーザデータを受信することができる。

ステップ702: MeNBのために前記UEのオフロードキャリアデータ伝送サービスを負担すると同時に、SeNBは更に他のそのセル（Small cell)にアクセスされたUEをサービスする。SeNBが受け入れたUE数を増加させる(又はUEをサービスするサービス量を大幅に増加させる）可能性があり、又は前記オフロードUEの信号品質を低下させると、SeNB自身の前記オフロードキャリアに対する処理/送信能力を低下させてパケット伝送の失敗率の向上を引き起こす可能性がある。

前記ユーザプレーンアーキテクチャに対応すると、
Alt 1A:前記オフロードキャリアはS-GW、SeNB、UEの間で伝送され（即ちMeNBを通過しない)、MeNBはオフロードキャリアのパケット伝送失敗率が大きいという情報をタイムリーに存知することができなく、
Alt2A/2B/3A/3B:前記オフロードキャリアのPDCP層は主にMeNBにあり、関連PDCPの受信可能なフィードバック情報で設定され（各パケット、層間指示に対する）、MeNBは低層プロトコルスタック伝送パケットの失敗率が大きいという情報を効果的で、タイムリーに存知しなく、
Alt2C/2D/3C/3D:前記オフロードはRLC層内又は以下に発生し、関連のRLC再伝送メカニズムにより設定され、MeNBは低層プロトコルスタック、SeNB側のオフロードキャリアのパケット伝送失敗率が大きいという情報をタイムリーに存知することができない可能性がある。

この状況で、SeNBは1つの制御プレーンシグナリングにより、Xnインターフェースを介してMeNBに送信して、それへ前記オフロードキャリアのパケット伝送失敗率が大きいという情報を指示する。前記制御プレーンシグナリングは1つの新たなメッセージであってよく、メッセージ1と称し、IE-Packet Transmission Fail(列挙値「Low、Medium、High、...」)の値はHighであり、又は値は実際の失敗回数（MeNBは報告された回数を受けることができるかどうかを判断する）であることを含む。他の報告詳細は実施例1に記載されるように、ここで繰り返して説明しない。

ステップ703:MeNBは前記制御プレーンシグナリングを受信した後、情報により伝送の失敗率が高いと指示されると、MeNBは前記SeNBに対するオフロード方策（対策）を調整することができる。MeNBのこの際のリソース状況が許可すると、前記SeNBにより負担されたオフロード伝送を削除することができ（ステップ702における報告情報に対応する単位を受け入れ、ここで、MeNBにより確定されたオフロード方策（対策）の調整もDRB/UEに対するものであり、実施例1と同様である）、MeNB自身により前記オフロードキャリア/前記UEの全てのサービスを負担され、MeNBは前記オフロードキャリアの伝送をキャンセルするように前記SeNBに通知する必要があり、エアインターフェース制御プレーンシグナリングにより前記オフロードキャリアをMeNBに転送して、続いてインタラクションするようにUEに指示する必要が更にある。前記ユーザプレーンアーキテクチャに対応すると、
Optionl：MeNBはコアネットワークのMMEへ指示することができ、MMEは直ちに前記オフロードキャリアのダウンリンクトンネル端点をMeNBに転送するようにS-GWに通知し、
Option2:MeNBは前記オフロードキャリアの前記SeNBでの伝送をキャンセルし、MeNBはコアネットワークからユーザデータを受信した後関連技術に従ってUEに送信し、
Option3:MeNBは前記オフロードキャリアの一部のデータの前記SeNBでの伝送をキャンセルし、前記オフロードキャリアの全てのパケットはいずれもMeNBによりUEに送信される(即ちSingle Connectivityアーキテクチャに回復する）。

このように、MeNBのリソース状況が許可すると、関連技術に従って続いてUEに通信サービスを効果的で信頼的に提供することができる。また、MeNBのリソース状況がまだ緊張であると、UEのために他の適当な低消費電力ノードを選択して続いてオフロード伝送を負担することができる。

実施例3：MeNBとSeNBは共にUEにマルチストリーミングデータ伝送サービスを提供し、SeNBノード自身の前記オフロードキャリアに対する処理/送信能力は低下し、更に相手端がパケットを成功に受信する時間は長すぎる（即ちトリガー条件を満たす）場合、SeNBはこの状況をMeNBに報告することができ、MeNBは前記情報を受信した後、前記オフロードキャリアのプロトコルスタック設定を修正することができる。ステップは図8に示す。

ステップ801:前記のように、MeNBは適当な低消費電力ノードを選択してあるUEのオフロードノード(SeNB)とし、前記UEはMeNBの指示で前記SeNBにアクセスし、それとユーザプレーンリンクを確立する。ダウンリンクデータを例として、UEはそれぞれ2つのUuインターフェースでユーザデータを受信することができる。

ステップ802: MeNBのために前記UEのオフロードキャリアデータ伝送サービスを負担すると同時に、SeNBは更に他のそのセル（Small cell)にアクセスするUEをサービスする。SeNBが受け入れたUE数を増加させる (又はUEをサービスするサービス量を大幅に増加させる）可能性があり、又は前記オフロードUEの信号品質を低下させ、そうすると、SeNB自身の前記オフロードキャリアに対する処理/送信能力を低下させる可能性があり、それにより受信端は長い時間後に1つのパケットを成功に受信することができ、更に前記オフロードキャリアの性能の低下を引き起こす。

前記ユーザプレーンアーキテクチャに対応すると、
Alt 1A:前記オフロードキャリアの伝送がMeNBを通過せず、MeNBはオフロードキャリアパケットの伝送成功時間が長すぎるという情報をタイムリーに存知することができなく、
Alt2A/3A:前記オフロードがMeNBのPDCP層以上に発生し、ダウンリンクデータを例として、MeNBはコアネットワーク（S-GW)から受信したIPパケットを前記SeNBに転送し
、SeNBがL2の各プロトコルスレーブ層の処理を行った後更にUEに送信する。そうすると、AltlAと類似に、MeNBはSeNB側パケットの伝送成功の時間が長すぎるという情報をタイムリーに存知することができなく、
Alt2B/2C/2D/3B/3C/3D:前記オフロードがMeNBのPDCP層内又は以下に発生し、関連AMモードのプロトコル層設定により、送信端のPDCPはPDCP PDUに廃棄タイマーを設定することができ、RLC送信端はパケットが相手端により成功に受信されたかのフィードバック情報を受信することができる。本発明のアーキテクチャで、前記SeNB側オフロードキャリアにより送信されたパケットに対して、MeNBはSeNB側パケットの伝送成功の時間が長すぎるという情報をタイムリーで効果的に存知することができない。

この状況で、SeNBは1つの制御プレーンシグナリングにより、Xnインターフェースを介してMeNBに送信することができ、それへ前記オフロードキャリアのパケット伝送遅延が長すぎるという情報を指示する。前記制御プレーンシグナリングは1つの新たなメッセージであってよく、メッセージ1と称し、IE-Transmission Delay(列挙値「Short、Medium、Long、...」)が含まれた値はLongであり、又は値は1つの遅延時間値である（平均値であってよい）。他の報告詳細は実施例1と同様で、ここで繰り返して説明しない。

ステップ803:MeNBは前記制御プレーンシグナリングを受信した後、遅延が長いと情報が指示すると、MeNBは前記オフロードキャリアのプロトコル層設定を調整することができ、例えば送信端の廃棄タイマーを増加する（ステップ2における報告情報に対応する単位を受け入れ、ここで、MeNBにより確定されたプロトコル層設定調整もDRB/UEに対するものであり、実施例1と同様である）。前記ユーザプレーンアーキテクチャに対応すると、
AltlA/2A/3A:MeNBはXnインターフェースにより、ダウンリンクデータを送信する場合、PDCPが低層によりフィードバックされた状態情報に対して長い時間を待つことを許可するようにSeNBに指示し、
Alt2B/2C/2D/3B/3C/3D:ダウンリンクデータを例として、信頼性の要求が高いオフロードキャリアに対して、MeNBは自身のPDCP廃棄タイマーの待ち可能な時間を増加することができ、即ち長い時間を許可してフィードバックを受信する。

プロトコル層設定の調整（メッセージ2で前記SeNBに通知する)により、MeNBはSeNB側のパケット送信遅延が長い状況を協調、配合することができ、それによりUEにより信頼的で、効果的な伝送を提供する。

前記SeNBは自身のパケット伝送の実際の状況によりMeNBへ情報を報告し、MeNBの情報受信後の処理操作は実施例に記載の状況に限定されず、更に実施例における前記のステップ802における報告情報と一対一対応するステップ3での処理に限定されず、即ち、ステップ803に記載の処理は任意のステップ802に記載の報告情報に対応することができる。

本実施例は基地局を提供し、上記実施例1の方法を実現することができ、該基地局は以下のユニット1とユニット2を少なくとも含む。

第1ユニットは、該基地局がスレーブ基地局としてマスター基地局のためにユーザ装置のオフロードキャリアデータ伝送サービスを負担する過程において、該基地局のオフロードキャリア状況情報を検出するように設定され、
上記オフロードキャリア状況情報は、
ユーザプレーンプロトコルスタックバッファ領域情報、オフロードキャリアのパケット伝送失敗率情報、オフロードキャリアパケット伝送遅延情報の1種又は複数種を少なくとも含む。

第2ユニットは、該基地局のオフロードキャリア状況情報を前記マスター基地局に送信するように設定される。

第2ユニットは更に、制御プレーンシグナリング又はユーザプレーンの制御セルにより該基地局のオフロードキャリア状況情報をマスター基地局に送信することができるように設定される。

第2ユニットは、該基地局のオフロードキャリア状況情報をマスター基地局により予め設定された周期に従ってマスター基地局に送信するか、又は該基地局がマスター基地局により送信された要求メッセージを受信した後、オフロードキャリア状況情報をマスター基地局に送信するか、又は該基地局のオフロードキャリア状況情報がマスター基地局により予め設定されたいずれかのトリガー条件を満たす場合のみ、該基地局のオフロードキャリア状況情報をマスター基地局に送信するように設定される。本実施例において、提供されたトリガー条件は、
スレーブ基地局のユーザプレーンプロトコルスタックバッファ領域が過負荷であること、
スレーブ基地局のオフロードキャリアのパケット伝送失敗率が大きすぎること、
スレーブ基地局のオフロードキャリアパケット伝送遅延が長すぎること、という3つのものを少なくとも含む（しかし、本願の技術的手段はこの3つのトリガー条件に限定されない)。

上記基地局をマスター基地局としてもよく、この際、基地局は第3ユニットを更に含み、該ユニットは、スレーブ基地局により送信されたオフロードキャリア状況情報を受信し、且つ該オフロードキャリア状況情報によりこのスレーブ基地局に対するオフロード方策（対策）を調整するように設定される。

そのうち、第3ユニットは、オフロードキャリア状況情報によりスレーブ基地局に対するオフロード方策（対策）を調整することは、
前記スレーブ基地局に対するパケット送信を減少すること、
前記スレーブ基地局により負担されたオフロード伝送を削除すること、
オフロードキャリアのプロトコル層設定を調整し、送信端の廃棄タイマーを増加すること、の1種又は複数種の操作を含むように設定される。

上記基地局の他の詳細については、上記実施例1の対応する内容を参照することができ、ここで繰り返して説明しない。

当業者は、上記方法における全部又は一部のステップは、プログラムが関連のハードウェアを指令することにより完成することができ、前記プログラムはコンピュータ可読記憶媒体、例えば読み出し専用メモリ、ディスク又はCDなどに記憶することができることを理解することができる。選択的に、上記実施例の全部又は一部のステップは、1つ又は複数の集積回路を採用して達成することもできる。対応的に、上記実施例における各モジュール／ユニットはハードウェアの形式で達成してよく、ソフトウェア機能モジュールの形式で達成してもよい。本発明はいずれの特定形式のハードウェアとソフトウェアの組み合わせに限定されたものではない。

以上に記載されたのは、単に本発明の好ましい実施例だけであり、本発明の実施例の保護範囲を限定するためのものではない。本発明の実施例の精神と原則にあれば、行ったいずれの修正、同等切り替え、改良等は、いずれも本発明の実施例の保護範囲内に含まれるべきである。

本発明の実施例の技術的手段は、異種ネットワークにおいて、MeNBとSeNBがタイムリーで、良くコーディネーションすることができ、それによりUEに高速度の連合データ伝送サービスを提供する手段を提供することを主旨とする。本願の技術的手段は各種のユーザプレーンアーキテクチャ及びXnインターフェースに適用され、高速で信頼的にUEに良い連合データ伝送サービスを提供することができる。

Claims (11)

1. マルチストリーミング伝送データをコーディネーションする方法であって、
   オフロードノードとして選択されたスレーブ基地局はマスター基地局のためにUEのオフロードキャリアデータ伝送サービスを負担する過程において、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することと、
   前記マスター基地局は前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード対策を調整することと、を含む方法。
2. 前記オフロードキャリア状況情報は、ユーザプレーンプロトコルスタックバッファ領域情報、オフロードキャリアのパケット伝送失敗率情報、オフロードキャリアパケット伝送遅延情報の1種又は複数種を少なくとも含む請求項1に記載の方法。
3. 前記スレーブ基地局が該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することは、
   前記スレーブ基地局が制御プレーンシグナリング又はユーザプレーンの制御セルにより該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することである請求項1に記載の方法。
4. 前記スレーブ基地局が該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することは、
   前記スレーブ基地局が該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局により設定された周期に従って前記マスター基地局に送信すること、又は
   前記スレーブ基地局は前記マスター基地局により送信された要求メッセージを受信した後、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信すること、又は
   前記スレーブ基地局のオフロードキャリア状況情報が前記マスター基地局により設定されたいずれか一つのトリガー条件を満たす場合、該スレーブ基地局のオフロードキャリア状況情報を前記マスター基地局に送信することであり、前記トリガー条件は、
   前記スレーブ基地局のユーザプレーンプロトコルスタックバッファ領域が過負荷であること、
   前記スレーブ基地局のオフロードキャリアのパケット伝送失敗率が大きすぎること、
   前記スレーブ基地局のオフロードキャリアパケット伝送遅延が長すぎること、を少なくとも含む請求項1〜3のいずれか一つに記載の方法。
5. 前記マスター基地局が前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード対策を調整することは、
   前記スレーブ基地局に対するオフロードデータ量/速度を調整すること、
   前記スレーブ基地局の前記オフロードキャリアに対するプロトコル層設定を修正すること、
   前記スレーブ基地局に対するオフロード伝送をキャンセルすること、の1つ又は複数の操作を含む請求項4に記載の方法。
6. 基地局であって、
   該基地局がスレーブ基地局としてマスター基地局のためにユーザ装置のオフロードキャリアデータ伝送サービスを負担する過程において、該基地局のオフロードキャリア状況情報を検出するように設定される第1ユニットと、
   該基地局のオフロードキャリア状況情報を前記マスター基地局に送信するように設定される第2ユニットと、を含む基地局。
7. 前記オフロードキャリア状況情報は、ユーザプレーンプロトコルスタックバッファ領域情報、オフロードキャリアのパケット伝送失敗率情報、オフロードキャリアパケット伝送遅延情報の1種又は複数種を少なくとも含む請求項6に記載の基地局。
8. 前記第2ユニットは更に、制御プレーンシグナリング又はユーザプレーンの制御セルにより該基地局のオフロードキャリア状況情報を前記マスター基地局に送信するように設定される請求項6に記載の基地局。
9. 前記第2ユニットは更に、該基地局のオフロードキャリア状況情報をマスター基地局により設定された周期に従って前記マスター基地局に送信するか、又は該基地局がマスター基地局により送信された要求メッセージを受信した後、該基地局のオフロードキャリア状況情報をマスター基地局に送信するか、又は該基地局のオフロードキャリア状況情報がマスター基地局により設定されたいずれか一つのトリガー条件を満たす場合、該基地局のオフロードキャリア状況情報を前記マスター基地局に送信するように設定され、前記トリガー条件は、
   該基地局のユーザプレーンプロトコルスタックバッファ領域が過負荷であること、
   該基地局のオフロードキャリアのパケット伝送失敗率が大きすぎること、
   該基地局のオフロードキャリアパケット伝送遅延が長すぎること、を少なくとも含む請求項6〜8のいずれか一つに記載の基地局。
10. 該基地局がマスター基地局である場合、他のスレーブ基地局により送信されたオフロードキャリア状況情報を受信し、且つ受信したスレーブ基地局のオフロードキャリア状況情報に基づいて前記スレーブ基地局に対するオフロード対策を調整するように設定される第3ユニットを更に含む請求項9に記載の基地局。
11. 前記第3ユニットは、
    前記スレーブ基地局のオフロードキャリア状況情報に基づいて、前記スレーブ基地局に対するオフロード対策を調整するために、
    前記スレーブ基地局に対するオフロードデータ量/速度を調整すること、
    前記スレーブ基地局の前記オフロードキャリアに対するプロトコル層設定を修正すること、
    前記スレーブ基地局に対するオフロード伝送をキャンセルすること、の1つ又は複数の操作を含むように設定される請求項10に記載の基地局。
    
    

Images