JP4794557B2 - フィードバック送信制御方法、移動端末、フィードバック制御エンティティ、及び移動通信システム - Google Patents

フィードバック送信制御方法、移動端末、フィードバック制御エンティティ、及び移動通信システム Download PDF

Info

Publication number
JP4794557B2
JP4794557B2 JP2007524194A JP2007524194A JP4794557B2 JP 4794557 B2 JP4794557 B2 JP 4794557B2 JP 2007524194 A JP2007524194 A JP 2007524194A JP 2007524194 A JP2007524194 A JP 2007524194A JP 4794557 B2 JP4794557 B2 JP 4794557B2
Authority
JP
Japan
Prior art keywords
feedback
multicast
control entity
mobile terminal
service
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.)
Expired - Fee Related
Application number
JP2007524194A
Other languages
English (en)
Other versions
JP2008509582A (ja
Inventor
ホセ レイ
イビカ リマック
ロルフ ハッケンバーグ
ラルフ ベッカー
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
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JP2008509582A publication Critical patent/JP2008509582A/ja
Application granted granted Critical
Publication of JP4794557B2 publication Critical patent/JP4794557B2/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)

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 0004794557
なお、Ｔｍｉｎは最小時間間隔（例えば、５ｓ）、ＰＲＴＣＰはＲＴＣＰパケットサイズ、ＢＲＲは全レシーバレポート帯域幅（ＲＴＰ帯域幅の３．７５％）、ｎは受信機数である。これにより得られた、グループサイズの関数としての受信機当り帯域幅ｂＲＲを図１に示す。
標準的なＲＴＣＰアルゴリズムにより計算された受信機当り帯域幅
グループダイナミクス（現行のセッション中に受信機はセッションに加わったり退去したりできる）により、実効的な受信機当り帯域幅は先験的に知られるものではなく、著しく変化することもある。現在のグループのサイズに適合するようにフィードバックチャネルを頻繁に再確立することを避けるために、レシーバフィードバックチャネルは、上限まで、すなわち、最悪のケースでは最大ＲＲ帯域幅までリソースを確保して確立されなければならないであろう。その結果、フィードバックチャネル用に確保されたリソースは、非常に非効率に使用され得る。
ＲＴＣＰ ＲＲ時間間隔Ｔは、標準的なＲＴＰアルゴリズムによって次のとおりに計算される。
Figure 0004794557
なお、Ｔｍｉｎは最小時間間隔、ｎは受信機数、ＰＲＴＣＰはＲＴＣＰパケットサイズ、ＢＲＲは全レシーバレポート帯域幅である。
図２は、ＲＲ時間間隔Ｔ（上記式により計算された）とＲＴＰセッションに参加している受信機数ｎとの関係を示す。時間間隔は、参加している受信機数とともに直線的に増加する。
この量的な影響を説明するために、６４ｋｂｐｓのデータレートでオーディオビジュアルコンテンツをストリーミングする下記の例を考える。平均ＲＴＣＰ ＲＲパケットサイズが１２０バイト、ｎ＝１００とすれば、報告時間間隔はＴ１００＝４０ｓと計算される。これは、すなわち、ｎ＝９，０００とすれば、報告時間間隔はＴ９，０００＝３，６００ｓ＝１ｈに達する。
標準的なアルゴリズに従って、各受信機はそれぞれの報告パケットを均等な配分に従って間隔［０．５Ｔ、１．５Ｔ］内で確率論的にスケジューリングする。すなわち、上記の例では、最初の報告パケットは、それぞれ２０ｓ後及び０．５ｈ後に送信するように予定される。明らかに、この結果のＲＲ時間間隔Ｔは実用的には受け入れ難い。
前述のとおり、標準的なＲＴＣＰ手法は、どのエンドシステムでも単一の双方向チャネル上でデータを送受信できかつ損失の可能性の報告を行うようなＡＳＭモデルの特徴に対応するものである。しかし、３ＧＰＰ ＭＢＭＳサービスでは、上記の間隔は容易にセッションの継続時間を超えることが予想され、報告は無駄になる。
さらに、留意すべき点は、ブロードキャストデータ配信についても、ブロードキャストサービスの受信機からフィードバックを提供すると考えられる（特に、受信コンテンツの品質が課金のために重要となり得るブロードキャストデータ配信にも、コンテンツベースの課金が使用され得るため）。あるサービスを受信することが重要である加入ベースの課金とは対照的である。
前述したＲＴＰ及びＭＢＭＳ特有の問題は、受信端末から送信元、例えば、マルチキャストサーバ又はブロードキャストサーバへのフィードバックの提供を可能にするプロトコルを使用してエアインタフェースを介して移動端末で受信するマルチキャスト又はブロードキャストに一般化して考えられ得る。
特許文献１において、無線ネットワークにおけるマルチユーザサービスの報告の方法が知られている。同文献での概念は、中間ネットワーク部において、エアインタフェースリソースのＲＮＣ知見に基づいて、集約型フィードバックレポートを生成することである。端末からのＲＴＣＰフィードバックは、マルチユーザサービスでは、すなわち、マルチユーザサービスのすべてのユーザで無効にされ得る。変形では、マルチユーザサービスのすべてのユーザは、イベント駆動型フィードバックを提供するようにＲＮＣによって設定され得る。各受信機からのこの情報は、ＲＮＣにおいて、集約型フィードバックを作成するために使用され得る。
特許文献１で提案された方法及びシステムは、マルチユーザサービスの送信元、すなわち、サーバへ送信される集約型フィードバックレポートを生成するために、移動通信システムの無線リソースに関するＲＮＣの知見を使用する。同文献に提案された方法は、複数層（例えばセッション層及び無線リソース制御）間での相互作用及びデータ交換、並びにＲＮＣでの無線リソース管理とデータ通信を行う中間ネットワーク部との間の独自の拡張を必要とする。そのため、エンドツーエンドの概念のマルチユーザサービス提供は犠牲になる。マルチキャストサービス又はブロードキャストサービスを提供するための構成が広範に定められなければならない場合、これらの拡張は実現不可能である。
国際公開第２００４／０４０９２８Ａ１号パンフレット 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 0004794557
本発明の実施の形態によれば、報告実行受信機セットＭの選択のために確率的手法を採用することができる。各受信機は、成功確率ｐを用いて、確率試験、例えばベルヌーイ試験を実行することができる。この値の計算のため、確率密度関数を以下のように特徴づけることができる。
ｎ人のユーザが確率ｐでベルヌーイ試験を行うと仮定し、また各試験は他の試験に依存しないと仮定すると、２項分布が得られ、確率密度関数は次のように表現できる。
Figure 0004794557
さらに、確率分布関数が次式により与えられる。
Figure 0004794557
一定の条件下で、この２項分布はガウス分布を用いて近似できる。必要条件は次のとおりである。
Figure 0004794557
ＭＢＭＳサービスを考えるとき、一般にマルチキャストサービスは多数のユーザに送信されると仮定できるので、この近似は簡易化のためにも使用できる。
この簡易化を想定した場合、式はさらに扱いやすくなる。簡易化した２項分布の確率密度関数は、下記の平均及び分散をもつガウス分布となり得る。
Figure 0004794557
マルチキャストセッションに現在参加している受信機の総数ｎは、前述のように、ＭＢＭＳベアラコンテキストにより判定され得る。このようにして、サーバは成功確率ｐを計算するためのすべての情報を格納し保持することができる。
従って、上記の計算をフィードバック制御エンティティに行わせ、その後、すべての必要なパラメータ（時間間隔Ｔ、確率ｐ、受信機当り報告帯域幅、ＢＲＲ／Ｍ＝ｂＲＲ）をマルチキャスト／ブロードキャストチャネルを通じてグループに告示することが妥当である。
上記確率分布関数から、ｐの値を得ることができる。ｐの値により、間隔（ＭＭｉｎ，ＭＭａｘ）内に入るべき報告実行受信機の総数Ｍが判定される。このとき、ｐの値は次式を満たす。
Figure 0004794557
この式は、前述した近似又はその他の方法を使用して解くことができる。その他の方法については、本文書ではさらに詳しく記さない（例えば、非特許文献６を参照）。
上記のｐの値をＵＥが受信すると直ちに、ＵＥはベルヌーイ試験を行う。試験の結果が肯定的である場合にのみ、受信機は提供された参加者当り報告帯域幅ｂＲＲをもつフィードバックチャネルを確立することができる。本文書で概説された原理を使用するシステムに応じて、ＵＥはベアラに必要な帯域幅を指定する機会を得ることができることに留意する。その後、ＵＥは指定された時間間隔Ｔの経過後にＲＴＣＰ ＲＲを送信することができる。
本発明の一実施の形態によれば、受信機の設定に使用される、すなわち、フィードバックを提供するか否かをＵＥに決定させるためのパラメータは、ＲＴＣＰセンダーレポートブロックを利用して受信機へ伝送され得る。この目的で、いくつかのオプションが使用可能である。
第一の可能性は、図３に示すような、ＲＴＣＰ仕様に適合するアプリケーション定義パケット（ＡＰＰパケット）を使用することである。パケットタイプ値の登録を必要とせずに新しい用途や新しい特徴が開発されるため、一般にＡＰＰパケットは、試験用に利用される。
図３に示した各フィールド、Ｖ、Ｐ、サブタイプ、ＰＴ、長さ及びＳＳＲＣは、ＲＦＣ ３５００の６．７節で定義される。名称フィールドは、例えば「ＭＢＭＳ」に設定され得るが、４オクテット以下からなる名称が代用されてもよい。さらに、アプリケーション依存データが、上記のフィールドに付加され得る。
図４に示した本発明の例示的な実施の形態では、ＡＰＰパケットのアプリケーション特有の部分は、少なくとも次のフィールドからなり得る。ミリ秒単位の（ＲＴＣＰ）報告時間間隔を示す時間間隔、確率試験用の成功確率の固定小数点表現による確率値、確率試験が成功したならばレポートチャネルに受信機が割り当てるべき帯域幅（例えば、秒当りビット数）を指定する報告帯域幅。
確率値の固定小数点表現を用いると、最大確率ｐ＝１は、例えば、１６ビットの列（「１１１１１１１１１１１１１１１１１」）として符号化され得る。従って、ｐの分解能は１／（２１６−１））となる。
本発明のさらに別の実施の形態は、図５に示した、新たに定義された拡張レシーバレポートブロック（ＸＲレポートブロック）を用いて必要なパラメータを送信することを先見する。非特許文献７（http://www.ietf.orgにて得られる）では、拡張機能をもつアドホックＲＴＣＰレポートブロックの枠組みを指定する。この実施の形態によれば、このようなブロックが、上記に指定したような報告情報（例えば、報告間隔、報告確率など）を伝達するために定義され得る。
図５に示したＸＲレポートブロック中の各フィールド、Ｖ、Ｐ、予備、ＰＴ、長さ、ＳＳＲＣは、ＲＦＣ３６１１の２節に示されるように定義される。同様に、ＢＴ、ｒｓｖｄ（タイプ特有情報用）、及びブロック長のフィールドは、ＲＦＣ３６１１の３節に定義される。ＢＴ（ブロックタイプ）フィールドは、（８，２５５）の範囲内の未使用値をとる。０〜７の値はすでに使用されている。
このオプションは、先に述べたＡＰＰレポートブロックを使用する場合のアプリケーション層での実現の代わりに、ＲＴＰプロトコルにロジックを直接実装する可能性を含むという利点がある。本発明のこの実施の形態により提案されたソリューションは、受信機が、ＲＦＣ３６１１により得られ又は本文書で定義された拡張報告の可能性を使用又は実現することができるというさらなる利点を有する。
本発明のさらに別の実施の形態では、上記エンティティへフィードバックを提供するか否かを移動端末に決定させるパラメータを伝達するために、ＲＴＰヘッダにおける特定プロファイル拡張（profile specific extension）、アドホックレポートブロック、又はＲＴＣＰの特有プロファイル拡張などの方法を使用することが提案される。
以下では、本発明のいくつかの実施の形態による、報告情報の伝送方法のいくつかの変形（部分的に異なるトランスポートプロトコルを使用する）を以下の節で概説する。
その確率的性質のため、ＵＤＰなどの低信頼性トランスポートプロトコルでＲＴＰが実行される場合、先に述べた各実施の形態は、厳密に望ましい数のフィードバックチャネルの確立を保証しない場合がある。
このことの一つの理由は、フィードバック制御エンティティからパラメータを受信する参加者の数が足りないために、目標とされた最小のレポート数に達しない場合があることである。前述のように、ダウンストリームでのパケットは、低信頼性トランスポートメカニズムを使用しているため、損失する可能性がある。
別の理由は、試験の確率的性質のため、試験の結果、実際にフィードバックメッセージを送信するユーザの数が余りに少なくなるということが起こることである。これはまれなケースとなる（フィードバックを送信するユーザが余りに少なくなる確率が最小になるように、下記の式を解くことができるため）。
Figure 0004794557
また、報告帯域幅の増加などの様々なほかの理由により、受信機の再設定を行わせるのが妥当となる場合がある。
以下では、本発明のある実施の形態は、移動端末におけるフィードバックを提供するか否かの決定のためのパラメータの再設定が、どのように再設定されるかを概説する。上記の実施の形態（図４及び図５）によりシグナリングされた情報に加えて、再設定と何らかのタイマ情報とを示す二つのフラグが、移動端末にパラメータを伝達するパケットに含まれ得る。タイマは、例えば、異なる参加者が異なる設定値を使用することによりアップリンク帯域幅を使い果たすことを回避することができる。
この実施の形態によるパケット構成を図６に示す。上記の図４及び図５に関して概説された実施の形態の場合と同様に、パケットは確率フィールドを含む。このフィールドが１４ビット長であり、ベルヌーイ試験のための成功確率の固定小数点表現を使用すると仮定すると、ｐの分解能は１／（２１４−１）となる。ｐ＝１の確率は、所定の１４ビットの列（例えば、「１１１１１１１１１１１１１１」）によって示され得る。
確率フィールド、報告帯域幅フィールド及び時間間隔フィールドのほかに、パケット構成は再設定フラグ（Ｒ）、デルタフラグ（Ｄ）及び当パラメータが有効である時間間隔（例えば、ミリ秒単位）を示すタイマ値フィールド（例えば、３２ビット）を含むことができる。
タイマが時間切れになり、受信機が新しい値を受信していない場合、受信機（移動端末）はこれらの値の使用をやめて、確立されたフィードバックチャネルを切断することができる。これは、各端末が異なる設定値で動作することを避けるために実現可能である（連続する報告設定値（パラメータ）が同じ参加者のセットにて受信されることはなかったので）。確立されたフィードバックチャネルをもつ受信機は、報告設定値を参照し、タイマ値をそれに応じて更新することができる。
再設定フラグ（Ｒ）は、再設定を実行すべきか否かを受信機に知らせることができる。再設定フラグがセットされていなければ（例えば、Ｒ＝０）、当該メッセージはすでに確立されたフィードバックチャネルをもつ受信機のタイマ値を更新するために使用される。これは、現存の報告実行受信機を維持するために使用され、再設定は行われない。再設定フラグがセットされている場合（例えば、Ｒ＝１）、デルタフラグ（Ｄ）の状態に応じて、受信機は確率試験を実行しなければならない。
デルタフラグ（Ｄ）は、再設定フラグがセットされている場合（例えば、Ｒ＝１）に再設定の範囲を定義することができる。デルタフラグがセットされていなければ（例えば、Ｄ＝０）、再設定はすべての受信機に適用する。この場合、すべての受信機は、指定された確率値に従って確率試験を実行することができる。これは、報告実行受信機を初期選択するために、又は確立された報告シナリオを完全に再設定するために、例えば、すべての報告実行受信機を停止するために使用することができる。
デルタフラグがセットされていない場合（例えば、Ｄ＝０）、すでにフィードバックを実行する決定をしすでにフィードバックチャネルを確立した移動端末は、切断と再確立とを行わずに当該チャネルを保持することができる。ただしこれは、確立されたアップリンクが新しいメッセージで知らされたのと同じ帯域幅を提供するという前提でのみ当てはまり得る。もし帯域幅が変更されたとすれば、受信機は、古いチャネルを切断し、新しいフィードバックチャネル（ベアラ）を再確立する必要がある。
デルタフラグがセットされている場合（例えば、Ｄ＝１）、再設定は、フィードバックチャネルをその時点で保持していない受信機にのみ適用することができる。このような受信機だけが、指定された確率値に従って確率試験を実行することができる。これは、報告実行受信機の好適な閾値Ｍｍｉｎが満たされず、追加の受信機がフィードバックチャネルを確立することが望まれる場合に有益である。
以下の表は、異なる再設定オプションをまとめたものである。
Figure 0004794557
上記の節の説明で明らかなように、低信頼性トランスポートメカニズムが報告パラメータを伝達するために使用される場合、パラメータが伝送中に損失する可能性がある。これは、パケットが低信頼性ＵＤＰプロトコルで転送される場合に特に言える。ＵＤＰは一般的に、ＲＴＰパケットにおいてストリーミングメディア（ＭＰＥＧ４のような）をユニキャスト／マルチキャストするのに使用される。対応するＲＴＣＰパケットもＵＤＰで伝送される。
ＢＭ−ＳＣ（本実施の形態においてフィードバック制御エンティティとして動作する）は、より確実な方法でこの情報を送信することを決定してもよい。上記の各実施の形態では、ＢＭ−ＳＣが移動端末へ送信されるパラメータの送信元とみなされたことに留意する。しかし、マルチキャスト又はブロードキャストのサービス（セッション）のコンテンツを提供するフィードバック制御エンティティがサービスを受信している移動端末へこれらのパラメータを決定し伝播することも可能である。
ＭＢＭＳの枠組みにおいて、この情報をより確実な方法で送信する方法がある。端末は、例えば、ＨＴＴＰサーバへのポイントツーポイント接続を使用して、ＭＢＭＳサービスのセッション記述情報（例えば、ＳＤＰ記述のような）を取得してもよいし、又はＭＢＭＳセッションに加わる前にこの情報を含むＳＭＳを受信してもよい。
別の可能性は、ＦＬＵＴＥプロトコルの使用である（http://www.ietf.orgにて得られる非特許文献８を参照）。ＦＬＵＴＥプロトコルは、ＭＢＭＳ構成において高信頼性データ転送に使用され得る。フィードバックを提供するか否かを移動端末に決定させるためのパラメータをとりわけ含むサービス告示情報が、ＦＬＵＴＥと提供されたサービスを記述するセッション記述プロトコル（例えば、ＳＤＰ（Session Description Protocol））とを使用して送信され得る。
従って、本発明の別の実施の形態によれば、上記のようなセッション記述の高信頼性送信が使用できる場合、報告情報（少なくとも報告確率、場合により必要であればさらに、報告間隔と報告帯域幅）は、当該記述に含まれ得る。
次に、マルチキャストサービス又はブロードキャストサービスをユーザに提供するための、そして上記の多様な実施の形態に概説された本発明を採用することができる、いくつかの可能なシナリオを、図７、図８及び図９に関して例示目的で概説する。
図７において、コンテンツサーバ７０１は、例えば、ＩＰベースネットワークでマルチキャストセッション又はブロードキャストセッションをフィードバック制御エンティティ、例えば、ＢＭ−ＳＣ７０４を介してユーザに提供する。サービスを受信するユーザのいくつかは、例示目的で以下に検討されるＵＭＴＳネットワーク７０２などの移動通信ネットワーク内に位置することができる。
本発明の一実施の形態によれば、ＵＭＴＳネットワーク７０２内に設置されたＢＭ−ＳＣ７０４は、先に述べたように、サービス受信端末７１２、７１３からのフィードバックの提供を制御することができる。ＢＭ−ＳＣ７０４は、コンテンツサーバ７０１からサービスデータを受信し、例えば、ＣＮ（コアネットワーク）７０３のＧＧＳＮ（ＧＰＲＳゲートウェイサポートノード）７０５及びＳＧＳＮ（サービングＧＰＲＳサポートノード）７０６、少なくとも一つのＲＮＣ７０９並びに少なくとも一つのノードＢ（Node B）７１０、７１１を介して、ＭＢＭＳセッション内でコンテンツデータを端末７１２、７１３に送信することができる。ＢＭ−ＳＣ７０４は、ＵＭＴＳネットワーク７０２中の告示チャネルを介してサービス利用可能性を告示する役割を担い、サービスアドミッション、すなわち、ＵＥのサービスへの参加及び退去にかかわることに関与する。本発明の一実施の形態に関係して先に述べたように、サービス告示はフィードバック制御のためのパラメータを含むことができる。
図８に移ると、コンテンツサーバ８０１が移動通信システム内に設置される本発明の例示的な実施の形態が図示される。図７に示したデータ提供のためのＩＰベースネットワークが必要でなくなることを除き、基本的に、図７を参照して概説した本発明の実施の形態について行った同じ考察がここでも当てはまる。
図９には、コンテンツサーバ９０１がマルチキャストサービス又はブロードキャストサービスのデータの送信元である本発明の例示的実施の形態が図示される。本発明のこの実施の形態では、コンテンツサーバ９０１は、サービスに関連したデータストリームを直接ＧＧＳＮ７０５に供給している。この実施の形態によれば、ＧＧＳＮ７０５が、サービスを受信する下流の端末からのフィードバック提供を制御するネットワークエンティティとなり得る。この場合、ＭＢＭＳベアラコンテキストなどのサービス関連コンテキスト情報に格納された個々の情報に基づいて、ＧＧＳＮ７０５がサービス参加者の数を直接判定することができる。
本発明のさらに別の実施の形態では、フィードバック制御エンティティ、例えばＢＭ−ＳＣは、図７及び図８に示されたマルチキャストサービス又はブロードキャストサービスプロバイダ（コンテンツプロバイダ７０１、８０１）からマルチキャストサービス又はブロードキャストサービスのデータを受信することができる。
フィードバック制御エンティティは、マルチキャストサービス又はブロードキャストサービスのプロバイダにとって非透過的モードで動作することができる。このモードを図７を参照して以下に説明する。
ここでは、ＢＭ−ＳＣ７０４（すなわち、図７に示した例示的な実施の形態におけるフィードバック制御エンティティ）は、コンテンツプロバイダ７０１（すなわち、図７に示した例示的な実施の形態におけるマルチキャストサービス又はブロードキャストサービスのプロバイダ）の視点からは、マルチキャストサービス又はブロードキャストサービスを受信するクライアントとして動作する。端末７１２、７１３の視点からは、マルチキャストサービス又はブロードキャストサービス、ＢＭ−ＳＣ７０４はサービスを提供するマルチキャストサーバ又はブロードキャストサーバとして動作する。
従って、コンテンツサーバ７０１から移動端末７１２、７１３までのエンドツーエンドサービスセッションは存在しない場合がある。しかし、サービス供給は、一つは移動端末７１２、７１３とＢＭ−ＳＣ７０４との間、一つはＢＭ−ＳＣ７０４とコンテンツプロバイダ７０１との間の、二つのエンドツーエンドセッションに分割される。
両方のセッションで、例えば、トランスポート層及びセッション層の異なるプロトコルを使用することもできる。例えば、ＢＭ−ＳＣ７０４と端末７１２、７１３との間のセッションはＲＴＰ／ＵＤＰ／ＩＰ（及びＲＴＣＰフィードバック）を使用し、一方、コンテンツプロバイダ７０１とＢＭ−ＳＣ７０４との間のセッションはこれと同じプロトコル又は異なるプロトコルを使用してもよい。従って、ＢＭ−ＳＣ７０４は、プロトコル変換メカニズムを提供するゲートウェイのように動作することができる。
ここで、コンテンツプロバイダ７０１とＢＭ−ＳＣ７０４との間のセッションを考察すると、後者はコンテンツプロバイダ７０１にフィードバックを供給する。端末７１２、７１３から受信したフィードバックによって反映される受信統計値、例えば、異なるサービス受信端末７１２、７１３で達成されたＱｏＳ、個々の端末７１２、７１３へのパケット損失率などを反映するために、ＢＭ−ＳＣ７０４は、受信したフィードバックを分析し、移動通信システム内のサービスの受信統計値を反映するその集約値又は積算値を作成することができる。この集約値又は積算値は、フィードバックとしてコンテンツプロバイダ７０１へ何らかの形式で供給され得る。例えば、ＢＭ−ＳＣ７０４は、集約値又は積算値を反映した「標準的な」ＲＴＣＰレシーバレポートを生成してもよいし、又はフィードバック提供の特別な形式がコンテンツプロバイダ７０１とＢＭ−ＳＣ７０４との間で定義されてもよい。
第二の可能性は、個々のＵＥ７１２、７１３からの受信フィードバックをＢＭ−ＳＣ７０４がコンテンツプロバイダ７０１へ転送することができる。この場合も、ＢＭ−ＳＣ７０４とコンテンツプロバイダ７０１との間には別個の接続／セッションがあり、そこでは別のプロトコルを使用してもよいのだから、ＢＭ−ＳＣ７０４はフィードバックデータの何らかの変換を行ってもよい。
とにかく、ＢＭ−ＳＣ７０４からコンテンツプロバイダ７０１へのフィードバック提供は、例えば、受信サービスに対して達成されたＱｏＳに基づきユーザが課金される場合、特に実現可能である。
本発明の別の実施の形態は、ハードウェア及びソフトウェアを使用した上記の多様な実施の形態の実現に関する。多様な前述の方法や前述の様々な論理ブロック、モジュール、回路は、例えば、汎用プロセッサとしてのコンピュータデバイス（プロセッサ）、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又はその他のプログラム可能論理素子などを使用して実現可能又は実施可能であることが認識される。本発明の多様な実施の形態は、上記のデバイスの組合せによっても実施又は実現され得る。
さらに、本発明の多様な実施の形態は、プロセッサで実行されるソフトウェアモジュールにより又はハードウェアにおいて直接実現可能である。また、ソフトウェアモジュールとハードウェア実現との組合せも可能である。ソフトウェアモジュールは、コンピュータで読取り可能などんな種類の記憶媒体（例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなど）に記憶されてもよい。
これに関して、図１０及び図１１は、本発明の例示的な実施の形態による、移動端末とフィードバック制御エンティティとをそれぞれ示す。
移動端末は、フィードバック制御エンティティから配信されたデータを表示するディスプレイ１００１、並びにマルチキャストセッション又はブロードキャストセッションの受信及びフィードバックの送信を可能にする少なくとも一つの通信インタフェース１００４をとりわけ含み得る。さらに、移動端末は、コンピュータ読取り可能記憶媒体１００３に記憶された命令を実行するためにとりわけ使用され得るプロセッサ１００２（コンピュータデバイス）を含み得る。さらに、プロセッサ１００２は、通信インタフェース１００４を介した通信の制御や、フィードバックを提供するか否かを決定するための確率試験の実行なども行うことができる。
図１１に示したフィードバック制御エンティティは、プロセッサ１１０１、コンピュータ読取り可能記憶媒体１１０２及び少なくとも一つの通信インタフェース１１０４を含み得る。
フィードバック制御エンティティは、ある場合には、マルチキャストサービス又はブロードキャストサービスを提供又は転送するＵＭＴＳネットワークのＢＭ−ＳＣである。フィードバック制御エンティティは、マルチキャストサービス又はブロードキャストサービスによりユーザへ提供されたサービスデータ（例えば、ストリーム）を格納又は一時保存するサービスデータベース１１０３をさらに含み得る。さらに、コンピュータ読取り可能記憶媒体１１０２は、プロセッサ１１０１で実行可能な命令やさらに他のデータを記憶することができる。
例えば、コンピュータ読取り可能記憶媒体１１０２に記憶されるデータは、フィードバック制御エンティティがサービス参加者の数を判定する各サービスのコンテキスト情報を含み得る。コンピュータ読取り可能記憶媒体１１０２に記憶される命令は、さらに、上記の多様な実施の形態に概説したとおり、フィードバック制御エンティティがサービス参加者からのフィードバック提供を制御することを可能にすることができる。
ＲＴＰセッションに加入し受信を行う受信機数の関数としての受信機当りの報告帯域幅を示す。 ＲＴＰセッションに加入し受信を行う受信機数の関数としてのレシーバレポート（ＲＲ）時間間隔Ｔを示す。 ＲＴＣＰアプリケーション定義パケットを示す。 本発明の実施の形態による、ＲＴＣＰアプリケーション定義パケットで伝送されるアプリケーション定義パラメータのフォーマットを示す。 本発明の実施の形態による、拡張ＲＴＣＰレシーバレポートブロックのフォーマットを示す。 本発明の実施の形態による、図３のＲＴＣＰアプリケーション定義パケット又は図５に示した拡張ＲＴＣＰレシーバレポートブロック内でパラメータを伝送するためのフォーマットを示す。 本発明の実施の形態による、ユーザにマルチキャストサービス又はブロードキャストサービスを提供し、受信端末からのフィードバックを制御するシナリオを示す。 本発明の実施の形態による、ユーザにマルチキャストサービス又はブロードキャストサービスを提供し、受信端末からのフィードバックを制御するシナリオを示す。 本発明の実施の形態による、ユーザにマルチキャストサービス又はブロードキャストサービスを提供し、受信端末からのフィードバックを制御するシナリオを示す。 本発明の実施の形態による、移動端末とフィードバック制御エンティティとをそれぞれ示す。 本発明の実施の形態による、移動端末とフィードバック制御エンティティとをそれぞれ示す。

