(57)【要約】本発明は、移動通信システムにおけるマルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）の送受信方法に関する。前記移動通信システムは、同一サービスのために第１ベアラ情報及び第２ベアラ情報を備えることにより異なるストリームで同一サービスを伝送できる。前記移動端末は、ダウンリンク制御チャネルで受信された前記第１ベアラ情報に基づいて第２ベアラ情報を受信することにより効率的に前記ＭＢＭＳサービスを受信する。
2009504076.tif 000002
【特許請求の範囲】
【請求項１】
ダウンリンク制御チャネルで第１ベアラに関する制御情報を受信する段階と、
前記受信した第１ベアラの制御情報に基づいて前記ダウンリンク制御チャネルで第２ベアラに関する制御情報を受信する段階と
を含むことを特徴とする移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項２】
前記受信した第２ベアラの制御情報を利用してダウンリンクデータチャネルで前記第２ベアラのデータを受信する段階をさらに含むことを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項３】
前記ダウンリンク制御チャネルは、
ＭＣＣＨ（ＭＢＭＳ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＭＩＣＨ（ＭＢＭＳ  ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）の少なくとも１つであることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項４】
前記ダウンリンクデータチャネルは、
ＭＴＣＨ（ＭＢＭＳ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）及びＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）の少なくとも１つであることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項５】
前記第１ベアラ及び前記第２ベアラは、
それぞれ異なるサービス品質（ＱｏＳ）を有することを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項６】
前記第１ベアラ及び前記第２ベアラは、
異なるチャネルコードを利用して異なる共通物理チャネルで受信されることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項７】
前記第１ベアラ及び前記第２ベアラは、
受信された後に互いに結合されることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項８】
前記移動端末の能力に基づいて前記第１ベアラ又は前記第２ベアラを利用するか否かを決定する段階をさらに含むことを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項９】
ＭＩＣＨで前記移動端末により通知インジケータ（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ：ＮＩ）に関する情報が識別されると、ＭＣＣＨでサービス情報の受信を試みる段階をさらに含むことを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１０】
前記第１ベアラに関する制御情報は、修正サービス情報（Ｍｏｄｉｆｉｅｄ  Ｓｅｒｖｉｃｅｓ  Ｉｎｆｏｒｍａｔｉｏｎ：ＭＳＩ）を利用してＭＣＣＨで前記移動端末により受信されることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１１】
前記第２ベアラに関する制御情報は、修正サービス情報（ＭＳＩ）又は未修正サービス情報（Ｕｎｍｏｄｉｆｉｅｄ  Ｓｅｒｖｉｃｅｓ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＳＩ）を利用してＭＣＣＨで前記移動端末により受信されることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１２】
前記第１ベアラと前記第２ベアラの少なくとも１つのための計数過程が要求されると、第１無線ベアラ情報に関するアクセス情報を受信する段階をさらに含み、
前記アクセス情報は、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）でアクセス情報応答を伝送する確率を示す確率係数を含むことを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１３】
前記アクセス情報応答は、
リリースインジケータ（Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｏｒ：ＲＩ）を含むことを特徴とする請求項１２に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１４】
前記マルチメディアサービスは、
１対多サービスであることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１５】
前記マルチメディアサービスは、
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）サービスであることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１６】
前記第１ベアラ及び第２ベアラは、
同一の１対多サービスに利用されることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１７】
前記第１ベアラ及び前記第２ベアラは、
ＭＢＭＳベアラサービスと関連することを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１８】
前記第１ベアラ及び前記第２ベアラは、
１つのセルで提供されることを特徴とする請求項１に記載の移動端末によるネットワークからのマルチメディアサービス受信方法。
【請求項１９】
ダウンリンク制御チャネルで第１ベアラに関する制御情報を送信する段階と、
前記ダウンリンク制御チャネルで前記第１ベアラに関する制御情報に基づく第２ベアラに関する制御情報を送信する段階と
を含むことを特徴とするネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２０】
前記ダウンリンク制御チャネルは、
ＭＣＣＨ（ＭＢＭＳ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＭＩＣＨ（ＭＢＭＳ  ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）の少なくとも１つであることを特徴とする請求項１９に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２１】
前記第１ベアラに関する制御情報は、前記ＭＣＣＨで修正サービス情報（ＭＳＩ）メッセージに含まれ、前記第２ベアラに関する制御情報は、前記ＭＣＣＨでＭＳＩメッセージ及び未修正サービス情報（ＵＳＩ）メッセージの少なくとも１つに含まれることを特徴とする請求項２０に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２２】
前記移動端末に前記第１ベアラのための計数過程パラメータからなるアクセス情報を送信する段階をさらに含むことを特徴とする請求項１９に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２３】
前記計数過程パラメータは、
ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）でアクセス情報応答を伝送する確率を示す確率係数であることを特徴とする請求項２２に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２４】
ＲＡＣＨアクセスサービスクラス、ＲＡＣＨシグネチャー、ＲＡＣＨアクセススロット、及び論理チャネル優先順位の少なくとも１つに基づいて前記第１ベアラ及び第２ベアラに対する異なる優先順位を割り当てる段階をさらに含むことを特徴とする請求項２３に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２５】
リリースインジケータを含む計数応答を受信する段階をさらに含むことを特徴とする請求項２３に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２６】
前記第１ベアラ及び／又は前記第２ベアラを１対１ベアラとして利用するか１対多ベアラとして利用するかを決定する段階をさらに含むことを特徴とする請求項２５に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２７】
１対多ベアラとして利用すると決定された場合、ＭＣＣＨ（ＭＢＭＳ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）で前記移動端末にベアラ設定情報を送信する段階をさらに含むことを特徴とする請求項２６に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２８】
１対１ベアラとして利用すると決定された場合、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）で前記端末にベアラ設定情報を送信する段階をさらに含むことを特徴とする請求項２６に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【請求項２９】
ＭＴＣＨ（ＭＢＭＳ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）及びＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）の少なくとも１つで前記第１ベアラ及び前記第２ベアラのデータを送信する段階をさらに含むことを特徴とする請求項２８に記載のネットワークから移動端末へのＭＢＭＳサービス伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアブロードキャスト／マルチキャストサービス（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＭＳ）に関し、特に、ＭＢＭＳに関するデータ及び制御情報の送受信に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、欧州標準であるＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワークとＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）技術を基盤としてより向上した移動通信サービスの提供を目標とする。
【０００３】
図１は、ＵＭＴＳネットワーク構造１を示す。図に示すように、移動端末又はユーザ装置（ＵＥ）２は、ＵＴＲＡＮ（ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）６を介してコアネットワーク４に接続する。前記ＵＴＲＡＮ６は、前記ＵＥ２と前記コアネットワーク４間の通信のための無線接続ベアラの設定、維持、及び管理を行い、エンドツーエンドのサービス品質要求事項を満たす。
【０００４】
前記ＵＴＲＡＮ６は、複数の無線ネットワークサブシステム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍｓ：ＲＮＳ）８から構成され、各ＲＮＳ８は、複数の基地局又はＮｏｄｅ  Ｂ１２を管理する１つの無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）１０を含む。所定の基地局１２に接続したＲＮＣ１０は、１つのセル内で動作するいくつかの前記ＵＥ２に提供される共有リソースの割り当て及び管理を担当する制御ＲＮＣを意味する。１つのＮｏｄｅ  Ｂには、１つ以上のセルが存在する。前記制御ＲＮＣ１０は、トラヒック負荷、セル輻輳（ｃｏｎｇｅｓｔｉｏｎ）、及び新しい無線リンクの承認を制御する。各Ｎｏｄｅ  Ｂ１２は、前記ＵＥ２からアップリンク信号を受信し、前記ＵＥ２にダウンリンク信号を伝送する。各Ｎｏｄｅ  Ｂ１２は、前記ＵＥ２と前記ＵＴＲＡＮ６を接続するアクセスポイントの役割を果たし、前記ＲＮＣ１０は、該当Ｎｏｄｅ  Ｂと前記コアネットワーク４を接続するためのアクセスポイントの役割を果たす。
【０００５】
前記ＵＴＲＡＮ６の無線ネットワークサブシステム８のうち、サービングＲＮＣ１０は、特定ＵＥ２にサービスを提供するための専用無線リソースを管理するＲＮＣであり、前記特定ＵＥにデータを送信するための前記コアネットワーク４とのアクセスポイントである。前記ＵＥ２に接続された他の全てのＲＮＣがドリフト（ｄｒｉｆｔ）ＲＮＣであるため、前記ＵＴＲＡＮ６を介して前記ＵＥと前記コアネットワーク４を接続するサービングＲＮＣ１０は１つのみ存在する。前記ドリフトＲＮＣ１０は、ユーザデータのルーティングを容易にし、共有リソースとして符号を割り当てる。
【０００６】
前記ＵＥ２と前記ＵＴＲＡＮ６間のインタフェースは、無線アクセスネットワーク規格に準拠して設定された無線インタフェースプロトコルにより実現されるが、この無線インタフェースプロトコルは、例えば、３ＧＰＰ規格で示された物理層（Ｌ１）、データリンク層（Ｌ２）、及びネットワーク層（Ｌ３）からなる。これらの層は、通信システムにおいて公知の開放型システム間相互接続（ＯＳＩ）モデルの下位３層に基づく。
【０００７】
図２は、無線インタフェースプロトコルの構造を示す。図に示すように、前記無線インタフェースプロトコルは、水平的には、物理層と、データリンク層と、ネットワーク層とに区分され、垂直的には、音声信号及びＩＰパケット送信などのデータトラヒックを転送するためのユーザプレーンと、インタフェースの維持及び管理のための制御情報を転送するための制御プレーンとに区分される。
【０００８】
物理層（ＰＨＹ）は、上位層に情報転送サービスを提供し、媒体アクセス制御（ＭＡＣ）層とはトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続される。データは、トランスポートチャネルを介して前記ＭＡＣ層と前記物理層間を移動する。また、データ送信は、相異なる物理層間、すなわち、送信側（送信機）と受信側（受信機）の物理層間で物理チャネルを介して行われる。
【０００９】
第２層（Ｌ２）のＭＡＣ層は、上位層に情報転送サービスを提供し、論理チャネルを介して無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：ＲＬＣ）層に接続される。前記第２層（Ｌ２）のＲＬＣ層は、信頼性のあるデータ送信をサポートし、上位層からのＲＬＣサービスデータ単位（ＳＤＵ）の分割及び連結機能を果たす。
【００１０】
第３層（Ｌ３）の最下部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、制御プレーンにおいてのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定、再設定及び解除に関連してトランスポートチャネル及び物理チャネルを制御する。ここで、ＲＢは、前記ＵＥ２と前記ＵＴＲＡＮ６間のデータ転送のために、ＲＬＣ層又はＭＡＣ層などの下位層により提供されるサービスである。
【００１１】
ＲＢの設定とは、特定サービスを提供するために必要なプロトコル層及びチャネルの特性を規定することで、前記サービスのパラメータ及び動作方法を設定することである。特定ＵＥ２のＲＲＣ層とＵＴＲＡＮ６のＲＲＣ層間に接続が設定されて転送が可能なときは、前記ＵＥ２がＲＲＣ接続状態にあるといい、接続されていないときは、前記ＵＥ２がアイドル状態にあるという。
【００１２】
以下、マルチメディアブロードキャスト／マルチキャストサービス（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ：  ＭＢＭＳ又はＭＢＭＳサービス）について説明する。ＭＢＭＳとは、１対多無線ベアラ及び１対１無線ベアラの少なくとも１つを利用するダウンリンク専用のＭＢＭＳ無線ベアラを使用して複数のＵＥ２にストリーミング及びバックグラウンドサービスを提供する方法をいう。１つのＭＢＭＳサービスは、１つ以上のセッションを含み、ＭＢＭＳデータは、セッション中にのみＭＢＭＳ無線ベアラで複数の端末（すなわち、ＵＥ）に送信される。
【００１３】
ＭＢＭＳは、ブロードキャストモード又はマルチキャストモードで行われる。前記ブロードキャストモードは、ブロードキャスト領域、例えば、ブロードキャストサービスが利用可能な地域内の全てのＵＥにマルチメディアデータを送信するためのモードである。前記マルチキャストモードは、マルチキャスト領域、例えば、マルチキャストサービスが利用可能な地域内の特定ＵＥ２グループにマルチメディアデータを送信するためのモードである。
【００１４】
前記ＵＴＲＡＮ６は、ＲＢを使用して前記ＵＥ２にＭＢＭＳサービスを提供する。前記ＵＴＲＡＮ６により使用されるＲＢは、１対１ＲＢと１対多ＲＢに分類される。前記１対１ＲＢは、双方向ＲＢ（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ  ＲＢ）であり、論理チャネルＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、トランスポートチャネルＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）、並びに物理チャネルＤＰＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）もしくはＳＣＣＰＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を含む。
【００１５】
１対多ＲＢは、単方向ダウンリンクＲＢ（ｕｎｉ−ｄｉｒｅｃｔｉｏｎａｌ  ｄｏｗｎｌｉｎｋ  ＲＢ）であり、図３に示すように、論理チャネルＭＴＣＨ（ＭＢＭＳ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、トランスポートチャネルＦＡＣＨ、及び物理チャネルＳＣＣＰＣＨを含む。前記論理チャネルＭＴＣＨは、１つのセルに提供されるそれぞれのＭＢＭＳサービス毎に設定され、特定ＭＢＭＳサービスのユーザプレーンデータを複数のＵＥに伝送するために使用される。
【００１６】
図３は、ＭＢＭＳのためのチャネルマッピングを説明するための図である。図３を参照すると、１対多無線ベアラは、論理チャネルＭＴＣＨ、トランスポートチャネルＦＡＣＨ、及び物理チャネルＳＣＣＰＣＨを含む。前記論理チャネルＭＴＣＨは、１つのセルに提供されるそれぞれのＭＢＭＳサービス毎に設定され、特定ＭＢＭＳのユーザプレーンデータを複数のＵＥに伝送するために使用される。
【００１７】
論理チャネルＭＣＣＨ（ＭＢＭＳ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、図３に示すように、１対多ダウンリンクチャネルであり、前記ＭＢＭＳに関する制御情報の伝送のために使用される。前記論理チャネルＭＣＣＨは、前記伝送チャネルＦＡＣＨにマッピングされ、前記伝送チャネルＦＡＣＨは、前記物理チャネルＳＣＣＰＣＨにマッピングされる。１つのセルは、１つのＭＣＣＨを有する。
【００１８】
図４は、ＭＣＣＨ情報の伝送方法を示す概念図である。前記ＭＣＣＨ情報は、修正周期及び繰り返し周期で周期的に伝送される。また、前記ＭＣＣＨ情報は、重要情報と非重要情報に分けられる。これらのうち前記非重要情報は、修正周期又は繰り返し周期に修正できる。しかしながら、前記重要情報は、修正周期にのみ修正できる。従って、前記重要情報は、繰り返し周期毎に１回ずつ繰り返して伝送される。しかしながら、修正された重要情報は、前記修正周期が開始する時点でのみ伝送される。
【００１９】
前記ＭＣＣＨ情報は、前記ＭＢＭＳの少なくとも１つの制御メッセージ（すなわち、ＲＲＣメッセージ、ＭＢＭＳ修正サービス情報（Ｍｏｄｉｆｉｅｄ  Ｓｅｒｖｉｃｅｓ  Ｉｎｆｏｒｍａｔｉｏｎ：ＭＳＩ）、ＭＢＭＳ未修正サービス情報（Ｕｎｍｏｄｉｆｉｅｄ  Ｓｅｒｖｉｃｅｓ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＳＩ）、ＭＢＭＳ１対多無線ベアラ情報、及びアクセス情報など）を含む。前記メッセージのうちアクセス情報は、非重要に該当し、残りの全てのＭＣＣＨ情報メッセージは重要情報に該当する。
【００２０】
前記アクセス情報は、計数過程を動作させるために使用される。アクセス情報に基づいて、前記ＵＥは、ＲＲＣ接続要求メッセージ、セル更新メッセージ、又はＵＲＡ更新メッセージなどの計数過程応答メッセージを送信し、ＲＲＣ接続過程、セル更新過程、又はＵＲＡ更新過程を行う。
【００２１】
前記ＵＴＲＡＮが前記全てのメッセージを送信する場合、そのメッセージが特定サービスに関する情報を有していると、メッセージはＭＢＭＳ送信識別子とともに伝送される。ここで、前記ＭＢＭＳ送信識別子は、ＭＢＭＳセッション識別子（ＭＢＭＳ  Ｓｅｓｓｉｏｎ  Ｉｎｄｅｎｔｉｔｙ）とＭＢＭＳサービス識別子（ＭＢＭＳ  Ｓｅｒｖｉｃｅ  Ｉｎｄｅｎｔｉｔｙ）から形成される。例えば、前記ＭＳＩを送信するとき、前記ＭＳＩは、前記ＭＢＭＳサービス識別子で表されるサービス情報とともに前記ＭＢＭＳセッション識別子を含む。
【００２２】
前記ＵＴＲＡＮは、修正周期中にＭＣＣＨ情報が更新されたか否かを通知するために、周期的に物理チャネルＭＩＣＨ（ＭＢＭＳ  ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）を送信する。従って、特定ＭＢＭＳのみを受信しようとするＵＥは、そのサービスのセッションが開始する前はＭＣＣＨ又はＭＴＣＨを受信せず、周期的にＭＩＣＨを受信する。また、ＭＣＣＨ情報の更新とは、ＭＣＣＨ情報のうち特定項目の生成、追加、修正、及び／又は除去をいう。
【００２３】
また、前記ＵＴＲＡＮは、ＭＣＣＨ情報が更新されているか否かを通知するために、物理チャネルＭＩＣＨとともにＭＳＩメッセージを周期的に送信する。前記ＭＳＩメッセージは、現在セルで該当修正周期中に更新される全てのサービスの識別子情報とそのサービスに加入したＵＥに要求される動作情報を伝送する。ここで、前記識別子情報としてはＭＢＭＳ送信識別子が使用される。前記ＭＢＭＳ送信識別子は、特定サービスを示すＭＢＭＳサービス識別子のみから構成されるか、又は、特定サービスの特定セッションを示すＭＢＭＳセッション識別子（Ｓｅｓｓｉｏｎ  Ｉｄｅｎｔｉｔｙ）がＭＢＭＳサービス識別子と互いに結合して構成される。一方、該当セルで現在提供中のサービスのうち修正周期中に修正されていないサービスの識別子情報は、ＵＳＩメッセージにより伝送される。ここで、前記識別子情報としては、該当サービスのＭＢＭＳ送信識別子が使用される。
【００２４】
特定ＭＢＭＳサービスのセッションが開始すると、前記ＵＴＲＡＮは、通知インジケータ（Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ：ＮＩ）を送信する。前記ＮＩは、特定ＭＢＭＳを受信しようとするＵＥにＭＣＣＨを受信すると通知するインジケータである。前記ＭＩＣＨで前記ＮＩを受信したＵＥは、ＭＩＣＨが示す特定修正周期中にＭＣＣＨを受信する。前記ＭＣＣＨの受信中に、前記ＵＥは、ＭＳＩメッセージを受信することにより該当修正周期中にＵＥが受信しようとするＭＢＭＳサービスが更新されているか否かをまず把握し、更新されている場合、修正されたＭＣＣＨ情報を取得する。一方、前記ＵＥは、修正周期中に送信されるＭＳＩメッセージとＵＳＩメッセージを受信することにより、該当修正周期中に現在セルで提供されている全てのサービスのリストを把握できる。
【００２５】
従って、１対多無線ベアラを利用して特定ＭＢＭＳを受信しようとするＵＥは、ＭＣＣＨでＲＢ情報を含むＭＣＣＨ情報を受信し、その情報を利用して前記１対多ＲＢを設定する。前記１対多ＲＢが設定されると、前記ＵＥは、ＭＴＣＨがマッピングされた物理チャネルＳＣＣＰＣＨを続けて受信し、前記ＭＴＣＨで送信される特定ＭＢＭＳのデータを取得する。
【００２６】
前記ＵＴＲＡＮは、前記ＭＴＣＨで不連続的にＭＢＭＳデータを伝送できる。ここで、図３に示すように、前記ＵＴＲＡＮは、ＭＴＣＨがマッピングされるＳＣＣＰＣＨのＭＳＣＨ（ＭＢＭＳ  Ｓｃｈｅｄｕｌｉｎｇ  Ｃｈａｎｎｅｌ）でスケジューリングメッセージを周期的に前記ＵＥに送信する。前記スケジューリングメッセージは、１つのスケジューリング周期中に伝送されるＭＢＭＳデータの伝送開始時点と伝送期間を通知する。このために、前記ＵＴＲＡＮは、前記ＵＥにスケジューリング情報の伝送周期を予め通知しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【００２７】
前述したように、従来の技術において、前記ＵＥは、ベアラサービスに関するサービス情報を受信した後にそのサービスのデータを受信する。従って、１つのユーザサービスに属する多様なベアラサービスのデータを受信する場合、前記ＵＥは、それぞれのベアラサービスに関するサービス情報を独立して受信した後にそれぞれのベアラサービスのデータ受信段階を行う。
【００２８】
従って、前記ＵＥは、ユーザサービスを受信する場合、複数のベアラサービスのサービス情報を独立して受信しなければならない。これは、前記ＵＥが複数のベアラサービスのサービス情報を非効率的に受信するため問題となる。従って、より効率的に移動通信システムにおけるＭＢＭＳサービスを送受信できる方法が求められている。
【課題を解決するための手段】
【００２９】
従って、本発明の目的は、前記ＵＥにより効率的にＭＢＭＳサービスを受信できるＭＢＭＳサービス送信方法を提供することにある。
【００３０】
このような目的を達成するために、本発明による移動通信システムにおけるマルチメディアサービス受信方法は、ダウンリンク制御チャネルで第１ベアラに関する制御情報を受信する段階と、前記受信した第１ベアラの制御情報を利用してダウンリンク制御チャネルで第２ベアラに関する制御情報を受信する段階と、前記受信した第２ベアラの制御情報を利用してダウンリンクデータチャネルで前記第２ベアラのデータを受信する段階とを含む。
【００３１】
前記ダウンリンク制御チャネルは、ＭＣＣＨ及びＭＩＣＨの少なくとも１つである。
【００３２】
前記ダウンリンクデータチャネルは、ＭＴＣＨ及びＤＴＣＨの少なくとも１つである。
【００３３】
前記第１ベアラと第２ベアラは、それぞれ異なるサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ：ＱｏＳ）を有する。
【００３４】
前記マルチメディアサービスは、ＭＢＭＳサービスである。
【発明を実施するための最良の形態】
【００３５】
本発明の一態様は、前述したような従来の問題に対する本発明者らの認識を含み、詳細に後述される。このような認識に基づいて、本発明の特徴が改善されている。
【００３６】
本発明は、ＭＢＭＳに関するデータ及び制御情報をより効率的に送受信するための方法に関する。このために、本発明は、同一サービスのために第１ベアラ及び第２ベアラを備え、それぞれ前記第１ベアラ及び前記第２ベアラで同一サービスの異なるストリーミングを伝送する移動通信システムを提供する。前記ＵＥ（すなわち、移動端末）は、ダウンリンク制御チャネルで受信された第１ベアラに基づいて第２ベアラを受信することにより前記ＭＢＭＳサービスを効率的に受信する。
【００３７】
前記第１ベアラ及び前記第２ベアラは、異なるサービス品質（ＱｏＳ）を有する同一のサービスを提供する。また、前記第１ベアラ及び前記第２ベアラは、異なるチャネルコードを使用する異なる共通物理チャネルでストリーミングを送受信する。ここで、前記第１ベアラ及び前記第２ベアラのデータは、前記ＵＥにより受信されて互いに結合される。
【００３８】
前記サービスは、ＭＢＭＳサービスであり、前記第１ベアラ及び／又は前記第２ベアラは、ＭＢＭＳベアラサービスである。
【００３９】
前記第１ベアラ及び／又は前記第２ベアラは、１対１ＤＴＣＨ又は１対多ＭＴＣＨを使用する。
【００４０】
前記ダウンリンク制御チャネルは、ＭＣＣＨ及びＭＩＣＨの少なくとも１つである。
【００４１】
本発明は、３ＧＰＰ標準に準拠して開発されたＵＭＴＳのような移動通信システムにおいて実現されたが、他の基準及び標準に準拠した通信システムにも適用できる。
【００４２】
図５は、本発明の一実施形態によるＭＢＭＳサービスに関する制御情報の送受信方法を示す。
【００４３】
図５において、前記ＵＥは、単一ユーザーサービスのために、ベアラサービス１とベアラサービス２のように複数のベアラサービスの関係を認知していると仮定する。前記ネットワークは、前記ＵＥに前記ベアラサービス１と前記ベアラサービス２が互いに接続されたサービスであると通知する。例えば、前記ネットワークは、前記ＵＥにベアラサービス１がＲｅｌｅａｓｅ  ６又はそれ以上の３ＧＰＰ標準をサポートするＵＥ（以下、「Ｒｅｌｅａｓｅ  ６  ＵＥ」という）のためのベアラサービスであり、ベアラサービス２がＲｅｌｅａｓｅ  ７又はそれ以上の３ＧＰＰ標準をサポートするＵＥ（以下、「Ｒｅｌｅａｓｅ  ７  ＵＥ」という）のためのベアラサービスであることを通知する。ここで、前記ＵＥは、前記ベアラサービス１と前記ベアラサービス２が両方ともアクティブになっているか、又は、前記ベアラサービス２のみがアクティブになっている。
【００４４】
まず、前記ＵＴＲＡＮは、ＭＩＣＨで前記ＵＥにベアラサービス１に関する情報のみを伝送する（Ｓ１０）。前記ＵＥが前記ＭＩＣＨで前記ベアラサービス１に対する通知インジケータ（ＮＩ）を識別すると、前記ＵＥは、前記ＭＣＣＨでサービス情報の受信を試みることができる。
【００４５】
前記ＵＴＲＡＮは、前記ＭＣＣＨでＭＢＭＳ修正サービス情報（Ｍｏｄｉｆｉｅｄ  Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＭＳＩ）メッセージを利用してベアラサービス１に関するサービス情報を伝送する（Ｓ１１）。また、前記ＵＴＲＡＮは、前記ＭＢＭＳ  ＭＳＩメッセージ又はＭＢＭＳ未修正サービス情報（Ｕｎｍｏｄｉｆｉｅｄ  Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＵＳＩ）メッセージを利用してベアラサービス２に関するサービス情報を伝送する。従って、前記ＵＥは、ＭＳＩメッセージを利用してベアラサービス１に関するサービス情報を受信するか、ＭＳＩメッセージ又はＵＳＩメッセージを利用してベアラサービス２に関するサービス情報を受信する。
【００４６】
前記ベアラサービス１又は前記ベアラサービス２のための計数過程が必要である場合、前記ＵＴＲＡＮは、アクセス情報メッセージ内のベアラサービス１のための計数過程に必要な情報を伝送する（Ｓ１２）。すなわち、前記サービス情報からベアラサービス１又は２のための計数過程が要求される場合、前記ＵＴＲＡＮは、前記アクセス情報メッセージを受信することによりベアラサービス１のための計数過程に必要な情報を伝送する。ここで、前記計数過程に必要な情報は、ＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）に関するアクセス情報応答を伝送できる確率を示す。すなわち、伝送確率（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｂａｂｉｌｉｔｙ）を示す。
【００４７】
前記アクセス情報メッセージ内にベアラサービス１に関する情報のみが存在する場合、前記ＵＴＲＡＮは、ベアラサービス１とベアラサービス２に対して異なる優先順位（Ｐｒｉｏｒｉｔｙ）を割り当てる。例えば、ベアラサービス１のみを受信するＵＥ又はベアラサービス２のみを受信するＵＥに異なるＲＡＣＨアクセスサービスクラス、ＲＡＣＨシグネチャー、ＲＡＣＨアクセススロット、及び論理チャネル優先順位（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙ）を設定する。
【００４８】
一方、前記ＵＴＲＡＮは、ベアラサービス１とベアラサービス２のそれぞれの確率係数（Ｐｒｏｂａｂｉｌｉｔｙ  Ｆａｃｔｏｒ）を両方とも前記アクセス情報メッセージに含めることができる。ここで、前記ＵＥは、ＵＥの能力（すなわち、Ｒｅｌｅａｓｅ  ６又はＲｅｌｅａｓｅ７をサポートするか否か）に基づいてどのベアラサービスの確率係数に応答するかを決定できる。例えば、Ｒｅｌｅａｓｅ  ６又はそれ以上をサポートするＵＥは、ベアラサービス１の確率係数を利用して計数応答メッセージを送信し、Ｒｅｌｅａｓｅ  ７又はそれ以上をサポートするＵＥは、ベアラサービス２の確率係数を利用して計数応答メッセージを送信する。
【００４９】
前記サービス情報メッセージからベアラサービス１又はベアラサービス２のための計数過程が要求されると、前記ＵＥは、前記受信したベアラサービス１のための計数過程に必要な情報に基づいて計数応答メッセージを送信する（Ｓ１３）。ここで、前記計数応答メッセージは、ＵＥのリリース番号を示すリリースインジケータ（Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｏｒ：ＲＩ）を含む。また、前記計数応答メッセージがＲＲＣ接続要求メッセージである場合、前記ＲＩは前記ＲＲＣ接続要求メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｍｅｓｓａｇｅ）又はＲＲＣ接続設定完了メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ）に含まれる。また、前記計数応答メッセージは、セル更新メッセージ又はＵＲＡ更新メッセージに含まれる。
【００５０】
その後、前記ＵＴＲＡＮは、ベアラサービス１とベアラサービス２を１対１無線ベアラとして利用するか、１対多無線ベアラとして利用するかを決定し、前記ＵＥが無線ベアラを設定できるように無線ベアラ情報を前記ＵＥに伝送する（Ｓ１４）。前記決定されたベアラが１対多無線ベアラである場合、前記ＵＴＲＡＮは、無線ベアラ情報をＭＣＣＨで通知し、１対１無線ベアラである場合は、ＤＣＣＨで通知する。ここで、前記ＵＥは、ＭＣＣＨ又はＤＣＣＨで前記無線ベアラの設定情報を受信する。Ｒｅｌｅａｓｅ  ６をサポートするＵＥの場合、前記ＵＥは、ベアラサービス１のための無線ベアラのみを設定し、Ｒｅｌｅａｓｅ  ７又はそれ以上をサポートするＵＥの場合、前記ＵＥは、ベアラサービス２のための無線ベアラのみを設定するか、又は、ベアラサービス１とベアラサービス２のための無線ベアラを両方とも設定する。一方、前記ＵＴＲＡＮがベアラサービス２を提供しないと決定した場合、Ｒｅｌｅａｓｅ  ７又はそれ以上をサポートするＵＥは、ベアラサービス１に対する無線ベアラのみを設定する。
【００５１】
従って、前記ＵＴＲＡＮは、前記設定された無線ベアラでベアラサービス１とベアラサービス２のデータを伝送する（Ｓ１５）。ここで、前記ベアラサービス１は、ＭＢＭＳサービスタイプ（すなわち、１対多、１対１）によってＭＴＣＨ＃１、又はＤＴＣＨ＃１で伝送され、前記ベアラサービス２は、ＭＴＣＨ＃２又はＤＴＣＨ＃２で伝送される。また、前記ＭＴＣＨ＃１は、ＳＣＣＰＣＨ＃１にマッピングされて伝送され、前記ＭＴＣＨ＃２は、ＳＣＣＰＣＨ＃２にマッピングされて伝送される。Ｒｅｌｅａｓｅ  ６  ＵＥの場合、前記ＵＥは、ＭＴＣＨ又はＤＴＣＨでベアラサービス１のデータのみを受信する。Ｒｅｌｅａｓｅ  ７又はそれ以上ＲｅｌｅａｓｅのＵＥの場合、前記ＵＥは、ベアラサービス２のデータのみを受信するか、又は、ベアラサービス１とベアラサービス２のデータを両方とも受信した後に結合する。一方、前記ＵＴＲＡＮがベアラサービス２を提供しないと決定した場合、前記Ｒｅｌｅａｓｅ  ７  ＵＥは、ベアラサービス１に対するデータのみを受信する。
【００５２】
本発明の特徴は、多様な状況で実現又は適用できる。一般に、ＵＥ（すなわち、移動端末）の所定特性によって、移動性、限られたプロセッサ能力、限られたメモリサイズ、バッテリ電力消費における制限、相対的に小さいサイズのディスプレイスクリーンなどの多様な態様は、本発明の実現時に均等に考慮されなければならない。従って、本発明においては、ＵＥの能力によってベアラサービス１とベアラサービス２が結合される。例えば、ベアラサービス１が相対的に高品質のサービス（すなわち、オーディオファイルの場合、１秒当たり１９２Ｋｂサンプリングビット）を提供し、ベアラサービス２が相対的に低品質のサービス（すなわち、１秒当たり６４Ｋｂサンプリングビット）を提供する場合、最高１２８ＫｂサンプリングビットレートのオーディオファイルのみをサポートするＵＥの能力に基づいてベアラサービス１と２を結合することにより、中間品質のサービス（すなわち、１秒当たり１２８Ｋｂサンプリングビット）が利用される。本発明においては、ベアラサービス１の制御及び／又はデータ情報に基づいてベアラサービス２の制御及び／又はデータ情報を受信することができるので、ＵＥの能力に対する考慮とともに全体的なサービス品質も向上する。ここで、ＭＢＭＳサービス分野で異なる品質のサービスを結合する概念は、当業者に理解でき、多様な種類のサービス品質（すなわち、ディスプレイ属性、オーディオ属性、ビデオ属性、ファイル属性など）が本発明で採用される。
【００５３】
本発明は、移動端末によりネットワークからマルチメディアサービスを受信する方法を提供し、前記方法は、ダウンリンク制御チャネルで第１ベアラに関する制御情報を受信する段階と、前記受信した第１ベアラの制御情報を利用して前記ダウンリンク制御チャネルで第２ベアラに関する制御情報を受信する段階と、前記受信した第２ベアラの制御情報を利用してダウンリンクデータチャネルで前記第２ベアラのデータを受信する段階と、前記移動端末の能力に基づいて前記第１ベアラ又は前記第２ベアラを利用するか否かを決定する段階と、ＭＩＣＨで前記移動端末により通知インジケータ（ＮＩ）情報が識別されると、ＭＣＣＨでシステム情報の受信を試みる段階と、前記第１ベアラと前記第２ベアラの少なくとも１つのための計数過程が要求されると、前記第１無線ベアラ情報に関するアクセス情報を受信する段階とを含む。ここで、前記ダウンリンク制御チャネルは、ＭＣＣＨ及びＭＩＣＨの少なくとも１つであり、前記ダウンリンクデータチャネルは、ＭＴＣＨ及びＤＴＣＨの少なくとも１つであり、前記第１ベアラ及び前記第２ベアラは、それぞれ異なるサービス品質（ＱｏＳ）を有し、異なるチャネルコードを利用して異なる共通物理チャネルで受信され、受信された後に互いに結合され、前記第１ベアラの制御情報は、修正サービス情報（ＭＳＩ）を利用して前記移動端末によりＭＣＣＨで受信され、前記第２ベアラの制御情報は、修正サービス情報ＭＳＩ又は未修正サービス情報（ＵＳＩ）を利用して前記移動端末によりＭＣＣＨで受信され、前記アクセス情報応答は、リリースインジケータ（ＲＩ）を含み、前記マルチメディアサービスは、１対多サービス及び／又はＭＢＭＳサービスであり、前記第１ベアラ及び前記第２ベアラは、同一の１対多サービスにおいて利用され、ＭＢＭＳベアラサービスに関連し、１つのセルで提供され、前記アクセス情報は、ＲＡＣＨでアクセス情報応答を伝送する確率を示す確率係数を含む。
【００５４】
また、本発明は、ネットワークから移動端末にＭＢＭＳサービスを伝送する方法を提供し、前記方法は、ダウンリンク制御チャネルで第１ベアラに関する制御情報を送信する段階と、前記第１ベアラに関する制御情報を利用して前記ダウンリンク制御チャネルで第２ベアラに関する制御情報を送信する段階と、前記移動端末に前記第１ベアラのための計数過程パラメータからなるアクセス情報を送信する段階と、ＲＡＣＨアクセスサービスクラス、ＲＡＣＨシグネチャー、ＲＡＣＨアクセススロット、及び論理チャネル優先順位の少なくとも１つに基づいて前記第１ベアラ及び第２ベアラに対する異なる優先順位を割り当てる段階と、リリースインジケータを含む計数応答を受信する段階と、前記第１ベアラ及び／又は前記第２ベアラを１対１ベアラとして利用するか１対多ベアラとして利用するかを決定する段階と、１対多ベアラを利用すると決定された場合、ＭＣＣＨで前記移動端末にベアラ設定情報を送信する段階と、１対１ベアラを利用すると決定された場合、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）で前記端末にベアラ設定情報を送信する段階と、ＭＴＣＨ及びＤＴＣＨの少なくとも１つで前記第１ベアラ及び前記第２ベアラに対するデータを送信する段階とを含む。ここで、前記ダウンリンク制御チャネルは、ＭＣＣＨ及びＭＩＣＨの少なくとも１つであり、前記第１ベアラの制御情報は、前記ＭＣＣＨで修正サービス情報（ＭＳＩ）メッセージに含まれ、前記第２ベアラの制御情報は、前記ＭＣＣＨでＭＳＩメッセージ及び未修正サービス情報（ＵＳＩ）メッセージの少なくとも１つに含まれ、前記計数過程パラメータは、ＲＡＣＨでアクセス情報応答を伝送する確率を示す確率係数である。
【００５５】
本発明は、移動通信に関連して説明されたが、無線通信特性（すなわち、インタフェース）を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲を特定無線通信システムに限定するものではない。本発明は、さらに、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡ、ＯＦＤＭ、ＥＶ−ＤＯ、Ｗｉ−Ｍａｘ、Ｗｉ−Ｂｒｏなどの他の無線インターフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【００５６】
本実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラミング及び／又はエンジニアリング技術を利用して製造方法、装置、又は製造物として実行できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）など）、コンピュータ可読媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなどの磁気記録媒体）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、又は揮発性／不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど）において実行されるコードやロジックを示す。
【００５７】
コンピュータ可読媒体内のコードはプロセッサにより接続及び実行される。本実施形態を実行するコードは伝送媒体を通じて、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実行される製造物は、ネットワーク伝送ライン、無線伝送媒体、空中を伝播する信号、無線波、赤外線信号などの伝送媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲においてこのような形態の多様な変形が可能であり、前記製造物が公知の情報伝達媒体（ｉｎｆｏｒｍａｔｉｏｎ  ｂｅａｒｉｎｇ  ｍｅｄｉｕｍ）も含むことができるという点を理解すると思われる。
【００５８】
本明細書は本発明の多様な実施形態を例示的に説明する。本発明の特許請求の範囲は本明細書に記述された実施形態などの多様な変形及び様々な実施形態を含むものである。従って、特許請求の範囲は記述された本発明の思想及び範囲内で行われる変形、均等物、及び特徴を包んで広く解析されるべきである。
【図面の簡単な説明】
【００５９】
【図１】一般的なＵＭＴＳネットワーク構造を示す図である。
【図２】無線アクセスネットワーク規格に準拠したＵＥとＵＴＲＡＮ間の無線インタフェースプロトコル構造を示す図である。
【図３】ＵＥに対するＭＢＭＳサービスのマッピングチャネルの一例を示す図である。
【図４】ＭＣＣＨ情報の伝送方法を説明するための図である。
【図５】本発明の一実施形態によるＭＢＭＳサービスに関する制御情報の送受信を示す図である。
【図１】
2009504076.tif 000003
【図２】
2009504076.tif 000004
【図３】
2009504076.tif 000005
【図４】
2009504076.tif 000006
【図５】
2009504076.tif 000007
【国際調査報告】
2009504076.tif 000008
2009504076.tif 000009