(57)【要約】本発明は、ｅ−ＭＢＭＳシステム内でトラフィックをトリミングする方法およびその方法を実施するＢＭ−ＳＣを提供する。この方法は、ＢＭ−ＳＣによって、多重化のＡＢＢＲを判定するステップと、ＭＣＥによって、判定されたＡＢＢＲに基づいてリソースを割り当てるステップと、ＢＭ−ＳＣによって、同期化期間内に送信すべきデータ量が同期化期間内に割り当てられたリソースを超えるかどうかを判定するステップと、ＢＭ−ＳＣによって、超えると判定される場合に多重化されたサービス内の同期化期間内に送信できない末尾データ・パケットを破棄するステップとを含む。さらに、この方法は、判定するステップの前に、ＢＭ−ＳＣによって、多重化されたサービス内のいくつかのデータ・パケットを自発的に破棄するステップをも含む。
2013502100.tif 000002
【特許請求の範囲】
【請求項１】
ｅｖｏｌｖｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ｅ−ＭＢＭＳ）システム内でトラフィックをトリミングする方法であって、前記ｅ−ＭＢＭＳシステムは、サービスに対する集約ビット・レートＡＢＢＲ多重化を使用するものであり、前記方法は、
前記ｅ−ＭＢＭＳシステム内のブロードキャスト・マルチキャスト・サービス・センタＢＭ−ＳＣによって、前記多重化のＡＢＢＲを判定するステップと、
前記ｅ−ＭＢＭＳシステム内のｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ調整エンティティＭＣＥによって、前記判定されたＡＢＢＲに基づいてリソースを割り当てるステップと、
前記ＢＭ−ＳＣによって、同期化期間内に送信すべきデータ量が前記同期化期間内に割り当てられたリソースを超えるかどうかを判定するステップと、
前記ＢＭ−ＳＣによって、超えると判定される場合に多重化されたサービス内の前記同期化期間内に送信できない末尾データ・パケットを破棄するステップとを含む、方法。
【請求項２】
前記ＢＭ−ＳＣによって、判定する前記ステップの前に、前記多重化されたサービス内のいくつかのデータ・パケットを自発的に破棄するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記いくつかのデータ・パケットは、前記多重化されたサービスのすべてのデータ・パケットの多くとも１％＋マージンを占める、請求項２に記載の方法。
【請求項４】
前記マージンは、前記多重化されたサービスのすべてのデータ・パケットの０．１％を占める、請求項３に記載の方法。
【請求項５】
前記ｅ−ＭＢＭＳシステム内の基地局ｅＮＢは、事前に定義されたルールに基づいてデータ・パケットをさらに破棄する、請求項１に記載の方法。
【請求項６】
前記事前に定義されたルールは、前記多重化されたサービス内のサービスの送信シーケンスと逆の順序に従って前記多重化されたサービス内のサービスのデータ・パケットを破棄することを含む、請求項５に記載の方法。
【請求項７】
ｅｖｏｌｖｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ｅ−ＭＢＭＳ）システム内のブロードキャスト・マルチキャスト・サービス・センタ（ＢＭ−ＳＣ）であって、前記ｅ−ＭＢＭＳシステムは、サービスに対する集約ビット・レートＡＢＢＲ多重化を使用するものであり、
前記多重化のＡＢＢＲを判定するように構成された処理手段と、
同期化期間内に送信すべきデータ量が前記同期化期間内の前記判定されたＡＢＢＲに基づいて割り当てられたリソースを超えるかどうかを判定するように構成された判定手段と、
超えると判定されるときに多重化されたサービス内の前記同期化期間内に送信できない末尾データ・パケットを破棄するように構成された出力データ・ストリーム整形手段とを含む、ＢＭ−ＳＣ。
【請求項８】
前記ＢＭ−ＳＣは、前記出力データ・ストリーム整形手段がまず前記多重化されたサービス内のいくつかのデータ・パケットを自発的に破棄し、その後、前記判定手段が判定を実行するように構成される、請求項７に記載のＢＭ−ＳＣ。
【請求項９】
前記いくつかのデータ・パケットは、前記多重化されたサービスのすべてのデータ・パケットの多くとも１％＋マージンを占める、請求項８に記載のＢＭ−ＳＣ。
【請求項１０】
前記マージンは、前記多重化されたサービスのすべてのデータ・パケットの０．１％を占める、請求項９に記載のＢＭ−ＳＣ。
【請求項１１】
請求項６乃至１０のいずれか１項に記載のＢＭ−ＳＣを含むｅｖｏｌｖｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ｅ−ＭＢＭＳ）システム。
【請求項１２】
事前に定義されたルールに基づいてデータ・パケットをさらに破棄する基地局ｅＮＢをさらに含む、請求項１１に記載のｅ−ＭＢＭＳシステム。
【請求項１３】
前記事前に定義されたルールは、前記多重化されたサービス内のサービスの送信シーケンスと逆の順序に従って前記多重化されたサービス内のサービスのデータ・パケットを破棄することを含む、請求項１２に記載のｅ−ＭＢＭＳシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル通信の分野に関し、より具体的には、統計的多重化が集約ビット・レート（ａｇｇｒｅｇａｔｅｄ  ｂｉｔ  ｒａｔｅ：ＡＢＢＲ）を利用することによって実行されるｅｖｏｌｖｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ｅ−ＭＢＭＳ）システムでのパケット・スケジューリングおよびトラフィック・トリミングに関する。
【背景技術】
【０００２】
このごろ、マス・マルチメディア・サービスが、モバイル技術のすばやい開発に伴って現れている。いくつかのアプリケーション・サービス、たとえば、ビデオオンデマンド、ＴＶ放送、ビデオ会議、モバイルＴＶなどに関して、複数のユーザが、同一のデータを同時に受信する場合がある。モバイル・ネットワーク・リソースを有効に利用するために、ＷＣＤＭＡ／ＧＳＭグローバル標準化組織３ＧＰＰは、ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ＭＢＭＳ）／ｅｖｏｌｖｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ｅ−ＭＢＭＳ）を提供する。ＭＢＭＳ／ｅ−ＭＢＭＳは、ネットワーク・リソース共有を実現するために、１つのデータ・ソースが複数のユーザにデータを送信するポイントツーマルチポイントーサービスを指す。３ＧＰＰによって定義されたＭＢＭＳ／ｅ−ＭＢＭＳは、純テキスト低レート・タイプのメッセージのマルチキャストおよびブロードキャストを実施できるだけではなく、確実に将来のモバイル・データの開発傾向と調和する、高レート・マルチメディア・サービスのマルチキャストおよびブロードキャストを実施することもできる。
【０００３】
ｅ−ＭＢＭＳについて、ｍｕｌｔｉｃａｓｔ  ｂｒｏａｄｃａｓｔ  ｓｉｎｇｌｅ−ｆｒｅｑｕｅｎｃｙ  ｎｅｔｗｏｒｋ（ＭＢＳＦＮ）の動作を容易にするために、基地局（ｅＮＢ）の全挙動を同期化しなければならない。ｅＮＢは、特定の同期期間内にすべてのデータ・パケットを送出しなければならない。バッファ内のデータ量が、割り当てられたリソースより多い場合には、パケット破棄（ｐａｃｋｅｔ  ｄｒｏｐｐｉｎｇ）を実行することが不可避であるはずである。問題は、同期化されたＭＢＳＦＮの動作に影響せずにスケジューリング期間中にパケット破棄を実行すべき場合およびそれをどのように実行すべきかと、システムが例外的なケースでより頑健であることをどのようにして可能にするのかにある。
【０００４】
現在ＩＰｗｉｒｅｌｅｓｓ社は、Ｒ２−０９３７３７でいくつかの分散アルゴリズムを提案している。具体的には、Ｒ２−０９３７３７は、すべてが分散アーキテクチャに基づく３つの解決策を提案する。これらの解決策は、伝統的なスケジューリング・アルゴリズム、たとえばプロポーショナル・フェアネス・スケジューリング・アルゴリズムを採用する。その結果は、すべてのｅＮＢが、同期化された動作を保証するために同一のスケジューリング・アルゴリズムを用いて標準化されなければならないことである。従来技術では、ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ（ＲＲＭ）アルゴリズムを標準化する文献は、開示されていない。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Ｒ２−０９３７３７
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記の状況に鑑みて、本発明は、各ｅＮＢでスケジューリング・アルゴリズムを標準化することが不必要になるように、集中化されたパケット・スケジューリングおよびトラフィック・トリミング方式を提供する。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、ｅｖｏｌｖｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ｅ−ＭＢＭＳ）システム内でトラフィックをトリミングする方法が提供され、ｅ−ＭＢＭＳシステムは、サービスに対する集約ビット・レート（ＡＢＢＲ）多重化を使用し、方法は、ｅ−ＭＢＭＳシステム内のブロードキャスト・マルチキャスト・サービス・センタＢＭ−ＳＣによって、多重化のＡＢＢＲを判定するステップと、ｅ−ＭＢＭＳシステム内のｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ調整エンティティＭＣＥによって、判定されたＡＢＢＲに基づいてリソースを割り当てるステップと、ＢＭ−ＳＣによって、同期化期間内に送信すべきデータ量が同期化期間内に割り当てられたリソースを超えるかどうかを判定するステップと、ＢＭ−ＳＣによって、超えると判定される場合に多重化されたサービス内の同期化期間内に送信できない末尾データ・パケットを破棄するステップとを含む。
【０００８】
好ましくは、この方法は、判定するステップの前に、ＢＭ−ＳＣによって、多重化されたサービス内のいくつかのデータ・パケットを自発的に破棄するステップをさらに含む。
【０００９】
好ましくは、いくつかのデータ・パケットは、多重化されたサービス内のすべてのデータ・パケットの多くとも１％＋マージンを占める。さらに、マージンは、多重化されたサービス内のすべてのデータ・パケットの０．１％を占める。
【００１０】
好ましくは、ｅ−ＭＢＭＳシステム内の基地局ｅＮＢは、事前に定義されたルールに基づいてデータ・パケットをさらに破棄する。さらに、事前に定義されたルールは、多重化されたサービス内のサービスの送信シーケンスと逆の順序に従って多重化されたサービス内のサービスのデータ・パケットを破棄することを含む。
【００１１】
本発明のもう１つの態様によれば、ｅ−ＭＢＭＳシステム内のＢＭ−ＳＣが提供され、ｅ−ＭＢＭＳシステムは、サービスに対する集約ビット・レート（ＡＢＢＲ）多重化を使用し、ＢＭ−ＳＣは、多重化のＡＢＢＲを判定するように構成された処理手段と、同期化期間内に送信すべきデータ量が同期化期間内の判定されたＡＢＢＲに基づいて割り当てられたリソースを超えるかどうかを判定するように構成された判定手段と、超えると判定される場合に多重化されたサービス内の同期化期間内に送信できない末尾データ・パケットを破棄するように構成された出力データ・ストリーム整形手段とを含む。
【００１２】
好ましくは、ＢＭ−ＳＣは、出力データ・ストリーム整形手段がまず多重化されたサービス内のいくつかのデータ・パケットを自発的に破棄し、その後、判定手段が判定を実行するように構成される。
【００１３】
好ましくは、いくつかのデータ・パケットは、多重化されたサービスのすべてのデータ・パケットの多くとも１％＋マージンを占める。さらに、マージンは、多重化されたサービスのすべてのデータ・パケットの０．１％を占める。
【００１４】
本発明のさらなる態様によれば、ＢＭ−ＳＣを含むｅ−ＭＢＭＳシステムが提供される。
【００１５】
好ましくは、ｅ−ＭＢＭＳシステムは、事前に定義されたルールに基づいてデータ・パケットをさらに破棄する基地局ｅＮＢをさらに含む。さらに、事前に定義されたルールは、多重化されたサービス内のサービスの送信シーケンスと逆の順序に従って多重化されたサービス内のサービスのデータ・パケットを破棄することを含む。
【００１６】
本発明によれば、パケット破棄がＢＭ−ＳＣで判定されるので、複雑な分散スケジューリング・アルゴリズムに関する標準化を回避でき、本発明の実施が、既存のシステム・アーキテクチャを劇的に変更する必要なしに、はるかにより単純になる。
【００１７】
以下では、本発明の好ましい実施形態を、図面を参照して具体的に説明する。
【図面の簡単な説明】
【００１８】
【図１】ｅ−ＭＢＭＳシステムを示す概略図である。
【図２】ＣＢＲサービスの統計的特性を示す図である。
【図３】本発明の実施形態による、自発的パケット破棄および受動的パケット破棄を組み合わせる、トラフィックをトリミングする方法を示す流れ図である。
【図４】本発明の実施形態によるＢＭ−ＳＣを示す構造ブロック図である。
【発明を実施するための形態】
【００１９】
ＡＢＢＲ多重化の紹介
マルチストリーム伝送システムでは、統計的多重化技術が、広く適用されている。並列ストリームを多重化することを介して、かなりの多重化利得を達成することができる。利得は、トラフィックに対する統計的挙動を介して達成される。言い換えると、あるストリームがより多くの帯域幅を必要とするときに、他のストリームは、統計的に低ビット・レート状態にされる。統計的多重化は、物理層フィードバックおよび類似物ではなく統計的特性を利用して利得が達成されるので、ブロードキャスト・システムに適用可能である。多重化の利得は、非常に大きい。たとえば、ＤＶＢ−Ｈでは、３０％〜４０％の利得を達成できることがわかっている。
【００２０】
ｅｖｏｌｖｅｄ  ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ（ｅ−ＭＢＭＳ）システムでは、統計多重化を、集約ビット・レート（ＡＢＢＲ）に基づいて実行することができる。具体的に言うと、複数のｅ−ＭＢＭＳサービスが、同一のＡＢＢＲを共有する。各ｅ−ＭＢＭＳシステムは、潜在的にＡＢＢＲ全体を利用することができる。あるＡＢＢＲを共有するｅ−ＭＢＭＳサービスは、１つのＡＢＢＲバンドルを形成する。
【００２１】
図１は、ｅ−ＭＢＭＳシステムの概略図である。
【００２２】
図１に示されたようなｅ−ＭＢＭＳシステム１００は、１つまたは複数のエンコーダ１０１−１、１０１−２、…、１０１−ｎ、ブロードキャスト・マルチキャスト・サービス・センタ（ＢＭ−ＳＣ）１０５、ゲートウェイ（ＧＷ）１１０、ＭＢＭＳ調整エンティティ（ＭＣＥ）１１５、および１つまたは複数の基地局（ｅＮＢ）１２０を含む。この実施形態では、ＭＣＥ  １１５およびｅＮＢ  １２０を、無線アクセス・ネットワーク（ＲＡＮ）内に配置することができる。
【００２３】
エンコーダ１０１−１、１０１−２、…、１０１−ｎは、対応するコンテンツ・プロバイダ・サーバからコンテンツを受け取り、そのコンテンツを符号化し、符号化されたコンテンツをＢＭ−ＳＣ  １０５に供給する。
【００２４】
ＢＭ−ＳＣ  １０５は、符号化されたｅ−ＭＢＭＳコンテンツを受け取り、送信する。ＢＭ−ＳＣ  １０５は、サービス組合せに関する情報を知ることができるので、統計多重化を構成する。たとえば、モバイルＴＶのシナリオでは、ＢＭ−ＳＣ  １０５は、ＴＶチャネルの所望の組合せに関する情報を知ることができる。たとえば、ＢＭ−ＳＣ  １０５は、サービス・エリアを知ることができ、ユーザ・サービス・ストリームの統計特性、たとえば符号化が固定ビット・レート（ＣＢＲ）または可変ビット・レート（ＶＢＲ）のどちらであるのか、あるいはエンコーダがＭＰＥＧ４またはＨ．２６４のどちらであるのかを知り、おそらくは制御することができる。
【００２５】
たとえば、ＢＭ−ＳＣ  １０５を、サービス組合せに関する情報を入手でき、その情報に基づいてサービスを多重化できるように、サービスの統計パラメータを入手するように構成することができる。具体的に言うと、ＢＭ−ＳＣ  １０５は、入手されたサービス・パラメータに基づいてサービス多重化のためにＡＢＢＲをセットすることができる。
【００２６】
また、ＢＭ−ＳＣ  １０５を、集約ビット・レートを一定に保ちながらエンコーダがＶＢＲサービス・ストリームを生成できるように、ストリーム・サービスに関してアプリケーション・エンコーダの間でレート制御調整を実行するように構成することができる。
【００２７】
ＧＷ  １１０は、サービスのＥＰＳベアラを確立し、ＡＢＢＲバンドルに関する関連情報をＭＣＥ  １１５に送信する。ＭＣＥ  １１５は、同一ＡＢＢＲバンドル内の異なるサービスの間で多重化を実施するためにゲートウェイ１１０から送信されたＡＢＢＲ情報に基づいてリソースを割り当てる、すなわち、異なるサービスが、リソースを共有する。割り当てられたリソースに基づいて、ｅＮＢ  １２０は、最終的に、ユーザが関心を持っているサービスをそのユーザ機器（ＵＥ）（図示せず）に提供する。
【００２８】
同一のＡＢＢＲバンドルに属するサービスは、そのバンドルに割り当てられたリソースを共有する。異なるサービスは、ＡＢＢＲバンドルに基づくリソース割当方式に従ってスケジューリングされる、すなわち、多重化される。
【００２９】
パケット破棄
上記の多重化機構を介して、かなりの多重化利得を達成することができる。しかし、多重化されたサービスのビット・レートは、それでも可変である。その一方で、多重化は、マルチキャスト・チャネル（ＭＣＨ）内で実行され、ＭＣＨについて、リソースは、通常は固定的に割り当てられる。したがって、多重化の後のビット・レートは、おそらくは、割り当てられた帯域幅を超える可能性がある。したがって、特定の同期化期間にいくつかのデータ・パケットを破棄することが必要になる。したがって、受動的パケット破棄機能が望ましい。
【００３０】
ｅＮＢ同期化を損なわずにデータ・パケットを破棄するために、次の２つの解決策すなわち、ＭＣＨに割り当てられる帯域幅に安全マージンを追加すること、またはオーバーフロー／超過の場合にデータ・パケットを同期式に破棄することが存在する可能性がある。シミュレーションを介して、データ・パケットの１％が破棄を許される場合には、要求されるリソースははるかにより少ないが、利得はそれでも５０％もの高さを維持できることがわかった。したがって、鍵は、少量のデータの破棄を許容することにある。ＶＢＲサービスおよびＣＢＲサービスについて、常にそうである。図２は、ＣＢＲサービスの統計的特性を示し、ここで、破棄レートは１％であり、１．５×１０５ｂｐｓリソースが、各０．５秒期間内に割り当てられる。
【００３１】
図２に示されているように、リアルタイム統計に基づくＣＢＲサービスのビット・レートも可変であるが、この変動は、ＶＢＲサービスより滑らかである。したがって、自発的パケット破棄機能は、やはり望ましい。
【００３２】
ここで、より多くのデータを破棄することは理想的な選択ではないので、ここで、多くともデータ・パケットの１％を送信中に破棄できると仮定する。上の説明から、破棄機能が望ましいことがわかる。問題は、その機能をどこで実施すべきかにある。トラフィックは、ＢＭ−ＳＣから送信され、ＢＭ−ＳＣは、ＳＹＮＣエンティティなどのＭＢＭＳ機能性を有するので、ＢＭ−ＳＣが、トラフィックを整形するための適当な場所である。図２から、多くともデータ・パケットの１％が破棄される必要があることがわかる。
【００３３】
本発明の一実施形態によれば、受動的パケット破棄は、ＢＭ−ＳＣ内で実行される。具体的に言うと、ＢＭ−ＳＣは、サービス多重化のＡＢＢＲを判定し、トラフィックを監視し、ＭＣＥは、必要なＡＢＢＲに基づいてリソースを割り当て、トラフィックが割り当てられたリソースを超えるときに、ＢＭ−ＳＣは、いくつかのデータ・パケットを破棄する。
【００３４】
本発明のもう１つの実施形態によれば、自発的パケット破棄も、ＢＭ−ＳＣ内で実行される。具体的に言うと、ＢＭ−ＳＣは、多重化されたサービス内のいくつかのデータ・パケットを自発的に破棄する。そのような破棄は、たとえば、割り当てられたリソースならびにデータ伝送の遅延要件を考慮に入れる（たとえば、１秒の遅延を有するデータ・パケットが、破棄される）。シミュレーションを介して、破棄パーセンテージを１％とすることができることがわかっている。さらに、マージンを、１％を基礎としてセットすることができる、すなわち、データ・パケットの１％＋εを破棄する。たとえば、マージンεを０．１％とすることができる。
【００３５】
さらに、図３は、本発明の実施形態による、自発的パケット破棄および受動的パケット破棄を組み合わせる、トラフィックをトリミングする方法の流れ図である。
【００３６】
図３に示されているように、まず、ステップ３０１では、ＢＭ−ＳＣが、多重化されたサービスの平均ビット・レート（ＡＢＲ）を計算する。次に、ステップ３０２では、ＢＭ−ＳＣが、多重化バンドルの出力がＣＢＲになるように、ＡＢＲおよびエンコーダを構成する。ステップ３０３では、ＢＭ−ＳＣが、ＡＢＢＲ＝ＡＢＲを構成する。この３つのステップを介して、ＢＭ−ＳＣは、ＡＢＢＲ多重化の構成を完了する。
【００３７】
次に、ステップ３０４では、ＢＭ−ＳＣが、データ・パケットの１％＋あるマージンεを破棄することを介して出力データ・ストリームを整形する（自発的破棄）。この実施形態では、εを、たとえば０．１％とすることができる。次に、ステップ３０５では、送信すべきデータ量が、同期化期間に割り当てられたリソースより多いかどうかを監視する。「はい」の場合には、ステップ３０６で、同期化期間内に送信できない末尾データ・パケットを破棄し（受動的破棄）、その後、この方法はステップ３０７に進み、データ・パケットを送信し、そうではない場合には、この方法は、ステップ３０７に直接に進む。
【００３８】
したがって、上記の方法を実施するのに使用できるＢＭ−ＳＣ設計を、さらに入手することができる。図４は、本発明の実施形態によるＢＭ−ＳＣの構造ブロック図である。
【００３９】
図４に示されているように、ＢＭ−ＳＣ  ４００は、ＡＢＲを計算し、それに基づいてＡＢＢＲを構成し（ステップ３０１〜３０３を指すことができる）、さらに、ＢＭ−ＳＣ内のさまざまなコンポーネントを制御するのに使用できる処理手段４０５（処理手段とさまざまなコンポーネントとの間の接続関係は、図４では省略されている）と、エンコーダから受け取られたデータを受け取り、一時的に格納するバッファ４１０と、バッファ４１０に格納されたデータに基づいて、同期化期間に送信すべきデータ量が同期化期間内の判定されたＡＢＢＲに従ってＭＣＥによって割り当てられたリソースを超えるかどうかを判定する判定手段４１５と、超えると判定されたときに多重化されたサービス内の同期化期間内に送信できない末尾データ・パケットを破棄するように構成された出力データ・ストリーム整形手段４０１とを含む。
【００４０】
さらに、ＢＭ−ＳＣ  ４００は、出力データ・ストリーム整形手段４０１がまず多重化されたサービス内のいくつかのデータ・パケットを自発的に破棄し、その後、判定手段４１５が判定を実行するように、さらに構成される。
【００４１】
この形で、ＢＭ−ＳＣ  ４００は、同等、スループット、優先順位、および類似物を考慮する複雑な分散スケジューリング・アルゴリズムを標準化することを回避することができる。したがって、そのようなパケット破棄は、ＲＡＮにとって透過的である。
【００４２】
頑健さのさらなる改善
本発明の実施形態では、トラフィックは、ｅＮＢの上流ノードＢＭ−ＳＣ内で整形され、したがって、ｅＮＢは、複雑な分散破棄機能を必要としない。しかし、この方式の下では、いくつかの異常な状況が発生する可能性がある。たとえば、ＢＭ−ＳＣが、ゲートウェイＧＷにデータを送信するときに、いくつかのデータ・パケットが、次の同期化期間へ遅延され、したがって、次の同期化期間は、過多なデータ・パケットを送信する必要がある。さらに、たとえば、ＢＭ−ＳＣおよびＭＣＥが、異なるプロバイダによって製造され、したがって、異なるアルゴリズムを有し、たとえば、ＢＭ−ＳＣ内のパケット破棄アルゴリズムが理想的ではないか、ＭＣＥができる限り多くのリソースを節約することを望むときには、時々、いくつかの少数のデータ・パケットを送信することができないことがある。これらのケースは、極端にまれに発生するが、そのような異常な状況は、システムの頑健さを考慮して処理されなければならない。
【００４３】
これらの異常な状況について、最も単純な形は、ｅＮＢが事前に定義されたルールに基づいて特定のサービスのデータ・パケットを破棄することである。たとえば、このルールを、破棄すべき十分なデータを有する、送信シーケンス内の最後のサービスを必ず破棄することとすることができる。これはどちらかと言えばまれにしか発生しないので、最後のサービスのＱｏＳには影響しない。より一般的に言って、異常な状況では、サービスのデータ・パケットは、送信シーケンスと逆の順序で破棄される。この形で、犠牲にされるサービス（すなわち、データ・パケットを破棄されるサービス）のすべてのデータ・パケットだけが破棄され、他のサービスは影響を受ける可能性がある。
【００４４】
上で説明した実施形態は、例示のためのみのものであって、本発明の範囲を限定することは意図されていない。当業者は、本発明の範囲および趣旨から逸脱せずに、形態および詳細に関するさまざまな修正および変形をこれらの実施形態に対して行えることを理解するに違いない。本発明の範囲は、添付の特許請求の範囲および同等物によって定義される。
【図１】
2013502100.tif 000003
2013502100.tif 000004
【図２】
2013502100.tif 000005
【図３】
2013502100.tif 000006
【図４】
2013502100.tif 000007
【国際調査報告】
2013502100.tif 000008
2013502100.tif 000009
2013502100.tif 000010
2013502100.tif 000011
2013502100.tif 000012
2013502100.tif 000013
2013502100.tif 000014