JP2009503988A - １対多サービスに対する制御情報メッセージ処理方法 - Google Patents

Abstract

本発明は、スケジューリングされた各メッセージのコンテンツに変更があるか否かに基づいてメッセージをスケジューリングし、また、端末が要求する所定情報を考慮する方法に関し、前記端末（ＵＥ）が最小の読み取り動作のみを行うようにメッセージ（例えば、サービス情報、セル設定データ、制御情報メッセージなど）をスケジューリングすることにより、ネットワークにより行われる改善されたスケジューリングに基づいて端末が効率的にサービスを受信するようにする。

Description

本発明は、無線通信に関し、より詳しくは、１対多サービスに関する制御情報メッセージ処理方法に関する。

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、欧州標準であるＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）から進化した第３世代移動通信システムであり、ＧＳＭコアネットワークとＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）無線接続技術を基盤としてより向上した無線通信サービスの提供を目標とする。ＵＭＴＳの標準化作業のために１９９８年１２月にヨーロッパのＥＴＳＩ、日本のＡＲＩＢ／ＴＴＣ、米国のＴ１、及び韓国のＴＴＡなどは、第３世代移動体通信システムの標準化プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ： ３ＧＰＰ）というプロジェクトを構成した。前記３ＧＰＰはＵＭＴＳ技術の詳細な標準仕様（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成する。３ＧＰＰＰでは、迅速かつ効率的なＵＭＴＳの技術開発を実現するために、ネットワーク要素とその動作に対する独立性を考慮してＵＭＴＳの標準化作業を５つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐｓ： ＴＳＧ）に分けて進めている。各ＴＳＧは、関連領域内で標準規格の開発、承認、及びその管理を担当するが、そのうち、無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ： ＲＡＮ）グループ（ＴＳＧ−ＲＡＮ）は、ＵＭＴＳにおいてＷＣＤＭＡ接続技術をサポートするための新しい無線アクセスネットワークであるＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能、要求事項、及びインタフェースに関する規格を開発する。

図１は、端末又はＵＥ１１０、ＵＴＲＡＮ１２０、及びコアネットワーク（ＣＮ）１３０から構成されるＵＭＴＳネットワーク１００の概要図である。

前記ＵＴＲＡＮ１２０は、複数の無線ネットワーク制御装置（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）１２４、１２６とＮｏｄｅ−Ｂ１２２から構成され、これらは、Ｉｕｂインタフェースで接続される。各ＲＮＣは、複数のＮｏｄｅ−Ｂを制御する。各Ｎｏｄｅ−Ｂは、１つ又は複数のセルを制御でき、１つのセルは所定周波数で所定地理的領域をカバーできる。各ＲＮＣは、Ｉｕインタフェースで前記ＣＮ、すなわち、前記ＣＮのＭＳＣ（Ｍｏｂｉｌｅ−ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）エンティティ１３２及びＳＧＳＮ（Ｓｅｒｖｉｎ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）エンティティ１３１と接続される。ＲＮＣは、Ｉｕｒインタフェースで他のＲＮＣと接続される。前記ＲＮＣは、無線リソースの割当及び管理を担当し、前記コアネットワークへのアクセスポイントの役割を果たす。

前記Ｎｏｄｅ−Ｂは、アップリンクで前記端末（ＵＥ）の物理層により伝送された情報を受信し、ダウンリンクでデータを前記端末に伝送する。前記Ｎｏｄｅ−Ｂは、前記端末へのＵＴＲＡＮのアクセスポイントの役割を果たす。前記ＳＧＳＮは、ＧｆインタフェースでＥＩＲ（Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ Ｒｅｇｉｓｔｅｒ）１３３と、ＧｓインタフェースでＭＳＣ１３２と、ＧｎインタフェースでＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）１３５と、ＧｒインタフェースでＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｉｃｅ）１３４と接続される。前記ＥＩＲは、ネットワーク上で使用できる端末又は使用できない端末のリストを提供する。回線交換（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈ：ＣＳ）サービスの接続を制御する前記ＭＳＣは、ＮＢインタフェースでＭＧＷ（Ｍｅｄｉａ Ｇａｔｅｗａｙ）１３６と、ＦインタフェースでＥＩＲ１３３と、ＤインタフェースでＨＳＳ１３４と接続される。前記ＭＧＷは、Ｃインタフェースで前記ＨＳＳ１３４と接続され、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）と接続される。前記ＭＧＷは、前記ＰＳＴＮと前記接続されたＲＡＮとの間のコーデックの適用を可能にする。

前記ＧＧＳＮ１３５は、ＧｃインタフェースでＨＳＳ１３４と、Ｇｉインタフェースでインターネットと接続される。前記ＧＧＳＮは、他の無線アクセスベアラ（ｒａｄｉｏ ａｃｃｅｓｓ ｂｅａｒｅｒ：ＲＡＢ）へのデータフローのルーティング、課金、及び分離を担当する。前記ＨＳＳは、ユーザの加入データを担当する。

従来の他の接続については詳細に説明しないが、当業者であれば理解できるであろう。

前記ＵＴＲＡＮ１２０は、前記端末（ＵＥ）１１０と前記コアネットワーク（ＣＮ）１３０間の通信のためにＲＡＢを構成及び維持する。前記コアネットワークは、前記ＲＡＢにエンドツーエンドサービス品質（ＱｏＳ）要求事項を要求し、前記ＲＡＢは、前記コアネットワークにより設定された前記ＱｏＳ要求事項をサポートする。従って、前記ＵＴＲＡＮは、前記ＲＡＢを構成及び維持することにより、エンドツーエンドＱｏＳ要求事項を満たす。