Claims (33)

  1. 移動通信システムのフィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している各移動端末からのフィードバックの送信を制御する方法であって、
    一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルと、マルチキャストサービス又はブロードキャストサービスを受信している各移動端末のフィードバック提供を設定するセッションプロトコルとを使用して、マルチキャストサービス又はブロードキャストサービスを受信するステップと、
    移動通信ネットワークにおいて前記フィードバック制御エンティティと前記移動端末との間に位置するネットワークエンティティが、ＭＢＭＳベアラコンテキスト又は前記各移動端末についてのＭＢＭＳ ＵＥコンテキストを作成するステップと、
    前記フィードバック制御エンティティが、前記ネットワークエンティティから前記ＭＢＭＳベアラコンテキスト又はＭＢＭＳ ＵＥコンテキストに基づくＭＢＭＳサービス参加移動端末の総数を取得するステップと、
    前記フィードバック制御エンティティが、前記取得したＭＢＭＳサービス参加移動端末の総数に基づき、前記各移動端末がセッションプロトコル設定フィードバックを提供するか否かを決定するパラメータを算出するステップと、
    前記移動端末がフィードバック制御エンティティへ前記セッションプロトコル設定フィードバックを提供するか否かを決定するパラメータを受信するステップと、
    受信したパラメータに基づいて、マルチキャストサービス又はブロードキャストに対するセッションプロトコル設定フィードバックをフィードバック制御エンティティへ提供するか否かを決定するステップと、
    セッションプロトコル設定フィードバックを提供するという決定がなされる場合、フィードバック制御エンティティへフィードバックを提供するベアラを確立するステップと、
    前記マルチキャストサービス又はブロードキャストサービスの受信統計値を示すセッションプロトコル設定フィードバックを前記確立ベアラを介してフィードバック制御エンティティへ送信するステップと、
    を含む、方法。
  2. 前記移動端末で受信した前記パラメータは、前記移動端末がセッションプロトコル設定フィードバックを提供するか否かを決定する確率試験のための確率値を示す、請求項１に記載の方法。
  3. フィードバックを提供するか否かを決定するステップは、前記受信確率値を使用して移動端末で確率試験を実行するステップと、当該試験の結果に基づいて、セッションプロトコル設定フィードバックを提供するか否かを決定するステップと、を含む、請求項２に記載の方法。
  4. 前記確率試験はベルヌーイ試験である、請求項２又は請求項３に記載の方法。
  5. 前記パラメータは、前記マルチキャストサービス又はブロードキャストサービスを提供するマルチキャストデータチャネル又はブロードキャストデータチャネルを介して受信される、請求項１から請求項４のいずれかに記載の方法。
  6. 前記パラメータは、マルチキャストサービス又はブロードキャストサービスが受信機候補に告示される告示チャネルを介して受信される、請求項１から請求項４のいずれかに記載の方法。
  7. 前記告示チャネルでのデータ伝送には高信頼性通信プロトコルが使用される、請求項６に記載の方法。
  8. 移動端末で受信した前記パラメータは、さらに、当該パラメータの有効期間が終わる時点を示す、請求項１から請求項７のいずれかに記載の方法。
  9. 前記パラメータによって示された前記時点に達している場合、セッションプロトコル設定フィードバックを提供する確立ベアラを移動端末が解除するステップをさらに含む、請求項８に記載の方法。
  10. フィードバック制御エンティティから以前に受信したパラメータを更新する再設定パラメータを受信するステップをさらに含む、請求項１から請求項９のいずれかに記載の方法。
  11. 前記再設定パラメータは、以前に受信したパラメータの有効期間を更新するか否かを示すフラグを含み、
    このフラグに基づき、以前に受信したパラメータの有効期間を更新するステップをさらに含む、請求項１０に記載の方法。
  12. 移動端末がセッションプロトコル設定フィードバックを提供するベアラをすでに確立している場合に限り、前記有効期間の更新が行われる、請求項１１に記載の方法。
  13. 受信した再設定パラメータは、セッションプロトコル設定フィードバックの提供についての新たな決定が移動端末によってなされるべきか否かを示すフラグを含み、
    このフラグに基づき、セッションプロトコル設定フィードバックの提供についての新たな決定が移動端末によってなされるべきか否か決定するステップと、
    新たな決定がなされるべきである場合、受信した再設定パラメータに基づいて、マルチキャストサービス又はブロードキャストサービスに対するセッションプロトコル設定フィードバックをフィードバック制御エンティティへ提供するか否かを決定するステップと、
    セッションプロトコル設定フィードバックを提供するという決定がなされる場合、フィードバック制御エンティティへフィードバックを提供するベアラを確立するステップと、
    前記マルチキャストサービス又はブロードキャストサービスの受信統計値を示すフィードバックを前記確立ベアラを介してフィードバック制御エンティティへ送信するステップと、
    をさらに含む、請求項１０から請求項１２のいずれかに記載の方法。
  14. マルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している複数の移動端末からのフィードバックの送信をフィードバック制御エンティティによって制御する、フィードバック制御エンティティにより実行される方法であって、
    一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルと、マルチキャストサービス又はブロードキャストサービスを受信している端末のフィードバック提供を設定するセッションプロトコルとを使用して、マルチキャストサービス又はブロードキャストサービスのデータを少なくとも一つの移動端末へ送信又は転送するステップと、
    移動通信ネットワークにおいて前記フィードバック制御エンティティと前記移動端末との間に位置するネットワークエンティティが作成したＭＢＭＳベアラコンテキスト又は前記各移動端末についてのＭＢＭＳ ＵＥコンテキストに基づくＭＢＭＳサービス参加移動端末の総数を、前記ネットワークエンティティから取得するステップと、
    前記取得したＭＢＭＳサービス参加移動端末の総数に基づき、フィードバック制御エンティティへセッションプロトコル設定フィードバックを提供するか否かを移動端末に決定させるパラメータを決定するステップと、
    マルチキャストサービス又はブロードキャストサービスを受信している前記複数の移動端末のうちの少なくともサブセットに前記パラメータを送信するステップと、
    前記パラメータを受信した前記複数の移動端末のサブセットからセッションプロトコル設定フィードバックを受信するステップと、
    を含む、方法。
  15. 前記パラメータは、フィードバック制御エンティティで保持され又は移動通信システムのネットワークエンティティから受信したマルチキャストサービス又はブロードキャストサービスの状態情報に基づいて決定される請求項１４に記載の方法。
  16. フィードバック制御エンティティによって決定された前記パラメータは、移動端末がフィードバックを提供するか否かを決定する確率試験のための確率値を示す、請求項１４又は請求項１５に記載の方法。
  17. 前記パラメータは、マルチキャストサービス又はブロードキャストサービスが受信機候補に告示される告示チャネルを介して送信される、請求項１５又は請求項１６に記載の方法。
  18. 前記告示チャネルでのデータ伝送には高信頼性通信プロトコルが使用される、請求項１７に記載の方法。
  19. 前記パラメータは、さらに、当該パラメータの有効期間が終わる時点を示す、請求項１４から請求項１８のいずれかに記載の方法。
  20. マルチキャストサービス又はブロードキャストサービスのプロバイダからマルチキャストサービス又はブロードキャストサービスのデータを受信するステップをさらに含む、請求項１４から請求項１９のいずれかに記載の方法。
  21. フィードバック制御エンティティで受信したセッションプロトコル設定フィードバックをマルチキャストサービス又はブロードキャストサービスのプロバイダへ転送するステップをさらに含む、請求項２０に記載の方法。
  22. マルチキャストサービスのデータは、トランスポートプロトコル及びセッションプロトコルを使用してフィードバック制御エンティティに伝送され、
    マルチキャストサービス又はブロードキャストサービスのデータを移動端末に送信又は転送する前に、トランスポートプロトコル及びセッションプロトコルの少なくとも一つをそれぞれ別のトランスポートプロトコル又はセッションプロトコルに変換するステップをさらに含む、請求項２０又は請求項２１に記載の方法。
  23. マルチキャストサービスに対するフィードバックは、トランスポートプロトコル及びセッションプロトコルを使用してフィードバック制御エンティティに伝送され、
    マルチキャストサービス又はブロードキャストサービスのプロバイダへフィードバックを転送する前に、トランスポートプロトコル及びセッションプロトコルの少なくとも一つをそれぞれ別のトランスポートプロトコル又はセッションプロトコルに変換するステップをさらに含む、請求項２１又は請求項２２に記載の方法。
  24. フィードバック制御エンティティで受信したセッションプロトコル設定フィードバックの集約情報を生成するステップと、
    セッションプロトコル設定フィードバックの前記集約情報をマルチキャストサービス又はブロードキャストサービスのプロバイダへ送信するステップと、
    をさらに含む、請求項２０に記載の方法。
  25. マルチキャストサービス又はブロードキャストサービスは、ＲＴＰプロトコルを使用して提供され、フィードバックは、ＲＴＣＰプロトコルを使用して提供され、マルチキャストサービス又はブロードキャストサービスを提供しているセッションに使用可能な帯域幅の一部分が、ＲＴＣＰプロトコルメッセージに割り当てられる、請求項１から請求項２４のいずれかに記載の方法。
  26. セッションプロトコル設定フィードバックは、ＲＴＣＰプロトコルのレシーバレポートの形式で提供される、請求項２５に記載の方法。
  27. 前記パラメータは、さらに、ＲＴＣＰプロトコルを使用したセッションプロトコル設定フィードバックを提供する報告時間間隔及び使用可能帯域幅を示す、請求項２５又は請求項２６に記載の方法。
  28. 前記パラメータは、フィードバック制御エンティティにより送信されるＲＴＣＰプロトコルのセンダーレポートメッセージ内に含まれる、請求項１から請求項２７のいずれかに記載の方法。
  29. フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信する移動端末であって、
    一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルと、マルチキャストサービス又はブロードキャストサービスを受信している各移動端末のフィードバック提供を設定するセッションプロトコルとを使用して、マルチキャストサービス又はブロードキャストサービスを受信し、前記移動端末が、ＭＢＭＳベアラコンテキスト又は前記各移動端末についてのＭＢＭＳ ＵＥコンテキストに基づくＭＢＭＳサービス参加移動端末の総数に基づき算出された、フィードバック制御エンティティへセッションプロトコル設定フィードバックを提供するか否かを決定するパラメータをさらに受信するように適合される受信機と、
    受信したパラメータに基づいて、マルチキャストサービス又はブロードキャストに対するセッションプロトコル設定フィードバックをフィードバック制御エンティティへ提供するか否かを決定し、セッションプロトコル設定フィードバックを提供するという決定がなされる場合、フィードバック制御エンティティへセッションプロトコル設定フィードバックを提供するベアラを確立するプロセッサと、
    前記マルチキャストサービス又はブロードキャストサービスの受信統計値を示すセッションプロトコル設定フィードバックを前記確立ベアラを介してフィードバック制御エンティティへ送信する送信機と、
    を具備する、移動端末。
  30. 請求項１から請求項１３又は請求項２５から請求項２８のいずれかに記載の方法の各ステップを実行するように適合された手段をさらに具備する、請求項２９に記載の移動端末。
  31. フィードバック制御エンティティにより送信又は転送されたマルチキャストサービス又はブロードキャストサービスを移動通信システムのエアインタフェースを介して受信している複数の移動端末からのフィードバックの送信を制御するフィードバック制御エンティティであって、
    一方向ダウンリンクチャネルを介して、低信頼性トランスポートプロトコルと、マルチキャストサービス又はブロードキャストサービスを受信している端末のフィードバック提供を設定するセッションプロトコルとを使用して、マルチキャストサービス又はブロードキャストサービスのデータを少なくとも一つの移動端末に送信又は転送する送信機と、
    移動通信ネットワークにおいて前記フィードバック制御エンティティと前記移動端末との間に位置するネットワークエンティティが作成したＭＢＭＳベアラコンテキスト又は前記各移動端末についてのＭＢＭＳ ＵＥコンテキストに基づくＭＢＭＳサービス参加移動端末の総数を、前記ネットワークエンティティから取得し、
    前記取得したＭＢＭＳサービス参加移動端末の総数に基づき、フィードバック制御エンティティへセッションプロトコル設定フィードバックを提供するか否かを移動端末に決定させるパラメータを決定するプロセッサと、前記送信機は、マルチキャストサービス又はブロードキャストサービスを受信している前記複数の移動端末の少なくともサブセットに前記パラメータを送信するように適合される、
    前記パラメータを受信した前記複数の移動端末のサブセットからセッションプロトコル設定フィードバックを受信する受信機と、
    を具備する、フィードバック制御エンティティ。
  32. 請求項１４から請求項２８のいずれかに記載の方法の各ステップを実行するように適合された手段をさらに具備する、請求項３１に記載のフィードバック制御エンティティ。
  33. 請求項３１又は請求項３２に記載のフィードバック制御エンティティと、一方向ダウンリンクチャネル及び低信頼性トランスポートプロトコルを使用して、エアインタフェースを介してフィードバック制御エンティティからマルチキャスト又はブロードキャストサービスを受信する請求項２９又は請求項３０に記載の少なくとも一つの移動端末とを含む、移動通信システム。
