JP2016528752A - Ｉｐベースのデジタル放送システムにおける階層間シグナリングデータの処理方法および装置 - Google Patents

Ｉｐベースのデジタル放送システムにおける階層間シグナリングデータの処理方法および装置 Download PDF

Info

Publication number
JP2016528752A
JP2016528752A JP2016515266A JP2016515266A JP2016528752A JP 2016528752 A JP2016528752 A JP 2016528752A JP 2016515266 A JP2016515266 A JP 2016515266A JP 2016515266 A JP2016515266 A JP 2016515266A JP 2016528752 A JP2016528752 A JP 2016528752A
Authority
JP
Japan
Prior art keywords
layer
packet
protocol
signaling
corresponds
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016515266A
Other languages
English (en)
Other versions
JP6276392B2 (ja
Inventor
ウソク クォン
ウソク クォン
キョンソ ムン
キョンソ ムン
セチン オ
セチン オ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2016528752A publication Critical patent/JP2016528752A/ja
Application granted granted Critical
Publication of JP6276392B2 publication Critical patent/JP6276392B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ＩＰベースのデジタル放送システムに適したシグナリングデータ処理方法および装置を実現する。【解決手段】本発明の一実施例に係る、ＩＰ（Internet Protocol）ベースのデジタル放送送信器において、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する方法は、層（Ｎ＋Ｍ）のプロトコルに従う、層（Ｎ＋Ｍ）パケットに有されたシグナリングデータを複写するステップと、複写されたシグナリングデータ、複写されたシグナリングデータの長さを識別する長さフィールドおよび複写されたシグナリングデータが存在することを示すシグナリング指示子を、層（Ｎ＋Ｍ）パケットのペイロードの最後に挿入して、層（Ｎ＋Ｍ）パケットを生成するステップと、層（Ｎ＋Ｌ）のプロトコルに従って、層（Ｎ＋Ｌ）ヘッダおよび層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを生成するステップと、層（Ｎ）のプロトコルに従って、層（Ｎ）ヘッダおよび層（Ｎ＋Ｌ）パケットを有する層（Ｎ）パケットを生成するステップであって、層（Ｎ）ヘッダは、層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドを有するステップと、層（Ｎ）パケットを物理層のプロトコルに従って処理して、放送信号を生成するステップと、を有する。【選択図】図５

Description

本発明は、デジタル放送システムにおいて放送信号シグナリングデータを処理する方法および装置に関する。より詳細には、本発明は、インターネットプロトコル（Internet Protocol；ＩＰ）ベースのデジタル放送システムにおいて定義されたプロトコル階層（Protocol Layer）で放送シグナリングデータを処理する方法および装置に関する。
デジタル放送システムでは、ＩＰベースの放送信号の送受信が拡張されている。特に、ヨーロッパ放送標準におけるＤＶＢ−ＮＧＨや、北米放送標準におけるＡＴＳＣ−ＭＨなどのモバイルデジタル放送において、ＩＰベースの放送信号送受信環境の重要性が強調されている。また、次世代放送システムでは、放送網とインターネットとが連動してサービスされる、いわゆる、ハイブリッド放送システムが構築される見込みである。
インターネットで主に使用されるＩＰは、放送よりむしろ汎用データ（data）の送信のために開発されてきたので、放送システムにおいてＩＰを使用するためには追加の技術開発が必要である。
一般に、ネットワーク構造はプロトコル階層で表現される。一例として、ネットワーク構造は、ＯＳＩ（Open System Interconnection）参照モデルをベースとした階層構造を有することができる。ＯＳＩ参照モデルは、７個の層（レイヤ）（layer）からなっているが、ＩＰをベースとするデジタル放送システムでは、層（レイヤ）（layer）５以上の上位層に対しては、役割が互いに統合されていたり、区分が不明確な場合が多い。例えば、ＩＰをベースとするデジタル放送システムでは、層４以下の層が放送データの送信を担当し得る。したがって、本願で説明するシグナリングデータ処理方法および装置は、ＯＳＩ ７層において定義された層に該当されてもよいが、ＩＰをベースとするデジタル放送システムにおいて新たに定義されるＮ個の層のネットワーク構造に適用可能であるということは明らかである。
一方、放送システムでは、視聴者が望む放送サービス、放送プログラム、放送チャネル、もしくは放送イベントなどを受信機で容易に獲得するために、シグナリングデータを放送信号に含ませて送信する。このようなシグナリングデータ（もしくはシグナリング情報）は、伝送パラメータ、放送システム情報、ＰＳＩ（Program Specific Information）、ＰＳＩＰ（Program and Service Information Protocol）、ＤＶＢ−ＳＩ、サービスシグナリングチャネル（service signaling channel）、もしくは上記放送サービスなどを受信機で迅速にアクセスするために必要な一連の情報を含む。
放送受信機は、一般に、リアルタイムで放送信号を受信し、これを処理するので、放送信号の処理に遅延（ディレイ）（delay）が発生することがあるが、このような遅延は避けなければならない。しかし、ＩＰベースのデジタル放送システムでは、放送データを各層に該当するプロトコルに合わせて処理して送／受信しなければならないため、特定の層に含まれるシグナリングデータを当該層までにパージング（parsing）が行われない限り受信機で使用することができない。
一方、受信機のユーザは、頻繁に放送サービスもしくは放送チャネルなどを変更するので、受信機は、直ちにチャネル変更を行わなければならない。この処理（過程）（process）で受信機は、視聴者が選択した放送サービスもしくは放送チャネルを見つけるために、特定の層に含まれたシグナリングデータを獲得しなければならない。特定の層に含まれたシグナリングデータを獲得するためには、受信機は、当該層に至るまでの下位層のデータを処理しなければならないので、視聴者の選択がある度に、複数の層のデータを処理しなければならないという問題が発生することがある。
本発明が達成しようとする課題は、前述した問題点を解決するためのもので、ＩＰベースのデジタル放送システムに適したシグナリングデータ処理方法および装置を提供することである。
さらに、本発明が達成しようとする課題は、ＩＰベースのデジタル放送システムにおいて、受信機が視聴者の要求（リクエスト、要請）に直ちに応答する（promptly respond to a request）ことができるシグナリングデータ構造を提供することである。
上述した技術的課題を解決するための本発明の一実施例に係る、インターネットプロトコル（Internet Protocol；ＩＰ）ベースのデジタル放送送信器において、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する方法は、層（Ｎ＋Ｍ）のプロトコルに従う、層（Ｎ＋Ｍ）パケットに有されたシグナリングデータを複写するステップと、複写されたシグナリングデータ、複写されたシグナリングデータの長さを識別する長さフィールドおよび複写されたシグナリングデータが存在することを示すシグナリング指示子を、層（Ｎ＋Ｍ）パケットのペイロードの最後に挿入して、層（Ｎ＋Ｍ）パケットを生成するステップと、層（Ｎ＋Ｌ）のプロトコルに従って、層（Ｎ＋Ｌ）ヘッダおよび層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを生成するステップと、層（Ｎ）のプロトコルに従って、層（Ｎ）ヘッダおよび層（Ｎ＋Ｌ）パケットを有する層（Ｎ）パケットを生成するステップであって、層（Ｎ）ヘッダは、層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドを有するステップと、層（Ｎ）パケットを物理層のプロトコルに従って処理して、放送信号を生成するステップと、を有する。
好ましくは、層（Ｎ）パケットを生成するステップは、シグナリング指示子が有効であるか否かをチェックするステップを有する。
好ましくは、少なくとも１つのプロトコル層は、開放型システム間相互接続（Open System Interconnection；ＯＳＩ）参照モデルの７個の層のいずれか少なくとも１つの層に該当することを特徴とする。
好ましくは、Ｌは、Ｍよりも小さい整数であることを特徴とする。
好ましくは、Ｎは２に該当し、Ｍは３に該当し、Ｌは１および／もしくは２に該当することを特徴とする。
好ましくは、Ｌが１に該当する場合、層（Ｎ＋Ｌ）はＩＰ層に該当し、Ｌが２に該当する場合、層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（User Datagram Protocol；ＵＤＰ）もしくは転送制御プロトコル（Transmission Control Protocol；ＴＣＰ）に該当することを特徴とする。
上述した技術的課題を解決するための本発明の一実施例に係る、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する、インターネットプロトコル（Internet Protocol；ＩＰ）ベースのデジタル放送受信器は、放送信号を受信し、放送信号を物理層のプロトコルに従って処理して、層（Ｎ＋Ｍ）のプロトコルに従う層（Ｎ）パケットを獲得し、獲得した層（Ｎ）パケットにおいて、層（Ｎ）ヘッダをパージングし、層（Ｎ）ヘッダに有された、層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドをパージングし、指示子フィールドが、層（Ｎ）パケットにシグナリング指示子が有されていることを示す場合、層（Ｎ）パケットの最後に有されたシグナリング指示子をパージングし、ここで、シグナリング指示子は、複写されたシグナリングデータが存在することを示し、層（Ｎ）パケット内で、シグナリング指示子に隣接して位置する（positioned）、複写されたシグナリングデータの長さを識別する長さフィールドをパージングし、
層（Ｎ）パケット内で、長さフィールドの開始点から、長さフィールドが示す複写されたシグナリングデータの長さ分のデータを獲得して、獲得したデータをシグナリングデータとして認識する、上位層シグナリング検出器を有し、ここで、シグナリングデータは、層（Ｎ＋Ｍ）のプロトコルに従う層（Ｎ＋Ｍ）パケットに有されるものであることを特徴とする。
好ましくは、デジタル放送受信器は、層（Ｎ）パケットを処理して、層（Ｎ＋Ｌ）のプロトコルに従う、層（Ｎ＋Ｌ）ヘッダおよび層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを獲得するパーサ（parser）をさらに有する。
好ましくは、上位層シグナリング検出器は、複写されたシグナリングデータの長さを識別する長さフィールドをパージングする前に、シグナリング指示子が有効であるか否かをチェックすることを特徴とする。
好ましくは、少なくとも１つのプロトコル層は、開放型システム間相互接続（Open System Interconnection；ＯＳＩ）参照モデルの７個の層のいずれか少なくとも１つの層に該当することを特徴とする。
好ましくは、Ｌは、Ｍよりも小さい整数であることを特徴とする。
好ましくは、Ｎは２に該当し、Ｍは３に該当し、Ｌは１および／もしくは２に該当し、Ｌが１に該当する場合、層（Ｎ＋Ｌ）はＩＰ層に該当し、Ｌが２に該当する場合、層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（User Datagram Protocol；ＵＤＰ）もしくは転送制御プロトコル（Transmission Control Protocol；ＴＣＰ）に該当することを特徴とする。
上述した技術的課題を解決するための本発明の他の実施例に係る、ＩＰ（Internet Protocol）ベースのデジタル放送送信器において、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する方法は、層（Ｎ＋Ｍ）のプロトコルに従う、層（Ｎ＋Ｍ）パケットの開始位置（a start of a packet）から、層（Ｎ＋Ｍ）パケットに有されたシグナリングデータが始まるポイント（位置）（point）までのオフセット値を測定（導出、取得）する（measure）ステップと、測定されたオフセット値、複写されたシグナリングデータの長さを識別する長さフィールドおよび複写されたシグナリングデータが存在することを示すシグナリング指示子を、層（Ｎ＋Ｍ）パケットのペイロードの最後に挿入して、層（Ｎ＋Ｍ）パケットを生成するステップと、層（Ｎ＋Ｌ）のプロトコルに従って、層（Ｎ＋Ｌ）ヘッダおよび層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを生成するステップと、層（Ｎ）のプロトコルに従って、層（Ｎ）ヘッダおよび層（Ｎ＋Ｌ）パケットを有する層（Ｎ）パケットを生成するステップであって、層（Ｎ）ヘッダは、層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドを有するステップと、層（Ｎ）パケットを物理層のプロトコルに従って処理して、放送信号を生成するステップと、を有する。
好ましくは、層（Ｎ）パケットを生成するステップは、シグナリング指示子が有効であるか否かをチェックするステップを有する。
好ましくは、少なくとも１つのプロトコル層は、開放型システム間相互接続（Open System Interconnection；ＯＳＩ）参照モデルの７個の層のいずれか少なくとも１つの層に該当することを特徴とする。
好ましくは、Ｌは、Ｍよりも小さい整数であることを特徴とする。
好ましくは、Ｎは２に該当し、Ｍは３に該当し、Ｌは１および／もしくは２に該当することを特徴とする。
好ましくは、Ｌが１に該当する場合、層（Ｎ＋Ｌ）はＩＰ層に該当し、Ｌが２に該当する場合、層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（User Datagram Protocol；ＵＤＰ）もしくは転送制御プロトコル（Transmission Control Protocol；ＴＣＰ）に該当することを特徴とする。
本発明によれば、ＩＰを用いるデジタル放送システムにおいて、放送パケットのペイロード（payload）を介してもシグナリングデータを送信できるという効果がある。
本発明によれば、既存のフォーマットに合わないシグナリングデータの送信が必要な場合であっても、別個に（separately）プロトコルの修正を行わずにシグナリングデータを送信することができる。
本発明によれば、送信頻度の低いシグナリングデータのためのパケットフォーマット（packet format）などの規約を別個に設定しないことによって、送信の効率を向上させることができる。
本発明によれば、後で新しい上位層プロトコル（upper layer protocol）が適用されても、別個の（separate）インテグレーション（integration）処理を行わずに、直接ＩＰ層（IP layer）を介してシグナリングデータを送信することができる。
本発明が認識するＩＰベースの送受信端のプロトコルの階層構造を示した図である。 本発明が認識するＩＰベースの送受信端のプロトコルの階層構造においてシグナリングデータ（もしくはシグナリング情報）を伝達する処理を示した図である。 本発明の一実施例に係る、プロトコルの階層構造でのシグナリング情報の伝達を示した図である。 本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。 本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理を示した図である。 本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。 本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。 本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理を示した図である。 本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。 本発明の第２の方式によるプロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける処理を示した図である。 本発明の第２の方式によるプロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける他の処理を示した図である。 本発明の実施例を行う受信器を示した図である。
以下、添付の図面および添付の図面に記載された内容を参照して本発明の実施例を詳細に説明するが、本発明が実施例によって制限もしくは限定されるものではない。
本明細書で使用される用語は、本発明における機能を考慮した上、できるだけ現在広く使用されている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、慣例もしくは新しい技術の出現などによって変わり得る。また、特定の場合、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分にその意味を記載する。したがって、本明細書で使用される用語は、単純な用語の名称ではなく、その用語が持つ実際的な意味と本明細書の全般にわたる内容とに基づいて解釈されなければならないということは明らかである。
図１は、本発明が認識するＩＰベースの送受信端のプロトコルの階層構造を示した図である。
説明の便宜上、図１では、ＯＳＩ−７層の上位層は層５まで表現した。送信器は、層５で送信するデータがあれば、送信器の層４から物理層（physical layer）に該当（対応）するプロトコルでデータを処理して受信器に送信する。受信器は、送信器の処理とは逆に、物理層から層４に該当するプロトコルでデータを処理し、層５に該当するプロトコルでデータを送信する。
物理的には、上述したようなデータ送信手順を経るが、論理的には、受信器が受信したデータは、送信端の層５から送信されて、受信端の層５に送信されたものと見なすことができる。
ＩＰをベースとするデジタル放送システムにおいて、各層は、次のプロトコルのいずれか少なくとも１つのプロトコルとして定義することができる。
物理層（Physical Layer）は、ＤＶＢ−ＮＧＨ（Next Generation Handheld）の物理層、ＡＴＳＣ−ＭＨ（Mobile Handheld）の物理層もしくはＡＴＳＣ３．０の物理層などに該当してもよい。
層２（Layer 2）は、ＤＶＢ−ＧＳＥ（Generic Stream Encapsulation）、ＴＬＶ（Type-Length-Value）、ＡＴＳＣ３．０のＬｉｎｋ ＬａｙｅｒもしくはＵＬＥ（Unidirectional Lightweight Encapsulation）などに該当してもよい。
層３（Layer 3）は、ＩＰ（Internet Protocol）に該当してもよい。
層４（Layer 4）は、ＵＤＰ（User Datagram Protocol）もしくはＴＣＰ（Transmission Control Protocol)などに該当してもよい。
層５（Layer 5）もしくはそれ以上の層（Upper layer）は、ＭＴ（MPEG Media Transport）、ＭＰＥＧ−ＤＡＳＨ（Dynamic Adaptive Streaming over HTTP）、もしくはＦＬＵＴＥ（File Delivery over Unidirectional Transport）などに該当してもよい。
図２は、本発明が認識するＩＰベースの送受信端のプロトコルの階層構造においてシグナリングデータ（もしくはシグナリング情報）を伝達する処理を示した図である。
ＩＰをベースとするデジタル放送システムの受信端（もしくは受信器）において、プログラムの構成情報（放送プログラムを説明する情報）などのシグナリングデータは、層２（Layer 2）で主に処理するようになる。そのために、上位層では、当該シグナリング（signaling）に合うフォーマット（format）を使用して別個のパケットタイプ（packet type）を指定したり、Ｌ２ヘッダ（Layer2 header）を拡張したりする方法などを用いてシグナリング情報を送信する。このようなパケットタイプ（packet type）やシグナリングフォーマット（signaling format）に関する情報は、各層がサポート（支援）する（support）方法を用いて下位層に伝達され、最終的に物理層を介して受信器に伝達される。
階層で構成されたプロトコルスタック（protocol stack）において、送信端（もしくは送信器）側では、上位層のヘッダとペイロード（payload）とは１つのＰＤＵ（Protocol Data Unit）として処理するので、下位層では、上位層のペイロード（payload）の情報に対しては関与せずに、そのまま当該層の処理を行うようになる。そのため、ＩＰ、ＵＤＰのように、層３、４でヘッダ（header）情報を容易に修正することが難しい場合には、ヘッダ（header）にシグナリングに関連する情報を含ませることができない。
図２の（ａ）を参照すると、前述したプロトコルスタック（protocol stack）において、受信器の下位層で必要とするシグナリング情報を、送信器で送信するためには、送信器で予め当該層に必要なシグナリング情報を含ませて送信しなければならない。このとき、上位層では、システムのプロセッサが制御する制御メッセージ（control message）などによって下位層に情報を伝達することができる。
すなわち、図２の（ａ）の構造では、層５でのシグナリング情報（もしくはシグナリングデータ）を受信器が層２で利用できるように、送信器は、層５のシグナリング情報が層２に含まれるように放送データを処理して、受信器に当該放送データを送信しなければならない。
図２の（ｂ）を参照すると、前述した図２の（ａ）の手順を経ることなく、ペイロード（payload）を介してシグナリング情報（もしくはシグナリングデータ）を送信することができる。受信器では、当該ペイロード（payload）が下位層で必要な情報であったとしても、下位層ではそれを知ることができず、上位層の処理が終了した後、システムで内部的に当該情報が伝達される。すなわち、プロトコル（protocol）上では当該シグナリング情報は処理することができず、受信器のシステムのプロセッサが制御する制御メッセージ（control message）などによって、シグナリング情報を獲得できる情報を伝達することができる。
すなわち、図２の（ｂ）の構造では、送信器は、層５にシグナリング情報を含ませて放送データを処理し、受信器では、物理層から層５までのデコーディング処理を行い、層５に含まれたシグナリング情報を参照して層２のシグナリング情報を獲得することができる。
図３は、本発明の一実施例に係る、プロトコルの階層構造でのシグナリング情報の伝達を示した図である。
本発明において、シグナリング情報はシグナリングデータと呼び、あるいはシグナリングデータはシグナリング情報と呼ぶことができる。
本発明では、ＩＰをベースとするデジタル放送システムにおいて、受信器がより迅速にデータに対するアクセスを行うことができるようにサポートするシグナリング方法を提示しようとする。
一例として、本発明では、層５（Ｌ５）において構成されるシグナリング情報を層２（Ｌ２）に伝達することによって、受信器による迅速なアクセスを可能にする方法を提案する。また、層５（Ｌ５）パケット（packet）の一部分のみが層２（Ｌ２）によって必要とされるシグナリング情報である場合、別個のシグナリングのためのパケット（packet）を用いることなく、ペイロード（payload）を介してそのまま層２（Ｌ２）に伝達する方法を提案する。
本発明によれば、層５（Ｌ５）で生成される情報を層２（Ｌ２）に伝達する際に、ヘッダに情報を追加することができない層４もしくは層３（Ｌ４もしくはＬ３）を経るとしても、受信器においてシグナリング情報を層２（Ｌ２）で確認できるようにする方法を提案する。
前述した、もしくは後述する、本発明の、階層間の情報伝達は、上記に例示した階層に限定されるものではない。例えば、ＯＳＩ−７層の構造が適用される場合、層２、層３、層４、層５、層６、もしくは層７に含まれるシグナリング情報がその下位層（物理層、層２、層３、層４、層５、もしくは層６）で使用されなければならない場合にも、本発明で提示する方法および装置を適用することができる。本発明は、送信端で処理する上位層に含まれたシグナリング情報を受信端の下位層で用いるために使用することができる。
本発明で提案する方式は、次の通りである。
第１の方式としては、層５（Layer 5）で送信しようとするシグナリングデータを複写（copy）し、これをペイロード（payload）の特定の部分に追加して送信し、これを受信器で抽出する方式を提案する。
第２の方式としては、層５（Layer 5）で送信しようとするシグナリングデータに対してパケット（packet）のある一部分を基準としたオフセット（offset）値を求め、これをパケット（packet）の特定の部分に追加してペイロード（payload）として送信した後、これを受信器で抽出する方式を提案する。
このような方式でシグナリングデータを送信する場合、Ｉｎ−ｂａｎｄで全てのシグナリングが処理され得るという利点がある。これは、既存のプロトコル階層において、階層間シグナリングデータの接続のために、ＯＯＢ（Out Of Band）で追加のシグナリング情報を送信しなければならないという問題点が解決されるものである。
図４は、本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。
図４を参照して、本発明の第１の方式である、送信器において、層５（Layer 5）で送信しようとするシグナリングデータを複写し、これをペイロード（payload）の特定の部分に追加して送信し、これを受信器で抽出する方式を説明する。
図４の（ａ）を参照すると、送信器は、次のように動作する。
送信器は、層５（Ｌ５）で送信するシグナリングデータがあるか否かを判断する（Ｓ４０１０）。
送信するシグナリングデータがある場合、送信器は、当該データをパケット（packet）の最後の部分に複写する（Ｓ４０２０）。
送信器は、複写されたデータの長さを確認し、この値を長さ（Length）フィールド（Ｌ）として示す（indicates）。Ｌ値をパケット（packet）の最後の部分に追加する（Ｓ４０３０）。このとき、Ｌの単位は、ｂｉｔもしくはｂｙｔｅ単位であってもよく、このような単位は予め決定されなければならない。
送信器は、送信されるシグナリングデータがあることを示すシグナリング指示子Ｉをパケット（packet）の最後の部分に追加する（Ｓ４０４０）。したがって、本実施例において、層５（Ｌ５）の最終ペイロード（payload）は、元のペイロード（original payload）、複写されたシグナリングデータ、長さフィールドＬ、および／もしくはシグナリング指示子Ｉを含むことができる。この場合、前述した順序でペイロードが生成され得る。長さフィールドＬ、シグナリング指示子Ｉには、常に一定のｂｉｔもしくはｂｙｔｅを割り当てることができる。この場合、層５、層２（Ｌ５、Ｌ２）において長さフィールドＬ、シグナリング指示子Ｉの位置（position）を送／受信器が知ることができるように設定することができる。また、シグナリング指示子Ｉの値は、送／受信器が互いに知っているビット列で構成することができる。
送信器は、パケットに対して、層４ヘッダ（L4 header）を追加したり、層４プロトコルに合うデータ処理（プロセシング）を行う（Ｓ４０５０）。
送信器は、パケットに対して、層３ヘッダ（L3 header）を追加したり、層３プロトコルに合うデータ処理を行う（Ｓ４０６０）。
送信器は、層２（Ｌ２）プロトコルの処理手順において、上位層からＰＤＵが伝達されると、ＰＤＵの最後の部分を検討（check）してシグナリング指示子Ｉを確認する（Ｓ４０７０）。
送信器は、確認したシグナリング指示子Ｉが適しているか否かを検討し（Ｓ４０８０）、適したシグナリング指示子Ｉである場合、層２ヘッダ（L2 header）の特定の部分に、シグナリングデータが含まれた層２パケット（L2 packet）であることを示す指示子フィールドＩL2を設定する（Ｓ４０９０）。
一方、送信器が、シグナリング指示子Ｉが適していないと判断するか、もしくはシグナリング指示子Ｉがないと判断する場合（Ｓ４０８０）、送信器は、当該パケット（packet）はシグナリングデータがないと見なす。
送信器は、前述した処理の全部もしくは一部を通じて処理されたシグナリングデータ（もしくはパケット）を物理層（physical layer）に伝達する（Ｓ４１００）。
送信器は、シグナリングデータ（もしくはパケット）を物理層のプロトコルに従って処理する。
図４の（ｂ）を参照すると、受信器は、次のように動作する。
受信器は、物理層（Physical layer）のプロトコルに従って、シグナリングデータを処理する（Ｓ４５１０）。
受信器は、パケット（packet）が物理層から層２（Ｌ２）に伝達されると、層２ヘッダを読み出す（Ｓ４５２０）。
受信器は、層２ヘッダ情報を確認し、指示子フィールドＩL2が含まれたパケット（packet）であるか否かを確認する（Ｓ４５３０）。
受信器は、指示子フィールドＩL2が含まれた層２のパケット（packet）である場合、シグナリング指示子Ｉが位置するパケット（packet）の最後の部分を確認し、当該部分がシグナリング指示子Ｉに該当するビット列であるか否かを確認することができる（Ｓ４５４０）。受信器は、層２パケット（L2 packet）がＣＲＣなどの方法を用いてエラーがないと判断すると、ビット列の確認手順を省略することができる。
受信器は、シグナリング指示子Ｉが有効なものであるか否かを確認する（Ｓ４５５０）。
受信器は、シグナリング指示子Ｉがあることを確認すると、当該パケット（packet）の特定の位置で長さフィールドＬ値を確認し、シグナリングデータの長さを見つけることができる（Ｓ４５６０）。
受信器は、シグナリングデータの長さが確認されると、長さフィールドＬの直前に位置するデータを長さフィールドＬだけ読み出し、複写されたシグナリングデータを抽出することができる（Ｓ４５７０）。
受信器は、層３（Ｌ３）以上の上位層に対しては、当該層に合う一般的なプロトコルに従って、パケットおよび／もしくはシグナリングデータを処理する（Ｓ４５８０）。
図５は、本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理を示した図である。
送信器は、層５のデータパケット内に含まれたシグナリングデータを複写して、データパケットのペイロードの最後の部分に追加し、長さフィールドＬ、および／もしくはシグナリング指示子Ｉを挿入する。
送信器は、層４のプロトコルに従って、層４ヘッダを挿入してデータパケットを処理する。
送信器は、層３のプロトコルに従って、層３ヘッダを挿入してデータパケットを処理する。
送信器は、データパケットに含まれたシグナリング指示子Ｉを参照して、層２のプロトコルに従った層２ヘッダに指示子フィールドＩL2を追加してデータパケットを処理する。
送信器は、物理層のプロトコルに従って、データパケットを処理し、受信器に送信する。
一方、受信器は、物理層のプロトコルに従って、データパケットをデコーディング、パージング、もしくは処理する。
受信器は、層２のプロトコルに従って層２ヘッダをパージングし、指示子フィールドＩL2を用いてシグナリング指示子Ｉの存在を確認する。このとき、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否かのみを識別する情報に該当し得、この場合、シグナリング指示子は、データパケットの最後の部分に常に含まれるものとしてプロトコルを定めることができる。または、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否か、およびシグナリング指示子Ｉがデータパケット内で位置する位置を識別する情報を含んでいてもよい。この場合、受信器は、指示子フィールドＩL2を用いてシグナリング指示子Ｉを獲得する。
受信器は、シグナリング指示子Ｉを確認し、シグナリング指示子Ｉのすぐ隣のデータ（ビットもしくはバイト）をパージングする。このとき、シグナリング指示子Ｉのすぐ隣のデータは、長さフィールドＬに該当し得る。受信器は、長さフィールドＬが終わる（もしくは始まる）位置から、長さフィールドＬが示す長さ分のデータをシグナリングデータとして認識し、当該データを獲得することができる。
その後、受信器は、層３、層４、層５、もしくはそれ以上の上位層のプロトコルに従って、当該データパケットを処理する。この処理において、受信器は、層２で獲得したシグナリングデータを用いて、上位層のデータパケットに対して、選択的な処理が可能である。例えば、シグナリングデータにおいて、受信器の所望のデータの位置もしくは受信器の所望のサービス／プログラムの位置を把握し、当該位置のデータを選択的に処理することができる。
このような方式で、受信器は、層５に対する処理を行う前に、層２に対する処理のみで、層５のパケットに存在するシグナリングデータを予め獲得することができるという効果がある。
図６は、本発明の第１の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。
図６に示されたデータパケットの処理は、図４もしくは図５に示されたデータパケットの処理に関する説明を前提として説明する。図６に示されたデータパケットの処理は、図５で説明されたデータパケットの処理において、ＤＶＢ−ＧＳＥのように層２（Ｌ２）のデータパケットのフラグメンテーション（fragmentation）をサポートする場合、シグナリングデータを送信するために、送信器および／もしくは受信器で処理されるデータパケットの構造を示した図である。
送信器でのデータパケットの処理において、層５、層４、層３および／もしくは物理層に関する説明は、図５で説明した内容で代替する。
図６を参照すると、送信器は、層２（Ｌ２）においてフラグメンテーション（fragmentation）をサポートするとき、最後のフラグメント（fragment）にのみ指示子フィールドＩL2を追加したり、もしくは全てのフラグメント（fragment）に指示子フィールドＩL2を追加してもよい。この場合、シグナリング指示子Ｉが含まれたフラグメント（fragment）には、指示子フィールドＩL2が常に追加されるようにする必要がある。
受信器でのデータパケットの処理において、層５、層４、層３、および／もしくは物理層に関する説明は、図５で説明した内容で代替する。
送信器が層２の全てのフラグメントに指示子フィールドＩL2を追加する場合、受信器は、各フラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬが終わる（もしくは始まる）位置から、長さフィールドＬが示す長さ分のデータをシグナリングデータとして認識し、当該データを獲得することができる。このとき、長さフィールドが示すシグナリングデータの長さが、層２の最後のフラグメントに属するペイロードの長さよりも長い場合、受信器は、層２の最後のフラグメントの前のフラグメントに含まれるペイロードに残りの長さ分のシグナリングデータが含まれると認識することができる。
送信器が層２の最後のフラグメントに指示子フィールドＩL2を追加する場合、受信器は、最後のフラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬが終わる（もしくは始まる）位置から、長さフィールドＬが示す長さ分のデータをシグナリングデータとして認識し、当該データを獲得することができる。このとき、長さフィールドが示すシグナリングデータの長さが、層２の最後のフラグメントに属するペイロードの長さよりも長い場合、受信器は、層２の最後のフラグメントの前のフラグメントに含まれるペイロードに残りの長さ分のシグナリングデータが含まれたものと認識することができる。
図７は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理における送信器、受信器の動作を示したフローチャートである。
本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達は、層５（Layer 5）で送信しようとするシグナリングデータのオフセット（offset）値をパケット（packet）（もしくはデータパケット）の特定の部分に追加して送信し、これを受信器で抽出する方式である。
前述したオフセット値は、層５のデータパケットの開始位置（もしくは層５のデータパケットのペイロードの開始位置）から、シグナリングデータが始まる部分までの長さを示すことができる。
図７の（ａ）を参照すると、送信器は、層５（Ｌ５）で送信するシグナリングデータがあるか否かを判断する（Ｓ７０１０）。
送信しなければならないシグナリングデータがある場合、送信器は、層５（Ｌ５）のパケット（packet）の開始位置もしくはペイロード（payload）の開始位置から、シグナリングデータが始まる位置までの長さを見つけ、これをオフセット値Ｏとして決定する（Ｓ７０２０）。
送信器は、送信するシグナリングデータの長さを求め、この値を長さフィールドＬ（Length）として示す（Ｓ７０３０）。このとき、長さフィールドＬの単位は、ビット（bit）もしくはバイト（byte）単位であってもよい。このような単位は予め決定されてもよい。
送信器は、オフセット値Ｏ、長さフィールドＬを層５のパケットの最後の部分に追加し、送信するシグナリングデータがあることを示すシグナリング指示子Ｉをパケットの最後の部分に追加する（Ｓ７０４０）。この場合、層５（Ｌ５）の最終ペイロード（もしくはパケット）は、元のペイロード（original payload）、オフセット値Ｏ、長さフィールドＬ、シグナリング指示子Ｉの順にデータを含むことができる。オフセット値Ｏ、長さフィールドＬおよび／もしくはシグナリング指示子Ｉは、常に一定のｂｉｔ数だけ割り当てられてもよく、層５および／もしくは層２に対するプロトコルとして予め定められていてもよい。また、シグナリング指示子Ｉ値は、送／受信器で互いに知っているビット列で構成されてもよい。
送信器は、パケットに対して、層４ヘッダ（L4 header）を追加したり、層４のプロトコルに従ってパケットを処理することができる（Ｓ７０５０）。
送信器は、パケットに対して、層３ヘッダ（L3 header）を追加したり、層３のプロトコルに従ってパケットを処理することができる（Ｓ７０６０）。
送信器は、層２（Ｌ２）のプロトコルの処理において、上位層からＰＤＵが伝達されると、ＰＤＵの最後の部分をチェックしてシグナリング指示子Ｉを確認する（Ｓ７０７０）。
送信器は、確認したシグナリング指示子Ｉが適しているか否かを確認し（Ｓ７０８０）、適したシグナリング指示子Ｉである場合、層２ヘッダ（L2 header）の特定の部分に、シグナリングデータが含まれた層２パケット（L2 packet）であることを示す指示子フィールドＩL2を追加する（Ｓ７０９０）。シグナリング指示子Ｉが適していないと判断されるか、もしくはシグナリング指示子Ｉがないと判断される場合、送信器は、当該パケットはシグナリングデータを含まないものと見なす。
送信器は、処理されたパケット（packet）を物理層（physical layer）に伝達する（Ｓ７１００）。
送信器は、パケットを物理層のプロトコルに従って処理して受信器に送信する（Ｓ７１１０）。
図７の（ｂ）を参照すると、本発明の第２の方式による受信器は、次のように動作する。
受信器は、受信したパケットに対して、物理層のプロトコルに従ってデコーディング、パージングもしくは処理を行う（Ｓ７５１０）。
受信器は、物理層（Physical layer）から伝達されたパケット（packet）が層２（Ｌ２）に伝達されると、層２ヘッダ（L2 header）を読み出す（Ｓ７５２０）。
受信器は、層２ヘッダに指示子フィールドＩL2が含まれたパケット（packet）であるか否かを確認する（Ｓ７５３０）。
指示子フィールドＩL2が含まれたパケット（packet）である場合、受信器は、シグナリング指示子Ｉが位置するパケットの最後の部分を確認し、シグナリング指示子Ｉに該当するビット列であるか否かを確認することができる（Ｓ７５４０）。受信器は、層２のパケット（L2 packet）がＣＲＣなどの方法を用いてエラーがないと判断すると、ビット列の確認手順を省略することができる。
受信器は、シグナリング指示子Ｉが有効であるか否かを判断する（Ｓ７５５０）。
シグナリング指示子Ｉが有効である場合、受信器は、当該パケット（packet）の特定の位置で長さフィールドＬを確認し、シグナリングデータの長さを見つけることができる（Ｓ７５６０）。
受信器は、長さフィールドＬのすぐ隣に位置するオフセット値Ｏを読み出す（Ｓ７５７０）。
受信器は、層３ヘッダ（Layer3 header）の長さＨＬL3および／もしくは層４ヘッダ（Layer4 header）の長さＨＬL4を見つけたり、これらを計算する（Ｓ７５８０）。層３ヘッダ（Layer3 header）の長さＨＬL3および／もしくは層４ヘッダ（Layer4 header）の長さＨＬL4を見つけたり、これらを計算する詳細な方法については後述する。
受信器は、層２（Layer 2）でのシグナリングデータの位置に対するオフセットＯL2を計算する（Ｓ７５９０）。層２（Layer 2）でのシグナリングデータの位置に対するオフセットＯL2は、層３ヘッダ（Layer3 header）の長さＨＬL3と層４ヘッダ（Layer4 header）の長さＨＬL4とオフセット値Ｏとの和で計算され得る。（ＯL2＝ＨＬL3＋ＨＬL4＋Ｏ）
受信器は、層２（Layer 2）でのシグナリングデータの位置に対するオフセットＯL2と長さフィールドＬとを用いて、シグナリングデータを抽出することができる（Ｓ７６００）。
受信器は、層３（Ｌ３）以上の上位層に対して、当該層の一般的なプロトコルに従ってパケットに対する処理を行う（Ｓ７６１０）。
図８は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理を示した図である。
送信器は、層５のパケットの開始位置もしくは層５のパケットのペイロードの開始位置から、シグナリングデータが始まる位置までの長さをオフセット値Ｏとして設定し、この情報を層５のパケットの最後の部分に挿入する。送信器は、シグナリングデータの長さを示す長さフィールドＬをオフセット値Ｏの次に挿入する。送信器は、シグナリングデータが含まれていることを示すシグナリング指示子Ｉを長さフィールドＬの次に挿入する。
送信器は、層４のプロトコルに従って、層４ヘッダを挿入してデータパケットを処理する。
送信器は、層３のプロトコルに従って、層３ヘッダを挿入してデータパケットを処理する。
送信器は、データパケットに含まれたシグナリング指示子Ｉを参照して、層２のプロトコルに従った層２ヘッダに指示子フィールドＩL2を追加してデータパケットを処理する。
送信器は、物理層のプロトコルに従って、データパケットを処理し、受信器に送信する。
一方、受信器は、物理層のプロトコルに従って、データパケットをデコーディング、パージング、もしくは処理する。
受信器は、層２のプロトコルに従って層２ヘッダをパージングし、指示子フィールドＩL2を用いて、シグナリング指示子Ｉの存在を確認する。このとき、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否かのみを識別する情報に該当し得、この場合、シグナリング指示子は、データパケットの最後の部分に常に含まれるものとしてプロトコルを定めることができる。または、指示子フィールドＩL2は、シグナリング指示子Ｉが存在するか否か、およびシグナリング指示子Ｉがデータパケット内に位置する位置を識別する情報を含んでいてもよい。この場合、受信器は、指示子フィールドＩL2を用いてシグナリング指示子Ｉを獲得する。
受信器は、シグナリング指示子Ｉを確認し、シグナリング指示子Ｉのすぐ隣のデータ（ビットもしくはバイト）をパージングする。このとき、シグナリング指示子Ｉのすぐ隣のデータは、長さフィールドＬに該当し得る。受信器は、長さフィールドＬのすぐ隣のデータであるオフセット値Ｏをパージングする。受信器は、層２のパケットのペイロードの開始位置から、層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した長さ分のオフセットに位置するシグナリングデータを獲得する。層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した値を、層２のパケット内でのシグナリングデータのオフセット値ＯL2として定義することができる。
その後、受信器は、層３、層４、層５、もしくはそれ以上の上位層のプロトコルに従って、当該データパケットを処理する。この処理において、受信器は、層２で獲得したシグナリングデータを用いて、上位層のデータパケットに対して、選択的な処理が可能である。例えば、シグナリングデータにおいて、受信器の所望のデータの位置もしくは受信器の所望のサービス／プログラムの位置を把握し、当該位置のデータを選択的に処理することができる。
このような方式で、受信器は、層５に対する処理を行う前に、層２に対する処理のみで、層５のパケットに存在するシグナリングデータを予め獲得することができるという効果がある。
図９は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達処理におけるパケット（もしくはデータパケット）の処理に関する他の実施例を示した図である。
図９に示されたデータパケットの処理は、図７もしくは図８に示されたデータパケットの処理に関する説明を前提として説明する。図９に示されたデータパケットの処理は、図８で説明されたデータパケットの処理において、ＤＶＢ−ＧＳＥのように層２（Ｌ２）のデータパケットのフラグメンテーション（fragmentation）をサポートする場合、シグナリングデータを送信するために、送信器および／もしくは受信器で処理されるデータパケットの構造を示した図である。
送信器でのデータパケットの処理において、層５、層４、層３および／もしくは物理層に関する説明は、図８で説明した内容で代替する。
図９を参照すると、送信器は、層２（Ｌ２）においてフラグメンテーション（fragmentation）をサポートするとき、最後のフラグメント（fragment）にのみ指示子フィールドＩL2を追加したり、全てのフラグメント（fragment）に指示子フィールドＩL2を追加してもよい。この場合、シグナリング指示子Ｉが含まれたフラグメント（fragment）には、指示子フィールドＩL2が常に追加されるようにする必要がある。
受信器でのデータパケットの処理において、層５、層４、層３、および／もしくは物理層に関する説明は、図８で説明した内容で代替する。
送信器が層２の全てのフラグメントに指示子フィールドＩL2を追加する場合、受信器は、各フラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬに隣接するオフセット値Ｏをパージングする。受信器は、層２のペイロードの開始位置から、層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した値だけの長さをオフセットとして始まる、長さフィールドＬの大きさ分のシグナリングデータを獲得することができる。
このとき、長さフィールドが示すシグナリングデータの長さが、層２の特定のフラグメントに属するペイロードの長さよりも長い場合、受信器は、層２の特定のフラグメントの後のフラグメントに含まれるペイロードに残りの長さ分のシグナリングデータが含まれると認識することができる。
送信器が層２の最後のフラグメントに指示子フィールドＩL2を追加する場合、受信器は、最後のフラグメントのヘッダにおいて指示子フィールドＩL2をパージングして、層２の最後のフラグメントの最後の部分にシグナリング指示子Ｉがあることを知ることができる。受信器は、最後のフラグメントでシグナリング指示子Ｉを獲得し、シグナリング指示子Ｉのデータに隣接する長さフィールドＬをパージングする。受信器は、長さフィールドＬに隣接するオフセット値Ｏをパージングする。受信器は、層２のペイロードの開始位置から、層３ヘッダの長さＨＬL3と層４ヘッダの長さＨＬL4とオフセット値Ｏとを加算した値だけの長さをオフセットとして始まる、長さフィールドＬの大きさ分のシグナリングデータを獲得することができる。
図１０は、本発明の第２の方式による、プロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける処理を示した図である。
一般に、受信器は、層２（Layer 2）で、層３（Layer 3）がどのようなプロトコルを使用しているかを知ることができる。例えば、ＩＰベースのデジタル放送システムにおいて、層３（Layer 3）のプロトコルとしてＩＰが使用されており、ＩＰベースのシステムでは、層４（Layer 4）のプロトコルとして、通常、ＵＤＰやＴＣＰを使用するようになる。
オプション（Option）が付いていないＩＰヘッダ（IP header）の場合、２０ｂｙｔｅの長さを有しており、オプション（option）が付いていないＴＰＣヘッダ（TCP header）の場合にも２０ｂｙｔｅの長さを有している。ＵＤＰの場合は、８ｂｙｔｅの固定された長さのヘッダ（header）を有する。
オプション（option）の追加によって、ＩＰ、ＴＣＰなどのヘッダの長さが２０ｂｙｔｅではない場合には、次のようにヘッダの長さを求めることができる。
図１０は、一例として、層３（Layer 3）のプロトコルがＩＰであり、層４（Layer 4）のプロトコルがＵＤＰである場合、受信器が、層２（Layer 2）において上位層のヘッダ（header）の長さを見つける処理について示す。本一例に関する説明では、受信器は、層２（Layer 2）で層３（Layer 3）のプロトコルタイプ（protocol type；例えば、ＩＰ）のみを知っていると仮定する。
追加のシグナリング処理を用いるか、もしくはシステムの内部情報交換などの方法により、受信器が層２（Layer 2）でさらに多くの上位プロトコルの情報を有していれば、本処理をより簡素化することができる。
物理層（Physical layer）から層２（Layer 2）にパケットが伝達されると、受信器は、層２（Ｌ２）において、層２パケット（L2 packet）のヘッダ部分とペイロード（payload）部分とを区分することができる。このとき、層２パケットヘッダ（L2 packet header）には、上位層のプロトコルがＩＰであることを示すフィールドが存在するようになり、これによって、受信器は、ペイロード（payload）部分をＩＰ層（IP layer）に伝達する準備をする。
層２（Ｌ２）のペイロード（payload）において特定のビット（例えば、４ｂｉｔ）がシフト（shift）された部分から特定の長さ（例えば、４ｂｉｔ）に該当するデータは、ＩＰヘッダ（IP header）の長さ情報を有することができる。受信器は、この部分を確認することによってＩＰパケットのヘッダの長さを知ることができる。オプション（Option）が付いていないＩＰヘッダ（IP header）は、２０ｂｙｔｅの長さを有することができる。
層２のペイロード（L2 payload）において、特定のバイト（例えば、９ｂｙｔｅ）がシフト（shift）された部分から特定の長さ（例えば、１ｂｙｔｅ）に該当するデータは、層４（Layer 4）のプロトコル情報を示すことができる。例えば、当該部分のデータが０ｘ１１（１０進数：１７）値を有する場合、層４（Layer 4）はＵＤＰに該当することを意味する。
ＵＤＰのヘッダ（header）の長さは８ｂｙｔｅに固定されているので、受信器は、この値を層４ヘッダ（layer4 header）の長さとして参照する。層４のプロトコルが、ＵＤＰではなく、他のプロトコルとして定義される場合にも、それぞれのプロトコルにおいて定められた規則によって、当該プロトコルにおける層４のヘッダの長さを知ることができる。
図１１は、本発明の第２の方式によるプロトコル階層でのシグナリングデータの伝達のためのパケット（もしくはデータパケット）の処理において、層２以上のそれぞれの上位層に対するヘッダの長さを見つける他の処理を示した図である。
図１１は、層３（Layer 3)のプロトコルがＩＰであり、層４（Layer 4）のプロトコルがＴＣＰである場合、受信器が、層２（Layer 2）において上位層のヘッダ（header）の長さを見つける処理について示した図である。
本処理に関する説明は、一例として、受信器は、層２（Layer 2）で、層３（Layer 3）のプロトコルタイプ（protocol type；例えば、ＩＰ）のみを知っていると仮定する。シグナリング方法やシステムの内部情報交換などの方法により、層２（Layer 2）でさらに多くの上位プロトコルの情報を有していれば、本処理をより簡素化することができる。
物理層（Physical layer）から層２（Layer 2）にパケット（packet）が伝達されると、受信器は、層２（Ｌ２）において、層２パケット（L2 packet）のヘッダ部分とペイロード（payload）部分とを区分することができる。このとき、層２パケットヘッダ（L2 packet header）には、上位層がＩＰであることを示すフィールド（field）が存在するようになり、受信器は、ペイロード（payload）部分をＩＰ層（IP layer）に伝達する準備をする。
層２（Ｌ２）のペイロード（payload）において特定のビット（例えば、４ｂｉｔ）がシフト（shift）された部分から特定の長さ（例えば、４ｂｉｔ）に該当するデータは、ＩＰヘッダ（IP header）の長さ情報を有することができる。受信器がこの部分を確認して、ＩＰパケット（IP packet）のヘッダ（header）の長さを知ることができる。オプション（Option）が付いていないＩＰヘッダ（IP header）は、２０ｂｙｔｅの長さを有することができる。
層２ペイロード（L2 payload）において特定の長さ（例えば、９ｂｙｔｅ）がｓｈｉｆｔされた部分から特定の長さ（例えば、１ｂｙｔｅ）に該当するデータは、層４（Layer 4）のプロトコル情報を示し、このとき、当該部分のデータが０ｘ０６（１０進数：６）値を有する場合、層４（Layer 4）はＴＣＰに該当することを意味する。
ＩＰヘッダ（IP header）の長さを知っているので、層２ペイロード（L2 payload）からＩＰヘッダ（IP header）の長さ分シフト（shift）された位置から、ＴＣＰヘッダ（TCP header）が始まる。ＴＣＰヘッダ（TCP header）の開始点から特定の長さ（例えば、１２ｂｙｔｅ）がシフト（shift）された部分から特定の長さ（例えば、４ｂｉｔ）に該当するデータは、ＴＣＰヘッダ（TCP header）の長さ情報を有しているので、この部分を確認してＴＰＣパケット（TCP packet）のヘッダ（header）の長さを知ることができる。オプション（Option）が付いていないＴＣＰヘッダ（TCP header）は、２０ｂｙｔｅの長さを有することができる。
受信器は、確認されたＴＣＰヘッダ（TCP header）の長さ情報を層４ヘッダ（L4 header）の長さ情報として参照することができる。
図１２は、本発明の実施例を行う受信器を示した図である。
本発明の一実施例に係る受信器は、ＲＦチャネルインターフェース（RF channel I/F）１２０１０、ＮＧＨレシーバ（NGH receiver）１２０２０、ＧＳＥデキャプシュレータ（GSE decapsulator）１２０３０、１２０３２、上位層シグナリング検出器（upper layer signaling detector）１２０４０、シグナリング制御器（signaling controller）１２０５０、ＩＰ／ＵＤＰパーサ（IP/UDP parser）１２０６０、上位層プロセッサ（upper layer processor）１２０７０、ファイルハンドラ（file handler）１２０８０、ストリーミングハンドラ（streaming handler）１２０９０、格納（記憶）装置（storage device）１２１００および／もしくはＡＶデコーダ（AV decoder）１２１１０を含むことができる。
ＲＦチャネルインターフェース（RF channel I/F）１２０１０は、送信器で処理されたデジタル放送信号を受信する。
ＮＧＨレシーバ（NGH receiver）１２０２０は、放送信号に含まれたデータを逆多重化する。ＮＧＨレシーバ１２０２０は、名称に関係なく、放送信号から特定のデータを区分して出力する役割を果たす。この処理でシグナリング情報を用いることができる。シグナリング情報は、前述した処理を通じて獲得されたシグナリングデータに該当し得る。または、ＮＧＨレシーバ１２０２０は、伝送パラメータ（例えば、ＤＶＢにおいてＬ１もしくはＬ２シグナリング、ＡＴＳＣにおいて伝送パラメータ）を用いて、放送信号においてデータを逆多重化することができる。ＮＧＨレシーバ１２０２０はＰＬＰ（Physical Layer Pipe）選択器を含むことができ、ＰＬＰ選択器は、共通ＰＬＰ（common PLP）とデータＰＬＰとを区分することができる。ＰＬＰは、放送信号において特定のデータを含む論理的な集合を意味する。
ＧＳＥデキャプシュレータ（GSE decapsulator）１２０３０、１２０３２は、それぞれ共通ＰＬＰおよびデータＰＬＰをデキャプシュレーションする。
上位層シグナリング検出器（upper layer signaling detector）１２０４０は、前述した階層間のシグナリングデータの伝達が行われる場合、下位層から、上位層で定義されたシグナリングデータを抽出する役割を果たす。上位層シグナリング検出器（upper layer signaling detector）１２０４０は、本発明の詳細な説明で前述された動作を行うことができる。
シグナリング制御器（signaling controller）１２０５０は、上位層シグナリング検出器（upper layer signaling detector）１２０４０および／もしくは伝送パラメータなどのシグナリング情報を制御し、受信器の他のパートに伝達する役割を果たす。
ＩＰ／ＵＤＰパーサ（IP/UDP parser）１２０６０は、ＩＰおよび／もしくはＵＤＰのプロトコルに従って、データをパージングする。
上位層プロセッサ（upper layer processor）１２０７０は、ＩＰおよび／もしくはＵＤＰの上位層のプロトコルに対する処理を行う。
ファイルハンドラ（file handler）１２０８０は、ファイルオブジェクトを受信し、これを処理する。
ストリーミングハンドラ（streaming handler）１２０９０は、ストリーミングのためのデータに対する処理を行う。
格納装置（storage device）１２１００は、一連の必要なデータを格納する。
ＡＶデコーダ（AV decoder）１２１１０は、ＡＶデータをデコーディングする。
以上、本発明は、ＩＰを用いるデジタル放送システムにおいて、放送パケットのペイロード（payload）を介してもシグナリングデータを送信できるという効果がある。
さらに、本発明によれば、既存のフォーマットに合わないシグナリングデータの送信が必要な場合にも、別個に（separately）プロトコルの修正を行わずに、シグナリングデータを送信することができる。
また、本発明によれば、周期的に送信せず、送信の頻度数の低いシグナリングデータに対して、本発明で説明する方法を用いれば、送信頻度の低いシグナリングデータのためのパケットフォーマット（packet format）などの規約を別個に設定しないことによって、送信の効率を向上させることができる。
また、本発明によれば、後で新しい上位層プロトコル（upper layer protocol）が適用されても、別個の（separate）インテグレーション（integration）処理を行わずに、直接ＩＰ層（IP layer）を介してシグナリングデータを送信することができる。
説明の便宜のため、各図を分けて説明したが、各図に述べられている実施例を併合して新しい実施例を具現するように設計することも可能である。そして、当業者の必要に応じて、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも本発明の権利範囲に属する。
本発明に係る装置および方法は、上述したように説明された実施例の構成および方法が限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部もしくは一部が選択的に組み合わされて構成されてもよい。
一方、本発明のデータ処理方法は、ネットワークデバイスに備えられたプロセッサが読み取り可能な記録媒体に、プロセッサが読み取り可能なコードとして具現することが可能である。プロセッサが読み取り可能な記録媒体は、プロセッサが読み取り可能なデータが格納されるいかなる種類の記録装置をも含む。プロセッサが読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピディスク（登録商標）、光データ格納装置などがあり、また、インターネットを介した送信などのキャリアウェーブ（搬送波（carrier-wave））の形態で具現されるものも含む。また、プロセッサが読み取り可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散されて、分散方式でプロセッサが読み取り可能なコードが格納され、実行されてもよい。
また、以上では、本発明の好ましい実施例について図示し、説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
そして、当該明細書では、物の発明および方法の発明が全て説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。
発明の実施のための形態は、前述したように、発明を実施するための最良の形態で詳述された。
本発明は、放送産業全般において利用可能である。