特定端末（ＵＥ）に提供されるサービスは、回線交換（ＣＳ）サービスとパケット交換（ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ：ＰＳ）サービスに大別される。例えば、一般的な音声対話サービスは、回線交換サービスであり、インターネット接続によるウェブブラウジングサービスは、パケット交換（ＰＳ）サービスとして分類される。

回線交換サービスをサポートするために、前記ＲＮＣ１２４、１２６は、前記コアネットワークのＭＳＣ１３２に接続され、前記ＭＳＣ１３２は、他のネットワークとの接続を管理するＧＭＳＣ（ｇａｔｅｗａｙ ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）に接続される。パケット交換サービスをサポートするために、前記ＲＮＣは、前記コアネットワークのＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ） ｓｕｐｐｏｒｔ ｎｏｄｅ）１３１及びＧＧＳＮ（ｇａｔｅｗａｙ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）１３５と接続される。前記ＳＧＳＮ１３１は、前記ＲＮＣとのパケット通信をサポートし、前記ＧＧＳＮ１３５は、インターネットのような他のパケット交換ネットワークとの接続を管理する。

図２は、３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す。図２に示すように、前記無線インタフェースプロトコルは、物理層、データリンク層、及びネットワーク層から構成される水平層と、ユーザデータの転送のためのユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ： Ｕ−ｐｌａｎｅ）及び制御情報の転送のための制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ： Ｃ−ｐｌａｎｅ）から構成される垂直プレーンからなる。前記ユーザプレーンは、音声やＩＰパケットのようなユーザのトラヒック情報を取り扱う領域であり、前記制御プレーンは、ネットワークのインタフェース、呼の維持及び管理などに関する制御情報を取り扱う領域である。

図２のプロトコル層は、開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ： ＯＳＩ）参照モデルの下位３層に基づいて第１層Ｌ１、第２層Ｌ２、第３層Ｌ３に区分される。第１層Ｌ１、すなわち、物理層は、多様な無線伝送技術を利用して上位層に情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。前記物理層は、上位層である媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ： ＭＡＣ）層にトランスポートチャネルで接続される。前記ＭＡＣ層と物理層は前記トランスポートチャネルでデータを送受信する。第２層Ｌ２は、ＭＡＣ層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ： ＲＬＣ）層、ブロードキャスト／マルチキャスト制御（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ：ＢＭＣ）層、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層を含む。前記ＭＡＣ層は、論理チャネルとトランスポートチャネル間のマッピングを管理し、無線リソースの割り当て及び再割り当てのためのＭＡＣパラメータの割り当てサービスを提供する。前記ＭＡＣ層は、上位層であるＲＬＣ層と論理チャネルで接続される。転送情報の種類によって多様な論理チャネルが提供される。一般に、制御プレーンの情報を転送する場合は制御チャネルが利用され、ユーザプレーンの情報を転送する場合はトラヒックチャネルが利用される。論理チャネルは、その論理チャネルを共有しているか否かによって共通チャネル（Ｃｏｍｍｏｎ Ｃｈａｎｎｅｌ）又は専用チャネル（Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）になる。前記論理チャネルは、専用トラヒックチャネル（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ： ＤＴＣＨ）、専用制御チャネル（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ： ＤＣＣＨ）、共通トラヒックチャネル（Ｃｏｍｍｏｎ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ： ＣＴＣＨ）、共通制御チャネル（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ： ＣＣＣＨ）、ブロードキャスト制御チャネル（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ： ＢＣＣＨ）、並びにページング制御チャネル（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ： ＰＣＣＨ）もしくはＳＨＣＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を含む。前記ＢＣＣＨは、システムにアクセスするために、端末が活用する情報を含む情報を提供する。前記ＰＣＣＨは、端末にアクセスするためにＵＴＲＡＮによって使用される。

マルチメディアブロードキャスト／マルチキャストサービスＭＢＭＳ（ＭＢＭＳ又はＭＢＭＳサービス）のような１対多サービスをサポートするために、さらなるトラヒックチャネル及び制御チャネルがＭＢＭＳ標準に記載されている。例えば、ＭＣＣＨ（ＭＢＭＳ ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を使用してＭＢＭＳ制御情報を伝送し、ＭＴＣＨ（ＭＢＭＳ ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）を使用してＭＢＭＳサービスデータを伝送し、ＭＳＣＨを使用してスケジューリング情報を伝送する。

異なる論理チャネルのリストを下記のように示すことができる。

前記ＭＡＣ層は、トランスポートチャネルにより物理層と接続され、管理するトランスポートチャネルの種類によってＭＡＣ−ｂサブレイヤ、ＭＡＣ−ｄサブレイヤ、ＭＡＣ−ｃ／ｓｈサブレイヤ、ＭＡＣ−ｈｓサブレイヤ、ＭＡＣ−ｍサブレイヤに区分される。前記ＭＡＣ−ｂサブレイヤは、システム情報のブロードキャストを担当するトランスポートチャネルであるブロードキャストチャネル（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ： ＢＣＨ）を管理する。前記ＭＡＣ−ｃ／ｓｈサブレイヤは、複数の端末が共有するＦＡＣＨ（Ｆｏｒｗａｒｄ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）もしくはＤＳＣＨ（Ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）などの共通伝送チャネル、又は、アップリンクでＲＡＣＨ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を管理する。前記ＭＡＣ−ｍサブレイヤは、ＭＢＭＳデータを管理する。

