(57)【要約】本開示は、ウィンドウベースのコンテンツ同期化技術のためのゲートウェイ、基地局および方法に関する。本発明によるゲートウェイは、データ・パケットを受信するための受信ユニットと、あらかじめ定められた数のパケットがウィンドウを形成するように、データ・パケットをカウントするためのウィンドウ計数ユニットであって、数はウィンドウ・サイズであるウィンドウ計数ユニットと、パケットのシーケンス番号を生成するためのシーケンス番号計数ユニットと、パケットのタイムスタンプを設定するためのタイムスタンプ設定ユニットと、生成されたシーケンス番号、タイムスタンプ、および伝送されるべきパケットのバイト・カウントを含めるための処理ユニットとを備える。本発明による基地局は、データ・パケットを受信するための受信ユニットと、データ・パケットからシーケンス番号、タイムスタンプ、およびバイト・カウント情報を抽出するための情報抽出ユニットと、ウィンドウを形成するために抽出されたシーケンス番号に基づいて受信したパケットをカウントするためのウィンドウ計数ユニットと、抽出されたタイムスタンプに基づいて現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間を設定するための処理ユニットとを備える。本発明によるゲートウェイまたは基地局は、統計的多重化と良好に動作し、同期化処理遅延および制御パケット・ロードに関して改善された全体的なパフォーマンスを有する。
2011514705.tif 000002
【特許請求の範囲】
【請求項１】
ゲートウェイからデータ・パケットを受信するための受信ユニットと、
前記受信したデータ・パケットからシーケンス番号、タイムスタンプ、およびバイト・カウント情報を抽出するための情報抽出ユニットと、
ウィンドウを形成するために前記抽出されたシーケンス番号に基づいて前記受信したパケットをカウントするためのウィンドウ計数ユニットと、
前記ウィンドウ内の前記データ・パケットを処理し、前記抽出されたタイムスタンプに基づいて現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間を設定するための処理ユニットとを備える基地局。
【請求項２】
コンテンツ同期化のためにゲートウェイにおいてデータ・パケットを処理するための方法であって、
基地局に伝送されるべきデータ・パケットを受信するステップと、
あらかじめ定められた数のパケットがウィンドウを形成するように、伝送されるべき前記データ・パケットをカウントするステップであって、前記数はウィンドウ・サイズであるステップと、
伝送されるべき前記パケットのシーケンス番号を生成するステップと、
前記ウィンドウ内のすべての前記パケットの前記タイムスタンプが相互に関連するように、前記ウィンドウ内の各パケットにタイムスタンプを設定するステップと、
前記生成されたシーケンス番号、前記タイムスタンプ、および伝送されるべき前記パケットのバイト・カウントを含めるステップであって、前記バイト・カウントは、以前のウィンドウのすべてのパケットのバイトの量であり、前記ウィンドウの各パケットに含まれる前記バイト・カウントは同じであるステップとを備える方法。
【請求項３】
前記ウィンドウ内のすべてのパケットは同じタイムスタンプを有するが、これは前記ゲートウェイが前記ウィンドウの第１のパケットを伝送する時間に、最大伝送遅延、最大処理遅延、および遅延マージンを加えたものとして定義され、前記最大伝送遅延は前記ゲートウェイから前記ゲートウェイに関連付けられているすべての基地局へのパケットの伝送に必要とされる最大遅延であり、前記最大処理遅延はパケットがＬ２において処理されてからエア・インターフェイスを介してすべての前記基地局において伝送されるまでに必要とされる最大処理遅延である請求項２に記載の方法。
【請求項４】
前記受信ユニットがデータをまったく受信しない期間のタイミングを決めるステップと、前記タイミングが満了したときに同期制御パケットを生成するステップと、前記生成された同期制御パケットを伝送するステップとをさらに備える請求項２に記載の方法。
【請求項５】
前記同期制御パケットは、伝送されるべき次のパケットのシーケンス番号であるシーケンス番号と、前記ゲートウェイが前記同期制御パケットを生成する時間に前記最大伝送遅延、前記最大処理遅延、および前記遅延マージンを加えたものであるタイムスタンプと、前記同期制御パケットに先立って終了されたウィンドウで伝送された前記パケットの合計バイト・カウントとを含む請求項４に記載の方法。
【請求項６】
前記タイミングの前記長さは、前記同期制御パケットの再伝送のあらかじめ定められた回数Ｎで除算された前記遅延マージンに設定される請求項５に記載の方法。
【請求項７】
コンテンツ同期化のために基地局においてデータ・パケットを処理するための方法であって、
ゲートウェイからデータ・パケットを受信するステップと、
前記受信したデータ・パケットからシーケンス番号、タイムスタンプ、およびバイト・カウント情報を抽出するステップと、
ウィンドウを形成するために前記抽出されたシーケンス番号に基づいて前記受信したパケットをカウントするステップと、
前記ウィンドウ内の前記データ・パケットを処理し、前記抽出されたタイムスタンプに基づいて現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間を設定するステップとを備える方法。
【請求項８】
前記抽出されたタイムスタンプに基づいて前記現在のウィンドウの前記パケットの予想されるエア・インターフェイス伝送時間を設定する前記ステップは、前記現在のウィンドウの前記パケットの前記予想されるエア・インターフェイス伝送時間を前記次のウィンドウの前記データ・パケットの前記同期プロトコルに含まれる前記タイムスタンプに設定するステップを備える請求項７に記載の方法。
【請求項９】
前記受信したパケットが同期制御パケットであるかどうかを決定するために、前記受信したデータ・パケットを分析するステップをさらに備える請求項７に記載の方法。
【請求項１０】
前記同期制御パケットは、伝送されるべき前記次のパケットのシーケンス番号であるシーケンス番号と、タイムスタンプと、前記同期制御パケットに先立って終了された前記ウィンドウで伝送された前記パケットの合計バイト・カウントとを含む請求項９に記載の方法。
【請求項１１】
前記受信したパケットが同期制御パケットである場合、ウィンドウは前記同期制御パケットに含まれている前記シーケンス番号に基づいて形成される請求項１０に記載の方法。
【請求項１２】
前記受信したパケットまたは同期制御パケットの前記シーケンス番号に基づいてパケット損失があるかどうか決定するステップと、パケット損失がある場合パケット損失プロセスを実行するステップとをさらに備える請求項７に記載の方法。
【請求項１３】
パケット損失があるかどうか決定する前記ステップは、前記以前受信したパケットの前記シーケンス番号と現在受信したパケットまたは同期制御パケットの前記シーケンス番号との間の連続性に基づいてパケット損失があるかどうかを決定するステップを備える請求項１２に記載の方法。
【請求項１４】
前記パケット損失プロセスは、再生成されるパケットの数が不連続のシーケンス番号の間の差であり、前記再生成されるパケットの前記バイト・カウントが前記現在のウィンドウの前記受信したパケットの前記合計バイト・カウントと次のウィンドウのデータ・パケットに含まれる前記バイト・カウントまたは前記同期制御パケットに含まれる前記合計バイト・カウントとの間の差であるように、複数のパケットを再生成するステップを備える請求項１３に記載の方法。
【請求項１５】
複数の連続するパケットまたはＮ個の連続する同期制御パケットが失われたとき、ネットワーク伝送障害を前記ゲートウェイに通知するステップをさらに備え、連続するパケットの前記数はウィンドウのサイズに対応し、前記数Ｎは再伝送のあらかじめ定められた回数に対応する請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信単一周波数ネットワークにおける同期化技術に関し、より具体的には、ウィンドウベースのコンテンツ同期化技術のためのゲートウェイ、基地局、および方法に関する。
【背景技術】
【０００２】
ＲＡＮ３＃５７ｂｉｓおよびＲＡＮ２＃５９ｂｉｓ会議において、統計的多重化はＥＭＢＭＳ多重化操作の要件として合意されている。コンテンツ同期化の既存のメカニズムによれば、ゲートウェイは、データ・パケットがエア・インターフェイスにおける固定の伝送速度に基づいてレイヤ２（Ｌ２）でセグメント化されて連結されているかどうかを決定する。統計的多重化の場合、エア・インターフェイスにおける伝送速度は、データ・パケットがセグメント化されて連結されているかどうかをゲートウェイが決定できないほどに、時間の経過と共に変動する。したがって、コンテンツ同期化のソリューションを独立したシステムとして設計するために、コンテンツ同期化を他の操作とは区別することが必要である。その結果、コンテンツ同期化の既存のメカニズムは、統計的多重化とは協調することができない。統計的多重化と十分に協調し、ＥＭＢＭＳの遅延／堅牢性の要件を満たすために、コンテンツ同期化メカニズムの設計は修正されるべきである。
【０００３】
「Ｒ３−０７１９２０  ＭＢＳＦＮ  ｓｃｈｅｄｕｌｉｎｇ  ａｎｄ  ｃｏｎｔｅｎｔ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ，Ｎｏｋｉａ，Ｎｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋ，２００７−１０」において、Ｎｏｋｉａでは単に、統計的多重化と協調することができる、固定バースト長に基づくコンテンツ同期化のソリューションを提案した。しかし、いくつかの重要点は、このソリューションでは明確に説明されていない。さらに、１秒の処理遅延要件を達成するためには、かなりの制御パケット・ロードが必要となる。一方、Ｎｏｋｉａのソリューションの制御メカニズムには、柔軟性が不足している。加えて、Ｎｏｋｉａのソリューションで適用可能なパラメータ設定の選択肢は１つしかないことがシミュレーションにより発見されている。
【０００４】
したがって、Ｎｏｋｉａのソリューションの上記の欠点を克服することができるコンテンツ同期化のソリューションが必要とされている。
【０００５】
本発明によれば、ＡＬＵ提案がコンテンツ同期化設計に提供されるが、これは「ウィンドウベースのソリューション」と呼ばれ、統計的多重化と良好に動作する。
【０００６】
【非特許文献１】Ｒ３−０７１９２０  ＭＢＳＦＮ  ｓｃｈｅｄｕｌｉｎｇ  ａｎｄ  ｃｏｎｔｅｎｔ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ，Ｎｏｋｉａ，Ｎｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋ，２００７−１０
【発明の概要】
【課題を解決するための手段】
【０００７】
上記の欠点を克服するため、ゲートウェイが提供され、ゲートウェイは、基地局に伝送されるべきデータ・パケットを受信するための受信ユニットと、あらかじめ定められた数のパケットがウィンドウを形成するように、伝送されるべきデータ・パケットをカウントするためのウィンドウ計数ユニットであって、数はウィンドウ・サイズであるウィンドウ計数ユニットと、伝送されるべきパケットのシーケンス番号を生成するためのシーケンス番号計数ユニットと、ウィンドウ内のすべてのパケットのタイムスタンプが相互に関連するように、ウィンドウ内の各パケットにタイムスタンプを設定するためのタイムスタンプ設定ユニットと、生成されたシーケンス番号、タイムスタンプ、および伝送されるべきパケットのバイト・カウントを含むための処理ユニットであって、バイト・カウントは以前のウィンドウのすべてのパケットのバイトの量であり、ウィンドウの各パケットに含まれるバイト・カウントは同じである処理ユニットとを備える。
【０００８】
好ましくは、処理ユニットは、シーケンス番号、タイムスタンプ、およびバイト・カウントを備える同期プロトコルのレイヤを、伝送されるべきパケットのヘッダに追加する。
【０００９】
好ましくは、ウィンドウ内のすべてのパケットは同じタイムスタンプを有するが、これはゲートウェイがウィンドウの第１のパケットを伝送する時間に、最大伝送遅延、最大処理遅延、および遅延マージンを加えたものとして定義され、最大伝送遅延はゲートウェイからゲートウェイに関連付けられているすべての基地局へのパケットの伝送に必要とされる最大遅延であり、最大処理遅延はパケットがＬ２において処理されてからエア・インターフェイスを介してすべての基地局において伝送されるまでに必要とされる最大処理遅延である。
【００１０】
好ましくは、ゲートウェイはさらに、受信ユニットがデータをまったく受信しない期間のタイミングを決めるためのタイマーと、タイマーが満了するとき同期制御パケットを生成するための同期制御パケット生成ユニットと、生成された同期制御パケットを伝送するための伝送ユニットとを備える。
【００１１】
好ましくは、同期制御パケットは、伝送されるべき次のパケットのシーケンス番号であるシーケンス番号と、ゲートウェイが同期制御パケットを生成する時間に最大伝送遅延、最大処理遅延、および遅延マージンを加えたものであるタイムスタンプと、同期制御パケットに先立って終了されたウィンドウの伝送されたパケットの合計バイト・カウントとを含む。
【００１２】
好ましくは、タイマーの長さは、同期制御パケットの再伝送のあらかじめ定められた回数Ｎで除算された遅延マージンに設定される。
【００１３】
好ましくは、ゲートウェイはさらに、ウィンドウのサイズを設定して、ゲートウェイに関連付けられているすべての基地局に通知するためのウィンドウ設定ユニットを備える。
【００１４】
本発明のもう１つの態様により、基地局が提供され、基地局は、ゲートウェイからデータ・パケットを受信するための受信ユニットと、受信したデータ・パケットからシーケンス番号、タイムスタンプ、およびバイト・カウント情報を抽出するための情報抽出ユニットと、ウィンドウを形成するために抽出されたシーケンス番号に基づいて受信したパケットをカウントするためのウィンドウ計数ユニットと、ウィンドウ内のデータ・パケットを処理し、抽出されたタイムスタンプに基づいて現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間を設定するための処理ユニットとを備える。
【００１５】
好ましくは、現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間は、次のウィンドウのデータ・パケットの同期プロトコルに含まれるタイムスタンプに設定される。
【００１６】
好ましくは、基地局はさらに、受信したパケットが同期制御パケットであるかどうかを決定するために、受信したデータ・パケットを分析するための同期制御パケット決定ユニットを備える。
【００１７】
好ましくは、同期制御パケットは、伝送されるべき次のパケットのシーケンス番号であるシーケンス番号と、タイムスタンプと、同期制御パケットに先立って終了されたウィンドウの伝送されたパケットの合計バイト・カウントとを含む。
【００１８】
好ましくは、受信したパケットが同期制御パケットである場合、ウィンドウ計数ユニットは同期制御パケットに含まれているシーケンス番号に基づいてウィンドウを形成する。
【００１９】
好ましくは、基地局はさらに、受信したパケットまたは同期制御パケットのシーケンス番号に基づいてパケット損失があるかどうか決定し、パケット損失がある場合パケット損失プロセスを実行するためのパケット損失決定ユニットを備える。
【００２０】
好ましくは、パケット損失決定ユニットは、以前受信したパケットのシーケンス番号と現在受信したパケットまたは同期制御パケットのシーケンス番号との間の連続性に基づいてパケット損失があるかどうかを決定する。
【００２１】
好ましくは、パケット損失プロセスは、再生成されるパケットの数が不連続のシーケンス番号の間の差であり、再生成されるパケットのバイト・カウントが現在のウィンドウの受信したパケットの合計バイト・カウントと次のウィンドウのデータ・パケットに含まれるバイト・カウントまたは同期制御パケットに含まれる合計バイト・カウントとの間の差であるように、複数のパケットを再生成するステップを備える。
【００２２】
好ましくは、再生成されるべきそれぞれのパケットの長さは、任意に選択されるか、または再生成されるべきパケットの数が１よりも大きい場合に均等に割り当てられてもよい。
【００２３】
好ましくは、基地局はさらに、複数の連続するパケットまたはＮ個の連続する同期制御パケットが失われたとき、ネットワーク伝送障害をゲートウェイに通知するためのアラートユニットを備え、連続するパケットの前記数はウィンドウのサイズに対応し、前記数Ｎは再伝送のあらかじめ定められた回数に対応する。
【００２４】
本発明のさらなる態様により、コンテンツ同期化のためにゲートウェイでデータ・パケットを処理するための方法が提供され、方法は、基地局に伝送されるべきデータ・パケットを受信するステップと、あらかじめ定められた数のパケットがウィンドウを形成するように、伝送されるべきデータ・パケットをカウントするステップであって、数はウィンドウ・サイズであるステップと、伝送されるべきパケットのシーケンス番号を生成するステップと、ウィンドウ内のすべてのパケットのタイムスタンプが相互に関連するように、ウィンドウ内の各パケットにタイムスタンプを設定するステップと、生成されたシーケンス番号、タイムスタンプ、および伝送されるべきパケットのバイト・カウントを含めるステップであって、バイト・カウントは、以前のウィンドウのすべてのパケットのバイトの量であり、ウィンドウの各パケットに含まれるバイト・カウントは同じであるステップとを備える。
【００２５】
好ましくは、生成されるシーケンス番号、タイムスタンプ、および伝送されるべきパケットのバイト・カウントを含めるステップは、シーケンス番号、タイムスタンプ、およびバイト・カウントを備える同期プロトコルのレイヤを、伝送されるべきパケットのヘッダに追加するステップを備える。
【００２６】
好ましくは、ウィンドウ内のすべてのパケットは同じタイムスタンプを有するが、これはゲートウェイがウィンドウの第１のパケットを伝送する時間に、最大伝送遅延、最大処理遅延、および遅延マージンを加えたものとして定義され、最大伝送遅延はゲートウェイからゲートウェイに関連付けられているすべての基地局へのパケットの伝送に必要とされる最大遅延であり、最大処理遅延はパケットがＬ２において処理されてからエア・インターフェイスを介してすべての基地局において伝送されるまでに必要とされる最大処理遅延である。
【００２７】
好ましくは、方法はさらに、受信ユニットがデータをまったく受信しないタイミングを決めるステップと、タイミングが満了したときに同期制御パケットを生成するステップと、生成された同期制御パケットを伝送するステップとを備える。
【００２８】
好ましくは、同期制御パケットは、伝送されるべき次のパケットのシーケンス番号であるシーケンス番号と、ゲートウェイが同期制御パケットを生成する時間に最大伝送遅延、最大処理遅延、および遅延マージンを加えたものであるタイムスタンプと、同期制御パケットに先立って終了されたウィンドウの伝送されたパケットの合計バイト・カウントとを含む。
【００２９】
好ましくは、タイミングの長さは、同期制御パケットの再伝送のあらかじめ定められた回数Ｎで除算された遅延マージンに設定される。
【００３０】
好ましくは、方法はさらに、ウィンドウのサイズを設定して、ゲートウェイに関連付けられているすべての基地局に通知するステップを備える。
【００３１】
本発明のさらなる態様により、コンテンツ同期化のために基地局でデータ・パケットを処理するための方法が提供され、方法は、ゲートウェイからデータ・パケットを受信するステップと、受信したデータ・パケットからシーケンス番号、タイムスタンプ、およびバイト・カウント情報を抽出するステップと、ウィンドウを形成するために抽出されたシーケンス番号に基づいて受信したパケットをカウントするステップと、ウィンドウ内のデータ・パケットを処理し、抽出されたタイムスタンプに基づいて現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間を設定するステップとを備える。
【００３２】
好ましくは、抽出されたタイムスタンプに基づいて現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間を設定するステップは、現在のウィンドウのパケットの予想されるエア・インターフェイス伝送時間を次のウィンドウのデータ・パケットの同期プロトコルに含まれるタイムスタンプに設定するステップを備える。
【００３３】
好ましくは、方法はさらに、受信したパケットが同期制御パケットであるかどうかを決定するために、受信したデータ・パケットを分析するステップを備える。
【００３４】
好ましくは、同期制御パケットは、伝送されるべき次のパケットのシーケンス番号であるシーケンス番号と、タイムスタンプと、同期制御パケットに先立って終了されたウィンドウの伝送されたパケットの合計バイト・カウントとを含む。
【００３５】
好ましくは、受信したパケットが同期制御パケットである場合、ウィンドウは同期制御パケットに含まれているシーケンス番号に基づいて形成される。
【００３６】
好ましくは、方法はさらに、受信したパケットまたは同期制御パケットのシーケンス番号に基づいてパケット損失があるかどうか決定するステップと、パケット損失がある場合パケット損失プロセスを実行するステップとを備える。
【００３７】
好ましくは、パケット損失があるかどうかを決定するステップは、以前受信したパケットのシーケンス番号と現在受信したパケットまたは同期制御パケットのシーケンス番号との間の連続性に基づいてパケット損失があるかどうかを決定するステップを備える。
【００３８】
好ましくは、パケット損失プロセスは、再生成されるパケットの数が不連続のシーケンス番号の間の差であり、再生成されるパケットのバイト・カウントが現在のウィンドウの受信したパケットの合計バイト・カウントと次のウィンドウのデータ・パケットに含まれるバイト・カウントまたは同期制御パケットに含まれる合計バイト・カウントとの間の差であるように、複数のパケットを再生成するステップを備える。
【００３９】
好ましくは、再生成されるべきそれぞれのパケットの長さは、任意に選択されるか、または再生成されるべきパケットの数が１よりも大きい場合に均等に割り当てられてもよい。
【００４０】
好ましくは、方法はさらに、複数の連続するパケットまたはＮ個の連続する同期制御パケットが失われたとき、ネットワーク伝送障害をゲートウェイに通知するステップを備え、連続するパケットの前記数はウィンドウのサイズに対応し、前記数Ｎは再伝送のあらかじめ定められた回数に対応する。
【００４１】
本発明によるソリューションは、（１）統計的多重化と良好に機能することができる、および（２）同期処理遅延および制御パケット・ロードにおいて優れた全般的パフォーマンスに到達するという点において従来技術にまさる利点を有する。
【００４２】
本発明の上記の特徴および利点は、図面を参照して以下の詳細な説明を読めばさらに明らかとなろう。
【図面の簡単な説明】
【００４３】
【図１】本発明が実施されうるネットワークの構造を示す図である。
【図２】本発明による同期プロトコルＰＤＵを示す概略図である。
【図３】本発明によるゲートウェイを示すブロック図である。
【図４】ゲートウェイの動作を示す流れ図である。
【図５】本発明による同期制御パケットとウィンドウとの関係を示す概略図である。
【図６】本発明による基地局を示すブロック図である。
【図７】基地局の動作を示す流れ図である。
【発明を実施するための形態】
【００４４】
図１は、本発明の概念が実施されうるネットワークの構造を示す。示されているように、アクセス・ゲートウェイＧＷは、Ｓ１インターフェイスと示されるインターフェイスを介して、複数の基地局ｅＮＢ１、ｅＮＢ２、およびｅＮＢ３に接続されている。複数の基地局（ｅＮＢ）は、図１において破線で示されるようにメッシュ状に相互接続されている。基地局の間のインターフェイスは、Ｘ２インターフェイスと呼ばれる。複数のユーザ機器（ＵＥ）、つまりＵＥ１１〜ＵＥ１２、ＵＥ２１〜ＵＥ２３、およびＵＥ３１〜ＵＤ３３は、基地局ｅＮＢ１〜ｅＮＢ３のそれぞれのセル内に示されている。
【００４５】
同期プロトコルの説明
本発明によるウィンドウベースのコンテンツ同期化の方法の基本概念は、図２に示される。本明細書において、Ｍ１インターフェイスにおける各同期プロトコルＰＤＵは、パケット伝送時間の指示およびパケット損失処理のためにゲートウェイによって設定されるタイムスタンプおよびバイト・カウント情報を同期ＰＤＵヘッダで搬送する。以下において、本発明によるコンテンツ同期化プロトコルに使用される重要な用語が詳細に説明される。
【００４６】
１）ウィンドウ
ウィンドウは、特定数のパケットで構成される。ウィンドウのサイズ、つまりウィンドウ内のパケットの数は、事前構成され、ＳＦＮ内の各ｅＮＢに認識されている。第１のウィンドウは、セッションの開始後ＳＮ＝０のパケットで開始する。ゲートウェイが同期制御パケットを伝送するとき、ウィンドウは、ウィンドウのサイズにまだ到達していない場合であっても、直ちに終了されるべきである。
【００４７】
同期制御パケットは、長時間にわたりデータ・パケットが到着していないことを指示するが、これは後段で定義される。
【００４８】
２）タイムスタンプ
各ウィンドウは、タイムスタンプで構成される。ウィンドウ内の第１のパケットについて、Ｔｔｘ＝Ｔｒｘ＋ＴＭａｘＤｅｌａｙであり、ここでＴｒｘはゲートウェイがＭＢＭＳデータ・パケットを受信する時間として定義される。パケットＰｎに対応するタイムスタンプは、図２においてＴｎと示される。ＴＭａｘＤｅｌａｙは、ゲートウェイとｅＮＢの間の最大伝送遅延、遅延マージン、および最大ｅＮＢ  Ｌ２処理時間からなり、ＴＭａｘＤｅｌａｙ＝ＴＴｒａｎｓＤｅｌａｙ＋ＴＭａｒｇｉｎ＋ＴＰｒｏｃＴｉｍｅとして定義される。
【００４９】
ウィンドウ内のすべてのパケットのタイムスタンプは、ウィンドウ内のパケットのタイムスタンプが同じウィンドウ内の任意の他のパケットのタイムスタンプから導かれうるように、相互に関連付けられている。たとえば、ウィンドウ内のパケットのタイムスタンプは、同一（図示のとおり）、等差級数、またはそれ以外に設定されてもよい。
【００５０】
３）予想される伝送時間
ｅＮＢが次のウィンドウに関連するパケットまたは同期制御パケットを受信すると、それは以前のウィンドウのすべてのパケットが処理されて伝送されうることを暗示する。次のウィンドウに関連するパケットのタイムスタンプまたは同期制御パケットに含まれるタイムスタンプは、ｅＮＢにおいて、以前のウィンドウのすべてのパケットの伝送が、最初の伝送の機会、または指示された時間後に、エア・インターフェイスを介して開始される必要があることを指示する。
【００５１】
パケットｎの予想される伝送時間は、パケットｎのタイムスタンプではなく、次のウィンドウのパケットのタイムスタンプであるか、またはすぐ後に続く同期制御パケットのタイムスタンプである。このように、ウィンドウのパケットの予想される伝送時間において、最大Ｓ１インターフェイス遅延を持つｅＮＢさえも含むすべてのｅＮＢは、次のウィンドウの少なくともＮ個のデータ・パケットまたは同期制御パケットを受信できることが確認されうる。したがって、予想される伝送時間において、ウィンドウ内のすべてのパケットは、同期化が保証されうるように受信または回復されていることが確認される。もちろん、予想される伝送時間は、時間がｅＮＢによって取得されうる限り、パケットｎのタイムスタンプに基づいて別の時間に設定されてもよい。
【００５２】
４）セグメンテーションおよび連結
伝送ブロックの伝送時間よりも前の予想される伝送時間を有するＲＬＣバッファのすべてのパケットは、処理することができる、つまりセグメント化、連結、および伝送ブロックへの充填を行うことができる。
【００５３】
サービス多重化の場合、伝送ブロックの伝送時間は「多重化期間開始時間（ｍｕｌｔｉｐｌｅｘｉｎｇ  ｐｅｒｉｏｄ  ｓｔａｒｔ  ｔｉｍｅ）」であってもよい。
【００５４】
５）バイト・カウント
バイト・カウントは、以前の全ウィンドウのすべてのパケットのバイトの量を備える。ウィンドウのすべてのパケットに含まれるバイト・カウントは同じである。バイト・カウントにより、損失パケットの合計長さを決定することができるようになる。
【００５５】
６）シーケンス番号
シーケンス番号（ＳＮ）は、ｅＮＢ内に損失パケットがある場合、その数を計算するために使用される。
【００５６】
７）サービスデータ単位（ＳＤＵ）あたり１つの長さインジケータ（ＬＩ）の原則
ｅＭＢＭＳの「ＳＤＵあたり１つのＬＩ（ｏｎｅ  ＬＩ  ｐｅｒ  ＳＤＵ）」の原則による無線リンク制御（ＲＬＣ）プロトコルデータ単位（ＰＤＵ）フォーマットが推奨される。したがって、コンテンツ同期化において複数のパケットが回復されうる。
【００５７】
８）統計的多重化
上記のコンテンツ同期化メカニズムは、スケジューリングされた期間に処理されるべき各サービスのデータが同一であり、異なるｅＮＢ間で整合することを保証することができる。
【００５８】
比例公平スケジューリング（ｐｒｏｐｏｒｔｉｏｎａｌ  ｆａｉｒｎｅｓｓ  ｓｃｈｅｄｕｌｉｎｇ）は、統計的多重化に適用されてもよい。
【００５９】
同期制御パケット
ＭＢＭＳゲートウェイは、ｅＮＢに搬送されたパケットの状況を監視する。最初に、Ｓ１インターフェイスにおける同期制御パケットの信頼できる伝送を達成するために、同期制御パケットのあらかじめ定められた再伝送の回数Ｎが設定される。ＴＭａｒｇｉｎ／Ｎの時間間隔に伝送されたデータ・パケットがないことが判明すると、ゲートウェイは同期制御パケットをｅＮＢに伝送する。
【００６０】
同期制御パケットは、次のパケットのＳＮを有する同期ヘッダ、以前のウィンドウで伝送されたパケットの合計バイト・カウント、およびＴｔｘ＝Ｔｒｘ＋ＴＭａｘＤｅｌａｙの新しいタイムスタンプの値を含み、ここでＴｒｘはゲートウェイが同期制御パケットを生成する時間として定義される。
【００６１】
この同期制御パケットは、ｅＮＢにおける同期制御パケットの信頼できる受信を保証するために、ＴＭａｒｇｉｎの間隔にわたりｅＮＢにＮ回伝送されてもよい。
【００６２】
同期制御パケットは、パケットにフラグを設定するか、またはその他の標準的な手法を使用することにより、データ・パケットと区別することができる。
【００６３】
パケット損失の回復
パケット損失は、通常の状態では発生せず、異なるｅＮＢ間の整合性は、コンテンツ同期化メカニズムによって保持されてもよい。しかし、（たとえば、新しいタイムスタンプを含む最終パケットが失われるなど）パケット損失が発生する特定の場合において、関与するｅＮＢの各サービスのリソース割り振りが現在のスケジューリング期間中は他のｅＮＢとは異なるので、コンテンツ同期化はサービス多重化において損なわれる。
【００６４】
この問題を解決するため、ウィンドウ・メカニズムおよび同期制御パケットは、特定のパケット損失の状況による同期化の損失から回復するように設計される。
【００６５】
ｅＮＢは、次の正しく受信されたパケットのＳＮから、パケット損失を認識することができる。
【００６６】
同期レイヤは、次の正しいパケットによって回復された予想される伝送時間と共に、ダミーパケットをＲＬＣバッファに入れる。ダミーパケットの部分を含むすべての伝送ブロックは、エア・インターフェイスにおいて無音となる。
【００６７】
ＲＡＮ２において、ＲＬＣが複数のＲＬＣ  ＳＤＵを連結できるようにするため、ＲＬＣペイロードの変種が発生することがあるが、これは長さインジケータ（ＬＩ）フィールドによって指示されてもよい。「ＳＤＵあたり１つのＬＩ」のＲＬＣ  ＰＤＵフォーマットにより、ｅＮＢが損失パケットの数および損失パケットの合計サイズを認識して、それらを一緒に連結する限りにおいて、任意のパケット損失は回復することができる。
【００６８】
異常な状況
ゲートウェイまたはＯ＆Ｍは、複数の連続するパケットまたはＮ個の連続する同期制御フレームが失われた場合、異常なネットワーク伝送の問題について通知されてもよいが、連続するパケットの個数はウィンドウのサイズに対応する。
【００６９】
本発明の上記およびその他の態様は、図面を参照して以下でさらに詳細に説明される。
【００７０】
図３は、アクセス・ゲートウェイに関連付けられている複数の基地局（ｅＮＢ）間のコンテンツ同期化を達成するための、本発明によるゲートウェイを示す。示されているように、本発明によるゲートウェイ（ＧＷ）１００は、ウィンドウのサイズを設定して、それをゲートウェイ１００に関連付けられているすべてのｅＮＢに通知するためのウィンドウ設定ユニット１０１と、ウィンドウ内のＩＰパケットをカウントするためのＧＷウィンドウ計数ユニット１０２と、各ＩＰパケットにシーケンス番号を生成するために、伝送されるべきＩＰパケットをカウントするためのシーケンス番号計数ユニット１０３と、タイミング操作を実行するためのタイマー１０４と、伝送されるべきＩＰパケットを受信するためのＧＷ受信ユニット１０５と、伝送されるべきＩＰパケットを処理するためのＧＷ処理ユニット１０６と、同期制御パケットを生成するための同期制御パケット生成ユニット１０７と、処理ユニット１０６によって処理されたＩＰパケットまたは同期制御パケット生成ユニット１０７によって生成された同期制御パケットを、ゲートウェイに関連付けられているすべての基地局に伝送するためのＧＷ伝送ユニット１０８と、タイムスタンプを設定するためのタイムスタンプ設定ユニット１０９とを備える。本発明によるゲートウェイ１００の動作は、図４に示される。
【００７１】
最初に、ゲートウェイ１００のウィンドウ設定ユニット１０１は、ウィンドウ・サイズのパラメータＷＩＮＤＯＷ＿ＳＩＺＥを定義して、基地局に通知する。便宜上、ウィンドウ・サイズは、ＷＩＮＤＯＷ＿ＳＩＺＥ＝５と仮定され、ここで数表示５はＳ１インターフェイスにおける５つのパケットを示す。さらに、サービスは、第１のウィンドウが開始する０のシーケンス番号を持つ第１のパケットで開始すると仮定される。したがって、シーケンス番号計数ユニット１０３は、ゼロからシーケンス番号（ＳＮ）をカウントし、ＧＷウィンドウ計数ユニット１０２もまた、ＷＩＮＤＯＷ＿ＣＯＵＮＴとしてウィンドウのカウントを開始する。このようにして、ＧＷ受信ユニット１０５がブロードキャストマルチキャストサービスセンターから伝送されたＩＰパケットを受信するとき、シーケンス番号計数ユニット１０３は、シーケンス番号を１ずつ増分してＩＰパケットのシーケンス番号を生成する。ＩＰパケットは、これ以降説明されるように、ＧＷ処理ユニット１０６によって処理され、次いでＧＷ伝送ユニット１０８により、ＩＰマルチキャストの方法でゲートウェイ１００に関連付けられているすべての基地局に伝送される。
【００７２】
第１に、ゲートウェイは、各パケットのヘッダに、３つの項目１）シーケンス番号計数ユニット１０３によってカウントされたシーケンス番号、ここでシーケンス番号は、たとえばラウンドビンの方法で０から６５５３５までカウントされる、２）本発明の実施形態において、ウィンドウの第１のパケットがゲートウェイから伝送される時間に、最大伝送遅延、最大処理遅延、および遅延マージンを加えたタイムスタンプであって、最大伝送遅延はゲートウェイからゲートウェイに関連付けられているすべての基地局へのパケットの伝送に必要とされる最大遅延であり、最大処理遅延はパケットがＬ２において処理されてからエア・インターフェイスを介してすべての基地局において伝送されるまでに必要とされる最大処理遅延であるタイムスタンプと、３）以前のウィンドウのすべてのパケットのバイトの量を指示するバイト・カウントであって、ウィンドウの各パケットに含まれるバイト・カウントは同じであるバイト・カウントとを備える同期プロトコルのレイヤを追加する。
【００７３】
本発明のこの実施形態により、ウィンドウ内のすべてのパケットのタイムスタンプは同一に設定される。つまり、ウィンドウ内のすべてのパケットは、第１のパケットのタイムスタンプである同じタイムスタンプを有する。もちろん、ウィンドウ内のタイムスタンプは、タイムスタンプが相互に関連付けられている限りにおいて、上記で述べられているように異なっていてもよい。言い換えれば、ウィンドウ内のタイムスタンプ間の位置関係は、それらの対応するシーケンス番号から導かれうるので、パケットのタイムスタンプは同じウィンドウ内の他のパケットのタイムスタンプから導かれうる。
【００７４】
ゲートウェイは、同期プロトコルのレイヤを各パケットのヘッダに追加し、ＩＰマルチキャストの方法でゲートウェイに関連付けられているすべての基地局にパケットを伝送する。
【００７５】
ＧＷ伝送ユニット１０８がパケットを伝送するごとに、ＧＷウィンドウ計数ユニット１０２はウィンドウ・カウントを１つずつ増分する。ウィンドウ・カウントがウィンドウ・サイズＷＩＮＤＯＷ＿ＳＩＺＥ（たとえば５）に達すると、これは次のパケットが新しいウィンドウの開始であることを指示する。この時点において、ウィンドウ・カウントはリセットされ、ＧＷ受信ユニット１０５は次のＩＰパケットの受信を待つ。
【００７６】
ゲートウェイは、受信されるべき次のパケットが長時間にわたり到着できないような状況を避けるため、たとえばタイマー１０４のようなタイマーで構成される。タイマーの長さは、Ｔとなるように設定され、ここでＴ＝遅延マージン／Ｎであり、Ｎは上記で定義された数値である。タイマーは、ブロードキャスト・マルチキャスト・サービスから伝送されたパケットが次のパケットの到着なしにゲートウェイに到着してから長さＴの期間が経過したときに満了する。そのように、ゲートウェイは、現在のウィンドウの終了を指示する同期制御パケットを基地局に伝送する。この場合、ウィンドウのサイズにまだ到達していなくても、ウィンドウは終了する。同期制御パケットは、同期制御パケット生成ユニット１０７により生成され、伝送されるべき次のデータ・パケットのシーケンス番号であるシーケンス番号フィールドと、同期制御パケットがゲートウェイから伝送される時間に最大伝送遅延、最大処理遅延、および遅延マージンを加えたものであるタイムスタンプ・フィールドと、現在終了されたウィンドウ内のすべてのパケットの合計バイト・カウント・フィールドとを備える。同期制御パケットの信頼できる伝送を保証するため、同期制御パケットが遅延マージンの期間内にＮ回再伝送されうるように、タイマーの長さＴはＴ＝遅延マージン／Ｎとして設定される。
【００７７】
次のデータ・パケットがゲートウェイに到着すると、これはすべての関連する操作が以前のウィンドウと同じである新しいウィンドウの開始を指示する。
【００７８】
同期制御パケットはシーケンス番号フィールドを有するが、これは伝送されるべき次のデータ・パケットのシーケンス番号を指示する。したがって、同期制御パケットは、図５に示されるように、シーケンス番号の計数に関与しない。
【００７９】
本発明によるゲートウェイは、受信したＩＰパケットまたは同期制御パケットをその関連する基地局に伝送するため、上記のプロセスを周期的に実行する。
【００８０】
図６は、本発明による基地局を示す。本発明による基地局（Ｎｏｄｅ  Ｂ）２００は、パケットを受信するためのＮＢ受信ユニット２０１と、受信したデータからシーケンス番号、タイムスタンプ、およびバイト・カウントを抽出するための情報抽出ユニット２０２と、受信したパケットが同期制御パケットであるかどうかを決定するための同期制御パケット決定ユニット２０３と、パケット損失があるかどうかを決定するためのパケット損失決定ユニット２０４と、ウィンドウのＩＰパケットをカウントするためのＮＢウィンドウ計数ユニット２０５と、ウィンドウ内のすべてのＩＰパケットを処理するためのＮＢ処理ユニット２０６と、ゲートウェイから受信したＩＰデータ・パケットをバッファに入れるための基地局バッファ２０７と、パケット損失決定ユニット２０４がパケット損失があると決定するとき、パケット損失プロセスを実行するためのパケット損失処理ユニット２０８とを備える。
【００８１】
図７は、図６の基地局２００の動作を示す流れ図である。この場合も同様に、サービスは、第１のウィンドウが開始する０のシーケンス番号を持つ第１のパケットで開始すると仮定される。もちろん、Ｎ個の同期制御パケットは、ウィンドウの開始を基地局に指示するため、サービスデータ・パケットの開始に先立って送信されてもよい。
【００８２】
基地局のＮＢ受信ユニット２０１は、第１のウィンドウの第１のパケットからデータ・パケットを受信する。基地局がパケットを受信するごとに、情報抽出ユニット２０２は、パケットの同期プロトコルから、シーケンス番号フィールド、以前のウィンドウのパケットがエア・インターフェイスを介して伝送された時間を指示するタイムスタンプ・フィールド、および以前のウィンドウで失われた可能性のあるパケットのバイトの数を回復するためのバイト・カウント・フィールドの値を抽出する。
【００８３】
本明細書において、パケット損失決定ユニット２０４は、シーケンス番号の連続性に基づいて受信したパケットに先立ってパケット損失があるかどうかを決定することができる。パケット損失がある場合、受信したパケットのシーケンス番号と前回受信したパケットのシーケンス番号との間の差に基づいて何個のパケットが失われているかを決定することができる。一方、ウィンドウ計数ユニット２０５は、受信したデータ・パケットのシーケンス番号をカウントする。カウントがウィンドウ・サイズに達すると、これは次のデータ・パケットが新しいウィンドウの開始であることを指示する。ウィンドウの計数は、受信したデータ・パケットではなく、シーケンス番号に基づく。たとえば、現在のウィンドウが０のシーケンス番号を有するパケットで開始し、それぞれ０、１、２、３、および６のシーケンス番号を有するパケットが受信されると仮定する。この場合、現在のウィンドウのパケットは、それぞれ０、１、２、３、および４のシーケンス番号を有し、次のウィンドウのパケットは、それぞれ５、６、．．．のシーケンス番号を有する。６のシーケンス番号を持つパケットを受信すると、パケット損失決定ユニット２０３は、シーケンス番号６と前回受信したパケットのシーケンス番号３との間の差および５のウィンドウ・サイズに基づいて、２つのパケットが現在のウィンドウで失われ、次のウィンドウで１つのパケットが失われていると決定することができる。パケット損失のプロセスは、パケット損失が決定されると実行される。
【００８４】
基地局がウィンドウのすべてのパケットを受信して、次のウィンドウのデータ・パケットの受信を開始するごとに、基地局の処理ユニット２０６は、すべてのパケットが受信されるウィンドウのパケットを処理する。つまり、処理ユニット２０６は、次のウィンドウのデータ・パケットの同期プロトコルに含まれるタイムスタンプを現在のウィンドウのデータ・パケットに割り当て、それをウィンドウのすべてのデータ・パケットと共にＬ２（ＲＬＣ）バッファに入れられる予想されるエア・インターフェイス伝送時間として指名する。予想されるエア・インターフェイス伝送時間は、データ・パケットがエア・インターフェイスプロトコルフレームの伝送ブロックに充填され、正確にその時間またはそれ以降にエア・インターフェイスを介して伝送される必要があることを意味する。
【００８５】
基地局がウィンドウのすべてのパケットを受信して、次のウィンドウのデータ・パケットの受信を開始するごとに、ウィンドウのすべてのパケットは基地局のＬ２ユーザインターフェイスによって処理され、エア・インターフェイスを介して伝送されてもよい。もちろん、Ｌ２バッファにとどまり、エア・インターフェイスを介して伝送されていないこのウィンドウより前のウィンドウに関連する任意のパケットは、連続してエア・インターフェイスを介して伝送される必要がある。
【００８６】
同期制御パケットの受信時のプロセス
基地局の同期パケット決定ユニット２０３が、１つまたは複数の連続する同期制御パケットが受信されると決定する場合、これは現在のウィンドウが同期制御パケットによって終了され、現在のウィンドウの最終パケットが同期制御パケットのシーケンス番号から１を減じたシーケンス番号を有することを指示する。この場合、ウィンドウ内のパケットは、図５に示される。これらのパケットのすべてのプロセスは、ウィンドウのすべてのパケットが受信される場合と同じである。つまり、基地局は、同期制御パケットに含まれるタイムスタンプを現在のウィンドウのデータ・パケットに割り当て、それをウィンドウのすべてのデータ・パケットと共にＬ２（ＲＬＣ）バッファに入れられる予想されるエア・インターフェイス伝送時間として指名する。
【００８７】
パケット損失のプロセス
基地局がパケットを受信し、パケット損失決定ユニット２０４が、受信したパケットのシーケンス番号と前回受信したパケットのシーケンス番号との間の不連続を検出した場合、これはパケット損失があり、パケット損失処理ユニット２０８による同期化回復プロセスが必要であることを指示する。基地局がウィンドウのすべてのパケットを受信して次のウィンドウのデータ・パケットの受信を開始するごとに、または現在のウィンドウが同期制御パケットによって終了されるごとに、基地局は現在のウィンドウで受信されたすべてのパケットの合計バイト・カウントを取得して、次のウィンドウのデータ・パケットまたは同期制御パケットからバイト・カウントを抽出する。現在のウィンドウで失われたすべてのパケットの合計バイト・カウントは、抽出されたバイト・カウントから合計バイト・カウントを減算することによって計算されてもよい。現在のウィンドウで失われたすべてパケットの数は、不連続なシーケンス番号に基づいて取得されてもよい。損失パケットは、再生成の手段により回復される。損失パケットの数が１と等しい場合、損失パケットの長さは、現在のウィンドウで失われたと決定された単一のパケットのバイト・カウントである。損失パケットの数が１よりも大きい場合、損失パケットの合計長さは、現在のウィンドウで失われたと決定されたすべてのパケットの合計バイト・カウントである。各パケットの長さは、任意に、または均一に割り当てられてもよい。再生成されたパケットはダミーとして識別され、無効なデータコンテンツを有するが、実際のパケットと同じ合計長さを有する。Ｌ２は、どのパケットが回復されたダミーパケットであるか認識しており、そのようなダミーパケットを含む伝送ブロックは、エア・インターフェイスを介して伝送されるとき伝送電力を持たない、つまり伝送ブロックは無音である。
【００８８】
本発明によれば、基地局はさらに、複数の連続するパケットまたはＮ個の連続する同期制御フレームが失われた場合、異常なネットワーク伝送の問題についてゲートウェイまたはＯ＆Ｍに通知するためのアラートユニット２０９を備え、連続するパケットの数はウィンドウのサイズに対応する。
【００８９】
ＡＬＵソリューションとＮｏｋｉａソリューションのパフォーマンス比較
「Ｒ３−０７１９２０  ＭＢＳＦＮ  ｓｃｈｅｄｕｌｉｎｇ  ａｎｄ  ｃｏｎｔｅｎｔ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ，Ｎｏｋｉａ，Ｎｏｋｉａ  Ｓｉｅｍｅｎｓ  Ｎｅｔｗｏｒｋ，２００７−１０」において、Ｎｏｋｉａでは単に、固定バースト長に基づくコンテンツ同期化のソリューションを提案した。その「合計カウンタフレーム（ｔｏｔａｌ  ｃｏｕｎｔｅｒ  ｆｒａｍｅ）」は、本発明による同期制御パケットと類似しており、（本発明において以前のウィンドウである）以前のバーストの合計バイト・カウント、タイムスタンプ、以前のバーストの合計パケット数を含む類似の情報を有する。しかし、Ｎｏｋｉａソリューションにおいて、固定長バーストは、最初に、たとえば１秒または別の値として定義される。「合計カウンタフレーム」の生成の頻度は、バースト長に従って定義される。同期処理遅延もまた、このバースト長によって影響を受ける。Ｎｏｋｉａソリューションのシミュレーションによれば、同期レイヤ処理遅延のパフォーマンスおよび制御パケットの数に関して、０．５ｓに設定されたバースト・タイミング長のみが許容可能である。
【００９０】
本発明によるＡＬＵソリューションにおいて、ウィンドウ・サイズおよびバースト・タイミング長は、パフォーマンスに極めて重要な２つの係数である。これらの２つのパラメータを組み合わせて同期レイヤ処理遅延および制御パケットの数に関してパフォーマンスを制御することで、さらなる柔軟性が得られる。シミュレーションによれば、ＡＬＵソリューションの適切なパラメータ設定は、５のウィンドウ・サイズおよび０．１ｓのバースト・タイミング長である。
【００９１】
Ｎｏｋｉａソリューションのパラメータ設定は、０．５ｓのバースト・タイミング長であってもよい。
【００９２】
本明細書において、上記のパラメータ設定を所与として、同期レイヤ処理遅延および制御パケットの数に関してＡＬＵソリューションのパフォーマンスとＮｏｋｉａソリューションのパフォーマンスに以下の比較が行われる。
【００９３】
同期レイヤ処理遅延のパフォーマンスについては、ＡＬＵソリューションは０．６７６８ｓを取得し、Ｎｏｋｉａソリューションは０．６５８２ｓ取得して、その差は０．０１８６ｓである。したがって、これらの２つのソリューションは、類似する同期レイヤ処理遅延のパフォーマンスを有する。しかし、制御パケットの数については、これらの２つのソリューションの間に大きな差がある。ＡＬＵソリューションは６９５の制御パケットしか生成しないが、Ｎｏｋｉａソリューションは１１９８９の制御パケットを有し、ＡＬＵソリューションの１７．２５倍にもなる。全体として、ＡＬＵソリューションはＮｏｋｉａソリューションよりも優れている。
【００９４】
産業上の利用可能性
本発明によるコンテンツ同期化は、統計的多重化と良好に動作することができ、より少ない制御パケット・ロードで基本的な１秒の処理遅延要件を満たす。
【００９５】
本発明は、好ましい実施形態と共に上記で開示されたが、本発明の範囲を逸脱することなく修正および変更を行うことができることが、当業者には理解されよう。したがって、それらの修正および変更は、添付の特許請求の範囲によってのみ定義される本発明の範囲に包含される。
【図１】
2011514705.tif 000003
【図２】
2011514705.tif 000004
【図３】
2011514705.tif 000005
【図４】
2011514705.tif 000006
【図５】
2011514705.tif 000007
【図６】
2011514705.tif 000008
【図７】
2011514705.tif 000009
【国際調査報告】
2011514705.tif 000010
2011514705.tif 000011
2011514705.tif 000012
2011514705.tif 000013