(57)【特許請求の範囲】
【請求項１】
マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームにサービスを乗せるサービス運び方法であって、
ネットワーク側に位置する装置により前記ＭＢＳＦＮサブフレームをユニキャストサブフレームに変換するステップと、
前記変換されたユニキャストサブフレームにユニキャストサービスを乗せるステップと、を含み、
前記ＭＢＳＦＮサブフレームを前記ユニキャストサブフレームに変換するステップは、
前記ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域を前記ユニキャストサブフレームの制御領域に変換することを含み、
前記ＭＢＳＦＮサブフレームを前記ユニキャストサブフレームに変換した後、前記ユニキャストサブフレームの制御領域に前記ユニキャストサービスの下りリソース割当情報を指示するステップをさらに含むことを特徴とするサービス運び方法。
【請求項２】
前記ＭＢＳＦＮサブフレームを前記ユニキャストサブフレームに変換するステップは、
前記ユニキャストサブフレームに用いられるサイクリックプリフィックス（ＣＰ）の長さを、前記ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域のＣＰの長さと同じにすること、
または、
前記ユニキャストサブフレームに用いられるＣＰの長さを、前記ＭＢＳＦＮサブフレームを含むフレームの０番目のサブフレームのＣＰの長さと同じにすることを含むことを特徴とする請求項１に記載のサービス運び方法。
【請求項３】
前記ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域を前記ユニキャストサブフレームの制御領域に変換することは、
前記ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域を、前記ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域により占用される直交周波数分割多重（ＯＦＤＭ）符号の数と同じ数のＯＦＤＭ符号を占用する、前記変換されたユニキャストサブフレームの制御領域とすることを含むことを特徴とする請求項１に記載のサービス運び方法。
【請求項４】
前記ネットワーク側に位置する装置により前記変換されたユニキャストサブフレームに前記ユニキャストサービスを乗せるステップは、
前記ネットワーク側に位置する装置により、前記変換されたユニキャストサブフレームにおいて、前記ユニキャストサービスが乗せられるパイロットを送信することを含むことを特徴とする請求項１に記載のサービス運び方法。
【請求項５】
前記ネットワーク側に位置する装置により前記変換されたユニキャストサブフレームに前記ユニキャストサービスを乗せるステップは、
前記ネットワーク側に位置する装置により、前記変換されたユニキャストサブフレームにおいて、前記ユニキャストサービスが乗せられるスクランブリングシーケンスを送信することを含むことを特徴とする請求項１に記載のサービス運び方法。
【請求項６】
前記ネットワーク側に位置する装置により前記変換されたユニキャストサブフレームに前記ユニキャストサービスを乗せた後、
受信側に位置する装置により前記変換されたユニキャストサブフレームの制御領域において前記下りリソース割当情報を受信するステップと、
前記受信側に位置する装置により、前記下りリソース割当情報に基づいて、前記変換されたユニキャストサブフレームにおいて前記ユニキャストサービスを受信するステップと、
をさらに含むことを特徴とする請求項１に記載のサービス運び方法。
【請求項７】
ネットワーク側に位置する装置から送信されたサービスデータを受信側に位置する装置により受信するサービスデータの受信方法であって、
受信側に位置する装置によりＭＢＳＦＮサブフレームを受信するステップと、
前記ＭＢＳＦＮサブフレームのユニキャストサブフレームの制御領域に変換された非ＭＢＳＦＮ領域において下りリソース割当情報を検出するステップと、
前記下りリソース割当情報に基づいて、ユニキャストサブフレーム構成で前記ＭＢＳＦＮサブフレームにおいてユーザデータの受信を行うステップと、
を含むことを特徴とするサービスデータの受信方法。
【請求項８】
前記ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域において下りリソース割当情報が検出されなかった場合に、
前記受信側に位置する装置により前記非ＭＢＳＦＮ領域のコンテンツのみを受信するステップをさらに含むことを特徴とする請求項７に記載のサービスデータの受信方法。
【請求項９】
ＭＢＭＳシステムにおいてサービスを乗せるサービス運び装置であって、
前記ＭＢＭＳサブフレームをユニキャストサブフレームに変換する変換モジュールと、
前記変換されたユニキャストサブフレームにユニキャストサービスを乗せるスケジューリングモジュールと、
を備え、
前記変換モジュールは、前記ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域を前記ユニキャストサブフレームの制御領域に変換することで前記ＭＢＳＦＮサブフレームを前記ユニキャストサブフレームに変換し、
前記サービス運び装置が、前記ＭＢＳＦＮサブフレームを前記ユニキャストサブフレームに変換した後、前記ユニキャストサブフレームの制御領域に前記ユニキャストサービスの下りリソース割当情報を指示することを特徴とするサービス運び装置。
【請求項１０】
前記変換されたユニキャストサブフレームにおいて、ユニキャストサービスが乗せられるパイロットおよび／またはスクランブリングシーケンスを送信する送信モジュールを更に備えることを特徴とする請求項９に記載のサービス運び装置。
【請求項１１】
ＭＢＭＳシステムにおいてネットワーク側に位置する装置からのサービスデータを受信する受信側に位置する装置であって、
ネットワーク側に位置する装置からのＭＢＳＦＮサブフレームを受信する第１の受信モジュールと、
前記受信されたＭＢＳＦＮサブフレームのユニキャストサブフレームの制御領域に変換された非ＭＢＳＦＮ領域において下りリソース割当情報を検出する検出モジュールと、
検出された下りリソース割当情報に基づいて、ユニキャストサブフレーム構成でＭＢＳＦＮサブフレームにおいてユーザデータの受信を行う第２の受信モジュールと、
を備えることを特徴とする受信側に位置する装置。
【請求項１２】
前記検出モジュールにより前記非ＭＢＳＦＮ領域において下りリソース割当情報が検出されなかった場合に、前記非ＭＢＳＦＮ領域のコンテンツのみを受信する第３の受信モジュールを更に備えることを特徴とする請求項１１に記載の受信側に位置する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信技術分野に関し、特にはサービス運び方法(service bearer method)及び装置、サービスデータの受信方法及び受信端末に関する。
【背景技術】
【０００２】
従来、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project、「3GPP」と略称する）では、移動体ネットワークリソースを活用するために、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）サービスが提案されている。当該サービスは、１つのデータ源から複数の対象へのｐ-Ｔ-ｍ（Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ）サービスを実現することができる。
【０００３】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいて、ＭＢＭＳサービスのデータチャネルと制御チャネルは、単一セル送信モードと複数セル送信モードを用いることができる。単一セル送信モードでは、ＭＢＭＳサービスのデータチャネルと制御チャネルは、自己セルのみにおいて送信し、マルチキャストブロードキャスト単一周波数ネットワーク（Ｍｕｌｔｉｃａｓｔ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ、以下「ＭＢＳＦＮ」と称される）マクロダイバーシチ（ｍａｃｒｏ  ｄｉｖｅｒｓｉｔｙ）の機能を有さない。複数セル送信モードでは、複数のセルは、同一の時間周波数リソースにおいて同一データを送信する。すなわち、ＭＢＭＳサービス又は制御情報は、コンテンツ同期方式、すなわち、ＭＢＳＦＮマクロダイバーシチを用いるものである。複数セル送信モードにより、複数のセルは、同一のタイミングで、同一コンテンツを有するＭＢＭＳサービスのデータ又は制御信号を送信し、ユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、以下「ＵＥ」と称される）の受信ゲインを向上させることができる。
【０００４】
マルチキャストチャネル（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ、以下「ＭＣＨ」と称される）は、ｐ-Ｔ-ｍ伝送に用いる伝送チャネルである。それに対応する物理的リソースは、ＭＢＭＳサービスを伝送するためにシステムにより割り当てられるマルチキャストリソースである。１つの搬送周波数に、複数のＭＣＨを乗せることができる。特定のＭＣＨが乗せられる物理チャネルは、１組のパターンのサブフレームにより決定される。これらのフレームは、時間的に連続しない場合がある。このパターンは、マルチキャストチャネルのサブフレーム割当パターン（ＭＣＨ  ｓｕｂｆｒａｍｅ  ａｌｌｏｃａｔｉｏｎ  ｐａｔｔｅｒｎ、以下「ＭＳＡＰ」と称される）と言われる。１つのＭＳＡＰにより、１つのＭＣＨチャネルの物理的リソースが記述される。ＬＴＥシステムにおいて、各ＭＢＳＦＮ領域のマルチキャストリソースは、サブフレームを単位とし、所定のパターンによって分割される。各パターンにより示されるリソースは、１つのＭＣＨを構成する。マルチキャスト・トラフィックチャネル（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ、以下「ＭＴＣＨ」と称される）は、論理チャネルである。１つのＭＴＣＨには、１つ又は複数のサービスのデータを乗せる。１つのサービスは、１つのＭＴＣＨのみを乗せる。ＭＴＣＨは、ＭＣＨにマッピングされて送信される。１つまたは複数のＭＴＣＨは、１つまたは複数のＭＣＨにマッピングされることができる。すなわち、複数のＭＢＭＳサービスは、１つのＭＣＨにマッピングされることができる。
【０００５】
複数セル送信モードを用いたＭＢＭＳ伝送は、ＭＢＳＦＮ領域における同期伝送と、複数セルのＭＢＭＳ伝送データの合成を支援することと、ｐ-Ｔ-ｍモードにおけるＭＴＣＨとＭＣＣＨのＭＣＨ伝送チャネルへのマッピングなどとの特徴を備える。
【０００６】
ＵＥは、ＭＳＡＰ情報から、ある特定のＭＣＨに対応するマルチキャストリソースを把握することができるが、ＭＣＨには、１つ又は複数のＭＢＭＳサービスデータ（例えば１つ又は複数のＭＴＣＨ）が含まれているため、ＭＢＭＳ動的スケジューリング情報により、あるＭＢＭＳサービスに対応する物理的リソースを具体的に指示する必要がある。これにより、ＵＥは、ある特定のＭＢＭＳサービスを受信するときに、ＭＢＭＳ動的スケジューリングの指示により当該ＭＢＭＳサービスのリソースを正確に把握することができ、正確な受信を実現し、ＵＥの消費電力を節約することができる。
【０００７】
従来のＬＴＥネットワークには、ユニキャストサブフレーム（ｕｎｉｃａｓｔ  ｓｕｂｆｒａｍｅ）構成とＭＢＳＦＮサブフレーム構成との２種類のサブフレーム構成がある。これら２種類のサブフレーム構成の両方は、時間ドメインにおいて、直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下「ＯＦＤＭ」と称される）符号でさらに分割される。符号同士の干渉を低減するために、これら２種類のサブフレーム構成のそれぞれには、ＯＦＤＭ符号時間ドメインにおいて、サイクリックプリフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ、以下「ＣＰ」と称される）が付加される。従来、１５ＫＨｚの副搬送波間隔の場合、ＣＰには、通常のＣＰ（Ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）とＥＣＰ（Ｅｘｔｅｎｄｅｄ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）がある。ＥＣＰは、時間長が通常のＣＰよりも長いため、１つのサブフレームにＥＣＰが配置される場合に、ＯＦＤＭ符号は、図１Ｂに示すように１２個あり、通常のＣＰが配置される場合には、ＯＦＤＭ符号は、図１Ａに示すように１４個ある。具体的には、通常のＣＰでは、０番目のＯＦＤＭ符号は、長さＴｃｐが１６０×Ｔｓであり、１番目から６番目までのＯＦＤＭ符号は、長さＴｃｐが１４４×Ｔｓである。ＥＣＰでは、０番目から５番目までのＯＦＤＭ符号は、長さＴｃｐが５１２×Ｔｓである。ただし、Ｔｓ＝１／３０７２０ｍｓである。
【０００８】
従来のプロトコルでは、ＭＢＳＦＮサブフレーム構成は、ＭＢＳＦＮサブフレームのうち、先頭の１つまたは２つのＯＦＤＭ符号を非ＭＢＳＦＮ符号として予め保留して非ＭＢＳＦＮ送信を行うように配置される必要がある。また、この１つまたは２つの非ＭＢＳＦＮ符号には、０番目のサブフレームと同一のＣＰを用い、すなわち、通常のＣＰであってもよく、ＥＣＰであってもよい。当該ＭＢＳＦＮサブフレームの残りのＯＦＤＭ符号は、ＭＢＳＦＮ送信を行うものであり、ＭＢＳＦＮ符号（ＭＢＳＦＮ  ｓｙｍｂｏｌｓ）と言われる。また、同期およびマクロダイバーシチを容易に実現するために、ＭＢＳＦＮ符号は、ＥＣＰを用いて配置される。また、非ＭＢＳＦＮ符号が通常のＣＰを用いて配置される場合に、図２Ａに示すように、非ＭＢＳＦＮ符号とＭＢＳＦＮ符号との間に、必要な保護時間間隔を設定する必要がある。非ＭＢＳＦＮ符号がＥＣＰを用いて配置される場合には、図２Ｂに示すように、非ＭＢＳＦＮ符号とＭＢＳＦＮ符号との間に保護時間間隔を設定する必要はない。ＭＢＳＦＮサブフレームは、ＭＢＭＳサービスを受信しないユーザがＭＢＳＦＮサブフレームの先頭の１つまたは２つのＯＦＤＭ符号において受信するが、他のＯＦＤＭ符号においては受信しない。
【０００９】
従来の開示技術において、ＭＢＭＳ動的スケジューリング情報によりスケジューリング／管理されるリソースは、時間長において、例えば３２０ｍｓ、６４０ｍｓなどのスケジューリング期間（Ｓｃｈｅｄｕｌｅ  ｐｅｒｉｏｄ）と定義される。図３Ａおよび図３Ｂは、従来のスケジューリングブロックのスケジューリング期間における設定とＭＢＭＳサービスとの論理関係を示す図である。図３Ｂには、プロトコルにより規定された、ＭＢＭＳサービスの支援に用いられないサブフレーム、例えばサブフレーム０、サブフレーム４、サブフレーム５、サブフレーム９を示す。図３Ａおよび図３Ｂに示すように、ネットワーク側に、マルチキャストサブフレームの割当情報が配置される。スケジューリングブロック（ｓｃｈｅｄｕｌｅ  ｂｌｏｃｋ）は、本スケジューリング期間内のすべてのサービスのスケジューリング情報を含み、スケジューリング期間全体の最初期位置において送信される。本スケジューリング期間内のすべてのＭＢＭＳサービスは、スケジューリングリソースの範囲にある。最初期位置は、本スケジューリング期間の１番目のマルチキャストサブフレームまたはそれに対応する物理的リソースであってよい。
【００１０】
ネットワーク側では、ＭＢＭＳサービスを伝送するマルチキャストサブフレームリソースは、現在のシステムにより載せられているＭＢＭＳサービスの容量に基づいて半静的（ｓｅｍｉ-ｓｔａｔｉｃ）に配置される。半静的配置方式は、変動が遅く、リソースの配置が均一である特徴を有するのに対して、ＭＢＭＳサービスのサービスデータ量は、急速な変動、バースト性の特性を有するため、両者の特性の不一致により、リソースの配置は、送信されるデータ量に整合しない場合があり、通常は、動的スケジューリング期間にマルチキャストサブフレームが残ってしまう場合がある。残ったマルチキャストサブフレームにＭＢＭＳサービスが乗せられておらず、ユニキャストのユーザが、マルチキャストサブフレームのユニキャスト制御領域の情報のみを受信するため、残ったマルチキャストサブフレームに、マルチキャストサービスを乗せないだけでなく、ユニキャストサービスを乗せることができない。この結果、無線リソースが無駄になり、無線リソースの利用率を低下させる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、これに鑑みてなされたものであり、残りのマルチキャストサブフレームにサービスが乗せられていないことにより無線リソースが無駄になるという関連技術の課題を解決するために、サービス運び方法及び装置、サービスデータの受信方法及び受信端末を提供する。
【課題を解決するための手段】
【００１２】
本発明の一態様によれば、ＭＢＳＦＮサブフレームにサービスを乗せるサービス運び方法が提供される。
【００１３】
本発明のサービス運び方法は、ネットワーク側に位置する装置によりＭＢＳＦＮサブフレームをユニキャストサービス用サブフレームに変換するステップと、変換されたユニキャストサブフレームにユニキャストサービスを乗せるステップと、を含む。
【００１４】
本発明のほかの態様によれば、ネットワーク側から送信されたサービスデータを受信端末により受信するためのサービスデータの受信方法が提供される。
【００１５】
本発明のサービスデータの受信方法は、受信端末によりＭＢＳＦＮサブフレームを受信するステップと、ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域において下りリソース割当情報を検出するステップと、当該下りリソース割当情報に基づいて、ユニキャストサブフレーム構成でＭＢＳＦＮサブフレームにおいてユーザデータの受信を行うステップと、を含む。
【００１６】
本発明のほかの態様によれば、ＭＢＭＳシステムにおいてサービスを運ぶサービス運び装置が提供される。
【００１７】
本発明のサービス運び装置は、ＭＢＳＦＮサブフレームにおいて、当該ＭＢＳＦＮサブフレームを、ユニキャストサービスを乗せるユニキャストサブフレームに変換する変換モジュールと、変換されたユニキャストサブフレームにユニキャストサービスを乗せ、当該ユニキャストサブフレームの制御領域にユニキャストサービスの下りリソース割当情報を指示するスケジューリングモジュールと、を備える。
【００１８】
本発明のほかの態様によれば、ＭＢＭＳシステムにおいてネットワーク側からのサービスデータを受信する受信端末が提供される。
【００１９】
本発明の受信端末は、ネットワーク側に位置する装置からのＭＢＳＦＮサブフレームを受信する第１の受信モジュールと、受信されたＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域において下りリソース割当情報を検出する検出モジュールと、検出モジュールにより非ＭＢＳＦＮ領域において下りリソース割当情報が検出された場合に、検出された下りリソース割当情報に基づいて、ユニキャストサブフレーム構成でＭＢＳＦＮサブフレームにおいてユーザデータの受信を行う第２の受信モジュールと、を備える。
【発明の効果】
【００２０】
上述した本発明の少なくとも１つの態様によれば、ネットワーク側は、ＭＢＳＦＮサブフレームを、ユニキャストサービスを乗せるユニキャストサブフレームに変換し、変換したサブフレームにユニキャストサービスを乗せることにより、残ったマルチキャストサブフレームにサービスが乗せられていないことによる無線リソースの無駄の問題を解決し、無線リソースの利用率を向上させることができる。
【００２１】
本発明の他の特徴および利点は、後述される。また、一部は、明細書から明らかになるか、本発明を実施することにより理解される。本発明の目的および他の利点は、明細書、特許請求の範囲、図面に特に記載された構成により実現し取得される。
【００２２】
図面は、本発明を更に理解するためのものであり、明細書の一部を構成し、本発明の実施例と共に本発明を解釈するものであるが、本発明を限定するものではない。
【図面の簡単な説明】
【００２３】
【図１Ａ】関連技術における通常のＣＰが配置されたサブフレームの構成を示すである。
【図１Ｂ】関連技術におけるＥＣＰが配置されたサブフレームの構成を示すである。
【図２Ａ】関連技術における非ＭＢＳＦＮ符号が通常のＣＰにより配置された場合のＭＢＳＦＮサブフレームの構成を示す図である。
【図２Ｂ】関連技術における非ＭＢＳＦＮ符号がＥＣＰにより配置された場合のＭＢＳＦＮサブフレームの構成を示す図である。
【図３Ａ】従来のスケジューリング期間におけるスケジューリングブロックの設定とＭＢＭＳサービスとの論理関係を示す図である。
【図３Ｂ】従来のスケジューリング期間におけるスケジューリングブロックの設定とＭＢＭＳサービスとのほかの論理関係を示す図である。
【図４】本発明の実施例に係るサービス運び方法のフローチャートである。
【図５】本発明の実施例に係るサービスデータの受信方法のフローチャートである。
【図６】本発明の実施例に係るサービスデータの受信方法を具体的に実現するためのフローチャートである。
【図７】実施例１のＭＢＳＦＮサブフレームの変換を示す図である。
【図８】実施例２のＭＢＳＦＮサブフレームの変換を示す図である。
【図９】実施例３のＭＢＳＦＮサブフレームの変換を示す図である。
【図１０】実施例４のＭＢＳＦＮサブフレームの変換を示す図である。
【図１１】本発明の実施例に係るサービス運び装置の構成を示す図である。
【図１２】本発明の実施例に係る受信端末の構成を示す図である。
【発明を実施するための形態】
【００２４】
関連技術において、ＭＢＭＳサービスを伝送するマルチキャストサブフレームリソースは、現在のシステムにより運ばれているＭＢＭＳサービスの容量に基づいて半静的に配置されているため、動的スケジューリング期間にマルチキャストサブフレームが残ってしまう場合があり、残ったマルチキャストサブフレームにはサービスが乗せられていないので、無線リソースが無駄になる。本発明の実施例では、この問題に鑑みてサービス運び方法（service bearer method）、サービスデータの受信方法を提供する。本発明の実施例において、ネットワーク側は、ＭＢＳＦＮサブフレームにおいて、ＭＢＳＦＮサブフレームを、ユニキャストサービスを乗せるユニキャストサブフレームに変換し、当該ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域をユニキャストサブフレームの制御領域に変換し、変換されたユニキャストサブフレームにユニキャストサービスを乗せ、当該サブフレームにおけるユニキャストサービスの下りリソース割当情報を当該ユニキャストサブフレームの制御領域に指示する。受信端末は、ＭＢＳＦＮサブフレームを受信する時に、ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域から下りリソース割当情報を解析した場合、当該下りリソース割当情報に基づいてユニキャストサブフレーム構成で当該ＭＢＦＳＮサブフレームにおいてユーザデータの受信を行う。
【００２５】
なお、本願の実施例および実施例の特徴は、矛盾がない場合には、互いに組み合わせることが可能である。
【００２６】
以下、図面を参照しながら、本発明の好適な実施例について説明する。なお、ここで説明される好適な実施例は、本発明を説明し解釈するものであるが、本発明を限定するものではない。
【００２７】
本発明の実施例によれば、まず、ＭＢＳＦＮサブフレームにサービスを乗せるサービス運び方法が提供される。
【００２８】
図４は、本発明の実施例に係るサービス運び方法のフローチャートである。本発明の実施例に係るサービス運び方法は、図４に示すように、ネットワーク側により、ＭＢＳＦＮサブフレームにおいて、当該ＭＢＳＦＮサブフレームを、ユニキャストサービスを乗せるユニキャストサブフレームに変換するステップＳ４０１と、ネットワーク側により、変換されたユニキャストサブフレームにユニキャストサービスを乗せるステップＳ４０３とを主に含む。
【００２９】
関連技術において、残ったマルチキャストサブフレームには、サービスを乗せていないので、無駄になる。本発明の実施例では、ユニキャストサブフレーム構成は、ユニキャストサービスの送信が可能であるため、ＭＢＳＦＮサブフレームを、ユニキャストサービスを乗せるユニキャストサブフレームに変換することにより、残ったマルチキャストサブフレームリソースの無駄を回避し、無線リソースの利用率を向上させることができる。
【００３０】
変換されたユニキャストサブフレームに用いられるＣＰの長さは、変換されたＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域のＣＰの長さ、または、変換されたＭＢＳＦＮサブフレームを含むフレームの０番目のサブフレーム（すなわち、サブフレーム０＃）のＣＰの長さと同じであることが好ましい。
【００３１】
ネットワーク側は、変換されたＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域をユニキャストサブフレームの制御領域に変換し、変換されたユニキャストサブフレームの制御領域により占用されるＯＦＤＭ符号の数が、変換されたＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域により占用されるＯＦＤＭ符号の数と同じであることが好ましい。
【００３２】
なお、この好適な実施例は、ネットワーク側の上位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を向上させることができる。
【００３３】
当該ユニキャストサブフレームの制御領域においてユニキャストサービスの下りリソース割当情報を指示することが好ましい。
【００３４】
なお、変換されたユニキャストサブフレームの制御領域において指示されたユニキャストサービスの下りリソース割当情報は、物理下り制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、「ＰＤＣＣＨ」と略称する）、物理ハイブリッドＡＲＱ指示チャネル（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ、「ＰＨＩＣＨ」と略称する）、物理制御フォーマット指示チャネル（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ、「ＰＣＦＩＣＨ」と略称する）、基準パイロットのリソース情報を含む、当該サブフレームの物理層制御情報のリソースを含む。
【００３５】
具体的な応用では、ユニキャストサービスの具体的な運び方式は、ユニキャストサブフレームにユニキャストサービスを乗せる従来の方式と同様であるので、本発明の実施例では説明を省略する。
【００３６】
ネットワーク側は、変換されたユニキャストサブフレームにユニキャストサービスを乗せる場合、変換されたユニキャストサブフレームにユニキャストサービスが乗せられるパイロットを送信することが好ましい。また、ネットワーク側は、変換されたユニキャストサブフレームにおいて、ユニキャストサービスが乗せられるスクランブリング・シーケンス（ｓｃｒａｍｂｌｉｎｇ  ｓｅｑｕｅｎｃｅ）を送信してもよい。
【００３７】
なお、本好適な実施例では、上記パイロットに用いられるパイロットパターンは、従来のものでよい。また、上記スクランブリング・シーケンスとして、従来のユニキャストサブフレームのスクランブリング・シーケンスを用いてもよい。
【００３８】
なお、時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、「ＴＤＤ」と略称する）システムの場合には、本発明の実施例に係るＭＢＳＦＮサブフレームを変換したユニキャストサブフレームは、上りユニキャストサブフレームではなく、下りユニキャストサブフレームとしてのみ用いられる。
【００３９】
受信端末は、変換されたユニキャストサブフレームを受信するとき、まず当該ユニキャストサブフレームの制御領域から下りリソース割当情報を受信し、当該下りリソース割当情報に基づいて、当該ユニキャストサブフレームに乗せられたユニキャストサービスのデータを受信することが好ましい。
【００４０】
具体的には、受信端末は、ＭＢＳＦＮサブフレームを受信するとき、まずＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域において下りリソース割当情報を検出する。受信端末は、検出された場合には、ユニキャストサブフレーム構成で当該ＭＢＳＦＮサブフレームにおいてユーザデータの受信を行い、非ＭＢＳＦＮ領域において下りリソース割当情報が検出されなかった場合には、ユニキャストサブフレームに変換されたことを当該ＭＢＳＦＮサブフレームによって知ることができないため、当該サブフレームのＭＢＳＦＮ領域のコンテンツのみを受信する。
【００４１】
具体的な実施プロセスでは、受信端末のネットワーク要素は、ＵＥ、Ｒ８ＵＥ、Ｒ９以降のリリースのＵＥ、ｅＮＢ、Ｒｅｌａｙ  Ｎｏｄｅ、ＭＣＥ、ＡＧＷなどであってよい。なお、受信端末がＲ８ＵＥである場合、Ｒ８ＵＥは、ＭＢＭＳサービスを支援せず、関連のプロトコルが中止されたため、変換されたユニキャストサブフレームにおいて対応するユニキャストサービスを受信することを支援することができない。従って、Ｒ８ＵＥは、変換されたユニキャストサブフレームの制御領域に下りリソース割当情報が受信された場合、当該下りリソース割当情報についてエラーを報告するか、または、それを無視する。これにより、この場合に、ネットワーク側は、残ったマルチキャストサブフレームにおいてＲ８ＵＥをできるだけスケジューリングしないようにすべきである。
【００４２】
ネットワーク側は、基地局（ｅＮＢ）、中継ノード（Ｒｅｌａｙ  Ｎｏｄｅ）、ＭＢＭＳ協調エンティティ（ＭＣＥ）、アクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ、「ＡＧＷ」と略称する）などのいずれか一つを含むことが好ましいが、これに限定されない。
【００４３】
ネットワーク側は、１つのスケジューリング期間にＭＢＭＳサービスのスケジューリングを行うとき、当該スケジューリング期間に当該スケジューリング期間のすべてのＭＢＭＳサービスのスケジューリングが終了した後に残ったＭＢＳＦＮサブフレームを、ユニキャストサービスを乗せるユニキャストサブフレームに変換することが好ましい。
【００４４】
本発明の実施例によれば、さらにサービスデータの受信方法が提供される。当該方法は、ＭＢＭＳシステムの受信端末で、ネットワーク側から送信されたサービスデータを受信するものであり、上記サービス運び方法と組み合わせて使用することができる。受信端末によりＭＢＳＦＮサブフレームを受信するステップａと、ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域において下りリソース割当情報を検出するステップｂと、下りリソース割当情報に基づいてユニキャストサブフレーム構成でＭＢＳＦＮサブフレームにおいてユーザデータの受信を行うステップｃとを含む。
【００４５】
図５は、本発明の実施例に係るサービスデータの受信方法のフローチャートであって、上記ステップａ〜ステップｃの実現プロセスを示すものである。
【００４６】
ステップＳ５０１において、受信端末は、ＭＢＳＦＮサブフレームを受信するとき、当該ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域において下りリソース割当情報を検出し、検出された場合には、ステップＳ５０３を実行し、検出されなかった場合には、ステップＳ５０５を実行する。
【００４７】
ステップＳ５０３において、検出された下りリソース割当情報に基づいて、ユニキャストサブフレーム構成で当該ＭＦＳＦＮサブフレームにおいてユーザデータの受信を行う。
【００４８】
具体的な実施プロセスでは、受信端末は、現在のＭＢＳＦＮサブフレームにおいて下りリソース割当情報が検出された場合、当該ＭＢＳＦＮサブフレームがネットワーク側によりユニキャストサブフレームに変換されたことが明らかであるため、受信端末は、当該ＭＢＳＦＮサブフレームにおいてユーザデータの受信を行う。
【００４９】
ステップＳ５０５において、受信端末は、非ＭＢＳＦＮ領域のコンテンツのみを受信する。
【００５０】
図６は、受信端末がＲ９またはその以降のリリースのＵＥである場合に本発明の実施例に係るサービスデータの受信方法を具体的に実現するためのフローチャートである。以下のステップ６０１〜ステップ６０８を含む。
ステップＳ６０１において、ＵＥは、ＢＣＣＨによりＭＢＳＦＮサブフレームの配置パターンを把握する。
ステップＳ６０２において、ＵＥがユニキャストサービスを行うかを判断し、ＹＥＳの場合、ステップＳ６０３を実行し、ＮＯの場合、ＵＥがユニキャストサービスを行うかを続けて判断する。
ステップＳ６０３において、ＵＥは、接続状態でサブフレームを一つずつ監視し、サブフレームがすべて監視されると、ステップＳ６０４を実行する。
ステップＳ６０４において、ＵＥは、このサブフレームがＭＢＳＦＮサブフレームであるかを判断し、ＹＥＳの場合、ステップＳ６０５を実行し、ＮＯの場合、ステップＳ６０８を実行する。
ステップＳ６０５において、ＵＥは、このＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域（すなわち、変換されたユニキャストサブフレームの制御領域）の情報を受信する。
ステップＳ６０６において、受信された非ＭＢＳＦＮ領域の情報が下りリソース割当情報を含んでいるかを判断し、ＹＥＳの場合、ステップＳ６０７を実行し、ＮＯの場合、ステップＳ６０２に戻る。
ステップＳ６０７において、ＵＥは、受信された下りリソース割当情報に基づいて、ユニキャストサブフレーム方式でデータ領域の情報を受信する。
ステップＳ６０８において、ＵＥは、ユニキャスト方式で受信を行う。
【００５１】
以下、上述した本発明の実施例に係る技術方法をさらに理解するために、具体的な実施例により本発明の実施例に係る技術思想を説明する。
【００５２】
［実施例１］
本実施例１では、図７に示すＭＢＭＳサービスのスケジューリング期間を例として説明する。
【００５３】
図７は、実施例１のＭＢＳＦＮサブフレームの変換を示す図である。図７に示すように、ネットワーク側では、スケジューリング期間にＭＢＭＳサービスを伝送するＭＢＳＦＮサブフレームリソースが配置され、すべてのＭＢＭＳサービスの配置が終了すると、マルチキャストサブフレームＡ、Ｂ、Ｃが残りのマルチキャストサブフレームになる。本実施例では、マルチキャストサブフレームＡを例として、本発明の実施例に係る技術方法の具体的な処理を説明する。マルチキャストサブフレームＢ、Ｃの処理は、サブフレームＡと同様である。
【００５４】
本実施例において、送信側は、以下のステップ１〜ステップ２を実行する。
ステップ１において、残りのマルチキャストサブフレームＡの非ＭＢＳＦＮ領域のＣＰの長さが通常のＣＰの長さであるため、送信側は、残りのマルチキャストサブフレームＡを、通常のＣＰの長さを有するユニキャストサブフレームフォーマットに変換し、変換されたユニキャストサブフレームＡ１の制御領域により占用されるＯＦＤＭ符号の数を２とする。
ステップ２において、送信側は、変換されたユニキャストサブフレームＡ１にユニキャストサービスを乗せる。具体的な運び方法は、従来のユニキャストサブフレームにユニキャストサービスを乗せる方法と同様である。
【００５５】
本実施例１において、受信端末がＲ８ＵＥである場合、Ｒ８ＵＥは、変換されたユニキャストサブフレームの制御領域において下りリソース割当情報を受信すると、この下りリソース割当情報についてエラーを報告するか、または、それを無視する。Ｒ９以降のリリース（Ｒ９  ｏｒ  ｌａｔｅｒ  ｒｅｌｅａｓｅ）のＵＥおよび他の受信端末の場合は、
変換されたユニキャストサブフレームの制御領域において下りリソース割当情報を受信するステップ１と、
当該マルチキャストサブフレームの受信方式をユニキャストサブフレームの受信方式に変換して受信を行うステップ２と、
変換されたユニキャストサブフレームにおいてユニキャストサービスを受信するステップ３と
を含み、具体的な受信方式は、従来のユニキャストサブフレームにおけるユニキャストサービスの受信方式と同様であるので、本実施例では説明を省略する。
【００５６】
［実施例２］
本実施例２では、図８に示すスケジューリング期間を例として説明する。
【００５７】
図８は、実施例２のＭＢＳＦＮサブフレームの変換を示す図である。図８に示すように、ネットワーク側では、１つのスケジューリング期間に、ＭＢＭＳサービスを伝送するマルチキャストサブフレームリソースが配置され、マルチキャストサブフレームＡ、Ｂ、Ｃが残りのマルチキャストサブフレームである。本実施例は、マルチキャストサブフレームＡを例として説明する。マルチキャストサブフレームＢ、Ｃの処理は、マルチキャストサブフレームＡと同様である。本実施例は、マルチキャストサブフレームＡの非ＭＢＳＦＮ符号（すなわち、非ＭＢＳＦＮ領域）にＥＣＰが用いられるため、サブフレームＡの非ＭＢＳＦＮ符号とＭＢＳＦＮ符号との間に必要な間隔がないという点において実施例１と異なる。
【００５８】
本実施例において、送信側では、
ステップ１において、残りのマルチキャストサブフレームＡの非ＭＢＳＦＮ領域のＣＰの長さがＥＣＰの長さであるため、残りのマルチキャストサブフレームＡを、ＥＣＰの長さを有するユニキャストサブフレームフォーマットに変換し、変換されたユニキャストサブフレームＡ１の制御領域により占用されるＯＦＤＭ符号の数を２とし、
ステップ２において、変換されたユニキャストサブフレームにユニキャストサービスを乗せる。具体的な運び方法は、従来のユニキャストサブフレームにユニキャストサービスを乗せる方法と同様である。
【００５９】
本実施例２において、Ｒ９又はｌａｔｅｒ  ｒｅｌｅａｓｅ  ＵＥのような受信端末では、
ステップ１において、変換されたユニキャストサブフレームの制御領域において下りリソース割当情報を受信し、
ステップ２において、当該マルチキャストサブフレームに対して受信方式をユニキャストサブフレームの受信方式に変換し、
ステップ３において、変換されたユニキャストサブフレームにおいてユニキャストサービスを受信する。
具体的な受信方式は、従来のユニキャストサブフレームにおけるユニキャストサービスの受信方式と同様である。
【００６０】
［実施例３］
本実施例３では、図９に示すスケジューリング期間を例として説明する。
【００６１】
図９は、実施例３のＭＢＳＦＮサブフレームの変換を示す図である。図９に示すように、当該スケジューリング期間において、マルチキャストサブフレームＡ、Ｂ、Ｃが残りのマルチキャストサブフレームである。本実施例は、マルチキャストサブフレームＡを例として説明する。本実施例は、マルチキャストサブフレームＡの非ＭＢＳＦＮ符号が１つのＯＦＤＭ符号を占用するという点において、実施例１と異なる。
【００６２】
本実施例３において、送信側は、以下の処理を実行する。
ステップ１において、残りのマルチキャストサブフレームＡの非ＭＢＳＦＮ領域のＣＰの長さが通常のＣＰの長さであるため、送信側は、残りのマルチキャストサブフレームＡを、通常のＣＰの長さを有するユニキャストサブフレームフォーマットに変換する。また、マルチキャストサブフレームＡの非ＭＢＳＦＮ領域は、１つのＯＦＤＭ符号を占用するため、変換されたユニキャストサブフレームＡ１の制御領域は、１つのＯＦＤＭ符号を占用する。
ステップ２において、送信側は、変換されたユニキャストサブフレームＡ１にユニキャストサービスを乗せる。具体的な運び方法は、従来のユニキャストサブフレームにユニキャストサービスを乗せる方法と同様である。
【００６３】
本実施例において、受信端末は、Ｒ８ＵＥの場合、変換されたユニキャストサブフレームの制御領域において下りリソース割当情報を受信すると、この下りリソース割当情報についてエラーを報告するか、または、それを無視する。
Ｒ９以降のリリースのＵＥの場合には、
変換されたユニキャストサブフレームの制御領域において下りリソース割当情報を受信するステップ１と、
当該マルチキャストサブフレームに対して受信方式をユニキャストサブフレームの受信方式に変換するステップ２と、
変換されたユニキャストサブフレームにおいてユニキャストサービスを受信するステップ３とを実行し、具体的な受信方式は、従来のユニキャストサブフレームにおけるユニキャストサービスの受信方式と同様である。
【００６４】
［実施例４］
本実施例では、図１０に示すスケジューリング期間を例として説明する。
【００６５】
図１０は、実施例４のＭＢＳＦＮサブフレームの変換を示す図である。図１０に示すように、当該スケジューリング期間において、マルチキャストサブフレームＡ、Ｂ、Ｃが残りのマルチキャストサブフレームである。本実施例は、マルチキャストサブフレームＡを例として説明する。本実施例は、マルチキャストサブフレームＡの非ＭＢＳＦＮ符号が１つのＯＦＤＭ符号を占用するという点において、実施例２と異なる。
【００６６】
本実施例４において、送信側は、以下の処理を実行する。
ステップ１において、残りのマルチキャストサブフレームＡの非ＭＢＳＦＮ領域のＣＰの長さがＥＣＰの長さであるため、送信側では、残りのマルチキャストサブフレームＡを、ＥＣＰの長さを有するユニキャストサブフレームフォーマットに変換する。また、マルチキャストサブフレームＡの非ＭＢＳＦＮ領域は、１つのＯＦＤＭ符号を占用するため、変換されたユニキャストサブフレームＡ１の制御領域は、１つのＯＦＤＭ符号を占用する。
ステップ２において、送信側では、変換されたユニキャストサブフレームＡ１にユニキャストサービスを乗せる。具体的な運び方法は、従来のユニキャストサブフレームにユニキャストサービスを乗せる方法と同様である。
【００６７】
本実施例４において、受信端末は、Ｒ８ＵＥの場合、Ｒ８ＵＥは、変換されたユニキャストサブフレームの制御領域において下りリソース割当情報を受信すると、この下りリソース割当情報についてエラーを報告するか、または、それを無視する。
Ｒ９以降のリリースのＵＥの場合には、ＵＥは、
変換されたユニキャストサブフレームの制御領域において下りリソース割当情報を受信するステップ１と、
当該マルチキャストサブフレームに対して受信方式をユニキャストサブフレームの受信方式に変換するステップ２と、
変換されたユニキャストサブフレームにおいてユニキャストサービスを受信するステップ３と
を実行し、具体的な受信方式は、従来のユニキャストサブフレームにおけるユニキャストサービスの受信方式と同様である。
【００６８】
本発明の実施例によれば、さらにサービス運び装置が提供される。この装置は、上記サービス運び方法を実現するものであり、具体的には、上記サービス運び方法に記載のネットワーク側またはネットワーク側の機能モジュールであってよい。
【００６９】
図１１は、本発明の実施例に係るサービス運び装置の構成を示す図である。本発明の実施例に係るサービス運び装置は、図１１に示すように、
ＭＢＳＦＮサブフレームにおいて、当該ＭＢＳＦＮサブフレームを、ユニキャストサービスを乗せるように、ユニキャストサブフレームに変換し、当該ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域をユニキャストサブフレームの制御領域に変換する変換モジュール３と、
変換モジュール３に接続され、変換されたユニキャストサブフレームにユニキャストサービスを乗せ、当該ユニキャストサブフレームの制御領域にユニキャストサービスの下りリソース割当情報を指示するスケジューリングモジュール５と
を主に備える。
【００７０】
また、図１１に示すように、この装置は、変換されたユニキャストサブフレームにおいて、ユニキャストサービスが乗せるパイロットおよびスクランブリングコードを送信する送信モジュール１をさらに備えてもよい。
【００７１】
本発明の実施例によれば、上記サービスデータを受信することができ、上記サービス運び装置と組み合わせて用いられる受信端末がさらに提供される。
【００７２】
図１２は、本発明の実施例に係る受信端末の構成を示す図である。本発明の実施例に係る受信端末は、図１２に示すように、
ネットワーク側からのＭＢＳＦＮサブフレームを受信する第１の受信モジュール２と、
第１の受信モジュール２に接続され、受信されたＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域において下りリソース割当情報を検出する検出モジュール４と、
検出モジュール４に接続され、検出モジュール４により上記非ＭＢＳＦＮ領域において下りリソース割当情報が検出された場合に、検出された下りリソース割当情報に基づいてユニキャストサブフレーム構成で当該ＭＢＳＦＮサブフレームにおいてユーザデータの受信を行う第２の受信モジュール６と
を主に備える。
【００７３】
また、図１２に示すように、当該受信端末は、検出モジュール４により非ＭＢＳＦＮ領域において下りリソース割当情報が検出されなかった場合に、当該ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域のコンテンツのみを受信する第３の受信モジュール０をさらに備えてもよい。
【００７４】
上述したように、本発明の実施例に係る技術方法によれば、ネットワーク側は、ＭＢＭＳサービスをスケジューリングするとき、残りのマルチキャストサブフレームがある場合、残りのマルチキャストサブフレームをユニキャストサブフレーム構成に変換してユニキャストサービスの送信を行うことにより、残りのマルチキャストサブフレームにユニキャストサービスを乗せることができ、残りのマルチキャストリソースを再利用し、残りのマルチキャストリソースの無駄を回避し、無線リソースの利用率を向上させることができる。
【００７５】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば、本発明の様々な変更や変形が可能である。本発明の精神や原理を逸脱しないいかなる変更、置換、改良なども本発明の保護範囲内に含まれる。
【図１Ａ】
0005588513.tif 000002
【図１Ｂ】
0005588513.tif 000003
【図２Ａ】
0005588513.tif 000004
【図２Ｂ】
0005588513.tif 000005
【図３Ａ】
0005588513.tif 000006
【図３Ｂ】
0005588513.tif 000007
【図４】
0005588513.tif 000008
【図５】
0005588513.tif 000009
【図６】
0005588513.tif 000010
【図７】
0005588513.tif 000011
【図８】
0005588513.tif 000012
【図９】
0005588513.tif 000013
【図１０】
0005588513.tif 000014
【図１１】
0005588513.tif 000015
【図１２】
0005588513.tif 000016