図３は、ＵＥの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す。

図４は、ＵＴＲＡＮの観点から論理チャネルとトランスポートチャネル間の可能なマッピングを示す。

前記ＭＡＣ−ｄサブレイヤは、特定端末のための専用トランスポートチャネルである専用チャネル（Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ： ＤＣＨ）を管理する。前記ＭＡＣ−ｄサブレイヤは、該当端末を管理するＳＲＮＣ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）に位置し、１つのＭＡＣ−ｄサブレイヤが各端末内に存在する。前記ＲＬＣ層は、ＲＬＣ動作モードによって信頼性のあるデータの伝送をサポートし、上位層から伝送された複数のＲＬＣサービスデータユニット（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ：ＳＤＵ）の分割及び連結機能を果たす。前記ＲＬＣ層は、上位層から前記ＲＬＣ ＳＤＵを受信すると、処理容量に応じた適切な方法でそれぞれのＲＬＣ ＳＤＵのサイズを調節した後、ヘッダ情報を加えて所定のデータユニットを生成する。前記生成されたデータユニットは、プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：ＰＤＵ）と呼ばれ、論理チャネルで前記ＭＡＣ層に伝送される。前記ＲＬＣ層は、前記ＲＬＣ ＳＤＵ及び／又はＲＬＣ ＰＤＵを保存するためのＲＬＣバッファを含む。

前記ＢＭＣ層は、前記コアネットワークから受信されたセルブロードキャスト（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ： ＣＢ）メッセージをスケジューリングし、前記ＣＢメッセージを特定セルに位置する端末にブロードキャストする。

パケットデータコンバージェンスプロトコル（ＰＤＣＰ）層は、ＲＬＣ層の上位に位置し、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルで伝送されるデータを相対的に狭い帯域幅を有する無線インタフェース上で効率的に伝送するために使用される。このために、前記ＰＤＣＰ層は、有線ネットワークにおいて使用される不必要な制御情報を減らす機能を果たし、この機能をヘッダ圧縮と言う。

無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、第３層Ｌ３の最下部に位置し、制御プレーンにおいてのみ定義される。前記ＲＲＣ層は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ： ＲＢ）の設定、再設定、及び解除に関連して論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。前記無線ベアラサービスは、端末とＵＴＲＡＮ間のデータ伝送のために第２層Ｌ２により提供されるサービスである。一般に、無線ベアラの設定とは、特定データサービスの提供のために必要なプロトコル層とチャネルの特性を規定し、具体的なパラメータ及び動作方法を設定する過程を意味する。また、前記ＲＲＣは、前記無線接続ネットワークにおけるユーザの移動性及びロケーションサービスなどの付加サービスを管理する。

図５は、ネットワークにおいてＲＮＣが制御するＮｏｄｅ Ｂにより管理される複数のセルとチャネル（ＤＣＨ、ＨＳ−ＤＳＣＨ）が設定されたＵＥを示す。

無線ベアラとトランスポートチャネル間のマッピングの様々な可能性が常に成立するわけではない。ＵＥ／ＵＴＲＡＮは、ＵＥの状態やＵＥ／ＵＴＲＡＮが現在行っている過程によって可能なマッピングを推定する。異なる状態やモードについての説明は、次の通りである。

異なるトランスポートチャネルは、異なる物理チャネルにマッピングされる。物理チャネルの設定は、ＲＮＣとＵＥ間のＲＲＣシグナル交換により行われる。

ＲＲＣモードは、端末のＲＲＣとＵＴＲＡＮのＲＲＣ間に論理接続が存在するか否かを示す。接続が存在すると、前記端末はＲＲＣ接続モードにあるという。接続が存在しないと、前記端末はアイドルモードにあるという。ＲＲＣ接続モードにある端末に対してＲＲＣ接続が存在するため、ＵＴＲＡＮは、セルユニット内の特定端末が存在するか否か、例えば、ＲＲＣ接続モードの端末がどのセル又はセルの集合にあるか、及びどの物理チャネルをＵＥがリッスンしているかを判断できる。このように、端末を効果的に制御できる。

これに対して、ＵＴＲＡＮは、アイドルモードにある端末の存在を判断できない。ロケーションやルーティング領域のようにセルより大きい地域内でのアイドルモードの端末の存在は、コアネットワークによってのみ判断される。従って、アイドルモード端末の存在は、大きい地域内で判断される。音声やデータなどの無線通信サービスを受けるために、アイドルモードの端末は、ＲＲＣ接続モードに移行又は変更しなければならない。

図６は、ＵＥのモードと状態間の可能な移行を示す。ＲＲＣ接続モードにあるＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、ＣＥＬＬ＿ＤＣＨ状態、ＵＲＡ＿ＰＣＨ状態などの異なる状態となることができる。これら以外の状態も可能である。これらの状態に応じて、ＵＥは異なる動作を行い、異なるチャネルをリッスンする。例えば、ＣＥＬＬ＿ＤＣＨ状態の端末は、多様なチャネルのうち、ＤＣＨタイプのトランスポートチャネルをリッスンする。ＤＣＨタイプのトランスポートチャネルは、所定のＤＰＣＨ、ＤＰＤＳＣＨ、又は他の物理チャネルにマッピングできるＤＴＣＨ及びＤＣＣＨトランスポートチャネルを含む。ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥは、特定Ｓ−ＣＣＰＣＨにマッピングされる複数のＦＡＣＨトランスポートチャネルをリッスンする。ＰＣＨ状態にあるＵＥは、ＰＩＣＨチャネルをリッスンし、特定Ｓ−ＣＣＰＣＨ物理チャネルにマッピングされるＰＣＨチャネルをリッスンする。

