(57)【特許請求の範囲】
【請求項１】
サービスプロバイダにより複数のユーザ機器ＵＥｓへ、各々が圧縮されたヘッダ情報とペイロードとを含むＭＢＭＳデータパケットの形式で配信されるＭＢＭＳサービスの活性化を促進する方法であって、
ヘッダ情報のみを含む固有のＭＢＭＳサービスデータフローを作成し、
前記ＵＥに対し、前記固有のＭＢＭＳサービスデータフローを前記ＭＢＭＳデータパケットとは独立して送信する、ことを含み、
前記固有のＭＢＭＳサービスデータフローに含まれるヘッダ情報は、前記ＭＢＭＳデータパケットに含まれるペイロードを復元するために使用され、
前記ＭＢＭＳデータパケットは、前記固有のＭＢＭＳサービスデータフローに含まれるヘッダ情報が前記固有のＭＢＭＳサービスデータフローの送信後に変化した場合に、前記変化の発生を示す情報を含む、
ことを特徴とする方法。
【請求項２】
前記固有のＭＢＭＳサービスデータフローは、ＭＢＭＳ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ（ＭＴＣＨ）を介して前記ＵＥｓへ送信される、請求項１に記載の方法。
【請求項３】
前記固有のＭＢＭＳサービスデータフローは、ＭＢＭＳ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＭＣＣＨ）を介して前記ＵＥｓへ送信される、請求項１に記載の方法。
【請求項４】
前記ＵＥｓは、一連のＭＢＭＳサービス用の完全なヘッダ情報を維持するために、前記ＭＢＭＳ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ（ＭＴＣＨ）及び／又はＭＢＭＳ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（ＭＣＣＨ）を連続的に読み込むよう構成される、請求項２又は３に記載の方法。
【請求項５】
前記固有のＭＢＭＳサービスデータフローは、中間の受信を停止するために、ＭＴＣＨ上の次のサービス伝送の発生データを示すスケジューリング情報と共に前記ＵＥｓへ送信される、請求項１に記載の方法。
【請求項６】
前記固有のＭＢＭＳサービスデータフローは、前回の基準周期と比した固有のＭＢＭＳサービスデータフローに関連する情報の変化を通知するため、ＭＣＣＨの基準周期で前記ＵＥｓへ送信される、請求項１に記載の方法。
【請求項７】
固有のＭＢＭＳサービスデータフローに関連する情報の変化の通知は、ＵＥｓにより監視されるＭＢＭＳ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ（ＭＩＣＨ）によって実行される、請求項６に記載の方法。
【請求項８】
固有のＭＢＭＳサービスデータフローに関連する情報の変化の通知は、各基準周期の開始点として伝送され、且つ変更情報を伝送する予定のＭＢＭＳサービスのリストを含むＭＢＭＳ制御情報のＭＣＣＨ上への配置によって実行される、請求項６に記載の方法。
【請求項９】
前記固有のＭＢＭＳサービスフローは、ペイロードを含むＭＢＭＳサービスに関連するＭＣＣＨ制御情報によって識別される、請求項１に記載の方法。
【請求項１０】
サービスプロバイダにより、圧縮されたヘッダ情報とペイロードとを含むＭＢＭＳデータパケットの形式で配信されるＭＢＭＳサービスの受信に適応するユーザ機器であって、
前記ＭＢＭＳデータパケットとは独立して伝送されるヘッダ情報のみを含む固有のＭＢＭＳサービスデータフローを受信する手段を、備え、
前記固有のＭＢＭＳサービスデータフローに含まれるヘッダ情報は、前記ＭＢＭＳデータパケットに含まれるペイロードを復元するために使用され、
前記ＭＢＭＳデータパケットは、前記固有のＭＢＭＳサービスデータフローに含まれるヘッダ情報が前記固有のＭＢＭＳサービスデータフローの伝送後に変化した場合に、前記変化の発生を示す情報を含む、
ことを特徴とするユーザ機器。
【請求項１１】
前記ＭＢＭＳサービスを受信しない間、幾つかのＭＢＭＳサービス用のヘッダ情報を取得して維持するよう構成される、請求項１０に記載のユーザ機器。
【請求項１２】
複数のユーザ機器ＵＥｓに対する圧縮されたヘッダ情報とペイロードとを含むＭＢＭＳデータパケットの形式でのＭＢＭＳサービスの配信に適応するサーバであって、
ヘッダ情報のみを含む固有のＭＢＭＳサービスデータフローを作成する手段と、
前記ＵＥｓに対し、前記固有のＭＢＭＳサービスデータフローを前記ＭＢＭＳデータパケットとは独立して送信する手段と、を備え、
前記固有のＭＢＭＳサービスデータフローに含まれるヘッダ情報は、前記ＭＢＭＳデータパケットに含まれるペイロードを復元するために使用され、
前記ＭＢＭＳデータパケットは、前記固有のＭＢＭＳサービスデータフローに含まれるヘッダ情報が前記固有のＭＢＭＳサービスデータフローの送信後に変化した場合に、前記変化の発生を示す情報を含む、
ことを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関連し、サービスプロバイダにより複数のユーザ機器(ＵＥｓ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔｓ)へ、各々が圧縮されたヘッダ情報とペイロードとを含むＭｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ(ＭＢＭＳ)データパケットの形式で配信されるＭＢＭＳの活性化を促進する方法に関連する。
【０００２】
本発明は、このようなＭＢＭＳサービスの受信に適応するユーザ機器、及びこのようなＭＢＭＳサービスの配信に適応するサーバにも関連する。
【背景技術】
【０００３】
Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ(ＭＢＭＳ)は、既存のＧＳＭ及びＵＭＴＳセルラネットワークを介して提供可能なブロードキャスティングサービスである。そのインフラは、単なる片方向(単方向)システムである従来のディジタルテレビジョン等のような通常のブロードキャストネットワークでは提供されない、サービスとユーザの間の意思疎通のために、アップリンクチャネルを利用するオプションを提供する。ＭＢＭＳは、エンドデバイス毎のポイントツーポイント接続に代えて、コアネットワークでのマルチキャスト配信を利用する。
【０００４】
ＭＢＭＳは、セルラネットワークで展開され、当該ネットワークにおいてＴＶ、映画、情報及び他のメディアをブロードキャストする機会を与えるであろうと期待されている。ＭＢＭＳには、移動体通信事業者のためのネットワークインフラが既に存在し、サービス用の新たなネットワークを構築する場合と比して開発の費用対効果を高くできるという重要な利点がある。そのブロードキャスト能力は、一定のネットワーク負荷で無限のユーザ数に達することを可能にする。また、多くのセルラ加入者へ同時に緊急警報等の情報をブロードキャストすることも可能にする。
【０００５】
ＭＢＭＳの特徴は、ＭＢＭＳ Ｂｅａｒｅｒ Ｓｅｖｉｃｅと、ＭＢＭＳ Ｕｓｅｒ Ｓｅｒｖｉｃｅとに分かれている。ＭＢＭＳ Ｂｅａｒｅｒ Ｓｅｖｉｃｅは、マルチキャスト及びブロードキャストモードを含む。ＭＢＭＳ Ｂｅａｒｅｒ Ｓｅｖｉｃｅは、ＩＰフローのためにＩＰマルチキャストアドレスを使用する。時代に合わなくなったＵＭＴＳベアラサービス(インタラクティブやストリーミング等)と比したＭＢＭＳ Ｂｅａｒｅｒ Ｓｅｖｉｃｅの利点は、コア及び無線ネットワークにおいて伝送リソースが共有されることにある。１つのＭＢＭＳパケットフローが、ＧＧＳＮ、ＳＧＳＮ及びＲＮＣによって複製される。ＭＢＭＳは、０、１、又はそれ以上の専用(すなわち、ユニキャスト)無線チャネルが１つの共通(すなわち、ブロードキャスト)無線チャネルよりも効率的なシステム使用状況をもたらすか否かを決定する高度な計数スキームを使用しても良い。
【０００６】
ＭＢＭＳ Ｕｓｅｒ Ｓｅｒｖｉｃｅは、概ねＭＢＭＳ Ｓｅｒｖｉｃｅ Ｌａｙｅｒであり、Ｓｔｒｅａｍｉｎｇ及びＤｏｗｎｌｏａｄ Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄを提供する。Ｓｔｒｅａｍｉｎｇ Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄは、Ｍｏｂｉｌｅ ＴＶサービスのような連続伝送に利用することが可能である。Ｄｏｗｎｌｏａｄ Ｄｅｌｉｖｅｒｙ Ｍｅｔｈｏｄは、"Ｄｏｗｎｌｏａｄ ａｎｄ Ｐｌａｙ"サービスを対象とする。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＭＢＭＳデータに対してヘッダ圧縮技術が使用される際のＭＢＭＳサービスの受信における１つの課題は、ＭＢＭＳ受信デバイスのユーザがサービスを活性化させる際のヘッダ圧縮により導入される遅延によって発生する。
【０００８】
実際に、ユーザが自身のＭＢＭＳ受信デバイス上でＴＶチャンネル等のＭＢＭＳ伝送の受信を開始する場合、コーデックレイヤにおける初期バッファリングに因って、サービスがユーザにとって利用可能になる前、例えばサービスが画面上に表示される前に幾らかの遅延がある。
【０００９】
加えて、ＭＢＭＳデータパケットのヘッダ(ＲＴＰ／ＩＰヘッダ等)に適用されるヘッダ圧縮のため、ヘッダが首尾よく復元可能となり且つＭＢＭＳデータがコーデックレイヤへ供給可能となる迄に更なる遅延がある。ＭＢＭＳデータのフローのためのヘッダ復元の成功は、完全なヘッダ情報を含む１以上のデータパケットが受信された後にのみ可能である。しかし一方で、このようなパケットは、稀に、例えば５又は１０秒毎にしか伝送されない虞がある。
【００１０】
ヘッダ圧縮により導入される遅延は、完全なヘッダ情報と共に１以上のＭＢＭＳデータパケットが伝送される迄の時間である。このような伝送は一般に周期的に発生し、変化が生じることはむしろ希少事象である。ヘッダ圧縮エンティティは、伝送の頻度を増加させることが可能な一方で、ヘッダ圧縮の利益を減少させている。
【００１１】
本発明の目的は、ヘッダ圧縮の利益を減少させこと無く、この遅延を削減することにある。
【課題を解決するための手段】
【００１２】
本発明の目的は、サービスプロバイダにより複数のユーザ機器ＵＥｓへ、各々が圧縮されたヘッダ情報とビデオ及び／又はオーディオデータストリーム等のサービスを表すペイロードとを含むＭＢＭＳデータパケットの形式で配信されるＭＢＭＳサービスの活性化を促進する方法によって達成される。
【００１３】
本発明に係る方法は、下記のステップを含む。
― ヘッダ情報のみを含む固有のＭＢＭＳサービスデータフローを作成すること
― ＵＥに対し、固有のＭＢＭＳサービスデータフローをＭＢＭＳデータパケットとは独立して送信すること
【００１４】
本発明に係る方法の第１の実施形態において、固有のＭＢＭＳサービスデータフローは、ＭＢＭＳ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ(ＭＴＣＨ)を介してＵＥｓへ送信される。
【００１５】
本発明に係る方法の第２の実施形態において、固有のＭＢＭＳサービスデータフローは、ＭＢＭＳ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ(ＭＣＣＨ)を介してＵＥｓへ送信される。
【００１６】
両実施の形態において、ＭＢＭＳサービスを受信するＵＥｓは、ＭＣＣＨ又はヘッダ情報のみを伝える特定のＭＢＭＳサービスを受信することにより、一連のＭＢＭＳサービス用の完全なヘッダ情報を連続的に読み込んで維持するよう構成される。
【００１７】
この特徴により、ユーザがこのようなサービスの受信を希望する場合、ヘッダ圧縮に因る遅延は存在しない。
【００１８】
ヘッダ情報のみを含むＭＢＭＳサービスの識別は、下記のいずれかにおいて示される。
・ペイロードを含むＭＢＭＳサービスのためのサービスアナウンスにおいて。この情報は、ＭＢＭＳ ＵＴＲＡＮ／ＧＥＲＡＮの場合はＢＭＳＣによって提供され、Ｅ−ＵＴＲＡＮの場合にはＭＢＭＳ Ｇａｔｅｗａｙによって提供される。
・実データを含むＭＢＭＳサービスに関するＭＣＣＨ制御情報において。この情報は、ＭＢＭＳ ＵＴＲＡＮ／ＧＥＲＡＮ／Ｅ−ＵＴＲＡＮの場合、ＲＮＣ／ＢＳＣ／ＭＣＥ又はｅＮＢによって提供される。
【００１９】
好ましくは、固有のＭＢＭＳサービスデータフローは、中間の受信を停止するために、ＭＴＣＨ上の次のサービス伝送の発生日時を示すスケジューリング情報と共にＵＥｓへ送信される。
【００２０】
別の変形形態において、固有のＭＢＭＳサービスデータフローは、前回の基準周期と比した固有のＭＢＭＳサービスデータフローに関連する情報の変化を通知するため、ＭＣＣＨの基準周期でＵＥｓへ送信される。
【００２１】
その結果、幾つかのＭＢＭＳサービスのための最新情報を維持しつつ、消費電力を実に低くすることが可能である。
【００２２】
なお、ＭＣＣＨ又はヘッダ情報のみを伝える特定のＭＢＭＳサービスの連続的な受信は、ＵＥｓにとっては付加的な消費電力を引き起こす。しかしながら、下記のようにＭＢＭＳ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ又はＭＢＭＳ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌの受信に適用される全ての既存の省電力技術を活用する方法で、ヘッダ情報の伝送を配置することが可能である。
― ＭＴＣＨ上の次のサービス伝送がいつ発生し得るか、つまり受信デバイスがいつ中間の受信を停止しても良いかを示すスケジューリング情報(ＭＳＣＨ、Ｓｃｈｅｄｕｌｉｎｇ Ｂｌｏｃｋ、動的スケジューリング情報等と呼ばれるものなら何でも)
― 下記のいずれか又は両者を用い、前回の基準周期と比してＭＢＭＳに関する情報がいつ変化するかの通知を伴うＭＣＣＨの基準周期("変更周期"と呼称される)
・ＵＥがＭＣＣＨに代えて監視可能なＭＢＭＳ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ(ＭＩＣＨ)
・各基準周期の開始点として伝送され、且つ変更情報を伝送する予定のＭＢＭＳサービスのリストを含むＭＢＭＳ制御情報(例えば、ＭＢＭＳ ＭＯＤＩＦＩＥＤ ＳＥＲＶＩＣＥＳ ＩＮＦＯＲＭＡＴＩＯＮメッセージ)のＭＣＣＨ上への配置
【００２３】
さらに、ヘッダ情報は、ＭＢＭＳデータとは独立してＭＣＣＨ又はＭＴＣＨ上で最後に伝送された後に変化しても良い。この場合、ＵＥｓは、ＭＢＭＳサービスの受信を開始した際、古いヘッダ情報を使用し得る。最悪の場合、ＭＢＭＳ受信デバイス内のヘッダ復元エンティティを混乱させ、誤ったデータをコーデックレイヤへ送信させ、例えば支離滅裂なビデオストリーム又は不愉快な音声の再生に繋がり得る。
【００２４】
このような結果を回避するため、ＭＢＭＳ受信デバイスへ変化が上記の２つの方法の一方で最後に伝送されてから発生したことを知らせる情報が、ＭＢＭＳデータパケットと共にＭＴＣＨ上に含まれる。この情報は、下記であり得る。
・ＭＢＭＳ受信デバイスが、別個のＭＴＣＨ又はＭＣＣＨから取得して以前に記憶したヘッダ情報を信頼すべきでないことを示すシングルビット
・変化の度毎に１だけ増加され、ＭＢＭＳデータ情報及びＭＢＭＳサービス用の別個のヘッダ情報と共に含まれ、以てＵＥｓが、最新値を有しているかどうかを確認し、有していなければデータを廃棄できるバリュータグ
【００２５】
このシングルビット又はバリュータグは、ＭＢＭＳデータパケット中のＰＤＣＰヘッダのＭＡＣ若しくはＲＬＣ内の或るビット、又はＭＣＣＨ上で伝送されるのであれば下記のいずれかと共に特別なフィールドを用いて伝送しても良い
― 圧縮されたヘッダを伴うデータを伝えるＭＴＣＨ上で伝送されるＭＢＭＳデータパケットの各々と共に、又は
― 関連するＭＴＣＨに関するヘッダ情報、若しくはＭＣＣＨに関するヘッダ情報を含むＭＢＭＳデータパケットの各々と共に
【００２６】
ユーザ機器は、ＭＢＭＳサービスを受信することを目的とし、ＭＢＭＳデータパケットとは独立して伝送されるヘッダ情報のみを含む固有のＭＢＭＳサービスデータフローを受信する手段を含む。
【００２７】
ＵＥｓは、ＭＢＭＳサービスを受信しない間、幾つかのＭＢＭＳサービス用のヘッダ情報を取得して維持するよう構成される。
【００２８】
ＭＢＭＳサービスを配信するサーバは、下記の手段を含む。
― ヘッダ情報のみを含む固有のＭＢＭＳサービスデータフローを作成する手段
― ＵＥｓに対し、固有のＭＢＭＳサービスデータフローをＭＢＭＳデータパケットとは独立して送信する手段
【図面の簡単な説明】
【００２９】
本発明の他の特徴及び利点は、下記の図面を参照して非限定的な例として挙げられる下記の説明から明らかになるであろう。
【図１】従来のＭＢＭＳ受信デバイスのヘッダ圧縮を伴わない順次処理を説明する図である。
【図２】図１の順次処理の最初と最後のステップ間の遅延を説明する図である。
【図３】従来のＭＢＭＳ受信デバイスのヘッダ圧縮を伴う順次処理を説明する図である。
【図４】図３の順次処理の最初と最後のステップ間の遅延を説明する図である。
【図５】ＭＣＣＨ情報の取得のための既存の省電力技術の例を説明する図である。
【図６】ＭＣＣＨ情報の取得のための省電力技術の例を使用する、本発明の第１の実施形態に係るＭＢＭＳ受信デバイスの順次処理を説明する図である。
【図７】図６の順次処理の最初と最後のステップ間の遅延を説明する図である。
【図８】本発明の第２の実施形態に係るＭＢＭＳ受信デバイスの順次処理を説明する図である。
【図９】図８の順次処理の最初と最後のステップ間の遅延を説明する図である。
【図１０】本発明の特定の実施形態を示した図である。
【発明を実施するための形態】
【００３０】
図１は、ヘッダ圧縮を伴わないＭＢＭＳビデオプログラムを受信するためのユーザ機器の全体的な順次処理(又は、起動に際してのユーザ機器の動作)を説明している。
【００３１】
ステップ２で、ＵＥは、ＭＢＭＳビデオプログラムの放送チャンネルを選択する。ステップ４で、ＵＥは、ＭＢＭＳビデオプログラムを受信するためのコンフィグレーションを取得する。ステップ６で、ＵＥデバイスは、ビデオプログラムを受信するために受信モジュールを設定する。ステップ８で、ビデオプログラムは、受信及びバッファリングされ、ステップ１０で表示される。
【００３２】
最初のステップ２と最後のステップ１０との間の遅延は、図２により説明される。
【００３３】
ステップ２及び４は、それぞれ、変更周期の２分の１と、前回の基準周期と比してＭＢＭＳに関する情報がいつ変化するかを示すＭＣＣＨチャネル(ＭＢＭＳ ＭＯＤＩＦＩＥＤチャネル用)の各基準周期("変更周期"と呼称される)の開始点で送信される制御情報を受信するための遅延とを使用する。
【００３４】
ステップ６の期間は、５０ミリ秒から１００ミリ秒の間である。
【００３５】
バッファリングステップ８は、５ミリ秒から１０ミリ秒を必要とする。
【００３６】
さて、図３を参照すると、ヘッダ圧縮を伴うＭＢＭＳビデオプログラムを受信するユーザ機器の全体的な順次処理(又は、起動に際してのユーザ機器の動作)は、ＭＢＭＳビデオプログラムの復元開始を本質とするステップ１２を更に含んでいる。ビデオプログラム表示前における最初のステップ２と最後のステップ１０との間の遅延は、図２と同一である。しかしながら、バッファリングステップ８の前におけるヘッダ情報の復元ステップ１２に因り、受信段階で当該遅延に対して１秒から５秒が加算される。
【００３７】
ヘッダ圧縮が使用される場合、ヘッダ情報は例えば１秒から５秒というように稀に送信されるのみであるため、合計時間には追加遅延が存在すると考えられる。
【００３８】
しかしながら、本発明に係る方法は、ＭＢＭＳチャネルの受信と同時に又は実際にはいずれのＭＢＭＳチャネルを受信していなくとも、幾つかのＭＢＭＳチャネル用のコンフィグレーションを取得且つ維持するために、既存技術を実装する。これは、図５で説明されるように、ＭＣＣＨ上で"変更情報"が最後の変更周期以後にコンフィグレーション情報に変更が発生したかどうかを示す伝送配置によって可能である。ＵＥ受信装置が"変更情報"を読み込むと、ＵＥ受信装置は、"変更情報"が変更を示す場合にＭＣＣＨの受信を継続し、それ以外の場合には次の変更周期までＭＣＣＨの受信を停止する。
【００３９】
この場合、２つのプロセスＡ及びＢが、図６に示す如く並行して実行される。
【００４０】
プロセスＡは、下記のステップを含む。
― Ｕｅ受信装置の電源をオンすること(ステップ１４)
― ＭＢＭＳサービス用のコンフィグレーションを取得すること(ステップ４)
― ＭＢＭＳサービス用のコンフィグレーションを監視すること(ステップ１６)
【００４１】
プロセスＢは、下記のステップを含む。
― ユーザにより特定のＭＢＭＳサービス(例えば、特定のＭＢＭＳビデオプログラム)を要求すること(ステップ２)
― 特定のＭＢＭＳサービス用に、ＵＥの受信モジュールを設定すること(ステップ６)
― ヘッダ復元の開始(ステップ１２)
― 受信したＭＢＭＳサービスをバッファリングすること(ステップ８)
― バッファリングしたＭＢＭＳサービスを表示すること(ステップ１０)
【００４２】
要求されたＭＢＭＳサービスの表示ステップまでのこれら２つのプロセスの総遅延は、図７により説明される。ＭＢＭＳデータの受信前にＵＥのコンフィグレーションが５０ミリ秒から１００ミリ秒を要し、且つＭＢＭＳデータの受信ステップで、ヘッダコンテキスト情報の初期化とバッファリングとが、それぞれ１ミリ秒から５ミリ秒と５ミリ秒から１０ミリ秒とを要することが理解できる。
【００４３】
図８は、ヘッダ情報がコンフィグレーション情報と共にＭＣＣＨに含まれ、以てＭＢＭＳ受信デバイスが全てのＭＢＭＳサービス用のコンフィグレーション情報を取得可能な本発明の実施形態を説明している。
【００４４】
この場合、２つのプロセスＣ及びＤが、図８に示す如く並行して実行される。
【００４５】
プロセスＣは、下記のステップを含む。
― Ｕｅ受信装置の電源をオンすること(ステップ２０)
― 全てのＭＢＭＳサービス用のコンフィグレーションを含むＭＣＣＨと、当該サービス用のヘッダ情報とを取得すること(ステップ２２)
― プロセスＡと同様、ＭＢＭＳサービス用のコンフィグレーションを監視すること(ステップ１６)
【００４６】
プロセスＤは、下記のステップを含む。
― プロセスＢと同様、ユーザにより特定のＭＢＭＳサービス(例えば、特定のＭＢＭＳビデオプログラム)を要求すること(ステップ２)
― プロセスＢと同様、特定のＭＢＭＳサービス用に、ＵＥの受信モジュールを設定すること(ステップ６)
― プロセスＢと同様、受信したＭＢＭＳサービスをバッファリングすること(ステップ８)
― プロセスＢと同様、バッファリングしたＭＢＭＳサービスを表示すること(ステップ１０)
【００４７】
要求されたＭＢＭＳサービスの表示ステップまでのこれら２つのプロセスの総遅延は、図９により説明される。ＭＢＭＳデータの受信前にＵＥのコンフィグレーションが５０ミリ秒から１００ミリ秒を要し、且つＭＢＭＳデータの受信ステップで、バッファリングが５ミリ秒から１０ミリ秒を要することが理解できる。
【００４８】
図１０は、ヘッダ情報が、他のＭＢＭＳサービスと時分割多重されるＭＢＭＳサービスとは独立してトランスポートチャネルを介して伝送される本発明の実施形態を説明している。スケジューリング情報(ＭＳＣＨとも呼称される)が含まれ、特定のＭＢＭＳサービスのためにヘッダ情報が何処で伝送されるかを示している。
【図１】
0005681870.tif 000002
【図２】
0005681870.tif 000003
【図３】
0005681870.tif 000004
【図４】
0005681870.tif 000005
【図５】
0005681870.tif 000006
【図６】
0005681870.tif 000007
【図７】
0005681870.tif 000008
【図８】
0005681870.tif 000009
【図９】
0005681870.tif 000010
【図１０】
0005681870.tif 000011