BRPI0614221B1

BRPI0614221B1 - Método, aparelho e sistema para fornecer informação de presença em suporte a serviços de comunicação sem fio

Info

Publication number: BRPI0614221B1
Application number: BRPI0614221-4A
Authority: BR
Inventors: Krisztian Kiss
Original assignee: Invt Spe Llc
Priority date: 2005-07-11
Filing date: 2006-07-11
Publication date: 2019-05-14
Also published as: US20070010275A1; US8681751B2; WO2007007170A2; WO2007007170A3; EP1905212A4; KR20080035614A; EP1905212A2; KR101026155B1; RU2008100148A; EP1905212B1; MX2008000568A; BRPI0614221A8; RU2384004C2; BRPI0614221A2; JP2009500978A

Abstract

indicação de dependência de codificação em codificação de vídeo escalável. um método de codificação e decodificação num fluxo escalável de dados de video compreendendo uma camada base e pelo menos uma camada de otimização. um fluxo escalável de dados é codificado, onde o fluxo de dados inclui pelo menos uma imagem não requerida numa locação temporal de uma camada onde a decodificação de imagens numa camada superior na e seguindo a locação temporal na ordem de decodificação não requer a imagem não requerida, e onde informação de pelo menos uma imagem não requerida é sinalizada no fluxo escalável de dados de video. na fase de decodificação, a informação sinalizada é decodificada e imagens numa camada acima da imagem não requerida na e seguindo a locação temporal na ordem de decodificação são decodificadas sem decodificar a imagem não requerida.

Description

1/37

•	“MÉTODO, APARELHO E SISTEMA PARA FORNECER INFORMAÇÃO DE PRESENÇA EM SUPORTE A SERVIÇOS DE COMUNICAÇÃO SEM FIO”. Pedidos Relacionados Este pedido reivindica o benefício da data de depósito mais antiga
5 *	reivindicada nos termos do Artigo 35 do U.S.C §119(e) do Pedido Provisório Número de Série U.S. 60/698.192, depositado em 11 de julho de 2005, intitulado “Method and Apparatus For Providing Presence Information In Support Of Wireless Communication Services”, o qual é incorporado ao presente, na íntegra, à guisa de referência. Campo da Invenção
10	A invenção refere-se a comunicações e, mais particularmente, ao fornecimento de informação de presença dentro de um sistema de comunicação de rádio. Antecedentes da Invenção Os sistemas de comunicação de rádio, tais como sistemas de celular (por exemplo, sistemas de espectro espalhado, tal como as redes de Acesso Múltiplo por
15	Divisão de Código (CDMA), ou redes de Acesso Múltiplo por Divisão de Tempo (TDMA)), proporcionam usuários com a conveniência de mobilidade junto com uma rica configuração de serviços e características. Essa conveniência gerou aprovação significativa através de uma quantidade continuamente em crescimento de consumidores como um modo aceito de comunicação para negócios e usuários pessoais. A fim de
20	promover uma maior adoção por parte dos fornecedores em relação aos provedores de serviço, a indústria de telecomunicação, com muitos esforços e despesas, concordou em desenvolver padrões para protocolos de comunicação que tivessem prioridade sobre os diversos serviços e características. Uma área de serviço recebeu atenção significativa, a Pressione-para-Falar via Celular (PoC). As abordagens tradicionais não proporcionaram a
25	indicação adequada da disponibilidade de um usuário dentro da rede. O serviço Pressione-para-Falar (PoC) é uma forma bilateral de comunicação que permite que os usuários entrem em comunicação imediata com um ou mais usuários. O serviço (PoC) é parecido com a aplicação do “wZfc/e-ZaZfae” em que ao apertar um botão, inicia-se uma sessão de conversa com um usuário individual ou em
30	grupo de radiodifusão (broadcast group). Os participantes receptores ouvem a voz do

2/37 transmissor mesmo sem qualquer ação de sua parte (modo de resposta automática), ou podem ser notificados e terem que aceitar a chamada (modo de resposta manual) antes de ouvirem a voz do transmissor. Antes da natureza “imediata” deste tipo de comunicação, é impreterível a determinação da presença do usuário.

Portanto, há uma necessidade por uma abordagem para determinar de maneira mais eficaz a disponibilidade ou informação de presença de uma estação móvel ou usuário dentro de um sistema de comunicação a rádio.

Sumário da Invenção

Essas e outras necessidades são direcionadas pela invenção, em que uma 10 abordagem é apresentada para determinar de maneira mais eficaz a presença dos usuários em uma rede.

De acordo com um aspecto de uma modalidade da presente invenção, um método consiste em determinar um evento que afeta a disponibilidade de um terminal em uma rede. O método consiste, ainda, em gerar uma mensagem que inclui informação no 15 evento, onde se usa a mensagem para proporcionar informação de presença referente ao terminal.

De acordo com um outro aspecto de uma modalidade da invenção, um aparelho compreende um processador configurado para determinar um evento que afeta a disponibilidade de um terminal em uma rede, e para gerar uma mensagem que inclui 20 informação no evento. A mensagem é usada para proporcionar a informação de presença referente ao terminal.

De acordo com um outro aspecto de uma modalidade da invenção, um método consiste em registrar com uma rede para se comunicar através da rede. Usa-se um evento associado com o registro para determinar a disponibilidade para um serviço de 25 comunicação suportado pela rede. Um servidor de aplicação gera uma mensagem que inclui informação no evento. A mensagem é usada a fim de proporcionar informação de presença referente ao serviço de comunicação.

Ainda de acordo com um outro aspecto de uma modalidade da invenção, um aparelho compreende um processador configurado para iniciar o registro com uma 30 rede para se comunicar através da rede. Usa-se um evento associado com o registro para

3/37 i determinar a disponibilidade para um serviço de comunicação suportado por uma rede, i Um servidor de aplicação gera uma mensagem que inclui informação no evento. Usa-se a mensagem a fim de proporcionar informação de presença referente ao serviço de comunicação.

Ainda outros aspectos, características, e vantagens da invenção são • prontamente notadas a partir da descrição detalhada que se segue, simplesmente ao ilustrar uma quantidade de modalidades e aplicações particulares, que incluem o melhor modo contemplado para realizar a invenção. A invenção é capaz, ainda, de outras e diferentes modalidades, e seus inúmeros detalhes podem ser modificados em diversos 10 aspectos óbvios, todas sem se separarem do espírito e escopo da invenção. Como conseqüência, os desenhos e descrição devem ser considerados, na realidade, como ilustrativos e não como restritivos.

Breve Descrição dos Desenhos

A invenção é ilustrativa à guisa de exemplo, e não de limitação, nas figuras dos desenhos em anexo, em que as referências numéricas referem-se aos elementos similares e em que:

A Figura 1 é um diagrama de um sistema de comunicação à rádio para suportar atributos de informação de presença estendidos, de acordo com uma modalidade da invenção;

A Figura 2 é um diagrama de um procedimento de registro para os terminais no sistema da Figurai;

As Figuras 3A e 3B são fluxogramas de processos para proporcionar informação de presença estendida, de acordo com uma modalidade da invenção;

A Figura 4 é um diagrama de uma arquitetura Pressione-para-Falar (PoC) de serviço de presença de sustentação, de acordo com uma modalidade da invenção;

A Figura 5 é um diagrama de hardware que pode ser usado para realizar inúmeras modalidades da invenção;

A Figura 6A e 6B são diagramas de diferentes sistemas celulares de telefonia móvel capazes de suportar várias modalidades da invenção;

A Figura 7 é um diagrama de componentes exemplificativos de uma estação

30^

4/37 móvel capaz de operar nos sistemas das Figuras 6A e 6B, de acordo com uma modalidade da invenção; e

A Figura 8 é um diagrama de uma rede corporativa capaz de suportar o processo descrito no presente, de acordo com uma modalidade da invenção.

Descrição da Modalidade Preferida

Descreve-se um aparelho, método, e software, a fim de proporcionar atributos de informação de presença em um sistema de comunicação de rádio. Na descrição que se segue, à guisa de explicação, inúmeros detalhes específicos são estabelecidos a fim de proporcionar um profundo entendimento da invenção. Fica claro, no entanto, para um versado na técnica, que a invenção pode ser praticada sem esses detalhes específicos ou com uma disposição equivalente. Em outros exemplos, mostram-se estruturas e dispositivos bem-conhecidos na forma de diagrama em bloco, com a finalidade de não ocultar desnecessariamente a invenção.

Muito embora as diversas modalidades da invenção sejam descritas com relação ao serviço Pressione-para-Falar (PoC), com uma rede de celular de espectro espalhado, se reconhece e contempla-se que a invenção tem aplicabilidade para outros serviços de comunicação em grupo e redes de rádio. Adicionalmente, muito embora a invenção seja discutida com relação às redes IMS (Serviço de Subsistema de Multimídia de IP) e MMD (Domínio de Multimídia), um indivíduo não-versado na técnica reconhece que a invenção tem aplicabilidade em quaisquer tipos de redes de núcleo baseado em IP que utilizam outros protocolos de comunicação. Ainda, contempla-se que qualquer tipo de protocolo de estabelecimento de sessão, Força Tarefa de Engenharia da Internet (IETF), Protocolo de Iniciação de Sessão (SIP) ou protocolo H.323 da União Internacional de Telecomunicações (ITU), pode ser utilizado para praticar as várias modalidades da invenção. (Also, it is contemplated that any type of session establishment protocol, Internet Engineering Task Force (IETF) Session Initiation Protocol (SIP) or Intemational Telecommunication Union (ITU) H.323 protocol, can be utilized to practice the various embodiments of the invention.)

Ademais, a abordagem, de acordo com várias modalidades exemplificativas, descreve métodos para disseminação de atributos de informação de

5/37 presença nas redes 3GPP (Projeto de Parceria da 3^a Geração), IMS (Subsistema de Multimídia de IP) e 3GPP2 (Projeto2 de Parceria da 3^a Geração), MMD (Domínio de Multimídia). O IMS proporciona serviços Multimídia de IP, inclusive (PoC), VoIP (Protocolo IP para transmissão de voz ou Voz sobre IP) ou chamadas de voz 5 empacotadas, mensagem instantânea (IM), presença, comunicações em grupo, etc. para dispositivos móveis. O IMS utiliza, por exemplo, o Protocolo de Iniciação de Sessão (SIP) como o protocolo de sinalização, que é descrito de maneira mais completa no Pedido para Comentário 3261 (RFC) da Força Tarefa de Engenharia da Internet (IETF) (que é incorporado, na íntegra, ao presente documento à guisa de referência).