ネットワーク（ＵＴＲＡＮ）は、多様な種類のサービスを端末（ＵＥ）に提供する。一例として、ＭＢＭＳ又はＭＢＭＳサービスと呼ばれるマルチメディアブロードキャスト／マルチキャストサービスがある。

サービス開始時、ＵＥは、状況によって異なるメッセージを読み取らなければならない。例えば、前記ＵＥは、集計取得、ＲＲＣ接続設定、ＭＴＣＨ受信などを行う必要がある。

このようなメッセージを送受信するために、特定順序（シーケンス又は配列）が利用されるが、これは、コンテンツが変更されたメッセージがコンテンツが変更されていないメッセージより先に送信／受信されるようにするためである。

ＭＣＣＨでのＭＢＭＳシグナリングは、識別子を使用して基準情報が１つのメッセージ（メッセージＡ）で伝達されて他のメッセージ（メッセージＢ）で言及されるようにする。このような識別子は、同一の修正周期内で読み取られたメッセージに対してのみ有効である。

従来技術において、前記メッセージは、単にそのメッセージのコンテンツが変更されたか否かに基づいて順序が決定される。すなわち、変更されたコンテンツを含むメッセージは、変更されていないコンテンツを含むメッセージより先に送信される。しかし、このような単純な条件が常に最適なわけではない。

端末（ＵＥ）がネットワークから送信された最小のメッセージのみを読み取るようにするためにメッセージ（例えば、サービス情報、セル設定データ、制御情報メッセージなど）をスケジューリングする方法が提供される。スケジューリングされて送信された後に受信される各メッセージのコンテンツに変更事項があるか否かとともに、端末が要求する特定情報も考慮される。このような基準に基づいて、前記メッセージは、端末（ＵＥ）が最小の読み取り動作のみを行うようにスケジューリングされ、ネットワークにより行われた改善されたスケジューリングによって端末による効率的なサービス受信を可能にする。

本発明の一態様は、前述したような従来の問題及び欠点に対する本発明者らの認識を含み、詳細に後述される。このような認識に基づいて、本発明の特徴が改善されている。

従来技術とは異なり、メッセージの順序付け（ｏｒｄｅｒｉｎｇ）又はスケジューリングに対するより良い判断は、前記端末（ＵＥ）の詳細事項（例えば、新しいセルへの移動、シグナリング状態の変更など）、前記端末（ＵＥ）により受信されるサービスのタイプなどの多様な要因に依存する。すなわち、前記端末（ＵＥ）は、通信環境の変更によって特定時間に特定制御チャネルを受信（又は、読み取り）する必要がある。従って、制御情報メッセージをスケジューリングするための巧みな方式が必要である。

説明の便宜のために、以下の記述は１対多サービス（例えば、ＭＢＭＳサービス）について言及するが、本発明の特徴は、本発明による情報（又は、データ）の特定スケジューリング又は順序付け（ｏｒｄｅｒｉｎｇ）を採用して利益を得ることができる多様な種類のデータ伝送及び／又は受信手順にも適用できることが明白である。

本発明の特徴を説明するために、ＭＢＭＳ固有手順を説明する。特に、ＭＢＭＳ制御情報の受信が考慮される。

一般に、ＭＢＭＳ制御情報を受信するための手順は、ＵＥにより利用されて前記ＵＥが参加したＭＢＭＳサービスを提供する方式に関する情報をＵＴＲＡＮから受信する。前記手順は、ＭＢＭＳをサポートする全てのＵＥの状態（アイドル、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、ＣＥＬＬ＿ＦＡＣＨ、及びＣＥＬＬ＿ＤＣＨ）に関係なく前記全てのＵＥに適用される。

図７は、ＭＣＣＨ情報のスケジューリングの一般的な原理を示す。図７において、異なる陰影部分は、ＭＣＣＨ情報の異なるコンテンツを示す。

大部分のＭＢＭＳ制御情報は、ＭＣＣＨで提供される。前記ＭＣＣＨでの情報は、固定したスケジュールを利用して伝送されるが、これは、全てのサービスに共通する。ＭＢＭＳアクセス情報メッセージ以外のＭＣＣＨ情報は、繰り返し周期に基づいて周期的に伝送される。このＭＣＣＨ情報は、全く同じコンテンツを有して設定可能な回数だけ繰り返される。ＭＢＭＳアクセス情報メッセージ以外のＭＣＣＨ情報のコンテンツが変更されずに残っている周期を修正周期という。ＭＢＭＳアクセス情報メッセージは、アクセス情報周期（Ａｃｃｅｓｓ Ｉｎｆｏ ｐｅｒｉｏｄ）に基づいてより頻繁に送信される。

