KR20100135157A - 디바이스 제어 방법 및 튜너 디바이스 - Google Patents
디바이스 제어 방법 및 튜너 디바이스 Download PDFInfo
- Publication number
- KR20100135157A KR20100135157A KR1020090088698A KR20090088698A KR20100135157A KR 20100135157 A KR20100135157 A KR 20100135157A KR 1020090088698 A KR1020090088698 A KR 1020090088698A KR 20090088698 A KR20090088698 A KR 20090088698A KR 20100135157 A KR20100135157 A KR 20100135157A
- Authority
- KR
- South Korea
- Prior art keywords
- tuner
- message
- transmitted
- command
- data
- Prior art date
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
본 발명은 무선 네트워크의 디스플레이 디바이스에서의 오디오/비디오(A/V) 데이터 스트림의 녹화를 위한 제어 방법으로, 사용자로부터 입력된 녹화 명령 신호를 감지하고 상기 디스플레이 디바이스로 A/V 데이터 스트림을 전송하고 있는 튜너 디바이스의 상태 정보를 요청하기 위해 튜너 정보 요청 메시지(Give Tuner Device Status)를 상기 튜너 디바이스에 전송하는 단계, 상기 튜너 정보 요청 메시지에 대한 응답으로 상기 튜너 디바이스의 상태 정보를 포함하는 응답 메시지(Tuner Device Status)를 상기 튜너 디바이스로부터 수신하는 단계, 소스 디바이스에 상기 튜너 디바이스의 상태 정보를 포함하는 녹화 요청 메시지(Record On)를 전송하는 단계 및 상기 녹화 요청 메시지의 응답으로 상기 소스 디바이스로부터 녹화 상태 메시지(Record Status)를 수신하는 단계를 포함하되, 상기 응답 메시지는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보를 포함한다.
WHDI, 튜너 디바이스, 자막 정보, AVCL 메시지
Description
본 발명은 디바이스 제어 방법 및 튜너 디바이스에 관한 것으로, 보다 상세하게는, 무선 네트워크에서 디바이스의 소정 기능을 수행하도록 제어하기 위한 것이다.
최근에 통신, 컴퓨터 및 네트워크 기술의 발달로 인해 수많은 종류의 네트워크가 개발되어 실생활에서 구현되고 있다. 네트워크는 유선 또는 무선 인터넷과 같이전세계를 연결하는 대규모 네트워크가 존재하는 반면, 일반 가정 또는 직장 등과 같은 한정된 공간에서 가전 제품 사이를 연결하는 소규모의 유선 또는 무선 네트워크도 존재한다. 네트워크의 종류가 다양해짐에 따라 네트워크와 네트워크 사이 또는 디바이스와 디바이스를 연결하여 서로 간에 통신을 수행할 수 있도록 하는 인터페이싱(interfacing)기술 또한 다양해지고 있다.
도 1은 무선 사설망(WPAN: Wireless Private Access Network)의 일종인 WVAN(Wireless Video Access Network)의 일 예를 개략적으로 도시한 도면이다.
WVAN은 가정과 같은 10m 이내의 한정된 공간에서 디지털 기기들 간에 무선 네트워크를 구성하여 약 7 GHz의 대역폭으로 4.5 Gbps 이상의 쓰루풋(throughput)을 확보하여 1080P A/V 스트림의 무압축 전송을 지원할 수 있는 무선 네트워크이다. 따라서, 한정된 공간 내에서 개인 디바이스(device)간 구성된 네트워크이고, 디바이스 간 직접 통신하여 네트워크를 구성하여 애플리케이션(application) 사이에 끊김없이 정보를 교환할 수 있도록 한다.
도 1을 참조하면, WPAN은 둘 이상의 사용자 디바이스(11~15)로 구성되며, 그 중 하나의 디바이스는 조정기(coordinator, 11)로서 동작한다. 상기 조정기(11)는 WPAN의 기본 타이밍을 제공하고 QoS(Quality of Service) 요구사항을 제어하는 등의 역할을 수행한다. 디바이스로 사용될 수 있는 장치로는 컴퓨터, PDA, 노트북, 디지털 TV, 캠코더, 디지털 카메라, 프린터, 마이크, 스피커, 헤드셋, 바코드 판독기, 디스플레이, 휴대폰 등이 있으며 모든 디지털 기기가 이용될 수 있다.
고용량 비디오 버스(high-capacity video bus)는 1080p 이상의 HD 화면과 고음질의 오디오 데이터를 전송하기 위해서 1 Gbps 이상의 고속 디지털 신호 전송 방식을 사용하고 있다. 그러나, 이러한 고용량 비디오 버스는 디바이스간 연결된 특정 케이블을 통해 전송되고 있어 고속의 A/V 버스의 데이터를 무선으로 실시간으로 전송하고자 하는 요구가 늘어나고 있다. 무선으로 고속의 A/V 버스의 데이터 전송시 케이블을 줄일 수 있고 디바이스간 거리 제한이 없다는 장점이 있다. 그러나, WLAN(IEEE802.11)의 경우 물리계층 시스템에서 A/V 신호와 다른 데이터를 모두 같은 일반적인 데이터로 간주하여 처리하기 때문에 무선으로 고속의 A/V 버스의 데이터를 전송하고자 하는 목적을 달성하는데 어려움이 있다.
무선 사설망(WPAN: Wireless Private Access Network)의 일종인 WVAN(Wireless Video Access Network)은 물리계층 시스템에서 A/V 신호와 다른 데이터를 모두 같은 일반적 데이터로 간주하여 처리하기 때문에, 무선으로 고속의 A/V 버스의 데이터를 전송하고자 하는 목적을 달성하는데 어려움이 있어 최근에는 WHDI(Wireless Home Digital Interface) 무선 네트워크를 이용하여 A/V 신호 전송을 시도하고 있다.
WHDI 네트워크에 속한 디바이스간 디바이스의 소정 기능을 실행하도록 하기 위하여 AVCL 메시지 요청에 대한 응답을 교환하는데, 송신 디바이스의 서브 디바이스의 상태 정보 또한 상기 AVCL 메시지를 통해 교환
될 수 있다. 이때, AVCL 메시지 교환을 통해 송신 디바이스에 포함된 서브 디바이스의 상태 정보가 수신 디바이스로 정확하게 전달되지 않는 경우가 발생함에 따라 사용자는 서브 디바이스의 상태 정보를 확인하는데 문제점이 있다.본 발명은 상기와 같은 문제점을 해결하기 위하여 안출된 것으로서, 송신 디바이스에 포함된 튜너 디바이스에서 AVCL 메시지 요청에 대한 응답 메시지를 전송하는 경우, 튜너 디바이스의 자막 처리 정보를 수신 디바이스에 부착된 디스플레이 서브 디바이스에 전달함으로써, 사용자에게 상기 요청 메시지에 대한 처리사항을 지시하는 자막 정보를 제공하도록 한다.
본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들 로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상술한 과제를 해결하기 위한 본 발명의 제 1 특징에 따른 무선 네트워크의 디스플레이 디바이스에서의 오디오/비디오(A/V) 데이터 스트림의 녹화를 위한 제어 방법은, 사용자로부터 입력된 녹화 명령 신호를 감지하고 상기 디스플레이 디바이스로 A/V 데이터 스트림을 전송하고 있는 튜너 디바이스의 상태 정보를 요청하기 위해 튜너 정보 요청 메시지(Give Tuner Device Status)를 상기 튜너 디바이스에 전송하는 단계, 상기 튜너 정보 요청 메시지에 대한 응답으로 상기 튜너 디바이스의 상태 정보를 포함하는 응답 메시지(Tuner Device Status)를 상기 튜너 디바이스로부터 수신하는 단계, 소스 디바이스에 상기 튜너 디바이스의 상태 정보를 포함하는 녹화 요청 메시지(Record On)를 전송하는 단계 및 상기 녹화 요청 메시지의 응답으로 상기 소스 디바이스로부터 녹화 상태 메시지(Record Status)를 수신하는 단계를 포함하되, 상기 응답 메시지는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보를 포함한다.
상기 수신 디바이스는 상기 튜너 디바이스가 상기 튜너 정보 요청 메시지에 대한 처리가 수행되는지를 검사하는 테스트 메시지(Test)를 전송하는 단계 및 상기 튜너 디바이스로부터 상기 테스트 메시지에 대한 응답 메시지(Action Acccept/Reject)를 수신하는 단계를 더 포함할 수 있다.
상기 디스플레이 디바이스는 상기 자막 정보에 포함된 자막을 A/V 데이터의 디스플레이와 함께 오버레이하여 디스플레이하되, 상기 자막 정보는 상기 튜너 디바이스의 상태를 표시하는 텍스트 데이터일 수 있다.
상기 응답 메시지는 상기 튜너 디바이스가 특정 채널에 대해 녹화중인지를 나타내는 정보를 더 포함할 수 있다.
상기 튜너 정보 요청 메시지는 제 1 상향링크 제어 물리계층 데이터 유닛(ULCPDU: Uplink Control PHY Data UNIT)에 포함되어 상기 튜너 디바이스로 전송되고, 상기 응답 메시지는 제 1 하향링크 물리계층 데이터 유닛(DLPDU: Downlink PHY Data UNIT)에 포함되어 상기 디스플레이 디바이스로 수신될 수 있다
상기 제1 DLPDU는 기본 헤더(Basic Header) 및 확장 헤더(Extended Header)를 포함하되, 상기 응답 메시지는 상기 확장 헤더에 포함되거나 또는 상기 튜너 디바이스로부터 전송되는 A/V 신호와 멀티플렉싱되어 상기 제 1 DLPDU에 포함될 수 있다. 상기 제1 DLPDU는 MAC 메시지 및 적어도 하나 이상의 헤더가 전송되는 제1 시간 구간 및 상기 A/V 신호가 전송되는 제2 시간 구간을 포함하는 시간 구간 동안 전송되되, 상기 제 1 ULCPDU는 상기 제1 시간 구간 동안 전송될 수 있다.
상기 녹화 요청 메시지는 제 2 ULCPDU에 포함되어 상기 소스 디바이스로 전송되고, 상기 녹화 상태 메시지는 제 2 DLPDU에 포함되어 상기 디스플레이 디바이스로 수신될 수 있다.
상기 제2 DLPDU는 기본 헤더(Basic Header) 및 확장 헤더(Extended Header) 를 포함하되, 상기 녹화 상태 메시지는 상기 확장 헤더에 포함되거나 또는 상기 소스 디바이스로부터 전송되는 A/V 신호와 멀티플렉싱되어 상기 제2 DLPDU에 포함될 수 있다. 상기 제2 DLPDU는 MAC 메시지 및 적어도 하나 이상의 헤더가 전송되는 제1 시간 구간 및 상기 A/V 신호가 전송되는 제2 시간 구간을 포함하는 시간 구간 동안 전송되되, 상기 제 2 ULCPDU는 상기 제1 시간 구간 동안 전송될 수 있다.
상술한 과제를 해결하기 위한 본 발명의 제 2특징에 따른 무선 네트워크에서 오디오/비디오(A/V) 데이터 스트림의 녹화를 위한 제어를 수행하는 싱크 디바이스의 일 예는, 상기 싱크 디바이스를 식별하기 위한 제1식별자, 소스 디바이스 또는 튜너 디바이스를 식별하기 위한 제2식별자 및 동작 코드(Opcode)를 포함하는 제1 커맨드를 생성하는 AVC(Audio Video Control) 계층, 메시지 프리앰블, 메시지 타입 및 상기 AVC 계층으로부터 전달받은 상기 제1 커맨드를 포함하는 MAC 메시지를 생성하는 MAC(Medium Access Control) 계층 및 상향링크 제어 헤더(Uplink Control Header), 상기 MAC 메시지 및 오디오/비디오(A/V) 데이터를 포함하는 제1 물리계층 데이터 유닛을 생성하여 상기 소스 디바이스 또는 상기 튜너 디바이스로 전송하고, 상기 소스 디바이스 또는 상기 튜너 디바이스에 의해 상기 제1 커맨드에 대한 응답으로 전송되는 제2 커맨드를 포함하는 제2 물리계층 데이터 유닛을 수신하는 물리계층(Physical Layer)을 포함하되, 상기 튜너 디바이스로부터 수신되는 상기 제 2 커맨더는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보가 포함된다.
상기 튜너 디바이스에 전송하는 상기 제1 커맨드는 튜너 상태 정보 요청 메시지(Give Tuner Device Status)를 포함하고, 상기 튜너 디바이스로부터 수신하는 상기 제2 커맨더는 튜너 디바이스의 상태를 나타내는 응답 메시지(Tuner Device Status)를 포함할 수 있다.
상기 소스 디바이스에 전송하는 상기 제1 커맨드는 녹화 요청 메시지(Record On)를 포함하고, 상기 소스 디바이스로부터 수신하는 상기 제2 커맨더는 녹화 상태 메시지(Record Status)를 포함할 수 있다.
상기 제1 물리계층 데이터 유닛은 상향링크 제어 물리계층 데이터 유닛(ULCPDU: Uplink Control PHY Data UNIT)이고, 상기 제2 물리계층 데이터 유닛은 하향링크 물리계층 데이터 유닛(DLPDU: Downlink PHY Data UNIT)일 수 있다.
상기 제1 커맨드는 상기 소스 디바이스 또는 상기 튜너 디바이스가 상기 싱크 디바이스가 전송하는 AVCL 명령어에 대한 처리 가능 여부를 검사하는 테스트 메시지(Test)를 포함하고, 상기 제2 커맨더는 상기 테스크 메시지에 대한 응답 메시지(Action Accept/Regect)를 포함할 수 있다.
상기 DLPDU는 MAC 메시지 및 적어도 하나 이상의 헤더가 전송되는 제1 시간 구간 및 A/V 신호가 전송되는 제2 시간 구간을 포함하는 시간 구간 동안 전송되되, ULCPDU는 상기 DLPDU의 일부가 전송되어야 하는 상기 제 1시간 구간 동안 전송될 수 있다.
상기 제2 커맨드는 상기 튜너 디바이스 또는 상기 소스 디바이스로부터 전송되는 A/V 신호와 멀티플렉싱되어 상기 DLPDU에 포함될 수 있다.
상기 DLPDU는 기본 헤더(Basic Header) 및 확장 헤더(Extended Header)를 포함하고, 상기 제2 커맨드는 상기 확장 헤더에 포함될 수 있다.
상술한 과제를 해결하기 위한 본 발명의 제 3특징에 따른 무선 네트워크의 소스 디바이스는, 방송 신호 및 싱크 디바이스로부터 상기 소스 디바이스가 A/V 데이터를 녹화할 수 있는지를 확인하기 위한 제1 커맨드를 수신하는 수신부, 상기 제1 커맨드를 처리하고, 상기 제 1 커맨드에 대한 응답으로 전송되는 제2 커맨드를 포함하는 MAC 메시지 및 상기 수신부가 수신한 방송신호를 포함하는 물리계층 데이터 유닛을 생성하여 상기 싱크 디바이스로 전송하도록 제어하는 네트워크 제어 모듈 및 상기 네트워크 제어 모듈에서 처리된 상기 제 1커맨드를 통해 오디오/비디오(A/V) 데이터 스트림의 녹화를 위한 제어를 수행 여부를 결정하는 제어부를 포함하되, 상기 제어부는 튜너 디바이스의 상태에 따라 상기 A/V 데이터 스트림의 녹화여부를 결정하는 것을 특징으로 할 수 있다.
상술한 과제를 해결하기 위한 본 발명의 제 4특징에 따른 무선 네트워크의 디스플레이 디바이스로부터 제 1 커맨드를 수신하는 튜너 디바이스는, AVC 계층에서 소스 디바이스로부터 오디오/비디오(A/V) 데이터를 수신하여 디스플레이하는 상기 디스플레이 디바이스로부터 전송된 상기 제 1 커맨드에 대해 응답하는 것으로, 상기 튜너 디바이스의 상태를 지시하는 지시정보를 포함하는 제 2 커맨드를 생성하는 단계, MAC 계층에서 메시지 프리앰블, 메시지 타입 및 상기 AVC 계층으로부터 전달받은 상기 제 2 커맨드를 포함하는 MAC 메시지를 구성하여 물리계층으로 전달하는 단계, 상기 물리계층에서 적어도 하나 이상의 헤더, 상기 MAC 메시지 및 오디 오/비디오(A/V) 데이터를 포함하는 하향링크 물리계층 데이터 유닛(Downlink PHY Data Unit)을 상기 디스플레이 디바이스로 전송하는 단계를 포함하되, 상기 제2 커맨드에는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보를 포함할 수 있다.
상술한 과제를 해결하기 위한 본 발명의 제 5특징에 따른 무선 네트워크에서 튜너 디바이스는, 디스플레이 디바이스로부터 수신한 제1 커맨드에 대한 응답으로 상기 튜너 디바이스를 식별하기 위한 제1식별자, 상기 디스플레이 디바이스를 식별하기 위한 제2식별자, 동작 코드(Opcode)를 포함하는 제2 커맨드 및 상기 튜너 디바이스에 대한 정보를 포함하는 AVCL 메시지를 생성하는 AVC(Audio Video Control) 계층, 메시지 프리앰블, 메시지 타입 및 상기 AVC 계층으로부터 전달받은 상기 제2 커맨드를 포함하는 MAC 메시지를 생성하는 MAC(Medium Access Control) 계층 및 상기 제 1 커맨드를 포함하는 제1 물리계층 데이터 유닛을 수신하고, 상향링크 제어 헤더(Uplink Control Header), 상기 MAC 메시지 및 오디오/비디오(A/V) 데이터를 포함하는 제2 물리계층 데이터 유닛을 생성하여 상기 디스플레이 디바이스로 전송하는 물리계층(Physical Layer)을 포함하되, 상기 튜너 디바이스에 대한 정보는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보가 포함할 수 있다.
본 발명은 디바이스의 특정 기능을 수행하도록 하기 위하여 수신 디바이스가 송신 디바이스에 포함된 튜너 디바이스의 상태 정보를 요청하는 경우, 튜너 디바이스에서 자신의 상태정보와 함께 이를 표시하는 자막 처리 정보를 수신 디바이스로 전달하는 방법을 제공한다. 이에 따라, 수신 디바이스의 사용자는 송신 디바이스에 포함된 튜너 디바이스의 상태에 관한 정보를 자막을 통해 확인할 수 있어, 사용자가 보다 편리하게 WHDI 디바이스를 사용할 수 있도록 한다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상기의 기술적 과제를 해결하기 위해, 본 발명의 실시예들에서 WHDI(Wireless Home Digital Interface) 무선 네트워크에서 A/V 신호 전송을 위한 무선 경로 성능 검사 방법을 개시한다.
이하의 실시예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성할 수도 있다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다.
최근 연구되고 있는 WHDI(Wireless Home Digital Interface) 무선 시스템은 압축되지 않은 A/V 신호를 5Ghz U-NII 대역으로 전송하는 기술이다. WHDI에서는 PHY 계층에서 인간의 시청각 특성을 고려하여 A/V 신호를 처리, 변조함으로써 보다 효율적으로 고용량 비디오 버스 데이터를 무선으로 바꾸어준다.
WHDI에 포함된 적어도 하나 이상의 사용자 디바이스는 A/V 신호를 전송하는 소스 디바이스(Source Device)와 소스 디바이스로부터 A/V 신호를 수신하는 싱크 디바이스(Sink Device)를 포함한다. 여기서, 실제로 A/V 신호를 전송하는 소스 디바이스는 엑티브 소스 디바이스(active source device)라 볼 수 있고, Audio/Video 신호를 수신하는 싱크 디바이스는 실제로 A/V 신호를 전송하지 않으며 엑티브 소스 디바이스에 부가적으로 연결된 수동형 소스 디바이스(Passive source device)를 포함한다. 각각의 디바이스는 그 기능에 따라 적어도 3개 이상의 계층(layer)으로 구분될 수 있으며, 일반적으로 PHY 계층, MAC 계층 및 AVC 계층을 포함한다.
도 2는 WHDI 네트워크에서 송신 디바이스의 일 예로 방송 신호 수신기를 포함하는 방송 신호 처리 시스템의 실시예를 나타낸 도면이다.
방송 신호 수신기는 방송국이나 케이블 위성 등으로부터 안테나를 통해 입력받은 A/V 신호를 이하 후술되는 수행과정을 거쳐 수신받은 A/V 신호를 재생할 수 있다. 또한, 방송 신호 수신기가 WHDI 네트워크 상에서 송신 디바이스로 작동하는 경우 자신이 수신받은 A/V 신호를 적어도 하나 이상의 수신 디바이스로 원격 전송할 수 있다.
도 2를 참조하면, A/V 데이터를 전송하는 송신 디바이스의 일 예인 방송 신호 처리 시스템은 방송 신호 수신기(20) 및 방송 신호 수신기와 원격의 저장 장치 또는 다른 디바이스(25)를 연결하는 네트워크 장치(23)를 포함한다.
방송 신호 수신기(20)는 수신부(201), 복조부(202), 디코딩부(203), 디스플레이부(204), 제어부(205), 네트워크 제어 모듈(206), 그래픽 처리부(207), 인터페이스부(208) 및 제어 신호 통신부(209)를 포함할 수 있다. 여기에, 도 2의 예에서는 로컬 저장 장치(22)를 더 포함하는데, 로컬 저장 장치(22)가 입출력 포트를 포함하는 인터페이스부(208)와 직접 연결된 예를 개시하지만, 로컬 저장 장치는 방송 신호 수신기(21) 내부에 마운트된 저장 장치일 수 있다.
인터페이스부(208)는 유무선의 네트워크 장치(23)와 통신할 수 있고, 네트워크 장치(23)를 통해 무선 네트워크상에 존재하는 적어도 하나 이상의 수신 디바이스(25)와 연결될 수 있다. 제어 신호 통신부(209)는 사용자 제어 기기, 예를 들면 리모트 콘트롤러(remote controller; 21) 등에 따라 사용자 제어 신호를 수신하고 수신한 신호를 제어부로 출력할 수 있다.
수신부(201)는 지상파, 위성, 케이블, 인터넷 망 중 적어도 하나를 통해 특정 주파수의 방송 신호를 수신하는 튜너일 수 있다. 수신부(201)는 방송 소스 예를 들어, 지상파, 케이블, 위성, 개인 방송별로 각각 구비될 수도 있고, 통합 튜너일 수도 있다. 또한 수신부(201)가 지상파 방송용 튜너라고 가정할 경우, 적어도 하나의 디지털 튜너와 아날로그 튜너를 각각 구비할 수도 있고, 디지털/아날로그 통합 튜너일 수도 있다.
또한, 수신부(201)는 유무선의 통신을 통해 전달되는 IP(internet protocol) 스트림을 수신할 수도 있다. IP 스트림을 수신할 경우 수신부(201)는 수신되는 IP 패킷과 수신기가 전송하는 패킷에 대하여 소스와 목적지 정보를 설정하는 IP 프로토콜에 따라 송수신 패킷을 처리할 수 있다. 수신부(201)는, IP 프로토콜에 따라 수신된 IP 패킷에 포함된 비디오/오디오/데이터 스트림을 출력할 수 있고, 네트워크로 송신할 트랜스포트 스트림을 IP 프로토콜에 따라 IP 패킷으로 생성하여 출력할 수 있다. 수신부(201)는 외부에서 입력되는 영상 신호를 수신하는 구성요소로서, 예를 들면 외부로부터 IEEE 1394 형식의 비디오/오디오 신호 입력이나, HDMI와 같은 형식의 스트림을 입력받을 수도 있다.
복조부(202)는 입력되는 방송 신호를 변조 방식의 역으로 복조한다. 복조부(202)는 방송 신호를 복조하여 방송 스트림을 출력한다. 수신부(201)가 스트림 형식의 신호를 수신할 경우, 예를 들면 IP 스트림을 수신할 경우 IP 스트림은 복조부(202)를 바이패스하고 디코딩부(203)로 출력된다.
디코딩부(203)는 오디오 디코더와 비디오 디코더를 포함하며, 복조부(202)에서 출력되는 방송 스트림 또는 네트워크 제어 모듈(206)을 통해 재생되는 스트림을 각각의 디코딩 알고리즘으로 디코딩한 후 디스플레이부(204)로 출력한다. 이때 복조부(202)와 디코딩부(203) 사이에는 각 스트림을 해당 식별자에 따라 분리하는 역다중화기(도시되지 않음)가 더 포함될 수 있다. 상기 역다중화기는 방송 신호를 오디오 요소 스트림(ES)과 비디오 요소 스트림(ES)으로 구분하여 디코딩부(203)의 각각의 디코더로 출력할 수 있다. 또한 하나의 채널에 복수개의 프로그램이 다중화되어 있는 경우, 사용자가 선택한 프로그램의 방송 신호만을 선택하여 비디오 요소 스트림과 오디오 요소 스트림으로 구분할 수 있다. 만일 복조된 방송 신호에 데이 터 스트림이나 시스템 정보 스트림이 포함되어 있다면, 이것도 역다중화기에서 분리되어 해당 디코딩 블록(미도시)으로 전달된다.
그래픽 처리부(207)는 디스플레이부(204)가 표출하는 비디오 이미지에 메뉴 화면 등을 표출할 수 있도록 표출할 그래픽을 처리하여 디스플레이부(204)에 함께 표출되도록 제어할 수 있다.
인터페이스부(208)는 유무선 네트워크를 통해 적어도 하나 이상의 수신 디바이스(25)와 인터페이스 할 수 있다. 인터페이스부(208)의 예로서는 이더넷(ethernet) 모듈, 블루투스 모듈, 근거리 무선인터넷 모듈, 휴대 인터넷 모듈, 홈 PNA 모듈, IEEE1394 모듈, PLC 모듈, 홈 RF 모듈, IrDA 모듈 등을 예로 들 수 있다. 한편, 인터페이스부(208)는 원격의 저장 장치에 전원을 온 시킬 수 있는 제어 신호를 출력시킬 수 있다. 예를 들어, 인터페이스부(208)는 도 2에는 도시되어 있지 않지만, 별도의 원격 저장 장치가 통신하는 네트워크 인터페이스부에 WOL 신호를 전송하여 원격의 저장 장치의 전원을 온(on)시킬 수 있다.
네트워크 제어 모듈(206)은 도 2에 도시된 방송 신호 수신기(20)가 WHDI 네트워크상에서 다른 디바이스로 자신이 수신한 방송 신호 등을 전송하는 경우 상기 수신부(201)에서 수신한 방송 신호를 MAC 메시지와 함께 물리계층 데이터 유닛을 통해 전송하기 위해 작동하는 모듈이다. 네트워크 제어 모듈(206)은 수신부(201)로부터 직접 방송 신호를 입력받거나 복조부(202)에서 복조된 방송 신호를 입력받을 수 있는데, 전자의 경우 인코딩 과정은 생략할 수 있다. 또한, 수신부(201)에서 수신한 방송 신호는 제어부(205)에서 신호 전송을 위한 처리과정 등을 거쳐 프로토콜 계층 모듈(206)로 입력될 수 있다. 예를 들어, 수신 디바이스(25)로부터 방송 신호를 포함하는 메시지를 수신받는 경우 수신된 메시지는 네트워크 제어 모듈(206)에서 방송 신호 및 MAC 메시지 등으로 분리되고, 분리된 방송 신호(또는 방송 스트림)는 디코딩부(203)로 입력되어 디코딩 알고리즘으로 디코딩한 후 디스플레이부(204)로 출력될 수 있다.
네트워크 제어 모듈(206)은 소정의 AVCL 커맨드(command)를 생성하는 AVC 계층, 상기 AVC 계층으로부터 전달받은 AVCL 커맨드를 포함하는 MAC 메시지를 생성하는 MAC 계층 및 상기 수신부(201) 또는 복조부(202)로부터 입력받은 방송 신호와 상기 MAC 메시지를 포함하는 제 1물리계층 데이터 유닛을 생성하는 PHY계층을 제어하는 제어부(205)와 다른 제 2의 제어부로 볼 수 있다. 상기 제 1물리계층 데이터 유닛은 인터페이스(208)를 통해 네트워크 장치(23)를 이용하여 다른 디바이스로 전송될 수 있다. 또한, 네트워크 제어 모듈(206)은 상기 AVCL 커맨드를 수신한 수신 디바이스가 그에 대한 응답으로 전송하는 응답메시지를 포함하는 제 2물리계층 데이터 유닛을 수신받을 수 있다.
도 2에서, 설명의 편의를 위해 제어부(205)와 네트워크 제어 모듈(206)이 별도로 구비되는 예를 개시하지만, 점선으로 표시된 부분과 같이 하나의 시스템 칩으로 구현될 수도 있다. 구체적으로, 네트워크 제어 모듈(206)에서 제어 대상이 되는 AVC 계층, MAC 계층 및 PHY 계층을 포함하는 프로토콜 계층에서 AVC 계층 및 MAC 계층은 상기 제어부(205)내에서 전송하고자 하는 메시지나 수신한 메시지에 대한 판별이 이루어질 수 있다. 이때, PHY 계층은 상기 네트워크 제어 모듈(206)에서 물 리계층 데이터 블록을 형성한다. 네트워크 제어 모듈(206)에 관한 상세한 설명은 이하 도 9 내지 도 16에 개시된 물리 계층 데이터 블록 구조를 참조하여 후술하도록 한다.
제어부(205)는 예시한 구성 요소(수신부, 복조부, 디코딩부, 디스플레이부, 그래픽 처리부, 네트워크 제어 모듈, 인터페이스부) 등의 동작을 제어할 수 있다. 그리고, 사용자의 제어 명령을 수신하는 메뉴를 표출시키고, 사용자에게 방송 신호 처리 시스템의 각종 정보나 메뉴를 표출하는 애플리케이션 등을 구동시킬 수 있다.
예를 들어, 제어부(205)는, 로컬 저장 장치(22)가 마운트된 경우 로컬 저장 장치(22)에 저장된 콘텐츠를 읽어오도록 할 수 있다. 그리고, 제어부(205)는, 로컬 저장 장치(22)가 마운트된 경우 수신부(201)로부터 수신한 방송 콘텐츠를 로컬 저장 장치(22)에 저장하도록 제어할 수 있다. 또한, 제어부(205)는 로컬 저장 장치(22)가 마운트되었는지 여부에 따라 로컬 저장 장치(22)가 마운트하도록 제어하는 신호를 출력할 수 있다.
그리고, 제어부(205)는 로컬 저장 장치(22)의 잔여 저장 용량을 체크하고, 이에 대한 정보를 사용자에게 디스플레이부(204) 또는 그래픽 처리부(207)를 통해 디스플레이부(204)상에 표출되도록 할 수 있다. 그리고, 제어부(205)는 로컬 저장 장치(22)에 잔여 저장 용량이 부족한 경우, 원격 저장 장치 등에 로컬 저장 장치(22)에 저장된 콘텐츠를 옮겨 저장하도록 할 수 있다. 이 경우 제어부(205)는 로컬 저장 장치(22)의 잔여 저장 용량이 부족한 경우 사용자에게 디스플레이부(204)를 통해 다른 로컬 저장 장치(미도시)나 원격의 저장 장치 등에 로컬 저장 장치(22)에 저장된 콘텐츠를 옮겨 저장할지 여부를 나타내는 메뉴를 표출할 수 있다. 그리고 그에 대한 사용자의 제어 신호를 수신하여 처리할 수 있다. 따라서, 제어부(205)는 로컬 저장 장치(22)와 그 이외에 직접 또는 원격으로 마운트된 저장 장치에 저장된 콘텐츠를 서로 이동시켜 저장시키도록 할 수 있다.
또한, 제어부(205)는 수신된 A/V 데이터를 디스플레이하면서 동시에 녹화하거나 또는 특정 채널을 통해 수신되는 A/V 데이터를 녹화하도록 제어할 수 있다.
디스플레이부(204)는 수신부(201)로부터 수신한 방송 콘텐츠, 로컬 저장 장치(22)에 저장된 콘텐츠를 표출할 수 있다. 그리고, 제어부(205)의 제어 명령에 따라 저장 장치의 마운트 여부 및 잔여 용량에 관련된 정보를 표출하는 메뉴를 디스플레이하고 사용자의 제어에 따라 동작될 수 있다.
본 발명의 일 실시예에 따르면, 도 2에 도시된 송신 디바이스는 적어도 하나 이상의 서브 디바이스와 결합될 수 있다. 도 2에 도시된 것은 아니나, 상기 송신 디바이스는 서브 디바이스의 일 예로 일정한 전파 또는 전기신호의 주파수에 동조하여 그 전파만을 선택하여 디스플레이하도록 하는 내장형 튜너장치(Tuner Device)를 탑재하거나 또는 외장형 튜너장치와 결합할 수도 있다. 서브 디바이스에 관하여는 이하 도 26을 참조하여 설명하도록 한다.
도 3은 WHDI 시스템에서 디바이스에 구현된 프로토콜 계층 구조의 일 예를 나타내는 도면으로, 상기 도 2의 네트워크 제어 모듈(206)에서 이루어진다.
도 3을 참조하면, WHDI 시스템은 모두 4개의 계층으로 구성될 수 있다.
가장 상위에 있는 애플리케이션 계층(Application Layer; 31)은 사용자가 자 신의 호스트 시스템에서 WHDI를 통합하기 위한 계층이다.
AVCL 계층(Audio Video Control Layer, 32)은 소스 디바이스와 싱크 디바이스간 A/V 신호 전송을 위한 스트리밍 연결 및 디바이스 제어를 담당하는 상위계층이다. AVCL은 싱크 디바이스가 특정 소스 디바이스로부터 A/V 스트림을 수신하기를 희망하는 엑티브 소스 디바이스를 지시하는데 이용된다. 싱크 디바이스는 A/V 스트림을 수신하고 렌더링하거나 또는 더 이상 A/V 스트림을 수신할 필요가 없을 수 있다. 한편, 소스 디바이스에서는 사용자가 소스 디바이스의 디스플레이부상에서의 컨텐츠를 디스플레이하는데 요청해온 특정 디스플레이를 지시하는데 이용된다. 또는, 소스 디바이스에서 싱크 디바이스의 A/V 신호와 관련된 수용력을 판별하는데 이용되거나, A/V 신호와 관련된 메타데이터(metadata)를 전달하는데 이용된다. 또는, 모든 디바이스가 셋탑 박스상에서 디스크 플레이어의 재생 또는 채널 변동을 컨트롤하는 것과 같이 Remote Device Control(RDC)을 수행하는데 이용된다.
이와 같이, AVCL은 제어 프로토콜 및 메타데이터 전달의 두 종류의 제어 방식을 포함한다. 여기서, 제어 프로토콜(또는 AVCL 프로토콜)은 엑티브 네트워크상에서 디바이스간 양방향성 커맨드 전송을 포함한다. 일반적으로, AVCL 커맨드를 포함하는 메시지는 MAC 계층을 거치며 MAC 메시지에 매핑되고 PHY 계층에서 다른 데이터들과 혼합되어 전송되는데, 이하 후술하도록 한다.
다음으로, MAC(Media Access Control) 계층(33)은 자료 전송 프로토콜의 하부 계층으로 링크 셋업(link setup), 연결 또는 비연결, 채널 접근과 같은 기능을 담당하고 신뢰성 있는 데이터 전송 등을 담당한다. 즉, 제어/데이터 메시지를 전송 하거나 또는 채널을 제어하는 역할을 한다.
상기 MAC 계층은 ACK 프레임을 이용하는 CSMA/CA(Carrier Sence Multiple Access with Collision avoidance)을 기본 채널 엑세스 스킴(basic channel access scheme)으로 하여, 패킷을 보내기 전에 부반송파 감지 또는 CCA(Clear Channel Assessment)를 실시한다. 그리고, 소스 디바이스와 싱크 디바이스 간 방향성을 고려하여 하향링크와 상향링크로 구분한다. 하향링크는 전체가 하나의 긴 프레임으로 구현되고, ACK 프레임을 받아 복구하는 과정이 생략될 수 있다. 하향링크에서는 전송하는 영상 프레임과 모뎀(PHY) 프레임 간 동기화가 이루어지므로 전송하는 A/V 신호의 포맷에 따라 소요되는 전송시간이 정해진다. 일반적으로 전체 MAC 포멧은 기본 헤더(Basic Header:BH) 및 확장 헤더(Extended Header:EH)를 포함한다.
다음으로, PHY 계층(34)은 A/V 신호를 직접적으로 처리하고 동시에 MAC 계층 (33)에 의해 처리될 수 있다. WHDI에서 PHY 계층은 변조되지 않은 A/V 신호의 송수신을 담당한다. PHY 계층은 무선 신호를 담당하기 위해 AVCL 계층(32), MAC 계층(33)과 같은 상위계층으로부터 요청되는 메시지를 전환하는 역할을 함으로써, 상기 요청 메시지가 물리 계층에 의해 디바이스간 전송될 수 있도록 한다. 또한, PHY Layer는 A/V 신호를 단일 방향(unidirectional) 전송 능력 및 양방향성(bidirectional) 데이터 채널의 수용력을 갖는다는 점, 모든 A/V 신호의 PHY 레벨 암호화 및 SNR, 반송파 감지 및 간섭 판별을 위한 측정도 가능하다.
PHY 계층은 각각의 소스/싱크 디바이스에서 픽셀의 4:4:4 비율의 Y,Cb,Cr 스트림 형태로 가공 전의 비디오 데이터 샘플 또는 다양한 형태의 가공전의 오디오 데이터 샘플을 전송받거나 또는 출력한다. 이러한 형태에서 모든 전환은 각각의 소스/싱크 디바이스상의 애플리케이션 계층(31)에서 수행된다.
상기 도 2에 도시된 WHDI 디바이스의 프로토콜 계층은 튜너 디바이스에도 적용될 수 있으며, 튜너 디바이스와 싱크 디바이스간 메시지 교환시 동일한 과정으로 수행된다. 즉, 튜너 디바이스가 싱크 디바이스로부터 AVCL 커맨더를 수신하거나 수신한 AVCL 커맨더에 대한 응답 메시지를 전송하려는 경우에도, AVCL 계층에서 AVCL 메시지를 생성하고 MAC 계층에서 프리엠블 등과 상기 생성된 AVCL 메시지를 결합한 MAC 메시지에 생선하고 이를 물리계층을 통해 교환한다.
도 4는 WHDI 시스템에서 소스 디바이스의 일 예를 나타내는 블록 구성도이다.
도 4를 참조하면, 프로세서의 일종인 호스트 제어부(Host Controller; 41)는 전체 시스템을 통합관리하며 AVCL 계층의 역할을 수행하거나 WHDI 기저대 (WHDI baseband) 모듈(43)을 I2C(Inter Integrated Circuit) 버스 시스템 구조로 제어하는 역할을 수행한다. I2C 버스 시스템이 I2C 프로토콜 상에서 작동하므로, 복수의 IC는 공통의 구조형 버스를 통해 서로 연결 및 통신할 수 있다. I2C 버스 시스템은 텔레비젼 환경에서 중앙 처리 장치(CPU)와 관련 주변 IC를 연결(즉, 이들간에 통신 제공)하는 방법을 제공하는데, 소비자 전자 장치에서 광범위하게 이용되고 있다. I2C 시스템은 일반적으로 설정 프로토콜에 따라 설정 클록 속도로 데이터를 전송하도록 한정되고, I2C 시스템의 메인 제어기 IC는 전송율 또는 속도(즉, 클록 레이트 또는 버스 속도)를 설정한다. 따라서, 특정 I2C 버스에 연결된 IC 모두가 동일한 속도 또는 데이터 전송율로 통신하여야 한다. 호스트 제어부(41)는 내부에 메모리를 포함하거나 외부 메모리를 이용할 수 있다.
WHDI 기저대 모듈(43)은 상술한 MAC/PHY Layer 역할을 담당하며 A/V 소스 디바이스(A/V source; 42)로부터 LVDS 등의 버스로 A/V 신호를 입력받아 WHDI RF 모듈(44)에 중간 주파수(IF)로 송신한다. WHDI RF 모듈(44)은 상기 중간 주파수(IF)를 반송파 신호로 변환하여 변환된 마이크로파 신호를 다중 안테나(45)를 통해 전송한다. 또, A/V 신호 외의 제어신호에 대하여 송신뿐 아니라 수신도 가능하다.
도 5는 WHDI 시스템에서 싱크 디바이스의 일 예를 나타내는 도면이다.
도 5를 참조하면, 프로세서의 일종인 호스트 제어부(51)는 상술한 소스 디바이스와 마찬가지로 애플리케이션의 통합 역할을 하며, WHDI 기저대 (WHDI baseband) 모듈(54)을 I2C(Inter Integrated Circuit) 버스 시스템 구조로 제어하는 역할을 수행한다. WHDI RF 모듈(53)은 다중 안테나(52)로부터 수신받은 RF 신호를 중간 주파수(IF)로 변환하고, 소스 디바이스로부터 전송받은 A/V 신호를 복원하여 A/V 싱크 디바이스(55)로 LVDS, I2S 등의 A/V 버스 신호를 전송한다.
도 6은 A/V 신호 송수신 동작중인 WHDI 디바이스에서 Vertical Blanking Period를 포함하는 일반적인 비디오 신호가 RF 신호로 변환되는 과정을 나타내는 도면이다.
일반적으로 소스 디바이스가 싱크 디바이스로 계속적으로 무선 신호를 전송하는 구간을 하향링크 구간이라 하며, 이 구간에서는 하향링크 물리계층 데이터 유닛(Downlink PHY Data Unit: DLPDU)을 전송한다. 하향링크 구간은 크게 Vertical Blanking Period 구간(61)과 Active Video 구간(62)으로 구분할 수 있다. 먼저, Vertical Blanking Period 구간(61)은 소스 디바이스가 싱크 디바이스로 CES(Channel Estimation Sequence)를 포함하는 하향링크 프리엠블을 전송하는 구간(611) 및 하향링크 헤더(downlink header)를 전송하는 구간(612)으로 구분된다. CES라 함은 송신 신호가 불특정한 무선 채널을 통과하면서 일어나는 수신 신호의 왜곡현상, 즉 시간 지연, 위상 변이와 감쇄를 송신 신호에 포함되고 일정한 패턴을 갖는 파일럿 신호를 이용하여 측정하는 기법이다. Active Video 구간(62)에서는 소스 디바이스가 싱크 디바이스로 A/V 신호를 전송한다.
A/V 신호 송수신 동작중인 WHDI 소스 디바이스는 하향링크 구간 동안 무선 신호에 상응하는 제어 정보와 비디오 데이터를 포함하는 5Ghz 대역의 신호를 끊김없이 계속 전송할 수 있다. 상기 하향링크 구간에 소요되는 시간은 비디오 버스(component, HDMI, LVTTL 등)의 일반적인 vertical Blanking Period 구간 중 일부와 실제 비디오 데이터가 전송되는 Active Video 구간 하나를 합한 시간에 해당한다. 즉, 소스 디바이스에서 전송하는 데이터 종류에 따라 신호 전송 시간이 결정되는 것으로, 하향링크 구간에서 PHY 신호가 다른 RF 통신에 비해 10ms 이상 긴 단위로로 전송될 수 있다.
상기 하향링크 구간은 상향링크 구간으로 이어진다. 상향링크 구간은 싱크 디바이스의 PHY 계층이 소스 디바이스로 무선 신호를 전송할 수 있는 구간이다. 상향링크 구간은 비디오 버스(component, HDMI, LVTTL 등)의 일반적인 vertical Blanking Period 구간 일부(63)로만 이루어진다. 상향링크 구간인 상향링크 제어 물리계층 데이터 유닛(Uplink Control PHY Data Unit: ULCPDU)은 RF Turn around 구간(631), CES를 포함하는 프리앰블을 전송하는 구간(632), 상향링크 헤더를 전송하는 구간(633), 상향링크 데이터를 전송하는 구간(634) 및 slience + RF Turn Around 구간(635)으로 구분된다.
CES를 포함하는 상향링크 프리엠블을 전송하는 구간(632)은 상향링크 무선 신호를 수신하는 디바이스의 동기화를 위한 신호구간이다. 그리고, RF Turn Around 구간(635)은 송신용 안테나를 수신용 안테나로 전환하거나 수신용 안테나를 송신용 안테나로 전환하는데 소요되는 시간에 해당된다. 즉, Slience + RF Turn Around 구간(635)은 잠시 정지하는 구간으로 싱크 디바이스의 경우 송신 모드에서 수신 모드로 전환하고, 소스 디바이스의 경우 수신모드에서 송신 모드로 전환하는데 소요되는 시간에 해당한다.
상향링크 구간이 끝나면 하향링크 구간의 프리엠블/CES 전송 구간(611) 및 하향링크 헤더 전송 구간(612)이 계속 이어지면서 Vertical Blanking Period 구간(61) 하나를 채워나간다.
이렇게 A/V 전송 동작 중인 WHDI PHY 계층은 전송하는 Video data의 Original Signal(유선버스의 신호)의 시간 구성(즉, Vertical Blanking Period 구간과 Active Video구간간의 간격)에 따라 하위 전송 구간이 규정될 수 있다. 하향링크 및 상향링크에서 각 전송 구간은 OFDM, MIMO 기술을 사용하여 전송하는 점은 동일하나, PHY 신호 생성 및 송신 방법은 서로 상이하다.
소스 디바이스는 PHY 계층에서 Vertical Blanking Period 구간(61)과 Active Video 구간(62)으로 구성되는 하향링크 구간을 이용하여 자신의 음성, 영상, 제어 데이터를 DLPDU로 구성한 후 싱크 디바이스에게 무선 신호로 전송한다. 상기 구간은 주로 비디오 데이터만을 전송하는 Video Dependent DLPDU 모드와 비디오 데이터와 무관한 데이터를 전송하는 Video Independent DLPDU 모드로 나뉘는 바, 이하 도 7 및 도 8을 참조하여 설명하도록 한다.
도 7은 WHDI PHY 계층에서 Video Independent DLPDU 모드일 때의 DLPDU 시퀀스의 일 예를 나타내는 도면이다.
도 7을 참조하면, 소스 디바이스는 네트워크를 시작할 때, 싱크 디바이스를 찾기 위하여 A/V 신호와 무관한 Video Independent DLPDU를 통해 자신의 존재를 브로드캐스트한다. Video Independent DLPDU는 비콘(beacon) 메시지와 흡사하나 동기화를 위한 시간 정보나 네트워크의 디바이스 리스트 같은 제어 정보가 DLPDU의 기본 헤더(BH)와 확장 헤더(EH)에 실려 다른 종류의 MAC 커맨드나 AVC 커맨드와 동시에 전송될 수 있다는 차이점이 있다. Video Independent DLPDU의 다른 목적은 싱크 디바이스에 오직 오디오 신호를 전송하는 경우 이를 위하여 소요되는 시간을 짧게 할당하는 것이다. Video Independent DLPDU는 비디오 버스 신호에 동기화될 필요가 없기 때문에 5 ms 미만의 상대적으로 짧은 시간을 요한다.
도 7을 참조하면, 소스 디바이스가 싱크 디바이스를 찾기 위하여 A/V 신호가 없는 Independent DLPDU를 송신할 때, 주파수 FDLI[0]은 5Ghz U-NII 범위내에서 각기 다른 중심 주파수 범위를 나타낸다. 예를 들어, 5Ghz U-NII 범위내에서 FDLI[0] 은 5150Mhz이고, FDLI[1]은 5470Mhz로 볼 수 있다. 소스 디바이스가 모든 채널에 걸쳐 자신의 정보를 브로드캐스트함으로써, 수신 대기상태에 있는 싱크 디바이스가 이에 응답하도록 유도하는 역할을 수행한다.
도 8은 WHDI PHY 계층에서 Video dependent DLPDU 모드일 때의 DLPDU 시퀀스의 일 예를 나타내는 도면이다.
도 8을 참조하면, Video dependent DLPDU의 목적은 소스 디바이스가 무선 신호 이전의 비디오 신호에 자신의 주파수를 동기화시키는 것이다. 예를 들어, 소스 디바이스가 하향링크를 이용하여 싱크 디바이스로 1080p 50hz 비디오 신호를 전송중이라면, 엑티브 소스 디바이스에서 엑티브 비디오 신호, 즉 DE 신호가 On일때의 신호구간인 약 18ms의 시간 동안 DLPDU 신호가 지속된다. 도 8에 도시된 것처럼, 첫번째 DLPDU가 전송되는 구간이 끝나면 신호의 방향이 바뀌고 첫번째 싱크 디바이스가 소스 디바이스로 상향링크를 이용하여 ULCPDU(Uplink Control PHY Data Unit) 데이터를 전송한다. 이후, 첫번째 싱크 디바이스에서 전송하는 ULCPDU 신호가 소스 디바이스로 전송되면 다음 DLPDU신호가 전송되고 이후 두 번째 싱크 디바이스에서 소스 디바이스로 ULCPDU 신호가 전송되며, 이와 같은 과정이 반복된다. ULCPDU와 DLPDU의 헤더 정보는 비디오 신호의 Vertical Blanking Period 구간에 포함되어 전달된다. 즉, 500us 이내의 상대적으로 짧은 시간 동안 싱크 디바이스가 PHY 신호를 송출할 수 있다.
도 9는 WHDI 시스템에서 DLPDU를 전송하는 PHY 구조의 일 예를 나타내는 도 면이다.
WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조에서 무선 부호화 과정은 전송하려는 데이터 종류에 따라 다양하게 구현될 수 있다. 특히, 비디오 데이터의 경우 각각의 프레임(예를 들어, 각각의 이미지)이 하나 이상의 색성분(Y, Cb, Cr)으로 분해되고, 분해된 색 성분의 프레임은 다시 주파수 성분으로 분해된 후 양자화된다. 여기서, 양자화 결과의 오차는 비디오 양자화 오차 스트림(Video fine stream)으로, 양자화된 주파수 성분은 비디오 양자화 계수 비트스트림(Video coarse bitstream)으로 분리되는데, 상기 비디오 양자화 오차 스트림 및 비디오 양자화 계수 비트스트림은 동일한 비디오 데이터라도 서로 상이한 채널 부호화 과정이 적용된다.
도 9를 참조하면, WHDI DLPDU PHY 구조에서 전송하는 데이터는 MAC, AVCL 계층에서 요청받은 메시지 커맨드 데이터(message command data)인 데이터/제어 비트스트림(Data/Control bitstream), 수신단에서 신호 정확성을 검증하기 위해 데이터에 섞는 일정한 비트 패턴인 테스트용 비트스트림(Test bitstream), 오디오 데이터를 전송하는 오디오 비트스트림(Audio bitstream) 및 비디오 데이터를 전송하는 비디오 비트스트림(Video bitstream)으로 구분할 수 있다. 상기 비디오 비트스트림은 다시 양자화된 비디오 데이터를 전송하는 비디오 양자화 계수 비트스트림 및 양자화된 데이터 각각에 상응하는 오류 값의 비트스트림인 비디오 오차 비트스트림으로 구분할 수 있다.
비디오 양자화 계수 비트스트림은 비디오 데이터를 역 상관관계 변환(De- Correlation Transform: DCT)한 후 양자화한 계수로 이루어진 비트스트림이고, 비디오 양자화 오차 비트 스트림은 비디오 데이터를 DCT 변환한 후 생성되는 양자화 오차에 관한 비트스트림이다.
상술한 것처럼 PHY 시스템에서 전송하는 데이터의 종류에 따라 신호 생성 방법을 달리하는데, 도 9에 도시된 일 예를 보면, 오디오 데이터 및 비디오 데이터는 각각 인코더(71, 72)를 거치고, 그 외의 데이터인 데이터/제어 비트스트림 및 테스트용 비트스트림 등의 제어 데이터는 인코딩 과정을 거치지 않고 비트스트림 MUX(73)로 전송된다. 비디오 데이터 중 비디오 양자화 계수 비트스트림도 인코딩 과정을 거친 후에 비트스트림 MUX(73)으로 전송되어 총 4개의 신호가 하나의 비트스트림으로 합쳐진다. 이 때, Video dependent DLPDU 모드에서는 비디오 양자화 계수 비트스트림을 포함하나, Independent DLPDU 모드일 때는 양자화 계수 비트스트림이 제외된다.
다음으로, 양자화 계수 스트림 암호기(Coarse Stream Encryptor; 74)은 비트스트림 MUX(73)에서 하나의 비트스트림으로 합쳐져서 입력되는 신호에 대하여 헤더 정보(BH, EH)를 제외한 모든 데이터를 AES-128 방식으로 암호화한다. Bitstream processer(75)는 암호화된 신호를 QAM 방식에 기반해서 무선 신호(Symbol)로 변조하고 에러 정정 코드를 추가한다.
한편, 비디오 양자화 오차는 상술한 4개의 데이터와 달리 보다 안전하게 데이터를 전송하기 위해 양자화 오차 데이터 프로세싱 및 암호화 모듈(Fine Data Processing and Encryption module;76)에 의해 독립적으로 처리된다. 이때, 양자화 오차 데이터 프로세싱 및 암호화 모듈(Fine Data Processing and Encryption module;76)는 양자화 오차 데이터 스캘링 모듈(fine-data scaling module), 양자화 오차 데이터 심볼 맵퍼(fine-data symbol mapper), 양자화 오차 데이터 암호기(fine-data encryptor) 및 양자화 오차 데이터 스크램블러(fine-data scrambler)를 포함할 수 있다.
상기 일 예에서 상술한 별도의 처리과정을 거친 총 5개의 데이터는 양자화 오차 데이터 프로세싱 및 암호화 모듈(Fine Data Processing and Encryption module;76)를 거친 비디오 양자화 오차 데이터와 하나의 데이터로 합쳐진 나머지 4개의 데이터가 MIMO OFDM 맵퍼(77)로 입력된다. MIMO OFDM 맵퍼(77)는 안테나 다이버시티, 채널 매트릭스 산출 및 역변환에 기반한 MIMO를 적용하기 위해 입력된 신호를 부반송파 또는 각각의 송신 안테나를 통해 전송되는 RF-chain 모듈(78)로 분배한다. 여기서, 비디오 양자화 계수, 비디오 양자화 오차별로 중심 주파수가 서로 다른 반송파 신호로 각기 전용의 부반송파를 할당할 수 있다.
N번째 transmit chains(78)에서 하향링크 IDFT 유닛(781)은 최종적으로 산출된 각 부반송파의 신호를 시간 축으로 변환하여 통합하는 과정을 수행한다. CP Inserter(782)는 OFDM 심볼간 발생할 수 있는 다중 경로(Multi-path) 간섭을 회피하기 위해 그전 심볼의 뒷부분에서 일정 크기의 블록을 다시 다음 심볼의 앞부분에 복사하는 과정을 수행한다. 프리엠블 Mux(783)는 도 6에 도시된 프리엠블 전송 구간(611, 632)에서 프리엠블 데이터만 전송되도록 신호를 재정렬하는 역할을 수행한다. Symbol Shaper(784)에서는 주파수 영역에서의 신호세기가 WHDI 시스템이 요구 하는 Spectral Mask 안에 들어오도록 신호를 처리하는 과정이 수행된다. 최종 신호는 아날로그 및 RF 모듈(Analog and RF module; 785)에서 디지털/아날로그 변환기를 통해 아날로그 신호로 변환되고 변환된 중간 주파수(IF)가 믹서(Mixer)를 통해 5Ghz 대역의 무선 신호(RF)로 변환되어 안테나를 통해 송출된다.
이상, WHDI시스템에서 DLPDU PHY 구조를 통해 오디오 신호 및 비디오 신호가 안테나를 통해 송출되기까지의 과정을 살펴보았다.
요컨대, WHDI의 엑티브 소스 디바이스는 무선 신호 송신 전에 PHY계층에서 직접 입력받은 비디오 데이터에 대해 항상 DCT 변환을 수행한다. 그리고, DCT 변환된 비디오 데이터를 양자화함으로써 사실상 전송 데이터를 압축하여 한정된 대역폭 내에서 보다 많은 데이터를 전송할 수 있다. 양자화된 비디오 데이터는 비디오 양자화 계수 데이터와 비디오 양자화 오차 데이터로 분리하여, 서로 상이한 에러 정정 부호화 과정을 적용한다. 또는 상기 분리된 비디오 양자화 계수 데이터와 비디오 양자화 오차 데이터에 대하여 상이한 변조 방식을 적용할 수 있다.
이하, 상기 WHDI 엑티브 소스 디바이스의 DLPDU PHY 계층의 서브 시스템에서 각각의 구성요소에 대하여 보다 구체적으로 설명하도록 한다.
도 10은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 오디오 인코더의 구조를 나타내는 도면이다.
도 10을 참조하면 오디오 인코더(71) 는 오디오 외부 인코더(Audio Outer Encoder; 711)와 오디오 바이트 인터리버(Audio Byte Interlever; 712) 두 개의 요소로 구성된다. 오디오 외부 인코더(Audio Outer Encoder; 711)는 오디오 데이터에 대한 선처리로서 Read-Solomon 방식을 이용한다. 이에 이용되는 다항식은 P(x) = 1+x^2+x^3+x^4+x^8 으로, 예를 들어, 239 bytes의 데이터에 대해 동가의 16 bytes를 추가하여 총 255 bytes의 결과물을 생성한다. 이 결과 값은 다시 오디오 바이트 인터리버(Audio Byte Interlever; 712)에서 convolutional byte-interlever 에 의해서 뒤섞이게 되는데, 이것은 무선 오류로 나타나는 음성신호의 왜곡을 줄여줄 수 있다.
도 11은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 비디오 인코더(Video Encoder)의 구조를 나타내는 도면이다.
비디오 인코더(72)는 압축되지 않은 Y,Cb,Cr 형식의 Video Data(예를 들어, pixel)를 주파수 도메인으로 DCT 변환하고, 변환된 신호를 DC 성분과 AC 성분으로 구분하여 각각 양자화한 후, 양자화 과정에서 발생하는 오차를 비디오 양자화 오차 스트림으로 추출한다. 그리고, 양자화된 값을 비디오 양자화 계수 비트스트림으로 추출한다. 주파수를 DCT 변환한 후에는 MAC 계층에서 측정된 가용 전송량에 비례하는 개수만큼 낮은 주파수 성분의 높은 에너지 계수(High Energy Coefficient)를 선택하여 다음 과정이 수행되는 유닛으로 전송하고 나머지 신호는 폐기하도록 한다.
보다 구체적으로, 도 11을 참조하면, 비디오 데이터의 DCT 변환을 위해 먼저 모든 픽셀들을 블록 그룹화 유닛(721)에서 8x8 블록으로 그룹화한다. 예를 들어, 1920x1080 full HD 사이즈의 픽셀에 대하여 블록 그룹화를 수행하는 경우 250x135 블록으로 묶여질 수 있다. 8x8 블록으로 그룹화하기 때문에, 비디오 버스의 Horizontal Blanking을 최소 8번 이상 송신단의 비디오 메모리에 저장하는 방식으 로 버퍼링해야 한다.
블록 인터리버(Block Interleaver; 722)는 군집에러를 회피하기 위해서 예를 들어 1920x1080 full HD 사이즈의 전체 화면에서 250x135 블럭들이나 또는 일부 블록들에 대해 도 12에 도시된 바와 같이 각각의 블록들의 열과 행을 인터리빙(interleaving)하여 혼합하는 과정을 수행한다. 도 12는 도 11에 도시된 비디오 인코더에서 수행하는 블록 인터리빙의 일 예를 나타내는 도면이다.
DCT 변환을 수행하는 공간적 역 상관관계 모듈(spatial De-Correlation module; 723)에서는 블록 인터리버(722)에서 열과 행의 순열이 바뀐 각각의 블록에 대하여 DCT 변환을 통해 주파수 성분으로 변환한다. 즉, 각각의 블록에 대하여 계수 쌍(a set of coefficients)을 발생시키기 위해 각각의 블록 내 공간적 역 상관관계(spatial de-correlation)를 수행한다. 주파수 성분으로 변환된 신호는 해당하는 계수의 값에 따라 수행과정이 달라진다. 도 11을 참조하면, 계수값에 따라 계수를 분석하고 선택하는 계수 파싱 및 선택 모듈(Coefficient parsing and selection module; 726)으로 입력되거나, 각 블록의 타입을 판단하는 블록 타입 판별부(Block Type Detector;725), 각 블록의 프로세싱 모드를 제어하는 블록 프로세싱 모드 제어부(Block Processing Mode Controler; 725)을 거쳐 계수 파싱 및 선택 모듈(Coefficient parsing and selection module; 726)로 입력된다.
상기 블록 타입 판별부(Block Type Detector; 725)는 각각의 비디오 블록의 타입을 찾아낸다. 이때, 두 종류의 블록 타입이 type 0 및 type 1으로 정의될 수 있다. 일반적으로, DCT 변환 후 높은 주파수 계수에 낮은 에너지를 갖는 블록은 type 0으로 설정하고, 높은 주파수 계수에 높은 에너지를 갖는 블록은 type 1로 설정하여 구분할 수 있다. 이러한 특정 블록 타입 결정 기준은 요구되는 영상 품질을 만족시킬 수 있는 특정 수행자가 될 수 있다.
블록 프로세싱 모드 제어부(Block Processing Mode Controler; 725)는 모든 블록에 대하여 제 1모드 또는 제 2모드 중 하나를 적용하여 처리과정을 구행한다. 제 1 모드는 기본모드(basic mode)로 모든 블록에 대하여 적용되는 반면, 제 2모드는 정제 모드(refinement mode)로 연속적인 비디오 프레임의 번호를 통해 변경되지 않는 블록에 대해서 적용된다. 특정 블록을 처리하는 모드에 대한 결정 기준은 비디오 품질 요구를 충족할 수 있는 특정 수행자일 수 있다. 제 1 모드는 DCT 변환된 비디오 신호에서 선택적으로 고주파 성분은 폐기하고 양자화 과정을 적용하는 것으로, 비교적 적은 양의 비디오 데이터를 생성할 수 있다. 반면, 제 2모드에서는 DCT 변환된 비디오 신호에서 선택적으로 고주파 성분을 폐기하고 양자화 및 오차 신호 추출의 과정을 거쳐 비교적 많은 양의 영상 데이터를 전송할 수 있다. 다만, 소스 디바이스가 비디오 데이터를 전송할 때 제 2모드를 적용하기 위해서는 싱크 디바이스에서 정제모드은 제 2모드를 지원해야만 한다. 모든 블록에 대하여 제 2모드 과정을 적용하고 고주파 성분을 폐기하는 과정이 없다면 비압축 전송도 가능하다.
계수 파싱 및 선택 모듈(Coefficient parsing and selection module; 726)에서는, 블록 타입 판별부(Block Type Detector; 725)에서 판단한 블록 타입, 블록 프로세싱 모드 제어부(Block Processing Mode Controler; 725)에서 수행되는 블록 프로세싱 모드 제어 지시, 적당한 계수를 선택하기 위한 계수 정보 테이블 및 MAC 계층에 의해 제공되는 가용 대역폭 등을 기반으로 각각의 블록의 비디오 양자화 오차 스트림에 관한 계수를 분석 및 선택한다.
MAC 계층에서 NCoeffs _ per _ Block을 설정하는데, NCoeffs _ per _ Block은 블록당 계수의 값으로 현재 무선 수신 감도와 기타 성능치를 종합하여 판단한다. 예를 들어, 소스 디바이스와 싱크 디바이스간 거리가 멀어서 무선 채널 상황이 좋지 않을 경우 NCoeffs_per_Block값을 작게 설정함으로써, 계수 중 고주파 성분은 자동으로 폐기한다.
계수 양자화부(Coefficients Quantizer; 727)은 블록 타입 판별부(Block Type Detector; 725), 블록 프로세싱 모드 제어부(Block Processing Mode Controler; 725) 및 계수 파싱 및 선택 모듈(Coefficient parsing and selection module; 726)로부터 전송되는 신호에 대하여 양자화를 수행한다. 복소수 심볼(complex symbol)값에 대한 비디오 양자화 계수 비트 스트림 및 비디오 양자화 오차 스트림을 발생시키기 위해, 각 블록의 타입, 상세한 제어 지시 정보, 적당한 양자화 테이블, MAC 계층에 의해 제공되는 가용 대역폭 등을 기초로 각 블록의 계수를 양자화할 수 있다.
각각의 비디오 블록에 대하여 상기 DCT 계수의 서브셋(a subset of the DCT coefficients)이 양자화된다. 양자화된 각각의 계수는 하나 이상의 양자화된 비트의 시퀀스 및 비디오 양자화 오차 계수(video fine coefficient)와 같은 두 종류의 형태로 나타나도록 한다. 양자화되지 않는 계수는 변경되지 않은 채로 유지되고 이하 비디오 양자화 오차 계수로 언급된다.
계수 양자화부(Coefficients Quantizer; 727)에서 수행되는 양자화 과정은 다음과 같이 이루어질 수 있다.
2) 3 종류의 비표준 양자화가 non-DC 성분, 즉 AC성분에 대하여 DCT 계수에 이용될 수 있다. 예를 들면, , 그것의 출력 비트의 개수에 따라 각각의 양자화가 특정된다.
각각의 N-bit 계수 양자화는 하나의 양자화 영역에 각각 해당하는 2N 양자화 값 및 하나의 양자화 영역에 각각 해당하는 2N N-bit 시퀀스를 포함하는 2N 양자화 영역으로 정의된다. DCT 계수가 로 양자화되고, 상기 양자화는 에 따른 N-bit 양자기에 의해 양자화된다고 가정한다. 양자화 과정은 다음과 같다.
이하 각각의 비디오 블록에 대하여 산출되는 양자화 비트를 도 13을 참조하여 설명하도록 한다. 도 13은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조에서 비디오 블록당 산출되는 양자화 비트를 나타내는 도면이다.
양자화된 계수의 선택과 비트의 개수는 제 1 블록 모드(Basic mode) 또는 제 2 블록 모드(Refinement mode), 비디오 형식 및 대역폭 제한에 따라 할당될 수 있 는데, 모든 양자화 비트를 처리하는 제 2 블록모드에 따라 처리된 비디오 블록은 0으로 설정된다.
그리고, MAC 계층에 의해 전체 양자화된 모든 블록 개수는 NBits _ per _ Block -으로 설정한다. MAC 계층은 또한 파라미터 NBits _ per _ Block -의 값을 0이상 64 미만으로 한다. 파라미터 NBits _ per _ Block -의 값은 64 비디오 블록의 모든 그룹 내에서 제 1 비디오 블록 NBits_fraction- 에 '0'의 값을 갖는 단일 비트를 부가하는 것에 따라 레이트 조정(rate adjustment)에 이용된다. 이때, 평균 64 비디오 블록 그룹 이상일 때 일정 상수의 비트 레이트를 획득함으로써, 제 1 비디오 블록에서부터 레이트 조정을 시작한다. 이러한 비트는 레이트 조정 비트(rate adjustment bit)으로 언급된다. 레이트 조정 비트를 부가하는 경우, 블록의 모든 출력 비트를 양자화한 후에 부가한다. 각각의 비디오 블록에 대하여 생성된 비트는 비디오 블록의 타입을 나타내는 타입 비트에 의해 미리 정해져야 한다. 상기 타입 비트가 산출되는 경우, 임의의 비트의 양자화 및 레이트 조정에 앞서 수행되어야 한다. 상기 타입 비트는 type 0 블록에 대하여 '0' 값을 가져야 하고, type 1 블록에 대하여 '1'값을 가져야 한다.
상기 타입 비트, 양자화 비트 및 레이트 조정 비트에 앞서 비디오 블록의 처리를 나타내는 프로세싱 비트가 먼저 설정되어야 한다. 상기 프로세싱 비트는 상술한 제 2 블록모드를 지원하지 않는 싱크 디바이스로 신호를 전송할 때 모든 블록의 소스 디바이스에서 '0'으로 설정된다.
양자화가 수행된 이후에는, 양자화된 계수와 양자화가 이루어지기 이전의 값 간의 차이인 비디오 양자화 오차 스트림으로 추출한다.
비트스트림 MUX(73)는 네 개의 비트스트림(데이터/제어비트스트림, 오디오 인코더 출력 비트스트림, 비디오 양자화 계수비트 스트림 및 테스트용 비트스트림)을 하나의 양자화 계수 비트스트림(coarse stream)으로 처리하기 위하여 혼합한다. 이때, 제어정보에서 헤더 정보(BH, EH)는 제외된다. Coarse stream encrytor(74)는 비트스트림 MUX(73)에서 하나의 스트림으로 처리된 헤더 정보(BH, EH)를 제외한 비디오 양자화 계수 비트스트림을 암호화한다.
bitstream processer(75)에 대하여 도 14를 참조하여 설명하도록 한다.
도 14는 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 비트스트림 프로세서(bitstream processer)를 나타내는 도면이다.
bitstream processer(75)는 TAIL Bits Inserter(751), Convolution Encoder(752), Bit Interleaver(753), Symbol Mapper(754), Symbol Parser(755), 및 Space Time Block Code(STBC) Encoder(756)를 포함할 수 있다.
비디오 양자화 계수 비트스트림은 비디오 양자화 오차 스트림보다 에러 정정 코드를 강화하여 전송되도록 한다. 도 14를 참조하면, Convolution Encoder(752) 및 STBC(Space Time Block Code) Encoder(756)에서 비디오 양자화 계수 비트스트림에 에러 정정 부호를 부가한다. 이때, 비디오 양자화 계수 비트스트림 뿐만 아니라, 비트스트림 MUX(73)에서 혼합되어 암호화 과정을 거친 다른 데이터 스트림도 비트스트림 프로세서를 거친다.
TAIL Bits Inserter(751)는 컨볼루션 인코더(Convolution Encoder)의 입력을 받기 위해 마지막 비트로 '0'을 추가한다. 각각의 인코더에서 인코딩 레이트는 1/2, 3/4, 5/6 이 사용되는데 이것은 무선 상태가 좋으면 1/2, 좋지 않으면 5/6과 같이 무선 상태에 따라서 달리 선택할 수 있다. 컨볼루션 인코더(Convolution Encoder; 752)를 거친 비트스트림은 비트 인터리버(Bit Interleaver; 753)에서 인접된 bit를 고르게 펼쳐진다. 심볼 맵퍼(Symbol Mapper; 754) 는 비디오 양자화 계수 비트스트림을 아날로그 신호로 바꾸기 위해 IQ 직교 위상의 계수로 변환하는 것으로, 도 15에 도시된 것처럼 양자화 계수 스트림의 비트스트림은 항상 16-QAM 으로만 부호화할 수 있다.
도 15는 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 양자화 계수 스트림의 IQ 직교 위상의 계수로 변환하기 위한 16QAM 배열을 나타내는 도면이다. 16QAM에서 각 4개의 비트열이 하나의 심볼로 변환된다.
도 16은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서심볼 파서(Symbol Parser)에서 OFDM 심볼을 파싱하는 과정의 일 예를 나타내는 도면이다.
DLPDU 심볼 파서(Symbol Parser; 725)는 변조된 심볼 열에 대해 양자화 계수 스트림에 할당된 부반송파, 공간적 스트림(tansmit chain)별로 순차적으로 16-QAM 심볼을 분배한다.
DLPDU는 상향링크 데이터에 비해 전송양이 많으므로 (1080p 의 경우 200Mbps 이상) 다수 개의 공간적 스트림을 사용한다. 도 16을 참조하면, DLPDU Symbol Parser(725)는 IQ 복소수 신호의 입력 열에 대해 OFDM 심볼, 부반송파, 공간적 스 트림과 같은 벡터로 전환시킨다.
예를 들어, 4개의 MIMO 채널, Nsym개의 OFDM 심볼, Nscc 개의 subcarrier 가 있다고 가정하면 입력 데이터 Complex 0,Complex 1,…,Complex T,… 에 대해 차례대로 < OFDM symbol#1, Subcarrier#1, Spatial Stream#1> < OFDM symbol #1, Subcarrier #1, Spatial Stream #2> < OFDM symbol #1, Subcarrier #1, Spatial Stream #3> < OFDM symbol #1, Subcarrier #1, Spatial Stream #4> < OFDM symbol#1, Subcarrier #2, Spatial Stream #1> < OFDM symbol #1, Subcarrier #2, SpatialStream #2>…< OFDM symbol #2, Subcarrier #1, SpatialStream #1> < OFDM symbol#2, Subcarrier#1, SpatialStream#2>…< OFDM symbol#Nsym, Subcarrier#Nscc, SpatialStream#3> < OFDM symbol#Nsym, Subcarrier#Nscc, SpatialStream#4> 으로 할당한다.
도 14에 도시된 STBC Encoder(756)는 에러 정정 가능성을 보다 강화하기 위해 공간적 스트림별로 중복된 에러 정정 부호를 추가한다.
도 17을 참조하여 Fine data processing and Encryption module(76)에서 수행되는 양자화 오차 데이터 프로세싱 및 암호화 과정을 설명하도록 한다.
도 17은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 양자화 오차 데이터 프로세싱 및 암호화 모듈(Fine data processing and Encryption module)을 나타내는 도면이다.
비디오 인코더(72)를 거친 비디오 양자화 오차 데이터 스트림은 양자화 오차 데이터 프로세싱 및 암호화 모듈(Fine data processing and Encryption module; 76)에서 먼저 양자화 오차 데이터 스캘링 과정을 거친다. 양자화 오차 데이터 스캘링이 이루어지는 양자화 오차 데이터 스캘링 모듈(fine-data scaling module; 761)은 8x8 로 그룹화된 각각의 비디오 블록이 type 0 또는 type 1인지 여부에 따라 다른 스캘링 요소를 적용한다. 예를 들어, type 0인 비디오 블록에 대해서는 포함되는 모든 양자화 오차 데이터에 1.75를 곱하고, type 1인 비디오 블록에 대해서는 포함되는 모든 양자화 오차 데이터에 1을 곱하는 식으로 크기를 조정한다.
이후, 크기 조정된 비디오 데이터는 심볼 맵퍼(762)에서 심볼 매핑 과정이 수행되는데, 양자화 오차 데이터 변조 과정은 일반적인 디지털/아날로그 변조(BPSK, QPSK, QAM) 등과는 구분된다. 먼저, 하나의 양자화 오차 데이터 스트림은 두 개의 양자화 오차 데이터, 예를 들어 하나의 픽셀에서 Y 성분에 대한 양자화 오차와 색차(Chroma) 성분에 대한 양자화 오차로 그룹화된다. 2개의 그룹으로 나뉘면서 양자화 오차 데이터 프로세싱 및 암호화 과정이 모두 수행된 이후에는 하나의 변조 심볼이 두 개의 양자화 오차 데이터를 포함하게 된다. 첫 번째 양자화 오차 데이터는 실수 값을 갖고, 두 번째 양자화 오차 데이터는 허수 값을 갖는다. 변조 과정에서 (±)부호는 변조수행 전 부호를 그대로 이용하고, 변조는 직교위상 반송파의 합성 방식을 이용한다. 예를 들어, IQ 각각 크기가 ±2047이고 양자화 오차 데이터의 최대 가용 값이 1007.5 일 때 첫번째 데이터가 +22, 두번째 데이터가 -25 라고 하면 I=(22*2)+32=76, Q=(-25*2)+32=-80 로 결정된다. 이는 16QAM 이나 64QAM 등의 양자화 계수 데이터 스트림의 변조 방식에 비해 2배 이상 많은 데이터를 하나의 심볼에 표현할 수 있는 장점이 있다. 이와 같이, 엑티브 소스 디바이스에서 양 자화 오차 데이터를 변조할 때 하나의 픽셀의 Y, Cb, Cr 성분에 대하여 상응하는 양자화 오차 데이터 요소 하나를 I와 Q 성분으로 분해하지 않는다. 대신 양자화 오차 데이터 요소 하나를 I 성분으로 연결하고 다음 양자화 오차 데이터 요소 하나를 Q 성분으로 연결한다.
이후, 양자화 오차 데이터 암호기(763)는 변조과정을 거친 심볼을 복소수 입력신호로 하여 양자화 오차 데이터 암호기에 설정된 Key에 따라 AES-128 CTR방식으로 암호화한다. 암호화된 복소수 출력신호는 군집 에러를 회피하기 위해 fine-data scrambler(764)에 의해 분산된다.
MIMO-OFDM 맵퍼(77)는 적장한 공간 시간 스트림(appropriate space time streams), 부반송파 및 OFDM 심볼별로 양자화 계수 데이터 복소수 값의 심볼, 양자화 오차 데이터 복소수 값의 심볼, 고정된 파일럿 및 변동하는 파일럿을 매핑한다. 또한, 특정 부반송파를 고정된 파일럿 및 변동하는 파일럿을 위한 부반송파로 할당하여 수신단에서 이를 이용한 시간 동기화 또는 채널 측정을 실시하도록 한다.
그리고, 프리엠블 MUX(783)은 프리엠블 필드와 나머지 다른 필드(CES, BH, EH, IQ, DATA)간에 멀티플렉싱하여 전체 DLPDU를 생성한다. 프리엠블 필드에 대하여 디자인하는 경우에는 프리엠블을 입력신호로 선택한다. 반면, 나머지 다른 필드(CES, BH, EH, IQ, DATA)필드에 대하여 디자인 하는 경우에는 OFDM 변조기의 출력을 입력신호로 선택한다.
Symbol shaper(784)는 도 18에 도시된 Spectral Mask을 만족하도록 수행한다.
도 18은 WHDI 엑티브 소스 디바이스에서 DLPHY RF 전송시의 스텍트럼의 일 예를 나타내는 도면이다.
전반적으로 전송된 기저대역 신호는 모든 필드의 기여로 구성된다. 여기서는 다음의 수학식 1을 만족한다.
여기서, 는 각각 의 필터링된 버전이다. Symbol shaper(784)에서 산출되는 DLPHY 신호는 도 18에 도시된 바와 같은 Spectral Mask 최대치의 주파수 특성을 갖는다.
다음으로, WHDI 시스템에서 싱크 디바이스 또는 수동형 소스 디바이스에서 엑티브 소스 디바이스로 PHY 신호를 전송하는 구간인 상향링크에 관하여 설명하도록 한다.
상술한 바와 같이, 엑티브 소스 디바이스는 비디오 데이터 또는 오디오 데이터를 하나 이상의 디바이스로 전송하는 소스 디바이스이고, 수동형 소스 디바이스는 비디오 데이터를 전송하지 않으면서 엑티브 소스 디바이스에 부가적으로 연결되는 소스 디바이스이다. 싱크 디바이스 역시 엑티브 소스 디바이스로부터 비디오 데이터 또는 오디오 데이터를 전송받는 디바이스이다. 이하 후술하는 싱크 디바이스 는 엑티브 소스 디바이스를 포함하는 것으로 본다.
PHY 구간에서 상향링크 구간은 ULIPDU(Uplink Independent PHY Data Unit)를 생성하는 모드와 ULCPDU(Uplink Control PHY Data Unit)를 생성하는 모드로 구분된다.
ULIPDU는 싱크 디바이스가 어떤 소스 디바이스와 연결되어도 MAC 연결이 안된 상태에서 소스 디바이스를 탐색하기 위해 5Ghz UNII 대역 내부에서 여러 채널을 순회하면서 자신의 존재를 알리려는 목적의 신호를 송출하는 것이다. ULCPDU는 엑티브 소스 디바이스와 연결된 무선 장치가 DLPDU를 회피하여 짧은 시간을 이용해서 제어 신호를 다른 장치로 전송하는 PHY 모드로, 도 7에서 상술한 바 있다.
이하 구체적으로, ULIPDU 생성에 관하여 도 19 내지 도 23를 참조하여 설명하도록 한다.
도 19는 WHDI 시스템에서 싱크 디바이스에서 소스 디바이스로 ULIPDU를 전송하는 형태의 일 예를 나타내는 도면이다.
ULIPDU는 비디오 데이터와 무관한 Video Independent DLPDU와 유사하며 상대적으로 긴 신호 기간을 갖는다. ULIPDU는 여러 개의 신호를 연속적으로 송신하거나 또는 짧은 휴지기간만 두고 반복 송신한 후 다시 그에 대한 응답을 수신하는 방식으로 이루어 진다. 도 19에 도시된 것처럼, 예를 들어, 8750개의 400uS 의 ULIPDU 신호를 3500msec 동안 송출한 후 400ms 동안 신호 응답을 기다리고 다시 8750개의 동일한 ULIPDU 신호 집합을 송신하는 방식으로 수행된다. 즉, ULIPDU의 싱크 디바 이스의 그룹은 하나의 Tuli 주기를 형성하며 각각 Fuli[0], Fuli[1] 과 같이 5Ghz U-NII 대역 주파수를 순회하면서 소스 디바이스의 응답을 유도하게 된다.
도 20은 WHDI 시스템에서 ULIPDU 전송을 수행하는 송신 디바이스에 관한 블록 구성도이다.
ULIPDU를 전송하는 송신 디바이스는 비트스트림 프로세서(81), OFDM 맵퍼(82), 상향링크 IDFT(하향링크 DFT)(83), CP Inserter(84), 프리엠블 MUX(85), Symbol Shaper(86) 및 아날로그 및 RF 모듈(Analog and RF module; 87)을 포함한다. 각각의 구성요소는 오디오 데이터 또는 비디오 데이터가 아닌 데이터만 처리한다. ULIPDU를 통해 전송되는 데이터는 디바이스 ID (6 bytes value), 찾고자 하는 디바이스의 ID, 벤더 ID 등을 포함한다.
WHDI에서 주소 체계에서 각각의 디바이스는 고유의 ID를 갖는데, 디바이스 ID는 모든 WHDI 디바이스 각각을 구분할 수 있는 6bytes의 MAC 주소이다. 일반적으로 WHDI-HDMI bridge(어뎁터)를 기본 디바이스로 가정하면 이에 부착되는 디바이스를(예를 들어, DVD, STB, Blueray 등) 서브 디바이스라 명명하고, 각각 LSA(Logical Sub-Address)라는 1byte주소를 부가한다. 그리고, 네트워크가 연결되면 각 WHDI 디바이스에 ANA(Active Network Address)라는 1byte주소를 부가한다. 이렇게, <디바이스 ID, LSA, ANA>쌍으로 구성되는 디바이스 주소 체계를 토대로 각각의 디바이스를 구분할 수 있다.
도 21은 WHDI 시스템에서 ULIPDU 전송을 수행하는 송신 디바이스의 비트스트 림 프로세서를 나타내는 블록 구성도이다.
도 21을 참조하면, ULIPDU 비트스트림 프로세서(81)는 심볼 맵퍼(811) 및심볼파서(812)를 포함한다. 심볼 맵퍼(811)에서 수행되는 ULIPDU 데이터 변조는 On-Off Keying(OOK)를 사용하여 이루어진다. 예를 들어, 한 개의 위상 반송파를 이용하는 경우, 입력 비트가 0일 때에는 반송파 크기(세기)가 0이 되고, 1일 때에는 반송파 크기(세기)가 가 된다. 변조된 심볼(복소수 신호)은 심볼 파서(812)를 통해 각각의 OFDM 심볼에 할당된다. 하나의 OFDM 심볼은 부반송파 개수만큼의 복소수 신호 입력을 할당할 수 있다. ULIPDU는 MIMO, STBC와 같은 다중 안테나 기술을 사용하지 않고 하나의 공간적 스트림, 공간 시간 스트림으로 전송된다. ULIPDU OFDM의 부반송파의 개수는 DLPDU OFDM의 부반송파 개수보다 상대적으로 적다. 이는 데이터 레이트가 1080p이상의 비디오 데이터 전송을 위해 200Mbps 이상의 전송량이 필요한 것에 비해 제어 신호의 필요 데이터량이 1Mbps 이하로 적기 때문이다.
다음으로, OFDM 맵퍼(82)는 부반송파 및 OFDM 심볼에 대하여 데이터 복소수값의 심볼 및 파일럿을 매핑한다. 또한, 상기 파일럿을 생성할 수도 있다.
WHDI시스템에서 ULIPDU DFT 모듈(83)은 사실상 DFT/IDFT의 기능을 갖고 있으며 하향링크에서 수신시에는 DFT로 동작하나 상향링크에서 송신시에는 IDFT로 동작한다. 즉, 싱크 디바이스를 기준으로 하면 ULIPDU DFT 모듈(83)은 송신시에는 IDFT로 동작하고 수신시에는 DFT로 동작한다.
ULIPDU CP Inserter(84)는 OFDM 전후 심볼간 다중 경로(Multi-path) 간섭을 회피하기 위해서 IDFT 변환된 신호 전송과정에 순환 주기(Cyclic Period)를 추가한 다. ULIPDU Preamble MUX(85)는 프리엠블 필드와 CES, 데이터 간 멀티플렉싱을 수행함으로써, ULIPDU를 생성한다. 프리엠블 필드에 대하여 디자인하는 경우 상기 프리엠블을 입력신호로 선택하는 반면, CES, 데이터에 대하여 디자인하는 경우에는 OFDM 변조기에서 출력되는 신호를 입력신호로 선택한다.
이후, ULIPDU symbol shaper(86)에서는 도 22에 도시된 것과 같은 스펙트럼을 만족할 수 있도록 심볼 쉐이핑이 수행된다. 도 22는 WHDI ULIPDU 에서 20Mhz인 경우의 전송 스펙트럼의 일 예를 나타내는 도면이다.
다음으로, 상향링크에서 ULCPDU에 관하여 도 23 내지 도 25를 참조하여 설명하도록 한다.
일반적으로, PHY는 가정이나 사무실 등에서 최적의 작동을 위해 최대 100 Kbps까지 데이터 전송 속도를 지원하기 위해 견고성 및 유연성을 제공하도록 디자인된다. 이때, OFDM 변조 및 주파수 다이버시티를 포함하는 다양한 신호 처리 장치를 이용할 수 있다. PHY 전송은 20MHz 대역폭 모드 및 40MHz 대역폭 모드를 이용할 수 있는데, 2개의 대역폭 모드는 모든 WHDI 디바이스에 대하여 의무적으로 지원된다.
5 GHz 대역에서 다른 디바이스와 매체를 공유하고 공존하는 것은 다른 시스템에 대한 간섭을 회피하는 것처럼 높은 성능을 유지하기 위한 중요한 문제이다. ULCPDU 변조는 반송파 감지(carrier sense), 자동 주파수 선택(automatic frequency selection) 및 전송 전력 제어(transmition power control)을 포함하는 여러 다양한 수단을 통해 다른 현존하는 디바이스와 공존할 수 있도록 설계된다.
ULCPDU는 WHDI 무선 전송에 관한 PHY에서 싱크 디바이스로부터 소스 디바이스로또는 수동형 소스 디바이스로부터 엑티브 소스 디바이스로 데이터/제어 정보를 상향링크를 이용하여 전송하는 구간이다. 즉, ULCPDU는 싱크 디바이스가 엑티브 소스 디바이스로부터 DLPDU를 수신한 이후부터 싱크 디바이스 또는 수동형 소스 디바이스가 다른 엑티브 소스 디바이스, 싱크 디바이스, 수동형 소스 디바이스에게 제어 메시지를 전달하기 위해서 보내는 PHY 신호이다. 싱크 디바이스 또는 수동형 소스 디바이스는 엑티브 소스 디바이스를 발견한 후에 채널을 고정하고 ULCPDU를 전송한다.
이때, 도 23에 도시된 것처럼 ULCPDU 전송은 각 DLPDU 전송 구간 사이의 짧은 시간 동안에만 전송할 수 있다. 도 23은 WHDI시스템에서 DLPDU와 ULCPDU간의 시간에 따라 비디오 신호를 전송하는 형태를 나타내는 도면이다. 상술한 것처럼, WHDI에서 PHY 신호 전송은 5Ghz 대역을 사용한다.
도 25는 WHDI시스템에서 ULCPDU를 전송하는 송신 디바이스의 구성을 나타내는 블록 구성도이다.
ULCPDU 기저대역의 참조 구현(reference implementation)은 입력되는 데이터/제어 비트스트림을 인코딩하기 위해 참조로서 RF 신호를 제공한다.
ULCPDU 송신 디바이스는 도 21에서 상술한 ULIPDU 송신 디바이스의 구조와 유사하다. 도 25를 참조하면, 입력되는 데이터 비트스트림을 처리하기 위한 과정이 수행되는 Bitstream Processer(91), 처리과정을 거친 신호를 파일럿 및 데이터 변조 심볼로 구분하고 이를 OFDM 심볼에 대해 매핑하는 OFDM 맵퍼(92), 하나의 배열 포인트 블록을 시간 도메인 블록으로 전환하는 상향링크 IDFT(하향링크 DFT) 모듈(93), 변조된 신호 전송에 순환 주기(cyclic prefix)를 추가하는 CP Inserter(94), 프리엠블 필드와 다른 필그나 멀티플렉싱을 수행하는 프리엠블 MUX(95), 요구되는 스펙트럼을 구현하기 위해 시간 도메인상에 심볼을 쉐이핑하는 Symbol Shaper(96), 주파수 정정기(Frequency Corrector; 97) 및 아날로그 및 RF 모듈(Analog and RF module; 98)을 포함한다. 여기서, 주파수 정정기(97)는 ULIPDU 송신 디바이스 구조와 달리 ULCPDU 송신 디바이스에만 포함되는 구성요소로, 송신 디바이스와 수신 디바이스간 주파수 오프셋을 보정하기 위해 주파수 선-보정을 수행한다.
구체적으로, 비트스트림 프로세서(91)는 도 25에 도시된 것처럼 비트스트림 암호기(911), 심볼 맵퍼(912) 및 심볼 파서(913)를 포함한다.
도 25는 WHDI시스템에서 ULCPDU 송신 디바이스에서 비트스트림 프로세서의 구성을 나타내는 블록 구성도이다.
비트스트림 암호기(911)에서는 데이터 비트스트림을 AES-128 CTR 방식으로 암호화한다. 심볼 맵퍼(912)는 ULIPDU 송신기에서와 마찬가지로 On-Off Keying 방식으로 암호하된 데이터 비트스트림을 다수 개의 심볼로 변조한다. 이후, 심볼 파서(913)는 각각의 심볼이 몇번째 OFDM 심볼에 포함될지를 결정한다.
주파수 정정기(97)는 ULCPDU 송신 디바이스에서만 구현된다. ULCPDU 송신기와 타겟으로 결정된 ULCPDU 수신기 간 주파수 오프셋을 보상하기 위하여 아날로그 및 RF 모듈(Analog and RF module; 98)을 통해 전송되기 이전에 적용되는 것이다.
주파수 정정기(97)에서 수행되는 주파수 보상은 수학식 2와 같다.
여기서, 은 MAC 계층에 의해 설정되는데, 타겟으로 결정한 ULCPDU 수신기를 포함하는 소스 디바이스로부터 수신받은 DLPDU에서 추정될 수 있다. 구체적으로, 은 ULCPDU 송신기와 타겟으로 삼은 ULCPDU 수신기 간 주파수 오프셋이 보상 이후 1325Hz 미만이 되도록 설정된다. ULCPDU의 아날로그 및 RF 모듈(Analog and RF module; 98)에서는 수신측에서 발생하는 수신장애에 따라 반송파 주파수를 1325Hz까지 유동적으로 조정할 수 있다.
이와 같이 WHDI에 속한 사용자 디바이스 중 A/V 신호를 전송하는 소스 디바이스와 이를 수신하는 싱크 디바이스에 관하여 구체적으로 설명하였다. 상술한 WHDI 소스 디바이스 또는 싱크 디바이스는 엑티브 네트워크의 일부 영역에 위치하면서 엑티브 네트워크 어드레스(Active Network Address: ANA)를 할당받는데, 각각의 디바이스들은 하나 이상의 지역적 모듈(logical module)인 '서브 디바이스'로 구분될 수 있다. 이러한 서브 디바이스들 각각은 상기 디바이스 내 지역적 서브-어드레스(Logical Sub-Address: LSA)를 할당받는다.
WHDI 디바이스는 적어도 하나 이상의 서브 디바이스를 포함할 수 있다. 예를 들어, WHDI 소스 디바이스는 WHDI 출력부로 DVD 플레이어와 같은 단일 서브 디바이스를 갖거나 WHDI 입력부로 TV와 같은 단일 서브디바이스를 갖을 수 있다.
또한, WHDI 디바이스는 독립적이고 제어 가능한 다수개의 서브 디바이스를 포함할 수 있다. 예를 들어, 다수개의 유선 소스 디바이스에 A/V 케이블을 통해 연결된 유선 WHDI 브릿지 디바이스는 사용자가 직접 '입력 메뉴'를 통해 선택할 수 있도록 하고, 디바이스의 플레이, 정지, 볼륨 업/다운과 같은 독립적으로 제어될 수 있는 서브 디바이스가 해당될 수 있다.
WHDI 서브 디바이스의 일 예로 튜너 디바이스(Tuner Device)를 들 수 있다. 튜너 디바이스(예를 들어, Settop Box, 방송 신호를 녹화 가능한 TV등)는 무선수신장치의 입력부에 사용되는 것으로, 일정한 전파나 전기신호의 주파수에 동조하여 특정 전파만을 선택하여 이를 디바이스상에 전송하는 장치로, 셋탑 박스(Settop Box) 와 같이 방송신호를 수신할 수 있는 기능을 포함한다. 튜너 디바이스는 WHDI 디바이스내 탑재되는 내장형 또는 외장형으로 구현될 수 있다. 튜너 디바이스는 방송국 등으로부터 수신받은 무선 신호를 아날로그 또는 디지털 신호로 해석하고, 이를 송신 디바이스등에 전송하여 디바이스의 디스플레이 상에 동영상으로 출력할 수 있다. 또한, 튜너 디바이스는 수신한 방송 신호를 영상신호와 영상신호에 포함된 자막(Caption) 정보로 분리하고 상기 영상신호를 통해 디스플레이상에 동영상을 디스플레이하도록 지원하고, 상기 자막 정보에 포함된 글자를 해석하여, 상기 동영상과 함께 디스플레이되도록 할 수 있다.
도 26은 WHDI 송신 디바이스와 함께 구현될 수 있는 서브 디바이스의 일 예로 튜너 디바이스를 설명하기 위한 블록 구성도이다.
도 26을 참조하면, WHDI 송신 디바이스(21)에 튜너 디바이스(26)가 결합되어 있다. 상기 튜너 디바이스는 도 26에 도시된 것과 같이 WHDI 외부에 위치하거나 송신 디바이스 내부에 탑재될 수도 있다.
튜너 디바이스는, 튜너 박스(Tuner; 261), 복조기(Demodulator; 263), 디코더(Decoder; 264)와 상기 각 구성요소를 제어하는 제어부(262)를 포함한다. 튜너 박스(261)가 도 26에 도시된 것처럼 송신 디바이스의 전단부에 위치하는 경우 수신부 역할을 수행한다. 튜너 박스는 사용자가 선택한 특정 방송 채널을 통해 전송되는 A/V신호만을 수신하고, 수신한 방송 신호를 중간 주파수 신호(IF)로 전환하여 복조기(263)로 전달한다. 복조기(263)는 상기 중간 주파수 신호(IF)를 MPEG(Moving Picture Experts Group) Transport Stream으로 복조하여 디코더(264)로 전달한다. 디코더는 MPEG으로 압축된 A/V 신호를 복원하고, 비압축 신호를 전달하는데 이용되는 HDMI(High-Definition Multimedia Interface)와 같은 범용 A/V 버스를 통해 WHDI 송신디바이스(20)로 복원된 A/V 신호를 전달한다. 여기서, 디코더(264)는 압축된 A/V 신호에 포함된 동영상 신호뿐만 아니라 자막 글자(Caption)와 같은 텍스트 데이터(Text data)도 복원할 수 있다. 따라서, 송신 디바이스는 디코더로부터 전달된 복원된 A/V신호를 통해 동영상 데이터를 디스플레이하면서 상기 A/V 신호에 동반된 자막도 동영상 데이터에 오버레이(overlay)하여 디스플레이할 수 있다.
이때, WHDI 송신 디바이스의 구조는 상술한 도 2에 도시되어 있으며, 튜너 디바이스로부터 복원된 A/V 신호를 수신하는 경우에는 도 2에 도시된 송신 디바이스의 복조부(202), 디코딩부(203) 등은 수신한 A/V 신호에 대하여 별도의 복조 및 디코딩을 수행하지 않을 수 있다.
또한, 상기 송신 디바이스(20)가 수신 디바이스(25)로 A/V 신호를 전송하는 경우, 수신 디바이스(25)에 디코더(252)가 포함되어 있는 경우, 튜너 디바이스는 복조된 A/V 신호를 복원하는 과정을 수행하지 않은 MPEG Transport Stream(TS) 상태로 WHDI 송신 디바이스로 전송할 수 있다. 그러면, 송신 디바이스(20)는 수신한 A/V 신호를 디스플레이하기 위해 송신 디바이스의 디코딩부(203)에서 상기 MPEG TS 데이터를 복원하여 디스플레이한다. 그리고, 해당 신호를 수신 디바이스로 전송하는 경우에는, 수신 디바이스는 수신부(251)를 통해 수신한 복조된 A/V 신호인 MPEG TS 데이터를 디코더(252)에서 복원하여 디스플레이부(253)에서 디스플레이한다. 수신 디바이스도 마찬가지로, 튜너 디바이스에서 복원된 A/V 신호를 송신 디바이스로부터 수신하는 경우네는 디코딩 과정을 거치지 않고 수신부(251)에서 직접 디스플레이부(253)로 전달되어 동영상 및 자막이 디스플레이될 수 있다.
이런 경우, WHDI 송신 디바이스 및 수신 디바이스는 MPEG TS 데이터를 Independent Timing 모드로 전송하게 된다.
상술한 바와 같이, 수신 디바이스는 송신 디바이스의 튜너 디바이스의 작동 여부에 따라 수신 디바이스에서 A/V 신호를 처리하는 과정이 달라지기 때문에 송신 디바이스로 미리 튜너 정보를 요청할 수 있다. 일반적으로, 튜너 정보를 요청하는 요청 메시지 및 이에 대한 응답 메시지는 AVCL 메시지를 통해 교환될 수 있다.
도 27은 WHDI에서 송신 디바이스와 수신 디바이스간 AVCL 커맨드 및 그에 따른 응답 메시지 교환을 나타내는 도면이다.
도 27을 참조하면, 송신 디바이스는 A/V 신호의 스트리밍을 위한 수신 디바 이스와의 연결에 앞서 수신 디바이스로 AVCL 메시지 또는 커맨드(command)를 전송한다(S101). 상술한 도 3을 참조하면, AVCL 메시지 또는 커맨드는 송신 디바이스의 AVCL(32)에서 생성된다.
송신 디바이스를 통해 전송되는 AVCL 커맨드 메시지는 표 1과 같은 구성요소를 포함할 수 있다.
Field Name | Description | Size | Value |
Initiator_Addr | Initiator_AVCL_Address | 2 Bytes | Byte 0: Initiator Device_ANA Byte 1: Initiator Device_LSA |
Follower_Addr |
Follower AVCL_Address |
2 Bytes | Byte 0: Follower Device_ANA Byte 1: Follower Device_LSA |
AVCL_Opcode | Opcode | 1 Bytes | |
AVCL_Parameter | Parameter(s) specific to opcode(Optional, depending on opcode) | Depends on Opcode |
표 1을 참조하면, 하나의 AVCL 커맨드 메시지는 송신 디바이스 주소(Initiator_Addr), 수신 디바이스 주소(Follower_Addr), AVCL_Opcode, 식별자(Identifier)로서 AVCL_파라미터로 구성될 수 있다. WHDI 네트워크에 포함되는 하나 이상의 디바이스의 구분이 필요한 바, 상술한 디바이스 주소 체계를 맞추기 위하여 송신 디바이스 및 수신 디바이스의 주소를 나타내는 비트가 부가되어야 한다. 송신 디바이스 주소(Initiator_Addr)는 AVCL 커맨드를 전송하는 송신 디바이스의 주소로 ANA(송신 디바이스가 엑티브 소스 디바이스인 경우 엑티브 소스 디바이스에 의해 부여되는 주소)를 나타내는 1byte 및 LSA를 나타내는 1 byte로 이루어진 2bytes 크기를 갖는다. 수신 디바이스 주소(Follower_Addr)는 AVCL 커맨드를 수신하는 수신 디바이스의 네트워크 주소로, 마찬가지로 ANA 및 LSA에 각각 1 byte를 할당하여 2 bytes의 크기를 갖는다.
AVCL_Opcode는 메시지의 유형으로 다양한 커맨드를 나타내며 이는 표 2에 나열되어 있다.
Command Opcode | Opcode Value | Command Opcode | Opcode Value | Command Opcode | Opcode Value | Command Opcode | Opcode Value |
<Action Reject> | 0×01 | <Menu Request> | 0×13 | <EDID Status> | 0×25 | <Audio Control> | 0×37 |
<Action Accept> | 0×02 | <Menu Status> | 0×14 | <EDID Report> | 0×26 | <Give Audio Volume> | 0×38 |
<Wait> | 0×03 | <Device Setup> | 0×15 | <Get Subdevice Information> | 0×27 | <Report Audio Volume> | 0×39 |
<Echo Request> | 0×04 | <Record On> | 0×16 | <Report Subdevice Information> | 0×28 | <Set Audio Display> | 0×3A |
<Echo Report> | 0×05 | <Record Off> | 0×17 | <Set Subdevice OSD Name> | 0×29 | <Audio Display> | 0×3B |
<Get LSAs> | 0×06 | <Record Status> | 0×18 | <Give Deck Status> | 0×2A | <Get Audio Display> | 0×3C |
<Report LSAs> | 0×07 | <Record Display> | 0×19 | <Deck Status> | 0×2B | <Present OSD String> | 0×3D |
<Get LSA from OSD Name> | 0×08 | <Clear Analog Timer> | 0×1A | <Deck Control> | 0×2C | <Present OSD Menu> | 0×3E |
<Report LSA from OSD Name> | 0×09 | <Clear Digital Timer> | 0×1B | <Play> | 0×2D | <OSD Menu Current Selection> | 0×3F |
<Active Stream Source> | 0×0A | <Set Analog Timer> | 0×1C | <Give Tuner Device Status> | 0×2E | <OSD Menu Final Selection> | 0×40 |
<Inactive Stream Source> | 0×0B | <Set Digital Timer> | 0×1D | <Tuner Device Status> | 0×2F | <Present OSD Text Request> | 0×41 |
<Set Active Stream Source> | 0×0C | <Timer Cleared Status> | 0×1E | <Select Analog Service> | 0×30 | <OSD Text Response> | 0×42 |
<Request Active Stream Source> | 0×0D | <Timer Status> | 0×1F | <Select Digital Service> | 0×31 | <Get OSD Language> | 0×43 |
<Switch Stream Source> | 0×0E | <User Control Pressed> | 0×20 | <Tuner Step Decrement> | 0×32 | <Report OSD Language> | 0×44 |
<AV Status> | 0×0F | <User Control Released> | 0×21 | <Tuner Step Increment> | 0×33 | <Test> | 0×45 |
<Get AV Status> | 0×10 | <User Control Still Pressed> | 0×22 | <Vendor Command> | 0×34 | Reserved |
0×0, 0×46 to 0×FF |
<Image View On> | 0×11 | <Standby> | 0×23 | <System Audio Mode Request> | 0×35 | ||
<Text View On> | 0×12 | <EDID Request> | 0×24 | <System Audio Mode> | 0×36 |
표 2를 참조하면, 송수신 디바이스간 다양한 형태의 AVCL 메시지를 교환할 수 있다. 여기서, ‘command opcode’는 AVCL_Opcode로, 송신 디바이스가 수신 디바이스로 또는 수신 디바이스가 송신 디바이스에게 특정 액션을 요청하는 커맨드 및 상기 요청 커맨드에 대한 응답 메시지를 각각 구분하여 나타낸다.
도 27에서 단계 S101에서 전송되는 AVCL 커맨드가 어떤 액션을 요구하는 커맨드일 때, 상기 커맨드를 수신한 수신 디바이스는 요청된 액션을 수행할 수 있는지 여부를 나타내는 응답 메시지를 송신 디바이스로 전송한다(S102). 예를 들어, 요청된 액션을 수행할 수 없거나 액션 수행을 위한 준비가 이루어지지 않은 경우, 수신 디바이스는 송신 디바이스로 응답 메시지를 전송하는데, 전송되는 응답 메시지의 AVCL_Opcode는 표 2에 나타나 있는 다수 개의 커맨드 중에서 액션 리젝트 메시지로 전송할 수 있다. 일반적으로, 응답 메시지에는 액션 리젝트 메시지, 액션 어셉트 메시지, 대기 메시지(Wait Message)가 포함된다.
한편, 표 2에 나와 있는 AVCL 커맨더가 모든 디바이스에 처리될 수 있는 것은 아니다. 디바이스 구현 형태에 따라 요청받은 AVCL 커맨더에 대한 처리가 수행되거나 누락될 수 있다. 예를 들어, A/V 데이터를 전송받은 수신 디바이스가 송신 디바이스에 포함된 튜너 디바이스의 상태 정보를 요청하는 'Give Tuner Device Status' 메시지를 전송하는 경우, 상기 메시지를 수신한 송신 디바이스가 'Tuner Device Status'(Opcode=0x2F)메시지를 생성할 수 있는 처리부를 구현하지 않을 수 있다. 이런 경우, 송신 디바이스는 수신 디바이스의 AVCL 요청 메시지에 대한 응답 메시지를 전송할 수 없다. 따라서, AVCL 메시지에 대한 응답이 누락된에 따라 수신 디바이스가 해당 AVCL 메시지를 재전송하는 경우를 대비하기 위해, 수신 디바이스는 튜너 디바이스에 AVCL 커맨더를 전송하기 앞서 'Test' 메시지를 전송할 수 있다. 상기 'Test' 메시지는 수신 디바이스가 요청하고자 하는 AVCL 메시지에 대한 처리부의 구현 여부를 미리 검사하기 위한 특수 명령어이다. 'Test' 메시지는 표1에서 AVCL_Opcode 필드가 0x45 이고 AVCL_Parameter 필드가 1Byte 로서 WHDI 수신 디바이스에 AVCL 메시지 처리부의 구현 여부를 검사하고자하는 해당 Opcode 를 포함한다.
상기 'Test' 메시지를 수신한 수신 디바이스는 해당 명령어의 처리부를 구현한 경우 액션 어셉트(Action Accept) 메시지를 송신 디바이스로 전송하고, 상기 처리부를 구현하지 않은 경우에는 액션 리젝트(Action Reject)메시지를 송신 디바이스로 전송한다. 따라서, 송신 디바이스가 수신 디바이스로 응답 불가능한 메시지를 반복적으로 송신하는 낭비를 예방할 수 있다.
특정 액션을 요청하는 AVCL 메시지는 서브 디바이스와 서브 디바이스간 또는 서브 디바이스와 디바이스간에도 교환될 수 있다.
일반적으로, WHDI 디바이스는 서브 디바이스에게 예를 들어 'Get Subdevice Information'과 같은 커맨드를 요청할 수 있다. 서브 디바이스는 각기 다른 성능을 나타낼 수 있고, 각 성능을 지시하는 서브 디바이스 성능 데이터 구조(Subdevice Capability Data Structure)를 갖는다. 서브 디바이스 성능 데이터를 나타내는데 총 2 byte가 할당되며, 해당 byte의 각 비트마다 서브 디바이스의 다양한 성능을 나타내므로, n번째 비트가 1로 설정되는 경우 해당하는 성능이 서브 디바이스에서 구현된다. 서브 디바이스 성능 데이터 구조에서 튜너 디바이스에 대한 성능 비트가 1로 설정되는 경우, 튜너 디바이스는 튜너 제어 기능(Tuner Control feature) 및 튜너 제어 카테고리 원격 제어 키(Tuner Control Category Remote Control Keys)를 구현할 수 있다.
따라서, 송신 디바이스로부터 A/V신호를 수신하는 수신 디바이스는 송신 디바이스에게 튜너 디바이스의 상태를 요청하기 위한 AVCL 메시지를 전송할 수 있다. 이를 위한, AVCL 메시지에는 서브 디바이스의 일 예인 튜너 디바이스에 대한 정보 요청 메시지가 포함될 수 있다.
일반적으로, 튜너 디바이스를 제어하기 위한 AVCL 커맨드로는 표 2에 나타난 것처럼 튜너 디바이스의 상태 정보를 요청하는 'Give Tuner Device Status'커맨드, 상기 요청 메시지에 대한 응답 메시지로 현재 튜너 디바이스의 상태를 나타내는 튜너 'Tuner Device Status' 커맨드, 아날로그 방송을 요청하는 'Select Analog Service' 커맨드, 디지털 방송을 요청하는 'Select Digital Service' 커맨드, 기록된 채널을 up/down 시키는 'Tuner Step Decrement' 커맨드 및 'Tuner Step Increment' 커맨드가 있다. 표 3은 튜너 디바이스를 제어하기 위한 AVCL 커맨드를 나타내는 것이다.
Command Opcode | Params | Param Length [Bytes] |
Prams Option | Addressing | Response |
<Give Tuner Device Status> |
[Mode] |
1 |
0×00 - Off | Initiator: Any subdevice Follower: Tuner source subdevice |
<Tuner Device Status> |
0×01 - On | |||||
0×02 - Once | |||||
0×03 to 0×FF - Reserved | |||||
<Tuner Device Status> |
[Recording Flag] | 1 bit | 0-Not being used for recording 1-Being used for recording |
Initiator and Follower swaped from <Get Tuner Device Status> |
No response |
[Device Source] | 1 bit | 0-Displaying Tuner 1-Not displaying Tuner |
|||
[Tuner Type] | 1 bit | 0-Analog Tuner 1-Digital Tuner |
|||
[Captions] | 1 bit | 0-Captions are not embedded in the video stream or unknown 1-Captions are embedded in the video stream |
|||
[Reserved] | 4 bits | Shall be 0. | |||
[Analog Tuner Information] | |||||
[Digital Tuner Information] | |||||
<Select Analog Service> | [Analog Tuner Information] | 4 | Initiator: Any subdevice Follower: Tuner source subdevice |
No response or <Action Reject> |
|
<Select Digital Service> | [Digital Tuner Information] | 7 or 5 | |||
<Tuner Step Decrement> | N/A | N/A | |||
<Tuner Step Increment> | N/A | N/A |
표 3을 참조하면, 상기 'Give Tuner Device Status' 커맨드는 튜너 디바이스의 현재 상태를 요청하기 위한 메시지로, 상기 튜너 디바이스는 엑티브 소스 디바이스가 될 수 있거나 또는 엑티브 네트워크상에서 수동형 소스 디바이스가 될 수 있다. 상기 'Select Analog Service' 및 'Select Digital Service' 커맨드는 튜너 디바이스가 요구되는 아날로그 또는 디지털 방송으로 서비스 변환하도록 요청하는데 이용된다. 그리고, 상기 'Tuner Step Decrement' 및 'Tuner Step Increment'메시지는 튜너 디바이스가 서비스를 제공하는 채널 리스트에서 특정 채널을 선택하기 위해 채널을 up/down 하도록 요청하는 것이다. 상기 'Select Analog Service', 'Select Digital Service', 'Tuner Step Decrement', 'Tuner Step Increment' 커맨더 중 어느 하나를 전송받은 튜너 디바이스는 해당 메시지를 따르거나 또는 따르지 못하는 경우 'Action Reject' 메시지와 함께 그 원인을 나타내는 에러코드와 함께 전송한다.
이와 같이, 서브 디바이스에 전송하는 다양한 AVCL 메시지 중에서, 튜너 디바이스의 상태를 요청하는 메시지 및 그에 대한 응답 메시지를 예를 들어 디바이스간 메시지 교환 형태를 설명하도록 한다.
본 발명의 일 실시예에 따른 디바이스 제어 방법은, 튜너 디바이스가 수신 디바이스의 요청에 따라 튜너 디바이스의 상태 정보를 전달하면서 그에 대한 자막 정보를 함께 전달하도록 하는 것이다. 특하, 튜너 디바이스 가 자신의 자막 처리 정보를 수신 디바이스에 부착된 디스플레이 서브 디바이스로 전달하도록 함으로써, 사용자가 송신 디바이스에 포함된 튜너 디바이스의 상태에 관한 정보를 확인할 수 있도록 한다.
도 28은 본 발명의 일 실시예에 따른 WHDI 디바이스들간 AVCL 메시지를 교환하는 일 예를 나타내는 절차 흐름도이다.
구체적으로는, WHDI 수신 디바이스와 송신 디바이스간 튜너 디바이스 상태에 관한 메시지를 교환하는 과정을 나타낸다.
도 28에서는 수신 디바이스의 일 예로 싱크 디바이스를, 송신 디바이스의 일 예로 튜너 디바이스가 개시되어 있으나, 튜너 디바이스는 소스 디바이스의 하부 개념으로 소스 디바이스는 튜너 디바이스를 포함한다.
도 28을 참조하면, 튜너 디바이스로부터 DLPDU를 통해 A/V 신호를 수신하던(S201) 싱크 디바이스는 튜너 디바이스에 튜너 디바이스의 현재 상태에 관한 정보를 요청하는 튜너 정보 요청 메시지(Give Tuner Device Status)를 전송할 수 있다. 이런 경우, 먼저 수신 디바이스는 튜너 디바이스에 해당 메시지에 대한 응답이 구현될 수 있는지 여부를 검사하는 테스트 메시지(Test message)를 전송한다(S202). 상기 테스트 메시지는 수신 디바이스가 튜너 디바이스로부터 수신받고자 하는 튜너 상태 정보(Tuner Device Status) 메시지에 대한 처리가 가능한지를 요청하는 메시지로서, ULCPDU에 포함되어 전송된다. 테스트 메시지의 AVCL_Parameter 필드가 요청하고자 하는 AVCL 메시지의 Opcode와 일치할 때, 해당 메시지에 대해 액션 어셉트 메시지를 수신하는 경우에 비로소 디바이스는 튜너 디바이스에 관련된 AVCL 메시지를 교환할 수 있다.
상기 테스트 메시지를 수신한 튜너 디바이스가 튜너 상태 정보 메시지를 처리하는 처리부를 구현한 경우, 수신 디바이스로 액션 어셉트 메시지를 전송한다(S203). 튜너 디바이스가 수신 디바이스로 전송하는 액션 어셉트 메시지는 DLPDU에 포함시켜 전송된다. 따라서, 수신 디바이스는 튜너 디바이스로 튜너 디바이스의 상태 정보를 요청하는 AVCL 메시지를 전송하여 응답 메시지를 수신할 수 있다.
다음으로, 수신 디바이스는 투너 디바이스로 튜너 정보 요청 메시지(Give Tuner Device Status)를 ULCPDU를 통해 전송한다(S204). 상기 요청 메시지를 수신한 튜너 디바이스는 엑시트 소스 디바이스 및 튜너 디바이스의 상태를 종합한 응답 메시지(Tuner Device Status)를 상기 요청 메시지에 대한 응답으로 싱크 디바이스에 전송한다(S205). 이때, 튜너 디바이스에서 싱크 디바이스로 전송하는 AVCL 메시지를 포함한 MAC 메시지는 DLPDU에 포함하여 전송된다.
상기 튜너 정보 요청 메시지는, 예를 들어 튜너 디바이스가 비디오 신호를 전송하기 위해 자신의 주파수를 비디오 신호에 동기화하는 Video Independent DLPDU 모드일때, n번째 DLPDU의 전송이 완료되고 n+1번째 DLPDU가 전송되기 이전의 구간인 'Vertical Blanking Period'에서 전송되는 ULCPDU에 포함될 수 있다. 이때, AVCL 메시지인 튜너 정보 요청 메시지 및 응답 메시지가 MAC 메시지에 포함되어 전송되며, MAC 메시지에 대해서는 도 29를 참조하여 설명한다.
도 29는 WHDI 디바이스의 MAC 계층에서 생성되는 MAC메시지 포멧의 일 예를 나타내는 도면이다.
MAC 메시지는 Null 필드의 포함여부에 따라 상대적으로 짧은 MAC 메시지와 긴 MAC메시지로 구분될 수 있는데, 도 29에 도시된 MAC 메시지는 Null 필드를 제외한 짧은 MAC 메시지이다. Null 필드는 Null 메시지를 전송하기 위해 할당되는 영역으로 1byte의 길이를 갖으며, 0×00의 값을 갖는다.
도 29를 참조하면, 짧은 MAC 메시지는 16비트 길이의 2 bytes의 MAC 메시지 프리엠블, 2 bytes의 MAC 메시지 타입을 나타내는 비트, 1 byte의 MAC 메시지 길이, 다양한 길이의 MAC 메시지 바디 및 16비트의 CRC를 포함하는 16비트의 MCS(Message Check Sequence) 필드를 포함한다. 여기서, 신뢰성 높은 메시지는 메시지 타입 필드에서 유니크한 MAC 메시지 타입을 나타내는 값을 갖는다. 그리고, MAC 메시지 바디 필드는 AVCL 커맨드 종류에 따라 1 비트에서 254 비트까지 다양한 길이를 이용할 수 있다. 즉, 송신 디바이스에서 수신 디바이스로 AVCL 커맨드가 전송되거나 수신 디바이스에서 송신 디바이스로 AVCL 커맨드가 전송될 때, AVCL 커맨드는 MAC 바디 필드에 포함되어 전송된다.
본 발명의 일 실시예에 따른, AVCL 커맨드의 일종인 튜너 정보 요청 메시지 및 이에 대한 응답 메시지 역시 MAC 바디 필드에 포함되며, 소스 디바이스의 녹화 기능 설정을 요청하는 녹화 요청 메시지(Record On) 및 녹화 상태 메시지(Record Status)도 포함되어 전송된다.
그리고, MCS 필드는 메시지의 프리엠블 필드, 메시지 타입, 메시지 길이 및 메시지 바디 필드를 제외한 MAC 메시지의 모든 필드 상에서 계산될 수 있다. 긴 길이의 MAC 메시지는 Null 필드를 포함한다.
이와 같이, AVCL 커맨드인 튜너 정보 요청 메시지를 전송하는 경우, 싱크 디바이스의 AVCL(32)에서 생성된 튜너 정보 요청 메시지를 포함하는 MAC 메시지는 PHY 계층(34)으로 전달되어 ULCPDU를 통해 튜너 디바이스로 전송된다. 마찬가지로, AVCL 커맨드인 튜너 정보 요청 메시지에 대한 응답 메시지를 전송하는 경우, 튜너 디바이스의 AVCL(32)에서 생성된 응답 메시지를 포함하는 MAC 메시지는 PHY 계층(34)으로 전달되어 DLPDU를 통해 싱크 디바이스로 전송된다.
도 30은 본 발명의 일 실시예에 따른 WHDI 디바이스가 ULCPDU를 통해 전송하는 AVCL 메시지 포멧의 일 예를 나타내는 도면이다.
WHDI 엑티브 소스 디바이스로부터 A/V 데이터를 수신하는 싱크 디바이스가 튜너 디바이스의 상태 정보를 요청하기 위해 AVCL 커맨더를 포함한 MAC 메시지를 ULCPDU에 포함하여 튜너 디바이스 또는 소스 디바이스로 전송한다.
도 30을 참조하면, ULCPDU 포멧은 프리엠블, 상향링크 제어 헤더(ULCH) 및 데이터/제어 비트스트림을 전송하는 ULCP 데이터 필드로 구성되고, 튜너 디바이스의 상태 정보를 요청하는 튜너 정보 요청 메시지는 ULCP 데이터 필드에 포함된다.
ULCP 데이터 필드에 포함되는 튜너 정보 요청 메시지 포멧의 일 예는, 해당 메시지를 전송하는 디바이스의 주소(ANA 및 LSA 주소 포함)를 나타내는 Initiator_Addr 필드, 해당 메시지를 수신하는 디바이스의 주소(ANA 및 LSA 주소 포함)를 나타내는 Follower_Addr 필드와 함께 전송하려는 메시지를 정의하는 Command_Opcode 필드를 포함한다. 각 필드에는 2byte씩 할당되는데, 상기 할당되는 데이터 크기는 본 발명을 설명하기 위한 일 예로서, 이에 국한되지는 않는다.
그리고, Mode 필드는 AVCL 요청 메시지를 수신한 디바이스가 전송하는 응답 메시지의 응답 모드를 지정하는 것으로, 총 3가지 모드로 나타낼 수 있고, 1 byte가 할당될 수 있다. 예를 들어, Mode 필드에 0×00이 설정되는 경우, WHDI 송신 디바이스가 응답 메시지(Tuner Device Status)의 전송을 하지 말 것을 요청하는 것이다. 0×01로 설정되는 경우, WHDI 송신 디바이스는 튜너 디바이스 상태가 변동될 때마다 수신 디바이스의 요청이 없어도 지속적으로 응답 메시지를 전송할 것을 요청하는 것을 나타낸다. 그리고, 0×02로 설정되는 경우에는, WHDI 송신 디바이스가 AVCL 요청 메시지를 수신하면 그에 대한 응답 메시지를 일회적으로 전송할 것을 요청하는 것이다.
ULCPDU를 통한 전송방식은 A/V 데이터와 무관한 데이터만을 대상으로 하는 바, AVCL 커맨드는 상술한 도 20에 도시된 것처럼 A/V 데이터와 혼합되는 과정을 거치지 않고 상기 비트스트림 프로세서(81)에서 무선신호로 변조된다. 변조된 응답 메시지를 포함하는 데이터 비트스트림은 상기 OFDM 맵퍼(82)를 통해 OFDM 심볼에 매핑되고, IDFT변환(83)을 거쳐 프리엠블 MUX(85)에서 프리엠블을 부가한 상태로 심볼화되어 RF 모듈(87)을 통해 소스 디바이스로 전송된다.
튜너 디바이스가 싱크 디바이스로부터 전송된 튜너 정보 요청 메시지를 포함하는 AVCL 커맨드를 포함하는 ULCPDU를 자신의 PHY 계층(34)에서 수신하고 MAC 계층(33)을 거쳐 상기 AVCL 커맨드를 AVCL(32)에 전달한다. 튜너 디바이스의 AVCL(32)은 싱크 디바이스로부터 수신한 튜너 정보 요청 메시지에 대한 응답으로 응답 메시지를 생성한다.
튜너 디바이스는 생상된 응답 메시지를 DLPDU에 포함하여 싱크 디바이스로 전송하는 바, 도 31을 참조하여 설명하도록 한다.
도 31은 본 발명의 일 실시예에 따른 WHDI 디바이스가 DLPDU를 통해 전송하는 AVCL 메시지 포멧의 일 예를 나타내는 도면이다. 튜너 디바이스에서 싱크 디바이스로 AVCL 커맨더를 포함하는 MAC 메시지를 전송하는 경우 DLPDU를 통해 전송한다. 소스 디바이스에서 싱크 디바이스로 AVCL 커맨더를 전송하는 경우에도 동일한 과정으로 전송된다.
도 31을 참조하면, DLPDU는 프리엠블, 기본헤더(Basic Header), 확장헤더(Extended Header) 및 A/V 데이터 전송 구간을 포함할 수 있다. 여기서, 본 발명의 일 예에 따라 튜너 디바이스가 전송하는 AVCL 응답 메시지(Tuner Device Status)는 DLPDU의 확장 헤더에 포함된다. 이때, 응답 메시지가 전송되는 영역은 응답 메시지를 전송하는 튜너 디바이스의 주소를 나타내는 Initiator_Addr 필드, 응답 메시지를 수신하는 싱크 디바이스 주소를 나타내는 Follower_Addr 필드 및 해당 메시지 내용을 나타내는 Command_Opcode 필드를 포함한다.
그리고, 튜너 디바이스의 정보를 포함하는 'Tuner Device Info' 파라미터는 표 3에 나타난 것처럼 현재 튜너 디바이스가 해당 채널을 녹화 중인지 여부를 나타내는 'Recoding Flag' 파라미터 , 현재 튜너 디바이스를 사용중인지를 나타내는 'Device Source' 파라미터, 튜너 디바이스의 타입을 나타내는 'Tuner Type' 파라미터, 자막 디코딩 여부를 나타내는 'Caption' 파라미터를 포함한다. 각 파라미터에는 1 bit씩 할당될 수 있다. 또한, 상기 'Tuner Device Info' 파라미터는 아날로그 튜너 디바이스의 정보를 포함하는 'Analog Tuner Info' 파라미터 및 디지털 튜너 디바이스의 정보를 포함하는 'Digital Tuner Info' 파라미터를 포함할 수 있다.
표 3을 참조하면, 상기 'Recoding Flag' 파라미터 값이 1인 경우 해당 튜너 디바이스가 특정 채널을 녹화중(또는 기록중)임을 나타내는 것이고, 0인 경우에는 특정 채널을 녹화중이 아님을 나타낸다. 상기 'Device Source' 파라미터는 0인 경우 튜너 디바이스를 송신 디바이스의 입력부로 사용하는 경우를 나타내고, 1인 경우에는 다른 외부 입력 장치(예를 들어, HDMI, RGB, Component)를 선택한 경우를 나타낸다. 상기 'Tuner Type' 파라미터는 0인 경우 현재 사용중인 튜너 디바이스가 아날로그 튜너로 작동한다는 것을 나타내고, 1인 경우 디지털 튜너로 작동한다는 것을 나타낸다. 'Caption' 파라미터는 튜너 디바이스가 자막정보인 텍스트 데이터 스트림을 비디오 스트림에 포함시켜 출력하는지를 나타내는 것으로, 0인 경우에는 자막 스트림이 비디오 스트림에 포함되지 않았거나 알 수 없는 경우를 나타내며, 1인 경우 자막 스트림이 비디오 스트림에 포함되어 있음을 나타낸다. 따라서, 'Caption' 파라미터가 1인 경우, 비디오 스트림에 포함된 자막 스트림은 튜너 디바이스에서 디코딩되면 분리되고, 해당 비디오 스트림이 디스플레이될 때 동일화면상에 오버레이되어 출력된다. 그리고, 추가적으로 데이터 전송시 이용할 수 있는 유보영역(Reserved) 필드를 포함할 수 있다.
여기서, 'Caption' 파라미터는 튜너 디바이스의 상태 정보를 요청하는 수신 디바이스에게 응답 메시지(Tuner Device Status)를 전송하면서, 싱크 디바이스의 사용자가 튜너 디바이스 상태를 확인할 수 있도록 튜너 디바이스의 상태를 텍스트 데이터로 표시할 수 있는지를 지시하는 것이다. 상술한 실시예처럼 튜너 디바이스의 상태를 나타내는 응답 메시지뿐만 아니라 튜너 디바이스를 제어하기 위한 다른 요청 메시지에 대하여 송신 디바이스가 응답 메시지를 전송하는 경우에도 상기 'Caption' 파라미터를 포함할 수 있다.
상기 'Analog Tuner Info' 파라미터 및 'Digital Tuner Info' 파라미터에 대해서는 표 4 및 표 5를 참조하여 설명하도록 한다.
Command_Opcode | Params |
Params Length [Bytes] |
Params Options |
<Tuner Device Status> |
[Analog Tuner Information] | ||
[Analog Broadcast Type] |
1 |
0x00 - Cable | |
0x01 - Satellite | |||
0x02 - Terrestrial | |||
0x03 to 0xFF - reserved | |||
[Analog Frequency] | 2 | N x 62.5KHz, 0x0000 < N < 0xFFFF |
|
[Broadcast System] |
1 |
0x00 - PAL B/G | |
0x01 - SECAM L | |||
0x02 - PAL M | |||
0x03 - NTSC M | |||
0x04 - PAL I | |||
0x05 - SECAM DK | |||
0x06 - SECAM B/G | |||
0x07 - SECAM L | |||
0x08 - PAL DK | |||
0x09 - 0x1E - reserved | |||
0x1F - Other system | |||
0x32 to 0xFF - reserved |
표 4는 튜너 디바이스의 상태 정보를 나타내는 'Tuner Device Status'메시지에 포함되는 'Analog Tuner Info' 파라미터의 구조를 나타내는 것이다.
표 4를 참조하면, 'Analog Broadcast Type' 파라미터는 1 byte가 할당되며 아날로그 방송 신호가 케이블 신호(Cable), 위성 신호(Satellite), 공중파(Terrestrial) 중 어떤 신호인지에 대한 정보를 나타낸다. 'Analog Frequency' 파라미터는 아날로그 채널 정보로써 62.5 KHz 단위의 채널 정보를 나타내고, 'Broadcast System' 파라미터는 PAL, NTSC 등과 같은 각 국가별 방송 규격의 정보를 나타낸다.
표 5는 튜너 디바이스의 상태 정보를 나타내는 'Tuner Device Status'메시지에 포함되는 'Digital Tuner Info' 파라미터의 구조를 나타내는 것이다.
Params |
Params Length [Bytes] |
Params Options |
[Digital Tuner Information] | ||
[Service Identification Method] | 1 bit | 0 - Service identified by Digital IDs 1 - Service identified by channel |
[Digital Broadcast System] |
7 bits |
0x00 - ARIB generic |
0x01 - ATSC generic | ||
0x02 - DVB generic | ||
0x08 - ARIB-BS | ||
0x09 - ARIB-CS | ||
0x0A - ARIB-T | ||
0x10 - ATSC Cable | ||
0x11 - ATSC Satellite | ||
0x12 - ATSC Terrestrial | ||
0x18 - DVB-C | ||
0x19 - DVB-S | ||
0x1A - DVB S2 | ||
0x1B - DVB-T | ||
Other values are reserved | ||
If [ Service Identification Method ]=0, [ Digital Broadcast System ]= ARIB | ||
[Transport Stream ID] | 2 | |
[Service ID] | 2 | |
[Original Network ID] | 2 | |
If [ Service Identification Method ]=0, [ Digital Broadcast System ]= ATSC | ||
[Transport Stream ID] | 2 | |
[Program Number] | 2 | |
Reserved | 2 | 0x0000 |
If [ Service Identification Method ]=0, [ Digital Broadcast System ]= DVB | ||
[Transport Stream ID] | 2 | |
[Service ID] | 2 | |
[Original Network ID] | 2 | The original_network_ID of the network carrying the transport stream for the required service |
If [ Service Identification Method ]=1 | ||
[Channel Number Format] | 6 bits | 0x01 - 1-part channel number 0x02 - 2-part channel number 0x03 to 0x3F - reserved |
[Major Channel Number] | 10 bits | If [Channel Number Format] is "2-part Channel Number", this operand represents a 3-digit Major channel number in hexadecimal format; if [Channel Number Format] is "1-part Channel Number", this operand shall be ignored. |
[Minor Channel Number] | 16 bits | If [Channel Number Format] is "1-part Channel Number"this operand represents a 1-part Channel Number in hexadecimal format; If [Channel Number Format] is "1-part Channel Number", this operand represents a Minor channel number in hexadecimal format |
표 5를 참조하면, 'Digital Tuner Info' 파라미터에 포함되는 'Service Identification Method' 파라미터는 디지털 방송 표시의 기준을 디지털 서비스 ID 또는 채널넘버로 하는지를 나타낸다. 'Digital Broadcast System' 파라미터는 디지털 방송 시스템에서 ATSC, DVB등과 같은 국가별 규격을 나타낸다. 디지털 방송 신호에 포함된 'Transport Stream ID' 파라미터는 요청되는 서비스를 제공하는 MPEG2의 Transport Stream 헤더의 ID 정보를 나타낸다. 'Transport Stream ID', 'Service ID', 'Original Network ID' 등은 현재 방송 시스템이 ATSC, DVB 또는 ARIB 일 경우 각각 나누어진다. 'Original Network ID'는 요청되는 서비스를 제공하기 위해 전송 스트림을 전달하는 네트워크의 본래의 네트워크 ID를 나타낸다.
상술한 파라미터를 포함한 튜너 디바이스의 상태 정보를 나타내는 응답 메시지는 도 9를 참조하면, 인코딩 과정을 거지치 않은 데이터/제어 비트스트림과 테스트용 비트 스트림, 인코딩을 거친 오디오 비트스트림 및 비디오 양자화 계수 비트스트림과 함께 상기 비트스트림 MUX(73)에서 하나의 비트스트림으로 혼합된다. 즉, 응답 메시지는 다른 비트 스트림과 함께 WHDI PHY에서 혼합, 암호화, 변조 등의 과정을 거쳐 싱크 디바이스로 전송된다.
또한, 도 31에 도시된 바와 달리, 응답 메시지를 포함하는 MAC 메시지는 DLPDU의 데이터/제어 비트 스트림을 전송하는 데이터 필드에서 제어 비트스트림에 포함되어 전송될 수 있다.
한편, WHDI 디바이스간 A/V 데이터 스트림을 요청하기 위한 AVCL 커맨더를 포함하는 메시지 교환은 다른 기능의 제어를 위한 경우에도 이용될 수 있다.
예를 들어, WHDI 디바이스나 기지국으로부터 A/V 데이터를 수신하여 디스플레이하는 디스플레이 디바이스는 녹화 관련 기능을 수행하기 위해 디바이스간 교환되는 AVCL 커맨드에 녹화 요청 메시지(Record On), 녹화 중지 메시지(Record Off) 등이 포함될 수 있다. One Touch Record(OTR) 기능은 사용자가 현재 TV와 같은 출력 디바이스에서 디스플레이되고 있는 영상물을 녹화할 수 있도록 한다. 일반적으로, 사용자는 'OTR 버튼'과 같이 물리적 압력에 의해 직접 누르거나 또는 디스플레이 디바이스를 원격조정하거나 또는 디바이스의 리모트 컨트롤러를 이용하여 녹화기능을 실행할 수 있다.
OTR 기능을 실행하기 위한 AVCL 커맨드의 일 예로는 튜너 정보 요청 메시지(Give Tuner Device Status), 튜너 정보 메시지(Tuner Device Status), 녹화 요청 메시지(Record On), 녹화 중지 메시지(Record Off), 녹화 상태 메시지(Record Status), 녹화방송 재생 메시지(Record Display)가 있으며, 표 6에 나타나 있다.
Command Opcode | Params | Params Length [Bytes] |
Param Options | Addressing | Response |
<Record On> |
[Record Source] | 1 | 0x01 - Own Source 0x02 - Digital service 0x03 - Analog service 0x00,0x04 to 0xFF - reserved |
Display to recording device | <Record Status> or <Action Reject> |
[Analog/Digital Tuner Information |
|||||
<Record Off> | None | N/A | N/A | Display to recording device | No response |
<Record Status> | [Record status info] |
1 | 0x01 - Recording own source 0x02 - Recording digital service 0x03 - Recording analog service 0x04 - reserved 0x05 - No recording-unable to record digital service 0x06 - No recording-unable to record Analogu Service 0x07 - No recording-unable to select required service 0x08 to 0x0A - reserved 0x0B No recording - conditional access system not supported 0x0C - No Recording - No or Insufficient conditional access Entitlements 0x0D - Not allowed to record 0x0E - No more copies allowed 0x0F - reserved 0x10 - no recording- no media 0x11 - no recording playing 0x12 - no recording already recording 0x13 - no recording - media protected 0x14 - no recording - no source 0x15 - no recording - media problem 0x16 - No recording - not enough space available 0x17 - No recording Parental Lock On 0x18 - 0x19 - reserved 0x1A - Recording terminated normally 0x1B - Recording has already terminated 0x1C - 0x1E - reserved 0x1F - no recording - other problem 0x20 to 0xFF - reserved |
Recording device to display or Initiator and Follower swapped from <Record On> command |
No response |
<Record Display> | None | N/A | N/A | Source to display | <Record On> or <Action Reject> |
표 6을 참조하면, 소스 디바이스가 녹화 기능을 수행할 것을 요청하는 녹화 요청 메시지(Record On)에는 1byte가 할당되는데, 0x01인 경우 소스 디바이스가 갖고 있는 A/V 데이터를 녹화하는 모드를 뜻하며, 0x02인 경우 디지털 방송 서비스만을 녹화, 0x03인 경우 아날로그 방송 서비스만을 녹화할 것을 나타낸다. WHDI 디바이스로부터 녹화 요청 메시지를 수신한 디바이스는 현재 디스플레이되는 영상물을 녹화할 수 있는 경우 응답 메시지로 녹화 상태 메시지(Record Status)를 전송하거나 또는 상기 녹화 요청 메시지에 따를 수 없는 경우 거부 메시지(Action Reject)를 전송한다. 상기 녹화 요청 메시지를 수신한 디바이스가 현재 영상 디스플레이와 같은 녹화를 방해하는 비녹화(non-record) 활동을 수행중인 경우, 현재 디스플레이되고 있는 영상물이 이미 녹화중이지 않는 이상 우선 순위에 따라 디스플레이 기능은 중지하고 수신한 메시지에 따른 녹화기능을 수행할 수 있다. 실질적으로 A/V 데이터의 녹화 가부는 서브 디바이스인 튜너 디바이스의 상태에 따라 결정된다. 또한, 상기 녹화 요청 메시지는 소스 디바이스가 튜너 디바이스에 대해 전송하거나 또는 디스플레이 디바이스가 소스 디바이스의 튜너 디바이스에 대해 전송할 수 있다.
녹화 중지 메시지는 A/V 데이터를 녹화중인 소스 디바이스에게 녹화기능을 중지할 것을 요청하는 메시지이다. 이때, 녹화기능을 수행할 것을 요청한 디바이스로부터 녹화 중지 메시지를 수신한 소스 디바이스는 해당 메시지를 수신하는 즉시 녹화 기능을 정지하는데, 녹화 기능을 요청한 디바이스가 아닌 다른 디바이스로부터 상기 녹화 중지 메시지를 수신하는 경우에는 해당 메시지에 따르지 않을 수 있다.
튜너 디바이스는 녹화 기능을 수행하는 도중 발생하는 상태 변화를 A/V 데이터를 디스플레이하는 디바이스에게 보고하기 위해 언제든지 녹화 상태 메시지를 전송할 수 있다.
이와 같이, A/V 데이터를 전송하는 소스 디바이스가 녹화기능을 실행하도록 하기 위해 상기 A/V 데이터를 디스플레이하는 디스플레이 디바이스가 소스 디바이스를 원격 조정하기 위해서는 실질적으로 녹화기능을 수행하는 소스 디바이스의 튜너 디바이스에 대한 정보가 필요하다. 따라서, 소스 디바이스는 먼저 상술한 바와 같이 튜너 디바이스의 상태 정보가 필요한 바, 이하 도 32를 참조하여 설명하도록 한다.
도 32는 본 발명의 일 실시예에 따라 WHDI 디바이스간 녹화 기능을 제어하기 위해 AVCL 커맨더를 교환하는 상태를 나타내는 절차 흐름도이다.
도 32에서는, A/V 데이터 스트림을 디스플레이하는 디스플레이 디바이스의 일 예로 WHDI 소스 디바이스로부터 A/V 데이터 스트림을 수신하여 이를 디스플레이하는 싱크 디바이스를 기재한다. 이때, 소스 디바이스는 엑티브 소스 디바이스 및 수동형 소스 디바이스를 포함한다. 소스 디바이스가 튜너 디바이스를 탑재하는 경우에는, 싱크 디바이스는 실질적으로 소스 디바이스에 튜너 디바이스의 상태 정보를 요청하고 이에 대한 응답 메시지를 수신할 수 있다.
그리고, 여기서, 수신 디바이스가 튜너 디바이스 및 소스 디바이스로 AVCL 명령어를 전송하기 앞서 상술한 'Test'메시지를 전송하고, 이에 대한 응답 메시지로 'Action Accept' 메시지를 수신함으로써, 튜너 디바이스 및 송신 디바이스에 해당 AVCL 명령어에 대한 처리부가 구현된 것으로 가정한다.
도 32를 참조하면, 소스 디바이스로부터 A/V 데이터를 수신하던 싱크 디바이스는 사용자로부터 녹화 명령 신호가 입력되는 경우 소스 디바이스의 튜너 디바이스의 기능 중 녹화 기능의 포함 여부 및 그 성능 여부에 대한 탐색 과정을 수행한다. 따라서, 소스 디바이스에게 튜너 디바이스의 상태 정보를 요청하는 튜너 정보 요청 메시지(Give Tuver Device Status)를 ULCPDU를 통해 전송한다. 이때, 튜너 디바이스는 엑티브 소스 디바이스의 전단부에 위치하면서 무선신호 입력부에 해당하므로 실질적으로 싱크 디바이스는 튜너 디바이스에 ULCPDU를 통해 상기 튜너 정보 요청 메시지를 전송하게 된다(S301). 상기 튜너 정보 요청 메시지를 수신한 튜너 디바이스는 이에 대한 응답으로 상기 튜너 디바이스의 상태 정보를 포함하는 응답 메시지(Tuner Device Status)를 DLPDU를 통해 상기 싱크 디바이스로 전송한다(S302). 이때, 도 32에 도시된 바와 달리 상기 튜너 정보 요청 메시지 및 이에 대한 응답 메시지를 소스 디바이스와 교환할 수도 있다.
상기 응답 메시지에는 튜너 디바이스가 현재 A/V 데이터 스트림의 녹화 여부를 나타내는 녹화 정보, 디바이스 소스에 관한 정보, 튜너 디바이스가 아날로그 또는 디지털 방송 신호를 서비스하는지를 나타내는 튜너 타입 정보 및 전송하는 A/V 데이터에 튜너 디바이스의 상태를 나타내는 텍스트 데이터(자막)가 포함되었는지를 나타내는 자막(Caption) 정보가 포함된다.
싱크 디바이스는 상기 응답 메시지에 따라 현재 튜너 디바이스가 A/V 데이터 녹화를 수행할 수 있는 경우, 소스 디바이스로 상기 튜너 디바이스의 상태 정보를 포함하는 녹화 요청 메시지(Record On)를 ULCPDU를 통해 전송한다(S303). 상기 응답 메시지에 녹화 기능을 수행할 수 없다는 메시지가 포함된 경우, 싱크 디바이스는 녹화 기능을 수행할 수 있는 다른 소스 디바이스를 탐색할 수 있다.
싱크 디바이스로부터 녹화 요청 메시지를 수신한 소스 디바이스는 녹화기능을 수행하는 경우 상기 요청 메시지에 대한 녹화 상태 메시지(Record Status)를 DLPDU를 통해 싱크 디바이스로 전송한다(S304).
상술한 도 2를 참조하면, 수신부(201)에서 녹화 요청 메시지를 수신하면 네트워크 제어모듈(206)에서 상기 녹화 요청 메시지에 대한 처리를 수행하고, 제어부(205)에서 녹화 여부를 결정한다. 그리고, 녹화 가부에 대한 녹화 상태 메시지는 상기 제어부(205)에서 생성되거나 또는 네트워크 제어 모듈(206)에서 생성되어 싱크 디바이스로 전송될 수 있다.
도 32에 도시된 바와 달리, 현재 싱크 디바이스로 A/V 데이터를 전송하는 소스 디바이스 역할을 하는 외장형 튜너 디바이스를 사용하는 경우 사용자는 리모트 컨트롤러를 이용하여 원격 조정할 수 있다. 예를 들어, 싱크 디바이스는 사용자의 OTR 기능 선택에 따라 직접 튜너 디바이스와 튜너 정보 요청 메시지 및 응답 메시지를 교환할 수 있다. 그리고, 튜너 디바이스가 녹화 기능을 수행할 수 있다는 응답 메시지를 전송하는 경우, 싱크 디바이스는 동일한 튜너 성능 및 녹화 기능을 수행할 수 있는 소스 디바이스를 탐색하여, 특정 소스 디바이스에 녹화 요청 메시지를 전송하고, 그에 대한 응답 메시지를 수신한다. 이때, 튜너 디바이스의 응답 메시지(Tuner Device Status)에 자막 정보가 포함되어 있어, 사용자는 튜너 디바이스의 녹화 기능 수행 여부를 확인할 수 있다.
상술한 실시예에서, 싱크 디바이스에서 소스 디바이스로 전송하는 녹화 요청 메시지를 포함한 MAC 메시지는 ULCPDU에 포함하여 전송되는 바, 도 30에서 상술한 튜너 정보 요청 메시지와 마찬가지로 ULPCDU의 데이터 필드에 포함되어 전송된다. 또한, 소스 디바이스에서 싱크 디바이스로 전송하는 녹화 상태 메시지를 포함한 MAC 메시지는 DLPDU에 포함하여 전송되는 것으로, 도 31에서 상술한 응답 메시지와 마찬가지로 DLPDU의 확장 헤더 구간 또는 데이터 필드 구간에 포함하여 전송된다.
상술한 바와 같이, 본 발명의 일 실시예에 따른 AVCL 메시지 교환을 통해 사용자는 튜너 디바이스의 상태 정보를 자막 형태로 수신할 수 있고, 그에 따라 소스 디바이스의 녹화 기능 설정을 요청할 수 있다.
이상에서 사용된 용어들은 다른 것들로 대치될 수 있다. 예를 들어, 디바이스는 사용자 장치(또는 기기), 스테이션(station) 등으로 변경될 수 있고, 조정기는 조정(또는 제어) 장치, 조정(또는 제어) 디바이스, 조정(또는 제어) 스테이션, 코디네이터(coordinator), PNC(piconet coordinator) 등으로 변경되어 사용될 수 있다.
또는, 디바이스간 송수신하는 AVCL 커맨드는 AVCL 메시지와 동일한 의미로 사용될 수 있다.
또한, 이상의 실시예에서는 본 발명의 기술적 특징이 WVAN에 적용된 예들을 중심으로 설명하였으나, 본 발명의 기술적 특징은 피어-투-피어(peer-to-peer) 통신 시스템 또는 다른 무선 네트워크 시스템에서도 적용 가능하다.
이상의 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
본 발명에 따르면 무선 네트워크에서 A/V 신호를 전송하기 위해 디바이스들 간에 연결을 설정하기 위한 시그널링 과정을 단순화시킬 수 있는 효과가 있다.
이상에서 설명한 본 발명이 속하는 기술분야의 당업자는 본 발명이 그 기술적 사상이나 필수적 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예는 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로서 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 등가개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
도 1은 WVAN을 구성하는 사용자 디바이스의 일 예를 나타내는 도면이다.
도 2는 WHDI 시스템에서 송신 디바이스의 일 예로 방송 신호 수신기를 포함하는 방송 신호 처리 시스템의 실시예를 나타내는 도면이다.
도 3은 WHDI 시스템에서 디바이스에 구현된 프로토콜 계층구조의 일 예를 나타내는 도면이다.
도 4는 WHDI 시스템에서 소스 디바이스의 일 예를 나타내는 블록 구성도이다.
도 5는 WHDI 시스템에서 싱크 디바이스의 일 예를 나타내는 도면이다.
도 6은 A/V 송수신 동작중인 WHDI 디바이스에서 Vertical Blanking Period를 포함하는 일반적인 video 신호가 RF 신호로 변환되는 과정을 시간적 흐름에 따라 도시한다.
도 7은 WHDI PHY 계층에서 Video Independent DLPDU 모드일 때의 DLPDU 시퀀스의 일 예를 나타내는 도면이다.
도 8은 WHDI PHY 계층에서 Video dependent DLPDU 모드일 때의 DLPDU 시퀀스의 일 예를 나타내는 도면이다.
도 9는 WHDI 시스템에서 DLPDU를 전송하는 PHY 구조의 일 예를 나타내는 도면이다.
도 10은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 오디오 인코더의 구조를 나타내는 도면이다.
도 11은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 비디오 인코더의 구조를 나타내는 도면이다.
도 12는 도 11에 도시된 비디오 인코더에서 수행하는 블록 인터리빙의 일 예를 나타내는 도면이다.
도 13은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조에서 비디오 블록당 산출되는 양자화 비트를 나타내는 도면이다.
도 14는 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 비트스트림프로세서를 나타내는 도면이다.
도 15는 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 양자화계수스트림의 IQ 직교 위상의 계수로 변환하기 위한 16QAM 배열을 나타내는 도면이다.
도 16은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 심볼 파서(Symbol Parser)에서 OFDM 심볼을 파싱하는 과정의 일 예를 나타내는 도면이다.
도 17은 WHDI 엑티브 소스 디바이스의 DLPDU PHY 구조의 일 예에서 양자화 오차 데이터 프로세싱 및 암호화 모듈(Fine data processing and Encryption module)을 나타내는 도면이다.
도 18은 WHDI 엑티브 소스 디바이스에서 DLPHY RF 전송시의 스텍트럼의 일 예를 나타내는 도면이다.
도 19는 WHDI 시스템에서 싱크 디바이스에서 소스 디바이스로의 ULIPDU 전송의 일 예를 나타내는 도면이다.
도 20은 WHDI 시스템에서 수신 디바이스로 ULIPDU 전송을 수행하는 송신 디바이스에 관한 블록 구성도이다.
도 21은 WHDI 시스템에서 ULIPDU 전송을 수행하는 송신 디바이스의 비트스트림 프로세서를 나타내는 블록 구성도이다.
도 22는 WHDI ULIPDU 에서 20Mhz인 경우의 전송 스펙트럼의 일 예를 나타내는 도면이다.
도 23은 WHDI 시스템에서 DLPDU와 ULCPDU간의 Video Dependent Timing 관계를 나타내는 도면이다. 상술한 것처럼, WHDI에서 PHY 신호 전송은 5Ghz 대역을 사용한다.
도 25는 WHDI 시스템에서 ULCPDU 송신 디바이스의 구성을 나타내는 블록 구성도이다.
도 25는 WHDI 시스템에서 ULCPDU 송신 디바이스에서 비트스트림 프로세서의 구성을 나타내는 블록 구성도이다.
도 26은 WHDI 송신 디바이스와 함께 구현될 수 있는 서브 디바이스의 일 예로 튜너 디바이스를 설명하기 위한 블록 구성도이다.
도 27은 WHDI에서 송신 디바이스와 수신 디바이스간 AVCL 커맨드 및 그에 따른 응답 메시지 교환을 나타내는 도면이다.
도 28은 본 발명의 일 실시예에 따른 WHDI 디바이스들간 AVCL 메시지를 교환하는 일 예를 나타내는 절차 흐름도이다.
도 29는 WHDI 디바이스의 MAC 계층에서 생성되는 MAC메시지 포멧의 일 예를 나타내는 도면이다.
도 30은 본 발명의 일 실시예에 따른 WHDI 디바이스가 ULCPDU를 통해 전송하는 AVCL 메시지 포멧의 일 예를 나타내는 도면이다.
도 31은 본 발명의 일 실시예에 따른 WHDI 디바이스가 DLPDU를 통해 전송하는 AVCL 메시지 포멧의 일 예를 나타내는 도면이다. 튜
도 32는 본 발명의 일 실시예에 따라 WHDI 디바이스간 녹화 기능을 제어하기 위해 AVCL 커맨더를 교환하는 상태를 나타내는 절차 흐름도이다.
Claims (28)
- 무선 네트워크의 디스플레이 디바이스에서의 오디오/비디오(A/V) 데이터 스트림의 녹화를 위한 제어 방법에 있어서,사용자로부터 입력된 녹화 명령 신호를 감지하고 상기 디스플레이 디바이스로 A/V 데이터 스트림을 전송하고 있는 튜너 디바이스의 상태 정보를 요청하기 위해 튜너 정보 요청 메시지(Give Tuner Device Status)를 상기 튜너 디바이스에 전송하는 단계;상기 튜너 정보 요청 메시지에 대한 응답으로 상기 튜너 디바이스의 상태 정보를 포함하는 응답 메시지(Tuner Device Status)를 상기 튜너 디바이스로부터 수신하는 단계;소스 디바이스에 상기 튜너 디바이스의 상태 정보를 포함하는 녹화 요청 메시지(Record On)를 전송하는 단계; 및상기 녹화 요청 메시지의 응답으로 상기 소스 디바이스로부터 녹화 상태 메시지(Record Status)를 수신하는 단계를 포함하되,상기 응답 메시지는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보를 포함하는 것을 특징으로 하는, 제어 방법.
- 제 1항에 있어서,상기 수신 디바이스는 상기 튜너 디바이스가 상기 튜너 정보 요청 메시지에 대한 처리가 수행되는지를 검사하는 테스트 메시지(Test)를 전송하는 단계; 및상기 튜너 디바이스로부터 상기 테스트 메시지에 대한 응답 메시지(Action Acccept/Reject)를 수신하는 단계를 더 포함하는 것을 특징으로 하는, 제어 방법.
- 제 1항에 있어서,상기 디스플레이 디바이스는 상기 자막 정보에 포함된 자막을 A/V 데이터의 디스플레이와 함께 오버레이하여 디스플레이하되,상기 자막 정보는 상기 튜너 디바이스의 상태를 표시하는 텍스트 데이터(Text Data)인 것을 특징으로 하는, 제어 방법.
- 제 1항에 있어서,상기 응답 메시지는 상기 튜너 디바이스가 특정 채널에 대해 녹화중인지를 나타내는 정보를 더 포함하는 것을 특징으로 하는, 제어 방법.
- 제 1항에 있어서,상기 튜너 정보 요청 메시지는 제 1 상향링크 제어 물리계층 데이터 유닛(ULCPDU: Uplink Control PHY Data UNIT)에 포함되어 상기 튜너 디바이스로 전송되고,상기 응답 메시지는 제 1 하향링크 물리계층 데이터 유닛(DLPDU: Downlink PHY Data UNIT)에 포함되어 상기 디스플레이 디바이스로 수신되는 것을 특징으로 하는, 제어 방법.
- 제 5항에 있어서,상기 제1 DLPDU는 기본 헤더(Basic Header) 및 확장 헤더(Extended Header)를 포함하되,상기 응답 메시지는 상기 확장 헤더에 포함되거나 또는 상기 튜너 디바이스로부터 전송되는 A/V 신호와 멀티플렉싱되어 상기 제 1 DLPDU에 포함되는 것을 특징으로 하는, 제어 방법.
- 제 5항에 있어서,상기 제1 DLPDU는 MAC 메시지 및 적어도 하나 이상의 헤더가 전송되는 제1 시간 구간 및 상기 A/V 신호가 전송되는 제2 시간 구간을 포함하는 시간 구간 동안 전송되되,상기 제 1 ULCPDU는 상기 제1 시간 구간 동안 전송되는 것을 특징으로 하는, 제어 방법.
- 제 1항에 있어서,상기 녹화 요청 메시지는 제 2 ULCPDU에 포함되어 상기 소스 디바이스로 전송되고,상기 녹화 상태 메시지는 제 2 DLPDU에 포함되어 상기 디스플레이 디바이스로 수신되는 것을 특징으로 하는, 제어 방법.
- 제 8항에 있어서,상기 제2 DLPDU는 기본 헤더(Basic Header) 및 확장 헤더(Extended Header)를 포함하되,상기 녹화 상태 메시지는 상기 확장 헤더에 포함되거나 또는 상기 소스 디바이스로부터 전송되는 A/V 신호와 멀티플렉싱되어 상기 제2 DLPDU에 포함되는 것을 특징으로 하는, 제어 방법.
- 제 8항에 있어서,상기 제2 DLPDU는 MAC 메시지 및 적어도 하나 이상의 헤더가 전송되는 제1 시간 구간 및 상기 A/V 신호가 전송되는 제2 시간 구간을 포함하는 시간 구간 동안 전송되되,상기 제 2 ULCPDU는 상기 제1 시간 구간 동안 전송되는 것을 특징으로 하는, 제어 방법.
- 무선 네트워크에서 오디오/비디오(A/V) 데이터 스트림의 녹화를 위한 제어를 수행하는 싱크 디바이스에 있어서,상기 싱크 디바이스를 식별하기 위한 제1식별자, 소스 디바이스 또는 튜너 디바이스를 식별하기 위한 제2식별자 및 동작 코드(Opcode)를 포함하는 제1 커맨드를 생성하는 AVC(Audio Video Control) 계층;메시지 프리앰블, 메시지 타입 및 상기 AVC 계층으로부터 전달받은 상기 제1 커맨드를 포함하는 MAC 메시지를 생성하는 MAC(Medium Access Control) 계층; 및상향링크 제어 헤더(Uplink Control Header), 상기 MAC 메시지 및 오디오/비디오(A/V) 데이터를 포함하는 제1 물리계층 데이터 유닛을 생성하여 상기 소스 디바이스 또는 상기 튜너 디바이스로 전송하고, 상기 소스 디바이스 또는 상기 튜너 디바이스에 의해 상기 제1 커맨드에 대한 응답으로 전송되는 제2 커맨드를 포함하는 제2 물리계층 데이터 유닛을 수신하는 물리계층(Physical Layer)을 포함하되,상기 튜너 디바이스로부터 수신되는 상기 제 2 커맨더는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보가 포함되는, 싱크 디바이스.
- 제 11항에 있어서,상기 튜너 디바이스에 전송하는 상기 제1 커맨드는 튜너 상태 정보 요청 메시지(Give Tuner Device Status)를 포함하고,상기 튜너 디바이스로부터 수신하는 상기 제2 커맨더는 튜너 디바이스의 상태를 나타내는 응답 메시지(Tuner Device Status)를 포함하는 것을 특징으로 하는, 싱크 디바이스.
- 제 11항에 있어서,상기 소스 디바이스에 전송하는 상기 제1 커맨드는 녹화 요청 메시지(Record On)를 포함하고,상기 소스 디바이스로부터 수신하는 상기 제2 커맨더는 녹화 상태 메시지(Record Status)를 포함하는 것을 특징으로 하는, 싱크 디바이스.
- 제 11항에 있어서,상기 제1 물리계층 데이터 유닛은 상향링크 제어 물리계층 데이터 유닛(ULCPDU: Uplink Control PHY Data UNIT)이고,상기 제2 물리계층 데이터 유닛은 하향링크 물리계층 데이터 유닛(DLPDU: Downlink PHY Data UNIT)인 것을 특징으로 하는, 싱크 디바이스.
- 제 11항에 있어서,상기 제1 커맨드는 상기 소스 디바이스 또는 상기 튜너 디바이스가 상기 싱크 디바이스가 전송하는 AVCL 명령어에 대한 처리 가능 여부를 검사하는 테스트 메시지(Test)를 포함하고,상기 제2 커맨더는 상기 테스크 메시지에 대한 응답 메시지(Action Accept/Regect)를 포함하는 것을 특징으로 하는, 싱크 디바이스.
- 제 14항에 있어서,상기 DLPDU는 MAC 메시지 및 적어도 하나 이상의 헤더가 전송되는 제1 시간 구간 및 A/V 신호가 전송되는 제2 시간 구간을 포함하는 시간 구간 동안 전송되되,상기ULCPDU는 상기 DLPDU의 일부가 전송되어야 하는 상기 제 1시간 구간 동안 전송되는 것을 특징으로 하는, 싱크 디바이스.
- 제 14항에 있어서,상기 제2 커맨드는 상기 튜너 디바이스 또는 상기 소스 디바이스로부터 전송되는 A/V 신호와 멀티플렉싱되어 상기 DLPDU에 포함되는 것을 특징으로 하는, 싱크 디바이스.
- 제 14항에 있어서,상기 DLPDU는 기본 헤더(Basic Header) 및 확장 헤더(Extended Header)를 포함하고,상기 제2 커맨드는 상기 확장 헤더에 포함되는 것을 특징으로 하는, 싱크 디바이스.
- 무선 네트워크의 소스 디바이스에 있어서,방송 신호 및 싱크 디바이스로부터 상기 소스 디바이스가 A/V 데이터를 녹화할 수 있는지를 확인하기 위한 제1 커맨드를 수신하는 수신부;상기 제1 커맨드를 처리하고, 상기 제 1 커맨드에 대한 응답으로 전송되는 제2 커맨드를 포함하는 MAC 메시지 및 상기 수신부가 수신한 방송신호를 포함하는 물리계층 데이터 유닛을 생성하여 상기 싱크 디바이스로 전송하도록 제어하는 네트워크 제어 모듈; 및상기 네트워크 제어 모듈에서 처리된 상기 제 1커맨드를 통해 오디오/비디오(A/V) 데이터 스트림의 녹화를 위한 제어를 수행 여부를 결정하는 제어부를 포함하되,상기 제어부는 튜너 디바이스의 상태에 따라 상기 A/V 데이터 스트림의 녹화여부를 결정하는 것을 특징으로 하는, 소스 디바이스.
- 무선 네트워크의 디스플레이 디바이스로부터 제 1 커맨드를 수신하는 튜너 디바이스에 있어서,AVC 계층에서 소스 디바이스로부터 오디오/비디오(A/V) 데이터를 수신하여 디스플레이하는 상기 디스플레이 디바이스로부터 전송된 상기 제 1 커맨드에 대해 응답하는 것으로, 상기 튜너 디바이스의 상태를 지시하는 지시정보를 포함하는 제 2 커맨드를 생성하는 단계;MAC 계층에서 메시지 프리앰블, 메시지 타입 및 상기 AVC 계층으로부터 전달받은 상기 제 2 커맨드를 포함하는 MAC 메시지를 구성하여 물리계층으로 전달하는 단계;상기 물리계층에서 적어도 하나 이상의 헤더, 상기 MAC 메시지 및 오디오/비디오(A/V) 데이터를 포함하는 하향링크 물리계층 데이터 유닛(Downlink PHY Data Unit)을 상기 디스플레이 디바이스로 전송하는 단계를 포함하되,상기 제2 커맨드에는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보를 포함하는 것을 특징으로 하는, 메시지 교환 방법.
- 제 20항에 있어서,상기 AVC 계층에서 상기 싱크 디바이스로부터 전송된 특정 AVCL 명령어의 처리 여부를 검사하기 위한 테스트 메시지(Test)에 대한 응답 메시지(Action Accept/Reject)를 생성하는 단계를 더 포함하는 것을 특징으로 하는, 메시지 교환 방법.
- 제 20항에 있어서,상기 자막 정보는 상기 튜너 디바이스의 상태를 표시하는 텍스트 데이터(Text Data)인 것을 특징으로 하는, 메시지 교환 방법.
- 제 20항에 있어서,상기 제2 커맨더는 상기 튜너 디바이스가 특정 채널에 대해 녹화중인지를 나타내는 정보를 더 포함하는 것을 특징으로 하는, 메시지 교환 방법.
- 무선 네트워크에서 튜너 디바이스에 있어서,디스플레이 디바이스로부터 수신한 제1 커맨드에 대한 응답으로 상기 튜너 디바이스를 식별하기 위한 제1식별자, 상기 디스플레이 디바이스를 식별하기 위한 제2식별자, 동작 코드(Opcode)를 포함하는 제2 커맨드 및 상기 튜너 디바이스에 대한 정보를 포함하는 AVCL 메시지를 생성하는 AVC(Audio Video Control) 계층;메시지 프리앰블, 메시지 타입 및 상기 AVC 계층으로부터 전달받은 상기 제2 커맨드를 포함하는 MAC 메시지를 생성하는 MAC(Medium Access Control) 계층; 및상기 제 1 커맨드를 포함하는 제1 물리계층 데이터 유닛을 수신하고, 상향링크 제어 헤더(Uplink Control Header), 상기 MAC 메시지 및 오디오/비디오(A/V) 데이터를 포함하는 제2 물리계층 데이터 유닛을 생성하여 상기 디스플레이 디바이스로 전송하는 물리계층(Physical Layer)을 포함하되,상기 튜너 디바이스에 대한 정보는 상기 튜너 디바이스에서 상기 디스플레이 디바이스로 전송되는 A/V 데이터 스트림에 자막(caption) 정보가 포함되어 있는지 여부를 지시하는 정보가 포함하는, 튜너 디바이스.
- 제 24항에 있어서,상기 자막 정보는 상기 튜너 디바이스의 상태를 표시하는 텍스트 데이터인 것을 특징으로 하는, 튜너 디바이스.
- 제 24항에 있어서,상기 제1 물리계층 데이터 유닛은 상향링크 제어 물리계층 데이터 유 닛(Uplink Control PHY Data UNIT)이고, 상기 제2 물리계층 데이터 유닛은 하향링크 물리계층 데이터 유닛(Downlink PHY Data UNIT)인 것을 특징을 하는, 튜너 디바이스.
- 제 26항에 있어서,상기 DLPDU는 기본 헤더(Basic Header) 및 확장 헤더(Extended Header)를 포함하되,상기 제2 커맨더는 상기 확장 헤더에 포함되거나 또는 상기 튜너 디바이스로부터 전송되는 A/V 신호와 멀티플렉싱되어 상기 DLPDU에 포함되는 것을 특징으로 하는, 튜너 디바이스.
- 제 26항에 있어서,상기 DLPDU는 상기 MAC 메시지 및 적어도 하나 이상의 헤더가 전송되는 제1 시간 구간 및 A/V 신호가 전송되는 제2 시간 구간을 포함하는 시간 구간 동안 전송되되,상기 ULCPDU는 상기 제1 시간 구간 동안 전송되는 것을 특징으로 하는, 튜너 디바이스.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/KR2009/007388 WO2010147276A1 (en) | 2009-06-16 | 2009-12-10 | Method of controlling devices and tuner device |
EP09180579.6A EP2273791B1 (en) | 2009-06-16 | 2009-12-23 | Method of controlling devices and tuner device |
US12/654,687 US8498513B2 (en) | 2009-06-16 | 2009-12-29 | Method of controlling devices and tuner device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US18728209P | 2009-06-16 | 2009-06-16 | |
US61/187,282 | 2009-06-16 |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20100135157A true KR20100135157A (ko) | 2010-12-24 |
KR101069267B1 KR101069267B1 (ko) | 2011-10-04 |
Family
ID=43509760
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020090071744A KR101608772B1 (ko) | 2009-06-16 | 2009-08-04 | 메시지 교환 방법 및 싱크 디바이스 |
KR1020090071743A KR101604694B1 (ko) | 2009-06-16 | 2009-08-04 | 메시지 교환 방법 및 송수신 디바이스 |
KR1020090088698A KR101069267B1 (ko) | 2009-06-16 | 2009-09-18 | 디바이스 제어 방법 및 튜너 디바이스 |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020090071744A KR101608772B1 (ko) | 2009-06-16 | 2009-08-04 | 메시지 교환 방법 및 싱크 디바이스 |
KR1020090071743A KR101604694B1 (ko) | 2009-06-16 | 2009-08-04 | 메시지 교환 방법 및 송수신 디바이스 |
Country Status (1)
Country | Link |
---|---|
KR (3) | KR101608772B1 (ko) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101627796B1 (ko) * | 2015-01-30 | 2016-06-08 | 전자부품연구원 | 네트워크 기반 av 시스템에서 디바이스 상태 정보 전송 방법 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9002281B2 (en) * | 2012-04-30 | 2015-04-07 | Intel Corporation | Apparatus and method to enable device-to-device (D2D) communication in cellular networks |
FR2991531A1 (fr) * | 2012-06-05 | 2013-12-06 | France Telecom | Trames de controle de courte duree en couche physique |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7408883B2 (en) | 2004-09-01 | 2008-08-05 | Nettest, Inc. | Apparatus and method for performing a loopback test in a communication system |
KR100782837B1 (ko) | 2006-02-15 | 2007-12-06 | 삼성전자주식회사 | 외부 튜너를 이용한 예약 녹화 서비스 제어 방법 및 장치 |
US20080031136A1 (en) * | 2006-08-07 | 2008-02-07 | Gavette Sherman L | Round trip time (rtt) proximity detection testing |
JP4930104B2 (ja) | 2007-03-02 | 2012-05-16 | 株式会社日立製作所 | ネットワーク連携tv受信機器、システムおよび方法 |
-
2009
- 2009-08-04 KR KR1020090071744A patent/KR101608772B1/ko active IP Right Grant
- 2009-08-04 KR KR1020090071743A patent/KR101604694B1/ko active IP Right Grant
- 2009-09-18 KR KR1020090088698A patent/KR101069267B1/ko not_active IP Right Cessation
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101627796B1 (ko) * | 2015-01-30 | 2016-06-08 | 전자부품연구원 | 네트워크 기반 av 시스템에서 디바이스 상태 정보 전송 방법 |
US9743037B2 (en) | 2015-01-30 | 2017-08-22 | Korea Electronics Technology Institute | Method for transmitting device indicator data in network-based AV system |
Also Published As
Publication number | Publication date |
---|---|
KR20100135154A (ko) | 2010-12-24 |
KR20100135155A (ko) | 2010-12-24 |
KR101608772B1 (ko) | 2016-04-04 |
KR101604694B1 (ko) | 2016-03-18 |
KR101069267B1 (ko) | 2011-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8498513B2 (en) | Method of controlling devices and tuner device | |
US8811275B2 (en) | Method of exchanging messages, sink device and source device | |
US8369235B2 (en) | Method of exchanging messages and transmitting and receiving devices | |
CA2606235C (en) | Method for effectively implementing a multi-room television system | |
US11445241B2 (en) | Information processing apparatus and information processing method | |
US20080178243A1 (en) | Multimedia client/server system with audio synchronization and methods for use therewith | |
US20090244403A1 (en) | Remote control device programming | |
CN101194509A (zh) | 用于在一般化内容源和一般化内容接收器之间以无线方式提供内容的***、方法和设备 | |
CN101803360A (zh) | 用于数字电视接收器的传输流模块 | |
JP2006135987A (ja) | 無線lanを用いたデジタル放送データ提供装置及びその方法並びに無線端末装置 | |
CN106231396B (zh) | 一种节目资源共享处理的机顶盒、***及其方法 | |
CN101895745B (zh) | 无线发送器、无线发送方法、无线接收器以及无线接收方法 | |
WO2007028324A1 (fr) | Decodeur et dispositif pour accomplir la prise en charge de multiples televiseurs par un seul decodeur | |
KR101069267B1 (ko) | 디바이스 제어 방법 및 튜너 디바이스 | |
KR101367203B1 (ko) | 디지털 방송 송수신 장치 및 방법 | |
CN101431379A (zh) | 数字电视地面广播发送端和接收端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant | ||
FPAY | Annual fee payment |
Payment date: 20140822 Year of fee payment: 4 |
|
FPAY | Annual fee payment |
Payment date: 20150824 Year of fee payment: 5 |
|
FPAY | Annual fee payment |
Payment date: 20160824 Year of fee payment: 6 |
|
LAPS | Lapse due to unpaid annual fee |