(57)【要約】  マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送方法および装置。ＢＭ−ＳＣは、ＭＴＣサーバからセッション開始時刻を受信し、セッション開始時刻を含むサービス・アナウンスメントを複数のＭＴＣデバイスに送信し、複数のＭＴＣデバイスに対するＭＢＭＳベアラの確立を、セッション開始時刻に達した時点で開始し、ＭＴＣサービス・コンテンツをＭＴＣサーバからＭＢＭＳベアラを介して複数のＭＴＣデバイスに伝送する。ＭＴＣデバイスは、セッション開始時刻を含むサービス・アナウンスメントを受信し、セッション開始時刻に達した時点で、ＭＢＭＳベアラに関する通知を受信するために起動し、ＭＢＭＳベアラを介して伝送されたＭＴＣサービス・コンテンツを受信する。
2013519319.tif 000002
【特許請求の範囲】
【請求項１】
マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送方法であって、
セッション開始時刻をＭＴＣサーバから受信するステップと、
前記セッション開始時刻を含むサービス・アナウンスメントを複数のＭＴＣデバイスに送信するステップと、
前記セッション開始時刻に達した時点で、前記複数のＭＴＣデバイスに対してＭＢＭＳベアラの確立を開始するステップと、
前記ＭＴＣサーバから到来したＭＴＣサービス・コンテンツを、前記ＭＢＭＳベアラを介して前記複数のＭＴＣデバイスに伝送するステップと
を含む方法。
【請求項２】
前記複数のＭＴＣデバイスに事前設定された定時に、前記サービス・アナウンスメントが前記ＭＢＭＳベアラを介して前記複数のＭＴＣデバイスに送信される、請求項１に記載の方法。
【請求項３】
前記複数のＭＴＣデバイスのうちで前記ＭＴＣサービス・コンテンツを受信することが予想されるＭＴＣデバイスの識別子リストが、前記複数のＭＴＣデバイスに送信されるように、前記ＭＢＭＳベアラの確立中に、前記ＭＢＭＳベアラに関する通知に入れられる、請求項１に記載の方法。
【請求項４】
マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ受信方法であって、
セッション開始時刻を含むサービス・アナウンスメントをＭＢＭＳサービス装置から受信するステップと、
前記セッション開始時刻に前記ＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラに関する通知を受信するように、前記セッション開始時刻に達した時点で起動するステップと、
前記ＭＢＭＳベアラを介して伝送されるＭＴＣサービス・コンテンツを受信するステップと
を含む方法。
【請求項５】
前記サービス・アナウンスメントを受信する定時を事前設定するステップと、
前記定時に起動し、前記ＭＢＭＳベアラを介して前記サービス・アナウンスメントを受信するステップと
をさらに含む、請求項４に記載の方法。
【請求項６】
前記ＭＢＭＳベアラを介して伝送された前記サービス・アナウンスメントの受信後かまたは前記ＭＴＣサービス・コンテンツの受信後に、アイドル状態またはデタッチング状態またはパワー・オフ状態になるステップ
をさらに含む、請求項４に記載の方法。
【請求項７】
前記ＭＴＣサービス・コンテンツが他のＭＴＣデバイスから到来する、請求項４に記載の方法。
【請求項８】
マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送方法であって、
前記ＭＢＭＳサービス装置がサービス・アナウンスメントによってセッション開始時刻を複数のＭＴＣデバイスに送信するように、前記セッション開始時刻をＭＢＭＳサービス装置に送信するステップと、
ＭＴＣサービス・コンテンツを、前記ＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラを介して前記複数のＭＴＣデバイスに、前記セッション開始時刻に達した時点で送信するステップと
を含む方法。
【請求項９】
前記複数のＭＴＣデバイスのうちの１つから前記ＭＴＣサービス・コンテンツを受信するステップ
をさらに含む、請求項８に記載の方法。
【請求項１０】
マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送装置であって、
セッション開始時刻をＭＴＣサーバから受信するように構成されたセッション情報受信手段と、
前記ＭＴＣサーバからＭＴＣサービス・コンテンツを受信するための手段と、
前記セッション開始時刻を含むサービス・アナウンスメントを複数のＭＴＣデバイスに送信し、
前記複数のＭＴＣデバイスに対するＭＢＭＳベアラの確立を、前記セッション開始時刻に達した時点で開始し、
前記ＭＴＣサービス・コンテンツを前記ＭＢＭＳベアラを介して前記複数のＭＴＣデバイスに送信する
ように構成されたＭＢＭＳベアラ提供手段と
を含む装置。
【請求項１１】
前記ＭＢＭＳベアラ提供手段は、前記複数のＭＴＣデバイスのうちで前記ＭＴＣサービス・コンテンツを受信することが予想されるＭＴＣデバイスの識別子リストを、前記複数のＭＴＣデバイスに送信されるように、前記ＭＢＭＳベアラの確立中に、前記ＭＢＭＳベアラに関する通知に含めるようにさらに構成された、請求項１０に記載の装置。
【請求項１２】
マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ受信装置であって、
セッション開始時刻を含むサービス・アナウンスメントをＭＢＭＳサービス装置から受信するように構成されたサービス可用性検出手段と、
前記セッション開始時刻に前記ＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラに関する通知を受信し、
前記ＭＢＭＳベアラを介して伝送されるＭＴＣサービス・コンテンツを受信する
ように構成されたＭＢＭＳベアラ受信手段と、
前記アナウンスメントおよび前記ＭＴＣサービス・コンテンツを受信するように、前記セッション開始時刻に達した時点で前記ＭＢＭＳベアラ受信手段に起動するよう指示するように構成された状態制御手段と
を含む装置。
【請求項１３】
前記サービス・アナウンスメントを受信する定時が事前設定されるように構成された情報維持管理手段をさらに含み、前記状態制御手段は、前記ＭＢＭＳベアラを介して前記サービス・アナウンスメントを受信するために、前記定時に起動するよう前記サービス可用性検出手段に指示するようにさらに構成された、請求項１２に記載の装置。
【請求項１４】
前記状態制御手段が、前記ＭＢＭＳベアラを介して伝送された前記サービス・アナウンスメントの受信後かまたは前記ＭＴＣサービス・コンテンツの受信後に、前記コンテンツ受信装置をアイドル状態またはデタッチング状態またはパワー・オフ状態にするようにさらに構成された、請求項１２に記載の装置。
【請求項１５】
マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送装置であって、
前記ＭＢＭＳサービス装置がサービス・アナウンスメントによってセッション開始時刻を複数のＭＴＣデバイスに送信するように、前記セッション開始時刻を前記ＭＢＭＳサービス装置に送信するように構成されたセッション情報送信手段と、
ＭＴＣサービス・コンテンツを、前記ＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラを介して前記複数のＭＴＣデバイスに、前記セッション開始時刻に達した時点で送信するように構成されたＭＴＣサービス・コンテンツ送信手段と
を含む装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、マシン・ツー・マシン通信の分野に関し、具体的には、マシン型通信におけるブロードキャスト／マルチキャスト・コンテンツ伝送の方法および装置に関する。
【背景技術】
【０００２】
近年、業界ではマシン・ツー・マシン（Ｍ２Ｍ）通信に対する関心がますます高まってきている。この種類の通信は必ずしも人間との対話を必要とするものではなく、現在のマン・ツー・マン通信とは異なる市場シナリオを対象としている。Ｍ２Ｍは無線通信と情報技術を統合したものであることから、情報の収集、パラメータの設定、および遠隔からの命令の送信などのための双方向通信で使用することができ、したがって、Ｍ２Ｍ技術は、セキュリティの監視、自動販売機、遠隔検針などといった様々な適用スキームを有しうる。端末数に換算すると、マン・ツー・マン通信用の端末は将来は市場全体のわずか３分の１を専有しうるものであり、より多くの量の通信はマシン・ツー・マシン通信トラヒックとなることが予想される。事実、今日のマシン数は人間の数の少なくとも４倍であり、したがって、Ｍ２Ｍは巨大な市場潜在力を有するものである。
【０００３】
これに対応して、それぞれの国際規格機関のすべてがＭ２Ｍ通信に関する研究を行っている。中でも３ＧＰＰは専門のワークグループを設立しており、Ｍ２Ｍの適用例をサポートするために、ネットワーク・アーキテクチャと重要技術に対してどのような最適化と改善が必要かを研究している。３ＧＰＰでは、このようなマシン・ツー・マシン通信をマシン型通信（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＭＴＣ）と称しＲｅｌｅａｓｅ  １０で規定している。ＭＴＣデバイスは製造コストおよび開発コストが低いという特徴があるので、潜在的に非常に多数のＭＴＣデバイスが見込まれ、広範囲に分配される可能性があるが、デバイスあたりのトラヒックはほとんどない。成熟したマン・ツー・マン通信またはマン・ツー・マシン通信のメカニズムに比べ、ＭＴＣ通信のメカニズムは多くの洗練、最適化、改善を必要としている。現在、ＭＴＣのトラヒック需要はさらなる洗練が行われている一方、ＭＴＣネットワーク・アーキテクチャの最適化と重要技術の改善とに対する取り組みは始まったばかりである。
【０００４】
図１は、マシン型通信のための３ＧＰＰのサービス・モデルを示している。この３ＧＰＰネットワークは、マシン型通信のために最適化された転送サービスおよび通信サービスを提供することができる。例えば、ＭＴＣデバイス１０１とＭＴＣサーバ１０５または他のＭＴＣデバイスとの間のエンド・ツー・エンドの適用例は、３ＧＰＰネットワークによって提供される３ＧＰＰベアラ・サービス、ＳＭＳ、およびＩＭＳなどを利用することができる。３ＧＰＰネットワークは、ＧＳＭ、ＧＰＲＳ、ＷＣＤＭＡ、ＴＤ−ＳＣＤＭＡなどといった技術を利用することができるが、本発明はこれらに限定されるものではないことが当業者には理解されよう。
【０００５】
ＭＴＣデバイス１０１はマシン型通信用のユーザ装置であり、ＭＴＣサーバ１０５または他のＭＴＣデバイスと、例えば３ＧＰＰネットワークのＰＬＭＮ（公衆陸上移動体ネットワーク）を介して通信することができる。さらに、ＭＴＣデバイス１０１は、処理を実行したりＭＴＣサーバ１０５または他のＭＴＣデバイスと通信したりするためのデータを取得するために、他のエンティティとローカルに（ＰＡＮまたはハードウェアを介して無線により）通信することができる。
【０００６】
図１に示すように、ＭＴＣｕ基準点上のインタフェースは３ＧＰＰネットワークへのアクセスをＭＴＣデバイス１０１に提供し、ユーザ・プレーンとコントロール・プレーンのトラヒックの転送をサポートする。ＭＴＣｕ基準点を介して、ＭＴＣデバイス１０１は、例えば、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ、Ｉ−ＷＬＡＮなどに接続することができる。例えば、ＭＴＣｕ基準点はＵｕ、Ｕｍ、ＷｗおよびＬＴＥ−Ｕｕインタフェースに基づくことができる。
【０００７】
ＭＴＣサーバ１０５は、ＭＴＣユーザに対してサービスを実施するエンティティである。ＭＴＣサーバ１０５はＰＬＭＮ自体と通信することができ、また、ＰＬＭＮを介してＭＴＣデバイス１０１と通信することができる。ＭＴＣサーバ１０５はまた、ＭＴＣユーザがアクセスできるインタフェースも有することができる。ＭＴＣユーザは１つまたは複数のＭＴＣサーバ１０５を有することができ、そのＭＴＣサーバ１０５はＭＴＣユーザのＭＴＣデバイスと通信することができる。
【０００８】
図１に示すように、ＭＴＣサーバ１０５は、ＭＴＣｉまたはＭＴＣｓｍｓ基準点上のインタフェースを介して３ＧＰＰネットワークに接続する。ＭＴＣｉ基準点を介して、ＭＴＣサーバ１０５は、３ＧＰＰネットワークに接続可能となることができ、３ＧＰＰベアラ・サービスまたはＩＭＳを介してＭＴＣデバイスと通信することができる。例えば、ＭＴＣｉはＧｉ、ＳＧｉ、およびＷｉインタフェースに基づくことができ、ＭＴＣｓｍｓは、３ＧＰＰネットワークに接続するためにＭＴＣサーバが使用する基準点であり、したがってＳＭＳを介してＭＴＣデバイスと通信する。
【０００９】
多くの場合、一群のＭＴＣデバイスが同じＭＴＣサービス・コンテンツを受信する。例えば、一群の自動販売機は共通の同じ構成情報を受信し、同じ製造元で製造されたオンボードＧＰＳデバイスはＧＰＳマップ・ソフトウェアの同じ更新を受信し、一群のＭＴＣデバイスのうちの１つは、複数の他のＭＴＣデバイスとサービス・コンテンツ（例えば、ボイスおよび／またはオーディオ、ビデオ、マルチメディア、ストリームなど）を共有することを希望する。このような場合、ユニキャスト送信を使用することは、ＭＴＣデバイス数が大きい場合は特に、資源割り当てに関して効率的ではない。したがって、ＭＴＣデバイスがブロードキャスト／マルチキャストに基づいて同じコンテンツを受信できるようにするためのアーキテクチャを設計することが望まれる。
【００１０】
容易に想起されるものは、既存のマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）技術である。ＭＢＭＳは、国際規格機関３ＧＰＰによってＲｅｌｅａｓｅ  ６に導入されたポイント・ツー・マルチポイント・トラヒック・ベアラ機能である。ＭＢＭＳは、移動体コアネットワークやアクセス・ネットワークの資源共用、特にエアインタフェースの資源共用を含むネットワーク資源共用によって、１つのコンテンツ送信元が複数のユーザにコンテンツを送信するポイント・ツー・マルチポイント・トラヒックを実施する。ＭＢＭＳは、平文および低速のメッセージのマルチキャストおよびブロードキャストを実現できるばかりでなく、高速マルチメディア・トラヒックのマルチキャストおよびブロードキャストも実現できる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、既存のＭＢＭＳ技術では、サービス・コンテンツを受信するために、端末はＭＢＭＳトラヒックのセッション開始手順を定期的に検出する必要がある。低価格のＭＴＣデバイスの場合、これはかなりの電力消費に繋がることになる。したがって、これらの問題を解決し、ＭＴＣの要件を満たすためのアーキテクチャおよびソリューションを提供する必要がある。
【課題を解決するための手段】
【００１２】
上述の従来技術に対する制約と、本明細書を読み、理解することによって理解されるであろう他の制約とを克服するために、本発明は、マシン型通信におけるＭＢＭＳベースのコンテンツ伝送の方法および装置を提供する。
【００１３】
本発明の一態様によれば、マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送方法であって、セッション開始時刻をＭＴＣサーバから受信するステップと、セッション開始時刻を含むサービス・アナウンスメントを複数のＭＴＣデバイスに送信するステップと、セッション開始時刻に達した時点で、複数のＭＴＣデバイスに対してＭＢＭＳベアラの確立を開始するステップと、ＭＴＣサーバから到来したＭＴＣサービス・コンテンツを、ＭＢＭＳベアラを介して複数のＭＴＣデバイスに伝送するステップとを含む方法が提供される。
【００１４】
本発明の例示的な実施形態によれば、複数のＭＴＣデバイスに事前設定された定時に、サービス・アナウンスメントがＭＢＭＳベアラを介して複数のＭＴＣデバイスに送信されうる。
【００１５】
本発明の例示的な実施形態によれば、複数のＭＴＣデバイスの一部またはすべてがＭＴＣサービス・コンテンツのための暗号化コードを取得するように、複数のＭＴＣデバイスの一部またはすべてとセキュリティ暗号化コードの交換を実行することができる。
【００１６】
本発明の例示的な実施形態によれば、複数のＭＴＣデバイスのうちでＭＴＣサービス・コンテンツを受信することが予想されるＭＴＣデバイスの識別子リストが、複数のＭＴＣデバイスに送信されるように、ＭＢＭＳベアラの確立中に、ＭＢＭＳベアラに関する通知に入れられうる。
【００１７】
本発明の一態様によれば、マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ受信方法であって、セッション開始時刻を含むサービス・アナウンスメントをＭＢＭＳサービス装置から受信するステップと、セッション開始時刻にＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラに関する通知を受信するように、セッション開始時刻に起動するステップと、ＭＢＭＳベアラを介して伝送されるＭＴＣサービス・コンテンツを受信するステップとを含む方法が提供される。
【００１８】
本発明の例示的な実施形態によれば、サービス・アナウンスメントを受信する定時は事前設定することができ、定時に起動し、ＭＢＭＳベアラを介してサービス・アナウンスメントを受信する。さらに、サービス・アナウンスメントの受信後に、アイドル状態またはデタッチング状態またはパワー・オフ状態になることができる。ＭＢＭＳベアラを介して伝送されたＭＴＣサービス・コンテンツの受信後に、アイドル状態またはデタッチング状態またはパワー・オフ状態になることができる。
【００１９】
本発明の例示的な実施形態によれば、ＭＴＣサービス・コンテンツを解釈するための暗号化コードを取得するように、ＭＢＭＳサービス装置とセキュリティ暗号化コードの交換を実行することができる。
【００２０】
本発明の例示的な実施形態によれば、ＭＴＣサービス・コンテンツは他のＭＴＣデバイスから到来しうる。  
【００２１】
本発明の一態様によれば、マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送方法であって、ＭＢＭＳサービス装置がサービス・アナウンスメントによってセッション開始時刻を複数のＭＴＣデバイスに送信するように、セッション開始時刻をＭＢＭＳサービス装置に送信するステップと、ＭＴＣサービス・コンテンツを、ＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラを介して複数のＭＴＣデバイスに、セッション開始時刻に達した時点で送信するステップとを含む方法が提供される。
【００２２】
本発明の例示的な実施形態によれば、ＭＴＣサービス・コンテンツは、複数のＭＴＣデバイスのうちの１つから受信されうる。
【００２３】
本発明の一態様によれば、マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送装置であって、セッション開始時刻をＭＴＣサーバから受信するように構成されたセッション情報受信手段と、ＭＴＣサーバから到来するＭＴＣサービス・コンテンツを受信するための手段と、セッション開始時刻を含むサービス・アナウンスメントを複数のＭＴＣデバイスに送信し、複数のＭＴＣデバイスとのＭＢＭＳベアラの確立を、セッション開始時刻に達した時点で開始し、ＭＴＣサービス・コンテンツをＭＢＭＳベアラを介して複数のＭＴＣデバイスに送信するように構成されたＭＢＭＳベアラ提供手段とを含む装置が提供される。
【００２４】
本発明の例示的な実施形態によれば、マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ受信装置であって、セッション開始時刻を含むサービス・アナウンスメントをＭＢＭＳサービス装置から受信するように構成されたサービス可用性検出手段と、セッション開始時刻にＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラに関する通知を受信し、ＭＢＭＳベアラを介して伝送されるＭＴＣサービス・コンテンツを受信するように構成されたＭＢＭＳベアラ受信手段と、アナウンスメントとＭＴＣサービス・コンテンツとを受信するように、セッション開始時刻に達した時点で起動するようＭＢＭＳベアラ受信手段に指示するように構成された状態制御手段とを含む装置が提供される。
【００２５】
本発明の例示的な実施形態によれば、マシン型通信（ＭＴＣ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に基づくコンテンツ伝送装置であって、ＭＢＭＳサービス装置がサービス・アナウンスメントによってセッション開始時刻を複数のＭＴＣデバイスに送信するように、セッション開始時刻をＭＢＭＳサービス装置に送信するように構成されたセッション情報送信手段と、ＭＴＣサービス・コンテンツを、ＭＢＭＳサービス装置によって確立されたＭＢＭＳベアラを介して複数のＭＴＣデバイスに、セッション開始時刻に達した時点で送信するように構成されたＭＴＣサービス・コンテンツ送信手段とを含む装置が提供される。
【００２６】
本発明の技術的ソリューションをもってすれば、同じコンテンツを必要とする複数のＭＴＣデバイスにブロードキャスト／マルチキャストに基づいてサービス・コンテンツを伝送することができる一方で、ＭＢＭＳトラヒックのセッション開始手順を検出するための、電力を浪費する定期的な起動をＭＴＣデバイスが実行する必要はなくなる。
【００２７】
本発明の他の目的、特徴、および利点は、以下の詳細な説明、付属する従属請求項および添付の図面から明らかになろう。
【００２８】
次に、本発明の実施形態を添付の図面を参照してさらに詳細に説明する。
【図面の簡単な説明】
【００２９】
【図１】従来技術のマシン型通信のための３ＧＰＰサービス・モデルを示す図である。
【図２】本発明の例示的な実施形態によるマシン型通信のための３ＧＰＰサービス・モデルを示す図である。
【図３】本発明の例示的な実施形態による、ＭＴＣサービス・コンテンツのＭＢＭＳベースのダウンリンク伝送のプロセスを示す図である。
【図４】本発明の例示的な実施形態によるＭＴＣネットワーク側デバイスのブロック図である。
【図５】本発明の例示的な実施形態によるＭＴＣデバイスのブロック図である。
【発明を実施するための形態】
【００３０】
次に、本発明の実現にむけて説明するための実施形態を、添付の図面を参照して説明する。添付の図面では、類似の参照番号は類似の特徴を示している。
【００３１】
図２は、本発明の例示的な実施形態によるＭＴＣのための３ＧＰＰサービス・モデルを示す図である。このアーキテクチャでは、３ＧＰＰ  ＭＢＭＳ（マルチメディア・ブロードキャスト／マルチキャスト・サービス）ベアラ・サービスはＭＴＣの適用例のためのベアラとして使用され、ＭＴＣサーバ２０５はＭＢＭＳのコンテンツ・プロバイダとして表示されており、ＢＭ−ＳＣ（ブロードキャスト／マルチキャスト・サービス・センター）２０４に接続されている。ＭＴＣサーバ２０５によって提供されたコンテンツは、ＢＭ−ＳＣ  ２０４を介して複数のＭＴＣデバイス２０１にブロードキャスト／マルチキャストされる。
【００３２】
ＢＭ−ＳＣはＭＢＭＳのコア機能エンティティであり、ＭＢＭＳトラヒックの提供および管理を担当する。コンテンツ・プロバイダに対しては、ＢＭ−ＳＣはＭＢＭＳトラヒック・コンテンツへの入り口であり、ベアラ・ネットワークに対しては、ＭＢＭＳトラヒックの認証と開始およびＭＢＭＳトラヒックのスケジューリングとコンテンツの配信を担当する。３ＧＰＰコアネットワークおよび無線ネットワーク（すなわち、アクセス・ネットワーク）は、ＢＭ−ＳＣによって提供されるトラヒック要件に従ってＭＢＭＳベアラを確立するかまたは解放し、その一方で、確立されたベアラを介して、トラヒック・コンテンツをＢＭ−ＳＣからダウンストリーム・ノードに伝送することを担当する。
【００３３】
以下では、ＭＴＣを担う広域ネットワークの一例として示す３ＧＰＰ無線通信ネットワークに関して本発明を検討するが、当業者には、本発明が、現時点で周知かまたは将来開発される無線通信ネットワークのいかなる種類のものでも、マシン型通信のために転送および通信サービスを提供する広域ネットワーク（例えば、ＣＤＭＡ２０００技術を利用する３ＧＰＰ２ネットワーク）として利用しうることが理解されよう。
【００３４】
複数のＭＴＣデバイスは、コンテンツを同じくする様々なＭＴＣサービス適用例を受信することができ、これらＭＴＣサービス適用例は２つのクラスに分類することができる。１つは、ブロードキャスト／マルチキャスト・セッションが定時に行われるＭＴＣサービスであり、もう１つは、ブロードキャスト／マルチキャスト・セッションが適宜に行われるＭＴＣサービスである。例えば、共通の構成情報を複数のＭＴＣデバイス（自動販売機など）に送信することができるか、またはソフトウェアの更新（オンボードＧＰＳマップ・ソフトウェアのアップグレードなど）が複数のＭＴＣデバイスにダウンロードされる。これらのケースでは、ダウンリンク・コンテンツ伝送は、ネットワークによって構成された定時、例えば、日中よりもネットワーク・トラヒック量の少ない早朝や深夜などに行われうる。一方、一群のＭＴＣデバイスのうちの１つが複数の他のＭＴＣデバイスとサービス・コンテンツ（例えば、ボイスおよび／またはオーディオ、ビデオ、マルチメディア、ストリームなど）を共有することを希望するといった他のケースでは、ダウンリンク・コンテンツ伝送は適宜に行われうる。したがって、これら２種類のＭＴＣ適用例に対して使用されるブロードキャスト／マルチキャスト・スキーム間では、いくつかの差異が生じることになる。
【００３５】
図３は、本発明の例示的な実施形態による、ＭＴＣのＭＢＭＳベースのダウンリンク・コンテンツ伝送のプロセス全体を示す図である。従来技術におけるＭＢＭＳの各段階とは異なり、本発明の技術的ソリューションでは、ＭＴＣデバイスの電力を節約するために、また、対応する各プロセスを簡素化するために、ＭＢＭＳの段階の一部の機能が最適化されている。別段の指摘がない限り、以下に記載するそれぞれの技術的特徴は、上記２種類のＭＴＣ適用例に適用可能である。
【００３６】
図３に示す本発明の例示的な実施形態では、ＭＴＣダウンリンク・コンテンツ・ブロードキャスト／マルチキャスト伝送のプロセスは、ほぼ７つの段階を含んでいる。以下では、各段階の内容をまず大まかに説明し、次いで各段階のアクション・フローを詳細に説明することにする。
【００３７】
加入段階Ｓ１では、ＭＴＣデバイスとサービス・プロバイダの間の関係が確立され、関連するＭＴＣサービス・コンテンツをＭＢＭＳベアラ・サービスによってＭＴＣデバイスが受信することが可能となる。
【００３８】
さらに、ＭＴＣブロードキャスト／マルチキャスト・セッションが定時に行われるケースでは、受信されるべきＭＴＣサービス・コンテンツを解釈するための暗号化コードがＭＴＣデバイスに準備されるように、加入段階中にオフライン・セキュリティ・プロセスが実行される。
【００３９】
第２の段階Ｓ２（すなわち、ＭＢＭＳサービス・アナウンスメント段階）は、ＭＢＭＳサービス・ディスカバリ手順である。これは、間もなく送信されるＭＢＭＳサービスの関連情報をＭＴＣデバイスに取得させる手順である。例えば、ＭＴＣデバイスに使用可能なＭＢＭＳサービスの範囲、ＭＢＭＳサービスの識別子、サービスの地理的範囲、サービスの開始時刻（特に、間欠的な使用の場合）、などである。さらに、本発明の実施形態では、具体的には、サービス・アナウンスメントは、使用可能なサービスの配信に使用されるべきセッションに関する、セッション開始時刻を含む関連情報をさらに含む。後続のＭＢＭＳ通知段階Ｓ５でＭＴＣデバイスが正確に、かつ定刻に通知を受信できるように、セッション関連情報は他のセッション関連情報をさらに含みうる。セッションはＭＢＭＳサービスが配信される期間であり、１つのサービスは、ＵＥがサービス・コンテンツを受信できるだけの長さの複数のセッションを含みうる。さらに、本発明の実施形態によれば、セッション開始時刻はＭＴＣサーバによって提供することができる。
【００４０】
任意に、一部のＭＴＣサービス、特にコンテンツ伝送が適宜に行われうるＭＴＣサービスの場合は、セキュリティ段階Ｓ３があってよい。アナウンスされたＭＢＭＳサービスに関心をもつＭＴＣデバイスは、ＢＭ−ＳＣとセキュリティ暗号化コードを交換することによって、受信されるべきＭＴＣサービス・コンテンツを解釈するための暗号化コードを取得することができる。
【００４１】
セッション開始時刻に達した時点で、プロセスはＭＢＭＳセッション開始段階Ｓ４に入る。この段階で、３ＧＰＰネットワークは資源をＭＢＭＳトラヒックに割り当て、ＭＴＣサービス・コンテンツを配信するためにＭＢＭＳベアラを確立する。
【００４２】
ＭＢＭＳベアラの確立後、プロセスはＭＢＭＳ通知段階Ｓ５に入る。この段階で、ＵＴＲＡＮなどの無線アクセス・ネットワークは、間もなく到来するサービス・コンテンツをＭＴＣデバイスに通知する。この通知の目的は、ＭＢＭＳのエアインタフェース資源の準備が整ったことを通知することであり、サービス・コンテンツを正確に受信するための全情報、例えば、スケジュール情報（ＭＢＭＳの受信間隔、トラヒック・チャネルに割り当てられた資源の場所などを含む）、変調符号化スキームなどをＭＴＣデバイスに伝えることである。
【００４３】
具体的には、本発明の一実施形態では、ＭＢＭＳ通知はＭＴＣサービス識別子を含むことができるが、これは、この識別子に対応するサービスに加入しているＭＴＣデバイスだけが、後続のブロードキャスト／マルチキャスト・コンテンツを受信できるということを示すことを目的としている。さらに、本発明の一実施形態では、ＭＢＭＳ通知はＭＴＣデバイス識別子のリストも含むことができるが、これは、このリスト内のＭＴＣデバイスだけが、後続のブロードキャスト／マルチキャスト・コンテンツを受信できるということを示すことを目的としている。
【００４４】
次いで段階Ｓ６でＭＢＭＳコンテンツ伝送が実行され、対応するＭＴＣデバイス２０１は、ＭＢＭＳ通知から取得した情報に従ってＭＴＣサーバ２０６からサービス・コンテンツを受信する。
【００４５】
次に段階Ｓ７でＭＢＭＳセッションが完了し、ネットワーク資源と無線資源が解放される。
【００４６】
本発明によるＭＴＣブロードキャスト／マルチキャスト・コンテンツ伝送のスキームを、図３に示すフロー・チャートを参照しながら以下で詳細に説明する。
【００４７】
ステップ３００で、ＭＴＣデバイス２０１は、ＭＴＣユーザによるサービス・プロバイダとの契約を信号で伝達する形式をとるなどしてＭＴＣ適用例に加入する。加入情報はＢＭ−ＳＣ  ２０４に記録することができる。
【００４８】
本発明の一実施形態によれば、ステップ３００で、ネットワークは、この後で受信されるべきサービス・コンテンツを解釈するための暗号化コードをＭＴＣデバイスに提供する。
【００４９】
本発明の一実施形態では、ステップ３００で、ＭＴＣデバイスにはさらに、サービス・アナウンスメントを受信すべく後で起動すべき時刻を設定することができる。この時刻は、例えば、毎日または毎月の何時何分何秒にサービス・アナウンスメントを受信すべく起動するように（例えば、ネットワーク運営事業者によって）事前設定された定時である。この定時は、ソフトウェアの形式でＭＴＣデバイスのソフトウェア手段に設定するか、もしくはハードウェアまたはファームウエアの形式でＭＴＣデバイスのハードウェアチップまたは回路にハードコードするか、もしくはソフトウェアとハードウェアの組み合わせでＭＴＣデバイスに設定することもできる。
【００５０】
本発明の他の実施形態では、ＭＴＣデバイスには、サービス・アナウンスメントを受信すべく後で起動すべき時刻を別の段階で設定することができる。例えば、これは加入の前に行われてもよく、また、時刻はＭＴＣデバイスの製造時にＭＴＣデバイスの製造業者によって指定される。あるいは、これは既に加入が行われた後のプロセス中に行われてもよく、例えば、ＭＴＣデバイスの登録中に設定を行うことができる。次いで、設定された定時に達しないうちは、ＭＴＣデバイス２０１は、安全を期してアイドル状態かまたはデタッチング状態、もしくはさらにその先のパワー・オフ状態でさえあってよい。
【００５１】
設定された定時に達した際には、ＢＭ−ＳＣ  ２０４は、セッション開始時刻をサービス・アナウンスメントによってＭＴＣデバイス２０１にブロードキャスト／マルチキャストする（ステップ３０３）。これに応じて、ＭＴＣデバイス２０１は、設定された定時に起動し（ステップ３０２）、それぞれの無線手段を作動させ、セッション開始時刻を含むサービス・アナウンスメントをＢＭ−ＳＣ  ２０４から受信する。ここで、「起動する（ｗａｋｅ  ｕｐ）」という用語は、ＭＴＣデバイスがサービス・アナウンスメントを受信する準備が整った状態になりつつあることを意味している。技術的な実現の点では、「起動する」とは、１つの複合的なプロセスである。例えば、このプロセスは、ＭＴＣデバイスを作動させること、ＲＦ回路などのハードウェア・デバイスを作動させること、サービス・セルへの常駐を成功させること、それによって、ＢＭ−ＳＣ  ２０４からサービス・アナウンスメントを受信する準備が整った状態になりつつあることを含んでよい。
【００５２】
セッション開始時刻が、ＭＴＣサーバ２０５によってＢＭ−ＳＣ  ２０４に伝えられる。ステップ３０１で、例えば、ネットワークがＭＴＣデバイスに対してソフトウェアのアップグレードを実行しようとする場合、ＭＴＣサーバ２０５は、間もなく開始されるソフトウェアのアップグレードに関するセッション関連情報をＢＭ−ＳＣ  ２０４に伝える。この情報は、セッション開始時刻を含んでいる。
【００５３】
ＭＴＣデバイス２０１は、加入しているＭＢＭＳサービスがあるかどうかを、例えば、そのサービス・アナウンスメント内のサービス識別子がＭＴＣデバイス２０１の加入しているＭＢＭＳサービスのものかどうかを判定することによって検出することができる。ＭＴＣデバイス２０１は、加入しているＭＢＭＳサービスを検出した場合、対応するサービスのセッション開始時刻を記憶する（ステップ３０４）。
【００５４】
さらに、運営事業者は、セル・ブロードキャスティング、ＰＵＳＨメカニズム（例えば、ＷＡＰ、ＳＭＳ、ＩＭＳ）、ＵＲＬ（ＨＴＴＰウェブ・ページ、ＦＴＰダウンロードなど）などによるなど、サービス・アナウンスメントを実施する様々な他の方式を採用することを考慮することもできる。実際には、サービスに加入していないユーザが、ＭＢＭＳサービスを見付けるためにＭＢＭＳサービス・アナウンスメントを入手することもできる。ネットワーク資源を節約するために、本発明の実施形態では、事前設定された定時にＭＢＭＳベアラを介してサービス・アナウンスメントを送信することが好ましい。
【００５５】
一部のＭＴＣサービスの場合、ＭＴＣデバイスは、関心のあるＭＢＭＳサービスを見付けた後は、引き続き受信すべきＭＴＣサービス・コンテンツを解釈するためのセキュリティ暗号化コードをオンライン・セキュリティ・インタラクション・プロセスによって取得することができる（ステップ３０５）。
【００５６】
ＭＢＭＳベアラの確立およびＵＴＲＡＮによるトラヒック情報取得があるため、セッションの開始から初回のトラヒック・コンテンツ配信までの間には必然的に一定の遅延が生じることになり、それに応じて、セッション開始時刻とトラヒック開始時刻の間にはしばしば著しい差異が生じる。従来技術では、ＭＴＣデバイスは単にトラヒック開始時刻を知るのみであり、制御チャネル上のＭＢＭＳ通知が何時到来するかを正確に判定することはできない。したがって従来技術では、ＭＢＭＳ端末は、通知の到来を見付けるために、頻繁かつ定期的に起動して対応する制御チャネルを検出しなければならない。
【００５７】
本発明の技術的ソリューションでは、ステップ３０６で正確なセッション開始時刻が分かった後で、ＭＴＣデバイス２０１は、安全を期してアイドル状態かまたはデタッチング状態、もしくはさらにその先のパワー・オフ状態にさえなることができ、従来技術のように頻繁かつ定期的に起動して、制御チャネルを検出することはない。したがって、ＭＴＣデバイスの電力は大幅に節約される。
【００５８】
ステップ３０７で、ＢＭ−ＳＣ  ２０４は事前設定されたセッション開始時刻にＭＢＭＳセッションを開始し、ＭＴＣサービス・コンテンツを配信するためにＭＢＭＳベアラを確立する。これに応じて、ステップ３０８で、ＭＴＣデバイスはセッション開始時刻に再び起動し、送信されてきた通知を、例えばＭＢＭＳ制御チャネルを検出することによって受信する。ここで、「起動する（ｗａｋｅ  ｕｐ）」という用語は、ＭＴＣデバイスがＭＢＭＳ通知を受信する準備が整った状態になりつつあることを意味している。技術的な実現の点では、「起動する」とは、１つの複合的なプロセスである。例えば、このプロセスは、ＭＴＣデバイスを作動させること、ＲＦ回路などのハードウェア・デバイスを作動させること、サービス・セルへの常駐を成功させること、それによって、無線アクセス・ネットワーク２０２から通知を受信する準備が整った状態になりつつあることを含んでよい。したがって、正確に言えば、ＭＴＣデバイスは、予想される通知をセッション開始時刻に受信する準備を整えるために、セッション開始時刻およびＭＴＣデバイス自体のコンディション（デバイスの現在の状態など）に応じて、実際にはセッション開始時刻（例えば、セッション開始時刻の数ミリ秒前）に「起動する」動作の実行を開始することができる。
【００５９】
ステップ３０９では、ＭＢＭＳベアラが確立されると、ＭＢＭＳ通知が無線アクセス・ネットワーク２０２を介してＭＴＣデバイスに送信される。この通知は、一定のブロードキャスト／マルチキャスト・サービスおよび／または一部のデバイス群に専用であってよい。あるサービスに専用である場合、その通知はサービスＩＤを含むことができ、一定のＭＴＣデバイスに専用である場合、その通知はＭＴＣデバイスＩＤのリストを含むことができる。これら２つの違いは、前者が、全ての自動販売機にソフトウェアを更新させるなど、サービスに加入している全端末を起動するために使用され、後者は、遠隔検針適用例で、ネットワークが、ある地域内のある建物の水道メーター／電気メーター／ガス・メーターに情報の報告を要求するだけなど、１つまたは複数のＭＴＣ端末を起動するために使用されるだけである点である。
【００６０】
次いでステップ３１０で、ＭＴＣサービス・コンテンツがＭＴＣサーバ２０５からＭＢＭＳベアラを介してＭＴＣデバイスに配信される。ステップ３１１では、ＭＢＭＳセッションが完了すると、無線アクセス・ネットワーク２０２とコアネットワーク２０３は割り当てられた資源を解放する。同時にステップ３１２では、ＭＴＣデバイス２０１は、セッションの完了を検出すると、そのセッションに割り当てられた資源を解放する。その後、ステップ３１３で、ＭＴＣデバイスは、再びアイドル状態かまたはデタッチング状態、もしくはさらにその先のパワー・オフ状態にさえなることができる。
【００６１】
図４は、本発明の実施形態によるＢＭ−ＳＣ  ４００とＭＴＣサーバ５００の機能構成ブロック図をそれぞれ示している。ＢＭ−ＳＣ  ４００は、ＭＴＣサービス加入情報を維持管理するように構成された手段４０１を含むことができる。この手段は、ＭＴＣデバイスに対してオンライン・セキュリティを実行するようさらに構成することができる。
【００６２】
ＭＴＣサーバ５００は、セッション開始時刻を含むセッション関連情報をＢＭ−ＳＣ  ４００に送信するように構成された手段５０１を含む。これに応じて、ＢＭ−ＳＣ  ４００は、ＭＴＣサーバ５００からセッション関連情報を受信するように構成された手段４０２を含む。
【００６３】
ＭＴＣサーバ５００は、ＭＴＣサービス・コンテンツをＢＭ−ＳＣ  ４００に送信するように構成された手段５０２をさらに含む。これに応じて、ＢＭ−ＳＣ  ４００は、ＭＴＣサーバ５００からＭＴＣサービス・コンテンツを受信するように構成された手段４０３を含む。さらに、ＭＴＣサービス・コンテンツはＭＴＣデバイスからも到来しうる。したがって、ＭＴＣサーバ５００は、ＭＴＣデバイスからＭＴＣサービス・コンテンツを受信するように構成された手段５０３をさらに含む。
【００６４】
ＢＭ−ＳＣ４００は、セッション情報とＭＴＣサービス・コンテンツを３ＧＰＰといったベアラ・ネットワークを介して配信するためのＭＢＭＳベアラ・サービスを提供するように構成された手段４０４をさらに含む。セッション情報の提供にＭＢＭＳベアラ・サービスが使用される場合、セッション開始時刻はサービス・アナウンスメント段階でＭＴＣデバイスに配信される。
【００６５】
図５は、本発明の例示的な実施形態によるＭＴＣデバイス６００の機能構成ブロック図である。ＭＴＣデバイス６００は、セキュリティ情報を取得するように構成された手段６０１をさらに含むことができる。例えば、手段６０１は、受信したＭＴＣサービス・コンテンツを解釈するために運営事業者（オフライン・セキュリティ）またはＢＭ−ＳＣ（オンライン・セキュリティ）からセキュリティ暗号化コードを取得する。
【００６６】
ＭＴＣデバイス６００は、ＭＢＭＳサービス・アナウンスメントを受信するために、運営事業者からのＭＴＣサービス適用例情報、ＭＢＭＳサービス加入情報、および定時を維持管理するように構成された手段６０２をさらに含むことができる。次いで、情報維持管理手段６０２は、ＭＢＭＳベアラを介してサービス・アナウンスメントを受信するためにサービス可用性検出手段６０４に定時に起動するよう指示する目的で、状態制御手段６０３に定時を配信することができる。
【００６７】
状態制御手段６０３は、アナウンスされた開始時刻を手段６０２から受信し、セッション開始時刻をサービス・アナウンスメントを受信する手段６０４から受信するように構成されており、また、アナウンスされた開始時刻とセッション開始時刻とに基づいて、無線を作動させたり止めたりするか、もしくはアイドル状態またはデタッチング状態またはパワー・オフ状態になるか、もしくは起動するようにＭＴＣデバイス６００の状態を制御するように構成されている。手段６０４は、制御手段６０３の制御に基づいてほぼ定時に起動し、サービス・アナウンスメント情報を受信するように構成することができる。加入しているＭＴＣサービスまたは使用可能な関心のあるＭＢＭＳサービスが検出された場合、手段６０４はセッション開始時刻を受信し、そのセッション開始時刻を手段６０３に配信する。次いで、ＭＢＭＳベアラ受信手段６０５は、手段６０３の制御に従いセッション開始時刻に起動し、ＭＢＭＳ制御情報（ＭＢＭＳ通知を含む）とサービス・コンテンツとを受信する。
【００６８】
本発明の例示的な実施形態では、状態制御手段６０３は、手段６０４がサービス・アナウンスメントを受信する上記の動作を完了した後で、ＭＴＣデバイス６００がアイドル状態またはデタッチング状態、もしくはさらにその先のパワー・オフ状態にさえなるようにＭＴＣデバイス６００を構成するようさらに構成することができる。上記に加えて、または上記の代わりに、状態制御手段６０３は、手段６０５がサービス・コンテンツを受信する上記の動作を完了した後で、ＭＴＣデバイス６００がアイドル状態またはデタッチング状態、もしくはさらにその先のパワー・オフ状態にさえなるようにＭＴＣデバイス６００を構成するようさらに構成することができる。
【００６９】
また、ＭＴＣデバイス６００は、ＭＴＣサービス・コンテンツをＭＴＣサーバに提供するように構成された手段６０６をさらに含むことができる。
【００７０】
様々な例示的な実施形態の様々な態様はブロック図やフロー・チャートとして、または何らかの他の視覚的表現を用いて説明し記載することができるが、本明細書に記載するそれらのブロック、装置、システム、技術または方法は、ハードウェア、ソフトウェア、ファームウエア、専用の回路または論理、汎用のハードウェアまたはコントローラまたは他の計算機器など、もしくはそれらの何らかの組み合わせで実施されうることがよく理解されよう。実施態様はコンピュータ・プログラム製品、すなわち、データ処理装置（例えば、プログラマブル・プロセッサ、１台のコンピュータ、または複数のコンピュータ）によって実行されるように、またはデータ処理装置の動作を制御するために、情報担体の形で（例えば、機械可読記憶装置の形で、または伝搬信号の形で）有形に具現化されたコンピュータ・プログラムとして実施されうる。上記の１つまたは複数のコンピュータ・プログラムのようなコンピュータ・プログラムは、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で書くことができ、スタンドアロン・プログラムまたはモジュール、コンポーネント、サブルーチン、またはコンピュータ環境での使用に適した他のユニットを含む任意の形式で配置することができる。コンピュータ・プログラムは、１箇所で、または複数の箇所に分散されて、１台のコンピュータ上で、または複数のコンピュータ上で実行されるように配置することができ、通信ネットワークによって相互接続することができる。
【００７１】
方法ステップは、入力データを操作することによって機能を実行するためにコンピュータ・プログラムを実行し、出力を生成する１つまたは複数のプログラマブル・プロセッサによって実行することができる。方法ステップはまた、例えば、ＦＰＧＡ（利用者書き込み可能ゲート配列）またはＡＳＩＣ（特定用途向け集積回路）といった専用論理回路によって実行することができ、装置はこの専用論理回路として実施することができる。
【００７２】
上記の実施態様の一定の特徴を本明細書で説明し記載したが、これにより、当業者には、多くの変形形態、代替形態、変更および均等物が想起されよう。したがって、首記の特許請求の範囲は、それらすべての変形形態および変更を、様々な実施形態の真の趣旨に含まれるものとして包含することが企図されることが理解されよう。
【図１】
2013519319.tif 000003
【図２】
2013519319.tif 000004
【図３】
2013519319.tif 000005
【図４】
2013519319.tif 000006
【図５】
2013519319.tif 000007
【国際調査報告】
2013519319.tif 000008
2013519319.tif 000009
2013519319.tif 000010
2013519319.tif 000011