BR112015006675A2 - transmissão contínua com coordenação de orientação de vídeo (cvo) - Google Patents

transmissão contínua com coordenação de orientação de vídeo (cvo) Download PDF

Info

Publication number
BR112015006675A2
BR112015006675A2 BR112015006675-5A BR112015006675A BR112015006675A2 BR 112015006675 A2 BR112015006675 A2 BR 112015006675A2 BR 112015006675 A BR112015006675 A BR 112015006675A BR 112015006675 A2 BR112015006675 A2 BR 112015006675A2
Authority
BR
Brazil
Prior art keywords
cvo
attribute
orientation
file
content
Prior art date
Application number
BR112015006675-5A
Other languages
English (en)
Other versions
BR112015006675B1 (pt
Inventor
Ozgur Oyman
Original Assignee
Intel Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corporation filed Critical Intel Corporation
Publication of BR112015006675A2 publication Critical patent/BR112015006675A2/pt
Publication of BR112015006675B1 publication Critical patent/BR112015006675B1/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

transmissão contínua com coordenação de orientação de vídeo (cvo) trata-se de uma tecnologia para fornecer transmissão contínua com coordenação de orientação de vídeo (cvo). em um exemplo, um servidor pode incluir um conjunto de circuitos de computador configurado para: receber uma capacidade de dispositivo para um cliente; e modificar um conteúdo transmitido continuamente para o cliente com base em uma inclusão de um atributo de cvo na capacidade de dispositivo.

Description

“TRANSMISSÃO CONTÍNUA COM COORDENAÇÃO DE ORIENTAÇÃO DE VÍDEO (CVO)” CAMPO DA INVENÇÃO
[0001] O presente pedido reivindica o benefício de e incorpora por meio deste, a título de referência, o Pedido de Patente Provisório nº de Série U.S. 61/719.241, depositado dia 26 de outubro de 2012, com um numero de dossiê de advogado P50328Z. O presente pedido reivindica o benefício de e incorpora por meio deste, a título de referência, o Pedido de Patente Provisório nº de Série U.S. 61/753.914, depositado dia 17 de janeiro de 2013, com um numero de dossiê de advogado P53504Z. O presente pedido reivindica o benefício de e incorpora por meio deste, a título de referência, o Pedido de Patente Provisório nº de Série U.S. 61/841.230, depositado dia 28 de maio de 2013, com um numero de dossiê de advogado P574602Z.
HISTÓRICO
[0002] A tecnologia de comunicação móvel sem fio usa diversos padrões e protocolos para transmitir dados entre um nó (por exemplo, uma estação de transmissão) e um dispositivo sem fio (por exemplo, um dispositivo móvel). Alguns dispositivos sem fio se comunicam com o uso de acesso múltiplo por divisão ortogonal (OFDMA) em uma transmissão de enlace descendente (DL) e acesso múltiplo por divisão de portadora única (SC-FDMA) em uma transmissão de enlace ascendente (UL). Padrões e protocolos que usam multiplexação por divisão de frequência (OFDM) para transmissão de sinal incluem a evolução a longo prazo (LTE) de projeto de parceria de terceira geração (3GPP), o padrão 802.16 do Instituto dos Engenheiros Eletrônicos e Eletricistas (IEEE) (por exemplo, 802.16e, 802.16m), que é comumente conhecido para grupos industriais como WiMAX (Interoperabilidade mundial para Acesso de Micro-onda) e o padrão 802.11 do IEEE, que é comumente conhecido pelos grupos industriais como WiFi.
[0003] Nos sistemas de LTE de rede de acesso de rádio (RAN) do 3GPP, o nó pode ser uma combinação de Nós B de Rede de Acesso por Rádio Terrestre Universal Evoluídos (E-UTRAN) (também — comumente conhecidos como Nós B evoluídos, Nós B avançados, eNodeBs, ou eNBs) e Controladores de Rede de Rádio (RNCS), que se comunica com o dispositivo sem fio, conhecido como um equipamento de usuário (UE). A transmissão de enlace descendente (DL) pode ser uma comunicação a partir do nó (por exemplo, eNodeB) para o dispositivo sem fio (por exemplo, UE) e a transmissão de enlace ascendente (UL) pode ser uma comunicação do dispositivo sem fio para o nó.
[0004] O dispositivo sem fio pode ser usado para receber entrega multimídia de vídeo de Internet com o uso de diversos protocolos, tal como transmissão contínua de protocolo HTTP (HTTP). Um protocolo para fornecer entrega com base em HTTP de transmissão contínua de vídeo pode incluir transmissão contínua adaptativa dinâmica por HTTP (DASH).
BREVE DESCRIÇÃO DOS DESENHOS
[0005] Recursos e vantagens da revelação serão aparentes a partir da descrição detalhada que se segue, tomada em conjunção com os desenhos anexos, que juntos ilustram, a título de exemplo, recursos da revelação; e, em que:
[0006] A Figura 1 ilustra um diagrama de componentes funcionais em uma troca de capacidade de serviço de transmissão contínua comutado por pacote (PSS) de acordo com um exemplo;
[0007] A Figura 2 ilustra uma transmissão contínua adaptativa dinâmica exemplificativa por transmissão contínua com base em protocolo HTTP (HTTP) (com base em DASH) com coordenação de orientação de vídeo (CVO) de acordo com um exemplo;
[0008] A Figura 3 ilustra uma transmissão contínua com base em protocolo de transmissão contínua em tempo real (con base em RTSP) com coordenação de orientação de vídeo (CVO) de acordo com um exemplo;
[0009] A Figura 4 ilustra um exemplo de informações de coordenação de orientação de vídeo (CVO) incorporadas em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de uma instalação do formato de arquivo de mídia (ISO-BMFF) com base na Organização Internacional de Normalização (com base na ISO) de acordo com um exemplo;
[0010] A Figura 5 ilustra uma hierarquia de estrutura de caixa de formato de arquivo da Organização Internacional de Normalização (ISO) de acordo com um exemplo;
[0011] A Figura 6 ilustra uma interação entre servidor e cliente exemplificativa com o uso de adaptação multimídia ciente de orientação de dispositivo com base em recepção de conteúdo com informações de coordenação de informações de orientação de vídeo (CVO) incorporadas de acordo com um exemplo;
[0012] A Figura 7 (isto é, a Tabela 3) ilustra uma tabela de sintaxe de linguagem de marcação extensível (sintaxe de XML) de grupo comum e representação e | atributos e elementos de acordo com um exemplo;
[0013] A Figura 8 ilustra um diagrama em bloco de uma configuração de arquivo de multidados de descrição de apresentação de mídia (MPD) de acordo com um exemplo;
[0014] A Figura 9 retrata um fluxograma para sinalizar capacidade de coordenação de orientação de vídeo (CVO) de um terminal móvel (MT) em um servidor de acordo com um exemplo;
[0015] A Figura 10 retrata a funcionalidade de conjunto de circuitos de computador de um servidor operável para fornecer transmissão contínua "com coordenação de orientação de vídeo (CVO) de acordo com um exemplo;
[0016] A Figura 11 ilustra um diagrama de um servidor, um nó e um equipamento de usuário (UE) de acordo com um exemplo; e
[0017] A Figura 12 ilustra um diagrama de um dispositivo sem fio (por exemplo, UE) de acordo com um exemplo.
[0018] Será feita agora referência às modalidades exemplificativas ilustradas e linguagem específica será usada no presente documento para descrever as mesmas. Será, no entanto compreendido que nenhuma limitação do escopo da invenção é, dessa forma, pretendida. DESCRIÇÃO DETALHADA |
[0019] Antes de a presente invenção ser revelada e descrita, deve ser compreendido que essa invenção não é limitada às estruturas particulares, etapas de processo, ou materiais revelados no presente documento, mas é estendida a equivalentes dos mesmos conforme serial reconhecidos por aqueles de habilidade comum nas técnicas relevantes. Deve-se compreender que a terminologia empregada no presente documento é usada para o propósito de descrever exemplos particulares apenas e não é destinada a ser limitadora. As mesmas referências numéricas em diferentes figuras representa o mesmo elemento. Números fornecidos em fluxogramas e processos são fornecidos por clareza em ilustrar etapas e operações e não necessariamente indicam uma ordem ou sequência particular.
MODALIDADES EXEMPLIFICATIVAS
[0020] Uma visão geral inicial de modalidades de tecnologia é fornecida abaixo e então, modalidades de tecnologia específicas são descritas em mais detalhes depois. Esse sumário inicial é destinado a auxiliar leitores em compreender a tecnologia mais rapidamente, mas não é destinado a identificar recursos chave ou recursos essenciais da tecnologia nem é destinado a limitar o escopo da matéria reivindicada.
[0021] O crescimento de serviços de multimídia, incluindo-se transmissão contínua e serviços convencionais, é um dos condutores da evolução para novas tecnologias e padrões de banda larga móvel. Com uma demanda de consumidor alta para serviços de multimídia acoplados com avanços em compressão de mídia e infraestruturas de rede sem fio, avançar as capacidades de serviço de multimídia de sistemas de banda larga móveis e celulares é desejável, onde as capacidades de serviço de multimídia podem ser usadas para entregar uma qualidade de experiência (Qo0E) alta aos consumidores que assegura acesso ubíquo a conteúdo de vídeo e serviços de qualquer localização, a qualquer momento, com qualquer dispositivo e tecnologia. O suporte a diversos dispositivos móveis e fornecimento de procedimentos de manuseio de mídia e protocolos de gerenciamento de sessão otimizados para diversas classes de dispositivo e capacidades podem ser usados para habilitar entrega de conteúdo de multimídia com Qo0E alta de um modo ubíquo.
[0022] Com a introdução de sensores de orientação em dispositivos móveis usados em comunicação de vídeo em tempo real, o conteúdo de exibição pode ser girado para ser alinhado com a orientação do dispositivo. Por exemplo, o sensor de orientação pode detectar a orientação do dispositivo medindo-se o campo de gravidade. Outros tipos de sensores de orientação podem também ser usados. A orientação do dispositivo pode então, ser usada em aplicativos para ajustar funções de dispositivo de acordo com a orientação. Por exemplo, o dispositivo pode girar a interface de usuário Ou orientação de vídeo tanto para um modo de retrato quanto de paisagem com base na orientação do dispositivo.
[0023] Devido ao fato de que alguns dispositivos de cliente contêm um sensor de orientação, o provedor de conteúdo ou serviço pode fornecer versões codificadas diferentes do : conteúdo otimizado para orientações diferentes do dispositivo ou o provedor de conteúdo/serviço pode capturar ou transcodificar o conteúdo durante a captura de conteúdo (por exemplo, dinamicamente) a fim de proporcionar uma experiência otimizada. Sinalizar do equipamento de usuário (UE) para a rede das capacidades de sensor de orientação e/ou da orientação do dispositivo atual pode fornecer oportunidades de adaptar o conteúdo no lado da rede para proporcionar uma experiência de cliente de alta qualidade. O dispositivo com base em adaptação de multimídia e/ou adaptação de orientação de vídeo pode aplicar a ambos os aplicativos de vídeo bidimensional (2D) e tridimensional (3D). Para um exemplo de vídeo 2D, vistas de retrato ou paisagem e/ou ângulos de visualização diferentes podem ser adaptados com base na orientação do dispositivo. Para um exemplo de vídeo 3D, os ângulos de visualização diferentes e informações de profundidade podem ser adaptados com base na orientação do dispositivo.
[0024] Sinalização de troca de capacidade pode ser uma funcionalidade importante em serviço de transmissão contínua comutada por pacote (PSS) do projeto de parceria de terceira geração (3GPP) (conforme descrito na especificação técnica (TS) 26.234 de 3GPP V11.1.0 (2012-09)), transmissão contínua adaptativa dinâmica por HTTP (DASH) (conforme descrito na TS 26.247 de 3GPP V11.0.0 (2012-09)) e PSS com base em subsistema de multimídia integrado (IMS) e serviço de difusão e difusão seletiva de multimídia (MBMS) abreviado como IMS PSS MBMS, (conforme descrito na TS 26.237 de 3GPP V11.0.0 (2012-06)). A troca de capacidade habilita PSS, DASH e servidores de IMS PSS MBMS para fornecer uma faixa ampla de dispositivos com conteúdo adequado para o dispositivo particular em questão com base no conhecimento de capacidades específicas do terminal móvel.
Para facilitar negociação de conteúdo do servidor para transmissão contínua, o servidor de PSS ou IMS PSS MBMS pode ter acesso a uma descrição das capacidades específicas do terminal móvel (MT) por meio de uma descrição de capacidade de dispositivo.
A descrição de capacidade de dispositivo pode conter um número de atributos.
Para DASH, os atributos de sinalização de capacidade de dispositivo podem incluir os seguintes parâmetros: Um tamanho do buffer de pré- decodificador, um período de armazenamento em buffer inicial, uma capacidade de decodificador, propriedades de exibição (por exemplo, tamanho de tela, resolução, ou intensidade de bits), um método de transmissão contínua (por exemplo, protocolo de transmissão contínuo em tempo real (RTSP) ou suporte de adaptação de HTTP), suporte de QoE, suporte de relatório de protocolo de controle (RTCP) de protocolo de transporte em tempo real estendido (RTP) e suporte de comutação de conteúdo rápido, assim como perfis de RTP e atributos de protocolo de descrição de sessão (SDP) suportados.
[0025] Durante o estabelecimento de uma sessão de transmissão contínua, um servidor pode usar a descrição de capacidade de dispositivo para fornecer o terminal móvel com um tipo correto de conteúdo de multimídia. Os servidores podem usar informações sobre as capacidades do terminal móvel para determinar qual transmissão contínua fornecer para o terminal de conexão (por exemplo, terminal móvel). Por exemplo, o servidor pode comparar as exigências no terminal móvel para múltiplas variações disponíveis de uma transmissão contínua com as capacidades reais do terminal de conexão para determinar uma transmissão contínua mais bem adequada para aquele terminal móvel particular. A troca de capacidade também permite entregar um arquivo de protocolo de descrição de sessão (SDP) otimizado para um terminal de cliente (por exemplo, terminal móvel) para uma sessão de PSS ou IMS PSS MBMS ou um arquivo de multidados de descrição de apresentação de mídia (MPD) otimizada para o terminal de cliente para uma sessão de DASH.
[0026] A Figura 1 ilustra um exemplo de troca de capacidade para serviços de PSS. Em uma ilustração, o terminal móvel 110 (ou dispositivo de cliente ou terminal de cliente) pode informar o servidor de PSS 130 sobre a identidade do MT de modo que o servidor de PSS possa reaver um perfil de capacidade de dispositivo de um servidor de perfil de dispositivo 120, que possa armazenar o perfil de capacidade de dispositivo 122 para o terminal móvel. O MT pode enviar uma solicitação HTTP e/ou RTSP para o servidor de PSS 170. A solicitação HTTP e/ou RTSP pode incluir um descritor de localizador de recurso uniforme (URL) (URLdesc) e/ou um cabeçalho de diferença de perfil (profileDiff). O servidor de PSS pode enviar uma solicitação HTTP para o servidor de perfil de dispositivo para um perfil de capacidade de dispositivo para o MT 160. O servidor de perfil de dispositivo pode enviar uma resposta HTTP para o servidor de PSS com perfil de capacidade de dispositivo para o MT 162. O servidor de PSS pode combinar ou copiar o perfil de capacidade de dispositivo 132. O servidor de PSS pode enviar respostas HTTP e/ou RTSP 172 e conteúdo de multimídia 174 para o MT com base no perfil de capacidade de dispositivo para o MT. Em um exemplo, um fabricante de terminal ou um vendedor de software pode manter um servidor de perfil de dispositivo para fornecer perfis de capacidade de dispositivo para os produtos do fabricante ou vendedor. Em outro exemplo, um operador pode gerenciar um servidor de perfil de dispositivo para os assinantes do operador, o que pode permitir que oO assinante faça atualizações específicas de usuário para os perfis dos assinantes. O servidor de perfil de dispositivo pode fornecer perfis de capacidade de dispositivo ao servidor de PSS mediante solicitação.
[0027] A tecnologia (por exemplo, servidores, dispositivos ou terminais de cliente, terminais móveis, métodos, conjunto de circuitos de computador e sistemas) conforme descrito no presente documento pode fornecer capacidade de coordenação de orientação de vídeo (CVO) do terminal móvel ou dispositivo de cliente. Paradigmas de transmissão contínua diferentes (por exemplo, PSS, DASH e IMS PSS MBMS), podem usar diferentes métodos e processos de adaptação de multimídia, o que é explicado em maiores detalhes abaixo.
[0028] Um serviço pode usar um processo de transmissão contínua com base em pull ou um processo de transmissão contínua com base em push. A DASH fornece um exemplo de transmissão contínua com base em pull. Para uma sessão de DASH, um servidor HTTP 230 fornece o conteúdo otimizado para CVO diferente para um cliente de DASH 220, conforme ilustrado na Figura 2. O servidor HTTP pode usar a sinalização de troca de capacidade de dispositivo a partir do cliente de DASH que descreve os diversos estados de CVO 240 suportados. O conjunto de CVOs e informações de conteúdo correspondentes podem ser sinalizados para o cliente de DASH no arquivo de multidados de descrição de apresentação de mídia (MPD) 242 com conteúdo codificado diferente para CVOs diferentes, cuja interação entre servidor e cliente é retratada na Figura 2. O reprodutor de cliente de DASH pode então, segue a CVO atual e solicita as versões correspondentes do conteúdo otimizado para a CVO atual.
| [0029] Os serviços de PSS com base no protocolo de transmissão contínua em tempo real (RTSP) e o serviço de IMS PSS MBMS com base no protocolo de iniciação de sessão (SIP) fornecem exemplos de transmissão contínua com base em push. Para o serviço de PSS ou IMS PSS MBMS, o servidor 232 pode receber as informações de CVO 244 do cliente 222 e adaptar o conteúdo com base no CVO, conforme ilustrado na Figura 3. Por exemplo, o servidor pode selecionar uma versão de conteúdo mais adequada dentre versões de conteúdo armazenadas ou transcodificar dinamicamente o conteúdo com base no CVO e transmitir continuamente o conteúdo do cliente 246, cuja interação entre servidor e cliente é retratada na Figura 3. Os multidados relacionados com sessão portados no protocolo de descrição de sessão (SDP) podem portar a CVO para o conteúdo transmitido continuamente.
[0030] Atributos adicionais podem ser adicionados em sinalização de troca de capacidade de dispositivo de vocabulário de PSS. Por exemplo, atributos “StreamingCVOCapable”, “StreamingHighGranularityCVOCapable”, “ThreeGPCVOCapable” e “ThreeGPHighGranularityCVOCapable” (ou atributos com funcionalidade similar) podem ser incluídos ou adicionados no componente de ThreeGPFileFormat e Transmissão contínua do vocabulário base de PSS na TS 26.234 que descreve a especificação de transmissão contínua de difusão ponto a ponto de PSS de 3GPP e TS 26.244 V11.1.0 (2012-09) que descreve a especificação de formato de arquivo de 3GPP. Os atributos podem ter um nome, definição, um componente, um tipo, valores legais (ou opções válidas) e uma regra de resolução. Uma sintaxe possível para esses atributos adicionais pode ser como se segue:
[0031] Nome do atributo: StreamingCVOCapable
[0032] Definição do atributo: Indica se o cliente é um receptor capaz de CVO de transmissões contínuas RTP, isto é, desde que as informações de orientação de vídeo para o conteúdo entregue sejam comunicadas ao cliente em um cabeçalho de extensão de RTP (que corresponde a "urn:3gpp:video-orientation"), o cliente pode interpretar a orientação de vídeo e alinhar o vídeo corretamente para propósitos de renderização/exibição. Se esse atributo é relatado e o atributo StreamingHighGranularityCVOCapable é relatado como um "Sim", então, o valor desse atributo por ser um "Sim".
[0033] Componente: Transmissão contínua
[0034] Tipo: Literal
[0035] Valores legais: "Sim", "Não"
[0036] Regra de resolução: Bloqueada
[0037] Nome do atributo: StreamingHighGranularityCVOCapable
[0038] Definição do atributo: Indica se o cliente é um receptor capaz de CVO de Granularidade Mais Alta de transmissões contínuas RTP, isto é, desde que as informações de orientação de vídeo para o conteúdo entregue sejam comunicadas ao cliente em um cabeçalho de extensão de RTP (que corresponde a "urn:3GPP:video- orientation:6"), o cliente pode interpretar a orientação de vídeo e alinhar o vídeo corretamente para propósitos de renderização/exibição.
[0039] Componente: Transmissão contínua
[0040] Tipo: Literal
[0041] Valores legais: "Sim", "Não"
[0042] Regra de resolução: Bloqueada
[0043] Nome do atributo: ThreeGPCVOCapable
[0044] Definição do atributo: Indica se o cliente é um receptor capaz de CVO de arquivos 3GP, isto é, desde que as informações de orientação de vídeo (que correspondem a "urn:3gpp:video-orientation") do conteúdo entregue são comunicadas ao cliente em um arquivo 3GP, o cliente pode interpretar a orientação de vídeo e alinhar o vídeo corretamente para propósitos de renderização/exibição. Se esse atributo é relatado e o atributo ThreeGPHighGranularityCVOCapable é relatado como um "Sim", então, o valor desse atributo por ser um "Sim”.
[0045] Componente: ThreeGPFileFormat
[0046] Tipo: Literal
[0047] Valores legais: "Sim", "Não"
[0048] Regra de resolução: Bloqueada
[0049] Nome do atributo: ThreeGPHighGranularityCVOCapable
[0050] Definição do atributo: Indica se o cliente é um receptor capaz de CVO de Granularidade Mais Alta de arquivos 3GP, isto é, desde que as informações de orientação de vídeo (que correspondem a "urn:3gpp:video- orientation:6") do conteúdo entregue são comunicadas ao cliente em um arquivo 3GP, o cliente pode interpretar a orientação de vídeo e alinhar o vídeo corretamente para propósitos de renderização/exibição.
[0051] Componente: ThreeGPFileFormat
[0052] Tipo: Literal
[0053] Valores legais: "Sim", "Não"
[0054] Regra de resolução: Bloqueada
[0055] A tecnologia descrita no presente documento pode também incorporar informações de CVO no conteúdo capturado, tal como um arquivo 3GP. Incorporar informações de CVO em um arquivo 3GP (conforme descrito na especificação técnica (TS) 26.244 de 3GPP V11.1.0
(2012-09); por exemplo, arquivo mp4 314 em um formato de arquivo de grupo de especialistas em imagem em movimento-4 (MPEG-4) 312) como uma instanciação de um Formato de Arquivo de Mídia de Base (BMFF) de Organização Internacional de Normalização (ISO) 310 para uso futuro por servidores como parte de aplicativos de transmissão contínua e por download pode ser benéfico, conforme ilustrado na Figura 4. A inclusão de tais informações de CVO no arquivo 3GP pode melhor habilitar o servidor para desempenhar adaptação de multimídia ciente de orientação para otimizar entrega de conteúdo à dispositivos (por exemplo, corrigir o vídeo para evitar problemas de desalinhamento anterior a enviar para um dispositivo inconsciente de orientação). As informações de CVO incorporadas podem ser fornecidas em atributos de capacidade de orientação do dispositivo no vocabulário de PSS e estrutura de sinalização de capacidade de dispositivo. O arquivo de conteúdo (por exemplo, arquivo mp4 314) pode incluir um segmento de inicialização, tal como uma caixa de “moov” 316 e dados de mídia (mdat 318). A caixa de moov pode incluir um descritor de objeto inicial (IOD) 320, um Formato Binário para trak de Cena (BIFS) 322, um trak de descritor de objeto (OD), um trak de vídeo 326 e um trak de áudio 328. As informações de CVO incorporadas 330 podem ser incluídas no trak de vídeo (ou faixa). Os mdat podem incluir unidades de acesso intercaladas, ordenadas por tempo, de BIFS, de OD, de vídeo e de áudio (AC).
[0056] Em outro exemplo, uma especificação de serviço pode suportar transmissão contínua ciente de orientação.
Por exemplo, para transmissão contínua RTP que pode confiar no SDP, a coordenação de orientação de vídeo (CVO) pode ser adicionada à especificação de PSS. No contexto de transmissão contínua RTP de PSS, a CVO pode incluir sinalização de uma orientação atual de uma imagem para um cliente de PSS capaz de CVO para renderização e exibição apropriada. Um servidor de PSS capaz de CVO pode desempenhar sinalização da CVO indicando-se a CVO no SDP e com o uso de extensões de cabeçalho RTP com um byte formatado para CVO (que corresponde a "urn:3gpp:video-orientation") e um byte formatado para CVO de Granularidade Mais Alta (que corresponde a "urn:3gpp:video-orientation:6"). AS extensões de cabeçalho RTP podem ser definidas por especificação técnica de 3GPP (TS) 26.114 V11.5.0 (2012- 09).
[0057] Um cliente de PSS capaz de CVO pode girar o vídeo para compensar a rotação para CVO e CVO de Granularidade Mais Alta. Quando ambas a rotação e alternação são compensadas, operações podem ser desempenhadas na ordem LSB para MSB (isto é, compensação de rotação primeiro e então, compensação de alternação).
[0058] Um servidor de PSS capaz de CVO pode adicionar os bytes de carga a um último pacote RTP em cada grupo de pacotes que compõem um quadro principal (por exemplo, interquadro (Quadro I) ou restauração de decodificação instantânea (IDR) em um H.264). O servidor de PSS pode também adicionar os bytes de carga ao último pacote RTP em cada grupo de pacotes que compõem outro tipo de quadro (por exemplo, um quadro previsto (Quadro P))
quando o valor atual é diferente de um valor anterior enviado.
[0059] Um interquadro (Quadro IL) é um quadro em uma transmissão contínua de compressão de vídeo que pode ser expresso em termos de um ou mais quadros vizinhos. Uma unidade de acesso de IDR pode conter uma intraimagem (isto é, uma imagem codificada que pode ser decodificada sem decodificar quaisquer imagens anteriores em uma transmissão contínua de unidade de Camada de Abstração de Rede (NAL) e a presença de uma unidade de acesso de IDR pode indicar que nenhuma imagem na transmissão contínua irá usar referência a imagens anteriores à intraimagem que a unidade de acesso de IDR contém a fim de ser decodificada). A parte de H.264/grupo de especialistas em imagem em movimento-4 (MPEG-4) (H.264/MPEG-4) 10 ou codificação de vídeo avançada (AVC) é um formato de compressão de vídeo, que pode ser usado para a gravação, compressão e distribuição de vídeo de alta definição. Um Quadro P pode ser um tipo de Quadro I para definir imagens previstas antecipadamente. A previsão pode ser feita a partir de uma imagem anterior, sobretudo um Quadro I, para menos codificação de dados.
[0060] Se uma extensão de cabeçalho RTP de CVO for a única extensão de cabeçalho presente, um total de 8 bytes pode ser anexado ao cabeçalho RTP e o último pacote na sequência de pacotes RTP pode ser marcado com ambos um bit marcador quanto um bit de extensão.
[0061] Se informações de CVO são sinalizadas na extensão de cabeçalho RTP, oO servidor de PSS pode sinalizar as informações de CVO no SDP incluindo-se um atributo a=extmap que indica um nome de recurso uniforme (URN) de CVO sob um escopo de linha de mídia relevante. o URN de CVOo pode ser representado como: "urn:3gpp:video-orientation". Um uso exemplificativo de um URN para sinalizar CVO em relação a uma linha de mídia é como se segue: "“a=zextmap:7 "urn:3gpp:video- orientation"”“. O número 7 no exemplo de URN de CVO pode ser substituído com qualquer número em uma faixa de l a
14.
[0062] Se informações de CVO de Granularidade Mais Alta forem sinalizadas na extensão de cabeçalho RTP, oO servidor de PSS pode sinalizar as informações de CVO de Granularidade Mais Alta no SDP de um modo similar com o URN de CVO, onde um URN de CVO de Granularidade Mais Alta pode ser representado como: "urn:3gpp: video- orientation:6". Um uso exemplificativo de um URN para sinalizar CVO em relação a uma linha de mídia é como se segue: “a=extmap:5 "urn:3gpp:video-orientation:6"".
[0063] Em conformidade, em um exemplo, a inclusão de informações de CVO pode ser registrada dentro de um formato de arquivo 3GP como uma gravação contínua de uma série de valores de orientação das imagens capturadas. Uma caixa pode ser definida no formato de arquivo de mídia de base de ISO (ISO-BMFF) ou o formato de arquivo de 3GPP para informações de CVO temporizadas. Por exemplo, a faixa de vídeo ou o hint track RTP do formato de arquivo (3GP) de 3GPP pode ser usada para incorporar as informações de orientação. Para conteúdo formatado com base em DASH, as informações de CVO podem ser portadas dentro de uma caixa de ISO-BMFF em nível de arquivo, tal como em segmento de inicialização (por exemplo, em uma caixa de “moov” para ISO-BMFF) ou em segmentos de mídia (por exemplo, em uma caixa de “moov” para ISO-BMFF), conforme ilustrado na Figura 4. Em outro exemplo, a faixa de multidados temporizada de ISO-BMFF pode ser escolhida como a faixa para conter as informações de CVO. Por exemplo, uma caixa nova pode ser criada especificamente para CVO, tal como um CVOSampleEntry com uma descrição dos parâmetros de CVO. Outras caixas dentro da caixa de descrição de amostra 350 na hierarquia de estrutura de caixa de formato de arquivo de ISO, conforme mostrado na Figura 5, pode também ser usado para conter as informações de CVO. A hierarquia de estrutura de caixa de formato de arquivo de ISO pode incluir uma caixa de filme 340, uma caixa de faixa 342, uma caixa de mídia 344, uma caixa de informações de mídia 346, uma caixa de tabela de amostra 348 e a caixa de descrição de amostra, onde caixas de ordem mais alta são listadas primeiro. A caixa de descrição de amostra pode ter uma ou mais entradas de amostra, tal como MP4VisualSampleEntry, AVCSampleEntry, HintSampleEntry, ou CVOSampleEntry.
[0064] Em outro exemplo, as informações de orientação de vídeo (por exemplo, CVO) podem ser incluídas em um formato de arquivo 3GP, que pode ser incluído em TS
26.244. Quando os dados de CVO são armazenados no formato de arquivo 3GP, uma faixa de multidados temporizada pode ser usada com uma caixa de CVOSampleEntry. O CVOSampleEntry pode indicar que oO formato de amostra de multidados é um único byte de dados de CVO. Cada faixa de multidados que contém dados de CVO pode fazer referência a uma faixa de vídeo 326 onde a faixa de multidados descreve a faixa de vídeo com o uso de uma referência de faixa “cdsc” conforme definido no formato de arquivo de mídia de base de ISO (ISO-BMFF).
[0065] Em um exemplo, um tipo de caixa da Caixa de CVOSampleEntry pode ter um atributo de codecs estabelecido como “3gvo”. A Caixa de CVOSampleEntry pode ser definida como se segue:
[0066] CVOSampleEntry ::= BoxHeader
[0067] Reserved 6
[0068] Índice de referência de dados
[0069] Granularidade
[0070] Os campos da Caixa de CVOSampleEntry podem ser definidos pela Tabela 1. Os campos de Caixa de CVOSampleEntry podem incluir um nome, tipo, detalhes e um valor de campo.
Tabela 1 Campo Tipo Detalhes , Int não BoxHeader.Size , assinado(32) Int não BoxHeader.Type . “Bgvo” assinado(32) Índice para uma referência de dados para usar para SS o . reaver os dados de Indice de referência Int não o . amostra. Referências de de dados assinado(16) . dados são armazenadas em caixas de referência de dados. Toma valor 2 , para CVO e 6 . - , Granularidade usada em Granularidade Int não assinado(8) . para CVO de Rotação de CVO , granularidade alta.
[0071] A tecnologia descrita fornece transmissão contínua ou download de conteúdo com componentes de vídeo orientado (por exemplo, componentes de CVO). Adaptações de multimídia cientes de orientação de dispositivo fornecem transmissão contínua ou download de conteúdo capturado e carregado anteriormente com componentes de vídeo orientado. Por exemplo, como parte de um aplicativo de download de PSS ou download de MBMS,
o servidor pode empurrar conteúdo capturado com componentes de vídeo orientado ao cliente de um modo que não em tempo real para reprodução futura. Ou como parte de um serviço de transmissão contínua com base em DASH, um servidor HTTP ode entregar conteúdo gerado por usuário (UGC) para clientes de DASH que podem conter componentes de vídeo orientado. Para uma transmissão contínua com base em RTP de UGC conteúdo pode ser entregue a partir de servidores de PSS. Nesses contextos, o servidor pode receber informações sobre as capacidades de orientação de vídeo suportadas pelo dispositivo de cliente e determinar um mecanismo de entrega ótimo (por exemplo, selecionar a versão de conteúdo mais adequada dentre diversas versões de conteúdo armazenadas e/ou transcodificar dinamicamente o conteúdo) com base nas capacidades de orientação de vídeo do terminal e entregar o conteúdo escolhido otimamente par ao cliente.
[0072] Por exemplo, se o servidor determinar que o conteúdo foi capturado por um terminal ciente de orientação (por exemplo, através da inspeção do arquivo de conteúdo com base em 3GP), enquanto o dispositivo de cliente receptor não está ciente de orientação (por exemplo, conhecido com base em mecanismos de sinalização de capacidade de dispositivo de PSS), o servidor pode processar (por exemplo, aplicar transcodificação a) o conteúdo para corrigir e evitar problemas de desalinhamento durante renderização e exibição futura. Se o dispositivo de cliente receptor é ciente de orientação, então, o servidor pode não ter que corrigir o desalinhamento, mas ao invés pode escolher enviar o conteúdo "como é" (isto é, sem modificação) junto com informações de orientação de vídeo incorporadas no conteúdo (por exemplo, em um cabeçalho de extensão RTP para transmissão contínua RTP ou dentro de um arquivo 3GP para transmissão contínua HTTP e DASH) de modo que o dispositivo de cliente receptor possa corrigir o desalinhamento.
[0073] A Figura 6 ilustra uma interação de servidor- cliente exemplificativa que realiza entrega de mídia ciente de orientação com base em recepção de conteúdo com informações de CVO incorporadas. Por exemplo, um cliente de captura 224 pode capturar informações de CVO com a captura e carregar o conteúdo (por exemplo, arquivo 3GP) com informações de orientação de vídeo incorporadas 282 no servidor 232. Em outro exemplo, um cliente de renderização 226 pode sinalizar um perfil de dispositivo para o servidor com informações de capacidade de CVO 280. O servidor desempenha adaptação de conteúdo ciente de orientação, seleção, transcodificação e/ou formata conversações para corrigir desalinhamento potencial e otimizar entrega de conteúdo em relação às (w.r.t.) capacidades de CVO do cliente de renderização 284, conforme descrito anteriormente. O servidor pode então, entregar conteúdo adaptado para o cliente de renderização como parte de um serviço de transmissão contínua ou download 286.
[0074] Em outro exemplo, consistente com uma interação entre servidor e cliente conforme ilustrado na Figura 6, um servidor de DASH pode aprender com o cliente (por exemplo, cliente de renderização 226) que o cliente tem a habilidade de processar informações de CVO e corrigir desalinhamento. O servidor pode então, designar em uma MPD na presença de informações de CVO nas representações de DASH (isto é, se os segmentos de DASH são conteúdo armazenado, o servidor de DASH pode ter que detectar a presença de informações de CVO antes que o servidor de DASH possa determinar, analisando-se os arquivos 3GP que correspondem aos segmentos de DASH e podem checar se informações de orientação de vídeo são indicadas na faixa de multidados). O cliente de DASH mediante recepção da MPD pode então, ativar um mecanismo de orientação de vídeo para processar as informações de CVO | sinalizadas (isto é, análise dos arquivos 3GP que correspondem a representações de DASH) nos segmentos de DASH e corrigir quaisquer desalinhamentos e pode renderizar /exibir vídeo com alinhamento correto.
[0075] Também consistente com interação entre servidor e cliente conforme ilustrado na Figura 6, um servidor de DASH pode aprender com o cliente que o cliente não tem a habilidade de processar informações de CVO e corrigir desalinhamento. O servidor pode detectar a presença de informações de CVO no conteúdo uma vez que a MPD pode indicar as informações de CVO. Em resposta, o servidor de DASH pode processar os arquivos 3GP que correspondem às representações de DASH oferecidas na MPD a fim de corrigir quaisquer desalinhamentos e pode enviar o conteúdo solicitado para o cliente de DASH após esse processamento.
[0076] Em outra configuração, uma indicação de informações de CVO pode ser implantada em uma MPD de DASH com base em TS 26.247. Por exemplo, um atributo de indicação de CVO (por exemplo, cvo granularity) pode ser incluído na MPD, onde a MPD pode ter atributos e elementos comuns. os elementos AdaptationSet, Representation e SubRepresentation podem ter atributos e elementos comuns atribuídos, tal como o atributo de indicação de CVO.
A semântica do atributo de indicação de CVO pode ser conforme mostrado na Tabela 2, que ilustra uma tabela de atributos e elementos de conjunto de adaptação, de representação e de sub-representação comuns.
Cada elemento ou atributo pode ter um nome, uso, ou descrição de elemento ou atributo.
A coluna "uso" na Tabela 2 pode interpretar um atributo marcado com "M" (mandatório) conforme disponível para uma representação.
Por exemplo, o atributo ou elemento pode tanto estar presente no elemento de Representação quanto, se não, oO atributo ou elemento pode estar no elemento AdaptationSet.
Um atributo marcado com "O" (opcional) pode estar ausente em ambos o elemento Representation e o elemento AdaptationSet.
Tabela 2 Descrição Atributo Atributos e elementos Es] | Se presente, isso indica a presença de informações de CVO nos segmentos de mídia e o valor do atributo indica a granularidade em bits. Os valores permitidos são 2 e 6, que correspondem a URNs Ocvo granularity "urn:3gpp:video-orientation" e "um:3gpp:video-orientation:6", respectivamente. Esse atributo pode não estar presente se segmentos de mídia não contiverem informações de CVO Legenda: ' Para atributos: M=Mandatório, O=Opcional. Para elementos: <minOccurs>..<maxOccurs> (N=não associadas) Elementos estão em negrito; atributos não estão em negrito e são precedidos com um O.
[0077] A sintaxe de linguagem de marcação extensível (sintaxe de XML) para o atributo de indicação de CVO (por exemplo, cvo granularity) pode ser conforme mostrado na Tabela 3 ilustrada na Figura 7.
[0078] Conforme discutido anteriormente, DASH é um protocolo de transmissão contínua HTTP padronizado. Conforme ilustrado na Figura 8, DASH pode especificar formatos diferentes para um arquivo de multidados de descrição de apresentação de mídia (MPD) 402 que fornece informações sobre a estrutura e versões diferentes das representações de conteúdo de mídia armazenadas no servidor assim como os formatos de segmento. O arquivo de multidados de MPD contém informações sobre os segmentos de inicialização e de mídia para um reprodutor de mídia (por exemplo, o reprodutor de mídia pode olhar o segmento de inicialização para determinar um formato de recipiente e informações de temporização de mídia) para assegurar o mapeamento de segmentos em uma linha de tempo de apresentação de mídia para apresentação de comutação e síncrona com outras representações. Tecnologia de DASH também foi padronizada pelas outras organizações, tal como o grupo de especialistas em imagem em movimento (MPEG), fórum de televisão de IP aberto (IPTV) (OIPF) e TV de banda larga de difusão híbrida (HbbTV).
[0079] Um cliente de DASH pode receber conteúdo de multimídia fazendo-se download dos segmentos através de uma série de transações de solicitação-resposta HTTP. O DASH pode fornecer a habilidade de comutar dinamicamente entre diferentes representações de taxa de bit do conteúdo de mídia enquanto a largura de banda que está disponível para um dispositivo móvel muda. Desse modo, a DASH pode permitir adaptação rápida a condições de enlace sem fio e de rede de mudança, preferências de usuário e capacidades de dispositivo tal como resolução de exibição, o tipo de unidade de processamento central (CPU) empregada, os recursos de memória disponíveis e assim por diante. A adaptação dinâmica de DASH pode fornecer uma qualidade de experiência (Qo0E) melhor para um usuário, com atrasos de inicialização mais curtos e menos eventos de novo armazenamento em buffer do que outros protocolos de transmissão contínua.
[0080] Em DASH, multidados de descrição de apresentação de mídia (MPD) 402 podem fornecer informações na estrutura e diferentes versões das representações de conteúdo de mídia armazenadas em um servidor de web/mídia. No exemplo ilustrado na Figura 8, os multidados de MPD são temporariamente divididos em períodos 404 que têm um comprimento predeterminado, tal como 60 segundos nesse exemplo. Cada período pode incluir uma pluralidade de conjuntos de adaptação 406. Cada conjunto de adaptação pode fornecer informações sobre um ou mais componentes de mídia com um número de alternativas codificadas. Por exemplo, o conjunto de adaptação 0 nesse exemplo pode incluir uma variedade de alternativas de áudio codificadas diferentemente, tais como taxas de bit diferentes, mono, estéreo, sistema surround, CVO e assim por diante. Além de oferecer qualidade de áudio diferente para uma apresentação de multimídia pelo ID de período, o conjunto de adaptação pode também incluir áudio em linguagens diferentes. As alternativas “diferentes oferecidas no conjunto de adaptação são denominadas representações 408.
[0081] Na Figura 8, o Conjunto de adaptação 1 é ilustrado oferecendo-se vídeo a taxas de bit diferentes, tal como 5 por segundo (Mbps), 2 Mbps, 500 quilo-bits por segundo (kbps), ou um modo de funcionalidade. A funcionalidade pode ser usada para procurar, avançar,
retroceder, ou outras mudanças em localização no arquivo de transmissão contínua de multimídia. Além disso, o vídeo também pode estar disponível em diversos formatos, tal como vídeo bidimensional (2D) ou tridimensional (3D), ou vídeo orientado de retrato ou paisagem (por exemplo, CVO). Cada representação 408 pode incluir informações de segmento 410. As informações de segmento podem incluir informações de inicialização 412 e os dados de segmento de mídia reais 414. Nesse exemplo, um arquivo MPEG-4 (MP4) é transmitido continuamente de um servidor para um dispositivo móvel. Enquanto MP4 é usado nesse exemplo, uma ampla variedade de codecs diferentes pode ser usada, conforme discutido anteriormente.
[0082] A multimídia no conjunto de adaptação pode ser dividida adicionalmente em segmentos menores. No exemplo da Figura 8, o segmento de vídeo de 60 segundos do conjunto de adaptação 1 é dividido adicionalmente em quatro subsegmentos 414 de 15 segundos cada. Estes exemplos não são destinados a serem limitadores. O comprimento real do conjunto de adaptação e cada segmento ou subsegmento de mídia é dependente do tipo de mídia, exigências de sistema, tipos potenciais de interferência e assim por diante. Os segmentos ou subsegmentos de mídia reais podem ter um comprimento que é menor do que um segundo até diversos minutos de tamanho.
[0083] Outro exemplo fornece um método 500 para sinalizar a capacidade de coordenação de orientação de vídeo (CVO) de um terminal móvel (MT) em um servidor, conforme mostrado no fluxograma na Figura 9. O método pode ser executado conforme instruções em uma máquina ou conjunto de circuitos de computador, onde as instruções são incluídas em pelo menos um meio legível por computador ou um meio de armazenamento legível por máquina não transitório. O método inclui a operação de receber uma capacidade de dispositivo para um cliente no servidor, conforme no bloco 510. A próxima operação do método pode ser identificar quando a capacidade de dispositivo inclui um atributo de CVO, conforme no bloco
520. O método pode incluir adicionalmente adaptar conteúdo transmitido continuamente ao cliente com base em uma inclusão do atributo de CVO, conforme no bloco
530.
[0084] Em um exemplo, a operação de adaptar o conteúdo transmitido continuamente pode incluir adicionalmente: modificar uma orientação de exibição de uma transmissão contínua de protocolo de transferência de hipertexto (HTTP), transmissão contínua adaptativa dinâmica por HTTP (DASH), ou transmissão contínua de protocolo de transporte em tempo real (RTP) para desalinhamento quando a capacidade de dispositivo para o cliente não incluir o atributo de CVO que indica que o cliente não é um terminal ciente de orientação; Ou incorporar um atributo de indicação de CVO em um arquivo de multidados de descrição de apresentação de mídia (MPD) Ou um arquivo de protocolo de descrição de sessão (SDP) quando a capacidade de dispositivo para o cliente incluir o atributo de CVO que indica que o cliente é um terminal ciente de orientação para modificar a orientação de exibição de uma transmissão contínua.
[0085] Em um outro exemplo, o método pode incluir, adicionalmente, entregar um arquivo de metadados de descrição de apresentação de mídia (MPD) para uma transmissão contínua adaptativa dinâmica transmitida continuamente através de conteúdo de protocolo de transferência de hipertexto (HTTP) (DASH) ao cliente com um atributo de indicação de CVO fornecido em um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation. O atributo de codecs pode ser estabelecido como “3gvo”, de modo a indicar uma presença de um componente de vídeo orientado e informações de CVO associadas no conteúdo de DASH de transmissão contínua. o método pode incluir, adicionalmente, entregar um arquivo de protocolo de descrição de sessão (SDP) para uma transmissão contínua de protocolo de transporte em tempo real (RTP) ao cliente com uma indicação de CVO através de um atributo a=extmap com um nome uniforme de recurso (URN) de CVO "urn:3gpp:video-orientation” que representa uma granularidade de 2 bits para uma CVO ou “urn:3gpp:video- orientation:6" que representa uma granularidade de 6 bits para uma CVO de Granularidade Superior das informações de CVO contidas em um cabeçalho de extensão de RTP.
[0086] Em outra configuração, a operação de adaptar o conteúdo transmitido continuamente pode inclui, adicionalmente, receber um vídeo de conteúdo gerado por usuário (UGC) que inclui informações de CVO incorporadas para o vídeo de UGC em um arquivo (3GP) de formato de arquivo de projeto de parceria de terceira geração
(3GPP). O arquivo 3GP pode usar uma CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa de formato de arquivo da Organização Internacional para Padronização (ISO). Os campos de CVOSampleEntry podem incluir um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade, em que o tipo de BoxHeader pode ser configurado para um valor de 3gvo. Ou, o arquivo 3GP pode usar um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation de uma descrição de apresentação de mídia (MPD). O atributo de codecs pode ser estabelecido como “3gvo”, de modo a indicar uma presença de um componente de vídeo orientado e informações de CVO associadas em uma transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo do protocolo de transferência de hipertexto (HTTP) (DASH) .
[0087] Em um outro exemplo, a operação de adaptar o conteúdo transmitido continuamente pode incluir, adicionalmente, armazenar os dados de CVO em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO). Os campos de CVOSampleEntry podem incluir um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade, em que o tipo de BoxHeader pode ser configurado para um valor de 3gvo.
Ou, a operação de adaptar o conteúdo transmitido continuamente pode incluir, adicionalmente, armazenar dados de CVO para uma transmissão contínua de protocolo de transporte em tempo real (RTP) em um cabeçalho de extensão de RTP.
[0088] Em outra configuração, a operação de receber a capacidade de dispositivo para o cliente pode incluir, adicionalmente, trocar uma capacidade de cliente de serviço de transmissão contínua comutado por pacote (PSS) para o cliente. A capacidade de CVO pode incluir: um atributo StreamingCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de transmissões contínuas de protocolo de transporte em tempo real (RTP), um atributo StreamingHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior de transmissões contínuas de RTP, um atributo ThreeGPCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de arquivos em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) ou um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior de arquivos de 3GP.
[0089] Outro exemplo fornece funcionalidade 600 de conjunto de circuitos de computador de um servidor operável para fornecer transmissão contínua com coordenação de orientação de vídeo (CVO), conforme mostrado no fluxograma na Figura 10. A funcionalidade pode ser implantada como um método ou a funcionalidade pode ser executada conforme as instruções em uma máquina, em que as instruções estão incluídas em pelo menos um meio legível por computador ou um meio de armazenamento legível por máquina não transitório. O conjunto de circuitos de computador pode ser configurado para receber uma capacidade de dispositivo para um cliente, como no bloco 610. O conjunto de circuitos de computador pode ser adicionalmente configurado para modificar o conteúdo transmitido continuamente para o cliente com base em uma inclusão de um atributo de CVO na capacidade de dispositivo, como no bloco 620.
[0090] Em um exemplo, o conjunto de circuitos de computador “configurado para modificar o conteúdo transmitido continuamente pode ser adicionalmente configurado para corrigir uma orientação de renderização do uma transmissão contínua de protocolo de transporte em tempo real (RTP) ou transmissão contínua adaptativa dinâmica transmitida continuamente através de um conteúdo de protocolo de transferência de hipertexto (HTTP) (DASH) para o desalinhamento anterior à entrega ao cliente quando a capacidade de dispositivo para o cliente não inclui o atributo de CVO de modo a indicar que o cliente não é terminal ciente de orientação.
[0091] Em um outro exemplo, o conjunto de circuitos de | computador configurado para modificar o conteúdo transmitido continuamente pode ser, adicionalmente, configurado para entregar um arquivo de metadados de descrição de apresentação de mídia (MPD) para uma transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo do protocolo de transferência de hipertexto (HTTP) (DASH) para o cliente com um atributo de indicação de CVO fornecido em um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation, em que o atributo de codecs é estabelecido como “3gvo”, de modo a indicar uma presença de um componente de vídeo orientado e informações de CVO associadas no conteúdo de DASH transmitido continuamente. Ou, o conjunto de circuitos de computador configurado para modificar o conteúdo transmitido continuamente pode ser, adicionalmente, configurado para entregar um arquivo de protocolo de descrição de sessão (SDP) para uma transmissão contínua de protocolo de transporte em tempo real (RTP) ao cliente com uma indicação de CVO através de um atributo a=extmap com um nome uniforme de recurso (URN) de CVO "urn:3gpp:video-orientation” que representa uma granularidade de 2 bits para uma CVO ou “urn:3gpp: video-orientation:6"” que representa uma granularidade de 6 bits para uma CVO de Granularidade Superior das informações de CVO contidas em um cabeçalho de extensão de RTP.
[0092] Em outra configuração, o conjunto de circuitos de computador pode ser, adicionalmente, configurado para armazenar dados de CVO em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO). Os campos de CVOSampleEntry podem incluir um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade, em que o tipo de BoxHeader pode ser configurado para um valor de “3gvo”. Ou, o conjunto de circuitos de computador pode ser, adicionalmente, configurado para armazenar dados de CVO para uma transmissão contínua de protocolo de transporte em tempo real (RTP) em um cabeçalho de extensão de RTP.
[0093] Em um outro exemplo, o conjunto de circuitos de computador configurado para receber a capacidade de dispositivo pode ser, adicionalmente, configurado para trocar uma capacidade de serviço de transmissão contínua comutado por pacote (PSS). O atributo de CVO pode incluir: um atributo StreamingCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de transmissões contínuas de protocolo de transporte em tempo real (RTP), um atributo StreamingHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior das transmissões contínuas de RTP, um atributo ThreeGPCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de arquivos em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) ou um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior de arquivos de 3GP.
[0094] Em outra configuração, o conjunto de circuitos de computador configurado para modificar o conteúdo transmitido continuamente pode ser, adicionalmente, configurado para realizar adaptação de conteúdo ciente de orientação, seleção de conteúdo ciente de orientação, transcodificação ciente de orientação ou conversão de formato ciente de orientação para corrigir um desalinhamento de orientação de vídeo e garantir uma reprodução de conteúdo no cliente com uma orientação de vídeo correta. O servidor pode incluir um servidor de serviço de transmissão contínua comutado por pacote (PSS) de evolução a longo prazo (LTE) de projeto de parceria de terceira geração (3GPP), uma transmissão adaptativa dinâmica através de servidor de protocolo de transferência de hipertexto (HTTP) (DASH) ou um servidor de serviço de difusão e difusão seletiva de multimídia (MBMS) e PSS com base em subsistema de multimídia integrada (IMS) (IMS PSS MBMS).
[0095] A Figura 11 ilustra um terminal móvel (MT) exemplificador (por exemplo, UE ou dispositivo de cliente) para fornecer capacidade de coordenação de orientação de vídeo (CVO) 720, um nó 710 e um servidor
730. O MT pode ser configurado para uma comunicação sem fio com o nó. O servidor pode ser configurado para sinalizar uma capacidade de coordenação de orientação de vídeo (CVO) de um terminal móvel (MT) conforme descrito em 500 da Figura 9. Em outra configuração, o servidor | pode ser operável para fornecer uma transmissão contínua com coordenação de orientação de vídeo (CVO), conforme descrito em 600 da Figura 10. O nó 710 pode incluir uma estação de base (BS), um Nó B (NB), um Nó evoluído B (eNB), uma unidade de banda de base (BBU), uma cabeça de rádio remoto (RRH), um equipamento de rádio remoto
(RRE), uma unidade de rádio remoto (RRU) ou um módulo de processamento central (CPM).
[0096] Novamente em referência à Figura 11, o terminal móvel 720 pode incluir um processador 722, um transceptor 724 e um sensor de orientação 726. O processador pode ser configurado para determinar uma capacidade de CVO de MT. O transceptor pode ser configurado para transmitir a capacidade de CVO de MT em um atributo de componente de transmissão contínua para o servidor.
[0097] Em um exemplo, o transceptor 724 pode ser, adicionalmente, configurado para receber um cabeçalho de extensão de protocolo de transporte em tempo real (RTP) para uma transmissão contínua de RTP ou um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) para uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH). O processador 722 pode ser, adicionalmente, configurado para: analisar um arquivo de metadados de descrição de apresentação de mídia (MPD) quanto ao arquivo 3GP para um atributo de indicação de CVO ou analisar o arquivo 3GP quanto às informações de CVO incorporadas, determinar um termo de correção de orientação com base nas informações de CVO analisadas e uma orientação atual do MT e corrigir uma orientação de renderização da transmissão contínua de HTTP ou DASH para um desalinhamento com base no termo de correção de orientação determinado quando o arquivo de metadados de MPD inclui o atributo de indicação de CVO e o MT é um terminal ciente de orientação. Ou, o processador pode ser configurado para: analisar um arquivo de protocolo de descrição de seção (SDP) para a transmissão contínua de RTP para o atributo de indicação de CVO ou analisar o cabeçalho de extensão de RTP para a transmissão contínua de RTP para as informações de CVO incorporadas, determinar um termo de correção de orientação com base nas informações de CVO analisadas e na orientação atual do dispositivo de cliente e corrigir uma orientação de renderização da transmissão contínua de RTP quanto ao desalinhamento com base no termo de correção de orientação determinado quando o arquivo de SDP inclui o atributo de indicação de CVO e o MT é o terminal ciente de orientação. Corrigir a orientação de renderização pode compensar pela rotação ou giro de uma orientação.
: [0098] Em um outro exemplo, o transceptor 724 pode ser, adicionalmente, configurado para receber um arquivo de metadados de descrição de apresentação de mídia (MPD) do servidor para a transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo de protocolo de transferência de hipertexto (HTTP) (DASH) com um atributo de indicação de CVO fornecida em um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation. O atributo de codecs pode ser estabelecido como “3gvo”, de modo a indicar uma presença de um componente de vídeo orientado e informações de CVO associadas no conteúdo de DASH transmitidas continuamente. O processador 722 pode ser, adicionalmente, configurado para: analisar o arquivo de metadados de MPD quanto ao atributo de indicação de CVO; e modificar uma orientação de renderização de uma transmissão contínua de HTTP ou do conteúdo de DASH transmitido continuamente para o desalinhamento quando o arquivo de metadados de MPD inclui o atributo de indicação de CVO e o MT é um terminal ciente de orientação.
| [0099] Em outra configuração, o transceptor 724 pode ser, adicionalmente, configurado para receber um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) que inclui um CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO). Os campos de CVOSampleEntry podem incluir um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade, em que o tipo de BoxHeader pode ser configurado para um valor de 3gvo. O processador 722 pode ser, adicionalmente, configurado para: analisar o arquivo 3GP quanto ao CVOSampleEntry; e modificar uma orientação de renderização de uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo de HTTP (DASH) para o desalinhamento quando o arquivo 3GP inclui o CVOSampleEntry e o MT é um terminal ciente de orientação.
[00100] Em um outro exemplo, o transceptor 724 pode ser, adicionalmente, configurado para trocar uma capacidade de cliente de serviço de transmissão contínua comutado por pacote (PSS) pela capacidade de CVO de MT.
A capacidade de CVO do MT pode incluir: um atributo StreamingCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de transmissões contínuas de protocolo de transporte em tempo real (RTP), um atributo StreamingHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior de transmissões contínuas de RTP, um atributo ThreeGPCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de arquivos em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) ou um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior de arquivos de 3GP.
[00101] Em outra configuração, o processador 722 pode ser, adicionalmente, configurado para: capturar um vídeo de conteúdo gerado por usuário (UGC) com uma orientação especificada; e incorporar as informações de CVO ao vídeo de UGC em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP). O transceptor 724 pode ser, adicionalmente, configurado para transferir por upload um arquivo 3GP para uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH).
[00102] Em um outro exemplo, o processador 722 pode ser, adicionalmente, configurado para: capturar dados de CVO com uma orientação especificada; e armazenar os dados de CVO em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO). Os campos de CVOSampleEntry podem incluir um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade, em que o tipo de BoxHeader pode | ser configurado para um valor de 3gvo. O transceptor 724 pode ser, adicionalmente, configurado. para transferir por upload um arquivo 3GP para uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH) .
[00103] Em outra configuração, a capacidade de CVO de MT pode ser fornecida em uma sessão de serviço de transmissão contínua comutado por pacote (PSS) de evolução a longo prazo (LTE) de projeto de parceria de terceira geração (3GPP), uma transmissão adaptativa dinâmica através de protocolo de sessão de transferência de hipertexto (HTTP) (DASH) ou uma sessão de serviço de difusão e difusão seletiva de multimídia (MBMS) e PSS com base em subsistema de multimídia integrada (IMS) (IMS PSS MBMS). O terminal móvel pode incluir o sensor de orientação 726 para determinar uma orientação do MT.
[00104] A Figura 12 fornece uma ilustração exemplificativa do terminal móvel (MT), tal como um dispositivo de cliente, um nó móvel, um equipamento de usuário (UE), uma estação móvel (MS), um dispositivo sem fio móvel, um dispositivo de comunicação móvel, um computador do tipo tablet, um monofone ou outro tipo de dispositivo sem fio. O dispositivo sem fio pode incluir uma ou mais antenas configuradas para se comunicar com um nó, um nó macro, um nó de baixa potência (LPN) ou uma estação de transmissão, tal como uma estação de base (BS), um Nó evoluído B (eNB), uma unidade de banda de base (BBU), uma cabeça de rádio remoto (RRH), um equipamento de rádio remoto (RRE), uma estação de relé (RS), um equipamento de rádio (RE), uma unidade de rádio remoto (RRU), um módulo de processamento central (CPM) ou outro tipo de ponto de acesso de rede de ampla área sem fio (WWAN) . O dispositivo sem fio pode ser configurado para se comunicar com o uso de pelo menos um padrão de comunicação sem fio, incluindo 3GPP LTE, WiMAX, Acesso de Pacote de Alta Velocidade (HSPA), Bluetooth e WiFi. O dispositivo sem fio pode se comunicar com o uso de antenas separadas para cada padrão de comunicação sem fio ou antenas compartilhadas para múltiplos padrões de comunicação sem fio. O dispositivo sem fio pode se comunicar em uma rede de área local sem fio (WLAN), uma rede de área pessoal sem fio (WPAN) e/ou uma WWAN.
[00105] A Figura 12 fornece, também, uma ilustração de um microfone e um ou mais alto-falantes que podem ser usados para entrada e saída de áudio do dispositivo sem fio. Uma tela de visor pode ser uma tela de visor de cristal líquido (LCD) ou outro tipo de tela de visor, tal como um visor de diodo de emissão de luz orgânico (OLED). A tela de visor pode ser configurada como uma tela de toque. A tela de toque pode usar uma tecnologia de tela de toque capacitiva, resistiva ou outro tipo de tecnologia de tela de toque. Um processador de aplicativo e um processador de gráficos podem ser acoplados à memória interna para fornecer capacidades de processamento e exibição. Uma porta de memória não volátil também pode ser usada para fornecer opções de entrada/saída de dados a um usuário. A porta de memória não volátil também pode ser usada para expandir as capacidades de memória do dispositivo sem fio. Um teclado pode ser integrado ao dispositivo sem fio ou conectado sem fio ao dispositivo sem fio para fornecer entrada de usuário adicional. Um teclado virtual também pode ser fornecido com o uso da tela de toque.
[00106] Várias técnicas ou determinados aspectos ou porções dos mesmos podem assumir a forma de código de programa (isto é, instruções) incorporados em mídia tangível, tais como disquetes, memória apenas de leitura de disco compacto (CD-ROMs), memória apenas de leitura de disco compacto, meio de armazenamento legível por computador não transitório ou qualquer outro meio de armazenamento legível por máquina em que, quando oO código de programa é carregado em uma máquina e executado pela mesma, tal como um computador, a máquina se torna um aparelho para praticar as várias técnicas. O pode incluir hardware, firmware, código de programa, código executável, instruções de computador e/ou software. Um meio de armazenamento legível por computador não transitório pode ser um meio de armazenamento legível por computador que não inclui sinal. No caso de execução de código de programa em computadores programáveis, o dispositivo de computação pode incluir um processador, um meio de armazenamento legível pelo processador (incluindo memória volátil e não volátil e/ou elementos de armazenamento), pelo menos um dispositivo de entrada e pelo menos um dispositivo de saída. A memória volátil e não volátil e/ou elementos de armazenamento pode ser uma memória de acesso aleatório (RAM), memória apenas de leitura programável apagável (EPROM), unidade flash, unidade óptico, disco rígido magnético, unidade de estado sólido ou outro meio para dados eletrônicos de Brmazenamento, O nó e dispositivo sem fio também podem incluir um módulo de transceptor (isto é, transceptor), um módulo de contador (isto é, contador), um módulo de processamento (isto é, processador) e/ou um módulo de relógio (isto é, relógio) ou módulo temporizador (isto é, temporizador). Um ou mais programas que podem implantar ou utilizar as várias técnicas descritas neste documento podem usar uma interface de programação de aplicativo (API), controles reutilizáveis e similares. Tais programas podem ser implantados em uma linguagem de procedimentos de alto nível ou orientada por objeto para se comunicar com um sistema de computador. Entretanto, o(s) programa(s) pode(m) ser implantado(s) em linguagem de máquina ou assembly, se desejado. De qualquer maneira, a linguagem pode ser uma linguagem compilada ou interpretada e combinada com implantações de hardware.
[00107] Deve-se entender que diversas das unidades funcionais descritas nesse relatório descritivo foram identificadas como módulos, a fim de enfatizar mais particularmente sua independência de implantação. Por exemplo, um módulo pode ser implantado como um circuito de hardware que compreende circuitos de integração personalizada de larguíssima escala (VLSI) ou matrizes de portão, semicondutores de prateleira tais como chips de lógica, transistores ou outros componentes discretos. Um módulo também pode ser implantado em dispositivos de hardware programável, tais como matrizes de portão de campo programáveis, lógica de matriz programável, dispositivos de lógica programável ou similares.
[00108] Os módulos também podem ser implantados em software para a execução através de vários tipos processadores. Um módulo identificado de código executável pode, por exemplo, compreender um ou mais blocos físicos ou lógicos de instruções de computador, que podem, por exemplo, ser organizados como um objeto, procedimento ou função. Contudo, os executáveis de um módulo identificado não precisam ser localizados juntos fisicamente, mas podem compreender instruções distintas armazenadas em localidades diferentes que, quando unidas juntas logicamente, compreendem o módulo e alcançam o propósito determinado para o módulo.
[00109] Um módulo de código executável pode ser uma única instrução ou muitas instruções e pode até ser distribuído por diversos segmentos de código diferentes, dentre programas diferentes e através de diversos dispositivos de memória. De modo similar, os dados operacionais podem ser identificados e ilustrados neste documento em módulos e podem ser incorporados em qualquer forma adequada e organizados em qualquer tipo adequado de estrutura de dados. Os dados operacionais podem ser coletados como um único conjunto de dados set ou podem ser distribuídos por locais diferentes, incluindo por dispositivos de armazenamento diferentes e podem existir, pelo menos parcialmente, apenas como sinais eletrônicos em um sistema ou rede. Os módulos podem ser passivos ou ativos, incluindo agentes operáveis para realizar funções desejadas.
[00110] Ao longo deste relatório descritivo é feita referência a "um exemplo" ou "“exemplificativo”, que significa que um recurso, estrutura ou característica específicos descritos em relação ao exemplo são incluídos em pelo menos uma modalidade da presente invenção. Dessa forma, a ocorrência das frases "em um exemplo" ou a palavra “exemplificativo” em vários lugares ao longo deste relatório descritivo não se referem, necessariamente, todas à mesma modalidade.
[00111] Conforme usado neste documento, uma pluralidade de itens, elementos estruturais, elementos de composição e/ou materiais podem ser apresentados em uma lista comum a título de conveniência. Entretanto, tais listas devem ser interpretadas como se cada membro da lista fosse individualmente identificado como um membro único e separado. Dessa forma, nenhum membro individual de tal lista deve ser considerado como um equivalente de fato de qualquer outro membro da mesma lista somente com base em sua apresentação em um grupo comum sem indicações do contrário. Além disso, várias modalidades e exemplos da presente invenção podem ser mencionados neste documento juntamente com alternativas para os vários componentes dos mesmos. Entende-se que tais modalidades, exemplos e alternativas não devam ser interpretados como equivalente reais um do outro, mas devem ser interpretados como representações separadas e autônomas da presente invenção.
[00112] Ademais, os recursos, estruturas ou características descritos podem ser combinados de qualquer maneira adequada em uma ou mais modalidades. Na descrição a seguir, diversos detalhes específicos são fornecidos, tais como exemplos de gabaritos, distâncias, exemplos de rede, etc., para fornecer um entendimento completo das modalidades da invenção. Um versado na técnica relevante irá reconhecer, entretanto, que a invenção pode ser praticada sem um ou mais dos detalhes específicos ou com outros métodos, componentes, gabaritos, etc. Em outros casos, as estruturas, materiais ou operações bem conhecidos não são mostrados ou descritos em detalhes para evitar a omissão de aspectos da invenção.
[00113] Embora os exemplos supracitados sejam ilustrativos dos princípios da presente invenção em uma ou mais aplicações específicas, ficará evidente para os elementos de habilidade comum na técnica que diversas modificações na forma, uso e detalhes de implementação podem ser realizadas sem o exercício de exercício de faculdade da invenção e sem que se afaste dos princípios e conceitos da invenção. Consequentemente, a invenção não se destina a ser limitada, exceto pelas reivindicações estabelecidas abaixo.

