(57)【要約】無線通信システムにおいてマルチキャストデータを伝送及び受信する方法とそのための装置が開示される。Ｍ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器がマルチキャストデータを受信する方法は、基地局から前記Ｍ２Ｍ機器に割り当てられたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を受信することと、前記マルチキャストデータの伝送に関する制御情報を含むメッセージを前記基地局から受信することと、該メッセージに基づき、前記基地局からＭ２Ｍマルチキャスト連結識別子情報を含むマルチキャストデータを受信することと、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一であるかを判断することと、を含むことができる。【選択図】図３
2014531871.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてＭ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器がマルチキャストデータを受信する方法であって、
基地局から前記Ｍ２Ｍ機器に割り当てられたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ）情報を受信することと、
前記マルチキャストデータの伝送に関する制御情報を含むメッセージを前記基地局から受信することと、
前記メッセージに基づき、前記基地局からＭ２Ｍマルチキャスト連結識別子情報を含むマルチキャストデータを受信することと、
前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一であるかを判断することと、
を含む、マルチキャストデータ受信方法。
【請求項２】
前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一である場合、前記受信したマルチキャストデータをデコーディングすることをさらに含む、請求項１に記載のマルチキャストデータ受信方法。
【請求項３】
前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一でなければ、前記受信したマルチキャストデータを捨てる（ｄｉｓｃａｒｄ）ことを特徴とする、請求項１に記載のマルチキャストデータ受信方法。
【請求項４】
前記割り当てられたＭ２Ｍマルチキャスト連結識別子情報は、前記基地局とのＤＳＡ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ）過程で受信する、請求項２に記載のマルチキャストデータ受信方法。
【請求項５】
無線通信システムにおいて基地局がマルチキャストデータを伝送する方法であって、
Ｍ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器に割り当てたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を伝送することと、
前記マルチキャストデータの伝送に関する制御情報を含むメッセージを前記Ｍ２Ｍ機器に伝送することと、
前記メッセージに基づき、前記Ｍ２Ｍ機器にＭ２Ｍマルチキャスト連結識別子を含むマルチキャストデータを伝送することと、を含み、
前記伝送したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記割り当てたＭ２Ｍマルチキャスト連結識別子とが同一である、マルチキャストデータ伝送方法。
【請求項６】
前記割り当てたＭ２Ｍマルチキャスト連結識別子情報は、前記Ｍ２Ｍ機器とのＤＳＡ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ）過程で伝送する、請求項５に記載のマルチキャストデータ伝送方法。
【請求項７】
無線通信システムにおいてマルチキャストデータを受信するＭ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器であって、
基地局から前記Ｍ２Ｍ機器に割り当てられたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を受信し、
前記マルチキャストデータ伝送に関する制御情報を含むメッセージを前記基地局から受信し、
前記メッセージに基づき、前記基地局からＭ２Ｍマルチキャスト連結識別子情報を含むマルチキャストデータを受信する受信器と、
前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一であるかを判断するプロセッサと、
を備える、Ｍ２Ｍ機器。
【請求項８】
前記プロセッサは、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一である場合、前記受信したマルチキャストデータをデコーディングする、請求項７に記載のＭ２Ｍ機器。
【請求項９】
前記プロセッサは、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一でなければ、前記受信したマルチキャストデータを捨てる、請求項７に記載のＭ２Ｍ機器。
【請求項１０】
無線通信システムにおいてマルチキャストデータを伝送する基地局であって、
Ｍ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器に割り当てたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を伝送し、
前記マルチキャストデータの伝送に関する制御情報を含むメッセージを前記Ｍ２Ｍ機器に伝送し、
前記メッセージに基づき、前記Ｍ２Ｍ機器にＭ２Ｍマルチキャスト連結識別子を含むマルチキャストデータを伝送する送信器を備え、
前記伝送したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記割り当てたＭ２Ｍマルチキャスト連結識別子とが同一である、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に係り、特に、無線通信システムにおいてマルチキャストデータを伝送及び受信する方法とそのための装置に関する。
【背景技術】
【０００２】
機器間通信（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ；以下、Ｍ２Ｍ）は、言葉の通り、電子装置と電子装置間の通信を意味する。広義には、電子装置間の有線或いは無線通信や、人間が制御する装置と機械間の通信のことを意味する。しかし、最近では、電子装置と電子装置間、すなわち、人間が介入することなく行われる機器間無線通信を指すのが一般的である。
【０００３】
Ｍ２Ｍ通信は、その概念が初めて導入された１９９０年代初期には、遠隔調整やテレマティックス程度の概念として認識されたし、派生する市場自体も非常に限定されていたが、ここ数年間高速成長を重ねながら、全世界的に注目される市場へと成長してきた。特に、販売管理システム（ＰＯＳ、Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）及び保安関連応用市場における物流管理（Ｆｌｅｅｔ  Ｍａｎａｇｅｍｅｎｔ）と、機械及び設備の遠隔モニタリング、建設機械設備上の作動時間測定、及び熱や電気使用量の自動測定を行う知能検針（Ｓｍａｒｔ  Ｍｅｔｅｒ）などの分野において大きな影響力を発揮してきた。将来のＭ２Ｍ通信は、既存の移動通信及び無線超高速インターネットやＷｉ−Ｆｉ及びＺｉｇｂｅｅ（登録商標）などの小出力通信ソリューションと連係してより多様な用途に活用されることから、これまでのＢ２Ｂ（Ｂｕｓｉｎｅｓｓ  ｔｏ  Ｂｕｓｉｎｅｓｓ）市場に限らず、Ｂ２Ｃ（Ｂｕｓｉｎｅｓｓ  ｔｏ  Ｃｏｎｓｕｍｅｒ）市場へとその領域が拡大する見込みである。
【０００４】
Ｍ２Ｍ通信時代において、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カードを装着したいかなる機械もデータ送受信が可能になり、遠隔管理及び統制ができる。例えば、自動車、トラック、電車、コンテナ、自動販売機、ガスタンクなどを含む数多くの機器や装備にＭ２Ｍ通信技術が利用されるなど、その適用範囲は非常に広範囲である。
【０００５】
従来では、端末を個別単位に管理するのが一般的であり、基地局と端末間の通信は一対一通信方式で行われていた。このような一対一通信方式で数多くのＭ２Ｍ機器が基地局と通信するとすれば、各Ｍ２Ｍ機器と基地局間に発生するシグナリングによるネットワーク過負荷が予想される。上述したように、Ｍ２Ｍ通信が急に拡散され広範囲化する場合、それらＭ２Ｍ機器同士間、又は各Ｍ２Ｍ機器と基地局間の通信によるオーバーヘッド（ｏｖｅｒｈｅａｄ）が問題になることがある。
【０００６】
Ｍ２Ｍ機器の特性上、Ｍ２Ｍ機器は殆ど遊休モードで動作するが、イベントなどが発生する時に起床したり、マルチキャストデータを受信するためにも一部区間で起床することがある。しかしながら、Ｍ２Ｍ機器がマルチキャストデータを效率的に受信したり、又は基地局がマルチキャストデータをＭ２Ｍ機器に效率的に伝送するための具体的な方法は、未だ提示されていない現状にある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が達成しようとする技術的課題は、無線通信システムにおいてＭ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器がマルチキャストデータを受信する方法を提供することにある。
【０００８】
本発明が達成しようとする他の技術的課題は、無線通信システムにおいて基地局がマルチキャストデータを伝送する方法を提供することにある。
【０００９】
本発明が達成しようとする他の技術的課題は、無線通信システムにおいてマルチキャストデータを受信するＭ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器を提供することにある。
【００１０】
本発明が達成しようとする他の技術的課題は、無線通信システムにおいてマルチキャストデータを伝送する基地局を提供することにある。
【００１１】
本発明で達成しようとする技術的課題は、以上に言及した技術的課題に制限されるものではなく、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【００１２】
上記の技術的課題を達成するための、本発明に係る無線通信システムにおいてＭ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器がマルチキャストデータを受信する方法は、基地局から前記Ｍ２Ｍ機器に割り当てられたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を受信することと、前記マルチキャストデータ伝送に関する制御情報を含むメッセージを前記基地局から受信することと、該メッセージに基づき、前記基地局からＭ２Ｍマルチキャスト連結識別子情報を含むマルチキャストデータを受信することと、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一であるか判断することと、を含むことができる。また、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一である場合、前記受信したマルチキャストデータをデコーディングすることをさらに含むことができる。一方、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一でなければ、前記受信したマルチキャストデータを捨てることができる（ｄｉｓｃａｒｄ）。前記割り当てられたＭ２Ｍマルチキャスト連結識別子情報は、前記基地局とのＤＳＡ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ）過程で受信するものであってよい。
【００１３】
上記の他の技術的課題を達成するための、本発明に係る無線通信システムにおいて基地局がマルチキャストデータを伝送する方法は、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器に割り当てたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を伝送することと、前記マルチキャストデータ伝送に関する制御情報を含むメッセージを前記Ｍ２Ｍ機器に伝送することと、前記メッセージに基づき、前記Ｍ２Ｍ機器にＭ２Ｍマルチキャスト連結識別子を含むマルチキャストデータを伝送することと、を含み、前記伝送したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記割り当てたＭ２Ｍマルチキャスト連結識別子とは同一なものである。前記割り当てたＭ２Ｍマルチキャスト連結識別子情報は、前記Ｍ２Ｍ機器とのＤＳＡ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ）過程で伝送するものであってよい。
【００１４】
上記の他の技術的課題を達成するための、本発明に係る無線通信システムにおいてマルチキャストデータを受信するＭ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器は、基地局から前記Ｍ２Ｍ機器に割り当てられたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を受信し、前記マルチキャストデータの伝送に関する制御情報を含むメッセージを前記基地局から受信し、該メッセージに基づき、前記基地局からＭ２Ｍマルチキャスト連結識別子情報を含むマルチキャストデータを受信する受信器と、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一であるか判断するプロセッサと、を備えることができる。前記プロセッサは、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一である場合、前記受信したマルチキャストデータをデコーディングできる。前記プロセッサは、前記受信したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記基地局から割り当てられたＭ２Ｍマルチキャスト連結識別子とが同一でなければ、前記受信したマルチキャストデータを捨てることができる。
【００１５】
上記の他の技術的課題を達成するための、本発明に係る無線通信システムにおいてマルチキャストデータを伝送する基地局は、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−Ｔｏ−Ｍａｃｈｉｎｅ）機器に割り当てたＭ２ＭマルチキャストサービスのためのＭ２Ｍマルチキャスト連結識別子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）情報を伝送し、前記マルチキャストデータの伝送に関する制御情報を含むメッセージを前記Ｍ２Ｍ機器に伝送し、該メッセージに基づき、前記Ｍ２Ｍ機器にＭ２Ｍマルチキャスト連結識別子を含むマルチキャストデータを伝送する送信器を備え、前記伝送したマルチキャストデータに含まれたＭ２Ｍマルチキャスト連結識別子と前記割り当てたＭ２Ｍマルチキャスト連結識別子とは同一なものである。
【発明の効果】
【００１６】
本発明の実施例によれば、Ｍ２Ｍマルチキャストデータを效率的に受信／伝送することによって通信性能を向上させることができる。また、ＣＩＤアップデートを效率的に行うことによって通信性能の低下を防止することができる。
【００１７】
本発明から得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【図面の簡単な説明】
【００１８】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に係る実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】本発明の一実施の形態に係るＭ２Ｍ機器及び基地局の装置構成を概略的に説明するための図である。
【図２】ＩＥＥＥ  ８０２．１６ｅシステムでのＧＭＨ（Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）構造を示す図である。
【図３】Ｍ２Ｍ機器にマルチキャストＣＩＤが割り当てられる過程の一例を説明するための図である。
【図４】Ｍ２Ｍ機器にマルチキャストＣＩＤが割り当てられる過程の他の例を説明するための図である。
【図５Ａ】ＣＩＤのＭＳＢ  １ビットが０で埋められる時、ＣＩＤの残り１５ビットはＭＧＩＤとして使用される例を示す図である。
【図５Ｂ】ＣＩＤのＬＳＢ  １ビットが０で埋められる時、ＣＩＤの残りＭＢＳ  １５ビットはＭＧＩＤとして使用される例を示す図である。
【図６】表８によるＧＭＨの構造を示す図である。
【図７Ａ】ＣＩＤのＭＳＢ  １ビットが０で埋められる時、ＣＩＤの残り１５ビットはＭＧＩＤとして使用される例を示す図である。
【図７Ｂ】ＣＩＤのＬＳＢ  １ビットが０で埋められる時、ＣＩＤの残りＭＢＳ  １５ビットはＭＧＩＤとして使用される例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の好適な実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施され得る唯一の実施形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、このような具体的な細部事項なしにも本発明の実施が可能であるということが当業者には理解される。例えば、以下の詳細な説明は、移動通信システムがＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１６システム、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）である場合を取り上げて具体的に説明するが、ＩＥＥＥ  ８０２．１６システム、３ＧＰＰ特有の事項以外は、他の任意の無線通信システムにも適用可能である。
【００２０】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置が省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示されたりすることもある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００２１】
なお、以下の説明において、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの、移動又は固定型のユーザー端機器を総称し、また、基地局は、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ、ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの、端末と通信するネットワーク端の任意のノードを総称するものとする。
【００２２】
移動通信システムにおいて、端末は、基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を伝送することができる。端末が伝送又は受信する情報にはデータ及び種々の制御情報があり、端末が伝送又は受信する情報の種類用途に応じて様々な物理チャネルが存在する。
【００２３】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線通信システムに利用可能である。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）とすることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術とすることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術とすることができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進展したバージョンである。
【００２４】
以下、Ｍ２Ｍ通信は、基地局を介した、端末同士、又は人間の介入なく基地局と端末間で行う通信形態を意味する。したがって、Ｍ２Ｍ機器（Ｄｅｖｉｃｅ）は、上記のようなＭ２Ｍ機器の通信の支援が可能な端末を意味する。Ｍ２Ｍサービスのための接続サービスネットワークは、Ｍ２Ｍ  ＡＳＮ（Ｍ２Ｍ  Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）と定義し、Ｍ２Ｍ機器と通信するネットワークエンティティをＭ２Ｍサーバーという。Ｍ２Ｍサーバーは、Ｍ２Ｍアプリケーションを行い、一つ以上のＭ２Ｍ機器のためのＭ２Ｍ特定サービスを提供する。Ｍ２Ｍフィーチャ（ｆｅａｔｕｒｅ）は、Ｍ２Ｍアプリケーションの特徴であり、アプリケーションを提供するのに一つ以上の特徴が必要な場合がある。Ｍ２Ｍ機器グループは、共通の一つ以上の特徴を共有するＭ２Ｍ機器のグループを意味する。
【００２５】
Ｍ２Ｍ方式で通信する機器（Ｍ２Ｍ機器、Ｍ２Ｍ通信機器、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機器などのように様々に呼ばれてもよい。）は、それらの機器アプリケーションタイプ（Ｍａｃｈｉｎｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｔｙｐｅ）が増加するに伴い、一定のネットワークにおいてその数が次第に増加していくだろう。議論されている機器アプリケーションタイプには、（１）保安（ｓｅｃｕｒｉｔｙ）、（２）治安（ｐｕｂｌｉｃ  ｓａｆｅｔｙ）、（３）トラッキング及びトレーシング（ｔｒａｃｋｉｎｇ  ａｎｄ  ｔｒａｃｉｎｇ）、（４）支払い（ｐａｙｍｅｎｔ）、（５）健康管理（ｈｅａｌｔｈｃａｒｅ）、（６）遠隔維持及び制御（ｒｅｍｏｔｅ  ｍａｉｎｔｅｎａｎｃｅ  ａｎｄ  ｃｏｎｔｒｏｌ）、（７）検針（ｍｅｔｅｒｉｎｇ）、（８）消費者装置（ｃｏｎｓｕｍｅｒ  ｄｅｖｉｃｅ）、（９）販売管理システム（ＰＯＳ、Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）と保安関連応用市場における物流管理（Ｆｌｅｅｔ  Ｍａｎａｇｅｍｅｎｔ）、（１０）自動販売機（Ｖｅｎｄｉｎｇ  Ｍａｃｈｉｎｅ）の機器間通信、（１１）機械及び設備の遠隔モニタリング、建設機械設備上の作動時間測定及び熱や電気使用量を自動測定する知能検針（Ｓｍａｒｔ  Ｍｅｔｅｒ）、（１２）監視カメラの監視ビデオ（Ｓｕｒｖｅｉｌｌａｎｃｅ  Ｖｉｄｅｏ）通信などがあるが、これらに限定されるものではなく、その他様々な機器アプリケーションタイプが議論されている。
【００２６】
Ｍ２Ｍ機器の他の特性として、低い移動性或いは無移動性がある。移動性が非常に低い、或いは移動性がないということは、Ｍ２Ｍ機器は長時間に固定的（ｓｔａｔｉｏｎａｒｙ）であるという意味である。Ｍ２Ｍ通信システムは、保安接続及び監視（ｓｅｃｕｒｅｄ  ａｃｃｅｓｓ  ａｎｄ  ｓｕｒｖｅｉｌｌａｎｃｅ）、治安（ｐｕｂｌｉｃ  ｓａｆｅｔｙ）、支払い（ｐａｙｍｅｎｔ）、遠隔維持及び制御（ｒｅｍｏｔｅ  ｍａｉｎｔｅｎａｎｃｅ  ａｎｄ  ｃｏｎｔｒｏｌ）、検針（ｍｅｔｅｒｉｎｇ）などのような、固定した位置を持つ特定Ｍ２Ｍアプリケーションのための移動性−関連動作を、単純化又は最適化できる。
【００２７】
以下では、Ｍ２Ｍ通信が無線通信システム（例えば、ＩＥＥＥ  ８０２．１６ｅ／ｍ）に適用される場合を取り上げて本発明の実施例を説明する。しかし、本発明はこれに限定されるものではなく、本発明の実施例は、３ＧＰＰ  ＬＴＥシステムなどの他の無線通信システムにも同様の方式で適用可能である。。
【００２８】
図１は、本発明の一実施の形態に係るＭ２Ｍ機器及び基地局の装置構成を概略的に説明するための図である。
【００２９】
図１で、Ｍ２Ｍ機器１００（或いは、Ｍ２Ｍ通信機器と呼ぶこともできるが、以下では、Ｍ２Ｍ機器と呼ぶ）及び基地局１５０は、それぞれ、ＲＦユニット１１０，１６０、プロセッサ１２０，１７０、及び選択的にメモリー１３０，１８０を備えることができる。そして、各ＲＦユニット１１０，１６０は、送信器１１１，１６１及び受信器１１２，１６２を備えることができる。Ｍ２Ｍ機器１００では、送信器１１１及び受信器１１２は、基地局１５０及び他のＭ２Ｍ機器と信号を送信及び受信するように構成され、プロセッサ１２０は、送信器１１１及び受信器１１２と機能的に接続され、送信器１１１及び受信器１１２が他の機器と信号を送受信する過程を制御するように構成されるとよい。また、プロセッサ１２０は、伝送する信号に対する各種処理を行ったのち送信器１１１に伝送し、且つ受信器１１２が受信した信号に対する処理を行うことができる。必要な場合、プロセッサ１２０は、交換したメッセージに含まれた情報をメモリー１３０に保存してもよい。このような構造により、Ｍ２Ｍ機器１００は、以下に説明する種々の実施の形態の方法を実行することができる。
【００３０】
一方、図１には示していないが、Ｍ２Ｍ機器１００は、その機器アプリケーションタイプによって種々の追加構成を備えてもよい。Ｍ２Ｍ機器１００が知能型計量のためのものであれば、Ｍ２Ｍ機器１００は、電力測定などのための追加的な構成を備えることができ、このような電力測定動作は、図１におけるプロセッサ１２０により制御されてもよく、別個に構成されたプロセッサ（図示せず）により制御されてもよい。
【００３１】
図１は、Ｍ２Ｍ機器１００と基地局１５０との間に通信が行われる場合を例示しているが、本発明に係るＭ２Ｍ通信方法はＭ２Ｍ機器間に行われてもよく、この場合、それぞれの機器は、同図における各装置構成と同じ形態により、以下に説明する種々の実施形態に係る方法を実行することができる。
【００３２】
基地局１５０の送信器１６１及び受信器１６２は、他の基地局、Ｍ２Ｍサーバー、Ｍ２Ｍ機器と信号を送信及び受信するように構成され、プロセッサ１７０は、送信器１６１及び受信器１６２と機能的に接続され、送信器１６１及び受信器１６２が他の機器と信号を送受信する過程を制御するように構成されるとよい。また、プロセッサ１７０は、伝送する信号に対する各種処理を行ったのち送信器１６１に伝送し、且つ受信器１６２が受信した信号に対する処理を行うことができる。必要な場合、プロセッサ１７０は、交換したメッセージに含まれた情報をメモリー１３０に保存してもよい。このような構造により、基地局１５０は、以下に説明する種々の実施の形態の方法を実行することができる。
【００３３】
Ｍ２Ｍ機器１１０及び基地局１５０のそれぞれのプロセッサ１２０，１７０は、それぞれ、Ｍ２Ｍ機器１１０及び基地局１５０における動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサ１２０，１７０は、プログラムコード及びデータを保存するメモリー１３０，１８０と接続可能である。メモリー１３０，１８０は、プロセッサ１２０，１７０に接続してオペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ  ｆｉｌｅｓ）を保存する。
【００３４】
プロセッサ１２０，１７０は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ばれることもある。一方、プロセッサ１２０，１７０は、ハードウェア（ｈａｒｄｗａｒｅ）、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの結合により実現可能である。ハードウェアを用いて本発明の実施例を実現する場合には、本発明を行うように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサ１２０，１７０に設けられるとよい。
【００３５】
一方、ファームウェアやソフトウェアを用いて本発明の実施例を実現する場合には、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアが構成されるとよく、本発明を実行するように構成されたファームウェア又はソフトウェアは、プロセッサ１２０，１７０内に設けられたり、メモリー１３０，１８０に保存され、プロセッサ１２０，１７０により駆動されるとよい。
【００３６】
本発明は、一実施例として、Ｍ２Ｍアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）を支援する広帯域無線接続システムにおいてＭ２Ｍアプリケーションをマルチキャストサービスの形態で伝送するとき、使用される識別子（Ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）構造、及びＩＤを用いたマルチキャストデータ伝送のためのリソース割当方法を提案する。
【００３７】
まず、レガシーシステムであるＩＥＥＥ  ８０２．１６ｅシステムにおけるマルチキャスト及び放送サービス（Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔ  ｓｅｒｖｉｃｅ、ＭＢＳ）について簡略に説明する。マルチキャスト及び放送サービス（以下、ＭＢＳとも略す）は、共通のマルチキャストＣＩＤ（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤｅｎｔｉｆｉｅｒ）を用いて、ユーザーグループに共通するデータの現在伝送のための効率的な方法を提供する。ＭＢＳサービスは、下りリンクでのみ提供され、協調的に行われることが可能であり、選択的にマクロ−ダイバーシティを許容するために、基地局グループの中で選択的に同期化されることが可能である。ＭＢＳに関連したサービスフローは、特定ＱｏＳパラメータを有しており、グローバルに（ｇｌｏｂａｌｌｙ）定義されたＴＥＫｓシーケンスを用いて行われた暗号化を要求することができる。マルチキャスト連結は、サービスフローに関連しているから、そのサービスフローに対するＱｏＳ及びトラフィックパラメーターに関連している。同一のＭＢＳフローを伝送するために任意のＳＳ上で生成された全てのサービスフローは、ＱｏＳパラメータに対する同一のサービスフロー管理エンコーディングを有していなければならない。
【００３８】
ＭＢＳデータを搬送するためのサービスフローは、一般動作（Ｎｏｒｍａｌ  ｏｐｅｒａｔｉｏｎ）でもそのサービスにおける個別ＳＳ参加（ｉｎｄｉｖｉｄｕａｌ  ＳＳ  ｐａｒｔｉｃｉｐａｔｉｎｇ）において例示される。このような例示化時にも、ＳＳは、サービス及び関連のサービスフローを識別させるパラメータを習う。ＭＢＳサービスを提供できる各基地局は、基地局のセットと定義された特定ＭＢＳゾーンに属しており、ここで、同一のＣＩＤ及び同一のＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）が特定サービスフローのコンテンツを伝送するのに使用される。各ＭＢＳゾーンは、ユニークなＭＢＳゾーン識別子（ＭＢＳ＿Ｚｏｎｅ  ＩＤ）で識別される。ＭＢＳを採用する基地局のネットワークにおいて適切なマルチキャスト動作を保障するために、共通のＭＢＳコンテンツ及びサービスのために使用されるＣＩＤは、同一ＭＢＳゾーン内の全ての基地局に対して同一である。これは、ＭＢＳゾーン内の他の基地局に再−登録したり、上りリンクにおいて通信無しでＭＢＳゾーン内のＭＢＳ伝送と切れることなく同期化するサービスにあらかじめＳＳが登録することを許容する。ＭＢＳゾーン識別子は、任意の隣接した２個のＭＢＳゾーンにわたって再使用されない。
【００３９】
ＡＲＱ及びＨＡＲＱは、レイヤー１又はレイヤー２においてＳＳからフィードバックがない場合のように、マルチキャスト連結に適用されない。しかし、ＭＢＳは、ＨＡＲＱ伝送において使用されるのと同様に、時間−ダイバーシティと共に使用されてよい。ここで、一部のＨＡＲＱパラメータは適切なシーケンシング（ｓｅｑｕｅｎｃｉｎｇ）及び時間ダイバーシティ結合を許容するためにＭＢＳバーストに対して使用されることがあるが、これは、ＭＢＳバーストが反復的に伝送されるものの、ＳＳから任意のレイヤー１又はレイヤー２の承認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔｓ）がない場合である。
【００４０】
拡張されたＭＢＳデータＩＥにおいてマルチキャストＣＩＤとペアリング（ｐａｉｒｉｎｇ）された論理チャネル識別子（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  ＩＤｓ）は、ＭＢＳコンテンツＩＤ  ＴＬＶに含まれるために、各ＭＢＳコンテンツ（Ｃｏｎｔｅｎｔｓ）ＩＤ値に割り当てられる。したがって、ＳＳは、マルチキャストＣＩＤに属した論理チャネルＩＤによって識別される、それぞれ異なるＭＢＳコンテンツとのＭＢＳ連結のための複数のＭＢＳメッセージを受信することができる。基地局は、拡張されたＭＢＳデータＩＥにおいて定義された順序に従ってＭＢＳ  ＳＤＵを割り当てる。下記の表１は、ＩＥＥＥ  ８０２．１６ｅシステムにおけるＣＩＤ範囲（ｒａｎｇｅ）を表す。
【００４１】
【表１】
2014531871.tif 000003
【００４２】
上記の表１で、マルチキャストＣＩＤ（Ｍｕｌｔｉｃａｓｔ  ＣＩＤ）が下りリンクマルチキャストサービスのために用いられることがわかる。下記の表２は、ＭＢＳ  ＭＡＰメッセージフォーマットの一例を表す。
【００４３】
【表２】
2014531871.tif 000004
【００４４】
表２で、ＭＢＳ＿ＭＡＰメッセージは、ブロードキャストＣＩＤ（Ｂｒｏａｄｃａｓｔ  ＣＩＤ）で伝送され、ＭＢＳ伝送のための下りリンクパーミュテーションゾーン（ＤＬ  ｐｅｒｍｕｔａｔｉｏｎ  Ｚｏｎｅ）が存在すると、ＭＢＳ＿ＭＡＰメッセージフォーマットは、ＭＢＳのための下りリンクパーミュテーションゾーン内の最初のシンボルと最初のサブヌルに位置するようになる。ＭＢＳ＿ＭＡＰメッセージは、ＭＢＳ＿ＤＡＴＡ＿ＩＥ、ＭＢＳ＿ＤＡＴＡ＿Ｔｉｍｅ＿Ｄｉｖｅｒｓｉｔｙ＿ＩＥ、Ｅｘｔｅｎｄｅｄ＿ＭＢＳ＿ＤＡＴＡ＿ＩＥを含んでおり、各ＩＥは、ＭＢＳバーストのアクセス（ａｃｃｅｓｓ）情報を定義する。下記の表３は、ＭＢＳ＿ＤＡＴＡ＿ＩＥメッセージフォーマットを表す。
【００４５】
【表３】
2014531871.tif 000005
【００４６】
表３で、ＭＢＳ＿ＤＡＴＡ＿ＩＥメッセージは、ＭＢＳバーストに関するリソース割当情報、及び次にＭＢＳ  ＭＡＰメッセージの伝送される位置情報を含んでいる。
【００４７】
図２は、ＩＥＥＥ  ８０２．１６ｅシステムにおけるＧＭＨ（Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）構造を示す図である。
【００４８】
図２を参照すると、ＧＭＨは、ＣＩＤ  ＭＳＢ（８ビット）とＣＩＤ  ＬＳＢ（８ビット）を含んでおり、ＧＭＨは総１６ビットのＣＩＤ情報を含んでいる。
【００４９】
以下では、ＩＥＥＥ  ８０２．１６ｐシステムにおいてＭ２Ｍアプリケーションのマルチキャスト動作を簡略に説明する。ＩＥＥＥ  ８０２．１６ｐシステムではＭ２Ｍ機器のためのマルチキャスト動作を支援する。特に、遊休モード（ｉｄｌｅ  ｍｏｄｅ）でのＭ２Ｍマルチキャスト動作を支援する。
【００５０】
基地局は、Ｍ２Ｍ機器のネットワーク再進入（ｒｅｅｎｔｒｙ）要求に応じて又は要求無しに、遊休モードでＭ２Ｍ機器のためのマルチキャストサービスを提供できる。基地局が下りリンクマルチキャストデータを伝送する前に、基地局は、Ｍ２Ｍ機器のページング聴取区間（ｐａｇｉｎｇ  ｌｉｓｔｅｎｉｎｇ  ｉｎｔｅｒｖａｌ）の間に、Ｍ２Ｍ機器に、マルチキャストトラフィック指示を含むページングメッセージを伝送できる。Ｍ２Ｍ機器がページング聴取区間にネットワーク再進入無しで、マルチキャストトラフィック受信を指示するページングメッセージを受信すると、Ｍ２Ｍ機器は、遊休モードを終了せずに下りリンクマルチキャストデータを受信し始める。
【００５１】
マルチキャスト伝送開始時間（Ｍｕｌｔｉｃａｓｔ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｓｔａｒｔ  ｔｉｍｅ）ＴＬＶは、基地局により下りリンクマルチキャストデータが伝送される時を指示するためにページングメッセージに含まれるとよい。マルチキャスト伝送開始時間ＴＬＶの値は、ページングメッセージ（例えば、ＭＯＢ＿ＰＡＧ−ＡＤＶメッセージ）を受信する機器の次のページング聴取区間の開始時間よりも小さい。Ｍ２Ｍ機器は、ＭＯＢ＿ＰＡＧ−ＡＤＶメッセージにおいてマルチキャスト伝送開始時間ＴＬＶで指示するフレームまではパワーダウン（ｐｏｗｅｒ  ｄｏｗｎ）できる。
【００５２】
Ｍ２ＭグループＩＤ（Ｍ２Ｍ  ｇｒｏｕｐ  ＩＤ、ＭＧＩＤ）は、一つ以上のＭ２Ｍ機器の属したＭＧＩＤを割り当てるネットワークエンティティの領域においてＭ２Ｍグループを固有に識別させる。このＩＤは、機器のグループを識別させるのに用いられる（例えば、グループページングの場合に）。ＭＧＩＤは、初期ネットワーク進入時に及び明示的にネットワークから離れる（ｅｘｉｔ）時（例えば、パワーダウン位置更新時）に、Ｍ２Ｍ機器に割り当てられる。Ｍ２Ｍ機器がネットワークから離れないと、割り当てられたＭＧＩＤは遊休状態でもＭ２Ｍ機器により維持される。そして、ＭＧＩＤは再割当されてもよい。連結されたモード（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）時に、ＭＧＩＤは、ＤＳＡ及びＤＳＣ過程を経てそれぞれ追加されたり変更されてもよい。
【００５３】
上述したように、既存ＭＢＳにおいてマルチキャストＣＩＤはマルチキャストサービスフローを指示し、マルチキャストデータを伝送する時は、ＭＢＳ  ＭＡＰにおいてマルチキャストバーストのために用いられ、また、マルチキャストＭＰＤＵのＭＡＣヘッダーのＣＩＤフィールドに含まれ、マルチキャストフローを指示するのに用いられる。また、マルチキャストＣＩＤは、ＭＢＳゾーンを制御するネットワークエンティティ（ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）（例えば、ＭＢＳ  ＤＰＦ／ＭＢＳ  Ｐｒｏｘｙ）により割り当てられ、ＭＢＳゾーン内でユニーク（ｕｎｉｑｕｅ）である。したがって、端末が、ＭＢＳゾーンに属したマルチキャストＣＩＤを受信し、該ＭＢＳゾーンから離れると、マルチキャストＣＩＤをアップデートする過程を行わなければならない。
【００５４】
ＩＥＥＥ  ８０２．１６ｐシステムにおいてグループ制御及びマルチキャストサービスフローを指示するために用いられる１５ビットサイズのＭ２Ｍグループ識別子（Ｍ２Ｍ  Ｇｒｏｕｐ  ＩＤｅｎｔｉｆｉｅｒ、ＭＧＩＤ）は、ＤＳＡ過程でＭ２Ｍ機器に割り当てられるとよく、該当のマルチキャストサービスフローパラメータにマッピングされている。また、ＭＧＩＤは、ネットワークエンティティ（ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）ドメイン内で一つのＭ２Ｍグループを指示し、特定ＭＧＩＤゾーン内では区別して用いられてよい。
【００５５】
このようなシナリオにおいて、マルチキャストデータを伝送するための制御情報（例えば、ＭＡＰ）を伝送するとき、基地局は、Ｍ２Ｍ機器にとってマルチキャストバーストを正しくデコーディングできるように、該当のマルチキャストバーストにＩＤを与える必要がある。既存のマルチキャストシステムではＭＢＳ  ＭＡＰにマルチキャストＣＩＤを与えた。しかし、マルチキャストＣＩＤの数は９５個に制限されており、これでは１５ビットのＭＧＩＤを全て表せないという問題があった。この問題を解消するには、マルチキャストＣＩＤの代わりに、ＤＳＡ過程で割れ当てられたＭＧＩＤを、Ｍ２Ｍマルチキャストデータを伝送するＭＡＰ  ＩＥに入れ、Ｍ２Ｍ機器がマルチキャストデータを正しく受信できるようにすればよい。しかしながら、Ｍ２Ｍ機器が、下りリンクバーストを割り当てるＭＡＰデコーディングをする時、ＣＩＤに代えてＭＧＩＤでＭＡＰを分析（ｐａｒｓｉｎｇ）する機能を追加しなければならない。
【００５６】
そこで、本発明では、マルチキャストデータ伝送のためにＭＧＩＤとＣＩＤを用いる方法を提案する。上述したように、マルチキャストＣＩＤの空間が足りないことから、マルチキャストＣＩＤがＭＧＩＤの代わりに用いられることは不可能である。ＭＧＩＤの含まれたＭ２Ｍマルチキャスト連結（ｍｕｌｔｉｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎ）を確立する時、基地局が、Ｔｒａｎｓｐｏｒｔ  ＣＩＤのために用いられるＣＩＤ領域（２ｍ＋１〜０ｘＦＥ９Ｆ）においてＭＧＩＤにマッピングされるＣＩＤを一つ割り当てる。当該ＣＩＤは基地局が割り当てるから、基地局内ではユニークなものである。すなわち、同一のＭＧＩＤに対して、異なった基地局では異なったＭ２ＭマルチキャストＣＩＤを割り当てることができる。
【００５７】
下記の表４は、ＣＩＤ範囲（ｒａｎｇｅ）の他の例を示すものである。
【００５８】
【表４】
2014531871.tif 000006
【００５９】
表４で、Ｔｒａｎｓｐｏｒｔ  ＣＩＤのために用いられるＣＩＤ領域がＭ２Ｍマルチキャスト伝送のために用いられるように定義された例を表す。このような場合、Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤがマルチキャストバースト伝送のためのＭＡＰ  ＩＥに含まれるだろう。
【００６０】
図３は、Ｍ２Ｍ機器にマルチキャストＣＩＤが割り当てられる過程の一例を説明するための図である。
【００６１】
図３を参照すると、Ｍ２Ｍ機器は基地局からＤＳＡ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ）−ＲＥＱ（或いは、ＡＡＩ−ＤＳＡ−ＲＥＱなど）メッセージを受信することができる（Ｓ３１０）。この時、ＤＳＡ−ＲＥＱ／ＡＡＩ−ＤＳＡ−ＲＥＱメッセージには、ＭＧＩＤ情報（例えば、ＭＧＩＤ＝ａ）とＭ２ＭマルチキャストＣＩＤ情報（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’）を含むことができる。その後、ＤＳＡ−ＲＥＱ／ＡＡＩ−ＤＳＡ−ＲＥＱメッセージに対する応答としてＭ２Ｍ機器は基地局にＤＳＡ−ＲＳＰ／ＡＡＩ−ＤＳＡ−ＲＳＰメッセージを伝送でき（Ｓ３２０）、基地局からＭ２Ｍ機器をＤＳＡ−ＡＣＫ／ＡＡＩ−ＤＳＡ−ＡＣＫメッセージを受信することができる（Ｓ３３０）。
【００６２】
その後、基地局はネットワークからマルチキャストデータを受信することができ（Ｓ３４０）、基地局はＭ２Ｍ機器にマルチキャストＭＡＰ（或いはＡ−ＭＡＰ）ＩＥメッセージ、及びネットワークから受信したマルチキャストデータを伝送することができる（Ｓ３５０）。この時、Ｍ２Ｍ機器に伝送されたＭ２ＭマルチキャストＭＡＰ（或いはＡ−ＭＡＰ）ＩＥメッセージには、Ｍ２ＭマルチキャストＣＩＤ情報（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’）が含まれてよく、マルチキャストデータのＭＡＣヘッダーにもマルチキャストＣＩＤ情報（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’）が含まれてよい。すなわち、ＤＳＡ過程中に割り当てられたＭ２ＭマルチキャストＣＩＤは、Ｍ２Ｍ機器にマルチキャストデータを伝送する時にＭＡＰ  ＩＥに含めて伝送することができる。すると、Ｍ２Ｍ機器のプロセッサ１２０は、ＤＳＡ過程で割り当受てられたＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’と同じＭ２ＭマルチキャストＣＩＤ情報を含むマルチキャストデータについては、自身に該当するマルチキャストデータであることが確認できる。
【００６３】
図４は、Ｍ２Ｍ機器にマルチキャストＣＩＤが割り当てられる過程の他の例を説明するための図である。
【００６４】
図４を参照すると、Ｍ２Ｍ機器は基地局からＤＳＡ（Ｄｙｎａｍｉｃ  Ｓｅｒｖｉｃｅ  Ａｄｄｉｔｉｏｎ）−ＲＥＱ（或いは、ＡＡＩ−ＤＳＡ−ＲＥＱなど）メッセージを受信することができる（Ｓ４１０）。この時、ＤＳＡ−ＲＥＱ／ＡＡＩ−ＤＳＡ−ＲＥＱメッセージには、ＭＧＩＤ情報（例えば、ＭＧＩＤ＝ａ）とＭ２ＭマルチキャストＣＩＤ情報（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’）を含めることができる。その後、ＤＳＡ−ＲＥＱ／ＡＡＩ−ＤＳＡ−ＲＥＱメッセージに対する応答としてＭ２Ｍ機器は基地局にＤＳＡ−ＲＳＰ／ＡＡＩ−ＤＳＡ−ＲＳＰメッセージを伝送でき（Ｓ４２０）、基地局からＭ２Ｍ機器はＤＳＡ−ＡＣＫ／ＡＡＩ−ＤＳＡ−ＡＣＫメッセージを受信することができる（Ｓ４３０）。
【００６５】
その後、Ｍ２Ｍ機器は遊休モードに進入できる（Ｓ４４０）。一方、基地局はネットワークからマルチキャストデータを受信することができる（Ｓ４５０）。ネットワークからマルチキャストデータを受信した基地局は、Ｍ２Ｍ機器にページングメッセージ（ＰＡＧ−ＡＤＶ／ＡＡＩ−ＰＡＧ−ＡＤＶ）を伝送することができる（Ｓ４６０）。この時、ページングメッセージには、ＭＧＩＤ情報（例えば、ＭＧＩＤ＝ａ）とＭ２ＭマルチキャストＣＩＤ情報（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’）を含めることができる。
【００６６】
その後、基地局はＭ２Ｍ機器に、Ｍ２ＭマルチキャストＭＡＰ（或いはＡ−ＭＡＰ）ＩＥメッセージ、及びネットワークから受信したマルチキャストデータを伝送することができる（Ｓ４７０）。この時、Ｍ２Ｍ機器に伝送されたマルチキャストＭＡＰ（或いはＡ−ＭＡＰ）ＩＥメッセージには、Ｍ２ＭマルチキャストＣＩＤ情報（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’）が含まれてよく、マルチキャストデータのＭＡＣヘッダーにもマルチキャストＣＩＤ情報（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’）が含まれてよい。すなわち、ＤＳＡ過程中に割り当てられたＭ２ＭマルチキャストＣＩＤは、遊休モードにあるＭ２Ｍ機器にページングメッセージにてマルチキャストトラフィックの存在を知らせる場合にも利用可能である。
【００６７】
すると、Ｍ２Ｍ機器のプロセッサ１２０は、ＤＳＡ過程で割り当てられたＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ＝‘ｘ’と同じＭ２ＭマルチキャストＣＩＤ情報を含むページングメッセージを受信し、自身に該当するマルチキャストトラフィックが存在することが確認できる。
【００６８】
下記の表５は、図４の場合におけるＭ２Ｍマルチキャスト割当ＩＥ／Ｍ２Ｍマルチキャスト割当Ａ−ＭＡＰ  ＩＥメッセージフォーマットの一例を表す。
【００６９】
【表５】
2014531871.tif 000007
【００７０】
Ｍ２ＭマルチキャストＣＩＤが一つのマルチキャストサービスフロー（すなわち、ＭＧＩＤ）と１：１マッピングされるとしたとき、もし、基地局で支援するマルチキャストサービスフロー（又はＭＧＩＤ）が多いと、Ｍ２Ｍマルチキャストサービスのために用いられるＭ２ＭマルチキャストＣＩＤも多いはずであり、これは、各Ｍ２Ｍ機器のｔｒａｎｓｐｏｒｔ  ＣＩＤを減少させることがある。
【００７１】
これを解消するには、一つのＭ２ＭマルチキャストＣＩＤが一つ以上のマルチキャストサービスフローに割り当てられるように用いられればよい。すなわち、一つのＭ２ＭマルチキャストＣＩＤが一つ以上のＭＧＩＤにマッピングされるようにすればよい。この場合、Ｍ２ＭマルチキャストＣＩＤがＭＡＰ  ＩＥとｇｅｎｅｒｉｃ  ＭＡＣ  ｈｅａｄｅｒに用いられると、Ｍ２Ｍ機器のプロセッサ１２０は、自身に割り当てられなかったマルチキャストサービスフローに関するデータをデコーディングし、それを上位に伝達するように制御することになる。すなわち、この場合、Ｍ２Ｍ機器は、誤ったマルチキャストデータを受信することになる。そのために、下記の方法を考慮することができる。
【００７２】
〈ＭＡＣレイヤー（ｌａｙｅｒ）端においてマルチキャストデータ区別方法１〉
ＣＩＤフィールドにＭ２ＭマルチキャストＣＩＤの代わりにＭＧＩＤを使用する。この時、ＭＧＩＤが１５ビット又は１２ビットであるから、ＣＩＤフィールドのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）１ビットやＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）１ビットを１や０値で埋める（ｐａｄｄｉｎｇ）。すなわち、Ｍ２Ｍ機器のプロセッサ１２０は、ＭＡＰ  ＩＥにＭ２ＭマルチキャストＣＩＤを用いてＭ２Ｍマルチキャストバーストを区別し、ＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）端でＭＡＣヘッダーのＣＩＤフィールドに含まれたＭＧＩＤ値を確認し、自身のマルチキャストサービスフローであるかを区別できる。図５Ａは、ＣＩＤのＭＳＢ  １ビットが０で埋められる時、ＣＩＤの残り１５ビットはＭＧＩＤとして用いられる例を示し、図５Ｂは、ＣＩＤのＬＳＢ  １ビットが０で埋められる時、ＣＩＤの残りＭＳＢ  １５ビットはＭＧＩＤとして用いられる例を示している。もし、このとき、１で埋められるように設定されたとすれば、各埋め草ビット（ｐａｄｄｉｎｇ  ｂｉｔ）は１に設定されるだろう。
【００７３】
〈ＭＡＣレイヤー（ｌａｙｅｒ）端においてマルチキャストデータ区別方法２〉
基地局は、Ｍ２Ｍ機器にサブヘッダーや拡張されたサブヘッダーを用いてＭＧＩＤを伝達することができる。この場合、ＣＩＤフィールドは、Ｍ２ＭマルチキャストＣＩＤを使用する。ＧＭＨにおいて６ビットサイズのタイプ（ｔｙｐｅ）フィールドの６番目のビット（すなわち、＃５、ＭＳＢ）が現在予約されており、当該ビットを、ＭＧＩＤを含むＭ２Ｍマルチキャストサブヘッダーの有無を指示するのに用いることができる。すなわち、６番目のビットが１に設定されると、下記の表６のようなＭＧＩＤを含むＭ２ＭマルチキャストサブヘッダーがＭＡＣ  ＰＤＵに含まれるだろう。表６は、ＭＧＩＤを含むＭ２Ｍマルチキャストサブヘッダーの一例を表す。
【００７４】
【表６】
2014531871.tif 000008
【００７５】
下記の表７は、Ｔｙｐｅ  ｆｉｅｌｄのエンコーディング（ｅｎｃｏｄｉｎｇ）フォーマットの一例を示すものである。
【００７６】
【表７】
2014531871.tif 000009
【００７７】
表７で、ＧＭＨにおいて６ビットサイズのタイプ（ｔｙｐｅ）フィールドの６番目のビット（すなわち、＃５、ＭＳＢ）が現在予約されており、該ビットを、ＭＧＩＤを含むＭ２Ｍマルチキャストサブヘッダーの有無を指示するのに用いることができる。すなわち、６番目のビットが１に設定されると、Ｍ２ＭマルチキャストサブヘッダーがＭＡＣ  ＰＤＵに含まれる。
【００７８】
下記の表８は、Ｍ２ＭマルチキャストＭＰＤＵ（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＭＰＤＵ）の一例を表し、図６は、表８によるＧＭＨの構造を示す図である。
【００７９】
【表８】
2014531871.tif 000010
【００８０】
表８で、Ｔｙｐｅフィールドの予約されたビット（ＭＳＢ）の代わりに、ＧＭＨの予約されたビット（すなわち、ＥＫＳフィールドの次のビット）を、Ｍ２Ｍマルチキャストサブヘッダー指示子（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｓｕｂｈｅａｄｅｒ  Ｉｎｄｉｃａｔｏｒ、ＭＭＳＩ）として用いることができる。すなわち、このフィールドが１に設定されると、上のＭ２Ｍマルチキャストサブヘッダーが存在することを示す。
【００８１】
下記の表９は、Ｍ２ＭマルチキャストＭＰＤＵの他の例を示すものである。
【００８２】
【表９】
2014531871.tif 000011
【００８３】
Ｍ２Ｍマルチキャストサブヘッダー指示子（ＭＭＳＩ）は、他の方法でも代替可能である。すなわち、本発明では、ＭＭＳＩやＴｙｐｅフィールド以外に、ＧＭＨの一部ビットを用いて、ＭＧＩＤを含むサブヘッダーが存在することを知らせることもでき、当該指示（ｉｎｄｉｃａｔｉｏｎ）がｏｎに設定された時、ＭＰＤＵに、ＭＧＩＤを含むサブヘッダー（例えば、Ｍ２Ｍマルチキャストサブヘッダー）を含めることができる。ＭＧＩＤは、新しいサブヘッダー（Ｍ２Ｍマルチキャストサブヘッダー）の他、既存の他のサブヘッダーや拡張されたサブヘッダーを用いても伝送可能である。
【００８４】
このような指示子無しで、ＭＧＩＤを含むＭ２Ｍマルチキャストサブヘッダーが含まれるか否かを指示する方法の一つとして、Ｍ２Ｍ機器のプロセッサ１２０がＣＩＤを確認してそれを指示する方法がある。すなわち、Ｍ２Ｍ機器のプロセッサ１２０は、該当のＧＭＨのＣＩＤを読み、ＣＩＤが、ＭＧＩＤの含まれたＭ２Ｍマルチキャスト連結に関するＣＩＤであれば、ＭＧＩＤの含まれたＭ２Ｍマルチキャストサブヘッダーが含まれることを確認でき、ＣＩＤから、当該サブヘッダーの存在有無を把握できる。
【００８５】
下記の表１０は、Ｍ２ＭマルチキャストＭＰＤＵのさらに他の例を表す。
【００８６】
【表１０】
2014531871.tif 000012
【００８７】
ＭＧＩＤが拡張サブヘッダーで伝送されるとすれば、ＥＳＦビットを１に設定できる。このとき、ＭＧＩＤ拡張サブヘッダーフォーマット（Ｍ２Ｍマルチキャスト拡張サブヘッダーフォーマット）は、表１１のようになる。
【００８８】
【表１１】
2014531871.tif 000013
【００８９】
この場合、下りリンク拡張サブヘッダータイプのうち、予約された値の一つが、ＭＧＩＤ拡張サブヘッダーを指示するために用いられる。下記の表１２は、拡張サブヘッダータイプを説明するための表である。
【００９０】
【表１２】
2014531871.tif 000014
【００９１】
表１２で、拡張サブヘッダータイプ６は、Ｍ２Ｍマルチキャスト拡張サブヘッダーであることを表すものである。
【００９２】
一つのＭＰＤＵが、異なったＭＧＩＤに属する複数のマルチキャストデータを含んでいる場合がある。この場合、一つ以上のＭＧＩＤが含まれなければならない。一つ以上のＭＧＩＤが含まれる場合に、マルチキャストデータを伝達するための方法は、次の通りである。
【００９３】
〈一つのＭＰＤＵが一つ以上のＭＧＩＤに属する複数のマルチキャストデータを含む場合のマルチキャストデータ伝達方法１〉
連関（ｃｏｎｃａｔｅｎａｔｉｏｎ）方法を利用する。各ＭＧＩＤに対するマルチキャストＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）を一つのＭＰＤＵに構成した後、連関（ｃｏｎｃａｔｅｎａｔｉｏｎ）させて伝送する。すなわち、各ＭＰＤＵごとにＭＡＣヘッダーを含める。この時、ＭＧＩＤ情報を、上に言及した方法を用いて、各ＭＰＤＵごとに一つずつ含める。ＣＩＤフィールドにＭ２ＭマルチキャストＣＩＤの代わりにＭＧＩＤを使用する。
【００９４】
Ｍ２Ｍ機器のプロセッサ１２０は、ＭＡＰ  ＩＥにＭ２ＭマルチキャストＣＩＤを用いてＭ２Ｍマルチキャストバーストを区別し、ＭＡＣ  ＰＤＵ端においてＭＡＣヘッダーのＣＩＤフィールドに含まれたＭＧＩＤ値を確認し、自身のマルチキャストサービスフローであるかを区別できる。このような方法は、下記の表１３のように表すことができる。
【００９５】
【表１３】
2014531871.tif 000015
【００９６】
表１３を参照すると、一つのＭＰＤＵが、異なったＭＧＩＤに属する複数のマルチキャストデータを含んでいる場合に、各ＭＧＩＤに対するマルチキャストＳＤＵを一つのＭＰＤＵに構成した後、連関（ｃｏｎｃａｔｅｎａｔｉｏｎ）させて伝送する。
【００９７】
下記の表１４は、ＭＧＩＤをサブ形態で伝送する場合を表している。
【００９８】
【表１４】
2014531871.tif 000016
【００９９】
ＭＧＩＤをサブ形態で伝送する場合に、これを指示（ｉｎｄｉｃａｔｉｏｎ）する方法は、上に言及した、ＭＳＢ  ｏｆ  Ｔｙｐｅ又はＭＭＳＩを利用したり、又はＣＩＤがＭ２ＭマルチキャストＣＩＤであるかを確認する方法を利用したりできる。表１４の例では、ＣＩＤがＭ２ＭマルチキャストＣＩＤであるかを確認する方法のみを説明するが、ＭＳＢ  ｏｆ  ＴｙｐｅフィールドやＭＭＳＩを利用することも適用可能である。下記の表１５は、Ｍ２Ｍマルチキャスト拡張サブヘッダーを利用する場合を示すものである。
【０１００】
【表１５】
2014531871.tif 000017
【０１０１】
表１５のように、ＭＧＩＤを含んでいる拡張サブヘッダー（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｅｘｔｅｎｄｅｄ  ｓｕｂｈｅａｄｅｒ）を利用することもできる。
【０１０２】
〈一つのＭＰＤＵが一つ以上のＭＧＩＤに属する複数のマルチキャストデータを含む場合のマルチキャストデータ伝達方法２〉
ＭＧＩＤが含むサブヘッダーに拡張フラグ（ｅｘｔｅｎｓｉｏｎ  ｆｌａｇ）を定義し、後に、他のＭＧＩＤを含むサブヘッダーが存在するかを指示する。Ｍ２Ｍマルチキャストサブヘッダーを利用する場合に、Ｍ２Ｍマルチキャストサブヘッダー中に予約されたビットを用いて、さらに他のＭ２Ｍマルチキャストサブヘッダーが存在するかを指示することができる。
【０１０３】
下記の表１６は、拡張フラグ（ｅｘｔｅｎｓｉｏｎ  ｆｌａｇ）フィールドを含むＭ２Ｍマルチキャストサブヘッダーフォーマットの一例を表している。
【０１０４】
【表１６】
2014531871.tif 000018
【０１０５】
表１６で、拡張フラグが０に設定されていると、このサブヘッダーがＭ２Ｍマルチキャストサブヘッダーの最後のサブヘッダーであることを指示し、拡張フラグが１に設定されていると、他のＭ２Ｍマルチキャストサブヘッダーが後に存在することを指示する。或いは、その反対の場合も可能である。
【０１０６】
下記の表１７は、拡張フラグを使用するサブヘッダーフォーマットの一例を表す。
【０１０７】
【表１７】
2014531871.tif 000019
【０１０８】
表１７で、ＴｙｐｅフィールドのＭＳＢが、ＭＧＩＤの含まれたサブヘッダーの存在を知らせる。これは、上述のように、Ｍ２Ｍマルチキャストサブヘッダー指示子（ＭＭＳＩ）フィールドに置き換わってもよい。また、このような指示子に代えて、ＣＩＤがＭ２Ｍマルチキャストサービスを指示する時、Ｍ２Ｍマルチキャストサブヘッダーが含まれてもよい。表１７の例では、２つのマルチキャストペイロードが含まれており、よって、２つのＭＧＩＤが含まれることを表す。
【０１０９】
〈一つのＭＰＤＵが一つ以上のＭＧＩＤに属する複数のマルチキャストデータを含む場合のマルチキャストデータ伝達方法３〉
この方法は、ＭＧＩＤの数を含むサブヘッダーを定義し、当該サブヘッダーで指示する数分だけ、当該サブヘッダーにＭＧＩＤを含めたり、ＭＧＩＤが含むサブヘッダーを続いて含める。ＭＳＢ  ｏｆ  Ｔｙｐｅ  ｆｉｅｌｄやＭＭＳＩがＭＧＩＤの数を表すサブヘッダー（ＭＧＩＤ  ｎｕｍｂｅｒ  ｓｕｂｈｅａｄｅｒ）の存在有無を指示することができる。下記の表１８は、ＭＧＩＤの数を含むサブヘッダーの例を表している。
【０１１０】
【表１８】
2014531871.tif 000020
【０１１１】
ＭＧＩＤ  ｎｕｍｂｅｒ  ｓｕｂｈｅａｄｅｒで指示するＭＧＩＤの数分のＭＧＩＤ  ｓｕｂｈｅａｄｅｒが続いて存在するようになる。
【０１１２】
下記の表１９は、ＭＳＢ  ｂｉｔ  ｏｆ  Ｔｙｐｅ  ｆｉｅｌｄを用いてサブヘッダーの存在有無を表す例を示す。ＭＳＢ  ｂｉｔ  ｏｆ  Ｔｙｐｅ  ｆｉｅｌｄをＭＭＳＩに置き換えてもよい。
【０１１３】
【表１９】
2014531871.tif 000021
【０１１４】
下記の表２０は、ＭＧＩＤの数及びＭＧＩＤを含むサブヘッダーの一例を表す。この場合、サブヘッダーにおいてＬｅｎｇｔｈフィールドが先頭に位置する。
【０１１５】
【表２０】
2014531871.tif 000022
【０１１６】
このヘッダーに対する指示（ｉｎｄｉｃａｔｉｏｎ）は、上に定義した通り、ＭＳＢ  ｏｆ  ｔｙｐｅ  ｆｉｅｌｄ、ＭＭＳＩ、Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤを利用できる。
【０１１７】
上の例のように、ＣＩＤがＭ２Ｍマルチキャストサービスを指示するとき、ＭＧＩＤ  ｎｕｍｂｅｒ  ｓｕｂｈｅａｄｅｒが含まれ、該サブヘッダーにあるＭＧＩＤの数分のＭ２Ｍマルチキャストサブヘッダーが含まれるとよい。又は、拡張フラグを含むＭ２Ｍマルチキャストサブヘッダーを用いて一つ以上のＭＧＩＤを伝達することもでき、これは、下記の表２１のように示すことができる。
【０１１８】
【表２１】
2014531871.tif 000023
【０１１９】
〈一つのＭＰＤＵが一つ以上のＭＧＩＤに属する複数のマルチキャストデータを含む場合のマルチキャストデータ伝達方法４〉
この方法は、拡張サブヘッダーを利用する。このとき、サブヘッダーで定義した拡張フラグやＭＧＩＤ  ｎｕｍｂｅｒを利用できる。下記の表２２のように、ＭＧＩＤを含む拡張ヘッダーの数分のｔｙｐｅを含んでいるｅｘｔｅｎｄｅｄ  ｓｕｂｈｅａｄｅｒを存在できる。
【０１２０】
【表２２】
2014531871.tif 000024
【０１２１】
また、一つの拡張サブヘッダーに拡張フラグやＭＧＩＤ数を指示するｎｕｍｂｅｒ  ｏｆ  ＭＧＩＤフィールドを定義することで複数のＭＧＩＤを含めることができる。下記の表２３は、拡張フラグを含む拡張サブヘッダー（Ｍ２Ｍマルチキャスト拡張サブヘッダー）の一例を示す。
【０１２２】
【表２３】
2014531871.tif 000025
【０１２３】
下記の表２４は、Ｎｕｍｂｅｒ  ｏｆ  ＭＧＩＤを含む拡張サブヘッダー（Ｍ２Ｍマルチキャスト拡張サブヘッダー）の一例を示す。
【０１２４】
【表２４】
2014531871.tif 000026
【０１２５】
その他、上でサブヘッダーを定義した方法を、拡張サブヘッダーに同様に適用してもよい。
【０１２６】
〈一つのＭＰＤＵが一つ以上のＭＧＩＤに属する複数のマルチキャストデータを含む場合のマルチキャストデータ伝達方法５〉
この方法は、パッキングサブヘッダー（Ｐａｃｋｉｎｇ  ｓｕｂｈｅａｄｅｒ、ＰＳＨ）を利用する。基地局は、それぞれ異なったＭＧＩＤに対するマルチキャストデータ（ＳＤＵ）をパッキング形態で伝送できる。すなわち、基地局は、異なったＭＧＩＤに属しているＳＤＵをパッキングサブヘッダーを用いて伝送できる。仮に、ＣＩＤがＭ２Ｍマルチキャスト連結に関するＣＩＤであり、且つパッキングサブヘッダーがないと、ＭＧＩＤを含むサブヘッダー（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｓｕｂｈｅａｄｅｒ）が最後のサブヘッダーに続く。ＣＩＤがＭ２Ｍマルチキャスト連結に関するＣＩＤであり、且つパッキングサブヘッダーが存在すると、ＭＧＩＤを含むサブヘッダー（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｓｕｂｈｅａｄｅｒ）がパッキングサブヘッダーに続く。すなわち、パッキングサブヘッダー（ＰＳＨ）の数分だけ、ＭＧＩＤを含むサブヘッダーが続くことができる。下記の表２５は、パッキングサブヘッダー（ＰＳＨ）に続く又は最後のサブヘッダーに続く、ＭＧＩＤを含むサブヘッダーの一例を示す。そして、これを説明するためのマルチキャストＭＰＤＵの一例を、下記の表２６に示す。
【０１２７】
【表２５】
2014531871.tif 000027
【０１２８】
【表２６】
2014531871.tif 000028
【０１２９】
ここで、２つの異なったＭＧＩＤ（ＭＧＩＤ＝’１’及びＭＧＩＤ＝’２’）に対するＭｕｌｔｉｃａｓｔ  ＳＤＵが一つのＭＰＤＵに含まれており、この時、それぞれのＰＳＨヘッダーが含まれることを示す。上の例では、Ｍ２ＭマルチキャストＣＩＤにより、Ｍ２Ｍマルチキャストサブヘッダーを含めるか否かを決定した。その他、上に言及したＭＭＳＩやＭＳＢ  ｏｆ  Ｔｙｐｅ  ｆｉｅｌｄを用いて、Ｍ２Ｍマルチキャストサブヘッダーを含めるか否かを決定してもよく、上の例と同様に定義すればよい。又は、拡張されたサブヘッダーの形態で拡張されてもよい。
【０１３０】
ＭＧＩＤを含むサブヘッダーが、ＭＧＩＤに対するＰＤＵ長さ情報やＳＤＵ  ＳＮを含んでもよい。これは、パッキングサブヘッダーの重複且つ不必要な使用をなくすことができる。すなわち、パッキングサブヘッダーの機能を持ちながら、ＭＧＩＤを含むサブヘッダーを定義することができる。下記の表２７、表２８、表２９に、Ｍ２Ｍマルチキャストサブヘッダーフォーマットの一例を示す。
【０１３１】
【表２７】
2014531871.tif 000029
【０１３２】
【表２８】
2014531871.tif 000030
【０１３３】
【表２９】
2014531871.tif 000031
【０１３４】
ＭＧＩＤがＤＳＡ過程により割り当てられる時、ＣＩＤが割り当てられないと、ＭＡＣヘッダーでもＭＧＩＤがＣＩＤの代わりに用いられてよい。この場合、ＭＧＩＤを下記のようにＭＡＣ  ｈｅａｄｅｒに含めることができる。
【０１３５】
ＣＩＤフィールドにＭ２ＭマルチキャストＣＩＤの代わりにＭＧＩＤを使用する。この時、ＭＧＩＤが１５ビット（又は１２ビット）であるから、ＣＩＤフィールドのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）１ビットやＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）１ビットを１や０の値で埋める（ｐａｄｄｉｎｇ）。すなわち、Ｍ２Ｍ機器のプロセッサ１２０は、ＭＡＰ  ＩＥにＭ２ＭマルチキャストＣＩＤを用いてＭ２Ｍマルチキャストバーストを区別し、ＭＡＣ  ＰＤＵ端でＭＡＣヘッダーのＣＩＤフィールドに含まれたＭＧＩＤ値を確認し、自身のマルチキャストサービスフローであるかを区別できる。図７Ａは、ＣＩＤのＭＳＢ  １ビットが０で埋められる時、ＣＩＤの残り１５ビットはＭＧＩＤとして用いられる例を示し、図７Ｂは、ＣＩＤのＬＳＢ  １ビットが０で埋められる時、ＣＩＤの残りＭＢＳ  １５ビットはＭＧＩＤとして用いられる例を示している。
【０１３６】
ＣＩＤの代わりにＭＧＩＤが用いられるということを表すには、Ｂｉｔ＃５（ＭＳＢ）  ｏｆ  Ｔｙｐｅ  ｆｉｅｌｄやＲｓｖ（１）をその指示子とすればよく、例えば、当該指示子が１に設定された時、ＣＩＤフィールドはＣＩＤの代わりにＭＧＩＤが用いられる。
【０１３７】
ＭＧＩＤがマルチキャストデータ伝送のための制御情報（例えば、ＭＡＰ）に含まれる代わりに、ＤＳＡ過程で割り当てられたＣＩＤがＭＡＰに含まれることもある。この場合、ＣＩＤは、マルチキャストデータを指示する役割を担うから、マルチキャストサービス連結（ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ  ｃｏｎｎｅｃｔｉｏｎ）を有するＭ２Ｍ機器のプロセッサ１２０は、ＣＩＤの含まれたＭＡＰ  ＩＥによって伝送される全てのマルチキャストバーストをデコーディングしなければならない。
【０１３８】
Ｍ２Ｍ機器のプロセッサ１２０は、マルチキャストバーストをデコーディングした後、ＭＰＤＵに含まれているＭＧＩＤを確認し、自身のマルチキャストデータであるかを確認できる。Ｍ２Ｍ機器のプロセッサ１２０は、自身のマルチキャストデータである場合にのみ、マルチキャストデータを上位層に伝送するように制御し、そうでない場合には捨てる（ｄｉｓｃａｒｄ）。ＭＧＩＤをＭＡＣヘッダーに含める方法は、上述したように、指示子を使用して又は使用せずにＣＩＤフィールドにＭＧＩＤを挿入する方法（すなわち、１ビットを埋める方法）や、サブヘッダーにＭＧＩＤを含め、Ｍ２Ｍ機器にサブヘッダーを伝送する方法がある。
【０１３９】
サブヘッダーにＭＧＩＤを含めるには、既存のサブヘッダーに含めたり、又は新しいサブヘッダーを定義したりすればよい。新しいサブヘッダーを定義する場合、上述したように、Ｂｉｔ＃５（ＭＳＢ）  ｏｆ  Ｔｙｐｅ  ｆｉｅｌｄやＲｓｖ（１）を用いて、サブヘッダーを含むか否かを知らせることができる。このようにしてＣＩＤをＭＡＰに含めると、既存の下りリンクＭＡＰ  ＩＥ（ＤＬ  ＭＡＰ  ＩＥ）を再使用できるため、マルチキャスト伝送のための新しいＭＡＰ  ＩＥを定義する必要がない。
【０１４０】
〈Ｍ２ＭマルチキャストサービスのためのＣＩＤアップデート手順〉
ＩＥＥＥ  ８０２．１６ｅシステムでは、端末のネットワーク進入やサービスフロー生成時に割り当られたＣＩＤに基づいて基地局と端末間のデータ送受信がなされる。すなわち、データを送受信するためにリソースを割り当てるＭＡＰ  ＩＥを伝送する時、ＭＡＰ  ＩＥにＣＩＤを含めたり、データに関するＭＰＤＵのＭＡＣヘッダーにＣＩＤを含めることで、当該データのサービスフローを表す。
【０１４１】
Ｍ２Ｍアプリケーションが適用されるＩＥＥＥ  ８０２．１６ｐシステムにおいても、データ送受信のためにＣＩＤが用いられなければならず、また、Ｍ２Ｍマルチキャストサービスを伝送するためにもＣＩＤが用いられなければならない。そのために、基地局は、ＤＳＡ過程を用いてＭ２Ｍ機器にＭ２Ｍマルチキャストサービスに対する連結設定をする場合、マルチキャスト連結に関するＣＩＤを割り当てることができ、割り当てられたＣＩＤは、セル（又は基地局）内でマルチキャスト連結を区別するために用いられる。この時、基地局は、Ｔｒａｎｓｐｏｒｔ  ＣＩＤを割り当てるＣＩＤ  ｓｐａｃｅ（（２ｍ＋１〜０ｘＦＥ９Ｆ）から一つをＭ２Ｍ機器に割り当てることができる。又は、基地局は、Ｔｒａｎｓｐｏｒｔ  ＣＩＤの代わりにマルチキャストＣＩＤを割り当てるＣＩＤ  ｓｐａｃｅ（０ｘＦＥＡ０〜０ｘＦＥＦＥ）から一つを割り当ててもよい。この時、割り当てられたＣＩＤは、ＭＧＩＤに関連したマルチキャストサービスフローに連結されており、割り当てられたＭ２ＭマルチキャストＣＩＤは、マルチキャストバーストを伝送するためのマルチキャストＭＡＰ  ＩＥに含まれるとよい。
【０１４２】
Ｍ２Ｍ機器が、ＭＧＩＤを管理する特定ゾーン（例えば、ＩＥＥＥ  ８０２．１６ｐシステムにおいてＭ２Ｍ機器グループゾーン）内の基地局へ移動しても、移動した基地局でＭＧＩＤを用いることができるが、割り当てられたＣＩＤは、基地局を離れると有効とならないことがある。すなわち、以前基地局で特定Ｍ２Ｍマルチキャスト連結のために使用したＣＩＤが現在基地局では他のサービスのために用いられることがあり、他のＣＩＤが、Ｍ２Ｍ機器のために割り当てられたＭ２Ｍマルチキャスト連結のために用いられることがある。そのような場合、以前基地局からＭ２Ｍマルチキャストデータを受信していたＭ２Ｍ機器が他の基地局へと移動した時、当該基地局ではマルチキャストサービスを受けなくなる問題がある。そこで、以下では、Ｍ２Ｍ機器が移動によってマルチキャストサービスを受けなくなる問題を解決するための方法を説明する。
【０１４３】
〈Ｍ２Ｍ機器が移動によってマルチキャストサービスを受けられない問題を解決するための方法１＞
この方法は、ブロードキャスト又はマルチキャスト方法である。基地局は、自身が支援するＭ２Ｍマルチキャストサービスフローに関するＣＩＤと、近隣基地局で当該Ｍ２Ｍマルチキャストサービスフローのために使用するＣＩＤのマッピング情報をブロードキャストメッセージ（ｂｒｏａｄｃａｓｔ  ｍｅｓｓａｇｅ）などにてＭ２Ｍ機器に伝送することができる。ＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）が、マルチキャストＣＩＤアップデートのために伝送するブロードキャストメッセージの一例であってよい。ＤＣＤの他、新しいブロードキャストメッセージや既存のブロードキャストメッセージがＣＩＤアップデートのために用いられてもよく、該当の情報はＴＬＶフォーマットで伝送されるとよい。例えば、ＤＣＤ、ＭＧＭＣ（Ｍ２Ｍ  ｇｒｏｕｐ  ＭＡＣ  ｃｏｎｔｒｏｌ）メッセージをＣＩＤアップデートの目的で用いることができる。
【０１４４】
下記の表３０は、ＣＩＤアップデートのためのブロードキャストメッセージフォーマットの一例を示す。
【０１４５】
【表３０】
2014531871.tif 000032
【０１４６】
表３０を参照すると、Ｃｕｒｒｅｎｔ  Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ａｎｄ  Ｎｅｗ  Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤフィールドは、現在Ｍ２ＭマルチキャストＣＩＤ、及びアップデートされた新しいＭ２ＭマルチキャストＣＩＤ情報を知らせる。
【０１４７】
この例は、一つのＣＩＤが全てのＭ２Ｍ機器グループにおいて一つのマルチキャストサービスフローを指示する時、ＣＩＤをアップデートするのに用いることができる。すなわち、一つのＣＩＤは、一つのＭ２Ｍ機器グループゾーンに属した一つのＭＧＩＤを指示する。この場合、Ｍ２Ｍ機器が現在Ｍ２ＭマルチキャストＣＩＤ（ｃｕｒｒｅｎｔ  Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ）を確認し、該ＣＩＤが、いずれのＭ２Ｍ機器グループゾーンに属しているいずれのＭＧＩＤに対するマルチキャストサービスフローを指示するかがわかる。
【０１４８】
下記の表３１は、ＣＩＤアップデートのためのブロードキャストメッセージフォーマットの他の例を示す。
【０１４９】
【表３１】
2014531871.tif 000033
【０１５０】
表３１を参照すると、一つのＣＩＤが一つのＭ２Ｍ機器グループゾーンに属した一つ以上のＭＧＩＤにマッピングされるとすれば（すなわち、一つのＣＩＤが同じグループゾーン内の一つ以上のマルチキャストサービスを指示する場合）、ＣＩＤをアップデートするとき、ブロードキャストメッセージは、当該ＣＩＤがいずれのＭＧＩＤに関するＣＩＤであるかを表すために、ＭＧＩＤ情報も共に含む必要がある。すなわち、一つのＭ２Ｍ機器グループゾーン内のＭＧＩＤに対して割り当てられたＣＩＤは、他のゾーンでは用いることができない。
【０１５１】
一つのＣＩＤを、同じＭ２Ｍ機器グループゾーンに属した一つのＭＧＩＤにのみマッピングでき、一つのゾーンで割り当てられたＣＩＤを、他のＭ２Ｍ機器グループゾーンにおける一つのＭＧＩＤで用いることができる場合、基地局は、ＣＩＤをアップデートする時、ＣＩＤがいずれのゾーンに対するものかを表すために、Ｍ２Ｍ機器グループゾーンＩＤをブロードキャストメッセージに含めてＭ２Ｍ機器に伝送すればよい。その一例を、下記の表３２に示す。
【０１５２】
【表３２】
2014531871.tif 000034
【０１５３】
一つのＣＩＤを、一つのＭ２Ｍ機器グループゾーンで一つ以上のＭＧＩＤにマッピングでき、且つ、一つのゾーンで割り当てられたＣＩＤが、他のＭ２Ｍ機器グループゾーンにおける一つのＭＧＩＤで用いることができる場合、基地局は、ＣＩＤをアップデートするとき、ＣＩＤがいずれのゾーンのいずれのＭＧＩＤに対するものかを表すために、下記の表３３のように、Ｍ２Ｍ機器グループゾーンＩＤとＭＧＩＤをブロードキャストメッセージに含めてＭ２Ｍ機器に伝送すればよい。
【０１５４】
【表３３】
2014531871.tif 000035
【０１５５】
メッセージに含めた情報をＴＬＶ形態で示すと、下記の表３４のようになる。（後続する（ｆｏｌｌｏｗｉｎｇ）ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶは、ブロードキャスト／マルチキャストＭＡＣメッセージ（例えば、ＤＣＤ）に含まれてよい。
【０１５６】
【表３４】
2014531871.tif 000036
【０１５７】
以下、遊休モードにあるＭ２Ｍ機器の動作を説明する。
【０１５８】
遊休モードにあるＭ２Ｍ機器がＭ２Ｍマルチキャストデータを受信していない場合、同じゾーン内にある基地局へ移動しても、Ｍ２Ｍ機器はＭ２ＭマルチキャストＣＩＤをアップデートする必要がない。遊休モードＭ２Ｍ機器にＭ２Ｍマルチキャストデータを伝送する場合に、基地局は、ＭＧＩＤ及びマルチキャストトラフィック指示（ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｉｎｄｉｃａｔｉｏｎ）が含まれたページングメッセージを遊休モードＭ２Ｍ機器に伝送することによって遊休モードにあるＭ２Ｍ機器をページングした後、マルチキャストデータを伝送できる。マルチキャストトラフィック指示に対するグループページングを含むページングメッセージを受信したＭ２Ｍ機器は、ネットワーク進入（ｎｅｔｗｏｒｋ  ｅｎｔｒｙ）を行うことなくマルチキャストデータを受信する動作を行うことができる。
【０１５９】
仮に、遊休モードにあるＭ２Ｍ機器がＤＳＡ過程で基地局からＭＧＩＤとＭ２ＭマルチキャストＣＩＤを受けた後、他の基地局へと移動した時、以前基地局からターゲット基地局に関するマルチキャストＣＩＤマッピング情報を受信できなかった場合は、マルチキャストトラフィック指示とＭＧＩＤの含まれたページングメッセージを受信しても、Ｍ２ＭマルチキャストＣＩＤの含まれたＭＡＰ  ＩＥによって割り当てられたリソース上で伝送されるマルチキャストデータを受信できなくなることがある。これは、Ｍ２Ｍ機器が、ＭＧＩＤにマッピングされた誤ったＭ２ＭマルチキャストＣＩＤを有しているからである。
【０１６０】
このような問題を解決するために、基地局が遊休モードにあるＭ２Ｍ機器にマルチキャストデータを伝送するために、グループページングをするとき、基地局は、ＭＧＩＤに加え、現在基地局で当該ＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤ情報もページングメッセージに含めて伝送すればよい。ＭＧＩＤがＭ２Ｍ機器グループゾーン内で唯一に一つのＭ２Ｍグループ（又は、Ｍ２Ｍグループに対するマルチキャスト連結）を区別するために用いられるとすれば、当該ＭＧＩＤがいずれのＭ２Ｍ機器グループゾーンに属しているかを表すためのＭ２Ｍ  ＤＥＶＩＣＥ  ＧＲＯＵＰ  ＺＯＮＥ  ＩＤフィールドをページングメッセージに含めて伝送できる。その一例が、下記の表３５のページングメッセージ（ＭＯＢ＿ＰＡＧ−ＡＤＶ  ｍｅｓｓａｇｅ）である。
【０１６１】
【表３５】
2014531871.tif 000037
【０１６２】
表３５を参照すると、基地局は、ページングメッセージを伝送する時、Ｍ２Ｍ  Ｄｅｖｉｃｅ  Ｇｒｏｕｐ  Ｚｏｎｅ  ＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤをＭＧＩＤと共に伝送できる。Ｍ２Ｍ機器は、ページングメッセージにて自身に割り当てられたＭＧＩＤに対するＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ情報を用いて、マルチキャストデータを伝送するための制御情報（ＭＡＰ）を読む。すなわち、自身に割り当てられたＭＧＩＤに対するＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤが含まれたＭＡＰ  ＩＥを受信すると、当該ＭＡＰ  ＩＥにより割り当てられたリソース上で伝送されるＭ２Ｍマルチキャストバーストをデコーディングする。メッセージに含まれた情報をＴＬＶ形態で表すと、下記の表３６のようになる（Ｍ２Ｍ  Ｄｅｖｃｉｅ  Ｇｒｏｕｐ  Ｚｏｎｅ  ＩＤ  ＴＬＶ及びＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ＴＬＶは、ＭＯＢ＿ＰＡＧ−ＡＤＶ  ｍｅｓｓａｇｅページングメッセージに含まれてよい）。
【０１６３】
【表３６】
2014531871.tif 000038
【０１６４】
遊休モードにあるＭ２Ｍ機器が、Ｍ２Ｍマルチキャストデータを受信していたが、Ｍ２Ｍマルチキャストデータ伝送が終了する前に他の基地局へ移動したとき、ターゲット基地局に対するＭＧＩＤとＭ２ＭマルチキャストＣＩＤマッピング情報を有していないと、Ｍ２Ｍ機器は、それをアップデートする動作を行う必要がある。この場合、Ｍ２Ｍ機器は、位置アップデート（ｌｏｃａｔｉｏｎ  ｕｐｄａｔｅ）プロシージャを行い、基地局からＭ２ＭマルチキャストＣＩＤをアップデートする動作を行うことができる。この時、Ｍ２Ｍ機器は、レンジング目的指示（ｒａｎｇｉｎｇ  ｐｕｒｐｏｓｅ  ｉｎｄｉｃａｔｉｏｎ）を、Ｍ２ＭマルチキャストＣＩＤ  ｕｐｄａｔｅ（＃ｂｉｔ  ６＝１）に設定したレンジング要請メッセージ（例えば、ＲＮＧ−ＲＥＱ）メッセージを基地局に伝送できる。基地局がＭ２ＭマルチキャストＣＩＤアップデートに設定されたレンジング目的指示が含まれたレンジング要請メッセージ（例えば、ＲＮＧ−ＲＥＱ）をＭ２Ｍ機器から受信すると、基地局は、ネットワークから当該Ｍ２Ｍ機器に関するＭＧＩＤの情報を受信し、レンジング応答メッセージ（例えば、ＲＮＧ−ＲＳＰ）メッセージにＭＧＩＤとＣＩＤマッピング情報を含めてＭ２Ｍ機器に伝送する。
【０１６５】
次に、レンジング要請メッセージ（ＲＮＧ−ＲＥＱメッセージ）の一例を説明する。
【０１６６】
続くＴＬＶパラメータ（ｆｏｌｌｏｗｉｎｇ  ＴＬＶ  ｐａｒａｍｅｔｅｒ）は、Ｍ２Ｍ機器がネットワーク再進入、ハンドオーバー、位置更新又は異常なパワーダウンレポーティングを試みようとする時、レンジング要請メッセージに含まれるとよい。レンジング目的指示フィールドは、レンジング要請メッセージにおいてその項目の存在がＭ２Ｍ機器の動作を指示する。
【０１６７】
例えば、レンジング目的指示フィールドにおいてｂｉｔ  ０が１に設定されると、サービング基地局ＩＤと結合して端末が現在ハンドオーバー又は再進入を試みることを指示し、ページング制御機ＩＤと結合して端末が遊休モードから基地局へのネットワーク再進入を試みることを指示する。また、ｂｉｔ  １が１に設定されると、端末が遊休モード位置アップデートプロセスを開始することを指示する。ｂｉｔ  ２はシームレス（Ｓｅａｍｌｅｓｓ）なハンドオーバー指示を指示するが、このビットが他の含まれた情報要素と結合して１に設定されると、端末がシームレスなハンドオーバー過程の一部としてレンジングを開始していることを指示する。ｂｉｔ  ３は、緊急コール設定のためのレンジング要請であることを指示し、このビットが１に設定されると、緊急コールプロセッサの端末が動作することを指示する。ｂｉｔ  ４は、ＭＢＳアップデートを指示し、このビットが１に設定されると、端末は、ＭＢＳフローのためのサービスフロー管理エンコーディングを必要とすることから、位置アップデートを行おうと試みていることを指示する。Ｂｉｔ  ５は、異常なパワーダウン（Ａｂｎｏｒｍａｌ  Ｐｏｗｅｒ  Ｄｏｗｎ）を指示し、このビットが１に設定されると、Ｍ２Ｍ機器は、異常な又は非自発的なパワーダウンが発生したことを指示する。  Ｂｉｔ  ６は、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤアップデートを指示するもので、このビットが１に設定されると、Ｍ２Ｍ機器は、現在ＭＧＩＤ及びＣＩＤマッピング情報をアップデートするために位置アップデートを現在行おうと試みていることを指示する。Ｂｉｔ  ７は、他の目的を指示するために予約されている。
【０１６８】
レンジング要請メッセージに対する応答であるレンジング応答メッセージには、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、次のようなＴＬＶパラメータが含まれるとよい。例えば、ＭＧＩＤ  ａｎｄ  ＣＩＤ  ｍａｐｐｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ＴＬＶパラメータにおいて、Ｂｉｔｓ  ０−１４はＭＧＩＤ値に、ｂｉｔｓ  １５−３０はＭ２ＭマルチキャストＣＩＤ値に、ｂｉｔ  ３１は、他の情報の値に予約されていればよい。
【０１６９】
Ｍ２Ｍ機器が位置アップデートプロシージャを行って基地局からＭ２ＭマルチキャストＣＩＤをアップデートする動作を行う時、Ｍ２Ｍ機器は、Ｍ２ＭマルチキャストＣＩＤアップデートを表すレンジング目的指示情報及び自身に以前に割り当てられたＭＧＩＤ情報をレンジング要請メッセージ（例えば、ＲＮＧ−ＲＥＱメッセージ）に含めて基地局に伝送できる。基地局は、Ｍ２ＭマルチキャストＣＩＤアップデートを表すレンジング目的指示情報及びＭＧＩＤの含まれたレンジング要請メッセージをＭ２Ｍ機器から受信すると、自身が保有しているＭＧＩＤリストから当該ＭＧＩＤに関するＣＩＤマッピング情報を直ちにＭ２Ｍ機器に伝達する。
【０１７０】
一方、レンジング要請メッセージ（例えば、ＲＮＧ−ＲＥＱメッセージ）には、ＭＧＩＤ  ｉｎｆｏｒｍａｔｉｏｎ  ＴＬＶのようなパラメータが含まれてもよい。ＭＧＩＤ  ｉｎｆｏｒｍａｔｉｏｎ  ＴＬＶにおいてＢｉｔｓ  ０−７はＭＧＩＤ値に予約されたものであってよい。
【０１７１】
レンジング要請メッセージに対する応答であるレンジング応答メッセージには、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするためにＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータが含まれるとよい。例えば、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータにおいて、ｂｉｔｓ  ０−１４はＭＧＩＤ値に、ｂｉｔｓ  １５−３０はＭ２ＭマルチキャストＣＩＤ値に、ｂｉｔ  ３１は他の情報の値に予約されていればよい。
【０１７２】
基地局がＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報を伝達する時、各ＭＧＩＤ値とＣＩＤ値を伝達する代わりに、ＭＧＩＤビットマップ（ｂｉｔｍａｐ）とこれに関するＣＩＤ情報のみを伝達してもよい。ＭＧＩＤビットマップは、ＭＧＩＤの昇順（ｉｎｃｒｅａｓｉｎｇ  ｏｒｄｅｒ）で整列され、１に設定されたビットは、当該ＭＧＩＤに関するＣＩＤがアップデートされる必要があるということを意味する。したがって、基地局がネットワークエンティティ（Ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）又はＭ２Ｍ機器からＭ２Ｍ機器に関するＭＧＩＤ情報を受信すると、全てのＭＧＩＤに対するビットが１に設定されるはずであり、基地局がネットワークエンティティ（Ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）又はＭ２Ｍ機器からレンジング要請メッセージによりＭ２Ｍ機器に関するＭＧＩＤとＭ２ＭマルチキャストＣＩＤマッピング情報を受信すると、アップデートを必要とするＭＧＩＤに対するビットのみが１に設定されるはずである。この方法は、レンジング応答メッセージのオーバーヘッドを減らすのに役立つ。
【０１７３】
上述したように、レンジング要請メッセージに対する応答であるレンジング応答メッセージには、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、ＭＧＩＤビットマップのようなＴＬＶパラメータが含まれるとよい。例えば、ＭＧＩＤビットマップＴＬＶパラメータにおいて、Ｂｉｔｓ  ０−７は、ＭＧＩＤビットマップに予約されていればよい。又は、レンジング応答メッセージには、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、Ｍ２ＭマルチキャストＣＩＤ  ＴＬＶパラメータが含まれてもよく、Ｍ２ＭマルチキャストＣＩＤ  ＴＬＶパラメータにおいて、Ｂｉｔｓ  ０−１５はＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ値に予約されてよい。そして、ＭＧＩＤビットマップにおいて１に設定された数分だけ、Ｍ２ＭマルチキャストＣＩＤ  ＴＬＶが含まれるとよい。
【０１７４】
ＭＧＩＤビットマップはＭＧＩＤの昇順で整列され、１に設定されたビットは、当該ＭＧＩＤに関するＣＩＤがアップデートされる必要があるということを意味する。したがって、基地局がネットワークエンティティ又はＭ２Ｍ機器からＭ２Ｍ機器に関するＭＧＩＤ情報を受信すると、全てのＭＧＩＤに対するビットが１に設定されるはずであり、基地局がネットワークエンティティ又はＭ２Ｍ機器からレンジング要請メッセージなどにてＭ２Ｍ機器に関するＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報を受信すると、アップデートを必要とするＭＧＩＤに対するビットのみが１に設定されるはずである。
【０１７５】
以下では、ユニキャスト（ｕｎｉｃａｓｔ）方法を用いた連結モード（Ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）Ｍ２Ｍ機器の動作を説明する。
【０１７６】
連結モードにあるＭ２Ｍ機器がＭ２Ｍマルチキャスト連結を有しており、Ｍ２ＭマルチキャストＣＩＤを割り当てた基地局から他の基地局へとハンドオーバーが発生した時、ターゲット基地局からＭ２ＭマルチキャストＣＩＤを受けなければならない。サービング基地局は、ハンドオーバー過程中にターゲット基地局からＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報を受信し、Ｍ２Ｍ機器に関連情報を伝送できる。すなわち、基地局は、ハンドオーバー過程中にＭＯＢ＿ＢＳＨＯ−ＲＥＱ／ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージに、ターゲット基地局に関するＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤ情報を含めてＭ２Ｍ機器に伝送できる。この時、基地局は、アップデートされる必要があるＣＩＤ情報のみを含めるだろう。
【０１７７】
ハンドオーバー要請／応答メッセージ（例えば、ＭＯＢ＿ＢＳＨＯ−ＲＥＱ／ＲＳＰ（ＢＳ  ＨＯ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）ｍｅｓｓａｇｅ））には、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報のようなＴＬＶパラメータが含まれればよい。例えば、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータにおいて、Ｂｉｔｓ  ０−１４はＭＧＩＤ値に、ｂｉｔｓ  １５−３０はＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ値に予約できる。そして、ｂｉｔ  ３１は、他の情報を指示する値に予約されている。この場合にも、サービング基地局はＭＧＩＤビットマップを用いて伝送することによって、関連情報のオーバーヘッドを減らすことができる。
【０１７８】
又は、基地局ハンドオーバー要請／応答メッセージ（例えば、ＭＯＢ＿ＢＳＨＯ−ＲＥＱ／ＲＳＰ（ＢＳ  ＨＯ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）ｍｅｓｓａｇｅ））には、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、ＭＧＩＤビットマップのようなＴＬＶパラメータが含まれてもよい。例えば、ＭＧＩＤビットマップのようなＴＬＶパラメータにおいて、ｂｉｔｓ  ０−７はＭＧＩＤビットマップ値に予約されている。ＭＧＩＤビットマップは、ＭＧＩＤの昇順で整列され、１に設定されたビットは、当該ＭＧＩＤに関するＣＩＤがアップデートされる必要があるということを意味する。したがって、基地局がネットワークエンティティ又はＭ２Ｍ機器からＭ２Ｍ機器に関するＭＧＩＤ情報を受信すると、全てのＭＧＩＤに対するビットが１に設定されるはずであり、基地局がネットワークエンティティ又はＭ２Ｍ機器から基地局ハンドオーバー要請／応答メッセージなどにてＭ２Ｍ機器に関するＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報を受信すると、アップデートを必要とするＭＧＩＤに対するビットのみが１に設定されるはずである。又は、ハンドオーバー要請／応答メッセージ（例えば、ＭＯＢ＿ＢＳＨＯ−ＲＥＱ／ＲＳＰ（ＢＳ  ＨＯ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）ｍｅｓｓａｇｅ））には、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータが含まれてもよい。例えば、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータにおいて、Ｂｉｔｓ  ０−１５はＭ２ＭマルチキャストＣＩＤ値に予約されてよく、Ｍ２Ｍビットマップにおいて１に設定された数分だけ、Ｍ２ＭマルチキャストＣＩＤ  ＴＬＶが含まれるだろう。この場合にも、サービング基地局はＭＧＩＤビットマップを用いて伝送することによって、関連情報のオーバーヘッドを減らすことができる。Ｍ２Ｍ機器は、ハンドオーバー過程中ではなくハンドオーバー後にターゲット基地局にレンジングを行う時、ＣＩＤアップデートを行うことができる。ターゲット基地局は、レンジング応答メッセージ（例えば、ＲＮＧ−ＲＳＰメッセージ）にＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ情報を含めてＭ２Ｍ機器に伝送できる。
【０１７９】
レンジング応答メッセージには、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤのようなＴＬＶパラメータが含まれるとよい。例えば、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤのようなＴＬＶパラメータにおいて、ｂｉｔｓ  ０−１４はＭＧＩＤビットマップに予約され、ｂｉｔｓ  ０−１５はＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ値に予約されていればよい。そして、ｂｉｔｓ  ３１は、他の情報を指示する値に予約されている。この場合にも、基地局はＭＧＩＤビットマップを用いて関連情報のオーバーヘッドを減らすことができる。
【０１８０】
又は、レンジング応答メッセージには、ＭＧＩＤビットマップのようなＴＬＶパラメータが含まれてもよい。例えば、ＭＧＩＤビットマップのようなＴＬＶパラメータにおいて、ｂｉｔｓ  ０−７はＭＧＩＤビットマップ値に予約されている。ＭＧＩＤビットマップはＭＧＩＤの昇順で整列され、１に設定されたビットは、当該ＭＧＩＤに関するＣＩＤがアップデートされる必要があるということを意味する。したがって、基地局がネットワークエンティティ又はＭ２Ｍ機器からＭ２Ｍ機器に関するＭＧＩＤ情報を受信すると、全てのＭＧＩＤに対するビットが１に設定されるはずであり、基地局がネットワークエンティティ又はＭ２Ｍ機器からレンジング要請などによりＭ２Ｍ機器に関するＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報を受信すると、アップデートを必要とするＭＧＩＤに対するビットのみが１に設定されるはずである。又は、レンジング応答メッセージには、Ｍ２Ｍ機器に割り当てられたＭＧＩＤにマッピングされたＭ２ＭマルチキャストＣＩＤをアップデートするために、Ｍ２ＭマルチキャストＣＩＤ  ＴＬＶパラメータが含まれてもよい。例えば、Ｍ２ＭマルチキャストＣＩＤ  ＴＬＶパラメータにおいて、Ｂｉｔｓ  ０−１５はＭ２ＭマルチキャストＣＩＤ値に予約されてよく、Ｍ２Ｍビットマップにおいて１に設定された数分だけ、Ｍ２ＭマルチキャストＣＩＤ  ＴＬＶが含まれるだろう。
【０１８１】
Ｍ２Ｍ機器がハンドオーバー後にレンジングを行う場合、上に定義した遊休モードＭ２Ｍ機器の動作のように、Ｍ２Ｍ機器はレンジング要請（ＲＮＧ−ＲＥＱ）メッセージを伝送する時、Ｍ２Ｍマルチキャストアップデート要求フィールドを含めることができる。該フィールドが１に設定された時、基地局は、上に定義したＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶやＭＧＩＤビットマップＴＬＶとＭ２ＭマルチキャストＣＩＤ  ＴＬＶをレンジング応答メッセージで伝送することができる。
【０１８２】
レンジング要請メッセージは、Ｍ２Ｍマルチキャストアップデート要求（Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｕｐｄａｔｅ  Ｒｅｑｕｉｒｅｄ）ＴＬＶパラメータを含むことができる。例えば、Ｍ２Ｍ  Ｍｕｌｔｉｃａｓｔ  Ｕｐｄａｔｅ  Ｒｅｑｕｉｒｅｄ  ＴＬＶパラメータにおいて、Ｂｉｔｓ  ０が１に設定されると、Ｍ２Ｍ機器がＭ２ＭマルチキャストＣＩＤをアップデートする必要があるということを表す。基地局は、Ｍ２Ｍ機器に関するＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報を伝達する。ｂｉｔｓ  １−７は、他の情報の値に予約されていてよい。
【０１８３】
このようなシナリオにおいて、Ｍ２Ｍ機器は、上に定義した遊休モードＭ２Ｍ機器の動作のように、レンジング要請メッセージに、Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄ  ＴＬＶに加え、ＭＧＩＤ情報やＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報を含めて基地局に伝送することができる。その各例は次の通りである。
【０１８４】
レンジング要請メッセージは、ＭＧＩＤ情報ＴＬＶパラメータを含むことができる。例えば、ＭＧＩＤ情報ＴＬＶパラメータにおいて、ｂｉｔｓ  ０−１４はＭＧＩＤ値に予約されており、Ｂｉｔｓ  １５は、他の情報の値に予約されていてよい。
【０１８５】
又は、レンジング要請メッセージは、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータを含むこともできる。例えば、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータにおいて、ｂｉｔｓ  ０−１４はＭＧＩＤ値に予約されており、Ｂｉｔｓ  １５−３０はＭ２ＭマルチキャストＣＩＤ値に予約されており、ｂｉｔ  ３１は他の情報の値に予約されていてよい。
【０１８６】
基地局がブロードキャスト／マルチキャストメッセージ（ＤＣＤ又は新しいブロードキャスト／マルチキャストメッセージ）で近隣基地局に関するＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤを周期的に伝送すると、大部分の連結モードＭ２Ｍ機器は、ブロードキャスト／マルチキャストメッセージから、近隣基地局に関するＭＧＩＤとＭ２ＭマルチキャストＣＩＤマッピング情報を獲得することができる。仮に、速い移動のような理由で、Ｍ２Ｍ機器がブロードキャスト／マルチキャストメッセージから、ターゲット基地局に関するＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報を獲得できないと、Ｍ２Ｍ機器は、ターゲット基地局に移動し、Ｍ２Ｍマルチキャストアップデート要求（Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄ）フィールドを１に設定したレンジング要請メッセージを基地局に伝送する。基地局は、Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄが１に設定された場合にのみ、ＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報をレンジング応答メッセージに含めてＭ２Ｍ機器に伝送する。
【０１８７】
連結モードにあるＭ２Ｍ機器がハンドオーバー過程中にＣＩＤアップデート動作を行うようになった場合は、Ｍ２Ｍ機器は、ブロードキャストメッセージからＣＩＤアップデート情報を獲得できなかった場合にのみ、ＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージにＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄ  ＴＬＶを含めることで、基地局にＣＩＤアップデート要請をすることができる、そして、基地局は、ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄ  ＴＬＶが１に設定されたＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージを受信した場合にのみ、ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージにＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶやＭＧＩＤ  ｂｉｔｍａｐ  ＴＬＶとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ＴＬＶを含めてＭ２Ｍ機器に伝送できる。
【０１８８】
Ｍ２Ｍ機器（或いは端末）ハンドオーバー要請メッセージ（例えば、ＭＯＢ＿ＭＳＨＯ−ＲＥＱ（ＭＳ  ＨＯ  ｒｅｑｕｅｓｔ）ｍｅｓｓａｇｅ）には、Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄ  ＴＬＶパラメータが含まれるとよい。Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄ  ＴＬＶパラメータにおいて、Ｂｉｔｓ  ０のビットが１に設定されると、Ｍ２Ｍ機器がＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤをアップデートする必要があるということを表す。すると、基地局は、Ｍ２Ｍ機器に関するＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報を伝達する。残りｂｉｔｓ  １〜７は、他の情報の値に予約されていてよい。
【０１８９】
このようなシナリオにおいて、Ｍ２Ｍ機器は、Ｍ２Ｍ機器（或いは端末）ハンドオーバー要請メッセージ（例えば、ＭＯＢ＿ＭＳＨＯ−ＲＥＱ）にＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ｕｐｄａｔｅ  ｒｅｑｕｉｒｅｄ  ＴＬＶに加え、ＭＧＩＤ情報ＴＬＶやＭＧＩＤ及びＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報ＴＬＶを含めて伝送してもよい。基地局は、ＭＧＩＤ  ｉｎｆｏｒｍａｔｉｏｎ  ＴＬＶの含まれたＭ２Ｍ機器（或いは端末）ハンドオーバー要請メッセージを受信すると、ＭＧＩＤ情報に基づいてＭＧＩＤ  ａｎｄ  Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ｍａｐｐｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ＴＬＶをＭ２Ｍ機器（或いは端末）ハンドオーバー応答メッセージ（例えば、ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージ）に含めてＭ２Ｍ機器に伝送できる。ＭＧＩＤ  ａｎｄ  Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ｍａｐｐｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ＴＬＶの含まれたＭ２Ｍ機器（或いは端末）ハンドオーバー要請メッセージ（ＭＯＢ＿ＭＳＨＯ−ＲＥＱメッセージ）を受信すると、基地局は、ＭＧＩＤ  ｂｉｔｍａｐ  ＴＬＶとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ＴＬＶをＭ２Ｍ機器（或いは端末）ハンドオーバー応答メッセージ（例えば、ＭＯＢ＿ＢＳＨＯ−ＲＳＰメッセージ）に含めてＭ２Ｍ機器に伝送できる。
【０１９０】
Ｍ２Ｍ機器（或いは端末）ハンドオーバー要請メッセージは、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータを含むことができる。例えば、ＭＧＩＤ及びＭ２ＭマルチキャストＣＩＤマッピング情報ＴＬＶパラメータにおいて、ｂｉｔｓ  ０−１４はＭＧＩＤ値に予約されており、Ｂｉｔｓ  １５−３０はＭ２ＭマルチキャストＣＩＤ値に予約されており、ｂｉｔ  ３１は他の情報の値に予約されていてよい。
【０１９１】
又は、Ｍ２Ｍ機器（或いは端末）ハンドオーバー要請メッセージは、ＭＧＩＤビットマップＴＬＶパラメータを含むこともできる。例えば、ＭＧＩＤビットマップＴＬＶパラメータにおいて、ｂｉｔｓ  ０−７はＭＧＩＤビットマップ値に予約されている。ＭＧＩＤビットマップはＭＧＩＤの昇順で整列され、１に設定されたビットは、当該ＭＧＩＤに関するＣＩＤがアップデートされる必要があるということを意味する。したがって、基地局がネットワークエンティティ又はＭ２Ｍ機器からＭ２Ｍ機器に関するＭＧＩＤ情報を受信すると、全てのＭＧＩＤに対するビットが１に設定されるはずであり、基地局がネットワークエンティティ又はＭ２Ｍ機器からレンジング要請などによりＭ２Ｍ機器に関するＭＧＩＤとＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤマッピング情報を受信すると、アップデートを必要とするＭＧＩＤに対するビットのみが１に設定されるはずである。
【０１９２】
又は、Ｍ２Ｍ機器（或いは端末）ハンドオーバー要請メッセージは、Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ＴＬＶパラメータを含むこともできる。Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ＴＬＶパラメータにおいて、ｂｉｔｓ  ０−１５はＭ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ値に予約され、ＭＧＩＤビットマップにおいて１に設定された数分だけ、Ｍ２Ｍ  ｍｕｌｔｉｃａｓｔ  ＣＩＤ  ＴＬＶが含まれるとよい。
【０１９３】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含まれることもでき、別の実施例の対応する構成又は特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりすることができることは明らかである。
【０１９４】
本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態に具体化できる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈により定めなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【図１】
2014531871.tif 000039
【図２】
2014531871.tif 000040
【図３】
2014531871.tif 000041
【図４】
2014531871.tif 000042
【図５ａ】
2014531871.tif 000043
【図５ｂ】
2014531871.tif 000044
【図６】
2014531871.tif 000045
【図７ａ】
2014531871.tif 000046
【図７ｂ】
2014531871.tif 000047
【国際調査報告】
2014531871.tif 000048
2014531871.tif 000049