一修正周期内のＭＢＭＳ Ａｃｃｅｓｓ Ｉｎｆｏｒｍａｔｉｏｎ（ＭＢＭＳアクセス情報）メッセージの送信は、全く同じコンテンツを有する必要はない。すなわち、一部のパラメータ（例えば、ＩＥ Ａｃｃｅｓｓ ｐｒｏｂａｂｉｌｉｔｙ ｆａｃｔｏｒ ｉｄｌｅ）の値が変更できる。それにもかかわらず、一修正周期内のＭＢＭＳ Ａｃｃｅｓｓ Ｉｎｆｏｒｍａｔｉｏｎメッセージの送信は、例えば、サービスの集計が完了すると、前記サービスに関する情報が除去されても、前記同じＭＢＭＳサービスを考慮しなければならない。

ｐ−ｔ−ｍ無線ベアラで提供されるサービスの場合、スケジューリング情報は、ｐ−ｔ−ｍ無線ベアラと同一のＳ−ＣＣＰＣＨにマッピングされるＭＳＣＨで提供される。ｐ−ｔ−ｍにより提供される前記サービスの一部の場合、このスケジューリング情報は、スケジューリング周期毎にＭＢＭＳ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ（ＭＢＭＳスケジューリング情報）メッセージをシグナリングすることにより提供でき、その他のサービスの場合、前記ＭＢＭＳ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎメッセージは、より少ない回数で、すなわち、複数のスケジューリング周期後にシグナリングされる。一般に、ＵＥは、ＭＳＣＨ情報を取得する必要がないだけでなく、その情報によって動作する必要もない。

ＵＥがＭＳＣＨ情報と同一時間にスケジューリングされたＭＣＣＨ情報を取得する場合、ＭＣＣＨ情報の受信が優先する。

必要な情報を取得するための通知時、ＵＥがＭＣＣＨを読み取るために必要な時間を最小化するために、ＵＴＲＡＮは、前記ＭＣＣＨメッセージを特定順序にスケジューリングする。すなわち、サービスに加入したＵＥのために必要であり、かつ、現在の修正周期でＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮメッセージに含まれる情報を伝達するメッセージは、前記残りのメッセージより先にスケジューリングされる。すなわち、前記ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮメッセージの受信によって特定ＵＥが読み取る必要のあるメッセージは、前記残りのメッセージより先にスケジューリングされる。特に、ＵＥは、ＵＴＲＡＮが次の順序（すなわち、シーケンス、配列など）にＭＣＣＨメッセージをスケジューリングすると仮定する。

（１）ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮ、
（２）前記ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮの後に、サービスに加入したＵＥのために必要であり、現在の修正周期内で前記ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮメッセージに含まれる情報を伝達するメッセージが続く（すなわち、前記ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮの後に、前記ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮメッセージのコンテンツによって特定ＵＥが読み取る必要のあるメッセージが続く）−次のような順に、ＭＢＭＳ Ｇｅｎｅｒａｌ Ｉｎｆｏｒａｍｔｉｏｎ（ＭＢＭＳ一般情報）、ＭＢＭＳ ｃｏｍｍｏｎ Ｐ−Ｔ−Ｍ ＲＢ Ｉｎｆｏｒｍａｔｉｏｎ（ＭＢＭＳ共通Ｐ−Ｔ−Ｍ ＲＢ情報）、ＭＢＭＳ ｃｕｒｒｅｎｔ Ｃｅｌｌ Ｐ−Ｔ−Ｍ ＲＢ Ｉｎｆｏｒｍａｔｉｏｎ（ＭＢＭＳ現在セルＰ−Ｔ−Ｍ ＲＢ情報）、１つ以上のＭＢＭＳ Ｎｅｉｇｈｂｏｒｉｎｇ Ｃｅｌｌ Ｐ−Ｔ−Ｍ ＲＢ Ｉｎｆｏｒｍａｔｉｏｎ（ＭＢＭＳ隣接セルＰ−Ｔ−Ｍ ＲＢ情報）、
（３）ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ ｓｅｒｖｉｃｅｓ Ｉｎｆｏｒｍａｔｉｏｎ（ＭＢＭＳ未修正サービス情報）、
（４）前記ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ ｓｅｒｖｉｃｅｓ Ｉｎｆｏｒｍａｔｉｏｎの後に、サービスに加入したＵＥのために必要でなく、現在の修正周期内で前記ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮメッセージに含まれる情報を伝達するメッセージが続く（すなわち、前記ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ ｓｅｒｖｉｃｅｓ Ｉｎｆｏｒｍａｔｉｏｎの後に、前記ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮメッセージのコンテンツによって特定ＵＥが読み取る必要のないメッセージが続く）−次のような順に、ＭＢＭＳ Ｇｅｎｅｒａｌ ｉｎｆｏｒａｍｔｉｏｎ、ＭＢＭＳ ｃｏｍｍｏｎ Ｐ−Ｔ−Ｍ ＲＢ Ｉｎｆｏｒｍａｔｉｏｎ、ＭＢＭＳ ｃｕｒｒｅｎｔ Ｃｅｌｌ Ｐ−Ｔ−Ｍ ＲＢ Ｉｎｆｏｒｍａｔｉｏｎ、１つ以上のＭＢＭＳ Ｎｅｉｇｈｂｏｒｉｎｇ Ｃｅｌｌ Ｐ−Ｔ−Ｍ ＲＢ Ｉｎｆｏｒｍａｔｉｏｎ。

図８は、ＭＴＣＨ伝送開始時のＭＣＣＨ情報のスケジューリングの一例を示す図である。