Claims (24)

REIVINDICAÇÕES
1. Servidor operável para fornecer transmissão contínua com coordenação de orientação de vídeo (CVO), caracterizado por ter um sistema de circuitos de computador configurado para: receber uma mensagem de troca de capacidade de dispositivo com um atributo de CVO para um cliente; e modificar um conteúdo no servidor a ser transmitido “continuamente ao cliente com base no atributo de CVO recebido na capacidade de dispositivo.
2. Sistema de circuitos de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que o sistema de circuitos de computador é configurado para modificar o conteúdo transmitido continuamente e é adicionalmente configurado para: corrigir uma orientação de renderização de uma transmissão contínua de protocolo de transporte em tempo real (RTP) ou transmissão contínua adaptativa dinâmica transmitida continuamente através de um conteúdo de protocolo de transferência de hipertexto (HTTP) (DASH) para o desalinhamento anterior à entrega ao cliente quando a capacidade de dispositivo para o cliente não inclui o atributo de CVO de modo a indicar que o cliente não é terminal ciente de orientação.
3. Sistema de circuitos de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que o sistema de circuitos de computador é configurado para modificar o conteúdo transmitido continuamente e é adicionalmente configurado para:
entregar um arquivo de metadados de descrição de apresentação de mídia (MPD) para uma transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo do protocolo de transferência de hipertexto (HTTP) (DASH) a partir do servidor para o cliente com um atributo de indicação de CVO fornecido em um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation, em que o atributo de codecs é estabelecido como “3gvo”, de modo a indicar uma presença de um componente de vídeo orientado e informações de CVO associadas no conteúdo de DASH transmitido continuamente; e entregar um arquivo de protocolo de descrição de sessão (SDP) para uma transmissão contínua de protocolo de transporte em tempo real (RTP) ao cliente com uma indicação de CVO através de um tributo a=extmap com um nome uniforme de recurso (URN) de CVO "urn:3gpp: video-orientation” que representa uma granularidade de 2 bits para uma CVO ou “urn:3gpp:video- orientation:6" que representa uma granularidade de 6& bits para uma CVO de Granularidade Superior das informações de CVO contidas em um cabeçalho de extensão de RTP.
4, Sistema de circuitos de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que o sistema de circuitos de computador está configurado para: armazenar dados de CVO em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO), em que os campos de CVOSampleEntry incluem um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade e em que o tipo de BoxHeader é configurado a um valor de “3gvo”; ou armazenar dados de CVo para uma transmissão contínua de protocolo de transporte em tempo real (RTP) em um cabeçalho de extensão de RTP.
5. Sistema de circuitos de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que o sistema de circuitos de computador configurado para receber a capacidade de dispositivo e é, adicionalmente, configurado para: trocar uma capacidade de serviço de transmissão contínua comutado por pacote (PSS), em que Oo atributo de CVO inclui: um atributo StreamingCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de transmissões contínuas de protocolo de transporte em tempo real (RTP), um : atributo StreamingHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior das transmissões contínuas de RTP, um atributo ThreeGPCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de arquivos em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP), ou um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior dos arquivos de 3GP.
6. Sistema de circuitos de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que o sistema de circuitos de computador configurado para modificar o conteúdo transmitido continuamente é adicionalmente configurado para: realizar adaptação de conteúdo ciente de orientação, seleção de conteúdo ciente de orientação, transcodificação ciente de orientação ou conversão de formato ciente de orientação para corrigir um desalinhamento de orientação de vídeo e garantir uma reprodução de conteúdo no cliente com uma orientação de vídeo correta.
7. Sistema de circuitos de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que oO servidor inclui um servidor de serviço de transmissão contínua comutada por pacote (PSS) de evolução a longo prazo (LTE) de projeto de parceria de terceira geração, um servidor de serviço de transmissão contínua comutada por pacote (PSS) de evolução a longo prazo (LTE) de projeto de parceria de terceira geração (3GPP) ou um servidor de serviço de difusão e difusão seletiva de multimídia e PSS (MBMS) baseado em subsistema de multimídia integrada (IMS) (IMS PSS MBNMS).
8. Terminal "móvel (MT) para fornecer capacidade de coordenação de orientação de vídeo (CVO), caracterizado por compreender: um processador para determinar uma capacidade de CVO de MT; e um transceptor para transmitir a capacidade de CVO de MT em um atributo de componente de transmissão contínua para um servidor.
9. Terminal "móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que: o transceptor é adicionalmente configurado para: receber um cabeçalho de extensão de protocolo de transporte em tempo real (RTP) para uma transmissão contínua de RTP ou um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) para uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH); e sendo que o processador é, adicionalmente, configurado para: analisar um arquivo de metadados de descrição de apresentação de mídia (MPD) para o arquivo 3GP quanto a um atributo de indicação de CVO ou analisar o arquivo 3GP quanto às informações de CVO incorporadas, determinar um termo de correção de orientação com base nas informações de CVo analisadas e uma orientação atual do MT, e corrigir uma orientação de renderização da transmissão contínua de HTTP ou DASH para desalinhamento com base no termo de correção de orientação determinado quando o arquivo de metadados de MPD inclui o atributo de indicação de CVO e o MT é um terminal ciente de orientação; ou analisar um arquivo de protocolo de descrição de seção para a transmissão contínua de RTP para o atributo de indicação de CVO ou analisar o cabeçalho de extensão de RTP para a transmissão contínua de RTP quanto às informações de CVO incorporadas, determinar um termo de correção de orientação com base nas informações de CVo analisadas e orientação atual do MT, e corrigir uma orientação de renderização da transmissão contínua de RTP para o desalinhamento com base no termo de correção de orientação determinado quando o arquivo de SDP inclui o atributo de indicação de CVO e o MT é o terminal ciente de orientação, em que corrigir a orientação de renderização compensa pela rotação ou giro de uma orientação.
10. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que: o transceptor é adicionalmente configurado para:
receber um arquivo de metadados de descrição de apresentação de mídia (MPD) do servidor para a transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo de protocolo de transferência de hipertexto (HTTP) (DASH) com um atributo de indicação de CVO fornecido em um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation, em que oO atributo de codecs é estabelecido como “3gvo”, de modo a indicar uma presença de um componente de vídeo orientado e as informações de CVO associadas no conteúdo de DASH transmitido continuamente; e sendo que o processador é, : adicionalmente, configurado para: analisar o arquivo de metadados de MPD para o atributo de indicação de CVO; e modificar uma orientação de renderização de uma transmissão contínua de HTTP ou do conteúdo de DASH transmitido continuamente para o desalinhamento quando o arquivo de metadados de MPD inclui o atributo de indicação de CVO e o MT é um terminal ciente de orientação.
11. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que: o transceptor é adicionalmente configurado para: receber um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) que inclui de CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO), em que os campos de CVOSampleEntry incluem um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade e em que o tipo de BoxHeader é configurado a um valor de 3gvo; e sendo que o processador é, adicionalmente, configurado para: analisar o arquivo 3GP para o CVOSampleEntry; e modificar uma orientação de renderização de uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo de HTTP (DASH) para o desalinhamento quando o arquivo 3GP inclui o CVOSampleEntry e o MT é um terminal ciente de orientação.
12. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que: o transceptor é adicionalmente configurado para: trocar uma capacidade de cliente de serviço de transmissão contínua comutado por pacote (PSS) pela capacidade de CVO de MT, em que a capacidade de CVO de MT inclui: um atributo StreamingCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de transmissões contínuas de protocolo de transporte em tempo real (RTP), um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior dos arquivos de 3GP; um atributo ThreeGPCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de arquivos em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP), ou um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior de arquivos de 3GP.
13. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que: sendo que o processador é, adicionalmente, configurado para: capturar um vídeo de conteúdo gerado por usuário (UGC) com uma orientação especificada; e incorporar informações de CVO para o vídeo de UGC em um arquivo (3GP) em formato de arquivo de projeto de parceria de terceira geração (3GPP); e o transceptor é adicionalmente configurado para:
transferir por upload um arquivo 3GP para uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH) .
14. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que: sendo que o processador é, adicionalmente, configurado para: capturar dados de CVo com uma orientação especificada; e armazenar os dados de CVO em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO), em que os campos de CVOSampleEntry incluem um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade e em que o tipo de BoxHeader é configurado a um valor de 3gvo; e o transceptor é adicionalmente configurado para: transferir por upload um arquivo 3GP para uma transmissão contínua de protocolo de transferência de hipertexto (HTTP) ou transmissão contínua adaptativa dinâmica através de HTTP (DASH) .
15. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que a capacidade de CVO de MT é fornecida em uma sessão de serviço de transmissão contínua comutado por pacote (PSS) de evolução a longo prazo (LTE) de projeto de parceria de terceira geração (3GPP), uma transmissão adaptativa dinâmica através de protocolo de sessão de transferência de hipertexto (HTTP) (DASH) ou um subsistema de multimídia integrada (IMS) com base em sessão de serviço de difusão e difusão seletiva de multimídia e PSS (MBMS) (IMS PSS MBNS).
16. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que compreende, adicionalmente: um sensor de orientação para determinar uma orientação do MT.
17. Terminal móvel, de acordo com a reivindicação 8, caracterizado pelo fato de que o terminal móvel inclui um equipamento de usuário (UE) ou uma estação móvel (MS) e o terminal móvel inclui uma antena, uma câmera, uma tela de v sensível ao toque, um alto-falante, um microfone, um processador de gráficos, um processador de aplicação, memória interna ou uma porta de memória não volátil.
18. Método para sinalizar uma capacidade de coordenação de orientação de vídeo (CVO) de um terminal móvel (MT) em um servidor, caracterizado por compreender:
receber uma capacidade de dispositivo para um cliente no servidor através de uma mensagem de troca de capacidade de dispositivo; identificar quando a capacidade de dispositivo inclui um atributo de CVO; e adaptar um conteúdo transmitido continuamente ao cliente com base em uma inclusão do atributo de CVO.
19. Método, de acordo com a reivindicação 18, caracterizado pelo fato de que adaptar o conteúdo transmitido continuamente compreende, adicionalmente: modificar uma orientação de exibição de uma transmissão contínua de protocolo de transferência de hipertexto (HTTP), transmissão contínua adaptativa dinâmica através de HTTP (DASH) ou transmissão contínua de protocolo de transporte em tempo real (RTP) para um desalinhamento quando a capacidade de dispositivo para o cliente não incluir o atributo de CVO que indica que o cliente não é um terminal ciente de orientação; ou incorporar um atributo de indicação de CVOo em um arquivo de metadados de descrição de apresentação de mídia (MPD) ou um arquivo de protocolo de descrição de seção quando a capacidade de dispositivo para o cliente incluir o atributo de CVO que indica que o cliente é um terminal ciente de orientação para modificar a orientação de exibição de uma transmissão contínua.
20. Método, de acordo com a reivindicação 18, caracterizado pelo fato de que adaptar o conteúdo transmitido continuamente compreende adicionalmente:
| 13/16 | entregar um arquivo de metadados de descrição de apresentação de mídia (MPD) para uma transmissão contínua adaptativa dinâmica transmitida continuamente através do conteúdo do protocolo de transferência de hipertexto (HTTP) (DASH) para o cliente com um atributo de indicação de CVO fornecido em um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation, em que o atributo de codecs é estabelecido como “3gvo”, de modo a indicar uma presença de um componente de vídeo orientado e informações de CVO associadas no conteúdo de DASH de transmissão contínua; e entregar um arquivo de protocolo de descrição de sessão (SDP) para uma transmissão contínua de protocolo de transporte em tempo real (RTP) ao cliente com uma indicação de CVO através de um atributo az=extmap com um nome uniforme de recurso (URN) de CVO "urn:3gpp: video-orientation” que representa uma granularidade de 2 bits para uma CVO ou “urn:3gpp:video- orientation:6" que representa uma granularidade de 6 bits para umá CVO de Granularidade Superior das informações de CVO contidas em um cabeçalho de extensão de RTP.
21. Método, de acordo com a reivindicação 18, caracterizado pelo fato de que adaptar o conteúdo transmitido continuamente compreende adicionalmente: receber um vídeo de conteúdo gerado por usuário (UGC) que inclui informações de CVO incorporadas ao vídeo de UGC em um arquivo em formato de arquivo
(3GP) de projeto de parceria de terceira geração (3GPP), em que Oo arquivo 3GP usa: um CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para Padronização (ISO), em que os campos de CVOSampleEntry incluem um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade e em que o tipo de BoxHeader é configurado a um valor de 3gvo; ou um atributo comum de codecs ou elemento para um AdaptationSet, Representation ou SubRepresentation de uma descrição de apresentação de mídia (MPD), em que o atributo de codecs é estabelecido como "“3gvo”, de modo indicar uma presença de um componente de vídeo orientado e informações de CVO associadas em uma transmissão contínua adaptativa dinâmica transmitida continuamente através de conteúdo de protocolo de transferência de hipertexto (HTTP) (DASH).
22. Método, de acordo com a reivindicação 18, caracterizado pelo fato de que adaptar o conteúdo transmitido continuamente compreende, adicionalmente: armazenar dados de CVO em um arquivo em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP) com o uso de CVOSampleEntry para uma faixa de multidados temporizados de CVO em uma caixa de descrição de amostra de estrutura de caixa em formato de arquivo da Organização Internacional para
Padronização (ISO), em que os campos de CVOSampleEntry incluem um tipo ou tamanho de BoxHeader, um Índice de referência de dados ou uma Granularidade e em que o tipo de BoxHeader é configurado a um valor de “3gvo”; ou armazenar dados de CVOo para uma transmissão contínua de protocolo de transporte em tempo real (RTP) em um cabeçalho de extensão de RTP.
23. Método, de acordo com a reivindicação 18, caracterizado pelo fato de que receber a capacidade de dispositivo para o cliente compreende, adicionalmente: trocar uma capacidade de cliente de serviço de transmissão contínua comutado por pacote (PSS) para o cliente, em que a capacidade de CVO inclui: um atributo StreamingCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de transmissões contínuas de protocolo de transporte em tempo real (RTP), um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior dos arquivos de 3GP, um atributo ThreeGPCVOCapable para indicar se o cliente é um receptor com capacidade de CVO de arquivos em formato de arquivo (3GP) de projeto de parceria de terceira geração (3GPP), ou um atributo ThreeGPHighGranularityCVOCapable para indicar se o cliente é um receptor com capacidade para CVO de Granularidade Superior de arquivos de 3GP.
24. Sistema com lógica caracterizado por implantar o método conforme definido na reivindicação
18.
BR112015006675-5A 2012-10-26 2013-10-28 Transmissão contínua com coordenação de orientação de vídeo (cvo) BR112015006675B1 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201261719241P 2012-10-26 2012-10-26
US61/719,241 2012-10-26
US201361753914P 2013-01-17 2013-01-17
US61/753,914 2013-01-17
US201361841230P 2013-06-28 2013-06-28
US61/841,230 2013-06-28
PCT/US2013/067054 WO2014066887A1 (en) 2012-10-26 2013-10-28 Streaming with coordination of video orientation (cvo)