A Figura 1 é um diagrama do sistema de comunicação à rádio para suportar atributos de informação de presença estendidos, de acordo com uma modalidade da invenção. Uma rede de acesso sem fio 101 proporciona serviços de comunicação para terminais de acesso 103, 105. Em uma modalidade exemplificativa, a rede de acesso sem fio 101 suporta um serviço de comunicação em grupo - por exemplo, serviço Pressione15 para-Falar (PoC); tal como, os terminais 103, 105 são configurados como clientes PoC (ou seja, terminal PoC). À guisa de ilustração, serve-se o terminal PoC 105 por meio de uma rede PoC 107.

Um importante aspecto do serviço PoC é a determinação de presença (e então, disponibilidade), dos terminais 103, 105. Suporta-se a disponibilidade de presença 20 através do servidor de presença 111, que é uma entidade que aceita, armazena, e distribui informação de presença, a informação de presença, de acordo com uma modalidade, pode ser abastecida por um servidor de aplicação 109 para um servidor de presença 111 para a publicação para os terminais 103, 105 (ou seja, observadores).

Cada um dos terminais PoC 103, 105 pode suportar tais capacidades de hardware como um viva-voz e/ou fone de ouvido, tanto quanto o software que proporciona a capacidade de o usuário configurar o terminal PoC 103, 105, aceitar, imediatamente, as iniciações de sessão e reproduzir a mídia assim que for recebida sem solicitar a intervenção do usuário chamado. Este modo de operação é conhecido como modo de resposta automática ou modo automático. O usuário pode configurar, de maneira 30 alternativa, o terminal PoC 103, 105 para, primeiro, alertar o usuário e solicitar que o

6/37 usuário aceite manualmente o convite de sessão antes de aceitar a mídia. Esse modo de operação é conhecido como modo de resposta automática. O terminal PoC 103, 105 pode suportar ambos ou apenas um desses modos de operação. Por exemplo, o usuário pode alterar prontamente a configuração Modo de Resposta (AM) do terminal PoC 103, 105 5 com base em circunstâncias e preferências atuais (por exemplo, o usuário está ocupado no momento ou mudou-se para uma área pública, de modo que não seja apropriado o uso de um viva-voz).

Cada um dos terminais PoC 103, 105 podem, ainda, serem configurados como um agente de usuário (UA) de Protocolo de Iniciação de Sessão (SIP). Como um 10 UA de SIP, o terminal de PoC 103, 105 pode estabelecer uma sessão para um ou mais UAs de SIP simultaneamente; essa comunicação pode se iniciar através do usuário ao pressionar um botão “falar” (“talk”). Os terminais PoC de SIP 103, 105 podem suportar diversos serviços de comunicação baseados em SIP, além do Pressione-para-Falar (por exemplo, telefonia VoIP, serviços de presença, serviços de mensagem, etc.). O usuário 15 pode, de vez em quando, querer desabilitar a aceitação das sessões Pressione-para-Falar, enquanto mantém o SIP registrado para um ou mais outros serviços baseados no SIP. Quando configura-se o terminal PoC para não aceitar quaisquer sessões Pressione-paraFalar de entrada, refere-se a essa configuração como Bloqueio de Sessão de Entrada (ISB).

Adicionalmente, o usuário pode desejar fazer contato com um usuário que tenha um terminal PoC com o Bloqueio de Sessão de Entrada ativado. Neste contexto, o usuário pode enviar um Alerta Pessoal Instantâneo para esse outro usuário a fim de indicar que uma Sessão PoC é solicitada. Esse Alerta Pessoal Instantâneo é recebido mesmo quando o terminal PoC de destino tenha ativado o Bloqueio de Sessão de Entrada.

Se um usuário desejar desabilitar a aceitação dos Alertas Pessoais Instantâneos, o usuário pode configurar o terminal PoC para não aceitar quaisquer Alertas Pessoais Instantâneos recebidos; isso é conhecido como Bloqueio de Alerta Pessoal Instantâneo (IAB).

A fim de fornecer ao usuário uma experiência de comunicação satisfatória, deve-se reduzir o atraso no estabelecimento da sessão inicial, a partir do momento em que 30 o usuário pressiona o botão até o momento em que o usuário recebe uma indicação para

7/37 falar. Um fator contribuinte para tal atraso é a determinação de presença do usuário de destino.

A Aliança Móvel Aberta (OMA) definiu uma coleção de requerimentos em apoio ao serviço PoC. Em particular, o “ativador SIMPLE de Presença da OMA (Aliança 5 Móvel Aberta)” define o Elemento de Informação de Presença chamado “Disponibilidade Específica para Aplicação”. Esse elemento indica se é possível receber um pedido de entrada de comunicação que usa o dispositivo e serviços especificados (caso seja especificado). Por exemplo, caso se forneça uma entidade de presença (por exemplo, terminal 3) com o serviço PoC e satisfizer uma ou mais condições (por exemplo, que 10 estão dentro da cobertura da rede 101, e sendo um monofone apropriado, - em termos de configurações de hardware e/ou software - etc.), o usuário estaria “disponível” para o serviço PoC. No entanto, se qualquer uma dessas condições não forem verdadeiras, o usuário ficaria “indisponível”.

O “ativador SIMPLE de Presença da OMA” também define que a 15 “Disponibilidade Específica para Aplicação” deve ser mapeada para um Formato de Dados de Informação de Presença (PIDF), sendo que o formato de dados usa o seguinte esquema: <tuple>-> <status>-> <basic>-> aberto/fechado e <servicedescription>. No entanto, sabe-se que tal esquema é, indevidamente, restritivo. Ou seja, ao usar os valores binários “aberto” e “fechado” <basic> para a disponibilidade, limita20 se o entendimento do observador com relação ao que pode se esperado para o valor futuro da disponibilidade.

No caso do serviço PoC da OMA, a disponibilidade do usuário é configurada para “fechada” quando o próprio tira o registro da rede, porém, também se configura para “fechado” quando o usuário aciona o sinalizador (ou indicador) de 25 Bloqueio de Sessão de Entrada (ISB). Esses dois casos representam comportamentos diferentes de usuários, porém, com o modelo OMA, não há como diferenciar algum dentre esses casos diferentes. Enquanto o usuário não for registrado, o observador pode esperar que o usuário PoC possa não estar disponível a qualquer momento muito em breve (por exemplo, o usuário pode estar de férias e o dispositivo pode estar desligado). No 30 entanto, quando o sinalizador de ISB estiver configurado, o observador pode esperar que

8/37 a indisponibilidade é apenas temporária. Em outras palavras, o usuário estará disponível, relativamente, muito em breve (por exemplo, o usuário pode estar em uma reunião importante, e, portanto, ligou o ISB, uma vez que o usuário não quer ser perturbado/interrompido por ninguém).

A abordagem, de acordo com uma modalidade da invenção, estende um tipo básico, binário de disponibilidade com estado registrado, estado bloqueado e informação de participação de sessão indicando mais detalhes da informação de disponibilidade. Em uma modalidade exemplificativa, essa informação pode ser derivada a partir do pacote de evento de estado registrado do Protocolo de Iniciação de Sessão (SIP).

Conforme explicado anteriormente, os terminais 103, 105 podem empregar o SIP para estabelecer e interromper sessões de comunicação entre eles. Uma função importante do SIP é a operação de registro, que proporciona a ligação entre um Identificador Uniforme de Recursos (URI) do SIP (ou seja, um endereço de registro) e um ou mais contatos URIs. O método SIP REGISTER permite que um agente de usuário manipule registros;

por exemplo, os contatos podem ser adicionados ou removidos, e podem-se implementar políticas para prevenir o acesso não-autorizado. Sob o protocolo SIP, os registros expirados após um determinado tempo, e assim, necessitam que sejam atualizados para entrarem em vigor.

A Figura 2 é um diagrama de um procedimento de registro para os terminais no sistema da Figura 1. O pacote de evento de estado de registro é detalhado no RFC 3680 da IETF, intitulado “A Session Iniciation Protocol (SIP) Event Package for Registration”, a qual é incorporada ao presente, na íntegra, à guisa de referência. O RFC 3680 define os seguintes estados de evento: estado Init (“Inicial”) 201, um estado Ativo 203, e um estado Terminado 205. No entanto, apenas os estados Ativo e Terminado são úteis para determinar a disponibilidade de presença. A máquina de estado finito (finite state machine) 200 para o procedimento de registro é ilustrada com os eventos que são pertinentes para providenciar informação de presença. Essa máquina de estado finito 200 representa uma máquina de estado por contato (per-contact state machine), de modo que a máquina é instanciada quando o contato é registrado, e apagado quando está sob remoção do contato. Quando não há contatos registrados no endereço de registro, a máquina de

9/37 %

de estado 200 executa as transições a partir do estado Init 201 para o estado Ativo 203. Ou seja, quando adiciona-se um novo contato e transações no estado Ativo 203, a máquina de estado finito para tal razão é instanciada e as transações permanecem no estado Ativo 103). A máquina de estado 200 permanece no estado Ativo 203, caso haja pelo menos um contato ligado ao endereço de registro. Quando o último contato expira ou é removido, o registro transita para o estado Terminado 205.

De acordo com uma modalidade da presente invenção, o servidor de aplicação 109 (da Figura 1) pode ser um assinante para o pacote de evento de registro. Uma notificação é gerada aos assinantes quando qualquer evento ocorre, tanto nas 10 máquinas de estado por contato ou de endereço de registro. Os eventos de interesse incluem: o registrado, atualizado, expirado, não-registrado e rejeitado. Determinados estados de registro, por exemplo, estado Ativo 203, e um estado Terminado 205, podem ser mapeados para a informação de presença.

Ademais, para o serviço PoC da OMA, informações de disponibilidade adicional são definidas para representar a seguinte informação de estado: ISB (Bloqueio de Sessão de Entrada), IAB (Bloqueio de Alerta Pessoal Instantâneo), e alcançou-se a quantidade máxima permitida de sessões PoC simultâneas (ou atuais).

As Figuras 3A e 3B são fluxogramas de processos para proporcionar informação de presença estendida, de acordo com uma modalidade da invenção. De 20 acordo com uma modalidade da invenção, o servidor de aplicação 109 pode seguir a arquitetura do Subsistema de Multimídia de IP (IMS). A interação entre o servidor de aplicação 109 (por exemplo, servidor PoC) e o servidor de presença 111 no fornecimento de informação de presença é explicada conforme a seguir.

