-
[Technisches Gebiet]
-
Die vorliegende Erfindung betrifft eine Signal-Sende-/Empfang-Vorrichtung und ein Signal-Sende-/Empfang-Verfahren.
-
[Hintergrund]
-
Forschung ist zu einem Verfahren zum Kodieren und Dekodieren eines ultrahoch aufgelösten (ultra high definition, UHD) Videos hinsichtlich der Steigerung der Videosignalverarbeitungsgeschwindigkeit betrieben worden. Forschung ist zu einem Verfahren zum problemlosen Verarbeiten eines HD Videos als auch eines UHD Videos betrieben worden, selbst wenn das UHD Video unter Verwendung eines vorhandenen HD Empfängers empfangen wird.
-
Zum Beispiel ist es nach Erscheinen einer Kameravorrichtung, die zum Aufnehmen eines Videos mit einer Größe von 4 K geeignet ist, und einer Anzeigevorrichtung, die zum Anzeigen des 4 K Videos geeignet ist, notwendig, ein Verfahren zum Übertragen von 4 K Inhalt durch ein vorhandenes Sendenetzwerk bereitzustellen. In diesem Fall muss die Kompatibilität zwischen einem Verfahren zum Bereitstellen eines 4 K Sendediensts und einem vorhandenen HD Sende betrachtet werden. Bis jetzt ist jedoch ein Verfahrens zum Übertragen von 4 K Inhalt, das gleichzeitig kompatibel ist mit einer vorhandenen HD Sendung, noch nicht bereitgestellt worden.
-
[Inhalt]
-
[Technisches Problem]
-
Es ist eine Aufgabe der vorliegenden Erfindung, eine Signal-Sende-/Empfang-Vorrichtung und ein Signal-Sende-/Empfang-Verfahren bereitzustellen, die mit einer vorhandenen HD Sendung kompatibel sein können, während ein ultrahoch aufgelöster Videosendedienst bereitgestellt wird.
-
Es ist eine andere Aufgabe der vorliegenden Erfindung, eine Signal-Sende-/Empfang-Vorrichtung und ein Signal-Sende-/Empfang-Verfahren bereitzustellen, die zum Bereitstellen eines für einen ultrahoch aufgelösten Videosendedienst notwendigen Nebendiensts geeignet sind.
-
Es ist eine weitere Aufgabe der vorliegenden Erfindung, eine Signal-Sende-/Empfang-Vorrichtung und ein Signal-Sende-/Empfang-Verfahren bereitzustellen, die zum Anzeigen eines für einen ultrahoch aufgelösten Videosendedienst passenden Untertitels geeignet sind.
-
[Technische Lösung]
-
Eine Ausführungsform der vorliegenden Erfindung stellt ein Signalübertragungsverfahren bereit einschließlich Kodieren ultrahoch aufgelöster (ultra high definition, UHD) Videodaten (S110); Kodieren von Signalisierungsinformation umfassend Information betreffend einen UHD Sendedienst basierend auf den kodierten UHD Videodaten und Information betreffend Eigenschaften der kodierten UHD Videodaten (S120); und Bündeln der kodierten UHD Videodaten und der Signalisierungsinformation und Übertragen der gebündelten Daten.
-
Die Information betreffend den UHD Sendedienst kann dem service_type in einem Deskriptor einer Dienstbeschreibungstabelle (service description table, SDT) signalisiert werden. Die Eigenschaften der kodierten UHD Videodaten können gemäß einem stream_content Wert und einem component_type Wert einer Ereignisinformationstabelle (event information table, EIT) signalisiert werden.
-
Die Signalisierungsinformation kann eine EIT aufweisen und die BIT kann Verknüpfungsinformation aufweisen, die zu Verbinden des UHD Sendediensts gemäß den Eigenschaften der kodierten UHD Videodaten geeignet ist.
-
Eine andere Ausführungsform der vorliegenden Erfindung stellt ein Signalempfangsverfahren bereit einschließlich Empfangen von UHD Videodaten und von Signalisierungsinformation umfassend Information betreffend den UHD Sendedienst und Information betreffend Eigenschaften der in einem gebündelten Sendesignal enthaltenen kodierten UHD Videodaten und Entbündeln der UHD Videodaten und der Signalisierungsinformation (S210), Dekodieren der entbündelten Signalisierungsinformation (S220) und Dekodieren der entbündelten UHD Videodaten basierend auf der dekodierten Signalisierungsinformation (S230).
-
Eine andere Ausführungsform der vorliegenden Erfindung stellt eine Signalübertragungsvorrichtung bereit mit einem Kodierer (610) zum Kodieren ultrahoch aufgelöster (ultra high definition, UHD) Videodaten, einer Signalisierungsinformationskodierungseinheit (620) zum Kodieren von Signalisierungsinformation umfassend Information betreffend einen UHD Sendedienst basierend auf den kodierten UHD Videodaten und Information, die dazu geeignet ist, mit Eigenschaften der kodierten UHD Videodaten signalisiert zu werden, und einer Bündelungseinheit (630) zum Bündeln der kodierten UHD Videodaten und der Signalisierungsinformation und zum Übertragen der gebündelten Daten.
-
Eine weitere Ausführungsform der vorliegenden Erfindung stellt eine Signalempfangsvorrichtung bereit mit einer Entbündelungseinheit (710) zum Empfangen von UHD Videodaten und von Signalisierungsinformation umfassend Information betreffend den UHD Sendedienst und Information betreffend Eigenschaften der in einem gebündelten Sendesignal enthaltenen kodierten UHD Videodaten, einer Signalisierungsinformationsdekodierungseinheit (720) zum Dekodieren der entbündelten Signalisierungsinformation und einem Videodecoder (730) zum Dekodieren der entbündelten UHD Videodaten basierend auf der dekodierten Signalisierungsinformation.
-
Der Untertitelstrom kann einen Parameter zum Definieren eines Fensters für eine Position des Untertitelstroms für den Dienst basierend auf den UHD Videodaten aufweisen und der Parameter kann einen Fensterpositionswert für den Untertitel gemäß dem Dienst basierend auf den UHD Videodaten aufweisen.
-
[Vorteilhafte Wirkungen]
-
Gemäß einer Ausführungsform der vorliegenden Erfindung können eine Signal-Sende-/Empfang-Vorrichtung und ein Signal-Sende-/Empfang-Verfahren mit einer vorhandenen HD Sendung kompatibel sein, während ein ultrahoch aufgelöster Videosendedienst bereitgestellt wird.
-
Gemäß einer anderen Ausführungsform der vorliegenden Erfindung sind eine Signal-Sende-/Empfang-Vorrichtung und ein Signal-Sende-/Empfang-Verfahren geeignet zum Bereitstellen eines für einen ultrahoch aufgelösten Videosendedienst notwendigen Nebendiensts.
-
Gemäß einer weiteren Ausführungsform der vorliegenden Erfindung sind eine Signal-Sende-/Empfang-Vorrichtung und ein Signal-Sende-/Empfang-Verfahren geeignet zum Anzeigen eines für einen ultrahoch aufgelösten Videosendedienst passenden Untertitels.
-
[Figurenbeschreibung]
-
1 ist eine Ansicht, die ein Signalübertragungsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
2 ist eine konzeptionelle Ansicht, die die Bereitstellung eines ultrahoch aufgelösten (ultra high definition, UHD) Sendediensts gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
3 ist eine Ansicht, die eine Signalisierungsinformation gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
4 ist eine Ansicht, die eine Signalisierungsinformation gemäß einer anderen Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
5 ist eine Ansicht, die die Eigenschaften eines Videos basierend auf stream_content und component_type Feldwerten veranschaulicht.
-
6 ist eine Ansicht, die eine Signalisierungsinformation gemäß einer weiteren Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
7 ist eine Ansicht, die ein Beispiel eines Verfahrens zum Signalisieren eines UHD Sendediensts oder eines Ereignisses veranschaulicht.
-
8 ist eine Ansicht, die ein Beispiel zur Signalisierung eines Untertitelstroms für einen UHD Dienst gemäß einer anderen Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
9 ist eine Ansicht, die einen subtitle_descriptor veranschaulicht.
-
10 ist eine Ansicht, die eine Signalempfangsvorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
11 ist eine Ansicht, die ein Signalempfangsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
12 ist eine Ansicht, die eine Signalübertragungsvorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
13 ist eine Ansicht, die eine Signalempfangsvorrichtung gemäß einer anderen Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
[Beste Ausführungsform]
-
Es werden nun die Ausführungsformen der vorliegenden Erfindung mit Bezug auf die beigefügten Zeichnungen beschrieben.
-
1 ist eine Ansicht, die ein Signalübertragungsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
Ultrahoch aufgelöste (ultra high definition, UHD) Videodaten werden kodiert (S110). Zum Beispiel können die UHD Videodaten eine Auflösung von 4 K, 8 K, 16 K, usw. aufweisen.
-
Ein UHD Sendedienst basierend auf den UHD Videodaten und Information, die dazu geeignet ist, mit den Eigenschaften der kodierten UHD Videodaten signalisiert zu werden, werden kodiert (S120).
-
Beispiele zum Signalisieren eines UHD Videodiensts werden nachfolgend mit Bezug auf 3, 4, 5, 6 und 7 beschrieben. Beispiele zum Signalisieren von Information, die die Eigenschaften der kodierten UHD Videodaten signalisieren, werden kodiert und Untertitelinformation für den UHD Videodienst wird nachfolgend mit Bezug auf 5, 8 und 9 beschrieben.
-
Die kodierten UHD Videodaten und die Signalisierungsinformation werden gebündelt und dann werden die gebündelten Daten übertragen (S130). Die gebündelten Daten können einen Untertitelstrom für den UHD Videodienst enthalten.
-
Nachfolgend werden eine Ausführungsform, die zum Erkennen des UHD Videodiensts geeignet ist, und eine Ausführungsform, die zum Übertragen der Videosignalisierungsinformation geeignet ist, im Detail beschrieben.
-
2 ist eine konzeptionelle Ansicht, die die Bereitstellung eines UHD Sendediensts gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
Ein Inhaltsanbieter 100 kann ein UHD Video als Inhalt erzeugen. Zum Beispiel kann der Inhaltsanbieter 100 ein UHD Video A erzeugen, das unter Verwendung einer Kamera, die zur Aufnahme eines a 4 K UHD Videos geeignet ist, einen UHD Sendedienst bereitstellt.
-
Ein Sender 200 weist einen Videokodierer 210, eine Bündelungseinheit 220 und eine Kanal-Kodierungs-und-Modulations-Einheit 230 auf.
-
Der Videokodierer 210 komprimiert und kodiert ein superhoch aufgelöstes (UHD) Video. Zum Beispiel, kann der Videokodierer 210 einen Kodierungsstandard, wie etwa High Efficiency Video Coding (HEVC), verwenden, um ein 4 K UHD Video zu kodieren.
-
Die Bündelungseinheit 220 bündelt einen Strom des kodierten UHD Videos, einen anderen Strom, wie etwa einen Audiostrom, und Signalisierungsinformation, die nachfolgend beschrieben wird, um einen Transportstrom auszugeben.
-
Die Kanal-Kodierungs-und-Modulations-Einheit 230 kanal-kodiert und bündelt den Transportstrom, um den Transportstrom als ein Sendesignal zu übertragen.
-
Eine Empfänger 300 weist eine Demodulationseinheit 310, eine Entbündelungseinheit 320 und einen Videodekodierer 330 auf.
-
Die Demodulationseinheit 310 empfängt und demoduliert das übertragene Sendesignal, um den Transportstrom auszugeben.
-
Die Entbündelungseinheit 320 kann den Transportstrom entbündeln, um den Videostrom, den Audiostrom und die Signalisierungsinformation, die nachfolgend beschrieben wird, auszugeben.
-
Der Videodekodierer 330 kann ein superhoch aufgelöstes (UHD) Video dekodieren. Zum Beispiel kann der Videodekodierer 330 ein 4 K UHD Video B dekodieren und dann das 4 K UHD Video verarbeiten. Zum Beispiel kann der Empfänger Videoverarbeitung zum Anzeigen etwa von Bildqualitätsverarbeitung und Bildratenkonversion des dekodierten Videos durchführen.
-
Nachfolgend wird eine Ausführungsform beschrieben, die zur Übertragung relevanter Information in dem Fall geeignet ist, in dem ein UHD Sendedienst von dem oben beschrieben System durchgeführt wird. Gemäß einer Ausführungsform der vorliegenden Erfindung ist es für ein Video mit einer Auflösung von 4 K möglich, detaillierte Information betreffend einer UHD Videokomponente, wie etwa Profilinformation einer Videokodierung, zu übertragen. Zusätzlich ist es möglich, einen vorhandenen Dienst eines HD Videos, einen mit einem Ereignis gekoppelten 4 K UHD Dienst oder Information betreffend das Ereignis zu übertragen. Ferner ist es möglich, nicht nur eine Kanalzahl eines Kanals, der mit einem ein UHD Video übertragenden Kanal gekoppelt ist, sondern auch physikalische Information des entsprechenden Kanals zu übertragen.
-
Zu dem Zweck ist es gemäß einer Ausführungsform der vorliegenden Erfindung möglich, Information betreffend einen UHD Sendedienst an eine Dienstbeschreibungstabelle (service description table, SDT) oder eine Ereignisinformationstabelle (event information table, BIT) zu melden.
-
Zum Beispiel ist es unter Verwendung eines dienst_type Felds eines in der SDT enthaltenen Dienstdeskriptors möglich, Information zu melden, die anzeigt, dass ein 4 K UHD Sendedienst in dem entsprechenden Kanal durchgeführt wird. Gemäß einer Ausführungsform der vorliegenden Erfindung ist es unter Verwendung eines in der EIT enthaltenen Komponentendeskriptors möglich, detaillierte Information eines 4 K UHD Videos zu signalisieren. Die detaillierte Information weist Auflösungsinformation, Bildrateninformation, Aspektverhältnisinformation, Bittiefeninformation und Farbabtastungsinformation auf.
-
Gemäß einer Ausführungsform der vorliegenden Erfindung ist es unter Verwendung eines in der BIT (oder der SDT) enthaltenen Verknüpfungsdeskriptors möglich, Information betreffend ein UHD Ereignis oder einen Dienstkanal entsprechend einem vorhandenen Dienst (einem HD Dienst, einem SD Dienst, einem 3 D Dienst, usw.) zu signalisieren.
-
3 ist eine Ansicht, die eine Signalisierungsinformation gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht. In dieser Zeichnung ist eine Dienstbeschreibungstabelle (service description table, SDT) einer Dienstinformation (SI) veranschaulicht als eine Signalisierungsinformation.
-
In der SDT enthaltene Information ist die folgende.
-
Ein table_id Feld zeigt einen Identifikator der Tabelle an. für
-
Ein section_syntax_indicator Feld zeigt ein 1-Bit Feld an, das für einen SDT Tabellenabschnitt auf 1 gesetzt ist (section_syntax_indicator: Der section_syntax_indicator ist ein 1-Bit Feld, das auf ”1” gesetzt werden soll).
-
Ein section_length Feld zeigt die durch die Zahl Bytes ausgedrückte Länge eines Abschnitts an (section_length: Dies ist ein 12-Bit Feld, dessen erste zwei Bits ”00” sein sollen. Es spezifiziert die Zahl Bytes des Abschnitts, der unmittelbar nach dem section_length Feld beginnt und den CRC aufweist. Die section_length soll 1021 nicht überschreiten, so dass der gesamte Abschnitt eine maximale Länge von 1024 Bytes aufweist.)
-
Ein transport_stream_id Feld zeigt einen durch die SDT bereitgestellten TS Identifikator an, während unterschieden wird von irgendeinem anderen Bündel innerhalb des Liefersystems (transport_stream_id: Dies ist ein 16-Bit Feld, das als eine Beschriftung für die Identifikation des TS, worüber die SDT informiert, gegenüber irgendeinem anderen Bündel dient.)
-
Ein version_number Feld zeigt eine Versionsnummer dieser Untertabelle an (version_number: Dieses 5-Bit Feld ist eine Versionsnummer der sub_table. Die version_number soll um 1 erhöht werden, wenn sich eine Änderung der innerhalb der sub_table getragenen Information ereignet. Wenn es den Wert ”31” erreicht, schlägt es auf ”0” um. Wenn der current_next_indicator auf ”1” gesetzt ist, denn soll die version_number die der derzeitig anwendbaren sub_table sein. Wenn der current_next_indicator auf ”0” gesetzt ist, dann soll die version_number die der nächst anwendbaren sub_table sein.)
-
Ein current_next_indicator Feld zeigt an, ob diese Untertabelle derzeit anwendbar oder nächst-anwendbar ist (current_next_indicator: Wenn auf ”1” gesetzt, zeigt dieser 1-Bit Indikator an, dass die sub_table die derzeit anwendbare sub_table ist. Wenn das Bit auf ”0” gesetzt ist, zeigt es an, dass die gesendete sub_table noch nicht anwendbar ist und die nächst-gültige sub_table sein soll.)
-
Ein section_number Feld zeigt eine Abschnittzahl an (section_number: Dieses 8-Bit Feld gibt die Zahl der Abschnitte an. Die section_number des ersten Abschnitts in der sub_table soll ”0x00” sein. Die section_number soll mit jedem zusätzlichen Abschnitt mit derselben table_id, transport_stream_id und original_network_id um 1 erhöht werden.)
-
Ein last section_number Feld zeigt die letzte Abschnittszahl an (last_section_number: Dieses 8-Bit Feld spezifiziert die Zahl des letzten Abschnitts (d. h. des Abschnitts mit der höchsten section_number) der sub_table, dessen dieser Abschnitt teil ist.)
-
Ein original_network_id Feld zeigt einen Identifikator der Netzwerk ID des Liefersystems an (original_network_id: Dieses 16-Bit Feld gibt die Beschriftung an, die die network_id des Ursprungsliefersystems identifiziert.)
-
Ein service_id Feld zeigt einen Serveridentifikator innerhalb des TS an (service_id: Dieses ist ein 16-Bit Feld, das als eine Bezeichnung dient, um diesen Dienst gegenüber jedem anderen Dienst innerhalb des TS zu identifizieren. Die service_id ist dieselbe wie die program_number in der entsprechenden program_map_section.)
-
Ein EIT_schedule_flag Feld zeigt an, ob BIT Zeitplaninformation für den Dienst in dem derzeitigen TS vorliegt (EIT_schedule_flag: Dieses ist a 1-Bit Feld, das, wenn auf ”1” gesetzt, anzeigt, dass BIT Zeitplaninformation für den Dienst in dem derzeitigen TS vorliegt, siehe TR 101 211 [i.2] für Information über ein maximales Zeitintervall zwischen Ereignissen einer BIT Zeitplan sub_table). Wenn das Kennzeichen auf 0 gesetzt ist, dann sollte die EIT Zeitplaninformation für den Dienst nicht in dem TS vorliegen.)
-
Ein EIT_present_following_flag Feld zweigt an, ob EIT_present_following Information für den Dienst in dem derzeitigen TS vorliegt (EIT_present_following_flag: Dieses ist ein 1-Bit Feld, das, wenn auf ”1” gesetzt, anzeigt, dass EIT_present_following Information für den Dienst in der derzeitigen TS vorliegt, siehe TR 101 211 [i.2] für Information über ein maximales Zeitintervall zwischen Ereignissen einer EIT Jetzt-/Folgesub_table. Wenn das Kennzeichen auf 0 gesetzt ist, dann sollte die BIT Jetzt-/Folge-Information für den Dienst nicht in der TS vorliegen.)
-
Ein running_status Feld zeigt den Status eines Diensts wie in Tabelle 6 eines DVB-SI Dokuments definiert an (running_status: Dieses ist ein 3-Bit Feld, das den Status des Diensts wie in Tabelle 6 anzeigt. Für einen NVOD Bezugsdienst soll der Wert des running_status auf ”0” gesetzt sein.)
-
Ein free_CA_mode Feld zeigt an, ob alle Komponentenflüsse des Diensts verschlüsselt sind (free_CA_mode: Dieses 1-Bit Feld zeigt, wenn ”0” gesetzt, an, dass all die Komponentenflüsse des Diensts nicht verschlüsselt sind. Wenn auf ”1” gesetzt, zeigt es an, dass Zugriff auf einen oder mehrere Flüsse durch ein CA System gesteuert werden kann.)
-
Ein descriptors_loop_length Feld zeigt die Länge des nachfolgenden Deskriptors an (descriptors_loop_length: Dieses 12-Bit Feld gibt die absolute Länge des nachfolgenden Deskriptors in Bytes an).
-
CRC_32 ist ein 32-Bit Feld, das den CRC Wert enthält (CRC_32: Dieses ist ein 32-Bit Feld, das den CRC Wert enthält, der eine Nullausgabe des Registers in dem Dekodierer angibt.)
-
Service_descriptor kann an der Position eines dem descriptors_loop_length Feld nachfolgenden Deskriptors angeordnet sein.
-
Service_descriptor kann die folgende Information enthalten.
-
Descriptor_tag kann einen Identifikator aufweisen, der diesen Deskriptor identifiziert und descriptor_length die Länge des Deskriptors anzeigt.
-
Service_type kann signalisieren, ob ein UHD Videodienst an einen entsprechenden Dienst oder Kanal übertragen wird.
-
Service_provider_name_length zeigt die Länge eines Dienstleisters an, angezeigt wie der nachfolgende Datentyp.
-
Service_name_length zeigt die Länge des Dienstnamens an, angezeigt wie der nachfolgende Datentyp.
-
Zum Beispiel kann service_type eines UHD Sendediensts unter Verwendung der folgenden Werte übertragen werden.
-
In einem Fall, in dem service_type 0x20 ist, zeigt es einen UHD Digitalfernsehdienst (4 K) unter Verwendung von AVC/H.264 an.
-
In einem Fall, in dem service_type 0x21 ist, zeigt es einen UHD Digitalfernsehdienst (4 K) unter Verwendung von HEVC an.
-
In einem Fall, in dem service_type 0x22 ist, zeigt es UHD Digitalfernsehdienst (8 K) unter Verwendung von AVC/H.264 an.
-
In einem Fall, in dem service_type 0x23 ist, zeigt es einen UHD Digitalfernsehdienst (8 K) unter Verwendung von HEVC an.
-
4 ist eine Ansicht, die eine Signalisierungsinformation gemäß einer anderen Ausführungsform der vorliegenden Erfindung veranschaulicht. In dieser Zeichnung ist eine Ereignisinformationstabelle (event information table, EIT) einer Dienstinformation (SI) als Signalisierungsinformation veranschaulicht.
-
Ein table_id Feld zeigt einen Identifikator der Tabelle an.
-
Ein section_syntax_indicator Feld zeigt ein 1-Bit Feld an, das für einen EIT Tabellenabschnitt auf 1 gesetzt ist (section_syntax_indicator: Der section_syntax_indicator ist ein 1-Bit Feld, das auf ”1” gesetzt sein soll.)
-
Eine section_length zeigt ausgedrückt durch eine Zahl Bytes die Länge eines Abschnitts an (section_length: Dieses ist ein 12-Bit Feld. Es spezifiziert die Zahl Bytes des Abschnitts, der unmittelbar nach dem section_length Feld beginnt und den CRC aufweist. Die section_length soll 4093 nicht überschreiten, so dass der gesamte Abschnitt eine maximale Länge von 4096 Bytes aufweist.)
-
Ein service_id Feld zeigt einen Serveridentifikator innerhalb des TS an (service_id: Dieses ist ein 16-Bit Feld, das als eine Bezeichnung dient, um diesen Dienst gegenüber jedem anderen Dienst innerhalb des TS zu identifizieren. Die service_id ist dieselbe wie die program_number in der entsprechenden program_map_section.)
-
Eine version_number zeigt eine Versionsnummer dieser Untertabelle an (version_number: Dieses 5-bit Feld ist die Versionsnummer der sub_table. Die version_number soll um 1 erhöht werden, wenn sich eine Änderung in der innerhalb der sub_table getragenen Information ereignet. Wenn es den Wert ”31” erreicht, schlägt es auf 0 um. Wenn der current_next_indicator auf ”1” gesetzt ist, denn soll die version_number die der derzeitig anwendbaren sub_table sein. Wenn der current_next_indicator auf ”0” gesetzt ist, dann soll die version_number die der nächst-anwendbaren sub_table sein.)
-
Ein current_next_indicator Feld zeigt an, ob diese Untertabelle derzeit anwendbar oder nächst-anwendbar ist (current_next_indicator: Dieser 1-Bit Indikator, zeigt, wenn auf ”1” gesetzt, an, dass die sub_table die derzeit anwendbare sub_table ist. Wenn das Bit auf ”0” gesetzt ist, zeigt es an, dass die gesendete sub_table noch nicht anwendbar ist und die nächst-gültige sub_table sein soll.)
-
Ein section_number Feld zeigt eine Abschnittzahl an (section_number: Dieses 8-Bit Feld gibt die Zahl des Abschnitts an. Die section_number des ersten Abschnitts in der sub_table soll ”0x00” sein. Die section_number soll mit jedem zusätzlichen Abschnitt mit derselben table_id, transport_stream_id und original_network_id um 1 erhöht werden. In diesem Fall kann die sub_table als eine Zahl Segmente strukturiert sein. Innerhalb jeden Segments soll die section_number mit jedem zusätzlichen Abschnitt um 1 erhöht werden, jedoch ist eine Lücke in der Nummerierung zwischen dem letzten Abschnitt eines Segments und des ersten Abschnitts des benachbarten Segments zulässig.)
-
Eine last_section_number zeigt die letzte Abschnittszahl an (last_section_number: Dieses 8-Bit Feld spezifiziert die Zahl des letzten Abschnitts (d. h. des Abschnitts mit der höchsten section_number) der sub_table, dessen dieser Abschnitt Teil ist.)
-
Ein transport_stream_id Feld zeigt eine durch die SDT bereitgestellte TS Bezeichnung an, die sich gleichzeitig von irgendeinem anderen Bündel innerhalb des Liefersystems unterscheidet (transport_stream_id: Dies ist ein 16-Bit Feld, das als eine Beschriftung für die Identifikation des TS, worüber die EIT informiert, gegenüber irgendeinem anderen Bündel dient.)
-
Ein original_network_id Feld zeigt einen Identifikator einer Netzwerk ID des Liefersystems an (original_network_id: Dieses 16-Bit Feld gibt die Beschriftung an, die die network_id des Ursprungsliefersystems identifiziert.)
-
Ein segment_last_section_number Feld zeigt die Zahl des letzten Abschnitts diesen Segments der Untertabelle an (segment_last_section_number: Dieses 8-Bit Feld spezifiziert die Zahl des letzten Abschnitts diesen Segments der sub_table. Für sub_tables, die nicht segmentiert sind, soll dieses Feld auf denselben Wert wie das last_section_number Feld gesetzt werden.)
-
Ein last table_id Feld zeigt einen Identifikator der letzten Tabelle an (last table_id: Dieses 8-Bit Feld identifiziert die zuletzt verwendete table_id (siehe Tabelle 2).)
-
Ein event_id Feld zeigt eine Identifikationsnummer des Ereignisses an (event_id: Dieses 16-Bit Feld enthält die Identifikationsnummer des beschriebenen Ereignisses (eindeutig zugewiesen innerhalb einer Dienstdefinition.)
-
Ein start_time Feld zeigt eine Startzeit des Ereignisses an (start_time: Dieses 40-Bit Feld enthält die Startzeit des Ereignisses in Weltzeit, koordinierter Weltzeit (Universal Time Coordinated, UTC) und modifiziertem julianischen Datum (Modified Julian Date, MJD) (siehe Anhang C). Dieses Feld ist in 16 Bits kodiert, die die 16 LSBs des MJD angeben gefolgt von 24 Bits kodiert als 6 Stelle in 4-Bit binär codierter Dezimalzahl (Binary Coded Decimal, BCD). Wenn die Startzeit undefiniert ist (z. B. für ein Ereignis in einem NVOD Bezugsdienst), werden alle Bits des Felds auf ”1” gesetzt.)
-
Ein running_status Feld zeigt den Status eines Ereignisses an, wie in Tabelle 6 eines DVB-SI Dokuments definiert (running_status: Dies ist ein 3-bit Feld, das den Status des Ereignisses anzeigt, wie in Tabelle 6 definiert. Für ein NVOD Bezugsereignis soll der Wert des running_status auf ”0” gesetzt werden.)
-
Ein free_CA_mode Feld zeigt an, ob alle Komponentenflüsse des Diensts verschlüsselt sind (free_CA_mode: Dieses 1-Bit Feld zeigt, wenn ”0” gesetzt, an, dass all die Komponentenflüsse des Diensts nicht verschlüsselt sind. Wenn auf ”1” gesetzt, zeigt es an, dass Zugriff auf einen oder mehrere Flüsse durch ein CA System gesteuert werden kann.)
-
Ein descriptors_loop_length Feld zeigt die Länge des nachfolgenden Deskriptors an (descriptors_loop_length: Dieses 12-Bit Feld gibt die absolute Länge des nachfolgenden Deskriptors in Bytes an).
-
CRC_32 ist ein 32-Bit Feld, das den CRC Wert enthält (CRC_32: Dieses ist ein 32-Bit Feld, das den CRC Wert enthält, der eine Nullausgabe des Registers in dem Dekodierer angibt.)
-
Component_descriptor kann an der Position eines dem descriptors_loop_length Feld nachfolgenden Deskriptors enthalten sein.
-
Der Komponentendeskriptor ist in der EIT angeordnet (oder einer Deskriptorschleife der SDT), um über Eigenschaften eines in einem entsprechenden Ereignis enthaltenen Video-(und Audio-)Stroms zu informieren. Unter Verwendung dieser Information kann der Empfänger ermitteln, ob es möglich ist, das entsprechende Ereignis zu dekodieren. Empfänger
-
Der Empfänger kann Information betreffend die Eigenschaften des UHD Videostroms unter Verwendung eines stream_content Felds und eines component_type Felds im component_descriptor signalisieren. D. h. unter Verwendung des stream_content Felds und des component_type Felds kann der Empfänger signalisieren prüfen die Eigenschaften des Videos einschließlich in dem entsprechenden Ereignis (oder Dienst) enthaltener Codectypen des Videostroms.
-
Component_descriptor weist descriptor_tag einschließlich eines Identifikators auf, der diesen Deskriptor und die Länge des Deskriptors anzeigende descriptor_length identifiziert.
-
Das stream_content Feld zeigt den Typ eines Stroms an und das component_type Feld zeigt einen Video- oder Audiodatentyp an. Eine Kombination des Stroms oder der Komponententypen basierend auf diesen zwei Feldern wird nachfolgend im Detail beschrieben.
-
Component_tag hat denselben Wert wie ein component_tag Feld eines Stromidentifikatordeskriptors.
-
Ein ISO_639_language_code Feld identifiziert eine Sprache der Komponente. Ein Text_char Feld zeigt die Textbeschreibung des Komponentenstroms an.
-
Der Empfänger kann Information betreffend Eigenschaften eines UHD Videostroms unter Verwendung des stream_content Felds und des component_type Felds signalisieren. Infolgedessen kann der Empfänger die Eigenschaften des Videos einschließlich der in dem entsprechenden Ereignis (oder Dienst) enthaltenen Codectypen des UHD Videostroms unter Verwendung des stream_content Felds und des component_type Felds der empfangenen SDT kennen und unter Verwendung derselben einen Dienst anzeigen.
-
5 ist eine Ansicht, die die Eigenschaften eines Videos basierend auf oben beschriebenen stream_content und component_type Feldwerten veranschaulicht. Zum Beispiel werden in dieser Ausführungsform die Eigenschaften des Videos basierend auf einem Strom veranschaulicht, der ein Video mit einem 4:2:0 Abtastungsfarbformat transportiert.
-
Zum Beispiel zeigt in einem Fall, in dem ein stream_content Feld für einen spezifischen Strom 0x05 ist und ein component_type Feldwert für den spezifischen Strom 0x90 ist, eine durch den Strom transportierte Komponente Videodaten mit einem H.264/AVC Codec, einer 4 K UHD Videoauflösung, einem Aspektverhältnis von 16:9 und einer Bildrate von 25 Hz an.
-
In einem Fall, in dem das stream_content Feld 0x05 ist und der component_type Feldwert 0x91 ist, zeigt eine durch den Strom transportierte Komponente Videodaten mit einem H.264/AVC Codec, einer 4 K UHD Videoauflösung, einem Aspektverhältnis von 16:9 oder mehr (ein Breitbildschirmaspektverhältnis) und einer Bildrate von 25 Hz an.
-
In einem Fall, in dem das stream_content Feld 0x05 ist und der component_type Feldwert 0x92 ist, zeigt eine durch den Strom transportierte Komponente Videodaten mit einem H.264/AVC Codec, einer 4 K UHD Videoauflösung, einem Aspektverhältnis von 16:9 und einer Bildrate von 30 Hz an.
-
In einem Fall, in dem das stream_content Feld 0x05 ist und der component_type Feldwert 0x93 ist, zeigt eine durch den Strom transportierte Komponente Videodaten mit einem H.264/AVC Codec, einer 4 K UHD Videoauflösung, einem Aspektverhältnis von 16:9 oder mehr (ein Breitbildschirmaspektverhältnis) und einer Bildrate von 30 Hz an.
-
Ähnlich, in einem Fall, in dem ein stream_content Feld für einen spezifischen Strom 0x09 ist und ein component_type Feldwert für den spezifischen Strom 0x01 ist, zeigt eine durch den Strom transportierte Komponente Videodaten mit einem HEVC Codec, einer 4 K UHD Videoauflösung, einem Aspektverhältnis von 16:9, einer Bildrate von 25 Hz und einem Bit-Tiefenformat von 8 Bits an.
-
Zusätzlich zeigt ähnlich in einem Fall, in dem ein stream_content Feld für einen spezifischen Strom 0x09 ist und ein component_type Feldwert für den spezifischen Strom 0x02 ist, eine durch den Strom transportierte Komponente Videodaten mit einem HEVC Codec, einer 4 K UHD Videoauflösung, einem Aspektverhältnis von 16:9 oder mehr (ein Breitbildschirmaspektverhältnis), einer Bildrate von 25 Hz und einem Bit-Tiefenformat von 8 Bits an.
-
Die Eigenschaften des durch andere Videokomponenten übertragenen Videos kann wie in dieser Zeichnung veranschaulicht signalisiert werden.
-
Diese Ausführungsform ist basierend auf dem Videostrom mit dem 4:2:0 Farbformat veranschaulicht worden. Ein 12-Bit Modus kann auch durch Erweiterung der veranschaulichten Liste hinzugefügt werden. In diesem Fall kann zum Beispiel component_type einen Wert von 0x11 bis 0x18 haben, basierend auf einer Kombination des Codecs, der Auflösung, des Aspektverhältnisses und der Bildrate.
-
Für einen Videostrom mit einem 4:2:0 Farbformat kann zum Beispiel ein Wert von 0x19 bis 0x30 basierend auf einer Kombination des Codecs, der Auflösung, des Aspektverhältnisses und der Bildrate als der component_type zugewiesen werden.
-
In derselben Weise kann für einen 8 K UHD Videostrom zum Beispiel ein Wert von 0x31 bis 0x60 basierend auf einer Kombination des Codecs, der Auflösung, des Aspektverhältnisses und der Bildrate als der component_type zugewiesen werden.
-
Demzufolge ist es möglich, das derzeitige Ereignis oder ein zukünftiges Ereignis zu informieren, ob ein UHD Sendedienst oder Ereignis bereitgestellt wird.
-
6 ist eine Ansicht, die eine Signalisierungsinformation gemäß einer weiteren Ausführungsform der vorliegenden Erfindung veranschaulicht. Diese Zeichnung veranschaulicht einen in einer Ereignisinformationstabelle (event information table, BIT) einer Dienstinformation (service information, SI) enthaltenen linkage_descriptor ().
-
Ein transport_stream_id Feld zeigt einen Identifikator an, der einen TS einschließlich eines Informationsdiensts identifiziert, ein original_network_id Feld zeigt einen Netzwerkidentifizierer des Ursprungsliefersystems.
-
Ein service_id Feld identifiziert einen Informationsdienst in dem TS.
-
Ein linkage_type Feld zeigt den Typ einer den Informationsdienst verbindenden Verknüpfung an.
-
Eine andere Ausführungsform, die über Information betreffend eine UHD Sendung informiert, die einem Sendedienst, den ein Nutzer gerade sieht, entspricht, ist die folgende.
-
Wenn ein UHD Ereignis/Dienst, der/das einem vorhandenen Ereignis oder Dienst entspricht, gemeldet wird, kann 0x0F als ein Wert des linkage_type verwendet werden. Wenn ein HD Dienst oder ein 3 D Dienst, der einem UHD Ereignis/Dienst entspricht, gemeldet wird, kann hingegen 0x0E verwendet werden.
-
Zum Beispiel kann in einem Fall, in dem ein linkage_type Feld 0x0F ist, ein Deskriptor, der zur Signalisierung eines UHD Ereignisses/Diensts geeignet ist, (advanced_event_linkage_info ()) beinhaltet sein, der nachfolgend mit Bezug auf die folgenden Zeichnungen im Detail beschrieben wird.
-
Als ein anderes Beispiel, das für einen UHD Sendedienst geeignet ist, kann in einem Fall, in dem ein linkage_type Feld 0x0F ist, eine vorhandene extended_event_linkage_info () anstatt der advanced_event_linkage_info () verwendet werden.
-
D. h. ein neuer linkage_type Wert (zum Beispiel 0x0F) kann zugeordnet werden, um zu signalisieren, dass ein Ziel-(oder verknüpftes/-r)Ereignis oder Dienst UHD ist und der UHD Dienst kann durch eine Kombination der link_type und linkage_type Werte gemeldet werden, was nachfolgend veranschaulicht wird.
-
Zusätzlich kann die vorhandene extended_event_linkage_info () in derselben Weise wie zuvor genutzt werden.
-
Der UHD Dienst kann unter Verwendung nur eines link_type Felds der extended_event_linkage_info () signalisiert werden. Zum Beispiel kann in einem Fall, in dem link_type 0 ist, ein 4 K UHD, 8-Bit und 4:2:0 Abtastvideo signalisiert werden. In einem Fall, in dem link_type 1 ist, kann ein 4 K UHD, 10-Bit und 4:2:2 Abtastvideo signalisiert werden. In einem Fall, in dem link_type 2 ist, kann ein 4 K UHD, 12-bit und 4:2:2 Abtastvideo signalisiert werden.
-
7 ist eine Ansicht, die ein Beispiel eines Verfahrens zum Signalisieren eines UHD Sendediensts oder eines Ereignisses veranschaulicht. In dieser Zeichnung ist advanced_event_linkage_info () enthalten im linkage_descriptor wie oben beschrieben veranschaulicht.
-
Zum Beispiel kann in einem Fall, in dem ein linkage_type Feld 0x0F ist, einen UHD Sendedienst oder ein Ereignis signalisierende advanced_event_linkage_info () im linkage_descriptor enthalten sein.
-
Ein num_link_event Feld kann die Zahl Verbindungen anzeigen.
-
Ein link_simulcast Feld zeigt an, ob ein entsprechendes/-r Ereignis oder Dienst gleichzeitig mit dem derzeitigen Ereignis/Dienst gesendet wird. Zum Beispiel zeigt es in einem Fall, in dem dieser Wert '1' ist, an, dass entsprechendes/-r Ereignis/Dienst gleichzeitig mit dem derzeitigen Ereignis/Dienst ohne einen Zeitunterschied gesendet wird.
-
Ein link_delivery_type Feld kann einen Pfadtyp anzeigen, in dem das/der entsprechende Ereignis oder Dienst gesendet wird (terrestrisch, Satellit, Kabel, IP, usw.). In einem Fall, in dem das/der entsprechende Ereignis oder Dienst auf demselben Pfad oder demselben Typ basiert, kann ein Wert von '001' vorgesehen werden.
-
In einem Fall, in dem das/der entsprechende Ereignis oder Dienst auf demselben Pfad, aber einem unterschiedlichen Parameter (zum Beispiel, einem auf einen Modulationstyp bezogenen Parameter) basiert, kann andererseits dem Pfad entsprechende Information vorgesehen werden (zum Beispiel ein Wert zwischen '010' und '100'). Detaillierte Parameterinformation kann durch delivery_detail_info () signalisiert werden. Das link_delivery_type Feld kann denselben Übertragungspfad, Kabel, IP oder terrestrisch desselben Ereignisses signalisieren.
-
Link_type zeigt einen Diensttyp des entsprechenden Ereignisses oder Diensts an. Zum Beispiel kann link_type die folgende Information eines UHD Videos basierend auf entsprechenden Werten anzeigen.
'001' – 4 K UHD, 8-Bit und 4:2:0
'010' – 4 K UHD, 10-Bit und 4:2:0
'011' – 4 K UHD, 10-Bit und 4:2:2
-
Zusätzlich zeigen link_event_id, link_original_network_id, link_transport_stream_id, link_service_id Felder einen Ereignisidentifikator (event_id), original_network_id, transport_stream_id bzw. service_id des entsprechenden Ereignisses oder Diensts an.
-
Delivery_detail_info () zeigt einen physikalischen Übertragungsparameter für ein(en) verknüpftes/-n Ereignis oder Dienst an. Zum Beispiel ist es möglich, Information, wie etwa einen Modulationstyp, Frequenzinformation und einen FEC Typ, der Ereignisdaten zu signalisieren, die unter Verwendung derselben übertragen werden.
-
In einem Fall, in dem eine Zeitdifferenz zwischen dem verknüpften Ereignis oder Dienst und dem derzeitigen Ereignis oder Dienst vorliegt, signalisiert time_shift_detail_info () Information betreffend der Zeitinformation. Ein Feld, das danach informiert, warm es auf einer Minutenbasis gesendet wird, kann gemäß den Ausführungsformen der vorliegenden Erfindung enthalten sein. Als ein anderes diesen Wert signalisierendes Beispiel kann event_id und Zeitinformation betreffend ein durch die event_id identifiziertes Ereignis bezogen werden aus einer relevanten EIT.
-
8 ist eine Ansicht, die ein Beispiel zur Signalisierung eines Untertitelstroms für einen UHD Dienst gemäß einer anderen Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
Es ist möglich, eine Komponente zu identifizieren, die einen auf einem Monitor, der zur Anzeige eines UHD Videos geeignet ist, angezeigten Untertitel unter Verwendung eines Werts eines stream_content und eines Werts eines component_type überträgt. In einem Fall, in dem stream_content 0x03 ist und component_type 0x16 ist, kann der entsprechende Untertitel ein Untertitelstrom mit einer 4 K UHD Auflösung sein.
-
Zusätzlich, kann in einem Fall, in dem ein Typwert eines elementaren Stroms (elementary stream, ES) 0x06 ist, der Strom den Untertitel übertragen. In diesem Fall, kann subtitle_descriptor () an der Position eines Deskriptors eines PMT enthalten sein, wie in 9 veranschaulicht.
-
Ein ISO_639_language_code Feld zeigt Zeichensprachencode einer Sprache des Untertitels an.
-
Ein subtitling_type Feld zeigt Information betreffend Anzeige und Untertitelinhalt an. Zum Beispiel kann in einem Fall, in dem subtitling_type 0x16 ist, der entsprechende Untertitel ein Untertitelstrom mit einer 4 K UHD Auflösung sein.
-
Ein composition_page_id Feld zeigt Information an, die eine Aufbauseite identifiziert.
-
Ein ancillary_page_id Feld zeigt Information an, die eine untergeordnete (ausgewählte) Seite identifiziert.
-
Zusätzlich können in einem Fall, in dem für ein UHD Dienst mit einer Größe von 3840 × 2160 die Größe eines Untertitels eine HD Auflösung (1920 × 1080) hat, Parameter, die ein Fenster für den Untertitel definieren, wie folgt in dem Untertitelstrom definiert sein.
-
Die Position des ganz linken Pixels des Untertitels, der relativ zu dem ganz linken Pixel der Anzeige positioniert ist, (display_window_horizontal_position_minimum) kann definiert sein als 960.
-
Die Position des ganz rechten Pixels des Untertitels, der relativ zu dem ganz rechten Pixel der Anzeige positioniert ist, (display_window_horizontal_position_minimum) kann definiert sein als 2879.
-
Die Position des obersten Pixels des Untertitels, der relativ zu dem obersten Pixel der Anzeige positioniert ist, (display_window_vertical_position_minimum) kann definiert sein als 540.
-
Die Position des untersten Pixels des Untertitels, der relativ zu dem untersten Pixel der Anzeige positioniert ist, (display_window_vertical_position_maximum) kann definiert sein als 1619. Diese Werte können abhängig von der Größe der Auflösung des UHD Diensts geändert werden.
-
10 ist eine Ansicht, die eine Signalempfangsvorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
Die Signalempfangsvorrichtung gemäß der Ausführungsform der vorliegenden Erfindung kann eine Entbündelungseinheit 410, eine Signalisierungsinformationsdekodierungseinheit 430 und eine Quelldekodierungseinheit 500 aufweisen. Die Signalempfangsvorrichtung gemäß der Ausführungsform der vorliegenden Erfindung kann wahlweise einen Kanalmanager 420 aufweisen.
-
Die Entbündelungseinheit 410 kann einen Sendestrom in Entbündelsignalisierungsinformation, einen Videostrom und einen Audiostrom entbündeln.
-
Die Signalisierungsinformationsdekodierungseinheit 430 kann Signalisierungsinformation, wie etwa Abschnittsdaten, dekodieren.
-
Die Quelldekodierungseinheit 500 kann einen Videopuffer 510, einen Videodekodierer 520, einen Videoprozessor 530, eine Synchronisationseinheit 540, einen Audiopuffer 550, einen Audiodekodierer 560 und einen Audioprozessor 570 aufweisen.
-
Ausführungsformen, in denen die Signalisierungsinformationsdekodierungseinheit 430 einen UHD Dienst identifiziert, wird nachfolgend beschrieben.
-
Zunächst ist es in einer ersten Ausführungsform möglich, einen UHD Dienst unter Verwendung des in 3 veranschaulichten SDT zu identifizieren.
-
Die Signalisierungsinformationsdekodierungseinheit 430 kann unter Verwendung eines in der SDT enthaltenen Dienstdeskriptors identifizieren, dass ein UHD Dienst durch den entsprechenden Kanal bereitgestellt wird. Zusätzlich kann in einem Fall, in dem component_descriptor vorhanden ist, die Signalisierungsinformationsdekodierungseinheit 430 Codectyp, Auflösung, Farbabtastung und Bittiefeninformation des in dem UHD Dienst enthaltenen Videos identifizieren.
-
In einem Fall, in dem die Signalisierungsinformationsdekodierungseinheit 430 im component_descriptor enthaltene Information dekodiert, kann die Signalisierungsinformationsdekodierungseinheit 430 unter Verwendung einer Ausführungsform der Signalempfangsvorrichtung oder des Quelldekodierers 500 bestimmen, ob ein durch den entsprechenden UHD Dienst bereitgestellter Videostrom oder ein Audiostrom dekodiert werden kann.
-
Die Signalisierungsinformationsdekodierungseinheit 430 kann unter Verwendung des im component_descriptor spezifizierten component_tag einen PID Wert zum Aufnehmen des in dem entsprechenden Dienst enthaltenen Videostroms und des Audiostroms von der PMT erhalten. Zusätzlich kann die Signalisierungsinformationsdekodierungseinheit 430 einen entsprechenden PID Strom an den Videodekodierer und den Audiodekodierer unter Verwendung des im PMT identifizierten PID Werts übertragen, so dass der entsprechende PID Strom dekodiert werden kann.
-
Gemäß einer zweiten Ausführungsform ist es möglich, einen UHD Dienst unter Verwendung der zuvor veranschaulichten BIT zu identifizieren.
-
Die Signalisierungsinformationsdekodierungseinheit 430 identifiziert unter Verwendung vom in der in 4 und 5 veranschaulichten BIT enthaltenen component_descriptor Information betreffend ein Ereignis, das einen UHD Sendedienst identifiziert.
-
Die Signalisierungsinformationsdekodierungseinheit 430 kann Videospezifikationsinformation und Audiospezifikationsinformation identifizieren, die jedes im component_descriptor enthaltene Ereignis identifizieren und identifizieren, ob eine Ausführungsform der Signalempfangsvorrichtung oder des Quelldekodierers 500 basierend darauf das entsprechende Ereignis dekodieren kann.
-
Die Signalisierungsinformationsdekodierungseinheit 430 kann unter Verwendung vom stream_identifier_descriptor des PMT einen component_tag Wert pro Strom des component_descriptor identifizieren und einen mit dem component_tag Wert zusammenpassenden Strom identifizieren.
-
Die Signalisierungsinformationsdekodierungseinheit 430 kann unter Verwendung des PMT einen mit dem component_tag zusammenpassenden PID Strom zu einem Zeitpunkt identifizieren, wenn das entsprechende Ereignis tatsächlich gesendet wird, und der Quelldekodierer 500 kann einen Videostrom und einen Audiostrom mit dem identifizierten PID Wert dekodieren.
-
Gemäß einer dritten Ausführungsform ist es möglich, einen UHD Dienst unter Verwendung des zuvor veranschaulichten linkage_descriptor zu identifizieren.
-
Eine Ausführungsform der Signalempfangsvorrichtung zeigt ein HD Ereignis an. In einem Fall, in dem ein Verknüpfungsdeskriptor für das entsprechende in 6 und 7 veranschaulichte Ereignis vorhanden ist, kann die Signalisierungsinformationsdekodierungseinheit 430 einen Verknüpfungsdeskriptor analysieren.
-
In einem Fall, in dem a linkage_type Feldwert in dem Verknüpfungsdeskriptor 0x0F ist, kann die Signalisierungsinformationsdekodierungseinheit 430 ein(en) mit dem HD Ereignis verknüpftes/-n UHD Sendeereignis oder Dienst identifizieren. Die Signalisierungsinformationsdekodierungseinheit 430 kann advanced_event_linkage_info () dekodieren, die zur detaillierten Identifizierung des verknüpften UHD Sendeereignisses oder Diensts geeignet ist.
-
Die Signalisierungsinformationsdekodierungseinheit 430 kann unter Verwendung von Information in advanced_event_linkage_info () detaillierte Information dekodieren, die zum Empfang von Information betreffend das verknüpfte HD Sendeereignis geeignet ist.
-
Eine Ausführungsform der Signalempfangsvorrichtung kann unter Verwendung der entsprechenden Information einen Nutzer informieren, dass ein dem HD Ereignis, das der Nutzer derzeit sieht, entsprechender UHD Sendedienst bereitgestellt wird. In einem Fall, in dem der Nutzer einen Signal empfangenen UHD Sendedienst auswählt, kann die Signalempfangsvorrichtung den UHD Sendedienst unter Verwendung von Information in advanced_event_linkage_info () empfangen und anzeigen.
-
Der Quelldekodierer 500 kann einen Videopuffer 510, einen Videodekodierer 520, einen Videoprozessor 530, eine Synchronisationseinheit 540, einen Audiopuffer 550, einen Audiodekodierer 560 und einen Audioprozessor 570 aufweisen.
-
Der durch die Entbündelungseinheit 410 entbündelte Videostrom kann in den Videopuffer 510 eingegeben werden. In diesem Beispiel kann der Videostrom ein PES Paket sein, das einen UHD Videoelementarstrom aufweist. Der Videopuffer 510 kann Videodaten des eingegebenen Videostroms temporär speichern.
-
Der Videodekodierer 520 kann die in dem Videopuffer 510 auf einer vorbestimmten Einheitsbasis gespeicherten Videodaten empfangen und Videodekodierung durchführen. In diesem Beispiel dekodiert der Dekodierer 4 K Videodaten. Zusätzlich kann der Dekodierer auch 8 K oder 16 K Videodaten ausgeben.
-
Zum Beispiel kann der Videodekodierer 520 die entsprechenden Videodaten gemäß den Eigenschaften der Videodaten basierend auf der dekodierten Signalisierungsinformation dekodieren, wie in 5 veranschaulicht.
-
Der Videoprozessor 530 kann für die dekodierten Videodaten Nachverarbeitung durchführen. Demzufolge kann der Videoprozessor 530 die dekodierten Videodaten derart anpassen, dass die dekodierten Videodaten natürlich angezeigt werden können.
-
Andererseits kann der durch die Entbündelungseinheit 410 entbündelte Audiostrom in den Audiopuffer 550 eingegeben werden. In diesem Beispiel kann der Audiostrom ein PES Paket sein, das einen UHD Audioelementarstrom aufweist. Der Audiopuffer 510 kann die eingegebenen Audiodaten temporär speichern.
-
Der Audiodekodierer 560 kann die in dem Audiopuffer 510 auf einer vorbestimmten Einheitsbasis gespeicherten Audiodaten empfangen und Audiodekodierung durchführen. Der Audioprozessor 570 kann für die dekodierten Ausiodaten Nachverarbeitung durchführen.
-
Die Synchronisationseinheit 540 kann die zwei Typen die dekodierten Daten derart synchronisieren und ausgeben, dass die Datenausgabe durch den Videoprozessor 530 und den Audioprozessor 570 auf demselben Bildschirm angezeigt werden kann.
-
Der Kanalmanager 420 kann für Kanalwechsel notwendige Information basierend auf der durch die Signalisierungsinformationsdekodierungseinheit 430 dekodierte Signalisierungsinformation steuern. Zum Beispiel kann, wenn der Nutzer ein Kanalwechselsignal überträgt, der Kanalmanager 420 das Kanalwechselsignal empfangen und einen durchzuführenden Kanalwechsel steuern. Alternativ kann der Kanalmanager 420 unter Verwendung der Signalisierungsinformation bestimmen, ob es möglich ist, einen spezifischen Kanal zu empfangen, oder eine Kanalliste erzeugen und eine kanalbezogene Operation ausführen.
-
11 ist eine Ansicht, die ein Signalempfangsverfahren gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
In einem gebündelten Sendesignal enthaltene UHD Videodaten und Signalisierungsinformation, die zur Signalisierung eines Diensts basierend auf den UHD Videodaten geeignet ist, werden empfangen und die empfangene(n) UHD Videodaten und Signalisierungsinformation werden entbündelt (S210).
-
Das gebündelte Sendesignal kann einen Untertitelstrom für einen UHD Dienst enthalten. Der Untertitelstrom kann Information betreffend den Untertitelstrom für den UHD Dienst enthalten. Information, die den Untertitelstrom für den UHD Dienst unter Verwendung der entbündelten Signalisierungsinformation identifiziert, ist zuvor mit Bezug auf 8 und 9 beschrieben worden.
-
Die entbündelte Signalisierungsinformation wird dekodiert (5220). Die entbündelte Signalisierungsinformation ist zuvor mit Bezug auf 3, 4, 5, 6 und 7 beschrieben worden. Zum Beispiel ist es möglich, einen in den Videodaten enthaltenen UHD Videodienst unter Verwendung der SDT, der BIT oder des in der EIT enthaltenen linkage_descriptor zu identifizieren.
-
Die entbündelten UHD Videodaten werden basierend auf der dekodierten Signalisierungsinformation dekodiert (S230). Die UHD Videodaten können dekodiert werden.
-
12 ist eine Ansicht, die eine Signalübertragungsvorrichtung gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
Ein Kodierer 610 kodiert UHD Videodaten. Zum Beispiel können die kodierten UHD Videodaten eine Auflösung von 4 K, 8 K oder 16 K haben.
-
Eine Signalisierungsinformationskodierungseinheit 620 kodiert ein UHD Sendedienst basierend auf den UHD Videodaten und der Information, die dazu geeignet ist, mit den Eigenschaften des kodierten UHD Videodaten signalisiert zu werden. Beispiele der Signalisierung eines UHD Videodiensts sind zuvor mit Bezug auf 3, 4, 5, 6 und 7 beschrieben worden. Die Eigenschaften der kodierten UHD Videodaten sind in 5 veranschaulicht.
-
Eine Bündelungseinheit 630 bündelt und überträgt die kodierte(n) UHD Videodaten und Signalisierungsinformation. Das gebündelte Sendesignal kann einen Untertitelstrom für einen UHD Dienst enthalten.
-
Der Untertitelstrom kann Information betreffend den Untertitelstrom für den UHD Dienst enthalten. Information, die den Untertitelstrom für den UHD Dienst unter Verwendung der entbündelten Signalisierungsinformation identifiziert, ist zuvor mit Bezug auf 8 und 9 beschrieben worden.
-
Der gebündelte Untertitelstrom kann Information betreffend den entsprechenden Untertitel enthalten. Zum Beispiel können in einem Fall, in dem für einen UHD Dienst mit einer Größe von 3840 × 2160 die Größe eines Untertitels eine HD Auflösung (1920 × 1080) hat, Parameter, die ein Fenster für den Untertitel definieren, wie folgt in dem Untertitelstrom definiert sein.
-
Die Position des ganz linken Pixels des Untertitels, der relativ zu dem ganz linken Pixel der Anzeige positioniert ist, (display_window_horizontal_position_minimum) kann definiert sein als 960.
-
Die Position des ganz rechten Pixels des Untertitels, der relativ zu dem ganz rechten Pixel der Anzeige positioniert ist, (display_window_horizontal_position_minimum) kann definiert sein als 2879.
-
Die Position des obersten Pixels des Untertitels, der relativ zu dem obersten Pixel der Anzeige positioniert ist, (display_window_vertical_position_minimum) kann definiert sein als 540.
-
Die Position des untersten Pixels des Untertitels, der relativ zu dem untersten Pixel der Anzeige positioniert ist, (display_window_vertical_position_maximum) kann definiert sein als 1619. Diese Werte können abhängig von der Größe der Auflösung des UHD Diensts geändert werden.
-
D. h. die Parameter können Fensterpositionswerte für den Untertitel gemäß dem UHD Dienst aufweisen.
-
13 ist eine Ansicht, die eine Signalempfangsvorrichtung gemäß einer anderen Ausführungsform der vorliegenden Erfindung veranschaulicht.
-
Eine Entbündelungseinheit 710 empfangt UHD Videodaten und Signalisierungsinformation umfassend Information betreffend den UHD Sendedienst und Information betreffend Eigenschaften der in einem gebündelten Sendesignal enthaltenen kodierten UHD Videodaten und entbündelt die empfangene(n) UHD Videodaten und Signalisierungsinformation. Zum Beispiel ist die entbündelte Einheit 710 dieselbe wie in 10 veranschaulicht.
-
Das gebündelte Sendesignal kann einen Untertitelstrom für einen UHD Dienst enthalten. Der Untertitelstrom kann Information betreffend den Untertitelstrom für den UHD Dienst enthalten. Information, die den Untertitelstrom für den UHD Dienst unter der entbündelten Signalisierungsinformation identifiziert, ist zuvor mit Bezug auf 8 und 9 beschrieben worden.
-
Eine Signalisierungsinformationskodierungseinheit 720 dekodiert die entbündelte Signalisierungsinformation. Die entbündelte Signalisierungsinformation ist zuvor mit Bezug auf 3, 4, 5, 6 und 7 beschrieben worden. Zum Beispiel ist es möglich, ein in den Videodaten enthaltenen UHD Videodienst unter Verwendung von SDT, EIT oder in EIT enthaltenem linkage_descriptor zu identifizieren. Die entbündelte Signalisierungsinformation kann Information betreffend den Untertitelstrom für den UHD Dienst aufweisen, der zuvor mit Bezug auf 8 und 9 beschrieben worden ist. Zum Beispiel ist die Signalisierungsinformationsdekodierungseinheit 720 dieselbe wie in 10 veranschaulicht.
-
Ein Videodekodierer 730 dekodiert die entbündelten UHD Videodaten basierend auf der dekodierten Signalisierungsinformation. Der Videodekodierer 730 kann in dem Untertitelstrom für den UHD Dienst enthaltene Untertiteldaten dekodieren. Der Videodekodierer 730 kann derselbe wie in 10 veranschaulicht sein.
-
[Erfindungsausführung]
-
Verschiedene Ausführungsformen zum Ausführen der Erfindung sind in dem besten Modus zum Ausführung der Erfindung beschrieben worden.
-
[Gewerbliche Anwendbarkeit]
-
Die vorliegende Erfindung weist gewerbliche Anwendbarkeit dadurch auf, dass die vorliegende Erfindung wiederholt im Sende- und Videosignalverarbeitungsbereich verwendet werden kann.