Publications (2)

Publication Number Publication Date
BR112015006675A2 true BR112015006675A2 (pt) 2020-08-18
BR112015006675B1 BR112015006675B1 (pt) 2022-08-30

Family

ID=50545385

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112015006675-5A BR112015006675B1 (pt) 2012-10-26 2013-10-28 Transmissão contínua com coordenação de orientação de vídeo (cvo)

Country Status (10)

Country Link
US (3) US9215262B2 (pt)
EP (2) EP2912851B1 (pt)
JP (2) JP6105741B2 (pt)
KR (2) KR101843328B1 (pt)
CN (1) CN104704844B (pt)
AU (3) AU2013334019B2 (pt)
BR (1) BR112015006675B1 (pt)
CA (1) CA2880588C (pt)
HK (1) HK1207770A1 (pt)
WO (1) WO2014066887A1 (pt)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3270596A1 (en) * 2012-08-22 2018-01-17 Huawei Technologies Co., Ltd. Carriage of iso-bmff event boxes in an mpeg-2 transport stream
CA2880588C (en) 2012-10-26 2020-03-10 Intel Corporation Streaming with coordination of video orientation
US9762938B2 (en) 2012-10-26 2017-09-12 Intel Corporation Multimedia adaptation based on video orientation
EP3018912B1 (en) 2013-07-02 2018-09-12 Sony Corporation Content provision device, content provision method, program, terminal device, and content provision system
KR102154800B1 (ko) * 2014-01-10 2020-09-10 삼성전자주식회사 전자 장치의 데이터 스트리밍 방법 및 그 전자 장치
GB2524531B (en) * 2014-03-25 2018-02-07 Canon Kk Methods, devices, and computer programs for improving streaming of partitioned timed media data
EP3035326B1 (en) * 2014-12-19 2019-07-17 Alcatel Lucent Encoding, transmission , decoding and displaying of oriented images
CN106034262B (zh) * 2015-03-13 2021-01-22 中兴通讯股份有限公司 自适应流媒体处理方法及装置
WO2016204712A1 (en) * 2015-06-16 2016-12-22 Intel IP Corporation Adaptive video content for cellular communication
US9681111B1 (en) * 2015-10-22 2017-06-13 Gopro, Inc. Apparatus and methods for embedding metadata into video stream
US10593028B2 (en) * 2015-12-03 2020-03-17 Samsung Electronics Co., Ltd. Method and apparatus for view-dependent tone mapping of virtual reality images
US10097608B2 (en) * 2015-12-26 2018-10-09 Intel Corporation Technologies for wireless transmission of digital media
US9723258B2 (en) * 2015-12-30 2017-08-01 Roku, Inc. Orientation adjustment for casting videos
US10421012B2 (en) 2016-03-25 2019-09-24 Zero Latency PTY LTD System and method for tracking using multiple slave servers and a master server
US10071306B2 (en) 2016-03-25 2018-09-11 Zero Latency PTY LTD System and method for determining orientation using tracking cameras and inertial measurements
US10486061B2 (en) 2016-03-25 2019-11-26 Zero Latency Pty Ltd. Interference damping for continuous game play
US9916496B2 (en) 2016-03-25 2018-03-13 Zero Latency PTY LTD Systems and methods for operating a virtual reality environment using colored marker lights attached to game objects
US10717001B2 (en) 2016-03-25 2020-07-21 Zero Latency PTY LTD System and method for saving tracked data in the game server for replay, review and training
CN108781099B (zh) * 2016-04-01 2022-02-22 苹果公司 用户设备的装置、扩展enodeb的装置和用户设备
CN107294736B (zh) * 2016-04-05 2020-06-30 中国移动通信有限公司研究院 多媒体数据处理方法及终端
US10751609B2 (en) 2016-08-12 2020-08-25 Zero Latency PTY LTD Mapping arena movements into a 3-D virtual world
FR3070087B1 (fr) * 2017-08-11 2019-08-09 Renault S.A.S. Procede d’affichage d’images sur un ecran de vehicule automobile
KR102024642B1 (ko) * 2017-11-29 2019-09-24 전자부품연구원 라이브 스트리밍 서버 장치 및 이의 운용 방법
JPWO2019167633A1 (ja) * 2018-02-28 2021-03-11 ソニー株式会社 コンテンツ配信制御装置、コンテンツ配信制御方法、プログラム、およびコンテンツ配信システム
EP3761650A4 (en) * 2018-02-28 2021-01-27 Sony Corporation DEVICE FOR CONTENT PROVISION CONTROL, METHOD FOR CONTENT PROVISION CONTROL, PROGRAM AND SYSTEM FOR CONTENT PROVISION
US20200296316A1 (en) 2019-03-11 2020-09-17 Quibi Holdings, LLC Media content presentation
US20200296462A1 (en) 2019-03-11 2020-09-17 Wci One, Llc Media content presentation
US11470136B2 (en) * 2020-10-07 2022-10-11 Tencent America LLC URL customization using the session-based dash operations
US11451602B2 (en) 2021-01-06 2022-09-20 Tencent America LLC Methods and apparatuses for dynamic adaptive streaming over HTTP

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU5884300A (en) 1999-06-23 2001-01-09 Infolio, Inc. System and operating method for an internet-based content adaptation service
SE522878C2 (sv) 2000-06-16 2004-03-16 Ericsson Telefon Ab L M Datakommunikationssystem
JP4189627B2 (ja) * 2002-04-24 2008-12-03 富士フイルム株式会社 画像サーバ並びに画像表示システム
US7065641B2 (en) 2002-06-13 2006-06-20 Intel Corporation Weighted processor selection apparatus and method for use in multiprocessor systems
US7085590B2 (en) 2003-12-31 2006-08-01 Sony Ericsson Mobile Communications Ab Mobile terminal with ergonomic imaging functions
FI20040944A0 (fi) 2004-07-07 2004-07-07 Nokia Corp Sisältöviestinnän hallinta viestintäjärjestelmässä
US7721204B2 (en) * 2004-07-29 2010-05-18 Xerox Corporation Client dependent image processing for browser-based image document viewer for handheld client devices
KR100631601B1 (ko) * 2004-10-21 2006-10-09 엘지전자 주식회사 휴대용 단말기의 동영상 스트리밍 서비스 방법
US8819143B2 (en) 2005-05-31 2014-08-26 Flash Networks Ltd. Presentation layer adaptation in multimedia messaging
KR100927978B1 (ko) 2005-09-01 2009-11-24 노키아 코포레이션 리치 미디어 콘텐츠의 프로그레시브 다운로딩 및스트리밍을 위해 ｉｓｏ 기반 미디어 파일 포맷으로 ｓｖｇ콘텐츠를 임베딩 하는 방법
JP4567646B2 (ja) * 2006-09-25 2010-10-20 シャープ株式会社 動画像・音声再生携帯端末、及び、動画像・音声配信端末、及び、システム
US7984177B2 (en) 2007-04-30 2011-07-19 Vixs Systems, Inc. Multimedia client/server system with adjustable packet size and methods for use therewith
US8595186B1 (en) * 2007-06-06 2013-11-26 Plusmo LLC System and method for building and delivering mobile widgets
US8600391B2 (en) 2008-11-24 2013-12-03 Ringcentral, Inc. Call management for location-aware mobile devices
GB0721475D0 (en) 2007-11-01 2007-12-12 Asquith Anthony Virtual buttons enabled by embedded inertial sensors
US8467991B2 (en) 2008-06-20 2013-06-18 Microsoft Corporation Data services based on gesture and location information of device
US8706910B2 (en) * 2008-10-28 2014-04-22 Panzura, Inc. Dynamically adaptive network-based data processing system and method
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
WO2010099577A1 (en) 2009-03-04 2010-09-10 The University Of Queensland Cancer biomarkers and uses therefor
US20100262711A1 (en) * 2009-04-09 2010-10-14 Nokia Corporation Systems, methods, and apparatuses for media file streaming
CN101540871B (zh) * 2009-04-27 2011-05-11 中兴通讯股份有限公司 基于电路域可视电话同步录制对端声音图像的方法和终端
WO2011039617A1 (en) 2009-09-29 2011-04-07 Nokia Corporation System, method and apparatus for dynamic media file streaming
US9124804B2 (en) * 2010-03-22 2015-09-01 Microsoft Technology Licensing, Llc Using accelerometer information for determining orientation of pictures and video images
US8521899B2 (en) 2010-05-05 2013-08-27 Intel Corporation Multi-out media distribution system and method
US8514331B2 (en) * 2010-06-08 2013-08-20 Stmicroelectronics, Inc. De-rotation adaptor and method for enabling interface of handheld multi-media device with external display
US9131033B2 (en) * 2010-07-20 2015-09-08 Qualcomm Incoporated Providing sequence data sets for streaming video data
US9596447B2 (en) * 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US20120195196A1 (en) * 2010-08-11 2012-08-02 Rajat Ghai SYSTEM AND METHOD FOR QoS CONTROL OF IP FLOWS IN MOBILE NETWORKS
WO2012032502A1 (en) * 2010-09-10 2012-03-15 Nokia Corporation A method and apparatus for adaptive streaming
US8918645B2 (en) * 2010-09-24 2014-12-23 Amazon Technologies, Inc. Content selection and delivery for random devices
WO2012046487A1 (ja) 2010-10-05 2012-04-12 シャープ株式会社 コンテンツ再生装置、コンテンツ配信システム、コンテンツ再生装置の同期方法、制御プログラム、および、記録媒体
US8803999B2 (en) * 2010-10-12 2014-08-12 Blackberry Limited Method and apparatus for image orientation indication and correction
JP2012099890A (ja) * 2010-10-29 2012-05-24 Sony Corp 画像処理装置、画像処理方法、および画像処理システム
JP5811602B2 (ja) * 2010-12-16 2015-11-11 ソニー株式会社 画像生成装置、プログラム、画像表示システム、および画像表示装置
WO2012088023A2 (en) 2010-12-20 2012-06-28 Akamai Technologies, Inc. Methods and systems for delivering content to differentiated client devices
US8675577B2 (en) * 2010-12-20 2014-03-18 Intel Corporation Signaling techniques for a multimedia-aware radio and network adaptation
US8441955B2 (en) * 2011-01-24 2013-05-14 Tektronix, Inc. Determining mobile video quality of experience and impact of video transcoding
US20120278495A1 (en) * 2011-04-26 2012-11-01 Research In Motion Limited Representation grouping for http streaming
KR101784316B1 (ko) * 2011-05-31 2017-10-12 삼성전자주식회사 멀티 앵글 방송 서비스 제공 방법 및 이를 적용한 디스플레이 장치, 모바일 기기
WO2013019261A1 (en) 2011-08-01 2013-02-07 Intel Corporation MULTI-HOP SINGLE SIGN-ON (SSO) FOR IDENTITY PROVIDER (IdP) ROAMING/PROXY
US8867806B2 (en) * 2011-08-01 2014-10-21 Impac Medical Systems, Inc. Method and apparatus for correction of errors in surfaces
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
WO2013032402A1 (en) * 2011-09-01 2013-03-07 Mp4Sls Pte Ltd Communication device and method for receiving media data
TW201322743A (zh) 2011-11-18 2013-06-01 Onlive Inc 用於控制視訊串流之圖形使用者介面，系統及方法
US9438818B2 (en) * 2012-06-20 2016-09-06 Qualcomm Incorporated Device and method for multimedia communications with picture orientation information
US20140019635A1 (en) * 2012-07-13 2014-01-16 Vid Scale, Inc. Operation and architecture for dash streaming clients
US9357272B2 (en) 2012-08-03 2016-05-31 Intel Corporation Device orientation capability exchange signaling and server adaptation of multimedia content in response to device orientation
US9762938B2 (en) 2012-10-26 2017-09-12 Intel Corporation Multimedia adaptation based on video orientation
CA2880588C (en) 2012-10-26 2020-03-10 Intel Corporation Streaming with coordination of video orientation

Also Published As

Publication number Publication date
EP2912851A1 (en) 2015-09-02
AU2017203829A1 (en) 2017-06-22
US9215262B2 (en) 2015-12-15
KR101703268B1 (ko) 2017-02-06
CA2880588A1 (en) 2014-05-01
JP2016500987A (ja) 2016-01-14
KR101843328B1 (ko) 2018-03-28
US9438658B2 (en) 2016-09-06
JP2017143528A (ja) 2017-08-17
EP3139698A1 (en) 2017-03-08
CA2880588C (en) 2020-03-10
CN104704844B (zh) 2019-05-21
KR20170015563A (ko) 2017-02-08
JP6455741B2 (ja) 2019-01-23
EP2912851A4 (en) 2016-05-25
BR112015006675B1 (pt) 2022-08-30
EP2912851B1 (en) 2020-04-22
US20160088053A1 (en) 2016-03-24
JP6105741B2 (ja) 2017-03-29
AU2017203829B2 (en) 2018-09-06
HK1207770A1 (en) 2016-02-05
WO2014066887A1 (en) 2014-05-01
EP3139698B1 (en) 2020-05-06
KR20150048216A (ko) 2015-05-06
AU2013334019A1 (en) 2015-02-12
AU2016200390A1 (en) 2016-02-11
US20150089074A1 (en) 2015-03-26
US10432692B2 (en) 2019-10-01
AU2016200390B2 (en) 2017-03-23
US20160352799A1 (en) 2016-12-01
AU2013334019B2 (en) 2015-11-12
CN104704844A (zh) 2015-06-10

Similar Documents

Publication Publication Date Title
JP6455741B2 (ja) ビデオの向きの調整（ｃｖｏ）を伴うストリーミング
TWI568252B (zh) 具有視訊定向協調（ｃｖｏ）之串流技術
JP6490778B2 (ja) ビデオ方位に基づくマルチメディア適応
US20140095668A1 (en) Method for seamless unicast-broadcast switching during dash-formatted content streaming
US20140019635A1 (en) Operation and architecture for dash streaming clients

Legal Events

Date Code Title Description
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04N 21/25

Ipc: H04N 21/2343 (2011.01), H04N 21/258 (2011.01), H04

B25C Requirement related to requested transfer of rights

Owner name: INTEL CORPORATION (US)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B25A Requested transfer of rights approved

Owner name: APPLE INC. (US)

B350 Update of information on the portal [chapter 15.35 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 28/10/2013, OBSERVADAS AS CONDICOES LEGAIS