Na etapa 301, o servidor de aplicação 109 pode assinar para um pacote de evento de estado de registro, como para receber atualizações de alterações de evento (ou estão). Reconhece-se que o estado de registro poderia ser visto como um tipo de informação de presença, porém não é, diretamente, utilizável para a presença, como o servidor de presença 111 espera que todas as publicações sejam proporcionadas em um formato rígido, prescrito - por exemplo, Formato de Dados de Informação de Presença (PIDF). Os procedimentos de como um servidor de aplicação assina os pacotes de evento

10/37

36de estado são detalhados em 3GPP TS 34.229 e 3GPP2 X.S0013-004-A, os quais são incorporados ao presente à guisa de referência, em suas totalidades.

De acordo com uma modalidade da invenção, o servidor de aplicação 109 utiliza o estado de registro (por exemplo, conforme definido no RFC 3680) como entrada 5 para informação de presença. Em outras palavras, o estado de registro é mapeado para a disponibilidade de presença (por etapa 303), dessa maneira, proporcionando um valor adicional para a disponibilidade. Em seguida, a informação de presença é publicada, de acordo como formato prescrito, conforme na etapa 305.

Alternativamente, o próprio servidor de aplicação 109 pode ter o conhecimento da informação de estado (um contexto descrito na Figura 3B). Por exemplo, considerando-se que o servidor de aplicação 109 é um servidor PoC, os indicadores ISB ou IAB podem ser diretamente configurados no servidor PoC 109, ao usar um pacote de evento de configurações PoC. Sob esse contexto, determina-se o estado de bloqueio (etapa 311), ou seja, o estado dos indicadores ISB ou IAB, conforme configurado por meio do terminal móvel 103. Em uma outra ocasião, considerando que o servidor de aplicação 109 é um servidor PoC, o Servidor PoC determina se o Usuário PoC alcançou a quantidade máxima permitida de sessões PoC simultâneas (etapa 311).

Quando o servidor de aplicação 109 sabe a informação do estado, o servidor de aplicação 109 pode, diretamente, mapear o atributo para o formato de 20 presença apropriado e publicar o atributo como informação de presença (como extensão de disponibilidade), por etapa 313.

De acordo com uma modalidade da invenção, o servidor de presença 111 utiliza o Formato de Dados de Informação de Presença (PIDF) para coletar informação de presença. O PIDF é definido no RFC 3863, intitulado “Presence Information Data Format 25 (PIDF)” (o qual é incorporado ao presente, em sua totalidade, à guisa de referência). Então, o PIDF, em uma modalidade exemplificativa, pode ser estendido com o estado de registro, estado de bloqueio e informação de participação de sessão. O esquema de Linguagem de Marcação eXtensível (XML) para essa informação pode ser definida como uma extensão para o PIDF. Em uma modalidade exemplificativa, pode-se especificar três 30 valores de extensão, < registration-state >, <barring-state> e <session-participation>.

11/37

A Tabela 1 descreve uma definição de esquema XML (Linguagem de

Marcação eXtensível):

<?xml version=l.0 encoding=”UTF-8?> <xs:schema targetNamespace=urn: orna: params: xml: ns: pdi f: oma-pres xmlns :xs=http: //www. w3. org/2001/XMLSchema xmlns=urn: oma:params:xml:ns:pidf:oma-pres elementFormDefault=qualified attributeFormDefault=unqualified>

<!— This import brincjs in the XML language attribute xml:lang—> <xs:import namespace= http://www.w3.org/XML/1998/namespace schemaLocation=http://www.w3.org/2001/xml.xsd/>

<xs:annotation>

<xs:documentation xml:lang=en>

Definição de Esquema XML para extensões OMA para Modelos PIDF e de Dados de Presença </xs:documentation>

</xs:annotation>

<xs:element name=registration-state>

<xs:simpleType>

<xs:restriction base=xs:string>

<xs:enumeration value=active/>

<xs:enumeration value=terminated/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name-barring-state>

<xs:simpleType>

<xs:restriction base= xs:string>

<xs:enumeration value=active/>

<xs:enumeration valueterminated/>

</xs:restriction>

</xs:.simpleType>

</xs:element>

<xs:element name=session-participation>

<xs:complexType>

<xs:sequence>

<xs: element name=basic type'basicType min0ccurs-0/>

<xs:element name=max type=emptyType/> <xs:any namespace=##other processContents=lax min0ccurs=0 maxOccurs=unbounded/>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:simpleType name=basicType>

<xs:restriction base=xs:strinq>

<xs:enumeration value=open/>

<xs:enumeration value=closed/>

</xs:restriction>

</xs:simpleType>

<xs: complexType name=^semptyType/>

</xs:schema>

Tabela 1

3$^

12/37

Em um exemplo, o usuário PoC torna-se indisponível devido ao nãoregistro: <registration-state>terminado</registratíon-state> é mapeado a partir do pacote de evento de configurações PoC. A Tabela 2 mostra a XML associada:

<?xml version=l.0 encoding=UTF-8?> <presence xmlns“urn: ietf: params : xml: ns : pidf xmlns:op-urn:oma:params: xml:ns:pidf:oma-pres entity=sip:someone@example.com>

ctuple id-”al231”>

<basic>closed</basic>

</status>

<op:registration-state>terminated</op:registration-state>

<op:ba.rr.ing-state>terminated</op:barrinq-state>

<op:willingness>

<op:basic>closed</op:basic>

</op:willingness>

<op:session-participation>

<op:basic>closed</op:basic>

</op:session-participation>

<op:service-description>

<op: service-id>org. openmobilealliance: PoC-Session</op: service-id> <op:version>l.0</op:version> </op:servicedescription> <contact>sip:my__name@example. com</contact> <timestamp>2005-02-22T20:07:07Z</timestamp>

</tuple>

</presence>

Tabela 2

Em um outro exemplo, o serviço de sessão por PoC torna-se indisponível devido à configuração do sinalizador ISB: cregistrationstate>ativo</registration-state> é mapeado a partir do pacote de evento de estado de registro, <barring-state>ativo</barring-state> é mapeado a partir do pacote de evento de configurações PoC. A Tabela 3 mostra a XML associada:

<?xml version=l.0 encoding=UTF-8?>

<basic>closedc/basic>

</status>

<op:registration-state>active</op:registration~state> <op:barring-state>active</op:barring-state> <op:willingness> <op:basic>closed</op:basic>

</op:willingness>

<op:session-participation>

<op:basic>closed</op:basic>

</op:session-participation>

<op:service-description>

<op:service-id>org.openmobilealliance:PoC-SessionC/op: service-id>

<op:version>l.0</op:version>

</op:service-description>

p13/37 <contact>sip:my_name@example.com</contact>

</tuple>

</presence>

Tabela 3

Em um outro exemplo, o serviço de sessão por PoC torna-se indisponível devido ao fato de a quantidade máxima de sessões PoC simultâneas ter sido alcançada: o servidor PoC 109 publica o elemento <session-participation> para indicar isso. A Tabela 5 4 mostra a XML associada:

<?xml version-l.0 encoding=UTF-8?>

<basic>closed</basic>

</status>

<op:registration-state>active</op:registration-state> <op:barring“State>terminated</op:barring-state> <op:willingness> <op:basic>closed</op:basic>

</op:willingness> <op:sessionparticipation> <op:basic>open</op:basic> <op:max/>

</op:session-participation>

<op:service-description>

<op:service-id>org.openmobilealliance:PoCSession</op:service-id>

<op:version>l.0</op:version>

</op:servicedescription>

<contact>sip:my_name@example.com</contact> <timestamp>2005-02-22T20:07:07Z</timestamp> </tuple> </presence>

Tabela 4

Ainda, em um outro contexto, o Serviço de Alerta PoC é indisponível porque o sinalizador IAB é configurado como “ligado”: <registrationstate> ativo </registration-state > é mapeado a partir do pacote de evento de estado de 10 registro, <barring-state> ativo </barring-state > é mapeado a partir do pacote de evento de configurações PoC. A Tabela 5 mostra a XML associada:

14/37 <?xml version=l. 0 encoding=^:UTF-8?>

ctuple id“al231>

<basic>closed</basic>

</status>

<op:registration-state>active</op:registration-state> <op:barring-state>active</op:barring-state> <op:willingness>

<op:basic>closed</op:basic>

</op:willingness>

<op:session-participation>

<op:basic>closed</op:basic> </op:session-participation> <op:service-description>

<op: service-id>org. openmobilealliance: PoC-Alertc/op: serviceid>

<op:version>l.0</op:version> </op:service-description> <contact>sip:my name@example.com</contact> <timestamp>2005-0222T20:07:07Z</timestamp>

</tuple> </presence>

Tabela 5

A Figura 4 é um diagrama de uma arquitetura Pressione-para-Falar via

Celular (PoC) exemplificativa capaz de suportar serviço de presença, de acordo com uma 5 modalidade da invenção. A fim de suportar o serviço PoC, um cliente PoC 401 e um servidor PoC 403 entram em contato com um modelo de presença 405 para garantir o reconhecimento da informação de presença acerca do cliente PoC. O módulo de presença 405 (o qual pode ser disposto como um servidor de presença) é uma entidade que aceita, armazena, e distribui informação de presença acerca de clientes PoC. Pode-se publicar a 10 informação de presença por meio do servidor PoC 403, em favor do cliente PoC 401.

Essa informação pode ser assinada por um observador, ou pelo servidor PoC 403, em favor do cliente PoC 401. De acordo com diversas modalidades da invenção, as informações de estado (como por exemplo, estado de registro, estado de bloqueio, participação de sessão) são fatoradas (decompostas em fatores) em determinação de 15 disponibilidade de presença do cliente PoC 401. Conforme mostrado, por exemplo, o sinalizador ISB 407a ou o sinalizador ISB 407b podem ser utilizados a fim de proporcionar informação de disponibilidade adicional.

O módulo de presença 405 interage com um módulo de Gerenciamento de

Documento XML (XMD) 409, o qual gerencia documentos XML armazenados na rede

15/37

41^ (por exemplo, documentos específicos de PoC, lista de contato URI, etc.). Dentre outras funções de gerenciamento, o módulo XMD 409 pode garantir (subscribe) alterações feitas à esses documentos XML, em que se recebem notificações quando ocorre as alterações no documento. O módulo XDM 409 pode ser implementado em um terminal fixo, ou em um equipamento do usuário.