Claims (18)

  1. インターネットプロトコル（ＩＰ）ベースのデジタル放送送信器において、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する方法であって、
    層（Ｎ＋Ｍ）のプロトコルに従う、層（Ｎ＋Ｍ）パケットに有されたシグナリングデータを複写するステップと、
    前記複写されたシグナリングデータ、前記複写されたシグナリングデータの長さを識別する長さフィールドおよび前記複写されたシグナリングデータが存在することを示すシグナリング指示子を、前記層（Ｎ＋Ｍ）パケットのペイロードの最後に挿入して、前記層（Ｎ＋Ｍ）パケットを生成するステップと、
    層（Ｎ＋Ｌ）のプロトコルに従って、層（Ｎ＋Ｌ）ヘッダおよび前記層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを生成するステップと、
    層（Ｎ）のプロトコルに従って、層（Ｎ）ヘッダおよび前記層（Ｎ＋Ｌ）パケットを有する層（Ｎ）パケットを生成するステップであって、前記層（Ｎ）ヘッダは、前記層（Ｎ）パケットに前記シグナリング指示子が有されていることを識別する指示子フィールドを有するステップと、
    前記層（Ｎ）パケットを物理層のプロトコルに従って処理して、放送信号を生成するステップと、を有する、方法。
  2. 前記層（Ｎ）パケットを生成するステップは、
    前記シグナリング指示子が有効であるか否かをチェックするステップを有する、請求項１に記載の方法。
  3. 前記少なくとも１つのプロトコル層は、
    開放型システム間相互接続（ＯＳＩ）参照モデルの７個の層の少なくとも１つの層に該当する、請求項１に記載の方法。
  4. 前記Ｌは、前記Ｍよりも小さい整数である、請求項３に記載の方法。
  5. 前記Ｎは２に該当し、前記Ｍは３に該当し、前記Ｌは１および／もしくは２に該当する、請求項３に記載の方法。
  6. 前記Ｌが１に該当する場合、前記層（Ｎ＋Ｌ）はＩＰ層に該当し、
    前記Ｌが２に該当する場合、前記層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（ＵＤＰ）もしくは転送制御プロトコル（ＴＣＰ）に該当する、請求項５に記載の方法。
  7. 少なくとも１つのプロトコル層に有されるシグナリングデータを処理する、インターネットプロトコル（ＩＰ）ベースのデジタル放送受信器であって、
    放送信号を受信し、前記放送信号を物理層のプロトコルに従って処理して、層（Ｎ＋Ｍ）のプロトコルに従う層（Ｎ）パケットを獲得し、
    前記獲得した層（Ｎ）パケットにおいて、層（Ｎ）ヘッダをパージングし、前記層（Ｎ）ヘッダに有された、前記層（Ｎ）パケットにシグナリング指示子が有されていることを識別する指示子フィールドをパージングし、
    前記指示子フィールドが前記層（Ｎ）パケットに前記シグナリング指示子が有されていることを示す場合、前記層（Ｎ）パケットの最後に有された前記シグナリング指示子をパージングし、前記シグナリング指示子は、複写されたシグナリングデータが存在することを示し、
    前記層（Ｎ）パケット内で、前記シグナリング指示子に隣接して位置する、前記複写されたシグナリングデータの長さを識別する長さフィールドをパージングし、
    前記層（Ｎ）パケット内で、前記長さフィールドの開始点から、前記長さフィールドが示す前記複写されたシグナリングデータの長さ分のデータを獲得して、前記獲得したデータをシグナリングデータとして認識する、上位層シグナリング検出器を有し、
    前記シグナリングデータは、層（Ｎ＋Ｍ）のプロトコルに従う層（Ｎ＋Ｍ）パケットに有されるものである、ＩＰベースのデジタル放送受信器。
  8. 前記層（Ｎ）パケットを処理して、層（Ｎ＋Ｌ）のプロトコルに従う、層（Ｎ＋Ｌ）ヘッダおよび前記層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを獲得するパーサをさらに有する、請求項７に記載のＩＰベースのデジタル放送受信器。
  9. 前記上位層シグナリング検出器は、
    前記複写されたシグナリングデータの長さを識別する長さフィールドをパージングする前に、前記シグナリング指示子が有効であるか否かをチェックする、請求項７に記載のＩＰベースのデジタル放送受信器。
  10. 前記少なくとも１つのプロトコル層は、
    開放型システム間相互接続（ＯＳＩ）参照モデルの７個の層の少なくとも１つの層に該当する、請求項７に記載のＩＰベースのデジタル放送受信器。
  11. 前記Ｌは、前記Ｍよりも小さい整数である、請求項１０に記載のＩＰベースのデジタル放送受信器。
  12. 前記Ｎは２に該当し、前記Ｍは３に該当し、前記Ｌは１および／もしくは２に該当し、
    前記Ｌが１に該当する場合、前記層（Ｎ＋Ｌ）はＩＰ層に該当し、
    前記Ｌが２に該当する場合、前記層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（ＵＤＰ）もしくは転送制御プロトコル（ＴＣＰ）に該当する、請求項１０に記載のＩＰベースのデジタル放送受信器。
  13. インターネットプロトコル（ＩＰ）ベースのデジタル放送送信器において、少なくとも１つのプロトコル層に有されるシグナリングデータを処理する方法であって、
    層（Ｎ＋Ｍ）のプロトコルに従う、層（Ｎ＋Ｍ）パケットの開始位置から、前記層（Ｎ＋Ｍ）パケットに有されたシグナリングデータが始まるポイントまでのオフセット値を測定するステップと、
    前記測定されたオフセット値、複写されたシグナリングデータの長さを識別する長さフィールドおよび前記複写されたシグナリングデータが存在することを示すシグナリング指示子を、前記層（Ｎ＋Ｍ）パケットのペイロードの最後に挿入して、前記層（Ｎ＋Ｍ）パケットを生成するステップと、
    層（Ｎ＋Ｌ）のプロトコルに従って、層（Ｎ＋Ｌ）ヘッダおよび前記層（Ｎ＋Ｍ）パケットを有する層（Ｎ＋Ｌ）パケットを生成するステップと、
    層（Ｎ）のプロトコルに従って、層（Ｎ）ヘッダおよび前記層（Ｎ＋Ｌ）パケットを有する層（Ｎ）パケットを生成するステップであって、前記層（Ｎ）ヘッダは、前記層（Ｎ）パケットに前記シグナリング指示子が有されていることを識別する指示子フィールドを有するステップと、
    前記層（Ｎ）パケットを物理層のプロトコルに従って処理して、放送信号を生成するステップと、を有する、方法。
  14. 前記層（Ｎ）パケットを生成するステップは、
    前記シグナリング指示子が有効であるか否かをチェックするステップを有する、請求項１３に記載の方法。
  15. 前記少なくとも１つのプロトコル層は、
    開放型システム間相互接続（ＯＳＩ）参照モデルの７個の層の少なくとも１つの層に該当する、請求項１３に記載の方法。
  16. 前記Ｌは、前記Ｍよりも小さい整数である、請求項１５に記載の方法。
  17. 前記Ｎは２に該当し、前記Ｍは３に該当し、前記Ｌは１および／もしくは２に該当する、請求項１５に記載の方法。
  18. 前記Ｌが１に該当する場合、前記層（Ｎ＋Ｌ）はＩＰ層に該当し、
    前記Ｌが２に該当する場合、前記層（Ｎ＋Ｌ）は、ユーザデータグラムプロトコル（ＵＤＰ）もしくは転送制御プロトコル（ＴＣＰ）に該当する、請求項１７に記載の方法。
