JP2010063129A - マルチキャストサービス又はブロードキャストサービスのフィードバック制御 - Google Patents

マルチキャストサービス又はブロードキャストサービスのフィードバック制御 Download PDF

Info

Publication number
JP2010063129A
JP2010063129A JP2009247811A JP2009247811A JP2010063129A JP 2010063129 A JP2010063129 A JP 2010063129A JP 2009247811 A JP2009247811 A JP 2009247811A JP 2009247811 A JP2009247811 A JP 2009247811A JP 2010063129 A JP2010063129 A JP 2010063129A
Authority
JP
Japan
Prior art keywords
feedback
service
multicast
mobile terminal
feedback control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2009247811A
Other languages
English (en)
Other versions
JP4898889B2 (ja
Inventor
Jose Rey
ホセ レイ
Ivica Rimac
イビカ リマック
Hakenberg Rolf
ロルフ ハッケンバーグ
Ralf Becker
ラルフ ベッカー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Original Assignee
Panasonic Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp filed Critical Panasonic Corp
Publication of JP2010063129A publication Critical patent/JP2010063129A/ja
Application granted granted Critical
Publication of JP4898889B2 publication Critical patent/JP4898889B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】マルチキャストサービス又はブロードキャストサービスを受信している各移動端末からのフィードバックの送信を制御する、移動端末により実行される方法を提供する。
【解決手段】方法は、ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを受信するステップと、移動端末がフィードバックを提供するか否かを決定するパラメータを受信するステップと、受信したパラメータに基づいて、マルチキャストサービス又はブロードキャストサービスに対するフィードバックを提供するか否かを決定するステップと、を含む。
【選択図】なし

Description

本発明は、フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している移動端末からのフィードバックの送信を制御する方法、及びこの方法を使用する移動端末に関する。
リアルタイムトランスポートプロトコル（ＲＴＰ）（http://www.ietf.orgにて得られる非特許文献１を参照）は、オーディオ、ビデオ又はシミュレーションデータなどのリアルタイムデータの送信に適したエンドツーエンドのネットワーク伝送機能を提供する。ＲＴＰは、リソースの確保には対処しておらず、リアルタイムサービスのサービス品質を保証しない。
大規模なマルチキャストネットワークに拡張可能な方式でデータ配信を監視できるようにするために、また最小限の制御及び識別機能を実現するために、データ伝送は制御プロトコル（ＲＴＣＰ）によって増強されている。ＲＴＰ及びＲＴＣＰは、基本的なトランスポート層及びネットワーク層から独立に設計されている。
３Ｇネットワークにおけるストリーミングサービスのマルチキャスト又はブロードキャストのデータ伝送には、ＲＴＰが使用され得る。前述のとおり、リアルタイム制御プロトコル（ＲＴＣＰ）は、配信されたＲＴＰストリームに関する制御情報を監視し、伝送するための手段を提供する。
標準ＲＴＰ／ＲＴＣＰ
ＲＴＰ（及びそれと併用されるＲＴＣＰ）は、ユニキャスト及びマルチキャストの両方のデータ伝送向けに元来設計された（ＲＴＰ報告）。このため、フィードバック崩壊を防ぐための拡張可能なアルゴリズムとそれに対応したメカニズムが提案されてきた。本文書の以降の部分では、これをそれぞれ「標準的なＲＴＣＰアルゴリズム及びメカニズム」と言う。
ＲＴＣＰの標準的なアルゴリズム及びメカニズムは、各エンドシステムが双方向トランスポートチャネルを介してデータを送受信できるエニーソースマルチキャスト（ＡＳＭ：Any-Source Multicast）モデルを土台に想定して設計された。
従って、参加している各エンドシステムは、ＲＴＰデータを受信するほか、ＲＴＣＰセンダーレポート（ＳＲ）とすべての参加者のレシーバレポート（ＲＲ）とを受信する。すべてのＲＲの受信によって、各エンドシステムはセッションの参加者の数を独自に推定することができ、この値を使って、ＲＴＣＰの標準的なアルゴリズムによる報告時間間隔を計算することができる。さらに、これは、小グループ会議のような用途で役立ち得る、すべての参加者に関する情報を収集する手段を各エンドホストに提供する。
一方向マルチキャストチャネル向けのＲＴＣＰ ＲＲ
非特許文献２（http//www.ietf.orgにて得られる）で記述されているようなソーススペシフィックマルチキャスト（ＳＳＭ：Source-Specific Multicast）は、http://www.3gpp.orgにて得られる非特許文献３に規定されるような３ＧＰＰ ＭＢＭＳ構成との併用に特に適する。
ＳＳＭマルチキャストモデルは、ＡＳＭに比べて複雑度が少なく、加入ベースのアクセス制御を可能にする。ＳＳＭでは、各単一のエンドシステムが、一方向マルチキャストトランスポートチャネルを使ってデータの送信を行うことができる。このチャネルに加入した参加者だけがメッセージを受信することになる。
ＡＳＭの場合と異なり、ＲＴＣＰレシーバレポートは、このマルチキャストチャネルを通じて送信することはできない。しかし、各受信機がフィードバックを個別のユニキャストトランスポートチャネルを通じてセンダーに送信し、センダーがこれらのメッセージを、レシーバレポート及びセンダーレポートの帯域幅の指定値に従って、マルチキャストチャネルに反映することによって、ＳＳＭでのこの制約を克服することができる。
ＲＴＣＰのＳＤＰ帯域幅変更子
標準的なＲＴＣＰメカニズムは、全制御トラヒックの帯域幅の比率をＲＴＰセッション帯域幅の５％に定めている。単一のセンダーによる、用途のシナリオの目標では、センダーレポート（ＳＲ）に割り当てられたＲＴＰ帯域幅の比率Ｓは１．２５％であり、レシーバレポート（ＲＲ）のために各エンドシステムによって均等に共有される比率Ｒとしては３．７５％の値が割り当てられる。様々な帯域幅割当ての指定をサポートするために、非特許文献４（http://www.ietf.orgにて得られる）により、セッション記述プロトコル（ＳＤＰ）内でのＲＴＣＰ帯域幅変更子のシグナリングが提案されている。
特定のセッションに対するＳＤＰインスタンスは、二つの追加のパラメータ により拡張することができる。ここで、ｂ＝ＲＳ：＜帯域幅値＞及びｂ＝ＲＲ：＜帯域幅値＞はそれぞれ、全センダーレポート及び全レシーバレポートレートを指定する。ホストごと割当て及び報告時間間隔は、標準的なＲＴＣＰアルゴリズムに従って決定される。
マルチキャストフィードバックの制限
ＩＥＴＦ ＲＭＴワーキンググループ内で検討されてきた既存の作業は、例えば高信頼性マルチキャスト送信での損失データパケットの否定応答といった冗長フィードバックを抑制するという問題を扱っている。これ以外のマルチキャストの用途は、特定のメトリックに基づく極値を有するエンドシステムのフィードバックを要求する。
これらの方式の目的は、マルチキャストセッション内で能力（帯域幅）が制限されている受信機を見つけることである。そして、このような受信機のフィードバックに対してセンダーは送信レートを調節する。両方の問題に対するエンドツーエンドのソリューションは、通常、フィードバックタイマ又はポーリングメカニズムの様々な変形を使用する。
マルチキャストに参加している受信機の状態情報を集めることについてのフィードバックの制限を扱っている既存の作業はほとんどない。受信機状態情報の収集に基づいたビデオストリーミング用途についての一つの重要なメカニズムが、非特許文献５に提示されている。この提案されたメカニズムの主たる目的は、報告された状態情報に応じてパケットの送信レートを調整することである。
従って、受信機が報告可能な状態のセットは、三つの異なる状態に制限されている。その結果、この手法は、以下の問題があるため、３ＧＰＰ ＭＢＭＳセッションでの統計値のフィードバックの制限には適用できない。
参加しているエンドシステムの数は、ＲＴＣＰ ＲＲにより各受信機で捕捉しなければならない。このことは、参加している各移動端末（ＭＴ、ＵＥ）にセンダーへのポイントツーポイントのフィードバックチャネルの確立を要求する。
センダーは、すべてのＲＲを反映又は集約して、この情報を一方向マルチキャストチャネルで転送しなければならない。セルラー及びモバイル環境に照らすと、上記ソリューションの欠点として、次のことが明白にあげられる。
● フィードバックチャネル（ＭＴ／ＵＥ当り１つ）の確立及び維持のためのコスト
● 反映されたレポートにより生じるマルチキャストチャネルのオーバヘッド
● 状態情報を動的に維持更新しなければならないエンド装置の消費電力オーバヘッド
例えば、各ユーザが例えば個別の拡散コードを有する個別アップリンクチャネルを有することになる場合、ユニキャストフィードバックチャネルはセル内の相当な量のリソースを必要とし得る。この状況は、対応セルにおける呼の遮断（call blocking）やハンドオフの放棄（handoff dropping）の確率の増加を引き起こし得る。
受信機当り帯域幅（per-receiver bandwidth）ｂＲＲは、標準的なアルゴリズムを用いて次のとおりに計算される。
Figure 2010063129
なお、Ｔｍｉｎは最小時間間隔（例えば、５ｓ）、ＰＲＴＣＰはＲＴＣＰパケットサイズ、ＢＲＲは全レシーバレポート帯域幅（ＲＴＰ帯域幅の３．７５％）、ｎは受信機数である。これにより得られた、グループサイズの関数としての受信機当り帯域幅ｂＲＲを図１に示す。
標準的なＲＴＣＰアルゴリズムにより計算された受信機当り帯域幅
グループダイナミクス（現行のセッション中に受信機はセッションに加わったり退去したりできる）により、実効的な受信機当り帯域幅は先験的に知られるものではなく、著しく変化することもある。現在のグループのサイズに適合するようにフィードバックチャネルを頻繁に再確立することを避けるために、レシーバフィードバックチャネルは、上限まで、すなわち、最悪のケースでは最大ＲＲ帯域幅までリソースを確保して確立されなければならないであろう。その結果、フィードバックチャネル用に確保されたリソースは、非常に非効率に使用され得る。
ＲＴＣＰ ＲＲ時間間隔Ｔは、標準的なＲＴＰアルゴリズムによって次のとおりに計算される。
Figure 2010063129
なお、Ｔｍｉｎは最小時間間隔、ｎは受信機数、ＰＲＴＣＰはＲＴＣＰパケットサイズ、ＢＲＲは全レシーバレポート帯域幅である。
図２は、ＲＲ時間間隔Ｔ（上記式により計算された）とＲＴＰセッションに参加している受信機数ｎとの関係を示す。時間間隔は、参加している受信機数とともに直線的に増加する。
この量的な影響を説明するために、６４ｋｂｐｓのデータレートでオーディオビジュアルコンテンツをストリーミングする下記の例を考える。平均ＲＴＣＰ ＲＲパケットサイズが１２０バイト、ｎ＝１００とすれば、報告時間間隔はＴ１００＝４０ｓと計算される。これは、すなわち、ｎ＝９，０００とすれば、報告時間間隔はＴ９，０００＝３，６００ｓ＝１ｈに達する。
標準的なアルゴリズに従って、各受信機はそれぞれの報告パケットを均等な配分に従って間隔［０．５Ｔ、１．５Ｔ］内で確率論的にスケジューリングする。すなわち、上記の例では、最初の報告パケットは、それぞれ２０ｓ後及び０．５ｈ後に送信するように予定される。明らかに、この結果のＲＲ時間間隔Ｔは実用的には受け入れ難い。
前述のとおり、標準的なＲＴＣＰ手法は、どのエンドシステムでも単一の双方向チャネル上でデータを送受信できかつ損失の可能性の報告を行うようなＡＳＭモデルの特徴に対応するものである。しかし、３ＧＰＰ ＭＢＭＳサービスでは、上記の間隔は容易にセッションの継続時間を超えることが予想され、報告は無駄になる。
さらに、留意すべき点は、ブロードキャストデータ配信についても、ブロードキャストサービスの受信機からフィードバックを提供すると考えられる（特に、受信コンテンツの品質が課金のために重要となり得るブロードキャストデータ配信にも、コンテンツベースの課金が使用され得るため）。あるサービスを受信することが重要である加入ベースの課金とは対照的である。
前述したＲＴＰ及びＭＢＭＳ特有の問題は、受信端末から送信元、例えば、マルチキャストサーバ又はブロードキャストサーバへのフィードバックの提供を可能にするプロトコルを使用してエアインタフェースを介して移動端末で受信するマルチキャスト又はブロードキャストに一般化して考えられ得る。
特許文献１において、無線ネットワークにおけるマルチユーザサービスの報告の方法が知られている。同文献での概念は、中間ネットワーク部において、エアインタフェースリソースのＲＮＣ知見に基づいて、集約型フィードバックレポートを生成することである。端末からのＲＴＣＰフィードバックは、マルチユーザサービスでは、すなわち、マルチユーザサービスのすべてのユーザで無効にされ得る。変形では、マルチユーザサービスのすべてのユーザは、イベント駆動型フィードバックを提供するようにＲＮＣによって設定され得る。各受信機からのこの情報は、ＲＮＣにおいて、集約型フィードバックを作成するために使用され得る。
特許文献１で提案された方法及びシステムは、マルチユーザサービスの送信元、すなわち、サーバへ送信される集約型フィードバックレポートを生成するために、移動通信システムの無線リソースに関するＲＮＣの知見を使用する。同文献に提案された方法は、複数層（例えばセッション層及び無線リソース制御）間での相互作用及びデータ交換、並びにＲＮＣでの無線リソース管理とデータ通信を行う中間ネットワーク部との間の独自の拡張を必要とする。そのため、エンドツーエンドの概念のマルチユーザサービス提供は犠牲になる。マルチキャストサービス又はブロードキャストサービスを提供するための構成が広範に定められなければならない場合、これらの拡張は実現不可能である。
国際公開第２００４／０４０９２８Ａ１号パンフレット
Schulzrinne et al., "RTP: A Transport Protocol for Real-Time Applications", RFC 3550 S. Bhattacharyya, Ed. "An Overview of Source-Specific Multicast (SSM)", RFC 3569 3GPP TR 23.846: "Multimedia Broadcast/Multicast (MBMS); Architecture and functional description (Release 6)", V6.1.0, December 2003 Casner, "Session Description Protocol (SDP) bandwidth Modifiers for RTP Control Protocol (RTCP) Bandwidth", RFC 3556 Bolet et al., "Scalable Feedback Control for Multicast Video Distribution in the Internet", Proceedings of ACM/SIGCOMM 1994, Vol.24, No.4, Oct.1994 Bronstein et al., "Taschenbuch der Mathematik", 1999, chapter 16.2.3.1: "Binomialverteilung" Friedman et al., "RTP Control Protocol Extended Reports (RTCP XR)", RFC 3611 Palia et al., "FLUTE - File Delivery over Unidirectional Transport", draft-ietf-rmt-flute-07.txt, June 2004
本発明の目的は、エンドツーエンド概念を維持しつつ、エアインタフェースを介して提供されるマルチキャストサービス又はブロードキャストサービスに対する設定可能で適応的なフィードバックを可能にすることである。別の目的としては、ＲＴＰプロトコルを使用して提供されるＭＢＭＳに対する設定可能で適応的なフィードバックを提供することが挙げられる。
上記目的は、独立請求項の主題によって解決される。本発明の有利な実施の形態は、従属請求項の主題である。
本発明の主たる思想の一つは、移動通信ネットワーク内のフィードバック制御エンティティからマルチキャストサービス又はブロードキャストサービスを受信している端末のサブセットのみに、送信元、すなわちフィードバック制御エンティティへのフィードバックを提供させることである。これにより、エンドツーエンド概念を維持することができ、かつ適用プロトコルの階層構造を壊さないことも可能になる。本発明の別の思想は、統計的ユーザサンプリングを使用することであり、このサンプリングに基づいてフィードバックを提供する端末のサブセットを決定する。
本発明の実施の形態によれば、フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している移動端末からのフィードバックの送信を制御する方法が提供される。この方法によれば、移動端末は、一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコル及びセッションプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを受信することができる。ここで、上記セッションプロトコルはマルチキャストサービス又はブロードキャストサービスを受信している端末のフィードバック提供を設定する。さらに、移動端末は、パラメータを受信することができる。該パラメータに基づいて、端末は、フィードバック制御エンティティへのフィードバックを提供するか否かを決定することができる。
決定ステップにおいて、移動端末は、受信パラメータに基づいて、マルチキャストサービス又はブロードキャストに対するセッションプロトコル設定フィードバックをフィードバック制御エンティティへ提供するか否かを決定することができる。セッションプロトコル設定フィードバックを提供するという決定がなされる場合、セッションプロトコル設定フィードバック制御エンティティへのフィードバックを提供するためのベアラを確立することができる。
ベアラが確立されたとき、移動端末は、マルチキャストサービス又はブロードキャストサービスの受信統計値を示すセッションプロトコル設定フィードバックを確立ベアラを介してフィードバック制御エンティティへ送信することができる。
この実施の形態は、シグナリングされたパラメータのセット（又は単一のパラメータ）に基づき、移動端末がセッションプロトコル設定フィードバックを提供するか否かを決定できるという利点をもつ。前述のように、移動端末がセッションプロトコル設定フィードバックを提供すると決定する場合、セッションプロトコル設定フィードバックを提供するためのベアラが確立されるが、この場合、リソース、例えば、移動通信システムの無線アクセスネットワーク中のリソースが当該移動端末にのみ割り当てられるようにベアラが確立される。
本発明のさらに別の実施の形態では、移動端末で受信するパラメータは、移動端末がセッションプロトコル設定フィードバックを提供するか否かを決定する確率試験の確率値を示す。従って、セッションプロトコル設定フィードバックを提供するか否かの決定は、移動端末によって実行された確率試験の結果に基づくことができる。この試験を実行するために、受信した確率値が使用される。
マルチキャストサービス又はブロードキャストサービスを受信している移動端末にシグナリングされた確率メトリックの使用により、移動通信システムのフィードバック制御エンティティから受信されたデータ（パラメータ）のサイズが縮小可能である一方、確率メトリックを受信した各移動端末にセッションプロトコル設定フィードバックを提供するか否かの決定を自発的にさせることができる。フィードバックを提供するか否かを決定するための確率試験の使用についての詳細は後述する。
本発明の別の実施の形態によれば、上記確率試験はベルヌーイ試験である。これは、移動端末における計算の複雑度を減少するために試験の実行時の計算を簡易化する近似を使用できるという利点を有することができる。
本発明のさらに別の実施の形態では、上記パラメータは、マルチキャストサービス又はブロードキャストサービスを提供しているマルチキャストデータチャネル又はブロードキャストデータチャネルを介して受信される。この場合、データは、先に述べたように、低信頼性トランスポートプロトコル、例えば、ＵＤＰを使用して端末に配信され得る。
本発明の別の実施の形態による方法は、マルチキャストサービス又はブロードキャストサービスが受信機候補に告示される告示チャネルを介してパラメータを受信することを先見する。この実施の形態の変形では、告示チャネル上のデータ伝送に高信頼性通信プロトコルが使用される。
この実施の形態は、各端末がシグナリングされたパラメータを高信頼性で少なくとも一回受信することが望ましいと考える。パラメータが低信頼性通信プロトコルを用いて提供される場合、各受信端末が、セッションプロトコル設定フィードバックを提供するか否かを決定するために、必要なパラメータを有し得ることが保証されない場合がある。
本発明の別の実施の形態は、移動端末で受信されたパラメータはさらに、パラメータの有効期間が終わる時点を示すことを先見する。この実施の形態の変形では、パラメータによって示された時点に達している場合、移動端末は、セッションプロトコル設定フィードバックを提供するための確立ベアラを解除することができる。
これにより、セッションプロトコル設定フィードバックを各端末から提供すべきか否かを決定するために、移動端末が旧パラメータセットを使用することが保証され得る。例えば、フィードバック制御エンティティから受信されるパラメータが（例えば定期的に）更新され、かつ低信頼性トランスポートメカニズムを使用して提供されるような状況に、これを適用することができる。この場合、パラメータの有効期間を示す上記のメカニズムを先見することが実現可能であるようなパラメータセットの更新を各端末が正常に受信することが保証されない場合がある。
先にすでに示したように、本発明の別の実施の形態は、パラメータの再設定又は更新を容易にする。移動端末は、再設定パラメータを受信することができ、この再設定パラメータはフィードバック制御エンティティから以前に受信したパラメータを更新する。
この実施の形態の変形では、上記再設定パラメータは、以前に受信したパラメータの有効期間を更新するか否かを示す、すなわち当該パラメータがいわば「追加の」時間期間中に有効となるか否かを示すフラグを含み得る。この場合、移動端末は、このフラグに基づき、以前に受信したパラメータの有効期間を更新することができる。
さらに別の実施の形態では、セッションプロトコル設定フィードバックを提供するためのベアラを確立した移動端末のみが上記有効期間を更新するようにされる。
また、本発明のさらに別の実施の形態によれば、受信した再設定パラメータは、セッションプロトコル設定フィードバックの提供についての新たな決定が移動端末によってなされるべきか否かを示す（追加の）フラグを含み得る。従って、このフラグに応じて、移動端末はセッションプロトコル設定フィードバックの提供についての新たな決定をなすべきか否かを決定するように制御されることができる。
上記フラグがそうすべきことを示す場合、移動端末は受信した再設定パラメータに基づいて、マルチキャストサービス又はブロードキャストサービスに対するフィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを決定することができる。先に述べたように、セッションプロトコル設定フィードバックを提供するという決定がなされる場合、フィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するためのベアラを確立することができ、そして移動端末は、マルチキャストサービス又はブロードキャストサービスの受信統計値を示すセッションプロトコル設定フィードバックを確立ベアラを介してフィードバック制御エンティティへ送信することができる。
次に、フィードバック制御エンティティの動作に関係する、さらに他の実施の形態を以下に概説する。フィードバック制御エンティティは、単独のネットワークエンティティ（構成要素）として実現されてもよいし、あるいはサービス供給元、すなわち、マルチキャストサービス又はブロードキャストプロバイダと一体化した、移動通信ネットワークのネットワークエンティティとして実現されてもよいことに留意すべきである。本発明の多様な実施の形態のうちの一つは、フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している複数の移動端末からのフィードバックの送信をフィードバック制御エンティティによって制御する方法を提供する。この方法によれば、フィードバック制御エンティティは、低信頼性トランスポートプロトコル及びセッションプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを送信又は転送することができる。ここで、上記セッションプロトコルはマルチキャストサービス又はブロードキャストサービスを受信している端末のフィードバック提供を設定する。
さらに、フィードバック制御エンティティは、フィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを移動端末に決定させるパラメータを決定することができ、そしてマルチキャストサービス又はブロードキャストサービスを受信している複数の移動端末のうちの少なくともサブセットに上記パラメータを送信することができる。従って、フィードバック制御エンティティは、複数の移動端末のうち上記パラメータを受信したサブセットからフィードバックを受信することができる。
本発明の別の実施の形態では、フィードバック制御エンティティは、フィードバック制御エンティティによって保持され又は移動通信システムのネットワークエンティティから受信したマルチキャストサービス又はブロードキャストサービスの状態情報に基づいてパラメータを決定する。
本発明のさらに別の実施の形態では、フィードバック制御エンティティによって決定されたパラメータは、移動端末がセッションプロトコル設定フィードバックを提供するか否かを決定する確率試験のための確率値を示すことができる。従って、この実施の形態によれば、フィードバック制御エンティティは、移動端末により確率試験に使用されるべき確率メトリックを決定し、このメトリックを複数の移動端末のうちの少なくともサブセットにシグナリングすることができる。
先に述べたように、本発明の一実施の形態は、受信機候補にマルチキャストサービス又はブロードキャストサービスが告示される告示チャネルを介してパラメータを送信することを予見する。さらに、告示チャネル上のデータ伝送には高信頼性通信プロトコルを使用することができる。
さらに別の実施の形態によれば、フィードバック制御エンティティは、マルチキャストサービス又はブロードキャストサービスの参加者の数に基づき確率値を決定することができる。マルチキャストサービス又はブロードキャストサービスの参加者の数は、例えば、マルチキャストサービス又はブロードキャストサービスに関連した状態情報から得ることができる。
本発明の別の実施の形態では、マルチキャストサービス又はブロードキャストサービスに関連した状態情報は、フィードバック制御エンティティで保持されたＭＢＭＳ ＵＥコンテキスト又はＭＢＭＳベアラコンテキスト内に含まれる。代替的に、上記状態情報は、ＭＢＭＳ ＵＥコンテキスト又はＭＢＭＳベアラコンテキストを保持する移動通信ネットワークのネットワークエンティティからフィードバック制御エンティティによって受信され得る。
本発明のさらに別の実施の形態では、フィードバック制御エンティティは、マルチキャストサービス又はブロードキャストサービスのプロバイダからマルチキャストサービス又はブロードキャストサービスのデータを受信することができる。
この実施の形態の変形では、フィードバック制御エンティティは、移動端末から受信したセッションプロトコル設定フィードバックをマルチキャストサービス又はブロードキャストサービスのプロバイダへ転送することができる。
さらに別の変形では、マルチキャストサービスのデータは、トランスポートプロトコル及びセッションプロトコルを使用してフィードバック制御エンティティに伝送されることができる。フィードバック制御エンティティは、マルチキャストサービス又はブロードキャストサービスのデータを移動端末に送信又は転送する前に、トランスポートプロトコル及びセッションプロトコルの少なくとも一つをそれぞれ別のトランスポートプロトコル又はセッションプロトコルに変換することができる。
さらに、マルチキャストサービスに対するフィードバックは、トランスポートプロトコル及びセッションプロトコルを使用してフィードバック制御エンティティに伝送されることが可能である。この場合、フィードバック制御エンティティは、フィードバックをマルチキャストサービス又はブロードキャストサービスのプロバイダへ転送する前に、トランスポートプロトコル及びセッションプロトコルの少なくとも一つをそれぞれ別のトランスポートプロトコル又はセッションプロトコルにさらに変換することができる。
この実施の形態の別の変形では、フィードバック制御エンティティは、移動端末から受信したセッションプロトコル設定フィードバックの集約情報を生成し、受信したフィードバックの集約情報をフィードバック情報としてマルチキャストサービス又はブロードキャストサービスのプロバイダへ送信することができる。
本発明のさらに別の実施の形態は、ＲＴＰを使用したサービス提供を考える。この実施の形態では、マルチキャストサービス又はブロードキャストサービスはＲＴＰプロトコルを使用して提供され、フィードバックはＲＴＣＰプロトコルを使用して提供される。ここで、マルチキャストサービス又はブロードキャストサービスを提供しているセッションに使用可能な帯域幅の一部分が、ＲＴＣＰプロトコルメッセージに割り当てられる。
さらに、代替的には、セッションプロトコル設定フィードバックは、ＲＴＣＰプロトコルのレシーバレポートの形式で提供され得る。本発明の実施の形態によれば、前述の受信統計値は、ＲＴＣＰプロトコルによるレシーバレポート内でシグナリングされる情報に相当し得ることに留意すべきである。
本発明の別の実施の形態によれば、フィードバック制御エンティティにより送信されかつ移動端末により受信されたパラメータは、ＲＴＣＰプロトコルを使用したフィードバックを提供するための報告時間間隔と使用可能帯域幅とをさらに示すことができる。
フィードバック制御エンティティからシグナリングされるパラメータは、フィードバック制御エンティティから送信されるＲＴＣＰプロトコルのセンダーレポートメッセージ内に含まれ得る。
さらに別の実施の形態は、フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信する移動端末に関する。移動端末は、一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを受信する受信機を含み得る。さらに、端末は、移動端末がフィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを決定するパラメータを受信することができる。また、受信したパラメータに基づいて、マルチキャストサービス又はブロードキャストサービスに対するフィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを決定し、セッションプロトコル設定フィードバックを提供するという決定がなされる場合に、フィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するベアラを確立するプロセッサと、マルチキャストサービス又はブロードキャストサービスの受信統計値を示すセッションプロトコル設定フィードバックを確立ベアラを介してフィードバック制御エンティティへ送信する送信機とを含み得る。
本発明の別の実施の形態では、移動端末は、先に述べたフィードバック制御方法の多様な実施の形態のうちの一つにおける移動端末により実行される各ステップを実行するように適合された手段をさらに含み得る。
本発明の別の実施の形態は、移動通信システムのエアインタフェースを介してフィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを受信している移動端末からのフィードバックの送信を制御するフィードバック制御エンティティを提供する。この実施の形態によれば、フィードバック制御エンティティは、一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコル及びセッションプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを送信又は転送する送信機を含み得る。ここで、上記セッションプロトコルはマルチキャストサービス又はブロードキャストサービスを受信している端末のフィードバック提供を設定する。さらに、フィードバック制御エンティティは、フィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを移動端末に決定させるパラメータを決定するプロセッサをさらに含むことができ、上記送信機は、マルチキャストサービス又はブロードキャストサービスを受信している複数の移動端末のうちの少なくともサブセットに上記パラメータを送信するように適合され、フィードバック制御エンティティは、複数の移動端末のうち上記パラメータを受信したサブセットからセッションプロトコル設定フィードバックを受信する受信機をさらに含むことができる。
本発明の別の実施の形態では、フィードバック制御エンティティは、先に述べたフィードバック制御方法の多様な実施の形態のうちの一つにおけるフィードバック制御エンティティにより実行される各ステップを実行するように適合された手段をさらに含み得る。
さらに、本発明の一実施の形態は、上記に定義されたフィードバック制御エンティティと、エアインタフェースを介してフィードバック制御エンティティからマルチキャストサービス又はブロードキャストサービスを受信する上記に定義された少なくとも一つの移動端末とを含んでなる移動通信システムに関する。
本発明のさらに別の実施の形態は、移動端末のプロセッサにより実行されるとき、フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している移動端末からのフィードバックの送信を当該プロセッサに制御させる命令を記憶するためのコンピュータ読取り可能媒体に関し、一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコル及びセッションプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを移動端末で受信し、ここで上記セッションプロトコルはマルチキャストサービス又はブロードキャストサービスを受信している端末のフィードバック提供を設定し、移動端末がフィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを決定するパラメータを移動端末で受信し、受信したパラメータに基づいて、マルチキャストサービス又はブロードキャストに対するフィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを移動端末により決定し、セッションプロトコル設定フィードバックを提供するという決定がなされる場合、フィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するためのベアラを移動端末により確立し、マルチキャストサービス又はブロードキャストサービスの受信統計値を示すセッションプロトコル設定フィードバックを確立ベアラを介して移動端末からフィードバック制御エンティティへ送信することにより、フィードバックの送信を制御する。
別の実施の形態では、上記コンピュータ読取り可能媒体は、移動端末のプロセッサにより実行されるとき、先に述べたフィードバック制御方法の多様な実施の形態のうちの一つにおける移動端末により実行される各ステップを当該プロセッサに実行させる命令をさらに記憶することができる。
さらに、本発明の別の実施の形態は、フィードバック制御エンティティのプロセッサにより実行されるとき、フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している移動端末からのフィードバックの送信を当該プロセッサに制御させる命令を記憶するためのコンピュータ読取り可能媒体を提供し、一方向ダウンリンクチャネル介して、低信頼性トランスポートプロトコル及びセッションプロトコルを使用して、フィードバック制御エンティティから少なくとも一つの移動端末へマルチキャストサービス又はブロードキャストサービスを転送し、ここで上記セッションプロトコルはマルチキャストサービス又はブロードキャストサービスを受信している端末のフィードバック提供を設定し、フィードバック制御エンティティへのセッションプロトコル設定フィードバックを提供するか否かを移動端末に決定させるパラメータをフィードバック制御エンティティにて決定し、上記パラメータをフィードバック制御エンティティからマルチキャストサービス又はブロードキャストサービスを受信している複数の移動端末のうちの少なくともサブセットに送信し、複数の移動端末のうち上記パラメータを受信したサブセットからフィードバックをフィードバック制御エンティティで受信することにより、フィードバックの送信を制御する。
さらに別の実施の形態では、上記コンピュータ読取り可能媒体は、フィードバック制御エンティティのプロセッサにより実行されるとき、先に述べたフィードバック制御方法の多様な実施の形態のうちの一つにおけるフィードバック制御エンティティにより実行される各ステップを当該プロセッサに実行させる命令をさらに記憶することができる。
ＲＴＰセッションに加入し受信を行う受信機数の関数としての受信機当りの報告帯域幅を示す。 ＲＴＰセッションに加入し受信を行う受信機数の関数としてのレシーバレポート（ＲＲ）時間間隔Ｔを示す。 ＲＴＣＰアプリケーション定義パケットを示す。 本発明の実施の形態による、ＲＴＣＰアプリケーション定義パケットで伝送されるアプリケーション定義パラメータのフォーマットを示す。 本発明の実施の形態による、拡張ＲＴＣＰレシーバレポートブロックのフォーマットを示す。 本発明の実施の形態による、図３のＲＴＣＰアプリケーション定義パケット又は図５に示した拡張ＲＴＣＰレシーバレポートブロック内でパラメータを伝送するためのフォーマットを示す。 本発明の実施の形態による、ユーザにマルチキャストサービス又はブロードキャストサービスを提供し、受信端末からのフィードバックを制御するシナリオを示す。 本発明の実施の形態による、ユーザにマルチキャストサービス又はブロードキャストサービスを提供し、受信端末からのフィードバックを制御するシナリオを示す。 本発明の実施の形態による、ユーザにマルチキャストサービス又はブロードキャストサービスを提供し、受信端末からのフィードバックを制御するシナリオを示す。 本発明の実施の形態による、移動端末とフィードバック制御エンティティとをそれぞれ示す。 本発明の実施の形態による、移動端末とフィードバック制御エンティティとをそれぞれ示す。
以下に、添付の図及び図面を参照して本発明をさらに詳細に説明する。図中の類似の又は同等の細部は、同一の参照番号を付けてある。
以下の段落では、本発明の多様な実施の形態を説明する。典型的な例を示すという目的でのみ、実施の形態の大部分は、ＵＭＴＳ通信システムに関連して概説される。また、以下の節で使用される専門用語は、主にＵＭＴＳの用語に関係する。しかし、使用された用語とＵＭＴＳ構成に関連した実施の形態の説明とは、本発明の原理及び思想を上記システムに限定することを意図したものではない。
また、前述の背景技術の節で述べた詳細な説明は、以下に説明する主にＵＭＴＳに特有の典型的な実施例をよりよく理解するためのものにすぎず、移動通信ネットワークにおける処理及び機能のここで述べた特定の実現に本発明を限定するものと理解すべきではない。
以下の節で概説される思想及び原理は、一方向ダウンリンク及びデータ配信用の低信頼性トランスポートプロトコルを使用して、エアインタフェースを介して移動端末で受信されるマルチキャストサービス又はブロードキャストサービスに適用できる。さらに、受信端末から送信元、例えば、フィードバック制御エンティティへのフィードバックの提供を可能にするプロトコルが使用される。上記のシナリオでは、サービスデータが受信されるチャネルを介してフィードバックを提供することは、このチャネルは一方向なのであり得ないことに留意する。
本発明の一実施の形態の主要な態様は、先に述べたように、フィードバック制御エンティティからマルチキャストサービス又はブロードキャストサービスを受信している端末のサブセットのみが、通信ネットワーク内でのサービスとフィードバック提供とを制御し得る移動通信ネットワーク中のフィードバック制御エンティティへのフィードバックを提供することを可能にすることである。本発明の実施の形態では、これは、例えばマルチキャストサービス又はブロードキャストサービスを受信している移動端末に、フィードバックを提供するか否かを例えば確率試験に基づいて決定させることにより、達成することができる。この試験に使用されるべきパラメータ、例えば確率値をシグナリングすることにより、フィードバック制御エンティティは、サービスを受信している統計的に所望の数の移動端末がフィードバックを提供するように、シグナリングされるパラメータの値を変えることでフィードバックを制御することができる。
この点について、マルチキャストサービス又はブロードキャストサービスの基礎はエンドツーエンド概念であること、つまりエンドポイント間で交換される情報はあらゆる中間ノードには見えないということに留意することは重要である。このことは、ある層内の伝達情報をカプセル化する階層構造に従った適用プロトコルによっても反映される。一つの層での情報は、初めは他の層には見えない。隣接する層間でのみ、明確に定義されたサービスとサービスアクセスポイントとを通じて情報を交換できる。マルチキャストサービス又はブロードキャストサービスの送信情報は、送信元、すなわちフィードバック制御エンティティと受信機とにだけ見えるので、中間に介在するノードは使用された送信プロトコルよりも下位層のプロトコルのみをサポートする。
マルチキャストサービス又はブロードキャストサービスを受信している端末のサブセットを、フィードバックを提供する端末として選択するという思想は、このエンドツーエンド概念を維持し、適用プロトコルの階層構造を壊さない。
対照的に、ＵＴＲＡＮ又はＣＮの中間ノードでフィードバックを生成するとすれば、これらの概念を壊してしまい、プロトコルを非互換的に変更しなければならず、中間ノードを本来不適当な機能を実行するように拡張しなければならない場合がある。マルチキャストサービス又はブロードキャストサービスを提供するための構成を広範に定めるとすれば、このような仮定はいずれも実現不可能である。
本発明の別の実施の形態は、ＭＢＭＳサービスに対する設定可能で適応的なフィードバックを提供するという思想に基づく。以下に、この実施の形態をより詳細に説明する。
ＭＢＭＳサービスは、通常、メディアをストリーミングするＲＴＰプロトコルを使用する。併用されるＲＴＣＰプロトコルは、ＲＴＰセッションフィードバックを収集するために、またセッションのゆるい制御を実施するために使用され得る。ＲＴＣＰフィードバックは、現行のＲＴＰマルチキャストセッションに関する統計値を収集するために使用され得る。基本的な低信頼性トランスポートプロトコルとしては、ＵＤＰが想定され得る。
標準的なＲＴＰアルゴリズム、すなわち、参加している移動端末（ＭＴ）の数を推定するためにＲＴＣＰ ＲＲを使用する代わりに、本発明のこの実施の形態により提案された方式は、セッション内のＭＴ／ＵＥの正確な数を決定するためにＭＢＭＳシグナリング及び／又はＭＢＭＳ状態情報を使用する。この手法は、受信機ごとにフィードバックチャネルをもつ必要性、各参加者が他の参加者からのすべてのメッセージを受信することを回避し、マルチキャスト／ブロードキャスト及び計算オーバヘッドを取り除く。
一般に、ＭＢＭＳ仕様において、特定のＭＢＭＳベアラサービスを記述するＭＢＭＳベアラコンテキストと、特定のＭＢＭＳベアラサービスに関連したＵＥ特有の情報からなるＭＢＭＳ ＵＥコンテキストとの二つの種類の状態情報があることに留意するべきである。両方のコンテキストは、ＲＡＮ、ＳＧＳＮ、ＧＧＳＮ及びＢＭ−ＳＣにおいて作成され得る。現時点では、ＧＧＳＮにおけるベアラコンテキストがサービスを受信しているＵＥの数を含む。
しかし、その他のＲＡＮ又はＣＮのノードがサービスの状態情報をコンテキスト内に格納することも、もちろん可能であり、これらのノードは、例えば、作成されたコンテキストの数を計数することにより（すなわち、各ＵＥはネットワークノード中に自分のＵＥコンテキストをもつ）、又はサービス参加者の総数を示すコンテキスト内のフィールドにより、サービス参加ＵＥの数を決定することができる。
サービス提供のためにＭＢＭＳ構成を採用する場合、例えば、参加者の数として、ＢＭ−ＳＣのＵＥコンテキスト数を計数することができ、又はＧＧＳＮはベアラコンテキストの各フィールド値をＢＭ−ＳＣにシグナリングし、参加者の総数を提供できる。
セッション統計値の収集のための統計的ユーザサンプリングの使用は、移動端末（ＭＴ）のサブセットにのみフィードバックを提供させるために使用され得る、すなわち、受信機のサブセットのみがフィードバック制御エンティティにレポートを送信するように設定される。これは、各参加者がＲＴＣＰフィードバックを送信し通常このフィードバックがすべての他の参加者に転送される標準的なＲＴＰマルチキャストとは対照的である。
本発明のこの実施の形態によれば、報告実行受信機（reporting receiver）のセットは、確率的方式で選択される。統計的ユーザサンプリングを行うために必要な一つのパラメータとしては、報告確率があり得る。使用／シグナリングされ得るさらに別のパラメータとしては、報告時間間隔と確保すべきフィードバック帯域幅とがあり得る。送信側のフィードバック制御エンティティ、例えばＢＭ−ＳＣは、異なるサービスが異なる報告ニーズをもつ可能性があるので、許容フィードバックの全体量に従ってこれらのパラメータを設定することができる。
こうした方式を採用することにより、フィードバックチャネル数を制御することができ、各フィードバックチャネルがより効率的に使用される。
上記の方式の設定のためのパラメータは、マルチキャスト／ブロードキャストグループ参加者に伝送され得る。これは、マルチキャスト／ブロードキャストデータチャネル又は、例えば、告示チャネル（announcement channel）を使用することで実施することができる。
この実施の形態の変形は、フィードバック制御エンティティ（例えば、ＢＭ−ＳＣ）に、報告実行受信機セットを再設定する可能性、および現行のセッション中に報告時間間隔をグループサイズに依存しない一定の値に設定（再設定）する可能性を与える。これは、報告時間間隔を適度な値に設定できるようにするという問題に対処することができる。
再設定後に各端末が異なる報告間隔及び確率で動作することを回避するために、タイマ値をこれらのメッセージに含めることができる。こうすることにより、マルチキャストチャネル上のシグナリング及びオーバヘッドを最小に抑えることができ、各エンド装置上のパラメータの計算により生じる計算オーバヘッドも同様に最小にできる。
標準的なＲＴＰ／ＲＴＣＰアルゴリズム及びメカニズムは、単一の及び複数のデータ送信元と受信機とを含む広範なクラスのアプリケーションをサポートするために一般的な設計に従う。
３ＧＰＰ ＭＢＭＳでの活動の目標は、ＲＴＰ／ＲＴＣＰの規定よりもさらに特化されており、単一のサーバから移動端末のセットへの一方向データ配信、すなわち、ストリーミング又はダウロードサービスに焦点を絞っている。
従って、先に示唆されたように、本発明の一実施の形態は、ＲＴＰ及びＲＴＣＰを使用しながらも後者の環境を最適化することに関する。特に、この実施の形態の目標としては、上記の導入部分で説明したいくつかの問題を解決しつつ、ＲＴＰデータ配信に関する統計値のフィードバックをサポートすることが挙げられ得る。
３ＧＰＰ ＭＢＭＳ構成の一部は、ＭＢＭＳベアラコンテキストである。このベアラコンテキストの中で、３Ｇネットワーク内にリンクを確立するために必要な情報が集められる。ＭＢＭＳベアラコンテキストは、通常、ＭＢＭＳサービスデータが端末に提供されるまでに通る経路中の各ノード、すなわち、ＢＭ−ＳＣ、ＲＡＮ、ＧＧＳＮ及びＳＧＳＮに格納される。
ホストされるＵＥの数も、ＧＧＳＮにおいてＭＢＭＳベアラコンテキスト中に格納される。従って、ＲＴＰセッションに参加しているユーザ数を判定するためのＲＴＣＰフィードバックに固有の遅延やオーバヘッドを回避しながら、ＭＢＭＳセッションに参加しているＵＥの正確な数に関する知見をＢＭ−ＳＣが得られるように、ＧＧＳＮはホストされるＵＥの数をＢＭ−ＳＣに提供することができる。このように、各参加者からフィードバックレポートを収集することによりＵＥの数を判定する代わりに、ベアラコンテキスト中の状態情報が使用され得る。
セッション参加者の数が、参加ユーザからのフィードバックを使用せずに、ＭＢＭＳ状態情報に基づいて判定され得るので、参加者ごとにフィードバックチャネルを保持する必要はない。従って、移動通信システムのＲＡＮやコアネットワークにおける使用可能なリソースの大幅な節約を達成することができる。先に述べたように、本発明の実施の形態は、ＲＡＮ及び／又はＣＮ中のネットワークノードのうちの一つ以上に格納され得るサービス関連状態情報を、特定のサービスを受信している端末数を判定するために使用し得ることを先見する。必要に応じて、状態情報はネットワークノード間で交換され得る。
先に示されたように、フィードバックの目的で割り当てられる必要なリソースを削減するために、受信機のサブセットであるＭ個の受信機のみを選択し、サーバへのフィードバックのためのＭ個のアップリンクチャネルを確立すればよい。ＭＢＭＳサーバは、全フィードバック帯域幅ＢＲＲの値と使用可能なフィードバックチャネル数Ｍを決定することができる。
フィードバック制御エンティティは、レポートパケットの構成と平均サイズＰＲＴＣＰとを知り得るので、フィードバックメッセージ当りの報告間隔Ｔを次式により計算することができる。
Figure 2010063129
本発明の実施の形態によれば、報告実行受信機セットＭの選択のために確率的手法を採用することができる。各受信機は、成功確率ｐを用いて、確率試験、例えばベルヌーイ試験を実行することができる。この値の計算のため、確率密度関数を以下のように特徴づけることができる。
ｎ人のユーザが確率ｐでベルヌーイ試験を行うと仮定し、また各試験は他の試験に依存しないと仮定すると、２項分布が得られ、確率密度関数は次のように表現できる。
Figure 2010063129
さらに、確率分布関数が次式により与えられる。
Figure 2010063129
一定の条件下で、この２項分布はガウス分布を用いて近似できる。必要条件は次のとおりである。
Figure 2010063129
ＭＢＭＳサービスを考えるとき、一般にマルチキャストサービスは多数のユーザに送信されると仮定できるので、この近似は簡易化のためにも使用できる。
この簡易化を想定した場合、式はさらに扱いやすくなる。簡易化した２項分布の確率密度関数は、下記の平均及び分散をもつガウス分布となり得る。
Figure 2010063129
マルチキャストセッションに現在参加している受信機の総数ｎは、前述のように、ＭＢＭＳベアラコンテキストにより判定され得る。このようにして、サーバは成功確率ｐを計算するためのすべての情報を格納し保持することができる。
従って、上記の計算をフィードバック制御エンティティに行わせ、その後、すべての必要なパラメータ（時間間隔Ｔ、確率ｐ、受信機当り報告帯域幅、ＢＲＲ／Ｍ＝ｂＲＲ）をマルチキャスト／ブロードキャストチャネルを通じてグループに告示することが妥当である。
上記確率分布関数から、ｐの値を得ることができる。ｐの値により、間隔（ＭＭｉｎ，ＭＭａｘ）内に入るべき報告実行受信機の総数Ｍが判定される。このとき、ｐの値は次式を満たす。
Figure 2010063129
この式は、前述した近似又はその他の方法を使用して解くことができる。その他の方法については、本文書ではさらに詳しく記さない（例えば、非特許文献６を参照）。
上記のｐの値をＵＥが受信すると直ちに、ＵＥはベルヌーイ試験を行う。試験の結果が肯定的である場合にのみ、受信機は提供された参加者当り報告帯域幅ｂＲＲをもつフィードバックチャネルを確立することができる。本文書で概説された原理を使用するシステムに応じて、ＵＥはベアラに必要な帯域幅を指定する機会を得ることができることに留意する。その後、ＵＥは指定された時間間隔Ｔの経過後にＲＴＣＰ ＲＲを送信することができる。
本発明の一実施の形態によれば、受信機の設定に使用される、すなわち、フィードバックを提供するか否かをＵＥに決定させるためのパラメータは、ＲＴＣＰセンダーレポートブロックを利用して受信機へ伝送され得る。この目的で、いくつかのオプションが使用可能である。
第一の可能性は、図３に示すような、ＲＴＣＰ仕様に適合するアプリケーション定義パケット（ＡＰＰパケット）を使用することである。パケットタイプ値の登録を必要とせずに新しい用途や新しい特徴が開発されるため、一般にＡＰＰパケットは、試験用に利用される。
図３に示した各フィールド、Ｖ、Ｐ、サブタイプ、ＰＴ、長さ及びＳＳＲＣは、ＲＦＣ ３５００の６．７節で定義される。名称フィールドは、例えば「ＭＢＭＳ」に設定され得るが、４オクテット以下からなる名称が代用されてもよい。さらに、アプリケーション依存データが、上記のフィールドに付加され得る。
図４に示した本発明の例示的な実施の形態では、ＡＰＰパケットのアプリケーション特有の部分は、少なくとも次のフィールドからなり得る。ミリ秒単位の（ＲＴＣＰ）報告時間間隔を示す時間間隔、確率試験用の成功確率の固定小数点表現による確率値、確率試験が成功したならばレポートチャネルに受信機が割り当てるべき帯域幅（例えば、秒当りビット数）を指定する報告帯域幅。
確率値の固定小数点表現を用いると、最大確率ｐ＝１は、例えば、１６ビットの列（「１１１１１１１１１１１１１１１１１」）として符号化され得る。従って、ｐの分解能は１／（２１６−１））となる。
本発明のさらに別の実施の形態は、図５に示した、新たに定義された拡張レシーバレポートブロック（ＸＲレポートブロック）を用いて必要なパラメータを送信することを先見する。非特許文献７（http://www.ietf.orgにて得られる）では、拡張機能をもつアドホックＲＴＣＰレポートブロックの枠組みを指定する。この実施の形態によれば、このようなブロックが、上記に指定したような報告情報（例えば、報告間隔、報告確率など）を伝達するために定義され得る。
図５に示したＸＲレポートブロック中の各フィールド、Ｖ、Ｐ、予備、ＰＴ、長さ、ＳＳＲＣは、ＲＦＣ３６１１の２節に示されるように定義される。同様に、ＢＴ、ｒｓｖｄ（タイプ特有情報用）、及びブロック長のフィールドは、ＲＦＣ３６１１の３節に定義される。ＢＴ（ブロックタイプ）フィールドは、（８，２５５）の範囲内の未使用値をとる。０〜７の値はすでに使用されている。
このオプションは、先に述べたＡＰＰレポートブロックを使用する場合のアプリケーション層での実現の代わりに、ＲＴＰプロトコルにロジックを直接実装する可能性を含むという利点がある。本発明のこの実施の形態により提案されたソリューションは、受信機が、ＲＦＣ３６１１により得られ又は本文書で定義された拡張報告の可能性を使用又は実現することができるというさらなる利点を有する。
本発明のさらに別の実施の形態では、上記エンティティへフィードバックを提供するか否かを移動端末に決定させるパラメータを伝達するために、ＲＴＰヘッダにおける特定プロファイル拡張（profile specific extension）、アドホックレポートブロック、又はＲＴＣＰの特有プロファイル拡張などの方法を使用することが提案される。
以下では、本発明のいくつかの実施の形態による、報告情報の伝送方法のいくつかの変形（部分的に異なるトランスポートプロトコルを使用する）を以下の節で概説する。
その確率的性質のため、ＵＤＰなどの低信頼性トランスポートプロトコルでＲＴＰが実行される場合、先に述べた各実施の形態は、厳密に望ましい数のフィードバックチャネルの確立を保証しない場合がある。
このことの一つの理由は、フィードバック制御エンティティからパラメータを受信する参加者の数が足りないために、目標とされた最小のレポート数に達しない場合があることである。前述のように、ダウンストリームでのパケットは、低信頼性トランスポートメカニズムを使用しているため、損失する可能性がある。
別の理由は、試験の確率的性質のため、試験の結果、実際にフィードバックメッセージを送信するユーザの数が余りに少なくなるということが起こることである。これはまれなケースとなる（フィードバックを送信するユーザが余りに少なくなる確率が最小になるように、下記の式を解くことができるため）。
Figure 2010063129
また、報告帯域幅の増加などの様々なほかの理由により、受信機の再設定を行わせるのが妥当となる場合がある。
以下では、本発明のある実施の形態は、移動端末におけるフィードバックを提供するか否かの決定のためのパラメータの再設定が、どのように再設定されるかを概説する。上記の実施の形態（図４及び図５）によりシグナリングされた情報に加えて、再設定と何らかのタイマ情報とを示す二つのフラグが、移動端末にパラメータを伝達するパケットに含まれ得る。タイマは、例えば、異なる参加者が異なる設定値を使用することによりアップリンク帯域幅を使い果たすことを回避することができる。
この実施の形態によるパケット構成を図６に示す。上記の図４及び図５に関して概説された実施の形態の場合と同様に、パケットは確率フィールドを含む。このフィールドが１４ビット長であり、ベルヌーイ試験のための成功確率の固定小数点表現を使用すると仮定すると、ｐの分解能は１／（２１４−１）となる。ｐ＝１の確率は、所定の１４ビットの列（例えば、「１１１１１１１１１１１１１１」）によって示され得る。
確率フィールド、報告帯域幅フィールド及び時間間隔フィールドのほかに、パケット構成は再設定フラグ（Ｒ）、デルタフラグ（Ｄ）及び当パラメータが有効である時間間隔（例えば、ミリ秒単位）を示すタイマ値フィールド（例えば、３２ビット）を含むことができる。
タイマが時間切れになり、受信機が新しい値を受信していない場合、受信機（移動端末）はこれらの値の使用をやめて、確立されたフィードバックチャネルを切断することができる。これは、各端末が異なる設定値で動作することを避けるために実現可能である（連続する報告設定値（パラメータ）が同じ参加者のセットにて受信されることはなかったので）。確立されたフィードバックチャネルをもつ受信機は、報告設定値を参照し、タイマ値をそれに応じて更新することができる。
再設定フラグ（Ｒ）は、再設定を実行すべきか否かを受信機に知らせることができる。再設定フラグがセットされていなければ（例えば、Ｒ＝０）、当該メッセージはすでに確立されたフィードバックチャネルをもつ受信機のタイマ値を更新するために使用される。これは、現存の報告実行受信機を維持するために使用され、再設定は行われない。再設定フラグがセットされている場合（例えば、Ｒ＝１）、デルタフラグ（Ｄ）の状態に応じて、受信機は確率試験を実行しなければならない。
デルタフラグ（Ｄ）は、再設定フラグがセットされている場合（例えば、Ｒ＝１）に再設定の範囲を定義することができる。デルタフラグがセットされていなければ（例えば、Ｄ＝０）、再設定はすべての受信機に適用する。この場合、すべての受信機は、指定された確率値に従って確率試験を実行することができる。これは、報告実行受信機を初期選択するために、又は確立された報告シナリオを完全に再設定するために、例えば、すべての報告実行受信機を停止するために使用することができる。
デルタフラグがセットされていない場合（例えば、Ｄ＝０）、すでにフィードバックを実行する決定をしすでにフィードバックチャネルを確立した移動端末は、切断と再確立とを行わずに当該チャネルを保持することができる。ただしこれは、確立されたアップリンクが新しいメッセージで知らされたのと同じ帯域幅を提供するという前提でのみ当てはまり得る。もし帯域幅が変更されたとすれば、受信機は、古いチャネルを切断し、新しいフィードバックチャネル（ベアラ）を再確立する必要がある。
デルタフラグがセットされている場合（例えば、Ｄ＝１）、再設定は、フィードバックチャネルをその時点で保持していない受信機にのみ適用することができる。このような受信機だけが、指定された確率値に従って確率試験を実行することができる。これは、報告実行受信機の好適な閾値Ｍｍｉｎが満たされず、追加の受信機がフィードバックチャネルを確立することが望まれる場合に有益である。
以下の表は、異なる再設定オプションをまとめたものである。
Figure 2010063129
上記の節の説明で明らかなように、低信頼性トランスポートメカニズムが報告パラメータを伝達するために使用される場合、パラメータが伝送中に損失する可能性がある。これは、パケットが低信頼性ＵＤＰプロトコルで転送される場合に特に言える。ＵＤＰは一般的に、ＲＴＰパケットにおいてストリーミングメディア（ＭＰＥＧ４のような）をユニキャスト／マルチキャストするのに使用される。対応するＲＴＣＰパケットもＵＤＰで伝送される。
ＢＭ−ＳＣ（本実施の形態においてフィードバック制御エンティティとして動作する）は、より確実な方法でこの情報を送信することを決定してもよい。上記の各実施の形態では、ＢＭ−ＳＣが移動端末へ送信されるパラメータの送信元とみなされたことに留意する。しかし、マルチキャスト又はブロードキャストのサービス（セッション）のコンテンツを提供するフィードバック制御エンティティがサービスを受信している移動端末へこれらのパラメータを決定し伝播することも可能である。
ＭＢＭＳの枠組みにおいて、この情報をより確実な方法で送信する方法がある。端末は、例えば、ＨＴＴＰサーバへのポイントツーポイント接続を使用して、ＭＢＭＳサービスのセッション記述情報（例えば、ＳＤＰ記述のような）を取得してもよいし、又はＭＢＭＳセッションに加わる前にこの情報を含むＳＭＳを受信してもよい。
別の可能性は、ＦＬＵＴＥプロトコルの使用である（http://www.ietf.orgにて得られる非特許文献８を参照）。ＦＬＵＴＥプロトコルは、ＭＢＭＳ構成において高信頼性データ転送に使用され得る。フィードバックを提供するか否かを移動端末に決定させるためのパラメータをとりわけ含むサービス告示情報が、ＦＬＵＴＥと提供されたサービスを記述するセッション記述プロトコル（例えば、ＳＤＰ（Session Description Protocol））とを使用して送信され得る。
従って、本発明の別の実施の形態によれば、上記のようなセッション記述の高信頼性送信が使用できる場合、報告情報（少なくとも報告確率、場合により必要であればさらに、報告間隔と報告帯域幅）は、当該記述に含まれ得る。
次に、マルチキャストサービス又はブロードキャストサービスをユーザに提供するための、そして上記の多様な実施の形態に概説された本発明を採用することができる、いくつかの可能なシナリオを、図７、図８及び図９に関して例示目的で概説する。
図７において、コンテンツサーバ７０１は、例えば、ＩＰベースネットワークでマルチキャストセッション又はブロードキャストセッションをフィードバック制御エンティティ、例えば、ＢＭ−ＳＣ７０４を介してユーザに提供する。サービスを受信するユーザのいくつかは、例示目的で以下に検討されるＵＭＴＳネットワーク７０２などの移動通信ネットワーク内に位置することができる。
本発明の一実施の形態によれば、ＵＭＴＳネットワーク７０２内に設置されたＢＭ−ＳＣ７０４は、先に述べたように、サービス受信端末７１２、７１３からのフィードバックの提供を制御することができる。ＢＭ−ＳＣ７０４は、コンテンツサーバ７０１からサービスデータを受信し、例えば、ＣＮ（コアネットワーク）７０３のＧＧＳＮ（ＧＰＲＳゲートウェイサポートノード）７０５及びＳＧＳＮ（サービングＧＰＲＳサポートノード）７０６、少なくとも一つのＲＮＣ７０９並びに少なくとも一つのノードＢ（Node B）７１０、７１１を介して、ＭＢＭＳセッション内でコンテンツデータを端末７１２、７１３に送信することができる。ＢＭ−ＳＣ７０４は、ＵＭＴＳネットワーク７０２中の告示チャネルを介してサービス利用可能性を告示する役割を担い、サービスアドミッション、すなわち、ＵＥのサービスへの参加及び退去にかかわることに関与する。本発明の一実施の形態に関係して先に述べたように、サービス告示はフィードバック制御のためのパラメータを含むことができる。
図８に移ると、コンテンツサーバ８０１が移動通信システム内に設置される本発明の例示的な実施の形態が図示される。図７に示したデータ提供のためのＩＰベースネットワークが必要でなくなることを除き、基本的に、図７を参照して概説した本発明の実施の形態について行った同じ考察がここでも当てはまる。
図９には、コンテンツサーバ９０１がマルチキャストサービス又はブロードキャストサービスのデータの送信元である本発明の例示的実施の形態が図示される。本発明のこの実施の形態では、コンテンツサーバ９０１は、サービスに関連したデータストリームを直接ＧＧＳＮ７０５に供給している。この実施の形態によれば、ＧＧＳＮ７０５が、サービスを受信する下流の端末からのフィードバック提供を制御するネットワークエンティティとなり得る。この場合、ＭＢＭＳベアラコンテキストなどのサービス関連コンテキスト情報に格納された個々の情報に基づいて、ＧＧＳＮ７０５がサービス参加者の数を直接判定することができる。
本発明のさらに別の実施の形態では、フィードバック制御エンティティ、例えばＢＭ−ＳＣは、図７及び図８に示されたマルチキャストサービス又はブロードキャストサービスプロバイダ（コンテンツプロバイダ７０１、８０１）からマルチキャストサービス又はブロードキャストサービスのデータを受信することができる。
フィードバック制御エンティティは、マルチキャストサービス又はブロードキャストサービスのプロバイダにとって非透過的モードで動作することができる。このモードを図７を参照して以下に説明する。
ここでは、ＢＭ−ＳＣ７０４（すなわち、図７に示した例示的な実施の形態におけるフィードバック制御エンティティ）は、コンテンツプロバイダ７０１（すなわち、図７に示した例示的な実施の形態におけるマルチキャストサービス又はブロードキャストサービスのプロバイダ）の視点からは、マルチキャストサービス又はブロードキャストサービスを受信するクライアントとして動作する。端末７１２、７１３の視点からは、マルチキャストサービス又はブロードキャストサービス、ＢＭ−ＳＣ７０４はサービスを提供するマルチキャストサーバ又はブロードキャストサーバとして動作する。
従って、コンテンツサーバ７０１から移動端末７１２、７１３までのエンドツーエンドサービスセッションは存在しない場合がある。しかし、サービス供給は、一つは移動端末７１２、７１３とＢＭ−ＳＣ７０４との間、一つはＢＭ−ＳＣ７０４とコンテンツプロバイダ７０１との間の、二つのエンドツーエンドセッションに分割される。
両方のセッションで、例えば、トランスポート層及びセッション層の異なるプロトコルを使用することもできる。例えば、ＢＭ−ＳＣ７０４と端末７１２、７１３との間のセッションはＲＴＰ／ＵＤＰ／ＩＰ（及びＲＴＣＰフィードバック）を使用し、一方、コンテンツプロバイダ７０１とＢＭ−ＳＣ７０４との間のセッションはこれと同じプロトコル又は異なるプロトコルを使用してもよい。従って、ＢＭ−ＳＣ７０４は、プロトコル変換メカニズムを提供するゲートウェイのように動作することができる。
ここで、コンテンツプロバイダ７０１とＢＭ−ＳＣ７０４との間のセッションを考察すると、後者はコンテンツプロバイダ７０１にフィードバックを供給する。端末７１２、７１３から受信したフィードバックによって反映される受信統計値、例えば、異なるサービス受信端末７１２、７１３で達成されたＱｏＳ、個々の端末７１２、７１３へのパケット損失率などを反映するために、ＢＭ−ＳＣ７０４は、受信したフィードバックを分析し、移動通信システム内のサービスの受信統計値を反映するその集約値又は積算値を作成することができる。この集約値又は積算値は、フィードバックとしてコンテンツプロバイダ７０１へ何らかの形式で供給され得る。例えば、ＢＭ−ＳＣ７０４は、集約値又は積算値を反映した「標準的な」ＲＴＣＰレシーバレポートを生成してもよいし、又はフィードバック提供の特別な形式がコンテンツプロバイダ７０１とＢＭ−ＳＣ７０４との間で定義されてもよい。
第二の可能性は、個々のＵＥ７１２、７１３からの受信フィードバックをＢＭ−ＳＣ７０４がコンテンツプロバイダ７０１へ転送することができる。この場合も、ＢＭ−ＳＣ７０４とコンテンツプロバイダ７０１との間には別個の接続／セッションがあり、そこでは別のプロトコルを使用してもよいのだから、ＢＭ−ＳＣ７０４はフィードバックデータの何らかの変換を行ってもよい。
とにかく、ＢＭ−ＳＣ７０４からコンテンツプロバイダ７０１へのフィードバック提供は、例えば、受信サービスに対して達成されたＱｏＳに基づきユーザが課金される場合、特に実現可能である。
本発明の別の実施の形態は、ハードウェア及びソフトウェアを使用した上記の多様な実施の形態の実現に関する。多様な前述の方法や前述の様々な論理ブロック、モジュール、回路は、例えば、汎用プロセッサとしてのコンピュータデバイス（プロセッサ）、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又はその他のプログラム可能論理素子などを使用して実現可能又は実施可能であることが認識される。本発明の多様な実施の形態は、上記のデバイスの組合せによっても実施又は実現され得る。
さらに、本発明の多様な実施の形態は、プロセッサで実行されるソフトウェアモジュールにより又はハードウェアにおいて直接実現可能である。また、ソフトウェアモジュールとハードウェア実現との組合せも可能である。ソフトウェアモジュールは、コンピュータで読取り可能などんな種類の記憶媒体（例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなど）に記憶されてもよい。
これに関して、図１０及び図１１は、本発明の例示的な実施の形態による、移動端末とフィードバック制御エンティティとをそれぞれ示す。
移動端末は、フィードバック制御エンティティから配信されたデータを表示するディスプレイ１００１、並びにマルチキャストセッション又はブロードキャストセッションの受信及びフィードバックの送信を可能にする少なくとも一つの通信インタフェース１００４をとりわけ含み得る。さらに、移動端末は、コンピュータ読取り可能記憶媒体１００３に記憶された命令を実行するためにとりわけ使用され得るプロセッサ１００２（コンピュータデバイス）を含み得る。さらに、プロセッサ１００２は、通信インタフェース１００４を介した通信の制御や、フィードバックを提供するか否かを決定するための確率試験の実行なども行うことができる。
図１１に示したフィードバック制御エンティティは、プロセッサ１１０１、コンピュータ読取り可能記憶媒体１１０２及び少なくとも一つの通信インタフェース１１０４を含み得る。
フィードバック制御エンティティは、ある場合には、マルチキャストサービス又はブロードキャストサービスを提供又は転送するＵＭＴＳネットワークのＢＭ−ＳＣである。フィードバック制御エンティティは、マルチキャストサービス又はブロードキャストサービスによりユーザへ提供されたサービスデータ（例えば、ストリーム）を格納又は一時保存するサービスデータベース１１０３をさらに含み得る。さらに、コンピュータ読取り可能記憶媒体１１０２は、プロセッサ１１０１で実行可能な命令やさらに他のデータを記憶することができる。
例えば、コンピュータ読取り可能記憶媒体１１０２に記憶されるデータは、フィードバック制御エンティティがサービス参加者の数を判定する各サービスのコンテキスト情報を含み得る。コンピュータ読取り可能記憶媒体１１０２に記憶される命令は、さらに、上記の多様な実施の形態に概説したとおり、フィードバック制御エンティティがサービス参加者からのフィードバック提供を制御することを可能にすることができる。

Claims (4)

  1. マルチキャストサービス又はブロードキャストサービスを受信している各移動端末からのフィードバックの送信を制御する、移動端末により実行される方法であって、
    ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを受信するステップと、
    前記移動端末がフィードバックを提供するか否かを決定するパラメータを受信するステップと、
    受信したパラメータに基づいて、マルチキャストサービス又はブロードキャストサービスに対するフィードバックを提供するか否かを決定するステップと、
    を含む方法。
  2. 前記決定ステップにおいてフィードバックを提供するという決定がなされる場合、フィードバックを提供するベアラを確立するステップと、
    前記マルチキャストサービス又はブロードキャストサービスの受信統計値を示すフィードバックを前記確立ベアラを介して送信するステップと、
    をさらに含む、請求項１記載の方法。
  3. マルチキャストサービス又はブロードキャストサービスを受信する移動端末であって、
    ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルを使用してマルチキャストサービス又はブロードキャストサービスを受信し、前記移動端末がフィードバックを提供するか否かを決定するパラメータをさらに受信するように適合される受信機と、
    受信したパラメータに基づいて、マルチキャストサービス又はブロードキャストサービスに対するフィードバックを提供するか否かを決定するプロセッサと、
    を具備する移動端末。
  4. 前記プロセッサにおいてフィードバックを提供するという決定がなされる場合、フィードバックを提供するベアラを確立し、前記マルチキャストサービス又はブロードキャストサービスの受信統計値を示すフィードバックを前記確立ベアラを介して送信する送信機をさらに具備する、請求項３記載の移動端末。
JP2009247811A 2004-08-06 2009-10-28 マルチキャストサービス又はブロードキャストサービスのフィードバック制御 Expired - Fee Related JP4898889B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP04018707A EP1624610B1 (en) 2004-08-06 2004-08-06 Feedback control for multicast or broadcast services
EP04018707.2 2004-08-06

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2007524194A Division JP4794557B2 (ja) 2004-08-06 2005-06-21 フィードバック送信制御方法、移動端末、フィードバック制御エンティティ、及び移動通信システム

Publications (2)

Publication Number Publication Date
JP2010063129A true JP2010063129A (ja) 2010-03-18
JP4898889B2 JP4898889B2 (ja) 2012-03-21

Family

ID=34926082

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2007524194A Expired - Fee Related JP4794557B2 (ja) 2004-08-06 2005-06-21 フィードバック送信制御方法、移動端末、フィードバック制御エンティティ、及び移動通信システム
JP2009247811A Expired - Fee Related JP4898889B2 (ja) 2004-08-06 2009-10-28 マルチキャストサービス又はブロードキャストサービスのフィードバック制御

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2007524194A Expired - Fee Related JP4794557B2 (ja) 2004-08-06 2005-06-21 フィードバック送信制御方法、移動端末、フィードバック制御エンティティ、及び移動通信システム

Country Status (6)

Country Link
US (3) US7522935B2 (ja)
EP (2) EP1624610B1 (ja)
JP (2) JP4794557B2 (ja)
CN (2) CN100568805C (ja)
DE (1) DE602004003933T2 (ja)
WO (1) WO2006012946A2 (ja)

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1624610B1 (en) * 2004-08-06 2006-12-27 Matsushita Electric Industrial Co., Ltd. Feedback control for multicast or broadcast services
US7907911B2 (en) * 2005-08-16 2011-03-15 Alcatel-Lucent Usa Inc. Scheduling multi-user transmission in the downlink of a multi-antenna wireless communication system
KR101265628B1 (ko) 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
BRPI0706353B1 (pt) 2006-01-05 2023-01-24 Interdigital Patent Holdings, Inc Método para alocar recursos de rádio em um sistema de comunicação móvel
KR101268200B1 (ko) 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
CN105515736A (zh) 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
US9456455B2 (en) 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
US7917644B2 (en) * 2006-01-11 2011-03-29 Nokia Corporation Extensions to rich media container format for use by mobile broadcast/multicast streaming servers
KR101358469B1 (ko) 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
US8234534B2 (en) 2006-06-21 2012-07-31 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
CN101473565B (zh) 2006-06-21 2012-11-07 Lg电子株式会社 在无线移动通信系统中使用消息分离发送和接收无线电接入信息的方法
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
KR101369135B1 (ko) * 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
RU2402877C1 (ru) * 2006-08-18 2010-10-27 Самсунг Электроникс Ко., Лтд. Способ и устройство для отчета о степени приема потоковой услуги терминалом в системе мобильного вещания и система на их основе
US8843118B2 (en) 2006-08-21 2014-09-23 Interdigital Technology Corporation Multi-cell coordination for multimedia broadcast multicast services in a wireless communication system
CN101346910B (zh) * 2006-10-30 2012-12-19 华为技术有限公司 多媒体广播和组播业务中用户设备运行维护的测量方法
US20080159324A1 (en) * 2006-12-27 2008-07-03 Peter Bosch Method of providing data broadcast/multicast
US8320472B2 (en) 2007-03-09 2012-11-27 Thomson Licensing Method for efficient feedback of receiving channel conditions in adaptive video multicast and broadcast systems
US8165154B2 (en) * 2007-03-12 2012-04-24 Conexant Systems, Inc. Systems and methods for reliable broadcast and multicast transmission over wireless local area network
US8170002B2 (en) * 2007-05-31 2012-05-01 Conexant Systems, Inc. Systems and methods for indicating buffered data at an access point with efficient beacon handling
US8089908B2 (en) 2007-03-13 2012-01-03 Conexant Systems, Inc. Systems and methods for indicating buffered data at an access point using a traffic indication map broadcast
US7916666B2 (en) 2007-04-03 2011-03-29 Itt Manufacturing Enterprises, Inc. Reliable broadcast protocol and apparatus for sensor networks
US20080298486A1 (en) * 2007-06-04 2008-12-04 Nec Laboratories America, Inc. Multi-cell interference mitigation via coordinated scheduling and power allocation in downlink odma networks
US8233414B2 (en) * 2007-07-05 2012-07-31 Conexant Systems, Inc. Systems and methods for indicating buffered data at an access point using an embedded traffic indication map
JPWO2009022752A1 (ja) * 2007-08-16 2010-11-18 日本電気株式会社 無線通信システム及び方法
US7944836B2 (en) * 2007-08-29 2011-05-17 Ericsson Ab Adaptive method and apparatus for adjusting network traffic volume reporting
US8086179B2 (en) 2007-09-24 2011-12-27 Qualcomm Incorporated Mobility management of multiple clusters within a wireless communications network
US8625475B2 (en) * 2007-09-24 2014-01-07 Qualcomm Incorporated Responding to an interactive multicast message within a wireless communication system
JP2009159352A (ja) * 2007-12-27 2009-07-16 Hitachi Communication Technologies Ltd 移動体通信ネットワーク
CN101662726B (zh) 2008-08-26 2014-09-17 华为技术有限公司 统计多媒体广播多播业务的收视量的方法、网元和系统
US8611898B2 (en) * 2009-04-07 2013-12-17 Qualcomm Incorporated Reducing a number of flow references in messaging associated with a multicast session in a wireless communications system
US8102817B2 (en) * 2009-04-22 2012-01-24 Infineon Technologies Delta Gmbh Method of measurement reporting and cellular radio terminal
CN101945335B (zh) * 2009-07-10 2013-10-09 华为技术有限公司 广播组播条件下发送报告的方法及装置
US20110045821A1 (en) * 2009-08-24 2011-02-24 Motorola, Inc. Sampling and reporting performance of a communication network
US8594006B2 (en) 2010-01-27 2013-11-26 Qualcomm Incorporated Setting up a multicast group communication session within a wireless communications system
US8572276B2 (en) * 2010-04-29 2013-10-29 International Business Machines Corporation Pipelining protocols in misaligned buffer cases
CN101883107B (zh) * 2010-06-18 2014-06-04 华为技术有限公司 实现上下文感知业务应用的方法和相关装置
CN102291681A (zh) * 2010-06-21 2011-12-21 中国移动通信集团公司 网络侧获取用户侧业务接收状态的方法、设备和用户终端
US8699397B2 (en) * 2010-07-28 2014-04-15 Interdigital Patent Holdings, Inc. Method and apparatus for multimedia broadcast multicast services (MBMS) service feedback
TWI444056B (zh) * 2010-10-05 2014-07-01 Inst Information Industry 微型基地台、網路資源分配方法、其電腦可讀取記錄媒體及其電腦程式產品
US9491735B2 (en) * 2010-12-19 2016-11-08 Motorola Solutions, Inc. System and method in a communication network of dynamically assigning a multimedia broadcast/multicast service bearer to a multicast channel
US20130055136A1 (en) * 2011-08-22 2013-02-28 At&T Intellectual Property I, L.P. Methods, Systems, and Products for Controlling Quality of Service and Experience
US9053487B2 (en) 2011-08-22 2015-06-09 At&T Intellectual Property I, L.P. Methods, systems, and products for notifying of enhancements to quality of service and experience
GB2482991B (en) * 2011-08-24 2012-09-12 Renesas Mobile Corp Methods and apparatus for multicast transmission
US20130051386A1 (en) * 2011-08-24 2013-02-28 Renesas Mobile Corporation Methods and Apparatus for Multicast Transmission
US8989042B2 (en) * 2012-02-03 2015-03-24 Mediatek Inc. Method and apparatus for triggering and reporting diverse traffic information in cellular networks
CN104620584B (zh) 2012-04-13 2019-10-18 Ge视频压缩有限责任公司 可缩放数据流及网络实体
US9345573B2 (en) 2012-05-30 2016-05-24 Neovasc Tiara Inc. Methods and apparatus for loading a prosthesis onto a delivery system
SG11201408612TA (en) 2012-06-29 2015-01-29 Fraunhofer Ges Forschung Video data stream concept
GB2504701A (en) * 2012-08-06 2014-02-12 Nec Corp Determining current state of a mobile device
JP5988835B2 (ja) * 2012-11-08 2016-09-07 オリンパス株式会社 無線送信端末、無線受信端末、無線通信システム、無線通信方法、およびプログラム
US8861355B2 (en) * 2012-11-14 2014-10-14 Qualcomm Incorporated Multicast rate control
CN105723751B (zh) * 2013-08-26 2022-03-08 瑞典爱立信有限公司 在通信系统中用于启用反馈传输的方法和装置
US9774659B2 (en) * 2013-10-24 2017-09-26 Sap Se Bi-directional channel-based progress indicator
US20230362721A1 (en) * 2020-09-25 2023-11-09 Lenovo (Beijing) Limited Method and apparatus for multicast and broadcast services
CN116368822A (zh) * 2020-10-15 2023-06-30 苹果公司 组播和宽带服务（mbs）harq反馈中的技术
US11716747B2 (en) * 2021-04-02 2023-08-01 Nokia Technologies Oy Polling and keep-alive signals for multimedia broadcast multicast service

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003096149A2 (en) * 2002-05-06 2003-11-20 Qualcomm, Inc. Frame formatting, coding and transmit power control method for a multicast/broadcast system
WO2005036917A1 (en) * 2003-10-08 2005-04-21 Qualcomm Incorporated Method and apparatus for feedback reporting in a wireless communications system

Family Cites Families (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5384777A (en) * 1993-04-19 1995-01-24 International Business Machines Corporation Adaptive medium access control scheme for wireless LAN
US7123600B2 (en) * 1995-06-30 2006-10-17 Interdigital Technology Corporation Initial power control for spread-spectrum communications
US7072380B2 (en) * 1995-06-30 2006-07-04 Interdigital Technology Corporation Apparatus for initial power control for spread-spectrum communications
US7020111B2 (en) * 1996-06-27 2006-03-28 Interdigital Technology Corporation System for using rapid acquisition spreading codes for spread-spectrum communications
US6049535A (en) * 1996-06-27 2000-04-11 Interdigital Technology Corporation Code division multiple access (CDMA) communication system
US6885652B1 (en) * 1995-06-30 2005-04-26 Interdigital Technology Corporation Code division multiple access (CDMA) communication system
US6489793B2 (en) * 1996-10-21 2002-12-03 Delta Design, Inc. Temperature control of electronic devices using power following feedback
US6112323A (en) * 1998-06-29 2000-08-29 Microsoft Corporation Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems
US6381215B1 (en) * 1998-06-29 2002-04-30 Microsoft Corporation Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems
US6392993B1 (en) * 1998-06-29 2002-05-21 Microsoft Corporation Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems
US6717990B1 (en) * 2000-01-05 2004-04-06 General Dynamics Decision Systems, Inc. Communication system and method for multi-rate, channel-optimized trellis-coded quantization
WO2002013095A2 (en) * 2000-08-03 2002-02-14 Unicru, Inc. Electronic employee selection systems and methods
US7107224B1 (en) * 2000-11-03 2006-09-12 Mydecide, Inc. Value driven integrated build-to-buy decision analysis system and method
US7224758B1 (en) * 2001-03-23 2007-05-29 Via Telecom Co., Ltd. Multiple transmit antenna weighting techniques
JP2003037623A (ja) * 2001-07-23 2003-02-07 Philips Japan Ltd Ｍｐｅｇネットワーク上におけるダイレクトｒｔｐ伝送方法及びシステム
AU2003212143A1 (en) * 2002-03-14 2003-09-22 University Of Ottawa Dynamic polarization mode dispersion emulator
US7526523B2 (en) * 2002-06-21 2009-04-28 British Telecommunications Public Limited Company Timer-based feedback in multicast communication
US7746797B2 (en) * 2002-10-09 2010-06-29 Nortel Networks Limited Non-intrusive monitoring of quality levels for voice communications over a packet-based network
US7483711B2 (en) * 2002-10-24 2009-01-27 Bbn Technologies Corp Spectrum-adaptive networking
EP1557061B1 (en) * 2002-10-29 2006-03-01 Telefonaktiebolaget LM Ericsson (publ) Reporting for multi-user services in wireless networks
KR20040040724A (ko) * 2002-11-07 2004-05-13 엘지전자 주식회사 무선 이동 통신 시스템의 상향 공통채널 및 그 운용 방법
US7079854B2 (en) * 2003-01-11 2006-07-18 Lg Electronics Inc. Packet service system and method for controlling packet transmission
US7194249B2 (en) * 2003-01-31 2007-03-20 Qwest Communications International Inc. Methods, systems and apparatus for providing urgent public information
KR100559979B1 (ko) * 2003-04-03 2006-03-13 엘지전자 주식회사 이동통신 시스템에서의 메시지 전송방법
US7103772B2 (en) * 2003-05-02 2006-09-05 Giritech A/S Pervasive, user-centric network security enabled by dynamic datagram switch and an on-demand authentication and encryption scheme through mobile intelligent data carriers
KR100947741B1 (ko) * 2003-05-09 2010-03-17 엘지전자 주식회사 이동통신 시스템에서의 ｒｒｃ연결설정 방법
ATE387069T1 (de) * 2003-05-09 2008-03-15 Motorola Inc VERFAHREN UND VORRICHTUNG ZUR KONTROLLE DES ZUGRIFFS AUF ßMULTIMEDIA BROADCAST MULTICAST SERVICEß IN EINEM PAKETDATENKOMMUNIKATIONSSYSTEM
US20040242202A1 (en) * 2003-05-12 2004-12-02 Marko Torvinen System, apparatus, and method for automated handling of messages in terminals
US7599394B2 (en) * 2003-06-16 2009-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Common rate control method for reverse link channels in CDMA networks
US7293088B2 (en) * 2003-07-28 2007-11-06 Cisco Technology, Inc. Tag location, client location, and coverage hole location in a wireless network
US7519019B2 (en) * 2003-08-12 2009-04-14 Telefonaktiebolaget Lm Ericsson (Publ) Method of rate control
KR100976475B1 (ko) * 2003-08-19 2010-08-18 엘지전자 주식회사 서비스 품질 (QoS) 측정보고 전송 방법 및 수신 방법
US20050094670A1 (en) * 2003-08-20 2005-05-05 Samsung Electronics Co., Ltd. Method for acquiring header compression context in user equipment for receiving packet data service
US7331008B2 (en) * 2003-08-21 2008-02-12 Lucent Technologies Inc. Erasure decoding optimization of acknowledgment/negative acknowledgment information in a wireless communication system
FI20031260A (fi) * 2003-09-04 2005-03-05 Nokia Corp Median suoratoisto palvelimelta asiakaslaitteelle
US7325034B2 (en) * 2003-09-24 2008-01-29 International Business Machines Corporation Method and apparatus for scalable peer-to-peer inquiries in a network of untrusted parties
US20050114023A1 (en) * 2003-11-26 2005-05-26 Williamson Walton R. Fault-tolerant system, apparatus and method
US7254609B2 (en) * 2003-12-09 2007-08-07 Viasat, Inc. Method for channel congestion management
US7650379B2 (en) * 2003-12-09 2010-01-19 Viasat, Inc. Method for channel congestion management
US7295568B2 (en) * 2003-12-31 2007-11-13 Nokia Corporation Apparatus, method and system for decision making to support network selection for datascasting in hybrid networks
KR100595646B1 (ko) * 2004-01-09 2006-07-03 엘지전자 주식회사 Ｍｂｍｓ서비스를 제공하는 무선통신 시스템
US7567523B2 (en) * 2004-01-29 2009-07-28 Microsoft Corporation System and method for network topology discovery
SE0400288D0 (sv) * 2004-02-11 2004-02-11 Ericsson Telefon Ab L M Improvements in or relating to telecommunication services
US8521139B2 (en) * 2004-02-11 2013-08-27 Qualcomm Incorporated Transmission of notifications for broadcast and multicast services
US7296205B2 (en) * 2004-02-18 2007-11-13 Nokia Corporation Data repair
US7133414B2 (en) * 2004-03-11 2006-11-07 Carrier Corporation Method for enhancing broadcast message communications
EP1603339A1 (en) * 2004-06-01 2005-12-07 STMicroelectronics S.r.l. Method and system for communicating video data in a packet-switched network, related network and computer program product therefor
US7376150B2 (en) * 2004-07-30 2008-05-20 Nokia Corporation Point-to-point repair response mechanism for point-to-multipoint transmission systems
EP1624610B1 (en) * 2004-08-06 2006-12-27 Matsushita Electric Industrial Co., Ltd. Feedback control for multicast or broadcast services
CN1315309C (zh) * 2004-09-30 2007-05-09 华为技术有限公司 多媒体广播组播业务系统中重新计数的方法
US8099123B2 (en) * 2004-12-23 2012-01-17 Qualcomm Incorporated Adaptation of transmit subchannel gains in a system with interference cancellation
US7148754B2 (en) * 2004-12-30 2006-12-12 Lucent Technologies Inc. Self-tunable phase lock loop
US20060184482A1 (en) * 2005-02-14 2006-08-17 Manyworlds, Inc. Adaptive decision process
US7542443B2 (en) * 2005-02-15 2009-06-02 Telefonaktiebolaget L M Ericsson (Publ) Receive window updates in communication systems
KR100962680B1 (ko) * 2005-05-03 2010-06-11 노키아 코포레이션 스트리밍 세션들 동안 클라이언트 피드백의 스케줄링
AU2006241612B2 (en) * 2005-05-03 2009-07-23 Lg Electronics Inc. Changing a radio access configuration between a terminal and a network
US7917644B2 (en) * 2006-01-11 2011-03-29 Nokia Corporation Extensions to rich media container format for use by mobile broadcast/multicast streaming servers
US20070226163A1 (en) * 2006-01-13 2007-09-27 Robles Daniel R Innovation Bank; a Novel Method of Business Related to the Integration and Capitalization of Knowledge Assets
US7725549B2 (en) * 2006-01-30 2010-05-25 International Business Machines Corporation System and method for hunting out mail recipients in order to obtain a response
US8843118B2 (en) * 2006-08-21 2014-09-23 Interdigital Technology Corporation Multi-cell coordination for multimedia broadcast multicast services in a wireless communication system
US8165154B2 (en) * 2007-03-12 2012-04-24 Conexant Systems, Inc. Systems and methods for reliable broadcast and multicast transmission over wireless local area network
US8170002B2 (en) * 2007-05-31 2012-05-01 Conexant Systems, Inc. Systems and methods for indicating buffered data at an access point with efficient beacon handling
US8089908B2 (en) * 2007-03-13 2012-01-03 Conexant Systems, Inc. Systems and methods for indicating buffered data at an access point using a traffic indication map broadcast
US20090028142A1 (en) * 2007-07-25 2009-01-29 Schmidt Brian K Streaming data content in a network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003096149A2 (en) * 2002-05-06 2003-11-20 Qualcomm, Inc. Frame formatting, coding and transmit power control method for a multicast/broadcast system
WO2005036917A1 (en) * 2003-10-08 2005-04-21 Qualcomm Incorporated Method and apparatus for feedback reporting in a wireless communications system

Also Published As

Publication number Publication date
US8478327B2 (en) 2013-07-02
CN100568805C (zh) 2009-12-09
DE602004003933T2 (de) 2007-04-12
US20110286333A1 (en) 2011-11-24
EP1760933A2 (en) 2007-03-07
US20070281726A1 (en) 2007-12-06
EP1760933B1 (en) 2012-03-14
JP2008509582A (ja) 2008-03-27
EP1624610B1 (en) 2006-12-27
DE602004003933D1 (de) 2007-02-08
EP1624610A1 (en) 2006-02-08
JP4898889B2 (ja) 2012-03-21
WO2006012946A2 (en) 2006-02-09
EP1760933A3 (en) 2007-04-04
US8014813B2 (en) 2011-09-06
JP4794557B2 (ja) 2011-10-19
CN1961529A (zh) 2007-05-09
CN101677430A (zh) 2010-03-24
WO2006012946A3 (en) 2006-03-16
US7522935B2 (en) 2009-04-21
CN101677430B (zh) 2014-06-25
US20090175212A1 (en) 2009-07-09

Similar Documents

Publication Publication Date Title
JP4898889B2 (ja) マルチキャストサービス又はブロードキャストサービスのフィードバック制御
JP4988752B2 (ja) 階層的に編成されたブロードキャスト／マルチキャスト・サービスエリアのためのフィードバック技術
US20090213775A1 (en) Deterministic feedback control for multicast or broadcast services
JP4914912B2 (ja) 複数のベアラからなるマルチキャストサービスまたはブロードキャストサービスを提供するためのネットワーク・エンティティおよびその方法
EP1557061B1 (en) Reporting for multi-user services in wireless networks
JP5443449B2 (ja) マルチベアラサービスを介したマルチキャストサービス／ブロードキャストサービスのための適応型かつスケーラブルなＱｏＳアーキテクチャ
US20080212583A1 (en) Adaptive and Scalable Qos Architecture for Single-Bearer Multicast/Broadcast Services
EP1440537A1 (en) Multicast support in packet switched wireless networks
JP2009544260A (ja) グループ通信システムにおける動作中の端末からの応答を抑制するための方法および装置
EP1686738A1 (en) Method and system for QoS management in multicast multimedia services, related network, terminal for use in that network and computer program product therefor
CN115396823A (zh) 一种传输业务数据的方法和通信装置
Kurup et al. Source specific multicast (SSM) group management analysis framework for the next generation mobile Internet

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110920

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111111

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111129

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111226

R150 Certificate of patent or registration of utility model

Ref document number: 4898889

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150106

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees