BRPI0614744B1 - Método e aparelho para transmitir/receber uma informação de acesso de serviço de difusão em um sistema de difusão - Google Patents
Método e aparelho para transmitir/receber uma informação de acesso de serviço de difusão em um sistema de difusão Download PDFInfo
- Publication number
- BRPI0614744B1 BRPI0614744B1 BRPI0614744-5A BRPI0614744A BRPI0614744B1 BR PI0614744 B1 BRPI0614744 B1 BR PI0614744B1 BR PI0614744 A BRPI0614744 A BR PI0614744A BR PI0614744 B1 BRPI0614744 B1 BR PI0614744B1
- Authority
- BR
- Brazil
- Prior art keywords
- service
- access
- broadcast
- information
- fragment
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000009792 diffusion process Methods 0.000 title claims description 34
- 239000012634 fragment Substances 0.000 claims description 325
- 230000003993 interaction Effects 0.000 abstract description 82
- 238000004891 communication Methods 0.000 abstract description 44
- 230000006854 communication Effects 0.000 abstract description 44
- 108091006146 Channels Proteins 0.000 description 94
- 230000005540 biological transmission Effects 0.000 description 47
- 230000008569 process Effects 0.000 description 19
- 238000005516 engineering process Methods 0.000 description 11
- 238000010295 mobile communication Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000009826 distribution Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005304 joining Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 230000007723 transport mechanism Effects 0.000 description 2
- 101000666098 Homo sapiens WAP four-disulfide core domain protein 12 Proteins 0.000 description 1
- 102100038089 WAP four-disulfide core domain protein 12 Human genes 0.000 description 1
- 150000001768 cations Chemical class 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 241000894007 species Species 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
- H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
- H04H60/90—Wireless transmission systems
- H04H60/91—Mobile communication networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1877—Measures taken prior to transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/65—Arrangements characterised by transmission systems for broadcast
- H04H20/76—Wired systems
- H04H20/82—Wired systems using signals not modulated onto a carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/30—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data
- H04H2201/33—Aspects of broadcast communication characterised by the use of a return channel, e.g. for collecting users' opinions, for returning broadcast space/time information or for requesting data via the broadcast channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
metodo e aparelho para transmitir/receber uma informaçao de acesso de serviço de difusao em um sistema de difusao, e sistema do mesmo sistema de difusão para fornecer informação de acesso de um serviço de difusão, em que o aparelho de transmissão gera a informação de acesso para pelo menos um entre a redede difusão e a rede de interação, da qual o serviço de difusão é transmitido, e transmite a informação de acesso para o terminal através da rede de comunicação específica. o aparelho de recepção recebe a informação de acesso do serviço de difusão através da rede de comunicação, analisa a informação de acesso recebida para determinar a rede da qual o serviço de difusão é fornecido, entre a rede de difusão e a rede de interação, e estabelece um endereço de acesso para a recepção do serviço de difusao.
Description
MÉTODO E APARELHO PARA TRANSMITIR/RECEBER UMA INFORMAÇÃO DE ACESSO DE SERVIÇO DE DIFUSÃO EM UM SISTEMA DE DIFUSÃO
HISTÓRICO DA INVENÇÃO
CAMPO DA INVENÇÃO
A presente invenção relaciona-se genericamente a um método e aparelho para fornecer serviços de difusão em um sistema de difusão. Em particular, a presente invenção relaciona-se a um método de transmissão/recepção de 10 informação de acesso e um aparelho para atingir com eficiência acesso aos serviços de difusão, e um sistema e terminal do mesmo.
DESCRIÇÃO DA TECNOLOGIA RELACIONADA
O mercado da comunicação móvel requer continuamente a 15 produção de novos serviços, por exemplo, através da recombinação ou a integração de tecnologias existentes. Hoje em dia, com o desenvolvimento das tecnologias de comunicação e de difusão, o sistema de difusão convencional ou o sistema de comunicação móvel atingiu a fase de 20 fornecer serviços de difusão através de terminais portáteis (ou terminais móveis), como os telefones móveis e assistentes digitais pessoais (PDAs). Devido às necessidades de mercado latentes e efetivas e a crescente procura por serviços de multimídia, as estratégias 25 pretendidas dos provedores de serviço para fornecer novos serviços como o serviço de difusão além do serviço de voz existente, e os interesses identificados das empresas de tecnologia da informação (TI) que estão reforçando seus negócios de comunicação móvel para satisfazer as demandas 30 do usuário, a convergência do serviço de comunicação móvel
Petição 870190021865, de 07/03/2019, pág. 9/15
2/98 e do Internet Protocol (IP) tornou-se o principal fluxo do desenvolvimento das tecnologias de comunicação móvel da geração seguinte.
A Open Móbile Alliance (OMA - Aliança Móvel Aberta), um dos grupos de normatização para os serviços de difusão, foi estabelecida em junho de 2002, por cerca de 200 empresas que incluem a Nokia, NTT e IBM, para realizar pesquisa na norma para o intertrabalho entre soluções móveis individuais. A OMA serve essencialmente para definir várias normas de aplicação para jogos móveis e serviços na Internet. Dos grupos de trabalho que pertencem à OMA, o Subgrupo de Trabalho da Open Móbile Alliance Browser e Difusão Móvel de Conteúdo (OMA BAC BCAST) está atualmente realizando pesquisa na tecnologia para fornecer serviços de difusão utilizando terminais móveis. Uma descrição sucinta será feita agora do sistema de difusão que está sob discussão na OMA.
Em um sistema BCAST, que é o sistema de difusão proposto pela OMA, o terminal móvel que desejar receber o serviço de difusão deve receber a chamada informação guia do serviço contendo informação de descrição para o serviço, informação de faturamento pelo serviço, e informação sobre o método de recepção para o serviço. O terminal móvel recebe o serviço de acordo com a informação fornecida através da informação guia do serviço. Será feita agora uma descrição do método de acesso do serviço de difusão convencional com referência ao sistema BCAST como um exemplo do sistema de difusão geral que utiliza o guia de serviço. A Figura 1 é um diagrama de blocos que ilustra a estrutura de um guia de serviço utilizado para receber
3/98
2â
2y serviços de difusão em um sistema de difusão geral. Esta estrutura é proposta para fornecer serviços de difusão ao terminal móvel no sistema BCAST. Um guia dè serviço é compreendido de uma pluralidade de grupos, cada um tendo sua própria finalidade, e todos os grupos são classificados dentro de quatro grupos de acordo com a utilização, como é mostrado na Figura 1. A Figura 1 ilustra um guia de serviço exemplar compreendido de um grupo administrativo 100, um grupo de fornecimento 110, um grupo de cerne 120, e um grupo de acesso 130.
grupo administrativo 100 é o grupo para fornecer informação básica exigida pelo terminal móvel para receber o guia de serviço e inclui um fragmento de contexto de guia de serviço 101 e um fragmento descritor de entrega de guia de serviço 102. O fragmento de contexto de guia de serviço 101 fornece um identificador (ID) de guia de serviço, informação de identificação do provedor de serviço que gerou e transmitiu o guia de serviço, e a informação inteira sobre o guia de serviço. O fragmento descritor de entrega do guia de serviço 102 fornece um canal capaz de receber fragmentos para uma pluralidade de guias de serviço, informação de cronogramação, e informação de atualização para o terminal móvel de modo que o terminal móvel poderá receber apenas o guia de serviço necessário na ocasião apropriada.
grupo de fornecimento 110 é o grupo para fornecer informação de emolumentos para a recepção do serviço e inclui o fragmento do item de compra 111, o fragmento de dados da compra 112, e o fragmento do canal de compra 113. O fragmento de item de compra 111 fornece informação sobre
4/98
*)· emolumentos para o serviço ou um feixe de serviços, o fragmento de dados de compra 112 fornece informação que indica como o usuário do serviço pode pagar os emolumentos, e o fragmento de canal de compra 113 fornece informação sobre o sistema em que o usuário do serviço pode efetivamente adquirir o serviço.
O grupo cerne 120 é um grupo para fornecer informação sobre o próprio serviço e inclui um fragmento de serviço 121, um fragmento de cronogramação 122, e um fragmento de conteúdo 123. 0 fragmento de serviço 121 fornece a descrição do próprio serviço que o usuário receberá, e também fornece informação que indica com qual conteúdo o serviço pode ser configurado. 0 fragmento de cronogramação 122 fornece informação sobre a hora em que o serviço pode ser fornecido e utilizado. O fragmento de conteúdo 123 fornece informação em uma pluralidade de conteúdos que constituem o serviço.
grupo de acesso 130 inclui um fragmento de acesso 131 e um fragmento de descrição de sessão 132, e fornece informação de acesso ao serviço que indica como receber os serviços fornecidos através do grupo cerne 120, e informação detalhada sobre a sessão em que os conteúdos que constituem o serviço correspondente são transmitidos, de modo a permitir que o terminal móvel acesse o serviço correspondente. O fragmento de acesso 131 fornece uma pluralidade de métodos de acesso para um serviço para o terminal móvel, assim fornecendo um método capaz de acessar vários serviços adicionais com base em um serviço. O fragmento de descrição de sessão 132 fornece informação de sessão para o serviço definida em um fragmento de acesso.
5/98
A informação guia de serviço, como é mostrado na Figura 1, pode ainda incluir um fragmento de dados antecipados que fornece uma antecipação e um ícone para o serviço e o conteúdo além dos quatro fragmentos anteriores.
Com referência à Tabela 1 à Tabela 7 abaixo, será feita agora uma descrição dos detalhes do fragmento de acesso definido no OMA BCAST por meio de exemplo. A Tabela 1 à Tabela 7 são divididas de uma tabela, por conveniência, e a definição dos itens em cada tabela segue a definição da 10 Tabela 1.
Tabela 1
| Nome | Tipo | Categoria | Cardina- 1idade | Descrição | Tipo de dado | |
| 201 | Access | E | 0 | 0,N | Fragmento de acesso Contém os atributos seguintes: id version validFrom validTo ServiceProtection AccessType Audi oLanguage Contém os sub- elementos seguintes: ExtensionURL AccessType ServicelD Usagelnfo |
Μ
6/98 J
| SessionDescription URI SDP InteractiveAccessURL TerminaÍCapabilityRe quirement BandwidthRequirement ApplicationSpec Medialnformation |
Na Tabela 1, o primeiro item Name indica os nomes dos atributos ou elementos de um fragmento de acesso, e o Segundo item Type indica se cada objeto incluído no fragmento de acesso corresponde ao Attribute (A) ou ao 5 Element (E) . Quanto a diferença entre o atributo e o elemento, o atributo é um valor que indica o atributo de um fragmento de acesso e seu elemento, e o elemento é o valor que indica a informação efetivamente utilizada. Um terceiro item Category indica se o atributo ou elemento é um valor 10 obrigatório (M) ou um valor opcional (O) . O quarto item Cardinalidade indica se o atributo ou elemento é repetido, e o quinto item Description indica a descrição do atributo ou elemento. Finalmente, o sexto item Data
Type indica o tipo de dado do atributo ou do elemento.
Na Tabela 1, o número de referência 201 indica o que compreende o atributo ou elemento incluído no fragmento de acesso.
3°
7/98
Tabela 2
| 202 | Id | A | M | 1 | ID do fragmento de acesso | Inteiro |
| 203 | Version | A | M | 1 | Versão deste fragmento. A versão mais nova apaga a mais velha assim que ela é recebida. | Byte (8 bits) |
| 204 | validFrom | A | 0 | 0.1 | 0 primeiro momento quando este fragmento é válido. Se não for dado, a vai idade é supos ta como havendo iniciado há algum tempo no passado. | Inteiro (32 bits), expresso como hora NTP |
| 205 | validTo | A | 0 | 0.1 | 0 últ imo momento quando este fragmento é válido. Quando não é dado f a validade supostamente termina em um tempo indefinido no futuro. | Inteiro (32 bits), expresso como hora NTP. |
| 206 | Service Protection | A | 0 | 0.1 | Se verdadeiro, indica que este serviço é protegido; se falso, indica que este serviço é liberado para o ar | | Booleano |
Na Tabela 2, o número de referência 202 denota um identificador do fragmento de acesso, e é um atributo para
3Α
8/98 permitir que o terminal móvel identifique singularmente um fragmento de acesso correspondente quando ele se refere ao fragmento de acesso correspondente em outros fragmentos. Ό’ número de referência 203 denota o atributo que indica a versão do fragmento de acesso, e permite a indicação de se o terminal móvel recebeu um fragmento de acesso da mesma versão ou um fragmento de acesso de uma nova versão.
O atributo validFrom denotado pelo númerode referência 204 e validTo denotado pelo númerode referência 205 são atributos que indicam o período válido da informação incluída no fragmento de acesso,e
ServiceProtection denotado pelo número de referência 206 é o atributo que indica se há necessidade de um procedimento de autenticação separado durante o acesso, 15 pois o serviço que pode ser acessado através da informação do fragmento de acesso é auto-protegido.
Tabela 3
207
AccessType
Define o tipo de acesso.
Valores possíveis:
1.
Objeto de acesso
Inteiro (8 bits) predefinido;
precisa existir para os serviços streaming A/V (como TV como predefinido no caso de acessos múltiplos SDP associado necessário;
2. Obj eto de acesso alternado, SDP associado necessário;
9/98
3* βϊ
| 3. Carrossel de arquivo, a ser utilizado para baixar arquivo programado e tipo de serviços de carrossel de arquivo; SDP associado necessário; 4. Baixa de arquivo a ser ut i1i zado para baixar arquivo sobre rede de interação; AccessURI associado necessário; 5. Service_SMS; este tipo de acesso é utilizado para a criação de vários serviços com base em SMS (votação, etc.); nenhum SDP associado; 6. Service_web_local; este tipo de acesso é ut i1i zado para apontar para páginas da Web armazenadas localmente; nenhum SDP associado; 7. Service_web; este tipo de acesso é utilizado para apontar para serviços de Internet; nenhum SDP associado; 8. Service_voice_call; este tipo de acesso é |
10/98
3} ôy
| utilizado para fazer uma chamada telefônica; 9. Service_MMS; este tipo de acesso é utilizado para criar vários serviços com base em MMS (votação, etc.); nenhum SDP associado; e 10 . ServiceJ ava_app; este tipo de acesso é utilizado para lançar aplicações Java. |
Na Tabela 3, AccessType denotado pelo número de referência 207 é um atributo que indica em qual método o terminal capaz de receber serviço de difusão pode receber o serviço de difusão que fornece informação de acesso no 5 fragmento de acesso, e 10 Access Types são definidos atualmente. Portanto, é indesejavelmente necessário definir novamente Access Type toda vez que um serviço de um novo tipo ocorrer.
Tabela 4
| 208 | Áudio Language | A | 0 | 0.N | A linguagem do Áudio Stream (fluxo de áudio) | 3 bytes de código de linguagem 63 9 da ISSO |
| 209 | ExtensionURL | El | 0 | 0 .N | URL contendo informação adicional em | AnyURI |
11/98
| fragmento de extensão | ||||||
| 210 | SêrvicelD | El | M | l.N | Referência ao fragmento(s) de serviço ao qual o fragmento de acesso pertence | Inteiro |
| 211 | Usagelnfo | El | 0 | 0.N | Este texto aj uda o usuário a compreender a diferença que faz usar um ou o outro fragmento de acesso. Obrigatório no caso de mais de um fragmento de acesso estar disponível em um ponto dado no tempo. Possivelmente fornecido em múltiplas linguagens. Attributes: Lang | |
| 212 | Lang | A | 0 | 0.1 | Linguagem | 3 bytes Código de linguagem ISO 639 |
12/98
Na Tabela 4, AudioLanguage denotado pelo número de referência 208 é utilizado para indicar a linguagem dõ fluxo de áudio transmitido através do fragmento de acesso, e ExtensionURL denotado pelo número de referência 209 é utilizado para indicar o endereço de um fragmento estendido. O ServicelD denotado pelo número de referência
210 é um elemento que indica o identificador do serviço que pode ser acessado através da informação do fragmento de acesso, e Usagelnfo denotado pelo número de referência
211 é um elemento que fornece informação capaz de indicar a utilização e a correlação de uma pluralidade de fragmentos de acesso correspondentes para os usuários quando há múltiplos fragmentos de acesso capazes de fornecer várias informações de acesso de modo a receber vários tipos de serviços adicionais por um serviço, e fornece o atributo Lang denotado pelo número de referência 212 de modo que ele pode ser fornecido em várias linguagens.
Tabela 5
213 AccessURI
El 0
0.1
O URI para a unidade de
AnyURI entrega SG que contém a descrição de sessão que a aplicação de mídia no terminal utiliza para acessar o serviço.
No caso de serviço de não difusão, AccessURI contém informação como aquele serviço particular pode ser
3έ
13/98 7
| - | acessado Attribute: Type Obs: Usar AccessURI ou SDP é obrigatório. | |||||
| 214 | Type | A | M | 1 | Tipo do AccessURI: 1. SDP; AccessURI é uma referência à descrição SDP; 2. MBMS-USD; AccessURI é uma referência à descrição do serviço de usuário MBMS (MEMS-USD) conforme especificado na seção 5.2 [26.346]. Poderá conter uma ou várias descrições SDP. | Inteiro |
| 215 | SDP | El | 0 | 0.1 | Descrição de sessão no formato SDP (protocolo de descrição de sessão IFTP) | Cadeia (em formato SDP) |
| 216 | Ineractive AccessURL | El | 0 | 0.N | Especifica URL alternativa do conteúdo para recuperá-la através do canal de interação se o conteúdo não puder ser recebido através do canal de difusão. | AnyURI |
Na Tabela 5
AccessURI denotado pelo número de
14/98 ίί).
referência 213 é um elemento que indica o endereço do lugar onde a informação sobre a sessão em que o serviço indicado pelo fragmento de acesso é transmitido pode ser adquirido e, por exemplo, tem o atributo Type denotado pelo número 5 de referência 214. O Type 214 é um atributo que indica o tipo de informação de sessão e suporta o tipo Session Description Protocol (SDP) , que é um protocolo do IEFT atual, e o tipo de informação de sessão utilizado no Multimedia Broadcast Muitidifusão Service (MBMS), que é 10 tecnologia de difusão portátil especificada pelo grupo de normatização da comunicação móvel assíncrona. O SDP 215 elemento que fornece informação sobre a descrição de sessão atual, e InteractiveAccessURL 216 é o elemento que notifica o endereço de modo que o terminal móvel pode 15 receber o serviço através de um canal de interação.
Tabela 6
| 217 | Terminal | El | 0 | 0.1 | Especificação | das | Cadeia |
| Capability | capacidades | ||||||
| Requirement | obrigatórias | do | |||||
| terminal, | como | ||||||
| protocolos, | codecs, | ||||||
| velocidade de | bit, e | ||||||
| memória | de | ||||||
| proc e s s ament o; | |||||||
| UAprof é usado para | |||||||
| expressar | as | ||||||
| capacidades. | |||||||
| 218 | Bandwidth | El | 0 | 0.1 | Especificação | da | Inteiro |
| Requirement | largura de banda de | ||||||
| rede necessária |
15/98
| 219 | Application | El | 0 | O.N | Tipo de aplicação que | Cadeia | |
| Spec | pode | consumir o | |||||
| serviço | utilizando | ||||||
| esta | Access spec | ||||||
| definida | pelo MIME | ||||||
| type. |
Na Tabela 6, TerminalCapabilityRequirement denotada pelo número de referência 217 é um elemento que indica os requisitos de software e de hardware de um terminal móvel para receber o serviço que pode ser acessado através da informação do fragmento de acesso, e com base nisso, o terminal móvel tendo uma função de recepção de difusão portátil pode determinar se ele tem a capacidade de receber o serviço correspondente. Além disso,
BandwidthRequirement denotado pelo número de referência 10 218 é um elemento que indica a velocidade de dados em um ambiente sem fio do serviço que pode ser acessado através do fragmento de acesso, e permite a seleção da velocidade de dados necessitada pelo terminal móvel entre várias velocidades de dados, e a recepção do serviço na velocidade 15 de dados selecionada. O ApplicationSpec 210 é um elemento que fornece informação separada capaz de receber o serviço definido no tipo MIME.
Tabela 7
| 220 | Media Information | El | 0 | O.N | Referência opcional a um ícone, pictograma, animação ou áudio. |
16/98
| PreviewData ou referência ao PreviewData é utilizado aqui. Attributes: Usage Id | ||||||
| 221 | Usage | A | M | 1 | Valores possíveis; fundo, ícone (p.ex). | Inteiro (8 bits) |
| 222 | Id | A | M | 1 | ID do fragmento PreviewData | Inteiro (8 bits) |
| 223 | <proprietar y elements/ attributes> | El ou inferior. A | 0 | 0.N | Qualquer número de elementos ou atributos proprietários ou específicos da aplicação que não são definidos nesta especificação. |
Na Tabela 7, Medialnformation denotado pelo número de referência 220 é um elemento que fornece informação antecipada do serviço indicado pelo fragmento de acesso pelo terminal móvel que recebeu o fragmento de acesso, e
17/98 tem o atributo usage
221 e o atributo id 222. 0 atributo usage indica se ele fragmento associado ao atributo Hid como a informação antecipada ou a informação de segundo plano. O número de referência 223 denota um elemento ou atributo capaz de fornecer outra informação que não é fornecida através do fragmento de acesso.
O fragmento de acesso do sistema BCAST convencional, mostrado na Tabela 1 à Tabela 7, tem os problemas seguintes.
Primeiro, como AccessType define conceitualmente o Access Type para o serviço efetivo na Tabela 3, Access Type deve ser definido novamente toda vez que um novo serviço ocorre. Segundo, a maioria dos serviços de difusão fornecidos exigem uma ao terminal móvel são serviços de multimídia que alta velocidade de dados, e devem utilizar com eficiência em alta velocidade. Portanto, a maioria das tecnologias de difusão para o terminal móvel introduzem o conceito de e suportam um método para permitir o serviço apenas no lugar onde usuário está localizado. No entanto, este método não atualmente suportado para o
Access Type.
Terceiro, no sistema de difusão atualmente proposto, não há método para simplesmente fornecer ao terminal móvel um esquema de suportado no acesso ao serviço de difusão.
Assim, existe uma necessidade de um sistema e método para transmitir/receber com eficiência informação de acesso de serviços de difusão em um sistema de difusão.
<0
18/98
SUMÁRIO DA INVENÇÃO
Versões da presente invenção são fornecidas para resolver substancialmente os problemas acima e outros problemas, e fornecer um método e aparelho para 5 transmitir/receber com eficiência a informação de acesso dos serviços de difusão em um sistema de difusão, e um sistema do mesmo.
Ainda, versões da presente invenção fornecem um método e aparelho para transmitir/receber informação de acesso de 10 uma rede de difusão ou uma rede de interação através da qual os serviços de difusão são transmitidos em um sistema de difusão, e um sistema do mesmo.
Ainda, versões da presente invenção fornecem um método e aparelho para transmitir/receber um fragmento de acesso 15 que inclui informação de acesso de serviços de difusão em um sistema de difusão com base em IP, e um sistema do mesmo.
Ademais, versões da presente invenção fornecem um formato de fragmento de acesso para fornecer com eficiência 20 informação de acesso para serviços de difusão em um sistema de difusão.
De acordo com um aspecto de versões da presente invenção, é fornecido um método para transmitir informação de acesso de um serviço de difusão em um transmissor de um 25 sistema de difusão. 0 método compreende as etapas de gerar informação de acesso para pelo menos um de uma rede de difusão e uma rede de interação, através das quais o serviço de difusão é transmitido, e transmitir a informação de acesso para um terminal através de uma rede de 30 comunicação específica.
19/98 ^2 *1
De acordo com outro aspecto de versões da presente invenção, um aparelho é fornecido para transmitir informação de acesso de um serviço- de difusão em um transmissor de um sistema de difusão. O aparelho compreende um gerador de informação de acesso para gerar informação de acesso para pelo menos uma de uma rede de difusão e uma rede de interação, através da qual o serviço de difusão é transmitido, e um transmissor para transmitir a informação de acesso para o terminal através de uma rede de comunicação específica.
De acordo com outro aspecto de versões dã presente invenção, é fornecido um método para receber informação, de acesso de um serviço de difusão em um terminal de um sistema de difusão. 0 método compreende as etapas de receber, através de uma rede de comunicação específica, informação de acesso para pelo menos uma de uma rede de difusão e uma rede de interação, da qual o serviço , de difusão é transmitido, e receber o serviço de difusão da pelo menos uma da rede de difusão e a rede de interação, de acordo com a informação de acesso recebida.
De acordo com ainda outro aspecto de versões da presente invenção, é fornecido um aparelho para receber informação de acesso de um serviço de difusão em um terminal de um sistema de difusão. O aparelho compreende um receptor para receber, através de uma rede de comunicação específica, informação de acesso para pelo menos uma de uma rede de difusão e uma rede de interação da qual o serviço de difusão é transmitido e receber o serviço de difusão da pelo menos uma da rede de difusão e a rede de interação de acordo com a informação de acesso recebida.
20/98 *1'
De acordo com ainda outro aspecto de versões da presente invenção, é fornecido um sistema de difusão é para fornecer informação de acesso de um serviço de difusão.~ O sistema compreende um aparelho de transmissão para gerar informação de acesso para pelo menos uma de uma rede de difusão e uma rede de interação, da qual o serviço de difusão é transmitido, e transmitir a informação de acesso para o terminal através de uma rede de comunicação específica, e um aparelho de recepção para receber, através de uma rede de comunicação específica, a informação de acesso do serviço de difusão e receber o serviço de difusão da pelo menos uma de uma rede de difusão e a rede; de interação de acordo com a informação de acesso recebida.
BREVE DESCRIÇÃO DOS DESENHOS
Os objetivos acima e outros objetivos, recursos e vantagens de versões da presente invenção tornar-se-ão mais aparentes da seguinte descrição detalhada quando tomada em conjunto com os desenhos acompanhantes, em que:
A Figura 1 é um diagrama de blocos que ilustra a estrutura de um guia de serviço utilizado para receber serviços de difusão em um sistema de difusão geral.
A Figura 2 é um diagrama de blocos que ilustra a estrutura de um aparelho de transmissão para gerar um fragmento de acesso e transmitir o fragmento de acesso para um terminal móvel em um sistema de difusão de acordo com uma versão exemplar da presente invenção.
A Figura 3 é um fluxograma que ilustra o processo de gerar e de transmitir um fragmento de acesso em um sistema de difusão de acordo com uma primeira versão exemplar da presente invenção.
21/98
A Figura 4 é um diagrama de blocos que ilustra a estrutura de um aparelho de recepção para receber um fragmento de acesso em um sistema de difusão de acordo com uma versão exemplar da presente invenção.
A Figura 5 é um fluxograma que ilustra o processo de receber e de analisar um fragmento de acesso em um sistema de difusão de acordo com a primeira versão exemplar da presente invenção.
A Figura 6 é um fluxograma que ilustra o processo de gerar e de transmitir um fragmento de acesso em um sistema de difusão de acordo com uma segunda versão exemplar da presente invenção. E
A Figura 7 é um fluxograma que ilustra o processo dé receber e de analisar um fragmento de acesso em um sistema 15 de difusão de acordo com a segunda versão exemplar da presente invenção.
Por todos os desenhos, números de referência iguais serão compreendidos como se referindo a partes, componentes e estruturas iguais.
DESCRIÇÃO DETALHADA DE VERSÕES EXEMPLARES
Versões exemplares da presente invenção serão agora descritos em detalhe com referência aos desenhos anexos. Na descrição seguinte, uma descrição detalhada de funções e de configurações conhecidas aqui incorporadas foi omitida por 25 clareza e concisão.
Na descrição seguinte, versões exemplares da presente invenção serão apresentadas para realizar os objetos acima e outros obj etos. Embora as versões exemplares serão descritas com base no sistema BCAST, que é uma das muitas 30 normas da tecnologia de difusão portátil, versões da
22/98 presente invenção não são a ele limitados, e as descrições seguintes não são fornecidas para limitar o escopo possível da presente invenção. Nesta especificação, deve ser considerado que o sistema de difusão compreende vários sistemas de comunicação que suportam os serviços de difusão com base em IP, como o sistema BCAST e o sistema DVB=H. Além disso, embora o receptor do sistema BCAST será aqui descrito como um terminal móvel por conveniência, versões da presente invenção não são a ele limitadas, e seria óbvio para aqueles habilitados na tecnologia que o espírito técnico da presente invenção também pode ser aplicado a sistemas de comunicação de fiação que suportam os serviços de difusão com base em IP.
Embora o termo guia de serviço será aqui utilizado como a informação que inclui, por exemplo, a descrição relevante e o método de recepção para o serviço de difusão do sistema BCAST, e fragmento de acesso será aqui utilizado como a informação que inclui um método de acesso de serviços de difusão, os termos guia de serviço e fragmento de acesso estão sujeitos a mudança de acordo com o tipo do sistema de difusão correspondente.
A presente invenção fornece um número de versões, incluindo a primeira à terceira versões exemplares descritas abaixo. Na primeira versão exemplar, o sistema BCAST propõe um novo fragmento de acesso configurado de modo eficiente para indicar um método de acesso para um serviço específico na informação de guia de serviço que o terminal móvel recebe para receber o serviço. Na primeira versão, o fragmento de acesso é configurado tal que ele inclui apenas o atributo relacionado ao acesso do serviço.
23/98
Ainda, na primeira versão, o fragmento de acesso é configurado para indicar se o serviço é transmitido por um canal de difusão ou um canal de interação da rede de comunicação móvel, sem configurar individualmente 5 AccessType que fornece informação de acesso do serviço para cada serviço conforme é mostrado na Tabela 3.
A segunda versão exemplar propõe um formato de fragmento de acesso eficiente em que a informação do mesmo fragmento de acesso pode ser utilizada para uma pluralidade 10 de serviços diferentes. Finalmente, a terceira versão exemplar propõe outra versão capaz de simplesmente fornecer informação de acesso para a transmissão do serviço através da rede de difusão e a transmissão de serviço através da rede de interação utilizando o fragmento de acesso. Além 15 disso, deve ser observado que a primeira à terceira versões mostram vários tipos de formatos de fragmento de acesso exemplares, e inclui comumente recursos da presente invenção de fornecer a informação de acesso detalhado da rede de difusão e da rede de interação através da qual os 20 serviços são transmitidos.
Aqui, a primeira versão exemplar será descrita com referência à Tabela 8 à Tabela 14, a segunda versão exemplar será descrita com referência à Tabela 15 à Tabela 18, e a terceira versão exemplar será descrita com 25 referência à Tabela 19 à Tabela 37. Embora as operações de um aparelho de transmissão da Figura 2 e do aparelho de recepção da Figura 4 serão descritas com base na primeira versão por conveniência, as estruturas dos aparelhos das Figuras 2 e 4 também podem ser aplicados à segunda, à 30 terceira, e a outras versões.
24/98
PRIMEIRA VERSÃO EXEMPLAR
A Tabela 8 à Tabela 14 mostram, por meio de exemplo, o formato de um fragmento de acesso de acordo com a primeira versão exemplar da presente invenção. A Tabela 8 à Tabela
14 são divididas de uma tabela, por conveniência, e a definição dos itens de cada tabela segue a definição da Tabela 8. Além disso, a definição de cada item na Tabela 8 à Tabela 14 é substancialmente igual à definição da Tabela 1, e uma descrição detalhada das mesmas partes por toda a 10 Tabela 1 à Tabela 7, e da Tabela 8 à Tabela 14, serão omitidas.
Tabela 8
| Nome | Tipo | Categoria | Cardina 1idade | Descrição | Tipo de dado | |
| 301 | Access | E | 0 | 0.N | Fragmento de acesso Contém os seguintes atributos: id version validFrom validTo Contém os seguintes sub-elementos: ServicelD Usagelnfo | |
| SessionDescription URI SDP ApplicationSpec |
| 25/98 |
| Medialnformation | ||||||
| 302 | Id | A | M | 1 | ID do fragmento de acesso | Inteiro |
| 303 | Versio n | A | M | 1 | Versão deste fragmento. A versão mais nova supera a mais ant iga as s im que tenha sido recebida. | Byte (8 bits) |
| 304 | validF rom | A | 0 | 0.1 | 0 primeiro momento quando este fragmento é válido. Se não for dado, a validade é suposta como havendo iniciado em algum tempo no passado. | Inteiro (32 bits), express a como o tempo NTP |
fragmento de acesso da primeira versão compreende atributos de Id 302, version 303 e validFrom 304 na Tabela 8, e validTo 305 na Tabela 9. Esses quatro atributos representam atributos singulares para o fragmento de acesso, e suas funções são substancialmente iguais àquelas dos atributos tendo os mesmos nomes na Tabela 2. No entanto, quanto a diferença entre o fragmento de acesso convencional descrito na Tabela 2 e o fragmento de acesso proposto nas versões da presente invenção, o fragmento de acesso convencional tem, como atributos, até os valores não associados aos atributos do fragmento de acesso, enquanto o fragmento de acesso proposto é configurado tal que ele só tem os atributos associados ao fragmento de acesso, e mudou
26/98 os outros atributos para os elementos casados com as características correspondentes.
O fragmento de acesso da primeira versão, conforme apresentado na Tabela 8, compreende ServicelD 3 06 na 5 Tabela 9, e Usagelnfo 319, SessionDescriptionURI 321, SDP 323, ApplicationSpec 324 e Medialnformation 32 5 na Tabela 12 à Tabela 13, como sub-elementos.
Tabela 9
| 305 | validTo | A | 0 | 0.1 | 0 último momento quando este fragmento é válido. Se não for dado, supõe - se que a vaiidade termine em um tempo não definido no futuro. | Inteiro (32 bits), expresso como o tempo NTP |
| 306 | ServicelD | El | M | l.N | Referência ao f ragment o de serviço ao qual o fragmento de acesso pertence. | |
| Contém o seguinte atributo: ServiceProtection Contém os seguintes elementos: TerminalCapability Requirement Bandwidth Requirement AccessType |
27/98
ÍO <λ|.
| 307 | Service Protection | A | M | 0.1 | 1 indica que este serviço é protegido; 0 indica que este serviço está livre para ir ao ar | Booleano |
| 308 | Terminal Capability Requirement | E2 | 0 | 0.1 | Especificação das capacidades de terminal exigidas, como protocolos, codecs, velocidade de bit, processamento, e memória. UAprof é utilizado para expressar as capacidades. | Cadeia |
Na Tabela 9, ServicelD denotada pelo número de referência 306 é um identificador do serviço com o qual o terminal móvel pode obter informação de acesso de um serviço através do fragmento de acesso, e tem 5 ServiceProtection 307 como seu atributo. 0 ServicelD tem TerminalCapabilityRequirement 308 na Tabela 9, e BandwidthRequirement 309 e AccessType 310 na Tabela 10, como seus sub-elementos. Portanto, na primeira versão, como o elemento ServicelD tem toda a informação de acesso do 10 serviço, sendo coincidente com o serviço correspondente, o
| fragmento de acesso proposto tem eficiência mais elevada do | |||||
| que o fragmento de acesso | convencional | em | termos | do | |
| formato. | |||||
| 0 TerminalCapabilityRequirement | 308 | da | Tabela | 9 e | |
| 15 BandwidthRequirement 309 | da | Tabela | 10 | têm |
28/98
substancialmente as mesmas funções que aquelas do fragmento de acesso convencional.
Tabela 10
| 309 | Bandwidth Requirement | E2 | 0 | 0.1 | Especificação da largura de banda necessária da rede; O serviço de difusão pode incluir múltiplos fluxos acessíveis (mesmo conteúdo) com largura de banda diferente, de modo que o terminal pode fazer a escolha dependendo de sua condição de recepção atual. | Inteiro |
| 310 | AccessType | E2 | M | 1 | Define o tipo de acesso. Valores possíveis: Contém os seguintes atributos: TransmissionMedia Contém os seguintes elementos: TransmissionTopology TransmissionScheme | Cadeia |
| 312 | Transmission | A | M | 1 | 0: canal de difusão | ENUM |
29/98
| Media | 1: canal de interação | |||||
| 313 | Transmission_ Topology | E3 | 0 | 0.1 | 0: Modo de difusão 1: Modo Multidifusão Contém os seguintes atributos: IP Address | ENUM |
Ο AccessType 310 na Tabela 10, fornecido para indicar em qual método o terminal móvel pode receber o serviço, é utilizado para indicar se o serviço é transmitido pelo canal de difusão ou é transmitido pelo canal de interação fornecido na rede de comunicação móvel, e também indicar com qual protocolo ou sistema o terminal móvel transmite o serviço. Para este fim, na primeira versão, o AccessType é compreendido de um atributo e de dois sub-elementos.
Isto é, Transmission_Media 312 na Tabela 10 é um atributo que indica se o serviço é transmitido pelo canal de difusão ou é fornecido de uma rede de comunicação capaz de comunicação bidirecional, e o tipo do sub-elemento que pode ser incluído no AccessType é determinado de acordo com o valor do atributo. Por exemplo, se o TransmissionMedia indica que o serviço é transmitido pelo canal de difusão, AccessType compreende Transmission_Topology 313 na Tabela 10 e IP_Address 314 na Tabela 11, como seus sub-elementos.
A Transmission_Topology na Tabela 10 é um elemento que indica se o serviço transmitido pelo canal de difusão será transmitido no modo de difusão ou no modo multidifusão. 0 modo de difusão e o modo multidifusão são
30/98 utilizados no Internet Protocol, e se Transmission_Topology indicar o modo de difusão, isso significa que o serviço é transmitido para uma área particular independentemente da posição do receptor do serviço. Se a Transmission_Topology indicar o modo multidifusão, isso significa que o serviço é transmitido para o lugar onde o receptor do serviço está localizado na área de serviço de acordo com a informação de localização do receptor do serviço. Além disso, quando a Transmission_Topology indicar o modo multidifusão, o terminal móvel capaz de receber o serviço de difusão deve preferivelmente fazer um pedido de assinatura a um endereço IP do modo multidifusão e receber o serviço de difusão.
Tabela 11
| 314 | IP_Address | A | 0 | 0.1 | Endereço | IP do | Cadeia |
| fluxo | IP, que | ||||||
| transporta o canal | |||||||
| A Service over | |||||||
| Broadcast | |||||||
| Se Transmission | |||||||
| Topology | é 0, então | ||||||
| Type of | IP address | ||||||
| é IP | Broadcast | ||||||
| address. | |||||||
| Se Transmission | |||||||
| Topology | é 1, então | ||||||
| Type of | IP address | ||||||
| é IP | Broadcast | ||||||
| address. | |||||||
| 315 | Transmi s s ion | E3 | 0 | 0.1 | 1: | Interaction | ENUM |
31/98
| Scheme | Channel fornecido pela Interaction Network 2: MMS 3: WAP 1.0 4: WAP 2x 5: SMS 6: HTTP 7: Transmission Scheme definido pelo provedor de service. | |||||
| 316 | AccessServerlP Address | E4 | 0 | O.N | Endereço IP do servidor, que fornece acesso diferente (pelo canal de interação) de um serviço. | Cadeia |
| 317 | AccessServer URL | Ξ4 | 0 | O.N | URL do servidor, que fornece acesso diferente (pelo canal de interação) de um serviço | AnyURI |
| 318 | AccessServer PhoneNumber | E4 | 0 | O.N | Número do telefone do servidor, que fornece acesso diferente (pelo canal de interação) de um serviço. |
O IP_Address 314 na Tabela 11, como o serviço é £5
32/98 transmitido para terminais móveis na forma de fluxo IP no . sistema BCAST, é um atributo que indica o endereço para o
*. fluxo IP. O IP_Address torna-se um endereço de difusão IP ou um endereço multidifusão IP de acordo com o valor de 5 Transmission_Topology da Tabela 10. Comumente, o endereço IP do serviço é indicado na descrição da sessão. No entanto, quando a descrição da sessão não é transmitido junto com o fragmento de acesso, ele deve ser fornecido para o terminal móvel para identificação do serviço ao 10 nível IP.
Se o atributo Transmission_Media 312 na Tabela 10 indicar Interaction Channel, Transmission_Scheme 315 na Tabela 11 é incluído no AccessType da Tabela 10, e o Transmission_Scheme compreende AccessServerIPAddress
316, AccessServerSURL 317, e AccessServerPhoneNumber
318 como seus sub-elementos.
O Transmission_Scheme é um elemento que indica o sistema de comunicação ou protocolo utilizado no canal de interação, quando é possível acessar o serviço através do 2 0 canal de interação. Embora OMA BCAST atualmente, por exemplo, especifica Web Browsing, Muitimedia Messaging Service (MMS), Wireless Application Protocol 1.0 (WAP1.0),
Wireless Application Protocol 2.x (WAP 2.x), Short
Messaging Service (SMS), e Hyper Text Transmission Protocol 25 (HTTP) como os sistemas de comunicação ou protocolos que podem ser ut i 1 i zados para o sistemas de comunicação e protocolos que podem ser ut i 1 i zados para o canal de interação podem ser acrescentados no futuro.
Na
Tabela
11,
AccessServerIPAddress
316,
5/
33/98
AccessServerURL 317, e AccessfíerverPhoneNumber 318 são elementos que indicam o endereço do servidor que fornece o serviço pelo canal de interação para indicar se o terminal móvel que recebe o fragmento de acesso pode acessar o 5 serviço através do canal de interação em qualquer lugar.
Como o s i s tema de endereçamento ut i 1 i zado em cada s i st ema de comunicação ou protocolo é diferente, o sistema de endereçamento representativo do sistema de comunicação e protocolo, atualmente adaptado para suportar o canal de 10 interação, é apresentado.
AccessServerIPAddress 316 é um elemento que indica a posição do servidor com base no Internet Protocol, o AccessServerURL 317 é um elemento que indica a posição do servidor que utiliza o sistema de comunicação ou protocolo 15 que suporta a Web ou URL, e o AccessServerPhoneNumber 318 é o elemento que indica a posição do servidor que permite acesso ao serviço que utiliza MMS ou SMS. Ainda, em versões da presente invenção, um novo sistema de comunicação ou protocolo é acrescentado ao Transmission_Scheme 315 na 20 Tabela 11, e se o sistema de endereçamento do sistema de comunicação ou do protocolo for diferente daquele fornecido atualmente, um novo sistema de endereçamento pode ser acrescentado como um sub-elemento de Transmission_Scheme.
Tabela 12
| 319 | Usagelnfo | El | 0 | 0.N | O texto explica a característica deste fragmento de acesso para o usuário. Este texto também contem a informação sobre |
34/98
| outros fragmentos de Access de um serviço se existir mais de um fragmento de Access. Possivelmente fornecido em múltiplas linguagens. Adttributes: Lang | ||||||
| 320 | Lang | A | 0 | 0.1 | Language | Código de linguagem ISSO 639 de 3 bytes |
| 321 | Session Description URI | El | 0 | 0.1 | 0 URI da unidade de entrega SG que contém a descrição da sessão que a aplicação de mídia no terminal utiliza para acessar o serviço. No caso de serviço não de difusão, AccessURI contém informação sobre c orno aque 1 e serviço em particular pode ser | AnyURl |
35/98 )’
| —........... - - | - -....... | acessado. Contem o seguinte atributo e elemento: Type Obs: É obrigatório usar quer AccessURI ou SDP. | ||||
A Usagelnfo 319 na Tabela 12 é um elemento para dar a descrição da característica do fragmento de acesso para o usuário do terminal móvel, especialmente o elemento que pode ser utilizado para descrever a característica e a correlação de cada fragmento de acesso para o usuário mesmo quando há uma pluralidade de fragmentos de acesso para um serviço, fornecendo sub-serviços tendo características diferentes. A Usagelnfo tem Lang 320 como atributo.
O SessionDescriptionURI 321 Na Tabela 12. e Type 10 322, SDP 323, ApplicationSpec 324, Medialnf ormation
325, Usage 326, Id 327, e <proprietary elements/attributes> 328 na Tabela 13 e na Tabela 14, têm substancialmente as mesmas funções que aquelas do fragmento de acesso convencional, de modo que uma descrição detalhada 15 deles será omitida.
Tabela 13
| 322 | Type | A | M | 1 | Tipo de AccessURI: | Inteiro | |
| 1. SDP; AccessURI | é | ||||||
| uma referência | à | ||||||
| descrição do SDP; | |||||||
| 2. MBMS-USD; AccessURI | |||||||
| é uma referência | à |
36/98
| - | descrição do serviço do usuário MBMS (MBMSUSD) conforme especificado na seção 5.2 [26.346] . Poderá conter uma ou várias descrições SDP. | - ----- | ||||
| 323 | SDP | El | 0 | 0.1 | Descrição de sessão no formato SDP (protocolo de descrição da sessão IETF). | Cadeia (no formato SDP) |
| 324 | Application Spec | El | 0 | 0.N | Tipo de aplicação que pode consumir o serviço utilizando esta Access spec definida pelo tipo MIME. | Cadeia |
37/98
| id | ||||||
| 326 | Usage | A | M | 1 | Valores possíveis: bac kground, icon (p.ex.) | Inteiro (8 bits) |
| 327 | Id | A | M | 1 | ID do fragmento PreviewData | Inteiro (8 bits) |
| 328 | <proprietary elements/ attributes> | El ou inf e rior. A | 0 | O.N | Qualque r núme ro de elementos proprietários ou específicos da aplicação que não são definidos nesta especificação. |
Com referência às Figuras 2 a 6, será feita agora uma descrição de uma estrutura e operação de um aparelho de
| transmissão | para gerar e transmitir | um | fragmento | de | acesso | |
| configurado | no formato da | Tabela | 7 | à Tabela | 14, | e um |
| 5 aparelho de | recepção para | receber | o | fragmento | de | acesso |
para receber o serviço desejado.
A Figura 2 é um diagrama de blocos que ilustra a estrutura de um aparelho de transmissão para gerar um fragmento de acesso e transmitir o fragmento de acesso para 10 o terminal móvel em um sistema de difusão de acordo com uma versão exemplar da presente invenção. O aparelho de transmissão compreende um gerador de fragmento de acesso 2 01, um gerador de guia de serviço 203, e um transmissor 205.
Com referência à Figura 2, o gerador de fragmento de
38/98
| acesso | 201 | gera | um | fragmento | de acesso configurado | no | ||
| formato | da | Tabela | 7 | à Tabela | 14. 0 | gerador de | guia | de |
| serviço | 203 | gera | informação de | guia | de serviço | tendo | a |
estrutura da Figura 1 utilizando o fragmento de acesso emitido do gerador de fragmento de acesso 201, e o transmissor 205 transmite a informação de guia de serviço para o terminal móvel através de uma rede de transmissão. A rede de transmissão pode ser uma rede que fornece um canal de difusão, ou uma rede que fornece um canal de interação.
aparelho de transmissão da Figura 2 pode ser aplicado ao transmissor do sistema BCAST. Alternativamente, o aparelho de transmissão também pode ser aplicado a um transmissor de qualquer número de sistemas de comunicação que fornecem serviço de difusão com base em IP a uma pluralidade de usuários, como o sistema DVB-H.
A Figura 3 é um fluxograma que ilustra o processo de gerar e de transmitir um fragmento de acesso em um sistema de difusão de acordo com a primeira versão exemplar da presente invenção. Este processo corresponde a uma operação do gerador de fragmento de acesso 201 da Figura 2.
Com referência à Figura 3, o gerador de fragmento de acesso 201 determina, na etapa 301, se há necessidade de gerar um novo fragmento de acesso. Se há necessidade de gerar um novo fragmento de acesso, isso significa que começa um novo serviço, ou que há necessidade de fornecer um novo serviço adicional ou um novo método de acesso para o serviço atual para o terminal móvel que recebe o serviço de difusão. Se é determinado, na etapa 301, que há necessidade de gerar um novo fragmento de acesso, o gerador de fragmento de acesso 201 estabelece uma informação básica
39/98
para o fragmento de acesso na etapa 303. A informação básica compreende pelo menos um Id, versão e _validfrom e validTo são ambos relacionados a validade do fragmento de acesso, descrito em conexão com as Tabelas 5 8 e 9.
Na etapa 305, o gerador de fragmento de acesso 201 estabelece um ID de serviço correspondente à informação fornecida pelo fragmento de acesso, e estabelece um atributo básico do serviço correspondente à ID de serviço.
O atributo básico compreende pelo menos um de informação que indica se aplica a proteção do serviço, informação que indica os requisitos do terminal móvel para receber o serviço, e informação que indica a velocidade de dados em que o serviço é transmitido em um ambiente sem fio, todos 15 os quais já foram descritos em conexão com a Tabela 9 e a
Tabela 10. Na etapa 307, o gerador de fragmento de acesso
201 determina se o serviço será transmitido por um canal de difusão ou um canal de interação. Se o serviço è para ser transmitido pelo canal de interação, o gerador de fragmento 20 de acesso 201 prossegue para a etapa 309. No entanto, se o serviço é para ser transmitido pelo canal de difusão, o gerador de fragmento de acesso 201 prossegue para a etapa 315.
gerador
fragmento
acesso 201
protocolo
etapa 309
transmissão
sistema comunicação
protocolo endereço
fragmento acesso
gerador
etapa 313,
serviço Usagelnfo,
40/98 uma descrição característica para o fragmento de acesso correspondente e uma pluralidade de fragmentos de acesso para um serviço, o gerador de fragmento de acesso 201 acrescenta a descrição de característica e de correlação para cada uma delas ao fragmento de acesso de modo que o receptor do serviço de difusão poderá detectar a diferença.
Na etapa 315, o gerador de fragmento de acesso 201 estabelece a informação de topologia de transmissão que indica se o serviço correspondente será transmitido no modo de difusão ou no modo multidifusão. A informação relacionada ao modo é determinada por uma entidade de transmissão ou uma entidade fornecedora do serviço, e o gerador de fragmento de acesso 201 recebe a informação relacionada ao modo fornecida da entidade correspondente, e estabelece o modo dependendo da informação relacionada ao modo. Na etapa 317, o gerador de fragmento de acesso 201 estabelece a informação IP de um fluxo de IP em que o serviço é transmitido. Daí em diante, na etapa 313, o gerador de fragmento de acesso 201 estabelece a informação de utilização do serviço Usagelnfo.
Na etapa 319, o gerador de fragmento de acesso 201 estabelece a informação sobre a sessão em que o serviço, cuja informação de acesso é fornecida através do fragmento de acesso correspondente, é transmitido. A informação da sessão compreende o endereço IP de um remetente, o endereço IP de um receptor, o tipo de dado transmitido através da sessão, e o codec utilizado. Session Description Protocol definido pelo IETF é um exemplo típico da informação de sessão. Daí em diante, na etapa 321, o gerador de fragmento de acesso 201 estabelece a outra informação que constitui o
41/98 fragmento de acesso, e então encerra a operação.
A Figura 4 é um diagrama de blocos que ilustra a estrutura de um aparelho de recepção para receber o guia de serviço que contém o fragmento de acesso para receber o 5 serviço de difusão em um sistema de difusão de acordo com uma versão exemplar da presente invenção. O aparelho de recepção compreende o receptor 401, o desmontador do guia de serviço 403, e o analisador do fragmento de acesso 405.
Com referência à Figura 4, o receptor 401 recebe a informação de guia de serviço transmitida do aparelho de transmissão do sistema de difusão através de uma rede de transmissão, e emite a informação de guia de serviço para o desmontador de guia de serviço 403. 0 desmontador de guia de serviço 403 extrai cada fragmento do guia de serviço recebido, e entrega o fragmento extraído para um analisador de fragmento correspondente. A Figura 4 mostra apenas o analisador de fragmento de acesso 405 relacionado a versões da presente invenção, dentre uma pluralidade de possíveis analisadores de fragmentos. O analisador de fragmento de acesso 405 analisa um fragmento de acesso recebido tendo o . formato da Tabela 7 à Tabela 14, incluído na informação de guia de serviço de acordo com uma operação da Figura 5 descrita abaixo, e o terminal móvel efetua a operação de receber o serviço com base no resultado da análise.
A Figura 5 é um fluxograma que ilustra o processo de receber e de analisar um fragmento de acesso em um sistema de difusão de acordo com a primeira versão exemplar da presente invenção. Este processo corresponde a uma operação do analisador de fragmento de acesso 405 da Figura 4.
0 Com referência à Figura 5, o analisador de fragmento
42/98 £5 £\· de acesso 405 determina, na etapa 501, se há qualquer novo fragmento de acesso recebido. 0 critério da determinação é o atributo version do fragmento de acesso recebido. Se é determinado na etapa 5 01 que há um fragmento de acesso 5 recebido, o analisador de fragmento de acesso 405 analisa, na etapa 503, a informação básica do fragmento de acesso, determina um período válido do fragmento de acesso na informação básica, e reconhece que a informação fornecida através do fragmento de acesso é válida apenas no período 10 válido.
Na etapa 505, o analisador de fragmento de acesso 405 determina a ID de serviço que pode ser acessada através da informação de acesso fornecida pelo fragmento de acesso, e determina se o serviço correspondente sofre proteção de 15 serviço antes de ser transmitido. Quando o serviço sofre proteção de serviço, o analisador de fragmento de acesso 405 prepara-se para efetuar uma operação relacionada de modo a receber corretamente o serviço correspondente. Além disso, o analisador de fragmento de acesso 405 verifica o 20 atributo básico para a ID de serviço correspondente, compara uma condição de desempenho do terminal móvel que exige o serviço correspondente com uma condição de desempenho do terminal móvel atual para determinar se o serviço pode ser recebido, e seleciona um canal apropriado 25 tomando em consideração a largura de banda fornecida pelo serviço.
Na etapa 507, o analisador de fragmento de acesso 405 determina se o serviço será transmitido por um canal de difusão ou um canal de interação com base na informação de 30 acesso fornecida pelo fragmento de acesso. Se o serviço é
43/98 para ser transmitido por um canal de interação, o analisador de fragmento de acesso 405 prossegue para a etapa 5Õ9. No entanto, se o serviço é para ser transmitido por um canal de difusão, o analisador de fragmento de 5 acesso 405 prossegue para a etapa 515.
Na etapa 509, o analisador de fragmento de acesso 405 verifica o esquema de transmissão e reconhece um sistema de comunicação ou o protocolo a ser utilizado. Após reconhecer que ele deve preferivelmente receber o serviço utilizando o 10 sistema de comunicação ou o protocolo determinado, o analisador de fragmento de acesso 405 analisa, na etapa 511, o endereço do servidor que transmite o serviço pelo canal de interação, e prepara-se para transmitir a solicitação de serviço. O sistema de endereçamento poderá 15 diferir de acordo com o sistema de comunicação e o protocolo que utiliza o canal de interação. Daí em diante, na etapa 513, o analisador de fragmento de acesso 405 verifica a informação de utilização do serviço Usagelnfo,
I e se há uma descrição característica para o fragmento de acesso e uma pluralidade de fragmentos de acesso para um serviço, o analisador de fragmento de acesso 405 reconhece a característica e a correlação para cada um deles, e o terminal móvel exibe a descrição correspondente para o usuário que receberá o serviço de modo a permitir que o usuário faça a seleção apropriada.
Na etapa 515, o analisador de fragmento de acesso 405 verifica a topologia de transmissão, analisa a informação que indica se o serviço será transmitido no modo de difusão ou no modo multidifusão, e prepara-se para efetuar a 30 operação apropriada para o resultado da análise. Para o
44/98 serviço transmitido no modo de difusão, o terminal móvel pode receber o serviço correspondente sem ingressar no serviço. No entanto, para o serviço transmitido no modo multidifusão, o terminal móvel deve preferivelmente efetuar 5 o processo de Join para o grupo de endereço IP multidifusão de um fluxo IP em que o serviço é transmitido, para receber o serviço.
Na etapa 517, o analisador de fragmento de acesso 405 verifica o endereço do fluxo IP onde o serviço é 10 transmitido. 0 endereço do fluxo IP é de muita importância para o terminal programado para receber o serviço no processo de distinguir o fluxo de IP onde o sérviço é transmitido. Se o endereço do fluxo IP não é fornecido, o terminal móvel deve preferivelmente efetuar a operação de 15 receber todos os fluxos IP transmitidos através do canal de difusão e determinar se o serviço correspondente é um serviço desejado, para cada fluxo IP. 0 endereço do fluxo IP está conectado a uma portadora de comunicação sob a camada IP e indica qual portadora de comunicação o terminal 20 móvel deve receber para receber o fluxo IP. O método poderá ser diferente em cada sistema de difusão que fornece o canal de difusão e se afasta do escopo da presente invenção, de modo que uma descrição detalhada dele será omitida.
Após a etapa 513, o analisador de fragmento de acesso
405 verifica, na etapa 519, a informação sobre a sessão em que o serviço, cuja informação de acesso é fornecida do fragmento de acesso, é transmitida, e permite que o terminal móvel prepare-se para receber a sessão onde o 30 serviço é efetivamente transmitido. Daí em diante, na etapa
45/98
521, o analisador de fragmento de acesso 405 analisa a outra informação fornecida do fragmento de acesso e utiliza a informação relacionada para uma finalidade apropriada. Na etapa 523, o analisador de fragmento de acesso 405 preparase para acessar e receber o serviço de acordo com a informação analisada do fragmento de acesso, e então encerra a operação.
SEGUNDA VERSÃO EXEMPLAR
Com referência ã Tabela 15 à Tabela 18, e às Figuras 6 e 7, será feita agora uma descrição de um método para transmitir/receber um fragmento de acesso de acordo com uma segunda versão exemplar da presente invenção.
A Tabela 15 à Tabela 18 mostram, por meio de exemplo, o formato de um fragmento de acesso de acordo com a segunda versão da presente invenção. A diferença no fragmento de acesso entre a primeira versão e a segunda versão está no fato de a informação do mesmo fragmento de acesso ser utilizada para uma pluralidade de serviços diferentes, e uma estrutura eficiente dela será proposta na segunda versão. A definição dos itens em cada tabela é substancialmente igual à definição da Tabela 1, e uma descrição detalhada das mesmas partes por toda a Tabela 15 à Tabela 18 e da Tabela 8 à Tabela 14 será omitida.
Além disso, comparado com os atributos ou elementos definidos na Tabela 8 à Tabela 14, as partes não modificadas da Tabela 15 à Tabela 18 não serão mostradas por simplicidade.
Tabela 15
| Nome | Tipo | Cate- | Cardina- | Descrição | Tipo de | |
| goria | 1idade | Dado |
46/98 ίι.
| *01 | Access | E | 0 | 0.N | Fragmento de acesso. Contém os seguintes atributos: id version validFrom validTo ServiceProtection Contém os seguintes sub-elementos: Te rm ina1Capabi1ity Requirement BandwidthRequirement AccessType ServicelD ExtensionURL Usagelnfo SessionDescriptionUR I SDP ApplicationSpec Medialnformation | |
| *02 | Id | A | M | 1 | ID do fragmento de acesso | Inteiro |
| *03 | Version | A | M | 1 | Versão deste fragmento. A versão mais nova suplanta a mais antiga assim que ela for | Byte (8 bits) |
47/98
| recebida. | |||||||
| *04 | validFrom | A | 0 | 0.1 | 0 primeiro momento | Inteiro | |
| quando | este | (32 | |||||
| fragmento é válido. | bits), | ||||||
| Se não | for dado, | expresso | |||||
| supõe-se | que a | como | |||||
| validade | tenha | tempo | |||||
| iniciado | em algum | NTP. | |||||
| tempo no | passado. | ||||||
| *05 | validTo | A | 0 | 0.1 | Último | momento | Inteiro |
| quando | este | (32 | |||||
| fragmento é válido. | bits), | ||||||
| Se não | for dado, | expresso | |||||
| supõe-se | que a | como | |||||
| validade | termine em | tempo | |||||
| um tempo não | NTP. | ||||||
| definido | no futuro. | ||||||
| *06 | Service | A | M | 1 | Se | verdadeiro, | Booleano |
| Protection | indica | que este | |||||
| acesso | relacionado | ||||||
| ao serviço associado | |||||||
| é protegido pelo OMA | |||||||
| BCAST | Service | ||||||
| Protection; se | |||||||
| falso, | indica que | ||||||
| este | acesso | ||||||
| relacionado ao | |||||||
| serviço | associado | ||||||
| não é protegido pelo | |||||||
| OME BCAST Service |
48/98
| Protection. |
Na Tabela 15, o fragmento de acesso proposto pela segunda versão compreende atributos de Id *02, version *03, validFrom *04, validTo *05, e ServiceProtection *06, conforme especificado em Access denotado pelo número de referência *01. Os cinco atributos representam atributos singulares para o fragmento de acesso, e suas funções são substancialmente iguais àquelas dos atributos tendo os mesmos nomes na Tabela 2. Ainda, o fragmento de acesso proposto na segunda versão compreende
TerminalCapabilityRequirement *07, BandwidthRequirement *08, AccessType *09, ServicelD *17, ExtensionURL *18, Usagelnfo *19, SessionDescriptionURI *21, SDP, *23,
ApplicationSpec *24, e Medialnformation *25 como seus sub-elementos, conforme especificado no Access *01.
Tabela 16
| *07 | Terminal Capability Requirement | El | 0 | 0.1 | Especificação das capacidades de terminal necessárias para este acesso f como protocolos, codecs, velocidade de bit, processamento e memória. UAprof é utilizado para expressar as capacidades. | Cadeia |
| *08 | Bandwidth Requirement | El | 0 | 0.1 | Especificação da largura de banda de rede necessária para acessar descrita neste fragmento. 0 serviço de difusão pode incluir múltiplos fluxos | Inteiro |
49/98 «-V
| acessíveis (mesmo conteúdo) com largura de banda diferente, de modo que o terminal pode fazer a escolha dependendo de sua condição de recepção atual. | ||||||
| *09 | AccessType | El | M | 1 | Define o tipo de acesso; Contém os seguintes atributos: TransmissionMedia Contém os seguintes elementos: TransmissionTopology TransmissionScheme | .------ |
| *10 | Transmission _Media | A | M | 1 | Este atributo indica qual canal é ut i 1 i zado para a entrega dos serviços, cujas IDs são listadas neste Access Fragment. 0: Canal de Difusão 1: Canal de Interação | Inteiro |
| *11 | Transmission _Topology | E2 | 0 | 0.1 | Este elemento é utilizado para a indicação do modo de transmissão IP pelo canal de difusão. Há dois modos possíveis. 0: Modo de Difusão 1: Modo Multidifusão Contém os atributos seguintes: | Inteiro |
50/98
| IP Address | ||||||
| *12 | IP_Address | A | 0 | 0.1 | Ende re ç o IP do fluxo IP, que transporta um serviço pelo canal de difusão. Se Transmission Topology é 0, então Type of IP address é o endereço IP Multidifusão. Obs.: Este atributo é utilizado quando o SDP não está incluído no Access Fragment. Se existir SDP no Access Fragment, o endereço IP do endereço IP receptor no SDP é utilizado. | Cadeia |
| *13 | Interaction Scheme | E2 | 0 | 0.1 | Este elemento indica qual sistema de comunicação ou protocolo é utilizado para Interaction. | Inteiro- |
Ο TerminalCapabi1i tyRequirement * 0 7 na Tabela 16 indica o requisito para o terminal móvel que acessa o serviço através do fragmento de acesso, e BandwidthRequirement *08 indica a largura de banda no 5 canal sem fio do serviço acessado através do fragmento de acesso. O AccessType *09, fornecido para indicar em que método o terminal móvel receberá o serviço, é utilizado para indicar se o serviço é transmitido pelo canal de difusão ou é transmitido pelo canal de interação fornecido 10 na rede de comunicação móvel, e também indicar com qual
51/98 protocolo ou sistema o terminal móvel transmite o serviço. Para este fim, na segunda versão, o AccessType é compreendido de um atributo e de dois sub-elementos.
Isto é, Transmission_Media *10 na Tabela 16 é um atributo que indica se o serviço é transmitido pelo canal de difusão ou é fornecido de uma rede de comunicação capaz da comunicação bidirecional, e o tipo do sub-elemento que pode ser incluído no AccessType é determinado de acordo com o valor do atributo. Se o Transmission_Media indica que o serviço é transmitido pelo canal de difusão, AccessType compreende Transmission_Topology *11 e ID_Address *12, como seus sub-elementos.
A Transmission_Topology na Tabela 16 é um elemento que indica se o serviço transmitido pelo canal de difusão será transmitido no modo de difusão ou no modo multidifusão. O modo de difusão e o modo multidifusão são utilizados no Internet Protocol, e se a Transmission_Topology indicar o modo de difusão, isso significa que o serviço é transmitido para uma área particular independentemente da posição do receptor do serviço.
Se a Transmission_Topology indicar o modo multidifusão, isso significa que o serviço é transmitido para o local onde o receptor do serviço está localizado na área de serviço de acordo com a informação de localização do receptor do serviço. Além disso, quando a Transmission_Topology indicar o modo multidifusão, o terminal móvel capaz de receber o serviço de difusão deve preferivelmente fazer um pedido de assinatura a um endereço IP do modo multidifusão e receber o serviço de difusão.
52/98
*)·
Ο IP_Address *12 na Tabela 16, como o serviço é transmitido para terminais móveis na forma de um fluxo de IP. no sistema de difusão, é um atributo que indica o endereço para o fluxo IP. O IP_Address torna-se um endereço de difusão IP ou um endereço multidifusão IP de acordo com o valor da Transmission_Topology. Comumente, o endereço IP do serviço é indicado na descrição da sessão. Contudo, quando a descrição da sessão não é transmitida junto com o fragmento de acesso, ela deve preferivelmente ser fornecida ao terminal móvel para a identificação do serviço ao nível IP.
Se o atributo Transmission_Media 810 na Tabela 16 indicar Interaction Channel, Interaction_Scheme *13 é incluído no AccessType *09, e o Interaction_Scheme tem um significado substancialmente equivalente ao Transmission_Scheme descrito na primeira versão. Na segunda versão, o Transmission_Scheme tem AccessServerIPAddress *14, AccessServerURL *15, e AccessServerPhoneNumber *16 como seus sub-elementos.
O Transmission_Scheme é um elemento que indica o sistema de comunicação ou o protocolo utilizado no canal de interação, quando é possível acessar o serviço através do canal de interação. Embora OMA BCAST atualmente especifica, por exemplo, Web Browsing, Multimedia Messaging Service (MMS), Wireless Application Protocol 1.0 (WAP1.0), Wireless Application Protocol 2.x (WAP2.x), Short Messaging Service (SMS), e Hyper Text Transmission Protocol (HTTO) como os sistemas de comunicação ou protocolos que podem ser utilizados para o canal de interação, outros sistemas de comunicação e protocolos que podem ser utilizados para o
53/98 canal de interação podem ser acrescentados no futuro.
Tabela 17
| Canal. 1: Canal de interação fornecido pela rede de interação. 2: MMS 3: WAP 1.0 4: WAP 2x 5: SMS 6: HTTP 7: Provedor de service definido Esquema de transmissão | ||||||
| *14 | AcessServer IPAddress | E3 | 0 | O.N | Endereço IP do servidor, que fornece acesso diferente (pelo canal de interação) do serviço. | Cadeia |
| *15 | AccessServer URL | E3 | 0 | 0,N | URL do servidor, que fornece acesso diferente (pelo canal de interação) de um serviço. | AnyURI |
| *16 | AccessServer PhoneNumber | E3 | 0 | O.N | Número de telefone do servidor, que fornece acesso diferente (pelo canal de | Inteiro |
54/98
| interação) de um serviço. | ||||||
| *17 | ServicelD | El | M | 0.N | Referência ao fragmento de serviço ao qual o fragmento de acesso pertence. | Inteiro |
| *18 | ExtensionURL | El | 0 | 0.N | URL contendo informação adicional em um fragmento de extensão. | AnyURI |
| *19 | Usagelnfo | El | 0 | 0.N | Este texto ajuda o usuário a compreender que diferença faz utilizar um ou o outro fragmento de acesso. É obrigatório no caso de mais de um fragmento de acesso estar disponível num dado ponto no tempo. Possivelmente fornecido em múltiplas linguagens. Atributos: Lang | Código de linguagem ISO 639 de 3 bytes |
| *20 | Lang | A | 0 | 0.N | Language | Código de linguagem ISO 639 de 3 bytes |
55/98
| - | *21 | Session | El | 0 | 9.1 | 0 URI para a unidade | AnyURI |
| * | DescriptionURI | de entrega SG que contém a descrição de | |||||
| - | sessão que a aplicação de mídia no terminal utiliza para acessar o serviço. No caso de serviço de não difusão, SessionDescriptionURI contém informação como aquele serviço em particular pode ser acessado. Contém o seguinte atributo: |
Na Tabela 17, AccessServerIPAddress *14,
AccessServerURL *15, e AccessServerPhoneNumber *16 são elementos que indicam o endereço do servidor que fornece o serviço pelo canal de interação para indicar se o terminal 5 móvel que recebe o fragmento de acesso pode acessar o serviço através do canal de interação em qualquer lugar.
Como o sistema de endereçamento utilizado em cada sistema de comunicação ou protocolo é diferente, o sistema de endereçamento repre sentat ivo do s i s tema de comunicação e 10 protocolo, adaptado atualmente para suportar o canal de interação, é apresentado.
O AccessServerIPAddress *14 é um elemento que indica a posição do servidor com base no Internet Protocol, o AccessServerURL *15 é o elemento que indica a posição do
56/98
¢)servidor que utiliza o sistema de comunicação ou o protocolo que suporta Web ou URL, e o AccessServerPhoiiéNümber *16 ê um elemento que indica a posição do servidor que permite acesso ao serviço utilizando
MMS ou
SMS. Ainda, um novo sistema de comunicação ou protocolo acrescentado ao
Interaction Scheme *13 na
Tabela 16, e se o sistema de endereçamento do sistema de ou do protocolo é diferente daquele atualmente fornecido, um novo sistema de endereçamento pode ser acrescentado como um sub-elemento do
Interaction Scheme.
Na Tabela 17, ServicelD *17 indica o identificador do serviço que pode ser acessado utilizando informação de acesso fornecida do fragmento de acesso, e quando uma pluralidade de serviços utiliza o mesmo acesso, uma pluralidade dos ServicelDs poderão existir. O Usagelnfo *19 é um elemento para dar a descrição da característica do fragmento de acesso ao usuário do terminal movei, especialmente um elemento que pode ser utilizado para descrever a característica e a correlação de cada fragmento de acesso para o usuário, mesmo quando há uma pluralidade de fragmentos de acesso para um serviço, fornecendo subserviços tendo diferentes características. O Usagelnfo tem Lang *20 como um atributo.
Tabela 18
Type
Obs.: Ê obrigatório utilizar
SessionDescriptionURI ou SDP
5Ί/93
| *22 | Type | A | M | 1 | Tipo do AccessURI 1. SDP; AccessURI é uma referência à descrição SDP; 2. MBMS-USD; AccessURI é uma referência à descrição do serviço do usuário MBMS (MBMS-USD) CONFORME ESPECIFICADO NA SEÇÃO 5.2 [26.346] . Poderá conter uma ou vários descrições SDP. | Inteiro |
| *23 | SDP | El | 0 | 0.1 | Descrição de sessão no formato SDP (protocolo de descrição de sessão IETF). | Cadeia (no formato SDP) |
| *24 | Application Spec | El | 0 | 0 ,N | Tipo de aplicação que pode consumir o serviço utilizando esta especificação de acesso definida pelo tipo MIME | Cadeia |
| *25 | Media Information | El | 0 | 0.N | Referência opcional a um ícone, pictograma, animação ou áudio. PreviewData ou referência a Preview |
58/98
| Data é aqui utilizado. Atributos: usage id | - | |||||
| *26 | Usage | A | M | 1 | Valores possíveis: | Inteiro |
| segundo plano, icone | (8 | |||||
| (p.ex.) | bits) | |||||
| *27 | Id | A | M | 1 | ID do fragmento | Inteiro |
| PreviewData. | (8 | |||||
| bits) | ||||||
| *28 | <proprietary | El ou | 0 | 0.N | Qualquer número de | |
| elements/attributes> | infe | elementos ou atribu- | ||||
| rior: | tos proprietários ou | |||||
| A | específicos da apli- | |||||
| cação que não são | ||||||
| definidos nesta | ||||||
| especificação. |
Na Tabela 17 e na Tabela 18, o SessionDescriptionURI *21, Type *22, SPD *23, ApplicationSpec *24, Medialnformation *25, Usage *26, Id *27, e <proprietary elements/attributes> *28 têm substancialmente as mesmas funções que aquelas do fragmento de acesso convencional, de modo que uma descrição detalhada deles será omitida.
A Figura 6 é um fluxograma que ilustra o processo de gerar e de transmitir um fragmento de acesso em um sistema 10 de difusão OMA de acordo com a segunda versão da presente invenção. Este processo corresponde à operação do gerador de fragmento de acesso 201 no aparelho de transmissão da
59/98
Figura 2.
. Com referência à Figura 6, o gerador de fragmento de acesso 201 determina, na etapa 601, se há necessidade de gerar um novo fragmento de acesso. Se houver necessidade de gerar um novo fragmento de acesso, isso significa que um novo serviço começa, ou que há necessidade de fornecer um novo serviço adicional ou um novo método de acesso para o serviço atual para o terminal móvel que recebe o serviço de difusão. Se é determinado na etapa 601 que não há necessidade de gerar um novo fragmento de acesso, o gerador de fragmento de acesso 201 estabelece informação básica para o fragmento de acesso na etapa 603. A informação básica compreende pelo menos um de Id, version, validFrom e validTo ambas relacionadas à validade do fragmento de acesso, ServiceProtection que indica se Service Protection é ou não aplicada, TerminalCapabilityRequirement que indica o requisito do terminal móvel que pretende ter acesso ao serviço, e BandwidthRequirement que indica a velocidade de dados do serviço no canal sem fio, todos os quais são descritos em conexão com a Tabela 15 e a Tabela 16.
Na etapa 605, o gerador de fragmento de acesso 201 determina se o serviço que pode ser acessado através do fragmento de acesso correspondente será transmitido por um canal de difusão ou um canal de interação. Se o serviço é para ser transmitido pelo canal de interação, o gerador de fragmento de acesso 201 prossegue para a etapa 607. No entanto, se o serviço é para ser transmitido pelo canal de difusão, o gerador de fragmento de acesso 201 prossegue para a etapa 613.
60/98
9? ίίΐ0 gerador de fragmento de acesso 201 estabelece um esquema de transmissão para o sistema de comunicação ou o protocolo a ser utilizado, na etapa 607, e estabelece o endereço para o sistema de comunicação ou protocolo correspondente na etapa 609. Daí em diante, na etapa 611, o gerador de fragmento de acesso 201 estabelece pelo menos uma ID de serviço que pode ser acessada com a informação fornecida no fragmento de acesso.
Na etapa 613, o gerador de fragmento de acesso 201 estabelece informação de topologia de transmissão indicando se o acesso correspondente ou o serviço que utiliza o acesso será transmitido no modo de difusão ou no modo multidifusão. A informação relacionada a modo é determinada por uma entidade de transmissão ou uma entidade de fornecimento de serviço, e o gerador de fragmento de acesso 201 recebe a informação relacionada ao modo fornecida da entidade correspondente, e estabelece a informação de topologia de transmissão dependendo da informação relacionada ao modo. Na etapa 615, o gerador de fragmento de acesso 201 estabelece informação IP de um fluxo IP onde o serviço é transmitido, e então prossegue para a etapa 611.
etapa 617,
gerador
fragmento
acesso 201
utilização
serviço
Usagelnfo ,
uma descrição característica
fragmento
acesso corre spondente
uma pluralidade
fragmentos
acesso
serviço,
fragmento
gerador acesso 201 acrescenta
um deles característica e de correlação para cada fragmento
acesso
modo
receptor
serviço ao
61/98 <-)· difusão poderá detectar a diferença.
Na etapa 619, o gerador de fragmento de acesso 201 estabelece informação sobre a sessão em que o serviço, cuja informação de acesso é fornecida através do fragmento de acesso correspondente, é transmitido. A informação de sessão compreende o endereço IP do remetente, o endereço IP do receptor, o tipo de dado transmitido através da sessão, e o codec utilizado. Session Description Protocol definido pelo IETF é um exemplo típico da informação de sessão. Daí em diante, na etapa 621, o gerador de fragmento de acesso 201 estabelece a outra informação que constitui o fragmento de acesso, e então encerra a operação.
A Figura 7 é um fluxograma que ilustra o processo de receber e de analisar um fragmento de acesso em um sistema de difusão de acordo com a segunda versão da presente invenção. Este processo corresponde a uma operação do analisador de fragmento de acesso 405 no aparelho de recepção da Figura 4.
Com referência à Figura 7, o analisador de fragmento de acesso 405 determina, na etapa 701, se há qualquer novo fragmento de acesso recebido. O critério de determinação é um atributo version do fragmento de acesso recebido. Se é determinado na etapa 701 que há qualquer fragmento de acesso recebido, o analisador de fragmento de acesso 405 analisa, na etapa 703, a informação básica do fragmento de acesso, determina um período válido do fragmento de acesso na informação básica, e reconhece que a informação fornecida através do fragmento de acesso é válida apenas no período válido. Com a utilização da informação básica, o analisador de fragmento de acesso 405 determina se o
62/98 «5 ίίν serviço fornecido pelo fragmento de acesso sofreu proteção de serviço antes de ser transmitido. Se o serviço sofreu proteção de serviço.,, o analisador de fragmento de acesso 405 prepara para efetuar uma operação relacionada de modo que ele possa receber corretamente o serviço fornecido através da informação de acesso correspondente. Além disso, o analisador de fragmento de acesso 405 verifica um atributo básico para a informação de acesso correspondente, e compara a condição de desempenho do terminal móvel exigida pelo serviço com base na informação de acesso com uma condição de desempenho do terminal móvel atual para determinar se o serviço é recebível. Ainda, se há vários fragmentos de acesso para o mesmo serviço levando em conta a largura de banda do canal sem fio em que o serviço com base na informação de acesso é fornecido, o analisador de fragmento de acesso 405 pode selecionar um fragmento de acesso apropriado determinado levando em conta o desempenho do terminal móvel, e recebe o serviço de acordo com a informação fornecida do fragmento de acesso.
Na etapa 705, o analisador de fragmento de acesso 405 determina se a informação de acesso para receber pelo menos um serviço é para o canal de difusão ou para o canal de interação. Se a informação de acesso é para o canal de interação, o analisador de fragmento de acesso 405 prossegue para a etapa 707. No entanto, se a informação de acesso é para o canal de difusão, o analisador de fragmento de acesso 405 prossegue para a etapa 713.
Na etapa 707, o analisador de fragmento de acesso 405 verifica o esquema de transmissão e reconhece um sistema de comunicação ou um protocolo a ser usado. Após reconhecer
63/98 íy que ele deveria acessar o serviço correspondente utilizando o sistema de comunicação ou o protocolo determinado, o analisador de fragmento de acesso 405 analisa, na ..etapa 709, o endereço do servidor que fornece o serviço correspondente pelo canal de interação, e prepara para transmitir uma solicitação de serviço. O sistema de endereçamento poderá diferir de acordo com o sistema de comunicação e o protocolo utilizando o canal de interação.
Daí em diante, na etapa 711, o analisador de fragmento de acesso 405 verifica a informação de utilização de serviço Usagelnfo para pelo menos um serviço que pode ser acessado com a informação de acesso, e se há uma descrição característica para o fragmento de acesso e uma pluralidade de fragmentos de acesso para um serviço, ou se há um fragmento de acesso para uma pluralidade de serviços, o analisador de fragmento de acesso 405 reconhece a característica e a correlação para cada um deles, e o terminal móvel exibe a descrição correspondente para o usuário que receberá o serviço de modo a permitir que o usuário faça a seleção apropriada.
Na etapa 713, o analisador de fragmento de acesso 405 verifica a topologia de transmissão, analisa a informação que indica se o serviço será transmitido no modo de difusão ou no modo multidifusão, e prepara-se para efetuar uma operação apropriada para o resultado da análise. Para o serviço transmitido no modo de difusão, o terminal móvel pode receber o serviço correspondente sem ingressar no serviço. No entanto, para o serviço transmitido no modo multidifusão, o terminal móvel deve preferivelmente efetuar o processo Join para o grupo de endereço IP multidifusão de
64/98 «7 β|· um fluxo IP onde o serviço é transmitido, para receber o serviço.
Na etapa 715, o analisador de fragmento de acesso 405 verifica o endereço do fluxo IP da informação de acesso com a qual o acesso ao serviço correspondente é possível. O endereço do fluxo IP é muito importante para o terminal móvel cronogramado para receber um serviço correspondente no processo de distinguir o endereço IP com o qual o acesso ao serviço é possível. Se o endereço do fluxo IP não é fornecido, o terminal móvel deve preferivelmente efetuar uma operação de receber todos os fluxos IP transmitidos através do canal de difusão e determinar o endereço IP para f' o serviço desej ado. O endereço do fluxo IP é conectado a uma portadora de comunicação sob uma camada IP e indica qual portadora de comunicação o terminal móvel deve receber para receber o fluxo IP. O método poderá ser diferente em cada sistema de difusão que fornece o canal de difusão e desvia-se do escopo da presente invenção, de modo que uma descrição detalhada dele será aqui omitida.
Após determinar o endereço do fluxo IP na etapa 715, o analisador de fragmento de acesso 405 prossegue para a etapa 711 onde ele verifica e exibe uma ID de serviço e a informação de utilização do serviço. Na etapa 717, o analisador de fragmento de acesso 405 verifica a informação na sessão em que o serviço, cuja informação de acesso é fornecida do fragmento de acesso, é transmitida, e permite que o terminal móvel prepare-se para receber a sessão em que o serviço é efetivamente transmitido. Daí em diante, na etapa 719, o analisador de fragmento de acesso 405 analisa a outra informação fornecida do fragmento de acesso e
65/98 %
<9· utiliza a informação relacionada para uma finalidade apropriada. Na etapa 721, o analisador de fragmento de acesso 405 prepara, .para acessar e receber o serviço de acordo com a informação analisada do fragmento de acesso, e então encerra a operação.
TERCEIRA VERSÃO EXEMPLAR
Com referência à Tabela 19 à Tabela 37, será feita agora uma descrição de um método para fornecer informação de acesso para a transmissão de serviço através de uma rede de difusão e a transmissão do serviço através de uma rede de interação de acordo com uma terceira versão exemplar da presente invenção.
Como foi descrito na primeira e na segunda versões exemplares, o fragmento de acesso fornece informação de acesso que o terminal móvel utiliza para ter acesso ao serviço.
Na Tabela 19 e na Tabela 20 abaixo, Id, version, validFrom, e validTo indicam a informação básica da ID, versão e período válido para o fragmento de acesso, respectivamente. Na Tabela 20, AccessType compreende informação de acesso detalhada da rede de difusão ou da rede de interação para o serviço. Na Tabela 26, KeyManagementSystem compreende informação que indica durante o acesso ao serviço se o serviço correspondente está criptografado ou se o conteúdo correspondente está criptografado, e também compreende informação sobre o método utilizado para a criptografia. Na Tabela 29, AlternativeAccessURL compreende informação sobre um endereço, acesso ao qual é possível através da rede de interação, no caso do terminal móvel ter dificuldade em
66/98 acessar a rede de difusão correspondente quando o AccessType da Tabela 20 compreende informação de rede de difusão. O TerminalCapabilityRequirement na Tabela 30 e BandwidthRequirement na Tabela 35, indicam o requisito do 5 terminal móvel para ter acesso ao serviço correspondente, e a informação de largura de banda do serviço, respectivamente.
Na Tabela 35, ServiceClass indica as finalidades de utilizar o fragmento de acesso correspondente, isto é, 10 recepção do guia de serviço, transmissão de arquivo, transmissão de fluxo, e assim por diante. Na Tabela 37, NotificationReception compreende informação de endereço para a recepção de mensagens de notificação.
O AccessType na Tabela 20 de acordo com versões da 15 presente invenção será descrito agora em maior detalhe. O AccessType compreende informação detalhada para o acesso ao serviço. Isto é, o AccessType correspondente indica se é informação de acesso para a rede de difusão, ou informação de acesso para a rede de interação de acordo com 20 a informação TransmissionMedia na Tabela 20. Se o TransmissionMedia é informação de acesso para a rede de difusão, o AccessType compreende apenas a informação BroadcastServiceDelivery da Tabela 20, e se TransmissionMedia é informação de acesso para a rede de 25 interação, o AccessType compreende apenas a informação UnicastServiceDelivery da Tabela 24.
Na Tabela 20, o TransmissionMedia utilizado para distinguir entre a rede de difusão e a rede de interação pode ser opcionalmente incluído no AccessType. Mesmo 30 quando TransmissionMedia não é incluído, apenas uma da informação BroadcastServiceDelivery da Tabela 20 para o acesso à rede de difusão, e a informação UnicastServiceDelivery da Tabela 24 para acesso à rede de interação, é incluída no AccessType, de modo que o 5 terminal móvel pode determinar se ele terá acesso à rede de difusão ou à rede de interação ao determinar qual informação está incluída no AccessType.
A informação BroadcastServiceDelivery compreende informação de acesso detalhado relacionada à rede de 10 difusão, e com base em bdsType da Tabela 21, o terminal móvel pode determinar através de qual rede de difusão o serviço é recebido. Por exemplo, se o bdsType tem o valor de 0, o terminal móvel é servido através de DVB-H IPDC, e os valores especificados no BroadcastServiceDelivery 15 compreendem a informação detalhada que o terminal móvel utiliza para acessar o DVB-H IPDC e receber o serviço.
O destinationIPAddress na Tabela 21 denota um endereço IP utilizado para receber o serviço através da rede de difusão, e o terminal móvel acessa o endereço 20 correspondente e recebe o serviço. A informação de endereço correspondente é utilizada quando SessionDescription Reference ou a informação SDP da Tabela 22 não é incluída. Quando a informação SessionDescriptionReference ou SDP é incluída, o terminal móvel verifica o valor do endereço e a 25 informação de acesso detalhado na informação SDP correspondente, e acessa a rede de difusão.
O UnicastServiceDelivery na Tabela 24 denota a informação de acesso para o caso em que o terminal de acesso recebe o serviço através da rede de interação. A 30 informação do endereço detalhado utilizada pelo terminal
68/98 móvel para receber o serviço é especificada em AccessServerURL da Tabela 24. Além disso, ^TransmissionSchemeType na Tabela 25 indica o mecanismo de transporte utilizado para acessar o AccessServerURL correspondente e baixar o serviço, e o mecanismo de transporte indica informação sobre HTTP, MMS, WAP, e assim por diante. Por exemplo, se o TransmissionSchemeType for 0, o terminal móvel acessa o endereço correspondente AccessServerURL utilizando o http, e recebe o serviço.
Tabela 19
| Nome | Tipo | Cate goria | Cardi nalidade | Descrição | Tipo de dado |
| Access | E | Fragmento de acesso Contém os seguintes atributos: id version validFrom validTo Contém os seguintes sub-elementos AccessType ServiceAccessNotif icationURL KeyManagement Sys t em TerminalBinding KeylD ExtensionURL ServicelDRef ScheduleReference |
69/98
| Usagelnfo AlternativeAccessURL Te rmina1Capabi 1 i ty Requirement BandwidthRequirement ServiceClass PreviewDatalDRef NotificationReception | |||||
| Id | A | NM/TM | 1 | ID do fragmento de acesso, globalmente singular | anyURI |
| Version | A | NM/TM | 1 | Versão deste fragmento. A versão mais nova suprime a mais antiga assim que ela tenha sido recebida. | unsignedlnt (32 bits) |
| ValidFrom | A | NO/TM | 0.1 | 0 primeiro momento quando este fragmento é válido. Se não for dado, a vaiidade supõe - se que tenha começado em algum tempo no passado. | Int (32 bits) expresso como tempo NTP |
Tabela 20
| validTo | A | NO/TM | 0.1 | 0 último momento quando este fragmento é válido. | Int (32 bits), expresso |
70/98
| Se não for dado, supõe-se que a validade termine em um tempo não definido no futuro. | como tempo NTP. | ||||
| Access Type | El | NM/TM | 1 | Define o tipo de acesso. Contém o seguinte atributo: transmissionMedia Contém os seguintes elementos: BroadcastService Delivery Unicastservice Delivery | |
| Transmission Media | A | NM/TM | 1 | Este atributo indica o canal que é ut ili zado para a entrega do serviço. 0: Canal de difusão 1: Canal de interação | booleano |
| Broadcast ServiceDelivery | E2 | NO/TM | 0.1 | Este elemento é utilizado para a indicação da transmissão IP. Este elemento só poderá estar |
71/98 (L}
| presente quando: TransmissionMedia=0 Contem o seguinte atributo: bdsType destinationlP Address Contém os seguintes elementos: SessionDescription Reference SDP |
Tabela 21 bdsType
NO/TM
0.1
Identificador do tipo do sistema de distribuição sub j acente a que este fragmento de acesso se relaciona. Este atributo só poderá estar presente quando: TransmissionMedia=0 unsignedByte
Valores definidos
0: DVB-H IPDC
1: 3GPP MBMS Rei-6
72/98
| 2: 3GPP MBMS Rei-7 3: EGPP2 BCMCS (lx) 4 : 3GPP2 BCMCS (HRPD) 5: 3GPP2 Enhanced BCMCS (HRPD) 6-127: reservado para uso futuro 128-255: reservado para uso proprietário | |||||
| Destination IPAddress | A | NO/TM | 0.1 | Endereço DestinationlP do fluxo IP, que transporta o serviço A pelo canal de difusão. Obs. : Este atributo é utilizado quando SDP não está incluído no fragmento de acesso. Se SDP existir no fragmento de acesso, o endereço IP do endereço IP do receptor no SDP é utilizado. | cadeia |
Tabela 22
V
73/98
¢).
| Session Description Reference | E3 | NO/TM | O.N | A referência ao SessionDescription a que este acesso se relaciona. Obs.: A própria SessionDescription poderá ser entregue de duas mane iras através do canal de interação. No caso de uma entrega de difusão, o fragmento SessionDescription ou é entregue no SGDU ou encapsulado neste fragmento de acesso. Neste último caso o elemento SDP é utilizado em vez do SessionDescription Reference. Se fragmentos do AuxiliaryDescription são fornecidos eles são referenciados pelo SessionDescription Reference. |
Π
| No caso de pegar pelo canal de interação, o Session Description pode ser adquirido ao acessar o URI (dado como atributo deste elemento), Contém os seguintes atributos: type uri idRef | |||||
| Tabela 23 | |||||
| type | A | NM/TM | 1 | Tipo da descrição de sessão referida por este SessionDescription Reference 0: SDP 1: MBMS User Service Description (MBMS-USD) conforme especificado na seção 5.2 [26.346], Poderá conter uma ou várias descrições de SDP. 2: AssociateDelivery | unsignedByte |
'9
| Procedure para distribuição de fluxo 4-127: Reservado para uso futuro 128-255: Reservado para uso proprietário | - - - - ----- - - | ||||
| Uri | A | NO/TM | 0.1 | 0 URI para o arquivo que contém SessionDescription que a aplicação de mídia no terminal utiliza para acessar o serviço ou o URI para o associatedDelivery Procedure para distribuição de arquivo e fluxo | anyURI |
| idRef | A | NO/TM | 0.1 | A id do fragmento SessionDescription a que este acesso refere, globalmente singular. | anyURI |
| SDP | E3 | NO/TM | 0.1 | Descrição de sessão no formato SDP (protocolo de descrição de sessão IETF) | cadeia |
Tabela 24
| ÚnicastService Delivery | E2 | NO/TM | O.N | Este elemento indica o servidor e/ou o protocolo que é utilizado para a entrega do serviço pelo canal de interação. Este elemento só poderá estar presente quando TransmissionMedia=l Contém os seguintes elementos: AccessServerURL | |
| AccessServe rURL | E3 | NO/TM | O.N | URL do servidor da qual o terminal pode receber o servi ç o at ravé s da rede de interação. Por exemplo, Access ServerURL pode s er uma URL http apontando para um conteúdo por baixar, ou uma URL RTS P que apont a para o servidor streaming para | anyURI |
77/98 >|0t)
| - | iniciar uma sessão streaming. Contém o seguinte atributo: transmissionScheme Type | .. |
Tabela 25
| Transmission SchemeType | A | NM/TM | 1 | Especifica o mecanismo de transporte que é utilizado para este acesso. 0: http 1: MMS 2: WAP 1.0 3: WAP 2x 4: RTP 5: 3GPP-PSS (3GPP Packet-Switched Streaming Service) 6: 3GPP2-MSS (3GPP2 Multimedia Streaming Services) 7: 3GPP CS videotelephony (3GPP Circuit Switched H324m call) 8: FLUTE | Unsigned Byte |
78/98
| 9-127: Reservado para uso futuro 128-255: Reservado para uso proprietário. (Obs.: Outro protocolo ou sistema de comunicação poderá ser acrescentado com base no OMA Service interaction function). | |||||
| ServiceAccess NotificationURL | El | NO/TM | O.N | URL que o terminal poderá utilizar quando ele acessar (comutar) este serviço por este acesso. 0 terminal não poderá utilizar a URL para notificação sem o consentimento do usuário. Obs.: Esta URL pode, por exemp 1 o, ser utilizada para iniciar a comutação de canal gerenciada por servidor na | anyURI |
402
79/98
| transmissão unicast. |
- Tabela 26
| KeyManage mentSystem | El | NO/TM | 0,N | Identifica o tipo do Sistema de Gerenciamento por Chave (KMS) que pode ser utiliz ado para entrar em contato com o Emissor de Direitos e para GPA, se GBA_U é obrigatório ou se GBA_ME ou GBA_U podem ser utilizados. Observe que o Emissor de Direitos pode suportar mais de um KMS. Se KeyManagementSys tem não é especificado, isso significa que nenhuma proteção é aplicada. Valores: Omã-bcast-drm-pki Indica OMA DRM PKI |
80/98 /ο3 *ι·
| (Public Key Infrastructure); Oma-bcast-gba_u- --- mbms Indica GBA_U EGGP MBMS SKI (Symmetric Key Infrastructure) Oma - bca s t - gba__membms Indica GBA_ME 3GPP MBMS SKI isto é, GBA_ME ou GBA_U podem ser utilizados; Omã-bcast-gba_Ubcmcs Indica GBA_ME 3GPP2 BCMCS SKI isto é, GBA_ME ou GBA_U podem ser usados; Oma-bcast-provbcmcs Indica 3GPP2 BCMCS SKI provisionados Contém os seguintes atributos: ProtectionType RightsIssuerURI | |||||
Tabela 27
| ProtectionType | A | NM/TM | 1.2 | Especifica o tipo | uns ignedByte |
81/98
| de proteção oferecido pelo KMS. Valores: ' 1. Apenas proteção do conteúdo. 2. Apenas proteção do serviço. 3. Tanto proteção do conteúdo como proteção do serviço 4. Uso de vinculação do terminal (apenas para perfil smartcard) 5-127. Reservado para uso futuro 128-255. Reservado para uso proprietário | (8 bits) | ||||
| RightsIssuerURI | A | NM/TM | 1 | Especifica o URI Rightslssuer. | anyURI |
| TerminalBinding KeylD | El | NO/TM | 1 | Número que identifica a ID de Chave de Vinculação de Terminal *TBK ID) que é necessária para acessar o serviço. É TM para terminais | lnt(32 bits) |
82/98
| - | com o perfil smartcard. Não se ’ aplica ao perfil DRM. Contém o seguinte atributo opcional: RightsIssuerURI | — | |||
| Right sIssuerURI | A | NO/TM | 0.1 | Especifica o URI Rightslssuer para o TerminalBindingKey se é diferente do RightsIssuerURI indicado no elemento KeyManage mentSystem. Isto é, se o atributo não estiver presente, o mesmo RightsIssuerURI é utilizado para adquirir tanto SEK/PEK como TerminalBindingKey. | anyURI |
Tabela 28
| ServicelDRef | El | NO/TM | O.N | Referência ao fragmento do serviço ao qual o fragmento de acesso pertence. Qualquer um entre | anyURI |
83/98
| ServicelDRef ou SchedulelDRef mas não os dois- deverá ser instanciado. Obs.: Implementação em XML Scheme usando <choice>. Cada fragmento de serviço deverá ser associado a pelo menos um fragmento de acesso para permitir que o terminal acesse o serviço. | |||||
| ScheduleReference | El | NM/TM | O.N | Referência ao fragmento de c ronogramaç ão ao qual pertence o fragmento de acesso. Fornece a referência ao fragmento de cronogramaçao para superar temporariamente o fragmento de acesso predefinido do serviço endereçado pela cronogramação. Qualquer um entre |
84/98
| ServicelDRef ou SchedulelDRef mas não os dois- deverá ser instanciado. Obs.: Implementação no XML Scheme usando <choice>. Contém o atributo: idRef Contém o sub- elemento: DistributionWindowID |
Tabela 29
| idRef | A | NM/TM | 1 | Identificação do fragmento de cronogramação a que se relaciona o fragmento de acesso. | anyURI |
| Di s tribut ionWindowID | E2 | NO/TM | O.N | Referência de relação ao DistributionWindowID a que pertence o fragmento de acesso. Os DistributionWindowIDs declarados neste elemento deverão ser a coleção completa ou um subconj unto dos | inteiro |
85/98
| - | - | DWids declarados no fragmento de cronogramação a que pertence a referência idRef. | |||
| Usagelnfo | El | NO/TM | O.N | Este texto aj uda o usuário a compreender que diferença faz usar um ou o outro fragmento de acesso. Ê obrigatório no caso de mais de um fragmento de acesso estar disponível em um ponto dado no tempo. Possivelmente fornecido em múltiplas linguagens. A linguagem é expressa usando o atributo XML embutido xml:lang com este elemento. | cadeia |
| AlternativeAccessURL | El | NO/TM | O.N | Especifica URL alternat iva do conteúdo para recuperá-lo através do canal de interação (p.ex., se o conteúdo | anyURI |
86/98
| não puder ser recebido através do canal de difusão)— ~~ |
Tabela 30
| TerminalCapability | El | NO/TM | 0.1 | Capacidades | de | |
| Requirement | terminal necessárias | |||||
| para consumir | o | |||||
| conteúdo do serviço. | ||||||
| Para vídeo e áudio, | ||||||
| o tipo de mídia | e os | |||||
| atributos de | tipo | |||||
| relac ionados no | SDP | |||||
| (ver seção 5.1 | .2.5) | |||||
| sinalizam | o | |||||
| decodificador | de | |||||
| áudio/vídeo. Destas | ||||||
| formas, < | esses | - | ||||
| parâmetros | ||||||
| complementam | o | |||||
| TerminalCapability | ||||||
| Requirement. | ||||||
| Adicionalmente, | as | |||||
| c omp1exidades | dos | |||||
| fluxos | de | |||||
| áudio/vídeo são | aqui | |||||
| descritos se | Eorem | |||||
| diferentes | das | |||||
| complexidades | que | |||||
| podem ser derivadas |
/(0
87/98
| dos atributos do tipo de mídia no SDP (p. ex., nível) Neste caso, os parâmetros definidos no fragmento de acesso as sumem prioridade. Sub-elementos: Vídeo Áudio DownloadFile | |||||
| Video | E2 | NO/TM | 0.1 | Requisitos de capacidade de codec de vídeo Sub-elementos: Complexity |
Tabela 31
| Complexity | E3 | NO/TM | 0.1 | A c omp1exi dade c om que o decodificador de vídeo precisa lidar. É recomendado que este elemento seja incluído se a complexidade indicada pelos parâmetros tipo MIME no SDP difere da efetiva complexidade. |
88/98
Mi
ÍZV
| ----- - - | - | - | - | Sub-elementos: Bitrate Resolution MinimumBufferSize | _ — |
| Bitrate | E4 | NO/TM | 0.1 | Velocidade de bit total do fluxo de video. Atributos: average maximum | |
| average | A | NO/TM | 0.1 | Ve loc i dade de bits média em kbits/éeg | unsigned Short (16 bits) |
| maximum | A | NO/TM | 0.1 | Velocidade de bit máxima em kbits/seg. | unsigned Short (16 bits) |
Tabela 32
| REsolution | Έ4 | NO/TM | 0.1 | A resolução vídeo Atributos: horizontal vertical | do | |
| horizontal | A | NM/TM | 1 | Resolução horizontal vídeo. | do | Unsigned Short (16 bits) |
| vertical | A | NM/TM | 1 | Resolução vertical do vídeo. | Unsigned Short (16 bits) |
89/98
412 η
| MinimumBufferSize | E4 | NO/TM | 0.1 | Tamanho da memória provisória mínima do - decodificador necessária para processar o conteúdo do vídeo em kbytes. | unsignedlnt (32 bits) |
| Áudio | E2 | NO/TM | 0.1 | Capacidade do codec de áudio. Sub-elementos: Complexity |
Tabela 33
| Complexity | E3 | NO/TM | 0.1 | A complexidade com que o decodificador de áudio tem que lidar. Ê recomendado que este elemento seja incluído se a c omp1exidade indicada pelos parâmetros do tipo MIME no SDP difere da efetiva complexidade. Sub-elementos: Bitrate MinimumBufferSize | |
| Bitrate | E4 | NO/TM | 0.1 | Velocidade de bit total do fluxo de |
90/98
| ----- | - | - | áudio. Atributos: average maximum | ||
| average | A | NO/TM | 0.1 | Velocidade de bit média em kbits/seg. | unsigned Short (16 bits) |
| Maximum | A | NO/TM | 0.1 | Ve loc i dade de bit máxima em kbits/seg. | unsigned Short (16 bits) |
| MinimumBuf ferS ize | E4 | NO/TM | 0.1 | Tamanho mínimo da memória provisória do decodificador necessária para processar o conteúdo do vídeo em kbytes. | unsignedlnt (32 bits) |
Tabela 34
| DownloadFile | E2 | NO/TM | 0.1 | Capacidade necessária para os arquivos baixados. Sub-elementos: MIMETypeSet | |
| MIMETypeSet | E3 | NO/TM | 0.N | Supondo que o serviço de baixa consiste de um conjunto de arquivos com tipos MIME diferentes que j untos compõem o |
91/98
| serviço, o terminal precisa suportar a totalidade ~ desses tipos MIME para ser capaz de apresentar o serviço para o usuário. MIMETypeSet lista todos esses tipos MIME. Se o terminal não suporta um ou mais dos tipos MIME, ele provavelmente não será capaz de apresentar o serviço. Sub-elementos: Type | |||||
| Type | E4 | NO/TM | 0.1 | Um tipo MIME no MIMETypeSet. 0 formato desta cadeia deverá seguir o sintaxe Content-type em [RFC 2045]. Contém os seguintes atributos: Codec | cadeia |
Tabela 35
415
92/98
Codec
NO/TM
| Os parâmetros | de | |
| codec para | o | MIME |
| Media - - | - - - | type |
| associado. | Se | a |
| definição | do | tipo |
| MIME do | arquivo |
especificar cadeia parâmetros
| obrigatórios, | eles |
| precisam | estar |
| incluídos | nesta |
| cadeia. Parâmetros | |
| opcionais | que |
| contêm informação | |
| que pode | ser |
| utilizada | para |
| determinar sobre se | |
| o terminal | pode |
| fazer uso | do |
| arquivo devem | ser |
| incluídos | na |
| cadeia. Um exemplo | |
| dos parâmetros | |
| definidos | para |
| áudio/EGPP, | |
| áudio/3GPP2, | |
| vídeo/3GPP, | |
| vídeo/3GPP2 | ê |
| especificado | em |
| [RFC4281]. |
93/98
| Bandwidth Requirement | El | NO/TM | 0.1 | Especificação da largura de banda da rede necessáriar para o acesso descrito neste fragmento. 0 serviço de difusão pode incluir múltiplos fluxos acessíveis (mesmo conteúdo) com diferente largura de b anda, de modo que o terminal pode fazer a escolha dependendo de sua condição de recepção atual. | inteiro |
| ServiceClass | El | NM/TM | l.N | ServiceClass identifica a classe do serviço. Esta identificação é mais detalhada do que o atributo de tipo no fragmento de serviço e permite a associação da combinação | cadeia |
94/98
| serviço/acesso a aplicações e spe c í f i cas. | |||||
Tabela 36
| PreviewDatalDRef | El | NO/TM | O.N | Referência ao fragmento PreviewData que especifica um ícone, pictograma, animação ou áudio. Atributo: Usage | anyURI |
| usage | A | NM/TM | 1 | Valores possíveis: 0: não especificado 1: segundo plano 2: ícone/logotipo 3: pôster 4: trailer 5: barker 6: service/channel zapping 7: 7-127: reservado para uso futuro 128-255: reservado para uso proprietário Obs. : apenas usage=6 (service/channel | Unsigned Byte (8 bits) |
95/98
| zapping) é o valor | |
| válido quando | os |
| dados - - - | “ dê |
| antecipação | são |
| associados | ao |
| fragmento | de |
| acesso. |
Tabela 37
| Notification Reception | El | NO/TM | 0.1 | Informação de recepção para Notification Messages. NotificationPort é obrigatório, pois o portal UDP de s i gnado deve rá ser utilizado para entregar a mensagem de notificação através de uma sessão em andamento ou a sessão de s i gnada enquant o NotificationAddress é utilizado opcionalmente para a entrega de mensagens de notificação através do multidifusão |
96/98
| - - - | designado ou da sessão de difusão. Contém os “seguintes” atributos: NotificationPort NotificationAddress NotificationRequest URL NotificationPollURL | ||||
| NotificationPort | A | NO/TM | 0.1 | Número do portal UDP para entrega da mensagem de notificação específica do serviço. | inteiro |
| NotificationAddress | A | NO/TM | 0.1 | Endereço multidifusão, IP de entrega da mensagem de notificação específica do serviço. Obs.: Se a mensagem de notificação é entregue pelo canal de interação, este atributo deve ser combinado com NotificationPort. | Cadeia |
| NotificationRequest URL | A | NO/TM | 0.1 | URL através da qual o terminal pode | anyURI |
97/98
ΛΪΌ 'V\
| - - - | - - - | - - - | assinar para mensagens de notif icação “ específicas do serviço. | ||
| NotificationPollURL | A | NO/TM | 0.1 | URL através da qual o terminal pode verificar mensagens de notificação específicas do serviço. | anyURI |
| <proprietary elements/attributes> | El ou infe rior, A | NO/TO | O.N | Qualquer número de elementos ou atributos proprietários ou específicos da aplicação que não são definidos nesta especificação. |
Como pode ser compreendido da descrição anterior, versões da presente invenção podem fornecer informação de acesso detalhado da rede de difusão ou da rede de interação, através da qual o serviço de difusão é 5 transmitido, no sistema de difusão que fornece serviços de difusão com base em IP.
Versões da presente invenção podem fornecer informação de acesso detalhada da rede de difusão ou da rede de interação, através da qual o serviço é transmitido para o 10 terminal móvel, ao fornecer um formato eficiente de fragmento de acesso no sistema de difusão que fornece
42)
98/98 serviços de difusão com base em IP.
Ainda, versões da presente invenção podem fornecer um .formato, eíiciente de- fragmento de acesso- quando- do acesso a uma pluralidade de serviços através de um fragmento de acesso.
Além disso, versões da presente invenção fornecem um método e aparelho de transmissão/recepção de fragmento de acesso para suportar com eficiência o esquema de transmissão/topologia de transmissão e protocolo para cada canal individual pelo qual o serviço é transmitido, no processo de configurar Access Type do fragmento de acesso, assim permitindo que o terminal móvel acesse o serviço com eficiência.
Ademais, versões da presente invenção fornecem informação de transmissão multidifusão IP para o terminal móvel no sistema de difusão que requer alta velocidade de dados, contribuindo para a redução nos recursos sem fio.
Embora a invenção tenha sido mostrada e descrita com referência a certas versões exemplares da mesma, será compreendido por aqueles habilitados na tecnologia que várias mudanças na forma e nos detalhes poderão ser nela feitas sem desviar do espírito e escopo da invenção conforme definidas pelas reivindicações apensas e seus equivalentes.
Claims (20)
1. Método para transmitir informação de acesso de um serviço de difusão em um transmissor de um sistema de difusão, o método caracterizado por compreender as etapas
2 0
2/5
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro elemento inclui pelo menos um de um segundo sub-elemento indicando o modo de entrega de difusão ou um terceiro sub-elemento indicando
20 o modo de entrega unicast.
3/5 unicast, o terceiro sub-elemento inclui um quinto subelemento indicando um identificador de recursos uniforme (URI) de um servidor a partir de que o serviço de difusão é entregue pelo modo de entrega unicast.
3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de, quando o primeiro elemento inclui o segundo sub-elemento indicando o modo de entrega de difusão, o segundo sub-elemento inclui um quarto sub-
25 elemento indicando um identificador de recursos uniforme (URI) de um servidor a partir de que o serviço de difusão é entregue pelo modo de entrega de difusão.
4/5 inclui o terceiro sub-elemento indicando o modo de entrega unicast, o terceiro sub-elemento inclui um quinto subelemento indicando um identificador de recursos uniforme (URI) de um servidor a partir de que o serviço de difusão é 5 entregue pelo modo de entrega unicast.
4. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que, quando o primeiro elemento
30 inclui o terceiro sub-elemento indicando o modo de entrega unicast, o terceiro sub-elemento inclui um quinto subelemento indicando um identificador de recursos uniforme (URI) de um servidor a partir de que o serviço de difusão é entregue pelo modo de entrega unicast.
Petição 870190021865, de 07/03/2019, pág. 10/15
5 caracterizado pelo fato de que, quando o primeiro elemento inclui o terceiro sub-elemento indicando o modo de entrega unicast, o terceiro sub-elemento inclui um quinto subelemento indicando um identificador de recursos uniforme (URI) de um servidor a partir de que o serviço de difusão é 10 entregue pelo modo de entrega unicast.
5/5 elemento indicando um identificador de recursos uniforme (URI) de um servidor a partir de que o serviço de difusão é entregue pelo modo de entrega de difusão.
5 10. Aparelho, de acordo com a reivindicação 6, caracterizado pelo fato de que a informação de acesso compreende ainda informação de largura de banda do serviço de difusão.
5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a informação de acesso compreende ainda informação de largura de banda do serviço de difusão.
5
5 de:
gerar um fragmento de informação que compreende um primeiro elemento para indicação de pelo menos um modo de entrega, através do qual o serviço de difusão é transmitido; e
6. Aparelho para transmitir informação de acesso de um serviço de difusão em um sistema de difusão, o aparelho caracterizado por compreender:
um processador; e um transmissor acoplado ao processador, e configurado
7. Aparelho, de acordo com a reivindicação 6, caracterizado pelo fato de que o primeiro elemento inclui pelo menos um de um segundo sub-elemento indicando o modo de entrega de difusão ou um terceiro sub-elemento indicando o modo de entrega unicast.
25
8. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato de que, quando o primeiro elemento inclui o segundo sub-elemento indicando o modo de entrega de difusão, o segundo sub-elemento inclui um quarto subelemento indicando um identificador de recursos uniforme
30 (URI) de um servidor a partir do qual o serviço de difusão é entregue pelo modo de entrega de difusão.
9. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato de que, quando o primeiro elemento inclui o terceiro sub-elemento indicando o modo de entrega
Petição 870190021865, de 07/03/2019, pág. 11/15
10 serviço de difusão em um terminal de um sistema de difusão, o método caracterizado por compreender as etapas de:
receber informação de acesso que inclui um fragmento de informação fornecido para o serviço de difusão; e receber o serviço de difusão por pelo menos um modo de 15 entrega com base no fragmento de informação que compreende um primeiro elemento para indicar o pelo menos um modo de entrega, pelo qual o serviço de difusão é transmitido, em que o pelo menos um modo de entrega indicado pelo primeiro elemento compreende um modo de entrega de difusão 20 ou um modo de entrega unicast.
10 para:
gerar um fragmento de informação que compreende um primeiro elemento para indicação de pelo menos um modo de entrega, pelo qual o serviço de difusão é transmitido; e transmitir, para um terminal, a informação de acesso 15 incluindo o fragmento de informação gerado fornecido para o serviço de difusão, em que o pelo menos um modo de entrega indicado pelo primeiro elemento compreende um modo de entrega de difusão ou um modo de entrega unicast.
10 transmitir, para um terminal, a informação de acesso que inclui o fragmento de informação gerado fornecido para o serviço de difusão, em que o pelo um modo de entrega indicado pelo primeiro elemento compreende um modo de entrega de difusão 15 ou um modo de entrega unicast.
11. Método para receber informação de acesso de um
12. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que o primeiro elemento inclui pelo menos um de um segundo sub-elemento indicando o modo de entrega de difusão ou um terceiro sub-elemento indicando
25 o modo de entrega unicast.
13. Método, de acordo com a reivindicação 12, caracterizado pelo fato de que, quando o primeiro elemento inclui o segundo sub-elemento indicando o modo de entrega de difusão, o segundo sub-elemento inclui um quarto sub-
30 elemento indicando um identificador de recursos uniforme (URI) de um servidor a partir de que o serviço de difusão é entregue pelo modo de entrega de difusão.
14. Método, de acordo com a reivindicação 12, caracterizado pelo fato de que, quando o primeiro elemento
Petição 870190021865, de 07/03/2019, pág. 12/15
15. Método, de acordo com a reivindicação 11, caracterizado pelo fato de que a informação de acesso compreende ainda informação de largura de banda do serviço de difusão.
10
16. Aparelho para receber informação de acesso de um serviço de difusão em um terminal de um sistema de difusão, o aparelho caracterizado por compreender:
um processador; e um receptor acoplado ao processador, e configurado 15 para:
receber informação de acesso incluindo um fragmento de informação fornecido para o serviço de difusão; e receber o serviço de difusão através de pelo menos um modo de entrega com base no fragmento de informação 20 compreendendo um primeiro elemento para indicar o pelo menos um modo de entrega, pelo qual o serviço de difusão é transmitido, em que o pelo menos um modo de entrega indicado pelo primeiro elemento compreende um modo de entrega de difusão 25 ou um modo de entrega unicast.
17. Aparelho, de acordo com a reivindicação 16, caracterizado pelo fato de que o primeiro elemento inclui pelo menos um de um segundo sub-elemento indicando o modo de entrega de difusão ou um terceiro sub-elemento indicando
30 o modo de entrega unicast.
18. Aparelho, de acordo com a reivindicação 17, caracterizado pelo fato de que, quando o primeiro elemento inclui o segundo sub-elemento indicando o modo de entrega de difusão, o segundo sub-elemento inclui um quarto sub
Petição 870190021865, de 07/03/2019, pág. 13/15
19. Aparelho, de acordo com a reivindicação 17,
20. Aparelho, de acordo com a reivindicação 16, caracterizado pelo fato de que a informação de acesso compreende ainda informação de largura de banda do serviço de difusão.
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2005-0074011 | 2005-08-11 | ||
| KR20050074011 | 2005-08-11 | ||
| KR10-2005-0074534 | 2005-08-12 | ||
| KR20050074534 | 2005-08-12 | ||
| KR1020060064116A KR100960400B1 (ko) | 2005-08-11 | 2006-07-07 | 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템 |
| KR10-2006-0064116 | 2006-07-07 | ||
| PCT/KR2006/003159 WO2007018415A1 (en) | 2005-08-11 | 2006-08-11 | Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0614744A2 BRPI0614744A2 (pt) | 2011-04-12 |
| BRPI0614744B1 true BRPI0614744B1 (pt) | 2019-07-30 |
Family
ID=37076057
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0614744-5A BRPI0614744B1 (pt) | 2005-08-11 | 2006-08-11 | Método e aparelho para transmitir/receber uma informação de acesso de serviço de difusão em um sistema de difusão |
Country Status (8)
| Country | Link |
|---|---|
| US (3) | US8917706B2 (pt) |
| EP (2) | EP2259494B1 (pt) |
| JP (1) | JP4620777B2 (pt) |
| CN (1) | CN101238732B (pt) |
| AU (1) | AU2006277101C1 (pt) |
| BR (1) | BRPI0614744B1 (pt) |
| CA (1) | CA2615311C (pt) |
| WO (1) | WO2007018415A1 (pt) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8917706B2 (en) | 2005-08-11 | 2014-12-23 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof |
| KR100960400B1 (ko) * | 2005-08-11 | 2010-05-28 | 삼성전자주식회사 | 방송 시스템에서 방송 서비스의 접근 정보를 송수신하는 방법 및 장치와 그 시스템 |
| EP1972080A1 (en) * | 2006-01-12 | 2008-09-24 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting a handover using an interactive channel in a dvb-h cbms system |
| US8374591B2 (en) * | 2006-03-03 | 2013-02-12 | Samsung Electronics Co., Ltd | Method and system for providing notification message in a mobile broadcast system |
| KR100800837B1 (ko) * | 2006-11-29 | 2008-02-04 | 삼성전자주식회사 | Ｄｖｂ-ｈ 서비스에서 채널 설정 방법 및 단말과 그 시스템 |
| US8180358B2 (en) | 2007-02-15 | 2012-05-15 | Motorola Solutions, Inc. | Joining a session in a communication network supporting multimedia group calls |
| KR101356499B1 (ko) * | 2007-05-18 | 2014-01-29 | 엘지전자 주식회사 | 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치 |
| KR101328951B1 (ko) * | 2007-05-18 | 2013-11-20 | 엘지전자 주식회사 | 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치 |
| KR101358224B1 (ko) * | 2007-06-19 | 2014-02-05 | 엘지전자 주식회사 | 다중언어를 지원하는 단말장치 및 방법 |
| KR20090002818A (ko) * | 2007-07-04 | 2009-01-09 | 엘지전자 주식회사 | 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치 |
| KR101414389B1 (ko) * | 2007-10-05 | 2014-07-02 | 삼성전자주식회사 | 디지털 방송 시스템 및 디지털 방송 시스템에서 전자서비스 가이드 데이터를 송수신하는 방법 |
| KR101418591B1 (ko) * | 2007-10-05 | 2014-07-10 | 삼성전자주식회사 | 휴대 방송 시스템에서의 서비스 가이드 제공 방법 및 장치 |
| US20090111448A1 (en) * | 2007-10-31 | 2009-04-30 | Nokia Corporation | System and method for enabling widget interaction |
| US20090165032A1 (en) * | 2007-12-21 | 2009-06-25 | Ibiquity Digital Corporation | Method And Apparatus For Managing Broadcasting Services Using Broadcast Tokens |
| KR101481504B1 (ko) * | 2007-12-26 | 2015-01-13 | 엘지전자 주식회사 | 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치 |
| KR101481506B1 (ko) * | 2007-12-26 | 2015-01-13 | 엘지전자 주식회사 | 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치 |
| WO2009101602A2 (en) | 2008-02-15 | 2009-08-20 | Nokia Corporation | System and method for delivering notification messages |
| US20100037258A1 (en) * | 2008-08-07 | 2010-02-11 | Research In Motion Limited | Mobile broadcasting system and method for enhancing mobile broadcasting services with rich media including an enhanced service guide |
| US8850217B2 (en) * | 2008-08-20 | 2014-09-30 | Nokia Corporation | Method and apparatus for parental control of wireless broadcast content |
| CN101771482B (zh) * | 2008-11-13 | 2013-01-09 | 华为终端有限公司 | 一种获取业务和内容访问信息的方法、系统及设备 |
| KR20100063238A (ko) | 2008-12-03 | 2010-06-11 | 삼성전자주식회사 | 방송 시스템에서 서비스 가이드 송수신 방법 및 장치 |
| CN101753237B (zh) * | 2008-12-12 | 2011-11-02 | 华为终端有限公司 | 业务指南的发送方法、获取方法、服务器、终端及系统 |
| CN101841768A (zh) * | 2009-03-18 | 2010-09-22 | 华为终端有限公司 | 接收信息、通知消息接收及发送方法和装置 |
| KR101585246B1 (ko) * | 2009-07-03 | 2016-01-14 | 삼성전자주식회사 | 휴대단말기에서 방송 서비스 및 스트리밍 서비스를 동시에 제공하는 방법 |
| PL2767123T3 (pl) | 2011-10-11 | 2016-06-30 | Ericsson Telefon Ab L M | Technika dostarczania informacji o harmonogramie dla usługi użytkownika MBMS |
| CN103188613B (zh) * | 2011-12-30 | 2018-04-03 | 国民技术股份有限公司 | 一种广播数据通信系统和方法 |
| US20140128114A1 (en) * | 2012-11-07 | 2014-05-08 | Jiun Hung | Interactive Broadcasting Method for Broadcasting system and Related Service Providing System |
| JP6207274B2 (ja) * | 2013-07-22 | 2017-10-04 | キヤノン株式会社 | 通信装置、通信装置の制御方法、および、プログラム |
| CN105765984B (zh) * | 2013-10-30 | 2019-10-11 | 索尼公司 | 发射设备、发射方法、接收设备和接收方法 |
| EP3131253A4 (en) * | 2014-04-09 | 2017-11-15 | LG Electronics Inc. | Method and apparatus for transmitting/receiving broadcast signal |
| JP6599864B2 (ja) * | 2014-04-27 | 2019-11-06 | エルジー エレクトロニクス インコーポレイティド | 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法 |
| KR20150126495A (ko) * | 2014-05-02 | 2015-11-12 | 삼성전자주식회사 | 서비스 정보를 제공하는 전자 장치 및 방법 |
| KR101904946B1 (ko) | 2014-06-09 | 2018-10-08 | 엘지전자 주식회사 | 서비스 가이드 정보 송신 방법, 서비스 가이드 정보 수신 방법, 서비스 가이드 정보 송신 장치 및 서비스 가이드 정보 수신 장치 |
| KR102454746B1 (ko) * | 2015-10-01 | 2022-10-17 | 삼성전자주식회사 | 통신 시스템에서 미디어 리소스 식별 정보를 송수신하는 장치 및 방법 |
| US10097606B2 (en) * | 2016-03-14 | 2018-10-09 | Amazon Technologies, Inc. | Application streaming using access and execution environments |
| US10848798B2 (en) | 2016-06-01 | 2020-11-24 | Lg Electronics Inc. | Broadcast signal transmission and reception device and method |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI105137B (fi) * | 1996-12-02 | 2000-06-15 | Nokia Networks Oy | Parannettu ryhmälähetys pakettiverkossa |
| AU2395799A (en) | 1998-05-07 | 1999-11-18 | Loral Spacecom Corp. | Two-way/broadcast mobile and portable satellite communications system |
| GB2341051B (en) | 1998-08-27 | 2003-03-19 | Motorola Ltd | Providing a service in a communication system |
| JP3764016B2 (ja) * | 1999-05-10 | 2006-04-05 | 財団法人流通システム開発センタ− | 統合ｉｐ転送網 |
| KR100325961B1 (ko) * | 1999-07-16 | 2002-03-07 | 통신시스템에서의 착신응답 대기시간을 이용한정보제공방법 및 그 장치 | |
| US6853680B1 (en) * | 2000-05-10 | 2005-02-08 | Bigband Networks Bas, Inc. | System and process for embedded cable modem in a cable modem termination system to enable diagnostics and monitoring |
| US7742781B2 (en) * | 2001-03-28 | 2010-06-22 | Qualcomm Incorporated | Power control for point-to-multipoint services provided in communication systems |
| US8121296B2 (en) | 2001-03-28 | 2012-02-21 | Qualcomm Incorporated | Method and apparatus for security in a data processing system |
| US8077679B2 (en) * | 2001-03-28 | 2011-12-13 | Qualcomm Incorporated | Method and apparatus for providing protocol options in a wireless communication system |
| CN1504029A (zh) * | 2001-04-20 | 2004-06-09 | ���dz� | 多路传输复用器的图形用户界面 |
| EP1286506B1 (en) * | 2001-08-07 | 2005-10-19 | Kabushiki Kaisha Toshiba | Wireless communication system and wireless station |
| FI20012256A0 (fi) * | 2001-11-20 | 2001-11-20 | Nokia Corp | Matkaviestintäverkot ja digitaaliset yleislähetyspalvelut |
| US7782813B2 (en) * | 2002-06-07 | 2010-08-24 | Ember Corporation | Monitoring network traffic |
| KR100547802B1 (ko) * | 2002-08-10 | 2006-01-31 | 삼성전자주식회사 | 이동통신 시스템에서 단방향 방송 서비스의 제공방법 |
| US7222185B1 (en) * | 2002-10-03 | 2007-05-22 | Cisco Technology, Inc. | Methods and apparatus for distributing content within a content delivery system |
| US8170556B2 (en) * | 2003-07-09 | 2012-05-01 | Samsung Electronics Co., Ltd. | Method for initiating uplink signaling proactively by MBMS UE |
| US20050070277A1 (en) * | 2003-09-30 | 2005-03-31 | Teck Hu | Method of initiating multimedia broadcast multicast services |
| JP4316349B2 (ja) * | 2003-10-27 | 2009-08-19 | 富士通株式会社 | パケット転送経路制御装置および制御プログラム |
| FR2864869A1 (fr) * | 2004-01-06 | 2005-07-08 | Thomson Licensing Sa | Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode |
| DE602004026266D1 (de) | 2004-02-06 | 2010-05-12 | Research In Motion Ltd | Verfahren und Vorrichtung zur Bereitstellung von Inhalt in einem Multicast-System |
| US20050259617A1 (en) * | 2004-05-06 | 2005-11-24 | Samsung Electronics Co., Ltd. | System and method for channel time reservation in distributed wireless personal area network |
| US20060018319A1 (en) * | 2004-07-20 | 2006-01-26 | Arto Palin | Multicast and broadcast data transmission in a short-range wireless communications network |
| US7609670B2 (en) * | 2004-09-29 | 2009-10-27 | MestNetworks, Inc. | System and method for performing low-overhead, high spatial reuse medium access control in a wireless network |
| WO2006072825A1 (en) * | 2005-01-07 | 2006-07-13 | Nortel Networks Limited | Systems and methods for distributing content in wireless networks |
| WO2006128151A2 (en) * | 2005-05-27 | 2006-11-30 | Symbolic Intelligence Enhanced Systems, Inc. | Cellular television broadcast system |
| US8917706B2 (en) | 2005-08-11 | 2014-12-23 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting/receiving access information of broadcast service in a broadcasting system, and system thereof |
-
2006
- 2006-08-11 US US11/502,619 patent/US8917706B2/en active Active
- 2006-08-11 AU AU2006277101A patent/AU2006277101C1/en not_active Ceased
- 2006-08-11 WO PCT/KR2006/003159 patent/WO2007018415A1/en not_active Ceased
- 2006-08-11 BR BRPI0614744-5A patent/BRPI0614744B1/pt active IP Right Grant
- 2006-08-11 CN CN2006800286214A patent/CN101238732B/zh active Active
- 2006-08-11 EP EP10013045.9A patent/EP2259494B1/en active Active
- 2006-08-11 EP EP20060016838 patent/EP1753166A3/en not_active Ceased
- 2006-08-11 CA CA 2615311 patent/CA2615311C/en active Active
- 2006-08-11 JP JP2008524909A patent/JP4620777B2/ja active Active
-
2014
- 2014-12-22 US US14/579,456 patent/US9578467B2/en active Active
-
2017
- 2017-02-03 US US15/424,258 patent/US10015642B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP2259494B1 (en) | 2020-07-08 |
| US20070036102A1 (en) | 2007-02-15 |
| EP1753166A2 (en) | 2007-02-14 |
| US20150103729A1 (en) | 2015-04-16 |
| AU2006277101A1 (en) | 2007-02-15 |
| EP2259494A3 (en) | 2012-02-29 |
| EP1753166A3 (en) | 2007-08-29 |
| WO2007018415A1 (en) | 2007-02-15 |
| US20170150328A1 (en) | 2017-05-25 |
| US8917706B2 (en) | 2014-12-23 |
| JP2009504074A (ja) | 2009-01-29 |
| US10015642B2 (en) | 2018-07-03 |
| EP2259494A2 (en) | 2010-12-08 |
| CA2615311C (en) | 2014-07-08 |
| CA2615311A1 (en) | 2007-02-15 |
| AU2006277101B2 (en) | 2010-07-08 |
| JP4620777B2 (ja) | 2011-01-26 |
| US9578467B2 (en) | 2017-02-21 |
| AU2006277101C1 (en) | 2010-11-25 |
| BRPI0614744A2 (pt) | 2011-04-12 |
| CN101238732B (zh) | 2012-11-21 |
| CN101238732A (zh) | 2008-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0614744B1 (pt) | Método e aparelho para transmitir/receber uma informação de acesso de serviço de difusão em um sistema de difusão | |
| US8400956B2 (en) | Method and apparatus for providing service guide in a mobile broadcasting system | |
| US8494438B2 (en) | Method and system for sharing service guide or service guide fragments in mobile broadcast system | |
| CN101243701B (zh) | 用于在广播系统中提供通知消息的方法和装置 | |
| US9800358B2 (en) | Method and system for protecting broadcast service/content in a mobile broadcast system, and method for generating short term key message threfor | |
| TW200419393A (en) | Method of announcing sessions | |
| BRPI0615707A2 (pt) | transmissor para transmitir fragmentos de guia de serviço eletrÈnico (esg) associados a um evento; receptor para receber um fragmento de guia de serviço eletrÈnico (esg); método para fornecer uma oferta de serviço de interação associada a um evento, e dispositivo compreendendo um receptor, um vìdeo, uma memória, e um processador | |
| KR20070049044A (ko) | 휴대 방송 시스템에서 서비스 가이드를 위한 공급 정보제공 방법 및 통지 메시지 이벤트를 이용한 메시지 전달방법과 그 시스템 | |
| WO2007052989A1 (en) | Method and apparatus for transmitting service guide source in a mobile broadcast system | |
| US8775318B2 (en) | Method and system for updating firmware of terminals in a broadcast system | |
| WO2007052990A1 (en) | Apparatus and method for delivering service guide contents and notification event information in a mobile broadcast system | |
| RU2378795C2 (ru) | Способ и устройство для предоставления сообщения оповещения в системе широковещательной передачи | |
| RU2372742C1 (ru) | Способ и устройство для передачи/приема информации о доступе широковещательной услуги в широковещательной системе и соответствующая система | |
| RU2388154C1 (ru) | Способ и система для обеспечения сообщения извещения в системе мобильного вещания | |
| KR20090085854A (ko) | ＵＣＣ（Ｕｓｅｒ ＣｒｅａｔｅｄＣｏｎｔｅｎｔｓ）역경매 서비스 제공방법 및 그 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B15K | Others concerning applications: alteration of classification |
Free format text: A CLASSIFICACAO ANTERIOR ERA: H04N 7/173 Ipc: H04H 20/93 (2008.01), H04H 60/91 (2008.01), H04L 1 |
|
| B06T | Formal requirements before examination [chapter 6.20 patent gazette] | ||
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 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: 10 (DEZ) ANOS CONTADOS A PARTIR DE 30/07/2019, OBSERVADAS AS CONDICOES LEGAIS. (CO) 10 (DEZ) ANOS CONTADOS A PARTIR DE 30/07/2019, OBSERVADAS AS CONDICOES LEGAIS |