セッション開始時、修正周期（Ｍｏｄｉｆｉｃａｔｉｏｎ Ｐｅｒｉｏｄ）１にアクティブなサービスがないと仮定する。前記Ｃｏｍｍｏｎ ｐ−ｔ−ｍ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（共通ｐ−ｔ−ｍ設定）は先に伝送される。修正周期２で、新しいサービスＡの開始及び現在セルにおけるＭＴＣＨでの伝送が示される。

従って、前記ＭＢＭＳ Ｃｕｒｒｅｎｔ Ｃｅｌｌ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＭＢＭＳ現在セル設定）は、新／修正サービスＡに関心のある全てのＵＥが前記ＭＢＭＳ Ｃｕｒｒｅｎｔ Ｃｅｌｌ Ｃｏｎｆｉｇｕｒａｔｉｏｎを読み取る必要があるので、ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ ｉｎｆｏｒｍａｔｉｏｎ（ＭＢＭＳ未修正サービス情報）より先に伝送されるべきであるということは明白である。しかし、前記ＭＢＭＳ Ｃｏｍｍｏｎ Ｐ−Ｔ−Ｍ Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにはいくつかの曖昧な点がある。この例におけるコンテンツは変更されておらず、前記メッセージが変更されていないと見なされるため、前記ＭＢＭＳ Ｃｏｍｍｏｎ Ｐ−Ｔ−Ｍ Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、図８の代案Ａ（Ａｔｅｒｎａｔｉｖｅ Ａ）に示すように前記ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージの後にスケジューリングされる。しかし、このメッセージは、前記サービスＡを読み取ろうとするＵＥが必ず読み取る必要がある。従って、ＵＥの読み取りのために、前記ＭＢＭＳ Ｃｏｍｍｏｎ Ｐ−Ｔ−Ｍ Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを前記ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージより先にスケジューリングするほうがよい。

図９は、セッション中断時のＭＣＣＨ情報のスケジューリングの一例を示す。図９においては、ＭＴＣＨ設定で伝送されたアクティブサービスのセッション中断を示す。修正周期１で、前記サービスＡ及びＢは、全てアクティブであり、ＭＴＣＨにマッピングされる。第２修正周期でサービスＢは中断される。従って、修正周期２で、前記ＭＢＭＳ Ｃｕｒｒｅｎｔ Ｃｅｌｌ Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージコンテンツは変更される。従来技術によると、前記メッセージは、図９の代案Ａ（Ａｌｔｅｒｎａｔｉｖｅ Ａ）に示すように、前記ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージより先に伝送される。しかし、ＵＥは、前記メッセージを読み取る必要がない。従って、前記メッセージは、図９の代案Ｂ（Ａｌｔｅｒａｔｉｖｅ Ｂ）に示すように非修正（ｎｏｎ−ｍｏｄｉｆｉｅｄ）でスケジューリングされるのは当然である。

一般の規則によると、前記ＭＢＭＳ Ｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎに列挙されているサービスを受信しようとするＵＥが読み取るメッセージは、前記ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージより先に含まれなければならず、前記ＭＢＭＳ Ｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎに列挙にされているサービスを受信するために必要な情報を含んでいないメッセージは、このメッセージのコンテンツの変更有無のみを考慮する従来の規則とは異なり、前記ＭＢＭＳ Ｕｎｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージの後に含まれなければならない。

従って、本発明は、前記説明によればＭＣＣＨでのメッセージの順序付けを明確に説明すること、すなわち、前記ＭＢＭＳＭｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージに列挙されたサービスに関心のあるＵＥが読み取らなければならないメッセージのみをＭＢＭＳＵｎｍｏｄｉｆｉｅｄ Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎメッセージより先に伝送することを提案する。

本発明は、制御情報メッセージ処理方法を提供し、前記方法は、修正サービス情報（ｍｏｄｉｆｉｅｄ ｓｅｒｖｉｃｅｓ ｉｎｆｏｒｍａｔｉｏｎ：ＭＳＩ）メッセージを送信する過程と、前記ＭＳＩメッセージを送信した後、必要な場合、前記修正サービス情報メッセージに基づいて任意の端末が使用する第１メッセージセットを送信する過程と、前記ＭＳＩメッセージを送信した後、又は、前記第１メッセージセットを送信した後、未修正サービス情報（ｕｎｍｏｄｉｆｉｅｄ ｓｅｒｖｉｃｅｓ ｉｎｆｏｒｍａｔｉｏｎ：ＵＳＩ）メッセージを送信する過程とを含む。

ここで、前記方法は、前記ＵＳＩメッセージを送信した後、必要な場合、前記ＭＳＩメッセージに基づいていずれの端末も使用しない第２メッセージセットを送信する過程をさらに含む。前記メッセージは、１対多サービスに関する制御情報を提供する。前記メッセージは、ＭＣＣＨ情報に関連する。前記第１メッセージセットは、前記ＭＳＩメッセージのコンテンツによって任意の端末が読み取る必要のあるメッセージである。前記第２メッセージセットは、前記ＭＳＩメッセージのコンテンツによっていずれの端末も読み取る必要のないメッセージである。

また、本発明は、制御情報メッセージ処理方法を提供し、前記方法は、修正サービス情報（ＭＳＩ）メッセージに基づいて任意の端末が読み取る必要のある少なくとも１つのメッセージが存在する場合、第１メッセージセットを決定する過程と、前記ＭＳＩメッセージに基づいていずれの端末も読み取る必要のない少なくとも１つのメッセージが存在する場合、第２メッセージセットを決定する過程とを含む。