JP2016515266A 2013-05-22 2014-05-21 Ｉｐベースのデジタル放送システムにおける階層間シグナリングデータの処理方法および装置 Expired - Fee Related JP6276392B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361826462P 2013-05-22 2013-05-22
US61/826,462 2013-05-22
PCT/KR2014/004529 WO2014189278A1 (ko) 2013-05-22 2014-05-21 Ip 기반의 디지털 방송 시스템에서 계층간 시그널링 데이터 처리 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2016528752A true JP2016528752A (ja) 2016-09-15
JP6276392B2 JP6276392B2 (ja) 2018-02-07

Family

ID=51933782

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016515266A Expired - Fee Related JP6276392B2 (ja) 2013-05-22 2014-05-21 Ｉｐベースのデジタル放送システムにおける階層間シグナリングデータの処理方法および装置

Country Status (7)

Country Link
US (1) US9954981B2 (ja)
EP (1) EP3001691A4 (ja)
JP (1) JP6276392B2 (ja)
KR (1) KR20160010440A (ja)
CN (1) CN105230025A (ja)
CA (1) CA2911498C (ja)
WO (1) WO2014189278A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112015030043B1 (pt) * 2013-06-07 2023-01-10 Sony Corporation Dispositivo de transmissão e processamento, e, método de transmissão de um fluxo contínuo de transmissão
CN105308974B (zh) * 2013-06-21 2019-09-24 索尼公司 传输装置、传输方法、再现装置、再现方法以及接收装置
KR20150145687A (ko) * 2014-06-20 2015-12-30 삼성전자주식회사 Ip 기반 방송 망에서 전송 패킷 압축 기법
US10462502B2 (en) * 2014-11-21 2019-10-29 Sony Corporation Transmitting apparatus, transmitting method, receiving apparatus, and receiving method
CA2921475C (en) 2014-12-05 2019-10-22 Woosuk Kwon Method and apparatus for transmitting and receiving a broadcast signal
WO2016129866A1 (ko) 2015-02-10 2016-08-18 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102197968B1 (ko) 2015-07-08 2021-01-04 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
WO2018045521A1 (zh) * 2016-09-08 2018-03-15 华为技术有限公司 无线网络中传输信令的方法和装置
CN109511135B (zh) * 2017-09-15 2022-04-08 中国移动通信有限公司研究院 一种信令消息生成及发送方法、介质和相关装置
US11382131B2 (en) * 2020-05-05 2022-07-05 Telefonaktiebolaget Lm Ericsson (Publ) Data signaling for high frequency networks
CN114143585A (zh) * 2021-11-02 2022-03-04 深圳Tcl新技术有限公司 一种数据处理方法、装置及存储介质和终端设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011523806A (ja) * 2008-05-07 2011-08-18 デジタル ファウンテン， インコーポレイテッド 放送チャネル上の高速チャネルザッピングおよび高品質ストリーム保護
WO2012173387A2 (en) * 2011-06-16 2012-12-20 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving signaling information for reception of broadcast services in a digital broadcasting system
US20130034032A1 (en) * 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8296452B2 (en) * 2003-03-06 2012-10-23 Cisco Technology, Inc. Apparatus and method for detecting tiny fragment attacks
KR20050079419A (ko) * 2004-02-05 2005-08-10 삼성전자주식회사 중복 주소 검출을 보장하는 방법 및 장치
US7523179B1 (en) * 2004-12-14 2009-04-21 Sun Microsystems, Inc. System and method for conducting direct data placement (DDP) using a TOE (TCP offload engine) capable network interface card
US8976858B2 (en) * 2005-05-13 2015-03-10 Qualcomm Incorporated Error resilience using out of band directory information
JP2007243904A (ja) * 2006-02-09 2007-09-20 Seiko Epson Corp 撮像装置及び画像処理装置
EP1871137A2 (en) * 2006-06-22 2007-12-26 Innovative Sonic Limited Method and apparatus for handling status report after handover in a wireless communications system
US8170023B2 (en) * 2007-02-20 2012-05-01 Broadcom Corporation System and method for a software-based TCP/IP offload engine for implementing efficient digital media streaming over internet protocol networks
US8090241B2 (en) * 2007-05-15 2012-01-03 Broadcom Corporation System and method for simultaneous network recording and playback of digital television programs
KR100930444B1 (ko) * 2007-11-01 2009-12-08 (주)휴맥스 홀딩스 아이피 방송 수신기에서의 방송 데이터 처리장치 및 방법
US7940650B1 (en) * 2008-11-03 2011-05-10 Juniper Networks, Inc. Peer-agnostic TCP socket replication between primary and secondary routing engines
CN101909196B (zh) * 2009-06-05 2013-04-17 华为技术有限公司 一种频道切换处理方法及系统以及相关设备
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
US10057006B2 (en) * 2010-05-10 2018-08-21 Lg Electronics Inc. Apparatus for transmitting a broadcast signal, apparatus for receiving a broadcast signal, and method for transmitting/receiving a broadcast signal using an apparatus for transmitting/receiving a broadcast signal
KR101244512B1 (ko) * 2010-12-16 2013-03-18 한국방송공사 스마트 디엠비 서비스 제공 시스템, 스마트 디엠비 서비스를 위한 아이피 스트리밍 수신/제공 방법 및 장치
KR20120123638A (ko) 2011-05-01 2012-11-09 삼성전자주식회사 디지털 방송 시스템에서 방송 서비스 수신을 위한 시그널링 정보를 송수신하는 방법 및 장치
KR101874433B1 (ko) * 2011-06-16 2018-07-06 삼성전자주식회사 디지털 방송 시스템에서 방송 서비스 수신을 위한 시그널링 정보를 송수신하는 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011523806A (ja) * 2008-05-07 2011-08-18 デジタル ファウンテン， インコーポレイテッド 放送チャネル上の高速チャネルザッピングおよび高品質ストリーム保護
WO2012173387A2 (en) * 2011-06-16 2012-12-20 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving signaling information for reception of broadcast services in a digital broadcasting system
US20130034032A1 (en) * 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System

