JP6496740B2 - 次世代放送システム及び方法 - Google Patents

次世代放送システム及び方法 Download PDF

Info

Publication number
JP6496740B2
JP6496740B2 JP2016545247A JP2016545247A JP6496740B2 JP 6496740 B2 JP6496740 B2 JP 6496740B2 JP 2016545247 A JP2016545247 A JP 2016545247A JP 2016545247 A JP2016545247 A JP 2016545247A JP 6496740 B2 JP6496740 B2 JP 6496740B2
Authority
JP
Japan
Prior art keywords
broadcast
segment
network
data
signal
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.)
Active
Application number
JP2016545247A
Other languages
English (en)
Other versions
JP2016541210A (ja
Inventor
シェルビー,ケヴィン・エイ
サイモン,マイケル・ジェイ
Original Assignee
コーヒレント・ロジックス・インコーポレーテッド
シンクレア・テレビジョン・グループ・インコーポレーテッド
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 コーヒレント・ロジックス・インコーポレーテッド, シンクレア・テレビジョン・グループ・インコーポレーテッド filed Critical コーヒレント・ロジックス・インコーポレーテッド
Publication of JP2016541210A publication Critical patent/JP2016541210A/ja
Application granted granted Critical
Publication of JP6496740B2 publication Critical patent/JP6496740B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65Arrangements characterised by transmission systems for broadcast
    • H04H20/71Wireless systems
    • H04H20/72Wireless systems of terrestrial networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H04L1/1678Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • H04L1/1877Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/752Media network packet handling adapting media to network capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0064Concatenated codes
    • H04L1/0066Parallel concatenated codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

本出願は遠距離通信の分野、より詳細には地上波ワイヤレステレビ放送のためのメカニズムに関する。
地上波放送用の新規のメカニズム、即ちIPベースネットワークに適合するメカニズムに対する需要が存在する。
次世代放送(NGB)システムの提案の文脈において、本発明者らは、インターネットからデジタルコンテンツの複数のストリームを受信して、固定型又は移動体ユーザ機器(UE)による受信のための無線放送のために上記ストリームを処理するための、次世代放送システムアーキテクチャを開示する。無線インタフェースの放送側には2つの部分、即ち新規のモジュレータアーキテクチャ及び新規のゲートウェイアーキテクチャが存在する。モジュレータは、複数のデータストリームを取り込み、これらを、一定レートで発行されるスーパフレームからなる、ロバストなトランスポートストリームに加工する。トランスポートストリームは効率的に放送でき、UEにおいて効率的に受信及びデコードして、1つ又は複数のデータストリームを選択できる。ゲートウェイはインターネットとのブロードバンドインタフェースを有し、サービスを提供し、インターネットプロトコル(IP)において複数のデータストリームを取り込み、上記データを、制御信号と共に1つ又は複数のモジュレータへと流す。ゲートウェイは複数のモジュレータを、各トランスミッタに関して1つずつ整合させることによって、複数のトランスミッタの単一周波数ネットワーク(SFN)を達成する。ある一連の実施形態では、(ユーザ機器デバイスへのデータファイルの転送するために)サーバを操作するための方法は、以下の操作を含んでよい。上記サーバはIPネットワークの一部である。
本方法は、放送ゲートウェイからデータファイルのセグメントを受信するステップを含み、放送伝送システムもまた、放送ゲートウェイからセグメントを受信し、これらのセグメントをRF信号の一部として空中へ伝送する。UEデバイスは、RF信号を受信して、上記RF信号から良好に復元できない1つ又は複数のセグメントを識別する1つ又は複数の消失セグメント指標を生成するよう構成される。上記UEデバイスは更に、(例えば、IPネットワークに連結されるWiFiアクセスポイントへのWiFi接続を用いて、又はIPネットワークに連結されるLTE eNodeBへのワイヤレス接続を用いて)1つ又は複数のセグメントを識別する1つ又は複数の消失セグメント指標を、IPネットワークを通して伝送するよう構成される。
本方法は、上記1つ又は複数の消失セグメント指標をUEデバイスから受信するステップを含む。
本方法は、上記消失セグメント指標によって識別された上記1つ又は複数のセグメントを、IPネットワークを通して(例えば同一のWiFi接続又はLTE接続を通して)UEデバイスに送信するステップを含む。
ある一連の実施形態では、(ユーザ機器へのデータファイルの転送を促進するために)ユーザ機器デバイスを操作するための方法は、以下の操作を含んでよい。
本方法は、放送伝送システムによってワイヤレス伝送されたノイズ撹乱バージョンのRF信号を受信するステップを含み、上記放送伝送システムは、RF信号中のデータファイルの複数のセグメントを伝送する。
本方法は、上記ノイズ撹乱バージョンに対する(例えばベースバンドへのダウンコンバート、アナログ‐デジタル変換、シンボル推定、データのデコードといった従来の手段による)
操作を行って、セグメントの推定を復元するステップを含む。
本方法は、上記推定を分析して、(例えばCRC等の誤差検出コードの分析によって、)上記セグメントのうちのどのセグメントがうまく受信されていないかを決定するステップを含む。
本方法は、IPネットワークを介して、1つ又は複数の消失セグメント指標をサーバに伝送するステップを含み、上記消失セグメント指標はそれぞれ、上記セグメントのうちの、良好に受信されなかった1つの対応するセグメントを(例えばシーケンス番号及び/又は受信タイムスタンプによって)識別する。
ある一連の実施形態では、マルチストリームモジュレータは、放送伝送システムによって伝送される1つ又は複数のデータストリームに対して、動的可変符号化レートのチャネルエンコーディングを適用するよう構成してよい。上記1つ又は複数のデータストリームのうちの少なくとも1つは、可変レートストリームであり(即ち単位時間あたり可変数の情報を含む)、上記放送伝送システムは、一定の物理トランスポートレートでデータを伝送するよう構成される。マルチストリームモジュレータは、チャネルエンコーディングユニット、レートマッチングユニット(RMU)、制御ユニットを含んでよい。
チャネルエンコーディングユニットは、上記1つ又は複数のデータストリームに、固定符号化レートのチャネル符号化を適用して、それぞれ1つ又は複数の符号化されたストリームを得るよう構成される。
レートマッチングユニット(RMU)は、上記1つ又は複数の符号化されたストリームを修正して、1つ又は複数のそれぞれ修正されたストリームを得るよう構成され、RMUは、上記1つ若しくは複数の符号化されたストリームにヌル値を注入することによって、及び/又は上記1つ若しくは複数の符号化されたストリームのうちの選択した値をパンクチュアリング(即ち破棄)することによって、上記1つ又は複数の符号化されたストリームを修正するよう構成される。
制御ユニットは、上記1つ又は複数のデータストリームそれぞれにおける、単位時間あたりの情報ビット数を示す情報を受信するよう構成される。制御ユニットは更に、上記1つ又は複数の修正されたストリームの集合ビットレートが上記一定の物理トランスポートレートに適合する(即ち上記一定の物理トランスポートレートに近接するがこれを超えない)ように、単位時間あたりに注入されるヌル値の数及び/又は単位時間あたりにパンクチュアリングされる値の数を変化させるよう構成され、ここで上記変化は、1つ又は複数のデータストリームそれぞれにおける単位時間あたりの上記1つ又は複数の情報ビット数に基づいて実施される。
ある一連の実施形態では、マルチストリームモジュレータを操作するための方法は、以下の操作を含んでよい。本方法は、放送伝送システムが伝送することになる1つ又は複数のデータストリームに、動的可変符号化レートのチャネルエンコーディングを適用する。上記1つ又は複数のデータストリームのうちの少なくとも1つは、可変レートストリームであり(即ち単位時間あたり可変数の情報を含む)、上記放送伝送システムは、一定の物理トランスポートレートでデータを伝送するよう構成される。
本方法は、上記1つ又は複数のデータストリームそれぞれにおける、単位時間あたりの情報ビット数を示す情報を受信するステップを含む。
本方法は、1つ又は複数のそれぞれ符号化されたストリームを得るために、上記1つ又は複数のデータストリームに固定符号化レートのチャネルエンコーディングを適用するステップを含む。
本方法は、1つ又は複数のそれぞれ修正されたストリームを得るために、上記1つ又は複数の符号化されたストリームを修正するステップを含み、上記1つ又は複数の符号化されたストリームを修正する上記ステップは、上記1つ若しくは複数の符号化されたストリームにヌル値を注入するステップ、及び/又は上記1つ若しくは複数の符号化されたストリームのうちの選択した値をパンクチュアリング(即ち破棄)するステップを含む。単位時間あたりに注入されるヌル値の数及び/又は単位時間あたりにパンクチュアリングされる値の数は、上記1つ又は複数の修正されたストリームの集合ビットレートが一定の物理トランスポートレートに適合するように変化し、ここで上記変化は、1つ又は複数のデータストリームそれぞれにおける単位時間あたりの上記1つ又は複数の情報ビット数に基づいて実施される。上記1つ又は複数の修正されたストリームは、ワイヤレスチャネルを通した伝送のために、放送伝送システムへと供給される。
図1Aは、次世代放送(NGB)ゲートウェイの一実施形態を示す。 図1Bは、次世代放送(NGB)ゲートウェイの一実施形態を示す。 図2は、一実施形態による次世代放送プラットフォーム(NGBP)に関するブロック図である。 図3Aは、一実施形態によるIPコアネットワークBMXコンセプトを示す(BMXとは、「放送市場エクスチェンジ」の頭字語である)。 図3B(即ち表2)は、一実施形態によるDVB‐NGH OFDMパラメータの表である。 図3C(即ち表4)は、一実施形態による、本提案のOFDMパラメータの表である。 図4は、サイクリックプレフィクスCP及び(期間TUの)IFFT保持部分を含む、OFDMシンボルの一実施形態を示す。 図5Aは、一実施形態によるスーパフレームの構造を示す。 図5B(即ち表5)は、一実施形態による、本提案のOFDMパラメータをまとめたものである。 図6は、一実施形態による、UE、NGBモジュレータ、NGBゲートウェイ及びサーバにおけるプロトコルレイヤを示す。 図7Aは、一実施形態によるシステムブロック図である。 図7Bは、一実施形態によるシステムブロック図である。 図7Cは、一実施形態によるシステムブロック図である。 図8は、ユーザプレーン信号フローの一実施形態を示す。 図9は、PDCP、RLC及びMACプロトコルレイヤの一実施形態を示す。 図10は、3GPP LTEターボエンコーダ及びレートマッチャの一実施形態を示す。 図11は、レートマッチングユニットの一実施形態を示す。 図12は、スクランブラシーケンス生成ユニットの一実施形態を示す。 図13は、直交振幅変調(QAM)マッピングの一実施形態を示す。 図14は、GOCインデックス番号からストライプインデックス番号への時間インターリーブの一実施形態を示す。GOCは、コンステレーションのグループ(Group of Constellation)の頭字語である。 図15は、ストライプインデックス番号からサブキャリア番号へのマッピングの一実施形態を示す。 図16は、一実施形態による、マッピングに関連する追加のコンセプトを示す。 図17Aは、ストライプインデックス#1からサブキャリアへのマッピングの例を示す。 図17Bは、ストライプインデックス#1からサブキャリアへのマッピングの例を示す。 図18Aは、周波数及び時間の両方においてストライド(2つのうちの1つ)を有するストライプ#5を用いることによって帯域幅をスケーリングするための、別のマッピング方法を示す。 図18Bは、周波数及び時間の両方においてストライド(2つのうちの1つ)を有するストライプ#5を用いることによって帯域幅をスケーリングするための、別のマッピング方法を示す。 図19は、一実施形態によるスーパフレームの構造を示す。 図20は、一実施形態によるL1シンボル構造を示す。 図21は、一実施形態によるアクティブなサブキャリア及び帯域幅L1シンボルを示す。 図22は、一実施形態によるL1シンボル生成を示すブロック図である。 図22B(即ち表13)は、一実施形態による、ノマディック型波形に関するスーパフレームペイロードOFDMパラメータを示す表である。 図23は、一実施形態による、L2信号を有するスーパフレームの構造を示す。 図23B(表14)は、一実施形態によるL2 OFDMシンボルパラメータを示す。 図24は、一実施形態によるL2シンボル信号生成を示す。 図25は、一実施形態による、ネットワーク側からUTCを供給するコンセプトを示す。 図26は、一実施形態による、UEにおけるUTC時刻の受信を示す。(UTCは、協定世界時(フランス語Temps Universel Coordonne)の頭字語である。) 図27は、一実施形態による、スーパフレームペイロード中の1つのOFDMシンボルのUE検出ストライプ#1(PLP)の例を示す。 図28は、一実施形態による、UEの予測されるチャネル変更挙動を示す。 図29は、一実施形態による様々なレイヤにおける適応パラメータ表現を示す。 図30は、一実施形態による、NGBゲートウェイスロットリングによるHEVC可変ビットレート(Stat Mux)を示す。 図30Bは、図30のHEVC可変ビットレートエンコーダのうちの1つの例を示す。 図31Aは、一実施形態による、家庭用無線ヘッド及びNGBホームゲートウェイの一実施形態を示す。 図31Bは、図31Aから選択した部分の拡大図である。 図32は、一実施形態による欠落RLCセグメントのARQを示す。 図33は、一実施形態による、放送用の3GPP LTE‐Aキャリアアグリゲーション(CA)の拡張を示す。 図33Bは、一実施形態による、放送用の3GPP LTE‐Aキャリアアグリゲーション(CA)の拡張を示す。 図33Cは、一実施形態による、放送用の3GPP LTE‐Aキャリアアグリゲーション(CA)の拡張を示す。 図34は、一実施形態による、緊急時における、FirstNetから一般公衆又はプライベート暗号へのIPフローを示す。 図35は、一実施形態による、輻輳放送‐ブロードバンドトランスポートにおける動的スペクトル共有を示す。 図36は、放送‐ブロードバンド輻輳システムの一実施形態を示す。 図37は、現行の無線チップセットと、次世代チップセットの一実施形態とを示す。 図38は、一実施形態による、サイクリックプレフィクス(CP)挿入/除去によるOFDMデータポンプを示す。 図39は、一実施形態による、放送性能の増進のためにPHYを拡張するための、混合アプローチを示す。 図40(即ち表17)は、一実施形態による、6MHz信号帯域幅に関するシステムパラメータを示す。 図41は、OFDM PHYトランスポートに対する物理レイヤパイプ(PLP)のマッピングの一実施形態を示す。 図42は、可変ビットレート(VBR)ソース符号化をもたらすためのレートマッチングの一実施形態を示す。 図43は、ARQサーバを介した非リアルタイムファイル転送の一実施形態をサービス品質(QOS)と共に示す。 図44は、非リアルタイムファイル転送のためのシステムアーキテクチャの一実施形態を示す。 図45は、一実施形態によるストライプ‐サブキャリア間マッピングの例を示す。
本開示は様々な修正及び代替形態を許容するものであるが、その具体的な実施形態を例として図面に示し、また本明細書で詳細に説明する。しかしながら、上記具体的実施形態の図及び詳細な説明は、図示されている特定の形態に開示を限定することを意図したものではなく、反対に、添付の請求項によって定義されるような本開示の精神及び範囲内にある全ての修正例、均等物及び代替例を包含することを意図したものであることを理解されたい。本明細書において使用されている見出しは、単に組織化を目的としたものであり、これらの使用は本説明の範囲の限定を意味しない。本出願全体を通して使用される単語「してよい/し得る/できる(may)」は、許容の意味で(即ち「可能性がある」ことを意味して)使用されており、強制の意味で(即ち「しなければならない」ことを意味して)使用されるものではない。同様に、単語「含む(include/including/includes)」は、ある対象を含むもののそれに限定されないことを意味する。
フローチャートは、例示的実施形態を例示するために提供されるものであり、図示されている特定のステップに本開示を限定することを意図したものではない。様々な実施形態において、図示されている方法の要素のうちのいくつかを同時に実施してよく、図示したものと異なる順序で実施してよく、又は省略してよい。必要に応じて追加の方法要素を実施してもよい。
様々なユニット、回路又はその他の構成部品は、1つ又は複数のタスクを実施する「よう構成される(configured to)」として記載され得る。このような文脈において「よう構成される」は、動作中に上記1つ又は複数のタスクを実施する「回路構成を有する」ことを一般に意味する、構造の広範な説明である。従ってユニット/回路/構成部品は、ユニット/回路/構成部品が現在オンでなくても上記タスクを実施するよう構成できる。一般に「よう構成される」に対応する構造を形成する回路構成は、ハードウェア回路を含んでよい。同様に、記載を簡略化するために、様々なユニット/回路/構成部品は、1つ又は複数のタスクを実施するとして記載され得る。このような記載は「よう構成される」という語句を含むものとして解釈されるものとする。1つ又は複数のタスクを実施するよう構成されるユニット/回路/構成部品の列挙は、これらユニット/回路/構成部品に関して米国特許法第112条第6段落の解釈を援用しないことを明示的に意図したものである。より一般には、いずれの要素の列挙は、「…のための手段(means for)」又は「…のためのステップ(step for)」という語句が具体的に使用されていない限り、上記要素に関して米国特許法第112条第6段落の解釈を援用しないことを明示的に意図したものである。
本特許において使用される頭字語のリスト
ARQ:自動再送要求
CA:キャリアアグリゲーション
CLX:Coherent Logix, Inc.
CRC:巡回冗長検査
CP:サイクリックプレフィクス
DTX:不連続伝送
DVB:デジタルビデオブロードキャスティング
EM波:電磁波
EPC:発展型パケットコア
ETSI:欧州電気通信標準化機構
FEC:前方誤差訂正
FFT:高速フーリエ変換
GI:ガード区間
HEVC:高効率ビデオ符号化
H‐LSI:階層型ローカルサービス挿入
IEEE:電気電子技術者協会
IETF:インターネット技術タスクフォース
IFFT:高速逆フーリエ変換
IP:インターネットプロトコル
LDPC:低密度パリティ検査
LTE:ロングタームエボリューション
LTE‐A:LTEアドバンスド
MMT:MPEGメディアトランスポート
MPH:毎時マイル
NGBP:次世代放送プラットフォーム
NGH:次世代ハンドヘルド仕様
OFDM:直交周波数分割多重接続
OFDMA:OFDM
PA:パワーアンプ
QOS:サービス品質
RAN:無線アクセスネットワーク
RLC:無線リンク制御
ROHC:ロバストヘッダ圧縮
SBG:Sinclair Broadcast Group, Inc.
SFN:単一周波数ネットワーク
TIA:米国電気通信工業会
UE:ユーザ機器
UTC:協定世界時
VBR:可変ビットレート
W3C:ワールドワイドウェブコンソーシアム
本特許において使用される用語
メモリ媒体‐いずれの様々な種類のメモリデバイス又はストレージデバイス。用語「メモリ媒体」は、インストール媒体(例えばCD−ROM、フロッピーディスク若しくはテープデバイス);コンピュータシステムメモリ若しくはDRAM、DDR、RAM、SRAM、EDO RAM、ラムバスRAM等のランダムアクセスメモリ;磁気メディア(例えばハードドライブ)、光学ストレージ若しくはROM、EPROM、FLASH等の不揮発性メモリ;レジスタ又は他の同様のタイプのメモリ素子等を含むことを意図している。メモリ媒体はその他のタイプのメモリ又はその組み合わせも同様に含んでよい。更に、メモリ媒体は、プログラムを実行する第1のコンピュータシステム内に配置してよく、又はインターネット等のネットワークを介して第1のコンピュータシステムに接続された第2の異なるコンピュータシステム内に配置してよい。後者の場合、第2のコンピュータシステムは第1のコンピュータシステムに、実行のためのプログラム命令を提供してよい。用語「メモリ媒体」は、異なる位置、例えばネットワークを介して接続された異なるコンピュータシステム内にあってよい2つ以上のメモリ媒体を含んでよい。メモリ媒体は、1つ又は複数のプロセッサが実行できる、(例えばコンピュータプログラムとして実現される)プログラム命令を記憶してよい。
コンピュータシステム‐用語「コンピュータシステム」は、パーソナルコンピュータシステム(PC)、メインフレームコンピュータシステム、ワークステーション、ネットワーク家電、インターネット家電、パーソナルデジタルアシスタント(PDA)、テレビシステム、グリッドコンピューティングシステム若しくはその他のデバイス又はデバイスの組み合わせを含む、様々なタイプの計算又は処理システムのいずれかを指す。一般に、用語「コンピュータシステム」は、メモリ媒体からの命令を実行する少なくとも1つのプロセッサを有するいずれのデバイス(又は複数のデバイスの組み合わせ)を包含するものとして広く定義できる。
ユーザ機器(UE)(又は「UEデバイス」)‐移動可能又は携帯可能であり、無線通信を実施する、いずれの様々なタイプのコンピュータシステムデバイス。UEデバイスの例としては、携帯電話又はスマートフォン(例えばiPhone(登録商標)、Android(登録商標)ベースの電話)、携帯型ゲームデバイス(例えばNintendo DS(登録商標)、PlayStation Portable(登録商標)、Gameboy Advance(登録商標)、iPhone(登録商標))、ラップトップ、PDA、携帯型インターネットデバイス、音楽プレイヤー、データ記憶デバイス、他のハンドヘルドデバイス、及び腕時計、ヘッドホン、ペンダント、イヤホン等のウェアラブルデバイスが挙げられる。一般に、用語「UE」又は「UEデバイス」は、ユーザが容易に輸送でき、かつ無線通信が可能な、いずれの電子デバイス、計算デバイス及び/又は遠距離通信デバイス(又はデバイスの組み合わせ)を包含するよう、広範に定義できる。
ベースステーション‐用語「ベースステーション」は、この語が通常意味するところの全範囲を含み、少なくとも、固定位置に設置されて、ワイヤレス携帯電話システム又は無線システムの一部として通信に使用される、無線通信ステーションを含む。
要素プロセッサ‐様々な要素又は要素の組み合わせを表す。要素プロセッサとしては例えば、ASIC(特定用途向け集積回路)等の回路、個々のプロセッサコアの部分若しくは回路、複数のプロセッサコア全体、個々のプロセッサ、フィールドプログラマブルゲートアレイ(FPGA)等のプログラマブルハードウェアデバイス、及び/又は多数のプロセッサを含むシステムの比較的大きな部分が挙げられる。
自動的に(automatically)‐その作用又は動作を直接指定又は実施するユーザ入力を必要とせずに、コンピュータシステム(例えばコンピュータシステムが実行するソフトウェア)又はデバイス(例えば回路構成、プログラム可能なハードウェア要素、ASIC等)が実施する動作又は操作について用いる。従って用語「自動的に」は、ユーザが手動で実施又は指定する操作(ここでユーザが操作を直接実施するために入力を提供する)と対照的なものである。自動処理は、ユーザが提供する入力によって開始される場合があるが、これに続く「自動的に」実施される動作は、ユーザが指定するものではなく、即ち「手動で」実施される(ユーザが各動作の実施を指定する)ものではない。例えばユーザが、各フィールドを選択し、(例えば情報をタイピングすることによって、チェックボックスを選択することによって、無線選択によって等で)情報を指定する入力を提供することによって、電子フォームを埋める場合、仮にコンピュータシステムがユーザの動作に応答して上記フォームを更新しなければならないとしても、これは上記フォームを手動で埋めたことになる。このようなフォームはコンピュータシステムによって自動で埋めることができ、この場合コンピュータシステム(例えばコンピュータシステム上で実行されるソフトウェア)は、フォームのフィールドを分析して、フィールドへの回答を指定するいずれのユーザ入力を必要とせずにフォームを埋める。上述のように、ユーザはフォームを自動で埋める動作を発動する場合はあるが、実際にフォームを埋める動作には関わらない(例えばユーザはフィールドへの回答を手動で指定せず、回答は自動的に完了する)。本明細書は、ユーザが行う動作に応答して自動的に実施される操作の様々な例を提供する。
次世代放送プラットフォーム
本発明者らは本明細書において、インターネット世代の地上波放送のための新規の技術を提案する。これらの技術(又はそのサブセット)は、(ATSC3.0として知られる)次世代放送テレビ規格に組み込むことができる。これらの技術は、本発明者等が本明細書で開示する新規の放送エコシステム、即ち「次世代放送プラットフォーム」(NGBP)の生成を保証するために十分大きな、性能、機能性及び効率の改善を提供できる。
ATSC提案要求(CFP)において識別される「業務範囲(Scope of Work)」は、サービス要件について言及しており、「…現行のATSCシステム、並びにATSCと同様のサービスを可能とする携帯電話及び他のデバイス」を超える、サービスの堅牢性を明示する。この幅広い範囲は、既存のATSCシステムに対して物理レイヤ性能の増強を提供する必要を識別するのみならず、相補的ネットワークトポロジの必要と、以前は放送テレビ環境において決して展開されなかった通信アーキテクチャを統一することとを要求する。本出願人らは本開示中にある節(「プラットフォーム」)を含み、この節は、ネットワークにインテリジェンスをもたらす「放送市場エクスチェンジ(BMX)」の、基本的な必要性を紹介してこれに取り組み、またその概念を発展させる。
物理法則により、米国テレビ放送帯域(CH2〜51)の特定の部分とは全く異なる、多岐に亘るシステムレベル要求及び技術的制約が必然的に規定される。CFPにおいて完全には識別されていないものの暗示されているように、スペクトルの全く異なる属性は、以前は不可能であった、技術能力のあるレベルの敏捷性を要求する。本発明者らは本開示中で、スペクトルの「代替不可能性(unfungibility)」という側面を、物理レイヤにおいて一意の変数によって、及びBMXの概念を用いて可能な仮想化による抽象的方法で、緩和する方法を紹介及び識別する。(代替不可能性:同様の性質又は種類と全体的又は部分的に交換不可能又は置換不可能である性質;例えば低VHF、高VHF及びUHFスペクトルといったスペクトルの性質)。
「プラットフォーム」を、その一般的機能、及び上記CFPが具体的に対処することを意図している下層の物理レイヤに対する関係の両方と共に適切に理解することを含めて、この比較的広範なシステムのビジョンを展開することが重要である。本開示の物理レイヤは、放送プロトコルスタック中において実行可能な(ただし隔離された)レイヤとして自立できることに留意されたい。しかしながら、システム全体の基礎要素のうちの1つとして、物理レイヤの相乗的システムビューを採用することによって、真の潜在能力が明らかになると本発明者らは考えている。
最後に、発展可能な規格という概念は、「パラメータ表現された波形(Parameterized Waveforms)」の性質そのものにおいて言及されることになる。発展可能な規格を可能とする業界に関してある方向性を確立する能力は、グローバルな市場の、グローバルな解決策に対する需要に対処する。
動的な世界的市場における適合及び発展
本開示は、単なる物理レイヤよりも広範な、放送に関するビジョンを考察する。本開示は、テレビ放送ワイヤレスキャリア(放送局)が、急速に変化する動的な世界的市場における自身のビジネス及び適用性を適合及び発展させる能力に対処する。
FOBTVサポート:本発明者らは、本開示において提供されるコンセプトは、米国市場に対して役立つだけでなく、「放送テレビの将来(FoBTV)」の活動と調和できる要件をサポートするものでなければならないと考える。本発明者らは、FoBTVの長所は、1つの統一された世界的規格にあるべきでなく、グローバルな需要をサポートするソフトウェア定義型アーキテクチャにあるべきであると確信している。FoBTVシステムのアーキテクチャは、現実的に固定された単一の放送規格に収斂しない、極めて多様な世界中の政府の政策によって主導されるシステム要件を可能とするものでなければならない。現行のソフトウェア定義型技術を用いて、発生するこれらの多様な要件に適合するシステムを構成できる。
ATSC1.0から3.0への推移:本開示は、ATSC1.0から3.0への非決定論的時間推移を可能とする。本発明者等は、放送局が自律的に独自のスケジュールで動くことができるようにする解決策を提案する。放送局のインフラストラクチャ及び消費者用ユーザ機器の両方におけるソフトウェアアーキテクチャは、異なる伝送及び受信適合性要件のために、動的構成をサポートするよう設計できる。
第1応答者ネットワーク庁(FirstNet):本開示は、複数の第1応答者の共同利用性の進歩を促進するという、FCC(米国連邦通信委員会)の意思をサポートする。第1応答者公共安全移動体ブロードバンドネットワークは、LTE等の一般的な無線インタフェースの使用を必要とする。
パラメータ表現された波形:本開示は、パラメータ表現された波形の徹底的な観察を提供する。この特徴により、異なる動作環境における性能を最適化するために、様々な無線波形をプログラム及び利用できる。
ソフトウェア定義型アプリケーション:この提案の長所の1つは、技術的機会及びビジネス上の機会の両方に関して絶えず変化する動的な市場に適合できる能力である。ソフトウェアアーキテクチャは、全ての販売者に解決策を生成するためのアクセスを提供する。これにより、競争が刺激され、技術的進歩及びビジネスへの応用における革新のための明確な道筋を提供する。
放送市場エクスチェンジ(BMX):このコンセプトにより、放送局は、多様なサービスを提供すること、並びにこれらのサービスのための適切な周波数及び帯域幅へのアクセスを提供するオープンな市場環境に入ることができる。このコンセプトは、利用できる最も効果的なリソースによって提供される全てのビットそれぞれを理解し、これらに対して実際の値を関連させる手段を提供する。このコンセプトは、ビジネスの生成、及びこれに関連する、様々な値の比率を定義して、関連する重要性のリソースを用いてより効果的にスケジューリングするための関連メカニズムを可能とする。またこのコンセプトにより、放送局は、QoS提供をより効果的に定義、提供及びサポートできる。
提案の概要
「プラットフォーム」というタイトルの節の広範なビジョンに一致する実施形態を含む、本明細書に記載の様々な実施形態は、現在展開されている成熟した技術及び通信プラットフォームによるものである。例えばいくつかの実施形態では、BMXは、遠距離通信産業において、例えばLTE及びLTE‐AのEPC(発展型パケットコア)において、現在展開されている技術及び能力によるものである。違いは、活用されているスペクトルリソース内での実施及びエクスチェンジを支配するビジネス及び規制の規則に関するものであり得る。しかしながら、明らかに、基本となる技術は完全に市販されている技術であってよい。上記と同一のビジョンにおいて、プラットフォーム要素はW3C(HTML5等)及びMPEG(MMT等)の基礎を活用して、プロトタイプから市販の用途へと迅速に移行できる。
本発明の物理レイヤの提案の基礎に関して、いくつかの実施形態では、本提案は、DVB‐T2及びNGH(ETSI)周辺からLTE(3GPP)の新規の詳細な拡張を含む、DVB技術ファミリー全体に亘る、OFDM及びOFDMA技術を活用してよい。本提案はまた、IEEE、IETF及びTIAの構成要素を利用してよい。
本明細書において想定及び定義されるパラメータ表現のレベルによって提供される動作可変性を完全に理解すると、本提案のシステム能力の一端(放送)において、本提案のシステム能力は、上記性能の一端の代表的な「プロキシ」である現行のDVB OFDMのインスタンス化に依拠できると言うのが適切であろうと本発明者らは考えている。同様に、性能のもう一端(ワイヤレスブロードバンド)は、3GPP LTEの実装及び継続的な発展から推定できる。本明細書において開示されるパラメータ表現能力によって、ある構成を様々なOFDM波形及び動作モードに極めて近づけることができる。
ある特定の波形を定義する様々な「ハンドル」(要素)にアクセスするパラメータ表現技術により、殆ど無限の能力の組を考えることができる。波形を定義するために利用可能な「ハンドル」の一部として:サイクリックプレフィクス(ガード区間)、FFT、L1/L2信号送信、時間インターリーブ、QAMマッピング、前方誤差訂正(FEC)が挙げられる。
活用される分野全体を考えると、性能及び複雑性の評価により、本提案が、何千万ものユニットで展開されている多様なコンシューマデバイスにおいて現在実装及び市販されている規格及び技術の水準内に十分収まることが分かる。
以上のような広範な上層の説明に加えて、本発明者らは、(特に)以下を含む:
(1)機能要件及び物理レイヤモデル定義;
(2)堅牢性に影響を及ぼすパラメータと、ペイロードスループットとのトレードオフ;
(3)パラメータ表現されたシステムを用いて実装できる、可能な新規の放送サービス;
(4)3GPP、ETSI、MPEG、IEEE、IETF、W3C、TIAといった多数の組織によるグローバル規格との適合性。
プラットフォーム
本発明者らが「プラットフォーム」について話をする場合、本発明者らは、物理レイヤを超え、かつトランスポート及びアプリケーションレイヤを含む規格内への組み込みを超えた、進歩的かつ一体型の(即ち「全体論的な(holistic)」)アプローチを考えている。本発明者らは、放送帯域においてFCC(又は他の管理当局)が認証済み動作を有する場合とは独立して、全ての放送局の全体的な需要について考察する。テレビ放送が存在している現在の世界について考慮した上で、本発明者らはこの状況に、テレビ放送をIPネットワーク配信と緊密に一体化させる機会が存在する(有線で/ワイヤレスで)相互接続された世界における放送を提供して、消費者による、デバイス上のコンテンツへの、地上波放送及び/又は他のIPネットワーク(有線/ワイヤレス)を介したシームレスなアクセスの容易さに関わる目標に照準を合わせることを試みている。
このプラットフォーム内において、本発明者らは、統一された「仮想化(virtualized)」IPコア要素を定義する。未来の放送局の、このような下層のIPコアインフラストラクチャは、インテリジェントなIPコアエンティティによって主導でき、またオープン認証及び請求メカニズム(実際はビジネス及び規制)によって規則、手順及び他の要件を定義するソフトウェアによって支配できる。このIPコアエンティティ/サブシステムを「BMX」(放送市場エクスチェンジ)と呼ぶ。この全IPコアネットワークの能力及び機能性は、EPC(発展型パケットコア)のような他のワイヤレスセクタ内に存在する同様の機能性を(異なるパラメータで実行されるにもかかわらず)大幅に反映することになる。この証明されているEPC技術は、現在の世界的な移動体ブロードバンド革命を主導している。EPCは現在、ワイヤレス市場において商品品目と見做されており、これは本開示のNGBPにおいて、ビジネスとして理に適う場合は他のIPネットワークとの相互作用を含む、放送スペクトルアセットの市場主導型の効果的な管理を可能とするための重要な構成要素として活用できる。
サービスの堅牢性は、複数の方法で達成できる。想定されるシステムの設計では、システム及びアーキテクチャのレベルにおいて、放送(一方向)ネットワーク内でロバストなサービスを提供するために想定される技術は、以下のうちの1つ又は複数を含んでよい:
(a)複数のワイヤレス環境で動作するための、パラメータ表現された無線波形;
(b)(ノイズフロア未満での信号送信、検出及び同期によって)CFPにおいて想定されるサービスのためのロバストな低閾値C/Nパフォーマンスモードを提供すること;
(c)CFPにおいて想定されるサービスのための高スペクトル効率及びデータレートモード;
(d)従来のTVチャネルの考え方から現在は不可能な(市場主導型の)新規の将来のサービスのための、より高いデータレート(スケジューリングされた全てのBMXリソースの機能);
(e)均一な高い信号レベルを容易に提供するための「ツール」(SFN、DTX等);
(f)複数のベアラレイヤに亘る交互トランスポート(IPトランスポートを想定)。
C/Nは、キャリア対ノイズ比(carrier‐to‐noise ratio)の頭字語である。
次世代放送プラットフォーム(NGBP)
図1A、1B、2を参照すると、ローカルステーションは、コンテンツ(エッセンス)を生成し、及び/又はコンテンツ(エッセンス)を、IPコアネットワークへのインタフェースを介して送信されるIPフローへとエンコードし、このIPコアネットワークでは、独立したエンティティ、即ち次世代放送(NGB)ゲートウェイが上記IPフローを事前処理し、所定のモジュレータインタフェース、例えば図2に示すような、伝送(無線アクセスネットワーク)への入力に、ベースバンドIP信号出力を供給する。(図2は、次世代放送プラットフォームのブロック図である。)ベースバンド信号は、クロスレイヤ制御によってNGBフレームを構成するにあたって、1つ又は複数のモジュレータに亘るNGBゲートウェイにおける自立構成制御を可能とする、制御プレーン信号送信も含む。
図2に示すような新規のNGBPの高次ブロック図を参照すると、OFDM物理レイヤリソースはNGBゲートウェイに割り当てられ、論理ベースバンドフレームはゲートウェイ内で構成され、IPフローとして出力され、上記IPフローは、1つ又は複数の仮想物理レイヤパイプ(PLP)構造をトランスポートする、予約された物理レイヤリソース要素へと直接マッピングされ、上記仮想PLP構造はそれぞれ、放送局の制御下において独自の堅牢性及び/又はスペクトル効率を可能とするための、チャネル符号化、コンステレーション、インターリーブ(Channel Coding, Constellation, Interleaving:CCI)の選択における柔軟性を有する。続いてこれらのPLPはOFDMサブキャリアに対してマッピングされ、NGBフレームはRF波形に変換され、これは増幅されて、案内波としてアンテナの無線インタフェースへと搬送される。
ここでの実際の着想は、全ての物理レイヤリソースの制御を、一般にIPコアネットワークにおいて1つ又は複数のNGBモジュレータ(1つ又は複数のトランスミッタサイト)から遠く離れた位置にあるNGBゲートウェイに委ねる、独自のマスター/スレーブ(クロスレイヤ)関係である。注:ある種のクロスレイヤ機能性は、DVB‐T2及びATSC A/153規格にも見ることができる。
アンテナシステムの無線インタフェースにおいて、案内されたRF波は、放送スペクトル(現在はCH2〜51(CHは「チャネル」の頭字語である))に入る。物理法則により、放送スペクトルは代替不可能と規定される。放送用帯域の一部は、ノマディックな、タブレット/ハンドヘルドタイプのサービスに関してより効率的かつ実際的であり、他の一部は固定型/移動体サービスにおいてより効率的かつ実際的である。
放送市場エクスチェンジ(BMX)メカニズムがない場合、放送局は主に、物理的及び/又は経済的理由により、放送局が市場に提供できるサービスのタイプに限定される。スペクトルは、周波数帯域におけるRFの物理的性質によって規定される、一意に好適なサービスのタイプに関して使用される場合に最も有用である。放送帯域の、全てのサービスのタイプを等しく良好にサポートするような単一の部分は存在しない。いくつかの放送システムは、固定型サービス及びノマディック型サービスの両方を、時間又は周波数分割多重化技術又はその他のスキームを用いて提供できるが、ベースとなるRFの物理的特徴によって制約が課され、この制約は、スペクトル効率及び経済性の両方を保持したまま克服するのが極めて困難な工学的課題であるため、これは最適とまでは言えない解決策である。
BMXによって導入されたパラダイムシフトは、関係する放送被認可者が、物理的特徴のみによってはもはや制約を受けず、適切な周波数及び帯域幅へのアクセスを提供するオープンな市場環境に入る機会を有することである。要するにこれは、全ての関係する放送局に対して、スペクトルリソースの市場主導型使用、及び広範なサービスのタイプを可能とする。図3Aは、IPコア及びBMXコンセプトの高次図である。(VHF/UHF)被認可者からの、エンコードされたコンテンツIPフローは、IPコアネットワークに入ることが示されており、上記IPコアネットワークは、VHF NGBモジュレータ又はUHF NGBモジュレータの全てのリソースを制御する複数のNGBゲートウェイを有する。IPコアネットワークは、リソースの提供及びスケジューリングを扱い、信号送信(メタデータ)の更新を保証することによって、放出された波形が動的に割り当てられ、及び/又はBMXスペクトルプール下でスペクトル位置が僅かに変移された場合であっても、ユーザ機器(UE)が上記放出された波形中にいずれの関心対象のコンテンツを発見できることを保証する。UEにおいて、コンテンツは、全体的な放送局の制御の下で、例えばウェブブラウザのHTML5要素として、ネイティブに受信、デコード及び提示される。BMXエンティティは、関係する放送局に、所定の規則、手順及びオープンな認証メカニズムを有するオープンなプロセスによってサービスのタイプを選択するオプションを提供するためのフレームワークとして機能する、IPコア内で実行される専用のソフトウェアである。BMXはまた、動的プロセスとすることもできる。スペクトルアセットは売買可能であり、又は放送局若しくはその他のエンティティ間で卸売サービス水準合意(SLA)を現在確立でき、若しくは将来確立できる(スケジューリングできる)。この機能性は、十分に現在の公知の技術の範囲内である。
新規の放送モデルでは、ブロードバンド通信システムアーキテクチャの中心のIPコアは、完全にウェブ上の体験とコンテンツ視聴との統合を促進する。インターネット戻りチャネルは、視聴中の視聴者に関するインテリジェンスデータを提供し、これにより、従来は放送局の到達範囲外であった新規のビジネスモデルを可能とする。IEEEにおいて進行中の現行のアクティビティ(即ちIEEE802OmniRAN EC Study Group)は、放送局のネットワーク環境の仮想拡張としてIEEE802(WiFi及びその他)ワイヤレスアクセスリンクを管理するための有用なツールを放送局に提供できる。
次世代放送プラットフォーム及びエコシステムを生成するために協力することにより、莫大な価値を生成でき、放送をインターネット世代において再創造できる。
放送及びユニキャストが放送スペクトルを動的に共有する、放送及びユニキャストネットワークの真の輻輳が、実現可能な可能性であるということも、本開示から明らかとなる。この可能性のビジョン、及び「放送/ブロードバンド輻輳ネットワーク」の詳細の一部は、これ以降、本特許中の「放送/ブロードバンド輻輳ネットワーク」というタイトルの節において提示する。
物理レイヤフレームワーク設計の序論
まず、本発明者らの放送物理レイヤの提案を、本提案の多くの要素がベースとしている3GPP LTE‐Aにおいて使用される、適応性パラメータ表現OFDMA(ユニキャスト)波形に関して比較及び対比し、簡潔にコメントする。LTEにおいて、eNodeB又はベースステーションは、ある期間に亘ってある所定の位置(RF環境)において、各ユーザ機器(UE)とは独立してQOSを最適化することを目標として、無線アクセスネットワーク(RAN)に焦点を合わせたマスターエンティティである。eNodeBは、各UEから報告されるフィードバックによる、動的/適応性物理レイヤパラメータ表現を使用する。OFDMA(ユニキャスト)システム及びOFDM(放送)システムは、多数の技術的要素を共有できる。しかしながら、現実世界のワイヤレスシステムでは、これらは通常、念頭に置かれている多様なシステム目標によってそれぞれ最適化される。
本発明者らの、OFDM(放送)物理レイヤのATSC3.0の提案は、適応性技術を利用するものの、異なるシステム目標を有する。(議論対象の)次世代放送(NGB)ゲートウェイは、放送物理レイヤリソースに関して瞬間的に競合する全ての入力IPフロー(トラフィック)において、RAN(LTE)にではなく、IPコアネットワークにルックインするマスターエンティティである。NGBゲートウェイのクロスレイヤアルゴリズムは、NGBモジュレータ(スレーブ)において、プロトコルレイヤと、物理レイヤリソースのパラメータ表現との両方を動的に適合させる。良好なターボ符号化ゲインを保証するために、各物理レイヤパイプ(PLP)に関して、十分な時間及び周波数ダイバーシティを物理レイヤに適用する。上記各物理レイヤパイプ(PLP)は、独立した符号化レート/QAMを有していてもよい。これは、優れた電力節約(UE)及び1000ms(1秒)スーパフレーム構造を用いた一貫して迅速なチャネル変更時間の両方のための機会を保証したまま、上記設計において達成される。
これらの目標を達成するために、本提案は、3GPP LTE‐A及びETSI DVB‐NGHからの技術及びコンセプトを相乗的に活用することにより、次世代放送プラットフォーム(NGBP)の基礎要素としても役立つことができる大型セルSFNトポロジに関して、パラメータ表現されたノマディック型波形を可能とする。
ここで、本提案のシステムアーキテクチャに関する洞察を得るために、本提案におけるLTE及びDVB‐NGHのいくつかの基本的なOFDMパラメータ及びフレーム構造について簡単に考察する。
技術的提案の詳細な概説‐基本的な仮定
一般に、ネットワークアウェアフレーミング構造及びタイミングを用いないOFDMパラメータの最大数の選択(数千もの可能な組み合わせ及び並べ替え)を有することは、NGBPに関して殆ど価値がない。(現在の放送地上波規格のアーキテクチャは、別個のRF波形を放出する複数の自立型の孤立部として構成され、インターネット、又は他のIPネットワークとの連携動作に関する考えが全く与えられていない。)大まかに言って、比較対象として現在2種類の地上波放送システム設計、即ち:他のIPネットワークとの連携動作を想定したもの(ネットワークアウェア);及び従来の自立型放送用孤立部が存在する。LTEシステム及び本開示のシステムは、ネットワークアウェアであるという精神を支持しており、DVB‐T2/NHGシステムは、放送用孤立部である過去のDVB‐Tにその根源を有する。
現在、多くのワイヤレスシステムアーキテクチャは、GPS等のグローバルタイミング基準、及び1フレームあたり整数個のOFDMシンボルという物理レイヤフレーミング構造の要件を使用する。この構造化された物理レイヤフレーミングは、ネットワークアウェア型設計において重要となり得る。構造は、柔軟性及び簡潔性ももたらす。
Figure 0006496740
表1は、基本的なLTE OFDMパラメータを示す。(15kHz及び7.5kHzサブキャリア間隔モードの両方において拡張サイクリックプレフィクスも存在するが、簡潔にするため、通常のサイクリックプレフィクスモードのみを表1に示す。)LTEでは、表1に示す整数個のシンボル(14)を有する、定義された(2つの0.5msスロットからなる)1msサブフレームが存在する。(シンボルは、区間Tuの使用可能な部分とサイクリックプレフィクスCPとの和からなる。LTEでは、スロットに関する通常の構造は7個のシンボルを有するが、本比較に関しては、本発明者らは複数のサブフレームのユニット(即ち1msサブフレーム)を使用する。)これは、1つのLTEフレーム(10ms)あたりのシンボルの整数個の個数と等しく、直観的に、1秒中のシンボルの整数個の個数と等しい。LTEは、帯域幅にかかわらず一定の15000Hzサブキャリア間隔(ΔF)を有するように設計される。(LTEは700MHz〜3GHzをカバーする。15000(ΔF)への決定は、この範囲全体に亘る十分なドップラーを提供したが、これは、600MHzにおける1167MPHのドップラーももたらす。これは、600MHz帯域における放送と、より長いCPのためのドップラーとを引き換えにすることに関する議論を引き起こしている。)LTEに関して、ベースラインパラメータは、20MHzの帯域幅と、30.72MHzのサンプリング周波数及び2048のFFTサイズとであり、これは15000Hz(ΔF)をもたらす。表1に示す、20MHzから下がってゆく各帯域幅に関して、サンプリング周波数及びFFTサイズは縮小され、これによって一定の15000Hz(ΔF)が得られる。別の重要な属性は、LTE規格が、物理レイヤリソースを、その物理レイヤにおいて既知のユーザに対して直接割り当てることである。従って、所定のレシーバ(UE)は、部分FFTを実施して、OFDMシンボルの、eNodeBによって割り当てられた、受信したいデータを搬送するサブキャリアのみを復調するだけでよい。これにより、UEにおいて電力の節約も可能となる。
注:CLX/SBGの提案(即ち本開示の提案)はまた、そのOFDMフレームワーク内のサブフレーム(10ms)中の整数個のシンボルの必要と、良好な電力節約が保証されるようにノマディック型(UE)レシーバを設計できるようにするための、PLPへの物理レイヤリソースの割り当てとを適合させることもできる。
次に、DVB‐NGHのOFDMフレーミングについて簡潔に議論する前に、この比較が、LDPC/BCH符号化に基づくNGHシステムの性能ポテンシャルを全く損ねるものではないことに言及しておかなければならない。本発明者らは、物理法則により、テレビ放送スペクトルは代替不可能と規定されると考えている。放送用帯域の一部は、ノマディック型の、タブレット/ハンドヘルドタイプのサービスに関してより効率的かつ実際的であり、他の一部は固定型サービスを提供することにおいてより効果的である。LTE(ターボ符号)及びDVB‐NGH(LDPC/BCH)に関して研究する場合、低いコードレートにおけるターボ符号のより良好な性能、更にはターボ符号のネイティブな柔軟性は、ノマディック型サービスのための重要な属性として決定され、本明細書において提案されるパラメータ表現されたノマディック型波形を生成するために活用できる。LDPCは、比較的高いコードレート及び低いエラーフロアにおいて良好な性能を有し、これらは、パラメータ表現された固定型波形を生成するにあたって活用できる属性である。本発明者らは、IPコア(BMX)を有するNGBPは、複数のサービスタイプ(ノマディック/固定)、又はテレビ放送帯域等の一部における特定の環境においてRFの物理的特徴によってもたらされる他の特別な制約を標的とする、異なるパラメータ表現された波形を配信できる統合アーキテクチャを提供できると考えている。
表2(即ち図3B)は、DVB‐Tアーキテクチャに関して約20年前に行われ、過去の制約として進展してきた、サンプリング周波数に関する基本的な決定に基づく一般的なDVB‐NGH OFDMパラメータを示す。DVB内において、サンプリング周波数は、FFTサイズに関するサブキャリア間隔と同様に、各帯域幅に対して変動し、これによって、1つのフレーム内に非整数個のシンボルがもたらされる。このフレーミングには、ネイティブ(ネットワークアウェア)時間構造が欠如している。これは、放送局のビジョンが1700個の独立及び隔離された孤立部のうちの1つのままである場合には好ましいが、産業の進歩を意図している場合には望ましくない。
CLX/SBGの提案は、他の提唱者(即ちLDPC)の重要な基本要素を使用する機会を提供する。これは、相互接続されたネットワーク応答性環境に他の構成要素を持ち込む機会を提供することになる。CLX/SBGフレームワーク内の、新規に生成された後方非互換規格(ATSC3.0)において与えられる機会は、このような基本的な構築ブロックに、固定受信型のパラメータ表現された波形を構成するための場所を提供することになる。これにより、高いデータキャパシティ、高いスペクトル効率の動作モードが可能となる。いくつかの実施形態では、本発明者らの主要な関心の対象は、NGBPの基本要素としてのパラメータ表現されたノマディック型波形に関するLTE(ターボ符号、柔軟性)である。
以下の表3(参照用)は、DVB‐NGHがサポートする6MHz及び8MHzに関するいくつかの基本的なシステムパラメータを示す。本発明者らはこれらに基づいて、システムのコンセプトのより完全な理解を展開する。
Figure 0006496740
表4は、本提案のノマディック型波形のOFDMパラメータ(単なる1つの可能なセット)のサブセットを示す。
いくつかの実施形態では、本発明者らは、サポートされた全ての帯域幅に亘って、共通の12.288MHzのサンプリング周波数を使用する。(12.288MHzは、2×3.84MHz(WCDMA(登録商標)チップレート)×8/5=12.288MHzに由来する。参考として、LTEサンプリング周波数も、同じ3.84MHzをベースとしている。サポートされる帯域幅に関して、最初に選択される帯域幅は、北米(USA)において最も関心を集める帯域幅に限定され得る。キャリアアグリゲーション(CA)がサポートされ、NGBゲートウェイの制御下においていずれの数の帯域幅の組み合わせが可能である。)10msのサブフレームにおける整数個のOFDMシンボルと、有用なSFNセルサイズ及びこれに対応する有用なドップラースプレッドとを常に保証するために選択された、(4)FFTサイズ及びサイクリックプレフィクス(CP)が存在する。しかしながら、より詳細に議論する前に、システムの設計における表4の使用について簡単に議論して、例(太字の値)によって更なる洞察を提供する。
まず、SFNサイズ(CP)及びドップラー性能を選択する。例えば、ノマディック型サービスのために、CP(111μs)及び(112MPH)のドップラーを選択すると仮定する。FFTサイズは12288となり、サブキャリア間隔は1000Hzである。これは、選択される帯域幅とは常に独立しており、使用されるサブキャリア(FFT)の数のみが帯域幅の関数として変化する。5700個の使用されるサブキャリア、及びサブフレーム10msあたり9個のOFDMシンボルをもたらす、単一の6MHz帯域幅を仮定する。
注:サンプリング周波数(12.288MHz)を一定に保持することにより、ネットワークアウェア設計におけるキャリアアグリゲーション(CA)の使用に対する相乗効果が提供され、これによって、帯域幅が増大することによってチャネルキャパシティ(bps)が増大する。これは、未知の将来、及び米国においてFCCが自由なインセンティブオークションによる実験を行っている時代において、損失を防ぐための、NGBP設計における本発明者らの意識的な努力の結果であった。Sinclair Broadcast Groupは、ごく僅かな公共に対する便益のみを挙げると、新たな規格及び承認された柔軟なスペクトルの使用が可能となると、放送局は自身のスペクトルをより効率的に使用でき、21世紀には公共の利益に更に貢献できると考えている。
また、話題にするべき重要なコンセプトは、公知の物理レイヤリソース(サブキャリア)は、物理レイヤパイプ(PLP)と呼ばれる仮想「チャネル」に割り当てることができ、上記物理レイヤパイプは物理レイヤにおいて直接識別可能である(UE設計において電力節約を可能とする)ことである。
6MHzの例に戻ると、使用されるサブキャリアの総数は5700であり、これらは周波数ドメインにおいて、それぞれ570個の均等に間隔を空けたサブキャリアで構成される10のストライプに区画される。(使用される5700個のサブキャリアは、中央DC及びエッジサブキャリアを含まず、チャネル推定のためのデータ又は基準パイロットを搬送できる有用なサブキャリアのみを表す。)独立した(コード/QAM)を有するPLPは、全帯域幅に亘って均等に間隔を空けた物理レイヤサブキャリア10個毎に対してマッピングされる。PLPサブキャリア#割り当ては周波数ドメイン全体に対して行われ、これにより、1つのスーパフレーム(1000ms)に亘る最大周波数ダイバーシティ及び時間インターリーブ(物理レイヤ)が保証され、上記時間インターリーブは時間ダイバーシティを提供し、これは3km/hr未満の歩行者速度におけるゆっくりとした減衰を軽減する役に立つ。600MHz及び3km/時間の速度における可干渉時間=.423/Fdは〜200msの可干渉時間に相当する〜2Hzに等しい。本提案は、〜990msの時間インターリーブをサポートする。
このRFQの全体的な特徴を仮定すると、SIMO動作モードは規範的なものであると仮定される。SFNトランスミッタダイバーシティを用いた実装は更に、ノマディック型環境における減衰及び/又はシャドーイングの影響を軽減する役に立つことになる。(単一周波数ネットワークモードは、以下に説明するように、システムの、簡単かつネイティブな機能である。)
図4は、基本周期(T)の関数としての基本OFDMシンボルを示す。(基本周期はサンプル周期とも呼ばれる場合があり、これはサンプルレートの逆数である。)これは、表4の4つのFFTサイズの例、即ちFFTサイズ6144、9216、12288、18432に関して常に、1つのサブフレーム(10ms)あたり整数個のシンボルをもたらす。6144〜18432のFFTサイズは、ノマディック型動作モードに関して使用され、その一方で固定動作モードに関してはより大きなFFTサイズが使用される。(表4では、「FFTサイズ/サブキャリアΔHz/サイクリックプレフィクスμs/ドップラー600MHz(MPH)」と標識された行は、帯域幅の各値に関して形態A/B/C/Dの4つの構成要素を含む。例えば、5MHz帯域幅に対応する第1の列は、構成要素6144/2000/56/224を含む。第1の要素6144はFFTサイズであり、第2の要素2000はサブキャリア間隔Δであり、第3の要素56はサイクリックプレフィクスサイズであり、第4の要素224はドップラー値である。)新規の高度に構成されたフレームワークは、放送システム操作における優れた柔軟性、簡略性及び効率をもたらす。この構造化の特徴が正に、実際に上記工学的課題の取り扱いを容易にする。
図5は、一実施形態による、本提案のスーパフレーム(SF)構造(1000ms)期間を示す。これは、ユニバーサルL1プリアンブルセクション(1ms)、L2シンボルセクション(9ms)、これに続くペイロードセクション(900ms)からなる。
表5(即ち図5B)は、主な本提案のOFDMパラメータをまとめたものである(他の帯域幅も可能であり、仮定される)。本設計は、簡略化のために、ガード区間比(GIF)を〜10%(1/10)に平準化することも想定している。これは、システム全体の設計の制約を満たしながら、最高50kmまでの大きなSFN範囲間隔をサポートするノマディック型サービスのために合理的なオーバヘッドを提供する。しかしながら、固定型サービスは更に長いシンボルと、これに対応してより小さい間隔を空けたサブキャリア(より低いドップラー)とを使用でき、従来から比較的効率が高い。ドップラースプレッドはより長いシンボル時間(TU)と引き換えであるため、これらのシステム設計制約に付随する、新規のパラメータ表現された固定型波形は、より効率的となる。
物理レイヤのブロック図を詳細に紹介する前に、図6は、本発明者らの放送に関する提案において(修正して)再使用される、既存の3GPP LTE‐Aプロトコル(グレーの背景)を示す。
次に、この後方非互換性のATSC3.0の提案への、ある程度の予備的な洞察を提供するために、上記システムの図中の(強調された)ブロックのシステムのウォークスルーと関連して、システムのブロック図、即ち図7を示す。
システムのウォークスルー
いくつかの実施形態では、本システムは、様々な地上の地形及び水域を横断して毎日、テレビ放送周波数帯域で動作する、固定及びノマディック型ユーザ機器の両方をサポートするために必要である。地表を横断する無線及びテレビ信号の伝播は、天候、大気圏及び電離層における昼夜効果、並びにユーザの運動(ユーザは通勤時間中に比較的高速で移動する傾向がある)によって変動する。これらの変動は、現在の条件に自動的に適合できる柔軟な解決策を連想させる。従って、適応性のパラメータ表現されたノマディック型波形は、本提案のCLX/SBGシステムの中心である。この物理レイヤは、放送プロトコルスタック中の実行可能な(ただし隔離された)レイヤとして自立できるが、本発明者らは、このような隔離が、効率が更に悪いプラットフォーム利用をもたらすと主張していることに留意されたい。NGBP全体の基礎要素の1つとして、物理レイヤの相乗的システムビューを理解するだけで、(統合プラットフォームとしての)真の潜在能力が明らかになるであろう。従って、物理レイヤに関する本発明者らの議論は厳格な隔離ではなく、場合によっては、NGBP内の相乗的要素の1つとしての物理レイヤの議論にまで広がる。
図7A〜7Cは、以下で(場合によってはプロトコルレイヤによって詳細な複数のセクションに分解されて)議論されることになるシステムレベルのブロック図を示す。
図6に戻ると、本提案で無線インタフェースにおいてノマディック型波形を生成するために必要な4つのプロトコルレイヤは、パケットデータ輻輳プロトコル(PDCP)、無線リンク制御(RLC)、メディアアクセス制御(MAC)、物理レイヤ(L1)である。(3GPP TS 36.323 v10.0.0(PDCP);3GPP TS 36.322 v10.0.0(RLC);3GPP TS 36.321 v10.0.0(MAC);3GPP TS 36.201 v10.0.0(物理レイヤ)を参照されたい。)最初の3つのプロトコルを、図7Bの下側左に示す。MACレイヤの右側の全ての残りのブロックは、物理レイヤの一部である。これら4つのレイヤは、広く知られている3GPP LTE‐A(OFDMA)eNodeBセルラーベースステーションアーキテクチャ中に存在し、従って適切な場合は、そこで使用されている命名の慣例をこの放送に関する提案に持ち越す。
図8は、NGPゲートウェイ及びNGPモジュレータの簡略化された信号フローの図を示す。(図8の太線で囲まれたボックス802に示す)インターネットプロトコルにおける例示的なMMTストリームは、図8の左側のNGBゲートウェイに供給される。多段に亘る処理の後、MMTデータは、放送伝送に好適な時間ドメイン中のノマディック型波形の一部として、右側に出現する。用語「MMTパッケージ」は、MPEG‐H Part1において、HTML5の下でネイティブ要素として処理されて「ビュー」を描画する一連のアセット(ビデオ/音声/データオブジェクト)を説明するために使用される。これは、HTML5ブラウザエンジンがレンダリングし、HTML5に提案されるMMT拡張(W3C)によって記述される提示時間ライン(UTCウォールクロック)に対して提示される、空間的/時間的レイアウトである。(放送クライアントの信頼できるUTCクロックの確立は、MPEG‐H MMTパラダイムを動作させるために必須であり得る。しかしながら、MMT仕様は、UTCクロックを放送用ノマディック型クライアントにおいて確立する方法について記載していない。本提案は、GPS 1PPSティックに即してスーパフレームの開始を発信するよう制約された本提案の無線インタフェースを介して時間を供給することにより、これに対処できる。従って本提案は、MMTのビデオ/音声提示タイムラインに必要な精度範囲内でUE UTCクロックを確立できるL2信号送信においてUTC時刻のサンプルを搬送する。)この議論のために、MMTパッケージを1秒のチャンクで生成し、これがIPフロートしてNGBゲートウェイに入ることを図示する。上記パッケージは、クロスレイヤ前処理の一部として、NGBゲートウェイの仮想物理レイヤパイプ(PLP)に対してマッピングされ、NGBモジュレータに送られる。(PDCP、RLC、MAC)は、PLP IPフローを受信する。個々のPLPはそれぞれ、次の2つのブロックにおいて、ターボ符号化されてQAMコンステレーションに対してマッピングされる。コンステレーションシンボルグループ(GOC)は次に時間インターリーブブロックに入り、これはノマディック型サービスのための十分な物理レイヤ時間ダイバーシティを保証する。続いてGOCは、周波数ドメインにおいてストライプへとマッピングされる。そしてPLPは一般に、あるシンボルの全てのOFDMサブキャリアにまたがるパターンで広がる(周波数ダイバーシティ)10個のストライプのうちの1つへとマッピングされる。次にストライプを、時間ドメインにおいて、スーパフレームのペイロード領域(900ms)全体に亘って広げる。IFFT+CPは、信号を所望の時間ドメインデジタル波形に変換する。このデジタル波形はデジタル‐アナログコンバータに供給でき、これに無線伝送(図示せず)のためのRFへのアナログ上方変換、電力増幅、アンテナ供給が続く。
図9は、PDCP、RLC、MACブロックが901、902、903、904において何らかのヘッダ情報を付加することを示す。
まず、図9の3GPP LTE‐Aブロックから(保持される又は修正された)機能性について簡単に説明する。NGBゲートウェイは、NGBモジュレータの全ての物理レイヤリソースの割り当てを担当するマスターエンティティである。制御プレーンは、ゲートウェイが行う全ての配分をスケジューラ(905)に通信し、スケジューラは適応性制御信号(915〜917)を介してこれらを搬送する。(スケジューラ905からの適応性制御915〜917の詳細については、本文書中のこれ以降の、適応性のパラメータ表現されたノマディック型波形に関するセクションにおいて、全体的に議論する。)この中央制御ノード(NGBゲートウェイ)はまた、同一のパラメータ値が、(適切な動作に必要な場合)多数のトランスミッタの単一の周波数ネットワーク(SFN)中の各NGBモジュレータにおいて使用されることを保証する。
ゲートウェイからのユーザデータプレーンは、全てのIPフロー(PLP)をPDCPレイヤにトランスポートする。PDCPでは、ROHCを用いて、入ってくるパケットの全てのIPヘッダを圧縮する。続いて任意の暗号化をPLPベースで適用できる。(本提案はまた、公共に対する、又は緊急時に地理的に標的化した放送サービスのために、IPフローによってLTEユニキャストFirstNetをサポート及び/又は増強することも想定している。また、別の例として、(プライベート)第1のレスポンダトラフィックを、PDCPの(FirstNet暗号ユニット)によって暗号化できる。これは放送局とFirstNetとの間のサービスレベルの合意の下で整合でき、NGBP(BMX)IPコアにおいて実行されるポリシーに反映され得る。)そして複数のPLPを分離し、RLCレイヤの共通のセグメントへとカプセル化する。(LTE RLCプロトコルは、増加したセグメント計数をRLCセグメントヘッダに挿入する。)
LTEでは、UEはセグメント計数(ヘッダ)要求(ARQ)においていずれのギャップを検出し、1つ又は複数の欠落セグメントはキャッシュ(RLC)から除去され、再伝送される。この放送に関する提案(プロトコルの変化)において、RLCセグメントカウンタ(後述)も使用して、放送レシーバ(UE)がネイティブに要求及び受信を行うための手段(即ちLTEラジオ)か、Wi‐Fiゾーン(若しくは他のネットワーク)に入るか、又は接続のための他の(有線若しくはワイヤレス)手段を有する場合に、(IPコアのRLCデータセグメントキャッシュ)から欠落セグメントを要求する。この新規のARQ機能は、非リアルタイムメディア又はデータファイル転送におけるQOSを増大させるためだけに設計され、放送プラットフォームの一例である。
セグメント化された各PLP(RLC)は続いて、CRCを用いてMACレイヤパケットにおいてカプセル化され、これは続いて拡張3GPPターボエンコーダに送られる。(CRCは、レシーバにおけるターボデコーディングと組み合わせて使用される。)MACレイヤは、キャリアアグリゲーション(CA)のためのアンカーポイントであり、これは、スケジューリングされたトランスポートブロックを別の物理レイヤに送るためのオプションとして示される。放送CAのためのサポートは、個別のセクションにおいてもカバーされる。950の上側右では、同一の(MMT)パッケージ又はPLPからの2つのパケットが示されており、これらは、PDCP/RLCレイヤによってMacレイヤの単一のトランスポートブロックへとカプセル化され、続いて本発明者らが提案する拡張3GPPターボエンコーダへと進む。
前方誤差訂正符号化
移動体システム構成に関して、各PLPに適用される前方誤差訂正(FEC)が、ターボ符号化の形態で推奨される。LDPCは、ターボ符号と比較して制限のない誤差フロアと、ますます長いブロックサイズのために適度に改善されたビット誤差性能とにより、固定型の受信のために使用できる。
ターボエンコーダは、並列連結畳み込み符号(PCCC)8状態構成要素エンコーダの同一のペアを含んでよく、これへの入力は、図10に示すように、内部インターリーバ1010によって分割される。いくつかの実施形態では、ターボエンコーダの符号化レートはR=1/3である。
PCCCに関する8状態構成要素符号の変換関数は:
Figure 0006496740
であり、ここで:
0(D)=1+D2+D3
1(D)=1+D+D3
である。
各構成要素エンコーダに関するシフトレジスタの初期値は、入力ビットの各ブロックのエンコーディングの開始時において全てゼロでなければならない。
ターボエンコーダからの出力は、k=0、1、2、…K‐1に関して以下:
k (0)=xk
k (1)=zk
k (2)=z’k
として与えられ、ここでKは入力ブロックサイズである。
ターボエンコーダに入力されるビットは、c0、c1、c2、c3、…、ck-1で表され、第1及び第2の8状態構成要素エンコーダから出力されるビットはそれぞれ、z0、z1、z2、z3、…zk-1、及びz’0、z’1、z’2、z’3、…z’k-1で表される。内部インターリーバから出力されるビットは、c’0、c’1、…、c’k-1で表され、第2の8状態構成要素エンコーダへの入力を提供する。
レートマッチング
チャネル符号化後、データペイロードに誤差を誘発することなく、ストリームからのシンボルのごく一部を追加又は除去できる。図10では、ターボ符号化されたブロックが、
Figure 0006496740
(ただしi=0、1、2;コードブロック番号r、符号化されたストリームのインデックスiに関して)で表されるDrビットのブロックにおいてレートマッチャ1100に送達されることが分かる。
符号化されたブロック毎に定義されるが、レートマッチングは、図11に示すように、3つの情報ビットストリームdk (0)、dk (1)、dk (2)のインターリーブと、これに続くビットの収集、循環バッファの生成からなる。
r番目の符号化されたブロックに関する長さKw=3KΠの循環バッファは、以下:
k=0、…KΠ‐1に関して、wk=vk (0)
k=0、…KΠ‐1に関して、
Figure 0006496740
k=0、…KΠ‐1に関して、
Figure 0006496740
のように生成される。
ビット選択及び刈り込み後、レートマッチャは、符号化されたブロックの番号rに関して
Figure 0006496740
で表されるErビットのストリームを送達して、固定キャパシティトランスポートフレームに、利用可能なビットの総数Gを、G=NL・NSC・Qm(ここでNLは伝送レイヤの数を表し、NSCはストライプ毎に利用可能なサブキャリアの数を表し、QmはQPSKに関しては2に等しく、16QAMに関しては4に等しく、64QAMに関しては6に等しく、64QAMに関しては8に等しい)となるように提供する。上記キャパシティは、大量の放送サービス提供に関連する音声、ビデオ及び/又はデータをそれぞれ搬送する複数のIPフロー間で分割される。これは、サブスクライバ(UE)からの大量のデータ要求に応答するLTEレートマッチングとは対照的である。
データスクランブリング
符号語qにおいて物理チャネル上で伝送される、ビットb(q)(0)、…、b(q)(Mbit (q)‐1)の各ブロックは、変調前に撹拌され、
Figure 0006496740
に従って、撹拌されたビットのブロック
Figure 0006496740
が得られる。
ここで図12を参照すると、スクランブリングシーケンス生成器は、各サブフレーム開始時に初期化してよく、サブフレーム番号nSに対する初期化値cinitは:
init=nRNTI・214+q・213+[nS/2]・29+NID cell
(ここでnRNTIは、PLPに関連するRNTIに対応する)に従って、トランスポートチャネルのタイプに左右される。
単一のサブフレームにおいて、qがゼロに等しい場合の単一レイヤ伝送及びqが1に等しい場合の2レイヤ伝送に対応する、最大2つの符号語を伝送できる。即ちq∈{0,1}である。
スクランブラが用いる擬ランダムシーケンスは、長さ31のGoldシーケンスによって定義される。図12を参照されたい。長さMPNの出力シーケンスc(n)(ここでn=0、1、…、MPN‐1)は:
c(n)=(x1(n+NC)+x2(n+NC))mod2
1(n+31)=(x1(n+3)+x1(n))mod2
2(n+31)=(x2(n+3)+x2(n+2)+x2(n+1)+x2(n))mod2
(ここでNC=1600である)によって定義され、第1のm‐シーケンスは、x1(0)=1、x1(n)=0、n=1、2、…、30を用いて初期化されることになる。第2のm‐シーケンスの初期化は、cinit=[nS/2]・29+NID CELLで表される。SFNの場合、NID SFN=NID CELLである。
図13は、スクランブラから放送局が供給するQAMコンステレーションモードへのPLP #Nビットのマッピングを表す。典型的なノマディック型QAMモードは、QPSK、16QAM、64QAMである。議論される特別な使用ケースに関して、256QAMモードもサポートされる。(より高次のQAMモードは、より高次のデータレートのために使用できる。)出力は、次のブロックである時間インターリーバに送られる、コンステレーションシンボルグループ(GOC)である。図13はまた、SFNにおける任意の拡張レイヤ符号化及び変調並びに/又は階層的ローカルサービス挿入のためのサポートも示す。(DVB‐NGHはH‐LSIもサポートする。MPEG‐H Part2(HEVC)は、ベース及び拡張レイヤ符号化のための、開発中の多層ツールである。)H‐LSIは、SFN放送範囲領域内の主要な場所又は小さな高人口密度領域における、特別に標的化されたコンテンツの超局所的挿入のためにサポートされる。(決定論的に位置決めされた低電力SFN NGBトランスミッタ(アンテナパターン)は、独自に、NGBPのIPコアの制御下で、上記H‐LSIコンテンツを標的領域にシームレスに挿入する。)
図14は、1つのスーパフレーム(1000ms)でトランスポートされる全てのPLPコンテンツを表す共通のインデックス#を有する全ての(GOC)を示す。全ての共通インデックス#(GOC)は、ブロックインターリーバに行毎に入力され、次のブロックにおいてストライプインデックス#として、SFペイロードマッパの制御下で行毎に読み出される。ストライプインデックス#がマッパによって分配されると、〜990msの物理レイヤ時間インターリーブ(時間ダイバーシティ)が実現される。本提案のこのような設計属性は、600MHzにおけるチャネルの時間コヒーレンスが〜200msとなるため、低いノマディックな歩行者の速度(3km/h)において特に有用である。
1回で理解できる読者を増やすために、次のブロック(SFマッパ)について議論する前に、図15、図16の形態の1対の概念図を提示して主要なコンセプトを紹介し、その後、図17、図18の1対の(SF)ペイロードマッピングの例を見る。
表5の概要から、スーパフレームペイロード領域は、FFTサイズの関数である整数(1782、1188、891又は594)個のOFDMシンボルからなる。ストライプインデックス#(GOC)は、有用な帯域幅全体に亘って均等に間隔を開けたOFDMサブキャリアに対してマッピングされる(周波数ドメイン)。上記間隔は、供給されるストライプの数によって決定される。6MHz帯域幅では、5700個のサブキャリアに亘って決定論的にマッピングされる(レシーバはこれを先験的に把握する)10個のストライプが存在する。
ある所定のストライプ#が同一のシンボルのサブキャリアに亘って反復する前の距離は、ストライドと呼ばれる。
図16は、マッパ(プログラマブル制御論理)が入力されたストライプ(6MHzに関して10個が図示されている)に割り当てる時間/周波数グリッド(サブキャリア)を示す。基準として、垂直軸(OFDMシンボル)上に時間、水平軸上に周波数が示されている。ストライプインデックス#0は、チャネル推定で使用するためにサブキャリア上にパイロットパターン(黒)を挿入するために予約されている。他の9個のストライプ(1〜9)はPLPペイロードを搬送するために割り当てることができ、ストライプ#1(点線及び斜線)はその概念的な例として使用される。570個のストライドのうちの2つが図示されており(6MHz)、OFDMインデックス#0から始まって、パイロット及びPLPデータの既知のパターン(ストライプ#1)が出現する。制御論理がマッピングを実施するために使用する入力パラメータは:
(1)ストライプ#、及び何個のストライド(2つのうちの1つ、4つのうちの1つ等)又は本例のように(全て)がマッピングされるか;
(2)開始シンボルインデックス#(この例では#0)、及びストライド(2つのうちの1つ、4つのうちの1つ)又は本例のように(全て);
(3)ドップラースプレッドをサポートするためのパイロットパターン
である。
着想は、全帯域幅に亘るストライプ#(PLP)のこのような広がりを、最大周波数ダイバーシティと、周波数の選択的な減衰からのある程度の保護とを提供するために設計するというものである。後に見るように、ストライプ(PLP)のこれらのパターンは、L2信号送信でレシーバに通知され、この物理レイヤの提案の構造的枠組みを用いて(部分FFT)を実施して所望のPLP#又はストライプ#のみを復調する、電力節約型レシーバ設計を可能とすることができる。
図17A、17Bは、1つのスーパフレームの990msペイロードに関して全ての5700個のサブキャリア及び1187個のOFDMシンボルを示すために拡張された、6MHzに関する同一の概念的な例を示す。この設計は、物理レイヤにおいて、優れた物理レイヤ周波数ダイバーシティ及び時間ダイバーシティを有し、良好に設計されたノマディック型波形のための需要に適合する属性に従うための具体的なトレードオフを取り入れる。
図18A、18Bは、周波数及び時間の両方において(2つのうちの1つ)のストライドを有するストライプ#5を用いて帯域幅をスケーリングするための別のマッピング方法を示す。多くの組み合わせが可能であり、プロトコルレイヤ(RLC/MAC)及び物理レイヤの適応性制御と共に使用する場合、後で議論するパラメータ表現によって、システム操作の優れた柔軟性及び効率性がもたらされる。
L1プリアンブルシンボル及び信号送信
以下の議論は:ETSI EN 303 105 V1.1.1(1012‐11)デジタルビデオ放送(DVB);物理レイヤ仕様(DVB‐NGH)、DVBドキュメントA160;セクション8.1.1:P1 データの信号送信;セクション11.7:P1 シンボル挿入を参照する。
この節の本文及び図面は、DVB P1及びネイティブな信号送信キャパシティに関する、設計における差異を説明するために提示される。いくつかの基本的な構文及び語義が、本提案のウォークスルーを可能とするために定義される。L1符号化及び変調は、DVB P1と同一であってよく、サンプリング周波数及び帯域幅及びアーキテクチャの小さな適合のみを以下に記載する。
(3)個の集中L1プリアンブルシンボルを使用する。これにより、(UEデバイスの最初の電源投入、又はユーザが飛行機での移動後にノマディック型UEデバイスに電源投入する際)迅速な初期チャネル走査が可能となる。新規のユニバーサルL1発見メカニズムは、あるタイプのサービス及び/又は環境のために、スペクトル/帯域幅のどの程度の部分が供給され、どの定義されたパラメータ表現OFDM波形が使用されるかを、UEが迅速に検出できるようにも設計される。(3)個の集中L1シンボル(TU+CP=333.333μs)は、スーパフレーム(SF)1000msの視点において開始されるちょうど1msの集中シンボルシーケンスをもたらす。以下の表6はL1パラメータを示す。サンプリング周波数(S)は6.144MHz[3.84MHz×(8/5)]であり、(T)=1/S=〜1.6276041666e-7であり、これは1ms中にちょうど3個のL1シンボルをもたらす。
Figure 0006496740
表6のパラメータは、本提案のこの実施形態において予想される最小の帯域幅(5MHz)をサポートするよう設計される。L1シンボルは、ユニバーサルエントリポイントと、キャリアアグリゲーションモードを含むいずれの帯域幅及び構成で信号送信を行うための発見プロセスとを提供するため、「ユニバーサル」と呼ばれる。7ビットのロバストなL1信号送信データが存在し、(3)個の集中L1シンボルにより、合計21ビットのL1信号送信結果が存在する。例えばこれらのビットを用いて、このSFにおいて使用されるネットワーク構成、FFT及びCP等を通知することもできる。パラメータ表現された波形パラダイム下での将来の拡張性をサポートするために、十分に低レベルの信号送信キャパシティ(21ビット)が存在する。
図19は、(3)個の集中L1シーケンス(1ms)で開始される、基本的な物理レイヤスーパフレーム構造を示す。この後にはL2信号送信シンボル(9ms)が続き、これもまたスーパフレーム1000msの一部である。集中L1シンボルはそれぞれL1a、L1b、L1cと呼ばれる。注:L2シンボルは、PLPコンテンツがマッピングされるスーパフレーム内の各OFDMシンボル上に、物理レイヤにおける関心対象のPLPを配置するために、UEに関する信号送信データを搬送する。そしてUEは選択的に(FFT)を実施して、(物理レイヤにおいて識別される)関心対象のPLPコンテンツのみを復調及びデコードでき、ノマディック型デバイスにおける電力節約を可能とする。
図20は、本提案において使用されるサンプリング周期の値(T)を用いて、L1シンボル構造を示す。これらはDVB P1フォーマットを変化させただけのものである。1つのL1シンボルの期間は〜333.33μsである。
図21は、周波数ドメインにおいて結果として得られる電力スペクトルを示し、最初のアクティブなキャリアは44番目であり、最後のアクティブなキャリアは809番目である。これは、帯域幅の配分が増大している以外はDVB P1と同一のスペクトルである。
図22は、参考として示されている、L1シンボル生成のブロック図であり、これはDVB P1と同一である。
L1a、L1b、L1c間には僅かな差異が存在し、その詳細については後に説明するが、これは主に:(1)スクランブリングシーケンス;(2)A、B、C構造の周波数変移;(3)CP部分C、Bの長さに関する、L1シンボル間の僅かな差異に関係する。
L1信号送信の構文及び語義
本発明者らは、物理レイヤの提案への導入としての、システムの信号フローの詳細なウォークスルーという目標を可能とするために、いくつかの基本的なL1信号送信に関する構文及び語義を定義した。(FirstNetの例は、放送スペクトルのNGBP(BMX)管理を仮定しており、トラフィックは、緊急時に公共の安全を維持するための放送局の公共サービスの一部としてノマディック型波形においてPLP毎に、一般公衆又はプライベート(アプリケーション/RLCレイヤにおける暗号)に搬送できる。プライベートSDL(暗号)もまた、BMX(市場主導型)によってシームレスに管理できる。)各L1シンボルは、図22に示すように合計7個の信号送信ビットを有する。具体的には、各L1シンボル(L1a、L1b、L1c)に、S1フィールド=3ビット、S2フィールド=4ビットが存在する。
Figure 0006496740
Figure 0006496740
Figure 0006496740
Figure 0006496740
Figure 0006496740
Figure 0006496740
L2信号送信パラメータ、ノマディック型波形
表13(即ち図22B)は、ノマディック型波形に関するスーパフレーム(SF)ペイロードOFDMパラメータを示す。
図23は、参考としてスーパフレーム(SF)の時間構造を再び示す。L2領域は、ちょうど(9ms)の期間であり、図24に示すL2シンボル生成図を用いて、表14(図23B)のOFDMパラメータによって構成される。表4において太字で示されている、6MHzの例に関して選択されたパラメータCP=112μs、12288FFT等を仮定すると、表14(図23B)は、SFのL2セクションを構成するちょうど(8)個のL2シンボルが存在することを示している。
表14(図23B)は、(SF)の(9ms)のL2セクションに関する、L2信号送信OFDMパラメータを示す。表14はノマディック型波形に関するOFDMパラメータを反映したものであることに留意されたい。表13では、6144回のFFT、12288回のFFTは、全SFペイロード(990ms)に亘ってちょうど整数個#のシンボルをもたらさない。これは表14において、最初のL2シンボルCP値=(N+4)を用いて補償される。
表15では、L2信号送信データは、TC=1/5、QPSK及び堅牢性のための9msブロックに亘る時間インターリーブである。(表15の推定は、L2シンボルにおける基準パイロットに関して従来の20%のオーバヘッドを示している。)
表15は、使用されるL2OFDMのパラメータ表現を示す。(8)個のL2シンボルは、図21のターボ符号RMブロックの出力に示すように1/5コードレートを使用する。続いてこれはQPSKを割り当てられ、図示されているTIブロックによって(9ms)に亘って時間インターリーブされ、これによって堅牢性が上昇する。
Figure 0006496740
表16に示す例示的なL2の構文は、所定のPLP(N)に関する無線インタフェースへのウォークスルーを可能とする。また、GPS信号のためのレシーバを有しないUEが、UTC時刻/日付(64)ビットフィールドを使用でき、これについては「クライアントへのUTC時刻の供給」に関する以下の節を参照されたい。また、4ビットFFTフィールドは、全ペイロードシンボルに関するFFTサイズを示す。4ビットパイロットパターンフィールドは、パイロットパラメータ表現アルゴリズムを選択する。他の残りの適応性パラメータが列挙される。(図7B、7Cのスケジューラによって提供される出力を参照されたい。)これらのL2パラメータは、IPコアにおけるNGB(GW)による1000msのスーパフレームの限界を変化させることができる。
クライアントへのUTC時刻の供給
図25では、MPEG‐H Part1 MMT(アプリケーショントランスポート)は、MMTトランスポートタイミングを生成するためにUTCクロックを使用し、これはクライアントにおけるUTCクロックを必要とする。MMT仕様は、これを達成する方法について記載していない。インターネットは1つの明白な方法である。しかしながら放送システムでは、インターネット接続は想定されていない。本方法はこれを、放送チャネルのみを用いて放送クライアントにUTC時刻を供給することによって解決する。
NGBゲートウェイ/スケジューラは、トランスミッタアンテナの無線インタフェースにおいてGPS 1PPSティックの立ち上がりエッジと整列させて各スーパフレームを開始する。(PPSは、パルス毎秒(pulse per second)の頭字語である。)NGBゲートウェイは続いて、各スーパフレームのL2信号送信に挿入されることになる有効なUTCタイムスタンプをスケジューラに送る。そしてスーパフレーム(N)は、L2中のUTCタイムスタンプと共に、GPS 1PPSティックにおいてアンテナから発信される。
次に信号は、レシーバまで自由空間中を飛ぶ(c=光速)。レシーバは、例えば図26に示すように、スーパフレーム(N)からL2を復元及びデコードする。UTCタイムスタンプが抽出され(+1秒増分され)、レシーバのメモリにロードされる。続いてレシーバはスーパフレーム(N+1)を待つ。スーパフレーム(N+1)の瞬間的な開始が検出され、クライアントのUTCクロックレジスタは、スーパフレーム(N)からのUTCと共にメモリからジャムロードされ、こうしてクライアントのクロックはUTCと同期する。
この方法は、インターネット上のNTPタイムサーバから達成できるものよりも正確であるはずであり、放送サービス領域内のいずれの場所において利用できる。このノマディック型データレコーダ上には、フラッシングクロック(VHS)時刻は存在しないことになる。
全てのスーパフレーム(SF)の始点のL1/L2シンボルは全ての信号送信を含むため、(UE)は、(1つ又は複数のPLP)の1つ又は複数のストライプを識別する(IPを介して送達されるいくつかのチャネルガイドメタデータと連結する/想定されるが議論されない)必要があり、(SF)ペイロードの時間/周波数リソースグリッドにおける上記ストライプのサブキャリアマッピング(正確な位置)を物理レイヤに配置でき、ノマディック型(UE)におけるバッテリエネルギ節約が可能となる。
図27は、LTE(OFDMA)において使用されるものと同様のコンセプトを示し、UEは、セル内で物理レイヤ(スペクトルリソース)を共有する、取り付けられた(UE)それぞれに対して、eNodeBによって動的に割り当てられる、1つ又は複数のリソースブロック(時間/周波数グリッド)のリソース要素(サブキャリア)のみを選択する。
ストライプ#0(オーバヘッド)はパイロットパターン#(N)として信号送信され、これはチャネル推定に使用される。この例では、ストライプ#1は関心対象のPLPを有し、部分FFT方法を用いて他の全ての(非パイロット)サブキャリアを無視したまま復調できる。上記関心対象のPLPに関連するRLCセグメントのスタックを処理(デコード)及び破棄するために、エネルギのみを拡充しなければならない。(開始シンボルインデックス#及び大きなストライド(16個のうちの例1)を使用することによって、時間ダイバーシティを利用しながらキャパシティbpsの拡大及びバッテリ節約を達成できるが、これは本提案の高度に構造化されたフレームワークの1つの属性である。)
図28は、NGBPにおける予想されるチャネル変更時間挙動を示す。全ての伝送ステーションに、GPS 1PPSと整列させてスーパフレーム(SF)の開始を発信させることを要求することが、「ネットワークアウェア」型の実践として推奨され、これはいくつかの利点を有する。
(1)簡潔で柔軟なSFNアーキテクチャが達成される。
(2)全てのL2にUTC時刻を挿入することによって時間が節約される(MMTのアプリケーションレイヤタイミングをサポートする)。
(3)全ての伝送ステーションによってSFの境界を整列させることにより、NGBPにおけるチャネル変更をより決定論的なものとする。
図28は、レシーバ(UE)が、NGBPの同一の又は異なるキャリアにおいて別のチャネルを選択することを決定した様子を示す。L1/L2の直後に新規のチャネルに入ることが、確実に最悪のケースであると思われるが、図示されているのは、(SF)の途中のいずれかの位置の平均エントリポイントである。そしてUEは次のL1/L2を、この場合では〜500msだけ待たなければならない。L1/L2が取得され、PLP(ストライプ#)は、(SF)ペイロードの時間/周波数グリッドに配置され、(SF)の終点において復調されてターボデコーディングされる。次に、多少遅れてPLPコンテンツ(この例ではMMTパッケージ)をMPEGデコーディングし、その後表示する。このチャネル変更挙動は、時間/周波数ダイバーシティを犠牲にすることなく、〜(1〜2)秒(最良/最悪のケース)の間に限定され、良好な消費者体験をもたらす。
適応パラメータ表現
本提案は、OFDM物理レイヤリソースの効率、QOS及び市場主導型使用を保証するために、適応パラメータ表現を使用する。仮想上のNGBP放送IPコア(市場/領域)は例えば、複数の物理レイヤリソースを管理する複数のVHF/UHF NGBゲートウェイを有してよい。(実際には、NGBPは、将来のための新規の放送用エコシステムを生成するための、(アクティブ及びパッシブ両方のネットワーク構成要素を共有する)最もコスト効率が高い方法である。旧来の1960年台の放送の(孤立部による)設計を使用し続けても、最良の新規の放送用物理レイヤ技術には達しない。勝者は、インターネット及び放送局が新規のネットワークアウェアNGBPを取り入れることを考えなければならないと既に主張している。)
図29は、各スーパフレームに関してそれぞれ1秒の区間だけ利用可能な、NGB GWが有する潜在的ビットレートの適応性制御又は「スロットル(throttle)」を示す。NGB GWは、効率性のために、下側の物理レイヤと、任意に上側のアプリケーションレイヤ(MPEG‐H Part2 HEVC)との両方において、制御プレーンインタフェースを有する。
図29におけるスケジューラからの可能な適応性制御を、以下に列挙する。
1.RLCレイヤ‐セグメント化サイズ
2.MACレイヤ‐トランスポートブロック(TB)サイズ
3.拡張3GPPターボエンコーダ‐ターボコーダブロックサイズ(QPP)
4.3GPPターボエンコーダ1/3マザーコード‐レートマッチング(RM)
5.QAM‐QAMモード
6.(SF)ペイロードマッパ‐(PLPあたりのストライプの#、及び周波数/時間ドメイン両方におけるストライド
7.アプリケーションレイヤ‐HEVC Stat Muxマネージャの任意の制御(図29)
(表4に詳細を示す)高度に構造化された波形の利点を仮定すると、NGB GWは既に、各PLPに関するQOS(QAM/コードレート要求)を含む、次の秒に関してユーザが要求している物理レイヤリソースを、入力インタフェース上で把握している。NGBゲートウェイは、供給及び制御された帯域幅を有し、これはそのまま、次の1秒に関する(SF)ペイロードの時間/周波数グリッドにおける有用な整数個のOFDMサブキャリア(SC)と同等である。そして(その配置においてスロットルが与えられた)アルゴリズム(GW)は、(SF)の設計を前進させ、(制御プレーンを介して)各NGBモジュレータに構築を行うよう命令する。各(SC)は所定のQAMコンステレーションをサポートできる。ターボコードRMスロットル及びターボブロックサイズスロットルは、選択されたセグメントサイズ(RLC)及びトランスポートブロックサイズ(MAC)と相乗的に作用して、入力(PLP)パケットが効率的に(スタッフィング無しに)カプセル化されて(SF)の整数個のOFDMシンボルに対してマッピングされることを保証する。これらは、1秒の区間それぞれに関して極めて動的なパラメータ調整となり得る。
ビデオストリームビットレートの更なる制御は、HEVC可変ビットレート(VBR)エンコーダ及び統計処理マルチプレクサを用いて可能である。図30は、1つのHEVC VBRエンコーダを使用して各ビデオストリームを圧縮し、続いて統計処理マルチプレクサが複数のストリームを結合させる様子を示す。図30Bは、図30のHEVC可変ビットレートエンコーダのうちの1つの例である。アプリケーションレイヤにおける任意の制御及び全体的なシステムの最適化により、最高の効率が得られるはずである。
NGBPの相乗効果を有する例示的な使用ケース
この節は、ネットワークアウェアNGBPの複数の使用ケースのコンセプトを提示する。
1.NGBPの(資本支出/運転経費)の$$(リンクバジェット)を節約しながら屋内受信をもたらす。
2.新規のARQメカニズムを用いて、非リアルタイムファイル転送サービスに関するQOSを増大させる。
3.キャリアアグリゲーション(CA)によってキャパシティ(bps)及び機能性を増大させる。
4.FirstNet LTEネットワークサービスタイプをサポート/増強することによって、公共に奉仕する。
5.移動体オフロードのためのキャリアアグリゲーション。
1.NGBPの(資本支出/運転経費)の$$(リンクバジェット)を節約しながら屋内受信をもたらす
一般大衆は多くの時間を自宅において屋内で過ごす。図31A、31Bは、リンクバジェットにおいて45〜50dBを節約して、放送局が制御するアンカーポイントを家屋に確立することにより、個人向けサービス/標的化/サイドローディングコンテンツ、即ち放送局がインターネット世代において適切であり続けるために実施し始める必要がある事物を提供するというコンセプトを示す。左側には、ブロードバンドアクティブアンテナ及びLNB等を有する家庭用無線ヘッド(RH)を有する家屋を示す。(LNBは、低雑音ブロック(low noise block)の頭字語である。)RHは、ATSC3.0ホームゲートウェイ(GW)へのWi‐Fiインタフェースを介して上記家屋内のデバイス(UE)において消費者が選択したIPパケットのストライプ(PLP)を選択的に復調する。1つのGWインタフェースはISPに接続され、別のGWインタフェースは単一のRJ‐45を介して接続され、給電を行い、かつIP接続を介してRHからPLPデータを受信する。そしてIPデータが受信され、ホームGWのWi‐Fiに移され(又はストレージ上にキャッシュされ)、消費者向け体験が配信される。消費者は、これが信頼でき、納得できる価格であり、モノのインターネットと同じペースを維持する限りにおいて、その動作方法を気にする必要がない。この例では、建物貫通時の損失を克服して屋内の1.5Mの埋込み型NGBアンテナにサービスを配信することに比べて、10Mの屋外のRHに供給を行うにあたって、リンクバジェットにおいて〜45〜50dbの節約が発生する。右側には、個人化等のためキャッシュされ(ホームGW)UEに同調された、放送局のビジネスモデルをサポートするための増強サービス(TCP/IP)を配信する、IPコアネットワーク(NGBP)が示されている。(MMT規格はまた、ユニキャスト(TCP/IP)もサポートしている。またMMTプロトコルは、「汎用モード(Generic Mode)」を導入することによって、HTTPを用いずにDASHセグメントの放送/マルチキャスト配信をサポートできるよう拡張されている。)このオプションは後方非互換ATSC3.0規格において利用可能であり、輻輳によって、インターネット世代において放送を重要な媒体として維持できる。(UE)が家屋に入るか又は家屋から出ると、地上波NGBPからの又は地上波NGBPへのシームレスな移行が発生する。
また、屋外での更なるIP接続性のために、放送局は、IEEE OMNIRANと呼ばれる、開始されたばかりの管理されたWi‐Fiアクセス動作を利用できる。OMNIRANにおけるEPCへの3GPP高信頼WLANアクセスのために定義された使用ケースが既に存在する。このCLX/SBG「ネットワークアウェア」型提案(IPコア)は、この動作と極めて良好に整合する。
2.新規のARQメカニズムを用いて、非リアルタイムファイル転送サービスに関するQOSを増大させる
図32は、NGBPにおける非リアルタイムファイル転送サービスに関するQOSを改善するためのコンセプトを示す。ファイルは、使用可能となるよう、誤差無しで配信しなければならない。LTEの場合、これを達成するための複数のメカニズム:Macレイヤ適応性HARQ;RLC ARQ;及び上層TCPが存在する。
簡単に言うと、良好なファイル転送を保証するために、本提案のATSC3.0物理レイヤ(NGBP IPコア)は、(消費者の介入がない)非リアルタイムファイル転送サービスのための(RLC ARQ)の拡張をサポートする。LTEでは、RLCレイヤヘッダは、増大したセグメント計数を有し、これにより(UE)は、欠落セグメントを検出して再伝送を迅速に要求できる。本提案の放送RLCレイヤでは、セグメント計数は、非リアルタイムファイル転送のための異なるプロコトルと共に使用され、これは瞬間的なIP戻りチャネルを想定していない。(放送セグメントが検出された(欠落した)UTC時刻/日付等のメトリクスもUEにおいて利用可能であり、放送ARQ NRTプロトコルの一部となる。)この解決策はまた、NGBゲートウェイクロスレイヤ設計を利用することも伴う。NGB GWは、NGBモジュレータにおける、スケジューラ(スレーブ)を介した全ての物理レイヤリソースの供給において役割を果たす。従ってGWは、GWがどのバイトを割り当て、どのバイトが全てのファイル転送プロセスの各RLCセグメントにあることになるかに関する先験的知識を有する。NGBゲートウェイは、IPコアネットワーク(NGBP)のARQサーバ上のキャッシュ(RLCバイトセグメント)上に、又は現在派手に売り込まれて多用されているクラウドを用いて、キャッシュ(RLCバイトセグメント)を維持する。(放送局は、Wi‐Fi領域に入るための又はホームのATSCホームGWに戻り、ファイル転送欠落RLCセグメントを明示的に要求するための時間をUEに与えるために、発信後にセグメント#及びUTCタイムスタンプを有するRLCバイトがARQサーバ上にある時間を指定する。)新規のプロトコルを使用した(利用可能な場合は)IP接続を用いるATSC3.0ノマディック型デバイスは、セグメント番号及びUTCタイムスタンプ等によって、欠落したRLCセグメントの欠落したデータバイトを明示的に要求して、いずれのファイル転送を完了してQOSを改善する。
言及する価値のある1つの可能な使用ケースとして、いくつかの分析により、2020年までに、世界中の500億個のデバイスが接続されたモノのインターネットの一部となるか、又はマーケティングに関して機械対機械(M2M)となると予想されている。これは、ごく僅かな例として、自動車用(テレマティクス)に対する(デジタルサイネージ、キオスク)を含む将来の広告等を含む、マーケットセグメントを含む。本提案の物理レイヤを有するNGBPのネットワークアウェア的性質は、これらの放送M2Mサービスのための、将来サポートする選択的なARQにおいて新規の放送RLC/ARQプロトコルを用いて、IP戻りチャネル(認可/非認可)を有する広く流通している機械デバイス(ヒトではない)へ迅速に配信される(CA)、キロビットのバーストからギガバイトのファイルまでに反映され得る。QOSを保証するための方法を有することにより、これは可能な範囲となる。NGBPの高出力トランスミッタは、NGBP(BMX)の下での放送ビジネスモデルミックスの一部としてM2Mが成熟するにつれて、将来にM2Mサービスを提供することによって、例えば夜中の時間帯においてより高い経済的価値を得ることができる。
3.キャリアアグリゲーション(CA)によってキャパシティ(bps)及び機能性を増大させる
図33、33A、33Bは、放送のための3GPP LTE‐Aキャリアアグリゲーション(CA)の拡張を示す。MACレイヤは、ATSC3.0放送用物理レイヤに全てのトランスポートブロック(TB)を伝送するにあたって役割を果たす。NGBゲートウェイ(IPコア)は、カプセル化されたIPトラフィックにどの物理レイヤ(N個のうちの1つ)が割り当てられるかを命令するMACレイヤを制御する。IPフローの全ての管理は、NGBゲートウェイ(IPコア)によって扱われ、MACレイヤ(NGBモジュレータ)は単に、物理レイヤリソースの新規のプールを有するように命令されるというだけである。図示されているモジュレータは、2つのトランスミッタの各高出力段に供給を行う2つの出力ポートを有し、上記2つのトランスミッタは、ダイプレクサに供給を行い、図示した例では共通の帯域を共有する。
4.FirstNet LTEネットワークサービスタイプをサポート/増強することによって、公共に奉仕する
図34は、将来において公共の利益に役立つために、放送局が(LTE)FirstNetと連携するコンセプトを示す。定義されたインタフェース及びプロトコル(IPコア/NGB GW)により、FirstNet IPフローは、緊急時に、放送局の物理レイヤリソースを使用して、コマンドセンタからの通信を行い、リアルタイムビデオ又は画像及び大きなファイルを広い領域に亘って第1の応答者に送ることによって、(LTEユニキャスト)を増強できる。注:放送局の、自然災害又は人災の時に公共の役に立つために実行されている過去の努力の一部として必要な場合に、帯域幅が利用可能となる。緊急時及びその他の状況において、安全な通信が必要とされる。このプライベートIPトラフィックは、暗号化されたデータであり、PDCPレイヤ(NGBモジュレータ)の「暗号(Crypto)」ブラックボックスモジュールを選択して、伝送の安全性を向上させることができる。(緊急の状況では、第1の応答者の通信は、生命を救うために極めて重要である。またこれらの通信は、GPS衛星ダウンリンク周波数の妨害を含む妨害に対して耐性がなければならない。高精度ルビジウムクロックによるGPS時間バックアップは、全てのセルラーベースステーションにおいて既に展開されており、GPSダウンリンクが利用できない間にATSC3.0が数日間又は数週間動作を継続できることを保証するために、全ての放送トランスミッタの場所において容易に展開できる。高出力トランスミッタは通常、発電機電力バックアップを有し、超低電力の場所はバッテリパックを有することができる。これらの強化方法により、放送業及び公共の安全のためのシステムの利用可能性が最大化される。)
また、特別な緊急事態において、FirstNetコマンドセンタが、危険な場所にいる一般大衆と、放送を用いて(地域を特定して)直接通信できる可能性も存在する。
5.キャリアアグリゲーション
キャリアアグリゲーション(CA)の別の使用について記載する。これは、放送スペクトルを、ブロードバンドキャリアのためのワイヤレストラフィックをオフロードするために適用するメカニズムである。放送スペクトルが伝送のみに制限されている場合、これは、ブロードバンドネットワークのためのダウンリンク(DL)トラフィックのみをオフロードするために使用される。放送スペクトルを、アップリンク及びダウンリンク両方のオフロードのために使用することに関して技術的限界はなく、将来の法令はこのような用途を許可することになるだろう。
CAは、LTEダウンリンクデータを隅々までブーストするために、使用されていないTVスペクトルを利用できる、スペクトル共有の新規のモードを導入する。動的スペクトル共有は、ダウンリンク方向の放送(BC)無線スペクトルから集められたチャネルを追加する、CAの特定の変形例を使用し、これは、図35に示すようなブロードバンド(BB)スペクトルにおける固定二重配置によって分離された2方向トランスポートに沿って動作する。
動的CAはスペクトルサーバによって実行でき、スペクトルサーバの役割は、登録されたeNBからのトラフィックの要求を監視し、チャネルの利用可能性のために放送エクスチェンジを問い合わせ、それに続いてトラフィックに関する上記要求を利用可能なスペクトルと調和させることを含む。
新規のeNBを登録すると、スペクトルサーバは:(a)CAサポート、即ちサポートされる帯域、構成部品キャリア(CC)の最大個数、最大集合帯域幅のレベルを決定し;(b)CCアップデート周波数、集合チャネル付与を確立し、その後アクセスを再交渉しなければならず;(c)チャネル利用可能性に関して放送エクスチェンジを問い合わせるにあたって使用される更新周波数を確立する。
放送/ブロードバンド輻輳ネットワーク
1995年のGrandAllianceによる最初のATSC規格の導入以来、世界は移動性が高くなった。ワイヤレスブロードバンドネットワークの迅速な進歩により、コンテンツの生成、配信及び消費方法は変化した。新しい世代の消費者は、ATSCが考えられた時には予想されていなかった、常時接続されたインターネット、オンデマンドコンテンツ、世界的なソーシャルネットワーキングと共に育っている。過去20年で、我々は、我々の生活、仕事及び遊びに深く影響を与える、大きな社会的、経済的及び技術的変化を経験している。放送について再考するべき時である。
ワイヤレスブロードバンド技術の進歩にもかかわらず、放送は、多数の視聴者に同時にコンテンツを配信するための最もコスト効率が高い方法であり続けている。放送とブロードバンドとの調和は経済的課題である。多数の視聴者に同時に直線的なプログラム編成を供給する放送システムとは異なり、コンテンツ‐オンデマンドはユニキャストシステムを必要とし、この場合ユーザ数の増加に伴ってトランスポートコストが上昇する。ブロードバンドプロバイダは、非常に混雑している認可されたスペクトルから、非認可のスペクトル(Wi‐Fi、ホワイトスペース)へ、並びに放送ネットワーク及びスペクトルへと、トラフィックをオフロードする必要があり、これは放送局にとって大きな新規の収入の機会を意味している。
LTEワイヤレスブロードバンドシステムとの調和は、ユーザの体験を向上させ、有益なスペクトルの共有を促進し、設備(トランスミッタ、ベースステーション、ユーザ機器(UE))が放送及びワイヤレスブロードバンドの両方を最小のコスト増分でサポートできるようにする。
コンテンツ‐オンデマンドは、インターネット世代の好ましいユーザ体験であることは明らかである。従って、放送産業の長期的成功のために、従来の放送方式をユニキャスト方式のユーザ体験によってシームレスに向上することが重要である。
次世代放送プラットフォーム(NGBP)は、従来の放送モデルを保持し、各放送局が自身のビジネスに関する決定と共に自律性を維持できるようにしたまま、ワイヤレスブロードバンドを活用するために、放送局に追加の収入生成オプションを提供する。
放送/ブロードバンド輻輳システム
図36は、コンテンツソースからユーザ機器(UE)へとコンテンツを配信する新規の放送/ブロードバンド輻輳システムを示す。このシステムは、有意に向上した移動可能性を放送産業にもたらし、追加の収入源を放送産業にもたらし、共有によって追加のスペクトルを放送産業にもたらし、ユーザの体験を豊かにする。全ての既存のビジネスモデルを保持するため、今日のシステムからこの新規のシステムに同期して移行する必要がない。
図36のシステム間の通信リンクは論理接続であり、必ずしも専用の物理リンクではない。例えば、共通ネットワーク(例えばインターネット)を介して多数の通信リンクを発生させてよく、多数のシステムを同一の場所に配置するか又は1つに併合してよく、分散制御性能及び集中制御性能の両方が可能である。図36の目的は、ネットワークの基本的な動作原理を図示することである。同一の目的を達成するために、様々な構成及びトポロジが可能である。
放送モード
インターネット世代の放送モードは本質的には、既存のワイヤレスブロードバンドネットワークをアップリンク(例えばWi‐Fi、LTE、ホワイトスペース等)として使用するオプションを有する、従来の放送方式である。2つのトランスポートが、放送スペクトルを単独で占有してUEの放送レシーバへの伝送を行う放送局と、独立に動作する。UEは、認可及び/又は非認可ブロードバンドスペクトルで動作する、双方向DL/UL通信を実行できるワイヤレスブロードバンドトランシーバを内包してよい。
この放送モードには3つの使用シナリオが存在する。
(1)非リアルタイムアップリンク:ユーザはUEにおいて、従来のTVの視聴と同様に放送レシーバを制御する放送TVアプリケーションを動作させる。TVアプリケーションは、ユーザの視聴傾向に関する統計及び他のデータを収集する。デバイスがブロードバンドネットワークに接続されると、レーティング、目的とする広告、及び他のデータマイニング目的のために、収集されたデータを放送局サーバにダウンロードする。
(2)リアルタイムアップリンク:リアルタイムインタラクティブモードのアップリンクのために、ブロードバンド接続を使用する。ユーザフィードバック及びユーザフィードバックに対する放送の応答は、瞬間的なものである。ユーザは、放送コンテンツを視聴しながら、ソーシャルネットワーキング、通信及びデータアクセスといった全てのインターネット体験を利用可能である。放送トランスポートとブロードバンド戻りチャネルとの間の関連は、ブロードバンドネットワークと放送ネットワークとの間で確立されたインターネット間接続プロトコルを介して達成される。
(3)無アップリンク:ユーザはアップリンクオプションを選択しない。データ収集、インタラクティビティ及びアップリンクが存在しない。従来のTVと同様である。
放送/ブロードバンドスペクトル共有モード
放送及びブロードバンドスペクトルの利用は一般に相補的である。例えばブロードバンドスペクトルの使用のピークは通常、昼間の就業時間中であり、放送収入生成のピークは夜間のゴールデンタイムに発生する。ユーザの視点からすると、オンデマンドコンテンツが一般に好まれるにも関わらず、ライブイベント、ニュース、人気のあるTV番組の初回放映といった時間に依存する放送コンテンツは、オンデマンドへの嗜好の例外である。スペクトル共有は、BMXの下で市場主導型の方法で、有用な複数のスペクトルを異なる時間における異なるペイロードの搬送に適用することによって戻りを最大化するための、追加の収入の機会を放送局に提供する。
放送市場エクスチェンジ(BMX)
あるスペクトル共有モードでは、Sinclair Broadcast Groupが提案しているように、放送方式の経済から利益を得ることができるブロードバンドネットワークコンテンツを、輻輳放送ネットワークへとオフロードできる。
放送市場エクスチェンジが生成されることにより、地域ベース(例えば指定市場領域(DMA))から国家ベースにまで及ぶある所定の地域における、放送局による放送スペクトル及び/又は放送インフラストラクチャ(例えば伝送タワー)の集合が可能となる。放送エクスチェンジは、放送範囲、収入(例えば受信人数/MHz、収入/MHz)及びサービス品質(QOS)の観点において最も効率的かつ効果的な方法で、欠乏したスペクトルリソースのプールを用いて、参加メンバーである放送局からコンテンツを配信する責任を果たす。
放送市場エクスチェンジを形成するためのスペクトルの集合は、放送局の任意の協働/合意によるものである。現行の放送モデルの維持を望む放送局も存在し得る。従って、放送/ブロードバンド輻輳ネットワークは、全ての既存のビジネスモデル及び新たに形成されたエクスチェンジモデルをサポートできるように設計される。放送市場エクスチェンジの集中制御設計は、新規の放送/ブロードバンド輻輳ネットワークが提供する、向上した移動受信性、階層型サービス(例えば無料の広告サポート型コンテンツから有料購読まで)、移動しやすくインターネットとの親和性が高いユーザ体験から利益を得るための要件ではない。
現行の放送モデルでは、多くのTV局にとって、少数のプログラムがその収入及び利益の大半を生み出すにもかかわらず、放送局は、その独自の使用24×7のために、1つの放送チャネル全体(例えば米国では6MHz)を占有する。新規のモデルでは、放送市場エクスチェンジは、スペクトルの使用の非効率性を排除すること、(固定型デバイスに最適化された)VHF又は(移動体デバイスに最適化された)UHF周波数/トランスミッタを通してコンテンツを配信できる最大限の柔軟性を提供すること、及びこのモデルのメンバーにとっての放送スペクトルの収入発展性を最大化することを目的としている。
例えば、解像度を時間変動ベースで(SD、HDから4K以上まで)調整することによって、利用可能な帯域幅を異なる複数のコンテンツに対して分配するための、次世代コーデック及び効率的な市場主導型メカニズムの採用によって、追加の帯域幅を解放できる。いくつかの放送局は、ゴールデンタイムの間だけコンテンツの一部を放送し、昼間は他の使用のためにスペクトルをプールに解放して、より多くの収入を生成することを選択できる。放送市場エクスチェンジサーバは、メンバーである放送局にとって効率的にコンテンツを配信するため、及びワイヤレスキャリア、非リアルタイムデータ配信、放送局以外の他のコンテンツプロバイダのための配信メカニズム、OTTコンテンツ所有者、公共サービス等のための4Gデータオフロードを含むがこれに限定されない他の用途のために余剰のスペクトルを配分するために、放送スペクトルを効果的にリパックする。
スペクトルをリパックするステップ、又はTV局をより小さなスペクトルのブロックにリパックするステップは、従来、ある制定過程によって規制当局(例えば米国のFCC)が行う機能である。法的手段を通したスペクトルのリパッキングとは異なり、放送市場エクスチェンジによって実行される集中型かつ協調的なスペクトルのリパッキングは、動的であり、市場主導的である。放送のスペクトル使用の効率を改善するだけでなく、放送市場エクスチェンジによるリアルタイム動的スペクトルリパッキングの制御は、低出力ブロードバンドネットワークが高出力放送ネットワークの近傍で動作しなければならなくなり得る場合に、非放送の使用のために、干渉を最小とした、価値の高い余剰スペクトルを生成するために重要である。
スペクトルエクスチェンジ
別のスペクトル共有モードでは、放送局は、放送スペクトルの1次ユーザとなる。放送局は、トランスミッタをシャットオフしてスペクトルの制御をワイヤレスブロードバンドに譲渡することにより、放送スペクトルをワイヤレスブロードバンドキャリアと共有できる。従来のスペクトル共有スキームとは異なり、放送ネットワークサーバとブロードバンドネットワークサーバとの間の協調により、スペクトル検出は不要となる。
スペクトル共有は、放送トランスポートスペクトルにおいて予備のキャパシティが利用可能となれば、いつでも可能である。ブロードバンドネットワークは毎回、利用可能であるとして指定された(即ち放送ネットワークが使用していない)いずれのチャネルからキャパシティを集合させる。未使用の放送チャネルの利用可能性は、市場又は地形によって、及び曜日又は時刻によって変化し得る。放送チャネルのキャパシティは、それが空である場合、放送への使用のためにこのチャネルスペクトルの使用が再要求されるまで、ブロードバンドチャネルのキャパシティを増大させるために再配向できる。
スペクトルエクスチェンジは、放送市場エクスチェンジから卸売のスペクトルブロックを取得し、これを可変期間の複数のブロックにおけるブロードバンドでの使用のために利用可能とする。これらのブロックの長さ、チャネル利用可能性のスケジュール、いずれの地理的位置において利用可能なチャネルの量は、事前に統計的に、又は市場の状況に基づいてリアルタイムで動的に、決定してよい。
スペクトルがワイヤレスブロードバンドの制御下にある場合、ワイヤレスオペレータは、放送タワーを、キャリア制御下の他のタワーに追加されるマクロタワーとして使用するオプションを有する。LTEの場合、ワイヤレスブロードバンドオペレータは、LTE、LTE+eMBMS又はLTE+拡張型eMBMS(e2MBMS)を使用するオプションも有する。
キャリアアグリゲーション
キャリアアグリゲーションは、ブロードバンドキャリアにワイヤレストラフィックをオフロードするためにブロードバンドスペクトルを適用するメカニズムである。伝送のみに制限されたブロードバンドスペクトルの場合、キャリアアグリゲーションは、ブロードバンドネットワークのためのダウンリンク(DL)トラフィックのみをオフロードするために使用される。将来の法令がこのような用途を認めている場合、アップリンク及びダウンリンクオフロードの両方に対して放送スペクトルを使用することに対する技術的制限は存在しない。
キャリアではなくてもよいエンティティによって制御されるオフロードスペクトルを使用して、複数のワイヤレスブロードバンドキャリアへの供給を行うことができる。これは、キャリアアグリゲーションに使用される全てのスペクトルを、単一のキャリアのネットワークに供給するという目的だけのために、上記単一のキャリアによって制御する、という従来の考えとは異なっている。
次世代UEのためのプログラマブル無線チップセット
図37は、放送/ブロードバンド輻輳ネットワークの能力に大きな影響を及ぼす、新世代UEのアーキテクチャを示す。過去の放送用規格とは異なり、ここで提案されるアーキテクチャにより、LTE(ロングタームエボリューション)ワイヤレスブロードバンド規格の発展と同様に、経時的な発展が可能となる。ソフトウェア定義アーキテクチャを用いることにより、UEは発展型の規格に適応可能となる。ここで提案されるアーキテクチャの目的は、少なくとも我々の寿命までにおける最後のTVの変遷となることである。LTEとの調和により、放送及びブロードバンドの両方をサポートするためのコスト増分は最小となり、全ての固定型及び移動体デバイスにおいて同一の1つ又は複数のチップセットを使用できる。このアプローチを将来の製品に対して活用するだけで、拡張性の「パラメータ表現された波形」を展開できるようにする特定の標準化された方法と組み合わせると、変化し続ける技術的市場において競争を行う機会が与えられることになる。全てのIPトランスポート及び柔軟なアプリケーションアーキテクチャと組み合わせると、本発明者らは、本発明者らの規格の性能の全てのレベルにおいて競争力を保持し、かつ整合(調和)を保持することになる。
NGB PHYの提案
様々な実施形態では、次世代の放送システム及び方法は、構成可能なOFDMトランスポートに基づいており、これは、放送局が、意図したセル範囲及び期待されるユーザの移動性に基づいてネットワーク展開を提供できるようにするものである。(OFDMは、直交周波数分割多重化(Orthogonal Frequency‐Division Multiplexing)の頭字語である。ATSCは、先進テレビシステム委員会(Advanced Television Systems Committee)の頭字語である。PHYは物理レイヤ(Physical Layer)の略語である。)目的は、割り当てられた中央周波数に好適なPHYシステムパラメータを選択することにより、複数の多様な使用ケースのシナリオに亘って、規定された性能目標を満たすことである。パラメータ選択は、地形及び時刻に応じて(例えばユーザの密度が、ピークの通勤時間中の主に移動しながらの受信から、夕方から夜間のテレビ視聴時間帯までの間の主に静止状態での受信へと変移するにつれて)実施される。
ここで、サイクリックプレフィクス(CP)挿入/除去によるOFDMデータポンプを示す図38を参照して、重要な性能目標について以下で議論する。
範囲
セル動作範囲は、放送ネットワークの供給に関連する資本支出を決定するにあたって重要な因子である。隣接するタワー間の距離は、過剰な多経路干渉による劣化なしにSFNモードでシステムを動作させるために必要な、遅延広がり許容誤差を決定する。遅延広がり許容誤差は、図38に示すように、サイクリックプレフィクス(CP)の形態で各OFDMシンボルの先頭に挿入されるガード区間(GI)の長さによって決定される。(サイクリックプレフィクス期間は、本明細書ではGI期間とも呼ばれる。)多経路遅延広がりがGI期間内に完全に含まれれば、システムはシンボル間干渉(Inter‐Symbol‐Interference:ISI)なしに動作する。GI期間は、百分率又は比として、例えば使用可能なOFDMシンボル周期TFFTの百分率(CP%)として指定してよい。使用可能なOFDMシンボル周期TFFTは、サブキャリア間隔Δfの逆数に等しい(かつ上記逆数として計算できる):即ちTFFT=1/Δfである。TFFT及び選択されたCP%は、GI期間を決定し、従って最大の可能な遅延広がりを決定する。サブキャリア間隔Δfを低下させると、使用可能なOFDMシンボル周期TFFTが延長され、従って、システムオペレータが指定する所定の遅延広がり許容誤差を達成するために必要な、(CP%としての)時間的オーバヘッドが削減される。
ユーザ移動性
ユーザ移動性は、ユーザ機器デバイスにおいて受信される信号のドップラーシフトをもたらす。ドップラーシフトが、正規化されたサブキャリア間隔Δfに対して小さいままである、即ち:
Figure 0006496740
(cは光速、fcはサブキャリアの周波数、VDは、放送タワーに対するユーザ機器(UE)デバイスの径方向速度)であれば、OFDMトランスポートはドップラーシフトの影響を受けない。
従って、サブキャリア間隔Δfの選択は、ドップラー性能と遅延広がり許容誤差との間のトレードオフを必要とする。換言すると、所定の値のCP%に関して、より大きい(より小さい)値のΔfは、許容される最大ドップラーシフトに関してより大きな(小さな)値、及び許容される最大遅延広がりに関してより小さな(大きな)値を伴う。NGB PHYは、システムオペレータ(又は自動選択エージェント)に、パラメータ選択の柔軟性の増大をもたらし、これによってシステム性能における洗練されたトレードオフがもたらされる。
増強されたシステムの特徴
システム性能を増強するために、又は以下の項にまとめられている新規のサービスモードを導入するために、多数の特徴が導入される。
スケーラブルなシステム構成
NGB PHYは、幅広い性能目標を満たすために、OFDM信号の寸法を設定するにあたってある混合アプローチを取る。いくつかの実施形態では、本提案のPHYは、3GPP LTEが採用するものから得られたサンプリングレートを使用してよい。図39を参照のこと。(用語「サンプリングレート」は、ベースステーションにおけるデジタル‐アナログ変換レート及び/又はUEデバイスにおけるアナログ‐デジタル変換レートを表し得る。)
ここで図39を参照して、一実施形態による、増強された放送性能のためにPHYを拡張する混合アプローチを説明する。LTEは、所定の信号帯域幅BWに関して、CP%及びサブキャリア間隔Δfの限定された選択肢のセットを与える。対照的に、NGB PHYはシステムパラメータをDVBと同様の様式で拡張し、システム構成に増大した柔軟性を提供する。(DVBは、デジタルビデオ放送の頭字語である。)
PHYの供給
LTEは、より大きな信号帯域幅における展開を可能とするために、サブキャリア間隔が固定されたまま、FFTサイズNFFTを増大させる。5MHzの信号はNFFT=512を使用し、10、20MHzの信号はそれぞれNFFT=1024、2048を使用する。LTE PHYは固定されたサブキャリア間隔(ユニキャスト動作に関して15kHz;放送用途には15又は7.5kHzが利用可能である)を維持し、これにより信号帯域幅とは独立して固定されたシンボル期間が得られる。一方でNGB PHYは、最小のGIオーバヘッドで遅延広がり許容誤差を増大させるためにシンボル期間を延長する手段として、所定の信号帯域幅において、サブキャリア間隔を低減しながら、ますます大きなFFTを採用する。表17(即ち図40)は、様々な範囲/ドップラー性能標的に関して、6MHzのチャネル帯域幅に基づくサンプル構成を列挙する。システムパラメータは、同一のCP%オーバヘッドを得るために選択されており、これにより、大幅に異なる性能目標に対処するという目的にもかかわらず、均一なスペクトル効率が得られる。
可変パイロット密度
ストライプあたりのキャリアの数NSCPSは、トランスポートにおいて利用可能なサブキャリアの数NSCを、1とストライプの数NDATAとの和で除算したもの:
SCPS=NSC/(NDATA+1)
として計算され、ここでNDATAは、データストライプの数を指し、パイロットキャリアのための1つの追加のストライプが許容されている。続いてストライプは、規定されたオフセット及びストライドに従ってIFFT入力に対してマッピングされる。ストライドは、各ストライプに関連する連続したデータ要素を配置する際にスキップされるサブキャリアの数を指す。ストライドがNDATAに等しい場合、各ストライプからのサブキャリア(パイロットキャリアが含まれる)は、利用可能な信号帯域幅に亘って均一に分散され、組み込まれた周波数ダイバーシティを提供する。トランスミッタ及びレシーバの両方が認識しているスケジュールに従って(連続する複数のOFDMシンボル全体に亘る)オフセットを変化させることによって、各ストライプに関連するサブキャリアは、利用可能なチャネル帯域幅全体に広がり、周波数選択性の減衰に対する更なる耐性を提供する。例えばオフセットは、時間インデックス、例えば時間ドメインOFDMシンボルインデックスの関数として線形に増大してよい。パイロットは、周波数に関してデータサブキャリアと共に広がり、チャネル推定を容易にする。
パイロットに対するデータストライプの比は、異なるレベルの移動性をもたらすために変化させることができる。低減された移動性に関しては、パイロット周波数(即ちサブキャリアの間隔内のパイロットの密度)は比較的低くすることができ、例えばNPILOT:NDATA=1:11とすることができ、これはNDATA/(NDATA+1)=11/12=0.9167のストライプ密度に対応する。より高い移動性は増大したパイロット周波数、例えばNPILOT:NDATA=1:4を必要とし、これにより、NDATA/(NDATA+1)=4/5=0.8のストライプ密度が得られる。適切なオフセット及びストライドを仮定すると、パイロット及びデータサブキャリアは均一に、又は略均一に分散されることになる。均一な分散を可能とするために、利用可能なサブキャリアの数を、ストライプの数によって均一に分割する、即ちNSC/(NDATA+1)=INTEGERとしてよい。
VBRソースの符号化をもたらすためのレートマッチング
レートマッチング(RM)の概念は、携帯電話の技術から借用して大幅な修正を加えたものである。例えば3GPPでは、レートマッチングを用いて、(情報及びパリティビットを含む)潜在的に可変サイズのエンコードされたブロックを、セルベースステーションと個々のユーザ機器(UE)との間の選択されたトランスポート経路の変動する搬送キャパシティに対して適合させる。搬送キャパシティは、変調及び公称符号化レートと、ベースステーションとUEとの間の無線伝播経路によって導入される雑音及び歪みとの組み合わせに左右される。eNodeB等のベースステーションは上記変調を連続的に調整し、それが知覚する現在のチャネルのキャパシティによるサブフレームあたりの符号化スキームが、個々のUEそれぞれに利用可能となる。電話環境では、RMは主にチャネルキャパシティの可変性をもたらすために使用される。
放送環境では、搬送キャパシティはソースデータレートよりも遥かに一定である。1度に数時間又は数日に亘って、搬送キャパシティは固定されたまま、ソースデータレートが大きな比率で数ミリ秒変化し得る。放送機器は、利用可能性及び放送局が配信したいスループット効率に応じて、公称符号化レートR=k/nで、異なる複数の変調タイプQPSK又は16/64/256‐QAMから選択を行うことができる。(利用可能性は、変調次数及び符号化レートが低減されるにつれて増大する。スループット効率は、変調次数及び符号化レートが増大するにつれて増大する。)しかしながら、ソース符号化によるビットレートは、ビデオシーンコンテンツと、これに関連する、エンコーダが維持するために動作する品質基準とに応じて、大幅に変動する。(ソースビデオストリームのビデオエンコーディング、例えばMPEG又はHEVCエンコーディングは、ソース符号化の一形態として解釈できる。)本提案のNGBシステムは、利用可能なトランスポートの効率を最大化するために、クロスレイヤ可視性(cross layer visibility)を利用する。クロスレイヤ可視性とは、PHYトランスポートにおいて適用するために最適なレートマッチングを決定する際の、ソースエンコーディングによって得られるレートの知識を利用することを表す。
ここで図42を参照して、VBRソース符号化をもたらすためのレートマッチングについて議論する。レートマッチングは、固定キャパシティトランスポートの最上部における可変ビットレート(VBR)ソース符号化を可能とする。エンコーディング後のブロックサイズは、図42に示すような所定のフレームにおけるVBR符号化レートに応じて、上記利用可能なトランスポートよりも僅かに小さい/大きい。レートマッチングは、パリティビットを挿入/削除することによって、利用可能なトランスポートを適合させ、これにより、これもまたVBRソース符号化に応じて、僅かに低い/高い符号化レートが得られる。(図42の右側の図中の)レートマッチングされたブロックサイズは全て、利用可能なトランスポートのサイズに等しいことが観察される。
非リアルタイムファイル転送
ここで図43を参照して、ARQサーバを介した非リアルタイムファイル転送について、QOSと共に説明する。NGBゲートウェイのクロスレイヤという性質は、非リアルタイム(NRT)ファイル転送の根底にあるコンセプトの基礎である。NRTファイル転送は、NGBモジュレータによる、放送メディア、又はストリーミング放送コンテンツと共に送られた何らかのファイルコンテンツの送達を表す。メディアファイルを放送する際、データは、受信端末で使用できるよう、誤差なく受信される必要がある。LTEとは異なり、一方向放送は、UEが欠落データセグメントの再伝送を要求するためのリアルタイム戻りチャネルを有しない。更に、最大30kmのサービスエリアにも亘る、高出力の一対多数放送トランスミッタから、各UEによる要求に従って、欠落セグメントを再伝送することは、放送スペクトルの非効率的な使用を構成する。
本提案のATSC3.0トランスポートは、GPS 1PPSクロックのケイデンスで正確に1秒間隔で、コンテンツをチャンクとして送り、NGBモジュレータ(スレーブ)をNGBゲートウェイ(マスター)にロックする。モジュレータは、LTEから借用した、修正された無線リンク制御(RLC)レイヤを使用する。RLCは、全てのセグメントが含むRLCヘッダの一部としてのセグメント計数と、データが元々いつ放送されたかを示すUTCタイムスタンプとを有する。欠落セグメントを検出するこの方法は、IPネットワークをリアルタイムユーザフィードバックのトランスポートに利用できる場合、放送での使用のために拡張できる。IPネットワークはまた、以下に説明するようないずれの欠落データセグメントの再伝送にも使用される。
NGBモジュレータのクロスレイヤ制御は、NGBゲートウェイに、進行中の全ファイル転送プロセスの先験的知識をもたらす。NGBゲートウェイは、ファイル転送に属するデータセグメントを、これらに関連するセグメント計数及びタイムスタンプと共に、RLCキャッシュへと押し出す。RLCキャッシュは、完全にIPコアネットワーク内で、自動再送要求(ARQ)を供給するにあたって使用される。NGBゲートウェイはまた、メタデータを、UEを指向する放送ファイルと共に、IPコアネットワークに存在するARQサーバのURLへと送る。放送UEが消失シーケンス番号を検出すると、放送UEは、ARQサーバからの1つ又は複数の欠落セグメントに対応するデータの再伝送を要求する。この再伝送は、1つ又は複数の消失シーケンス番号及び1つ又は複数の元々のUTCタイムスタンプを要求する。このようにして、ARQサーバを介して放送データをミラーリングすることにより、ユニキャスト戻りチャネルを介して、(セグメント#、UTCタイムスタンプによって指定される)特定のファイル転送に関連する欠落データセグメントを復元でき、これにより、QoSが上昇した、増強されたユーザ体験が提供される。ARQプロセスは、UEがWiFi、又はLTE等の認可された無線サービスに遭遇したときにファイル転送がバックグラウンドで完了するように、自動化できる。
いくつかの実施形態では、ユーザデバイスへのファイル転送(例えば非リアルタイムファイル転送)を実施するための方法は、図44に示すようなシステムアーキテクチャを利用してよい。これらの実施形態は、上述の複数の特徴、要素、実施形態のいずれのサブセットを含んでよい。
放送ゲートウェイは、放送伝送システムに、及びARQサーバにも、データファイルのセグメントを送ることができる。放送ゲートウェイはまた、放送伝送システムに、1つ又は複数のビデオコンテンツを送ることもできる。(放送ゲートウェイ及びARQサーバは、IPネットワークの一部として含まれてよい。)放送伝送システムは、上記セグメント及び上記1つ又は複数のビデオストリームを含むRF信号を空中に伝送する。データファイルを、第1のUEデバイス(UE1)等の単一のユーザ機器(UE)デバイスに対して標的化できる場合、上記1つ又は複数のビデオコンテンツストリームは典型的には、複数の(例えば多数の)UEデバイスへの放送のために構成される。第1のUEデバイスはRF信号を受信して、RF信号から良好に復元できない1つ又は複数のセグメントを識別する1つ又は複数の消失セグメント指標を生成する。第1のUEデバイスは、IPネットワークを通して、例えばIPネットワークに連結されたWiFiアクセスポイント(AP)へのWiFi接続を用いて、又はIPネットワークに連結されたベースステーション(BS)へのワイヤレス接続を用いて、上記1つ又は複数の消失セグメント指標をARQサーバに伝送する。(いくつかの実施形態では、ベースステーションはLTE eNodeBであってよい。)ARQサーバは消失セグメント指標を受信し、IPネットワークを通して(例えば同一のWiFi接続又はLTE接続を用いて)、上記消失セグメント指標によって識別される1つ又は複数のセグメントを第1のUEデバイスに送る。各消失セグメント指標は、各消失セグメントのシーケンス番号と、上記各消失セグメントに関連するタイムスタンプとを含んでよい。
放送ゲートウェイはまた、放送伝送システムにARQサーバのURLを提供してよく、この場合放送伝送システムは、上記URLを、RF信号の一部として第1のUEデバイスに伝送してよい。第1のUEデバイスは、上記URLを用いて、IPネットワークを通したサーバへの接続を確立できる。
第2のUEデバイス(UE2)への第2のデータファイルの転送は、同様の様式で実施してよい。第2のデータファイルの転送は、第1のデータファイルの転送と並行して(又は部分的に並行して)実行してよい。第2のUEデバイスは、その消失セグメント指標を同一のARQサーバ(又は場合によっては異なるARQサーバ)に送ってよい。
図44は、図を過剰に複雑にするのを避けるために、2つのUEデバイスのみを示している。しかしながら、放送伝送システムは典型的には、多数のUEデバイスにビデオコンテンツを放送してよく、これらのUEデバイスから選択されたUEデバイスにデータファイルを伝送してよいことを理解されたい。例えばデータファイルは、UEデバイスが行う要求、例えばアクセスポイント(又はベースステーション)及びIPネットワークを介して行われる要求に応答して、そのUEデバイスに伝送されてよい。
可変パイロット密度の例
ある一連の実施形態では、インターリーバ605は、図45に示すように、パイロットバッファSP、及びN個の物理レイヤパイプそれぞれに対応するN個のストライプバッファから、データを受信するよう構成してよい。パイロットバッファSPはパイロットシンボルを含む。(この変数Nは、上述の変数NDATAに対応する。)N個のストライプバッファは、S1、S2、…、SNで表される。
各ストライプバッファは、対応する物理レイヤパイプPLPkのシンボルのブロックを記憶する。例えばストライプバッファSkは、サンプルのブロック:{a(k,j):j=0,1,2,…,MBLOCK‐1}を記憶し、ここでkはストライプインデックス(又はPLPインデックス)、jはブロック内シンボルインデックスである。インターリーバ605は、パイロットシンボルバッファ及びN個のストライプバッファからシンボルを広げる(例えばインターリーブする)ことによって、サブキャリアのシーケンス610を生成する。
例えば一実施形態では、b(n)で表される、生成されたシンボルシーケンス610のn番目のシンボルは:
m=(n‐オフセット)mod NSC
k=floor(m/(N+1))
j=m mod(N+1)
b(n)=a(k,j)
によって定義でき、ここでn=0、1、2、…、NSC‐1であり、[x]は、xの整数部分を表し、a(0,k)はp(k)、即ちパイロットバッファのk番目のシンボルとなるように定義される。図6は、オフセット=0である場合を示す。シンボルシーケンス610の生成後、N個のストライプバッファは、N個の対応する物理レイヤパイプから更なるデータをロードしてよい。上述のように、Nの値はプログラム可能である。(Nの逆数、即ち1/Nは、パイロット密度と呼ぶことができる。)ネットワークコントローラは、放送伝送システムからの受信を行うUEデバイスの、予想される最大移動性に基づいて、Nの値を初期設定してよい。更に、Nの値は、例えば最大UE移動性の予想される変化に応答して変化してよい。より高い移動性は、典型的にはより小さい値のNを必要とする。反対に、より低い移動性は、典型的にはより大きい値のNを許容することになる。
オフセットは、あるOFDMシンボルから次のOFDMシンボル(又はある複数のOFDMシンボルのグループから次のグループ)へと、例えば線形に変化してよい。一実施形態では、オフセットは、OFDMシンボル間で固定量だけ増分してよい:オフセット←オフセット+定数。従って、パイロットシンボル及び各ストライプバッファからのシンボルの位置は、OFDM時間インデックスの関数として、サブキャリア間隔を通って連続的に循環することになる。シンボルシーケンス610は、IFFTユニット615によって逆変換してよい。得られた時間ドメインシンボルを、例えばガード区間挿入後に、伝送してよい。
ある一連の実施形態では、サーバを操作するための方法4600は、図46に示す操作を含んでよい。(方法4600はまた、上述の複数の特徴、要素、実施形態のいずれのサブセットを含んでよい。)方法4600は、第1のユーザ機器(UE)デバイスへのデータファイルの転送を促進するために使用してよく、ここでサーバは、IPネットワークの一部である。
4610では、サーバは、放送ゲートウェイからデータファイルのセグメントを受信してよく、放送伝送システムはまた、放送ゲートウェイからセグメントを受信し、これらをRF信号の一部として空中へ伝送してよい。第1のUEデバイスは、上記RF信号を受信して、RF信号から良好に復元できない1つ又は複数のセグメントを識別する1つ又は複数の消失セグメント指標を生成するよう構成され、ここで第1のUEデバイスは更に、IPネットワークを通して(例えばIPネットワークに連結されるWiFiアクセスポイントへのWiFi接続を用いて、又はIPネットワークに連結されるLTE eNodeBへのワイヤレス接続を用いて)、サーバに上記1つ又は複数の消失セグメント指標を伝送するよう構成される。
4615では、サーバは、第1のUEデバイスから、上記1つ又は複数の消失セグメント指標を受信する。
4620では、サーバは、上記消失セグメント指標によって識別された1つ又は複数のセグメントを、IPネットワークを通して(例えば同一のWiFi接続又はLTE接続を通して)第1のUEデバイスに送る。
いくつかの実施形態では、放送ゲートウェイもまた、IPネットワークの一部である。
いくつかの実施形態では、各消失セグメント指標は、各消失セグメントのシーケンス番号と、上記各消失セグメントに関連するタイムスタンプとを含む。
いくつかの実施形態では、RF信号は、複数のユーザデバイスが受信するためのビデオ放送信号も搬送する。
いくつかの実施形態では、放送ゲートウェイはまた、放送伝送システムへのサーバのURL(ユニフォームリソースロケータ)を提供し、放送伝送システムはこのURLを、RF信号の一部として第1のUEデバイスに伝送し、第1のUEデバイスはこのURLを用いて、IPネットワークを通したサーバへの接続を確立する。
ある一連の実施形態では、ユーザ機器デバイスを操作するための方法4700は、図47に示す操作を含んでよい。(方法4700はまた、上述の複数の特徴、要素、実施形態のいずれのサブセットを含んでよい。)方法4700は、ユーザ機器へのデータファイルの転送を促進するために使用してよい。
4710では、ユーザ機器デバイスは、放送伝送システムによってワイヤレスで伝送されるRF信号の、雑音で撹乱されたバージョンを受信し、ここで放送伝送システムは、上記RF信号中のデータファイルのセグメントを伝送する。
4715では、ユーザ機器デバイスは、(例えばベースバンドへの下方変換、アナログ‐デジタル変換、シンボル推定及びデータデコーディングによって)上記雑音で撹乱されたバージョンを操作して、セグメントの推定を復元する。
4720では、ユーザ機器デバイスは上記推定を分析して、(例えばCRC等の誤差検出符号を分析することによって)どのセグメントが良好に受信されていないかを決定する。
4725では、ユーザ機器デバイスは、IPネットワークを介して、1つ又は複数の消失セグメント指標をサーバに伝送し、ここで各消失セグメント指標は、良好に受信されなかったセグメントのうちの対応するものを(そのシーケンス番号及び/又は受信タイムスタンプによって)識別する。
いくつかの実施形態では、消失セグメント指標の受信に応答して、サーバはIPネットワークを通して、ユーザ機器デバイスに消失セグメントデータを送り、ここで上記消失セグメントデータは、上記1つ又は複数の消失セグメント指標によって識別される1つ又は複数のセグメントそれぞれのコピーを含む。
いくつかの実施形態では、上記1つ又は複数の消失セグメント指標を伝送する動作は、WiFiアクセスポイントへのWiFi接続を用いて、上記1つ又は複数の消失セグメント指標をワイヤレス伝送することを含み、上記WiFiアクセスポイントは、IPネットワークに(必ずしも直接でなくてもよいが)連結される。
いくつかの実施形態では、上記1つ又は複数の消失セグメント指標を伝送する動作は、ベースステーションへのワイヤレス接続を用いて、上記1つ又は複数の消失セグメント指標をワイヤレス伝送することを含み、上記ベースステーションは、IPネットワークに(必ずしも直接でなくてもよいが)連結される。
いくつかの実施形態では、ワイヤレス接続はLTE接続であり、ベースステーションはLTE eNodeBである。
いくつかの実施形態では、RF信号はまた、1つ又は複数のビデオ放送ストリームも搬送する。
いくつかの実施形態では、放送伝送システムは、IPネットワークに接続された放送ネットワークの一部である。
ある一連の実施形態では、ゲートウェイ4800は、図48に示すように構成してよい。ゲートウェイ4800は、チャネルエンコーディングユニット4810、レートマッチングユニット4815、制御ユニット4820を含んでよい。(ゲートウェイ4800はまた、上述の複数の特徴、要素、実施形態のいずれのサブセットを含んでよい。)ゲートウェイは、動的に可変である符号化レートのチャネルエンコーディングを、放送伝送システムが伝送することになる1つ又は複数のデータストリームに適用するために使用してよい。1つ又は複数のデータストリームのうちの少なくとも1つは、可変レートストリーム(即ち単位時間あたり可変数の情報ビットを含む)である。放送伝送システムは、一定の物理トランスポートレートでデータを伝送するよう構成され、ゲートウェイは以下を含む。
ゲートウェイは、コンピュータシステムによって、1つ若しくは複数のASIC等の専用のデジタルハードウェアによって、FPGA等の1つ若しくは複数のプログラマブルハードウェア要素によって、又は以上のいずれの組み合わせによって実装できる。
チャネルエンコーディングユニット4810は、上記1つ又は複数のデータストリームDS1、DS2、…、DSNに、固定符号化レートのチャネル符号化を適用して、それぞれ1つ又は複数の符号化されたストリームを得るよう構成される。
レートマッチングユニット(RMU)4815は、上記1つ又は複数の符号化されたストリームを修正して、1つ又は複数のそれぞれ修正されたストリームを得るよう構成され、RMUは、上記1つ若しくは複数の符号化されたストリームにヌル値を注入することによって、及び/又は上記1つ若しくは複数の符号化されたストリームのうちの選択した値をパンクチュアリング(即ち破棄)することによって、上記1つ又は複数の符号化されたストリームを修正するよう構成される。
制御ユニット4820は、上記1つ又は複数のデータストリームそれぞれにおける、単位時間あたりの情報ビット数を示す情報を受信するよう構成される。
制御ユニット4820は更に、上記1つ又は複数の修正されたストリームの集合ビットレートが上記一定の物理トランスポートレートに適合する(即ち上記一定の物理トランスポートレートに近接するがこれを超えない)ように、単位時間あたりに注入されるゼロ値の数及び/又は単位時間あたりにパンクチュアリングされる値の数を変化させるよう構成される。制御ユニットは、レートマッチングユニットに制御信号を供給して、ヌル注入レート及び/又はパンクチュアリングレートを指定する。制御ユニットは、1つ又は複数のデータストリームそれぞれにおける単位時間あたりの上記1つ又は複数の情報ビット数に基づいて、単位時間あたりに注入されるゼロ値の数及び/又は単位時間あたりにパンクチュアリングされる値の数を変化させるよう構成される。
いくつかの実施形態では、放送伝送システムは、OFDM出力信号の一部として上記1つ又は複数の修正されたストリームを伝送するよう構成される。
いくつかの実施形態では、上記一定の物理トランスポートレートは、少なくとも部分的には、OFDM出力信号が使用するサブキャリアの数、OFDM出力信号のシンボルレート及びサブキャリアが使用する変調スキームによって決定される。
いくつかの実施形態では、1つ又は複数のデータストリームは、1つ若しくは複数のビデオストリーム及び/又は1つ若しくは複数の音声ストリームを含む。
ある一連の実施形態では、方法4900は、図49に示す操作を含んでよい。(方法4900はまた、上述の複数の特徴、要素、実施形態のいずれのサブセットを含んでよい。)方法4900は、動的に可変である符号化レートのチャネルエンコーディングを、放送伝送システムが伝送することになる1つ又は複数のデータストリームに適用するために使用してよい。1つ又は複数のデータストリームのうちの少なくとも1つは、可変レートストリーム(即ち単位時間あたり可変数の情報ビットを含む)であり、放送伝送システムは、一定の物理トランスポートレートでデータを伝送するよう構成される。
4910では、本方法は、1つ又は複数のデータストリームそれぞれにおける、単位時間あたりの情報ビットの数を示す情報を受信するステップを含む。
4915では、本方法は、固定符号化レートのチャネルエンコーディングを上記1つ又は複数のデータストリームに適用して、それぞれ1つ又は複数の符号化されたストリームを得るステップを含む。
4920では、本方法は、上記1つ又は複数の符号化されたストリームを修正して、1つ又は複数のそれぞれ修正されたストリームを得るステップを含み、ここで上記1つ又は複数の符号化されたストリームを修正するステップは、ヌル値を上記1つ若しくは複数の符号化されたストリームに注入する、及び/又は上記1つ又は複数の符号化されたストリームの選択した値をパンクチュアリングするステップを含み、単位時間あたりに注入されるヌル値の数、及び/又は単位時間あたりにパンクチュアリングされる値の数は、上記1つ又は複数の修正されたストリームの集合ビットレートが、一定の物理トランスポートレートに適合するように、変更され、上記変更は、上記1つ又は複数のデータストリームそれぞれの、単位時間あたりの情報ビットの1つ又は複数の数に基づいて実施される。
いくつかの実施形態では、本方法はまた、ワイヤレスチャネルを通した伝送のための放送伝送システムに1つ又は複数の修正されたストリームを供給するステップを含む。
OFDM波形構成可能性に関する更なる実施形態を、以下の番号付き段落において開示する。
1.1 放送伝送システムを構成するための方法であって、上記放送伝送システムは、OFDMを用いて信号を伝送するよう構成され、上記方法は:
選択された伝送帯域と、以下のうちの1つ又は複数:2つ以上のFFTサイズの組から選択されたFFTサイズの値;2つ以上のサイクリックプレフィクス百分率値の組から選択された(伝送されたOFDMシンボルに関する)CP百分率値とを用いて伝送を行うように、放送伝送システムを構成するステップ
を含み、上記選択された伝送帯域は、異なる帯域幅の利用可能な複数の伝送帯域の組から選択され、放送伝送システムのデジタル‐アナログ変換ユニットが使用することになるサンプルレートの値は、サンプルレートと帯域幅との間の線形関係に従って、上記選択された伝送帯域の帯域幅に基づいて決定される、方法。
1.2 上記線形関係は、既存のLTE通信規格に適合する、実施形態1.1の方法。
1.3 上記CP百分率の選択された値は、上記放送伝送システムに対応するあるセルにおける、ユーザ機器デバイスに関する、予想される最大遅延広がりに基づいて決定される、実施形態1.1の方法。
1.4 上記FFTサイズの選択された値は、上記放送伝送システムに対応するあるセルにおける、ユーザ機器デバイスに関する、予想される最大モーションレートに基づいて決定される、実施形態1.1の方法。
2.1 放送伝送システムを構成するための方法であって、上記放送伝送システムは、OFDMを用いて信号を伝送するよう構成され、上記方法は:
選択された伝送帯域と、以下のうちの1つ又は複数:2つ以上のOFDMサブキャリア間隔の値の組から選択されたOFDMサブキャリア間隔の値;2つ以上のサイクリックプレフィクス百分率値の組から選択された(伝送されたOFDMシンボルに関する)CP百分率値とを用いて伝送を行うように、放送伝送システムを構成するステップ
を含み、上記選択された伝送帯域は、異なる帯域幅の利用可能な複数の伝送帯域の組から選択され、放送伝送システムのデジタル‐アナログ変換ユニットが使用することになるサンプルレートの値は、サンプルレートと帯域幅との間の線形関係に従って、上記選択された伝送帯域の帯域幅に基づいて決定される、方法。
2.2 上記2つ以上の間隔の値の組は、3つ以上の間隔の値を含む、実施形態2.1の方法。
2.3 上記サブキャリア間隔の選択された値は、上記放送伝送システムに対応するあるセルにおける、ユーザ機器デバイスの、予想される最大モーションレートに基づいて決定される、実施形態2.1の方法。
3.1 放送伝送システムを構成するための方法であって、上記放送伝送システムは、OFDMを用いて信号を伝送するよう構成され、上記方法は:
選択された伝送帯域と、以下のうちの1つ又は複数:FFTサイズの組又はOFDMサブキャリア間隔の値の組である2つ以上の値の第1の組から選択された、第1のパラメータ値;CP百分率値の組又はガード区間長さの組である2つ以上の値の第2の組から選択された、第2のパラメータ値とを用いて伝送を行うように、放送伝送システムを構成するステップ
を含み、上記選択された伝送帯域は、異なる帯域幅の利用可能な複数の伝送帯域の組から選択され、放送伝送システムのデジタル‐アナログ変換ユニットが使用することになるサンプルレートの値は、サンプルレートと帯域幅との間の線形関係に従って、上記選択された伝送帯域の帯域幅に基づいて決定される、方法。
3.2 上記第2のパラメータ値は、ガード区間長さであり、上記ガード区間長さは、サイクリックプレフィクス期間又はヌル区間長さである、実施形態3.1の方法。
4.1 放送伝送システムを構成するための、コンピュータ実装型の方法であって、上記放送伝送システムは、OFDMを用いて信号を伝送するよう構成され、上記方法は:
伝送帯域と、以下のうちの1つ又は複数:FFTサイズの組又はOFDMサブキャリア間隔の値の組である2つ以上の値の第1の組からの第1のパラメータ値;CP百分率値の組又はガード区間長さの組である2つ以上の値の第2の組からの第2のパラメータ値とを選択するステップ
を含み、上記伝送帯域は、異なる帯域幅の利用可能な複数の伝送帯域の組から選択され、放送伝送システムのデジタル‐アナログ変換ユニットが使用することになるサンプルレートの値は、サンプルレートと帯域幅との間の線形関係に従って、上記選択された伝送帯域の帯域幅に基づいて決定され、
また上記方法は:
パラメータ情報を(例えばIPネットワークを通して)上記放送伝送システムに伝送するステップであって、上記パラメータ情報は、上記選択された伝送帯域、上記第1のパラメータ値及び上記第2のパラメータ値を識別し、上記放送伝送システムは、上記選択された伝送帯域、上記第1のパラメータ値及び上記第2のパラメータ値を用いてOFDM信号を伝送するように上記放送伝送システム自体を再構成するよう設計される、ステップ
を含む、方法。
4.2 上記放送伝送システムは、上記パラメータ情報を(例えばUEデバイスへのワイヤレス放送伝送を介して)上記UEデバイスに伝送するよう構成され、上記UEデバイスは、上記選択された伝送帯域、上記第1のパラメータ値及び上記第2のパラメータ値を用いて、OFDM信号を受信するように上記UEデバイス自体を再構成するよう設計される、実施形態4.1の方法。
5.1 ユーザ機器(UE)デバイスを構成するための方法であって、上記UEデバイスは、OFDMを用いて信号を受信するよう構成され、上記方法は:
選択された受信帯域と、以下のうちの1つ又は複数:FFTサイズの組又はOFDMサブキャリア間隔の値の組である2つ以上の値の第1の組から選択された、第1のパラメータ値;CP百分率値又はガード区間長さの組である2つ以上の値の第2の組から選択された、第2のパラメータ値とを用いて受信を行うよう、上記UEデバイスを構成するステップ
を含み、上記選択される受信帯域は、異なる帯域幅の利用可能な複数の受信帯域の組から選択され、UEデバイスのアナログ‐デジタル変換ユニットが使用することになるサンプルレートの値は、サンプルレートと帯域幅との間の線形関係に従って、上記選択された受信帯域の帯域幅に基づいて決定される、方法。
5.2 上記線形関係は、既存のLTE通信規格に適合する、実施形態5.1の方法。
構成可能なパイロット密度に関する更なる実施形態を以下の番号付き実施形態において開示する。
6.1 ユーザ機器の移動性の選択された環境をもたらすために、放送伝送システムを操作するための方法であって、上記方法は:
N個のデータストライプを受信するステップであって、ここでNは正の整数であり、Nはプログラム可能なパラメータであり、Nの値は、UEデバイスの予想される最大移動性に基づいて選択され、上記N個のデータストライプは1つ又は複数のビデオデータストリームに関するデータを含む、ステップ;
シンボルのシーケンスを生成するステップであって、上記シーケンスの各シンボルは、OFDMサブキャリアの組のうちの各OFDMサブキャリアに対応し、上記生成するステップは、パイロットシンボルと、上記N個のデータストライプからのシンボルとを周期的にインターリーブするステップを含み、上記シーケンス中のN+1個のシンボルの連続するセグメントはそれぞれ、上記N個のストライプそれぞれからの1つのシンボルと、1つのパイロットシンボルとを含む、ステップ;
上記シンボルのシーケンスに対してIFFTを実施して、OFDM伝送シンボルを得るステップ
を含む、方法。
6.2 Nの値は、上記予想される最大移動性の所定の減少関数を評価することによって選択される、実施形態6.1の方法。
6.3 Nは1より大きい、実施形態6.1の方法。
6.4 Nの値を再定義する入力を受信するステップ;
上記再定義されたNの値を用いて、上記生成を実施するするステップと、上記IFFTを実施するステップとを実施して、上記シンボルのシーケンスにおいてパイロットシンボルの異なる密度を達成するステップ
を更に含む、実施形態6.1の方法。
6.5 上記生成するステップと、上記IFFTを実施するステップとを、周期的に反復するステップを更に含み、各反復において、上記周期的にインターリーブするステップは、直前の反復に対して固定量だけ、ストライプインデックスに対するサブキャリア位置のマッピングを前進させる、実施形態6.1の方法。
7.1 ユーザ機器(UE)デバイスを操作するための方法であって、上記方法は:
ワイヤレスチャネルからOFDM信号を受信するステップ;
上記OFDM信号の時間ドメインOFDMシンボルに対してFFTを実施して、シンボルのシーケンスを得るステップであって、上記シーケンスの各シンボルは、OFDMサブキャリアの組のうちの各OFDMサブキャリアに対応し、上記シーケンス中のN+1個のシンボルの連続するセグメントはそれぞれ、N個のデータストライプそれぞれからの1つのシンボルと、1つのパイロットシンボルとを含む、ステップ;
上記シーケンスの上記シンボルをデインターリーブすることによって、上記シンボルのシーケンスから、上記N個のストライプそれぞれに対応するシンボルを復元するステップ;
上記N個のストライプそれぞれに対応する上記シンボルを、対応するストライプ出力バッファへと前進させるステップ
を含む、方法。
7.2 Nの値はプログラム可能である、実施形態7.1の方法。
7.3 Nは1より大きい、実施形態7.1の方法。
7.4 上記UEデバイスは上記パイロットシンボルを用いてチャネル推定を実施する、実施形態7.1の方法。
7.5 上記ストライプ出力バッファのうちの1つ又は複数からの上記シンボルに対する操作を行って、対応するストライプ出力ストリームを得るステップを更に含む、実施形態7.1の方法。
7.6 上記OFDM信号から、再定義されたNの値を復元するステップ;並びに
上記再定義されたNの値を用いて、上記FFT、上記復元するステップ及び上記前進させるステップを実施するステップ
を更に含む、実施形態7.1の方法。
7.7 上記FFT、上記復元するステップ及び上記前進させるステップを周期的に反復するステップを更に含み、各反復において、上記デインターリーブするステップは、直前の反復に対して固定量だけ、ストライプインデックスに対するサブキャリア位置のマッピングを前進させる、実施形態7.1の方法。
本明細書に記載の様々な実施形態のいずれは、例えばコンピュータ実装型の方法として、コンピュータ可読メモリ媒体として、コンピュータシステムとして等の様々な形態のいずれにおいて実現できる。システムは、特定用途向け集積回路(ASIC)等の1つ若しくは複数の専用設計のハードウェアデバイスによって、フィールドプログラマブルゲートアレイ(FPGA)等の1つ若しくは複数のプログラマブルハードウェア要素によって、記憶されているプログラム命令を実行する1つ若しくは複数のプロセッサによって、又は以上のいずれの組み合わせによって、実現できる。
いくつかの実施形態では、非一時的コンピュータ可読メモリ媒体は、プログラム命令及び/又はデータを記憶するよう構成してよく、このプログラム命令は、コンピュータシステムによって実行された場合に、上記コンピュータシステムに、例えば本明細書に記載の方法実施形態のうちのいずれか、又は本明細書に記載の方法実施形態のうちのいずれかの組み合わせ、又は本明細書に記載の方法実施形態のうちのいずれかのいずれのサブセット、又はこのようなサブセットのいずれの組み合わせである、方法を実施させる。
いくつかの実施形態では、コンピュータシステムは、プロセッサ(又はプロセッサのセット)及びメモリ媒体を含むよう構成してよく、メモリ媒体はプログラム命令を記憶し、ここでプロセッサは、メモリ媒体からプログラム命令を読み出して実行するよう構成され、プログラム命令は、本明細書に記載の様々な方法実施形態のうちのいずれか(又は本明細書に記載の方法実施形態のうちのいずれかの組み合わせ、又は本明細書に記載の方法実施形態のうちのいずれかのいずれのサブセット、又はこのようなサブセットのいずれの組み合わせ)を実装するために実行可能である。このコンピュータシステムは、様々な形態のいずれにおいて実現できる。例えばこのコンピュータシステムは、(その様々な実現形態のいずれにおける)パーソナルコンピュータ、ワークステーション、カード上のコンピュータ、ボックス内の特定用途向けコンピュータ、サーバコンピュータ、クライアントコンピュータ、ハンドヘルドデバイス、移動体デバイス、ウェアラブルコンピュータ、感知デバイス、テレビ、ビデオ取得デバイス、生体埋め込み型コンピュータ等であってよい。コンピュータシステムは、1つ又は複数のディスプレイデバイスを含んでよい。本明細書で開示されている様々な計算結果のいずれは、ディスプレイデバイスによって表示してよく、又はそうでない場合はユーザインタフェースデバイスを介した出力として提示してよい。
好ましい実施形態と共に以上の実施形態に関して説明してきたが、これらは、本明細書に示した特定の形態に限定することを意図していない。それどころか、添付の請求項によって定義されるような本発明の実施形態の精神及び範囲内に当然含まれ得るような、このような代替例、修正例及び均等物を包含することを意図している。

Claims (14)

  1. 第1のユーザ機器(UE)デバイスへのデータファイルの転送を促進するためにサーバを操作するための方法であって、
    前記サーバは、IPネットワークの一部であり、
    前記方法は:
    a.放送ゲートウェイからデータファイルのセグメントを受信するステップ(4610)であって、
    a1.放送伝送システムもまた、前記放送ゲートウェイから前記セグメントを受信して、前記セグメントをRF信号の一部として空中へ伝送し、前記放送ゲートウェイもまた前記IPネットワークの一部であり、
    a2.前記第1のUEデバイスは、前記RF信号を受信して、前記RF信号から良好に復元できない1つ又は複数のセグメントを識別する1つ又は複数の消失セグメント指標を生成するよう構成され、
    a3.前記第1のUEデバイスは更に、前記1つ又は複数の消失セグメント指標を、IPネットワークを通して伝送するよう構成される、ステップ;
    b.前記1つ又は複数の消失セグメント指標を前記第1のUEデバイスから受信するステップ(4615);
    c.前記消失セグメント指標によって識別された前記1つ又は複数のセグメントを、前記IPネットワークを通して前記第1のUEデバイスに送信するステップ(4620)
    を含む、方法。
  2. 各前記消失セグメント指標は、各前記消失セグメントのシーケンス番号と、各前記消失セグメントに関連するタイムスタンプとを含む、請求項1に記載の方法。
  3. 前記RF信号はまた、複数のユーザデバイスが受信するためのビデオ放送信号も搬送する、請求項1に記載の方法。
  4. 前記放送ゲートウェイはまた、前記放送伝送システムへの前記サーバのユニフォームリソースロケータ(URL)を提供し、
    前記放送伝送システムは前記URLを、前記RF信号の一部として前記第1のUEデバイスに伝送し、
    前記第1のUEデバイスは前記URLを用いて、前記IPネットワークを通した前記サーバへの接続を確立する、請求項1に記載の方法。
  5. ユーザ機器へのデータファイルの転送を促進するために、ユーザ機器デバイスを操作するための方法であって、
    前記方法は:
    放送伝送システムによってワイヤレス伝送されたノイズ撹乱バージョンのRF信号を受信するステップ(4710)であって、前記放送伝送システムは、放送ゲートウェイからデータファイルの複数のセグメントを受信し、前記RF信号において前記データファイルの前記複数のセグメントを伝送する、ステップ(4710);
    前記ノイズ撹乱バージョンに対する操作を行って、前記セグメントの推定を復元するステップ(4715);
    前記推定を分析して、前記セグメントのうちのどのセグメントがうまく受信されていないかを決定するステップ(4720);
    IPネットワークを介して、前記1つ又は複数の消失セグメント指標をサーバに伝送するステップ(4725)であって、各前記消失セグメント指標は、前記セグメントのうちの、良好に受信されなかった1つの対応するセグメントを識別する、ステップ(4725)
    を含み、
    前記放送ゲートウェイもまた前記IPネットワークの一部である、方法。
  6. 前記消失セグメント指標の受信に応答して、前記サーバは、前記IPネットワークを通して、前記ユーザ機器デバイスに消失セグメントデータを送り、
    前記消失セグメントデータは、前記1つ又は複数の消失セグメント指標によって識別される前記1つ又は複数のセグメントそれぞれのコピーを含む、請求項に記載の方法。
  7. 前記1つ又は複数の消失セグメント指標を伝送するステップ(4725)は、WiFiアクセスポイントへのWiFi接続を用いて、前記1つ又は複数の消失セグメント指標をワイヤレス伝送するステップを含み、
    前記WiFiアクセスポイントは、前記IPネットワークに連結される、請求項に記載の方法。
  8. 前記1つ又は複数の消失セグメント指標を伝送するステップ(4725)は、ベースステーションへのワイヤレス接続を用いて、前記1つ又は複数の消失セグメント指標をワイヤレス伝送することを含み、
    前記ベースステーションは、前記IPネットワークに連結される、請求項に記載の方法。
  9. 前記ワイヤレス接続はLTE接続であり、前記ベースステーションはLTE eNodeBである、請求項に記載の方法。
  10. 前記RF信号はまた、1つ又は複数のビデオ放送ストリームも搬送する、請求項1に記載の方法。
  11. 前記放送伝送システムは、前記IPネットワークに接続された放送ネットワークの一部である、請求項1に記載の方法。
  12. 請求項1〜のいずれか1項に記載の方法に従って動作するよう適合された、サーバ。
  13. 請求項11のいずれか1項に記載の方法に従って動作するよう適合された、ユーザ機器デバイス。
  14. 請求項1〜11のいずれか1項に記載の方法を実装するための命令を含む、コンピュータプログラム。
JP2016545247A 2013-09-26 2014-09-26 次世代放送システム及び方法 Active JP6496740B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361883168P 2013-09-26 2013-09-26
US61/883,168 2013-09-26
US201361883749P 2013-09-27 2013-09-27
US61/883,749 2013-09-27
US201361890709P 2013-10-14 2013-10-14
US61/890,709 2013-10-14
PCT/US2014/057894 WO2015048569A2 (en) 2013-09-26 2014-09-26 Next generation broadcast system and method

Publications (2)

Publication Number Publication Date
JP2016541210A JP2016541210A (ja) 2016-12-28
JP6496740B2 true JP6496740B2 (ja) 2019-04-03

Family

ID=51862523

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016545247A Active JP6496740B2 (ja) 2013-09-26 2014-09-26 次世代放送システム及び方法

Country Status (6)

Country Link
US (2) US10034147B2 (ja)
EP (1) EP3050278B1 (ja)
JP (1) JP6496740B2 (ja)
KR (1) KR102192605B1 (ja)
CN (1) CN105900392B (ja)
WO (1) WO2015048569A2 (ja)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9843845B2 (en) 2012-11-28 2017-12-12 Sinclair Broadcast Group, Inc. Terrestrial broadcast market exchange network platform and broadcast augmentation channels for hybrid broadcasting in the internet age
US9621389B2 (en) * 2013-09-30 2017-04-11 Volvo Car Corporation Method to introduce complementing training symbols into a 802.11p OFDM frame in vehicular communications
US10034179B2 (en) 2013-10-30 2018-07-24 Sai C. Manapragada System and method for extending range and coverage of bandwidth intensive wireless data streams
US9906299B2 (en) * 2014-03-08 2018-02-27 Avago Technologies General Ip (Singapore) Pte. Ltd. Upstream frame configuration for ethernet passive optical network protocol over coax (EPoC) networks
US20150271226A1 (en) * 2014-03-18 2015-09-24 Qualcomm Incorporated Transport accelerator implementing a multiple interface architecture
KR101895946B1 (ko) * 2014-06-16 2018-09-07 엘지전자 주식회사 무선 통신 시스템에서 장치 대 장치 단말의 신호 송수신 방법 및 장치
WO2016022287A1 (en) 2014-08-07 2016-02-11 Coherent Logix, Incorporated Multi-partition radio frames
CA2956957C (en) * 2014-08-07 2019-02-12 ONE Media, LLC Dynamic configuration of a flexible orthogonal frequency division multiplexing phy transport data frame
US10411931B2 (en) * 2014-10-31 2019-09-10 Lg Electronics Inc. Method for transreceiving PPDU in wireless communication system and device for same
WO2016117904A1 (ko) 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP6578710B2 (ja) * 2015-04-03 2019-09-25 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016161594A1 (zh) * 2015-04-09 2016-10-13 华为技术有限公司 一种数据传输的方法及装置
US9787430B2 (en) 2015-05-01 2017-10-10 Qualcomm Incorporated Dynamic setting of FEC in eMBMS video streaming
CN113242448B (zh) * 2015-06-02 2023-07-14 索尼公司 发送装置和方法、媒体处理装置和方法以及接收装置
US10432680B2 (en) 2015-06-02 2019-10-01 Sony Corporation System time frequency and time information
JP6729379B2 (ja) * 2015-07-01 2020-07-22 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
US9918139B2 (en) 2015-07-07 2018-03-13 At&T Intellectual Property I, L.P. Distributed architecture for mobile streaming content delivery
WO2017014591A1 (en) * 2015-07-23 2017-01-26 Samsung Electronics Co., Ltd. Transmitting apparatus, receiving apparatus, and control methods thereof
US10412426B2 (en) 2015-09-17 2019-09-10 Sony Corporation Transmission device, receiving device, and data processing method
EP3376785A4 (en) * 2015-11-13 2018-11-14 Sony Corporation Device and method
WO2017177010A1 (en) * 2016-04-07 2017-10-12 ONE Media, LLC Next generation terrestrial broadcasting platform aligned internet and towards emerging 5g network architectures
CN116567823A (zh) 2016-04-21 2023-08-08 索尼公司 终端设备、基站设备和通信方法
US10021435B2 (en) * 2016-05-17 2018-07-10 SpectraRep, LLC Method and system for datacasting and content management
US11075737B2 (en) 2016-05-20 2021-07-27 Interdigital Patent Holdings, Inc. Methods, apparatus, systems and procedures for supporting multicast transmission
US11381944B2 (en) * 2016-09-11 2022-07-05 Lg Electronics Inc. Signal transmission method for V2X communication in wireless communication system and device therefor
WO2018199984A1 (en) * 2017-04-28 2018-11-01 Nokia Technologies Oy Frequency-domain transmitters and receivers which adapt to different subcarrier spacing configurations
US10707988B2 (en) * 2017-09-11 2020-07-07 Mediatek Singapore Pte. Ltd Transport block size determination in mobile communications
KR101999728B1 (ko) * 2017-11-21 2019-07-12 주식회사 케이티 방송 스트림을 송출하는 방법, 재전송 서버 및 미디어 재생 장치
CN111133825A (zh) * 2017-12-26 2020-05-08 英特尔Ip公司 用于无线传输的增强型时间敏感网络协调
CN110098899B (zh) * 2018-01-31 2021-11-09 国广融合(北京)传媒科技发展有限公司 一种基于融合传输系统的协议栈、数据重传的方法
MX2020008889A (es) * 2018-02-26 2020-10-12 Sinclair Broadcast Group Inc Plataforma de radiodifusion virtualizada de inquilinos multicanales de quinta (5g) generacion y convergencia.
US10439683B1 (en) * 2018-06-13 2019-10-08 Sinclair Broadcast Group, Inc. Broadcast relaying via single-channel transmission
CN110662254B (zh) 2018-06-28 2021-03-09 上海推络通信科技合伙企业(有限合伙) 一种被用于无线通信的通信节点中的方法和装置
US11196512B2 (en) * 2018-06-29 2021-12-07 Qualcomm Incorporated Resolving decodability for subsequent transmissions whose throughput exceeds a threshold
CN110958068B (zh) * 2018-09-27 2021-09-21 华为技术有限公司 一种视频传输的方法和设备
CN109450982B (zh) * 2018-10-15 2020-07-03 视联动力信息技术股份有限公司 一种网络通讯方法和系统
CA3121124A1 (en) * 2018-11-30 2020-06-04 Sinclair Broadcast Group, Inc. Atsc 3.0 physical layer extensions to enable mobility broadcast 5g convergence
US11363467B2 (en) * 2019-03-04 2022-06-14 Sinclair Broadcast Group, Inc. Enabling efficient deterministic virtualized broadcast spectrum sharing and usage validation
US11245953B2 (en) * 2019-10-10 2022-02-08 Dish Network L.L.C. Packetized content stream-enabled headphone system
EP3836437A1 (en) * 2019-12-12 2021-06-16 Rohde & Schwarz GmbH & Co. KG Broadcasting system and method of processing data to be transmitted over the air
EP3863205B1 (en) * 2020-02-06 2023-05-24 Rohde & Schwarz GmbH & Co. KG System and method of distributing data for carrier aggregation in 5g broadcasting
JP7465112B2 (ja) 2020-02-21 2024-04-10 日本放送協会 送信サーバ、送信装置、受信装置及びプログラム
JP7449112B2 (ja) 2020-02-25 2024-03-13 日本放送協会 送信サーバ、送信装置、受信装置、符号化器、復号器、及びプログラム
JP7461161B2 (ja) 2020-02-25 2024-04-03 日本放送協会 送信サーバ、送信装置、受信装置及びプログラム
CN113411291A (zh) * 2020-03-17 2021-09-17 国广融合(北京)传媒科技发展有限公司 一种文件传输保护方法及装置

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6961538B2 (en) 2000-01-04 2005-11-01 The Directtv Group, Inc. Method and apparatus for in-line detection of satellite signal lock
US8065701B2 (en) * 1997-04-30 2011-11-22 Sony Corporation Information broadcasting method, information broadcasting system, and receiving apparatus for transmitting data other than program through digital broadcasting
US6993004B2 (en) * 1998-10-29 2006-01-31 Sound Starts, Inc. Method and apparatus for practicing IP telephony from an Internet-capable radio
JP3022530B1 (ja) * 1998-12-07 2000-03-21 日本電気株式会社 Cdma無線通信システムにおけるマルチキャスト通信方式
US6577353B1 (en) 1999-10-21 2003-06-10 General Electric Company Optimization of television reception by selecting among or combining multiple antenna inputs
JP2002232478A (ja) * 2000-11-06 2002-08-16 Matsushita Electric Ind Co Ltd 送信装置、受信装置及び放送データ配信方法
JP2002237813A (ja) * 2001-02-09 2002-08-23 Mobile Contents Fund:Kk 情報配信システム及びデータ通信端末
JP2002290357A (ja) * 2001-03-28 2002-10-04 Clarion Co Ltd デジタル放送における再放送信号の配信システムおよび配信方法並びに配信管理システム
US6763229B2 (en) 2001-05-02 2004-07-13 Koninklijke Philips Electronics N.V. Timing recovery switching for an adaptive digital broadband beamforming (antenna diversity) for ATSC terrestrial DTV based on segment sync detection
US20030088876A1 (en) * 2001-11-08 2003-05-08 Liberate Technologies Video on demand gateway
JP3912091B2 (ja) * 2001-12-04 2007-05-09 ソニー株式会社 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
JP4100182B2 (ja) 2003-01-30 2008-06-11 松下電器産業株式会社 通信端末装置及びその制御方法
US7792150B2 (en) * 2005-08-19 2010-09-07 Genband Us Llc Methods, systems, and computer program products for supporting transcoder-free operation in media gateway
FR2893202A1 (fr) 2005-11-07 2007-05-11 France Telecom Procede et systeme de mesure d'occupation et d'allocation du spectre de transmission
DE102006021947A1 (de) * 2006-05-11 2007-11-15 Robert Bosch Gmbh Verfahren zur Signalisierung einer Verbindungsaufforderung
ES2537760T3 (es) * 2006-09-26 2015-06-11 Liveu Ltd. Sistema de transmisión remoto
JP2009038444A (ja) * 2007-07-31 2009-02-19 Hitachi Kokusai Electric Inc ネットワークシステム、制御方法及びゲートウェイ装置
US7903540B2 (en) * 2007-08-02 2011-03-08 Alvarion Ltd. Method and device for synchronization in wireless networks
US8752102B2 (en) 2008-01-03 2014-06-10 Microsoft Corporation Intelligent retransmission of data stream segments
JP5188189B2 (ja) * 2008-01-18 2013-04-24 富士通株式会社 認証システム、認証装置及びコンピュータプログラム
JP5224962B2 (ja) * 2008-07-31 2013-07-03 アルパイン株式会社 デジタル放送受信装置およびデジタル放送に多重化されたipパケットの取得方法
EP2329654B1 (en) 2008-09-26 2014-08-06 Telegent Systems, Inc. Devices of digital video reception and output having error detection and concealment circuitry and techniques
US20100232338A1 (en) * 2009-03-13 2010-09-16 Qualcomm Incorporated Apparatus and method for providing venuecast services on a next generation forward link only (flo) network
CN101826987B (zh) * 2010-04-27 2012-05-02 北京邮电大学 一种基于融合开放网络的混合服务支撑系统及方法
CN102348207B (zh) * 2010-07-29 2015-06-17 华为技术有限公司 无线通信系统、mtc器件
US8978074B2 (en) * 2011-08-29 2015-03-10 At&T Mobility Ii Llc Method and apparatus for providing wireless digital television service
US9537902B2 (en) * 2013-02-13 2017-01-03 Qualcomm Incorporated Enabling devices without native broadcast capability to access and/or receive broadcast data in an efficient manner
US9071959B2 (en) * 2013-02-21 2015-06-30 International Business Machines Corporation Service awareness and seamless switchover between client based WiFi access and mobile data network access
US20140241168A1 (en) * 2013-02-25 2014-08-28 Qualcomm Incorporated Indicating whether data was subjected to interference

Also Published As

Publication number Publication date
EP3050278B1 (en) 2021-09-15
KR20160107149A (ko) 2016-09-13
US10034147B2 (en) 2018-07-24
US20150085735A1 (en) 2015-03-26
WO2015048569A3 (en) 2015-06-04
KR102192605B1 (ko) 2020-12-17
US20180317055A1 (en) 2018-11-01
WO2015048569A2 (en) 2015-04-02
EP3050278A2 (en) 2016-08-03
CN105900392B (zh) 2019-04-05
JP2016541210A (ja) 2016-12-28
CN105900392A (zh) 2016-08-24

Similar Documents

Publication Publication Date Title
JP6496740B2 (ja) 次世代放送システム及び方法
US10560756B2 (en) Terrestrial broadcast market exchange network platform and broadcast augmentation channels for hybrid broadcasting in the internet age
US20210368476A1 (en) Method and apparatus for processing a multicast broadcast data stream
JP6640085B2 (ja) 放送/ブロードバンド輻輳ネットワーク
US9948417B2 (en) Broadcast transmission device, method by which broadcast transmission device processes data, broadcast reception device and method by which broadcast reception device processes data
JP6262880B2 (ja) 放送伝送装置、放送受信装置、放送伝送装置の動作方法及び放送受信装置の動作方法
CN106464929B (zh) 广播信号发送/接收方法和装置
TW200845638A (en) Airlink management in a wireless broadcast system
KR101870929B1 (ko) 방송 수신 장치, 방송 수신 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
KR20160142327A (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
CN106464677A (zh) 发送/接收广播信号的方法和设备
KR101788065B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101875667B1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR101838206B1 (ko) 방송 수신 장치 및 방송 수신 장치의 동작 방법
Kou et al. Next generation broadcast wireless systems: Challenges and trends
US20120071084A1 (en) Coverage gap mitigation for wide broadcast area networks
Ji et al. A realisation of broadcast cognitive pilot channels piggybacked on T‐DMB
KR20160144394A (ko) 방송 전송 장치, 방송 전송 장치의 동작 방법, 방송 수신 장치 및 방송 수신 장치의 동작 방법

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7426

Effective date: 20161115

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20161115

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170921

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181009

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181030

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190130

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190311

R150 Certificate of patent or registration of utility model

Ref document number: 6496740

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250