前記方法は、前記ＭＳＩメッセージを送信する過程と、存在すると判断された場合、前記第１メッセージセットを送信する過程と、未修正サービス情報（ＵＳＩ）メッセージを送信する過程と、存在すると判断された場合、前記第２メッセージセットを送信する過程とをさらに含む。

また、本発明は、端末による制御情報メッセージ処理方法を提供し、前記方法は、修正サービス情報（ＭＳＩ）メッセージを受信する過程と、前記ＭＳＩメッセージを受信した後、必要な場合、前記修正サービス情報メッセージに基づいて任意の端末が使用する第１メッセージセットを受信する過程と、前記ＭＳＩメッセージの受信後、又は、前記第１メッセージセットの受信後、未修正サービス情報（ＵＳＩ）メッセージを受信する過程とを含む。

前記方法は、前記ＵＳＩメッセージを受信した後、必要な場合、前記修正サービス情報メッセージに基づいていずれの端末も使用しない第２メッセージセットを受信する過程をさらに含む。

前記方法において、前記端末は、以前の修正周期中にＭＣＣＨの受信に成功している。前記方法において、前記端末は、受信された全てのメッセージを読み取ることなく、適当な受信されたメッセージで読み取りを停止する。

また、本発明は、１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマットを提供し、前記フォーマットは、修正サービス情報（ＭＳＩ）メッセージと、前記ＭＳＩメッセージの直後に配列され、前記ＭＳＩメッセージのコンテンツによって任意の端末が読み取る必要のある第１メッセージセットと、前記第１メッセージセットの直後に配列される未修正サービス情報（ＵＳＩ）メッセージとを含む。

前記フォーマットは、前記ＵＳＩメッセージの直後に配列され、前記ＭＳＩメッセージのコンテンツによっていずれの端末も読み取る必要のない第２メッセージセットをさらに含む。

また、本発明は、１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマットを含み、前記フォーマットは、修正サービス情報（ＭＳＩ）メッセージと、前記ＭＳＩメッセージの次に配列される未修正サービス情報（ＵＳＩ）メッセージと、前記ＵＳＩメッセージの直後に配列され、前記修正サービス情報メッセージのコンテンツによっていずれの端末も読み取る必要のない第２メッセージセットとを含む。

前記フォーマットは、前記ＭＳＩメッセージの直後、前記ＵＳＩメッセージの直前に配列され、前記修正サービス情報メッセージのコンテンツによって任意の端末が読み取る必要のある第１メッセージセットをさらに含む。

本発明は、１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマットを提供し、前記フォーマットは、修正されたコンテンツに対する第１メッセージと、未修正のコンテンツに対する次のメッセージと、前記第１メッセージと前記次のメッセージ間に配列され、前記第１メッセージのコンテンツによって任意の端末が読み取る必要のあるオプションメッセージとを含む。

前記フォーマットは、前記次のメッセージの後に配列され、前記第１メッセージのコンテンツによっていずれの端末も読み取る必要のないオプションメッセージをさらに含む。

前記メッセージシーケンスフォーマットにおいて、４つの連続的なメッセージが１つの修正周期に存在し、前記メッセージは、修正サービス情報を含む第１メッセージと、現在のセル設定情報を含む第２メッセージと、共通１対多無線ベアラ設定情報を含む第３メッセージと、未修正サービス情報を含む第４メッセージとを含む。

本明細書は、本発明の多様な実施形態を示す。請求の範囲は、本明細書に記載の実施形態の多様な変形及び同等な修正を含む。従って、請求項は、ここに記載された本発明の精神及び範囲内の変更、同等な構造及び特性を含むように広く解釈されるべきである。

一般的なＵＭＴＳネットワーク構造を示すブロック図である。 ３ＧＰＰ無線接続ネットワーク標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す図である。 ＵＥの観点からの論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。 ＵＴＲＡＮの観点からの論理チャネルとトランスポートチャネル間の可能なマッピングを示す図である。 ネットワークにおいてＲＮＣが制御するＮｏｄｅ Ｂにより管理される複数のセルとチャネル（ＤＣＨ、ＨＳ−ＤＳＣＨ）が設定されたＵＥを示す図である。 ＵＥのモードと状態間の可能な移行（ｔｒａｎｓｉｔｉｏｎ）を示す図である。 異なる種類のＭＣＣＨ情報のスケジューリング方法の一例を示す図である。 ＭＴＣＨ伝送開始時のＭＣＣＨ情報のスケジューリングの一例を示す図である。 セッション中断時のＭＣＣＨ情報のスケジューリングの一例を示す図である。

Claims (19)

1. 修正サービス情報（ｍｏｄｉｆｉｅｄ ｓｅｒｖｉｃｅｓ ｉｎｆｏｒｍａｔｉｏｎ：ＭＳＩ）メッセージを送信する過程と、
   前記ＭＳＩメッセージを送信した後、必要な場合、前記修正サービス情報メッセージに基づいて任意の端末が使用する第１メッセージセットを送信する過程と、
   前記ＭＳＩメッセージを送信した後、又は、前記第１メッセージセットを送信した後、未修正サービス情報（ｕｎｍｏｄｉｆｉｅｄ ｓｅｒｖｉｃｅｓ ｉｎｆｏｒｍａｔｉｏｎ：ＵＳＩ）メッセージを送信する過程と
   を含むことを特徴とする制御情報メッセージ処理方法。
