(57)【特許請求の範囲】
【請求項１】
マルチキャリアに基づいてデータを送信する方法であって、以下のステップ、すなわち、
所定のプロトコル層内で、少なくとも１個のキャリア内で送信される少なくとも１個の中間ブロックをそれぞれの論理チャネルに関してそれぞれ生成するステップであって、前記少なくとも１個の中間ブロックのそれぞれが、キャリア内で送信される論理チャネルのデータのデータ区分を含む、生成するステップと、
媒体アクセス制御層内で、前記媒体アクセス制御層のプロトコルユニットをそれぞれのキャリアに関してそれぞれ作成するステップであって、前記プロトコルユニットが、前記キャリア内で送信されたそれぞれの中間ブロックと、前記それぞれの中間ブロックがそれぞれ属する論理チャネルの識別情報とを含む、作成するステップとを含む方法。
【請求項２】
前記所定のプロトコル層が、無線リンク制御層である、請求項１に記載の方法。
【請求項３】
前記生成するステップが、
前記それぞれのキャリアによってそれぞれ提供された通信リソースを前記媒体アクセス制御層から取得するステップと、
前記それぞれのキャリアを用いて連続的に以下のステップ、すなわち、
前記キャリアの前記通信リソースと、前記それぞれの論理チャネルの優先順位とに従って、前記それぞれの論理チャネル内で送信されることになる最小送信データ量内にある、割り当てられていないデータを送信のために前記キャリアに割り当てるステップと、前記キャリアの前記通信リソースが消費されたとき、前記ステップを繰り返すために、次のキャリアを使用するステップと、すべてのキャリアの前記通信リソースが消費されたとき、前記ステップを終了し、前記それぞれの論理チャネルの前記最小送信データ量のすべてが割り当てられ、かつその前記通信リソースが消費されていないキャリアが依然として存在するとき、以下のサブステップ、すなわち、
前記キャリアの前記消費されていない通信リソースと、前記それぞれの論理チャネルの前記優先順位とに従って、前記それぞれの論理チャネル内で送信されることになる前記最小送信データ量を除くデータ内にある、割り当てられていないデータを送信のために前記キャリアに割り当てるサブステップであって、前記キャリアの前記通信リソースが消費されたとき、すべてのキャリアの前記通信リソースが消費されるまで、または送信されることになる前記それぞれの論理チャネルのすべてのデータ量が割り当てられるまで、前記ステップを繰り返すために前記次のキャリアを使用するサブステップを実施するために、これらのキャリアを連続的に使用するステップとを実施するステップと、
前記それぞれの論理チャネルに関して、前記論理チャネルの前記データが前記中間ブロックとして割り当てられる、少なくとも１個のコンポーネントキャリアにそれぞれ対応する、前記無線リンク制御層の少なくとも１個のデータユニットを生成するステップであって、それぞれのデータユニットが、前記キャリアに割り当てられた前記論理チャネルの前記データの前記データ区分を含み、前記論理チャネルの前記データが複数のコンポーネントキャリアに割り当てられたとき、それぞれのデータユニットが、前記論理チャネルの完全なデータ内の前記データ区分の位置情報をさらに含む、生成するステップとを含み、
前記作成するステップが、それぞれ、前記それぞれのキャリアに関して、前記プロトコルユニットを作成するために、前記キャリアに対応する前記少なくとも１個の論理チャネルの前記データユニットの併合を使用する、請求項２に記載の方法。
【請求項４】
前記生成するステップが、以下のステップ、すなわち、
前記それぞれのキャリアによってそれぞれ提供された通信リソースを前記媒体アクセス制御層から取得するステップと、
前記それぞれのキャリアによってそれぞれ提供された前記通信リソースに従って、前記それぞれの論理チャネルに関して、ある原理に基づいて、前記論理チャネル内で前記データの前記データ区分を送信するために、少なくとも１個のキャリアを選択するステップであって、前記ある原理が、前記それぞれの論理チャネルの前記データが複数のキャリア上で送信されるために割り当てられる回数を最小限に抑えるためである、選択するステップと、
前記それぞれの論理チャネルに関して、少なくとも１個のキャリアにそれぞれ対応する前記無線リンク制御層の少なくとも１個のデータユニットを生成して、前記論理チャネルの前記データ区分を前記中間ブロックとして送信するステップであって、前記データユニットが、送信のために前記キャリアに割り当てられた前記論理チャネルの前記データの前記データ区分を含み、前記論理チャネルの前記データが複数のコンポーネントキャリアに割り当てられたとき、それぞれのデータユニットが、前記論理チャネルの完全なデータ内の前記データ区分の位置情報をさらに含む、送信するステップとをさらに含み、
前記作成するステップが、それぞれ、前記それぞれのキャリアに関して、前記キャリアの前記プロトコルユニットを作成するために、少なくとも２個のデータユニットの併合を使用するか、または前記キャリアに対応する１個のデータユニットを使用する、請求項２に記載の方法。
【請求項５】
前記所定のプロトコル層が、媒体アクセス制御層であり、前記生成するステップの前に、前記方法が、以下のステップ、すなわち、
無線リンク制御層内で、前記論理チャネルの完全なデータを含む、データユニットを前記それぞれの論理チャネルに関してそれぞれ生成して、前記それぞれの生成されたデータユニットを前記媒体アクセス制御層に提供するステップをさらに含む、請求項１に記載の方法。
【請求項６】
それぞれ、前記それぞれのデータユニットに関して、前記生成するステップが、以下のステップ、すなわち、
前記それぞれのキャリアによってそれぞれ提供された前記通信リソースに従って、ある原理に基づいて、前記論理チャネルの前記データの前記それぞれのデータ区分を送信するために、１個のキャリアまたは少なくとも２個のキャリアをそれぞれ選択するステップであって、前記ある原理が、前記それぞれの論理チャネルの前記データが複数のキャリア上で送信されるために割り当てられる回数を最小限に抑えるためである、選択するステップと、
前記論理チャネルの前記データが少なくとも２個のキャリアによって送信されたとき、前記データユニットを前記中間ブロックに変換するか、そうでない場合、前記データユニットを前記中間ブロック自体として利用するステップとをさらに含み、
それぞれ、それぞれのキャリアに関して、前記作成するステップが、前記キャリアの前記プロトコルユニットを作成するために、少なくとも２個の中間ブロックの併合または前記キャリアに対応する１個の中間ブロックを使用する、請求項５に記載の方法。
【請求項７】
前記変換するステップが、
前記データユニット内の前記論理チャネルの前記データを、前記少なくとも２個のキャリアにそれぞれ対応する、少なくとも２個のデータ区分に分割するステップと、
前記データユニットのヘッド情報を複製して、前記ヘッド情報をそれぞれ前記少なくとも２個のデータ区分と併合させて、前記中間ブロックとして少なくとも２個の再セグメント化にするステップであって、それぞれの再セグメント化の前記ヘッド情報にすべての再セグメント化における前記再セグメント化の順序示す情報が加えられる、再セグメント化にするステップとである、請求項６に記載の方法。
【請求項８】
前記変換するステップが、
前記完全なデータユニットを、前記中間ブロックとして、前記少なくとも２個のキャリアにそれぞれ対応する、少なくとも２個の区分に分割するステップであり、
前記作成するステップにおいて、前記プロトコルユニットが、
前記含まれた中間ブロックが前記データユニットの区分であるかどうかを示す情報と、
それが属する前記データユニット内の前記データユニットの前記区分の前記位置情報とを含む、請求項６に記載の方法。
【請求項９】
前記生成するステップの前に、前記方法が、以下のステップ、すなわち、
無線リンク制御層内で、前記生成するステップにおいて使用され得る前記それぞれの論理チャネルのデータ量を計算するステップを含む、請求項１に記載の方法。
【請求項１０】
前記計算するステップが、
前記それぞれのキャリアによって提供された全通信リソースを前記媒体アクセス制御層から取得するステップと、
前記全通信リソースに基づいて、前記それぞれの論理チャネルの前記優先順位に従って、前記通信リソースが消費されるまで、または前記それぞれの論理チャネルの前記最小送信データ量のすべてが割り当てられるまで、前記それぞれの論理チャネルの送信されることになる前記最小送信データ量を割り当てるステップと、
前記それぞれの論理チャネルの前記送信データ最小量のすべてが割り当てられ、かつ前記通信リソースが依然として残っている場合、前記それぞれの論理チャネルの前記優先順位に従って、
前記通信リソースが消費されるまで、または送信されることになる前記それぞれの論理チャネル内のすべてのデータ量が割り当てられるまで、前記最小送信データ量を除く、前記それぞれの論理チャネルの送信されることになるデータ量を割り当てるステップとを含み、
割り当てられている前記それぞれの論理チャネルの前記データ量が、前記生成するステップにおいて使用され得るデータ量である、請求項９に記載の方法。
【請求項１１】
マルチキャリアに基づいてデータを受信する方法であって、以下のステップ、すなわち、
媒体アクセス制御層内で、それぞれのキャリアにそれぞれ対応する前記媒体アクセス制御層のプロトコルユニットを受信するステップであって、前記プロトコルユニットが、前記キャリア内で送信される少なくとも１個の論理チャネルの中間ブロックと、前記中間ブロックが属する前記論理チャネルの識別情報とを含み、それぞれの中間ブロックがキャリア内で送信される論理チャネルのデータのデータ区分をそれぞれ含む、受信するステップと、
所定のプロトコル層内で、それぞれ、前記それぞれの論理チャネルに関して、それぞれの中間ブロックが属する前記論理チャネルの前記識別情報に従って、前記論理チャネルの完全なデータを取得するために、前記論理チャネルのそれぞれの中間ブロックを再結合させるステップとを含む方法。
【請求項１２】
前記所定のプロトコル層が、無線リンク制御層であり、前記中間ブロックが、前記無線リンク制御層のデータユニットであり、前記データユニットが、前記キャリアに割り当てられた論理チャネルの前記データのデータ区分を含み、前記データ区分が前記論理チャネルの前記データの複数のデータ区分のうちの１個であるとき、前記データユニットが、前記論理チャネルの前記完全なデータ内の前記データ区分の位置情報をさらに含み、
前記再結合させるステップの前に、前記媒体アクセス層内で、前記それぞれのプロトコルユニット内に含まれたそれぞれのデータユニットを抽出して、前記それぞれのデータユニットと、前記データユニットが属する論理チャネルの識別情報とを前記無線リンク制御層に提供し、
前記再結合させるステップが、それぞれのデータユニットが属する前記論理チャネルの前記識別情報と、前記論理チャネルの前記完全なデータ内の前記データユニットの前記データ区分の前記位置情報とに従って、前記同じ論理チャネルに属するそれぞれのデータ区分を併合させて前記論理チャネルの前記完全なデータにする、請求項１１に記載の方法。
【請求項１３】
前記所定のプロトコル層が、媒体アクセス制御層であり、前記論理チャネルの前記データが少なくとも２個のキャリアによって送信されたとき、前記中間ブロックが、前記論理チャネルの前記データの前記無線リンク制御層の前記データユニットを変換することによって取得された少なくとも２個の中間ブロックのうちの１個であるか、そうでない場合、前記中間ブロックが前記データユニット自体であり、前記プロトコルユニットが、前記キャリア内で送信された中間ブロック、または前記少なくとも２個の中間ブロックの併合を含み、
前記媒体アクセス層内で、前記再結合させるステップが、前記それぞれのプロトコルユニット内に含まれたそれぞれの中間ブロックを抽出して、前記それぞれの中間ブロックが前記それぞれのデータユニットから変換されたとき、前記それぞれの中間ブロックをそれぞれのデータユニットに変換する、請求項１１に記載の方法。
【請求項１４】
前記それぞれのデータユニットから変換された前記それぞれの中間ブロックが、前記それぞれのデータユニットの再セグメント化であり、前記再セグメント化が、前記論理チャネルの前記完全なデータのデータ区分と、前記無線リンク制御層のヘッド情報とを含み、前記ヘッド情報が、前記論理チャネルの前記データのすべての再セグメント化における前記再セグメント化の前記順序情報を含み、
前記媒体アクセス層内で、前記変換するステップが、それぞれ、前記それぞれの論理チャネルに関して、すべての再セグメント化における前記それぞれの再セグメント化の前記順序情報に従って、前記論理チャネルの前記完全なデータに前記データ区分を再結合させて、前記無線リンク制御層のヘッドを生成して、前記ヘッドと前記論理チャネルの前記完全なデータとを併合させて前記データユニットにすることである、請求項１３に記載の方法。
【請求項１５】
前記データユニットを変換することによって取得された前記中間ブロックが、前記データユニットの区分であり、前記プロトコルユニットが、
前記中間ブロックが前記データユニットの前記区分であるかどうかを示す情報と、
それが属する前記データユニット内の前記データユニットの前記区分の位置情報とを含み、
前記媒体アクセス層内で、前記変換するステップが、それが属する前記データユニット内の前記それぞれの区分の前記位置情報に従って、前記区分を併合させて前記それぞれの完全なデータユニットにすることである、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、詳細には、マルチキャリア通信に関する。
【背景技術】
【０００２】
現在、マルチキャリア通信技術は、ますます広く研究されて適用されている。例えば、キャリアアグリゲーション（ＣＡ）は、システムパフォーマンスを高めるためのＬＴＥ−Ａ（進化型ロングタームエボリューション）標準の主な技術として採用されている。現在の標準によれば、それぞれのコンポーネントキャリア（ＣＣ）の帯域幅が最高で２０ＭＨｚである、最高で５個までのＣＣがＬＴＥ−Ａによってサポート可能である。現在の標準では、非ＭＩＭＯの場合、それぞれのＣＣに関して１個のトランスポートブロック（ＴＢ）が生成されることが合意されており、これは、ＬＴＥ−Ａ送信機に関して、１つの送信時間間隔（ＴＴＩ）内で最高で５個までのＴＢが生成可能であり、ユーザ装置などの受信機は、１つのＴＴＩ内で最高で５個までのＴＢを同時に受信することが可能であることを意味する。
【０００３】
この状況において、コンポーネントキャリアの利用率を最大化するために、送信機は、それぞれの論理チャネル（ＬＣＨ）の送信されることになるデータを複数のコンポーネントキャリアにマッピングして、異なるトランスポートブロックを用いてそれらを送信することが可能であるべきである。しかし、論理チャネルの数は可変であり、送信されることになるデータの量は同じではない。ＬＴＥ−Ａのリリース８（Ｒ８）では、ＴＢは、非ＭＩＭＯの場合、１つのＴＴＩに関してだけ生成されることが規定されている。したがって、現在の標準では、無線リンク制御（ＰＬＣ）層内でバッファリングされるそれぞれのＬＣＨのデータを通信のためにどのように異なるＣＣにマッピングするかに関する技術的な課題の解決策は存在しない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、それぞれのデータを通信のためにどのようにマルチキャリアに対してスケジューリングするかに関する技術的課題を解決することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の一態様によれば、マルチキャリアに基づいてデータを送信する方法であって、以下のステップ、すなわち、所定のプロトコル層内で、少なくとも１個のキャリア内で送信される少なくとも１個の中間ブロックをそれぞれの論理チャネルに関してそれぞれ生成するステップであって、少なくとも１個の中間ブロックのそれぞれが、１個のキャリア内で送信される１個の論理チャネルのデータの１個のデータ区分を含む、生成するステップと、媒体アクセス制御層内で、媒体アクセス制御層のプロトコルユニットをそれぞれのキャリアに関してそれぞれ作成するステップであって、プロトコルユニットが、前記キャリア内で送信されたそれぞれの中間ブロックと、それぞれの中間ブロックがそれぞれ属する論理チャネルの識別情報とを含む、作成するステップとを含む方法が提案される。
【０００６】
したがって、本発明の別の態様によれば、マルチキャリアに基づいてデータを受信する方法であって、以下のステップ、すなわち、媒体アクセス制御層内で、それぞれのキャリアにそれぞれ対応する媒体アクセス制御層のプロトコルユニットを受信するステップであって、プロトコルユニットが、キャリア内で送信される少なくとも１個の論理チャネルの中間ブロックと、中間ブロックが属する論理チャネルの識別情報とを含み、それぞれの中間ブロックが１個のキャリア内で送信される１個の論理チャネルのデータの１個のデータ区分をそれぞれ含む、受信するステップと、所定のプロトコル層内で、それぞれ、それぞれの論理チャネルに関して、それぞれの中間ブロックが属する論理チャネルの識別情報に従って、論理チャネルの完全なデータを取得するために、論理チャネルのそれぞれの中間ブロックを再結合させるステップとを含む方法が提案される。
【０００７】
上記の２つの態様は、現在の技術のギャップを埋め、データを送信のためにどのように複数のキャリアにマッピングするかに関する技術的な問題を解決する。
【０００８】
本発明の第１の好ましい態様によれば、所定のプロトコル層は、無線リンク制御層であり、生成するステップは、それぞれのキャリアによってそれぞれ提供された通信リソースを媒体アクセス制御層から取得するステップと、それぞれのキャリアを用いて連続的に以下のステップ、すなわち、
キャリアの通信リソースと、それぞれの論理チャネルの優先順位とに従って、それぞれの論理チャネル内で送信されることになる最小送信データ量内にある、割り当てられていないデータを送信のためにキャリアに割り当てるステップと、キャリアの通信リソースが消費されたとき、そのステップを繰り返すために次のキャリアを使用するステップと、すべてのキャリアの通信リソースが消費されたとき、そのステップを終了し、それぞれの論理チャネルの最小送信データ量のすべてが割り当てられ、かつその通信リソースが消費されていないキャリアが依然として存在するとき、以下のサブステップ、すなわち、
キャリアの消費されていない通信リソースと、それぞれの論理チャネルの優先順位とに従って、それぞれの論理チャネル内で送信されることになる最小送信データ量を超える、割り当てられていないデータを送信のためにキャリアに割り当てるサブステップであって、キャリアの通信リソースが消費されたとき、すべてのキャリアの通信リソースが消費されるまで、または送信されることになるそれぞれの論理チャネルのデータ量のすべてが割り当てられるまで、そのステップを繰り返すために次のキャリアを使用するサブステップを実施するために、これらのキャリアを連続的に使用するステップとを実施するステップと、
それぞれの論理チャネルに関して、論理チャネルのデータが中間ブロックとして割り当てられる、少なくとも１個のコンポーネントキャリアにそれぞれ対応する、無線リンク制御層の少なくとも１個のデータユニットを生成するステップであって、それぞれのデータユニットが、キャリアに割り当てられた論理チャネルのデータのデータ区分を含み、論理チャネルのデータが複数のコンポーネントキャリアに割り当てられたとき、それぞれのデータユニットが、論理チャネルの完全なデータ内のデータ区分の位置情報をさらに含む、生成するステップとを含む。
【０００９】
作成するステップは、それぞれ、それぞれのキャリアに関して、プロトコルユニットを作成するために、キャリアに対応する少なくとも１個の論理チャネルのデータユニットの併合を使用する。この好ましい態様は、それぞれのキャリアを単独で使用し、それぞれのＬＣＨのデータをそれぞれのキャリアに割り当てるために、現在の割当てを再使用することが可能である。現在の規則を修正することは不要である。
【００１０】
本発明の第２の好ましい態様によれば、所定のプロトコル層は、無線リンク制御層であり、生成するステップは、以下のステップ、すなわち、それぞれのキャリアによってそれぞれ提供された通信リソースを媒体アクセス制御層から取得するステップと、それぞれのキャリアによってそれぞれ提供された通信リソースに従って、それぞれの論理チャネルに関して、ある原理に基づいて、論理チャネルを送信しているデータのデータ区分を送信するために、少なくとも１個のキャリアを選択するステップであって、ある原理が、それぞれの論理チャネルのデータが複数のキャリア上で送信されるために分割される回数を最小限に抑えるためである、選択するステップとを含む。それぞれの論理チャネルに関して、少なくとも１個のキャリアにそれぞれ対応する無線リンク制御層の少なくとも１個のデータユニットを生成して、論理チャネルのデータ区分を中間ブロックとして送信するステップであって、データユニットが、送信のためにキャリアに割り当てられた論理チャネルのデータのデータ区分を含み、論理チャネルのデータが複数のコンポーネントキャリアに割り当てられたとき、それぞれのデータユニットが、論理チャネルの完全なデータのデータ区分の位置情報を含む、送信するステップ。作成するステップは、それぞれ、それぞれのキャリアに関して、キャリアのプロトコルユニットを作成するために、少なくとも２個のデータユニットの併合を使用するか、またはキャリアに対応する１個のデータユニットを使用する。この好ましい態様は、ＬＣＨのデータ区分が複数のキャリア内で送信する発生率を削減し、したがって、ＰＬＣ、ＭＡＣ層から生成されるオーバヘッドはより少ない。
【００１１】
本発明の第３の好ましい態様によれば、所定のプロトコル層は、媒体アクセス制御層であり、無線リンク制御層内で、論理チャネルの完全なデータを含むデータユニットをそれぞれの論理チャネルに関してそれぞれ生成して、それぞれの生成されたデータユニットを媒体アクセス制御層に提供するステップ。
【００１２】
それぞれ、それぞれのデータユニットに関して、生成するステップが、以下のステップ、すなわち、それぞれのキャリアによってそれぞれ提供された通信リソースに従って、ある原理に基づいて、論理チャネルのデータのそれぞれのデータ区分を送信するために、１個のキャリアまたは少なくとも２個のキャリアをそれぞれ選択するステップであって、ある原理が、それぞれの論理チャネルのデータが複数のキャリア上で送信されるために割り当てられる回数を最小限に抑えるためである、選択するステップと、論理チャネルのデータが少なくとも２個のキャリアによって送信されたとき、データユニットを中間ブロックに変換するか、そうでない場合、データユニットを中間ブロック自体として利用するステップとをさらに含み、
それぞれ、それぞれのキャリアに関して、作成するステップが、キャリアのプロトコルユニットを作成するために、少なくとも２個の中間ブロックの併合またはキャリアに対応する１個の中間ブロックを使用する。
【００１３】
この好ましい態様は、ＭＡＣ層が、キャリアマッピングに関してＲＬＣ  ＰＤＵを使用して、キャリアアグリゲーションに関する適応調整を実施することを単に必要とし、ＲＬＣ層は、ＲＬＣ層に関する何の変更も必要とせずに、Ｒ８の規定に従って、それぞれのＬＣＨに関して１個のＲＬＣ  ＰＤＵを依然として生成する。さらに、この好ましい態様は、ＬＣＨのデータが複数の区分に分割される発生率を削減し、したがって、オーバヘッドはより少ない。
【００１４】
第３の態様のさらなる好ましい実施形態では、変換するステップは、データユニット内の論理チャネルのデータを、少なくとも２個のキャリアに対応する、少なくとも２個のデータ区分に分割するステップと、データユニットのヘッド情報を複製して、ヘッド情報をそれぞれ少なくとも２個のデータ区分と併合させて、中間ブロックとして少なくとも２個の再セグメント化にするステップであって、それぞれの再セグメント化のヘッド情報にすべての再セグメント化におけるその再セグメント化の順序を示す情報が加えられる、再セグメント化にするステップとである。この実施形態は、現在の標準に対するさらなる変更を必要とせずに、キャリアマッピングを実現するために、現在の標準で提供されるＲＬＣ  ＰＤＵの再セグメント化機構を使用する。
【００１５】
第３の態様の別のさらなる好ましい実施形態では、変換するステップは、完全なデータユニットを、中間ブロックとして、少なくとも２個のキャリアにそれぞれ対応する、少なくとも２個の区分に分割するステップを含み、作成するステップにおいて、プロトコルユニットは、含まれた中間ブロックがデータユニットの区分であるかどうかを示す情報と、それが属するデータユニット内のデータユニットの区分の位置情報とを含む。この実施形態では、それぞれの中間ブロックに関して、オーバヘッドの増大は、先の実施形態におけるＲＬＣ  ＰＤＵの完全なヘッドを複製するオーバヘッドの増大よりもより少ない。さらに、区分情報および位置情報は、ＲＬＣ  ＰＤＵに対する直接的な修正ではなく、ＭＡＣ  ＰＤＵのヘッド内に挿入され、これは、現在、業界で広く受け入れられているプロトコル層間の階層侵害の原理を満たす。
【００１６】
以下の図面、上記の特徴、およびその他の特徴を参照して限定されない実施形態の詳細な説明を読むことによって、本発明の目的および利点は明らかになろう。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施形態による、マルチキャリアに基づいてデータ通信を実施する送信機Ｔｘおよび受信機Ｒｘのプロトコルスタックの流れ図である。
【図２】本発明の第２の実施形態による、マルチキャリアに基づいてデータ通信を実施する送信機Ｔｘおよび受信機Ｒｘのプロトコルスタックの流れ図である。
【図３】本発明の第３の実施形態による、マルチキャリアに基づいてデータ通信を実施する送信機Ｔｘおよび受信機Ｒｘのプロトコルスタックの流れ図である。
【発明を実施するための形態】
【００１８】
図面において、同じまたは類似の図符号は、同じ構成要素または類似の構成要素を表す。
【００１９】
以下の説明は、一例として、本発明の発明概念に基づくいくつかの実施形態を記述して、ＬＴＥ−Ａ標準におけるキャリアアグリゲーション技術を取り上げる。本発明はＬＴＥ−Ａ標準およびＣＡ技術に限定されず、任意のマルチキャリア通信技術に適用可能である点を理解されたい。
【００２０】
それぞれのＬＣＨのデータは、無線リンク制御（ＲＬＣ）層のバッファ内でバッファリングされる。
【００２１】
第１の実施形態
この実施形態は、ＬＣＨのデータをＲＬＣ層内で複数のＣＣにマッピングする。
【００２２】
図１に示されるように、まず、ステップＳ１０において、送信機ＴｘのＲＬＣ層内で、少なくとも１個のキャリア内で送信される少なくとも１個の中間ブロックをそれぞれのＬＣＨに関してそれぞれ生成し、少なくとも１個の中間ブロックのそれぞれは、それぞれのキャリア内で送信されるそれぞれの論理チャネルのデータのそれぞれのデータ区分を含む。
【００２３】
詳細には、ステップＳ１００において、ＲＬＣ層は、それぞれのコンポーネントキャリアによってそれぞれ提供された通信リソースを媒体アクセス制御（ＭＡＣ）層から取得する。
【００２４】
次に、ステップＳ１０２において、それぞれのキャリアに対して独立して順番に、キャリアによって提供された通信リソースに従って、ＲＬＣ層は、定義された原理に基づいて、ＬＣＨの割り当てられていないデータをキャリアに割り当てる。詳細には、説明のための一例として、ＣＣ１、ＣＣ２、ＣＣ３、ＣＣ４、およびＣＣ５である５個のＣＣが取り上げられる。
【００２５】
まず、コンポーネントキャリアＣＣ１を使用して、ＬＣＨの優先順位に従って、コンポーネントキャリアＣＣ１によって提供された通信リソースが消費されるまで、またはそれぞれのＬＣＨの最小量の送信データのすべてが割り当てられるまで、高い値から低い値の優先順位でＬＣＨの最小量の送信データを割り当てる。Ｒ８で規定された原理と同様である。
【００２６】
コンポーネントキャリアＣＣ１によって提供された通信リソースが消費された場合、ＰＬＣ層は、コンポーネントキャリアＣＣ２を使用する。ＬＣＨの優先順位に従って、コンポーネントキャリアＣＣ２によって提供された通信リソースが消費されるまで、またはそれぞれのＬＣＨの最小量の送信データのすべてが割り当てられるまで、割り当てられていないＬＣＨの最小量の送信データが割り当てられる。Ｒ８で規定された原理と同様である。
【００２７】
コンポーネントキャリアＣＣ２によって提供された通信リソースが消費されたとき、ＰＬＣ層は、上記のステップを繰り返すために、コンポーネントキャリアＣＣ３、ＣＣ４およびＣＣ５を使用して、コンポーネントキャリアＣＣ３、ＣＣ４、およびＣＣ５によって提供された通信リソースが消費されるまで、または送信されることになるそれぞれのＬＣＨの最小量のデータのすべてが割り当てられるまで、割り当てられていないＬＣＨの最小量の送信データを割り当てる。
【００２８】
コンポーネントキャリアＣＣ３、ＣＣ４、およびＣＣ５の通信リソースが消費されたとき、割当てプロセスを終了し、それぞれのＬＣＨの最小量の送信データのすべてが割り当てられ、かつその通信リソースが消費されていないコンポーネントキャリアが存在するとき、以下のサブステップを順番に実施するために、これらのキャリアを使用する。
【００２９】
キャリアの消費されていない通信リソースと、それぞれの論理チャネルの優先順位とに従って、それぞれの論理チャネル内で送信されることになる送信データの最小量を超える、割り当てられていないデータを送信のためにキャリアに割り当て、キャリアの通信リソースが消費されたとき、すべてのキャリアの通信リソースが消費されるまで、または送信されることになるそれぞれの論理チャネルのデータ量のすべてが割り当てられるまで、そのステップを繰り返すために、次のキャリアを使用する。
【００３０】
上記の割当てプロセスにおいて、それぞれのＬＣＨのデータは、複数回割り当てられてよく、それぞれの割当てのデータ区分には、同じＣＣ内または異なるＣＣ内の他のデータ区分が割り当てられてよい点を理解されたい。ＬＣＨのデータが同じＣＣ内で複数回割り当てられる場合、そのＣＣ内で複数回割り当てられるそれぞれのデータは、ＬＣＨの完全なデータ内で連続的であるべきである。
【００３１】
割当てプロセスの後で、ステップＳ１０４において、それぞれのＬＣＨに関して、ＲＬＣ層は、ＬＣＨのデータが割り当てられるＣＣに対応するＲＬＣの少なくとも１個のデータユニットを生成し、それはＲＬＣ  ＰＤＵと呼ばれる。それぞれのＲＬＣ  ＰＤＵは、ＰＤＵの対応するヘッドと、ＣＣに割り当てられたＬＣＨのデータのデータ区分とを含む。
【００３２】
１個のＬＣＨのデータがすべて１個のＣＣに割り当てられると、ＲＬＣ層は、Ｒ８の規定に従って、ＬＣＨのデータを含む（現在の標準によれば、ＰＤＵヘッドは、１など、１個のＲＬＣ  ＰＤＵ  ＳＮを含む）ＲＬＣ  ＰＤＵを生成し、
１個のＬＣＨのデータの少なくとも１個のデータ区分が１個のＣＣに複数回割り当てられるとき、ＲＬＣ層は、Ｒ８の規定に従って、ＬＣＨのデータ区分を含むＲＬＣ  ＰＤＵを生成し、毎回割り当てられるデータは、割り当てられた順序に従って、連続的なデータ区分を形成し、
１個のＬＣＨデータが、複数のＣＣに複数回割り当てられるとき、ＲＬＣ層は、それらの複数のＣＣに対応する複数のＲＬＣ  ＰＤＵをそれぞれ生成し、それぞれのＲＬＣ  ＰＤＵは、ＬＣＨのデータが割り当てられるＣＣのデータ区分と、ＬＣＨの完全なデータ内のデータ区分の位置情報、例えば、ＬＣＨの完全なデータ内のデータ区分の通し番号とを含む（例えば、ＰＤＵヘッダ内に含まれた値は、それぞれ、１、２、３．．．のＲＬＣ  ＰＤＵ  ＳＮである）。
【００３３】
これにより、それぞれのＬＣＨのデータを複数のＣＣにマッピングすることが可能である。それぞれの生成されたＲＬＣ  ＰＤＵは、この実施形態において、それぞれの中間ブロックとして取り上げられる。ＲＬＣ層は、それぞれのＲＬＣ  ＰＤＵをＭＡＣ層に提供する。ＲＬＣ層は、それぞれのＲＬＣ  ＰＤＵがどのＣＣに対応するかをやはりＭＡＣ層に知らせる。
【００３４】
ステップＳ１２において、ＭＡＣ層は、それぞれ、それぞれのＣＣに関して、ＭＡＣ  ＰＤＵと呼ばれる、ＭＡＣ層のプロトコルユニットを生成する。ＭＡＣ  ＰＤＵは、それぞれのＬＣＨから生成されたＲＬＣ  ＰＤＵからである、このＣＣ内で送信されるすべてのＲＬＣ  ＰＤＵを含み、ＣＣ内に複数のＲＬＣ  ＰＤＵが存在するとき、ＭＡＣ  ＰＤＵは、複数のＲＬＣ  ＰＤＵの併合を含むべきであり、ＣＣ内に１個のＲＬＣ  ＰＤＵだけが存在するとき、ＭＡＣ  ＰＤＵは、そのＲＬＣ  ＰＤＵを含むべきである。ＭＡＣ  ＰＤＵは、ヘッドのＬＣＨフィールドなどの中に、それぞれのＲＬＣ  ＰＤＵがそれぞれ属するＬＣＨの識別情報を含む。ＭＡＣ層は、それぞれのＭＡＣ  ＰＤＵを物理（ＰＨＹ）層に提供する。
【００３５】
物理層内で、送信機Ｔｘは、５個のＭＡＣ  ＰＤＵに対応する５個のトランスポートブロックＴＢ１、ＴＢ２、ＴＢ３、ＴＢ４、およびＴＢ５を受信機Ｒｘに送信する。受信機Ｒｘの物理層は、それぞれのＭＡＣ  ＰＤＵを受信機ＲｘのＭＡＣ層に提供する。
【００３６】
受信機Ｒｘ内で、ステップＳ１４において、ＭＡＣ層は、それぞれのＣＣに対応するそれぞれのＭＡＣ  ＰＤＵをそれぞれ受信する。
【００３７】
ステップＳ１６において、ＭＡＣ層は、それぞれのＭＡＣ  ＰＤＵ内に含まれたそれぞれのＲＬＣ  ＰＤＵを抽出して、それぞれのＲＬＣ  ＰＤＵと、ＲＬＣ  ＰＤＵが属するＬＣＨの識別情報とをＲＬＣ層に提供する。
【００３８】
その後で、ステップＳ１８において、それぞれ、それぞれのＬＣＨに関して、複数のデータ区分に分割されて、複数のＲＬＣ  ＰＤＵ内で移送されたＬＣＨデータに関して、ＲＬＣ層は、それぞれのＲＬＣ  ＰＤＵが属するＬＣＨの識別情報と、ＲＬＣ  ＰＤＵのヘッド内に含まれたＬＣＨの完全なデータ内のデータ区分の位置情報とに従って、同じＬＣＨに属しているそれぞれのデータ区分を併合させてＬＣＨの完全なデータにする。複数のデータ区分に分割されていないＬＣＨデータの場合、ＲＬＣ層は、ＬＣＨの完全なデータを１個のＲＬＣ  ＰＤＵから抽出する。ＲＬＣ層は、ＬＣＨのそれぞれの完全なデータを後続の処理のために、より上位の層に送信する。
【００３９】
この実施形態の利点は、それぞれ、それぞれのＣＣに関して、この実施形態は、Ｒ８で定義された割当てプロセスを使用することによって、ＣＣ内で送信するためにそれぞれのＬＣＨのデータを割り当て、現在の標準を修正する必要なしに、それぞれのＬＣＨのデータをそれぞれのＣＣにマッピングできることを含む。
【００４０】
第２の実施形態
本実施形態は、ＬＣＨのデータをＲＬＣ層内で複数のＣＣにマッピングする。
【００４１】
それぞれのＬＣＨのデータをＣＣにマッピングする前に、好ましくは、ＲＬＣ層は、ＴＴＩ内で送信するそれぞれのＬＣＨのデータの量をそれぞれ決定する。図２に示されるように、ステップＳ２０において、ＲＬＣ層は、ＣＣにマッピングされたそれぞれのＬＣＨのデータの量を計算する。
【００４２】
好ましい実施形態では、ＲＬＣ層は、それぞれのＬＣＨの優先度に従って、ＣＣにマッピングされたそれぞれのＬＣＨのデータの量を計算する。
【００４３】
まず、ステップＳ２００において、ＲＬＣ層は、それぞれのＣＣによって提供された全通信リソースをＭＡＣ層から取得する。
【００４４】
その後、ステップ２０１において、全通信リソースと、それぞれのＬＣＨの優先順位とに従って、ＲＬＣ層は、通信リソースが消費されるまで、またはそれぞれのＬＣＨの最小量の送信データのすべてが割り当てられるまで、それぞれのＬＣＨの送信されることになる最小量の送信データを割り当てる。
【００４５】
それぞれのＬＣＨの最小量の送信データのすべてが割り当てられ、かつ通信リソースが依然として残っている場合、ステップＳ２０２は、通信リソースが消費されるまで、またはそれぞれのＬＣＨの送信されることになるデータのすべてが割り当てられるまで、それぞれのＬＣＨの優先順位に従って、それぞれのＬＣＨの送信データの最小量を超える、送信されることになるデータを割り当てる。
【００４６】
ステップＳ２０１および（もしあれば）ステップＳ２０２において割り当てられたそれぞれのＬＣＨのデータの量は、ＴＴＩ内で送信するためにＣＣ内でマッピングされ得るデータの量である。
【００４７】
次に、オーバヘッドを削減するために、それぞれのＬＣＨのデータが送信されるために複数のＣＣに割り当てられる回数を最小限に抑える原理を利用して、それぞれのＬＣＨに関して、ステップＳ２１は、ＬＣＨのデータのデータ区分を送信するために、少なくとも１個のＣＣを選択する。
【００４８】
その後、ステップＳ２２において、それぞれのＬＣＨに関して、ＲＬＣ層は、少なくとも１個のＣＣに対応するＬＣＨのデータ区分のＲＬＣ層の少なくとも１個のデータユニットを１個ずつ生成して送信し、それはＲＬＣ  ＰＤＵと呼ばれる。
【００４９】
１個のＬＣＨのデータが全体として１個のＣＣに割り当てられるとき、Ｒ８規定に従って、ＬＣＨのデータを含んだＲＬＣ  ＰＤＵが生成される。
【００５０】
１個のＬＣＨデータが複数のＣＣに割り当てられるとき、そのＬＣＨデータは、複数のＣＣに対応する複数のＲＬＣ  ＰＤＵをそれぞれ生成し、それぞれのＲＬＣ  ＰＤＵは、ＣＣに割り当てられたＬＣＨのデータ区分と、ＬＣＨの完全なデータ内のデータ区分の位置情報、例えば、ＬＣＨの完全なデータ内のデータ区分の通し番号（例えば、ＲＬＣ  ＰＤＵ  ＳＮ）とを含む。
【００５１】
それぞれのＲＬＣ  ＰＤＵは、対応するＲＬＣ  ＰＤＵの他のヘッド情報を依然として含む。
【００５２】
これにより、それぞれのＬＣＨのデータを複数のＣＣにマッピングすることが可能である。それぞれの生成されたＲＬＣ  ＰＤＵは、本実施形態のそれぞれの中間ブロックとして取り上げられる。ＲＬＣ層は、それぞれのＲＬＣ  ＰＤＵをＭＡＣ層に提供する。ＲＬＣ層は、それぞれのＲＬＣ  ＰＤＵがどのＣＣに対応するかをやはりＭＡＣ層に伝える。
【００５３】
次に、ステップＳ２３において、ＭＡＣ層は、それぞれ、それぞれのＣＣに関して、ＭＡＣ  ＰＤＵと呼ばれる、ＭＡＣ層のプロトコルユニットを生成する。このＭＡＣ  ＰＤＵは、それぞれのＬＣＨに関して生成されたＲＬＣ  ＰＤＵからである、このＣＣ内で送信されるすべてのＲＬＣ  ＰＤＵを含み、
ＣＣ内に複数のＲＬＣ  ＰＤＵが存在するとき、ＭＡＣ  ＰＤＵは、それらの複数のＲＬＣ  ＰＤＵの併合を含み、
ＣＣ内に１個のＲＬＣ  ＰＤＵだけが存在するとき、ＭＡＣ  ＰＤＵは、そのＲＬＣ  ＰＤＵを含み、
ＭＡＣ  ＰＤＵは、ヘッドのＬＣＨフィールドなどの中に、それぞれのＲＬＣ  ＰＤＵがそれぞれ属するＬＣＨの識別情報を含む。ＭＡＣ層は、それぞれのＭＡＣ  ＰＤＵを物理（ＰＨＹ）層に提供する。
【００５４】
ＰＨＹ層内で、送信機Ｔｘは、５個のＭＡＣ  ＰＤＵに対応する５個のトランスポートブロックＴＢ１、ＴＢ２、ＴＢ３、ＴＢ４、およびＴＢ５を受信機Ｒｘに送信する。受信機ＲｘのＰＨＹ層は、それぞれのＭＡＣ  ＰＤＵを受信機ＲｘのＭＡＣ層に提供する。
【００５５】
受信機ＲｘのＭＡＣ層内で、ステップＳ２４において、それぞれのＣＣに対応するそれぞれのＭＡＣ  ＰＤＵがそれぞれ受信される。
【００５６】
ステップＳ２３において、ＭＡＣ層は、それぞれのＭＡＣ  ＰＤＵ内に含まれたそれぞれのＲＬＣ  ＰＤＵを抽出して、それぞれのＲＬＣ  ＰＤＵと、ＲＬＣ  ＰＤＵが属するＬＣＨの識別情報とをＲＬＣ層に提供する。
【００５７】
その後、ステップＳ２６において、それぞれ、それぞれのＬＣＨに関して、複数のデータ区分に分割されて、複数のＲＬＣ  ＰＤＵ内で移送されたＬＣＨのデータに関して、ＲＬＣ層は、それぞれのＲＬＣ  ＰＤＵが属するＬＣＨの識別情報と、ＲＬＣ  ＰＤＵのヘッド内に含まれたＬＣＨの完全なデータ内のデータ区分の位置情報とに従って、同じＬＣＨに属しているそれぞれのデータ区分を併合させてＬＣＨの完全なデータにする。複数のデータ区分に分割されていないＬＣＨのデータの場合、ＲＬＣ層は、ＬＣＨの完全なデータを１つのＲＬＣ  ＰＤＵから抽出する。ＲＬＣ層は、ＬＣＨのそれぞれの完全なデータを後続の処理のために、より上位の層に送信する。
【００５８】
この実施形態の利点は、ＲＬＣ層が、ＬＣＨデータをＣＣにマッピングして、それぞれのＬＣＨのデータが送信のために複数のＣＣに割り当てられる回数を最小限に抑える原理を利用することによって、マッピングＣＣに対応するＲＬＣ  ＰＤＵを生成することを含む。第１の実施形態と比較して、この実施形態は、ＬＣＨデータが複数の区分に分割される発生率を削減し、これにより、ＲＬＣ層内で生成されるヘッドオーバヘッドはより少ない。
【００５９】
第３の実施形態
この実施形態は、ＬＣＨのデータをＭＡＣ層内で複数のＣＣにマッピングする。
【００６０】
それぞれのＬＣＨのデータがＣＣにマッピングされる前に、好ましくは、ＲＬＣ層は、ＴＴＩ内で送信するそれぞれのＬＣＨのデータの量をそれぞれ決定する。第２の実施形態と同様に、図３に示されるように、ステップＳ３０において、ＲＬＣ層は、ＣＣにマッピングされたそれぞれのＬＣＨのデータの量を計算する。
【００６１】
好ましい実施形態では、ＲＬＣ層は、それぞれのＬＣＨの優先度に従って、ＣＣにマッピングされたそれぞれのＬＣＨのデータの量を計算する。
【００６２】
まず、ステップＳ３００において、ＲＬＣ層は、それぞれのＣＣによって提供された全通信リソースを媒体アクセス制御（ＭＡＣ）層から取得する。
【００６３】
その後、ステップＳ３０１において、全通信リソースと、それぞれのＬＣＨの優先順位とに従って、ＲＬＣ層は、通信リソースが消費されるまで、またはそれぞれのＬＣＨの最小量の送信データのすべてが割り当てられるまで、それぞれのＬＣＨの送信されることになる最小量の送信データを割り当てる。
【００６４】
それぞれのＬＣＨの最小量の送信データのすべてが割り当てられ、かつ通信リソースが依存として残っている場合、ステップＳ３０２は、通信リソースが消費されるまで、またはそれぞれのＬＣＨの送信データの最小量を超える、送信されることになるデータのすべてが割り当てられるまで、それぞれのＬＣＨの優先順位に従って、それぞれのＬＣＨの送信データの最小量を超える、送信されることになるデータを割り当てる。
【００６５】
ステップＳ３０１および（もしあれば）ステップＳ３０２において割り当てられたそれぞれのＬＣＨのデータの量は、ＴＴＩ内で送信のためにＣＣにマッピングされ得るデータの量である。
【００６６】
次に、ステップＳ３１において、ＲＬＣ層は、Ｒ８の規定に従って、ＬＣＨの完全なデータを含む１個のＲＬＣ  ＰＤＵをそれぞれのＬＣＨに関してそれぞれ生成して、それぞれのＲＬＣ  ＰＤＵをＭＡＣ層に提供する。
【００６７】
その後、ステップＳ３２において、それぞれのＣＣによって提供された通信リソースにそれぞれ従って、それぞれのＬＣＨのデータが送信されるために複数ＣＣに割り当てられる回数を最小限に抑える原理を利用して、ＭＡＣ層は、それぞれのＬＣＨに関してＬＣＨデータのそれぞれのデータ区分を送信するために１個のＣＣまたは少なくとも２個のＣＣをそれぞれ選択する。
【００６８】
次に、ステップＳ３３において、それぞれのＬＣＨに関して、ＬＣＨのデータが１個の単一のＣＣ内で送信されるとき、ＬＣＨのＲＬＣ  ＰＤＵは、中間ブロック自体として利用され、または、ＬＣＨのデータが少なくとも２個のＣＣ内で送信されるとき、ＬＣＨのＲＬＣ  ＰＤＵは、少なくともそれらの２個のＣＣにそれぞれ対応する複数の中間ブロックに変換される。この実施形態は、ＲＬＣ  ＰＤＵを複数の中間ブロックに変換するための２つの詳細な方法を提供する。
【００６９】
方法１
ＭＡＣ層は、変換のために、Ｒ８内で規定されたＲＬＣ  ＰＤＵ再セグメント化機構を使用する。
【００７０】
詳細には、ＭＡＣ層は、ＲＬＣ  ＰＤＵ内のＬＣＨの完全なデータを、少なくともそれらの２個のＣＣにそれぞれ対応する少なくとも２個のデータ区分に分割する。
【００７１】
さらに、ＭＡＣ層は、ＲＬＣ  ＰＤＵのヘッドを複製して、そのヘッドを少なくともそれらの２個のデータ区分のそれぞれと併合させて、それぞれ少なくとも２個の再セグメント化にし、ＭＡＣ層は、再セグメント化インジケータビットを再セグメント化のヘッド内に設定する。同時に、ＭＡＣ層は、すべての再セグメント化におけるその再セグメント化の順序を示す順序情報を追加し、例えば、元のＲＬＣ  ＰＤＵに関するその再セグメント化の第１のビットのオフセットを追加して、この状況で生成されるＭＡＣ  ＰＤＵのヘッド内の長さインジケータは、その再セグメント化の長さを示すために使用されることが可能であるか、または、その再セグメント化の第１のビットまたは最後のビットの位置を元のＲＬＣ  ＰＤＵ内に追加する。それぞれの再セグメント化は、キャリアマッピングを実現するために、それぞれの中間ブロックとして利用される。
【００７２】
方法１の利点は、キャリアマッピングを実現するために、Ｒ８に規定されたＲＬＣ  ＰＤＵ再セグメント化機構を使用することによって、標準をあまり変更する必要がないことを含む。
【００７３】
方法２
ＭＡＣ層は、キャリアマッピングを実現するために、１個の完全なＲＬＣ  ＰＤＵを少なくとも２個の中間ブロックとして少なくとも２個のＣＣにそれぞれ対応する少なくとも２個の区分に分割する。
【００７４】
それぞれのＣＣに関して、ＭＡＣ層は、ＣＣのＭＡＣ  ＰＤＵを生成するために、少なくとも２個の中間ブロックの併合またはＣＣに対応する１個の中間ブロックを使用する。ＭＡＣ  ＰＤＵは、それぞれの中間ブロックがそれぞれ属するＬＣＨの識別情報を含む。ＭＡＣ  ＰＤＵが、１個のＲＬＣ  ＰＤＵから分割された複数の中間ブロックのうちの１個を含むとき、ＭＡＣ  ＰＤＵは、中間ブロックに対応する以下の情報をさらに含むべきである。
中間ブロックが１個のＲＬＣ  ＰＤＵから分割されていることを示す情報。この実施形態は、この情報を示すために、１個のＭＳＩ（ＭＡＣ層セグメント化表示）フィールドをＭＡＣ  ＰＤＵのヘッド内に作成する。フィールドの長さは１ビットである。
対応する完全なＲＬＣ  ＰＤＵ内の中間ブロックの位置を示す情報。この実施形態は、完全なＲＬＣ  ＰＤＵ内の中間ブロックの順序番号を示す１個のＭＳＮ（ＭＡＣ層セグメント化数）フィールドをＭＡＣ  ＰＤＵのヘッド内に作成する。ＬＴＥ−Ａ標準が最大限で５個のＣＣをサポートする場合、１個のＲＬＣ  ＰＤＵを最大限で５個の中間ブロックに変換することが可能であり、したがって、ＭＳＮフィールドの長さは、５個の中間ブロックの順序番号を示すのに十分な３ビットである。ＭＡＣ  ＰＤＵのヘッドオーバヘッドを削減するために、ＭＳＩフィールドが設定されているときだけ、このフィールドは存在する。
対応する完全なＲＬＣ  ＰＤＵのうちの最後の１つであることを示す情報。この実施形態は、この情報を示すために、１個のＭＳＥ（ＭＡＣ層セグメント化終了）フィールドをＭＡＣ  ＰＤＵのヘッド内に作成する。フィールドの長さは、１ビットである。ＭＡＣ  ＰＤＵのヘッドオーバヘッドを削減するために、ＭＳＩフィールドが設定されているときだけ、このフィールドは存在する。
【００７５】
方法２の利点は、それぞれの中間ブロックに関して、ＲＬＣ  ＰＤＵの完全なヘッドを複製することによって、ＭＡＣ  ＰＤＵのヘッドオーバヘッドが最大限で、方法１内の増大されたオーバヘッドよりも少ない、５ビット増大することを含む。完全なＲＬＣ  ＰＤＲ内の中間ブロックの区分情報および位置情報は、ＲＬＣ  ＰＤＵを直接的に修正せずに、すべてＭＡＣ  ＰＤＵのヘッド内に挿入され、これは、業界で広く受け入れられているレイヤ間の非侵害原理を満たす。
【００７６】
ステップＳ３４において、ＭＡＣ層は、それぞれ、それぞれのＣＣに関して、ＭＡＣ  ＰＤＵと呼ばれる、ＭＡＣ層のプロトコルユニットを生成する。ＭＡＣ  ＰＤＵは、それぞれのＬＣＨから生成されたＲＬＣ  ＰＤＵからの、ＣＣ内で送信されるすべてのＲＬＣ  ＰＤＵを含み、ＣＣ内に複数のＲＬＣ  ＰＤＵが存在するとき、ＭＡＣ  ＰＤＵは、それらの複数のＲＬＣ  ＰＤＵの併合を含むべきであり、ＣＣ内に１個のＲＬＣ  ＰＤＵだけが存在するとき、ＭＡＣ  ＰＤＵは、そのＲＬＣ  ＰＤＵを含むべきであり、ＭＡＣ  ＰＤＵは、ヘッドのＬＣＨフィールドなどの中に、それぞれのＲＬＣ  ＰＤＵがそれぞれ属するＬＣＨの識別情報を含む。ＭＡＣ層は、それぞれのＭＡＣ  ＰＤＵを物理（ＰＨＹ）層に提供する。
【００７７】
ＰＨＹ層内で、送信機Ｔｘは、５個のＭＡＣ  ＰＤＵに対応する５個のトランスポートブロックＴＢ１、ＴＢ２、ＴＢ３、ＴＢ４、およびＴＢ５を受信機Ｒｘに送信する。受信機ＲｘのＰＨＹ層は、それぞれのＭＡＣ  ＰＤＵを受信機ＲｘのＭＡＣ層に提供する。
【００７８】
受信機ＲｘのＭＡＣ層は、ステップＳ３５において、それぞれのＣＣにそれぞれ対応するそれぞれのＭＡＣ  ＰＤＵを受信する。
【００７９】
ステップＳ３６において、受信機ＲｘのＭＡＣ層は、それぞれのＭＡＣ  ＰＤＵ内に含まれたそれぞれの中間ブロックを抽出して、それぞれの中間ブロックに対応するＬＣＨの識別に従って、それぞれのＲＬＣ  ＰＤＵにそれぞれの中間ブロックを再結合させる。
【００８０】
中間ブロックが１つの単一のＲＬＣ  ＰＤＵ自体であるとき、ＭＡＣ層は、ＲＬＣ  ＰＤＵを獲得するために、中間ブロックを抽出する。
【００８１】
ＲＬＣ  ＰＤＵを変換することによって中間ブロックが取得されるとき、ＭＡＣ層は、中間ブロックのそれぞれを抽出して、中間ブロックをそれぞれのＲＬＣ  ＰＤＵに変換する。詳細には、上記の方法１および方法２から変換された中間ブロックの場合、受信機ＲｘのＭＡＣ層は、以下の変換方法を実施する。
【００８２】
方法１
中間ブロックがＲＬＣ  ＰＤＵの再セグメント化であるとき、それぞれのＬＣＨに関して、ＭＡＣ層は、すべての再セグメント化におけるそれぞれの再セグメント化の順序情報に従って、ＬＣＨの完全なデータにそれぞれの再セグメント化のデータ区分を再結合させて、１個のヘッドを生成し、ＲＬＣ  ＰＤＵにそのヘッドとＬＣＨの完全なデータとを結合させる。
【００８３】
方法２
中間ブロックがＲＬＣ  ＰＤＵの区分である場合、ＭＡＣ層は、ＭＡＣ  ＰＤＵのヘッド内に含まれた、それぞれの区分が属するＲＬＣ  ＰＤＵ内のそれぞれの区分の位置情報に従って、それぞれの完全なＲＬＣ  ＰＤＵにそれぞれの区分を結合させる。
【００８４】
ＭＡＣ層が再結合によってそれぞれのＲＬＣ  ＰＤＵを取得した後で、ＭＡＣ層は、後続の処理のために、それぞれのＲＬＣ  ＰＤＵをＲＬＣ層に送信する。
【００８５】
この実施形態の利点は、ＭＡＣ層だけが、キャリアマッピングに関してＲＬＣ  ＰＤＵを使用して、ＣＡに対する適応修正を行う必要があり、一方、ＲＬＣ層は、何らの変更も必要とせずに、Ｒ８の規定に従って、それぞれのＬＣＨに関して１個のＲＬＣ  ＰＤＵを生成することである。
【００８６】
本発明は、図面および上の記述において詳細に説明され、記述されているが、この説明および記述は、限定的である代わりに、説明的および例示的であり、本発明は、上記の実施形態に限定されない点を理解されたい。
【００８７】
当業者は、本明細書、開示された内容、図面、および請求項を研究することによって、開示された実施形態のその他の変更を理解し、実施することが可能である。請求項において、「含む」という語は、その他の構成要素およびステップを除外せず、「ａ」という語は、複数を除外しない。本発明の実用的な適用例では、１つの構成要素は、請求項で引用される複数の技術的な特徴の機能を実施することが可能である。請求項内の任意の数字の参照符号は、その範囲の限定と理解され得ない。
【図１】
0005474217.tif 000002
【図２】
0005474217.tif 000003
【図３】
0005474217.tif 000004