JP2007524194A 2004-08-06 2005-06-21 フィードバック送信制御方法、移動端末、フィードバック制御エンティティ、及び移動通信システム Expired - Fee Related JP4794557B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP04018707.2 2004-08-06
EP04018707A EP1624610B1 (en) 2004-08-06 2004-08-06 Feedback control for multicast or broadcast services
PCT/EP2005/006711 WO2006012946A2 (en) 2004-08-06 2005-06-21 Feedback control for multicast or broadcast services

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009247811A Division JP4898889B2 (ja) 2004-08-06 2009-10-28 マルチキャストサービス又はブロードキャストサービスのフィードバック制御

Publications (2)

Publication Number Publication Date
JP2008509582A JP2008509582A (ja) 2008-03-27
JP4794557B2 true JP4794557B2 (ja) 2011-10-19

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 After (1)

Application Number Title Priority Date Filing Date
JP2009247811A Expired - Fee Related JP4898889B2 (ja) 2004-08-06 2009-10-28 マルチキャストサービス又はブロードキャストサービスのフィードバック制御

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 (63)

* 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
KR101203841B1 (ko) 2006-01-05 2012-11-21 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법
KR100912784B1 (ko) 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
WO2007078171A2 (en) 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101268200B1 (ko) 2006-01-05 2013-05-27 엘지전자 주식회사 이동통신 시스템에서의 무선자원 할당방법
JP2009521892A (ja) 2006-01-05 2009-06-04 エルジー エレクトロニクス インコーポレイティド 移動通信システムにおける情報伝送
KR20070080552A (ko) 2006-02-07 2007-08-10 엘지전자 주식회사 이동 통신 시스템에서의 응답 정보 전송 방법
KR101265628B1 (ko) 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
CN105515736A (zh) 2006-01-05 2016-04-20 Lg电子株式会社 在移动通信系统中发送数据
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
EP2790380A1 (en) * 2006-01-11 2014-10-15 Core Wireless Licensing S.a.r.l. Extensions to rich media container format for use by mobile broadcast/multicast streaming servers
KR101216751B1 (ko) 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
KR101358469B1 (ko) 2006-02-07 2014-02-06 엘지전자 주식회사 무선 네트워크(ｎｅｔｗｏｒｋ) 안에서 상향(ｕｐｌｉｎｋ)및 하향(ｄｏｗｎｌｉｎｋ) 대역폭(ｂａｎｄｗｉｄｔｈ)의선택 및 신호 방법
KR101387475B1 (ko) 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
KR20070121513A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 이동통신 시스템의 상향 접속 방법
WO2007148881A2 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
KR20070121505A (ko) 2006-06-21 2007-12-27 엘지전자 주식회사 무선링크 재설정 방법
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
WO2007148935A1 (en) 2006-06-21 2007-12-27 Lg Electronics Inc. Method of transmitting and receiving radio access information using a message separation in a wireless mobile communications system
CN101584224B (zh) 2006-08-18 2011-09-21 三星电子株式会社 移动广播系统中由终端报告流服务的接收比率的方法和装置、及其系统
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
BRPI0721332A2 (pt) * 2007-03-09 2014-03-18 Thomson Licensing Um método para um eficiente retro alimentação de condições de canal de recepção em sistemas de vídeo adaptativo multi-adição e de difusão.
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
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
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
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
WO2009022752A1 (ja) * 2007-08-16 2009-02-19 Nec Corporation 無線通信システム及び方法
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
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
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
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
US8982725B2 (en) * 2012-02-03 2015-03-17 Mediatek Inc. Method and apparatus for collecting and providing diverse traffic information in cellular networks
TWI752680B (zh) 2012-04-13 2022-01-11 美商Ｇｅ影像壓縮有限公司 用以自資料串流重構圖像的解碼器及方法、用以將圖像編碼入資料串流的編碼器及方法、與相關電腦程式及機器可存取媒體
US9345573B2 (en) 2012-05-30 2016-05-24 Neovasc Tiara Inc. Methods and apparatus for loading a prosthesis onto a delivery system
CN115442623B (zh) 2012-06-29 2024-08-23 Ge视频压缩有限责任公司 解码视频数据流的方法、存储介质、编码器、解码器
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
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
WO2004040928A1 (en) * 2002-10-29 2004-05-13 Telefonaktiebolaget Lm Ericsson (Publ) Reporting for multi-user services in wireless networks

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
US6049535A (en) * 1996-06-27 2000-04-11 Interdigital Technology Corporation Code division multiple access (CDMA) communication system
US7123600B2 (en) * 1995-06-30 2006-10-17 Interdigital Technology Corporation 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
US6885652B1 (en) * 1995-06-30 2005-04-26 Interdigital Technology Corporation Code division multiple access (CDMA) communication system
US7072380B2 (en) * 1995-06-30 2006-07-04 Interdigital Technology Corporation Apparatus for initial power control for spread-spectrum communications
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
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
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
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
AU2001281017A1 (en) * 2000-08-03 2002-02-18 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 Ｍｐｅｇネットワーク上におけるダイレクトｒｔｐ伝送方法及びシステム
KR20040095277A (ko) * 2002-03-14 2004-11-12 유니버시티 오브 오타와 다이내믹 편광 모드 분산 에뮬레이터
WO2004002048A1 (en) * 2002-06-21 2003-12-31 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
WO2004038549A2 (en) * 2002-10-24 2004-05-06 Bbnt Solutions Llc Spectrum-adaptive networking
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 엘지전자 주식회사 이동통신 시스템에서의 ｒｒｃ연결설정 방법
DE60319206T2 (de) * 2003-05-09 2009-04-16 Motorola, Inc., Schaumburg 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
US8687607B2 (en) * 2003-10-08 2014-04-01 Qualcomm Incorporated Method and apparatus for feedback reporting in a wireless communications system
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
MX2007013832A (es) * 2005-05-03 2008-01-22 Lg Electronics Inc Cambio de una configuracion de acceso de radio entre una terminal y una red.
MX2007013829A (es) * 2005-05-03 2008-02-05 Nokia Corp Retroalimentacion de planeacion de cliente durante sesiones de transferencia de flujo.
EP2790380A1 (en) * 2006-01-11 2014-10-15 Core Wireless Licensing S.a.r.l. 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
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
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
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
WO2004040928A1 (en) * 2002-10-29 2004-05-13 Telefonaktiebolaget Lm Ericsson (Publ) Reporting for multi-user services in wireless networks