2. 前記ＵＳＩメッセージを送信した後、必要な場合、前記ＭＳＩメッセージに基づいていずれの端末も使用しない第２メッセージセットを送信する過程をさらに含むことを特徴とする請求項１に記載の制御情報メッセージ処理方法。
3. 前記メッセージは、１対多サービスに関する制御情報を提供することを特徴とする請求項２に記載の制御情報メッセージ処理方法。
4. 前記メッセージは、ＭＣＣＨ情報に関連することを特徴とする請求項３に記載の制御情報メッセージ処理方法。
5. 前記第１メッセージセットは、
   前記ＭＳＩメッセージのコンテンツによって任意の端末が読み取る必要のあるメッセージであることを特徴とする請求項１に記載の制御情報メッセージ処理方法。
6. 前記第２メッセージセットは、
   前記ＭＳＩメッセージのコンテンツによっていずれの端末も読み取る必要のないメッセージであることを特徴とする請求項１に記載の制御情報メッセージ処理方法。
7. 修正サービス情報（ＭＳＩ）メッセージに基づいて任意の端末が読み取る必要のある少なくとも１つのメッセージが存在する場合、第１メッセージセットを決定する過程と、
   前記ＭＳＩメッセージに基づいていずれの端末も読み取る必要のない少なくとも１つのメッセージが存在する場合、第２メッセージセットを決定する過程と
   を含むことを特徴とする制御情報メッセージ処理方法。
8. 前記ＭＳＩメッセージを送信する過程と、
   存在すると判断された場合、前記第１メッセージセットを送信する過程と、
   未修正サービス情報（ＵＳＩ）メッセージを送信する過程と、
   存在すると判断された場合、前記第２メッセージセットを送信する過程とをさらに含むことを特徴とする請求項７に記載の制御情報メッセージ処理方法。
9. 修正サービス情報（ＭＳＩ）メッセージを受信する過程と、
   前記ＭＳＩメッセージを受信した後、必要な場合、前記修正サービス情報メッセージに基づいて任意の端末が使用する第１メッセージセットを受信する過程と、
   前記ＭＳＩメッセージの受信後、又は、前記第１メッセージセットの受信後、未修正サービス情報（ＵＳＩ）メッセージを受信する過程と
   を含むことを特徴とする端末による制御情報メッセージ処理方法。
10. 前記ＵＳＩメッセージを受信した後、必要な場合、前記修正サービス情報メッセージに基づいていずれの端末も使用しない第２メッセージセットを受信する過程をさらに含むことを特徴とする請求項９に記載の端末による制御情報メッセージ処理方法。
11. 前記端末は、
    以前の修正周期中にＭＣＣＨの受信に成功していることを特徴とする請求項１０に記載の端末による制御情報メッセージ処理方法。
12. 前記端末は、
    受信された全てのメッセージを読み取ることなく、適当な受信されたメッセージで読み取りを停止することを特徴とする請求項１１に記載の端末による制御情報メッセージ処理方法。
13. 修正サービス情報（ＭＳＩ）メッセージと、
    前記ＭＳＩメッセージの直後に配列され、前記ＭＳＩメッセージのコンテンツによって任意の端末が読み取る必要のある第１メッセージセットと、
    前記第１メッセージセットの直後に配列される未修正サービス情報（ＵＳＩ）メッセージと
    を含むことを特徴とする１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマット。
14. 前記ＵＳＩメッセージの直後に配列され、前記ＭＳＩメッセージのコンテンツによっていずれの端末も読み取る必要のない第２メッセージセットをさらに含むことを特徴とする請求項１３に記載の１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマット。
15. 修正サービス情報（ＭＳＩ）メッセージと、
    前記ＭＳＩメッセージの次に配列される未修正サービス情報（ＵＳＩ）メッセージと、
    前記ＵＳＩメッセージの直後に配列され、前記修正サービス情報メッセージのコンテンツによっていずれの端末も読み取る必要のない第２メッセージセットと
    を含むことを特徴とする１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマット。
16. 前記ＭＳＩメッセージの直後、前記ＵＳＩメッセージの直前に配列され、前記修正サービス情報メッセージのコンテンツによって任意の端末が読み取る必要のある第１メッセージセットをさらに含むことを特徴とする請求項１５に記載の１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマット。
17. 修正されたコンテンツに対する第１メッセージと、
    未修正のコンテンツに対する次のメッセージと、
    前記第１メッセージと前記次のメッセージ間に配列され、前記第１メッセージのコンテンツによって任意の端末が読み取る必要のあるオプションメッセージと
    を含むことを特徴とする１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマット。
18. 前記次のメッセージの後に配列され、前記第１メッセージのコンテンツによっていずれの端末も読み取る必要のないオプションメッセージをさらに含むことを特徴とする請求項１７に記載の１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマット。
19. ４つの連続的なメッセージが１つの修正周期に存在し、
    前記メッセージは、
    修正サービス情報を含む第１メッセージと、
    現在のセル設定情報を含む第２メッセージと、
    共通１対多無線ベアラ設定情報を含む第３メッセージと、
    未修正サービス情報を含む第４メッセージと
    を含むことを特徴とする請求項１８に記載の１対多サービスの制御情報メッセージに対するメッセージシーケンスフォーマット。

Images