移動体ブロードキャストシステムにおける端末機がストリーミングサービスの受信率を報告する方法及び装置とそのシステム
ブロードキャストサービスの受信率を報告するブロードキャストシステムを提供する。ネットワークエンティティは、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを送信する。端末機は、上記受信率報告指示メッセージを受信し、上記受信率報告指示メッセージにより示された測定タイプに従って上記端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す上記受信率を含む受信率報告メッセージを送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロードキャストシステムにおけるブロードキャストサービス提供方法及び装置とそのシステムに関し、特に、ブロードキャストシステムにおけるストリーミングサービスの受信率を報告する方法及び装置とそのシステムに関する。
【背景技術】
【０００２】
本明細書において、ブロードキャストシステムは、ブロードキャストサービスを端末機に提供する移動体ブロードキャストシステムを意味する。
【０００３】
移動通信市場では、既存技術の再結合又は統合を通じて新たなサービスの生産が持続的に要請されている。現在では、通信及びブロードキャスト技術の発達によって、従来のブロードキャストシステム又は移動通信システムは、携帯電話、ＰＤＡ（Personal Digital Assistant）のような移動端末機（以下、“端末機”と称する。）を介してブロードキャストサービスを提供している。このような潜在的で実際的な市場需要、マルチメディアサービスに対して急増するユーザーの要請、既存の音声サービスに加えてブロードキャストサービスのような新たなサービスを提供するためのサービスプロバイダーの目標戦略、及びユーザーの要請によって移動通信事業を強化しているＩＴ（Information Technology）企業の利害という要因を背景として、移動通信サービスとインターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）との融合は、次世代移動通信技術の開発の主流となっている。
【０００４】
オープンモバイルアライアンス（Open Mobile Alliance：以下、“ＯＭＡ”と称する。）は、個々のモバイルソリューション（mobile solution）間の相互連動のための標準を研究するグループであり、移動通信用ゲーム、インターネットサービスなどに関する様々なアプリケーション標準を定める役割をする。特に、このＯＭＡワーキンググループの中で、ＯＭＡ ＢＡＣ ＢＣＡＳＴ（Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group）は、ブロードキャストサービスを移動端末機に提供するための技術を研究している。
【０００５】
ＯＭＡ ＢＣＡＳＴワーキンググループで論議されている移動体ブロードキャストシステムにおいて、ブロードキャストサービスを受信するための端末機は、サービス自体に関する説明情報、サービスに関する課金情報、及びサービスの受信方法に関する情報が含まれているサービスガイド情報を受信しなければならず、端末機は、このサービスガイド情報を用いて対応するサービスを受信する。
【０００６】
図１は、従来技術による移動体ブロードキャストシステムのアーキテクチャを示すブロック図である。特に、移動体ブロードキャストサービスを提供するようにアプリケーションレイヤー及びその下位の送信レイヤーの標準技術を設定するＢＣＡＳＴシステムにおける各ワーキンググループの論理的なアーキテクチャを示す。
【０００７】
まず、図１に示す各論理エンティティについて詳細に説明する。コンテンツ供給者（Content Creation entity：ＣＣ）１０１は、ＢＣＡＳＴサービスの基礎であるコンテンツを供給し、このコンテンツは、通常のブロードキャストサービスのためのファイル、例えば、映画、オーディオ、及びビデオのためのデータなどを含むことができる。また、コンテンツ供給者１０１は、サービスガイドの生成及びこのサービスが送信される送信ベアラを決定するためのこのコンテンツに対する属性をＢＣＡＳＴサービスアプリケーションエンティティ（BCAST Service Application entity）１０２に提供する。
【０００８】
ＢＣＡＳＴサービスアプリケーションエンティティ１０２は、コンテンツ供給者１０１からＢＣＡＳＴサービスのデータを受信し、この受信されたデータをメディアエンコーディング、コンテンツ保護、及び双方向サービスなどに適合した形態で処理する。また、ＢＣＡＳＴサービスアプリケーションエンティティ１０２は、コンテンツ供給者１０１から供給されたこのコンテンツに対する属性をＢＣＡＳＴサービス分配／調整部（BCAST Service Distribution/Adaptation entity）１０３及びＢＣＡＳＴ加入管理部（BCAST Subscription Management entity）１０４に提供する。ＢＣＡＳＴサービス分配／調整部１０３は、ＢＣＡＳＴサービスアプリケーションエンティティ１０２から供給されたＢＣＡＳＴサービスデータを使用してファイル及びストリーミング送信、サービス収集、サービス保護、サービスガイド生成及び送信、及びサービス通知動作を行う。また、ＢＣＡＳＴサービス分配／調整部１０３は、このサービスをブロードキャスト分配システム（Broadcast Distribution System：以下、“ＢＤＳ”と称する。）１１２に適合するように調整する。
【０００９】
ＢＣＡＳＴ加入管理部１０４は、ＢＣＡＳＴサービスユーザーのための加入及び料金関連機能のようなサービスを規定し、ＢＣＡＳＴサービスのために使用される情報を規定し、ＢＣＡＳＴサービスを受信する端末機をハードウェア又はソフトウェアにより管理する。端末機１０５は、コンテンツとサービスガイド及びコンテンツ保護などのようなプログラム支援情報を受信し、ブロードキャストサービスをユーザーに提供する。ＢＤＳサービス分配部（BDS Service Distribution entity）１１１は、ブロードキャスト分配システム１１２及び双方向送信ネットワーク（Interaction Network：ＩＮ）１１３と相互通信を介して移動体ブロードキャストサービスを複数の端末機に送信する。
【００１０】
ブロードキャスト分配システム１１２は、ブロードキャストチャネルを介して移動体ブロードキャストサービスを送信し、移動体ブロードキャストサービスは、例えば、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）のマルチメディアブロードキャストマルチキャストサービス（Multimedia Broadcast Multicast Service：ＭＢＭＳ）、３ＧＰＰ２のブロードキャストマルチキャストサービス（Broadcast Multicast Service：ＢＣＭＣＳ）、ディジタルビデオブロードキャスティング（Digital Video Broadcasting：ＤＶＢ）のＤＶＢ-Ｈ（DVB-Handheld）又はＩＰに基づくブロードキャスト／通信ネットワークを含むことができる。双方向送信ネットワーク１１３は、双方向チャネルを提供する。例えば、双方向送信ネットワーク１１３は、セルラーネットワークとなることができる。
【００１１】
次いで、論理エンティティ間の接続経路である参照ポイント（reference point）について説明する。参照ポイントは、目的に応じて複数のインターフェースを有し、このようなインターフェースは、特定の目的のために２個以上の論理エンティティ間の通信のために使用される。このためのメッセージ形式及びプロトコルが適用される。
【００１２】
図１を参照すると、ＢＣＡＳＴ-１ １２１は、コンテンツ及びコンテンツ属性の送信経路であり、ＢＣＡＳＴ-２ １２２は、コンテンツが保護され（Content-protected）、あるいはコンテンツが保護されない（Content-unprotected）ＢＣＡＳＴサービス、ＢＣＡＳＴサービスの属性、及びコンテンツ属性の送信経路である。ＢＣＡＳＴ-３ １２３は、ＢＣＡＳＴサービスの属性、コンテンツの属性、ユーザー優先（User preference）及び加入（Subscription）情報、ユーザーの要請、及びこの要請に対する応答の送信経路である。ＢＣＡＳＴ-４ １２４は、通知メッセージ（Notification Message）、サービスガイドに使用される属性、及びコンテンツ保護（Content Protection）及びサービス保護（Service Protection）に使用されるキーの送信経路である。
【００１３】
ＢＣＡＳＴ-５ １２５は、保護されたＢＣＡＳＴサービス、保護されないＢＣＡＳＴサービス、コンテンツが保護されたＢＣＡＳＴサービス、コンテンツが保護されないＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、通知、サービスガイド、ＢＣＡＳＴサービス保護に使用されるＤＲＭ（Digital Right Management） ＲＯ（Right Object）及びキー値のセキュリティ要素（security material）、及びブロードキャストチャネルを介して送信されるすべてのデータと信号の送信経路である。
【００１４】
ＢＣＡＳＴ-６ １２６は、保護されたＢＣＡＳＴサービス、保護されないＢＣＡＳＴサービス、コンテンツが保護されたＢＣＡＳＴサービス、コンテンツが保護されないＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、通知、サービスガイド、ＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のようなセキュリティ要素、及び双方向送信チャネルを介して送信されるすべてのデータと信号の送信経路である。
【００１５】
ＢＣＡＳＴ-７ １２７は、サービスプロビジョニング（service provisioning）、加入情報、装置管理、及びＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のようなセキュリティ要素の受信に関連した制御情報の双方向送信チャネルを介して送信されるユーザー優先情報の送信経路である。ＢＣＡＳＴ-８ １２８は、ＢＣＡＳＴサービスに対するユーザーのデータが双方向送信される送信経路である。ＢＤＳ-１ １２９は、保護されたＢＣＡＳＴサービス、保護されないＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、通知、サービスガイド、及びＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のセキュリティ要素の送信経路である。
【００１６】
ＢＤＳ-２ １３０は、サービスプロビジョニング、加入情報、装置管理、及びＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のセキュリティ要素の送信経路である。Ｘ-１ １３１は、ＢＤＳサービス分配部１１１とブロードキャスト分配システム１１２との間の参照ポイントである。Ｘ-２ １３２は、ＢＤＳサービス分配部１１１と双方向送信ネットワーク１１３との間の参照ポイントである。Ｘ-３ １３３は、ブロードキャスト分配システム１１２と端末機１０５との間の参照ポイントである。Ｘ-４ １３４は、ＢＤＳサービス分配部１１１とブロードキャストチャネルを介した端末機１０５との間の参照ポイントである。Ｘ-５ １３５は、ＢＤＳサービス分配部１１１及び双方向送信チャネルを介した端末機１０５との間の参照ポイントである。Ｘ-６ １３６は、双方向送信ネットワーク１１３と端末機１０５との間の参照ポイントである。
【００１７】
図２は、従来技術による移動体ブロードキャストシステムにおいて、ブロードキャストサービスを受信するためのサービスガイドの構成を示す図である。この構成は、ＢＣＡＳＴシステムにおいて、ブロードキャストサービスを端末機に提供するためである。１つのサービスガイドは、それぞれの目的を有する複数のフラグメント（Fragment）で構成され、これらフラグメントは、用途に従って４つのグループに区分される。
【００１８】
図２は、管理グループ（Administrative group）２００、供給グループ（Provisioning group）２１０、コアグループ（Core group）２２０、及びアクセスグループ（Access group）２３０で構成されたサービスガイドの一例を示す。図２において、各フラグメントに接続する実線は、フラグメント間の相互参照を意味する。
【００１９】
管理グループ２００は、端末機がサービスガイドを受信するための基本情報を提供するグループであり、サービスガイド送信記述子（delivery descriptor）フラグメント２０１を含む。サービスガイド送信記述子フラグメント２０１は、サービスガイド識別子（ＩＤ）、サービスガイドを生成して送信するサービスプロバイダーの識別情報、及びサービスガイド全般に関する情報を提供する。また、サービスガイド送信記述子フラグメント２０１は、複数のサービスガイドフラグメントの受信が可能なチャネル、スケジュール情報、及び更新情報を端末機に提供することにより、端末機は、必要なサービスガイドのみを適切な時間に受信することができる。
【００２０】
供給グループ２１０は、サービス受信のための料金情報を提供するグループであり、購買アイテム（Purchase Item）フラグメント２１１と、購買データフラグメント２１２と、購買チャネルフラグメント２１３とを含む。購買アイテムフラグメント２１１は、サービス又はサービスバンドルに関する料金情報を提供し、購買データフラグメント２１２は、購買アイテムに関する実際のコスト情報を示し、購買チャネルフラグメント２１３は、サービスユーザーが実際にサービスを購買できるシステム及び料金支払い方法に関する情報を提供する。
【００２１】
コアグループ２２０は、サービス自体に関する情報を提供するグループであり、サービスフラグメント２２１と、スケジュールフラグメント２２２と、コンテンツフラグメント２２３とを含む。サービスフラグメント２２１は、ユーザーが受信するサービス自体に関する説明及びサービスが構成できるコンテンツを示す情報を提供する。スケジュールフラグメント２２２は、サービスが供給され、使用可能な時間に関する情報を提供する。コンテンツフラグメント２２３は、サービスを構成する複数のコンテンツに関する情報を提供する。
【００２２】
アクセスグループ２３０は、アクセスフラグメント２３１と、セッション記述（Session Description）フラグメント２３２とを含む。アクセスグループ２３０は、コアグループ２２０を介して提供されるサービスを受信する方法を示すサービスアクセス情報、及び対応するサービスを構成しているコンテンツが送信されるセッションに関する具体的な情報を提供し、これにより、端末機が対応するサービスに対するアクセスを可能にする。
【００２３】
アクセスフラグメント２３１は、１つのサービスに対する複数のアクセス方法を端末機に提供し、これにより、１つのサービスに基づいて様々な付加サービスにアクセス可能な方法を提供する。セッション記述フラグメント２３２は、１つのアクセスフラグメントで定義されたサービスに関するセッション情報を提供する。また、サービスガイド情報は、図２に示すように、上述した４個のグループに加えて、サービス及びコンテンツに対するプレビューとアイコンなどを提供するプレビューデータ（Preview data）フラグメント２２４と、相互作用サービスをサポートするためのインタラクティブデータフラグメント２２５とをさらに含むことができる。
【００２４】
一般的に、ブロードキャストシステムは、単方向システムであるため、ブロードキャストサービスが受信者に正常に送信されたか否かを管理しない。しかしながら、ブロードキャストサービスの符号化率及び／又は送信速度を調節することができる場合には、ブロードキャストシステムは、端末機からフィードバックされた受信率を受信し、この受信率を分析することにより、ブロードキャストサービスを高品質で提供することができる。特に、移動体ブロードキャストシステムのように、端末機が頻繁に移動し、その受信率が頻繁に変わる環境であれば、このシステムは、受信率に関する報告に基づいて、この頻繁な移動及びこの頻繁な変化を適切に処理することにより、高品質のブロードキャストサービスをユーザーに提供することができる。また、高価の移動体ブロードキャストサービスの場合には、この受信率の品質は、重要に考慮されるべき事項である。
【００２５】
上述した受信率報告に基づいて、このブロードキャストシステムは、送信の間に受信環境に適合するようにブロードキャスト品質を調節することができる。しかしながら、現在まで提案されたブロードキャスト標準において、受信率報告のための端末機及びブロードキャストシステムの具体的な動作及び受信率報告のためのメッセージについては定義されていない。
【発明の概要】
【発明が解決しようとする課題】
【００２６】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、ブロードキャストサービスの受信率をブロードキャストシステムに報告する方法及び装置とそのシステムを提供することにある。
【００２７】
本発明の他の目的は、移動体ブロードキャストシステムにおける端末機がストリーミングサービスの受信率を報告する方法及び装置とそのシステムを提供することにある。
【００２８】
本発明のさらなる目的は、ブロードキャストシステムにおける端末機が受信率を測定する方法及び装置とそのシステムを提供することにある。
【課題を解決するための手段】
【００２９】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、ブロードキャストサービスの受信率を報告するブロードキャストシステムを提供する。上記システムは、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを送信するネットワークエンティティと、上記受信率報告指示メッセージを受信し、上記受信率報告指示メッセージが示す測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す上記受信率を含む受信率報告メッセージを送信する上記端末機と、を有することを特徴とする。
【００３０】
本発明の実施形態の他の態様によれば、ブロードキャストシステムにおける端末機がブロードキャストサービスの受信率を報告する方法を提供する。上記方法は、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信するステップと、上記受信率報告メッセージにより示された受信率測定タイプに従って、上記端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定するステップと、上記測定した受信率を含む受信率報告メッセージを送信するステップと、を有することを特徴とする。
【００３１】
本発明の実施形態のまた他の態様によれば、ネットワークエンティティがブロードキャストサービス受信率に関する報告を端末機から受信する方法を提供する。上記方法は、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを決定するステップと、上記決定された測定タイプを示す受信率報告指示メッセージを上記端末機に送信するステップと、上記測定タイプに従って、上記端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定期間の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す上記受信率を含む受信率報告メッセージを上記端末機から受信するステップと、を有することを特徴とする。
【００３２】
本発明の実施形態のさらに他の態様によれば、ブロードキャストシステムにおけるブロードキャストサービスの受信率を報告するための端末装置を提供する。上記端末装置は、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信する受信器と、上記受信率報告メッセージにより示された受信率測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定する制御器と、上記測定した受信率を含む上記受信率報告メッセージを送信する送信器と、を有することを特徴とする。
【発明の効果】
【００３３】
本発明によれば、ブロードキャストシステムにおける端末機がストリーミングサービスの受信に対する受信率を報告する具体的な方式を提供することにより、ブロードキャストサービスの品質を向上させることができる。
【図面の簡単な説明】
【００３４】
【図１】従来技術による移動体ブロードキャストシステムのアーキテクチャを示すブロック図である。
【図２】従来技術による移動体ブロードキャストシステムにおいて、ブロードキャストサービスを受信するためのサービスガイドの構成を示す図である。
【図３】本発明が適用可能な移動体ブロードキャストシステムにおけるストリーミングサービスの受信率報告手続きを示すフロー図である。
【図４】本発明の実施形態によるブロードキャストシステムにおけるストリーミングサービスの受信率を報告する端末機の動作を示すフローチャートである。
【図５】本発明の第１の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図６】本発明の第２の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図７】本発明の第３の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図８】本発明の第４の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図９】本発明の第５の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図１０Ａ】本発明の実施形態によるブロードキャストシステムにおいてストリーミングサービスの受信率報告指示メッセージを端末機に送信し、これに対する応答メッセージを受信するＢＳＤＡの動作を示すフローチャートである。
【図１０Ｂ】本発明の実施形態によるブロードキャストシステムにおいてストリーミングサービスの受信率報告指示メッセージを端末機に送信し、これに対する応答メッセージを受信するＢＳＤＡの動作を示すフローチャートである。
【図１１】本発明の実施形態による端末機の構成を示すブロック図である。
【発明を実施するための形態】
【００３５】
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。図面中、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能または構成に関する具体的な説明は省略する。
【００３６】
本発明の実施形態は、移動体ブロードキャスト技術標準の１つであるＢＣＡＳＴシステムを参照して説明されるが、本発明が適用されることができる範囲をＢＣＡＳＴシステムに限定しない。すなわち、本明細書においては、このブロードキャストシステムがＢＣＡＳＴシステム及びＤＶＢ-Ｈシステムのようなブロードキャストサービスをサポートする様々な通信システムを含むことに留意すべきである。また、本発明の説明の便宜のために、非同期移動通信標準グループである３ＧＰＰ（3rd Generation Partnership Project）又は端末機のアプリケーションの標準グループであるＯＭＡ ＢＣＡＳＴで定義しているエンティティの名称を同一に使用するが、このエンティティの標準及び名称が本発明の範囲を限定するのではない。また、説明の便宜上、移動体ブロードキャストサービスをサポートするＢＣＡＳＴシステムの受信器が移動端末機と呼ばれるが、本発明の技術的な思想は、有線通信システムにも適用されることができる。
【００３７】
ＢＣＡＳＴシステムにおいて、本発明による端末機は、ストリーミングサービスが送信されるリアルタイム転送プロトコル（Real-time Transport Protocol：ＲＴＰ）パケットの損失率（loss ratio）及び受信率（Reception ratio）を測定し、ＢＣＡＳＴサービス分配／適応部（BCAST Service Distribution/Adaptation：ＢＳＤＡ）に報告するように構成される。本明細書において、‘パケット損失率’は、測定時間間隔の間に受信すべきだった総パケット数対損失されたパケットの個数の比率を意味し、‘受信率’は、測定期間の間に受信すべきだった総パケット数対実際に受信されたパケットの個数の比率を意味する。ＢＣＡＳＴシステムにおいて、ストリーミングサービスの送信に関連した詳細な説明については、ＯＭＡのインターネットＷｅｂサイト“http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Service-Guide-V1_0_0-20060324-D.zip”での文書を参照することができる。
【００３８】
図３は、本発明が適用可能な移動体ブロードキャストシステムにおけるストリーミングサービスの受信率報告手続きを示すフロー図であり、これは、ＢＣＡＳＴシステムで定義された受信率報告手続きを示す。
【００３９】
図３を参照すると、ＢＳＤＡ３００でのＳＤ（Stream Distribution）は、図１に示したＢＣＡＳＴサービス分配／調整部１０３に含まれているサービスエンティティとしてストリーミングサービスをブロードキャストする機能を実行する。ＢＤＳサービス分配部３０１は、図１で説明したＢＤＳサービス分配部１１１と同一であり、双方向送信ネットワーク３０２は、図１で説明した双方向送信ネットワーク１１３と同一である。端末機３０３でのストリーム分配-クライアント（Stream Distribution-Client：ＳＤ-Ｃ）は、図１の端末機１０５に含まれているエンティティとして、ストリーミングサービスの受信を担当する。説明の便宜上、ＢＳＤＡ３００でのＳＤ及び端末機３０３でのＳＤ-Ｃは、それぞれＢＳＤＡ３００及び端末機３０３と呼ぶ。
【００４０】
ステップ３１０で、端末機３０３がブロードキャストサービスの受信率をＢＳＤＡ３００に報告する場合には、ステップ３１１で、ＢＳＤＡ３００は、受信率報告（Reception report）の受信を確認するためのメッセージを端末機３０３に送信するネットワークエンティティである。ステップ３１２で、ＢＳＤＡ３００は、端末機３０３の受信率（Reception Ratio）をＢＤＳサービス分配部３０１に通知することにより、受信率の品質改善を要請することができる。ステップ３１１及びステップ３１２の動作は、選択的に実行される。ステップ３１３で、ＢＤＳサービス分配部３０１は、受信率の品質改善を要請する応答をＢＳＤＡ３００に送信する。本発明は、図３のステップ３１０及びステップ３１１で行われるように、端末機が受信率をＢＳＤＡに報告し、ＢＳＤＡが端末機に応答を送信する過程を定義し、また、この過程の前に実行された具体的な動作を定義する。しかしながら、本発明は、ＢＳＤＡとＢＤＳサービス分配部との間の受信率報告及び応答が図３のステップ３１２及びステップ３１３で実行される動作に関する議論を省略する。
【００４１】
以下、本発明の実施形態によるＢＣＡＳＴシステムにおけるストリーミングサービスの受信率報告方法を説明する前に、本発明のさらなる理解を助けるために、既存のＢＣＡＳＴサービスガイドで使用する項目について説明する。
【００４２】
＜表１＞及び＜表２＞は、図２で説明したサービスガイドのアクセスフラグメント２３１の中で、本発明の説明に必要な部分だけを示す。全フラグメントに関する説明及びサービスガイドに関する説明については、ＯＭＡのインターネットＷｅｂサイト“http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Service-Guide-V1_0_0-20060324-D.zip”での文書を参照することができる。
【００４３】
【表１】
【００４４】
【表２】
【００４５】
上述した＜表１＞及び＜表２＞を参照すると、ネーム（Name）は、対応するメッセージを構成する要素値（Element values）及び属性値（Attribute values）の名称を示す。タイプ（Type）は、対応する名称のタイプが要素値であるか又は属性値であるかを示す。この要素値は、Ｅ１、Ｅ２、Ｅ３、及びＥ４の値を有する。Ｅ１は、全メッセージに関する上位要素値を意味し、Ｅ２は、Ｅ１の下位要素値を示し、Ｅ３は、Ｅ２の下位要素値を示し、Ｅ４は、Ｅ３の下位要素値を示す。この属性値は、Ａで示され、Ａは、対応する要素の属性値を示す。例えば、Ｅ１の下にあるＡは、Ｅ１の属性値を示す。カテゴリー（Category）は、対応する要素値又は属性値が必須内容であるか否かを示すために使用され、この値が必須である場合には、Ｍ（Mandatory）の値を有し、この値がオプション（Optional）である場合には、Ｏの値を有する。カーディナリティー（Cardinality）は、要素間の関係を示し、０，０．．１，１，０．．ｎ，１．．ｎの値を有する。 “０”は、オプション関係を意味し、“１”は、必須の関係を意味し、‘ｎ’は、複数の値を有する可能性を意味する。例えば、‘０．．ｎ’は、対応する要素値がないか、または、対応するｎ個の要素値がある可能性を意味する。説明（Description）は、対応する要素又は属性値の意味を示す。
【００４６】
上述した＜表１＞において、“SessionDescriptionReference”要素は、ブロードキャストサービスの受信に必要なセッション設定に関する情報を提供する要素であり、セッション情報が位置する場所を示すＵＲＩと呼ばれる属性を下位属性として有する。この属性は、ブロードキャストサービスの受信のためのセッション情報を取得する位置を一般的に示すとしても、サービスに関連した他のセッション情報を示すために使用されるように定義されることができ、本発明が提示した受信率報告情報を取得することができる位置を示すこともできる。サービスガイドを受信した後にサービスを受信するためにアクセスフラグメントにアクセスする過程において、端末機は、ＵＲＩが存在する場合に、対応するＵＲＩを有する情報の受信及び処理を行う。ＵＲＩを用いて受信された情報が受信率報告情報を有する場合に、端末機は、対応する受信率報告情報を解読した後に、受信中のブロードキャストサービスに対する受信率を測定し、この測定された受信率をブロードキャストシステムのＢＳＤＡに報告する。
【００４７】
図３には図示していないが、下記の＜表３＞乃至＜表５＞を参照して、本発明の実施形態によるＢＳＤＡ３００がストリーミングサービスの受信率を報告することを端末機３０３に指示する受信率報告指示メッセージ（reception ratio report indication message）を定義する。受信率報告手続きのためのメッセージであるこの受信率報告指示メッセージは、下記の＜表３＞乃至＜表５＞で説明した要素及び属性で構成され、拡張可能マークアップ言語（eXtensible markup language：以下、“ＸＭＬ”と称する。）のような言語で表現されることができる。
【００４８】
【表３】
【００４９】
上述した＜表３＞に示すように、ＢＳＤＡ３００が端末機３０３に送信するストリングサービスに対する受信率報告指示メッセージの最上位要素は、“StreamingAssociatedProcedure”であり、指示メッセージがどんな基本的な要素又は属性でなされるかを示し、最終的に、この指示メッセージの種類を示す。“StreamingAssociatedProcedure”に含まれている要素の中で、“measurementType”は、ストリーミングサービスの受信率報告タイプを指定する要素であり、端末機は、“measurementType”に指定された方式でストリーミングサービスの受信率及び損失率を測定し、所定の条件が満足する場合には、対応する受信率を報告する。“measurementType”は、SessionMeasurement、FixedDurationMeasurement、IntervalMeasurement、ThresholdMeasurement、及びEventTriggredMeasurementの下位要素を含む。
【００５０】
上述した＜表３＞において、“SessionMeasurement”要素は、端末機３０３が現在受信しているか、又は受信する予定であるサービスに対する全セッションの受信率を報告するように指示する役割をする。端末機３０３は、所望の受信セッションの１番目のリアルタイム転送プロトコル（ＲＴＰ）パケットを受信した瞬間からセッションが終了する時点まで受信率測定を行い、その測定結果をＢＳＤＡ３００に報告する。端末機３０３がセッションの中間からサービスを受信する場合には、サービスの受信を開始した時点から受信率を測定し、この測定結果を報告し、端末機３０３がその中間でセッションを終了する場合には、セッションを終了する時点までの受信率測定結果を報告する。また、端末機３０３がセッションの中間からサービスを受信し、その中間でセッションを終了する場合には、対応可能な部分に対して受信率を測定し、この測定された受信率を報告する。下記では、端末機３０３の報告方式について詳細に説明する。
【００５１】
【表４】
【００５２】
上述した＜表４＞において、“FixedDurationMeasurement”要素は、ＢＳＤＡ３００が、対応する端末機が現在受信しているか、又は受信する予定であるサービスに対して受信率報告のための測定時間間隔を端末機３０３に指定し指示する。ここで、この測定時間間隔は、ＲＴＰデータサンプリング時間を示すRTPtimestampを使用し、受信率報告を開始する測定時間間隔の開始点を示す属性値である開始タイムスタンプを示すstartRTPTimestamp及び測定が終了する時点である終了タイムスタンプを示すendRTPTimestampを指定する。ＲＴＰに関する詳細な内容については、http://www.ietf.org/rfc/rfc1889.txtを参照する。端末機３０３は、この測定時間間隔に対する指示をＢＳＤＡ３００から受信する場合に、startRTPTimestampにある値からendRTPTimestampの値まで測定を行い、この測定結果をＢＳＤＡ３００に報告する。
【００５３】
端末機３０３がstartRTPTimestampの後にこのサービスを受信する場合には、参加時点から測定を行い、測定結果を報告する。端末機３０３がendRTPTimestampの前にこのセッションを終了する場合には、終了時点までの測定結果を報告する。また、端末機３０３がstartRTPTimestampの後にこのサービスを受信し、endRTPTimestampの前にこのセッションを終了する場合には、対応可能な部分に対して測定を行い、この測定結果を報告する。
【００５４】
上述した＜表４＞において、“IntervalMeasurement”要素は、ＢＳＤＡ３００が対応する端末機が現在受信しているか、又は受信する予定であるサービスに対して指定された周期ごとに受信率を報告するように端末機３０３に指示する。このために、時間間隔値は、“IntervalMeasurement”要素に指定されており、端末機３０３は、受信されたＲＴＰパケットのタイムスタンプに基づいて時間間隔を計算することにより受信率を測定する。この時間間隔の計算は、端末機３０３が１番目のＲＴＰパケットを受信した瞬間から開始され、この結果は、対応するセッションを介して受信されたサービスが終了するか、又は端末機３０３がこのサービスを終了する場合に報告される。
【００５５】
【表５】
【００５６】
上述した＜表５＞において、“ThresholdMeasurement”要素は、端末機３０３が現在受信しているか、又は受信する予定であるサービスに対して測定された損失率がＢＳＤＡ３００により指定されたしきい値より高い場合には、測定された受信率を報告するように端末機３０３に指示するためである。すなわち、上述した＜表５＞の“ThresholdMeasurement”要素が設定されている場合には、端末機３０３は、この測定された損失率が上述した＜表５＞の“thresholdMeasurement”より大きい場合に測定された受信率を報告する。
【００５７】
このしきい値は、所定のパケット損失率だけでなくパケット損失の個数に対するしきい値であってもよい。端末機３０３は、このサービスを受信する時点から受信率及び損失率を継続して測定する。この測定された損失率がしきい値より低くなる場合には、端末機３０３は、受信率報告のための情報を収集し、損失率がさらにしきい値より大きくなる場合には、端末機３０３は、この受信率をＢＳＤＡ３００に報告する。すなわち、パケットの損失率がしきい値より大きい場合には、端末機３０３は、この測定された受信率が含まれた受信率報告メッセージをＢＳＤＡ３００に送信する。損失率がしきい値よりさらに低くなる場合には、端末機３０３は、受信率報告のための情報収集をさらに行う。この際、この受信率報告のための情報収集は、startRTPTimestamp、endRTPTimestamp、時間間隔、パケット損失率、expectedTotalPackets、receivedTotalPackets、lostTotalPacketsなどのような、受信率及び損失率を測定するために必要な情報の収集を意味する。上述した過程は、端末機３０３が対応するサービスを終了するまで継続する。
【００５８】
上述した＜表５＞において、“EventTriggeredMeasurement”要素は、端末機３０３が現在受信しているか、又は受信する予定であるサービスの損失率がＢＳＤＡ３００により指定されたトリガー値（trigger value）より大きい場合に、受信率を報告するように端末機３０３に指示するためである。端末機３０３は、サービスを受信する時点から受信率及び損失率を継続して測定する。この損失率がトリガー値より小さくなる場合には、端末機３０３は、受信率報告のための情報を収集し、この損失率がこのトリガー値より大きくなる場合に、対応するサービスの終了時点まで収集された受信率を受信率報告メッセージに含ませ、この受信率報告メッセージをＢＳＤＡ３００に送信する。
【００５９】
下記の＜表６＞乃至＜表８＞は、本発明の第１の実施形態に従って、端末機３０３がストリーミングサービスの受信率を報告するための受信率報告メッセージのフォーマットを示す。この受信率報告メッセージは、下記の＜表６＞乃至＜表８＞で説明した要素及び属性からなり、ＸＭＬのような言語で表現されることができる。
【００６０】
上述した＜表３＞乃至＜表５＞に定義されているストリーミングサービスの受信率報告指示メッセージとは異なり、下記の＜表６＞乃至＜表８＞で説明するストリーミングサービスの受信率報告メッセージは、１つの形態で提案され、次の５種類の受信率測定タイプのすべてに関連する。
【００６１】
【表６】
【００６２】
上述した＜表６＞において、“StreamingReceptionReport”要素は、ストリーミングサービスの受信率報告メッセージの最上位要素であり、次のような要素及び属性を有する。“reportType”要素は、端末機３０３でどんな受信率測定タイプが使用されたかをＢＳＤＡ３００に報告するために使用される。“reportType”に基づいて、ＢＳＤＡ３００は、端末機３０３から受信された受信率情報がどのように測定されたかを判定することができ、受信率の分類及び分析の際に使用されることができる。
【００６３】
【表７】
【００６４】
上述した＜表７＞において、“measurementStartRTPTimestamp”要素及び“measurementEndRTPTimestamp”要素は、受信率報告のために測定がなされた開始期間及び終了期間をそれぞれ示す値である。この２つの値は、端末機３０３がサービスを受信することにより、受信率測定のために実際に受信する１番目のＲＴＰパケット及び最後のＲＴＰパケットのタイムスタンプ値を示す。
【００６５】
“expectedTotalPackets”、“receivedTotalPackets”、及び“lostTotalPackets”は、予想される総パケット数（すなわち、端末機３０３が受信するものと予想する総パケット数、又は端末機３０３が測定時間間隔の間に受信すべきだった総パケット数）、端末機３０３が実際に受信した総パケット数、及び総損失パケット数（すなわち、損失又はエラーが発生した総パケット数）をそれぞれ示す。“expectedTotalPackets”は、端末機３０３が測定の開始時点から終了時点までの期間の間に、端末機３０３が受信するものと予想する総パケット数であり、開始時点のタイムスタンプと終了時点のタイムスタンプとの差を計算することにより得られることができる。“receivedTotalPackets”は、端末機３０３が“expectedTotalPackets”を受信する期間の間に実際に受信した総パケット数である。“lostTotalPackets”は、端末機３０３が“exptectedTotalPackets”を受信する期間の間に受信に失敗したか、又は端末機３０３が受信したが、エラーが発生した総パケット数である。上述した３つの属性は、選択的に使用することができる属性であり、受信率分類及び分析のための参考情報となることができる。
【００６６】
“receptionRatio”属性は、“expectedTotalPackets”及び“receivedTotalPackets”又は“lostTotalPackets”に基づいて計算されることができ、測定時間間隔の間に発生した総受信率を示す。例えば、“receptionRatio”は、expectedTotalPackets対receivedTotalPacketsの比率に基づいて計算されることができる。したがって、ＢＳＤＡ３００は、受信率について、上述したような属性内の値に基づいて端末機３０３の受信率を把握することができる。この属性値を介して複数の端末機から受信率に関する報告を受信すると、ＢＳＤＡ３００は、受信率を分析し、対応するサービスに必要な品質向上のための適切な措置を行うことにより、サービス品質を改善させることができる。端末機３０３から受信した受信率情報に基づいて、ＢＳＤＡ３００は、将来にサービス送信効率を調整することができる。例えば、この受信率が高い場合に、ＢＳＤＡ３００は、エラー符号化率を減少させることにより、残りの帯域幅を追加のサービスに割り当てることができる。
【００６７】
“globalContentID”は、受信率測定がなされたサービスのコンテンツの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。“sessionID”は、受信率測定がなされたサービスのセッション識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。
【００６８】
【表８】
【００６９】
上述した＜表８＞において、“globalServiceID”は、受信率測定がなされたサービスの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。“serverURI”は、受信率報告を受信しなければならないＢＳＤＡ３００のアドレスを示す。“serviceArea”は、端末機３０３が受信率を測定した位置を示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。“cellID”は、端末機３０３が３ＧＰＰ／３ＧＰＰ２ネットワークに接続されている場合に、端末機３０３が受信率を測定したセルを示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。“DeviceID”は、受信率を報告する端末機３０３の識別子であり、下位属性として識別子のタイプを示すType属性を有する。ＢＣＡＳＴのような移動体ブロードキャストシステムが様々な種類のブロードキャストネットワークで使用されることができるため、使用可能な様々な種類の端末機がある。端末機のすべてが相互に互換性がないため、Type属性を用いて非互換性を通知することができる。
【００７０】
下記の＜表９＞乃至＜表１１＞は、本発明の第２の実施形態による端末機３０３がストリーミングサービスの受信率を報告するための受信率報告メッセージのフォーマットを示す。この第２の実施形態による受信率報告メッセージは、１つのアクセスフラグメントで複数のセッション及び／又は複数のコンテンツからなることができるサービスモデルを考慮したのである。また、この第２の実施形態による受信率報告メッセージは、下記の＜表９＞乃至＜表１１＞で説明した要素及び属性からなり、ＸＭＬのような言語で表現されることができる。
【００７１】
上述した＜表６＞乃至＜表８＞で説明したストリーミングサービスの受信率報告メッセージとは異なり、下記の＜表９＞乃至＜表１１＞で説明するストリーミングサービスの受信率報告メッセージは、複数のコンテンツ及び／又は複数のセッションからなる転送セッションに関連するための受信率報告メッセージであり、上述した＜表６＞乃至＜表８＞で定義した５種類の受信率測定タイプのすべてに関連する。
【００７２】
【表９】
【００７３】
【表１０】
【００７４】
【表１１】
【００７５】
上述した＜表９＞において、“StreamingReceptionReport”要素は、ストリーミングサービスに対する受信率報告メッセージの最上位要素であり、次のような要素及び属性を有する。“serverURI”は、受信率報告を受信しなければならないＢＳＤＡ３００のアドレスを示し、“globalServiceID”は、受信率測定がなされたブロードキャストストリーミングサービスの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。
【００７６】
“DeviceID”は、受信率を報告する端末機３０３の識別子であり、下位属性として識別子のタイプを示すType属性を有する。ＢＣＡＳＴのような移動体ブロードキャストシステムが様々な種類のブロードキャストネットワークで使用されることができるため、使用可能な様々な種類の端末機がある。端末機のすべてが相互に互換性がないため、Type属性を用いて非互換性を通知することができる。
【００７７】
“sessionID”は、受信率測定がなされたサービスのセッション識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。１つのサービスが幾つかのセッションで構成されることができるため、複数の“sessionID”は、記録されることができ、＜表１０＞の“globalContentID”と呼ばれる下位要素を有する。“globalContentID”は、受信率測定がなされたサービスのコンテンツの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。１つのサービスが幾つかのコンテンツで構成されることができるため、複数の“globalContentID”は、記録されることができる。“globalContentID”は、次のような９通りの属性を有する。
【００７８】
上述した＜表１０＞において、“reportType”要素は、端末機３０３でどんな受信率測定タイプが使用されたかをＢＳＤＡ３００に報告するために使用される。ＢＳＤＡ３００は、“reportType”に基づいて、端末機３０３から受信された受信率情報がどのように測定されたかを判定することができ、受信率の分類及び分析の際に使用することができる。“measurementStartRTPTimestamp”要素及び“measurementEndRTPTimestamp”要素は、受信率報告のために測定がなされた開始及び終了期間を示す値である。この２個の値は、端末機３０３がサービスを受信することにより受信率測定のために実際に受信する１番目のＲＴＰパケット及び最後のＲＴＰパケットのタイムスタンプ値を示す。
【００７９】
上述した＜表１１＞において、“expectedTotalPackets”、“receivedTotalPackets”、及び“lostTotalPackets”は、端末機３０３が測定時間間隔の間に受信するものと予想する総パケット数、端末機３０３が実際に受信した総パケット数、及び損失又はエラーが発生した総パケット数をそれぞれ示す。“expectedTotalPackets”は、端末機３０３が測定を開始した時点から終了時点までの期間の間に、端末機３０３が受信すると予想される総パケット数であり、開始時点のタイムスタンプと終了時点のタイムスタンプとの差を計算することにより得ることができる。“receivedTotalPackets”は、端末機３０３が“expectedTotalPackets”を受信する期間の間に実際に受信した総パケット数である。“lostTotalPackets”は、端末機３０３が“exptectedTotalPackets”を受信する期間の間に受信に失敗したか、又は端末機３０３が受信したが、エラーが発生した総パケット数である。上述した“exptectedTotalPackets”、“receivedTotalPackets”、及び“lostTotalPackets”は、選択的に使用することができる属性であり、受信率分類及び分析のための参考情報とすることができ、この損失率を計算するために使用することができる。
【００８０】
“receptionRatio”属性は、“expectedTotalPackets”及び“receivedTotalPackets”又は“lostTotalPackets”に基づいて計算されることができ、測定時間間隔の間に発生した総受信率を示す。例えば、“receptionRatio”は、予想される総パケット数を示す“expectedTotalPackets”対実際に受信した総パケット数を示す“receivedTotalPackets”の比率に基づいて計算されることができる。また、このパケット損失率は、予想される総パケット数を示す“expectedTotalPackets”対損失された総パケット数を示す“lostTotalPackets”の比率に基づいて決定されることができる。“receptionRatio”属性内の値に基づいて、ＢＳＤＡ３００は、端末機３０３の受信率を把握することができる。この属性値を介して複数の端末機から受信率に関する報告を受信すると、ＢＳＤＡ３００は、受信率を分析し、対応するサービスに必要な品質向上のための適切な措置を行うことにより、サービス品質を改善させることができる。端末機３０３から受信した受信率情報に基づいて、ＢＳＤＡ３００は、将来にサービス送信効率を調整することができる。例えば、この受信率が高い場合に、ＢＳＤＡ３００は、エラー符号化率を減少させることにより、残りの帯域幅を追加のサービスに割り当てることができる。最後に、“serviceArea”は、端末機３０３が受信率を測定した位置を示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。“cellID”は、端末機３０３が３ＧＰＰ／３ＧＰＰ２ネットワークに接続されている場合に、端末機３０３が受信率を測定したセルを示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。
【００８１】
図４は、本発明の実施形態によるブロードキャストシステムにおけるストリーミングサービスの受信率を報告する端末機の動作を示すフローチャートである。
【００８２】
ステップ４００で、端末機３０３は、サービスガイドの一部であるアクセスフラグメントをＢＳＤＡ３００から受信する。ステップ４００で、上述した＜表１＞及び＜表２＞のフォーマットを有するアクセスフラグメントを受信した端末機３０３は、ＵＲＩの存在に従って受信率報告指示メッセージが存在するか否かを確認することができる。ステップ４０１で、端末機３０３は、ステップ４００のＵＲＩを用いて双方向送信ネットワーク３０２を介して受信率報告指示メッセージを取得する。端末機３０３は、ステップ４０２で、ステップ４０１で取得した受信率報告指示メッセージの解読及び分析を行う。端末機３０３は、ステップ４０２で分析した受信率報告指示メッセージに基づいて、ステップ４０３で、この決定された受信率測定タイプに従って受信率測定を行い、特に、図５乃至図９を参照して下記に説明する５種類の測定タイプ４０４乃至４０８の中で指定された測定タイプに従って受信率測定を行う。各測定タイプの詳細については、対応する図を参照して説明する。
【００８３】
まず、この５種類の受信率測定タイプについて簡略に説明する。ステップ４０４は、受信率報告指示メッセージでの測定タイプを、セッション測定タイプを示すSessionMeasurement要素として指定する場合に行われる手続きである。サービスプロバイダーが定義する“セッション”は、端末機３０３がコンテンツを受信する開始及び終了期間を示す。ステップ４０４で、端末機３０３は、受信を希望するか又は受信を予想するセッションを通じて受信された全サービスに対する受信率を測定し、この測定結果をＢＳＤＡ３００に報告する。受信率測定のために、端末機３０３は、サービスの１番目のＲＴＰパケットを受信した時点から最後のＲＴＰパケットを受信した時点まで測定を行う。端末機３０３が、セッションが開始する時点の後にブロードキャストシステムにアクセスするか、又は端末機３０３が、セッションが終了する時点の前に対応するサービスに対するアクセスを解除する場合には、端末機３０３は、このサービスを受信する時間に対して測定を行う。
【００８４】
ステップ４０５は、受信率報告指示メッセージでの測定タイプを、固定持続期間測定タイプを示すFixedDurationMeasurement要素として指定する場合に行われる手続きである。ステップ４０５で、端末機３０３は、受信率報告指示メッセージで指定した持続期間の間に、受信を希望するか又は受信を予想するサービスに対して受信率測定を実行し、この測定結果をＢＳＤＡ３００に報告する。受信率測定のために、端末機３０３は、測定の実行を希望するサービスのＲＴＰパケットのタイムスタンプを受信した後に検査し、この指定された測定時間間隔内に対応するパケットである場合には、測定を行う。ＲＴＰパケットのタイムスタンプが指定された測定時間間隔から外れる場合には、端末機３０３は、測定を中断する。端末機３０３が指定されたセッションの開始時点の後にブロードキャストシステムにアクセスするか、又はセッションの終了時点の前にセッション接続を解除する場合には、端末機３０３は、このサービスを受信した時間に対して測定を行う。
【００８５】
ステップ４０６は、受信率報告指示メッセージでの測定タイプを、時間間隔測定タイプを示すIntervalMeasurement要素として指定する場合に行われる手続きである。ステップ４０６で、端末機３０３は、セッションを通じて受信を希望するか又は受信を予想するサービスに対して受信率報告指示メッセージで指定した周期ごとに受信率を測定し、この測定された受信率をＢＳＤＡ３００に報告する。受信率測定のために、端末機３０３は、測定の実行を希望するサービスの１番目のＲＴＰパケットを受信する時点から受信率測定を継続して実行し、１番目のＲＴＰパケットのタイムスタンプに基づいて指定された周期ごとに受信率報告を行う。
【００８６】
ステップ４０７は、受信率報告指示メッセージでの測定タイプを、しきい値測定タイプを示すThresholdMeasurement要素として指定する場合に行われる手続きである。ステップ４０７で、端末機３０３は、セッションを通じて受信を希望するか又は受信を予想するサービスに対して１番目のＲＴＰパケットを受信する時点から損失率を継続して測定する。その間に、この損失率が受信率報告指示メッセージに設定されたしきい値より小さくなる場合には、端末機３０３は、受信率報告のためのデータを収集し、この損失率がこのしきい値より大きくなる場合には、端末機３０３は、この受信率をＢＳＤＡ３００に報告する。ステップ４０７で、端末機３０３は、対応するサービスを受信する間に、しきい値に基づいて受信率を継続して繰り返し計算することにより持続的に報告する。
【００８７】
ステップ４０８は、受信率報告指示メッセージでの測定タイプを、イベントトリガー測定タイプを示すEventTriggeredMeasurement要素として指定する場合に行われる手続きである。ステップ４０８で、端末機３０３は、受信を希望するか又は受信を予想するサービスに対して１番目のＲＴＰパケットを受信する時点から受信率及び損失率を継続して測定する。その間に、この損失率が受信率報告指示メッセージ内のトリガー値（trigger value）より小さくなる場合には、端末機３０３は、受信率報告のために受信率報告手続きのためのデータを収集し、この損失率がこのトリガー値より大きくなる場合には、端末機３０３は、対応するサービスが終了する時点まで測定及び収集を行った受信率をＢＳＤＡ３００に報告する。
【００８８】
ステップ４０４乃至ステップ４０８に指定された測定タイプのうちの１つで受信率を測定した端末機３０３は、ステップ４０９で、この測定した受信率情報を用いて上述した＜表９＞乃至＜表１１＞に示した受信率報告メッセージを生成し、この受信率報告メッセージをＢＳＤＡ３００に送信する。この後に、ステップ４１０で、端末機３０３が送信した受信率報告メッセージを受信するネットワークエンティティであるＢＳＤＡ３００が受信率報告メッセージの受信を知らせる確認（ＡＣＫ）メッセージを送信する場合に、端末機３０３は、ＡＣＫメッセージを受信する。ステップ４１０の動作は、選択的に行われることができる。
【００８９】
ステップ４０３で、端末機３０３は、メッセージ受信失敗により決定された受信率測定タイプの確認に失敗した場合に、図４に示したように、受信率測定動作を終了するか、又は上述した５種類の測定タイプの中で所定のデフォルト測定タイプに従って受信率を測定することもできる。開示された実施形態が複数の測定タイプを準備し、これら中の指定された１つに従って受信率を測定するが、単一の測定タイプがＢＳＤＡ３００と端末機３０３との間で予め定義されている場合に、この所定の測定タイプに従って受信率を測定することもできる。
【００９０】
一方、図４に示したストリーミングサービスの受信率を報告する端末機は、上述した＜表１＞乃至＜表５＞のフォーマットを有する受信率報告指示メッセージを受信するメッセージ受信器と、上述した＜表６＞乃至＜表８＞のフォーマット又は＜表９＞乃至＜表１１＞のフォーマットを有する受信率報告メッセージを送信するメッセージ送信器と、この受信率報告指示メッセージに指定された測定タイプに従って受信率を測定し、この受信率報告メッセージを用いてこの測定結果をブロードキャストシステムに送信する受信率測定器と、を含むことができる。
【００９１】
図５は、本発明の第１の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中で、ステップ４０４の“SessionMeasurement”過程を詳細に示す。
【００９２】
ステップ５００で、端末機３０３は、所望のサービスのＲＴＰパケットをＢＳＤＡ３００から受信する。ステップ５００でＲＴＰパケットを受信した端末機３０３は、ステップ５０１で、受信したパケットが所望のセッションの１番目のパケットであるか又はその次のパケットであるかを確認する。所望のセッションが開始されない場合には、端末機３０３は、ＲＴＰパケットを継続して受信し、各パケットを検査する。しかしながら、受信したパケットが所望のセッションのパケットである場合には、端末機３０３は、受信率記録が開始されたか否かをステップ５０２で検査する。ステップ５０２で、端末機３０３は、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。端末機３０３は、記録された値がない場合には、この受信率記録が最初に開始されたことを意味するために、ステップ５０３に進む。受信率記録が最初に開始された場合には、端末機３０３は、ステップ５０３で、記録時点を後で通知するために、セッションにアクセスした後に１番目に受信したパケットのRTPTimestampをmeasurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。その後に、端末機３０３は、ステップ５０４に進む。ステップ５０２で、端末機３０３は、受信率記録が開始された後に、ステップ５０４で、receivedTotalPacketsを記録し、receivedTotalPackets値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ５０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することによりパケット損失を認識することができる。ステップ５０６で、端末機３０３は、受信したパケットが所望のセッションの最後のパケットであるか否かを検査する。検査の結果、受信したパケットが最後のパケットでない場合には、端末機３０３は、ステップ５００に戻って後続のステップを繰り返す。しかしながら、受信したパケットがセッションの最後のパケットである場合には、端末機３０３は、ステップ５０７で、最後のパケットのタイムスタンプをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ５０８で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに格納する。この値は、測定開始時点でのＲＴＰシーケンス番号及び最後のＲＴＰシーケンス番号に基づいて計算されることができる。最後に、ステップ５０９で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsに基づいて受信率を計算した後に、図４のステップ４０９に進む。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、この計算された受信率を含む受信率報告メッセージを生成する。
【００９３】
図６は、本発明の第２の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０５の“FixedDurationMeasurement”過程を詳細に示す。
【００９４】
ステップ６００及びステップ６０１で、端末機３０３は、＜表４＞で説明した受信率報告指示メッセージのstartRTPTimestamp（sRT）値及びendRTPTimestamp（eRT）値の受信及び設定を行う。次の過程において、端末機３０３は、２つのタイムスタンプ値内のＲＴＰパケットに対する受信率を測定する。ステップ６００及びステップ６０１の設定が完了した後に、端末機３０３は、ステップ６０２で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ６０３で、ステップ６０２で受信したＲＴＰパケットが受信率測定を開始するためのタイムスタンプ値に対応するか否かを確認するために、この受信したＲＴＰパケットのTimestampをStartRTPTimestampと比較する。ステップ６０３の比較の結果、ステップ６０２で受信したＲＴＰパケットのTimestampがStartRTPTimestampより大きいか又は同一である場合には、端末機３０３は、受信率測定を開始してステップ６０４に進む。そうでない場合には、端末機３０３は、ステップ６０２に戻る。ステップ６０４で、端末機３０３は、受信率記録が開始されたか否かを検査する。端末機３０３は、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ６０５に進む。受信率記録が開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ６０２で受信したパケットのRTPtimestampをmeausurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。受信率記録が開始された場合には、端末機３０３は、ステップ６０６でreceivedTotalPacketsを記録する。ここで、receivedTotalPacketに記録された値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ６０７で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。損失されたパケットの場合には、端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することによりパケットが損失されたか否かを確認することができる。ステップ６０８で、端末機３０３は、この受信したパケットが測定を希望した最後のパケットであるか否かを確認するために、この受信したパケットのRTPTimestmapをステップ６０１で設定したendRTPTimestmapと比較する。ステップ６０２で受信したパケットが最後のパケットでない場合には、端末機３０３は、ステップ６０２に戻り、後続のステップを反復する。ステップ６０８で、この受信したパケットのRTPTimestampがこの設定したendRTPTimestampより小さいか又は同一である場合には、端末機３０３は、この受信したパケットが最後のパケットでないことを示す。ステップ６０８の検査の結果、この受信したパケットが最後のパケットである場合には、端末機３０３は、ステップ６０９で、最後のパケットのtimestampをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ６１０で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに格納する。expectedTotalPackets値は、測定開始時点で受信したパケットのＲＴＰシーケンス番号及び最後に受信したパケットのシーケンス番号に基づいて計算されることができる。最後に、ステップ６１１で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsに基づいて受信率を計算した後に、図４のステップ４０９に進む。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、この計算された受信率を含む受信率報告メッセージを生成する。
【００９５】
図７は、本発明の第３の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０６の“IntervalMeasurement”過程を詳細に示す。
【００９６】
ステップ７００で、端末機３０３は、＜表４＞で説明した受信率報告指示メッセージに設定された時間間隔値を受信して設定する。本実施形態において、受信率報告は、この設定された時間間隔値に基づいて周期的になされる。ステップ７００で、時間間隔値を設定した後に、端末機３０３は、ステップ７０１で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ７０２で、受信率記録が開始されたか否かを検査する。端末機３０３は、ステップ７０２で、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ７０３に進む。受信率記録が最初に開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ７０３で、セッションにアクセスした後に１番目に受信したパケットのＲＴＰtimestampをmeasurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。受信率記録が開始された場合には、端末機３０３は、ステップ７０４で、receivedTotalPacketsを記録する。ここで記録されたreceivedTotalPackets値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ７０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することにより損失されたパケットを確認することができる。ステップ７０６で、端末機３０３は、この受信したＲＴＰパケットのタイムスタンプに基づいてカウンター値を計算する。すなわち、端末機３０３は、時間間隔カウンターを準備し、パケットを受信する度にこのカウンター値を増加させる。また、この時間間隔カウンターは、受信率報告メッセージが送信される度にリセットされる。ステップ７０７で、端末機３０３は、ステップ７０６で計算したカウンター値をステップ７００で設定した時間間隔値と比較する。ステップ７０６で計算したカウンター値がステップ７００で設定した時間間隔値より小さい場合には、端末機３０３は、ステップ７０１に戻り、時間間隔値が同一である場合には、ステップ７０８に進む。ステップ７０８で、端末機３０３は、この受信したＲＴＰパケットのタイムスタンプをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ７０９で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに記録する。この記録されたexpectedTotalPackets値は、受信率測定の開始時点で受信したパケットのＲＴＰシーケンス番号及び最後に受信したパケットのＲＴＰシーケンス番号に基づいて計算されることができる。
【００９７】
ステップ７１０で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsに基づいて受信率を計算する。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、この計算された受信率を含む受信率報告メッセージを生成する。ステップ７１１で、端末機３０３は、現在受信したパケットが現在のサービスの最後のパケットであるか否かを確認する。現在のセッションが進行中である場合には、端末機３０３は、ステップ７１２に進み、受信率報告メッセージを生成し、これをＢＳＤＡ３００に送信する。ステップ７１２で、受信率報告のために、端末機３０３は、＜表６＞乃至＜表８＞又は＜表９＞乃至＜表１１＞に定義されている要素及び属性値を設定することにより受信率報告メッセージを生成する。この生成した受信率報告メッセージを送信した後に、端末機３０３は、ステップ７１３で、受信率報告確認（ＡＣＫ）をＢＳＤＡ３００、すなわち、ネットワークエンティティから選択的に受信することができる。また、ステップ７１４で、端末機３０３は、カウンター値を初期化し、受信率報告を行う。しかしながら、この後に、ステップ７１１で、セッションが終了したことを確認する場合に、次の動作は、図４のステップ４０９に進む。端末機３０３が、セッションが満了する前にセッションを終了する場合に、端末機３０３は、終了時点までの情報に基づいて受信率報告メッセージを生成し、この生成した受信率報告メッセージを送信する。図７を参照すると、端末機３０３は、セッションが終了する前に、所定の時間間隔ごとに受信率を測定し、この測定結果を報告し、このセッションが終了した後に、端末機３０３は、全セッションに対する受信率を測定し、この測定結果を報告する。
【００９８】
図８は、本発明の第４の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０７の“ThresholdMeasurement”過程を詳細に示す。
【００９９】
ステップ８００で、端末機３０３は、＜表５＞で説明した受信率報告指示メッセージに含まれているしきい値として損失率と比較するためのしきい値を設定する。本実施形態において、この設定されたしきい値に基づいて計算された損失率がしきい値より小さくなる場合には、端末機３０３は、この受信率報告のための情報を収集し、損失率がしきい値よりさらに大きくなる場合には、端末機３０３は、受信率報告を行う。このような受信率報告動作は、ステップ８１０の検査結果、セッションが終了するまで反復して行われる。一方、ステップ８００での設定が完了した後に、端末機３０３は、ステップ８０１で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ８０２で、受信率記録が開始されたか否かを検査する。端末機３０３は、ステップ８０２で、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ８０３に進む。受信率記録が最初に開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ８０３で、セッションにアクセスした後に１番目に受信したパケットのRTPtimestampをmeasurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。一方、受信率記録が開始された場合には、端末機３０３は、ステップ８０４で、receivedTotalPacketsを記録する。ここでreceivedTotalPacketsに記録された値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ８０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することにより損失されたパケットを確認することができる。ステップ８０６で、端末機３０３は、ステップ８０１で受信したパケットのtimestampをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ８０７で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに記録する。ExpectedTotalPacketsに記録された値は、端末機の測定開始時点で受信したパケットのＲＴＰシーケンス番号及び最後のパケットのＲＴＰシーケンス番号により計算されることができる。ステップ８０８で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsにより受信率及び損失率を計算する。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、expectedTotalPackets対lostTotalPacketsの比率により損失率を計算する。ステップ８０９で、ステップ８０８で計算した損失率をしきい値と比較する。この比較の結果、損失率がしきい値より小さい場合には、端末機３０３は、報告する必要がないため、ステップ８０１に戻る。しかしながら、損失率がしきい値より大きい場合には、端末機３０３は、受信率報告を行う必要がないため、ステップ８１０に進む。ステップ８１０で、端末機３０３は、現在受信したパケットがセッションを介して受信しているサービスの最後のパケットであるか否かを検査する。セッションが進行中である場合には、端末機３０３は、ステップ８１１に進み、受信率報告のための受信率報告メッセージを生成し、これをＢＳＤＡ３００に送信する。ステップ８１１で、受信率報告のために、端末機３０３は、ステップ８０４乃至ステップ８０８で計算した値を上述した＜表６＞乃至＜表８＞又は＜表９＞乃至＜表１１＞に定義されている要素及び属性値として設定することにより、受信率報告メッセージを生成する。この生成した受信率報告メッセージを送信した後に、端末機３０３は、ステップ８１２で、受信率報告ＡＣＫメッセージをＢＳＤＡ３００から選択的に受信することができる。しかしながら、ステップ８１０で、端末機３０３は、セッションが終了したことを確認する場合に、図４のステップ４０９に進む。すなわち、ステップ８１０の検査の結果、セッションが終了する前に、端末機３０３は、損失率がしきい値より大きいときごとに測定した受信率を含む受信率報告メッセージを送信する。ステップ８１０の検査の結果、セッションが終了した後に、端末機３０３は、全セッションの間に測定された受信率を含む受信率報告メッセージを送信する。端末機３０３が、セッションが満了する前にセッションを終了する場合には、端末機３０３は、終了時点までの情報に基づいて受信率報告メッセージを生成し、この生成した受信率報告メッセージを送信する。
【０１００】
図９は、本発明の第５の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０８の“EventTriggeredMeasurement”過程を詳細に示す。
【０１０１】
ステップ９００で、端末機３０３は、＜表５＞で説明した受信率報告指示メッセージに含まれているトリガー値に従って受信率報告メッセージを生成するためのトリガー値を設定する。図９に示す第５の実施形態では、この設定されたトリガー値に基づいて測定された損失率がこのトリガー値より小さくなる場合に、報告のための情報が収集され、セッションが終了する時点で報告がなされる。このトリガー値は、損失率となることもあり、受信率となることもある。本発明において、このトリガー値は、端末機が受信率報告を行うために比較される特定の値であると仮定する。ステップ９００でトリガー値を設定した後に、端末機３０３は、ステップ９０１で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ９０２で、受信率記録が開始されたか否かを検査する。端末機３０３は、ステップ９０２で、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ９０３に進む。受信率記録が最初に開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ９０３で、セッションにアクセスした後に１番目に受信したパケットのタイムスタンプをmeausurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。一方、受信率記録が開始された場合には、端末機３０３は、ステップ９０４で、receivedTotalPacketsを記録する。ここで、receivedTotalPacketsに記録された値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ９０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することにより損失されたパケットを確認することができる。ステップ９０６で、端末機３０３は、ステップ９０１で受信したパケットのタイムスタンプをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ９０７で、端末機３０３は、全セッションの間に受信すべきだった総パケット数を計算し、expectedTotalPacketsに記録する。ExpectedTotalPacketsに記録された値は、測定開始時点で受信したパケットのＲＴＰシーケンス番号及び最後のパケットのＲＴＰシーケンス番号により計算されることができる。この後に、ステップ９０８で、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、expectedTotalPackets対lostTatalPacketsの比率により損失率を計算する。ステップ９０９で、端末機３０３は、ステップ９０８で計算した損失率をステップ９００で設定したトリガー値と比較する。損失率がトリガー値より小さい場合には、端末機３０３は、報告する必要がないため、ステップ９０１に戻る。しかしながら、ステップ９０９の検査の結果、損失率がトリガー値より大きい場合には、端末機３０３は、受信率報告を行う必要があるため、ステップ４０９に進み、受信率を含む受信率報告メッセージを送信する。端末機３０３が、セッションが満了する前にセッションを終了する場合には、端末機３０３は、終了時点までの情報に基づいて受信率報告メッセージを生成し、この生成した受信率報告メッセージを送信する。図８及び図９のトリガー値及びしきい値をすべて損失率として設定する場合に、図８の手続きは、測定された損失率がしきい値より大きい場合に、受信率を反復して測定し送信する一方、図９の手続きは、損失率がトリガー値より大きい場合に一度だけ受信率を測定して送信する。本実施形態において、このトリガー値は、この損失率との比較のための所定の損失率として設定されるが、他の値は、システムオペレータ、受信率、受信品質、及び基地局特性のような変数に従って設定されることができる。
【０１０２】
図１０Ａ及び図１０Ｂは、本発明の実施形態によるブロードキャストシステムにおいてストリーミングサービスの受信率報告指示メッセージを端末機に送信し、これに対する応答メッセージを受信するＢＳＤＡの動作を示すフローチャートである。
【０１０３】
図１０Ａのステップ１０００で、ＢＳＤＡ３００は、特定のサービスに対して受信率報告が必要であることを決定する。ステップ１００１で、ＢＳＤＡ３００は、受信率報告のための詳細な受信率測定報告タイプを決定する。上述したように、受信率測定タイプは、総５種類があり、各測定動作は、図４乃至図９で説明したようである。ステップ１０１０乃至ステップ１０５０において、ＢＳＤＡ３００は、受信率報告タイプがステップ１００１で決定される場合には、各受信率報告指示メッセージに含まれなければならない主な項目を指定する。
【０１０４】
ステップ１０１０で、ＢＳＤＡ３００は、ステップ１００１で指定されたセッション単位で受信率を測定するようにSessionMeasurementを受信率報告指示メッセージに指定する。ステップ１０２０で、ＢＳＤＡ３００は、ステップ１００１で指定された持続期間の間に受信率を測定するようにFixedDurationMeasurementを受信率報告指示メッセージに指定する。ステップ１００１で、ＢＳＤＡ３００は、受信率測定タイプの指定に失敗した場合には、図１０Ｂに示すように動作エラーにより終了処理を実行するか、又は上述した５種類の測定タイプの中で所定のデフォルト測定タイプに従って受信率測定タイプを指定することができる。本実施形態が複数の測定タイプを準備し、この測定タイプの中の１つを指定しても、ステップ１００１の動作は、ＢＳＤＡ３００と端末機３０３との間に単一の測定タイプが予め定義されている場合には、省略することができる。
【０１０５】
ステップ１０２１及びステップ１０２２において、ＢＳＤＡ３００は、ステップ１０２０の測定を支援するようにパケット受信率を測定するための測定時間間隔を指定する。すなわち、ＢＳＤＡ３００は、ステップ１０２１で測定開始時点を指定し、ステップ１０２２で測定終了時点を指定する。測定開始時点及び測定終了時点は、ＲＴＰタイムスタンプと比較することができるように同一の形態で指定される。ステップ１０３０で、ＢＳＤＡ３００は、ステップ１００１で指定された時間間隔ごとに受信率を測定するように受信率報告指示メッセージにIntervalMeasurementを指定する。ステップ１０３１で、ＢＳＤＡ３００は、ステップ１０３０の測定を支援するように受信率報告のための時間間隔を指定する。ここで、この時間間隔は、ＲＴＰパケット数に基づいて指定される。
【０１０６】
ステップ１０４０で、ＢＳＤＡ３００は、損失率がステップ１００１で指定した特定のしきい値より大きい場合に、受信率の測定及び報告を行うように受信率報告指示メッセージにThresholdMeasurementを指定する。ステップ１０４１で、ＢＳＤＡ３００は、ステップ１０４０の測定を支援するようにしきい値を指定する。ここで、このしきい値は、端末機３０３が測定した損失率と比較される所望の損失率を示すものであり、百分率で指定される。ステップ１００１で、損失率がトリガー値より大きい場合には、ＢＳＤＡ３００は、ステップ１０５０で、端末機３０３が受信するサービスの終了時点まで受信率を継続して測定して報告するように受信率報告指示メッセージにEventTriggeredMeasurementを指定する。ステップ１０５１で、ＢＳＤＡ３００は、ステップ１０５０の測定を支援するようにトリガー値を指定する。ここで、このトリガー値は、損失率と比較される所望の損失率を示すものであり、百分率で指定される。
【０１０７】
上述した過程により５種類の受信率測定タイプの中の１つが決定され、測定支援項目の値も決定される場合に、端末機３０３は、ステップ１００２で、受信率報告指示メッセージを生成する。受信率報告指示メッセージがステップ１００２で生成されると、図１０Ｂのステップ１００３で、ＢＳＤＡ３００は、この生成されたメッセージをサービスガイドのアクセスフラグメント２３１と連動するようにし、これにより、端末機は、このメッセージを取得することができる。ステップ１００３で、アクセスフラグメント２３１との連動は、端末機がこの生成されたメッセージを受信することができるアドレスをＵＲＩ属性に登録することによりなされる。ステップ１００４で、ＢＳＤＡ３００は、ステップ１００３で連動したアクセスフラグメントをサービスガイドとともにブロードキャストする。ステップ１００５で、ＢＳＤＡ３００は、サービスガイド及びアクセスフラグメント２３１を受信し、ＵＲＩにあるアドレスを用いてＢＳＤＡ３００にアクセスし、受信率報告指示メッセージを要請した端末機３０３に送信する。ステップ１００６で、ＢＳＤＡ３００は、受信率報告メッセージを、受信率測定を実行した端末機から受信する。ステップ１００７で、ＢＳＤＡ３００は、受信率報告メッセージに対するＡＣＫを端末機に送信する。ステップ１００７の動作は、選択的に行うことができる。最後に、ステップ１００８で、ＢＳＤＡ３００は、端末機３０３から受信した受信率報告メッセージの分類及び分析を行う。
【０１０８】
図１１は、本発明の実施形態による端末機の構成を示すブロック図である。
【０１０９】
本発明の実施形態による受信器３０３ａは、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージをＢＳＤＡ３００から受信する。
【０１１０】
制御器３０３ｃは、受信器３０３ａが受信した受信率報告指示メッセージを分析し、この受信率報告指示メッセージにより示された受信率測定タイプに従って、端末機が受信率測定期間の間に受信すると予想される総パケット数を示すexpectedTotalPackets対端末機が受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定する。この際に、制御器３０３ｃが実行した受信率測定タイプは、上述した測定タイプと同一である。
【０１１１】
すなわち、１番目に、この受信率報告指示メッセージにより示された受信率測定タイプがこのブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、制御器３０３ｃは、このブロードキャストストリーミングサービスの全セッションに対する受信率を測定する。
【０１１２】
２番目に、この受信率報告指示メッセージにより示された受信率測定タイプが固定された時間期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、制御器３０３ｃは、この固定持続期間の開始時点を示す開始リアルタイム転送プロトコル（ＲＴＰ）タイムスタンプ属性値とこの固定持続期間の終了時点を示す終了ＲＴＰタイムスタンプ属性値との間の持続期間の間に、このブロードキャストストリーミングサービスに対する受信率を測定する。
【０１１３】
３番目に、この受信率報告指示メッセージにより示された受信率測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、制御器３０３ｃは、この時間間隔ごとにこのブロードキャストストリーミングサービスに対する受信率を測定する。
【０１１４】
４番目に、この受信率報告指示メッセージにより示された受信率測定タイプが、損失率がしきい値より大きい場合にこの受信率を測定することを示す“しきい値測定タイプ”であれば、制御器３０３ｃは、この損失率がこのしきい値より大きいときごとに、このブロードキャストストリーミングサービスに対する受信率を測定する。ここで、損失率は、端末機が測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対この測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率である。
【０１１５】
５番目に、この受信率報告指示メッセージにより示された受信率測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、制御器３０３ｃは、このイベントが発生する場合に、このブロードキャストストリーミングサービスに対する受信率を測定する。
【０１１６】
送信器３０３ｂは、制御器３０３ｃが測定した受信率を含む受信率報告メッセージをＢＳＤＡ３００に送信する。
【０１１７】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【０１１８】
１０１ コンテンツ供給者
１０２ ＢＣＡＳＴサービスアプリケーションエンティティ
１０３ ＢＣＡＳＴサービス分配／調整部
１０４ ＢＣＡＳＴ加入管理部
１０５ 端末機
１１１ ＢＤＳサービス分配部
１１２ ブロードキャスト分配システム
１１３ 双方向送信ネットワーク
１２１−１２９ ＢＣＡＳＴ
１３０ ＢＤＳ-２
２００ 管理グループ
２０１ サービスガイド送信記述子フラグメント
２１０ 供給グループ
２１１ 購買アイテムフラグメント
２１２ 購買データフラグメント
２１３ 購買チャネルフラグメント
２２０ コアグループ
２２１ サービスフラグメント
２２２ スケジュールフラグメント
２２３ コンテンツフラグメント
２３０ アクセスグループ
２３１ アクセスフラグメント
２３２ セッション記述フラグメント
２３４ プレビューデータフラグメント
２３５ インタラクティブデータフラグメント
３００ ＢＳＤＡ
３０１ ＢＤＳサービス分配部
３０２ 双方向送信ネットワーク
３０３ 端末機
３０３ａ 受信器
３０３ｃ 制御器
【技術分野】
【０００１】
本発明は、ブロードキャストシステムにおけるブロードキャストサービス提供方法及び装置とそのシステムに関し、特に、ブロードキャストシステムにおけるストリーミングサービスの受信率を報告する方法及び装置とそのシステムに関する。
【背景技術】
【０００２】
本明細書において、ブロードキャストシステムは、ブロードキャストサービスを端末機に提供する移動体ブロードキャストシステムを意味する。
【０００３】
移動通信市場では、既存技術の再結合又は統合を通じて新たなサービスの生産が持続的に要請されている。現在では、通信及びブロードキャスト技術の発達によって、従来のブロードキャストシステム又は移動通信システムは、携帯電話、ＰＤＡ（Personal Digital Assistant）のような移動端末機（以下、“端末機”と称する。）を介してブロードキャストサービスを提供している。このような潜在的で実際的な市場需要、マルチメディアサービスに対して急増するユーザーの要請、既存の音声サービスに加えてブロードキャストサービスのような新たなサービスを提供するためのサービスプロバイダーの目標戦略、及びユーザーの要請によって移動通信事業を強化しているＩＴ（Information Technology）企業の利害という要因を背景として、移動通信サービスとインターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）との融合は、次世代移動通信技術の開発の主流となっている。
【０００４】
オープンモバイルアライアンス（Open Mobile Alliance：以下、“ＯＭＡ”と称する。）は、個々のモバイルソリューション（mobile solution）間の相互連動のための標準を研究するグループであり、移動通信用ゲーム、インターネットサービスなどに関する様々なアプリケーション標準を定める役割をする。特に、このＯＭＡワーキンググループの中で、ＯＭＡ ＢＡＣ ＢＣＡＳＴ（Open Mobile Alliance Browser and Content Mobile Broadcast Sub Working Group）は、ブロードキャストサービスを移動端末機に提供するための技術を研究している。
【０００５】
ＯＭＡ ＢＣＡＳＴワーキンググループで論議されている移動体ブロードキャストシステムにおいて、ブロードキャストサービスを受信するための端末機は、サービス自体に関する説明情報、サービスに関する課金情報、及びサービスの受信方法に関する情報が含まれているサービスガイド情報を受信しなければならず、端末機は、このサービスガイド情報を用いて対応するサービスを受信する。
【０００６】
図１は、従来技術による移動体ブロードキャストシステムのアーキテクチャを示すブロック図である。特に、移動体ブロードキャストサービスを提供するようにアプリケーションレイヤー及びその下位の送信レイヤーの標準技術を設定するＢＣＡＳＴシステムにおける各ワーキンググループの論理的なアーキテクチャを示す。
【０００７】
まず、図１に示す各論理エンティティについて詳細に説明する。コンテンツ供給者（Content Creation entity：ＣＣ）１０１は、ＢＣＡＳＴサービスの基礎であるコンテンツを供給し、このコンテンツは、通常のブロードキャストサービスのためのファイル、例えば、映画、オーディオ、及びビデオのためのデータなどを含むことができる。また、コンテンツ供給者１０１は、サービスガイドの生成及びこのサービスが送信される送信ベアラを決定するためのこのコンテンツに対する属性をＢＣＡＳＴサービスアプリケーションエンティティ（BCAST Service Application entity）１０２に提供する。
【０００８】
ＢＣＡＳＴサービスアプリケーションエンティティ１０２は、コンテンツ供給者１０１からＢＣＡＳＴサービスのデータを受信し、この受信されたデータをメディアエンコーディング、コンテンツ保護、及び双方向サービスなどに適合した形態で処理する。また、ＢＣＡＳＴサービスアプリケーションエンティティ１０２は、コンテンツ供給者１０１から供給されたこのコンテンツに対する属性をＢＣＡＳＴサービス分配／調整部（BCAST Service Distribution/Adaptation entity）１０３及びＢＣＡＳＴ加入管理部（BCAST Subscription Management entity）１０４に提供する。ＢＣＡＳＴサービス分配／調整部１０３は、ＢＣＡＳＴサービスアプリケーションエンティティ１０２から供給されたＢＣＡＳＴサービスデータを使用してファイル及びストリーミング送信、サービス収集、サービス保護、サービスガイド生成及び送信、及びサービス通知動作を行う。また、ＢＣＡＳＴサービス分配／調整部１０３は、このサービスをブロードキャスト分配システム（Broadcast Distribution System：以下、“ＢＤＳ”と称する。）１１２に適合するように調整する。
【０００９】
ＢＣＡＳＴ加入管理部１０４は、ＢＣＡＳＴサービスユーザーのための加入及び料金関連機能のようなサービスを規定し、ＢＣＡＳＴサービスのために使用される情報を規定し、ＢＣＡＳＴサービスを受信する端末機をハードウェア又はソフトウェアにより管理する。端末機１０５は、コンテンツとサービスガイド及びコンテンツ保護などのようなプログラム支援情報を受信し、ブロードキャストサービスをユーザーに提供する。ＢＤＳサービス分配部（BDS Service Distribution entity）１１１は、ブロードキャスト分配システム１１２及び双方向送信ネットワーク（Interaction Network：ＩＮ）１１３と相互通信を介して移動体ブロードキャストサービスを複数の端末機に送信する。
【００１０】
ブロードキャスト分配システム１１２は、ブロードキャストチャネルを介して移動体ブロードキャストサービスを送信し、移動体ブロードキャストサービスは、例えば、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）のマルチメディアブロードキャストマルチキャストサービス（Multimedia Broadcast Multicast Service：ＭＢＭＳ）、３ＧＰＰ２のブロードキャストマルチキャストサービス（Broadcast Multicast Service：ＢＣＭＣＳ）、ディジタルビデオブロードキャスティング（Digital Video Broadcasting：ＤＶＢ）のＤＶＢ-Ｈ（DVB-Handheld）又はＩＰに基づくブロードキャスト／通信ネットワークを含むことができる。双方向送信ネットワーク１１３は、双方向チャネルを提供する。例えば、双方向送信ネットワーク１１３は、セルラーネットワークとなることができる。
【００１１】
次いで、論理エンティティ間の接続経路である参照ポイント（reference point）について説明する。参照ポイントは、目的に応じて複数のインターフェースを有し、このようなインターフェースは、特定の目的のために２個以上の論理エンティティ間の通信のために使用される。このためのメッセージ形式及びプロトコルが適用される。
【００１２】
図１を参照すると、ＢＣＡＳＴ-１ １２１は、コンテンツ及びコンテンツ属性の送信経路であり、ＢＣＡＳＴ-２ １２２は、コンテンツが保護され（Content-protected）、あるいはコンテンツが保護されない（Content-unprotected）ＢＣＡＳＴサービス、ＢＣＡＳＴサービスの属性、及びコンテンツ属性の送信経路である。ＢＣＡＳＴ-３ １２３は、ＢＣＡＳＴサービスの属性、コンテンツの属性、ユーザー優先（User preference）及び加入（Subscription）情報、ユーザーの要請、及びこの要請に対する応答の送信経路である。ＢＣＡＳＴ-４ １２４は、通知メッセージ（Notification Message）、サービスガイドに使用される属性、及びコンテンツ保護（Content Protection）及びサービス保護（Service Protection）に使用されるキーの送信経路である。
【００１３】
ＢＣＡＳＴ-５ １２５は、保護されたＢＣＡＳＴサービス、保護されないＢＣＡＳＴサービス、コンテンツが保護されたＢＣＡＳＴサービス、コンテンツが保護されないＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、通知、サービスガイド、ＢＣＡＳＴサービス保護に使用されるＤＲＭ（Digital Right Management） ＲＯ（Right Object）及びキー値のセキュリティ要素（security material）、及びブロードキャストチャネルを介して送信されるすべてのデータと信号の送信経路である。
【００１４】
ＢＣＡＳＴ-６ １２６は、保護されたＢＣＡＳＴサービス、保護されないＢＣＡＳＴサービス、コンテンツが保護されたＢＣＡＳＴサービス、コンテンツが保護されないＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、通知、サービスガイド、ＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のようなセキュリティ要素、及び双方向送信チャネルを介して送信されるすべてのデータと信号の送信経路である。
【００１５】
ＢＣＡＳＴ-７ １２７は、サービスプロビジョニング（service provisioning）、加入情報、装置管理、及びＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のようなセキュリティ要素の受信に関連した制御情報の双方向送信チャネルを介して送信されるユーザー優先情報の送信経路である。ＢＣＡＳＴ-８ １２８は、ＢＣＡＳＴサービスに対するユーザーのデータが双方向送信される送信経路である。ＢＤＳ-１ １２９は、保護されたＢＣＡＳＴサービス、保護されないＢＣＡＳＴサービス、ＢＣＡＳＴサービス属性、コンテンツ属性、通知、サービスガイド、及びＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のセキュリティ要素の送信経路である。
【００１６】
ＢＤＳ-２ １３０は、サービスプロビジョニング、加入情報、装置管理、及びＢＣＡＳＴサービス保護に使用されるＤＲＭ ＲＯ及びキー値のセキュリティ要素の送信経路である。Ｘ-１ １３１は、ＢＤＳサービス分配部１１１とブロードキャスト分配システム１１２との間の参照ポイントである。Ｘ-２ １３２は、ＢＤＳサービス分配部１１１と双方向送信ネットワーク１１３との間の参照ポイントである。Ｘ-３ １３３は、ブロードキャスト分配システム１１２と端末機１０５との間の参照ポイントである。Ｘ-４ １３４は、ＢＤＳサービス分配部１１１とブロードキャストチャネルを介した端末機１０５との間の参照ポイントである。Ｘ-５ １３５は、ＢＤＳサービス分配部１１１及び双方向送信チャネルを介した端末機１０５との間の参照ポイントである。Ｘ-６ １３６は、双方向送信ネットワーク１１３と端末機１０５との間の参照ポイントである。
【００１７】
図２は、従来技術による移動体ブロードキャストシステムにおいて、ブロードキャストサービスを受信するためのサービスガイドの構成を示す図である。この構成は、ＢＣＡＳＴシステムにおいて、ブロードキャストサービスを端末機に提供するためである。１つのサービスガイドは、それぞれの目的を有する複数のフラグメント（Fragment）で構成され、これらフラグメントは、用途に従って４つのグループに区分される。
【００１８】
図２は、管理グループ（Administrative group）２００、供給グループ（Provisioning group）２１０、コアグループ（Core group）２２０、及びアクセスグループ（Access group）２３０で構成されたサービスガイドの一例を示す。図２において、各フラグメントに接続する実線は、フラグメント間の相互参照を意味する。
【００１９】
管理グループ２００は、端末機がサービスガイドを受信するための基本情報を提供するグループであり、サービスガイド送信記述子（delivery descriptor）フラグメント２０１を含む。サービスガイド送信記述子フラグメント２０１は、サービスガイド識別子（ＩＤ）、サービスガイドを生成して送信するサービスプロバイダーの識別情報、及びサービスガイド全般に関する情報を提供する。また、サービスガイド送信記述子フラグメント２０１は、複数のサービスガイドフラグメントの受信が可能なチャネル、スケジュール情報、及び更新情報を端末機に提供することにより、端末機は、必要なサービスガイドのみを適切な時間に受信することができる。
【００２０】
供給グループ２１０は、サービス受信のための料金情報を提供するグループであり、購買アイテム（Purchase Item）フラグメント２１１と、購買データフラグメント２１２と、購買チャネルフラグメント２１３とを含む。購買アイテムフラグメント２１１は、サービス又はサービスバンドルに関する料金情報を提供し、購買データフラグメント２１２は、購買アイテムに関する実際のコスト情報を示し、購買チャネルフラグメント２１３は、サービスユーザーが実際にサービスを購買できるシステム及び料金支払い方法に関する情報を提供する。
【００２１】
コアグループ２２０は、サービス自体に関する情報を提供するグループであり、サービスフラグメント２２１と、スケジュールフラグメント２２２と、コンテンツフラグメント２２３とを含む。サービスフラグメント２２１は、ユーザーが受信するサービス自体に関する説明及びサービスが構成できるコンテンツを示す情報を提供する。スケジュールフラグメント２２２は、サービスが供給され、使用可能な時間に関する情報を提供する。コンテンツフラグメント２２３は、サービスを構成する複数のコンテンツに関する情報を提供する。
【００２２】
アクセスグループ２３０は、アクセスフラグメント２３１と、セッション記述（Session Description）フラグメント２３２とを含む。アクセスグループ２３０は、コアグループ２２０を介して提供されるサービスを受信する方法を示すサービスアクセス情報、及び対応するサービスを構成しているコンテンツが送信されるセッションに関する具体的な情報を提供し、これにより、端末機が対応するサービスに対するアクセスを可能にする。
【００２３】
アクセスフラグメント２３１は、１つのサービスに対する複数のアクセス方法を端末機に提供し、これにより、１つのサービスに基づいて様々な付加サービスにアクセス可能な方法を提供する。セッション記述フラグメント２３２は、１つのアクセスフラグメントで定義されたサービスに関するセッション情報を提供する。また、サービスガイド情報は、図２に示すように、上述した４個のグループに加えて、サービス及びコンテンツに対するプレビューとアイコンなどを提供するプレビューデータ（Preview data）フラグメント２２４と、相互作用サービスをサポートするためのインタラクティブデータフラグメント２２５とをさらに含むことができる。
【００２４】
一般的に、ブロードキャストシステムは、単方向システムであるため、ブロードキャストサービスが受信者に正常に送信されたか否かを管理しない。しかしながら、ブロードキャストサービスの符号化率及び／又は送信速度を調節することができる場合には、ブロードキャストシステムは、端末機からフィードバックされた受信率を受信し、この受信率を分析することにより、ブロードキャストサービスを高品質で提供することができる。特に、移動体ブロードキャストシステムのように、端末機が頻繁に移動し、その受信率が頻繁に変わる環境であれば、このシステムは、受信率に関する報告に基づいて、この頻繁な移動及びこの頻繁な変化を適切に処理することにより、高品質のブロードキャストサービスをユーザーに提供することができる。また、高価の移動体ブロードキャストサービスの場合には、この受信率の品質は、重要に考慮されるべき事項である。
【００２５】
上述した受信率報告に基づいて、このブロードキャストシステムは、送信の間に受信環境に適合するようにブロードキャスト品質を調節することができる。しかしながら、現在まで提案されたブロードキャスト標準において、受信率報告のための端末機及びブロードキャストシステムの具体的な動作及び受信率報告のためのメッセージについては定義されていない。
【発明の概要】
【発明が解決しようとする課題】
【００２６】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、ブロードキャストサービスの受信率をブロードキャストシステムに報告する方法及び装置とそのシステムを提供することにある。
【００２７】
本発明の他の目的は、移動体ブロードキャストシステムにおける端末機がストリーミングサービスの受信率を報告する方法及び装置とそのシステムを提供することにある。
【００２８】
本発明のさらなる目的は、ブロードキャストシステムにおける端末機が受信率を測定する方法及び装置とそのシステムを提供することにある。
【課題を解決するための手段】
【００２９】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、ブロードキャストサービスの受信率を報告するブロードキャストシステムを提供する。上記システムは、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを送信するネットワークエンティティと、上記受信率報告指示メッセージを受信し、上記受信率報告指示メッセージが示す測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す上記受信率を含む受信率報告メッセージを送信する上記端末機と、を有することを特徴とする。
【００３０】
本発明の実施形態の他の態様によれば、ブロードキャストシステムにおける端末機がブロードキャストサービスの受信率を報告する方法を提供する。上記方法は、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信するステップと、上記受信率報告メッセージにより示された受信率測定タイプに従って、上記端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定するステップと、上記測定した受信率を含む受信率報告メッセージを送信するステップと、を有することを特徴とする。
【００３１】
本発明の実施形態のまた他の態様によれば、ネットワークエンティティがブロードキャストサービス受信率に関する報告を端末機から受信する方法を提供する。上記方法は、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを決定するステップと、上記決定された測定タイプを示す受信率報告指示メッセージを上記端末機に送信するステップと、上記測定タイプに従って、上記端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定期間の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す上記受信率を含む受信率報告メッセージを上記端末機から受信するステップと、を有することを特徴とする。
【００３２】
本発明の実施形態のさらに他の態様によれば、ブロードキャストシステムにおけるブロードキャストサービスの受信率を報告するための端末装置を提供する。上記端末装置は、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信する受信器と、上記受信率報告メッセージにより示された受信率測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対上記端末機が上記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定する制御器と、上記測定した受信率を含む上記受信率報告メッセージを送信する送信器と、を有することを特徴とする。
【発明の効果】
【００３３】
本発明によれば、ブロードキャストシステムにおける端末機がストリーミングサービスの受信に対する受信率を報告する具体的な方式を提供することにより、ブロードキャストサービスの品質を向上させることができる。
【図面の簡単な説明】
【００３４】
【図１】従来技術による移動体ブロードキャストシステムのアーキテクチャを示すブロック図である。
【図２】従来技術による移動体ブロードキャストシステムにおいて、ブロードキャストサービスを受信するためのサービスガイドの構成を示す図である。
【図３】本発明が適用可能な移動体ブロードキャストシステムにおけるストリーミングサービスの受信率報告手続きを示すフロー図である。
【図４】本発明の実施形態によるブロードキャストシステムにおけるストリーミングサービスの受信率を報告する端末機の動作を示すフローチャートである。
【図５】本発明の第１の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図６】本発明の第２の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図７】本発明の第３の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図８】本発明の第４の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図９】本発明の第５の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートである。
【図１０Ａ】本発明の実施形態によるブロードキャストシステムにおいてストリーミングサービスの受信率報告指示メッセージを端末機に送信し、これに対する応答メッセージを受信するＢＳＤＡの動作を示すフローチャートである。
【図１０Ｂ】本発明の実施形態によるブロードキャストシステムにおいてストリーミングサービスの受信率報告指示メッセージを端末機に送信し、これに対する応答メッセージを受信するＢＳＤＡの動作を示すフローチャートである。
【図１１】本発明の実施形態による端末機の構成を示すブロック図である。
【発明を実施するための形態】
【００３５】
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。図面中、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能または構成に関する具体的な説明は省略する。
【００３６】
本発明の実施形態は、移動体ブロードキャスト技術標準の１つであるＢＣＡＳＴシステムを参照して説明されるが、本発明が適用されることができる範囲をＢＣＡＳＴシステムに限定しない。すなわち、本明細書においては、このブロードキャストシステムがＢＣＡＳＴシステム及びＤＶＢ-Ｈシステムのようなブロードキャストサービスをサポートする様々な通信システムを含むことに留意すべきである。また、本発明の説明の便宜のために、非同期移動通信標準グループである３ＧＰＰ（3rd Generation Partnership Project）又は端末機のアプリケーションの標準グループであるＯＭＡ ＢＣＡＳＴで定義しているエンティティの名称を同一に使用するが、このエンティティの標準及び名称が本発明の範囲を限定するのではない。また、説明の便宜上、移動体ブロードキャストサービスをサポートするＢＣＡＳＴシステムの受信器が移動端末機と呼ばれるが、本発明の技術的な思想は、有線通信システムにも適用されることができる。
【００３７】
ＢＣＡＳＴシステムにおいて、本発明による端末機は、ストリーミングサービスが送信されるリアルタイム転送プロトコル（Real-time Transport Protocol：ＲＴＰ）パケットの損失率（loss ratio）及び受信率（Reception ratio）を測定し、ＢＣＡＳＴサービス分配／適応部（BCAST Service Distribution/Adaptation：ＢＳＤＡ）に報告するように構成される。本明細書において、‘パケット損失率’は、測定時間間隔の間に受信すべきだった総パケット数対損失されたパケットの個数の比率を意味し、‘受信率’は、測定期間の間に受信すべきだった総パケット数対実際に受信されたパケットの個数の比率を意味する。ＢＣＡＳＴシステムにおいて、ストリーミングサービスの送信に関連した詳細な説明については、ＯＭＡのインターネットＷｅｂサイト“http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Service-Guide-V1_0_0-20060324-D.zip”での文書を参照することができる。
【００３８】
図３は、本発明が適用可能な移動体ブロードキャストシステムにおけるストリーミングサービスの受信率報告手続きを示すフロー図であり、これは、ＢＣＡＳＴシステムで定義された受信率報告手続きを示す。
【００３９】
図３を参照すると、ＢＳＤＡ３００でのＳＤ（Stream Distribution）は、図１に示したＢＣＡＳＴサービス分配／調整部１０３に含まれているサービスエンティティとしてストリーミングサービスをブロードキャストする機能を実行する。ＢＤＳサービス分配部３０１は、図１で説明したＢＤＳサービス分配部１１１と同一であり、双方向送信ネットワーク３０２は、図１で説明した双方向送信ネットワーク１１３と同一である。端末機３０３でのストリーム分配-クライアント（Stream Distribution-Client：ＳＤ-Ｃ）は、図１の端末機１０５に含まれているエンティティとして、ストリーミングサービスの受信を担当する。説明の便宜上、ＢＳＤＡ３００でのＳＤ及び端末機３０３でのＳＤ-Ｃは、それぞれＢＳＤＡ３００及び端末機３０３と呼ぶ。
【００４０】
ステップ３１０で、端末機３０３がブロードキャストサービスの受信率をＢＳＤＡ３００に報告する場合には、ステップ３１１で、ＢＳＤＡ３００は、受信率報告（Reception report）の受信を確認するためのメッセージを端末機３０３に送信するネットワークエンティティである。ステップ３１２で、ＢＳＤＡ３００は、端末機３０３の受信率（Reception Ratio）をＢＤＳサービス分配部３０１に通知することにより、受信率の品質改善を要請することができる。ステップ３１１及びステップ３１２の動作は、選択的に実行される。ステップ３１３で、ＢＤＳサービス分配部３０１は、受信率の品質改善を要請する応答をＢＳＤＡ３００に送信する。本発明は、図３のステップ３１０及びステップ３１１で行われるように、端末機が受信率をＢＳＤＡに報告し、ＢＳＤＡが端末機に応答を送信する過程を定義し、また、この過程の前に実行された具体的な動作を定義する。しかしながら、本発明は、ＢＳＤＡとＢＤＳサービス分配部との間の受信率報告及び応答が図３のステップ３１２及びステップ３１３で実行される動作に関する議論を省略する。
【００４１】
以下、本発明の実施形態によるＢＣＡＳＴシステムにおけるストリーミングサービスの受信率報告方法を説明する前に、本発明のさらなる理解を助けるために、既存のＢＣＡＳＴサービスガイドで使用する項目について説明する。
【００４２】
＜表１＞及び＜表２＞は、図２で説明したサービスガイドのアクセスフラグメント２３１の中で、本発明の説明に必要な部分だけを示す。全フラグメントに関する説明及びサービスガイドに関する説明については、ＯＭＡのインターネットＷｅｂサイト“http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Service-Guide-V1_0_0-20060324-D.zip”での文書を参照することができる。
【００４３】
【表１】
【００４４】
【表２】
【００４５】
上述した＜表１＞及び＜表２＞を参照すると、ネーム（Name）は、対応するメッセージを構成する要素値（Element values）及び属性値（Attribute values）の名称を示す。タイプ（Type）は、対応する名称のタイプが要素値であるか又は属性値であるかを示す。この要素値は、Ｅ１、Ｅ２、Ｅ３、及びＥ４の値を有する。Ｅ１は、全メッセージに関する上位要素値を意味し、Ｅ２は、Ｅ１の下位要素値を示し、Ｅ３は、Ｅ２の下位要素値を示し、Ｅ４は、Ｅ３の下位要素値を示す。この属性値は、Ａで示され、Ａは、対応する要素の属性値を示す。例えば、Ｅ１の下にあるＡは、Ｅ１の属性値を示す。カテゴリー（Category）は、対応する要素値又は属性値が必須内容であるか否かを示すために使用され、この値が必須である場合には、Ｍ（Mandatory）の値を有し、この値がオプション（Optional）である場合には、Ｏの値を有する。カーディナリティー（Cardinality）は、要素間の関係を示し、０，０．．１，１，０．．ｎ，１．．ｎの値を有する。 “０”は、オプション関係を意味し、“１”は、必須の関係を意味し、‘ｎ’は、複数の値を有する可能性を意味する。例えば、‘０．．ｎ’は、対応する要素値がないか、または、対応するｎ個の要素値がある可能性を意味する。説明（Description）は、対応する要素又は属性値の意味を示す。
【００４６】
上述した＜表１＞において、“SessionDescriptionReference”要素は、ブロードキャストサービスの受信に必要なセッション設定に関する情報を提供する要素であり、セッション情報が位置する場所を示すＵＲＩと呼ばれる属性を下位属性として有する。この属性は、ブロードキャストサービスの受信のためのセッション情報を取得する位置を一般的に示すとしても、サービスに関連した他のセッション情報を示すために使用されるように定義されることができ、本発明が提示した受信率報告情報を取得することができる位置を示すこともできる。サービスガイドを受信した後にサービスを受信するためにアクセスフラグメントにアクセスする過程において、端末機は、ＵＲＩが存在する場合に、対応するＵＲＩを有する情報の受信及び処理を行う。ＵＲＩを用いて受信された情報が受信率報告情報を有する場合に、端末機は、対応する受信率報告情報を解読した後に、受信中のブロードキャストサービスに対する受信率を測定し、この測定された受信率をブロードキャストシステムのＢＳＤＡに報告する。
【００４７】
図３には図示していないが、下記の＜表３＞乃至＜表５＞を参照して、本発明の実施形態によるＢＳＤＡ３００がストリーミングサービスの受信率を報告することを端末機３０３に指示する受信率報告指示メッセージ（reception ratio report indication message）を定義する。受信率報告手続きのためのメッセージであるこの受信率報告指示メッセージは、下記の＜表３＞乃至＜表５＞で説明した要素及び属性で構成され、拡張可能マークアップ言語（eXtensible markup language：以下、“ＸＭＬ”と称する。）のような言語で表現されることができる。
【００４８】
【表３】
【００４９】
上述した＜表３＞に示すように、ＢＳＤＡ３００が端末機３０３に送信するストリングサービスに対する受信率報告指示メッセージの最上位要素は、“StreamingAssociatedProcedure”であり、指示メッセージがどんな基本的な要素又は属性でなされるかを示し、最終的に、この指示メッセージの種類を示す。“StreamingAssociatedProcedure”に含まれている要素の中で、“measurementType”は、ストリーミングサービスの受信率報告タイプを指定する要素であり、端末機は、“measurementType”に指定された方式でストリーミングサービスの受信率及び損失率を測定し、所定の条件が満足する場合には、対応する受信率を報告する。“measurementType”は、SessionMeasurement、FixedDurationMeasurement、IntervalMeasurement、ThresholdMeasurement、及びEventTriggredMeasurementの下位要素を含む。
【００５０】
上述した＜表３＞において、“SessionMeasurement”要素は、端末機３０３が現在受信しているか、又は受信する予定であるサービスに対する全セッションの受信率を報告するように指示する役割をする。端末機３０３は、所望の受信セッションの１番目のリアルタイム転送プロトコル（ＲＴＰ）パケットを受信した瞬間からセッションが終了する時点まで受信率測定を行い、その測定結果をＢＳＤＡ３００に報告する。端末機３０３がセッションの中間からサービスを受信する場合には、サービスの受信を開始した時点から受信率を測定し、この測定結果を報告し、端末機３０３がその中間でセッションを終了する場合には、セッションを終了する時点までの受信率測定結果を報告する。また、端末機３０３がセッションの中間からサービスを受信し、その中間でセッションを終了する場合には、対応可能な部分に対して受信率を測定し、この測定された受信率を報告する。下記では、端末機３０３の報告方式について詳細に説明する。
【００５１】
【表４】
【００５２】
上述した＜表４＞において、“FixedDurationMeasurement”要素は、ＢＳＤＡ３００が、対応する端末機が現在受信しているか、又は受信する予定であるサービスに対して受信率報告のための測定時間間隔を端末機３０３に指定し指示する。ここで、この測定時間間隔は、ＲＴＰデータサンプリング時間を示すRTPtimestampを使用し、受信率報告を開始する測定時間間隔の開始点を示す属性値である開始タイムスタンプを示すstartRTPTimestamp及び測定が終了する時点である終了タイムスタンプを示すendRTPTimestampを指定する。ＲＴＰに関する詳細な内容については、http://www.ietf.org/rfc/rfc1889.txtを参照する。端末機３０３は、この測定時間間隔に対する指示をＢＳＤＡ３００から受信する場合に、startRTPTimestampにある値からendRTPTimestampの値まで測定を行い、この測定結果をＢＳＤＡ３００に報告する。
【００５３】
端末機３０３がstartRTPTimestampの後にこのサービスを受信する場合には、参加時点から測定を行い、測定結果を報告する。端末機３０３がendRTPTimestampの前にこのセッションを終了する場合には、終了時点までの測定結果を報告する。また、端末機３０３がstartRTPTimestampの後にこのサービスを受信し、endRTPTimestampの前にこのセッションを終了する場合には、対応可能な部分に対して測定を行い、この測定結果を報告する。
【００５４】
上述した＜表４＞において、“IntervalMeasurement”要素は、ＢＳＤＡ３００が対応する端末機が現在受信しているか、又は受信する予定であるサービスに対して指定された周期ごとに受信率を報告するように端末機３０３に指示する。このために、時間間隔値は、“IntervalMeasurement”要素に指定されており、端末機３０３は、受信されたＲＴＰパケットのタイムスタンプに基づいて時間間隔を計算することにより受信率を測定する。この時間間隔の計算は、端末機３０３が１番目のＲＴＰパケットを受信した瞬間から開始され、この結果は、対応するセッションを介して受信されたサービスが終了するか、又は端末機３０３がこのサービスを終了する場合に報告される。
【００５５】
【表５】
【００５６】
上述した＜表５＞において、“ThresholdMeasurement”要素は、端末機３０３が現在受信しているか、又は受信する予定であるサービスに対して測定された損失率がＢＳＤＡ３００により指定されたしきい値より高い場合には、測定された受信率を報告するように端末機３０３に指示するためである。すなわち、上述した＜表５＞の“ThresholdMeasurement”要素が設定されている場合には、端末機３０３は、この測定された損失率が上述した＜表５＞の“thresholdMeasurement”より大きい場合に測定された受信率を報告する。
【００５７】
このしきい値は、所定のパケット損失率だけでなくパケット損失の個数に対するしきい値であってもよい。端末機３０３は、このサービスを受信する時点から受信率及び損失率を継続して測定する。この測定された損失率がしきい値より低くなる場合には、端末機３０３は、受信率報告のための情報を収集し、損失率がさらにしきい値より大きくなる場合には、端末機３０３は、この受信率をＢＳＤＡ３００に報告する。すなわち、パケットの損失率がしきい値より大きい場合には、端末機３０３は、この測定された受信率が含まれた受信率報告メッセージをＢＳＤＡ３００に送信する。損失率がしきい値よりさらに低くなる場合には、端末機３０３は、受信率報告のための情報収集をさらに行う。この際、この受信率報告のための情報収集は、startRTPTimestamp、endRTPTimestamp、時間間隔、パケット損失率、expectedTotalPackets、receivedTotalPackets、lostTotalPacketsなどのような、受信率及び損失率を測定するために必要な情報の収集を意味する。上述した過程は、端末機３０３が対応するサービスを終了するまで継続する。
【００５８】
上述した＜表５＞において、“EventTriggeredMeasurement”要素は、端末機３０３が現在受信しているか、又は受信する予定であるサービスの損失率がＢＳＤＡ３００により指定されたトリガー値（trigger value）より大きい場合に、受信率を報告するように端末機３０３に指示するためである。端末機３０３は、サービスを受信する時点から受信率及び損失率を継続して測定する。この損失率がトリガー値より小さくなる場合には、端末機３０３は、受信率報告のための情報を収集し、この損失率がこのトリガー値より大きくなる場合に、対応するサービスの終了時点まで収集された受信率を受信率報告メッセージに含ませ、この受信率報告メッセージをＢＳＤＡ３００に送信する。
【００５９】
下記の＜表６＞乃至＜表８＞は、本発明の第１の実施形態に従って、端末機３０３がストリーミングサービスの受信率を報告するための受信率報告メッセージのフォーマットを示す。この受信率報告メッセージは、下記の＜表６＞乃至＜表８＞で説明した要素及び属性からなり、ＸＭＬのような言語で表現されることができる。
【００６０】
上述した＜表３＞乃至＜表５＞に定義されているストリーミングサービスの受信率報告指示メッセージとは異なり、下記の＜表６＞乃至＜表８＞で説明するストリーミングサービスの受信率報告メッセージは、１つの形態で提案され、次の５種類の受信率測定タイプのすべてに関連する。
【００６１】
【表６】
【００６２】
上述した＜表６＞において、“StreamingReceptionReport”要素は、ストリーミングサービスの受信率報告メッセージの最上位要素であり、次のような要素及び属性を有する。“reportType”要素は、端末機３０３でどんな受信率測定タイプが使用されたかをＢＳＤＡ３００に報告するために使用される。“reportType”に基づいて、ＢＳＤＡ３００は、端末機３０３から受信された受信率情報がどのように測定されたかを判定することができ、受信率の分類及び分析の際に使用されることができる。
【００６３】
【表７】
【００６４】
上述した＜表７＞において、“measurementStartRTPTimestamp”要素及び“measurementEndRTPTimestamp”要素は、受信率報告のために測定がなされた開始期間及び終了期間をそれぞれ示す値である。この２つの値は、端末機３０３がサービスを受信することにより、受信率測定のために実際に受信する１番目のＲＴＰパケット及び最後のＲＴＰパケットのタイムスタンプ値を示す。
【００６５】
“expectedTotalPackets”、“receivedTotalPackets”、及び“lostTotalPackets”は、予想される総パケット数（すなわち、端末機３０３が受信するものと予想する総パケット数、又は端末機３０３が測定時間間隔の間に受信すべきだった総パケット数）、端末機３０３が実際に受信した総パケット数、及び総損失パケット数（すなわち、損失又はエラーが発生した総パケット数）をそれぞれ示す。“expectedTotalPackets”は、端末機３０３が測定の開始時点から終了時点までの期間の間に、端末機３０３が受信するものと予想する総パケット数であり、開始時点のタイムスタンプと終了時点のタイムスタンプとの差を計算することにより得られることができる。“receivedTotalPackets”は、端末機３０３が“expectedTotalPackets”を受信する期間の間に実際に受信した総パケット数である。“lostTotalPackets”は、端末機３０３が“exptectedTotalPackets”を受信する期間の間に受信に失敗したか、又は端末機３０３が受信したが、エラーが発生した総パケット数である。上述した３つの属性は、選択的に使用することができる属性であり、受信率分類及び分析のための参考情報となることができる。
【００６６】
“receptionRatio”属性は、“expectedTotalPackets”及び“receivedTotalPackets”又は“lostTotalPackets”に基づいて計算されることができ、測定時間間隔の間に発生した総受信率を示す。例えば、“receptionRatio”は、expectedTotalPackets対receivedTotalPacketsの比率に基づいて計算されることができる。したがって、ＢＳＤＡ３００は、受信率について、上述したような属性内の値に基づいて端末機３０３の受信率を把握することができる。この属性値を介して複数の端末機から受信率に関する報告を受信すると、ＢＳＤＡ３００は、受信率を分析し、対応するサービスに必要な品質向上のための適切な措置を行うことにより、サービス品質を改善させることができる。端末機３０３から受信した受信率情報に基づいて、ＢＳＤＡ３００は、将来にサービス送信効率を調整することができる。例えば、この受信率が高い場合に、ＢＳＤＡ３００は、エラー符号化率を減少させることにより、残りの帯域幅を追加のサービスに割り当てることができる。
【００６７】
“globalContentID”は、受信率測定がなされたサービスのコンテンツの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。“sessionID”は、受信率測定がなされたサービスのセッション識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。
【００６８】
【表８】
【００６９】
上述した＜表８＞において、“globalServiceID”は、受信率測定がなされたサービスの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。“serverURI”は、受信率報告を受信しなければならないＢＳＤＡ３００のアドレスを示す。“serviceArea”は、端末機３０３が受信率を測定した位置を示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。“cellID”は、端末機３０３が３ＧＰＰ／３ＧＰＰ２ネットワークに接続されている場合に、端末機３０３が受信率を測定したセルを示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。“DeviceID”は、受信率を報告する端末機３０３の識別子であり、下位属性として識別子のタイプを示すType属性を有する。ＢＣＡＳＴのような移動体ブロードキャストシステムが様々な種類のブロードキャストネットワークで使用されることができるため、使用可能な様々な種類の端末機がある。端末機のすべてが相互に互換性がないため、Type属性を用いて非互換性を通知することができる。
【００７０】
下記の＜表９＞乃至＜表１１＞は、本発明の第２の実施形態による端末機３０３がストリーミングサービスの受信率を報告するための受信率報告メッセージのフォーマットを示す。この第２の実施形態による受信率報告メッセージは、１つのアクセスフラグメントで複数のセッション及び／又は複数のコンテンツからなることができるサービスモデルを考慮したのである。また、この第２の実施形態による受信率報告メッセージは、下記の＜表９＞乃至＜表１１＞で説明した要素及び属性からなり、ＸＭＬのような言語で表現されることができる。
【００７１】
上述した＜表６＞乃至＜表８＞で説明したストリーミングサービスの受信率報告メッセージとは異なり、下記の＜表９＞乃至＜表１１＞で説明するストリーミングサービスの受信率報告メッセージは、複数のコンテンツ及び／又は複数のセッションからなる転送セッションに関連するための受信率報告メッセージであり、上述した＜表６＞乃至＜表８＞で定義した５種類の受信率測定タイプのすべてに関連する。
【００７２】
【表９】
【００７３】
【表１０】
【００７４】
【表１１】
【００７５】
上述した＜表９＞において、“StreamingReceptionReport”要素は、ストリーミングサービスに対する受信率報告メッセージの最上位要素であり、次のような要素及び属性を有する。“serverURI”は、受信率報告を受信しなければならないＢＳＤＡ３００のアドレスを示し、“globalServiceID”は、受信率測定がなされたブロードキャストストリーミングサービスの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。
【００７６】
“DeviceID”は、受信率を報告する端末機３０３の識別子であり、下位属性として識別子のタイプを示すType属性を有する。ＢＣＡＳＴのような移動体ブロードキャストシステムが様々な種類のブロードキャストネットワークで使用されることができるため、使用可能な様々な種類の端末機がある。端末機のすべてが相互に互換性がないため、Type属性を用いて非互換性を通知することができる。
【００７７】
“sessionID”は、受信率測定がなされたサービスのセッション識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。１つのサービスが幾つかのセッションで構成されることができるため、複数の“sessionID”は、記録されることができ、＜表１０＞の“globalContentID”と呼ばれる下位要素を有する。“globalContentID”は、受信率測定がなされたサービスのコンテンツの識別子であり、ＢＳＤＡ３００で受信率分類及び分析の際に後で使用するために報告される。１つのサービスが幾つかのコンテンツで構成されることができるため、複数の“globalContentID”は、記録されることができる。“globalContentID”は、次のような９通りの属性を有する。
【００７８】
上述した＜表１０＞において、“reportType”要素は、端末機３０３でどんな受信率測定タイプが使用されたかをＢＳＤＡ３００に報告するために使用される。ＢＳＤＡ３００は、“reportType”に基づいて、端末機３０３から受信された受信率情報がどのように測定されたかを判定することができ、受信率の分類及び分析の際に使用することができる。“measurementStartRTPTimestamp”要素及び“measurementEndRTPTimestamp”要素は、受信率報告のために測定がなされた開始及び終了期間を示す値である。この２個の値は、端末機３０３がサービスを受信することにより受信率測定のために実際に受信する１番目のＲＴＰパケット及び最後のＲＴＰパケットのタイムスタンプ値を示す。
【００７９】
上述した＜表１１＞において、“expectedTotalPackets”、“receivedTotalPackets”、及び“lostTotalPackets”は、端末機３０３が測定時間間隔の間に受信するものと予想する総パケット数、端末機３０３が実際に受信した総パケット数、及び損失又はエラーが発生した総パケット数をそれぞれ示す。“expectedTotalPackets”は、端末機３０３が測定を開始した時点から終了時点までの期間の間に、端末機３０３が受信すると予想される総パケット数であり、開始時点のタイムスタンプと終了時点のタイムスタンプとの差を計算することにより得ることができる。“receivedTotalPackets”は、端末機３０３が“expectedTotalPackets”を受信する期間の間に実際に受信した総パケット数である。“lostTotalPackets”は、端末機３０３が“exptectedTotalPackets”を受信する期間の間に受信に失敗したか、又は端末機３０３が受信したが、エラーが発生した総パケット数である。上述した“exptectedTotalPackets”、“receivedTotalPackets”、及び“lostTotalPackets”は、選択的に使用することができる属性であり、受信率分類及び分析のための参考情報とすることができ、この損失率を計算するために使用することができる。
【００８０】
“receptionRatio”属性は、“expectedTotalPackets”及び“receivedTotalPackets”又は“lostTotalPackets”に基づいて計算されることができ、測定時間間隔の間に発生した総受信率を示す。例えば、“receptionRatio”は、予想される総パケット数を示す“expectedTotalPackets”対実際に受信した総パケット数を示す“receivedTotalPackets”の比率に基づいて計算されることができる。また、このパケット損失率は、予想される総パケット数を示す“expectedTotalPackets”対損失された総パケット数を示す“lostTotalPackets”の比率に基づいて決定されることができる。“receptionRatio”属性内の値に基づいて、ＢＳＤＡ３００は、端末機３０３の受信率を把握することができる。この属性値を介して複数の端末機から受信率に関する報告を受信すると、ＢＳＤＡ３００は、受信率を分析し、対応するサービスに必要な品質向上のための適切な措置を行うことにより、サービス品質を改善させることができる。端末機３０３から受信した受信率情報に基づいて、ＢＳＤＡ３００は、将来にサービス送信効率を調整することができる。例えば、この受信率が高い場合に、ＢＳＤＡ３００は、エラー符号化率を減少させることにより、残りの帯域幅を追加のサービスに割り当てることができる。最後に、“serviceArea”は、端末機３０３が受信率を測定した位置を示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。“cellID”は、端末機３０３が３ＧＰＰ／３ＧＰＰ２ネットワークに接続されている場合に、端末機３０３が受信率を測定したセルを示し、受信率が低い地域を選別するために使用することができ、選択的に使用することができる。
【００８１】
図４は、本発明の実施形態によるブロードキャストシステムにおけるストリーミングサービスの受信率を報告する端末機の動作を示すフローチャートである。
【００８２】
ステップ４００で、端末機３０３は、サービスガイドの一部であるアクセスフラグメントをＢＳＤＡ３００から受信する。ステップ４００で、上述した＜表１＞及び＜表２＞のフォーマットを有するアクセスフラグメントを受信した端末機３０３は、ＵＲＩの存在に従って受信率報告指示メッセージが存在するか否かを確認することができる。ステップ４０１で、端末機３０３は、ステップ４００のＵＲＩを用いて双方向送信ネットワーク３０２を介して受信率報告指示メッセージを取得する。端末機３０３は、ステップ４０２で、ステップ４０１で取得した受信率報告指示メッセージの解読及び分析を行う。端末機３０３は、ステップ４０２で分析した受信率報告指示メッセージに基づいて、ステップ４０３で、この決定された受信率測定タイプに従って受信率測定を行い、特に、図５乃至図９を参照して下記に説明する５種類の測定タイプ４０４乃至４０８の中で指定された測定タイプに従って受信率測定を行う。各測定タイプの詳細については、対応する図を参照して説明する。
【００８３】
まず、この５種類の受信率測定タイプについて簡略に説明する。ステップ４０４は、受信率報告指示メッセージでの測定タイプを、セッション測定タイプを示すSessionMeasurement要素として指定する場合に行われる手続きである。サービスプロバイダーが定義する“セッション”は、端末機３０３がコンテンツを受信する開始及び終了期間を示す。ステップ４０４で、端末機３０３は、受信を希望するか又は受信を予想するセッションを通じて受信された全サービスに対する受信率を測定し、この測定結果をＢＳＤＡ３００に報告する。受信率測定のために、端末機３０３は、サービスの１番目のＲＴＰパケットを受信した時点から最後のＲＴＰパケットを受信した時点まで測定を行う。端末機３０３が、セッションが開始する時点の後にブロードキャストシステムにアクセスするか、又は端末機３０３が、セッションが終了する時点の前に対応するサービスに対するアクセスを解除する場合には、端末機３０３は、このサービスを受信する時間に対して測定を行う。
【００８４】
ステップ４０５は、受信率報告指示メッセージでの測定タイプを、固定持続期間測定タイプを示すFixedDurationMeasurement要素として指定する場合に行われる手続きである。ステップ４０５で、端末機３０３は、受信率報告指示メッセージで指定した持続期間の間に、受信を希望するか又は受信を予想するサービスに対して受信率測定を実行し、この測定結果をＢＳＤＡ３００に報告する。受信率測定のために、端末機３０３は、測定の実行を希望するサービスのＲＴＰパケットのタイムスタンプを受信した後に検査し、この指定された測定時間間隔内に対応するパケットである場合には、測定を行う。ＲＴＰパケットのタイムスタンプが指定された測定時間間隔から外れる場合には、端末機３０３は、測定を中断する。端末機３０３が指定されたセッションの開始時点の後にブロードキャストシステムにアクセスするか、又はセッションの終了時点の前にセッション接続を解除する場合には、端末機３０３は、このサービスを受信した時間に対して測定を行う。
【００８５】
ステップ４０６は、受信率報告指示メッセージでの測定タイプを、時間間隔測定タイプを示すIntervalMeasurement要素として指定する場合に行われる手続きである。ステップ４０６で、端末機３０３は、セッションを通じて受信を希望するか又は受信を予想するサービスに対して受信率報告指示メッセージで指定した周期ごとに受信率を測定し、この測定された受信率をＢＳＤＡ３００に報告する。受信率測定のために、端末機３０３は、測定の実行を希望するサービスの１番目のＲＴＰパケットを受信する時点から受信率測定を継続して実行し、１番目のＲＴＰパケットのタイムスタンプに基づいて指定された周期ごとに受信率報告を行う。
【００８６】
ステップ４０７は、受信率報告指示メッセージでの測定タイプを、しきい値測定タイプを示すThresholdMeasurement要素として指定する場合に行われる手続きである。ステップ４０７で、端末機３０３は、セッションを通じて受信を希望するか又は受信を予想するサービスに対して１番目のＲＴＰパケットを受信する時点から損失率を継続して測定する。その間に、この損失率が受信率報告指示メッセージに設定されたしきい値より小さくなる場合には、端末機３０３は、受信率報告のためのデータを収集し、この損失率がこのしきい値より大きくなる場合には、端末機３０３は、この受信率をＢＳＤＡ３００に報告する。ステップ４０７で、端末機３０３は、対応するサービスを受信する間に、しきい値に基づいて受信率を継続して繰り返し計算することにより持続的に報告する。
【００８７】
ステップ４０８は、受信率報告指示メッセージでの測定タイプを、イベントトリガー測定タイプを示すEventTriggeredMeasurement要素として指定する場合に行われる手続きである。ステップ４０８で、端末機３０３は、受信を希望するか又は受信を予想するサービスに対して１番目のＲＴＰパケットを受信する時点から受信率及び損失率を継続して測定する。その間に、この損失率が受信率報告指示メッセージ内のトリガー値（trigger value）より小さくなる場合には、端末機３０３は、受信率報告のために受信率報告手続きのためのデータを収集し、この損失率がこのトリガー値より大きくなる場合には、端末機３０３は、対応するサービスが終了する時点まで測定及び収集を行った受信率をＢＳＤＡ３００に報告する。
【００８８】
ステップ４０４乃至ステップ４０８に指定された測定タイプのうちの１つで受信率を測定した端末機３０３は、ステップ４０９で、この測定した受信率情報を用いて上述した＜表９＞乃至＜表１１＞に示した受信率報告メッセージを生成し、この受信率報告メッセージをＢＳＤＡ３００に送信する。この後に、ステップ４１０で、端末機３０３が送信した受信率報告メッセージを受信するネットワークエンティティであるＢＳＤＡ３００が受信率報告メッセージの受信を知らせる確認（ＡＣＫ）メッセージを送信する場合に、端末機３０３は、ＡＣＫメッセージを受信する。ステップ４１０の動作は、選択的に行われることができる。
【００８９】
ステップ４０３で、端末機３０３は、メッセージ受信失敗により決定された受信率測定タイプの確認に失敗した場合に、図４に示したように、受信率測定動作を終了するか、又は上述した５種類の測定タイプの中で所定のデフォルト測定タイプに従って受信率を測定することもできる。開示された実施形態が複数の測定タイプを準備し、これら中の指定された１つに従って受信率を測定するが、単一の測定タイプがＢＳＤＡ３００と端末機３０３との間で予め定義されている場合に、この所定の測定タイプに従って受信率を測定することもできる。
【００９０】
一方、図４に示したストリーミングサービスの受信率を報告する端末機は、上述した＜表１＞乃至＜表５＞のフォーマットを有する受信率報告指示メッセージを受信するメッセージ受信器と、上述した＜表６＞乃至＜表８＞のフォーマット又は＜表９＞乃至＜表１１＞のフォーマットを有する受信率報告メッセージを送信するメッセージ送信器と、この受信率報告指示メッセージに指定された測定タイプに従って受信率を測定し、この受信率報告メッセージを用いてこの測定結果をブロードキャストシステムに送信する受信率測定器と、を含むことができる。
【００９１】
図５は、本発明の第１の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中で、ステップ４０４の“SessionMeasurement”過程を詳細に示す。
【００９２】
ステップ５００で、端末機３０３は、所望のサービスのＲＴＰパケットをＢＳＤＡ３００から受信する。ステップ５００でＲＴＰパケットを受信した端末機３０３は、ステップ５０１で、受信したパケットが所望のセッションの１番目のパケットであるか又はその次のパケットであるかを確認する。所望のセッションが開始されない場合には、端末機３０３は、ＲＴＰパケットを継続して受信し、各パケットを検査する。しかしながら、受信したパケットが所望のセッションのパケットである場合には、端末機３０３は、受信率記録が開始されたか否かをステップ５０２で検査する。ステップ５０２で、端末機３０３は、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。端末機３０３は、記録された値がない場合には、この受信率記録が最初に開始されたことを意味するために、ステップ５０３に進む。受信率記録が最初に開始された場合には、端末機３０３は、ステップ５０３で、記録時点を後で通知するために、セッションにアクセスした後に１番目に受信したパケットのRTPTimestampをmeasurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。その後に、端末機３０３は、ステップ５０４に進む。ステップ５０２で、端末機３０３は、受信率記録が開始された後に、ステップ５０４で、receivedTotalPacketsを記録し、receivedTotalPackets値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ５０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することによりパケット損失を認識することができる。ステップ５０６で、端末機３０３は、受信したパケットが所望のセッションの最後のパケットであるか否かを検査する。検査の結果、受信したパケットが最後のパケットでない場合には、端末機３０３は、ステップ５００に戻って後続のステップを繰り返す。しかしながら、受信したパケットがセッションの最後のパケットである場合には、端末機３０３は、ステップ５０７で、最後のパケットのタイムスタンプをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ５０８で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに格納する。この値は、測定開始時点でのＲＴＰシーケンス番号及び最後のＲＴＰシーケンス番号に基づいて計算されることができる。最後に、ステップ５０９で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsに基づいて受信率を計算した後に、図４のステップ４０９に進む。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、この計算された受信率を含む受信率報告メッセージを生成する。
【００９３】
図６は、本発明の第２の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０５の“FixedDurationMeasurement”過程を詳細に示す。
【００９４】
ステップ６００及びステップ６０１で、端末機３０３は、＜表４＞で説明した受信率報告指示メッセージのstartRTPTimestamp（sRT）値及びendRTPTimestamp（eRT）値の受信及び設定を行う。次の過程において、端末機３０３は、２つのタイムスタンプ値内のＲＴＰパケットに対する受信率を測定する。ステップ６００及びステップ６０１の設定が完了した後に、端末機３０３は、ステップ６０２で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ６０３で、ステップ６０２で受信したＲＴＰパケットが受信率測定を開始するためのタイムスタンプ値に対応するか否かを確認するために、この受信したＲＴＰパケットのTimestampをStartRTPTimestampと比較する。ステップ６０３の比較の結果、ステップ６０２で受信したＲＴＰパケットのTimestampがStartRTPTimestampより大きいか又は同一である場合には、端末機３０３は、受信率測定を開始してステップ６０４に進む。そうでない場合には、端末機３０３は、ステップ６０２に戻る。ステップ６０４で、端末機３０３は、受信率記録が開始されたか否かを検査する。端末機３０３は、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ６０５に進む。受信率記録が開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ６０２で受信したパケットのRTPtimestampをmeausurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。受信率記録が開始された場合には、端末機３０３は、ステップ６０６でreceivedTotalPacketsを記録する。ここで、receivedTotalPacketに記録された値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ６０７で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。損失されたパケットの場合には、端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することによりパケットが損失されたか否かを確認することができる。ステップ６０８で、端末機３０３は、この受信したパケットが測定を希望した最後のパケットであるか否かを確認するために、この受信したパケットのRTPTimestmapをステップ６０１で設定したendRTPTimestmapと比較する。ステップ６０２で受信したパケットが最後のパケットでない場合には、端末機３０３は、ステップ６０２に戻り、後続のステップを反復する。ステップ６０８で、この受信したパケットのRTPTimestampがこの設定したendRTPTimestampより小さいか又は同一である場合には、端末機３０３は、この受信したパケットが最後のパケットでないことを示す。ステップ６０８の検査の結果、この受信したパケットが最後のパケットである場合には、端末機３０３は、ステップ６０９で、最後のパケットのtimestampをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ６１０で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに格納する。expectedTotalPackets値は、測定開始時点で受信したパケットのＲＴＰシーケンス番号及び最後に受信したパケットのシーケンス番号に基づいて計算されることができる。最後に、ステップ６１１で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsに基づいて受信率を計算した後に、図４のステップ４０９に進む。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、この計算された受信率を含む受信率報告メッセージを生成する。
【００９５】
図７は、本発明の第３の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０６の“IntervalMeasurement”過程を詳細に示す。
【００９６】
ステップ７００で、端末機３０３は、＜表４＞で説明した受信率報告指示メッセージに設定された時間間隔値を受信して設定する。本実施形態において、受信率報告は、この設定された時間間隔値に基づいて周期的になされる。ステップ７００で、時間間隔値を設定した後に、端末機３０３は、ステップ７０１で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ７０２で、受信率記録が開始されたか否かを検査する。端末機３０３は、ステップ７０２で、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ７０３に進む。受信率記録が最初に開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ７０３で、セッションにアクセスした後に１番目に受信したパケットのＲＴＰtimestampをmeasurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。受信率記録が開始された場合には、端末機３０３は、ステップ７０４で、receivedTotalPacketsを記録する。ここで記録されたreceivedTotalPackets値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ７０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することにより損失されたパケットを確認することができる。ステップ７０６で、端末機３０３は、この受信したＲＴＰパケットのタイムスタンプに基づいてカウンター値を計算する。すなわち、端末機３０３は、時間間隔カウンターを準備し、パケットを受信する度にこのカウンター値を増加させる。また、この時間間隔カウンターは、受信率報告メッセージが送信される度にリセットされる。ステップ７０７で、端末機３０３は、ステップ７０６で計算したカウンター値をステップ７００で設定した時間間隔値と比較する。ステップ７０６で計算したカウンター値がステップ７００で設定した時間間隔値より小さい場合には、端末機３０３は、ステップ７０１に戻り、時間間隔値が同一である場合には、ステップ７０８に進む。ステップ７０８で、端末機３０３は、この受信したＲＴＰパケットのタイムスタンプをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ７０９で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに記録する。この記録されたexpectedTotalPackets値は、受信率測定の開始時点で受信したパケットのＲＴＰシーケンス番号及び最後に受信したパケットのＲＴＰシーケンス番号に基づいて計算されることができる。
【００９７】
ステップ７１０で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsに基づいて受信率を計算する。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、この計算された受信率を含む受信率報告メッセージを生成する。ステップ７１１で、端末機３０３は、現在受信したパケットが現在のサービスの最後のパケットであるか否かを確認する。現在のセッションが進行中である場合には、端末機３０３は、ステップ７１２に進み、受信率報告メッセージを生成し、これをＢＳＤＡ３００に送信する。ステップ７１２で、受信率報告のために、端末機３０３は、＜表６＞乃至＜表８＞又は＜表９＞乃至＜表１１＞に定義されている要素及び属性値を設定することにより受信率報告メッセージを生成する。この生成した受信率報告メッセージを送信した後に、端末機３０３は、ステップ７１３で、受信率報告確認（ＡＣＫ）をＢＳＤＡ３００、すなわち、ネットワークエンティティから選択的に受信することができる。また、ステップ７１４で、端末機３０３は、カウンター値を初期化し、受信率報告を行う。しかしながら、この後に、ステップ７１１で、セッションが終了したことを確認する場合に、次の動作は、図４のステップ４０９に進む。端末機３０３が、セッションが満了する前にセッションを終了する場合に、端末機３０３は、終了時点までの情報に基づいて受信率報告メッセージを生成し、この生成した受信率報告メッセージを送信する。図７を参照すると、端末機３０３は、セッションが終了する前に、所定の時間間隔ごとに受信率を測定し、この測定結果を報告し、このセッションが終了した後に、端末機３０３は、全セッションに対する受信率を測定し、この測定結果を報告する。
【００９８】
図８は、本発明の第４の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０７の“ThresholdMeasurement”過程を詳細に示す。
【００９９】
ステップ８００で、端末機３０３は、＜表５＞で説明した受信率報告指示メッセージに含まれているしきい値として損失率と比較するためのしきい値を設定する。本実施形態において、この設定されたしきい値に基づいて計算された損失率がしきい値より小さくなる場合には、端末機３０３は、この受信率報告のための情報を収集し、損失率がしきい値よりさらに大きくなる場合には、端末機３０３は、受信率報告を行う。このような受信率報告動作は、ステップ８１０の検査結果、セッションが終了するまで反復して行われる。一方、ステップ８００での設定が完了した後に、端末機３０３は、ステップ８０１で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ８０２で、受信率記録が開始されたか否かを検査する。端末機３０３は、ステップ８０２で、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ８０３に進む。受信率記録が最初に開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ８０３で、セッションにアクセスした後に１番目に受信したパケットのRTPtimestampをmeasurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。一方、受信率記録が開始された場合には、端末機３０３は、ステップ８０４で、receivedTotalPacketsを記録する。ここでreceivedTotalPacketsに記録された値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ８０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することにより損失されたパケットを確認することができる。ステップ８０６で、端末機３０３は、ステップ８０１で受信したパケットのtimestampをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ８０７で、端末機３０３は、受信すべきだった総パケット数を計算し、expectedTotalPacketsに記録する。ExpectedTotalPacketsに記録された値は、端末機の測定開始時点で受信したパケットのＲＴＰシーケンス番号及び最後のパケットのＲＴＰシーケンス番号により計算されることができる。ステップ８０８で、端末機３０３は、receivedTotalPackets及びexpectedTotalPacketsにより受信率及び損失率を計算する。例えば、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、expectedTotalPackets対lostTotalPacketsの比率により損失率を計算する。ステップ８０９で、ステップ８０８で計算した損失率をしきい値と比較する。この比較の結果、損失率がしきい値より小さい場合には、端末機３０３は、報告する必要がないため、ステップ８０１に戻る。しかしながら、損失率がしきい値より大きい場合には、端末機３０３は、受信率報告を行う必要がないため、ステップ８１０に進む。ステップ８１０で、端末機３０３は、現在受信したパケットがセッションを介して受信しているサービスの最後のパケットであるか否かを検査する。セッションが進行中である場合には、端末機３０３は、ステップ８１１に進み、受信率報告のための受信率報告メッセージを生成し、これをＢＳＤＡ３００に送信する。ステップ８１１で、受信率報告のために、端末機３０３は、ステップ８０４乃至ステップ８０８で計算した値を上述した＜表６＞乃至＜表８＞又は＜表９＞乃至＜表１１＞に定義されている要素及び属性値として設定することにより、受信率報告メッセージを生成する。この生成した受信率報告メッセージを送信した後に、端末機３０３は、ステップ８１２で、受信率報告ＡＣＫメッセージをＢＳＤＡ３００から選択的に受信することができる。しかしながら、ステップ８１０で、端末機３０３は、セッションが終了したことを確認する場合に、図４のステップ４０９に進む。すなわち、ステップ８１０の検査の結果、セッションが終了する前に、端末機３０３は、損失率がしきい値より大きいときごとに測定した受信率を含む受信率報告メッセージを送信する。ステップ８１０の検査の結果、セッションが終了した後に、端末機３０３は、全セッションの間に測定された受信率を含む受信率報告メッセージを送信する。端末機３０３が、セッションが満了する前にセッションを終了する場合には、端末機３０３は、終了時点までの情報に基づいて受信率報告メッセージを生成し、この生成した受信率報告メッセージを送信する。
【０１００】
図９は、本発明の第５の実施形態によるストリーミングサービスの受信率測定方法を示すフローチャートであり、この方法は、図４の端末機の動作の中でステップ４０８の“EventTriggeredMeasurement”過程を詳細に示す。
【０１０１】
ステップ９００で、端末機３０３は、＜表５＞で説明した受信率報告指示メッセージに含まれているトリガー値に従って受信率報告メッセージを生成するためのトリガー値を設定する。図９に示す第５の実施形態では、この設定されたトリガー値に基づいて測定された損失率がこのトリガー値より小さくなる場合に、報告のための情報が収集され、セッションが終了する時点で報告がなされる。このトリガー値は、損失率となることもあり、受信率となることもある。本発明において、このトリガー値は、端末機が受信率報告を行うために比較される特定の値であると仮定する。ステップ９００でトリガー値を設定した後に、端末機３０３は、ステップ９０１で、ＢＳＤＡ３００からの所望のサービスのＲＴＰパケットを受信し、ステップ９０２で、受信率記録が開始されたか否かを検査する。端末機３０３は、ステップ９０２で、開始セッションRTPTimestamp値をmeasurementStartRTPTimestampに記録したか否かを検査することにより、受信率記録が開始されたか否かを確認することができる。記録された値がない場合には、端末機３０３は、受信率記録が最初に開始されたことを意味するために、ステップ９０３に進む。受信率記録が最初に開始された場合に、端末機３０３は、記録時点を後で通知するために、ステップ９０３で、セッションにアクセスした後に１番目に受信したパケットのタイムスタンプをmeausurementStartRTPTimestampに記録し、シーケンス番号も個別に記録する。一方、受信率記録が開始された場合には、端末機３０３は、ステップ９０４で、receivedTotalPacketsを記録する。ここで、receivedTotalPacketsに記録された値は、パケットが受信される度に順次に１つずつ増加するカウンター値である。その後に、ステップ９０５で、端末機３０３は、パケットを受信したが、エラー又は損失が発生したパケットをlostTotalPacketsに記録する。端末機３０３は、受信したＲＴＰパケットのシーケンス番号を前に受信したパケットのシーケンス番号と比較することにより損失されたパケットを確認することができる。ステップ９０６で、端末機３０３は、ステップ９０１で受信したパケットのタイムスタンプをmeasurementEndRTPTimestampに記録し、シーケンス番号も個別に記録する。ステップ９０７で、端末機３０３は、全セッションの間に受信すべきだった総パケット数を計算し、expectedTotalPacketsに記録する。ExpectedTotalPacketsに記録された値は、測定開始時点で受信したパケットのＲＴＰシーケンス番号及び最後のパケットのＲＴＰシーケンス番号により計算されることができる。この後に、ステップ９０８で、端末機３０３は、expectedTotalPackets対receivedTotalPacketsの比率により受信率を計算し、expectedTotalPackets対lostTatalPacketsの比率により損失率を計算する。ステップ９０９で、端末機３０３は、ステップ９０８で計算した損失率をステップ９００で設定したトリガー値と比較する。損失率がトリガー値より小さい場合には、端末機３０３は、報告する必要がないため、ステップ９０１に戻る。しかしながら、ステップ９０９の検査の結果、損失率がトリガー値より大きい場合には、端末機３０３は、受信率報告を行う必要があるため、ステップ４０９に進み、受信率を含む受信率報告メッセージを送信する。端末機３０３が、セッションが満了する前にセッションを終了する場合には、端末機３０３は、終了時点までの情報に基づいて受信率報告メッセージを生成し、この生成した受信率報告メッセージを送信する。図８及び図９のトリガー値及びしきい値をすべて損失率として設定する場合に、図８の手続きは、測定された損失率がしきい値より大きい場合に、受信率を反復して測定し送信する一方、図９の手続きは、損失率がトリガー値より大きい場合に一度だけ受信率を測定して送信する。本実施形態において、このトリガー値は、この損失率との比較のための所定の損失率として設定されるが、他の値は、システムオペレータ、受信率、受信品質、及び基地局特性のような変数に従って設定されることができる。
【０１０２】
図１０Ａ及び図１０Ｂは、本発明の実施形態によるブロードキャストシステムにおいてストリーミングサービスの受信率報告指示メッセージを端末機に送信し、これに対する応答メッセージを受信するＢＳＤＡの動作を示すフローチャートである。
【０１０３】
図１０Ａのステップ１０００で、ＢＳＤＡ３００は、特定のサービスに対して受信率報告が必要であることを決定する。ステップ１００１で、ＢＳＤＡ３００は、受信率報告のための詳細な受信率測定報告タイプを決定する。上述したように、受信率測定タイプは、総５種類があり、各測定動作は、図４乃至図９で説明したようである。ステップ１０１０乃至ステップ１０５０において、ＢＳＤＡ３００は、受信率報告タイプがステップ１００１で決定される場合には、各受信率報告指示メッセージに含まれなければならない主な項目を指定する。
【０１０４】
ステップ１０１０で、ＢＳＤＡ３００は、ステップ１００１で指定されたセッション単位で受信率を測定するようにSessionMeasurementを受信率報告指示メッセージに指定する。ステップ１０２０で、ＢＳＤＡ３００は、ステップ１００１で指定された持続期間の間に受信率を測定するようにFixedDurationMeasurementを受信率報告指示メッセージに指定する。ステップ１００１で、ＢＳＤＡ３００は、受信率測定タイプの指定に失敗した場合には、図１０Ｂに示すように動作エラーにより終了処理を実行するか、又は上述した５種類の測定タイプの中で所定のデフォルト測定タイプに従って受信率測定タイプを指定することができる。本実施形態が複数の測定タイプを準備し、この測定タイプの中の１つを指定しても、ステップ１００１の動作は、ＢＳＤＡ３００と端末機３０３との間に単一の測定タイプが予め定義されている場合には、省略することができる。
【０１０５】
ステップ１０２１及びステップ１０２２において、ＢＳＤＡ３００は、ステップ１０２０の測定を支援するようにパケット受信率を測定するための測定時間間隔を指定する。すなわち、ＢＳＤＡ３００は、ステップ１０２１で測定開始時点を指定し、ステップ１０２２で測定終了時点を指定する。測定開始時点及び測定終了時点は、ＲＴＰタイムスタンプと比較することができるように同一の形態で指定される。ステップ１０３０で、ＢＳＤＡ３００は、ステップ１００１で指定された時間間隔ごとに受信率を測定するように受信率報告指示メッセージにIntervalMeasurementを指定する。ステップ１０３１で、ＢＳＤＡ３００は、ステップ１０３０の測定を支援するように受信率報告のための時間間隔を指定する。ここで、この時間間隔は、ＲＴＰパケット数に基づいて指定される。
【０１０６】
ステップ１０４０で、ＢＳＤＡ３００は、損失率がステップ１００１で指定した特定のしきい値より大きい場合に、受信率の測定及び報告を行うように受信率報告指示メッセージにThresholdMeasurementを指定する。ステップ１０４１で、ＢＳＤＡ３００は、ステップ１０４０の測定を支援するようにしきい値を指定する。ここで、このしきい値は、端末機３０３が測定した損失率と比較される所望の損失率を示すものであり、百分率で指定される。ステップ１００１で、損失率がトリガー値より大きい場合には、ＢＳＤＡ３００は、ステップ１０５０で、端末機３０３が受信するサービスの終了時点まで受信率を継続して測定して報告するように受信率報告指示メッセージにEventTriggeredMeasurementを指定する。ステップ１０５１で、ＢＳＤＡ３００は、ステップ１０５０の測定を支援するようにトリガー値を指定する。ここで、このトリガー値は、損失率と比較される所望の損失率を示すものであり、百分率で指定される。
【０１０７】
上述した過程により５種類の受信率測定タイプの中の１つが決定され、測定支援項目の値も決定される場合に、端末機３０３は、ステップ１００２で、受信率報告指示メッセージを生成する。受信率報告指示メッセージがステップ１００２で生成されると、図１０Ｂのステップ１００３で、ＢＳＤＡ３００は、この生成されたメッセージをサービスガイドのアクセスフラグメント２３１と連動するようにし、これにより、端末機は、このメッセージを取得することができる。ステップ１００３で、アクセスフラグメント２３１との連動は、端末機がこの生成されたメッセージを受信することができるアドレスをＵＲＩ属性に登録することによりなされる。ステップ１００４で、ＢＳＤＡ３００は、ステップ１００３で連動したアクセスフラグメントをサービスガイドとともにブロードキャストする。ステップ１００５で、ＢＳＤＡ３００は、サービスガイド及びアクセスフラグメント２３１を受信し、ＵＲＩにあるアドレスを用いてＢＳＤＡ３００にアクセスし、受信率報告指示メッセージを要請した端末機３０３に送信する。ステップ１００６で、ＢＳＤＡ３００は、受信率報告メッセージを、受信率測定を実行した端末機から受信する。ステップ１００７で、ＢＳＤＡ３００は、受信率報告メッセージに対するＡＣＫを端末機に送信する。ステップ１００７の動作は、選択的に行うことができる。最後に、ステップ１００８で、ＢＳＤＡ３００は、端末機３０３から受信した受信率報告メッセージの分類及び分析を行う。
【０１０８】
図１１は、本発明の実施形態による端末機の構成を示すブロック図である。
【０１０９】
本発明の実施形態による受信器３０３ａは、ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージをＢＳＤＡ３００から受信する。
【０１１０】
制御器３０３ｃは、受信器３０３ａが受信した受信率報告指示メッセージを分析し、この受信率報告指示メッセージにより示された受信率測定タイプに従って、端末機が受信率測定期間の間に受信すると予想される総パケット数を示すexpectedTotalPackets対端末機が受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定する。この際に、制御器３０３ｃが実行した受信率測定タイプは、上述した測定タイプと同一である。
【０１１１】
すなわち、１番目に、この受信率報告指示メッセージにより示された受信率測定タイプがこのブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、制御器３０３ｃは、このブロードキャストストリーミングサービスの全セッションに対する受信率を測定する。
【０１１２】
２番目に、この受信率報告指示メッセージにより示された受信率測定タイプが固定された時間期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、制御器３０３ｃは、この固定持続期間の開始時点を示す開始リアルタイム転送プロトコル（ＲＴＰ）タイムスタンプ属性値とこの固定持続期間の終了時点を示す終了ＲＴＰタイムスタンプ属性値との間の持続期間の間に、このブロードキャストストリーミングサービスに対する受信率を測定する。
【０１１３】
３番目に、この受信率報告指示メッセージにより示された受信率測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、制御器３０３ｃは、この時間間隔ごとにこのブロードキャストストリーミングサービスに対する受信率を測定する。
【０１１４】
４番目に、この受信率報告指示メッセージにより示された受信率測定タイプが、損失率がしきい値より大きい場合にこの受信率を測定することを示す“しきい値測定タイプ”であれば、制御器３０３ｃは、この損失率がこのしきい値より大きいときごとに、このブロードキャストストリーミングサービスに対する受信率を測定する。ここで、損失率は、端末機が測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対この測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率である。
【０１１５】
５番目に、この受信率報告指示メッセージにより示された受信率測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、制御器３０３ｃは、このイベントが発生する場合に、このブロードキャストストリーミングサービスに対する受信率を測定する。
【０１１６】
送信器３０３ｂは、制御器３０３ｃが測定した受信率を含む受信率報告メッセージをＢＳＤＡ３００に送信する。
【０１１７】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【０１１８】
１０１ コンテンツ供給者
１０２ ＢＣＡＳＴサービスアプリケーションエンティティ
１０３ ＢＣＡＳＴサービス分配／調整部
１０４ ＢＣＡＳＴ加入管理部
１０５ 端末機
１１１ ＢＤＳサービス分配部
１１２ ブロードキャスト分配システム
１１３ 双方向送信ネットワーク
１２１−１２９ ＢＣＡＳＴ
１３０ ＢＤＳ-２
２００ 管理グループ
２０１ サービスガイド送信記述子フラグメント
２１０ 供給グループ
２１１ 購買アイテムフラグメント
２１２ 購買データフラグメント
２１３ 購買チャネルフラグメント
２２０ コアグループ
２２１ サービスフラグメント
２２２ スケジュールフラグメント
２２３ コンテンツフラグメント
２３０ アクセスグループ
２３１ アクセスフラグメント
２３２ セッション記述フラグメント
２３４ プレビューデータフラグメント
２３５ インタラクティブデータフラグメント
３００ ＢＳＤＡ
３０１ ＢＤＳサービス分配部
３０２ 双方向送信ネットワーク
３０３ 端末機
３０３ａ 受信器
３０３ｃ 制御器
【特許請求の範囲】
【請求項１】
ブロードキャストサービスの受信率を報告するブロードキャストシステムであって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを送信するネットワークエンティティと、
前記受信率報告指示メッセージを受信するとともに受信率報告メッセージを送信する前記端末機と、
を具備し、
前記受信率報告メッセージは、受信率を含み、
前記受信率は、前記受信率報告指示メッセージが示す測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率であることを特徴とするシステム。
【請求項２】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項３】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項４】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項５】
前記測定タイプが、前記端末機が受信するものと予想される総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項６】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項７】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項１に記載のシステム。
【請求項８】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失した総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項７に記載のシステム。
【請求項９】
ブロードキャストシステムにおけるブロードキャストサービスの受信率を報告するための端末装置であって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信する受信器と、
受信率を測定する制御器と、
前記測定した受信率を含む前記受信率報告メッセージを送信する送信器と、
を具備し、
前記受信率は、前記受信率報告メッセージにより示された受信率測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率であることを特徴とする端末装置。
【請求項１０】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１１】
前記制御器は、前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを特徴とする請求項１０に記載の端末装置。
【請求項１２】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、前記固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１３】
前記制御器は、前記startRTPTimestampと前記endRTPTimestampとの間の持続期間の間に前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１２に記載の端末装置。
【請求項１４】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１５】
前記制御器は、前記時間間隔ごとに前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１４に記載の端末装置。
【請求項１６】
前記測定タイプが、前記端末機が受信するものと予想する総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１７】
前記制御器は、前記損失率が前記しきい値より大きいときごとに前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１６に記載の端末装置。
【請求項１８】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１９】
前記制御器は、前記イベントが発生する際に、前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１８に記載の端末装置。
【請求項２０】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項９に記載の端末装置。
【請求項２１】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失された総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項２０に記載の端末装置。
【請求項２２】
ブロードキャストシステムにおける端末機がブロードキャストサービスの受信率を報告する方法であって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信するステップと、
前記受信率報告メッセージにより示された受信率測定タイプに従って、前記端末機が受信率測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定するステップと、
前記測定した受信率を含む受信率報告メッセージを送信するステップと、
を有することを特徴とする方法。
【請求項２３】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項２４】
前記受信率を測定するステップは、前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定するステップを含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、前記固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項２６】
前記受信率を測定するステップは、前記startRTPTimestampと前記endRTPTimestampとの間の持続期間の間に前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項２５に記載の方法。
【請求項２７】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項２８】
前記受信率を測定するステップは、前記時間間隔ごとに前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項２７に記載の方法。
【請求項２９】
前記測定タイプが、前記端末機が受信するものと予想される総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項３０】
前記受信率を測定するステップは、前記損失率が前記しきい値より大きいときごとに前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項２９に記載の方法。
【請求項３１】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項３２】
前記受信率を測定するステップは、前記イベントが発生する際に、前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項３１に記載の方法。
【請求項３３】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項２２に記載の方法。
【請求項３４】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失された総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項３３に記載の方法。
【請求項３５】
ネットワークエンティティがブロードキャストサービス受信率に関する報告を端末機から受信する方法であって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを決定するステップと、
前記決定された測定タイプを示す受信率報告指示メッセージを前記端末機に送信するステップと、
前記測定タイプに従って、前記端末機が受信率測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定期間の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す前記受信率を含む受信率報告メッセージを前記端末機から受信するステップと、
を有することを特徴とする方法。
【請求項３６】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項３７】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、前記固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項３８】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項３９】
前記測定タイプが、前記端末機が受信するものと予想する総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項４０】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項４１】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項３５に記載の方法。
【請求項４２】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失された総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項４１に記載の方法。
【請求項１】
ブロードキャストサービスの受信率を報告するブロードキャストシステムであって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを送信するネットワークエンティティと、
前記受信率報告指示メッセージを受信するとともに受信率報告メッセージを送信する前記端末機と、
を具備し、
前記受信率報告メッセージは、受信率を含み、
前記受信率は、前記受信率報告指示メッセージが示す測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率であることを特徴とするシステム。
【請求項２】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項３】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項４】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項５】
前記測定タイプが、前記端末機が受信するものと予想される総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項６】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項１に記載のシステム。
【請求項７】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項１に記載のシステム。
【請求項８】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失した総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項７に記載のシステム。
【請求項９】
ブロードキャストシステムにおけるブロードキャストサービスの受信率を報告するための端末装置であって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信する受信器と、
受信率を測定する制御器と、
前記測定した受信率を含む前記受信率報告メッセージを送信する送信器と、
を具備し、
前記受信率は、前記受信率報告メッセージにより示された受信率測定タイプに従って、端末機が受信率測定時間間隔の間に受信するものと予想する総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率であることを特徴とする端末装置。
【請求項１０】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１１】
前記制御器は、前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを特徴とする請求項１０に記載の端末装置。
【請求項１２】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、前記固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１３】
前記制御器は、前記startRTPTimestampと前記endRTPTimestampとの間の持続期間の間に前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１２に記載の端末装置。
【請求項１４】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１５】
前記制御器は、前記時間間隔ごとに前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１４に記載の端末装置。
【請求項１６】
前記測定タイプが、前記端末機が受信するものと予想する総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１７】
前記制御器は、前記損失率が前記しきい値より大きいときごとに前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１６に記載の端末装置。
【請求項１８】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項９に記載の端末装置。
【請求項１９】
前記制御器は、前記イベントが発生する際に、前記ブロードキャストストリーミングサービスに対する受信率を測定することを特徴とする請求項１８に記載の端末装置。
【請求項２０】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項９に記載の端末装置。
【請求項２１】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失された総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項２０に記載の端末装置。
【請求項２２】
ブロードキャストシステムにおける端末機がブロードキャストサービスの受信率を報告する方法であって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを示す受信率報告指示メッセージを受信するステップと、
前記受信率報告メッセージにより示された受信率測定タイプに従って、前記端末機が受信率測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定時間間隔の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す受信率を測定するステップと、
前記測定した受信率を含む受信率報告メッセージを送信するステップと、
を有することを特徴とする方法。
【請求項２３】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項２４】
前記受信率を測定するステップは、前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定するステップを含むことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、前記固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項２６】
前記受信率を測定するステップは、前記startRTPTimestampと前記endRTPTimestampとの間の持続期間の間に前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項２５に記載の方法。
【請求項２７】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項２８】
前記受信率を測定するステップは、前記時間間隔ごとに前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項２７に記載の方法。
【請求項２９】
前記測定タイプが、前記端末機が受信するものと予想される総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項３０】
前記受信率を測定するステップは、前記損失率が前記しきい値より大きいときごとに前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項２９に記載の方法。
【請求項３１】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項２２に記載の方法。
【請求項３２】
前記受信率を測定するステップは、前記イベントが発生する際に、前記ブロードキャストストリーミングサービスに対する受信率を測定するステップを含むことを特徴とする請求項３１に記載の方法。
【請求項３３】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項２２に記載の方法。
【請求項３４】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失された総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項３３に記載の方法。
【請求項３５】
ネットワークエンティティがブロードキャストサービス受信率に関する報告を端末機から受信する方法であって、
ブロードキャストストリーミングサービスに対する受信率の少なくとも１つの測定タイプを決定するステップと、
前記決定された測定タイプを示す受信率報告指示メッセージを前記端末機に送信するステップと、
前記測定タイプに従って、前記端末機が受信率測定時間間隔の間に受信するものと予想される総パケット数を示すexpectedTotalPackets対前記端末機が前記受信率測定期間の間に受信した総パケット数を示すreceivedTotalPacketsの比率を示す前記受信率を含む受信率報告メッセージを前記端末機から受信するステップと、
を有することを特徴とする方法。
【請求項３６】
前記測定タイプが前記ブロードキャストストリーミングサービスの全セッションに対する受信率を測定することを示す“セッション測定タイプ”である場合には、前記セッション測定を示すSessionMeasurement要素が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項３７】
前記測定タイプが固定された持続期間に対して受信率を測定することを示す“固定持続期間測定タイプ”である場合には、前記固定持続期間測定を示すFixedDurationMeasurement要素と、前記固定持続期間の開始時点を示すstartRTPTimestamp属性値と、前記固定持続期間の終了時点を示すendRTPTimestamp属性値と、が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項３８】
前記測定タイプが所定の時間間隔ごとに受信率を測定することを示す“時間間隔測定タイプ”である場合には、前記時間間隔測定を示すIntervalMeasurement要素及び前記時間間隔を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項３９】
前記測定タイプが、前記端末機が受信するものと予想する総パケット数を示すexpectedTotalPackets対前記測定時間間隔の間に損失された総パケット数を示すlostTotalPacketsの比率を示す損失率がしきい値より大きい際に、前記受信率を測定することを示す“しきい値測定タイプ”である場合には、前記しきい値測定を示すThresholdMeasurement要素及び前記しきい値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項４０】
前記測定タイプが所定のイベントが発生する際に受信率を測定することを示す“イベントトリガー測定タイプ”である場合には、前記イベントトリガー測定を示すEventTriggeredMeasurement要素及び前記イベントをトリガーするためのトリガー値を示す属性値が前記受信率報告指示メッセージに含まれることを特徴とする請求項３５に記載の方法。
【請求項４１】
前記受信率報告メッセージは、前記受信率測定がなされた前記ブロードキャストストリーミングサービスを識別するグローバルサービス識別子（globalServiceIDentifier（ＩＤ））属性値と、前記端末機の識別子を示す装置識別子（DeviceID）要素と、前記装置識別子要素のタイプを定義する属性値と、前記測定が行われたセッションを識別するセッション識別子（SessionID）要素と、前記受信率測定が行われたコンテンツを識別するグローバルコンテンツ識別子（globalContentID）要素と、前記受信率の測定タイプを示す報告タイプ（reportType）属性値と、前記受信率測定の開始時点を示す測定開始リアルタイム転送プロトコルタイムスタンプ（measurementStartRTPTimestamp）属性値と、前記受信率測定の終了時点を示す測定終了ＲＴＰタイムスタンプ（measurementEndRTPTimestamp）属性値の中の少なくとも１つを含むことを特徴とする請求項３５に記載の方法。
【請求項４２】
前記受信率報告メッセージは、前記予想された総パケット数を示すexpectedTotalPacketsと、前記受信された総パケット数を示すreceivedTotalPacketsと、前記端末機が受信に失敗したか、又は前記端末機が受信したが、エラーが発生した総パケット数を示す損失された総パケット（lostTotalPackets）属性値と、前記受信率測定がなされた位置を示すサービスエリア（serviceArea）属性値と、前記受信率測定がなされたセルを示すセル識別子（cellID）属性値の中の少なくとも１つをさらに含むことを特徴とする請求項４１に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【公表番号】特表２０１０−５０２０９０（Ｐ２０１０−５０２０９０Ａ）
【公表日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願番号】特願２００９−５２５４８７（Ｐ２００９−５２５４８７）
【出願日】平成１９年８月１７日（２００７．８．１７）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００３９４３
【国際公開番号】ＷＯ２００８／０２０７２９
【国際公開日】平成２０年２月２１日（２００８．２．２１）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公表日】平成２２年１月２１日（２０１０．１．２１）
【国際特許分類】
【出願日】平成１９年８月１７日（２００７．８．１７）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００３９４３
【国際公開番号】ＷＯ２００８／０２０７２９
【国際公開日】平成２０年２月２１日（２００８．２．２１）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]