As capacidade do cliente PoC 401 e o servidor de presença 405 para suportar o serviço PoC serão explicadas mais adiante. O cliente PoC 401 pode acessar o serviço PoC, e pode localizar-se dentro de um terminal de acesso (por exemplo, móvel), conforme ilustrado na Figura 1. O cliente PoC 401 é configurado para proporcionar iniciação e liberação de sessão PoC, assim como para executar registro, por exemplo, com um núcleo SIP/IP 411. O cliente PoC 401 pode, ainda, executar a autenticação do usuário para o núcleo SIP/IP 411. Adicionalmente, o cliente PoC 401 gera e troca disparos de fala (isto é, tráfego PoC) ao usar protocolos e procedimentos associados - por exemplo, procedimentos de controle de disparo de fala; negociação de protocolo de controle de disparo de fala; capacidade para configurar a Indicação de Modo de Resposta (Resposta Manual, Resposta Automática); Bloqueio de Sessão de Entrada, e Bloqueio de Alerta Pessoal Instantâneo de Entrada; suporte de Sessões PoC simultâneas; e procedimentos nivelados de adaptação de usuário, caso iniciado por meio do servidor PoC 403.

O servidor PoC 403 proporciona duas funções principais para ativar o * 20 serviço PoC: uma função PoC de controle, e uma função PoC de participação. As funções particulares (de controle e de participação) para o servidor PoC 403, são determinadas durante a configuração de Sessão PoC e permanecem configuradas para a duração da sessão. Em uma sessão PoC, há um servidor PoC 403 que executa a função PoC de controle; no entanto, pode haver um ou mais servidores PoC que realizem a função PoC de participação na sessão PoC.

Como parte das responsabilidades na execução da função de controle, o servidor PoC 403 pode gerenciar uma quantidade N de sessões SIP e mídia e percursos de comunicação de controle de disparo de fala em uma Sessão PoC, onde N é um número de participantes na sessão PoC. Nestas funções, o servidor PoC 403 pode rotear mídia e sinalização relacionada à mídia, tal como mensagens de controle de disparo de fala, para o

42^

16/37 cliente PoC 401 por meio de um servidor PoC que está executando o funcionamento PoC de participação para um cliente PoC. Neste exemplo, considera-se que o servidor PoC 403 que está executando a função de controle, e um outro servidor PoC (não mostrado) considera a função de participação. O servidor PoC que está executando a função PoC de participação pode permitir que o servidor PoC 403 (que executa a função PoC de controle) tenha um percurso direto de comunicação com mídia e sinalização relacionada à mídia para cada cliente PoC 401. Nota-se que o servidor PoC 403 não possui comunicação direta com o cliente PoC 401 para a sinalização de sessão PoC; no entanto, o servidor PoC se comunica com o cliente PoC 401 quando executa o funcionamento de participação para o cliente PoC 401.

Ademais, conforme mencionado, o servidor PoC 403 pode considerar as funções de um observador. Nesta posição, o servidor 403 pode solicitar informação de presença a partir do servidor de presença (por exemplo, módulo de presença 405), a fim de proporcionar a mediação de atributos de presença para execução da política de sessão PoC (por exemplo, situação do cliente PoC “não-acessível”, reforçar as configurações de presença PoC do cliente PoC, etc.). Nota-se que o servidor PoC 403 pode suportar a execução da política para lidar com a sessão PoC baseada em informação de presença geral ou relacionada ao PoC.

Conforme mostrado, um módulo de Descoberta e Registro 413 realiza o registro SIP do Núcleo de SIP/IP 411, indicando o suporte do serviço PoC no pedido de registro. Após o registro bem sucedido do usuário PoC, pode-se iniciar a comunicação. Adicionalmente, um módulo de autenticação/autorização 415 proporciona a autenticação do cliente PoC 401 para o acesso ao servidor PoC.

À guisa de ilustração, descreve-se elementos de informação de presença e procedimentos de presença no contexto do serviço PoC da OMA. Uma configuração de elementos de presença é especificada a fim de expressar a situação de Presença do usuário PoC. A Tabela 6 enumera o mapeamento do elemento de presença para os elementos de informação de presença respectivos.

ELEMENTO	ELEMENTOS DE
DE	INFORMAÇÃO DE	DESCRIÇÃO

17/37

PRESENÇA	PRESENÇA
Disposição para Serviço de Sessão PoC	“Disposição Específica para Aplicação para sessão PoC”	Indica se o usuário PoC está disposto no momento a aceitar novas Sessões PoC de entrada (Sim/Não)
Disposição para Serviço de Alerta PoC	“Disposição Específica para Aplicação para alerta PoC”	Indica se o usuário PoC está disposto no momento a aceitar Alertas Pessoais Instantâneos de entrada (Sim/Não)
Disponibilidade para Serviço de Sessão PoC (disponível para aceitar novas Sessões PoC de entrada)	“Disponibilidade Específica para Aplicação para sessão PoC”	Indica se o usuário PoC está disponível para aceitar uma nova Sessão PoC de entrada (Verdadeiro/Falso)
Disponibilidade para Serviço de Alerta PoC (disponível para aceitar Alertas Pessoais Instantâneos de entrada)	“Disponibilidade Específica para Aplicação para alerta PoC”	Indica se o usuário PoC está disponível para aceitar Alertas Pessoais Instantâneos de entrada (Verdadeiro/Falso)
Participação de Sessão PoC (Atualmente em pelo menos uma Sessão PoC)	“Participação de Sessão”	Indica se o usuário PoC está, no momento, ocupado em uma ou mais Sessões PoC ou o Usuário PoC alcançou sua quantidade máxima de sessões PoC simultâneas (Verdadeiro/Falso/Máximo)

Tabela 6

18/37

A “Disponibilidade para Serviço de Sessão PoC” pode ser mapeada pelo elemento de informação de presença “Disponibilidade Específica para Aplicação”, que pertence ao serviço de “sessão PoC”, pela Tabela 7:

<tuple> -><status>-><basic>->open/closed

-><service-description>

-><service-id>->org. openmobil .ealliance: PoC-session

-><ve rs ion-> 1.0

-><registration-state>->active/terminated -><barring-state>->active/terminated

Tabela 7

Pode-se mapear o elemento de informação de presença “Disponibilidade para Serviço de Sessão PoC” para o seguinte: um elemento obrigatório <status> com subelemento <basic> com o valor “aberto”; um elemento opcional <registration-state> com o valor “ativo”; e um elemento opcional < barring-state > com o valor “terminado”.

O mapeamento acima ocorre caso a entidade de presença estiver disponível para sessões PoC de entrada. Isso ocorre quando o usuário PoC está registrado, o ISB não é ativado e não se alcança a quantidade máxima de sessões PoC simultâneas.

Ademais, o elemento de informação de presença de “Disponibilidade para Serviço de Sessão PoC” pode ser mapeado para um elemento obrigatório <status> com um subelemento <basic> com o valor “fechado” e um elemento opcional < registrationstate> com valor “terminado”; ou um elemento opcional <barring-state> com o valor “ativo”; ou um elemento opcional <registration-state> com o valor “ativo” e um elemento opcional <barring-state> com o valor “terminado”. Mediante este cenário, a entidade de presença fica indisponível para sessões PoC de entrada. Isso ocorre quando o usuário PoC não é registrado; o ISB é ativado; ou se alcança a quantidade máxima de sessões PoC simultâneas.

A “Disponibilidade para Serviço de Alerta PoC” pode ser mapeada para o elemento de informação de presença de “Disponibilidade Específica para Aplicação” que pertence a um serviço de “alerta PoC , pela Tabela 8:

19/37 <tuple>

-><status>-><basic>-open/closed

-><service-description> -><service-id>->org.openmobilealliance: PoC-alerts -><version>“>l. 0

-><registration-state>active/terminated -><barring-state>->act ive/terminai ed

Caso a entidade de presença esteja disponível para Alertas Pessoais

Instantâneos PoC, pode-se mapear o elemento de informação de presença de “Disponibilidade para Serviço de Alerta PoC” para um dos seguintes: um elemento obrigatório <status> com um subelemento <basic> com o valor “aberto”; e um elemento opcional <registration-state> com o valor “ativo”; ou um elemento opcional <barring-state> com o valor “terminado”.

A condição acima ocorre quando o usuário PoC é registrado e o Bloqueio de Alertas Pessoais Instantâneos (IAB) não está ativado.

No entanto, se a entidade de presença estiver indisponível para Alertas Pessoais Instantâneos PoC, o elemento de informação de presença “Disponibilidade para Serviço de Alerta PoC” pode ser mapeado para um elemento obrigatório <status> com o valor “terminado”; ou um elemento opcional <barring-state> com o valor “ativo”. Esse cenário ocorre quando o usuário PoC não é registrado ou o Bloqueio de Alertas Pessoais Instantâneos (IAB) está ativado.

A “Participação de Sessão PoC” pode ser mapeada para o elemento de informação de presença “Participação de Sessão” que pertence a um serviço de “sessão

PoC”, pela Tabela 9:

<tuple>

-><session participai ion>-><basic>->open/closed -^<max>

-><service-id>->org. openmobilealliance: POC-session -><version>->!. 0

Tabela 9

Pode-se mapear o elemento de informação de presença “Participação de Sessão PoC” para um elemento <sessão-participation> com um subelemento <basic> com o valor “aberto” se a entidade de presença estiver participando, pelo menos, de uma

20/37

Sessão PoC, mas a quantidade máxima de sessões PoC simultâneas permitidas não foi alcançada. O elemento de informação de presença “Participação de Sessão PoC” pode ser mapeado para um elemento <sessão-participation> com um subelemento <basic> com o valor “aberto” e um subelemento <max>, se a entidade de presença tiver alcançado a 5 quantidade máxima de sessões PoC simultâneas permitidas.

Por outro lado, o elemento de informação de presença “Participação de Sessão PoC” pode ser mapeado para um elemento <sessão-participation> com um subelemento <basic> com o valor “fechado”, caso a entidade de presença não estiver participando de qualquer Sessão PoC.

Com relação ao procedimento do servidor PoC, se o servidor PoC 403 que executa a Função PoC de Participação, por exemplo, na Rede PoC Doméstica do usuário PoC suporta a publicação de Informação de Presença em benefício do cliente PoC 401, o servidor PoC 403 pode publicar os elementos de informação de presença indicados em uma ‘PRES-SRV-CAP’ que proporciona parâmetros enviado ao cliente PoC 401.