Also Published As

Publication number Publication date
CN105230025A (zh) 2016-01-06
JP6276392B2 (ja) 2018-02-07
CA2911498C (en) 2018-05-01
CA2911498A1 (en) 2014-11-27
EP3001691A4 (en) 2016-10-19
US20160094687A1 (en) 2016-03-31
EP3001691A1 (en) 2016-03-30
US9954981B2 (en) 2018-04-24
WO2014189278A1 (ko) 2014-11-27
KR20160010440A (ko) 2016-01-27

Similar Documents

Publication Publication Date Title
JP6276392B2 (ja) Ｉｐベースのデジタル放送システムにおける階層間シグナリングデータの処理方法および装置
JP6648211B2 (ja) マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置
US11637887B2 (en) Packet transmission protocol supporting downloading and streaming
KR101995314B1 (ko) Ｄｖｂ 지상파 방송 시스템에서 ｍｐｅｇ ｍｍｔ를 위한 시그널링 정보를 송수신하는 장치 및 방법
KR102340240B1 (ko) 지상파 방송망과 인터넷 프로토콜망 연동 기반의 하이브리드 방송 시스템에서 방송 서비스의 송수신 방법 및 장치
JP6877603B2 (ja) 送信方法、受信方法、送信装置、及び受信装置
JP6480620B2 (ja) 送信方法、受信方法、送信装置、及び受信装置
JP5715669B2 (ja) ネットワークにおけるストリーミングデータコンテンツ
US9998773B2 (en) Transmission device, transmission method of transmission stream, and processing device
KR102445458B1 (ko) 송신 장치, 송신 방법, 수신 장치 및 수신 방법
JP2018515976A (ja) ブロードキャストサービスのためのサービスシグナリングを送受信する方法及び装置
CN106105141A (zh) 实现扩展传输控制功能的传输加速器
US20170346868A1 (en) Method and apparatus for transceiving data packet for transmitting and receiving multimedia data
JPWO2017073336A1 (ja) 送信装置、受信装置、及び、データ処理方法
WO2012094994A1 (zh) 流媒体丢包重传实现方法和系统
WO2019034061A1 (zh) 数据传输方法、装置及系统
WO2015045362A1 (ja) 送信方法、受信方法、送信装置、及び受信装置
TW201025941A (en) Packet processing apparatus and packet processing method
WO2010009657A1 (zh) 一种业务数据流的发送方法
WO2013181826A1 (zh) Otn开销的发送、接收方法和装置
JP5333968B2 (ja) データ送受信方法，データ送信装置，及びデータ受信装置
TW201007471A (en) System and method for improving data transmission rate
JP2011049762A (ja) 配信装置、受信装置および配信方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161220

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170313

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170919

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171121

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180111

R150 Certificate of patent or registration of utility model

Ref document number: 6276392

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees