(57)【要約】本発明は無線通信システムにおけるチャネル構成情報管理方法を提供する。好ましくは、本発明は、現在一対多サービスをマッピングしない少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信し、前記少なくとも１つのトランスポートチャネルは、少なくとも１つの新しい一対多サービスの開始時又は終了前に前記少なくとも１つの新しい一対多サービスをマッピング可能であり、前記少なくとも１つの新しい一対多サービスを受信するか否かを決定し、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの開始時に前記少なくとも１つの一対多サービスの構成情報を読み込む。
2008527785.tif 000002
【特許請求の範囲】
【請求項１】
現在一対多サービスをマッピングしてはいないが、少なくとも１つの新しい一対多サービスの開始時又は終了前に前記少なくとも１つの新しい一対多サービスをマッピングできる少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する段階と、
前記少なくとも１つの新しい一対多サービスを受信するか否かを決定する段階と、
前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの開始時に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む段階と
を含むことを特徴とする無線通信システムにおけるチャネル構成情報管理方法。
【請求項２】
前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの終了前に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む段階をさらに含むことを特徴とする請求項１に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項３】
前記少なくとも１つの新しい一対多サービスを受信しないことに決定した場合、前記少なくとも１つの新しい一対多サービスの構成情報を読み込まないことを特徴とする請求項１に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項４】
少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する段階をさらに含み、前記物理チャネル構成情報が、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含むことを特徴とする請求項１に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項５】
現在少なくとも１つの一対多サービスをマッピングしている少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する段階をさらに含むことを特徴とする請求項１に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項６】
前記一対多サービスがＭＢＭＳサービスであることを特徴とする請求項１に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項７】
前記トランスポートチャネルが、複数の一対多サービスをマルチプレクス可能であることを特徴とする請求項１に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項８】
前記少なくとも１つの新しい一対多サービスは、前記少なくとも１つの新しい一対多サービスの開始前に受信することに決定されることを特徴とする請求項１に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項９】
少なくとも１つの一対多サービスをマッピングするトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する段階と、
前記トランスポートチャネル構成情報により、複数の一対多サービスを前記トランスポートチャネルにマルチプレクスするためのヘッダの使用を示すヘッダインジケータを受信する段階と、
前記トランスポートチャネルにマッピングされる新しい一対多サービスを受信するか否かを決定する段階と、
前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの開始時に前記トランスポートチャネルにマッピングされる新しい一対多サービスを識別するための新しいヘッダを読み込む段階と
を含むことを特徴とする無線通信システムにおけるチャネル構成情報管理方法。
【請求項１０】
前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの終了前に前記新しい一対多サービスを識別するための新しいヘッダを読み込む段階をさらに含むことを特徴とする請求項９に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１１】
前記新しい一対多サービスを受信しないことに決定した場合、前記新しい一対多サービスを識別するための新しいヘッダを読み込まないことを特徴とする請求項９に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１２】
少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する段階をさらに含み、前記物理チャネル構成情報が、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含むことを特徴とする請求項９に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１３】
前記トランスポートチャネルが、現在１つの一対多サービスのみマッピングすることを特徴とする請求項９に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１４】
前記トランスポートチャネルが、前記新しい一対多サービスの開始時又は終了前に前記新しい一対多サービスをマッピング可能であることを特徴とする請求項１３に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１５】
前記一対多サービスがＭＢＭＳサービスであることを特徴とする請求項９に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１６】
前記新しい一対多サービスは、前記新しい一対多サービスの開始前に受信することに決定されることを特徴とする請求項９に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１７】
現在一対多サービスをマッピングしてはいないが、少なくとも１つの新しい一対多サービスの開始時又は終了前に前記少なくとも１つの新しい一対多サービスをマッピングできる少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を移動端末に送信する段階と、
前記送信されたトランスポートチャネル構成情報によって、前記少なくとも１つの新しい一対多サービスを送信する段階とを含み、
前記移動端末は、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの開始時に前記少なくとも１つの新しい一対多サービスの構成情報を読み込むことを特徴とする無線通信システムにおけるチャネル構成情報管理方法。
【請求項１８】
前記移動端末は、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの終了前に前記少なくとも１つの新しい一対多サービスの構成情報を読み込むことを特徴とする請求項１７に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項１９】
前記移動端末は、前記少なくとも１つの新しい一対多サービスを受信しないことに決定した場合、前記少なくとも１つの新しい一対多サービスの構成情報を読み込まないことを特徴とする請求項１７に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２０】
少なくとも１つの一対多サービスを送信するための物理チャネル構成情報を前記移動端末に送信する段階をさらに含み、前記物理チャネル構成情報が、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含むことを特徴とする請求項１７に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２１】
現在少なくとも１つの一対多サービスをマッピングしている少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を送信する段階をさらに含むことを特徴とする請求項１７に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２２】
前記一対多サービスがＭＢＭＳサービスであることを特徴とする請求項１７に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２３】
前記トランスポートチャネルが、複数の一対多サービスをマルチプレクス可能であることを特徴とする請求項１７に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２４】
前記移動端末は、前記少なくとも１つの新しい一対多サービスの開始前に前記少なくとも１つの新しい一対多サービスを受信するか否かを決定することを特徴とする請求項１７に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２５】
少なくとも１つの一対多サービスをマッピングするトランスポートチャネルを構成するためのトランスポートチャネル構成情報を送信する段階と、
前記トランスポートチャネル構成情報により、複数の一対多サービスを前記トランスポートチャネルにマルチプレクスするためのヘッダの使用を示すヘッダインジケータを送信する段階と、
前記トランスポートチャネルにマッピングされる新しい一対多サービスを識別するための新しいヘッダを送信する段階と、
前記送信された新しいヘッダによって前記新しい一対多サービスを送信する段階とを含み、
移動端末は、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの開始時に前記新しいヘッダを読み込むことを特徴とする無線通信システムにおけるチャネル構成情報管理方法。
【請求項２６】
前記移動端末は、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの終了前に前記新しい一対多サービスのための新しいヘッダを読み込むことを特徴とする請求項２５に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２７】
前記移動端末は、前記新しい一対多サービスを受信しないことに決定した場合、前記新しいヘッダを読み込まないことを特徴とする請求項２５に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２８】
少なくとも１つの一対多サービスを送信するための物理チャネル構成情報を送信する段階をさらに含み、前記物理チャネル構成情報が、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含むことを特徴とする請求項２５に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項２９】
前記トランスポートチャネルが、現在１つの一対多サービスのみマッピングすることを特徴とする請求項２５に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項３０】
前記トランスポートチャネルが、前記新しい一対多サービスの開始時又は終了前に前記新しい一対多サービスをマッピング可能であることを特徴とする請求項２９に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項３１】
前記一対多サービスがＭＢＭＳサービスであることを特徴とする請求項２５に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項３２】
前記移動端末は、前記新しい一対多サービスの開始前に前記新しい一対多サービスを受信するか否かを決定することを特徴とする請求項２５に記載の無線通信システムにおけるチャネル構成情報管理方法。
【請求項３３】
現在一対多サービスをマッピングしてはいないが、少なくとも１つの新しい一対多サービスの開始時又は終了前に前記少なくとも１つの新しい一対多サービスをマッピングできる少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する手段と、
前記少なくとも１つの新しい一対多サービスを受信するか否かを決定する手段と、
前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの開始時に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む手段と
を含むことを特徴とする無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項３４】
前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの終了前に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む手段をさらに含むことを特徴とする請求項３３に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項３５】
前記少なくとも１つの新しい一対多サービスを受信しないことに決定した場合、前記少なくとも１つの新しい一対多サービスの構成情報を読み込まないことを特徴とする請求項３３に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項３６】
少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する手段をさらに含み、前記物理チャネル構成情報が、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含むことを特徴とする請求項３３に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項３７】
現在少なくとも１つの一対多サービスをマッピングしている少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する手段をさらに含むことを特徴とする請求項３３に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項３８】
前記一対多サービスがＭＢＭＳサービスであることを特徴とする請求項３３に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項３９】
前記トランスポートチャネルが、複数の一対多サービスをマルチプレクス可能であることを特徴とする請求項３３に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４０】
前記少なくとも１つの新しい一対多サービスは、前記少なくとも１つの新しい一対多サービスの開始前に受信することに決定されることを特徴とする請求項３３に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４１】
少なくとも１つの一対多サービスをマッピングするトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する手段と、
前記トランスポートチャネル構成情報により、複数の一対多サービスを前記トランスポートチャネルにマルチプレクスするためのヘッダの使用を示すヘッダインジケータを受信する手段と、
前記トランスポートチャネルにマッピングされる新しい一対多サービスを受信するか否かを決定する手段と、
前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの開始時に前記トランスポートチャネルにマッピングされる新しい一対多サービスを識別するための新しいヘッダを読み込む手段と
を含むことを特徴とする無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４２】
前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの終了前に前記新しい一対多サービスを識別するための新しいヘッダを読み込む手段をさらに含むことを特徴とする請求項４１に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４３】
前記新しい一対多サービスを受信しないことに決定した場合は、前記新しい一対多サービスを識別するための新しいヘッダを読み込まないことを特徴とする請求項４１に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４４】
少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する手段をさらに含み、前記物理チャネル構成情報が、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含むことを特徴とする請求項４１に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４５】
前記トランスポートチャネルが、現在１つの一対多サービスのみマッピングすることを特徴とする請求項４１に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４６】
前記トランスポートチャネルが、前記新しい一対多サービスの開始時又は終了前に前記新しい一対多サービスをマッピング可能であることを特徴とする請求項４５に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４７】
前記一対多サービスがＭＢＭＳサービスであることを特徴とする請求項４１に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【請求項４８】
前記新しい一対多サービスは、前記新しい一対多サービスの開始前に受信することに決定されることを特徴とする請求項４１に記載の無線通信システムでチャネル構成情報を管理するための移動端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディアブロードキャストマルチキャストサービスに関し、特にサービス開始前におけるサービスの伝送リソースの構成に関する。
【背景技術】
【０００２】
最近、移動通信システムが飛躍的な発展をしているが、大容量のデータ通信サービスにおいては、既存の有線通信システムの性能に追いつかない。従って、大容量のデータ通信を可能にする通信システム、ＩＭＴ−２０００の技術開発が推進されており、その技術の標準化のために、企業及び組織間の協力が活発に行われている。
【０００３】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、欧州標準であるＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）から進化した第３世代移動通信システムであって、ＧＳＭコアネットワークとＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）無線アクセス技術を基盤としてより向上した移動通信サービスの提供を目標とする。
【０００４】
ＵＭＴＳ技術の標準化作業のために、１９９８年１２月にヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡなどは、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）を構成し、現在までＵＭＴＳの詳細な標準仕様を作成している。
【０００５】
３ＧＰＰにおいては、ＵＭＴＳの迅速かつ効率的な技術開発のために、各ネットワーク構成要素とこれらの動作の独立性を考慮して、ＵＭＴＳの標準化作業を５つの技術仕様グループ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐｓ：ＴＳＧ）に分けて進めている。
【０００６】
各ＴＳＧは、関連したエリア内で標準仕様の開発、承認、及びその管理を担当するが、これらのうち、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＲＡＮ）グループ（ＴＳＧ  ＲＡＮ）は、ＵＭＴＳでＷＣＤＭＡアクセス技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の機能、要求事項、及びインタフェースの仕様を開発する。
【０００７】
図１は一般的なＵＭＴＳネットワークの基本構造を示す図である。図１に示すように、ＵＭＴＳは、端末又はユーザ装置（ＵＥ）１０、ＵＴＲＡＮ１００、及びコアネットワーク（ＣＮ）２００からなる。
【０００８】
前記ＵＴＲＡＮ１００は、１つ以上の無線ネットワークサブシステム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍｓ：ＲＮＳ）１１０、１２０から構成される。各ＲＮＳ１１０、１２０は、無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）１１１、並びに前記ＲＮＣ１１１が管理する複数の基地局もしくはＮｏｄｅ  Ｂ１１２、１１３から構成される。前記ＲＮＣ１１１は、無線リソースの割当及び管理を担当し、前記コアネットワーク２００とのアクセスポイントの役割を果たす。前記ＲＮＣ１１１は、Ｉｕｂインタフェースを介して前記Ｎｏｄｅ  Ｂに接続される。
【０００９】
各Ｎｏｄｅ  Ｂ１１２、１１３は、アップリンクで端末の物理層により伝送された情報を受信し、ダウンリンクで端末にデータを送信する。各Ｎｏｄｅ  Ｂ１１２、１１３は、端末と前記ＵＴＲＡＮ１００とを接続するアクセスポイントの役割を果たす。各Ｎｏｄｅ  Ｂ１１２、１１３は１つ又は複数のセルを制御し、１つのセルは所定の周波数上で所定の地理的エリアを管理する。各ＲＮＣ１１１は、Ｉｕインタフェースを介して、前記ＣＮ、すなわち前記ＣＮのＭＳＣ（Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｒｅ）エンティティ及びＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）エンティティに接続される。前記ＲＮＣは、Ｉｕｒインタフェースを介して他のＲＮＣに接続されることもある。前記ＲＮＣは、無線リソースの割当及び管理を担当し、前記コアネットワーク２００とのアクセスポイントの役割を果たす。
【００１０】
各Ｎｏｄｅ  Ｂ１１２、１１３は、アップリンクで端末の物理層により伝送された情報を受信し、ダウンリンクで端末にデータを送信する。各Ｎｏｄｅ  Ｂ１１２、１１３は、端末と前記ＵＴＲＡＮ１００とを接続するアクセスポイントの役割を果たす。前記ＳＧＳＮは、Ｇｆインタフェースを介してＥＩＲ（Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ  Ｒｅｇｉｓｔｅｒ）に接続され、ＧＳインタフェースを介してＭＳＣに接続され、ＧＮインタフェースを介してＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）に接続され、ＧＲインタフェースを介してＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に接続される。前記ＥＩＲは、ネットワーク上での使用が許可されているか又は許可されていない移動端末のリストをホストする。ＣＳサービスのための接続を制御する前記ＭＳＣは、ＮＢインタフェースを介してＭＧＷ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ）に接続され、Ｆインタフェースを介してＥＩＲに接続され、Ｄインタフェースを介してＨＳＳに接続される。前記ＭＧＷは、Ｃインタフェースを介してＨＳＳに接続され、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）に接続され、前記ＰＳＴＮと前記接続されたＲＡＮとの間でコーデックの採用を可能にする。
【００１１】
前記ＧＧＳＮは、ＧＣインタフェースを介してＨＳＳに接続され、ＧＩインタフェースを介してインターネットに接続される。前記ＧＧＳＮは、異なるＲＡＢへのデータフローのルーティング、課金（ｃｈａｒｇｉｎｇ）、及び分離を担当する。前記ＨＳＳはユーザの加入データを担当する。
【００１２】
前記ＵＴＲＡＮ１００の主な機能は、端末とコアネットワーク２００間の通信のために無線アクセスベアラ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ：ＲＡＢ）を形成して維持することである。前記コアネットワーク２００は、エンドツーエンドサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：ＱｏＳ）要求事項をＲＡＢに要求し、該当ＲＡＢは、コアネットワーク３０が設定したＱｏＳ要求事項をサポートする。従って、前記ＵＴＲＡＮは、ＲＡＢを構成して維持することにより、エンドツーエンドＱｏＳ要求事項を満足させることができる。また、前記ＲＡＢサービスは、Ｉｕベアラサービス及び無線ベアラサービスにさらに分類することができる。前記Ｉｕベアラサービスは、前記ＵＴＲＡＮ１００と前記コアネットワーク２００の境界ノード間におけるユーザデータの信頼できる伝送をサポートする。
【００１３】
前記コアネットワーク２００は、互いに接続されて回線交換（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ：ＣＳ）サービスをサポートする移動交換局（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ：ＭＳＣ）とゲートウェイ移動交換局（ＧＭＳＣ）２２０、及び互いに接続されてパケット交換（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ：ＰＳ）サービスをサポートするサービングＧＰＲＳサポートノード（ＳＧＳＮ）２３０とゲートウェイＧＰＲＳサポートノード２４０を備える。
【００１４】
特定の端末に提供されるサービスは、ＣＳサービスとＰＳサービスに大別することができる。例えば、一般的な音声対話サービスはＣＳサービスに分類され、インターネット接続によるウェブブラウジングサービスはＰＳサービスに分類される。
【００１５】
前記ＣＳサービスをサポートする場合、前記各ＲＮＣ１１１は、前記コアネットワーク２００のＭＳＣ２１０に接続される。前記ＭＳＣ２１０は、他のネットワークとの接続を管理するＧＭＳＣ２２０に接続される。
【００１６】
前記ＰＳサービスをサポートする場合、前記各ＲＮＣ１１１は、前記コアネットワーク２００のＳＧＳＮ２３０及びＧＧＳＮ２４０に接続される。前記ＳＧＳＮ２３０は、前記各ＲＮＣ１１１へのパケット通信をサポートし、前記ＧＧＳＮ２４０は、インターネットなどの他のパケット交換ネットワークとの接続を担当する。
【００１７】
各ネットワーク構成要素の間には、多様な類型のインタフェースが存在し、相互通信時、これらネットワーク構成要素が互いに情報を送受信するようにする。前記ＲＮＣ１１１と前記コアネットワーク２００間のインタフェースは、Ｉｕインタフェースと定義される。特に、パケット交換システムの場合、前記ＲＮＣ１１１と前記コアネットワーク２００間のＩｕインタフェースを「Ｉｕ−ＰＳ」と定義し、回線交換システムの場合、前記ＲＮＣ１１１と前記コアネットワーク２００間のＩｕインタフェースを「Ｉｕ−ＣＳ」と定義する。
【００１８】
図２は３ＧＰＰ無線アクセスネットワークの標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す図である。
【００１９】
図２に示すように、前記無線インタフェースプロトコルは、水平的には、物理層、データリンク層、及びネットワーク層から構成され、垂直的には、ユーザデータを伝送するためのユーザプレーン（Ｕ−ｐｌａｎｅ）、及び制御情報を伝送するための制御プレーン（Ｃ−ｐｌａｎｅ）から構成される。
【００２０】
前記ユーザプレーンは、音声やＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットなどのユーザのトラフィック情報を管理する領域を意味し、前記制御プレーンは、ネットワークのインタフェース、呼の維持及び管理などに関する制御情報を管理する領域を意味する。
【００２１】
図２のプロトコル層は、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分することができる。以下、各層について詳細に説明する。
【００２２】
前記第１層（Ｌ１）、すなわち、物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ：ＰＨＹ）は、多様な無線送信技術により上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供し、トランスポートチャネルを介して上位層である媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）層に接続されている。これらＭＡＣ層とＰＨＹ層とは、トランスポートチャネルでデータを交換する。
【００２３】
前記第２層（Ｌ２）は、ＭＡＣ層、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：ＲＬＣ）層、ブロードキャスト／マルチキャスト制御（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ：ＢＭＣ）層、及びパケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層を含む。
【００２４】
前記ＭＡＣ層は、無線リソースの割当及び再割当のためにＭＡＣパラメータの割当サービスを提供し、論理チャネルを介して上位層であるＲＬＣ層に接続される。
【００２５】
伝送される情報の種類によって多様な論理チャネルが提供されるが、一般に、制御プレーンの情報を伝送する場合は制御チャネルを利用し、ユーザプレーンの情報を伝送する場合はトラフィックチャネルを利用する。論理チャネルは、共有するか否かによって共通チャネル又は専用チャネルになる。論理チャネルには、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＴＣＨ（Ｃｏｍｍｏｎ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、並びにＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）もしくはＳＨＣＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）がある。前記ＢＣＣＨは、端末が活用した情報を含む情報を提供してシステムにアクセスする。ＵＴＲＡＮは、前記ＰＣＣＨを利用して端末にアクセスする。
【００２６】
ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）あるいはＭＢＭＳサービスとは、一対多無線ベアラ及び一対一無線ベアラの少なくとも１つを活用するダウンリンク専用ＭＢＭＳ無線ベアラを利用して、複数のＵＥにストリーミングサービス又はバックグラウンドサービスを提供する方法を意味する。１つのＭＢＭＳサービスは、１つ以上のセッションを含み、前記セッション中にのみＭＢＭＳデータを前記ＭＢＭＳ無線ベアラで複数の端末に提供する。
【００２７】
前記名称から分かるように、ＭＢＭＳは、ブロードキャストモードやマルチキャストモードで行われる。前記ブロードキャストモードは、ブロードキャストが可能なドメインのようなブロードキャスト地域内の全てのＵＥにマルチメディアデータを伝送するためのものである。前記マルチキャストモードは、マルチキャストサービスが可能なドメインのようなマルチキャスト地域内の特定のＵＥグループにマルチメディアデータを伝送するためのものである。
【００２８】
ＭＢＭＳの目的のために、トラフィック及び制御チャネルがさらに存在する。例えば、ＭＣＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を使用してＭＢＭＳ制御情報を伝送し、ＭＴＣＨ（ＭＢＭＳ  ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）を使用してＭＢＭＳサービスデータを伝送する。
【００２９】
互いに異なる論理チャネルのリストを下記に示す。
【００３０】
ＭＡＣ層は、トランスポートチャネルで物理層に接続され、管理されるトランスポートチャネルの形態によってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、及びＭＡＣ−ｍサブレイヤに分けることができる。
【００３１】
前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｄサブレイヤは、特定の端末に対する専用トランスポートチャネルであるＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）を管理する。従って、ＵＴＲＡＮのＭＡＣ−ｄサブレイヤは、該当端末を管理するＳＲＮＣ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）に位置し、１つのＭＡＣ−ｄサブレイヤは各端末（ＵＥ）内に存在する。
【００３２】
前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末が共有するＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）やＤＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などの共通トランスポートチャネル、あるいは、アップリンクでは、ＲＡＣＨ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｍサブレイヤはＭＢＭＳデータを管理する。ＵＴＲＡＮにおいて、前記ＭＡＣ−ｃ／ｓｈサブレイヤは、ＣＲＮＣ（Ｃｏｎｔｒｏｌｌｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）内に位置する。前記ＭＡＣ−ｃ／ｓｈサブレイヤがセル領域内の全ての端末が共有しているチャネルを管理するため、各セル領域内には１つのＭＡＣ−ｃ／ｓｈサブレイヤが存在する。また、１つのＭＡＣ−ｃ／ｓｈサブレイヤは各端末（ＵＥ）にも存在する。図３はＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示しており、図４はＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示している。
【００３３】
ＲＬＣ層は、信頼性のあるデータ伝送をサポートし、上位層から伝送された複数のＲＬＣサービスデータユニット（ＲＬＣ  ＳＤＵｓ）に対する分割及び接続機能を実行する。ＲＬＣ層は、上位層から前記ＲＬＣ  ＳＤＵを受信すると、処理容量を考慮して適当な方式により各ＲＬＣ  ＳＤＵのサイズを調節してヘッダ情報が付加された所定のデータユニットを生成する。このように生成されたデータユニットをプロトコルデータユニット（ＰＤＵｓ）という。前記ＰＤＵは、論理チャネルを介してＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣ  ＳＤＵ及び／又はＲＬＣ  ＰＤＵを保存するためのＲＬＣバッファを含む。
【００３４】
ＢＭＣ層は、コアネットワークから受信されたセルブロードキャストメッセージ（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ  Ｍｅｓｓａｇｅ、「ＣＢメッセージ」という）をスケジューリングし、前記ＣＢメッセージを特定のセルに位置する端末にブロードキャストする。ＵＴＲＡＮのＢＭＣ層は、上位層から受信されたＣＢメッセージにメッセージＩＤ、シリアルナンバー、及びコーディング方法などの情報を追加してＢＭＣメッセージを生成した後、ＲＬＣ層に伝送する。前記ＢＭＣメッセージは、論理チャネル（すなわち、ＣＴＣＨ）を介してＲＬＣ層からＭＡＣ層に伝送される。前記ＣＴＣＨはトランスポートチャネル、すなわちＦＡＣＨにマッピングされ、前記ＦＡＣＨは物理チャネル、すなわちＳ−ＣＣＰＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｍｏｎ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００３５】
ＲＬＣ層の上位層であるＰＤＣＰ層は、ＩＰｖ４又はＩＰｖ６などのネットワークプロトコルで伝送されたデータが相対的に小さい帯域幅を有する無線インタフェースに効果的に伝送されるようにする。これを達成するために、ＰＤＣＰ層は、有線ネットワークで使用される不要な制御情報を減らすが、このような機能をヘッダ圧縮という。
【００３６】
無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、第３層（Ｌ３）の最も下位に位置する層であり、制御プレーンでのみ定義される。前記ＲＲＣ層は、無線ベアラ（ＲＢｓ）の設定、再設定、及び解除に関する論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。前記無線ベアラサービスとは、端末とＵＴＲＡＮ間のデータ伝送のために第２層（Ｌ２）が提供するサービスを意味する。一般に、無線ベアラの設定とは、特定のデータサービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、前記サービスに対する詳細なパラメータ及び動作方法を設定する過程を意味する。
【００３７】
ＲＬＣ層は、上位に接続された層のタイプによってユーザプレーン又は制御プレーンに属する。すなわち、ＲＬＣ層がＲＲＣ層からデータを受信する場合は、前記ＲＬＣ層は制御プレーンに属し、他の場合はユーザプレーンに属する。
【００３８】
無線ベアラとトランスポートチャネル間のマッピングが異なる可能性が常にあるわけではない。ＵＥ／ＵＴＲＡＮは、ＵＥの状態及びＵＥ／ＵＴＲＡＮが現在行っている過程によって可能なマッピングを推論する。異なる状態やモードについての説明は次の通りである。
【００３９】
異なるトランスポートチャネルは異なる物理チャネルにマッピングされる。例えば、ＲＡＣＨトランスポートチャネルは所定のＰＲＡＣＨに、ＤＣＨはＤＰＣＨに、ＦＡＣＨ及びＰＣＨはＳ−ＣＣＰＣＨに、ＤＳＣＨはＰＤＳＣＨにマッピングされる。物理チャネルの構成は、ＲＮＣとＵＥ間のＲＲＣシグナリング交換により行われる。
【００４０】
ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣ間に論理接続が存在するか否かを示す。接続が存在する場合、前記端末はＲＲＣ接続モードであり、接続が存在しない場合、前記端末はアイドルモードである。ＲＲＣ接続モードの端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内に特定の端末が存在するか否か、例えば、ＲＲＣ接続モードの端末がどのセルもしくはセルのセットに存在するか、並びにどの物理チャネルをＵＥがリッスンしているかを判断できるので、端末を効果的に制御することができる。
【００４１】
一方、ＵＴＲＡＮは、アイドルモードの端末が存在するか否かを判断することができない。アイドルモードの端末が存在するか否かは、コアネットワークによってのみ判断される。特に、前記コアネットワークは、ロケーションやルーティング領域のようにセルより大きい地域内でのみアイドルモードの端末が存在するか否かを検出することができる。従って、アイドルモードの端末が存在するか否かは、広い地域内で判断される。音声やデータのような移動通信サービスを受けるために、アイドルモードの端末は、ＲＲＣ接続モードに移るか、又は変更しなければならない。モード及び状態間の可能な変化についての説明は図５に示す通りである。
【００４２】
ＲＲＣ接続モードのＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態、ＵＲＡ＿ＰＣＨ状態のように異なる状態でもよい。前記の状態によって、ＵＥは異なるチャネルをリッスンする。例えば、ＣＥＬＬ＿ＤＣＨ状態の端末は、（様々なチャネルのうち）ＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含み、特定のＤＰＣＨにマッピングできるＤＣＨタイプのトランスポートチャネルをリッスンするであろう。ＣＥＬＬ＿ＦＡＣＨ状態のＵＥは、特定のＳ−ＣＣＰＣＨ物理チャネルにマッピングされるいくつかのＦＡＣＨトランスポートチャネルをリッスンするであろう。ＰＣＨ状態のＵＥは、特定のＳ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＩＣＨチャネル及びＰＣＨチャネルをリッスンするであろう。
【００４３】
また、前記ＵＥは、状態によって異なる役割を果たす。例えば、異なる条件によって、ＣＥＬＬ＿ＦＡＣＨ状態のＵＥは、ＵＥ自身が１つのセルの適用範囲から他のセルの適用範囲に移動する度にセルアップデート過程を開始する。前記ＵＥは、Ｎｏｄｅ  Ｂにセルアップデートメッセージを伝送してＵＥ自身の位置変更を通知することにより、前記セルアップデート過程を開始する。前記ＵＥはＦＡＣＨのリッスンを開始する。この過程は、前記ＵＥが他の状態からＣＥＬＬ＿ＦＡＣＨ状態に移ってきて有効なＣ−ＲＮＴＩを有していない場合、例えば、前記ＵＥがＣＥＬＬ＿ＰＣＨ状態又はＣＥＬＬ＿ＤＣＨ状態から移ってくるか、又はＣＥＬＬ＿ＦＡＣＨ状態のＵＥが適用範囲から外れた場合にさらに実行される。
【００４４】
ＣＥＬＬ＿ＤＣＨ状態で、前記ＵＥは専用無線リソースが与えられて共有無線リソースも利用する。これにより、前記ＵＥは高いデータレートで効率的にデータを交換することができる。しかし、前記無線リソースが限られているため、ＵＴＲＡＮは、無線リソースを効率的に利用できるように各ＵＥに無線リソースを割り当て、異なるＵＥが必要なサービス品質を得られるようにする。
【００４５】
ＣＥＬＬ＿ＦＡＣＨ状態のＵＥは、割り当てられた専用無線リソースを有していないため、共有チャネルを介してのみＵＴＲＡＮと通信することができる。従って、前記ＵＥは、無線リソースをほとんど消耗しないが、有効データレートは限られている。さらに、前記ＵＥは、前記共有チャネルを継続してモニタリングしなければならないため、前記ＵＥが伝送を行っていない場合でもＵＥバッテリの消耗が増加する。
【００４６】
ＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態のＵＥは、専用状況のみでページングチャネルをモニタリングし、バッテリの消耗を最小化する。しかし、ネットワークが前記ＵＥにアクセスしようとする場合、前記ページング時にこのような要求を先に通知しなければならない。その後、前記ＵＥが前記ページングに応答した場合にのみ、前記ネットワークは前記ＵＥにアクセスすることができる。また、前記ＵＥは、ＵＴＲＡＮにデータを伝送しようとする場合、さらなる遅延を通知するセルアップデート過程を行った後にのみ前記ネットワークにアクセスすることができる。
【００４７】
一般に、ＣＥＬＬ＿ＤＣＨ状態のＵＥは、ＤＰＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を利用して、各Ｎｏｄｅ  Ｂの異なるセルと同時にデータを交換する。前記ＵＥに接続された異なるセル、すなわち、前記ＤＰＣＣＨを利用して前記ＵＥとデータを送信又は受信するセルは、同一のＮｏｄｅ  Ｂに属することもでき、異なるＮｏｄｅ  Ｂに属することもできる。異なるＮｏｄｅ  Ｂは、１つのＲＮＣに接続することもでき、異なるＲＮＣに接続することもできる。ＵＥがＣＥＬＬ＿ＤＣＨ状態でセルとデータを交換する場合、前記ＵＥはセルに対して無線リンクを有する。前記ＵＥが複数のＮｏｄｅ  Ｂに対して無線リンクを有する場合、前記ＵＥは「ソフトハンドオーバ」状態にある。前記ＵＥが同一のＮｏｄｅ  Ｂ上で複数のセルに対して無線リンクを有する場合、前記ＵＥは「ソフターハンドオーバ」状態にある。前記ＵＥが使用する全ての無線リンクのセットを前記ＵＥの「アクティブセット」という。前記ＵＥは、シグナリングメッセージにより隣接セルに関する情報を受信してセル品質を評価し、その情報をＲＮＣに報告する。前記ＲＮＣは、その情報を利用して前記ＵＥのアクティブセット内のセルのリストをアップデートする。
【００４８】
主なシステム情報をＰ−ＣＣＰＣＨ（Ｐｒｉｍａｒｙ  Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）にマッピングされるＢＣＣＨ論理チャネルで伝送する。特定のシステム情報ブロックは、ＦＡＣＨチャネルで伝送される。前記システム情報を前記ＦＡＣＨで伝送すると、前記ＵＥは、前記Ｐ−ＣＣＰＣＨで受信されたＢＣＣＨ又は専用チャネルで前記ＦＡＣＨの構成を受信する。前記Ｐ−ＣＣＰＣＨは、セルの１次的な（ｐｒｉｍａｒｙ）スクランブル符号であるＰ−ＣＰＩＣＨ（Ｐｒｉｍａｒｙ  Ｃｏｍｍｏｎ  Ｐｉｌｏｔ  Ｃｈａｎｎｅｌ）と同一のスクランブル符号を利用して伝送される。各チャネルは、ＷＣＤＭＡシステムで一般に利用する拡散符号を利用する。各符号は、前記符号の長さに該当する拡散率（Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ：ＳＦ）により区別される。所定の拡散率（ＳＦ）の場合、直交符号の数は前記符号の長さと一致する。各ＳＦの場合、ＵＭＴＳシステムに記述されたように、所定の直交符号セットに０からＳＦ−１までの番号が与えられている。各符号は、符号自身の長さ（すなわち、拡散率）と符号に与えられた番号を提示することによって識別される。前記Ｐ−ＣＣＰＣＨが使用する拡散符号は、常に固定された拡散率２５６を有し、その番号は０である。前記ＵＥは、ＵＥ自身が既に読み込んだ隣接セルのシステム情報に関してネットワークから伝送された情報により、又はＤＣＣＨチャネルで受信したメッセージにより、又は固定されたＳＦ２５６と拡散符号番号０を利用して伝送され、固定されたパターンを伝送するＰ−ＣＰＩＣＨを検索することにより、前記１次的なスクランブル符号が分かる。
【００４９】
前記システム情報には、隣接セル、ＲＡＣＨ及びＦＡＣＨトランスポートチャネルの構成、並びにＭＢＭＳサービスのための専用チャネルであるＭＣＣＨの構成に関する情報が含まれている。前記ＵＥは（ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、あるいはＵＲＡ＿ＰＣＨ状態で）いずれかのセルを選択すると、前記セルが有効なシステム情報を有しているか否かを検証する。
【００５０】
前記システム情報は、ＳＩＢｓ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋｓ）、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、及びスケジューリングブロックから構成される。前記ＭＩＢは非常に頻繁に伝送され、スケジューリングブロックと異なるＳＩＢのタイミング情報を提供する。バリュータグ（ｖａｌｕｅ  ｔａｇ）にリンクされたＳＩＢの場合、前記ＭＩＢは、一部のＳＩＢの最新バージョンに関する情報をも含む。バリュータグにリンクされていないＳＩＢは、期限タイマーにリンクされる。前記期限タイマーにリンクされたＳＩＢは無効になり、前記ＳＩＢの最新読み込み時間が前記期限タイマーの値より大きい場合、再び読み込む必要がある。前記バリュータグにリンクされたＳＩＢは、前記ＭＩＢからブロードキャストされたバリュータグと同一のバリュータグを有する場合にのみ有効である。各ブロックは、Ｃｅｌｌ、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）、又は等価（ｅｑｕｉｖａｌｅｎｔ）ＰＬＭＮのように、前記ＳＩＢがいずれのセルで有効であるかを示す有効面積範囲を有する。面積範囲「Ｃｅｌｌ」を有するＳＩＢは、ＳＩＢ自身が読み込まれたセルに対してのみ有効である。面積範囲「ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮで有効であり、面積範囲「等価ＰＬＭＮ」を有するＳＩＢは、全てのＰＬＭＮと等価ＰＬＭＮで有効である。
【００５１】
一般に、ＵＥは、ＵＥ自身が選択したセル、すなわち、ＵＥ自身が滞在しているセルが、アイドルモード、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、あるいはＵＲＡ＿ＰＣＨ状態のとき、前記システム情報を読み込む。前記システム情報から、前記ＵＥは、同一周波数、異なる周波数、及び異なるＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ）の隣接セルに関する情報を得る。これにより、前記ＵＥはいずれのセルがセル再選択のための候補セルであるかが分かる。
【００５２】
ＣＥＬＬ＿ＤＣＨ状態で、前記ＵＥはＵＥ自身が利用している異なる無線リンクを既にリッスンしている。これにより、ＢＣＣＨチャネルをさらに読み込むことは、前記ＵＥの混乱を加重する。従って、前記ＵＥは、いくつかの特定機能を実行する場合にのみ、専用メッセージにより前記ＲＮＣから隣接セルに関する情報を受信するのが一般的である。しかし、前記ＵＥは、ＣＥＬＬ＿ＤＣＨ状態で、Ｐ−ＣＣＰＣＨチャネル又は他のトランスポートチャネルで伝送されたシステム情報を読み込むこともできる。
【００５３】
３ＧＰＰシステムでは、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）を提供する。３ＧＰＰ  ＴＳＧ  ＳＡ（Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔ）は、ＭＢＭＳサービスをサポートするために要求される多様なネットワーク要素及び該当機能を定義する。従来の技術が提供していたセルブロードキャストサービスは、テキストタイプショートメッセージを特定の領域にブロードキャストするサービスに限定される。しかし、前記ＭＢＭＳサービスとは、該当サービスに加入している端末（ＵＥ）にマルチメディアデータをブロードキャストするだけではなく、マルチメディアデータをマルチキャストできる、より進歩したサービスを意味する。
【００５４】
ＭＢＭＳサービスは、共通又は専用下りチャネルを利用して複数の端末にストリーミングサービス又はバックグラウンドサービスを提供する下り専用サービスである。ＭＢＭＳサービスは、ブロードキャストモードとマルチキャストモードに分けられる。前記ＭＢＭＳブロードキャストモードは、ブロードキャスト地域内に位置する全てのユーザにマルチメディアデータを容易に伝送できるようにし、前記ＭＢＭＳマルチキャストモードは、マルチキャスト地域内に位置する特定のユーザグループにマルチメディアデータを容易に伝送できるようにする。前記ブロードキャスト地域とは、ブロードキャストサービスが可能な領域を意味し、前記マルチキャスト地域とは、マルチキャストサービスが可能な領域を意味する。
【００５５】
図６は、マルチキャストモードを利用して特定のＭＢＭＳサービスを提供する過程を示している。前記手順は、２タイプの動作（すなわち、ＵＴＲＡＮにトランスペアレントな動作とトランスペアレントでない動作）に分けることができる。
【００５６】
以下、トランスペアレントな動作について説明する。ＭＢＭＳサービスを受信しようとするユーザがＭＢＭＳサービスを受信し、ＭＢＭＳサービスに関する情報を受信し、特定のＭＢＭＳサービスセットに参加するためには、まずサービスに加入しなければならない。サービス案内（Ｓｅｒｖｉｃｅ  Ａｎｎｏｕｎｃｅｍｅｎｔ）により端末に今後提供されるサービスのリストと他の関連情報が提供されると、ユーザはこのようなサービスに参加することができる。このような参加により、ユーザは、ユーザ自身が加入しているサービスに関する情報を受信しようとしていることを通知してマルチキャストサービスグループの一部となる。所定のＭＢＭＳサービスに対する興味を失うと、ユーザは前記サービスを脱退する（すなわち、ユーザはマルチキャストサービスグループの一員ではなくなる）。このような動作は、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）又はインターネットアクセスなどの通信手段により行うことができる。このような動作を必ずしもＵＭＴＳシステムを利用して行う必要はない。
【００５７】
マルチキャストグループに属するユーザがサービスを受信するために、ＵＴＲＡＮには、トランスペアレントでない次の動作が行われる。ＳＧＳＮがＲＮＣにセッションの開始を通知すると、ＲＮＣは、マルチキャストグループに属するＵＥに所定のサービスが始まったことを通知して前記サービスの受信を開始させる。必要なＵＥ動作と前記サービスのためのＰｔＭベアラ設定をブロードキャストした後、前記データ伝送を開始する。セッションを中断する場合、ＳＧＳＮはＲＮＣにセッションの中断を指示し、これによりＲＮＣはセッションの中断を開始する。ＳＧＳＮからのサービス伝送とは、ＲＮＣがＭＢＭＳサービスデータを伝達するためのベアラサービスを提供することを意味する。
【００５８】
通知過程を行った後、ＵＥとＲＮＣとＳＧＳＮ間の他の過程を開始し、ＲＲＣ接続の設定、ＰＳドメインへの接続の設定、周波数層の収束、カウントなどのデータを伝送することができる。
【００５９】
ＭＢＭＳサービスを受信すると同時に、ＣＳドメインにおける音声もしくは映像の呼び出し、ＣＳもしくはＰＳドメインにおけるＳＭＳの伝達、ＰＳドメインにおけるデータ伝達、又はＵＴＲＡＮ、ＣＳ、もしくはＰＳドメインに関するシグナリングなどの他のサービスも受信することができる。
【００６０】
マルチキャストサービスとは異なり、ブロードキャストサービスにおいては、図７に示すように、サービス案内だけは、トランスペアレントな方式により実行されなければならない。加入や参加過程は必要としない。それ以降、ＲＮＣにトランスペアレントな前記各動作は、マルチキャストサービスに対する各動作と同一である。
【００６１】
図８は、ＵＴＲＡＮ側における一般的なセッションシーケンスを示している。同図に示すように、ＳＧＳＮはセッションの開始をＲＮＣに通知する（段階１）。前記ＲＮＣは、カウント過程を行った後、一部のＵＥをトリガーさせてＰＳドメインへの接続を設定する（段階２）。その後、前記ＵＥに対するＲＲＣ接続の設定が開始される。これにより、前記ＲＮＣは、前記サービスに関心のある所定セル内のＵＥの数を推定することができる。前記ＵＥがＰＳ接続を設定すると、前記ＳＧＳＮは、前記ＵＥが参加しているマルチキャストサービスのリストを前記ＲＮＣに提供するＩｕリンク過程を開始する。
【００６２】
ＵＥがＲＲＣ接続を設定しており、所定のＭＢＭＳサービスへの関心はあるがＰＳドメインに接続されていない場合、前記ＲＮＣは、前記ＵＥに特定メッセージを送信してトリガーさせることにより、ＰＳ接続を設定する（段階３）。前記ＵＥがＰＳ接続を設定すると、前記ＳＧＳＮは、Ｉｕリンク過程を開始して、前記ＵＥが参加しているマルチキャストサービスのリストを前記ＲＮＣに提供する。ＵＥがＣＥＬＬ＿ＤＣＨ状態にない場合、周波数層収束方式により前記ＲＮＣが前記ＵＥをトリガーさせて、前記ＵＥがリッスンしている周波数を変更できるようにする（段階４）。
【００６３】
ＲＲＭ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）方式により、前記ＲＮＣは、ＭＢＭＳサービスを伝達するために、一対多（Ｐｏｉｎｔ−ｔｏ−Ｍｕｌｔｉｐｏｉｎｔ：ＰｔＭ）又は一対一（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ：ＰｔＰ）無線ベアラを設定する（段階５ａ又は段階５ｂ）。前記ＲＮＣは、前記ＳＧＳＮから受信したデータをマルチキャストグループの一部である前記ＵＥに伝送する。前記データを伝送した後、前記ＳＧＳＮは、前記ＲＮＣにセッションの終了を通知する（段階６）。その後、前記ＲＮＣは、前記ＭＢＭＳデータを伝送するためのＰｔＰ又はＰｔＭ無線ベアラを解除する（段階７ａ又は段階７ｂ）。
【００６４】
一般に、ＲＲＣ接続状態にあるＵＥには２つの場合が存在するが、ＵＥとＰＳドメインとの接続が設定されている場合（ＰＭＭ接続）、ＵＥとＰＳドメインとの接続が設定されていない場合（ＰＭＭアイドルモード）である。ＰＳドメインとの接続が設定されていない場合、前記ＵＥはＣＳドメインとの接続が設定されているのが一般的である。その他の場合、前記ＵＥはＲＲＣ接続モードにない。
【発明の開示】
【発明が解決しようとする課題】
【００６５】
本発明は、無線通信システムにおけるチャネル構成情報管理方法を提供することを目的とする。
【００６６】
本発明の付加的な特性と利点は後述する発明の詳細な説明に記載され、部分的には上記の説明により明らかになるか、本発明の実施により理解されるであろう。本発明の目的と他の利点は、特に、発明の詳細な説明及び添付図面だけでなく、特許請求の範囲に開示された構成により実現される。
【課題を解決するための手段】
【００６７】
上記の目的を達成するために、本発明の一実施形態による無線通信システムにおけるチャネル構成情報管理方法は、現在一対多サービスをマッピングしてはいないが、少なくとも１つの新しい一対多サービスの開始時又は終了前に前記少なくとも１つの新しい一対多サービスをマッピングできる少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する段階と、前記少なくとも１つの新しい一対多サービスを受信するか否かを決定する段階と、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの開始時に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む段階とを含む。
【００６８】
本発明の一態様において、前記方法は、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの終了前に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む段階をさらに含む。前記少なくとも１つの新しい一対多サービスを受信しないことに決定した場合は、前記少なくとも１つの新しい一対多サービスの構成情報を読み込まないことが好ましい。
【００６９】
本発明の他の態様において、前記方法は、少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する段階をさらに含み、前記物理チャネル構成情報は、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含む。
【００７０】
本発明のさらに他の態様において、前記方法は、現在少なくとも１つの一対多サービスをマッピングしている少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する段階をさらに含む。
【００７１】
前記一対多サービスはＭＢＭＳサービスであることが好ましい。前記トランスポートチャネルは複数の一対多サービスをマルチプレクス可能であることが好ましい。前記少なくとも１つの新しい一対多サービスの開始前に前記少なくとも１つの新しい一対多サービスを受信することに決定することが好ましい。
【００７２】
本発明の他の実施形態による無線通信システムにおけるチャネル構成情報管理方法は、少なくとも１つの一対多サービスをマッピングするトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する段階と、前記トランスポートチャネル構成情報により、複数の一対多サービスを前記トランスポートチャネルにマルチプレクスするためのヘッダの使用を示すヘッダインジケータを受信する段階と、前記トランスポートチャネルにマッピングされる新しい一対多サービスを受信するか否かを決定する段階と、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの開始時に前記トランスポートチャネルにマッピングされる新しい一対多サービスを識別するための新しいヘッダを読み込む段階とを含む。
【００７３】
本発明の一態様において、前記方法は、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの終了前に前記新しい一対多サービスを識別するための新しいヘッダを読み込む段階をさらに含む。前記新しい一対多サービスを受信しないことに決定した場合は、前記新しい一対多サービスを識別するための新しいヘッダを読み込まないことが好ましい。
【００７４】
本発明の他の態様において、前記方法は、少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する段階をさらに含み、前記物理チャネル構成情報は、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含む。
【００７５】
前記トランスポートチャネルは、現在１つの一対多サービスのみマッピングすることが好ましい。前記トランスポートチャネルは、前記新しい一対多サービスの開始時又は終了前に前記新しい一対多サービスをマッピングできることが好ましい。前記一対多サービスはＭＢＭＳサービスであることが好ましい。前記新しい一対多サービスの開始前に前記新しい一対多サービスを受信することに決定することが好ましい。
【００７６】
本発明のさらに他の実施形態による無線通信システムにおけるチャネル構成情報管理方法は、現在一対多サービスをマッピングしてはいないが、少なくとも１つの新しい一対多サービスの開始時又は終了前に前記少なくとも１つの新しい一対多サービスをマッピングできる少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を移動端末に送信する段階と、前記送信されたトランスポートチャネル構成情報によって、前記少なくとも１つの新しい一対多サービスを送信する段階とを含み、前記移動端末は、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの開始時に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む。
【００７７】
本発明の一態様において、前記移動端末は、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの終了前に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む。前記移動端末は、前記少なくとも１つの新しい一対多サービスを受信しないことに決定した場合、前記少なくとも１つの新しい一対多サービスの構成情報を読み込まないことが好ましい。
【００７８】
本発明の他の態様において、前記方法は、少なくとも１つの一対多サービスを送信するための物理チャネル構成情報を前記移動端末に送信する段階をさらに含み、前記物理チャネル構成情報は、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含む。
【００７９】
本発明のさらに他の態様において、前記方法は、現在少なくとも１つの一対多サービスをマッピングしている少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を送信する段階をさらに含む。
【００８０】
前記一対多サービスはＭＢＭＳサービスであることが好ましい。前記トランスポートチャネルは複数の一対多サービスをマルチプレクス可能であることが好ましい。前記移動端末は、前記少なくとも１つの新しい一対多サービスの開始前に前記少なくとも１つの新しい一対多サービスを受信するか否かを決定することが好ましい。
【００８１】
本発明のさらに他の実施形態による無線通信システムにおけるチャネル構成情報管理方法は、少なくとも１つの一対多サービスをマッピングするトランスポートチャネルを構成するためのトランスポートチャネル構成情報を送信する段階と、前記トランスポートチャネル構成情報により、複数の一対多サービスを前記トランスポートチャネルにマルチプレクスするためのヘッダの使用を示すヘッダインジケータを送信する段階と、前記トランスポートチャネルにマッピングされる新しい一対多サービスを識別するための新しいヘッダを送信する段階と、前記送信された新しいヘッダによって前記新しい一対多サービスを送信する段階とを含み、移動端末は、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの開始時に前記新しいヘッダを読み込む。
【００８２】
本発明の一態様において、前記移動端末は、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの終了前に前記新しい一対多サービスのための新しいヘッダを読み込む。前記移動端末は、前記新しい一対多サービスを受信しないことに決定した場合、前記新しいヘッダを読み込まないことが好ましい。
【００８３】
本発明の他の態様において、前記方法は、少なくとも１つの一対多サービスを送信するための物理チャネル構成情報を送信する段階をさらに含み、前記物理チャネル構成情報は、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含む。
【００８４】
前記トランスポートチャネルは、現在１つの一対多サービスのみマッピングすることが好ましい。前記トランスポートチャネルは、前記新しい一対多サービスの開始時又は終了前に前記新しい一対多サービスをマッピングできることが好ましい。前記一対多サービスはＭＢＭＳサービスであることが好ましい。前記移動端末は、前記新しい一対多サービスの開始前に前記新しい一対多サービスを受信するか否かを決定することが好ましい。
【００８５】
本発明のさらに他の実施形態による無線通信システムでチャネル構成情報を管理するための移動端末は、現在一対多サービスをマッピングしてはいないが、少なくとも１つの新しい一対多サービスの開始時又は終了前に前記少なくとも１つの新しい一対多サービスをマッピングできる少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する手段と、前記少なくとも１つの新しい一対多サービスを受信するか否かを決定する手段と、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの開始時に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む手段とを含む。
【００８６】
本発明の一態様において、前記移動端末は、前記少なくとも１つの新しい一対多サービスを受信することに決定した場合、前記少なくとも１つの新しい一対多サービスの終了前に前記少なくとも１つの新しい一対多サービスの構成情報を読み込む手段をさらに含む。前記少なくとも１つの新しい一対多サービスを受信しないことに決定した場合は、前記少なくとも１つの新しい一対多サービスの構成情報を読み込まないことが好ましい。
【００８７】
本発明の他の態様において、前記移動端末は、少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する手段をさらに含み、前記物理チャネル構成情報は、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含む。
【００８８】
本発明のさらに他の態様において、前記移動端末は、現在少なくとも１つの一対多サービスをマッピングしている少なくとも１つのトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する手段をさらに含む。
【００８９】
前記一対多サービスはＭＢＭＳサービスであることが好ましい。前記トランスポートチャネルは複数の一対多サービスをマルチプレクス可能であることが好ましい。前記少なくとも１つの新しい一対多サービスの開始前に前記少なくとも１つの新しい一対多サービスを受信することに決定することが好ましい。
【００９０】
本発明のさらに他の実施形態による無線通信システムでチャネル構成情報を管理するための移動端末は、少なくとも１つの一対多サービスをマッピングするトランスポートチャネルを構成するためのトランスポートチャネル構成情報を受信する手段と、前記トランスポートチャネル構成情報により、複数の一対多サービスを前記トランスポートチャネルにマルチプレクスするためのヘッダの使用を示すヘッダインジケータを受信する手段と、前記トランスポートチャネルにマッピングされる新しい一対多サービスを受信するか否かを決定する手段と、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの開始時に前記トランスポートチャネルにマッピングされる新しい一対多サービスを識別するための新しいヘッダを読み込む手段とを含む。
【００９１】
本発明の一態様において、前記移動端末は、前記新しい一対多サービスを受信することに決定した場合、前記新しい一対多サービスの終了前に前記新しい一対多サービスを識別するための新しいヘッダを読み込む手段をさらに含む。前記新しい一対多サービスを受信しないことに決定した場合は、前記新しい一対多サービスを識別するための新しいヘッダを読み込まないことが好ましい。
【００９２】
本発明の他の態様において、前記移動端末は、少なくとも１つの一対多サービスを受信するための物理チャネル構成情報を受信する手段をさらに含み、前記物理チャネル構成情報は、前記トランスポートチャネル構成情報、ＭＡＣ構成情報、ＲＬＣ構成情報、及びＰＤＣＰ構成情報の少なくとも１つを含む。
【００９３】
前記トランスポートチャネルは、現在１つの一対多サービスのみマッピングすることが好ましい。前記トランスポートチャネルは、前記新しい一対多サービスの開始時又は終了前に前記新しい一対多サービスをマッピングできることが好ましい。前記一対多サービスはＭＢＭＳサービスであることが好ましい。前記新しい一対多サービスの開始前に前記新しい一対多サービスを受信することに決定することが好ましい。
【００９４】
以下の本発明に関する一般的な記載と詳細な記載は例示にすぎず、特許請求の範囲に記載された本発明の理解を助けるために提供されたものである。
【発明を実施するための最良の形態】
【００９５】
本発明はマルチメディアブロードキャストマルチキャストシステムに関し、特にいずれのサービスもマッピングされていないトランスポートチャネルの構成情報をＵＥに伝送される物理チャネル構成に含めることに関するもので、このようなトランスポートチャネル構成を利用する新しいサービスが開始されると、前記新しいサービスに関心のあるＵＥのみ前記新しいサービスの構成情報を読み込む必要がある。
【００９６】
また、本発明は、異なるサービスを同一のトランスポートチャネルにマルチプレクスするために使用され、明示的なシグナリングにより制御可能なＭＡＣヘッダの存在に関するもので、同一のトランスポートチャネルを異なるサービス間で共有できると予測されると、前記ＭＡＣヘッダをＵＥに伝送される物理チャネル構成に含める。
【００９７】
ＭＢＭＳのためには、２つの制御チャネル、すなわちＭＣＣＨとＭＩＣＨ（ＭＢＭＳ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）がさらに使用される。前述したように、前記ＭＣＣＨはＦＡＣＨにマッピングされる。前記ＭＩＣＨは、物理チャネルであって、ユーザに前記ＭＣＣＨチャネルを読み込むことを通知するために使用される。前記ＭＩＣＨは、ＵＥがＤＲＸ（不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ））方式を行えるようにするために考案されたものである。ＤＲＸは、ＵＥのバッテリ消費を減少させるだけでなく、ＵＥがセッションを開始するサービスを認識できるようにする。前記ＭＩＣＨは、周波数収束方式の変更、ＰｔＭベアラ設定の変更、ＰｔＭベアラとＰｔＰベアラ間のスイッチングなど、前記ＭＣＣＨの読み込みが要求される全ての場合を前記ＵＥに通知するために使用される。
【００９８】
前記ＭＣＣＨチャネルは、周期的にアクティブサービス、ＭＴＣＨ構成、周波数収束などに関する情報を伝送する。前記ＵＥは、前記ＭＣＣＨ情報を読み込み、異なるトリガーに基づいて加入しているサービスを受信する。例えば、前記ＵＥは、前記ＭＩＣＨで所定のサービスに関する通知を受信するか、又はＤＣＣＨチャネルで通知を受信した場合、セルの選択／再選択後にトリガーされる。前記ＭＣＣＨチャネルの構成はシステム情報によりブロードキャストされる。前記ＭＩＣＨ構成（すなわち、拡散符号、スクランブル符号、拡散率、及び他の情報）は、標準に定められているか、システム情報により与えられるか、又は前記ＭＣＣＨでブロードキャストされる。
【００９９】
前記ＭＣＣＨ情報は決定されたスケジュールに従って伝送される。前記スケジュールから前記ＭＣＣＨ情報の開始を含む伝送時間間隔（ＴＴＩ）を識別する。前記情報の伝送には多くのＴＴＩが要求される。ＵＴＲＡＮは連続的なＴＴＩで前記ＭＣＣＨ情報を伝送する。移動端末（ＵＥ）は、１）ＵＥ自身が全てのＭＣＣＨ情報を受信するまで、２）ＭＣＣＨデータを含まないＴＴＩを受信するまで、又は３）情報コンテンツがそれ以上の受信を必要としないことを示すまで（例えば、所望のサービス情報に修正がないときまで）、継続して前記ＳＣＣＰＣＨを受信する。
【０１００】
このような方式で、ＵＴＲＡＮは、信頼性を向上させるために、スケジューリングされた伝送に引き続き、前記ＭＣＣＨ情報を繰り返し伝送する。前記ＭＣＣＨスケジュールは全てのサービスに共通する。全体の前記ＭＣＣＨ情報は、「繰り返し周期（ｒｅｐｅｔｉｔｉｏｎ  ｐｅｒｉｏｄ）」に基づいて周期的に伝送される。「修正周期（ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）」は、前記繰り返し周期の整数倍と定義される。ＭＢＭＳ  ＡＣＣＥＳＳ  ＩＮＦＯＲＭＡＴＩＯＮは、「接続情報周期（ａｃｃｅｓｓ  ｉｎｆｏ  ｐｅｒｉｏｄ）」に基づいて周期的に伝送される。このような周期は、前記「繰り返し周期」の整数分割（ｉｎｔｅｇｅｒ  ｄｉｖｉｄｅｒ）である。
【０１０１】
ＭＣＣＨ情報は、重要（ｃｒｉｔｉｃａｌ）情報と非重要（ｎｏｎ−ｃｒｉｔｉｃａｌ）情報に分類される。前記臨界情報は、ＭＢＭＳ  ＣＯＭＭＯＮ  Ｐ−Ｔ−Ｍ  ＲＢ  ＩＮＦＯＲＭＡＴＩＯＮ、ＭＢＭＳ  ＣＵＲＲＥＮＴ  ＣＥＬＬ  Ｐ−Ｔ−Ｍ  ＲＢ  ＩＮＦＯＲＭＡＴＩＯＮ、ＭＢＭＳ  ＧＥＮＥＲＡＬ  ＩＮＦＯＲＭＡＴＩＯＮ、ＭＢＭＳ  ＭＯＤＩＦＩＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮＦＯＲＭＡＴＩＯＮ、ＭＢＭＳ  ＮＥＩＧＨＢＯＲＩＮＧ  ＣＥＬＬ  Ｐ−Ｔ−Ｍ  ＲＢ  ＩＮＦＯＲＭＡＴＩＯＮ、ＭＢＭＳ  ＳＣＨＥＤＵＬＩＮＧ  ＩＮＦＯＲＭＡＴＩＯＮ、及びＭＢＭＳ  ＵＮＭＯＤＩＦＩＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮＦＯＲＭＡＴＩＯＮから構成される。前記非重要情報は、ＭＢＭＳ  ＡＣＣＥＳＳ  ＩＮＦＯＲＭＡＴＩＯＮに該当する。
【０１０２】
重要情報への変更は、修正周期の第１ＭＣＣＨ伝送にのみ適用される。各修正周期の開始時、ＵＴＲＡＮは、他の情報のうち前記修正周期にＭＣＣＨ情報が修正されたＭＢＭＳサービスに関する情報を含むＭＢＭＳ  ＣＨＡＮＧＥ  ＩＮＦＯＲＭＡＴＩＯＮを伝送する。ＭＢＭＳ  ＣＨＡＮＧＥ  ＩＮＦＯＲＭＡＴＩＯＮは、前記修正周期の各繰り返し周期に少なくとも１回繰り返される。非重要情報への変更はいつでも発生し得る。図９は、ＭＣＣＨで伝送されたＭＢＭＳ  ＣＨＡＮＧＥ  ＩＮＦＯＲＭＡＴＩＯＮ及びＲＡＤＩＯ  ＢＥＡＲＥＲ  ＩＮＦＯＲＭＡＴＩＯＮを伝送するスケジュールを示す。異なるパターンのブロックは異なるＭＣＣＨコンテンツを示す。
【０１０３】
ＭＢＭＳ通知方式は、ＵＥに次の重要ＭＣＣＨ情報の変更を通知するために用いられる。通知はサービスグループに基づく。サービスＩＤとサービスグループ間のマッピングはハッシングメカニズム（ｈａｓｈｉｎｇ  ｍｅｃｈａｎｉｓｍ）に基づく。ＭＢＭＳ通知インジケータは、ＭＩＣＨというＭＢＭＳ固有のＰＩＣＨで伝送される。１つのＭＩＣＨフレームは全てのサービスグループに対する指示を伝達することができる。
【０１０４】
重要ＭＣＣＨ情報は修正周期の開始時にのみ変更することができる。全ての適用されたサービスのサービスグループに該当するＭＢＭＳ通知インジケータは、所定のサービスに関するＭＣＣＨ情報の第１変更以前に、全体の修正周期中に持続的に設定される。同一のサービスに関するＭＣＣＨ情報の次の修正周期での変更は、ＭＣＣＨでシグナリングされる。ＭＴＣＨ又はＰｔＰチャネルでいずれのＭＢＭＳサービスも受信していないＵＥは、いつでも自由にＭＢＭＳ通知を読み込むことができる。
【０１０５】
サービスグループに対するＭＢＭＳ通知の指示を検出するとき、前記サービスグループに該当するサービスに関心のあるＵＥは、次の修正周期の開始時にＭＣＣＨの読み込みを開始する。前記ＵＥは少なくともＭＢＭＳ  ＭＯＤＩＦＩＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮＦＯＲＭＡＴＩＯＮを読み込む。
【０１０６】
図１０は、ＭＩＣＨ構成と第１ＭＣＣＨ重要情報変更間のタイミング関係を示す図である。前記ＭＩＣＨの場合、斜線で示された区間２０はサービスに関する通知インジケータ（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ：ＮＩ）を設定する時間を示し、前記ＭＣＣＨの場合、異なるパターンのブロックは異なるサービスの通知に関するＭＣＣＨコンテンツを示す。
【０１０７】
アイドルモード、又はＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、もしくはＣＥＬＬ＿ＦＡＣＨ状態で、ＭＴＣＨでＭＢＭＳサービスを受信しているＵＥは、各修正周期の開始時にＭＣＣＨを読み込み、ＭＢＭＳ  ＭＯＤＩＦＩＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮＦＯＲＭＡＴＩＯＮを受信する。前記ＭＢＭＳ  ＭＯＤＩＦＩＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮＦＯＲＭＡＴＩＯＮは、ＭＢＭＳサービスＩＤを示し、選択的に、前記修正周期にＭＣＣＨ情報が修正されるＭＢＭＳセッションＩＤを示す。前記ＭＢＭＳ  ＭＯＤＩＦＩＥＤ  ＳＥＲＶＩＣＥＳ  ＩＮＦＯＲＭＡＴＩＯＮが、前記ＵＥがアクティブにしたＭＢＭＳサービスＩＤ及びＭＢＭＳセッションＩＤを示すと、前記ＵＥは残りのＭＣＣＨ情報を読み込む。
【０１０８】
ＣＥＬＬ＿ＦＡＣＨ状態のＵＥがＰｔＭ無線ベアラを受信しようとする場合、前記ＵＥは、まずＰ−ＣＣＰＣＨチャネルで伝送されたＢＣＣＨチャネル上のシステム情報を受信することにより、ＵＥ自身が選択したセルのＭＣＣＨ構成を知っていなければならない。従って、前記ＵＥはプライマリスクランブリングコードを知っていなければならない。前記ＵＥは、前記ＭＣＣＨチャネルを知ると、前記ＭＣＣＨチャネルを読み込んで前記ＰｔＭ無線ベアラの構成情報を得る。前記ＵＥは、第１開始セルを得るために、専用メッセージにより前記セルのプライマリスクランブリングコードを受信することができる。また、前記ＵＥは、セル検索を行うか、保存された情報を読み込むか、又はＵＥ自身が既に選択したセルのシステム情報から得た隣接セルに関する情報を利用することができる。
【０１０９】
図１１を参照すると、ＭＢＭＳの場合、異なるＭＢＭＳベアラサービスが異なる無線ベアラにマッピングされる。これは同図に示すように、例えばＭＡＣマルチプレクス又はトランスポートチャネルマルチプレクスを利用することにより異なるレベルでも可能である。サービスを受信するために、受信機は、新しいサービスが同一の物理／トランスポートチャネルにマルチプレクスされて構成が変更される場合、物理チャネル、トランスポートチャネル、及び論理チャネル／サービスの構成を知っている必要がある。従って、前記新しいサービスは、既に進行中のサービスの受信に影響を及ぼす可能性がある。
【０１１０】
ＭＡＣ層は、異なる論理チャネル（すなわち、異なる無線ベアラ）を同一のトランスポートチャネルにマルチプレクスする。また、前記ＭＡＣ層は物理チャネルへの接続を制御する。すなわち、前記ＭＡＣ層はトランスポートフォーマット組み合わせ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ：ＴＦＣ）を決定する。
【０１１１】
異なる無線ベアラ／論理チャネルが１つのトランスポートチャネルにマルチプレクスされる場合、ＭＢＭＳサービスのアイデンティティを伝達するＭＡＣヘッダを追加することにより、パケットの出所を区別する。通常、ＭＡＣヘッダが存在するか否かはトランスポートブロックのサイズに影響を与え、結果的にはトランスポートフォーマットの構成に影響を及ぼす。
【０１１２】
図１２は、同一の論理チャネルからのパケットのみトランスポートチャネルにマルチプレクスされる場合を示している。従って、異なるパケットの出所を区別するためにＭＡＣヘッダを追加する必要がない。
【０１１３】
図１３は、異なるサービスを同一のトランスポートチャネルにマルチプレクスするＭＡＣマルチプレクスの一例を示している。これは、各ＰＤＵに対して前記パケットに関連するサービスを示すためにＭＡＣヘッダを追加しなければならないので、前記伝送されるパケットのサイズが大きくなるということを意味する。
【０１１４】
図１４は、ＭＡＣヘッダを含む１つの論理チャネルのＭＡＣマルチプレクスの一例を示している。原則的には必要でないが、１つのサービスのみ同一のトランスポートチャネルにマルチプレクスされても、前記ＭＡＣヘッダを含めることができる。
【０１１５】
異なるＱｏＳ（例えば、遅延、ブロックエラー率など）を有する異なるストリームの場合、ＱｏＳ要求条件を満たすための特定のメカニズム（例えば、ＴＴＩ、符号化、物理層メカニズム）を利用する異なるトランスポートチャネルが利用される。図１５は異なるトランスポートチャネルを示している。１つのＴＴＩ内に伝送できるデータ量及び／又は伝送できるブロックの数に適用できるように、各トランスポートチャネルに異なるトランスポートフォーマットを定義する。
【０１１６】
図１６に示すように、異なるトランスポートチャネルからのデータのトランスポートフォーマットによって、既に定義された方式で前記異なるトランスポートチャネルを物理チャネルにマルチプレクスする。データを復号化するために、互いにマルチプレクスされたトランスポートチャネルの組み合わせは前記受信機にシグナリングされなければならない。このようなシグナリングは、トランスポートフォーマット組み合わせインジケータ（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ：ＴＦＣＩ）を利用して行われる。表１から分かるように、異なるＴＦＣＩ値の１つはトランスポートフォーマット組み合わせセット（Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｓｅｔ：ＴＦＣＳ）内の許可された各ＴＦＣに割り当てられる。
【０１１７】
前記ＴＦＣＩ値と前記伝送されたデータを並列に伝送して、前記受信機に前記データをデマルチプレクスさせた後に復号化させる。表１に示すように、可能な組み合わせはトランスポートチャネルの数及びトランスポートフォーマットの数に基づく。従って、トランスポートチャネルの数が変わると、トランスポートフォーマットの数も変更される。
【０１１８】
【表１】
2008527785.tif 000003
前述したシナリオは図１７に示されている。同図に示すように、新しく開始されるサービス２は、異なるトランスポートチャネルを利用して設定され、既にサービス１により使用されている物理チャネルにマルチプレクスされる。しかし、新しいトランスポートチャネルの設定により、ＴＦＣＳ及びＴＦＣＩの変更が要求される。よって、前記サービス１にのみ関心のある全てのＵＥは、新しい構成を読み込まなければＴＦＣＩを正確に解析することができない。
【０１１９】
同一の原理が前記サービス２を前記サービス１と共に同一のトランスポートチャネルにマルチプレクスする場合にも適用される。まず、図１２に示すように、原則的には、ただ１つのサービスをただ１つのトランスポートチャネルにマルチプレクスする場合はＭＡＣヘッダが必要でない。しかし、他のサービスが追加されると、前記ＭＡＣヘッダが必要となる。従って、同一のペイロードを伝送できるように、トランスポートブロックのサイズを増加させなければならず、これにより、トランスポートチャネルパラメータの再構成が必要となる。別のトランスポートチャネルでマルチプレクスを行う場合と同様に、前記サービス２の開始時、前記サービス１にのみ関心のあるＵＥは前記新しい構成を読み込む必要がある。これは前記ＵＥが前記新しいサービス（サービス２）の受信に関心がなくても同様である。
【０１２０】
物理チャネルの構成は、図１８に示すような方式で伝送される。図１８は、前記物理チャネルにマッピングされるトランスポートチャネルのリストを含む物理チャネル構成を示す。各トランスポートチャネルには、特定のトランスポートチャネルを利用する（ＭＢＭＳサービスと類似した）無線ベアラのリストが構成されている。一般に、このような原理は現在セル及び隣接セルの構成を示すために用いられる。ＭＡＣヘッダを使用するか否かは、標準仕様に定義されているか（例えば、ＭＡＣヘッダはＭＴＣＨタイプのトランスポートチャネルに対して常に使用される／使用されない）、又は１つのサービスがマッピングされるか否か（ＭＡＣヘッダが必要でない場合）によって決定される。
【０１２１】
現在、ＭＢＭＳサービスを伝達しないトランスポートチャネルの構成は、ＵＥに伝送される物理チャネル構成に含まれない。従って、このようなトランスポートチャネルを使用する新しいサービスが開始されると、前記ＵＥは、前記新しいサービスに関心がなくても、前記トランスポートチャネル構成及び前記新しいサービスの構成情報を読み込まなければならない。また、ただ１つのＭＢＭＳサービスが（ＭＡＣヘッダを使用しないことに決定した場合を除いて）元の１つのトランスポートチャネルを使用するとき、異なるサービスを前記１つのトランスポートチャネルにマルチプレクスするためのＭＡＣヘッダを使用するようにすることはできない。これにより、新しいサービスを他のサービスが前に使用したトランスポートチャネルにマルチプレクスするとき、前記ＵＥは、前記新しいサービスに関心がなくても、そのサービスを考慮するためにトランスポートチャネル構成をさらに読み込まなければならない。
【０１２２】
従って、ＵＥが関心のないサービスの構成情報を読み込む回数を減少させるための方法が要求される。従来の技術においては、無線ベアラがマッピングされないトランスポートチャネルの構成を現在セルの構成情報（ＭＢＭＳ  ＣＵＲＲＥＮＴ  ＣＥＬＬ  Ｐ−Ｔ−Ｍ  ＲＢ  ＩＮＦＯＲＭＡＴＩＯＮ）又は隣接セルの構成情報（ＭＢＭＳ  ＮＥＩＧＨＢＯＲＩＮＧ  ＣＥＬＬ  Ｐ−Ｔ−Ｍ  ＲＢ  ＩＮＦＯＲＭＡＴＩＯＮ）に示すことが不可能であった。また、異なるサービスをマルチプレクスするためのＭＡＣヘッダが必要であるか否かをシグナリングすることも不可能であった。ＭＡＣヘッダが例えば、常に存在する／存在しない、又は複数の論理チャネルがトランスポートチャネルにマルチプレクスされるか否かによって存在するなどの規則を規定することのみ可能であった。従って、本発明はこのような欠点の全てを克服する。
【０１２３】
図１９は、本発明の一実施形態によるネットワークからＵＥへのトランスポートチャネル構成の通信（伝送）方法を示している。
【０１２４】
図１９を参照すると、物理チャネル構成は、物理チャネルにマッピングされるトランスポートチャネルのリストを含む。同図に示すように、トランスポートチャネル１の構成情報は、前記物理チャネル構成に含まれており、前記トランスポートチャネル１を利用するＭＢＭＳサービスのリストによって構成される。また、前記物理チャネル構成はトランスポートチャネル２の構成情報を含み、前記トランスポートチャネル２にはいずれのＭＢＭＳサービスもマッピングされない。同様に、トランスポートチャネル３の構成情報も前記物理チャネル構成に含まれ、前記トランスポートチャネル３にもＭＢＭＳサービスがマッピングされない。図１９には３つのトランスポートチャネル構成を示したが、本発明においては、より多くのトランスポートチャネル構成を前記物理チャネル構成に含めることができる。前記物理チャネル及び前記トランスポートチャネルの構成は現在セル及び隣接セルの構成を示すことが好ましい。
【０１２５】
好ましくは、いずれのＭＢＭＳサービスもマッピングされていないトランスポートチャネルがＵＥに伝送される物理チャネル構成に含まれているシステムを構成するために、このようなトランスポートチャネルにＭＢＭＳサービスがマルチプレクスされていないことを前記ＵＥに通知する。また、このようなトランスポートチャネルにマルチプレクスされるＭＢＭＳサービスが選択的に発生し得ることをも前記ＵＥに通知することができる。
【０１２６】
動作中に、物理チャネル構成がネットワークからＵＥに伝送されると、前記ＵＥは、現在ＭＢＭＳサービスがマッピングされたトランスポートチャネルの構成情報、及び現在ＭＢＭＳサービスがマッピングされていないトランスポートチャネルの構成情報を把握する。好ましくは、前記現在ＭＢＭＳサービスがマッピングされていないトランスポートチャネルは、新しいサービスの開始時、そのサービスがトランスポートチャネル自身にマッピングされるようにする可能性がある。このように、前記ＵＥは、前記新しいサービスの開始前に、前記新しいサービスのために前記トランスポートチャネルを構成することができる。
【０１２７】
前記ＵＥは、まだ開始していなくても、前記既に構成されたトランスポートチャネルにマッピングされる新しいＭＢＭＳサービスの新しい構成情報を把握すると、ＵＥ自身がそのサービスに関心がある場合、前記サービスの開始前に前記新しいＭＢＭＳサービスを受信することに決定する。従って、前にいずれのＭＢＭＳサービスもマッピングされていないトランスポートチャネルにマッピングされる前記新しいＭＢＭＳサービスの開始時に、ＵＥはＵＥ自身が前記新しいＭＢＭＳサービスに関心がある場合、新しい構成情報を読み込む。前記新しいＭＢＭＳサービスに関心がない場合、ＵＥは前記新しい構成情報を読み込む必要がない。このように、ＵＥが関心のないサービスの構成情報を読まなければならないという問題を回避することができる。
【０１２８】
図２０は、本発明の一実施形態によるトランスポートチャネルにマッピングされる新しいサービスの開始を示している。図２０に示すように、新しく開始されたサービス２は、同一のトランスポートチャネル構成Ａを利用して設定され、前にいずれのサービスも伝送されていないトランスポートチャネルを含むサービス１により現在使用されている物理チャネルにマルチプレクスされる。本発明によれば、ＵＥは前記サービス２の開始前に既に前記新しいサービス２の構成情報を把握している。従って、前記サービス２が開始されると、前記ＵＥはＵＥ自身が前記サービス２に関心がある場合、前記構成情報を読み込む。関心がない場合は、前記サービス２の構成情報を読み込まない。
【０１２９】
図１９を参照すると、複数のＭＢＭＳサービスを１つのトランスポートチャネルにマルチプレクスするためにＭＡＣヘッダを使用するか否かを示す情報をトランスポートチャネルの構成情報に含めることができる。同図に示すように、トランスポートチャネル１の場合、ＭＡＣヘッダの使用を前記トランスポートチャネル１のパラメータとしてシグナリングすることが好ましい。それに対して、トランスポートチャネル３の場合、ＭＡＣヘッダの非使用を前記トランスポートチャネル３のパラメータとしてシグナリングする。トランスポートチャネル２の場合、現在前記トランスポートチャネルにいずれのＭＢＭＳサービスもマッピングされていなくても、ＭＡＣヘッダの使用を前記トランスポートチャネル２のパラメータとしてシグナリングすることが好ましい。
【０１３０】
動作中に、物理チャネル構成がネットワークからＵＥに伝送されると、前記ＵＥは、特定のトランスポートチャネルによりＭＡＣヘッダが使用されているか否かを把握する。ＭＡＣヘッダの使用は、少なくとも２つのＭＢＭＳサービスが同一のトランスポートチャネルにマルチプレクスされることを示す。従って、前記ＵＥが前記トランスポートチャネルの構成情報を受信すると、前記トランスポートチャネルが現在トランスポートチャネル自身にいずれのＭＢＭＳサービスもマッピングされていないか、又は１つのＭＢＭＳサービスのみマッピングされていても、前記ＵＥは前記トランスポートチャネルが異なるＭＢＭＳサービス間で共有されていることを予測する。
【０１３１】
さらに図２０を参照すると、新しく開始されたサービス２は、トランスポートチャネル構成Ａを利用して設定され、現在サービス１により使用されている物理チャネルにマルチプレクスされる。好ましくは、本発明の一実施形態によれば、前記新しく開始されたサービス２は、前記サービス１が使用しているのと同一のトランスポートチャネルにマッピングされる。好ましくは、ＵＥは、前記サービス１のＭＡＣヘッダに現在使用されているトランスポートチャネルの構成情報が存在することによって、前記サービス２の開始前に前記新しいサービス２が前記サービス１と同一のトランスポートチャネルにマッピングされると予測する。従って、前記サービス２が開始されると、前記ＵＥは前記新しいサービス２のＭＡＣヘッダを読み込む。前記ＵＥは、前記新しいサービス２に関心がある場合、前記サービス２の構成情報を読み込み、前記サービス２に関心がない場合、前記サービス２の構成情報を読み込まない。
【０１３２】
本発明は、移動通信に関連して説明されたが、無線通信特性を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲を特定無線通信システムに限定するものではない。本発明は、さらに、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡなどの他の無線インタフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【０１３３】
本実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラム及び／又はエンジニアリング技術を利用して製造方法、装置、又は製造物として実行できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）など）、コンピュータ可読媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなどの磁気記録媒体）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、又は揮発性／不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど）において実行されるコードやロジックを示す。
【０１３４】
コンピュータ可読媒体内のコードはプロセッサにより接続及び実行される。本実施形態を実行するコードは伝送媒体を通じて、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実行される製造物は、ネットワーク転送ライン、無線伝送媒体、空中を伝播する信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲においてこのような形態の多様な変形が可能であり、前記製造物が公知の情報伝送媒体も含むことができるという点を理解できるであろう。
【０１３５】
前述した実施形態と利点は本発明を制限するものでなく、単なる例示にすぎない。本発明は、他の形態の装置にも容易に適用できる。本発明の詳細な説明は特許請求の範囲を制限するものでなく、単なる説明の便宜のためのものである。当該技術分野における通常の知識を有する者であれば多様な代案、変更、変形が可能であることを理解できるであろう。請求項において、ミーンズプラスファンクションクレーム（ｍｅａｎｓ−ｐｌｕｓ−ｆｕｎｃｔｉｏｎ  ｃｌａｕｓｅｓ）は列挙された機能を実行するものであり、ここに記載された構造、構造的同等物だけでなく均等な構造をも含む。
【図面の簡単な説明】
【０１３６】
【図１】一般的なＵＭＴＳネットワーク構造を示すブロック図である。
【図２】３ＧＰＰ無線アクセスネットワークの標準に準拠した端末とネットワーク間の無線インタフェースプロトコルの構造を示すブロック図である。
【図３】移動端末における論理チャネルのトランスポートチャネルへのマッピングを示す図である。
【図４】ネットワークにおける論理チャネルのトランスポートチャネルへのマッピングを示す図である。
【図５】ＵＭＴＳネットワークにおけるモードと状態間の可能な遷移を示す図である。
【図６】マルチキャストモードを利用して特定の一対多サービスを提供する過程を示す図である。
【図７】ブロードキャストサービスを提供する過程を示す図である。
【図８】ネットワーク側におけるセッションシーケンスを示す図である。
【図９】ＭＣＣＨで情報を伝送するためのスケジュールを示す図である。
【図１０】修正周期中にＭＣＣＨを読み込むための通知を以前の修正周期中にＭＩＣＨで伝送するスケジュールを示す図である。
【図１１】ＭＢＭＳベアラサービス、無線ベアラ、トランスポートチャネル、及び物理チャネルのマッピングを示す図である。
【図１２】同一の論理チャネルからのパケットのみを同一のトランスポートチャネルにマルチプレクスする場合を示す図である。
【図１３】異なるサービスを同一のトランスポートチャネルにマルチプレクスするＭＡＣマルチプレクスの一例を示す図である。
【図１４】ＭＡＣヘッダを含む１つの論理チャネルのＭＡＣマルチプレクスの一例を示す図である。
【図１５】異なるトランスポートチャネル構成を示す図である。
【図１６】異なるトランスポートチャネルを物理チャネルにマルチプレクスする場合を示す図である。
【図１７】新しいトランスポートチャネルを前に使用した物理チャネルにマルチプレクスする、新しいサービスのための新しいトランスポートチャネルの追加を示す図である。
【図１８】物理チャネル構成の通信（送受信）方法を示す図である。
【図１９】本発明の一実施形態によるネットワークからＵＥへのトランスポートチャネル構成の通信方法を示す図である。
【図２０】本発明の一実施形態によるトランスポートチャネルにマッピングされる新しいサービスの開始を示す図である。
【図１】
2008527785.tif 000004
【図２】
2008527785.tif 000005
【図３】
2008527785.tif 000006
【図４】
2008527785.tif 000007
【図５】
2008527785.tif 000008
【図６】
2008527785.tif 000009
【図７】
2008527785.tif 000010
【図８】
2008527785.tif 000011
【図９】
2008527785.tif 000012
【図１０】
2008527785.tif 000013
【図１１】
2008527785.tif 000014
【図１２】
2008527785.tif 000015
【図１３】
2008527785.tif 000016
【図１４】
2008527785.tif 000017
【図１５】
2008527785.tif 000018
【図１６】
2008527785.tif 000019
【図１７】
2008527785.tif 000020
【図１８】
2008527785.tif 000021
【図１９】
2008527785.tif 000022
【図２０】
2008527785.tif 000023
【誤訳訂正書】
【提出日】平成19年7月3日(2007.7.3)
【誤訳訂正１】
【訂正対象書類名】図面
【訂正対象項目名】図１９
【訂正方法】変更
【訂正の内容】
【図１９】
2008527785.tif 000024
【国際調査報告】
2008527785.tif 000025
2008527785.tif 000026