(57)【要約】開示されるのは、ＰＤＵを生成するための方法および装置、ならびにそのような方法および装置の基地局である。ＰＤＵを生成するための方法は、入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、この少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするステップと、各ＰＤＵのヘッダの中でオフセット・フィールド、および少なくとも１つの長さ標識フィールドを設定するステップとを含み、オフセット・フィールドは、ＰＤＵの中に現れる第１の新たなＳＤＵの第１のセグメンテーションのオフセットを示し、長さ標識フィールドは、ＰＤＵの中の、この新たなＳＤＵの終わり、またはこの新たなＳＤＵのセグメンテーションを示す。本発明では、単一のＳＤＵが、複数のセグメンテーションにセグメント化される場合でさえ、その単一のＳＤＵが、単に１つのＬＩを使用して示され、ＬＩは、１つのＰＤＵの中のＳＤＵの終わりを示すので、複数のパケット・ロスがある場合に、ＳＦＮにおけるｅＮＢが、コンテンツ伝送中の非同期化を回避しながら、パケットを回復できることが確実にされる。【特許請求の範囲】
【請求項１】
ＰＤＵを生成するための方法であって、
入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、前記少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするステップと、
各ＰＤＵのヘッダの中でオフセット・フィールド、および少なくとも１つの長さ標識フィールドを設定するステップとを含み、前記オフセット・フィールドは、前記ＰＤＵの中に現れる第１の新たなＳＤＵの第１のセグメンテーションのオフセットを示し、前記長さ標識フィールドは、前記新たなＳＤＵの全長を示す方法。
【請求項２】
前記ＰＤＵの中に入れられる、１つのＳＤＵの第１のセグメンテーションが、１つの長さ標識フィールドの直後に始まる場合、前記ＰＤＵに関するオフセット・フィールドの値は、０に設定される請求項１に記載の方法。
【請求項３】
前記ＰＤＵの中に埋められていない２バイトまたは１バイトが存在する場合、次のＳＤＵの埋められていないバイトの数のバイトが、前のＰＤＵの中に入れられる請求項１に記載の方法。
【請求項４】
前記長さ標識フィールドは、２バイトの長さを有する請求項２または３に記載の方法。
【請求項５】
前記オフセット・フィールドは、２バイトの長さを有する請求項２または３に記載の方法。
【請求項６】
ＰＤＵを生成するための方法であって、
入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、前記少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするステップと、
各ＰＤＵのヘッダの中で少なくとも１つの長さ標識フィールドを設定するステップとを含み、前記長さ標識フィールドは、前記少なくとも１つのセグメンテーションの最後のセグメンテーションの長さを示す方法。
【請求項７】
前記ＳＤＵの最後のセグメンテーションの前記長さが、前記ＰＤＵの中の空きより１バイトだけ短い場合、次のＳＤＵの前のバイトが、前記ＰＤＵの終わりに入れられる請求項６に記載の方法。
【請求項８】
前記最後のＳＤＵセグメンテーションの前記長さが、前のＰＤＵの中の空きと等しい場合、前記セグメンテーションの前記長さ標識フィールドが、後のＰＤＵの中に入れられる請求項６に記載の方法。
【請求項９】
前記長さ標識フィールドは、２バイトの長さを有する請求項７または８に記載の方法。
【請求項１０】
前記長さ標識フィールドは、１１バイトの長さを有する請求項７または８に記載の方法。
【請求項１１】
前記長さ標識フィールドの値は、前のＰＤＵが、前記ＳＤＵの最後のセグメンテーションでちょうど埋められること、および前のＰＤＵの中に前記ＳＤＵの終わりを示す長さ標識フィールドが、存在しないことを示すための第１の予約された値として定義される請求項７または８に記載の方法。
【請求項１２】
前記長さ標識フィールドの値は、前記ＳＤＵの最後のセグメンテーションが、前のＰＤＵをちょうど埋めるより１バイト多いこと、該前のＰＤＵの中に前記ＳＤＵの終わりを示す長さ標識フィールドが、存在しないこと、および該前のＰＤＵの中の残りの１バイトが、次のＰＤＵの第１のバイトの役割をすることを示すための第２の予約された値として定義される請求項７または８に記載の方法。
【請求項１３】
前記長さ標識フィールドの値は、前記ＳＤＵの最後のセグメンテーションが、前のＰＤＵをちょうど埋めるより１バイト多いこと、該前のＰＤＵの中に前記ＳＤＵの終わりを示す長さ標識フィールドが、存在しないこと、および該前のＰＤＵの中の残りの１バイトが、無視されることを示すための第３の予約された値として定義される請求項７または８に記載の方法。
【請求項１４】
前記長さ標識フィールドの値は、現在のＰＤＵの中の残りのバイトが、パディング・バイトであることを示すための第４の予約された値として定義される請求項７または８に記載の方法。
【請求項１５】
ＰＤＵを生成するための装置であって、
入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、前記少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするように適合されたセグメント化ユニットと、
前記ＰＤＵの中に現れる第１の新たなＳＤＵの第１のセグメンテーションのオフセットを計算するように適合された計算ユニットと、
各ＰＤＵのヘッダの中でオフセット・フィールド、および少なくとも１つの長さ標識フィールドを設定するように適合された設定ユニットとを含み、前記オフセット・フィールドは、前記ＰＤＵの中に現れる新たなＳＤＵの第１のセグメンテーションのオフセットを示し、前記長さ標識フィールドは、前記新たなＳＤＵの全長を示す装置。
【請求項１６】
前記ＰＤＵの中に入れられる、１つのＳＤＵの第１のセグメンテーションが、１つの長さ標識フィールドの直後に始まる場合、前記ＰＤＵに関するオフセット・フィールドの値は、０に設定される請求項１５に記載の装置。
【請求項１７】
前記ＰＤＵの中に埋められていない２バイトまたは１バイトが存在する場合、次のＳＤＵの埋められていないバイトの数のバイトが、前のＰＤＵの中に入れられる請求項１５に記載の装置。
【請求項１８】
前記長さ標識フィールドは、２バイトの長さを有する請求項１６または１７に記載の装置。
【請求項１９】
前記オフセット・フィールドは、２バイトの長さを有する請求項１６または１７に記載の装置。
【請求項２０】
請求項１５に記載の装置を含む基地局。
【請求項２１】
ＰＤＵを生成するための装置であって、
入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、前記少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするように適合されたセグメント化ユニットと、
前記少なくとも１つのセグメンテーションの最後のセグメンテーションの長さを計算するように適合された計算ユニットと、
各ＰＤＵのヘッダの中で少なくとも１つの長さ標識フィールドを設定するように適合された設定ユニットとを含み、前記長さ標識フィールドは、前記少なくとも１つのセグメンテーションの最後のセグメンテーションの長さを示す装置。
【請求項２２】
前記ＳＤＵの最後のセグメンテーションの前記長さが、前記ＰＤＵの中の空きより１バイトだけ短い場合、次のＳＤＵの前のバイトが、前記ＰＤＵの終わりに入れられる請求項２１に記載の装置。
【請求項２３】
前記最後のＳＤＵセグメンテーションの前記長さが、前のＰＤＵの中の空きと等しい場合、前記セグメンテーションの前記長さ標識フィールドが、後のＰＤＵの中に入れられる請求項２１に記載の装置。
【請求項２４】
前記長さ標識フィールドは、２バイトの長さを有する請求項２２または２３に記載の装置。
【請求項２５】
前記長さ標識フィールドは、１１バイトの長さを有する請求項２３または２４に記載の装置。
【請求項２６】
前記長さ標識フィールドの値は、前のＰＤＵが、前記ＳＤＵの最後のセグメンテーションでちょうど埋められること、および前のＰＤＵの中に前記ＳＤＵの終わりを示す長さ標識フィールドが、存在しないことを示すための第１の予約された値として定義される請求項２３または２４に記載の装置。
【請求項２７】
前記長さ標識フィールドの値は、前記ＳＤＵの最後のセグメンテーションが、前のＰＤＵをちょうど埋めるより１バイト多いこと、該前のＰＤＵの中に前記ＳＤＵの終わりを示す長さ標識フィールドが、存在しないこと、および該前のＰＤＵの中の残りの１バイトが、次のＰＤＵの第１のバイトの役割をすることを示すための第２の予約された値として定義される請求項２３または２４に記載の装置。
【請求項２８】
前記長さ標識フィールドの値は、前記ＳＤＵの最後のセグメンテーションが、前のＰＤＵをちょうど埋めるより１バイト多いこと、該前のＰＤＵの中に前記ＳＤＵの終わりを示す長さ標識フィールドが、存在しないこと、および該前のＰＤＵの中の残りの１バイトが、無視されることを示すための第３の予約された値として定義される請求項２３または２４に記載の装置。
【請求項２９】
前記長さ標識フィールドの値は、現在のＰＤＵの中の残りのバイトが、パディング・バイトであることを示すための第４の予約された値として定義される請求項２３または２４に記載の装置。
【請求項３０】
請求項２１に記載の装置を含む基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、移動通信の分野に関し、詳細には、ＳＦＮ（単一周波数ネットワーク）において適用されて、サービス・データの伝送中に失われた複数のパケットを回復して、異なる基地局間のコンテンツ同期を確実にするようにすることが可能である、ＰＤＵを生成するための方法および装置、ならびにそのような方法および装置の基地局に関する。
【背景技術】
【０００２】
ＳＦＮ技術を採用する無線ネットワーク伝送システムにおいて、例えば、ＬＴＥのＭＢＭＳ（マルチメディア・ブロードキャストおよびマルチキャスト）システムにおいて、すべての基地局（以降、ｅＮＢと呼ばれる）は、時間と周波数の両方において完全に同期状態に保たれる。このようにして、各ｅＮＢが、１つの開始点で同一のデータを伝送し、同一の物理層変調技術および符号化技術を採用する場合、空間伝送において、それぞれのｅＮＢから送信された各信号は、同一の波形を有する。ユーザ機器（以降、ＵＥと呼ばれる）側で、これらのｅＮＢから送信されたデータは、１つのｅＮＢから送信された信号と見なされることが可能である。ＵＥによって受信される信号はすべて、同一のデータを伝送する有用な信号であるので、そのような技術は、隣接セルに由来する干渉を大幅に低減することが可能であり（隣接セルから来る信号は、この場合、干渉ではなく、すべて、有用な信号であるため）、このため、一部のブロードキャスト・システムおよびマルチキャスト・システムにおいて適用されることが可能である。例えば、そのようなＳＦＮ技術は、ＬＴＥのＭＢＭＳシステムにおいて適用されることが可能である。
【０００３】
図１は、ＬＴＥ  ＭＢＭＳに関するネットワーク・トポロジを示す。ＭＢＭＳをサポートするネットワーク要素は、ＢＭ−ＳＣ（ブロードキャスト／マルチキャスト・サービス・センタ）、ＳＡＥ  ＧＷ（ＳＡＥゲートウェイ）、ｅＮＢ、およびＵＥを主に含む。一般に、ＵＥとｅＮＢの間のインタフェースは、Ｓ１インタフェースと呼ばれる。
【０００４】
コンテンツ・プロバイダのための入口として、ＢＭ−ＳＣは、許可を実行し、ＰＬＭＮにおいてＭＢＭＳベアラ・サービスを開始し、さらに事前設定されたスケジュールに従ってＭＢＭＳデータを伝送するように適合される。ＳＡＥ  ＧＷは、ユーザのためにＭＢＭＳベアラ・サービスを制御し、さらにＭＢＭＳデータをＥ−ＵＴＲＡＮに伝送する。ｅＮＢは、ＭＢＭＳデータを、指定されたＭＢＭＳサービス・エリアの無線インタフェースに高い効率で伝送することを担う。
【０００５】
図２は、ＳＦＮのネットワーク構造の概略図を示す。図２において、各基地局は、同一の周波数ポイントでカバーされており、セル間で時間多重化、周波数多重化、または符号多重化を実行することは不必要である。１つのサービスには、基地局によってカバーされるいずれのエリアにおいても、同一の時間リソース、および同一の周波数リソースが割り当てられる。同一の物理層変調技術および符号化技術が適用されるので、それぞれの基地局から送信された同一のデータを伝送する各信号は、同一の波形を有する。ＵＥの受信機に鑑みて、この信号は、いくつかのマルチパスが、大きい時間遅延を有するだけで、１つの基地局から送信されたように見える。ＳＦＮは、すべての基地局の通常の伝送電力を使用して、または基地局の一部分の向上した伝送電力を使用して完全にカバーされることが可能である。  
【０００６】
ＬＴＥ無線通信システムにおいて、無線インタフェース・プロトコル層は、３つの層に分割される。最も下の層は、物理層（Ｌ１）であり、この層の上に、データ・リンク層（Ｌ２）およびネットワーク層がかかわる。無線インタフェースにおいて、データ・リンク層は、ＭＡＣ（媒体アクセス制御）プロトコル副層、ＲＬＣ（無線リンク制御）プロトコル副層、およびＰＤＣＰ（パケット・データ・コンバージェンス・プロトコル）副層を含む、いくつかの副層に分割される。ネットワーク層（Ｌ３）は、ＲＲＣ（無線リソース制御）機能を提供する。
【０００７】
このプロトコル全体において、ＩＰデータ・パケットは、それぞれのｅＮＢに着信し、さらに各ＩＰデータ・パケットは、例えば、数十バイトから１５００バイトまでに及ぶ、可変の長さを有する。さらに、それぞれのｅＮＢに至る異なるパスが存在するので、伝送中に複数のパケット・ロスが生じる。したがって、１つのｅＭＢＭＳサービスのためにそれぞれのｅＮＢから送信されるデータに関して、コンテンツ同期を確実にすることが不可欠である。以上に鑑みて、ｅＮＢへのデータ配信中に失われるパケットが存在する場合、ｅＮＢ無線処理に関して簡単な回復を実現することが必要とされる。
【０００８】
ｅＮＢが、伝送されるべきパケットの長さを知っている限り、パケット・ロスの後に、それぞれのパケットの伝送に関するコンテンツ同期が確実にされることが可能であるので、この場合、パケット・ロス回復とは、パケットの中の本当のデータを回復することなしに、無線リンク制御バッファの中に擬似データを入れることを意味する。
【０００９】
図３は、各セグメンテーションが長さ標識（レングス・インジケータ）を有する、既存のユニキャスト状況におけるＲＬＣ  ＳＤＵ（サービス・データ・ユニット）とＲＬＣ  ＰＤＵ（プロトコル・データ・ユニット）の間の関係を示す。図３に示されるとおり、ｅＮＢ側で、ＲＬＣ  ＰＤＵは、６００バイトというサイズを有し、ＳＮおよびＳＩのための２バイトが、ＲＬＣ  ＰＤＵヘッダの中に含められ、さらに各ＬＩが、２バイトというサイズを有するものと想定されている。
【００１０】
図３から、Ｓ１インタフェースにおいて２つのパケットが失われることを見て取ることができる（ＳＮ＝ｉ，ｉ＋１）。ｅＮＢが、ＳＮ＝ｉ＋３という番号が付けられたパケットを受信した場合、先行する２つのパケットが失われていることが分かる。しかし、ｅＮＢは、２つのパケットが失われていること、およびパケットの合計の長さが、６００バイトであることだけしか知らず、失われた２つのパケットにおける、これらの６００バイトの長さ配分は知らない。
【００１１】
図４は、失われた２つのパケットに関するバイト長の配分を示す。図４に示されるとおり、失われた２つのパケットの一方のパケットは、４００バイトであり、他方のパケットは、２００バイトであり、さらに、これらのパケットは、一緒に、３つのセグメンテーションに分割され、これらのセグメンテーションのそれぞれは、異なるＰＤＵの中のそれぞれのＬＩを使用して示される。例えば、前のＰＤＵの中で、２つのＬＩが、ＳＮ＝ｉという番号が付けられたＳＤＵからの２９６バイト、およびＳＮ＝ｉ＋１という番号が付けられたＳＤＵからの２９８バイトをそれぞれ示す。後のＰＤＵの中で、３つのＬＩは、ＳＮ＝ｉ＋１という番号が付けられたＳＤＵからの１０２バイト、ＳＮ＝ｉ＋２という番号が付けられたＳＤＵからの２００バイト、およびＳＮ＝ｉ＋３という番号が付けられたＳＤＵからの２９０バイトをそれぞれ示す。回復が、そのような仕方に従って実行された場合、次のＰＤＵの開始バイトは、１２８６である。
【００１２】
図５は、失われた２つのパケットに関するバイト長の別の配分を示す。図５に示されるとおり、失われた２つのパケットの一方のパケットは、２９８バイトであり、他方のパケットは、３０２バイトであり、さらに、これらのパケットは、それぞれ、１つのセグメンテーションの役割をして、合計で２つのセグメンテーションを形成し、これらのセグメンテーションのそれぞれは、異なるＰＤＵの中のそれぞれのＬＩを使用して示される。例えば、前のＰＤＵの中で、２つのＬＩが、ＳＮ＝ｉという番号が付けられたＳＤＵからの２９６バイト、およびＳＮ＝ｉ＋１という番号が付けられたＳＤＵからの２９８バイトをそれぞれ示す。後のＰＤＵの中で、２つのＬＩは、ＳＮ＝ｉ＋２という番号が付けられたＳＤＵからの３０２バイト、およびＳＮ＝ｉ＋３という番号が付けられたＳＤＵからの２９２バイトをそれぞれ示す。そのような仕方に従って実行された場合、次のＰＤＵに関する開始バイトは、１２８８である。
【００１３】
以上の例から、ＳＮ＝ｉ＋１という番号が付けられた、回復されたＲＬＣ  ＳＤＵに関するセグメンテーションの数は、ＳＮ＝ｉ＋２という番号が付けられた、回復されたＲＬＣ  ＳＤＵに関するセグメンテーションの数とは異なり、さらに各セグメンテーションは、それぞれのＬＩを有する、例えば、２つのＬＩ、または３つのＬＩが存在するので、ＲＬＣ  ＰＤＵコンテンツに関する非同期化が生じることを見て取ることができる。
【００１４】
その結果、単一のＳＤＵのセグメンテーションは、それぞれのＬＩを有するので、ｅＮＢは、複数のパケット・ロスがある場合に、それぞれのパケットに関するバイト長の配分を知ることができず、失われたパケットは、正しく回復されることが不可能であり、このため、ｅＮＢにおけるコンテンツ非同期化につながる。さらに、コンテンツ非同期化は、後続のパケットのコンテンツ同期に影響を及ぼす。つまり、ユニキャストＲＬＣ  ＰＤＵフォーマットを使用することは、ｅＮＢにおいて、失われたパケットを回復することができず、コンテンツ非同期化に容易につながる。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
以上の問題に鑑みて、本発明の目的は、サービス・データ伝送中に失われた複数のパケットが回復されて、異なる基地局間のコンテンツ伝送同期を保つようにすることが可能である、ＰＤＵを生成するための方法および装置、ならびにそのような方法および装置の基地局を提供することである。また、本発明の実施形態によって提案される方法、装置、および基地局は、ユニキャスト伝送においても適用される。
【課題を解決するための手段】
【００１６】
本発明の或る態様によれば、入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、この少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするステップと、各ＰＤＵのヘッダの中でオフセット・フィールド、および少なくとも１つの長さ標識フィールドを設定するステップとを含み、オフセット・フィールドは、ＰＤＵの中に現れる第１の新たなＳＤＵの第１のセグメンテーションのオフセットを示し、長さ標識フィールドは、この新たなＳＤＵの全長を示す、ＰＤＵを生成するための方法が提供される。
【００１７】
本発明の別の態様によれば、入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、この少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするステップと、各ＰＤＵのヘッダの中で少なくとも１つの長さ標識フィールドを設定するステップとを含み、この長さ標識フィールドは、その少なくとも１つのセグメンテーションの最後のセグメンテーションの長さを示す、ＰＤＵを生成するための方法が提供される。
【００１８】
本発明のさらに別の態様によれば、入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、この少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするように適合されたセグメント化ユニットと、ＰＤＵの中に現れる第１の新たなＳＤＵの第１のセグメンテーションのオフセットを計算するように適合された計算ユニットと、各ＰＤＵのヘッダの中でオフセット・フィールド、および少なくとも１つの長さ標識フィールドを設定するように適合された設定ユニットとを含み、オフセット・フィールドは、ＰＤＵの中に現れる新たなＳＤＵの第１のセグメンテーションのオフセットを示し、長さ標識フィールドは、新たなＳＤＵの全長を示す、ＰＤＵを生成するための装置が提供される。
【００１９】
本発明のさらに別の態様によれば、入力されたＳＤＵを少なくとも１つのセグメンテーションにセグメント化して、この少なくとも１つのセグメンテーションが、少なくとも１つのＰＤＵの中に配分されるようにするように適合されたセグメント化ユニットと、その少なくとも１つのセグメンテーションの最後のセグメンテーションの長さを計算するように適合された計算ユニットと、各ＰＤＵのヘッダの中で少なくとも１つの長さ標識フィールドを設定するように適合された設定ユニットとを含み、長さ標識フィールドは、その少なくとも１つのセグメンテーションの最後のセグメンテーションの長さを示す、ＰＤＵを生成するための装置が提供される。
【００２０】
本発明の実施形態によって提案される以上の方法および装置では、ＳＤＵが、複数のセグメンテーションにセグメント化される場合でさえ、単一のＳＤＵが、単に１つのＬＩを使用して示され、さらに、ＬＩは、１つのＰＤＵの中のＳＤＵの終わりを示すので、複数のパケット・ロスがある場合に、ＳＦＮにおけるｅＮＢが、コンテンツ伝送中の非同期化を回避しながら、パケットを回復できることが確実にされる。
【００２１】
本発明の以上の目的、利点、および特徴は、図面と併せて解釈される、好ましい実施形態に関する以下の詳細な説明から明白となろう。
【図面の簡単な説明】
【００２２】
【図１】ＬＴＥ  ＭＢＭＳに関するネットワーク・トポロジを示す図である。
【図２】ＳＦＮのためのネットワーク構造を示す概略図である。
【図３】既存のユニキャスト状況におけるＲＬＣ  ＳＤＵとＲＬＣ  ＰＤＵの間の関係を示す図である。
【図４】失われた２つのパケットに関するバイト長の１つの配分を示す図である。
【図５】失われた２つのパケットに関するバイト長の別の配分を示す図である。
【図６Ａ】本発明の第１の実施形態によるＰＤＵを構築するデータ・フォーマットの一例を示す図である。
【図６Ｂ】本発明の第１の実施形態によるＰＤＵを構築するデータ・フォーマットの別の例を示す図である。
【図７】本発明の第１の実施形態によるＰＤＵを生成するための装置を示す機能ブロック図である。
【図８Ａ】本発明の第２の実施形態によるＰＤＵを構築するデータ・フォーマットの一例を示す図である。
【図８Ｂ】本発明の第２の実施形態によるＰＤＵを構築するデータ・フォーマットの別の例を示す図である。
【図９】本発明の第２の実施形態によるＰＤＵを生成するための装置を示す機能ブロック図である。
【図１０Ａ】本発明の第２の実施形態による失われた２つのパケットに関するバイト長の１つの配分に関する回復を示す概略図である。
【図１０Ｂ】本発明の第２の実施形態による失われた２つのパケットに関するバイト長の別の配分に関する回復を示す概略図である。
【発明を実施するための形態】
【００２３】
以降、図を参照して、本発明の実施形態に詳細な説明が与えられる。この説明において、本発明の説明に不必要な要素または機能は、本発明を不明瞭にしないように省略される。
【００２４】
図６Ａは、本発明の第１の実施形態によるＰＤＵを構築するデータ・フォーマットの例を示す。図６Ａに示されるとおり、各ＰＤＵヘッダの中で１つのＯＦＦＳＥＴフィールド、および少なくとも１つのＬＩフィールドが、設定される。ＯＦＦＳＥＴフィールドは、ＰＤＵの中に現れる第１の新たなＳＤＵの第１のセグメンテーションのオフセットを示す。各ＲＬＣ  ＰＤＵは、１つのＯＦＦＳＥＴフィールドだけしか有さない。１つのＳＤＵの第１のセグメンテーションが、１つのＬＩフィールドの直後に始まる場合、ＯＦＦＳＥＴフィールドの値は、０に設定される。さらに、ＬＩフィールドは、新たなＳＤＵの全長を示す。ＰＤＵの中に複数の新たなＳＤＵが存在する場合、複数のＬＩフィールドが存在する。この場合、ＬＩフィールドは、２バイトの長さを有し、さらにＯＦＦＳＥＴフィールドは、２バイトの長さを有する。
【００２５】
ＯＦＦＳＥＴフィールドを設定する理由は、受信機側におけるＵＥが、１つのＰＤＵが失われていることを見出した場合、このＵＥは、ＯＦＦＳＥＴフィールドに基づいて、次の新たなＳＤＵの開始点を見出すことができ、さもなければ、受信機は、ＯＦＦＳＥＴフィールドが存在しない場合、完全なＳＤＵの開始点を見出すことができないということにある。
【００２６】
さらに、ＲＬＣ  ＰＤＵの中で２バイトまたは１バイトが埋められていない場合、前のＲＬＣ  ＰＤＵの中にＬＩを入れる代わりに、次のＲＬＣ  ＳＤＵの対応するバイト数のデータを、前のＲＬＣ  ＰＤＵの中に入れる必要がある。このようにして、１つのＳＤＵは、１つだけのＬＩを有する。図６Ｂは、そのような例を示す。
【００２７】
図７は、本発明の第１の実施形態によるＰＤＵを生成するための装置の機能ブロック図を示す。図７に示されるとおり、装置１００は、セグメント化ユニット１１０と、オフセット計算ユニット１２０と、設定ユニット１３０とを含む。
【００２８】
セグメント化ユニット１１０は、外部から入力されたＲＬＣ  ＳＤＵを受け取り、受け取られたＲＬＣ  ＳＤＵを、ＲＬＣ  ＰＤＵに関する事前設定された長さに従ってセグメント化して、様々なＰＤＵを構築するようにする。計算ユニット１２０は、ＰＤＵの中に入れられるべきそれぞれの新たなＳＤＵセグメンテーションに関するオフセット位置、例えば、データ伝送ストリームにおける位置番号を計算する。設定ユニット１３０は、オフセット計算ユニット１２０によって計算された位置番号をＯＦＦＳＥＴフィールドに書き込み、次に、対応するＳＤＵの長さをＬＩフィールドに書き込む。
【００２９】
さらに、現在のＲＬＣ  ＰＤＵの中で埋められていない２バイトまたは１バイトが存在する場合、現在のＲＬＣ  ＰＤＵフィールドの終わりに次のＲＬＣ  ＰＤＵのＬＩフィールドを入れるのではなく、次のＲＬＣ  ＳＤＵの対応するバイト数（すなわち、埋められていないバイトの数）のデータが、現在のＲＬＣ  ＰＤＵの中に入れられる。
【００３０】
図８Ａは、本発明の第２の実施形態によるＰＤＵを構築するデータ・フォーマットの例を示す。図８Ａに示されるとおり、本発明の第２の実施形態によるデータ・フォーマットのヘッダの中に、ＬＩフィールドが含められているが、ＯＦＦＳＥＴフィールドは、含められていない。しかし、この場合、ＬＩフィールドは、１つのＰＤＵの中のＳＤＵの終わり、すなわち、１つのＳＤＵの最後のセグメンテーションの長さを示す値を有する。
【００３１】
最後のＳＤＵセグメンテーションの長さが、ＲＬＣ  ＰＤＵの中の空きより１バイトだけ短い場合、図８Ｂに示されるとおり、次のＲＬＣ  ＳＤＵの前のバイトが、ＲＬＣ  ＰＤＵの終わりにやはり入れられる。この事例では、ＳＤＵセグメンテーションのＬＩを、後のＲＬＣ  ＰＤＵの中に入れることが必要とされる。そうではない場合、すなわち、最後のＳＤＵセグメンテーションの長さが、ＲＬＣ  ＰＤＵの中の空きと等しい場合、ＳＤＵセグメンテーションのＬＩを、後のＲＬＣ  ＰＤＵの中に入れることが、やはり必要とされる。また、ＬＩフィールドは、予約された値で埋められる。
【００３２】
以下の表は、一部の特殊な事例における特定のＬＩに関する予約された値、ならびに対応する説明を示す。
【００３３】
【表１】
2010521903.tif 000002
【００３４】
図９は、本発明の第２の実施形態によるＰＤＵを生成するための装置の機能ブロック図を示す。図９に示されるとおり、装置２００が、セグメント化ユニット２１０と、計算ユニット２２０と、設定ユニット２３０とを含む。
【００３５】
セグメント化ユニット２００は、外部から入力されたＲＬＣ  ＳＤＵを受け取り、受け取られたＲＬＣ  ＳＤＵを、ＲＬＣ  ＰＤＵに関する事前設定された長さに従ってセグメント化して、様々なＰＤＵを構築するようにする。計算ユニット２２０は、現在のＳＤＵの中でセグメント化されたそれぞれのセグメンテーションの最後のセグメンテーションの長さを計算する。設定ユニット２３０は、計算セクション２２０によって計算された長さをＬＩフィールドに書き込む。
【００３６】
図１０Ａおよび図１０Ｂは、本発明の第２の実施形態による、失われた２つのパケットに関するバイト長の異なる配分に関する回復の概略図をそれぞれ示す。図３に示されるとおり、２つのパケット（ＳＮ＝Ｉ，ｉ＋１）が、Ｓ１インタフェースにおいて失われる。ｅＮＢが、ＳＮ＝ｉ＋３という番号が付けられたパケットを受信した場合、先行する２つのパケットが失われていることが分かる。しかし、ｅＮＢは、２つのパケットが失われていること、および２つのパケットの合計の長さが、６００バイトであることだけしか知らず、失われた６００バイトにおける、失われた２つのパケットの長さ配分は知らない。
【００３７】
図１０Ａは、失われた２つのパケットに関するバイト長の１つの配分を示す。図１０Ａに示されるとおり、失われた２つのパケットの一方のパケットは、４００バイトであり、他方のパケットは、２００バイトであり、さらに、これらのパケットは、一緒に、３つのセグメンテーションに分割されている。しかし、後のＰＤＵの中のセグメントだけが、ＬＩで示される。例えば、前のＰＤＵの中で、１つのＬＩは、ＳＮ＝Ｉという番号が付けられたＳＤＵからの２９６バイトを示し、さらに最初のセグメンテーションだけがＬＩで示される、本発明の第２の実施形態の考え方に基づいて、ＳＮ＝ｉ＋１という番号が付けられたＳＤＵからの３００バイトに関するＬＩは、存在しない。後のＰＤＵの中で、２つのＬＩは、ＳＮ＝ｉ＋１という番号が付けられたＳＤＵからの１００バイト、およびＳＮ＝ｉ＋２という番号が付けられたＳＤＵからの２００バイトをそれぞれ示し、さらに、本発明の第２の実施形態の考え方に基づいて、ＳＮ＝ｉ＋３という番号が付けられたＳＤＵからの２９４バイトに関するＬＩは、存在しない。このようにして、ＳＮおよびＬＩを含め、これら２つのＲＬＣ  ＰＤＵの中に入れられる、ＲＬＣヘッダに関するバイトの総数は、
４バイトＳＮ＋６バイトＬＩ＝１０バイトである。
【００３８】
回復が、そのような仕方に従って実行される場合、次のＰＤＵの開始バイトは、
（１２００−１０−２９６−６００）バイト＋９９７−１＝１２９０である。
【００３９】
図１０Ｂは、失われた２つのパケットに関するバイト長の別の配分を示す。図１０Ｂに示されるとおり、失われた２つのパケットの一方のパケットは、２９８バイトであり、他方のパケットは、３０２バイトであり、これらのパケットは、各々、１つのセグメンテーションの役割をして、合計で２つのセグメンテーションを形成し、これらのセグメンテーションのそれぞれは、異なるＰＤＵの中のそれぞれのＬＩを使用して示される。例えば、前のＰＤＵの中で、２つのＬＩは、ＳＮ＝ｉという番号が付けられたＳＤＵからの２９６バイト、およびＳＮ＝ｉ＋１という番号が付けられたＳＤＵからの２９８バイトをそれぞれ示す。後のＰＤＵの中で、ＬＩは、ＳＮ＝ｉ＋２という番号が付けられたＳＤＵからの３０２バイトを示し、さらに、本発明の第２の実施形態の考え方に基づいて、ＳＮ＝ｉ＋３という番号が付けられたＳＤＵからの２９４バイトに関するＬＩは、存在しない。このようにして、ＳＮおよびＬＩを含め、これら２つのＲＬＣ  ＰＤＵの中に入れられる、ＲＬＣヘッダに関するバイトの総数は、
４バイトＳＮ＋６バイトＬＩ＝１０バイトである。
【００４０】
回復が、前述した仕方に従って実行される場合、次のＰＤＵの開始バイトは、
（１２００−１０−２９６−６００）バイト＋９９７−１＝１２９０である。
【００４１】
以上の例から、ＳＮ＝ｉ＋１という番号が付けられたＲＬＣ  ＳＤＵと、ＳＮ＝ｉ＋２という番号が付けられたＲＬＣ  ＳＤＵの中にセグメント化されたセグメンテーションが、どのように配分されているかにかかわらず、「ＳＤＵ当たり１つのＬＩ」という考え方が、この場合、遵守される、すなわち、２つだけのＬＩしか存在しないので、４バイトのＬＩ、および６００バイトのデータを回復した後、ＲＬＣ  ＰＤＵコンテンツ同期が、保たれることを見て取ることができる。
【００４２】
ＭＢＭＳ以外に、本発明は、ＬＴＥのユニキャスト伝送において適用されることも可能である。この事例では、ユニキャストのためのＲＬＣ  ＰＤＵフォーマットは、ユニキャスト伝送におけるパケット回復を考慮する必要がないこと以外は、第１の実施形態、および第２の実施形態による方法および装置によって生成されるＰＤＵに関するフォーマットと同一である。
【００４３】
本発明では、ＳＤＵが、複数のＳＤＵセグメンテーションにセグメント化される場合でさえ、各ＳＤＵが、１つだけのＬＩを有するように、ＲＬＣ  ＰＤＵを構築する際、それぞれのＳＤＵの１つのセグメントに関して、ＬＩが設定される。長さ標識ＬＩが、ＳＤＵの第１のセグメンテーションの前に置かれる場合、各ＰＤＵのヘッダの中にオフセット・フィールド、および少なくとも１つのＬＩフィールドが設定され、オフセット・フィールドは、ＰＤＵの中に現れる第１の新たなＳＤＵの第１のセグメンテーションのオフセットを示し、さらにＬＩフィールドは、この新たなＳＤＵの全長を示す。長さ標識ＬＩが、ＳＤＵの最後のセグメンテーションの前に置かれる場合、各ＰＤＵのヘッダの中で少なくとも１つのＬＩフィールドが、設定され、このＬＩフィールドは、最後のＳＤＵセグメンテーションの長さを示す。
【００４４】
本発明のいくつかの実施形態が、示され、説明されてきたが、添付の特許請求の範囲だけによって規定される本発明の原理および趣旨を逸脱することなく、多くの改良および変更が行われ得ることが当業者には認識されよう。
【図１】
2010521903.tif 000003
【図２】
2010521903.tif 000004
【図３】
2010521903.tif 000005
【図４】
2010521903.tif 000006
【図５】
2010521903.tif 000007
【図６Ａ】
2010521903.tif 000008
【図６Ｂ】
2010521903.tif 000009
【図７】
2010521903.tif 000010
【図８Ａ】
2010521903.tif 000011
【図８Ｂ】
2010521903.tif 000012
【図９】
2010521903.tif 000013
【図１０Ａ】
2010521903.tif 000014
【図１０Ｂ】
2010521903.tif 000015