Also Published As

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

Similar Documents

Publication Publication Date Title
JP4794557B2 (ja) フィードバック送信制御方法、移動端末、フィードバック制御エンティティ、及び移動通信システム
US20090213775A1 (en) Deterministic feedback control for multicast or broadcast services
JP4988752B2 (ja) 階層的に編成されたブロードキャスト／マルチキャスト・サービスエリアのためのフィードバック技術
JP4914912B2 (ja) 複数のベアラからなるマルチキャストサービスまたはブロードキャストサービスを提供するためのネットワーク・エンティティおよびその方法
JP4109671B2 (ja) 無線移動通信システムにおけるｍｂｍｓデータの伝送スケジューリング方法
US20060069799A1 (en) Reporting for multi-user services in wireless networks
EP1440537A1 (en) Multicast support in packet switched wireless networks
KR100733911B1 (ko) Ｍｂｍｓ 제공 시스템 및 그 방법
KR100956817B1 (ko) 패킷 데이터를 처리하는 방법 및 이를 위한 장치
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) 一种传输业务数据的方法和通信装置
JP2008289164A (ja) モバイル通信においてブロードキャスト／マルチキャストサービスを提供する設備と方法
Kurup et al. Source specific multicast (SSM) group management analysis framework for the next generation mobile Internet

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080520

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110208

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110301

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110418

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: 20110705

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: 20110726

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20140805

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

LAPS Cancellation because of no payment of annual fees