(57)【要約】  第1のUEは、第2のUE上で作動するアプリケーションまたは第1のUE上で作動するアプリケーションからサービスに対する要求を受信する。第2のUEは、第1のUEとは異なる。サービスに対する要求は、MBMSサービスを介するファイル/ストリームのセットに対する要求である。第1のUEは、基地局または第3のUEのうちの1つからMBMSサービスを介してファイル/ストリームのセットを受信することを試みる。第1のUEは、ファイル/ストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信する。ファイル/ストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子を含む。
2017513376.tif 000002
【特許請求の範囲】
【請求項１】
第1のユーザ機器(UE)のワイヤレス通信の方法であって、
第2のUE上で作動するアプリケーションまたは前記第1のUE上で作動するアプリケーションからサービスに対する要求を前記第1のUEによって受信するステップであって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信するステップと、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを前記第1のUEによって試みるステップと、
ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を、前記第1のUEによって送信するステップとを含み、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子を含む、方法。
【請求項２】
ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第1のUE上で作動する前記アプリケーションに関連する前記識別子とは異なる、前記第1のUEに関連する識別子を含む、請求項1に記載の方法。
【請求項３】
前記第1のUE上で作動する前記アプリケーションに関連する前記識別子が、前記第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である、請求項2に記載の方法。
【請求項４】
前記第1のUEに関連する前記識別子と、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する前記識別子とが、前記受信確認または前記統計報告のうちの前記少なくとも1つの中のクライアント識別子の属性中に示される、請求項3に記載の方法。
【請求項５】
前記第1のUEに関連する前記識別子が、前記受信確認または前記統計報告のうちの前記少なくとも1つの中のクライアント識別子の属性中に示され、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する前記識別子が、前記受信確認または前記統計報告のうちの前記少なくとも1つの中の異なる属性中に示される、請求項3に記載の方法。
【請求項６】
前記識別子が、前記第2のUEまたは前記第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する、請求項1に記載の方法。
【請求項７】
前記識別子が、前記第1のUE上で作動する前記アプリケーションに関連する、請求項1に記載の方法。
【請求項８】
ファイルまたはストリームの前記セットが、ファイルのセットを含み、前記受信報告が、ファイルの前記セットに関連する前記受信確認を含む、請求項1に記載の方法。
【請求項９】
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するステップと、
前記MBMSサービスを介してファイルの前記第2のセットを受信することを試みるステップと、
前記ファイルの前記第2のセットに関連する受信確認を含む第2の受信報告を送信するステップとをさらに含み、前記ファイルの前記第2のセットに関連する前記受信確認が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項8に記載の方法。
【請求項１０】
前記受信報告および前記第2の受信報告が、1つの報告に統合される、請求項9に記載の方法。
【請求項１１】
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するステップをさらに含み、前記受信確認がさらに、ファイルの前記第2のセットに関連し、ファイルの前記セットがS1であり、ファイルの前記第2のセットがS2であり、
ファイルのセットS1∩S2に対して、前記受信確認が、前記ファイルS1∩S2の受信を確認する部分要素と、前記第1のUEに関連する識別子と、前記第2のUEと前記第4のUEの両方または前記第2のUEと前記第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含み、
ファイルのサブセットS1∩S2を除外するファイルのセットS1に対して、前記受信確認が、ファイルの前記サブセットS1∩S2を除外する前記ファイルS1の受信を確認する部分要素と、前記第1のUEに関連する識別子と、前記第2のUEまたは前記第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含み、
ファイルの前記サブセットS1∩S2を除外するファイルのセットS2に対して、前記受信確認が、ファイルの前記サブセットS1∩S2を除外する前記ファイルS2の受信を確認する部分要素と、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項8に記載の方法。
【請求項１２】
ファイルまたはストリームの前記セットが、ストリームのセットを含み、前記受信報告が、前記ストリームの前記セットに関連する前記統計報告を含む、請求項1に記載の方法。
【請求項１３】
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信するステップと、
前記ストリームの前記セットに関連する第2の統計報告を含む第2の受信報告を送信するステップとをさらに含み、前記ストリームの前記セットに関連する前記第2の統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項12に記載の方法。
【請求項１４】
前記受信報告および前記第2の受信報告が、1つの報告に統合される、請求項13に記載の方法。
【請求項１５】
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信するステップであって、ストリームの前記セットが持続時間T1の間の受信に対して前記第2のUEによって要求され、ストリームの前記セットが持続時間T2の間の受信に対して前記第4のUEによって要求される、受信するステップと、
ストリームの前記セットに関連する追加の受信報告を送信するステップとをさらに含み、
前記受信報告および前記追加の受信報告が、
前記持続時間T1∩T2の間に受信されたストリームの前記セットに関連する統計報告を含む第1の受信報告であって、前記持続時間T1∩T2の間に受信されたストリームの前記セットに関連する前記統計報告が、前記第1のUEに関連する識別子と、前記第2のUEと前記第4のUEの両方または前記第2のUEと前記第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む、第1の受信報告と、
前記持続時間T1∩T2を除く前記持続時間T1の間に受信されたストリームの前記セットに関連する統計報告を含む第2の受信報告であって、前記持続時間T1∩T2を除く前記持続時間T1の間に受信されたストリームの前記セットに関連する前記統計報告が、前記第1のUEに関連する識別子と、前記第2のUEまたは前記第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、第2の受信報告と、
前記持続時間T1∩T2を除く前記持続時間T2の間に受信されたストリームの前記セットに関連する統計報告を含む第3の受信報告であって、前記持続時間T1∩T2を除く前記持続時間T2の間に受信されたストリームの前記セットに関連する前記統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、第3の受信報告とを含む、請求項12に記載の方法。
【請求項１６】
第1のユーザ機器(UE)である、ワイヤレス通信のための装置であって、
第2のUE上で作動するアプリケーションまたは前記第1のUE上で作動するアプリケーションからサービスに対する要求を受信するための手段であって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、
マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信するための手段と、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを試みるための手段と、
ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信するための手段とを含み、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子を含む、装置。
【請求項１７】
ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第1のUE上で作動する前記アプリケーションに関連する前記識別子とは異なる、前記第1のUEに関連する識別子を含む、請求項16に記載の装置。
【請求項１８】
前記第1のUE上で作動する前記アプリケーションに関連する前記識別子が、前記第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である、請求項17に記載の装置。
【請求項１９】
ファイルまたはストリームの前記セットが、ファイルのセットを含み、前記受信報告が、ファイルの前記セットに関連する前記受信確認を含む、請求項16に記載の装置。
【請求項２０】
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するための手段と、
前記MBMSサービスを介してファイルの前記第2のセットを受信することを試みるための手段と、
前記ファイルの前記第2のセットに関連する受信確認を含む第2の受信報告を送信するための手段とをさらに含み、前記ファイルの前記第2のセットに関連する前記受信確認が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項19に記載の装置。
【請求項２１】
ファイルまたはストリームの前記セットが、ストリームのセットを含み、前記受信報告が、前記ストリームの前記セットに関連する前記統計報告を含む、請求項16に記載の装置。
【請求項２２】
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信するための手段と、
前記ストリームの前記セットに関連する第2の統計報告を含む第2の受信報告を送信するための手段とをさらに含み、前記ストリームの前記セットに関連する前記第2の統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項21に記載の装置。
【請求項２３】
第1のユーザ機器(UE)である、ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを備え、前記少なくとも1つのプロセッサが、
第2のUE上で作動するアプリケーションまたは前記第1のUE上で作動するアプリケーションからサービスに対する要求を受信することであって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信することと、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを試みることと、
ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信することとを行うように構成され、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子を含む、装置。
【請求項２４】
ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第1のUE上で作動する前記アプリケーションに関連する前記識別子とは異なる、前記第1のUEに関連する識別子を含む、請求項23に記載の装置。
【請求項２５】
前記第1のUE上で作動する前記アプリケーションに関連する前記識別子が、前記第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である、請求項24に記載の装置。
【請求項２６】
ファイルまたはストリームの前記セットが、ファイルのセットを含み、前記受信報告が、ファイルの前記セットに関連する前記受信確認を含む、請求項23に記載の装置。
【請求項２７】
前記少なくとも1つのプロセッサが、
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信することと、
前記MBMSサービスを介してファイルの前記第2のセットを受信することを試みることと、
前記ファイルの前記第2のセットに関連する受信確認を含む第2の受信報告を送信することとを行うようにさらに構成され、前記ファイルの前記第2のセットに関連する前記受信確認が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項26に記載の装置。
【請求項２８】
ファイルまたはストリームの前記セットが、ストリームのセットを含み、前記受信報告が、前記ストリームの前記セットに関連する前記統計報告を含む、請求項23に記載の装置。
【請求項２９】
前記少なくとも1つのプロセッサが、
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信することと、
前記ストリームの前記セットに関連する第2の統計報告を含む第2の受信報告を送信することとを行うようにさらに構成され、前記ストリームの前記セットに関連する前記第2の統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項28に記載の装置。
【請求項３０】
ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読媒体であって、
第2のユーザ機器(UE)上で作動するアプリケーションまたは第1のUE上で作動するアプリケーションからサービスに対する要求を受信することであって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信することと、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを試みることと、
ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信することとを行うためのコードを含み、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子を含む、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その全体が参照により本明細書に明確に組み込まれている、2014年3月25日に出願した「CLIENT ID AND MULTI-APPLICATION SUPPORT FOR RECEPTION REPORTING」と題する米国仮出願第61/970,343号、および2015年3月17日に出願した「CLIENT ID AND MULTI-APPLICATION SUPPORT FOR RECEPTION REPORTING」と題する米国特許出願第14/660,891号の利益を主張するものである。
【０００２】
本開示は一般に通信システムに関し、より詳細には、受信報告に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなど、様々な電気通信サービスを提供するために広く展開されている。通常のワイヤレス通信システムは、利用可能なシステムリソース(たとえば、帯域幅、送信電力)を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を利用することができる。そのような多元接続技術の例としては、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および時分割同期符号分割多元接続(TD-SCDMA)システムがある。
【０００４】
これらの多元接続技術は、様々なワイヤレスデバイスが自治体、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。新興の電気通信規格の一例は、ロングタームエボリューション(LTE)である。LTEは、第3世代パートナーシッププロジェクト(3GPP)によって公表されたUniversal Mobile Telecommunications System(UMTS)モバイル規格に対する拡張のセットである。LTEは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートすること、コストを下げること、サービスを改善すること、新しいスペクトルを利用すること、ならびに、ダウンリンク(DL)上のOFDMA、アップリンク(UL)上のSC-FDMA、および多入力多出力(MIMO)アンテナ技術を使用して他のオープン規格とより良く統合することを行うように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けるのに伴い、LTE技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術、およびこれらの技術を利用する電気通信規格に適用可能であるべきである。
【発明の概要】
【課題を解決するための手段】
【０００５】
本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。この装置は、第1のユーザ機器(UE)であってもよい。第1のUEは、第2のUE上で作動するアプリケーションまたは第1のUE上で作動するアプリケーションからサービスに対する要求を受信する。第2のUEは、第1のUEとは異なる。サービスに対する要求は、マルチメディアブロードキャストマルチキャストサービス(MBMS:Multimedia Broadcast Multicast Service)サービスを介するファイルまたはストリームのセットに対する要求である。第1のUEは、基地局または第3のUEのうちの1つからMBMSサービスを介してファイルまたはストリームのセットを受信することを試みる。第1のUEは、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信する。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子を含む。
【０００６】
本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。装置は、UEであり得る。UEは、第2のUEまたは第2のUE上で作動するアプリケーションからサービスに対する要求を受信する。サービスに対する要求は、MBMSサービスを介するファイルまたはストリームのセットに対する要求である。UEは、MBMSサービスを介してファイルまたはストリームのセットを受信することを試みる。UEは、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信する。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子を含む。
【０００７】
一構成では、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、UEに関連する識別子を含む。一構成では、UEに関連する識別子、および第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子は、受信確認または統計報告のうちの少なくとも1つの中のクライアント識別子の属性中に示される。一構成では、UEに関連する識別子は、受信確認または統計報告のうちの少なくとも1つの中のクライアント識別子の属性中に示され、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子は、受信確認または統計報告のうちの少なくとも1つの中の異なる属性中に示される。一構成では、UEおよび第2のUEは同じUEであり、その識別子は、第2のUE上で作動するアプリケーションに関連する。一構成では、ファイルまたはストリームのセットはファイルのセットを含み、受信報告は、ファイルのセットに関連する受信確認を含む。一構成では、UEは、第3のUEまたは第3のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信する。UEは、MBMSサービスを介してファイルの第2のセットを受信することを試みる。UEは、ファイルの第2のセットに関連する受信確認を含む第2の受信報告を送信する。ファイルの第2のセットに関連する受信確認は、UEに関連する識別子と、第3のUEまたは第3のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。一構成では、受信報告および第2の受信報告は、1つの報告に統合される。一構成では、UEは、第3のUEまたは第3のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信する。受信確認は、さらに、ファイルの第2のセットに関連する。ファイルのセットはS1であり、ファイルの第2のセットはS2である。ファイルのセットS1∩S2に対して、受信確認は、ファイルS1∩S2の受信を確認する部分要素と、UEに関連する識別子と、第2のUEと第3のUEの両方または第2のUEと第3のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む。ファイルのサブセットS1∩S2を除外するファイルのセットS1に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS1の受信を確認する部分要素と、UEに関連する識別子と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。ファイルのサブセットS1∩S2を除外するファイルのセットS2に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS2の受信を確認する部分要素と、UEに関連する識別子と、第3のUEまたは第3のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。一構成では、ファイルまたはストリームのセットはストリームのセットを含み、受信報告は、ストリームのセットに関連する統計報告を含む。一構成では、UEは、第3のUEまたは第3のUE上で作動するアプリケーションからストリームのセットに対する要求を受信する。UEは、ストリームのセットに関連する第2の統計報告を含む第2の受信報告を送信する。ストリームのセットに関連する第2の統計報告は、UEに関連する識別子と、第3のUEまたは第3のUE上で作動するアプリケーションのうちの少なく��も1つに関連する識別子とを含む。一構成では、受信報告および第2の受信報告は、1つの報告に統合される。一構成では、UEは、第3のUEまたは第3のUE上で作動するアプリケーションからストリームのセットに対する要求を受信する。ストリームのセットは、持続時間T1の間の受信に対して第2のUEによって要求され、ストリームのセットは、持続時間T2の間の受信に対して第3のUEによって要求される。UEは、ストリームのセットに関連する追加の受信報告を送信する。受信報告および追加の受信報告は、持続時間T1∩T2の間に受信されたストリームのセットに関連する統計報告を含む第1の受信報告を含む。持続時間T1∩T2の間に受信されたストリームのセットに関連する統計報告は、UEに関連する識別子と、第2のUEと第3のUEの両方または第2のUEと第3のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む。受信報告および追加の受信報告は、持続時間T1∩T2を除外する持続時間T1の間に受信されたストリームのセットに関連する統計報告を含む第2の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T1の間に受信されたストリームのセットに関連する統計報告は、UEに関連する識別子と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。受信報告および追加の受信報告は、持続時間T1∩T2を除外する持続時間T2の間に受信されたストリームのセットに関連する統計報告を含む第3の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T2の間に受信されたストリームのセットに関連する統計報告は、UEに関連する識別子と、第3のUEまたは第3のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。
【図面の簡単な説明】
【０００８】
【図１】ネットワークアーキテクチャの一例を示す図である。
【図２】アクセスネットワークの一例を示す図である。
【図３】LTEにおけるDLフレーム構造の一例を示す図である。
【図４】LTEにおけるULフレーム構造の一例を示す図である。
【図５】ユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの一例を示す図である。
【図６】アクセスネットワーク中の発展型ノードBおよびユーザ機器の一例を示す図である。
【図７Ａ】マルチキャストブロードキャスト単一周波数ネットワークにおける発展型マルチメディアブロードキャストマルチキャストサービス(eMBMS)チャネル構成の一例を示す図である。
【図７Ｂ】マルチキャストチャネルスケジューリング情報メディアアクセス制御の制御要素のフォーマットを示す図である。
【図８】例示的なeMBMSエンドツーエンドアーキテクチャを示す図である。
【図９】異なる例示的なeMBMSエンドツーエンドアーキテクチャを示す図である。
【図１０】ファイル配信サービスに対する複数のアプリケーションにわたる統合を伴わない(アプリケーションごとの)並列報告の一例を示す図である。
【図１１】複数のアプリケーションにわたる統合を伴わずに並列報告するときにファイル配信サービスに対して送信された受信報告の一例を示す図である。
【図１２】複数のアプリケーションにわたる統合を伴って並列報告するときにファイル配信サービスに対して送信された受信報告の一例を示す図である。
【図１３】ストリーミングサービスに対する複数のアプリケーションにわたる統合を伴わない(アプリケーションごとの)並列報告の一例を示す図である。
【図１４】複数のアプリケーションにわたる統合を伴わずに並列報告するときにストリーミングサービスに対して送信された受信報告の一例を示す第1の図である。
【図１５】複数のアプリケーションにわたる統合を伴わずに並列報告するときにストリーミングサービスに対して送信された受信報告の一例を示す第2の図である。
【図１６】複数のアプリケーションにわたる統合を伴って並列報告するときにストリーミングサービスに対して送信された受信報告の一例を示す図である。
【図１７】ファイル配信サービスに対する複数のアプリケーションにわたる統合を伴う(アプリケーションごとの)線形報告の一例を示す図である。
【図１８】複数のアプリケーションにわたる統合を伴って線形報告するときにファイル配信サービスに対して送信された受信報告の一例を示す図である。
【図１９】ストリーミングサービスに対する複数のアプリケーションにわたる統合を伴わない(アプリケーションごとの)線形報告の一例を示す図である。
【図２０】複数のアプリケーションにわたる統合を伴わずに線形報告するときにストリーミングサービスに対して送信された受信報告の一例を示す第1の図である。
【図２１】複数のアプリケーションにわたる統合を伴わずに線形報告するときにストリーミングサービスに対して送信された受信報告の一例を示す第2の図である。
【図２２】複数のアプリケーションにわたる統合を伴わずに線形報告するときにストリーミングサービスに対して送信された受信報告の一例を示す第3の図である。
【図２３】複数のアプリケーションにわたる統合を伴って線形報告するときにストリーミングサービスに対して送信された受信報告の一例を示す第1の図である。
【図２４】複数のアプリケーションにわたる統合を伴って線形報告するときにストリーミングサービスに対して送信された受信報告の一例を示す第2の図である。
【図２５】ワイヤレス通信の第1の方法のフローチャートである。
【図２６】ワイヤレス通信の第2の方法のフローチャートである。
【図２７】ワイヤレス通信の第3の方法のフローチャートである。
【図２８】ワイヤレス通信の第4の方法のフローチャートである。
【図２９】ワイヤレス通信の第5の方法のフローチャートである。
【図３０】受信報告中のclientID属性/要素を示す図である。
【図３１】例示的な装置における異なるモジュール/手段/構成要素間のデータフローを示す概念的なデータフロー図である。
【図３２】処理システムを利用する装置のためのハードウェア実装形態の一例を示す図である。
【発明を実施するための形態】
【０００９】
添付の図面に関して以下に説明される詳細な説明は、種々の構成を説明することを意図しており、本明細書において説明される概念を実践することができる唯一の構成を表すことは意図していない。詳細な説明は、様々な概念の完全な理解を与えるために具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることは当業者に明らかであろう。場合によっては、そのような概念を曖昧にすることを回避するために、よく知られている構造および構成要素がブロック図の形態で示されている。
【００１０】
次に、電気通信システムのいくつかの態様が、様々な装置および方法を参照して提示される。これらの装置および方法は、以下の詳細な説明に記載され、様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズムなど(「要素」と総称される)によって添付の図面に示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装されてよい。そのような要素をハードウェアとして実装するか、またはソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【００１１】
例として、要素、もしくは要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサを含む「処理システム」で実装され得る。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の適切なハードウェアがある。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、または他の名称で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるべきである。
【００１２】
したがって、1つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装されてよい。ソフトウェアに実装される場合、機能は、コンピュータ可読媒体上の1つまたは複数の命令またはコードとして、記憶または符号化することができる。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。例として、それに限定されず、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電気消去可能プログラマブルROM(EEPROM)、コンパクトディスクROM(CD-ROM)もしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形態で所望のプログラムコードを搬送または記憶するために使用可能であり、コンピュータによってアクセス可能な他の任意の媒体を含むことができる。上記の組合せもコンピュータ可読媒体の範囲の中に含まれるべきである。
【００１３】
図1は、LTEネットワークアーキテクチャ100を示す図である。LTEネットワークアーキテクチャ100は、発展型パケットシステム(EPS)100と呼ばれ得る。EPS100は、1つまたは複数のユーザ機器(UE)102と、発展型UMTS地上波無線アクセスネットワーク(E-UTRAN:UMTS Terrestrial Radio Access Network)104と、発展型パケットコア(EPC:Evolved Packet Core)110と、事業者のインターネットプロトコル(IP)サービス122とを含んでもよい。EPSは、他のアクセスネットワークと相互接続することができるが、簡単のために、それらのエンティティ/インターフェースは図示されていない。図示のように、EPSはパケット交換サービスを提供するが、当業者が容易に諒解するように、本開示全体にわたって提示される様々な概念は、回線交換サービスを提供するネットワークに拡張され得る。
【００１４】
E-UTRANは、発展型ノードB(eNB)106と他のeNB108とを含み、マルチキャスト協調エンティティ(MCE)128を含んでもよい。eNB106は、UE102に対してユーザプレーンプロトコル終端および制御プレーンプロトコル終端を提供する。eNB106は、バックホール(たとえばX2インターフェース)を介して他のeNB108に接続されてよい。MCE128は、発展型マルチメディアブロードキャストマルチキャストサービス(MBMS)(eMBMS)に関する時間/周波数無線リソースを割り振り、eMBMSに関する無線構成(たとえば、変調およびコーディング方式(MCS))を判定する。MCE128は、別個のエンティティであっても、あるいはeNB106の一部であってもよい。eNB106は、基地局、ノードB、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、または他の何らかの適切な用語で呼ばれる場合もある。eNB106は、UE102にEPC110へのアクセスポイントを提供する。UE102の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、携帯情報端末(PDA)、衛星無線、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲームコンソール、タブレット、または同様に機能する任意の他のデバイスが含まれる。UE102はまた、当業者により、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または他の何らかの適切な用語で呼ばれる場合もある。
【００１５】
eNB106はEPC110に接続される。EPC110は、モビリティ管理エンティティ(MME)112と、ホーム加入者サーバ(HSS)120と、他のMME114、サービングゲートウェイ116と、マルチメディアブロードキャストマルチキャストサービス(MBMS)ゲートウェイ124と、ブロードキャストマルチキャストサービスセンター(BM-SC)126と、パケットデータネットワーク(PDN)ゲートウェイ118とを含んでもよい。MME112は、UE102とEPC110との間のシグナリングを処理する制御ノードである。一般に、MME112は、ベアラおよび接続の管理を提供する。すべてのユーザIPパケットは、サービングゲートウェイ116を通じて転送され、サービングゲートウェイ116自体は、PDNゲートウェイ118に接続される。PDNゲートウェイ118は、UEのIPアドレスの割当てだけでなく、他の機能を提供する。PDNゲートウェイ118およびBM-SC126はIPサービス122に接続されている。IPサービス122は、インターネット、イントラネット、IPマルチメディアサブシステム(IMS)、PSストリーミングサービス(PSS)、および/または他のIPサービスを含んでもよい。BM-SC126は、MBMSユーザサービスのプロビジョニングおよび送達のための機能を実現することができる。BM-SC126は、コンテンツプロバイダのMBMS送信用のエントリポイントとして働くことができ、PLMN内のMBMSベアラサービスを認証し開始するために使用することができ、MBMS送信をスケジュールし送達するために使用することができる。MBMSゲートウェイ124は、特定のサービスをブロードキャストしているマルチキャストブロードキャスト単一周波数ネットワーク(MBSFN)領域に属するeNB(たとえば、106、108)にMBMSトラフィックを分散するために使用することができ、セッション管理(開始/停止)、およびeMBMS関連の課金情報の収集を担当することができる。
【００１６】
図2は、LTEネットワークアーキテクチャにおけるアクセスネットワーク200の一例を示す図である。この例では、アクセスネットワーク200は、いくつかのセルラー領域(セル)202に分割されている。1つまたは複数の低電力クラスeNB208は、セル202のうちの1つまたは複数と重複するセルラー領域210を有してもよい。低電力クラスeNB208は、フェムトセル(たとえば、ホームeNB(HeNB))、ピコセル、マイクロセル、またはリモート無線ヘッド(RRH)であり得る。マクロeNB204は、各々がそれぞれのセル202に割り当てられ、セル202内のすべてのUE206にEPC110へのアクセスポイントを提供するように構成される。アクセスネットワーク200のこの例では集中型コントローラはないが、代替構成では集中型コントローラが使用される場合がある。eNB204は、無線ベアラ制御、アドミッション制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ116への接続を含む、すべての無線関連機能を担う。eNBは、(セクタとも呼ばれる)1つまたは複数(たとえば、3つ)のセルをサポートする場合がある。「セル」という用語は、特定のカバレージエリアにサービスするeNBおよび/またはeNBサブシステムの最小カバレージエリアを指すことができる。さらに、「eNB」、「基地局」、および「セル」という用語は、本明細書では互換的に使用される場合がある。
【００１７】
アクセスネットワーク200によって利用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なる場合がある。LTEの適用例では、DL上ではOFDMが使用され、UL上ではSC-FDMAが使用されて、周波数分割複信(FDD)と時分割複信(TDD)の両方をサポートする。当業者が以下の詳細な説明から容易に諒解するように、本明細書で提示する様々な概念は、LTEの適用例に好適である。しかしながら、これらの概念は、他の変調技法および多元接続技法を利用する他の電気通信規格に容易に拡張され得る。例として、これらの概念は、エボリューションデータオプティマイズド(EV-DO)またはウルトラモバイルブロードバンド(UMB)に拡張され得る。EV-DOおよびUMBは、CDMA2000規格ファミリーの一部として第3世代パートナーシッププロジェクト2(3GPP2)によって公表されたエアインターフェース規格であり、CDMAを利用して移動局にブロードバンドインターネットアクセスを提供する。これらの概念はまた、広帯域CDMA(W-CDMA)およびTD-SCDMAなどのCDMAの他の変形形態を利用するユニバーサル地上波無線アクセス(UTRA)、TDMAを利用するモバイル通信用グローバルシステム(GSM（登録商標）)、ならびにOFDMAを利用する発展型UTRA(E-UTRA)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、およびFlash-OFDMに拡張され得る。UTRA、E-UTRA、UMTS、LTE、およびGSM（登録商標）は、3GPP団体からの文書に記載されている。CDMA2000およびUMBは、3GPP2団体からの文書に記載されている。利用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存する。
【００１８】
eNB204は、MIMO技術をサポートする複数のアンテナを有し得る。MIMO技術の使用により、eNB204が空間領域を活用して、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートすることが可能になる。同じ周波数で同時に様々なデータのストリームを伝送するために、空間多重化が使用される場合がある。データストリームは、データレートを増大させるために単一のUE206に送信されてよく、または全体的なシステム容量を増大させるために複数のUE206に送信されてもよい。これは、各データストリームを空間的にプリコーディングし(すなわち、振幅および位相のスケーリングを適用し)、次いで、空間的にプリコーディングされた各ストリームをDL上で複数の送信アンテナを通じて送信することによって実現される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにUE206に到達し、これにより、UE206の各々は、そのUE206に向けられた1つまたは複数のデータストリームを復元することが可能になる。UL上では、各UE206は、空間的にプリコーディングされたデータストリームを送信し、これにより、eNB204は、空間的にプリコーディングされた各データストリームのソースを特定することが可能になる。
【００１９】
空間多重化は、一般に、チャネル条件が良いときに使用される。チャネル条件があまり良好でないとき、送信エネルギーを1つまたは複数の方向に集中させるために、ビームフォーミングが使用され得る。これは、複数のアンテナを通じた伝送のためにデータを空間的にプリコーディングすることによって実現される場合がある。セルのエッジにおいて良好なカバレージを実現するために、単一ストリームのビームフォーミング送信が、送信ダイバーシティと組み合わせて使用され得る。
【００２０】
以下の詳細な説明では、アクセスネットワークの様々な態様が、DL上でOFDMをサポートするMIMOシステムを参照して説明される。OFDMは、OFDMシンボル内でいくつかのサブキャリアにわたってデータを変調するスペクトル拡散技法である。サブキャリアは、正確な周波数で離間される。離間は、受信機がサブキャリアからのデータを復元することを可能にする「直交性」をもたらす。時間領域では、OFDMシンボル間干渉をなくすために、ガードインターバル(たとえば、サイクリックプレフィックス)が各OFDMシンボルに追加され得る。ULは、SC-FDMAをDFT拡散OFDM信号の形態で使用して、高いピーク対平均電力比(PAPR)を補償することができる。
【００２１】
図3は、LTEにおけるDLフレーム構造の一例を示す図300である。フレーム(10ミリ秒)は、等しいサイズの10個のサブフレームに分割され得る。各サブフレームは、連続する2つの時間スロットを含み得る。リソースグリッドは、2つの時間スロットを表すために使用され得、各時間スロットはリソースブロックを含む。リソースグリッドは、複数のリソース要素に分割される。LTEにおいて、ノーマルサイクリックプレフィックスの場合、リソースブロックは、合計で84個のリソース要素に関して、周波数領域では12個の連続的なサブキャリアを含み、時間領域では7個の連続的なOFDMシンボルを含む。拡張サイクリックプレフィックスの場合、リソースブロックは、合計で72個のリソース要素に関して、周波数領域では12個の連続的なサブキャリアを含み、時間領域では6個の連続的なOFDMシンボルを含む。R302、R304として示されたリソース要素のうちのいくつかは、DL基準信号(DL-RS)を含む。DL-RSは、(共通RSと呼ばれることもある)セル固有RS(CRS)302、およびUE固有RS(UE-RS)304を含む。UE-RS304は、対応する物理DL共有チャネル(PDSCH)がマッピングされるリソースブロック上のみで送信される。各リソース要素によって搬送されるビット数は、変調方式に依存する。したがって、UEが受信するリソースブロックが多いほど、かつ変調方式が高いほど、UE向けのデータレートは高くなる。
【００２２】
図4は、LTEにおけるULフレーム構造の一例を示す図400である。ULのために利用可能なリソースブロックは、データセクションおよび制御セクションに区分化され得る。制御セクションは、システム帯域幅の2つの縁部に形成され得、構成可能なサイズを有し得る。制御セクション内のリソースブロックは、制御情報の送信のためにUEに割り当てられ得る。データセクションは、制御セクションに含まれないすべてのリソースブロックを含み得る。ULフレーム構造により、データセクションは連続的なサブキャリアを含むことになり、これにより、単一のUEが、データセクション内の連続するサブキャリアのすべてを割り当てられることが可能になり得る。
【００２３】
UEは、制御情報をeNBに送信するために、制御セクション内のリソースブロック410a、410bを割り当てられ得る。UEはまた、データをeNBに送信するために、データセクション内のリソースブロック420a、420bを割り当てられ得る。UEは、制御セクションの中で割り当てられたリソースブロック上の物理UL制御チャネル(PUCCH)内で、制御情報を送信し得る。UEは、データセクションの中で割り当てられたリソースブロック上の物理UL共有チャネル(PUSCH)内で、データのみ、またはデータと制御情報の両方を送信し得る。UL送信は、サブフレームの両方のスロットにまたがることができ、周波数にわたってホップすることができる。
【００２４】
初期システムアクセスを実施し、物理ランダムアクセスチャネル(PRACH)430内でUL同期を実現するために、1組のリソースブロックを使用することができる。PRACH430は、ランダムシーケンスを搬送し、いかなるULデータ/シグナリングも搬送できない。各ランダムアクセスプリアンブルは、連続する6つのリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、特定の時間リソースおよび周波数リソースに制限される。PRACHの場合、周波数ホッピングは存在しない。PRACHの試行は、単一のサブフレーム(1ミリ秒)内で、または少数の連続するサブフレームのシーケンス内で搬送され、UEは、フレーム(10ミリ秒)ごとに単一のPRACHの試行しか行うことができない。
【００２５】
図5は、LTEにおけるユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示す図500である。UEおよびeNBのための無線プロトコルアーキテクチャは、レイヤ1、レイヤ2、およびレイヤ3という3つのレイヤで示される。レイヤ1(L1レイヤ)は最下位レイヤであり、様々な物理レイヤ信号処理機能を実装する。本明細書では、L1レイヤは物理レイヤ506と呼ばれる。レイヤ2(L2レイヤ)508は、物理レイヤ506の上にあり、物理レイヤ506を介したUEとeNBとの間のリンクを担う。
【００２６】
ユーザプレーンでは、L2レイヤ508は、媒体アクセス制御(MAC)サブレイヤ510、無線リンク制御(RLC)サブレイヤ512、およびパケットデータコンバージェンスプロトコル(PDCP)サブレイヤ514を含み、これらはネットワーク側のeNBで終端される。図示されていないが、UEは、L2レイヤ508の上にいくつかの上位レイヤを有する場合があり、これらは、ネットワーク側のPDNゲートウェイ118で終端されるネットワークレイヤ(たとえば、IPレイヤ)と、接続の他端(たとえば、遠端UE、サーバなど)で終端されるアプリケーションレイヤとを含む。
【００２７】
PDCPサブレイヤ514は、異なる無線ベアラと論理チャネルとの間で多重化を実現する。PDCPサブレイヤ514はまた、無線送信のオーバーヘッドを低減するための上位レイヤのデータパケット用のヘッダ圧縮、データパケットを暗号化することによるセキュリティ、およびeNB間のUE用のハンドオーバのサポートを実現する。RLCサブレイヤ512は、上位レイヤのデータパケットのセグメント化および再構築、失われたデータパケットの再送信、ならびに、ハイブリッド自動再送要求(HARQ)による順序の狂った受信を補償するためのデータパケットの再順序付けを行う。MACサブレイヤ510は、論理チャネルとトランスポートチャネルとの間の多重化を実現する。MACサブレイヤ510はまた、1つのセルの中の様々な無線リソース(たとえば、リソースブロック)をUEの間で割り振ることを担う。MACサブレイヤ510はまた、HARQ動作を担う。
【００２８】
制御プレーンでは、UEおよびeNB用の無線プロトコルアーキテクチャは、制御プレーン用のヘッダ圧縮機能がないことを除いて、物理レイヤ506およびL2レイヤ508の場合と実質的に同じである。制御プレーンはまた、レイヤ3(L3レイヤ)内に無線リソース制御(RRC)サブレイヤ516を含む。RRCサブレイヤ516は、無線リソース(たとえば、無線ベアラ)を取得すること、および、eNBとUEとの間のRRCシグナリングを使用して下位レイヤを構成することを担う。
【００２９】
図6は、アクセスネットワーク中でUE650と通信するeNB610のブロック図である。DLでは、コアネットワークからの上位レイヤパケットが、コントローラ/プロセッサ675に供給される。コントローラ/プロセッサ675は、L2レイヤの機能性を実装する。DLでは、コントローラ/プロセッサ675は、ヘッダ圧縮、暗号化、パケットのセグメント化および並べ替え、論理チャネルとトランスポートチャネルとの間の多重化、ならびに、様々な優先順位基準に基づくUE650への無線リソース割振りを行う。コントローラ/プロセッサ675はまた、HARQ動作、紛失したパケットの再送信、およびUE650へのシグナリングを担当する。
【００３０】
送信(TX)プロセッサ616は、L1レイヤ(すなわち、物理レイヤ)のための様々な信号処理機能を実装する。信号処理機能は、UE650での順方向誤り訂正(FEC)を容易にするコーディングおよびインターリービング、ならびに様々な変調方式(たとえば、2位相シフトキーイング(BPSK)、直交位相シフトキーイング(QPSK)、M位相シフトキーイング(M-PSK)、M直交振幅変調(M-QAM))に基づく信号コンスタレーションへのマッピングを含む。次いで、コーディングおよび変調されたシンボルは、並列ストリームに分割される。次いで、各ストリームは、OFDMサブキャリアにマッピングされ、時間領域および/または周波数領域で基準信号(たとえば、パイロット)と多重化され、次いで、逆高速フーリエ変換(IFFT)を使用して一緒に結合されて、時間領域のOFDMシンボルストリームを搬送する物理チャネルを生成する。OFDMストリームは、空間的にプリコーディングされて、複数の空間ストリームを生成する。チャネル推定器674からのチャネル推定値は、コーディングおよび変調方式を決定するために、ならびに空間処理のために使用され得る。チャネル推定値は、UE650によって送信された基準信号および/またはチャネル状態フィードバックから導出され得る。次いで、各空間ストリームは、別個の送信機618TXを介して異なるアンテナ620に提供されてよい。各送信機618TXは、送信用のそれぞれの空間ストリームでRFキャリアを変調し得る。
【００３１】
UE650において、各受信機654RXは、それぞれのアンテナ652を介して信号を受信する。各受信機654RXは、RFキャリア上に変調された情報を復元し、その情報を受信(RX)プロセッサ656に供給する。RXプロセッサ656は、L1レイヤの様々な信号処理機能を実装する。RXプロセッサ656は、情報に対して空間処理を実施して、UE650に宛てられた任意の空間ストリームを復元し得る。複数の空間ストリームがUE650に宛てられた場合、それらは、RXプロセッサ656によって単一のOFDMシンボルストリームに合成される場合がある。次いで、RXプロセッサ656は、高速フーリエ変換(FFT)を使用して、OFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号のサブキャリアごとに別個のOFDMシンボルストリームを含む。各サブキャリア上のシンボル、および基準信号は、eNB610によって伝送された最も可能性の高い信号コンスタレーションポイントを決定することによって、復元および復調される。これらの軟判定は、チャネル推定器658によって計算されたチャネル推定値に基づき得る。次いで、軟判定は復号およびデインターリーブされて、物理チャネル上でeNB610によって元々送信されたデータおよび制御信号を復元する。次いで、データおよび制御信号は、コントローラ/プロセッサ659に供給される。
【００３２】
コントローラ/プロセッサ659はL2レイヤを実装する。コントローラ/プロセッサは、プログラムコードおよびデータを記憶するメモリ660と関連付けることができる。メモリ660は、コンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ659は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、暗号化解除、ヘッダ圧縮解除、制御信号処理を実現して、コアネットワークからの上位レイヤパケットを復元する。次いで、上位レイヤパケットはデータシンク662に与えられ、データシンク662はL2レイヤの上のすべてのプロトコルレイヤを表す。様々な制御信号も、L3処理のためにデータシンク662に供給され得る。コントローラ/プロセッサ659はまた、HARQ動作をサポートするために、確認応答(ACK)および/または否定応答(NACK)のプロトコルを使用する誤り検出を担う。
【００３３】
ULでは、コントローラ/プロセッサ659に上位レイヤパケットを与えるために、データソース667が使用される。データソース667は、L2レイヤの上のすべてのプロトコルレイヤを代表する。eNB610によるDL送信に関して説明した機能と同様に、コントローラ/プロセッサ659は、ヘッダ圧縮、暗号化、パケットのセグメント化および並べ替え、ならびに、eNB610による無線リソース割振りに基づく論理チャネルとトランスポートチャネルとの間の多重化を実現することによって、ユーザプレーンおよび制御プレーンのためのL2レイヤを実装する。コントローラ/プロセッサ659はまた、HARQ動作、紛失したパケットの再送信、およびeNB610へのシグナリングを担う。
【００３４】
eNB610によって送信された基準信号またはフィードバックからチャネル推定器658によって導出されたチャネル推定値は、適切なコーディングおよび変調方式を選択し、空間処理を容易にするために、TXプロセッサ668によって使用され得る。TXプロセッサ668によって生成された空間ストリームは、別個の送信機654TXを介して異なるアンテナ652に供給され得る。各送信機654TXは、送信用のそれぞれの空間ストリームを用いてRFキャリアを変調し得る。
【００３５】
UL送信は、UE650での受信機機能に関連して説明された方式と同様の方式で、eNB610で処理される。各受信機618RXは、それぞれのアンテナ620を通じて信号を受信する。各受信機618RXは、RFキャリア上に変調された情報を復元し、その情報をRXプロセッサ670に供給する。RXプロセッサ670は、L1レイヤを実装し得る。
【００３６】
コントローラ/プロセッサ675はL2レイヤを実装する。コントローラ/プロセッサ675は、プログラムコードおよびデータを記憶するメモリ676と関連付けることができる。メモリ676は、コンピュータ可読媒体と呼ばれることがある。ULでは、コントローラ/プロセッサ675は、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、暗号化解除、ヘッダ圧縮解除、制御信号処理を実現して、UE650からの上位レイヤパケットを復元する。コントローラ/プロセッサ675からの上位レイヤパケットは、コアネットワークに提供されてよい。コントローラ/プロセッサ675はまた、HARQ動作をサポートするために、ACKおよび/またはNACKプロトコルを使用する誤り検出を担う。
【００３７】
図7Aは、MBSFNにおける発展型MBMS(eMBMS)チャネル構成の一例を示す図750である。セル752'内のeNB752は第1のMBSFNエリアを形成することができ、セル754'内のeNB754は第2のMBSFNエリアを形成することができる。eNB752、754は、各々他のMBSFNエリア、たとえば、合計8つまでのMBSFNエリアと関連付けることができる。MBSFNエリア内のセルは、予約セルに指定することができる。予約セルは、マルチキャスト/ブロードキャストのコンテンツを供給しないが、セル752'、754'に時間同期され、MBSFNエリアへの干渉を制限するために、MBSFNリソース上で規制された電力を有することができる。MBSFNエリア内の各eNBは、同じeMBMSの制御情報およびデータを同期して送信する。各エリアは、ブロードキャストサービス、マルチキャストサービス、およびユニキャストサービスをサポートすることができる。ユニキャストサービスは、特定のユーザを対象とするサービス、たとえば、音声通話である。マルチキャストサービスは、あるグループのユーザによって受信され得るサービス、たとえば、サブスクリプションビデオサービスである。ブロードキャストサービスは、すべてのユーザによって受信され得るサービス、たとえば、ニュース放送である。図7Aを参照すると、第1のMBSFNエリアは、特定のニュース放送をUE770に供給することなどによって、第1のeMBMSブロードキャストサービスをサポートすることができる。第2のMBSFNエリアは、異なるニュース放送をUE760に供給することなどによって、第2のeMBMSブロードキャストサービスをサポートすることができる。各MBSFNエリアは、複数の物理マルチキャストチャネル(PMCH)(たとえば、15個のPMCH)をサポートする。各PMCHは、マルチキャストチャネル(MCH)に対応する。各MCHは、複数(たとえば、29個)のマルチキャスト論理チャネルを多重化することができる。各MBSFNエリアは、1つのマルチキャスト制御チャネル(MCCH)を有し得る。したがって、1つのMCHは、1つのMCCHおよび複数のマルチキャストトラフィックチャネル(MTCH)を多重化することができ、残りのMCHは、複数のMTCHを多重化することができる。
【００３８】
UEは、eMBMSサービスアクセスおよび対応するアクセス層構成の利用可能性を発見するために、LTEセルにキャンプオンすることができる。第1のステップで、UEは、システム情報ブロック(SIB)13(SIB13)を取得することができる。第2のステップで、UEは、SIB13に基づいて、MCCH上でMBSFNエリア構成メッセージを取得することができる。第3のステップで、UEは、MBSFNエリア構成メッセージに基づいて、MCHスケジューリング情報(MSI)MAC制御要素を取得することができる。SIB13は、(1)セルによってサポートされる各MBSFNエリアのMBSFNエリア識別子、(2)MCCH反復期間(たとえば、32、64、…、256フレーム)などMCCHを取得するための情報、MCCHオフセット(たとえば、0、1、…、10フレーム)、MCCH変更期間(たとえば、512、1024フレーム)、シグナリング変調および符号化方式(MCS)、反復期間およびオフセットによって示されるように、無線フレームのどのサブフレームがMCCHを送信することができるかを示すサブフレーム割振り情報、および(3)MCCH変更通知構成を示すことができる。MBSFNエリアごとに1つのMBSFNエリア構成メッセージがある。MBSFNエリア構成メッセージは、(1)一時的モバイルグループ識別情報(TMGI)およびPMCH内の論理チャネル識別子によって識別される各MTCHのオプションのセッション識別子、(2)MBSFNエリアの各PMCHおよびエリアにおけるすべてのPMCHに割り振られたリソースの割振り期間(たとえば、4、8、…、256フレーム)を送信するための割り振られたリソース(すなわち、無線フレームおよびサブフレーム)、および(3)MSI MAC制御要素が送信されるMCHスケジューリング期間(MSP)(たとえば、8、16、32、…または1024無線フレーム)を示すことができる。
【００３９】
図7Bは、MSI MAC制御要素のフォーマットを示す図790である。MSI MAC制御要素は、各MSPに1度送られ得る。MSI MAC制御要素は、PMCHの各スケジューリング期間の第1のサブフレームにおいて送られ得る。MSI MAC制御要素は、PMCH内の各MTCHの停止フレームおよびサブフレームを示し得る。MBSFNエリア当たりPMCH当たり1つのMSIがあり得る。
【００４０】
図8は、例示的なeMBMSエンドツーエンドアーキテクチャを示す図800である。図8に示すように、第1のUE上で作動するミドルウェアクライアント806は、第2のUE上で作動するアプリケーション808からMBMSサービスに対する要求814を受信し得る。ミドルウェアクライアント806はまた、他のUE上で作動するアプリケーション810、812からMBMSサービスに対する追加の要求840、842を受信し得る。ミドルウェアクライアント806は、受信されたMBMSサービス要求814、840、842に基づいてMBMSサービス要求816を第3のUEのLTEモデム804に送信し得る。具体的に言うと、MBMSサービス要求816では、ミドルウェアクライアント806は、MBMSサービス要求814、840、842中で要求されたものと同じMBMSサービスを要求し得る。LTEモデム804は、特定のMBMSサービスを取得するために基地局802と通信し818、次いで、受信されたMBMSサービスをミドルウェアクライアント806に転送する820。ミドルウェアクライアント806は、アプリケーション808/第2のUEに、MBMSサービス要求814に対応するMBMSサービスが受信されていることを(たとえば、ショートメッセージサービス(SMS)テキストメッセージを介して)通知する822。ミドルウェアクライアント806はまた、アプリケーション810、812、および/またはそれらの対応するUEに、要求されたMBMSサービスが受信されていることを通知し得る。アプリケーション808が、MBMSサービス要求814に対応するMBMSサービスのMBMSファイル/ストリームを受信する準備ができているという指示824を受信すると、ミドルウェアクライアント806は、要求されたMBMSファイル/ストリーム826をアプリケーション808に送信する。ミドルウェアクライアント806はまた、要求されたMBMSファイル/ストリームをアプリケーション810およびアプリケーション812にも送信し得る。その後、ミドルウェアクライアント806は、受信確認および/または統計報告を含む受信報告828を生成する。受信報告は、第2のUEまたは第2のUE上で作動するアプリケーション808に関連するクライアント識別子を含み得る。ミドルウェアクライアント806は、受信報告830をLTEモデム804に送信し、LTEモデム804は、受信報告832を基地局802に送信する。
【００４１】
ミドルウェアクライアント806は、第1のUEの識別子、たとえば、第1のUEのモバイルディレクトリ番号(MDN)などに関連することがある。MDNは、第1のUEの一意の識別子である。第2のUEまたは第2のUE上で作動するアプリケーション808が識別子Xに関連するものと仮定すると、アプリケーション810または対応するUEは識別子Yに関連し、アプリケーション812または対応するUEは識別子Zに関連する。上記で説明したように、MDNを有する第1のUEは、識別子X、YおよびZに関連するUEおよび/またはUE上で作動するアプリケーションからファイル/ストリームに対する要求を受信し、そのファイル/ストリームを受信することを試み、受信されたファイル/ストリームを識別子X、YおよびZに関連するUE上で作動するアプリケーションに提供し、受信されたファイル/ストリームに関連する受信確認および/または統計報告を提供する1つまたは複数の受信報告を送信する。その1つまたは複数の受信報告の中で、第1のUEは、第1のUEに関連するクライアント識別子MDNを提供するのではなく、ファイル/ストリームを要求した、およびファイル/ストリームの最終宛先であるUEまたはUE上で作動するアプリケーションを示すクライアント識別子X、YおよびZを提供し得る。いくつかの構成では、その1つまたは複数の受信報告の中で、第1のUEは、第1のUEに関連するMDNと、ファイル/ストリームを要求した、およびファイル/ストリームの最終宛先であるUEまたはUE上で作動するアプリケーションを示すクライアント識別子X、YおよびZの両方を提供する。
【００４２】
ミドルウェアクライアント806は、報告タイプ設定(たとえば、reportType)に基づいて、生成するための受信報告のタイプを決定する。報告タイプが、受信確認(RAck)に設定される場合、正常なファイル受信だけが、受信の詳細なしに報告される。報告タイプが、正常な受信に対する統計報告(StaR)に設定される場合、正常なファイル受信が、ネットワーク内の統計分析に対する受信の詳細とともに(RAckと同様に)報告される。報告タイプが、すべてのコンテンツ受信に対する統計報告(StaR-all)に設定される場合、StaRと同じものが、失敗した受信も同様に報告される追加分とともに報告される。StaR-allは、ストリーミングとダウンロード配信の両方に関連する。報告タイプが、受信確認のない統計報告(StaR-only)に設定される場合、個別のファイルが確認されないことを除いて、StaR-allと同じものが報告される。ストリーミングとダウンロード配信の両方に対するセッションに対して、受信の詳細だけが報告される。StaR-onlyは、ストリーミング配信に対するStaR-allと同等である。StaR-allは、セッション性能がエクスペリエンス品質(QoE)メトリックを介して取得されるダウンロード配信に関連する。報告タイプがRAckであるとき、クライアント識別子(たとえば、clientID属性/要素)は、fileURI属性/要素(図30参照)の下で記憶され得る。報告タイプがStaR、StaR-allまたはStaR-onlyであるとき、クライアント識別子(たとえば、clientID属性/要素)は、statisticalReport属性/要素(図30参照)の下で記憶され得る。代替として、クライアント識別子は、clientID属性/要素(図30参照)と異なる属性/要素の下で記憶され得る。
【００４３】
図9は、異なる例示的なeMBMSエンドツーエンドアーキテクチャを示す図900である。第1の構成902では、LTEモデム906、ミドルウェアクライアント908およびアプリケーション910が、異なるUEに関連する。そのような構成では、ミドルウェアクライアント908は第1のUE上で作動し得、アプリケーション910は第2のUE上で作動し得、LTEモデムは第3のUEの一部であり得る。第2の構成922では、ミドルウェアクライアント928およびLTEモデム926は第1のUEに関連し、アプリケーション930は第2のUEに関連する。そのような構成では、LTEモデム926は第1のUEの一部であり得、ミドルウェアクライアント928は第1のUE上で作動し得、アプリケーション930は第2のUE上で作動し得る。第3の構成942では、ミドルウェアクライアント948およびアプリケーション950は第1のUEに関連し、LTEモデム946は第2のUEに関連する。そのような構成では、アプリケーション950およびミドルウェアクライアント948は第1のUE上で作動し、LTEモデム946は第2のUEの一部である。第4の構成962では、ミドルウェアクライアント968、アプリケーション970およびLTEモデム966は、すべて、同じUEに関連する。そのような構成では、アプリケーション970およびミドルウェアクライアント968はUE上で作動し、LTEモデム966はUEの一部である。したがって、第1、第2、第3および第4のそれぞれの構成、902、922、942、962からわかるように、ミドルウェアクライアント908は、LTEモデム906およびアプリケーション910に関連するUEと異なるUEに関連し得(第1の構成902)、ミドルウェアクライアント928は、LTEモデム926と同じUEに関連し得るが、アプリケーション930が作動するUEには関連せず(第2の構成922)、ミドルウェアクライアント948は、アプリケーション950と同じUEに関連し得るが、LTEモデム946を有するUEには関連せず(第3の構成942)、またはミドルウェアクライアント968は、LTEモデム966を含みかつアプリケーション970が作動するUEに関連し得る(第4の構成962)。
【００４４】
ミドルウェアクライアントは、要求するアプリケーションに対して1つまたは複数の受信報告を送信してよく、そこにおいて受信されたサービスの各々に関連するクライアント識別子は、1つのアプリケーションだけに関連する(並列報告と呼ばれる)か、または要求するアプリケーションに対して1つまたは複数の受信報告を送信してよく、そこにおいて受信されたサービスの各々に関連するクライアント識別子は、1つまたは複数のアプリケーションに関連する(線形報告と呼ばれる)。並列報告に対して、受信報告が、各アプリケーションに対して送信されてよく(複数のアプリケーションにわたる統合を伴わない並列報告と呼ばれる)(この場合、1つのアプリケーションに対する複数の報告が依然として統合され得ることに留意されたい)、または1つの受信報告が、すべてのアプリケーションに対して送信されされてもよい(複数のアプリケーションにわたる統合を伴う並列報告と呼ばれる)。線形報告に対して、受信報告が、各サービスに対して送信されてよく(複数のアプリケーションにわたる統合を伴わない線形報告と呼ばれる)、または1つの受信報告が、すべてのサービスに対して送信されされてもよい(複数のアプリケーションにわたる統合を伴う線形報告と呼ばれる)。並列報告は、図10〜図16に関して以下で説明される。線形報告は、図17〜図24に関して以下で説明される。
【００４５】
図10は、ファイル配信サービスに対する複数のアプリケーションにわたる統合を伴わない(アプリケーションごとの)並列報告の一例を示す図1000である。図10に示すように、アプリケーションXは、ファイル1、ファイル2およびファイル3を取得することをミドルウェアクライアントに要求し、アプリケーションYは、ファイル1およびファイル3を取得することをミドルウェアクライアントに要求し、アプリケーションZは、ファイル1を取得することをミドルウェアクライアントに要求する。第1のUE上で作動中であるミドルウェアクライアントは、基地局とのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが、いずれも、第1のUEに関連する(図9の構成922参照)場合)か、または第2のUEとのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する(図9の構成902、942参照))。ミドルウェアクライアントは、ファイル1、ファイル2およびファイル3のファイルを取得する。ファイル1を取得することに続いて、ミドルウェアクライアントは、アプリケーションZに対する受信報告を生成する。ファイル2およびファイル3を取得することに続いて、ミドルウェアクライアントは、アプリケーションXに対する受信報告とアプリケーションYに対する受信報告とを生成する。受信報告を生成すると、ミドルウェアクライアントは受信報告を、基地局に送信する(ミドルウェアクライアントおよびLTEモデムが、いずれも第1のUEに関連する場合)か、または第2のUEに送信する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する)。ミドルウェアクライアントが受信報告を第2のUEに送信する場合、第2のUEは、受信報告を基地局に転送する。アプリケーションによって要求される各ファイル終了時間からのバックオフおよびランダム化の後、3つの受信報告が送信される。この例に対して、受信報告はRAckであってよい。3つの受信報告の例は、図11に関して以下で提供される。
【００４６】
図11は、複数のアプリケーションにわたる統合を伴わずに並列報告するときにファイル配信サービスに対して送信された受信報告の一例を示す図1100である。ミドルウェアクライアントは、アプリケーションXによるファイル1、ファイル2およびファイル3の受信を報告するために第1の受信報告を生成し、アプリケーションYによるファイル1およびファイル3の受信を報告するために第2の受信報告を生成し、アプリケーションZによるファイル1の受信を報告するために第3の受信報告を生成する。クライアント識別子に対して、ミドルウェアクライアントは、ミドルウェアクライアントおよびアプリケーションに関連する情報を含むクライアント識別子を報告し得る。たとえば、第1の受信報告に対して、ミドルウェアクライアントはクライアント識別子「X@MDN」を報告し、ここで、XはアプリケーションXの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。第2の受信報告に対して、ミドルウェアクライアントはクライアント識別子「Y@MDN」を報告し、ここで、YはアプリケーションYの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。第3の受信報告に対して、ミドルウェアクライアントはクライアント識別子「Z@MDN」を報告し、ここで、ZはアプリケーションZの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。ミドルウェアクライアントは、識別子の間に文字「@」と異なるセパレータを使用してよい。いくつかの構成では、MDN識別子は省略されてよい。アプリケーションX、YおよびZの識別子の各々は、アプリケーション指定の識別子、アプリケーション指定の識別子と一意の受信側識別子(たとえば、MDN、または国際移動局装置識別(IMEI))との連結、またはアプリケーションに対して一意であり得るいくつかの他の識別子であってよい。そのような識別子は、fileURI属性/要素の下で記憶され得る。図11でわかるように、同じファイルが複数回報告される。たとえば、ファイル1は、3つの受信報告の各々の中で報告され、ファイル3は、第1および第2の受信報告の中で報告される。
【００４７】
図12は、複数のアプリケーションにわたる統合を伴って並列報告するときにファイル配信サービスに対して送信された受信報告の一例を示す図1200である。ミドルウェアクライアントは、アプリケーションXによるファイル1、ファイル2およびファイル3の受信、アプリケーションYによるファイル1およびファイル3の受信、ならびにアプリケーションZによるファイル1の受信を報告するために、1つの統合された受信報告を生成する。クライアント識別子に対して、ミドルウェアクライアントは、図11に関して上記で説明したように、ミドルウェアクライアントおよびアプリケーションに関連する情報を含むクライアント識別子を報告し得る。
【００４８】
図13は、ストリーミングサービスに対する複数のアプリケーションにわたる統合を伴わない(アプリケーションごとの)並列報告の一例を示す図1300である。図13に示すように、アプリケーションXは、ストリーミングサービス(たとえば、ハイパーテキスト転送プロトコル(HTTP)上の動的適応ストリーミング(DASH)ストリーミングサービス)の受信をtx1において活性化し、ストリーミングサービスの受信をtx2において非活性化するようにミドルウェアクライアントに要求し、アプリケーションYは、同じストリーミングサービスの受信をty1において活性化し、ストリーミングサービスの受信をty2において非活性化するようにミドルウェアクライアントに要求し、アプリケーションZは、同じストリーミングサービスの受信をtz1において活性化し、ストリーミングサービスの受信をtz2において非活性化するようにミドルウェアクライアントに要求する。第1のUE上で作動中であるミドルウェアクライアントは、基地局とのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが、いずれも第1のUEに関連する場合)か、または第2のUEとのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する)。ミドルウェアクライアントは、ストリーミングサービスの受信をtx1において開始し、ストリーミングサービスの受信をtz2において非活性化する。ストリーミングサービスを受信することに続いて、ミドルウェアクライアントは、アプリケーションXに対する第1の受信報告と、アプリケーションYに対する第2の受信報告と、アプリケーションZに対する第3の受信報告とを生成する。受信報告を生成すると、ミドルウェアクライアントは受信報告を、基地局に送信する(ミドルウェアクライアントおよびLTEモデムが、いずれも第1のUEに関連する場合)か、または第2のUEに送信する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する)。ミドルウェアクライアントが受信報告を第2のUEに送信する場合、第2のUEは、受信報告を基地局に転送する。セッション終了時間からのバックオフおよびランダム化の後、3つの受信報告が送信される。この例に対して、受信報告はStaR、StaR-all、またはStaR-onlyであってよい。一構成では、この例に対して、受信報告はStaR-onlyであってよい。3つの受信報告の例は、図14および図15に関して以下で提供される。
【００４９】
図14および図15は、複数のアプリケーションにわたる統合を伴わずに並列報告するときにストリーミングサービスに対して送信された受信報告の一例をそれぞれ示す、図1400および図1500である。ミドルウェアクライアントは、アプリケーションXによって受信されたオブジェクトの受信を報告するための第1の受信報告と、アプリケーションYによって受信されたオブジェクトの受信を報告するための第2の受信報告と、アプリケーションZによって受信されたオブジェクトの受信を報告するための第3の受信報告とを生成する。クライアント識別子に対して、ミドルウェアクライアントは、ミドルウェアクライアントおよびアプリケーションに関連する情報を含むクライアント識別子を報告し得る。たとえば、第1の受信報告に対して、ミドルウェアクライアントはクライアント識別子「X@MDN」を報告し、ここで、XはアプリケーションXの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。第2の受信報告に対して、ミドルウェアクライアントはクライアント識別子「Y@MDN」を報告し、ここで、YはアプリケーションYの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。第3の受信報告に対して、ミドルウェアクライアントはクライアント識別子「Z@MDN」を報告し、ここで、ZはアプリケーションZの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。上記で説明したように、ミドルウェアクライアントは、識別子の間に文字「@」と異なるセパレータを使用してよい。いくつかの構成では、MDN識別子は省略されてよい。アプリケーションX、YおよびZの識別子の各々は、アプリケーション指定の識別子、アプリケーション指定の識別子と一意の受信側識別子(たとえば、MDN、またはIMEI)との連結、またはアプリケーションに対して一意であり得るいくつかの他の識別子であってよい。そのような識別子は、統計報告の属性/要素の下で記憶され得る。図14および図15でわかるように、同じオブジェクトが複数回報告される。たとえば、オブジェクト57および58は、第1および第2の受信報告の中で報告され、オブジェクト55は、第2および第3の受信報告の中で報告される。
【００５０】
図16は、複数のアプリケーションにわたる統合を伴って並列報告するときにストリーミングサービスに対して送信された受信報告の一例を示す図1600である。ミドルウェアクライアントは、アプリケーションXによるオブジェクト60〜57と、アプリケーションYによるオブジェクト58〜55と、アプリケーションZによるオブジェクト55〜52との受信を報告するために、1つの統合された受信報告を生成する。クライアント識別子に対して、ミドルウェアクライアントは、図15に関して上記で説明したように、ミドルウェアクライアントおよびアプリケーションに関連する情報を含むクライアント識別子を報告し得る。
【００５１】
並列報告は概念的に単純であり得るが、ミドルウェアクライアントは報告をアプリケーションと関係づけるので、より多い帯域幅使用を要求することがある。ミドルウェアクライアントは、同じMBMSセッションの間に複数の報告を同時に収集することがある。図17〜図24に関して以下で説明する線形報告は、ミドルウェアクライアントが各時間期間の間に単一の報告を報告し得るので、並列報告より少ない帯域幅使用を要求する。線形の挙動は、受信側の挙動を模倣する。ストリーミングサービスによると、潜在的により多数の報告が存在し得るが、そのような報告は、容易に統合され得る。
【００５２】
図17は、ファイル配信サービスに対する複数のアプリケーションにわたる統合を伴う(アプリケーションごとの)線形報告の一例を示す図1700である。図17に示すように、アプリケーションXは、ファイル1、ファイル2およびファイル3を取得することをミドルウェアクライアントに要求し、アプリケーションYは、ファイル1およびファイル3を取得することをミドルウェアクライアントに要求し、アプリケーションZは、ファイル1を取得することをミドルウェアクライアントに要求する。第1のUE上で作動中であるミドルウェアクライアントは、基地局とのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが、いずれも第1のUEに関連する場合)か、または第2のUEとのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する)。ミドルウェアクライアントは、ファイル1、ファイル2およびファイル3のファイルを取得する。ファイル1を取得することに続いて、ミドルウェアクライアントは、アプリケーションX、YおよびZに対する1つの受信報告を生成する。受信報告を生成すると、ミドルウェアクライアントは受信報告を、基地局に送信する(ミドルウェアクライアントおよびLTEモデムが、いずれも第1のUEに関連する場合)か、または第2のUEに送信する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する)。ミドルウェアクライアントが受信報告を第2のUEに送信する場合、第2のUEは、受信報告を基地局に転送する。セッション終了時間からのバックオフおよびランダム化の後、受信報告が送信される。この例に対して、受信報告はRAckであってよい。受信報告の一例が、図18を参照して以下で提供される。
【００５３】
図18は、複数のアプリケーションにわたる統合を伴って線形報告するときにファイル配信サービスに対して送信された受信報告の一例を示す図1800である。ミドルウェアクライアントは、アプリケーションX、YおよびZによるファイル1、ファイル2およびファイル3の受信を報告するために、1つの受信報告を生成する。1つの受信報告の中で、ミドルウェアクライアントは、アプリケーションX、YおよびZがファイル1を受信したことを第1のクライアント識別子を介して報告し、アプリケーションXがファイル2を受信したことを第2のクライアント識別子を介して報告し、かつアプリケーションXおよびYがファイル3を受信したことを第3のクライアント識別子を介して報告し得る。具体的に言うと、ミドルウェアクライアントは、アプリケーションX、YおよびZがファイル1を受信したことをクライアント識別子「X@Y@Z@MDN」を介して報告し、アプリケーションXがファイル2を受信したことをクライアント識別子「X@MDN」を介して報告し、かつアプリケーションXおよびYがファイル3を受信したことをクライアント識別子「X@Y@MDN」を介して報告し得る。上記で説明したように、XはアプリケーションXの識別子であり、YはアプリケーションYの識別子であり、ZはアプリケーションZの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。ミドルウェアクライアントは、識別子の間に文字「@」と異なるセパレータを使用してよい。いくつかの構成では、MDN識別子は省略されてよい。いくつかの他の構成では、ミドルウェアクライアントは、モデムと異なるUE上にあってよく、この場合、モデムのMDNはまた、たとえば、X@MDN_middleware@MDN_modemを与えられてよい。アプリケーションX、YおよびZの識別子の各々は、アプリケーション指定の識別子、アプリケーション指定の識別子と一意の受信側識別子(たとえば、MDN、またはIMEI)との連結、またはアプリケーションに対して一意であり得るいくつかの他の識別子であってよい。そのような識別子は、fileURI属性/要素の下で記憶され得る。図18でわかるように、各ファイルは、セッションに対して一度だけ報告される。
【００５４】
図19は、ストリーミングサービスに対する複数のアプリケーションにわたる統合を伴わない(アプリケーションごとの)線形報告の一例を示す図1900である。図19に示すように、アプリケーションXは、ストリーミングサービス(たとえば、DASHストリーミングサービス)の受信をtx1において活性化し、ストリーミングサービスの受信をtx2において非活性化するようにミドルウェアクライアントに要求し、アプリケーションYは、同じストリーミングサービスの受信をty1において活性化し、ストリーミングサービスの受信をty2において非活性化するようにミドルウェアクライアントに要求し、アプリケーションZは、同じストリーミングサービスの受信をtz1において活性化し、ストリーミングサービスの受信をtz2において非活性化するようにミドルウェアクライアントに要求する。第1のUE上で作動中であるミドルウェアクライアントは、基地局とのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが、いずれも第1のUEに関連する場合)か、または第2のUEとのMBMSセッションを開始する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する)。ミドルウェアクライアントは、ストリーミングサービスの受信をtx1において開始し、ストリーミングサービスの受信をtz2において非活性化する。受信報告を生成することに対する報告セッションは、アプリケーションがサービスを活性化するたびに開始し、アプリケーションがサービスを非活性化するたびに終了する。したがって、この例では、tx1からty1までの第1の報告セッション、ty1からtx2までの第2の報告セッション、tx2からtz1までの第3の報告セッション、tz1からty2までの第4の報告セッション、およびty2からtz2までの第5の報告セッションの5つの報告セッションが存在する。したがって、ストリーミングサービスを受信している間、ミドルウェアクライアントは、tx1とty1との間のストリーミングサービスの受信に関してアプリケーションXに対する第1の受信報告と、ty1とtx2との間のストリーミングサービスの受信に関してアプリケーションXおよびYに対する第2の受信報告と、tx2とtz1との間のストリーミングサービスの受信に関してアプリケーションYに対する第3の受信報告と、tz1とty2との間のストリーミングサービスの受信に関してアプリケーションYおよびZに対する第4の受信報告と、ty2とtz2との間のストリーミングサービスの受信に関してアプリケーションZに対する第5の受信報告とを生成する。5つの受信報告を生成すると、ミドルウェアクライアントは、受信報告を互いに連結し、連結された受信報告を、基地局に送信する(ミドルウェアクライアントおよびLTEモデムが、いずれも第1のUEに関連する場合)か、または第2のUEに送信する(ミドルウェアクライアントおよびLTEモデムが異なるUEに関連する場合、ここでは、第2のUEがLTEモデムに関連する)ことができる。ミドルウェアクライアントが連結された受信報告を第2のUEに送信する場合、第2のUEは、連結された受信報告を基地局に転送する。セッション終了時間からのバックオフおよびランダム化の後、連結された受信報告が送信される。この例に対して、受信報告はStaR、StaR-all、またはStaR-onlyであってよい。一構成では、この例に対して、受信報告はStaR-onlyであってよい。5つの受���報告の例は、図20、図21および図22に関して以下で提供される。
【００５５】
図20、図21および図22は、複数のアプリケーションにわたる統合を伴わずに線形報告するときにストリーミングサービスに対して送信された受信報告の一例をそれぞれ示す、図2000、図2100および図2200である。ミドルウェアクライアントは、アプリケーションXによって受信されたオブジェクト60および59の受信を報告するための第1の受信報告と、アプリケーションXおよびYによって受信されたオブジェクト58および57の受信を報告するための第2の受信報告と、アプリケーションYによって受信されたオブジェクト56の受信を報告するための第3の受信報告と、アプリケーションYおよびZによって受信されたオブジェクト55の受信を報告するための第4の受信報告と、アプリケーションZによって受信されたオブジェクト54、53および52の受信を報告するための第5の受信報告とを生成する。クライアント識別子に対して、ミドルウェアクライアントは、1つまたは複数のオブジェクトを受信したミドルウェアクライアントおよびアプリケーションに関連する情報を含むクライアント識別子を報告し得る。たとえば、第1の受信報告に対して、ミドルウェアクライアントは、クライアント識別子「X@MDN」を報告する。第2の受信報告に対して、ミドルウェアクライアントは、クライアント識別子「X@Y@MDN」を報告する。第3の受信報告に対して、ミドルウェアクライアントは、クライアント識別子「Y@MDN」を報告する。第4の受信報告に対して、ミドルウェアクライアントは、クライアント識別子「Y@Z@MDN」を報告する。第5の受信報告に対して、ミドルウェアクライアントは、クライアント識別子「Z@MDN」を報告する。XはアプリケーションXの識別子であり、YはアプリケーションYの識別子であり、ZはアプリケーションZの識別子であり、MDNはミドルウェアクライアントが作動中であるUEの一意の識別子である。上記で説明したように、ミドルウェアクライアントは、識別子の間に文字「@」と異なるセパレータを使用してよい。いくつかの構成では、MDN識別子は省略されてよい。アプリケーションX、YおよびZの識別子の各々は、アプリケーション指定の識別子、アプリケーション指定の識別子と一意の受信側識別子(たとえば、MDN、またはIMEI)との連結、またはアプリケーションに対して一意であり得るいくつかの他の識別子であってよい。そのような識別子は、統計報告の属性/要素の下で記憶され得る。図20〜図22でわかるように、各オブジェクトは一度だけ報告される。
【００５６】
図23および図24は、複数のアプリケーションにわたる統合を伴って線形報告するときにストリーミングサービスに対して送信された受信報告の一例をそれぞれ示す、図2300および図2400である。ミドルウェアクライアントは、アプリケーションXによるオブジェクト60および59と、アプリケーションXおよびYによるオブジェクト58および57と、アプリケーションYによるオブジェクト56と、アプリケーションYおよびZによるオブジェクト55と、アプリケーションZによるオブジェクト54、53および52との受信を報告するために1つの統合された受信報告を生成する。クライアント識別子に対して、ミドルウェアクライアントは、図20〜図22に関して上記で説明したように、オブジェクトを受信したミドルウェアクライアントおよびアプリケーションに関連する情報を含むクライアント識別子を報告し得る。
【００５７】
図25は、ワイヤレス通信の方法のフローチャート2500である。方法は、第1のUEによって実施することができる。2502において、第1のUEは、第2のUE上で作動するアプリケーションまたは第1のUE上で作動するアプリケーションからサービスに対する要求を受信する。第2のUEは、第1のUEとは異なる。サービスに対する要求は、MBMSサービスを介するファイルまたはストリームのセットに対する要求である。たとえば、図9の第1の構成902を参照すると、ミドルウェアクライアント908を有する第1のUEは、第2のUE上で作動するアプリケーション910からサービスに対する要求を受信する。別の例に対して、図9の第2の構成922を参照すると、ミドルウェアクライアント928およびLTEモデム926を有する第1のUEは、第2のUE上で作動するアプリケーション930からサービスに対する要求を受信する。さらに別の例に対して、図9の第3の構成942を参照すると、ミドルウェアクライアント948およびアプリケーション950を有する第1のUEは、第1のUE上で作動するアプリケーション950からサービスに対する要求を受信する。さらに別の例に対して、図9の第4の構成962を参照すると、ミドルウェアクライアント968、アプリケーション970およびLTEモデム966を有する第1のUEは、第1のUE上で作動するアプリケーション970からサービスに対する要求を受信する。
【００５８】
2504において、第1のUEは、基地局または第3のUEのうちの1つからMBMSサービスを介してファイルまたはストリームのセットを受信することを試みる。たとえば、図9の第2の構成922を参照すると、ミドルウェアクライアント928およびLTEモデム926を有する第1のUEは、基地局からMBMSサービスを介してファイルまたはストリームのセットを受信することを試みる。別の例に対して、図9の第4の構成962を参照すると、ミドルウェアクライアント970、LTEモデム966およびアプリケーション970を有する第1のUEは、基地局からMBMSサービスを介してファイルまたはストリームのセットを受信することを試みる。別の例に対して、図9の第1の構成902を参照すると、ミドルウェアクライアント908を有する第1のUEは、LTEモデム906を有する第3のUEからMBMSサービスを介してファイルまたはストリームのセットを受信することを試みる。さらに別の例に対して、図9の第3の構成942を参照すると、ミドルウェアクライアント948およびアプリケーション950を有する第1のUEは、LTEモデム946を有する第3のUEからMBMSサービスを介してファイルまたはストリームのセットを受信することを試みる。
【００５９】
2506において、第1のUEは、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信する。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子を含む。ミドルウェアがLTEモデムと同一の場所に配置されない(たとえば、構成902、942)いくつかのシナリオでは、報告は、同様に、LTEモデムを収容する第3のUEに関連する識別子を含み得る。たとえば、図9の第1の構成902を参照すると、ミドルウェアクライアント908を有する第1のUEは、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を、LTEモデム906に送信する。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、LTEモデム906を含む第3のUE、第2のUE上で作動するアプリケーション910、またはアプリケーション910が作動中である第2のUEのうちの少なくとも1つに関連する識別子を含む。別の例に対して、図9の第2の構成922を参照すると、ミドルウェアクライアント928およびLTEモデム926を有する第1のUEは、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を、基地局に送信する。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第2のUE上で作動するアプリケーション930、またはアプリケーション930が作動中である第2のUEに関連する識別子を含む。さらに別の例に対して、図9の第3の構成942を参照すると、ミドルウェアクライアント948およびアプリケーション950を有する第1のUEは、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を、LTEモデム946に送信する。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、LTEモデム946を含む第3のUEまたは第1のUE上で作動するアプリケーション950のうちの少なくとも1つに関連する識別子を含む。
【００６０】
上記の例では、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子は、Xであり得る。したがって、クライアント識別子は、Xに設定され得る。一構成では、クライアント識別子は、第1のUEの識別子(たとえば、MDN)を含み得る。そのような構成では、クライアント識別子は、上記で説明したように、「X@MDN」に設定され得る。2506の後、いくつかの構成では、2508が、図26、図27、図28または図29に関して実施され得る。
【００６１】
一構成では、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第1のUEに関連する識別子を含み、ここで、第1のUEに関連する識別子は、第1のUE上で作動するアプリケーションに関連する識別子とは異なる。たとえば、図9の第1の構成902を参照すると、識別子は、ミドルウェアクライアント908が作動中である第1のUEのMDNを含み得る。識別子は、アプリケーション910の識別子、またはアプリケーション910が作動中であるUEの識別子をさらに含み得る。別の例に対して、図9の第2の構成922を参照すると、識別子は、ミドルウェアクライアント928が作動中である第1のUEのMDNを含み得る。識別子は、アプリケーション930の識別子、またはアプリケーション930が作動中であるUEの識別子をさらに含み得る。さらに別の例に対して、図9の第3の構成942を参照すると、識別子は、ミドルウェアクライアント948が作動中である第1のUEのMDNを含み得る。識別子は、アプリケーション950の識別子をさらに含み得る。
【００６２】
一構成では、第1のUE上で作動するアプリケーションに関連する識別子は、第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である。一構成では、第1のUEに関連する識別子と、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とは、受信確認または統計報告のうちの少なくとも1つの中のクライアント識別子の属性/要素(たとえば、fileURI属性/要素の中またはstatisticalReport属性/要素の中のclientID属性/要素、図30参照)の中で示される。一構成では、第1のUEに関連する識別子は、受信確認または統計報告のうちの少なくとも1つの中のクライアント識別子の属性/要素(たとえば、clientID属性/要素)の中に示され、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子は、受信確認または統計報告のうちの少なくとも1つの中の異なる属性/要素(たとえば、clientID属性/要素と異なる属性/要素)の中で示される。具体的に言うと、異なる属性/要素は、ファイル/ストリームを要求した、およびファイル/ストリームの最終宛先であるUEまたはUE上で作動するアプリケーションを示す受信確認および統計報告要素の中に導入され得る。一構成では、識別子は、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する(たとえば、図9の第1および第2の構成902、922参照)。一構成では、識別子は、第1のUE上で作動するアプリケーションに関連する(たとえば、図9の第3の構成942参照)。
【００６３】
図26は、ワイヤレス通信の方法のフローチャート2600である。方法は、第1のUEによって実施することができる。図25の2502、2504および2506において、ファイルまたはストリームのセットはファイルのセットであり、受信報告は、ファイルのセットに関連する受信確認(RAck)を含む。ステップ2508は、図25から継続して2602に進む。2602において、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信する。2604において、第1のUEは、MBMSサービスを介してファイルの第2のセットを受信することを試みる。2606において、第1のUEは、ファイルの第2のセットに関連する受信確認を含む第2の受信報告を送信する。ファイルの第2のセットに関連する受信確認は、第1のUEに関連する識別子(たとえば、MDN)と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。たとえば、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子がYである場合、上記で説明したように、クライアント識別子は、「Y@MDN」に設定され得る。一構成では、受信報告および第2の受信報告は、1つの報告に統合される(たとえば、図12、図18参照)。
【００６４】
図27は、ワイヤレス通信の方法のフローチャート2700である。方法は、第1のUEによって実施することができる。ステップ2508は、図25から継続して2702に進む。2702において、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信する。受信確認は、さらに、ファイルの第2のセットに関連する。ファイルのセットはS1であり、ファイルの第2のセットはS2である。ファイルのセットS1∩S2(∩はセットの共通部分)に対して、受信確認は、ファイルS1∩S2の受信を確認する部分要素と、第1のUEに関連する識別子(たとえば、MDN)と、第2のUEと第4のUEの両方または第2のUEと第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子(たとえば、Xは第2のUEまたは第2のUE上で作動するアプリケーションの識別子であってよく、Yは第4のUEまたは第4のUE上で作動するアプリケーションの識別子であってよい)とを含む。たとえば、3つの識別子が、clientID「X@Y@MDN」の中にある。ファイルのサブセットS1∩S2を除外するファイルのセットS1に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS1の受信を確認する部分要素と、第1のUEに関連する識別子(たとえば、MDN)と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子(たとえば、X)とを含む。たとえば、2つの識別子が、clientID「X@MDN」の中にある。ファイルのサブセットS1∩S2を除外するファイルのセットS2に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS2の受信を確認する部分要素と、第4のUEに関連する識別子(たとえば、MDN)と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子(たとえば、Y)とを含む。たとえば、2つの識別子が、clientID「Y@MDN」の中にある。
【００６５】
図28は、ワイヤレス通信の方法のフローチャート2800である。方法は、第1のUEによって実施することができる。図25の2502、2504および2506において、ファイルまたはストリームのセットはストリームのセットであり、受信報告は、ストリームのセットに関連する統計報告(たとえば、StaR、StaR-all、StaR-only)を含む。ステップ2508は、図25から継続して2802に進む。2802において、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからストリームのセットに対する要求を受信する。2804において、第1のUEは、ストリームのセットに関連する第2の統計報告を含む第2の受信報告を送信する。ストリームのセットに関連する第2の統計報告は、第1のUEに関連する識別子(たとえば、MDN)と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子(たとえば、Y)とを含む。たとえば、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子がYである場合、上記で説明したように、クライアント識別子は、「Y@MDN」に設定され得る。一構成では、受信報告および第2の受信報告は、1つの報告に統合される(たとえば、図16、図23、図24参照)。
【００６６】
図29は、ワイヤレス通信の方法のフローチャート2900である。方法は、第1のUEによって実施することができる。ステップ2508は、図25から継続して2902に進む。2902において、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからストリームのセットに対する要求を受信する。ストリームのセットは、持続時間T1の間の受信に対して第2のUEによって要求され、ストリームのセットは、持続時間T2の間の受信に対して第4のUEによって要求される。たとえば、図19を参照すると、持続時間T1は、tx1とtx2との間の持続時間であってよく、持続時間T2は、ty1とty2との間の持続時間であってよい。2904において、第1のUEは、ストリームのセットに関連する追加の受信報告を送信する。
【００６７】
受信報告および追加の受信報告は、持続時間T1∩T2の間(たとえば、ty1とtx2との間の持続時間)に受信されたストリームのセットに関連する統計報告を含む第1の受信報告を含む。持続時間T1∩T2の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子(たとえば、MDN)と、第2のUEと第4のUEの両方または第2のUEと第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子(たとえば、Xは第2のUEまたは第2のUE上で作動するアプリケーションの識別子であってよく、Yは第4のUEまたは第4のUE上で作動するアプリケーションの識別子であってよい)とを含む。たとえば、3つの識別子が、clientID「X@Y@MDN」の中にある。
【００６８】
受信報告および追加の受信報告は、持続時間T1∩T2(たとえば、tx1とty1との間の持続時間)を除外する持続時間T1の間に受信されたストリームのセットに関連する統計報告を含む第2の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T1の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子(たとえば、MDN)と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子(たとえば、X)とを含む。たとえば、2つの識別子が、clientID「X@MDN」の中にある。
【００６９】
受信報告および追加の受信報告は、持続時間T1∩T2(たとえば、tx2とty2との間の持続時間)を除外する持続時間T2の間に受信されたストリームのセットに関連する統計報告を含む第3の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T2の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子(たとえば、Y)とを含む。たとえば、2つの識別子が、clientID「Y@MDN」の中にある。
【００７０】
図30は、受信報告の中のclientID属性/要素を示す図である。前述のクライアント識別子は、fileURIの下でまたは統計報告の下でclientID属性/要素の中に追加されてよく、またはクライアントIDの要素属性と異なる属性/要素の下で追加されてもよい。
【００７１】
図31は、例示的な装置3102の中の様々なモジュール/手段/構成要素の間のデータフローを示す概念的なデータフロー図3100である。装置は第1のUEであり得る。第1のUE3102は、第2のUE3112上で作動するアプリケーション(図9の構成902、922参照)または第1のUE3102上で作動するアプリケーション(図9の構成942、962参照)からサービスに対する要求を受信するように構成された受信モジュール3104を含む。第2のUE3112は、第1のUE3102とは異なる。サービスに対する要求は、MBMSサービスを介するファイルまたはストリームのセットに対する要求である。受信モジュール3104は、MBMS要求をMBMSモジュール3108に与えるように構成される。受信モジュール3104は、基地局3116(図9の構成922、962参照)または第3のUE3114(図9の構成902、942参照)のうちの1つからMBMSサービスを介してファイルまたはストリームのセットを受信することを試みるように構成される。受信モジュール3104は、任意の受信されたファイル/ストリームをMBMSモジュール3108に与えるように構成される。MBMSモジュール3108は、受信されたファイル/ストリームを送信モジュール3110に与えるように構成される。送信モジュール3110は、そのような受信されたファイル/ストリームを、ファイル/ストリームを要求したUE(すなわち、図9の構成902、922に対する第2のUE3112、図9の構成942に対する第1のUE3102)に与えるように構成される。第1のUE3102は、受信報告を生成することと、そのような生成された受信報告を送信モジュール3110に与えることとを行うように構成された受信報告生成モジュール3106をさらに含む。送信モジュール3110は、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信するように構成される。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第2のUE3112、第3のUE3114、第2のUE3112上で作動するアプリケーション、または第1のUE3102上で作動するアプリケーションのうちの少なくとも1つに関連する識別子を含む。
【００７２】
一構成では、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つが、第1のUEに関連する識別子を含む。第1のUEに関連する識別子は、第1のUE上で作動するアプリケーションに関連する識別子とは異なる。一構成では、第1のUE上で作動するアプリケーションに関連する識別子は、第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である。一構成では、第1のUEに関連する識別子と、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とは、受信確認または統計報告のうちの少なくとも1つの中のクライアント識別子の属性中に示される。一構成では、第1のUEに関連する識別子は、受信確認または統計報告のうちの少なくとも1つの中のクライアント識別子の属性中に示され、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子は、受信確認または統計報告のうちの少なくとも1つの中の異なる属性中に示される。一構成では、識別子は、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する。一構成では、識別子は、第1のUE上で作動するアプリケーションに関連する。
【００７３】
一構成では、ファイルまたはストリームのセットはファイルのセットであり、受信報告は、ファイルのセットに関連する受信確認を含む。そのような構成では、受信モジュール3104は、第4のUEまたは第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するように構成される。受信モジュール3104は、MBMSサービスを介してファイルの第2のセットを受信することを試みるようにさらに構成される。送信モジュール3110は、ファイルの第2のセットに関連する受信確認を含む第2の受信報告を送信するようにさらに構成される。ファイルの第2のセットに関連する受信確認は、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。一構成では、受信報告および第2の受信報告は、1つの報告に統合される。
【００７４】
一構成では、受信モジュール3104は、第4のUEまたは第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するように構成される。受信確認は、さらに、ファイルの第2のセットに関連する。ファイルのセットはS1であり、ファイルの第2のセットはS2である。ファイルのセットS1∩S2に対して、受信確認は、ファイルS1∩S2の受信を確認する部分要素と、第1のUEに関連する識別子と、第2のUEと第4のUEの両方または第2のUEと第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む。ファイルのサブセットS1∩S2を除外するファイルのセットS1に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS1の受信を確認する部分要素と、第1のUEに関連する識別子と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。ファイルのサブセットS1∩S2を除外するファイルのセットS2に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS2の受信を確認する部分要素と、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。
【００７５】
一構成では、ファイルまたはストリームのセットはストリームのセットであり、受信報告は、ストリームのセットに関連する統計報告を含む。一構成では、受信モジュール3104は、第4のUEまたは第4のUE上で作動するアプリケーションからストリームのセットに対する要求を受信するようにさらに構成される。送信モジュール3110は、ストリームのセットに関連する第2の統計報告を含む第2の受信報告を送信するようにさらに構成される。ストリームのセットに関連する第2の統計報告は、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。一構成では、受信報告および第2の受信報告は、1つの報告に統合される。
【００７６】
一構成では、受信モジュール3104は、第4のUEまたは第4のUE上で作動するアプリケーションからストリームのセットに対する要求を受信するようにさらに構成される。ストリームのセットは、持続時間T1の間の受信に対して第2のUEによって要求され、ストリームのセットは、持続時間T2の間の受信に対して第4のUEによって要求される。送信モジュールは、ストリームのセットに関連する追加の受信報告を送信するようにさらに構成される。受信報告および追加の受信報告は、持続時間T1∩T2の間に受信されたストリームのセットに関連する統計報告を含む第1の受信報告を含む。持続時間T1∩T2の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子と、第2のUEと第4のUEの両方または第2のUEと第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む。受信報告および追加の受信報告は、持続時間T1∩T2を除外する持続時間T1の間に受信されたストリームのセットに関連する統計報告を含む第2の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T1の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。受信報告および追加の受信報告は、持続時間T1∩T2を除外する持続時間T2の間に受信されたストリームのセットに関連する統計報告を含む第3の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T2の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。
【００７７】
装置は、図25〜図29の前述のフローチャート内のアルゴリズムのブロックの各々を実施する追加のモジュールを含むことができる。したがって、図25〜図29の前述のフローチャート内の各ブロックは、モジュールによって実施されてよく、装置は、これらのモジュールの1つまたは複数を含むことができる。モジュールは、指定されたプロセス/アルゴリズムを実行するように明確に構成され、指定されたプロセス/アルゴリズムを実施するように構成されたプロセッサによって実装され、プロセッサによる実装のためにコンピュータ可読媒体内に記憶された、1つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであり得る。
【００７８】
図32は、処理システム3214を利用する装置3102'についてのハードウェア実装形態の一例を示す図3200である。処理システム3214は、バス3224によって全般に表されるバスアーキテクチャで実装され得る。バス3224は、処理システム3214の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス3224は、プロセッサ3204、モジュール3104、3106、3108、3110、およびコンピュータ可読媒体/メモリ3206によって表される、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を互いにリンクさせる。バス3224は、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路などの種々の他の回路をリンクすることもできるが、これらの回路は当技術分野でよく知られており、したがって、これ以上は説明されない。
【００７９】
処理システム3214は、トランシーバ3210に結合されてよい。トランシーバ3210は、1つまたは複数のアンテナ3220に結合される。トランシーバ3210は、送信媒体上の様々な他の装置と通信するための手段を提供する。トランシーバ3210は、1つまたは複数のアンテナ3220から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム3214、具体的には受信モジュール3104に提供する。加えて、トランシーバ3210は、処理システム3214、詳細には送信モジュール3110から情報を受信し、受信された情報に基づいて、1つまたは複数のアンテナ3220に印加されるべき信号を生成する。処理システム3214は、コンピュータ可読媒体/メモリ3206に結合されたプロセッサ3204を含む。プロセッサ3204は、コンピュータ可読媒体/メモリ3206上に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ3204によって実行されると、処理システム3214に、任意の特定の装置について上で説明した様々な機能を実施させる。コンピュータ可読媒体/メモリ3206は、ソフトウェアの実行時にプロセッサ3204によって操作されるデータを記憶するために使用することもできる。処理システムはさらに、モジュール3104、3106、3108、および3110のうちの少なくとも1つを含む。モジュールは、プロセッサ3204内で実行中のソフトウェアモジュールでもよく、コンピュータ可読媒体/メモリ3206内に常駐している/記憶されたソフトウェアモジュールでもよく、プロセッサ3204に結合された1つまたは複数のハードウェアモジュールでもよく、それらの何らかの組合せでもよい。処理システム3214は、UE650の構成要素であってよく、メモリ660、ならびに/または、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659のうちの少なくとも1つを含んでよい。
【００８０】
一構成では、ワイヤレス通信のための装置3102/3102'は、第1のUEであってよい。第1のUEは、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションからサービスに対する要求を受信するための手段を含む。第2のUEは、第1のUEとは異なる。サービスに対する要求は、MBMSサービスを介するファイルまたはストリームのセットに対する要求である。第1のUEは、基地局または第3のUEのうちの1つからMBMSサービスを介してファイルまたはストリームのセットを受信することを試みるための手段をさらに含む。第1のUEは、ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を送信するための手段をさらに含む。ファイルまたはストリームのセットに関連する受信確認または統計報告のうちの少なくとも1つは、第2のUE、第3のUE、第2のUE上で作動するアプリケーション、または第1のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子を含む。
【００８１】
一構成では、ファイルまたはストリームのセットはファイルのセットであり、受信報告は、ファイルのセットに関連する受信確認を含む。そのような構成では、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するための手段と、MBMSサービスを介してファイルの第2のセットを受信することを試みるための手段と、ファイルの第2のセットに関連する受信確認を含む第2の受信報告を送信するための手段とをさらに含み得る。ファイルの第2のセットに関連する受信確認は、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。そのような構成では、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するための手段をさらに含み得る。受信確認は、さらに、ファイルの第2のセットに関連する。ファイルのセットはS1であり、ファイルの第2のセットはS2である。ファイルのセットS1∩S2に対して、受信確認は、ファイルS1∩S2の受信を確認する部分要素と、第1のUEに関連する識別子と、第2のUEと第4のUEの両方または第2のUEと第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む。ファイルのサブセットS1∩S2を除外するファイルのセットS1に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS1の受信を確認する部分要素と、第1のUEに関連する識別子と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。ファイルのサブセットS1∩S2を除外するファイルのセットS2に対して、受信確認は、ファイルのサブセットS1∩S2を除外するファイルS2の受信を確認する部分要素と、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。
【００８２】
一構成では、ファイルまたはストリームのセットはストリームのセットであり、受信報告は、ストリームのセットに関連する統計報告を含む。そのような構成では、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからストリームのセットに対する要求を受信するための手段と、ストリームのセットに関連する第2の統計報告を含む第2の受信報告を送信するための手段とをさらに含み得る。ストリームのセットに関連する第2の統計報告は、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。そのような構成では、第1のUEは、第4のUEまたは第4のUE上で作動するアプリケーションからストリームのセットに対する要求を受信するための手段をさらに含み得る。ストリームのセットは、持続時間T1の間の受信に対して第2のUEによって要求され、ストリームのセットは、持続時間T2の間の受信に対して第4のUEによって要求される。第1のUEは、ストリームのセットに関連する追加の受信報告を送信するための手段をさらに含み得る。
【００８３】
受信報告および追加の受信報告は、持続時間T1∩T2の間に受信されたストリームのセットに関連する統計報告を含む第1の受信報告を含む。持続時間T1∩T2の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子と、第2のUEと第4のUEの両方または第2のUEと第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む。
【００８４】
受信報告および追加の受信報告は、持続時間T1∩T2を除外する持続時間T1の間に受信されたストリームのセットに関連する統計報告を含む第2の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T1の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子と、第2のUEまたは第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。
【００８５】
受信報告および追加の受信報告は、持続時間T1∩T2を除外する持続時間T2の間に受信されたストリームのセットに関連する統計報告を含む第3の受信報告をさらに含む。持続時間T1∩T2を除く持続時間T2の間に受信されたストリームのセットに関連する統計報告は、第1のUEに関連する識別子と、第4のUEまたは第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む。
【００８６】
上記の手段は、装置3102の上記のモジュール、および/または上記の手段によって列挙された機能を実施するように構成された装置3102'の処理システム3214のうちの1つまたは複数であり得る。上記で記載されたように、処理システム3214は、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659を含む場合がある。そのため、一構成では、上記の手段は、上記の手段によって列挙された機能を実施するように構成された、TXプロセッサ668、RXプロセッサ656、およびコントローラ/プロセッサ659であり得る。
【００８７】
開示されたプロセス/フローチャートにおけるステップの特定の順序または階層は、例示的手法の一例であることが理解されよう。設計の選好に基づいて、プロセス/フローチャートにおけるステップの特定の順序または階層を並べ替えてもよいことが理解されよう。さらに、いくつかのステップを組み合わせてもよく、省略してもよい。添付の方法クレームは、見本の順序における様々なステップの要素を提示しており、提示された特定の順序または階層に限定されることを意味するものではない。
【００８８】
上記の説明は、本明細書で説明する様々な態様を当業者が実践できるようにするために提供される。これらの態様に対する様々な修正は、当業者に容易に明らかになり、本明細書で定義する一般原理は、他の態様に適用され得る。したがって、特許請求の範囲は本明細書に示された態様に限定されるものではなく、文言通りの特許請求の範囲に整合するすべての範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味することを意図せず、「1つまたは複数の」を意味する。「例示的」という用語は、本明細書では、「例、事例、または例示として機能する」ことを意味するために使用される。「例示的」として本明細書において説明されるいずれの態様も、必ずしも他の態様よりも好ましいか、または有利であると解釈されるとは限らない。特に別段の定めがない限り、「いくつか(some)」という用語は、1つまたは複数を指す。「A、BまたはCのうちの少なくとも1つ」、「A、BおよびCのうちの少なくとも1つ」、および「A、B、C、またはこれらの任意の組合せ」などの組合せは、A、Bおよび/またはCの任意の組合せを含み、複数のA、複数のB、または複数のCを含み得る。具体的に言うと、「A、BまたはCのうちの少なくとも1つ」、「A、BおよびCのうちの少なくとも1つ」、および「A、B、C、またはこれらの任意の組合せ」などの組合せは、Aのみ、Bのみ、Cのみ、AおよびB、AおよびC、BおよびCであってよく、またはAおよびBおよびCであってよく、ここで、任意のそのような組合せは、A、BまたはCの1つまたは複数のメンバーを含んでよい。当業者に知られているまたは後で知られているようになる、本開示を通して説明された様々な態様の要素に対するすべての構造的および機能的な等価物は、参照により本明細書に明確に組み込まれており、特許請求の範囲によって包含されることが意図されている。さらに、本明細書で開示する内容は、そのような開示が特許請求の範囲において明示的に列挙されているかどうかにかかわらず、公に供されるものではない。いかなるクレーム要素も、要素が「ための手段」という語句を使用して明確に列挙されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【符号の説明】
【００８９】
100  ロングタームエボリューション(LTE)ネットワークアーキテクチャ、発展型パケットシステム(EPS)
102  ユーザ機器(UE)
104  発展型UMTS地上波無線アクセスネットワーク(E-UTRAN)
106  発展型ノードB(eNB)
108  eNB
110  発展型パケットコア(EPC)
112  モビリティ管理エンティティ(MME)
114  MME
116  サービングゲートウェイ
118  パケットデータネットワーク(PDN)ゲートウェイ
120  ホーム加入者サーバ(HSS)
122  事業者のインターネットプロトコル(IP)サービス
124  マルチメディアブロードキャストマルチキャストサービス(MBMS)ゲートウェイ
126  ブロードキャストマルチキャストサービスセンター(BM-SC)
128  マルチキャスト協調エンティティ(MCE)
200  アクセスネットワーク
202  セルラー領域(セル)
204  マクロeNB
206  UE
208  低電力クラスeNB
210  セルラー領域
300  図
302  セル固有RS(CRS)
304  UE固有RS(UE-RS)
400  図
410a  制御セクション内のリソースブロック
410b  制御セクション内のリソースブロック
420a  データセクション内のリソースブロック
420b  データセクション内のリソースブロック
430  物理ランダムアクセスチャネル(PRACH)
500  図
506  物理レイヤ
508  レイヤ2(L2レイヤ)
510  媒体アクセス制御(MAC)サブレイヤ
512  無線リンク制御(RLC)サブレイヤ
514  パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ
516  無線リソース制御(RRC)サブレイヤ
610  eNB
616  送信(TX)プロセッサ
618TX  送信機
618RX  受信機
620  アンテナ
650  UE
652  アンテナ
654TX  送信機
654RX  受信機
656  受信(RX)プロセッサ
658  チャネル推定器
659  コントローラ/プロセッサ
660  メモリ
662  データシンク
667  データソース
668  TXプロセッサ
670  RXプロセッサ
674  チャネル推定器
675  コントローラ/プロセッサ
676  メモリ
750  図
752  eNB
752'  セル
754  eNB
754'  セル
760  UE
770  UE
790  図
800  図
802  基地局
804  LTEモデム
806  ミドルウェアクライアント
808  アプリケーション
810  アプリケーション
812  アプリケーション
814  MBMSサービスを要求
816  MBMSサービスを要求
818  通信
820  転送
822  通知
824  指示
826  MBMSファイル/ストリーム
828  受信報告
830  受信報告
832  受信報告
840  MBMSサービスを要求
842  MBMSサービスを要求
900  図
902  第1の構成
906  LTEモデム
908  ミドルウェアクライアント
910  アプリケーション
922  第2の構成
926  LTEモデム
928  ミドルウェアクライアント
930  アプリケーション
942  第3の構成
946  LTEモデム
948  ミドルウェアクライアント
950  アプリケーション
962  第4の構成
966  LTEモデム
968  ミドルウェアクライアント
970  アプリケーション
1000  図
1100  図
1200  図
1300  図
1400  図
1500  図
1600  図
1700  図
1800  図
1900  図
2000  図
2100  図
2200  図
2300  図
2400  図
2500  フローチャート
2600  フローチャート
2700  フローチャート
2800  フローチャート
2900  フローチャート
3100  データフロー図
3102  装置、第1のUE
3102'  装置
3104  受信モジュール
3106  受信報告生成モジュール
3108  MBMSモジュール
3110  送信モジュール
3112  第2のUE
3114  第3のUE
3116  基地局
3200  図
3204  プロセッサ
3206  コンピュータ可読媒体/メモリ
3210  トランシーバ
3214  処理システム
3220  アンテナ
3224  バス
【図１】
2017513376.tif 000003
【図２】
2017513376.tif 000004
【図３】
2017513376.tif 000005
【図４】
2017513376.tif 000006
【図５】
2017513376.tif 000007
【図６】
2017513376.tif 000008
【図７Ａ】
2017513376.tif 000009
【図７Ｂ】
2017513376.tif 000010
【図８】
2017513376.tif 000011
【図９】
2017513376.tif 000012
【図１０】
2017513376.tif 000013
【図１１】
2017513376.tif 000014
【図１２】
2017513376.tif 000015
【図１３】
2017513376.tif 000016
【図１４】
2017513376.tif 000017
【図１５】
2017513376.tif 000018
【図１６】
2017513376.tif 000019
【図１７】
2017513376.tif 000020
【図１８】
2017513376.tif 000021
【図１９】
2017513376.tif 000022
【図２０】
2017513376.tif 000023
【図２１】
2017513376.tif 000024
【図２２】
2017513376.tif 000025
【図２３】
2017513376.tif 000026
【図２４】
2017513376.tif 000027
【図２５】
2017513376.tif 000028
【図２６】
2017513376.tif 000029
【図２７】
2017513376.tif 000030
【図２８】
2017513376.tif 000031
【図２９】
2017513376.tif 000032
【図３０】
2017513376.tif 000033
【図３１】
2017513376.tif 000034
【図３２】
2017513376.tif 000035
【手続補正書】
【提出日】平成28年9月27日(2016.9.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第1のユーザ機器(UE)のワイヤレス通信の方法であって、
第2のUE上で作動するアプリケーションまたは前記第1のUE上で作動するアプリケーションからサービスに対する要求を前記第1のUEによって受信するステップであって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信するステップと、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを前記第1のUEによって試みるステップと、
ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を、前記第1のUEによって前記基地局または前記第3のUEのうちの1つに送信するステップとを含み、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つを識別する識別子を含む、方法。
【請求項２】
ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第1のUE上で作動する前記アプリケーションに関連する前記識別子とは異なる、前記第1のUEに関連する識別子を含む、請求項1に記載の方法。
【請求項３】
前記第1のUE上で作動する前記アプリケーションに関連する前記識別子が、前記第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である、請求項2に記載の方法。
【請求項４】
前記第1のUEに関連する前記識別子と、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する前記識別子とが、前記受信確認または前記統計報告のうちの前記少なくとも1つの中のクライアント識別子の属性中に示される、請求項3に記載の方法。
【請求項５】
前記第1のUEに関連する前記識別子が、前記受信確認または前記統計報告のうちの前記少なくとも1つの中のクライアント識別子の属性中に示され、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する前記識別子が、前記受信確認または前記統計報告のうちの前記少なくとも1つの中の異なる属性中に示される、請求項3に記載の方法。
【請求項６】
前記識別子が、前記第2のUEまたは前記第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する、請求項1に記載の方法。
【請求項７】
前記識別子が、前記第1のUE上で作動する前記アプリケーションに関連する、請求項1に記載の方法。
【請求項８】
ファイルまたはストリームの前記セットが、ファイルのセットを含み、前記受信報告が、ファイルの前記セットに関連する前記受信確認を含む、請求項1に記載の方法。
【請求項９】
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するステップと、
前記MBMSサービスを介してファイルの前記第2のセットを受信することを試みるステップと、
前記ファイルの前記第2のセットに関連する受信確認を含む第2の受信報告を送信するステップとをさらに含み、前記ファイルの前記第2のセットに関連する前記受信確認が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項8に記載の方法。
【請求項１０】
前記受信報告および前記第2の受信報告が、1つの報告に統合される、請求項9に記載の方法。
【請求項１１】
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するステップをさらに含み、前記受信確認がさらに、ファイルの前記第2のセットに関連し、ファイルの前記セットがS1であり、ファイルの前記第2のセットがS2であり、
ファイルのセットS1∩S2に対して、前記受信確認が、前記ファイルS1∩S2の受信を確認する部分要素と、前記第1のUEに関連する識別子と、前記第2のUEと前記第4のUEの両方または前記第2のUEと前記第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含み、
ファイルのサブセットS1∩S2を除外するファイルのセットS1に対して、前記受信確認が、ファイルの前記サブセットS1∩S2を除外する前記ファイルS1の受信を確認する部分要素と、前記第1のUEに関連する識別子と、前記第2のUEまたは前記第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含み、
ファイルの前記サブセットS1∩S2を除外するファイルのセットS2に対して、前記受信確認が、ファイルの前記サブセットS1∩S2を除外する前記ファイルS2の受信を確認する部分要素と、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項8に記載の方法。
【請求項１２】
ファイルまたはストリームの前記セットが、ストリームのセットを含み、前記受信報告が、前記ストリームの前記セットに関連する前記統計報告を含む、請求項1に記載の方法。
【請求項１３】
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信するステップと、
前記ストリームの前記セットに関連する第2の統計報告を含む第2の受信報告を送信するステップとをさらに含み、前記ストリームの前記セットに関連する前記第2の統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項12に記載の方法。
【請求項１４】
前記受信報告および前記第2の受信報告が、1つの報告に統合される、請求項13に記載の方法。
【請求項１５】
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信するステップであって、ストリームの前記セットが持続時間T1の間の受信に対して前記第2のUEによって要求され、ストリームの前記セットが持続時間T2の間の受信に対して前記第4のUEによって要求される、受信するステップと、
ストリームの前記セットに関連する追加の受信報告を送信するステップとをさらに含み、
前記受信報告および前記追加の受信報告が、
前記持続時間T1∩T2の間に受信されたストリームの前記セットに関連する統計報告を含む第1の受信報告であって、前記持続時間T1∩T2の間に受信されたストリームの前記セットに関連する前記統計報告が、前記第1のUEに関連する識別子と、前記第2のUEと前記第4のUEの両方または前記第2のUEと前記第4のUEの両方の上で作動するアプリケーションのうちの少なくとも一方に関連する識別子とを含む、第1の受信報告と、
前記持続時間T1∩T2を除く前記持続時間T1の間に受信されたストリームの前記セットに関連する統計報告を含む第2の受信報告であって、前記持続時間T1∩T2を除く前記持続時間T1の間に受信されたストリームの前記セットに関連する前記統計報告が、前記第1のUEに関連する識別子と、前記第2のUEまたは前記第2のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、第2の受信報告と、
前記持続時間T1∩T2を除く前記持続時間T2の間に受信されたストリームの前記セットに関連する統計報告を含む第3の受信報告であって、前記持続時間T1∩T2を除く前記持続時間T2の間に受信されたストリームの前記セットに関連する前記統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、第3の受信報告とを含む、請求項12に記載の方法。
【請求項１６】
第1のユーザ機器(UE)である、ワイヤレス通信のための装置であって、
第2のUE上で作動するアプリケーションまたは前記第1のUE上で作動するアプリケーションからサービスに対する要求を受信するための手段であって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信するための手段と、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを試みるための手段と、
前記基地局または前記第3のUEのうちの1つに受信報告を送信するための手段とを含み、前記受信報告が、ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含み、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つを識別する識別子を含む、装置。
【請求項１７】
ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第1のUE上で作動する前記アプリケーションに関連する前記識別子とは異なる、前記第1のUEに関連する識別子を含む、請求項16に記載の装置。
【請求項１８】
前記第1のUE上で作動する前記アプリケーションに関連する前記識別子が、前記第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である、請求項17に記載の装置。
【請求項１９】
ファイルまたはストリームの前記セットが、ファイルのセットを含み、前記受信報告が、ファイルの前記セットに関連する前記受信確認を含む、請求項16に記載の装置。
【請求項２０】
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信するための手段と、
前記MBMSサービスを介してファイルの前記第2のセットを受信することを試みるための手段と、
前記ファイルの前記第2のセットに関連する受信確認を含む第2の受信報告を送信するための手段とをさらに含み、前記ファイルの前記第2のセットに関連する前記受信確認が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項19に記載の装置。
【請求項２１】
ファイルまたはストリームの前記セットが、ストリームのセットを含み、前記受信報告が、前記ストリームの前記セットに関連する前記統計報告を含む、請求項16に記載の装置。
【請求項２２】
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信するための手段と、
前記ストリームの前記セットに関連する第2の統計報告を含む第2の受信報告を送信するための手段とをさらに含み、前記ストリームの前記セットに関連する前記第2の統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項21に記載の装置。
【請求項２３】
第1のユーザ機器(UE)である、ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合された少なくとも1つのプロセッサとを備え、前記少なくとも1つのプロセッサが、
第2のUE上で作動するアプリケーションまたは前記第1のUE上で作動するアプリケーションからサービスに対する要求を受信することであって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信することと、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを試みることと、
ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含む受信報告を、前記基地局または前記第3のUEのうちの1つに送信することとを行うように構成され、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つを識別する識別子を含む、装置。
【請求項２４】
ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第1のUE上で作動する前記アプリケーションに関連する前記識別子とは異なる、前記第1のUEに関連する識別子を含む、請求項23に記載の装置。
【請求項２５】
前記第1のUE上で作動する前記アプリケーションに関連する前記識別子が、前記第1のUE上で作動する異なるアプリケーションに関連する複数の識別子のうちの1つの識別子である、請求項24に記載の装置。
【請求項２６】
ファイルまたはストリームの前記セットが、ファイルのセットを含み、前記受信報告が、ファイルの前記セットに関連する前記受信確認を含む、請求項23に記載の装置。
【請求項２７】
前記少なくとも1つのプロセッサが、
第4のUEまたは前記第4のUE上で作動するアプリケーションからファイルの第2のセットに対する要求を受信することと、
前記MBMSサービスを介してファイルの前記第2のセットを受信することを試みることと、
前記ファイルの前記第2のセットに関連する受信確認を含む第2の受信報告を送信することとを行うようにさらに構成され、前記ファイルの前記第2のセットに関連する前記受信確認が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動する前記アプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項26に記載の装置。
【請求項２８】
ファイルまたはストリームの前記セットが、ストリームのセットを含み、前記受信報告が、前記ストリームの前記セットに関連する前記統計報告を含む、請求項23に記載の装置。
【請求項２９】
前記少なくとも1つのプロセッサが、
第4のUEまたは前記第4のUE上で作動するアプリケーションからストリームの前記セットに対する要求を受信することと、
前記ストリームの前記セットに関連する第2の統計報告を含む第2の受信報告を送信することとを行うようにさらに構成され、前記ストリームの前記セットに関連する前記第2の統計報告が、前記第1のUEに関連する識別子と、前記第4のUEまたは前記第4のUE上で作動するアプリケーションのうちの少なくとも1つに関連する識別子とを含む、請求項28に記載の装置。
【請求項３０】
ワイヤレス通信のためのコンピュータ実行可能コードを記憶するコンピュータ可読記憶媒体であって、
第2のユーザ機器(UE)上で作動するアプリケーションまたは第1のUE上で作動するアプリケーションからサービスに対する要求を受信することであって、前記第2のUEが前記第1のUEとは異なり、前記サービスに対する前記要求が、マルチメディアブロードキャストマルチキャストサービス(MBMS)サービスを介するファイルまたはストリームのセットに対する要求である、受信することと、
基地局または第3のUEのうちの1つから前記MBMSサービスを介してファイルまたはストリームの前記セットを受信することを試みることと、
前記基地局または前記第3のUEのうちの1つに受信報告を送信することとを行うためのコードを含み、前記受信報告が、ファイルまたはストリームの前記セットに関連する受信確認または統計報告のうちの少なくとも1つを含み、ファイルまたはストリームの前記セットに関連する前記受信確認または前記統計報告のうちの前記少なくとも1つが、前記第2のUE、前記第3のUE、前記第2のUE上で作動する前記アプリケーション、または前記第1のUE上で作動する前記アプリケーションのうちの少なくとも1つを識別する識別子を含む、コンピュータ可読記憶媒体。
【国際調査報告】
2017513376.tif 000036
2017513376.tif 000037
2017513376.tif 000038
2017513376.tif 000039