PROCEDIMENTO PoC	ELEMENTOS DE INFORMAÇÃO DE PRESENÇA	VALOR DO ELEMENTO DE INFORMAÇÃO DÊ PRESENÇA
Procedimentos Gerais
Registro	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: aberto (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
	“Disponibilidade Específica para Aplicação para Alertas PoC”	- básico: aberto (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio:

4?21/37

		terminado (opcional)
“Participação de Sessão”	- básico: fechado (obrigatório)
Eliminação deregistro	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: fechado (obrigatório) - estado de registro: terminado (opcional) - estado de bloqueio: terminado (opcional)
“Disponibilidade Específica para Aplicação para Alertas PoC”	- básico: fechado (obrigatório) - estado de registro: terminado (opcional) - estado de bloqueio: terminado (opcional)
Configuração: ISB: LIGADO Recebido	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: fechado (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: ativo (opcional)
Configuração: ISB: DESLIGADO Recebido	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: aberto (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
Configuração: IAB: LIGADO Recebido	“Disponibilidade Específica para Aplicação para Alertas	- básico: fechado (obrigatório) - estado de registro:

22137

	PoC”	ativo (opcional) - estado de bloqueio: ativo (opcional)
Configuração: IAB: DESLIGADO Recebido	“Disponibilidade Específica para Aplicação para Alertas PoC”	- básico: aberto (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
Caso: modo Único de Sessão PoC
Iniciação de Sessão PoC	“Disponibilidade Específica para Aplicação para sessões PoC	- básico: fechado (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
“Participação de Sessão PoC”	- básico: aberto (obrigatório) - max (opcional)
Completação de Sessão PoC	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: aberto (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
“Participação de Sessão PoC”	- básico: fechado (obrigatório)
Caso: modo de Sessão PoC Simultânea
Iniciação de Sessão PoC E Nsessão ^< N_máx.	“Disponibilidade Específica para	- básico: aberto (obrigatório)

23/37

	Aplicação para sessões PoC”	- estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
“Participação de Sessão PoC”	- básico: aberto (obrigatório)
Iniciação de Sessão PoC E Ngessão ⁼ N_màx.	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: fechado (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
	“Participação de Sessão PoC”	- básico: aberto (obrigatório)
Completação de Sessão PoC E 0 < N_Se_SSão ** Nmáx.	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: aberto (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
	“Participação de Sessão PoC”	- básico: aberto (obrigatório)
Completação de Sessão PoC E N_sessã0 = 0	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: aberto (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
	“Participação de Sessão PoC”	- básico: fechado (obrigatório)

50^

24/37

Trava na Sessão PoC	“Disponibilidade Específica para Aplicação para sessões PoC”	- básico: fechado (obrigatório) - estado de registro: ativo (opcional) - estado de bloqueio: terminado (opcional)
	“Participação de Sessão PoC”	- básico: fechado (obrigatório)

Tabela 10

Conforme notado, o servidor PoC 403 pode agir como fonte de presença e publicar determinados conjuntos de informação de presença em benefício do cliente PoC 401. Por meio de exemplos, explicam-se os procedimentos a seguir: registro e eliminação deregistro PoC, e Bloqueio de Sessão de Entrada (ISB), Bloqueio de Alerta Pessoal Instantâneo de Entrada (IAB), e estado de Sessão PoC. Esses procedimentos podem se aplicar quando o servidor PoC 403 age como uma fonte de presença e suporta a publicação dos elementos de informação de presença, conforme especificado na Tabela 10.

Nota-se que no momento em que o Núcleo 411 de SIP/IP se corresponde com o 3GPP/3GPP2 IMS, o servidor PoC 403 pode usar os procedimentos de “AS que age como Agente de Usuário originário” definido em 3GPP TS 24.229 / 3GPP2 X.SOO 13004-A (o qual é incorporado ao presente, em sua totalidade, à guisa de referência), quando age como um fonte de presença.

Mediante a aceitação de um pedido de registro a partir de um usuário PoC, o servidor PoC 403 pode agir como uma fonte de presença, neste caso, o servidor PoC 403 pode executar a publicação de informação de presença e pode configurar os valores dos elementos a seguir (conforme especificado na Tabela 10): elemento de informação de presença de “Disponibilidade para Serviço de Sessão PoC”; e elemento de informação de presença de “Disponibilidade para Serviço de Alerta PoC”. Além do mais, o servidor PoC 403 pode configurar o elemento < entidade > da informação de presença para o valor da identidade autenticada do usuário PoC que se registrou ao serviço PoC (por exemplo, para o valor do campo de cabeçalho de Identidade Afirmada por P do pedido REGISTRAR).

25/37

Ademais, o servidor PoC 403 pode configurar o elemento de informação de presença “participação de sessão PoC” para fechado (conforme definido na Tabela 10). Notou-se que outros elementos de informação de Presença podem ser publicados com os valores apropriados ao mesmo tempo.

Mediante a aceitação de um pedido de eliminação deregistro a partir de um usuário PoC, o servidor PoC 403 pode executar a publicação de informação de Presença, e pode configurar tanto o valor do elemento de informação de presença “Disponibilidade para Serviço de Sessão PoC”, quanto o valor do elemento de informação de presença “Disponibilidade de Serviço de Alerta PoC” para indisponível. O servidor PoC 403 pode, ainda, configurar o elemento de < entidade > de Informação de Presença para o valor da identidade autenticada do usuário PoC que se registrou a partir do servidor PoC (por exemplo, para o valor do campo de cabeçalho de Identidade Afirmada por P do pedido REGISTRAR). Ademais, o servidor PoC 403 pode configurar o elemento de informação de presença “Participação de Sessão PoC” para “fechado”.

Mediante a aceitação de um pedido do usuário PoC para ativar o Bloqueio de Sessão de Entrada (ISB), o usuário PoC 403, que age como uma fonte de presença, pode configurar o valor do elemento de informação de presença “Disponibilidade para Serviço de Sessão PoC” para indisponível. Adicionalmente, o servidor PoC 403 pode configurar o elemento < entidade > da informação de presença para o valor da identidade autenticada do usuário PoC que publica o ISB (por exemplo, para o valor do campo de cabeçalho de Identidade Afirmada por P do pedido PUBLICAR).

Ainda, um pedido de um usuário PoC para desativar o Bloqueio de Sessão de Entrada (ISB) dispara o servidor PoC 403 a fim de executar a publicação da informação de presença, o servidor PoC 403 pode configurar o valor do elemento de informação de presença “Disponibilidade para Serviço de Sessão PoC” para disponível, e o elemento < entidade > da informação de presença para o valor da identidade autenticada do usuário PoC que publica o ISB (por exemplo, para o valor do campo de cabeçalho de Identidade Afirmada por P do pedido PUBLICAR).

Mediante a aceitação de um pedido de um usuário PoC para ativar o Bloqueio de Alerta Pessoal Instantâneo de Entrada (IAB), o servidor PoC 403 pode

26/37 configurar o valor do elemento de informação de presença “Disponibilidade para Serviço de Alerta PoC” para indisponível. Ainda, o servidor PoC pode configurar o elemento < entidade > de informação de presença para o valor da identidade autenticada do usuário PoC que publica o IAB (por exemplo, para o valor do campo de cabeçalho de Identidade Afirmada por P do pedido PUBLICAR).

Em resposta a um pedido proveniente do usuário PoC para desativar o Bloqueio de Alertas Pessoais Instantâneos de Entrada (IAB), o usuário PoC pode configurar o valor do elemento de informação de presença “Disponibilidade para Serviço de Alerta PoC” para disponível. Fora isso, o servidor PoC 403 pode configurar o elemento < entidade > de informação de presença para o valor da identidade autenticada do usuário PoC que publica o IAB (por exemplo, para o valor do campo de cabeçalho de Identidade Afirmada por P do pedido PUBLICAR).

Além disso, ao estabelecer ou terminar uma Sessão PoC, o servidor PoC 403 pode agir como fonte de presença. Neste caso, o servidor PoC 403 pode configurar o elemento informação de presença “Participação de Sessão PoC” para o valor apropriado. Tipicamente, a informação de participação de Sessão PoC é publicada quando o usuário PoC está se ligando à primeira sessão PoC ou interrompendo a última Sessão PoC. Ao determinar que o usuário PoC alcançou sua quantidade máxima de Sessões PoC Simultâneas ou ao determinar que o usuário PoC não está mais ocupado com a quantidade máxima de Sessões PoC simultâneas que pode suportar, o servidor PoC 403 pode agir como fonte de presença e executar a publicação da informação de presença. O servidor PoC 403 pode configurar o elemento de informação de presença “Disponibilidade para Serviço de Sessão PoC” para o valor apropriado (conforme especificado na Tabela 10).

O cliente PoC 401 pode colaborar com a fonte de presença e entidades observadores quando presentes no mesmo equipamento do usuário. Quando o servidor PoC 403 não é habilitado para publicar a informação de presença em benefício do usuário PoC, então, a fonte de presença que está presente no mesmo equipamento do usuário, como o cliente PoC 401, pode publicar os elementos de informação de presença especificados no parâmetro fornecedor ‘PRES-SRV-CAP’.

Uma das pessoas não-versadas na técnica reconhecería que os processos

27/37 para suportar informação de presença podem ser executados por meio de software, hardware (por exemplo, processador geral, chip de Processamento de Sinal Digital (DSP), um Circuito Integrado de Aplicação Específica (ASIC), Arranjos de Portas Programáveis em Campo (FPGAs), etc.), firmware, ou uma combinação deles. Tal hardware 5 exemplificativo para executar as funções descritas é detalhado abaixo, com relação à Figura 5.

A Figura 5 ilustra um hardware exemplificativo, na qual diversas modalidades da invenção podem ser aplicadas. Um sistema de computação 500 inclui um barramento 501 ou outros mecanismos de comunicação para comunicar informação e um 10 processador 503 acoplado ao barramento 501 para processar informação. O sistema de computação 500 inclui, ainda, memória principal 505, tal como uma memória de acesso aleatório (RAM) ou outros dispositivos dinâmicos de armazenamento, acoplada ao barramento 501 para armazenar informação e instruções a serem executadas pelo processador 503. A memória principal 505 também pode ser usada para armazenar 15 variáveis temporárias ou outras informações imediatas durante a execução de instruções pelo processador 503. O sistema de computação 500 pode incluir, adicionalmente, uma memória apenas de leitura (ROM) 507 ou outros dispositivos estáticos de armazenamento acoplados ao barramento 501 para armazenar informação estática e instruções para o processador 503. Um dispositivo de armazenamento 509, tal como um disco magnético ou 20 disco óptico, é acoplado ao barramento 501 para o armazenamento persistente de informação e instruções.

O sistema de computação 500 pode ser acoplado por meio do barramento 501 a um visor 511, tal como um visor de cristal líquido, ou visor de matriz ativa, para exibir informações para um usuário. Um dispositivo de entrada 513, tal como um teclado 25 inclusive alfanumérico e outras teclas, pode ser acoplado ao barramento 501 para comunicar informação e seleções de comando para o processador 503. O dispositivo de entrada 513 pode incluir um controle de cursor, tal como um mouse, trackball ou teclas de direção de cursor, para comunicar a informação de direção e seleções de comando do processador 503 e para controlar o movimento do cursor no visor 511.

De acordo com diversas modalidades da invenção, os processos aqui

28/37 descritos podem ser proporcionados através de um sistema de computação 500, em resposta ao processador 503 que executa um conjunto de instruções contidas na memória principal 505. Tais instruções podem ser lidas dentro da memória principal 505 a partir de um outro meio legível por computador, tal como o dispositivo de armazenamento 509. A 5 execução do conjunto de instruções contidas na memória principal 505 faz com que o processador 503 realize as etapas do processo aqui descrito. Um ou mais processadores em um conjunto de multiprocessamento pode, ainda, ser empregado a fim de executar as instruções contidas na memória principal 505. Em modalidades alternativas, pode-se usar conjunto de circuitos cabeados através de componentes de hardware no lugar ou em 10 combinação com as instruções do software a fim de completar a modalidade da invenção.

Em um outro exemplo, o hardware reconfigurável, tal como os Arranjos de Portas Programáveis em Campo (FPGAs) podem ser usados, nos quais a topologia da funcionalidade e conexão de suas portas lógicas são adaptáveis no tempo de execução, tipicamente através de tabelas de pesquisa de memória de programação. Então, as 15 modalidades da invenção não se limitam à qualquer combinação específica dos circuitos de hardware e software.

O sistema de computação 500 inclui, ainda, pelo menos uma interface de comunicação 515 acoplada ao barramento 501. A interface de comunicação 515 proporciona um acoplamento de comunicação de dados de duas vias para um enlace de 20 rede (não mostrado). A interface de comunicação 515 envia e recebe sinais elétrico, eletromagnético, ou óptico que transporta fluxos de dados digitais que representam diversos tipos de informação. Ademais, a interface de comunicação 515 pode incluir dispositivos de interface periférica, tal como uma interface de Barramento Serial Universal (USB) , uma interface PCMCIA (Associação Internacional de Cartão de Memória do 25 Computador Pessoal), etc.

O processador 503 pode executar o código transmitido na medida em que está sendo recebido e/ou armazena o código no dispositivo de armazenamento 509, ou outro armazenamento não-volátil para execução mais tarde. Dessa maneira, o sistema de computação 500 pode obter o código de aplicação na forma de uma onda portadora.

O termo “meio legível por computador”, conforme usado no presente,

29/37 refere-se a qualquer meio que participe no fornecimento de instruções para o processador 503 para execução. Tal meio pode tomar muitas formas, inclusive, porém, sem se limitar às mídias não-voláteis, mídia volátil e mídia de transmissão. A mídia não-volátil inclui, por exemplo, discos óptico ou magnético, tal como o dispositivo armazenamento 509. A 5 mídia volátil inclui memória dinâmica, tal como a memória principal 505. A mídia de transmissão inclui cabos coaxiais, fio de cobre e fibras ópticas, inclusive os fios que consistem no barramento 501. A mídia de transmissão pode, ainda, tomar a forma de ondas acústica, óptica, ou eletromagnética, tais como aquelas geradas durante a comunicação de dados por freqüência de rádio (RF) e por infravermelho (IR). As formas 10 comuns de mídia legível por computador incluem, por exemplo, um disquete, um disco flexível, disco rígido, fita magnética, qualquer outro meio magnético, um CD-ROM, CDRW, DVD, qualquer outro meio óptico, cartões perfurados, fita de papel, folhas com marcas ópticas, qualquer outro meio físico com padrões de orifícios ou outros indícios opticamente reconhecíveis, cuja RAM, uma PROM, e EPROM, uma FLASH-EPROM, 15 qualquer outro chip de memória ou cartucho, uma onda portadora, ou qualquer outro meio a partir do qual um computador possa ler.

Diversas formas de mídia legível por computador podem ser envolvidas no fornecimento de instruções para um processador para execução. Por exemplo, as instruções para transportar pelo menos parte da invenção, pode surgir, inicialmente, em 20 um disco magnético de um computador remoto. Em tal contexto, o computador remoto carrega as instruções dentro da memória principal e envia as instruções via uma linha telefônica usando um modem. Um modem de um sistema local recebe os dados na linha telefônica e usa um transmissor infravermelho para converter os dados para um sinal infravermelho e transmite o sinal infravermelho para um dispositivo de computação 25 portátil, tal como um assistente digital pessoal (PDA) ou um laptop. Um detector de infravermelho no dispositivo de computação portátil recebe a informação e instruções geradas através do sinal infravermelho e coloca os dados em um barramento. O barramento conduz os dados para a memória principal, a partir um processador recupera e executa as instruções. As instruções recebidas por meio da memória principal podem, 30 opcionalmente, serem armazenadas no dispositivo de armazenamento tanto antes quanto

30/37

Sèdepois da execução pelo processador.

As Figuras 6A e 6B são diagramas de sistemas de telefones móveis celulares diferentes capazes de suportar várias modalidades da invenção. As Figuras 6A e 6B mostram sistemas de telefones móveis celulares exemplificativos, sendo cada um, tanto com estação móvel (por exemplo, fone de ouvido), quanto com estação base, dotado de um transceptor instalado (como parte de um Processador de Sinal Digital (DSP)), hardware, software, um circuito integrado, e/ou um dispositivo semicondutor na estação base e estação móvel. À título de exemplo, a rede rádio suporta serviços da Segunda e Terceira Gerações (2G e 3G), conforme definido pela União Internacional de Telecomunicação (ITU) para Telecomunicações Móveis Internacional 2000 (IMT-2000). À guisa de explicação, as capacidade de transporte e seleção de canal da rede de rádio é explicada com, relação à arquitetura cdma2000. Como a versão da terceira geração de IS95, o cdma2000 está sendo padronizado no Projeto de Parceria da Terceira Geração 2 (3GPP2).

A rede de rádio 600 inclui estações móveis 601, (por exemplo, monofones, terminais, estações, unidades, dispositivos, ou qualquer tipo de interface para o usuário (tal como, circuitos “próprios para serem usados”, etc.)) em comunicação com um Subsistema de Estação Base (BSS) 603. De acordo com uma modalidade da invenção, a rede de rádio suporta serviços da Terceira Geração (3G), conforme definido pela União Internacional de Telecomunicações (ITU) para as Telecomunicações Móveis Internacional 2000 (IMT-2000).

Neste exemplo, o BSS 603 inclui uma Estação Transceptora Base (BTS) 605 e um Controlador de Estação Base (BSC) 607. Muito embora uma única BTS seja mostrada, se reconhece que BTSs múltiplas são tipicamente conectadas ao BSC, através, por exemplo, de enlaces de ponto-a-ponto. Cada BSS 603 está ligado a um Nó de Serviço de Dados em Pacote (PDSN) 609 através de uma entidade de controle de transmissão, ou uma Função de Controle em Pacote (PCF) 611. Uma vez que o PDSN 609 serve como um portal para redes externas, por exemplo, a Internet 613 ou outras redes de consumidores particulares 615, o PDSN 609 pode incluir um sistema de Acesso, Autorização e Contabilidade (AAA) 617 para determinar, com segurança, a identidade e privilégios de

31/37 um usuário e para rastrear as atividades de cada usuário. A rede 615 compreende um

Sistema de Gerenciamento de Rede (NMS) 631 ligado a um ou mais banco de dados 633 que são acessados através do Agente Doméstico (HA) 635 assegurado por um AAA

Doméstico 637.

Muito embora um único BSS 603 ser mostrado, se reconhece que os BSSs múltiplos 603, tipicamente, são conectados a um Centro de Comutação Móvel (MSC) 619. O MSC 619 proporciona conectividade para uma rede de telefonia comutada de circuito, tal como a Rede de Telefonia Pública Comutada (PSTN) 621. Similarmente, reconhece-se também que o MSC 619 pode ser conectado a outros MSCs 619 na mesma rede 600 e/ou à outras redes de rádio. O MSC 619, em geral, é posto com um banco de dados de Registro de Localização de Visitantes (VLR) 623 que segura a informação temporária acerca dos assinantes ativos ao MSC 619. Os dados dentro do banco de dados do VLR 623 são, no mais amplo sentido, uma cópia do banco de dados do Registro de Assinantes Locais (HLR) 625, que armazena informações detalhadas da inscrição do serviço do assinante.

Em algumas aplicações, o HLR 625 e VLR 623 são o mesmo banco de dados físico; no entanto, o HLR 625 pode ser disposto em uma localização remota acessada, por exemplo, através de uma rede de Sistema de Sinalização Número 7 (SS7). Um Centro de Autenticação (AuC) 627 que contém dados de autenticação do assinante específico, tal como uma chave de autenticação secreta, é associado ao HLR 625 para autenticar usuários. Ademais, o MSC 619 se conecta a um Centro de Serviço de Mensagem Curta (SMSC) 629 que armazena e encaminha adiante as mensagens curtas para e a partir da rede de rádio 600.

Durante a operação típica do sistema de telefone celular, BTSs 605 recebem e desmodulam configurações de sinais de enlace reverso provenientes das unidades móveis

601 que conduzem as chamadas telefônicas ou outras comunicações. Cada sinal de enlace reverso recebido por uma dada BTS 605 é processado dentro desta estação. O dado resultante é encaminhado adiante para o BSC 607. O BSC 607 proporciona alocação de recurso de chamada e funcionalidade de gerenciamento de mobilidade, inclusive a orquestração dos leves procedimentos de transição entre as BTSs 605. O BSC 607 ainda envia os dados recebidos para o MSC 619, que, por sua vez, proporciona uma rota e/ou

32/37 comutação adicional para a interface com a PSTN 621. O MSC 619, ainda, é responsável pela configuração da chamada, terminação da chamada, gerenciamento da mudança automática do inter-MSC e serviços complementares, e por coletar, alterar e contabilizar informação. De uma maneira similar, a rede de rádio 600 envia mensagens de enlace 5 direto (forward-link). A PSTN 621 faz interface com o MSC 619. O MSC 619 faz interface, adicionalmente, com o BSC 607, que, por sua vez, se comunica com as BTSs 605, que modula e transmite as configurações de sinais de enlace direto para as configurações das unidades móveis 601.

Conforme mostrado na Figura 6B, os dois elementos chave da infra10 estrutura de Serviço Geral de Rádio por Pacote (GPRS) 650 são o Nó de Serviço de Suporte GPRS (SGSN) 632 e o Nó de Suporte GPRS na Porta de Enlace (GGSN) 634. Além disso, a infra-estrutura GPRS inclui uma Unidade de Controle de Pacote (PCU) 636 e uma Função de Portal de Cobrança (CGF - charging gateway function) 638 ligadas ao Sistema de Faturamento 639. Um GPRS da Estação Móvel (MS) 641 emprega um Módulo 15 de Identidade do Assinante (SIM) 643.

A PCU 636 é um elemento de rede lógico responsável por funções relacionadas ao GPRS, tais como, controle de acesso de interface aérea, escalonamento de pacote na interface aérea, e montagem e remontagem de pacote. Em geral, a PCU 636 é, fisicamente, integrada ao BSC 645; no entanto, pode ser disposta com uma BTS 647 ou 20 um SGSN 632. O SGSN 632 proporciona funções equivalentes ao MSC 649, inclusive gerenciamento de mobilidade, segurança, e funções de controle de acesso, mas no domínio comutado de pacote. Além disso, o SGSN 632 tem conectividade com a PCU 636, por exemplo, através de uma interface baseada em Fame Relay usando o protocolo GPRS do BSS (BSSGP). Apesar de apenas um SGSN ser mostrado, se reconhece que os SGSNs 25 múltiplos 631 podem empregar e podem dividir a área de serviço em áreas de roteamento (RAs). Uma interface SGSN/SGSN permite que o pacote passe dos SGSNs velhos para os SGSNs novos quando uma atualização da RA ocorrer durante um contexto de Planejamento de Desenvolvimento Pessoal (PDP) em curso. Enquanto um dado SGSN pode servir BSCs múltiplos 645, qualquer BSC 645 dado, em geral, entra em contato com 30 um SGSN 632. Ainda, o SGSN 632 é, opcionalmente, conectado com o HLR 651 através

33/37 de uma interface baseada no SS7, que usa Parte de Aplicação Móvel (MAP) intensificada pelo GPRS ou com o MSC 649 através de uma interface baseada em SS7 que usa Parte de Controle de Sinalização de Conexão (SCCP). A interface SGSN/HLR permite que o SGSN 632 proporcione atualizações de localização para o HLR 651 e recupere 5 informações da assinatura relacionada ao GPRS dentro da área de serviço do SGSN. A interface SGSN/MSC ativa a coordenação entre os serviços comutados de circuito e serviços de dados de pacote, tais como, estabelecendo uma radiocomunicação com um assinante para uma chamada de voz. Finalmente, o SGSN 632 entra em contato com um SMSC 653 para ativar a funcionalidade de mensagem curta através da rede 650.

O GGSN 634 é um portal para redes de dados em pacotes externas, tais como a Internet 613 ou outras redes de consumidores particulares 655. A rede 655 compreende um Sistema de Gerenciamento de Rede (NMS) 657 ligado a um ou mais banco de dados 659 acessado através de um PDSN 661. O GGSN 634 designa os endereços de Protocolo da Internet (IP) e pode também autenticar usuários que agem como um hospedeiro de Serviço de Autenticação Remota de Usuários Discados. As barreiras de segurança (firewalls) localizadas no GGSN 634 também podem executar uma função de barreira de segurança para restringir o tráfego não-autorizado. Apesar de somente um GGSN 634 ser mostrado, se reconhece que um dado SGSN 632 pode entrar em contato com um ou mais GGSNs 633 para permitir que os dados do usuário passem entre as duas 20 entidades, assim como, passem para e a partir da rede 650. Quando as redes de dados externas inicializam as sessões através da rede GPRS 650, o GGSN 634 solicita o HLR 651 para o SGSN 632 que, no momento, serve uma MS 641.

A BTS 647 e a BSC 645 gerenciam a interface de rádio, inclusive controlam qual Estação Móvel (MS) 641 possui acesso ao canal de rádio, em qual 25 momento. Esses elementos, principalmente, mensagens de relé entre a MS 641 e SGSN 632. O SGSN 632 gerencia as comunicações com uma MS 641, enviando e recebendo dados e mantendo os trajetos dessa localização. O SGSN 632 ainda registra a MS 641, autentica a MS 641, criptografa os dados enviados à MS 641.

A Figura 7 é um diagrama de componentes exemplificativos de uma estação 30 base (por exemplo, monofone) capaz de operar nos sistemas das Figuras 6A e 6B, de

34/37 acordo com uma modalidade da invenção. Em geral, um receptor de rádio é definido, com freqüência, em termos das características da extremidade frontal e extremidade posterior. A extremidade frontal do receptor abrange todos os circuitos da Freqüência de Rádio (RF) por meio da qual a extremidade posterior abrange todos os circuitos de processador de 5 banda de base. Os componentes internos pertinentes ao telefone incluem uma Unidade

Principal de Controle (MCU) 703, um Processador de Sinal Digital (DSP) 705, e uma unidade receptora/transmissora que inclui uma unidade de controle de ganho de microfone e uma unidade de controle de ganho de alto-falante. Uma unidade de visor principal 707 proporciona um visor para o usuário no auxílio de várias aplicações e funções de estação 10 móvel. Um circuito de função de áudio 709 inclui um microfone 711 e um amplificador de microfone que amplifica o sinal de fala que saiu do microfone 711. O sinal de fala que saiu do microfone 711 é fornecido para um codificador/decodificador (CODEC) 713.

Uma estação de rádio 715 amplifica potência e converte freqüência a fim de se comunicar com uma estação base, que está incluída em um sistema de comunicação 15 móvel (por exemplo, sistemas das Figuras 6A e 6B), por meio de uma antena 717. O amplificador de potência (PA) 719 e os circuitos transmissor/de modulação são, opcionalmente, relacionados à MCU 703, com uma saída a partir do PA 719 acoplado ao duplexador 721 ou circulador ou comutação de antena, como se conhece na técnica.

Em uso, um usuário da estação móvel 701 fala no microfone 711 e sua voz, 20 junto com qualquer ruído detectado do ambiente do fundo, é convertida em uma voltagem analógica. A voltagem análoga é então, convertida em um sinal digital através do Conversor de Digital para Analógico (ADC) 723. A unidade de controle 703 envia o sinal digital para dentro do DSP 705 para processar dentro deste, tal como, codificação de fala, codificação de canal, criptografia, e intercalação. Na modalidade exemplificativa, 25 codificam-se os sinais de voz processados por meio de unidades, não mostradas separadamente, que usam o protocolo de transmissão celular do Acesso Múltiplo de Divisão por Código (CDMA), conforme descrito em detalhe no Padrão de Compatibilidade da Estação Base-Estação Móvel para Sistema Celular de Espectro Espalhado de Modo Duplo em Banda Larga TIA/EIA/IS-95-A da Associação da Indústria 30 de Telecomunicação; que é incorporado, em sua totalidade, ao presente à guisa referência.

35/37

Então, os sinais codificados são roteados para um equalizador 725 para compensação de quaisquer danos dependentes da frequência que ocorram durante a transmissão através do ar, tal como, distorção de fase e amplitude. Após a equalização de um fluxo de bit, o modulador 727 combina o sinal com um sinal de RF gerado na interface RF 729. O modulador 727 gera uma onda senoidal por meio de modulação de freqüência ou fase. A fim de preparar o sinal para transmissão, um conversor ascendente 731 combina a onde senoidal que saiu do modulador 727 com uma outra onda senoidal gerada por meio de um sintetizador 733 a fim de alcançar a freqüência desejada da transmissão. O sinal é então enviado através de um PA 719 para aumentar o sinal para um nível de potência apropriado. Em sistemas práticos, o PA 719 age como um amplificador de ganho variável, cujo ganho é controlado pelo DSP 705 a partir da informação recebida de uma estação base de rede. O sinal é então, filtrado dentro do duplexador 721 e, opcionalmente, enviado para um acoplador de antena 735 para combinar impedâncias para proporcionar uma transferência de potência máxima. Finalmente, o sinal é transmitido pela antena 717 para uma estação base local. Um controle de ganho automático (AGC) pode ser fornecido para controlar o ganho dos estágios finais do receptor. Os sinais podem ser encaminhados adiante a partir de lá para um telefone remoto, o qual pode ser um outro telefone celular, outro telefone móvel ou uma linha fixa conectada a uma Rede de Telefonia Publica Comutada (PSTN), ou outras redes de telefonia.

Recebem-se através da antena 717, sinais de voz transmitidos para a estação móvel 701 e, imediatamente, amplificados por um amplificador de baixo ruído (LNA) 737. Um conversor descendente 739 reduz a freqüência condutora, na medida em que o demodulador 741 retira a RF deixando apenas um fluxo de bit digital. Então, o sinal passa pelo equalizador 725 e é processado pelo DSP 1005. Um Conversor de Analógico para Digital (DAC) 743 converte o sinal e a saída resultante é transmitida para o usuário através do alto-falante 745, tudo sob controle de uma Unidade Principal de Controle (MCU) 703 - a qual pode ser implementada como uma Unidade Processadora Central (CPU) (não mostrada).

A MCU 703 recebe vários sinais, inclusive sinais de entrada provenientes do teclado 747. A MCU 703 entrega um comando de exibição e um comando de

36/37 comutação para o visor 707 e para o controlador de comutação de saída de fala, respectivamente. Ademais, a MCU 703 troca informação com o DSP 705 e pode acessar, opcionalmente, um cartão SIM 749 incorporado e uma memória 751. Além do mais, a MCU 703 executa diversas funções de controle exigidas da estação. O DSP 705 pode, dependendo na aplicação, realizar qualquer uma de uma variedade de funções de processamento digital convencional nos sinais de voz. Adicionalmente, o DSP 705 determina o nível do ruído do fundo do ambiente local dos sinais detectados através do microfone 711 e configura o ganho de microfone 711 para um nível selecionado para compensar pela tendência natural do usuário da estação móvel 701.

O CODEC 713 inclui o ADC 723 e D AC 743. A memória 751 armazena diversos dados, inclusive dados de tom de entrada de chamadas e é capaz de armazenar outros dados, inclusive dados de música recebidos, por exemplo, através da Internet global. O módulo de software se encontra localizado na memória RAM, memória flash, registros, ou qualquer outro proveniente do meio de armazenamento gravável, conhecido na técnica. O dispositivo de memória 751 pode ser, porém, não se limita, a uma única memória, CD, DVD, ROM, RAM, EEPROM, armazenamento óptico, ou qualquer outro meio de armazenamento não-volátil capaz de armazenar dados digitais.

Um cartão SIM 749 opcionalmente incorporado transporta, por exemplo, informações importantes, tais como, o número do telefone celular, o serviço de abastecimento condutor, detalhes da assinatura, e informação de segurança. O cartão SIM 749 serve, em primeiro lugar, para identificar a estação móvel 701 em uma rede de rádio. O cartão 749 contém, ainda, uma memória para armazenar um registro de número de telefone pessoal, mensagens de texto, e configurações da estação móvel específicas do usuário.

A Figura 8 mostra uma rede corporativa, a qual pode ser qualquer tipo de rede de comunicação de dados que utilize tecnologias baseada em pacote e/ou baseada em célula (por exemplo, Modo de Transferência Assíncrono (ATM), Ethernet, baseada em IP, etc.). A rede corporativa 801 proporciona conectividade para os nós cabeados 803, assim como os nós sem fio 805 a 809 (fixos ou móveis), os quais são configurados para executar o processo supradescrito. A rede corporativa 801 pode se comunicar com uma

37/37

63^ variedade de outras redes, tais como, uma rede WLAN 811 (por exemplo, IEEE 802.11), uma rede de celular cdma2000 813, uma rede de telefonia 815 (por exemplo, PSTN), ou uma rede pública de dados 817 (por exemplo, Internet).

Muito embora a invenção tenha sido descrita em conexão com uma quantidade de modalidades e aplicações, a invenção não limitadora, porém protege diversas modificações evidentes e disposições equivalentes, as quais estão contidas no âmbito das reivindicações anexas. Apesar de características da invenção serem expressas em determinadas combinações em meio as reivindicações, contempla-se que essas características possam ser dispostas em quaisquer combinação e ordem.

Claims

REINVINDICAÇÕES

1. Método para fornecer informação de presença a respeito de um terminal (103, 105), caracterizado pelo fato de compreender:

determinar, a partir de um servidor de aplicação (109), um registro de evento afetando a disponibilidade do terminal (103, 105) em uma rede de comunicação, em que o terminal (103, 105) é configurado para utilizar um Pressione-para-Falar via Celular, PoC, serviço de comunicação de grupo suportado pela rede de comunicação e controlado pelo servidor de aplicação (109), verificar, a partir do servidor de aplicação (109), pelo menos uma da definição de um indicador de bloqueio de sessão de entrada correspondendo ao terminal (103, 105), em que o indicador de bloqueio de sessão de entrada especifica que o terminal (103, 105) é configurado para não aceitar sessões de comunicação de grupo de entrada, definição de um indicador de bloqueio de alerta pessoal instantâneo correspondendo ao terminal (103, 105), em que indicador de bloqueio de alerta pessoal instantâneo especifica que o terminal (103, 105) é configurado para não aceitar sessões de comunicação de grupo pessoal instantâneas de entrada, e se o terminal alcançou o número máximo de sessões de comunicações concorrentes permitidas;

gerar, a partir do servidor de aplicação (109) informação de presença com base em pelo menos uma da definição do indicador de bloqueio de sessão de entrada, a definição do indicador de bloqueio de alerta pessoal instantâneo e, se o número de sessões de comunicação concorrentes permitidas foi alcançado, em que a informação de presença é utilizada para determinar disponibilidade do terminal (103, 105) para o serviço de comunicação de grupo Pressione-paraFalar via Celular;

gerar uma mensagem para fornecer informação de presença a respeito do

Petição 870190013814, de 11/02/2019, pág. 12/18
2/7 terminal (103, 105) com base na informação de presença gerada; e transmitir a mensagem para um servidor de presença (111).

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a mensagem transmitida para o servidor de presença (111) configurado para distribuir a informação de presença tem um formato de acordo com um Formato de Dados de Informação de Presença.
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de compreender adicionalmente:

receber um atributo de evento associado a um evento de acordo com uma assinatura, o atributo de evento especifica um de um estado registrado, um estado atualizado, um estado expirado ou um estado rejeitado correspondendo ao registro do terminal (103, 105) dentro da rede de comunicação, em que o registro é baseado em um Protocolo de Inicialização de Sessão, SIP; e mapear o atributo do evento para informações de presença.
4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de compreender adicionalmente:

determinar se o terminal está disponível com base em um critério, em que o critério inclui a configuração do terminal ou estar dentro de uma área de cobertura de uma rede de rádio (600).
5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de compreender adicionalmente:

verificar definição de suporte de sessões de comunicação de grupo simultâneas; e gerar a informação de presença com base na definição do suporte de sessões de comunicação de grupo simultâneas.

Petição 870190013814, de 11/02/2019, pág. 13/18

3/7
6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de compreender adicionalmente:

gerar diretamente um atributo de evento para um evento; e publicar o atributo do evento como a informação de presença.
7. Aparelho para um servidor de aplicação (109) para fornecer informação de presença a respeito de um terminal (103, 105), caracterizado pelo fato de compreender:

um processador (503) configurado para determinar um registro de evento afetando a disponibilidade de um terminal (103, 105) em uma rede de comunicação, em que o terminal (103, 105) é configurado para utilizar um serviço de comunicação de grupo Pressione-paraFalar via Celular, PoC, suportado pela rede de comunicação e controlado pelo servidor de aplicação (109), verificar pelo menos uma das definições de um indicador de bloqueio de sessão de entrada correspondendo ao terminal (103, 105), em que o indicador de bloqueio de sessão de entrada especifica que o terminal (103, 105) está configurado para não aceitar sessões de comunicação de grupo de entrada, definição de um indicador de bloqueio de alerta pessoal instantâneo correspondendo ao terminal (103, 105) em que o indicador de bloqueio de alerta pessoal instantâneo especifica que o terminal (103, 105) é configurado para não aceitar sessões de comunicação de grupo pessoal instantâneas de entrada e se o terminal alcançou o número máximo de sessões de comunicação concorrentes permitidas, gerar informações de presença com base em pelo menos uma das definições do indicador de bloqueio de sessão de entrada, a definição do indicador de bloqueio de alerta pessoal instantâneo e se o número de sessões de comunicação concorrentes permitidas foi alcançado, em que a informação de

Petição 870190013814, de 11/02/2019, pág. 14/18

4/7 presença é utilizada para determinar a disponibilidade do terminal (103, 105) para o serviço de comunicação de grupo Pressione-para-Falar via Celular, gerar uma mensagem para fornecer informação de presença a respeito do terminal (103, 105) com base nas informações de presença geradas, e transmitir a mensagem para um servidor de presença (111).
8. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato de compreender adicionalmente:

uma interface de comunicação acoplada ao processador (503) e configurada para transmitir a mensagem para o servidor de presença (111) que está configurado para distribuir a informação de presença, em que a mensagem tem um formato de acordo com um Formato de Dados de Informação de Presença.
9. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato de que o processador (503) é configurado adicionalmente para receber um atributo de evento associado a um evento de acordo com uma assinatura, o atributo de evento especificando um de um estado registrado, um estado atualizado, um estado expirado, ou um estado rejeitado correspondendo ao registro do terminal dentro da rede de comunicação, em que o registro é baseado em um Protocolo de Inicialização de Sessão, SIP, o processador sendo configurado adicionalmente para mapear o atributo do evento para informações de presença.
10. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato de que o processador é configurado adicionalmente para determinar se o terminal está disponível com base em um critério, o critério incluindo configuração do terminal ou estar dentro de uma área de cobertura de uma rede de rádio (600).
11. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato

Petição 870190013814, de 11/02/2019, pág. 15/18

5/7 de que o processador é configurado adicionalmente para verificar a definição do suporte de sessões de comunicação de grupo simultâneas e para gerar a informação de presença com base na definição do suporte de sessões de comunicação de grupo simultâneas.
12. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato de que o processador é configurado adicionalmente para gerar diretamente um atributo de evento para um evento, o atributo de evento sendo publicado como a informação de presença.
13. Aparelho, de acordo com a reivindicação 7, caracterizado pelo fato de compreender adicionalmente:

meios para gerar diretamente um atributo de evento para o evento, o atributo de evento sendo publicado como a informação de presença.
14. Sistema caracterizado pelo fato de compreender o aparelho definido em qualquer uma das reivindicações 7 a 13 e o servidor de presença (111).
15. Sistema para fornecer informação de presença a respeito de um terminal (103, 105), caracterizado pelo fato de compreender:

um processador (503) configurado para iniciar o registro com uma rede de comunicação que inclui uma rede de rádio (101) para se comunicar pela rede de comunicação, em que um evento associado ao registro é usado para determinar a disponibilidade de um serviço de comunicação de grupo Pressione-para-Falar via Celular, PoC, suportada pela rede de comunicação e controlada por um servidor de aplicação (109), definir pelo menos um de um indicador de bloqueio de sessão de entrada para o terminal para indicar para o servidor de aplicação (109) a não aceitação de sessões de comunicação de entrada de grupo e um indicador de bloqueio de alerta pessoal instantâneo correspondendo ao terminal (103, 105) para indicar

Petição 870190013814, de 11/02/2019, pág. 16/18

6/7 para o servidor de aplicação a não aceitação de sessões de comunicação de grupo pessoal instantâneas de entrada, e enviar o indicador de bloqueio de sessão de entrada e/ou o indicador de bloqueio de alerta pessoal instantâneo do terminal para o servidor de aplicação a ser usado para determinar a disponibilidade do terminal para o serviço de comunicação de grupo Pressione-para-Falar via Celular suportado pela rede de comunicação e controlado pelo servidor de aplicação e adicionalmente para geração de mensagem para fornecer ao servidor de presença (111) informações de presença a respeito do terminal, as informações de presença sendo baseadas na definição do indicador de bloqueio da sessão de entrada e/ou na definição do indicador de bloqueio de alerta pessoal instantâneo.
16. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de que a mensagem é transmitida para o servidor de presença (111) configurado para distribuir a informação de presença, em que a mensagem tem um formato de acordo com um Formato de Dados de Informação de Presença.
17. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de que que a informação de presença é baseada adicionalmente em um estado registrado, um estado atualizado, um estado expirado ou um estado rejeitado do registro, sendo o registro baseado em um Protocolo de Inicialização de Sessão, SIP.
18. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de compreender adicionalmente:

um alto-falante configurado para emitir um sinal de áudio correspondendo ao tráfego do serviço de comunicação de grupo.
19. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de que a disponibilidade é baseada num critério que inclui informação de configuração para operar dentro da rede de rádio ou estar dentro da área de

Petição 870190013814, de 11/02/2019, pág. 17/18

7/7 cobertura da rede de rádio.
20. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de que a informação de presença é baseada na definição do suporte de sessões de comunicação de grupo simultâneas.
21. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de que o servidor de aplicação (109) é configurado para gerar diretamente um atributo de evento para um evento e para publicar o atributo de evento como a informação de presença.
22. Sistema, de acordo com a reivindicação 15, caracterizado pelo fato de compreender adicionalmente:

meios para gerar diretamente um atributo de evento para um evento, o atributo de evento sendo publicado como a informação de presença.