BRPI1011396B1 - método para habilitar serviços e sistema de comunicação suportando pelo menos um domínio - Google Patents

Abstract

SISTEMA E MÉTODO PARA SERVIÇO DE VOZ EM UM SISTEMA DE PACOTES EVOLUÍDO. Um método para habilitar serviço um componente de rede em um sistema de comunicação, incluindo um equipamento de usuário (UE) é fornecido. O UE é configurado para exigir uma primeira mensagem que pode ser uma solicitação SIP. O componente de rede é configurado para criar uma segunda mensagem ou solicitação SIP. O componente de rede é configurado para criar uma segunda mensagem ou solicitação SIP, com base na primeira mensagem. O componente de rede configurado ainda para posteriormente receber uma resposta SIP e selecionar uma ação subsequente ao receber a resposta SIP.

Description

[001] A divulgação atual relaciona-se geralmente a um método para habilitar serviços usando um componente de rede em um sistema de comunicação e mais especificamente a um método para fornecer serviços de voz em um Subsistema Multimídia de Protocolo Internet (IMS), e também a um elemento de rede correspondente.

NTECEDENTES

[002] Como usado aqui, o termo "dispositivo" pode referir-se aos termos "estação móvel"(MS), "agente de usuário", ou "equipamento de usuário"(UE) que podem incluir dispositivos eletrônicos, como telefones fixos e móveis, assistentes pessoais digitais, computadores portáteis ou laptops, telefones inteligentes, impressoras, aparelhos de fax, televisores, caixas “set-top” e outros dispositivos de visualização de vídeo, equipamento de áudio doméstico e outros sistemas de entretenimento domésticos, sistemas de controle e monitoramento residencial (por exemplo, o monitoramento de casa, sistemas de alarme e sistemas de controle de clima), eletrodomésticos melhorados como geladeiras computadorizadas e dispositivos similares que têm capacidades de comunicações de rede. Em algumas configurações, UE pode referir-se a um dispositivo móvel sem fio.

[003] UE pode também referir-se a dispositivos que têm capacidades semelhantes, mas que não são facilmente transportáveis, tais como computadores desktop, caixas “set-top”, TVs, IPTVs ou nós da rede.

[004] O termo dispositivo pode também se referir a um Agente de usuário (UA) de Protocolo de Iniciação de Sessão (SIP) que pode ser fixo ou móvel. Quando um UA é um nó de rede, o nó da rede pode agir em nome de outra função, como um UA ou um dispositivo de linha fixa, e simular ou emular o UA ou dispositivo de linha fixa. Por exemplo, para alguns UAs, o cliente SIP de Subsistema Multimídia (IMS) de Protocolo Internet (IP) que normalmente residiria no dispositivo, na verdade reside na rede e transmite informação de mensagem SIP para o dispositivo usando protocolos otimizados. Em outras palavras, algumas funções que eram tradicionalmente realizadas por um UA podem ser distribuídas sob a forma de um UA remoto, onde o UA remoto representa o UA na rede.

[005] O termo "UE"também pode se referir a qualquer componente de hardware ou software que pode encerrar uma sessão de comunicação que pode incluir, mas não é limitado a uma sessão SIP. Além disso, os termos "agente de usuário", "UA", "equipamento de usuário, "UE" e "nó"podem ser usados como sinônimo aqui. Aqueles hábeis na arte vão perceber que esses termos podem ser usados alternadamente dentro da aplicação.

[006] O UE pode operar em uma rede de comunicação sem fio que oferece comunicações de dados de alta velocidade usando várias configurações de rede e/ou Tecnologias de Acesso de Rádio (RATs). Por exemplo, o UE pode operar de acordo com a tecnologia de Sistema Global para Comunicações Móveis (GSM) e Serviço de Rádio de Pacote Geral (GPRS). Hoje, tal UE pode ainda operar de acordo com taxas de dados melhoradas para Evolução GSM (EDGE) ou GPRS Melhorado (EGPRS) ou GPRS Melhorado Fase 2 (EGPRS2). Outras redes sem fio que UEs podem operar incluem, mas não estão limitadas a CDMA, UMTS, E-UTRAN, WiMax e WLAN (por exemplo, IEEE 802.11). UEs também podem operar em ambientes de rede fixa, como xDSL, redes a cabo DOCSIS, Ethernet ou redes ópticas. Alguns UEs podem ser capazes de operação multimodo, onde podem operar em mais de uma tecnologia de rede de acesso ou em uma única tecnologia de rede de acesso em um momento ou em alguns dispositivos usando múltiplas tecnologias de rede de acesso simultaneamente.

[007] Em sistemas de telecomunicações sem fio, equipamento de transmissão em uma estação base transmite os sinais ao longo de uma região geográfica conhecida como uma célula. Como a tecnologia evoluiu, equipamentos mais avançados foram introduzidos que podem prestar serviços que não eram possíveis anteriormente. Este equipamento avançado pode incluir, por exemplo, um nó B de rede de acesso de rádio terrestre universal evoluída (E-UTRAN) (ENB), em vez de uma estação base ou outros sistemas e dispositivos que são mais altamente evoluídos que o equipamento equivalente em sistema de telecomunicações sem fio tradicional. Tais equipamentos de próxima geração ou avançados podem ser aqui referidos como equipamentos de evolução a longo prazo (LTE), e uma rede baseada em pacotes que usa esses equipamentos pode ser referida como um sistema de Pacotes Evoluído (EPS). Como usado aqui, o termo "dispositivo de acesso" pode se referir a qualquer componente, como uma estação de base tradicional, eNB, ou outro dispositivo de acesso LTE, que pode fornecer um UE com acesso a outros componentes em um sistema de telecomunicações.

[008] Em sistemas Projeto de Parceria de Terceira Geração (3GPP), serviços de voz podem ser fornecidos por uma operadora de telefonia móvel através de uma série de meios. Através de Rede de Acesso de Rádio GPRS/EDGE (GERAN) e Rede de Acesso de Rádio Terrestre Universal (UTRAN), por exemplo, infraestrutura de Circuito Comutado (CS) pode ser usada para fornecer serviços de voz. Em alternativa, além de GERAN e UTRAN, o Subsistema Multimídia de Núcleo de Rede IMS ou IP (CN) pode ser usado. Nesse caso, voz sobre IP ou comunicação de voz utilizando IMS pode ser chamado de voz IMS sobre PS. Além disso, uma solução híbrida em que CS é utilizado para fornecer a portadora de voz e IMS é usado para controlar a portadora de voz também pode ser suportada, isto é conhecido como Serviços Centralizados IMS (ICS) e é definido em 3GPP TS 23,292 e 3GPP TS 24,292. Sobre (E-UTRAN), o IMS pode ser usado. Em alguns casos, os serviços de voz sobre rede LTE (isto é, com o UE ativamente conectado e intercâmbio de dados sobre uma rede LTE) podem ser fornecidos usando IMS.

[009] Vários Indicadores de Serviço de Voz (VSIs) foram definidos para indicar em que circunstâncias uma rede particular, área de rede ou célula de rede poderá fornecer serviços de voz. Os indicadores incluem os seguintes valores: "Voz IMS sobre sessão PS suportada" (isto é, Indicador VoIMS), "Central de Voz" ou "Central de Dados", e "apenas Voz CS", "apenas Voz PS IMS", "voz CS preferida, voz IMS secundária"ou "voz IMS preferida, voz CS secundária". Os indicadores VoIMS podem ser fornecidos pela rede para o UE em cada registro NAS (por exemplo, anexo EPS) e atualização de registro NAS enquanto os indicadores “Central de Voz” ou “Central de Dados” estão dentro do UE. Em alguns casos, uma ausência do indicador “Voz IMS sobre sessão PS suportada” pode sugerir que a rede (por exemplo, um eNó B) não é otimizada para voz. Em alguns casos, no entanto, a voz pode ainda ser suportada mesmo que ela pode não ser preferida. A preferência pode ser especificada como uma preferência do operador, uma preferência do usuário, uma preferência de assinante ou combinações das mesmas. O usuário, o assinante (por exemplo, empresa, e/ou o operador pode controlar as preferências). A preferência pode ser aplicada por rede de acesso, por exemplo, uma preferência diferente pode existir para E-UTRAN quando comparado com outra rede de acesso, como redes de acesso em baseadas WIMAX ou IEEE 802.11. Tal preferência pode não estar associada à cada e toda rede de acesso que um UE suporta. Elementos de rede de um operador podem estar cientes da preferência de tal forma que as chamadas de voz não são entregues ou terminadas através de uma rede de acesso menos preferida se alternativas preferidas existem.

[0010] Na presente divulgação, os VSIs podem ser classificados de várias maneiras, incluindo: indicadores VoIMS fornecidos pela Rede (ou indicadores voz IMS sobre PS (IMSVoPS)), que são comparáveis aos acima referenciados, indicação "Voz IMS sobre sessões PS suportadas", e as configurações de uso de um UE podem equiparar aos acima mencionados VSIs "Central de Voz" ou "Central de Dados". UEs de Central de Voz podem ser capazes de usar os serviços de voz e, portanto, podem tentar obter os serviços de voz, independentemente de como os serviços podem ser provisionados. Em contraste, UEs de Central de Dados podem preferir ter os melhores possíveis serviços PS (Pacotes Comutados), mesmo quando os serviços de voz não estão disponíveis. Por exemplo, UEs de Central de Dados podem preferir ficar em E-UTRAN, mesmo quando os serviços de voz não estão disponíveis em E-UTRAN. Serviços de voz podem ser fornecidos para UEs de Central de Dados dependendo do cenário de serviço do operador. Finalmente, as configurações de voz de um UE podem igualar aos acima mencionados VSIs "apenas Voz CS ", " apenas Voz PS IMS", "Voz CS preferida, Voz IMS secundária", ou "Voz IMS preferida, Voz CS secundária". A tabela a seguir Tabela 1 resume essas convenções de agrupamento e de nomeação. Tabela 1

[0011] Como redes de comunicação sem fio continuam a evoluir, em algumas implementações de rede pode haver ilhas de cobertura de redes do tipo LTE que residem dentro de uma cobertura de rádio mais completa fornecida por GERAN e/ou UTRAN. Como tal, vários mecanismos para prestação de serviços de voz para um UE conectado a uma rede LTE foram definidos. Por exemplo, um procedimento “fallback” CS permite um UE conectado a uma rede usando uma primeira RAT, onde a RAT fornece apenas serviços de domínio PS (Pacotes Comutados), para também registrar simultaneamente a outra rede que fornece serviços de domínio CS. “Fallback” CS pode ser usado, por exemplo, para acionar o UE para mover para uma célula de uma rede fornecendo serviços de domínio CS e iniciar chamadas de voz, quando, no momento de iniciar a chamada de voz, o UE foi associado a uma célula de uma rede que só fornece serviços de domínio PS (ou seja, sem serviços de domínio CS). O UE iniciando a chamada de voz pode ser inativo ou ativo na célula da rede que só presta serviços de domínio PS. O termo "registro" foi usado neste documento para duas finalidades: (1) descrever o ato de registrar um UA SIP com um REGISTRAR SIP, e (2) descrever o ato de registrar com a(s) camada(s) inferior(es)). Em SIP, quando um UA é registrado, geralmente um pedido SIP REGISTRO foi transmitido pelo UA e uma resposta SIP 200 (OK) é recebida pelo UA. Alternativamente, o UA pode ser registrado através de outros meios. Neste documento, nós usamos o termo "Registro IMS" se o UA está registrado com uma função REGISTRAR, em um nó ou elemento funcional, que é um nó IMS do elemento funcional. Normalmente, o S-CSCF desempenha o papel de REGISTRAR em IMS. Em camadas mais baixas, por exemplo, nas camadas NAS ou Camada de Acesso, o UE registra com a rede para obter conectividade, quer através da realização de um procedimento de Anexação à rede GPRS sobre UTRAN ou GERAN, ou uma Anexação com EPC sobre LTE ou E-UTRAN. Registro na camada NAS também pode se referir ao conceito de Atualização de Área de Roteamento, Atualização de Área de Rastreamento (TAU), Anexação Combinada NAS e TAU Combinada. Deve ficar claro a partir do contexto, que "registro" aplica-se, ao longo deste documento.

[0012] Especificamente, para o caso em que o operador está implantando gradativamente LTE e não implantou IMS, os procedimentos “fallback” CS permitem que um UE: ao mesmo tempo anexe à rede de núcleo PS (ou seja, o Núcleo de Pacotes Evoluído 3GPP (EPC) e ao domínio CS. (ou seja, o Centro de Comutação Móvel (MSC) através da realização de um procedimento de Anexação combinado em anexação inicial ou um procedimento de atualização de área de rastreamento combinado em caso de mobilidade, serviços de troca de dados sobre LTE enquanto sendo capaz de receber notificações de chamadas CS recebidas para acionar o UE para realizar uma transferência para outra RAT (GERAN ou UTRAN) e realizar o estabelecimento da chamada CS usando o domínio CS, e serviços de troca de dados através de LTE enquanto sendo capaz de estabelecer chamadas CS saindo pela transferência sobre outra RAT (GERAN ou UTRAN) e realizando o estabelecimento da chamada CS usando o domínio CS.

[0013] Um UE pode ser configurado para suportar serviços de voz em um número de maneiras ao longo de um LTE. Por exemplo, o UE pode suportar soluções de voz sobre IP não fornecidas pelo operador de rede (por exemplo, Skype, “fallback” CS, IMS ou Voz sobre LTE via Acesso Genérico (VoLGA). Como descrito acima, há uma série de sinalizadores de mensagem para a definição se IMS está disponível ao longo de um LTE particular (por exemplo, VoIMS, SRVCC). Além disso, o UE pode ser configurado para selecionar uma solução de voz inicial ou preferencial com base em uma árvore lógica pré-determinada. Se a solução de voz inicial não estiver disponível, o UE pode ser configurado para reagir com base em regras lógicas pré-determinada.

[0014] Quando uma sessão móvel terminada é apresentada à rede IMS (por exemplo, incluindo um nó como o Servidor de Aplicação IMS (AS)), o nó determina como escolher um domínio de destino para a entrega de chamadas (ou seja, Domínio CS ou Domínio PS). Um domínio de destino pode ser definido como resultado do registro IMS através da rede LTE ou E-UTRAN, ou por ser configurado com um endereço de destino CS, onde o endereço de destino CS é fornecido por exemplo, como resultado de um procedimento de anexação combinado. Em alguns casos, ao se registrar, se o UE descobre que VoIMS ou Continuidade de Chamada de Voz de Rádio Única (SRVCC) não são suportados, o UE pode não incluir uma indicação como um tag de recurso de “Áudio” ou um Identificador de Serviço de Comunicação IMS (ICSI) (por exemplo, a telefonia Multimídia (MMTel)) em seus dados cadastrais. No entanto, porque um sinalizador de recurso de “Áudio” pode descrever mais serviços do que apenas voz full duplex bidirecional, a ausência do sinalizador de recurso de “Áudio” pode negar o acesso UE a muitos mais serviços, como streaming de música ou rádio sobre IP. Da mesma forma, a ausência de ICSI MMTel pode negar determinados serviços (por exemplo, transferência de arquivos, de acordo com as especificações MMTel Note-se que a sigla "AS" foi usada neste documento para duas finalidades: (1) identificar nó ou elemento funcional de servidor de aplicação"", e (2) identificar "camada de acesso". Em SIP, quando um UA solicita um serviço, e outro UA presta ou fornece o serviço, tipicamente uma mensagem de pedido SIP foi transmitida pelo UA para outro UA. O outro UA pode ser hospedado em um elemento funcional ou nó chamado "servidor de aplicação"no IMS. Tipicamente, um I-CSCF ou S-CSCF ou E-CSCF roteia uma solicitação para um servidor de aplicação. Deve ficar claro a partir do contexto, que a sigla "AS" se aplica, ao longo deste documento.

[0015] Geralmente, o AS IMS, após a recepção de uma mensagem de registro IMS, não tem conhecimento se o acesso LTE pode suportar serviços de voz. O AS IMS pode então contar com outras informações, em vez da informação contida na mensagem de registro IMS para determinar como a sessão (incluindo voz) deve ser roteada ou se ao UE deve ser dada a opção para determinar como a sessão (incluindo voz) deve ser roteada. Se ao UE é dada a opção para determinar como a sessão (incluindo voz) deve ser roteada, o UE determina como responder após o recebimento de um CONVITE SIP com uma oferta para uma chamada móvel terminada ou uma incluindo voz. Na presente divulgação o AS IMS pode ser um Server de Aplicação de Continuidade e Centralização de Serviço (AS SCC).

[0016] Em vista da mudança de normas, um UE pode receber uma indicação de que certos serviços são suportados quando conectado a uma RAT, por exemplo, uma indicação de "voz IMS sobre sessão PS suportada" quando conectado a GPRS ou LTE/EPC/E-UTRAN recebido ao realizar procedimentos de Anexação, atualização de área de Rastreamento, atualização de área de Roteamento ou anexação combinada. Devido à realização de um procedimento de atualização de registro de área, a "indicação de que certos serviços são suportados" pode mudar. Como resultado, se o UE recebe serviços (como provisionados para o assinante) a partir do domínio IMS e também registrou, o UE pode não ser capaz de obter alguns serviços oferecidos pelo domínio IMS e autorizado como parte da assinatura na rede de acesso, dependendo do valor presente da "indicação de que certos serviços são suportados".

[0017] Em alguns casos, problemas relacionados com a prestação de serviços (por exemplo, uma chamada de voz Móvel Terminada) para o UE, dependem de como os serviços são prestados para o UE, o valor do Indicador VoIMS, e o uso de UE e configurações de voz. Em particular, o problema pode aplicar a cenários onde o UE pode receber os serviços através de uma variedade de RATs e soluções de voz, e a RAT que o UE prefere (por exemplo, a RAT determinada a ser preferível com base em políticas no UE) não suporta o serviço/recurso requerido. Note-se que, em alguns casos, a RAT que o UE prefere não é nunca definida.

[0018] Por exemplo, um UE pode ser registrado com IMS, sobre LTE ou usando E-UTRAN em uma área onde VoIMS não está disponível como indicado pelo Indicador VoIMS. Da mesma forma, SRVCC pode não estar disponível; um sinalizador SRVCC pode não ser definida. Se o Indicador VoIMS não é suportado, nenhuma indicação pode ser disponibilizada pela rede ou disponibilizada por camadas mais baixas no UE. Nesse caso, o UE pode ser incapaz de determinar, antes de executar Registro IMS, ou depois de registro IMS, mas antes de estabelecer uma sessão de voz IMS (VoIMS), se VoIMS é suportado. A ausência de indicadores VoIMS pode implicar, por padrão, que VoIMS é ou não é suportado.

[0019] Como tal, em registro IMS, o UE pode ser incapaz de indicar para a infraestrutura IMS se o UE pretende usar IMS para serviços de voz. Além disso, mesmo admitindo que o UE está configurado para indicar para o IMS (por exemplo, no momento do registro) se pretende utilizar IMS para serviços de “voz” ou apenas para serviços de “não voz” (por exemplo, quando o UE deseja serviços de "voz" e "não voz", mas o indicador VoIMS não estava presente ou indicou que VoIMS não está disponível), pode não ser claro como Chamadas chegando Móvel Terminada para o IMS são entregues quando o UE está acampado em uma RAT PS (por exemplo, LTE), ou como as chamadas podem ser roteadas para o UE sobre o domínio CS. Assim, pode não ser claro quanto ao fato de as chamadas serem encaminhadas para o UE usando IMS sobre a RAT PS no domínio PS ou se as chamadas são roteadas através do domínio CS.

[0020] Em um UE onde o IMS UE ou pilha SIP não tem acesso às indicações que foram fornecidas por NAS em relação ao valor do indicador VoIMS, o UE não sabe se o UE pode receber ou iniciar voz IMS em determinadas áreas. Em alguns casos, o IMS ou pilha SIP no UE pode registrar primeiro com IMS com a intenção de usar IMS para as sessões VoIMS e mais tarde o NAS pode realizar através do Indicador VoIMS que VoIMS não está disponível. Nesse caso, pode ser difícil para o IMS ou pilha SIP no UE indicar para a rede que chamadas não devem ser entregues sobre IMS, e a infraestrutura da rede de núcleo não pode distinguir entre estes dois casos. Como tal, quando a camada AS/NAS de um UE registrado no IMS sabe através do indicador VoIMS que as chamadas de voz IMS não são possíveis e há uma chamada chegando sendo direcionada para o UE sobre IMS, a pilha IMS no UE ainda pode aceitar a chamada chegando de voz por exemplo porque a pilha IMS não é totalmente integrada com a pilha AS/NAS e a pilha IMS não tem a indicação VoIMS. Este problema também pode surgir quando o UE realiza uma operação incorreta em aceitar a chamada sobre IMS.

[0021] Um outro problema pode surgir nos casos em que um UE tem mais de uma solução de voz em execução (isto é, aplicações diferentes: exemplos são VoLGA e IMS). Uma solução de voz pode ser fornecida pelo operador (OpVoice), e uma ou mais soluções podem ser fornecidas por outras partes via IMS (por exemplo, voz corporativa fornecida pela empresa), ou AppVoice e AppIMS. Nesse caso, para acessar os serviços OpVoice, o UE pode implementar soluções atuais (por exemplo, os definidos no 3GPP) para a seleção de IMS, “fallback” CS, e quaisquer outras soluções possíveis (por exemplo, VoLGA). Para acessar AppVoice, o UE pode conectar- se à infraestrutura AppIMS. A decisão de se conectar a AppIMS não pode ser baseada nas mesmas regras/mecanismos utilizados para OpVoice, porque, se o UE decide se conectar a AppIMS somente quando o indicador VoIMS da camada de transporte está disponível e a rede indica que IMS está disponível, então o UE pode não tentar registro IMS para outros serviços. Se o UE em vez registrar para AppVoice com AppIMS, problemas de roteamento de chamadas AppVoice chegando podem ter de ser resolvidos porque o UE pode não estar em uma área onde o indicador VoIMS afirma que as chamadas de voz IMS não são suportadas (por exemplo, devido à QoS).

[0022] Em outras palavras, podem surgir problemas quando o UE 1) é conectado à rede e seleciona a solução de voz para OpVoice como atualmente especificado em 3GPP (ou seja, com base no indicador VoIMS, o sucesso ou o fracasso de registro combinado de “fallback” CS/TAU, etc ., ou 2) o UE está ligado ao AppIMS para AppVoice por exemplo, com base em políticas fornecidas para o UE pelo provedor AppVoice. Mesmo se o indicador VoIMS está disponível e indica que voz IMS não é possível, ou VoIMS não está disponível, o UE pode se registrar para AppVoice com AppIMS se as políticas indicam que o UE deve fazê-lo. O problema também pode surgir quando o UE 3) está em uma área onde o indicador VoIMS afirma que voz IMS não é suportado, ou 4) quando a solução AppVoice não está integrada com outras soluções de voz no UE (por exemplo, VoLGA, “fallback” CS, etc), e, portanto, o UE não pode “fallback” para outras soluções para proporcionar AppVoice ao UE quando voz IMS não está disponível. A pilha AppVoice pode ser separada da pilha OpVoice no UE.

BREVE DESCRIÇÃO DOS DESENHOS

[0023] Para uma compreensão mais completa desta divulgação, referência é agora feita a seguinte breve descrição, tomada em conexão com os desenhos que acompanham e uma descrição detalhada, onde, números iguais de referência representam partes iguais.

[0024] Figura 1 é um fluxograma de um comportamento de UE ao realizar anexação EPS/IMSI não combinada onde "voz PS IMS preferida com Voz CS como secundária" é especificado para o UE;

[0025] Figura 2 é um fluxograma de comportamento de UE ao realizar anexação EPS/IMSI combinada, com uma configuração de “voz PS IMS preferida, voz CS Secundária” especificada para o UE;

[0026] Figura 3 é um fluxograma de comportamento de UE com a definição de: "voz CS preferida, voz PS IMS secundária” especificada para o UE;

[0027] Figura 4 é um fluxograma de comportamento de UE com a configuração de “apenas voz PS IMS” especificada para o UE;

[0028] Figura 5 é um fluxograma de comportamento de UE com a configuração de “apenas voz CS” especificada para o UE;

[0029] Figura 6 é uma ilustração que mostra uma arquitetura lógica de controle de política e controle de cobrança (PCC) global em uma configuração “não-roaming”;

[0030] Figura 7 ilustra um exemplo de fluxo de mensagens para a realização de um procedimento de anexação que envolve interação com um PCC;

[0031] Figura 8 é uma ilustração de um mapa de componente de rede exemplar mostrando componentes de uma rede VoLGA;

[0032] Figura 9 ilustra um fluxo de mensagens para um UE registrar com uma rede VoLGA;

[0033] Figura 10 ilustra um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede VoLGA para iniciar uma chamada móvel originada VoLGA;

[0034] Figura 11 ilustra um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede VoLGA para uma chamada móvel terminada;

[0035] Figura 12 é uma ilustração de uma sequência de mensagens para notificar uma rede de uma capacidade do UE;

[0036] Figura 13 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, onde a rede não suporta um serviço ou recurso desejado pelo UE e o UE registra para serviços de não-voz;

[0037] Figura 14 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, em que o UE não leva em conta indicadores de função ou de serviço fornecidos pela rede;

[0038] Figura 15 é um esquema que mostra uma visão esquemática das funcionalidades de um Comparador (função Seleção de Domínio de Acesso de Terminação (T-ADS));

[0039] Figura 16 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, em que o UE inclui um sinalizador de recurso usado para acionar o AS IMS para incluir o SIP-CS quando e se o UE teve um registro bem sucedido para “fallback” CS;

[0040] Figura 17 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, em que o UE inspeciona o indicador VoIMS e indica que a entrega de chamada deve ocorrer sobre uma solução OpVoice;

[0041] Figura 18 ilustra um sistema de comunicações sem fio, incluindo uma modalidade do agente do usuário;

[0042] Figura 19 mostra um diagrama de blocos do agente de usuário incluindo um processador de sinal digital (DSP) e uma memória;

[0043] Figura 20 ilustra um ambiente de software que pode ser implementado por um processador de um agente de usuário e

[0044] Figura 21 ilustra um exemplo de um sistema que inclui um componente de processamento adequado para implementação de um método para dar continuidade à transição de sessões entre as redes.

DESCRIÇÃO DETALHADA

[0045] A divulgação atual relaciona-se geralmente a um método para acessar serviços de voz usando um equipamento de usuário (UE) em um sistema de comunicação e mais especificamente a um método para fornecer serviços de voz em um Subsistema Multimídia de Protocolo de Internet (IMS), e também a um elemento de rede correspondente.

[0046] Os vários aspectos da divulgação são agora descritos com referência aos desenhos em anexo, onde, mesmos números referem-se a mesmos elementos ou elementos correspondentes em todo o documento. Deve ser entendido, no entanto, que os desenhos e respectiva descrição detalhada não se destinam a limitar o assunto alegado a uma forma particular divulgada. Pelo contrário, a intenção é abranger todas as modificações, equivalentes, e as alternativas caindo dentro do espírito e âmbito da matéria reivindicada.

[0047] Como usado aqui, os termos "componente", "sistema", e similares são destinados para se referir a uma entidade de informática, tanto hardware, uma combinação de hardware e software, software, ou software em execução. Por exemplo, um componente pode ser, mas não se limita a ser, um processo em execução em um processador, um processador, um objeto, um executável, uma rotina de execução, um programa, e/ou um computador. A título de ilustração, tanto uma aplicação rodando em um computador e o computador podem ser um componente. Um ou mais componentes podem residir dentro de um processo e/ou segmento de execução e um componente pode ser localizado em um computador e/ou distribuído entre dois ou mais computadores.

[0048] A palavra "exemplar"é usada aqui para significar que serve como um exemplo, exemplo ou ilustração. Qualquer aspecto ou projeto descrito aqui como "exemplar"não deve necessariamente ser interpretado como preferencial ou vantajoso sobre outros aspectos ou projetos.

[0049] Além disso, a matéria revelada pode ser implementada como um sistema, método, aparelho ou artigo de manufatura usando programação padrão e/ou técnicas de engenharia para a produção de software, firmware, hardware, ou qualquer combinação destes para controlar um computador ou dispositivo baseado em processador para implementar aspectos detalhados aqui. O termo "artigo de fabricação"(ou, alternativamente, "produto de programa de computador") como aqui utilizado é destinado a enquadrar um programa de computador acessível de qualquer dispositivo legível por computador, portadora ou mídia. Por exemplo, uma mídia legível por computador pode incluir, mas não é limitada por dispositivos de armazenamento magnéticos (por exemplo, disco rígido, disquete, fitas magnéticas, e similares), discos óticos (por exemplo, disco compacto (CD), disco versátil digital (DVD), e similares), cartões inteligentes e dispositivos de memória flash (por exemplo, cartão, haste, e assim por diante). Além disso, deve ser apreciado que uma onda portadora pode ser empregada para portar dados eletrônicos legíveis por computador, tais como aqueles usados na transmissão e recepção de correio eletrônico ou no acesso a uma rede como a Internet ou uma rede de área local (LAN). É claro, aqueles especializados na arte vão reconhecer que muitas modificações podem ser feitas a esta configuração sem se afastar do âmbito ou o espírito do assunto reivindicado.

[0050] A presente invenção fornece um método para habilitar serviços usando um componente de rede em um sistema de comunicação suportando, pelo menos, um de domínio comutado de pacotes (PS) e domínio comutado de circuito (CS). O método compreende receber um primeiro pedido SIP; criar um segundo pedido SIP através do componente de rede baseado no primeiro pedido SIP, receber uma resposta SIP; e selecionar uma ação subsequente ao receber a resposta SIP. O método inclui ainda o envio de um terceiro pedido SIP ao domínio CS, tomar uma decisão de não selecionar um domínio alternativo ou usar um protocolo CS como uma base de transporte para carregar um protocolo tipo SIP como um resultado de selecionar uma ação subsequente ao receber a resposta SIP.

[0051] O sistema atual fornece ainda um método para acessar serviços usando um equipamento de usuário (UE). O UE é configurado para exigir um primeiro serviço. O método inclui as etapas de estabelecer uma sessão para comunicação de dados entre o UE e uma rede usando uma primeira célula de rede, e recuperar uma lista de pelo menos um de um segundo serviço suportado pela primeira célula de rede. Quando o pelo menos um do segundo serviço suportado pela primeira célula de rede não é igual à pelo menos um de um primeiro serviço exigido pelo UE, o método inclui a transmissão de uma mensagem para a rede, indicando que o primeiro serviço exigido pelo UE não é suportado.

[0052] A presente invenção ainda fornece um sistema suportando pelo menos um domínio. O sistema compreende um EU configurado para receber um primeiro pedido SIP; e um componente de rede configurado para criar um segundo pedido SIP baseado no primeiro pedido SIP, subsequentemente recebe uma resposta SIP e seleciona uma ação subsequente ao receber a resposta SIP.

[0053] Em implantações de rede diferentes, os vários elementos de rede podem incluir uma ou mais entidades SIP. Uma entidade SIP pode incluir um Proxy SIP ou um servidor SIP, por exemplo. Algumas entidades SIP normalmente são fornecidas com um UA e pode operar em duas formas: 1) como um Cliente de Agente de Usuário (UAC) que gera mensagens de pedido para servidores e 2) como um Servidor de Agente de Usuário (UAS), que recebe mensagens de pedido, os processa e gera respostas adequadas. Em alguns cenários de aplicação, um único UA pode funcionar tanto como uma entidade SIP (por exemplo, um dispositivo UE) ou um nó de rede.

[0054] Em uma implementação, SIP utiliza seis tipos de pedido: CONVITE - Indica que um usuário ou serviço é convidado a participar de uma sessão (nota: os termos sessão e sessão de chamada são por vezes usados como sinônimos). ACK - Confirma que o cliente recebeu uma resposta final a um pedido CONVITE. BYE - Encerra uma sessão e pode ser enviado pelo o chamador ou o receptor. CANCELA- Cancela um pedido anterior enviado pelo UE. OPÇÕES - Consultas as capacidades de UEs. REGISTRO - Registra o endereço listado no campo de cabeçalho Para: com um servidor SIP. Porque SIP é configurado para evoluir, um destinatário pode, por vezes, receber um método de pedido que não reconhece. Esse pedido pode ser designado como um método DESCONHECIDO do pedido.

[0055] Em resposta aos pedidos, o SIP utiliza as seguintes categorias de respostas: 1xx mensagens informativas, 2xx respostas bem-sucedidas, 3xx respostas de redirecionamento, 4xx respostas de falha de pedido, 5xx respostas de falha de servidor, e 6xx respostas de falha em geral.

[0056] Mensagens SIP são normalmente fornecidas com uma estrutura de mensagem padronizada. A estrutura consiste em uma porção de linha de comando que identifica a linha inicial (linha de pedido em pedidos e linha de estado em respostas), uma porção de cabeçalho que identifica um ou mais campos de cabeçalho que transmitem várias peças de informações, e um ou mais corpos de mensagens que podem ser fornecidos na porção de corpo de mensagem de uma mensagem SIP. Um corpo da mensagem é operável para armazenar conteúdo como texto puro, imagens codificadas ou qualquer informação que possa ser processada em uma linguagem de marcação, como “Extensible Markup Language” (XML), “HyperText Markup Language” (HTML), etc. Cada corpo de mensagem (parte) é descrito usando campos de cabeçalho, como “Content-Disposition”, “Content-Encoding”, e “Content Type”, que cada fornece informações sobre o conteúdo da mensagem SDP. Em algumas implementações, o valor de um campo de cabeçalho Content-Type é um “Multi-purpose Internet Mail Extension” (MIME). IETF RFC 3261 fornece uma descrição mais detalhada da implementação de um SIP, por exemplo. Em algumas implementações de sistema, uma entidade SIP adere a várias especificações 3GPP tais como 3GPP TS 23,228 e 3GPP TS 24,229.

[0057] Um ou mais nós de rede, ou elementos de rede, podem incluir uma infraestrutura de núcleo ou rede de núcleo e serem referidos como entidades SIP. Por exemplo, nós de rede podem exemplificar nós Função de Controle de Sessão de Chamada Proxy (P-CSCF), nó Servindo CSCF ou S- CSCF, Interrogando CSCF ou I-CSCF, nós de Função de Controle de Gateway de Evasão (BGCF), nós de Função de Controle de Gateway de Meio (MGCF), nós de Servidor de Assinante Doméstico (HSS), nós Servidor de Aplicação ou AS IMS, e assim por diante. Como descrito acima, os nós, bem como os dispositivos UE de ponto de extremidade podem empregar SIP como um protocolo de comunicação para controle de sessão, ou seja, criação e ruptura de sessões de comunicação. Assim, os nós de rede e os dispositivos UE podem ser coletivamente referidos como "entidades SIP", ou, mais geralmente, "entidades de protocolo de comunicação", que se dedicam a enviar e receber mensagens de protocolo de comunicação adequado (por exemplo, mensagens SIP) para efetuar diversos serviços, por exemplo, VCC, PTT, PoC, Serviços de Emergência, ICS, etc.

[0058] Serviços centralizados IMS (ICS) permitem que os serviços prestados ao usuário final sejam hospedados dentro da rede IMS. Os serviços podem ser oferecidos aos assinantes que têm apenas PS disponível para sinalização ou nos casos em que pode ser mais desejável oferecer voz sobre uma portadora CS. Para ICS, a chamada e sinalização de controle de serviço podem ser realizados através do canal de controle SIP sobre a parte de ponto de referência Gm como do domínio do PS enquanto a voz utiliza uma parte de portadora CS tradicional do domínio CS, por exemplo. Para fornecer um conjunto completo de serviços, a rede e o UE podem ser capazes de realizar transmissões de voz e dados ao mesmo tempo (caso contrário, o canal de controle SIP pode ser perdido).

[0059] Em algumas implementações de rede, ICS inclui um AS SCC ou nó AS SCC. O AS SCC pode ser configurado para fornecer Seleção de Domínio de Acesso de Terminação (TADS) descrito por 3GPP TS 23,292 e 3GPP TS 23,237 para selecionar o destino correto para uma chamada terminada móvel. A seleção do alvo pode incluir uma determinação do tipo de acesso o UE está usando ou exige. Como tal, o UE que é capaz de ICS e “fallback” CS pode ter registrado através de IMS e também registrado no MSC. O AS SCC pode optar por utilizar as informações de destino associadas com qualquer um destes registros como alvos a que a chamada pode ser entregue.

[0060] Em algumas implementações de rede, ICS não é incluído, e um AS de Desvio de Comunicação (CDIV) ou Servidor de Aplicação de Telecomunicações (TAS) é incluído. O AS CDIV pode ser configurado para fornecer regra baseada em desvio de comunicação, tal como descrito por 3GPP TS 24,604 para selecionar o destino correto para uma chamada terminada móvel. A seleção do alvo pode incluir uma determinação do tipo de acesso o UE está usando ou exige. Como tal, o UE que é capaz CDIV pode ter registrado através de IMS e também registrado no MSC. O AS CDIV pode direcionar a comunicação ou componentes da comunicação (por exemplo, apenas o componente de voz) para o UE usando um desses alvos. O AS CDIV pode não ser capaz de atingir apenas os componentes da comunicação, caso em que um ou mais outro nó (s) na rede de comunicação se encarrega de transmitir somente mídia adequada para o transporte sobre CS (por exemplo, mensagens de voz) sobre o domínio CS. O AS CDIV é baseado em regras e as regras podem ser configuradas. As regras estão expressas em Política Comum de XML, por exemplo, por IETF RFC 4745 ou OMA XDM ou 3GPP TS 24,623. As regras podem ser gerenciadas usando a interface Ut e o protocolo XCAP. Ao configurar o AS CDIV com regras que identificam o alvo em determinadas condições atendidas, a comunicação pode ser redirecionada conforme especificado em 3GPP TS 24,604. 1) A fim de redirecionar uma comunicação para, por exemplo, um endereço servido pelo domínio CS se a última rede de acesso conhecida que o UE utilizou para comunicações corresponde a uma rede de acesso indicada em uma regra, essa regra teria que ser provisionada. 2) A fim de redirecionar uma comunicação para, por exemplo, um endereço servido pelo domínio CS se a rede (por exemplo, nós na rede de comunicações suportando PCC) indica que o UE está anexado a uma rede de acesso que corresponda a uma rede de acesso indicada na regra, essa regra teria que ser provisionada. 3) A fim de redirecionar uma comunicação para, por exemplo, um endereço servido pelo domínio CS se a rede de acesso (última conhecida ou PCC- determinado) indica que o UE está ligado a uma rede de acesso que é incapaz de suportar voz IMS e uma regra indica que, em tal caso, a comunicação precisa ser redirecionada para um endereço servido por uma rede de acesso que suporta para a mídia de voz (por exemplo, domínio CS), tal regra teria que ser provisionada. 4) A fim de redirecionar uma comunicação para, por exemplo, um endereço servido pelo domínio CS se o UE indica que ele é incapaz de receber IMS ou voz PS sobre a rede de acesso presente (por exemplo, indicando mídia de voz CS em SDP (ver ietd draft-ietf- mmusic-sdp-cs) ou uma mensagem SIP, por exemplo, uma mensagem SIP em resposta a um pedido CONVITE, e uma regra indica que, em tal caso, a comunicação precisa ser redirecionada para um endereço servido por uma rede de acesso capaz de voz IMS ou capaz de mídia de voz CS (como indicado na SDP (por exemplo, domínio CS), tal regra teria que ser provisionada. As porções de condição das regras exemplificadas acima podem ser combinadas de diversas maneiras, juntamente com outras condições (por exemplo, outras condições, conforme especificado em 3GPP TS 24,604). A outra vantagem dessa abordagem é que um AS CDIV podem ser provisionado com uma preferência, por exemplo, a preferência onde a mídia de voz é entregue.

[0061] Em situações onde a rede não suporta a capacidade de ter ambas interfaces CS e Gm ativas ao mesmo tempo, I1 pode ser usado. I1 é uma interface ou ponto de referência entre UE e a rede, e pode ser utilizado nos casos em que algumas restrições (por exemplo, a ausência de um ponto de referência Gm ou falta de suporte para Modo de Transferência Dual (DTM) evita o uso do canal de controle com SIP com portadora CS simultaneamente.

[0062] Em algumas redes, uma funcionalidade PCC foi introduzida para várias redes, incluindo Núcleo de Pacotes Evoluído (EPC) e redes GPRS (incluindo, por exemplo, GERAN/UTRAN). Funcionalidade PCC pode incluir uma Função de execução de cobrança e política (PCEF), uma Função de Relatório de Evento e vinculação de portadora (BBERF), uma Função de Regras de Cobrança e Política (PCRF), uma função de Aplicação (AF), um sistema de cobrança online (OCS), um sistema de cobrança off-line (CFO) e um Repositório de Perfil de Assinatura (SPR). A arquitetura PCC pode estender a arquitetura de um IP CAN (por exemplo, a rede de núcleo GPRS ou o EPC), onde a Função de execução de cobrança e política é uma entidade funcional no nó gateway implementando o acesso IP para o PDN.

[0063] As Figuras 1 a 5 são ilustrações de vários cenários de casos de uso que mostram as ações de UE necessárias para diferentes combinações de indicador VoIMS de uma rede e configurações de uso do UE.

[0064] A Figura 1 é um fluxograma de um comportamento de UE durante a execução de anexação EPS/IMSI não combinada onde "voz PS IMS preferida com Voz CS como secundária" é especificado para o UE. Na etapa 10 o UE é configurado para voz IMS preferida, com voz CS secundária. Na etapa 12 o UE inicia um procedimento de anexação EPS (como mostrado, o procedimento de anexação é não-combinado) e na etapa 14 o UE verifica para uma indicação de suporte de voz da rede IMS. Se for suportado, o UE utiliza voz IMS na etapa 16 e pode retornar para a etapa 14 depois de executar uma atualização de área de rastreamento (TAU). Se, no entanto, voz IMS não é suportado, o UE desempenha um TAU combinado para “fallback” CS na etapa 18. Se bem sucedido, o UE utiliza os serviços de voz disponibilizados como resultado do “fallback” CS na etapa 20. Se, no entanto, “fallback” CS falhar, o UE verifica suas próprias configurações para determinar se ele é central de voz ou central de dados na etapa 22. Se central de dados, o UE permanece na RAT atual na etapa 24. Se, no entanto, o UE é central de voz, ele seleciona de novo a uma RAT alternativa na etapa 26.

[0065] A Figura 2 é um fluxograma de comportamento de UE ao realizar anexação EPS/IMSI combinado, com uma configuração de “Voz PS IMS preferida, voz CS Secundária” especificada para o UE. Na etapa 30, o UE está definido como voz PS IMS preferida com voz CS como secundária. Na etapa 32, o UE inicia um procedimento de anexação EPS/IMSI combinado e verifica para Indicação de voz IMS sobre sessão PS suportada pela rede. Na etapa 34, se a anexação combinada é aceita e Voz PS IMS não é suportada, o UE utiliza “fallback” CF para estabelecer uma conexão de voz. Se, no entanto, voz PS IMS é suportada (se ou não anexação combinada falhou ou foi aceita), o UE utiliza o serviço de voz IMS na etapa 36. Se a anexação combinada falhou e IMS Voz PS não é suportada, o UE verifica suas configurações para uma preferência por comunicação de central de voz ou de central de dados na etapa 38. Se central de dados, o UE permanece na RAT atual na etapa 40. Se, no entanto central de voz, o UE seleciona de novo para outra RAT para acessar serviços de voz na etapa 42.

[0066] A Figura 3 é um fluxograma de comportamento de UE com a configuração de “voz CS preferida, voz PS IMS secundária” especificada para o UE. Na etapa 50, o UE está definido para voz CS preferida, voz PS IMS secundária. Na etapa 52, o UE inicia um procedimento de anexação EPS/IMSI combinado. Se bem sucedido, o UE utiliza “fallback” CS na etapa 54. Se não tiver êxito, o UE verifica para uma Indicação de voz IMS suportada da rede na etapa 56. Se for suportado, o UE utiliza os serviços de voz IMS na etapa 58 e realiza um TAU. Se não houver suporte, o UE verifica suas configurações para determinar se é central de voz ou dados na etapa 60. Se central de dados, o UE permanece na RAT atual na etapa 62. Se central de voz, o UE seleciona de novo para outra RAT na etapa 64.

[0067] A Figura 4 é um fluxograma de comportamento de UE com a configuração de "apenas voz PS IMS” especificada para o UE. Na etapa 70 o UE é definido para apenas voz PS IMS. Na etapa 72 o UE inicia o procedimento de anexação EPS e na etapa 74 o UE verifica se há uma indicação de suporte de voz da rede IMS. Se for suportado, o UE utiliza voz IMS na etapa 76 e pode retornar para a etapa 74 depois de executar uma atualização de área de rastreamento (TAU). Se, no entanto, a voz IMS não é suportada, o UE verifica suas próprias configurações para determinar se é central de voz ou central de dados na etapa 78. Se central de dados, o UE permanece na RAT atual na etapa 80. Se, no entanto, o UE é central de voz, ele seleciona de novo a uma RAT alternativa na etapa 82.

[0068] A Figura 5 é um fluxograma de comportamento de UE com a configuração de “apenas voz CS” especificada para o UE. Na etapa 90, o UE está definido para apenas voz CS. Na etapa 92, o UE inicia um procedimento de anexação EPS/IMSI combinado. Se bem sucedido, o UE utiliza “fallback” CS na etapa 94. Se não tiver êxito, o UE verifica suas configurações para determinar se trata-se central de voz ou de central de dados na etapa 96. Se central de dados, o UE permanece na RAT atual na etapa 98. Se central de voz, o UE seleciona de novo para outra RAT na etapa 100.

[0069] A Figura 6 é uma ilustração que mostra uma arquitetura de lógica PCC geral em uma configuração não- roaming. PCRF 102 está em comunicação com SPR 104, AF 106, BBERF 108 e Gateway 110 (incluindo PCEF 112). Gateway 110 está em comunicação com ambos OCS 116 e OCFS 114. OCS 116 fornece um Controle de Crédito Baseado em Fluxo de Dados de Serviço 118. Na arquitetura PCC exemplar, AF 106 presta serviços aos UEs (por exemplo AF 106 pode ser um servidor IMS).

[0070] Na anexação a um EPC através de LTE, pode haver uma interação com o PCC, conforme ilustrado na figura 7. Figura 7 ilustra um exemplo de fluxo de mensagens para a realização de um procedimento de anexação envolvendo interação com um PCC. Em particular, as etapas indicadas pelos elementos 130, 132 e 134 todos envolvem uma interação com o PCRF na arquitetura PCC. O PCC pode interagir com a rede de núcleo durante anexação à GERAN/UTRAN e a rede de núcleo pode interagir com o PCC para policiamento das portadoras sobre TAU LTE, e o PCC pode interagir com a rede de núcleo GPRS mediante atualização de área de roteamento.

[0071] Quando um aplicativo na rede requer portadoras específicas com QoS para fornecer um serviço (por exemplo, IMS requerendo uma portadora capaz de carregar voz a fim de fornecer VoIMS), o IMS interage com o PCC para solicitar tal portadora. Por sua vez, o PCC interage com o EPC (para LTE) ou a rede de núcleo GPRS (para GERAN/UTRAN) para estabelecer as portadoras apropriadas.

[0072] Em Voz sobre LTE via Acesso Genérico (VoLGA., um operador pode reutilizar AS entidades de domínio CS existentes (por exemplo, MSC/VLR) que controlam o estabelecimento de serviços CS sob cobertura E-UTRAN para fornecer IMS. O Controlador de Rede de Acesso VoLGA (VANC) permite que o UE acesse o MSC/VLR usando a conectividade IP genérica fornecida pelo EPS. O VANC pode ser conectado ao MSC/VLR usando o interface-A ("VoLGA A-modo") ou a interface Iu-CS ("VoLGA Iu-modo"). Do ponto de vista de EPS, o VANC é visto como uma função de aplicação.

[0073] A Figura 8 é uma ilustração de um mapa de componente de rede exemplar mostrando componentes de uma rede VoLGA. Em arquitetura A-modo VoLGA, o VANC na Rede Móvel Terrestre Pública Doméstica (HPLMN) é conectado ao MSC/VLR usando a interface-A ("VoLGA A-modo"), como mostrado por conexão 140 em Figura 8. Na arquitetura Iu- modo VoLGA, no entanto, o VANC no HPLMN pode ser conectado ao MSC/VLR usando a interface Iu-CS ("VoLGA Iu-modo") substituindo a interface-A 140 da Figura 8.

[0074] A Figura 9 ilustra um fluxo de mensagens para um UE registrar com uma rede VoLGA. Para obter a conectividade, o UE primeiro descobre um VANC nas etapas indicadas pelo elemento 150. Se o UE concluiu com êxito o processo de descoberta VANC (ou seja, tem o endereço de um SeGW e um VANC), o UE pode tentar Registro VoLGA na etapa indicada pelo elemento 152. O VANC pode aceitar o registro na etapa indicada pelo elemento 154, recusar o registro na etapa indicada pelo elemento 156, ou redirecionar o UE para outro VANC (por exemplo, dependendo da localização do UE, condições de roaming ou de balanceamento de carga), como ilustrado pela etapa indicada pelo elemento 158.

[0075] O UE realizando uma chamada Móvel Originada VoLGA pode seguir as etapas ilustradas na Figura 10. A Figura 10 ilustra um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede VoLGA para iniciar uma chamada Móvel Originada VoLGA. O UE estabelece a sinalização para uma chamada Móvel Originada com o domínio CS (através do MSC) e, em seguida, uma portadora sobre LTE e o túnel VoLGA é estabelecido. Alternativamente, a Figura 11 ilustra um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede VoLGA para uma chamada móvel terminada.

[0076] Em geral, o UE pode exigir acesso a um serviço, recurso, ou grupo de serviços e/ou recursos. O UE pode ser configurado para acessar RATs múltiplas e decidir se obter conectividade, serviço ou recursos de uma ou mais das RATs. Na divulgação presente, conectividade pode não significar que o UE pode obter acesso a cada um dos serviços ou recursos. Em vez disso, conectividade pode significar que o UE é autenticado e autorizado a acessar a RAT. Como parte deste processo, o UE pode descobrir que o serviço desejado ou recurso não está disponível na RAT. Os serviços desejados ou recursos podem incluir a obtenção de informações, solicitação de informações, e pedidos de várias mensagens ponto-a-ponto, incluindo pedido “Dynamic Host Configuration Protocol” (DHCP), pedido “Remote Authentication Dial In User Service” (RADIUS), pedido de diâmetro, aceitar Anexação, pedidos, etc a partir da rede. Os serviços desejados ou recursos podem incluir também os sendo prestados pelas mensagens ponto-a-ponto de certa rede, incluindo respostas DHCP, respostas RADIUS, respostas de diâmetro, aceitar anexação, indicações OK, detectar informações como nas mensagens broadcast, e rastreamento de informações.

[0077] O UE faz uma determinação de como ele vai obter os serviços desejados ou recursos. Embora a determinação possa ser realizada no nível AS/NAS, uma vez que a seleção NAS/AS é feita, o UE pode ter de informar a infraestrutura fornecendo os serviços (por exemplo, o IMS) como ele irá obter os serviços desejados. Por exemplo, no caso em que a seleção baseada nos resultados AS/NAS resulta no acampamento UE sobre uma célula da rede LTE sem serviços de voz, o UE pode informar IMS após um registro bem sucedido para serviços não-voz que as chamadas de voz não podem ser roteadas através do IMS.

[0078] Em alguns casos, o UE pode informar á rede que os serviços ou os recursos que ela exige não estão disponíveis e que uma RAT alternativa deve ser usada para prestar esses serviços ou recursos. O UE pode enviar uma mensagem para a rede para indicar que tampouco uma RAT específica deve ser utilizada para um serviço ou recurso, ou que a RAT identificada não suporta o serviço ou os recursos necessários. Quando o UE recebe da rede um pedido para entregar o serviço ou recurso, o UE pode fazer o seguinte: Se a rede propõe uma RAT alternativa para suportar um serviço ou recurso, o UE pode indicar de volta para a rede um desejo de usar a RAT alternativa para parte ou a totalidade do serviço ou recurso que está sendo oferecido, ou o UE pode enviar uma causa de erro apropriada para a rede que irá acionar a rede para a tentativa de entrega do serviço ou recurso sobre a RAT alternativa.

[0079] Alternativamente, ao descobrir que um recurso ou serviço não está disponível com base no indicador VoIMS ou indicador SR-VCC, o UE pode sinalizar para a rede que uma RAT alternativa deve ser utilizada para determinados serviços ou recursos. No presente exemplo, a rede pode ser configurada para suportar “fallback” CS, e o UE pode não incluir um sinalizador de recurso ICS quando se registra com uma rede IMS (por exemplo, porque não implementa funcionalidade CS SDP (como definido em ietf draft-ietf- mmusic-sdp-cs)). Como tal, pode ser a rede que é requerida a determinar como rotear a chamada com base em se o UE tem acesso a IMS.

[0080] A Figura 12 é uma ilustração de uma sequência de mensagens para notificar uma rede de uma capacidade do UE. Nas etapas 200 da Figura 12, o UE desempenha um procedimento de Anexação NAS ou procedimento de Anexação NAS Combinado e anexo ao EPC no MME, ou executa um procedimento TAU NAS (Atualização de Área de Rastreamento) ou TAU Combinado NAS quando se deslocam para a LTE a partir de outro acesso ou quando se deslocam a uma área de rastreamento diferente. Como mostrado na Figura 12, o MME pode sinalizar de volta por normas existentes, pelo menos, um sinalizador que indica se IMS é suportado ou se SRVCC é suportado. No caso de uma anexação combinada ou TAU, o MME interage com o MSC para registrar o UE com o MSC nas etapas 202. Após o recebimento desta informação, na etapa 204, o UE poderá então informar um nó de rede (por exemplo, AS IMS ou AS SCC) das preferências do UE para determinar como sessões terminando devem ser entregues com base no conhecimento do UE da falta de suporte do serviço ou recurso desejado. Por exemplo, o UE pode transmitir suas preferências para um AS IMS ou AS SCC se o sinalizador Voz Sobre IMS (VoIMS) é encontrado para ter uma indicação negativa ou não é recebido a partir do MME, ou SRVCC não é suportado e UE exige SRVCC para operar. Outro exemplo é que o UE pode sempre sinalizar suas preferências desejadas a respeito de como uma sessão de terminação deverá ser entregue a partir do conhecimento da falta de suporte do serviço ou recurso desejado (por exemplo, as configurações do VoIMS e sinalizador, indicador ou identificador SRVCC).

[0081] Preferências do UE podem ser para enviar todos os serviços para o domínio A (por exemplo, domínio CS, independentemente da RAT específica - ou seja GERAN ou UTRAN) ou um segundo domínio B. Por outro lado, as preferências podem fornecer uma indicação estruturada especificando, que as certos pedidos de serviço devem ser enviados sobre certos domínios. Em alguns casos, as preferências podem ser especificadas em paralelo com as etapas de registro 202, como mostrado na Figura 12, ou depois. Por exemplo, com base nas configurações do VoIMS e sinalizador, indicador ou identificador SRVCC, o UE pode decidir que serviços específicos são enviados através de LTE, por exemplo SMSoverIP, Video, etc, e essa voz deve ser enviada através GERAN/UTRAN.

[0082] Várias interfaces ou pontos de referência podem ser usados para implementar uma ou mais das etapas ilustradas na Figura 12. Uma tal interface ou ponto de referência é a interface Ut (geralmente, entre o UE e um servidor de aplicação SIP, o XCAP e protocolo Notificação/Assinatura SIP pode ser usado como parte da interface Ut). Outra interface potencial ou ponto de referência pode incluir I1, se I1 fosse aprimorado para interagir com, por exemplo, XCAP e/ou Notificação/Assinatura SIP. I1 é um ponto de referência entre o UE e o AS IMS e usa Serviço de Mensagem Curta (SMS) ou Serviço Complementar não estruturado (USSD) como uma base de transporte para transportar um protocolo tipo SIP.

[0083] Alternativamente, o UE pode usar uma forma diferente de sinalização para avisar a rede de uma ou mais das capacidades do UE. Em uma configuração de rede, o AS IMS está no caminho das mensagens SIP que foram dirigidas para o UE e enviadas a partir do UE, e para as quais o AS IMS incluiu a sua URI no campo de cabeçalho “Record-Route”. O S-CSCF pode direcionar uma mensagem SIP para AS IMS conforme as instruções no critérios de filtro aplicável inicial (IFC). Como tal, o UE pode incluir em várias mensagens SIP, informações sobre estado de uma camada inferior (por exemplo, se voz IMS é suportado ou não, como mostrado abaixo pela Definição de Sinalizador de Recurso de Mídia e campo de cabeçalho “P-Access-Network-Info”). Isso pode agir como um indicador ou sinalizador que pode ser explícito, como ilustrado nos exemplos de Método SIP a seguir. O indicador pode ser definido por a. um campo de cabeçalho “P-Access-Network-Info“ nas mensagens SIP como mostra o campo de cabeçalho seguinte P-Access-Network-Info ou b. uma sinalizador de recurso como aqui descrito.

[0084] Definição de Sinalizador de Recurso de Mídia

[0085] A seguir está uma ilustração de exemplar Definições de Sinalizador de Recurso de Mídia.

[0086] A.1 Definição de Sinalizador de Recurso de Mídia g.3gpp.novoice

[0087] Nome do Sinalizador de Recurso de Mídia: g.3gpp.novoice

[0088] Identificador ASN.1: 1.3.6.1.8.2.x

[0089] Resumo do recurso de mídia indicado por este sinalizador: Este sinalizador de recurso indica que o dispositivo não pode suportar voz “full duplex”.

[0090] Valores apropriados para uso com este sinalizador de recurso: Booleano.

[0091] O sinalizador de recurso destina-se principalmente para uso nas seguintes aplicações, protocolos, serviços ou mecanismos de negociação: Este sinalizador de recurso é mais útil em um aplicativo de comunicações, para descrever as capacidades de um dispositivo, como um telefone ou PDA.

[0092] Exemplos de uso típico: Indicar que um telefone móvel não suporta voz “full duplex”. Outras formas de expressão talvez suportadas, tais como streaming de rádio etc

[0093] A.2 Definição de Sinalizador de Recurso de Mídia g.3gpp.CSFB

[0094] Nome do Sinalizador de Recurso de Mídia: g.3gpp.CSFB

[0095] Identificador ASN.1: 1.3.6.1.8.2.y

[0096] Resumo do recurso de mídia indicado por esta sinalizador: Este sinalizador de recurso indica que o dispositivo realizou anexação combinada com sucesso (registro CSFB).

[0097] Valores apropriados para uso com Este sinalizador de recurso: Booleano.

[0098] O sinalizador de recurso destina-se principalmente para uso nas seguintes aplicações, protocolos, serviços ou mecanismos de negociação: Este sinalizador de recurso é mais útil em um aplicativo de comunicações, para descrever as capacidades de um dispositivo, como um telefone ou PDA.

[0099] Exemplos de uso típico: Indicar que um telefone móvel realizou anexação combinada com sucesso ao longo da interface SGs.

[00100] Campo de cabeçalho P-Access Network-Info- (alterado é indicado en texto sublinhado)

[00101] 7.2A.4 campo de cabeçalho P-Access-Network-Info

[00102] 7.2A.4.1 Introdução

[00103] O campo de cabeçalho P-Access-Network-Info é estendido para incluir informações específicas relativas a tecnologias de acesso particulares.

[00104] 7.2A.4.2 Sintaxe

[00105] A sintaxe do campo de cabeçalho P-Access-Network- Info é descrita em RFC 3455. Existem regras de codificação adicionais para este campo de cabeçalho, dependendo do tipo de EP-CAN, de acordo com as descrições específicas de tecnologia de acesso.

[00106] A tabela 2 seguinte descreve a sintaxe 3GPP específica estendida do campo de cabeçalho P-Access- Network-Info definida em RFC 3455.

Tabela 2

[00107] A presença do parâmetro “np” indica um campo de cabeçalho P-Access-Network-Info é fornecido pelo P-CSCF. O conteúdo pode variar de um campo de cabeçalho P-Access- Network-Info sem este parâmetro que é fornecido pelo UE.

[00108] O parâmetro “np” pode ser usado tanto com construções "tipo de acesso" e "classe de acesso". A construção “tipo de acesso” é fornecida para uso onde o valor é não conhecido para ser específico para um valor de "classe de acesso" determinado, por exemplo no caso de alguns valores entregues a partir do PCRF.

[00109] 7.2A.4.3 Regras de codificação adicionais para Campo de cabeçalho P-Access-Network-Info

[00110] O campo de cabeçalho P-Access-Network-Info é preenchido com o seguinte conteúdo: 1) o campo tipo de acesso definido como um dos "3GPP- GERAN", "3GPP-UTRAN-FDD", "3GPP-UTRAN-TDD", "3GPP2-1X", "3GPP2-1X-HRPD", "3GPP2-UMB", "IEEE 802.11", "EEE-802.11a", "IEEE 802.11b", "IEEE-802.11g", "IEEE 802.11 n", "ADSL", "ADSL2", "ADSL2 +", "RADSL", "SDSL", "HDSL", "HDSL2", "G.SHDSL", "VDSL", "IDSL", ou "DOCSIS", "IEEE-802.3", “IEEE-802.3a", “IEEE-802.3e”, “EEE-802.3i”, “IEEE-802.3j”, “IEEE-802.3u", ou "IEEE- 802.3ab”, “IEEE-802.3ae”, “IEEE- 802.3ak", “IEEE-802.3aq”, “IEEE-802.3an", "IEEE-802.3y", "IEEE-802.3z" ou "IEEE-802.3y" como apropriado para a tecnologia de acesso em uso. 2) se o campo tipo de acesso é definido como "3GPP- GERAN", um parâmetro cgi-3gpp definido para a Identidade Global de Célula obtido a partir de camadas mais baixas do UE. A Identidade Global de Célula é uma concatenação de MCC, MNC, LAC e CI (como descrito em 3GPP TS 23,003). O valor do parâmetro “cgi-3gpp” é, portanto, codificado como uma string de texto da seguinte forma:

[00111] Começando com o bit mais significativo, MCC (3 dígitos), MNC (2 ou 3 dígitos, dependendo do valor MCC), LAC (código de comprimento fixo de 16 bits usando a representação hexadecimal completa) e CI (código de comprimento fixo de 16 bits usando uma representação hexadecimal completa);

[00112] 3) se o campo tipo de acesso é igual a "3GPP- UTRAN-FDD", ou "3GPP-UTRAN-TDD", um parâmetro “utran-cell- id-3gpp” definido para uma concatenação do MCC, MNC, LAC (conforme descrito em 3GPP TS 23,003) e da identidade da célula UMTS (como descrito em 3GPP TS 25,331), obtida a partir de camadas mais baixas do UE, e é codificado como uma string de texto da seguinte forma:

[00113] Começando com o bit mais significativo, MCC (3 dígitos), MNC (2 ou 3 dígitos dependendo do valor MCC, LAC (código de comprimento fixo de 16 bits usando a representação hexadecimal completa e identidade da célula UMTS (código de comprimento fixo de 28 bits utilizando uma representação hexadecimal completa);

[00114] 4) se o campo classe de acesso é definido, o parâmetro info de acesso “np” é o único parâmetro info de acesso inserido. Esta versão desta especificação não define valores para usar neste parâmetro. O campo classe de acesso pode ser definido apenas pelo P-CSCF;

[00115] 5) se o campo tipo de acesso é definido como "3GPP2-1X", um parâmetro ci-3GPP2 definido para a representação ASCII do valor hexadecimal da string obtida pela concatenação de SID (16 bits), NID (16 bits), PZID (8 bits, e BASE-ID (16 bits) (ver 3GPP2 C.S0005-D [85]) na ordem especificada. O comprimento do parâmetro ci-3GPP2 é de 14 caracteres hexadecimais. Os caracteres hexadecimais (A a F) devem ser codificados utilizando os caracteres ASCII maiúsculos. Se o MS não sabe os valores para qualquer um dos parâmetros acima, o MS deverá utilizar o valor de 0 para esse parâmetro. Por exemplo, se o SID é desconhecido, o MS deve representar o SID como 0x0000;

[00116] NOTA 1: O valor SID é representado usando 16 bits como suposto para 15 bits, conforme especificado em 3GPP2 C.S0005-D [85].

[00117] EXEMPLO: Se SID = 0x1234, NID = 0x5678, PZID = 0x12, BASE_ID = 0xFFFF, o valor ci-3GPP2 é definido como a string "1234567812FFFF".

[00118] 6) se o campo tipo de acesso é definido como "3GPP2-1X-HRPD", um parâmetro ci-3GPP2 definido para a representação ASCII do valor hexadecimal da string obtida pela concatenação de Setor ID (128 bits) e comprimento de sub-rede (8 bits) (ver 3GPP2 C.S0024-A [86]) e Portadora ID, se estiver disponível, (ver 3GPP2 X.S0060 [86B]) na ordem especificada. O comprimento do parâmetro ci-3GPP2 é de 34 ou 40 caracteres hexadecimais, dependendo se o ID está incluído. Os caracteres hexadecimais (A a F) devem ser codificados utilizando os caracteres ASCII maiúsculos;

[00119] EXEMPLO: Se o Setor ID = 0x12341234123412341234123412341234, comprimento de sub-rede = 0x11, e Portadora ID = 0x555444, o valor ci-3GPP2 é definido pela string "1234123412341234123412341234123411555444".

[00120] 7) se o campo tipo de acesso é definido para "3GPP2-UMB" 3GPP2 C.S0084-000 [86A], um parâmetro ci-3GPP2 é definido como a representação ASCII do valor hexadecimal do Setor ID (128 bits), definido em 3GPP2 C.S0084-000 [86A]. O comprimento do parâmetro ci-3GPP2 será 32 caracteres hexadecimais. Os caracteres hexadecimais (A a F) devem ser codificados utilizando os caracteres ASCII maiúsculos;

[00121] EXEMPLO: Se o Setor ID = 0x12341234123412341234123412341234, o valor de ci-3GPP2 é definido como a string "12341234123412341234123412341234".

[00122] 8) se o campo tipo de acesso definido para um de "IEEE 802.11", "IEEE-802,11a", "IEEE-802,11b" ou "IEEE- 802,11g", ou "IEEE 802,11n", um parâmetro "i-wlan-node-id” é definido como a representação ASCII do valor hexadecimal do endereço MAC do AP sem caracteres de delimitação;

[00123] EXEMPLO: Se o endereço MAC de AP = 00-0C-F1-12- 60-28, então i-wlan-node-id é definido para a string "000cf1126028".

[00124] 9) se o campo tipo de acesso é definido como um de "ADSL", "ADSL2", "ADSL2 +", "RADSL", "SDSL", "HDSL", "HDSL2", "G.SHDSL", "VDSL""IDSL", o campo info de acesso deve conter um parâmetro dsl-location obtido a partir da CLF (ver arquitetura funcional NASS);

[00125] 10) se o campo tipo de acesso definido como "DOCSIS", o parâmetro de informações de acesso não é inserido. Esta versão desta especificação não define valores para usar neste parâmetro;

[00126] 11) se o campo tipo de acesso é igual a "3GPP-E- UTRAN-FDD" ou "3GPP-E-UTRAN-TDD", um parâmetro “utran-cell- id-3gpp” definido para uma concatenação de MCC, MNC, TAC (como descrito em 3GPP TS 23,003) e da Identidade de Célula Global Evoluída (conforme descrito em 3GPP TS 23,401 [7B]), obtido a partir de camadas mais baixas do UE, e é codificado como uma string de texto da seguinte forma:

[00127] Começando com o bit mais significativo, MCC (3 dígitos), MNC (2 ou 3 dígitos dependendo do valor MCC), TAC (código de comprimento fixo de 16 bits usando a representação hexadecimal completa, e Identidade de Célula Global Evoluída (código de comprimento fixo de 28 bits usando uma representação hexadecimal completa), e

[00128] 11a) se o campo tipo de acesso é igual a "3GPP-E- UTRAN-FDD" ou "3GPP-E-UTRAN-TDD", um parâmetro "NW- provided-VoIMS indicator"é incluído se NW-provided-VoIMS- indicator é obtido a partir de camadas mais baixas do UE;

[00129] 12) se o campo tipo de acesso é definido como um de "IEEE 802.3", "IEEE-802.3a", "IEEE-802.3e", "IEEE- 802.3i", "IEEE-802.3j", "IEEE- 802.3u”, “IEEE 802.3ab"," IEEE-802.3ae”, IEEE-802.3ak", IEEE-802.3aq ", IEEE - 802.3an", "IEEE-802.3y", "IEEE-802.3z" ou "IEEE-802.3y" e subsistema NASS é utilizado, o campo info de acesso deve conter um parâmetro eth-localization obtido a partir de CLF (ver arquitetura funcional NASS).

[00130] NOTA 2: Os parâmetros "cgi-3gpp", "utran-cell-id- 3gpp", "ci-3Gpp2", "i-wlan-node-id", “eth-location”, e "dsl-localization" acima descritos entre outros usos também constituem os identificadores de localização que são usados para serviços de emergência.

[00131] Em outra modalidade, o UE indica uma mudança na preferência. Por exemplo, um usuário pode mudar a sua preferência para o recebimento de voz sobre PS para recebimento de voz sobre CS. Um AS SCC ou TADS pode executar a continuidade dos serviços no caso das mudanças de preferências e sessões com mídia de voz existindo para o UE. Uma mudança de preferência pode ser indicada usando a interface Ut e XCAP ou através de uma mensagem SIP. Por exemplo, o UE poderia registrar novamente utilizando um pedido SIP REGISTRO ou o UE poderia transmitir uma mensagem SIP (se apenas uma sessão especial precisa receber a continuidade dos serviços (por exemplo, transferido para o domínio CS)), como pedido SIP ATUALIZAÇÃO ou pedido CONVITE SIP. A mensagem SIP pode incluir um indicador indicando a preferência. O indicador pode ser codificado como um valor de campo de cabeçalho ou uma parte do corpo, como uma porção de corpo XML. Esse indicador pode assumir valores incluindo "Central de Voz" ou "Central de Dados", e "apenas Voz CS", "apensa voz PS IMS", "voz CS preferida, voz IMS secundária"ou "voz IMS preferida, voz CS secundária". Em particular, o campo de cabeçalho P-Access-Network-Info pode incluir tal indicador. Tal indicador não necessariamente se aplica apenas a E-UTRAN. O indicador pode também se aplicar a outros tipos de acesso e classes de acesso indicados na Tabela 2.

[00132] Em outra aplicação, o indicador pode ser definido implicitamente pelo UE omitindo um ou mais indicadores ou sinalizadores. Por exemplo, o UE pode omitir determinados sinalizadores de recurso no Método SIP, por exemplo, sinalizador de recurso "sip.audio" [RFC 3840 Indicando Capacidades de Agente de usuário no Protocolo de Iniciação de Sessão (SIP)]. Quando o nó de rede (por exemplo, AS SCC) recebe a falta de sinalizador de recurso, o nó de rede saberá que quando uma sessão é para ser encerrada nesse UE a função de TADS vai levar isso em conta.

[00133] Em ambos os casos acima (sinalização explícita e implícita), o campo de cabeçalho P-Access-Network-Info pode ser estendido para incluir informações específicas relativas a tecnologias de acesso particulares.

[00134] Para certas tecnologias de acesso, o campo de cabeçalho P-Access-Network-Info pode ser ainda estendido para incluir um indicador "voz IMS sobre sessão PS suportada". Informações possíveis transmitidas por tal indicador, podem ser Booleanas (por exemplo, presença do indicador significa suporte, ausência significa suporte desconhecido ou falta de suporte), ou pode haver três tipos de informação: presença do indicador definido como valor positivo significa suporte, ausência significa suporte desconhecido, e presença do indicador definido como negativo significa falta de suporte.

[00135] Se o UE está configurado para Voz sobre IMS, o UE e a funcionalidade de Serviço de Seleção de Domínio (SDS) na rede, deve ter a “indicação de voz IMS sobre sessão PS suportada" em conta. Chamadas de voz IMS (com a portadora de voz no domínio PS) devem ser entregues somente usando a RAT em que a “indicação de voz IMS sobre sessão PS suportada" se aplica e indica suporte.

[00136] Para UEs configurados usar IMS para chamadas de voz sempre IMS ser suportado pela RAT, serviços de usuário devem ser suportados pelo subsistema CN IM e chamadas móveis terminadas devem ser encaminhadas para o subsistema de Rede de Núcleo (CN) de Multimídia IP (IM).

[00137] Como o AS IMS detecta informações ou uma alteração nas informações que descrevem suporte uma camada inferior (por exemplo, camada NAS) (por exemplo, a indicação UE sobre a “indicação de voz IMS sobre PS sessão suportada" estar disponível no nível de NAS e indicando suporte) em uma mensagem SIP, o AS IMS pode armazenar uma indicação relacionada, efetivando uma alteração nos procedimentos. Por exemplo, dependendo das informações recebidas sobre o indicador "Voz IMS sobre sessão PS suportada", um AS IMS pode ter como alvo chamadas SIP móveis terminadas que incluem um componente de mídia de voz para o domínio de CS. Em algumas implementações, a função TADS normalmente fornece essa função.

[00138] Seleção de Domínio de Acesso de Terminação (TADS) seleciona acesso CS e/ou uma ou mais rede(s) de acesso PS a ser utilizada para entregar uma sessão de terminação para o UE. TADS é uma funcionalidade localizada no IMS e, opcionalmente, no UE.

[00139] Para terminar sessões, TADS é realizada sempre após os serviços de terminação. A T-ADS pode carregar os seguintes fatores (mas não limitado a) em conta para a decisão de seleção: 1) O estado do UE no domínio de circuito comutado (CS) (estas informações do estado devem ser incluídas: De-anexado, Anexado), 2) O estado do UE no IMS (as informações de estado devem incluir: Registrado, não Registrado), 3) os recursos UE; 4) opcionalmente, a indicação UE sobre a “indicação de voz IMS sobre sessão PS suportada" estar disponível no nível de NAS e indicando suporte; 5) a indicação UE de suporte ICS; 6) as capacidades de rede de acesso; 7) os domínios/tipos de acesso utilizados por uma sessão existente; 8) os componentes de mídia incluídos na sessão chegando entrada; e 9) preferências do usuário e da política do operador.

[00140] Além disso, o campo de cabeçalho P-Access- Network-Info ou outro campo de cabeçalho pode ser estendido para indicar preferências incluindo "Central de Voz" ou "Central de Dados", e "apenas Voz CS", "apenas Voz PS IMS", "voz CS preferida, voz IMS secundária"ou "voz IMS preferida, voz CS secundária". O campo de cabeçalho pode ser incluído em uma mensagem SIP quando ocorre uma mudança de preferência. Tal mensagem SIP pode ser transmitida quando o usuário prefere receber a mídia de voz sobre um acesso particular (por exemplo, CS) para uma sessão SIP particular apenas (para a duração da política ou preferência). Alternativamente, a mudança de preferência pode ser indicada em outra mensagem, por exemplo, como parte do protocolo XCAP.

[00141] A Figura 13 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, onde a rede não suporta um serviço ou recurso desejado pelo UE e o UE registra para serviços não-voz. Na Figura 13 o UE se conecta ao domínio PS usando uma RAT LTE (Isto é, sobre GERAN/UTRAN PS ou EPOLTE). Nas etapas 210, o UE desempenha um procedimento de Anexação NAS ou procedimento de Anexação NAS Combinado quando associado a LTE, ou executa um procedimento TAU NAS (Atualização de Área de Rastreamento) ou TAU Combinado NAS quando se desloca para a LTE a partir de outro acesso ou quando se desloca para uma área de rastreamento diferente. Como parte de ganhar a conectividade com o Domínio PS, o UE descobre que um serviço ou funcionalidade que o UE requer não é suportado por meio de um sinalizador ou um indicador que pode ser transmitido, ou fornecido em uma mensagem ponto-a- ponto (por exemplo, uma rede para a mensagem de dispositivo sem fio que contém as configurações do sinalizador, indicador ou identificador VoIMS e SRVCC).

[00142] Em uma implementação, o UE pode descobrir a falta de serviço ou funcionalidade solicitando a conectividade com qualquer de procedimento de Anexação NAS, procedimento de Anexação NAS Combinado, procedimento de Atualização de Área de Rastreamento (TAU) ou procedimento de Atualização de Área de Roteamento. Em resposta, certas mensagens que o UE recebe de volta a partir da rede após a conclusão do procedimento podem incluir um sinalizador que indica que VoIMS não é suportado.

[00143] O UE pode, então, registrar com a rede IMS, incluindo o indicador/sinalizador como acima identificado nas etapas 212. O indicador pode ser passado para o nó de rede que é responsável por selecionar a forma de entregar umas sessões móveis terminadas (por exemplo, a Seleção de Domínio de Acesso de Terminação (TADS), em função do AS IMS).

[00144] Se o UE está envolvido em quaisquer outros métodos SIP, o UE pode atualizar quaisquer indicadores associados, se as propriedades da rede mudam usando um mecanismo como descrito acima.

[00145] Quando uma sessão móvel terminada chega, a sessão é entregue ao nó da rede responsável para decidir como rotear o serviço. O TADS pode estar ciente de que o UE registrado sobre o Domínio PS não suporta o serviço desejado. A falta de suporte de serviços pode ser identificada por um ou mais de a) o sinalizador ou indicador que foi registrado com o sistema IMS, b) os dados de configuração opcionais definidos no TADS, e c) outros critérios que podem também ser usados para tomar uma decisão de como rotear a chamada.

[00146] TADS pode então escolher um endereço de destino alternativo que pode incluir a identidade do dispositivo sem fio no domínio CS (por exemplo, MSISDN para GERAN/UTRAN CS). Isto pode exigir o AS IMS para consultar o HSS para obter o Número de Roteamento de Estação Móvel (MSRN)/Número de Roteamento CS (CSR) para localizar o MSC correto. A sessão pode então ser entregue ao dispositivo sem fio usando procedimentos tradicionais “fallback” CS pelo encaminhamento da chamada para o MSC, que em seguida irá paginar o UE sobre a interface SGs.

[00147] Nos exemplos presentes, embora a discussão seja principalmente direcionada para LTE e GERAN/UTRAN, as RATs podem incluir vários, e não se limitam a um ou mais dos seguintes: tipo de acesso

Tabela 3

[00148] Porque o PCC interage com a rede EPC durante procedimentos de anexação NAS para LTE e GERAN/UTRAN, Atualização de Área de Rastreamento, Atualização de Área de Rastreamento Combinada e Atualizações de Área de Roteamento, respectivamente, o PCC pode ser fornecido com o Indicador VoIMS que se aplica ao TA ou RA, respectivamente. Por exemplo, 1) se o TA o UE está anexando suporta o VoIMS, o MME define o Indicador VoIMS para "suportado". Se não suporta o VoIMS, o MME define o Indicador VoIMS para "não suportado". 2) Se o TA o UE está estabelecendo a conectividade PDN em suporta VoIMS, o MME define o Indicador VoIMS para "suportado." Se não suporta VoIMS, o MME define o Indicador VoIMS para "não suportado". 3) Se o TA ou RA o UE está movendo para suporta VoIMS, o MME define o Indicador VoIMS para "suportado". Se não suporta VoIMS, define o indicador VoIMS para "não suportado". 4) Se o RA o UE está movendo para suporta VoIMS, o SGSN define o Indicador VoIMS para "suportado". Se não suporta VoIMS, o SGSN define o indicador VoIMS para "não suportado". 5) Se o RA o UE está atualmente acampando em suportar VoIMS, o SGSN define o Indicador VoIMS para "suportado". Se não suporta VoIMS, o SGSN define o Indicador VoIMS para "não suportado". Como tal, o PCC sempre pode ser informado de suporte para VoIMS na RAT específica e a área em que o UE está localizado.

[00149] Assim, em uma implementação do atual sistema, informação que descreve suporte de VoIMS pelo Domínio PS que é enviada pelo UE para a infraestrutura IMS pode ser policiada, afirmada ou alterada por um servidor SIP ou proxy SIP na rede (por exemplo, para verificar se está correto). Por exemplo, um P-CSCF pode interagir com o PCC. Com base na resposta recebida dos elementos funcionais com capacidade PCC, o P-CSCF pode policiar, afirmar ou alterar o valor do campo de cabeçalho P-Access-Network-Info. Como tal, a rede pode estar ciente de como entregar apropriadamente as chamadas. Note que esta implementação do sistema pode ser implementada em conjunto com ou separada de qualquer uma ou mais das várias implementações discutidas ao longo da presente divulgação.

[00150] Em algumas implementações do sistema atual, uma condição de corrida pode existir. Um pedido SIP Móvel Terminado com um componente de mídia de voz ou fala pode ser recebido pelo AS IMS, enquanto as informações do UE sobre o suporte de camada inferior (por exemplo, indicando o indicador "Voz IMS sobre sessão PS suportada") ainda não foram atualizadas na indicação relacionada de AS IMS (ou seja, as informações que o UE forneceu ao AS IMS). Como resultado, os procedimentos aplicados ao pedido SIP Móvel Terminado com componente de mídia de voz ou fala podem ser inapropriados.

[00151] Exigindo que um UE envie uma mensagem SIP, logo que as informações de UE sobre o suporte de camada inferior mudam reduz a janela de tempo durante a qual os procedimentos podem ser inadequados. Como exemplo, uma mensagem SIP pode gerar uma atualização do registro SIP, por exemplo, usando um pedido REGISTRO SIP. Um UE também pode aplicar IUT ou redirecionar e encaminhar o pedido com a indicação de conversação de voz para uma interface que suporta a capacidade necessária. Alternativamente, o elemento funcional PCC pode sinalizar a incapacidade de suportar o serviço devido à falta de disponibilidade de recursos.

[00152] Como discutido acima, os elementos funcionais IMS de uma implementação da rede particular podem não ter sempre a informação mais atualizada descrevendo os serviços suportados pela rede de acesso. Como tal, em uma implementação do sistema onde o UE é um UE com capacidade ICS, é o UE que faz a decisão final sobre se as chamadas Móveis Terminadas (MT) serão entregues sobre IMS ou sobre CS. Durante o registro IMS, o UE sinaliza para o IMS que o UE tem a capacidade de suportar ICS.

[00153] Depois do registro, quando uma chamada Móvel Terminada atinge o IMS, o AS SCC pode enviar um pedido SIP para o UE, que pode incluir uma componente de mídia SDP para entrega de mídia sobre uma RAT IP (EPC ou GERAN/UTRAN PS) e/ou um indicador para a entrega da mídia sobre o domínio CS. Neste exemplo, o AS SCC sempre inclui o componente de mídia SDP adicional para entrega da mídia sobre o domínio CS. Em seguida, é o UE que em última análise, decide qual o domínio a ser usado para receber a sessão Móvel Terminada com base nas informações que o UE tem sobre a disponibilidade de soluções de voz (por exemplo, sinalizador VoIMS e uma capacidade de acesso GERAN ou UTRAN). Nos casos em que o UE não inclui uma indicação de suporte ICS pela inclusão do sinalizador de mídia ICS, o AS IMS não precisa inserir o SDP que permite CS a ser utilizado para portadora de voz.

[00154] Observe que essa abordagem pode exigir uma troca de mensagens SIP adicionais em comparação com o caso em que a rede estava ciente do valor do indicador “Voz IMS sobre sessão PS suportada” para o UE alvo.

[00155] Se a Centralização e Continuidade de Serviços IMS não é usada e se um assinante está inscrito para tanto domínio CS e o IMS, o UE é anexado ao domínio CS, e o Domínio PS é selecionado para fornecer a sessão móvel terminada ao UE, mas a entrega falha por causa de qualquer das seguintes razões: 1) O UE rejeita a entrega das chamadas de voz IMS (com a portadora de voz no domínio PS), porque na RAT em uso pelo UE a “indicação de voz IMS sobre sessão PS suportada"não indica suporte ou não está disponível, ou 2) O EPC rejeita o estabelecimento de portadoras requerido para as chamadas de voz IMS porque na RAT a “indicação de voz IMS sobre sessão PS suportada" não indica suporte ou não está disponível então a sessão que chegou ao IMS pode precisar ser roteada para o domínio CS, conforme descrito neste documento.

[00156] A Figura 14 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, em que o UE leva em conta indicadores de serviço ou de função fornecidos pela rede (por exemplo, Indicador VoIMS que foi obtido, a partir da rede quando Anexando à RAT).

[00157] Nas etapas 220, o UE desempenha um procedimento de Anexação NAS ou procedimento de Anexação NAS Combinado. O UE regista com o sistema IMS incluindo sinalizadores de recurso típicos e sem indicações relacionadas com o Indicador VoIMS nas etapas 222. Um dos sinalizadores ou indicadores de recurso pode ser um sinalizador de recurso ICS. Quando o modo de rede, por exemplo, AS SCC recebe a mensagem REGISTRO o AS SCC armazena informações recebidas no registro de terceira parte (por exemplo, um sinalizador de recurso ICS). Quando o AS SCC recebe uma chamada chegando ele pode estar ciente de que o UE recebendo a chamada chegando é registrado no LTE, como o UE ou P-CSCF pode ter incluído o cabeçalho P-ACCESS-NETWORK-INFO indicando uma RAT tipo LTE. No entanto, a menos que o AS SCC recebeu a informação de domínio de configuração opcional conforme descrito acima, o AS SCC pode não saber se a rede LTE suporta voz IMS. Como resultado, o TADS pode escolher um alvo LTE UE. Se o LTE (ou o domínio PS em geral) é escolhido para entregar a chamada chegando, porque o UE não forneceu qualquer informação de configuração de domínio e o UE está registrado com o IMS, o AS IMS construirá uma oferta SDP que contém linhas de mídia que suportam tanto CS e LTE para acesso de voz assumindo que o sinalizador de recurso ICS foi incluído. Caso contrário, a parte CS da oferta SDP pode ser omitida. Um exemplo de um CONVITE contendo a parte CS da oferta é ilustrado abaixo na Tabela 4.

Tabela 4

[00158] Após a recepção do CONVITE SIP, o UE analisa as opções SDP recebidas contra as opções do UE para suportar o serviço desejado sobre o Domínio PS e o domínio CS tendo em conta as configurações de voz do UE e as configurações de uso do UE (por exemplo, após o recebimento do CONVITE com SDP para voz que suporta CS e IP (sobre LTE) o UE compara com as configurações do sinalizador VoIMS e sinalizador SRVCC e faz uma determinação de como processar a chamada - ou aceitar a chamada através da rede LTE ou realizar uma chamada sobre CS para recuperar a chamada).

[00159] A Figura 15 é um esquema que mostra uma visão esquemática da funcionalidade de um Comparador (função TADS). Comparador 230 inclui entradas A 232 e B 234. Em uma implementação, a entrada A 232 é alocada para as configurações de voz de UE, e a entrada B 234 é alocada para as configurações de uso de UE. Entradas adicionais são definidas para mensagens CONVITE SIP (SIP contém a capacidade de usar RAT atual e RAT alternativa para o serviço) (entrada 236), mensagens RAT 2 para suportar serviços como o Modo de Transferência Dual (DTM, IMS, etc (entrada 238, e Indicadores RAT 1 (serviço não está disponível nesta RAT, por exemplo, não VoIMS) (entrada 240). Baseado nas entradas, Comparador 230 é configurado para retornar uma resposta SIP 242. Mesmo que a Figura 15 ilustra uma implementação específica de Comparador 230, várias capacidades de Comparador podem incluir o recebimento de informações recuperadas por transmissão de informações ou de mensagens ponto-a-ponto. Transmissão de informação poderia ser, mas não é limitada ao suporte para DTM, GPRS, EDGE, etc. Informações Ponto-a-ponto poderiam ser, mas não são limitadas a "suporte VoIMS", "suporte SRVCC", etc.

[00160] Em uma implementação do sistema atual, o seguinte pseudocódigo pode ser usado para descrever o que o UE faz quando um sinalizador VoIMS é definido de uma forma negativa, mas pode igualmente aplicar-se quando o UE quer SRVCC e que não é suportado. SE UE Voz - CS ou IMS preferida ENTÃO SE CONVITE SDP com a oferta CS ENTÃO SE UE é central de dados ENTÃO Envia resposta SIP, por exemplo, 183 Resposta SDP com CS ou SE o SDP contém componentes de voz, a linha de mídia associada com porta de oferta CS (componente de voz) deve ser definida para zero ou a = inativo e a outra linha SDP M deve ser aceita por padrões existentes. SENÃO SE o UE é central de voz ENTÃO, Envia resposta SIP, por exemplo, 183 Resposta SDP com CS SENÃO SE CONVITE SDP nenhuma oferta CS ENTÃO SE UE é central de dados ENTÃO SE apenas voz oferecida ENTÃO, Envia Erro SIP (mensagem precisa ser ele não aciona seleção de domínio alternativa, isto é não um 488) SENÃO SE oferta SDP contém outras mídias ENTÃO, Envia resposta SIP por exemplo, 183, com linhas de mídia contendo voz com portas definidas como 0. SENÃO SE UE é central de voz ENTÃO, Envia erro SIP 488 que aciona a seleção em domínio alternativo por 3GPP TS 24,292 sub-cláusula 10.2.4 Tabela 5

[00161] No pseudocódigo do Quadro 5, a causa do erro pode indicar que nenhum dos SDPs estão OK. Se assim for, o UE pode, então, incluir uma lista de SDPs que o UE aceitaria incluindo, pelo menos, o SIP-CS. O AS IMS, ao receber uma mensagem de erro, pode devolver o SIP-CS para o UE.

[00162] O pseudocódigo a seguir é um exemplo de uma série de etapas que o UE pode implementar quando um sinalizador VoIMS é definido de uma forma positiva. SE UE é Voz - CS preferida ENTÃO SE CONVITE SDP com a oferta CS ENTÃO SE UE é central de dados ENTÃO, Envia resposta SIP, por exemplo, 183 Resposta SDP com CS SENÃO EF UE é central de voz ENTÃO, Envia resposta SIP, por exemplo, 183 Resposta SDP com CS SENÃO SE CONVITE SDP nenhuma oferta CS ENTÃO, Envia resposta SIP, por exemplo, 183 Resposta SDP com a voz IMS ou Envia de volta erro SIP, por exemplo 488. Em resposta ao recebimento de referido erro SIP, o nó de rede ou AS IMS é acionado para selecionar domínio alternativo ou RAT SENÃO SE UE é voz - IMS preferida ENTÃO SE CONVITE SDP com oferta CS ENTÃO, SE UE é central de dados ENTÃO, Envia resposta SIP, por exemplo, 183 Resposta SDP com voz IMS SENÃO SE UE é central de voz ENTÃO, Envia resposta SIP, por exemplo, 183 Resposta SDP com voz IMS SENÃO SE CONVITE SDP nenhuma oferta CS ENTÃO, Envia resposta SIP, por exemplo, 183 Resposta SDP com voz IMS Tabela 6 Um exemplo do acima como implementado em 3GPP TS 24,292 é mostrado abaixo:

[00163] Quando o UE ICS recebe, dentro de um pedido inicial CONVITE SIP, uma oferta SIP que permite o UE selecionar entre usar uma portadora IP baseada em RTP ou uma portadora CS para uma sessão de áudio ou seja, em que para a linha de mídia de áudio o seguinte é definido: - O protocolo de transporte dentro da linha de mídia para portadora IP baseada em RTP; - A linha de conexão relacionada a um endereço IP, e - a-linhas adicionais, conforme definido em draft- ietf-mmusic-sdp-capability-negociation [40], draft-garcia- mmusic-sdp-misc-cap [39], draft-ietf-mmusic-sdp-cs [36] e draft-ietf-mmusic-sdp-media-capabilities [41], que indica o seguinte: - O atributo de capacidade de mídia "mcap" definido como "-"; - O atributo de capacidade de protocolo de transporte "tcap" definido como "PSTN", e - O atributo de capacidade de conexão de dados "ccap" definido como "PSTN", indicando "E.164" como tipo de endereço e o endereço definido para o AS SCC PSI DN; e o UE ICS suporta execução TADS, o UE ICS deve, a) se o UE está em LTE e o UE é a. CS apenas e realizou com sucesso então o UE deve usar portadora CS b. CS apenas e não realizou anexação combinada com sucesso o UE ICS deve enviar de volta um 606 (Não Aceitável). i. Alternativa - Se o VoIMS sobre um sinalizador é definido o UE deve utilizar portadora IP baseada em RTP. ii. Alternativa - Se o VoIMS sobre um sinalizador não é definido, o UE ICS deve enviar de volta um 606 (Não Aceitável). c. CS preferido e realizou anexação combinada com sucesso então o UE deve usar a portadora CS 1. Alternativa - CS preferido, com sucesso anexação combinada, VoIMS sobre um sinalizador é definido, no entanto, o SIP contém outras mídias, bem como de voz, então, o UE deve utilizar portadora IP baseada em RTP d. CS prefererido e não realizou anexação combinada com sucesso e o Indicador VoIMS é definido e i. Se o UE indicou que queria SRVCC na Anexação EPC, conforme descrito em 3GPP TS 24,301 e SRVCC está disponível o UE deve utilizar portadora IP baseada em RTP. ii. Se o UE indicou que queria SRVCC na Anexação EPC, conforme descrito em 3GPP TS 24,301 e SRVCC não está disponível o UE ICS deve enviar de volta um 606 (Não Aceitável). iii. Se o UE indicou que não queria SRVCC como descrito em 3GPP TS 24,301 então os US devem usar portadora IP baseada em RTP. e. CS preferido e não realizou uma anexação combinada com sucesso e o Indicador VoIMS não é definido o UE ICS deve enviar de volta um 606 (Não Aceitável), f. IMS apenas e o Indicador VoIMS é definido e i. Se o UE indicou que queria SRVCC na Anexação EPC, conforme descrito em 3GPP TS 24,301 e SRVCC está disponível o UE deve utilizar portadora IP baseada em RTP. ii. Se o UE indicou que queria SRVCC na Anexação EPC, conforme descrito em 3GPP TS 24,301 e SRVCC não está disponível o UE ICS deve enviar de volta um 606 (Não Aceitável). iii. Se o UE indicou que não queria SRVCC como descrito em 3GPP TS 24,301 então US deve usar portadora IP baseada em RTP. g. IMS apenas e o Indicador VoIMS não é definido o UE ICS deve enviar de volta um 606 (Não Aceitável). h. IMS preferido e o Indicador VoIMS é definido e i. Se o UE indicou que queria SRVCC na Anexação EPC, conforme descrito em 3GPP TS 24,301 e SRVCC está disponível o UE deve utilizar portadora IP baseada em RTP. j. . Se o UE indicou que queria SRVCC na Anexação EPC, conforme descrito em 3GPP TS 24,301 e SRVCC não está disponível e 1. o UE realizou uma anexação combinada com sucesso deve usar portadora CS. 2. o UE não realizou uma anexação combinada com sucesso o UE ICS deve enviar de volta um 606 (Não Aceitável). iii. Se o UE indicou que não queria SRVCC como descrito em 3GPP TS 24,301 então o US deve usar portadora IP baseada em RTP. i. IMS preferido e o Indicador VoIMS não é definido e realizou uma anexação combinada com sucesso o UE deve usar portadora CS. b) se o UE está em GERAN/UTRAN com base na configuração local e condições da rede, decidir se usar para o fluxo de mídia de áudio relacionado uma portadora IP baseada em RTP ou uma portadora CS. Se o UE ICS decide usar uma portadora IP baseada em RTP, o UE ICS procederá como descrito na sub cláusula 10.2.2.2 e, além disso, indica que a portadora IP baseada em RTP é usada dentro da resposta SDP em conformidade com draft-ietf -mmusic-sdp-capability-negociation [40].

[00164] Se o UE ICS decide usar uma portadora CS, o UE ICS procederá conforme descrito na subcláusula 10.2.2.3 e, além disso, indica que a portadora CS é usada dentro da resposta SDP em conformidade com draft-ietf-mmusic-sdp- capability-negociation [40].

[00165] A Figura 16 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, em que o UE inclui um sinalizador de recurso usado para acionar o AS IMS para incluir o SDP-CS quando e se o UE teve um registro bem sucedido para “fallback” CS. Se “fallback” CS não foi bem sucedido um sinalizador de recurso pode não ser incluído.

[00166] O sinalizador de recurso pode ser transportado no registro SIP para o AS IMS. Neste exemplo, o comportamento de AS SCC pode ser alterado com a inclusão do sinalizador. Se um sinalizador foi incluído e um sinalizador com capacidade ICS está presente, o AS IMS pode construir mensagens SIP para o UE contendo SDP com porção CS (ver draft-ietf-mmusic-sdp-cs). No entanto, se um sinalizador “fallback” CS não foi incluído, o SDP com porção CS não deve ser incluído.

[00167] Em muitas implementações de rede, o Indicador VoIMS é fornecido ao UE pelo MME ou SGSN durante anexação inicial e/ou TAU e/ou TAU combinado e/ou atualização RA, respectivamente. Como resultado, quando o VoIMS é fornecido pelo MME e SGSN para o UE, o MME e o SGSN estão cientes do fato de voz IMS poder ser apoiada sobre um TA ou RA específico respectivamente.

[00168] Quando uma chamada móvel terminada atinge o IMS e o UE está registrado com o IMS, a chamada pode ser roteada para o UE. Quando o UE aceita a chamada a ser roteada usando o IMS/sobre o domínio PS, o IMS pode precisar estabelecer as portadoras de rádio necessárias para a ativação da portadora, e o IMS pode interagir com o PCC para fazer isso.

[00169] Em uma implementação do sistema atual, porque o PCC interage com o EPC durante Anexação NAS, Atualização de Área de Rastreamento, Atualizações de Área de Roteamento e Ativação de Contexto PDP em GERAN/UTRAN respectivamente, o PCC pode ser fornecido com o Indicador VoIMS que se aplica a TA ou RA, respectivamente. Como resultado, o PCC sempre pode ser informado de suporte para VoIMS na RAT específica e área em que o UE está localizado.

[00170] Quando o IMS interage com o PCC para estabelecer as portadoras para o serviço após o UE aceitar a chamada a ser roteada usando o IMS/sobre o domínio PS, com base no pedido chegando do IMS, o PCC pode determinar se o serviço pode ser suportado (por exemplo, dependendo do valor do Indicador VoIMS armazenado no PCC) e aceitar ou rejeitar o pedido IMS. O IMS pode ainda fornecer uma razão ou explicação para a rejeição. Em resposta a qualquer tal razão ou explicação para a rejeição, o IMS pode decidir rotear a chamada móvel terminada para o UE sobre o domínio CS. Note que em muitos casos, se um domínio ou RAT não estiver disponível, a sessão ou chamada pode ser roteada para, por exemplo, correio de voz.

[00171] Para estabelecer as portadoras para o UE, o EPC pode interagir com o PCC para realizar policiamento de QoS da portadora. Um procedimento de estabelecimento de portadora pode ter lugar no UE realizando uma Anexação NAS para LTE, um procedimento de Pedido de Contexto PDP sobre GERAN/UTRAN, e/ou procedimento de Conectividade PDN Solicitado UE. Durante a interação, o PCC pode ser fornecido com o valor do indicador VoIMS.

[00172] Após o IMS interagir com o PCC para estabelecer as portadoras para o serviço após o UE aceitar a chamada para a roteada sobre IMS/domínio PS, o PCC pode interagir com o EPC ou a rede de núcleo GPRS para estabelecer as portadoras necessárias ou modificar as portadoras existentes. Se o UE está localizado em uma área onde o serviço não é suportado (por exemplo, o Indicador VoIMS para TA ou RA indica que VoIMS não é suportado), então o UE pode rejeitar o pedido e informar o PCC o motivo da rejeição. O PCC pode, então, rejeitar o pedido IMS e pode opcionalmente fornecer uma razão para a rejeição. Em resposta à razão para a rejeição, o IMS pode decidir rotear a chamada móvel terminada para o UE sobre o domínio CS.

[00173] A Figura 17 é uma ilustração de um fluxo de mensagens para estabelecer uma conexão entre um UE e uma rede, em que o UE inspeciona o indicador VoIMS e indica que a entrega da chamada deve ocorrer sobre uma solução OpVoice. Em algumas implementações do sistema atual, o UE realizou uma Anexação NAS ou Anexação NAS Combinada. Depois disso, o UE realiza registro OpVoice e registro AppIMS nas etapas 272 e 274, respectivamente. Se o UE realizou com sucesso uma Anexação NAS Combinada, “fallback” CS pode ser usado para entregar uma sessão OpVoice através da infraestrutura OpVoice na etapa 276. Alternativamente, se o UE realizou uma Anexação NAS, o UE pode desempenhar um registro com a solução OpVoice (por exemplo, VoLGA) enquanto estiver conectado a LTE. Chamadas móveis Terminadas OpVoice podem ser entregues à infraestrutura OpVoice e roteadas para o UE (por exemplo, usando VoLGA sobre LTE ou desencadear procedimentos “fallback” CS). Chamadas Móveis Terminadas AppVoice são entregues à infraestrutura AppIMS e roteadas para o UE. Quando o UE decide, com base no indicador VoIMS na etapa 278, que a chamada não pode ser entregue sobre IMS, o UE poderá indicar ao AppIMS para entregar a chamada por encaminhá-la para a solução OpVoice na etapa 280 (que pode ser baseada em “fallback” CS, chamadas CS ou, por exemplo, VoLGA). A indicação pode ser alcançada pelo UE recebendo um método SIP, por exemplo, um CONVITE e respondendo de volta com a resposta adequada, por exemplo, Resposta 3xx ou em particular a resposta 302 (Temporariamente Movido), como ilustrado na Tabela 7. 21.3.3 302 Temporariamente Movido O cliente solicitante deve repetir o pedido no novo endereço (s) dado pelo campo de cabeçalho Contato (Seção 20.10). O Pedido-URI da nova solicitação usa o valor do campo de cabeçalho Contato na resposta. Tabela 7

[00174] Em uma implementação, uma mensagem 302 é usada porque o UE pode estar temporariamente indisponível para suportar o serviço neste local. Como tal, a mensagem 302 pode fornecer a localização do serviço OpVoice (ou seja, o endereço de contato da entidade prestadora do serviço OpVoice, por exemplo, um MSC em caso de “fallback” CS ou VoLGA CS ou serviços CS). Mensagens 300 e 380 também podem ser usadas. No caso de um UE não estar configurado com o endereço de contato da entidade prestadora do serviço OpVoice, o UE pode incluir um indicador alternativo na resposta (por exemplo, um corpo XML). Um exemplo de corpo XML pode ser baseado em application/3gpp-ims + xml de 3GPP TS 24,229:

[00175] No corpo XML acima, o indicador <volga/> pode ser incluído em um documento XML que é do tipo MIME application/3gpp-ims + xml quando incluído em uma mensagem SIP como corpo SIP (parte). É possível que o esquema versão parâmetro do tipo MIME e o atributo versão no elemento 3gpp-ims são definidos para um valor diferente de "1". Nesse caso, a inclusão do indicador <volga/> pode informar à rede que o UE pretende lidar com a chamada por procedimentos VoLGA.

[00176] Quando o AS IMS recebe a resposta (por exemplo, uma resposta 302 com o indicador <volga/>) o AS IMS pode, então, enviar um pedido de chamada Móvel Terminada como um pedido CONVITE SIP para a entidade endereçada no cabeçalho de contato (por exemplo, o MSC que está ligado à entidade VoLGA como VANC). Em seguida, o VANC pode seguir os procedimentos para uma chamada VoLGA Móvel Terminada.

[00177] Referindo-se agora à Figura 18, um sistema de comunicações sem fio, incluindo uma modalidade de um exemplar UE 800 é ilustrado. O UE é operável para implementar aspectos da divulgação, mas a divulgação não deve ser limitada a essas implementações. Embora ilustrado como um telefone móvel, o UE pode assumir várias formas, incluindo um telefone sem fio, um pager, um assistente pessoal digital (PDA), um computador portátil, um computador tablet, um computador laptop, telefones inteligentes, impressoras, aparelhos de fax, televisores, caixas “set top” e outros dispositivos de visualização de vídeo, equipamento de áudio doméstico e sistemas de entretenimento doméstico, sistemas de controle e monitoramento residencial (por exemplo, monitoramento doméstico, sistemas de alarme e sistemas de controle de clima), e eletrodomésticos melhorados como geladeiras computadorizadas. Muitos dispositivos adequados combinam algumas ou todas essas funções. Em algumas modalidades da divulgação, o UE 800 não é um dispositivo de computação de propósito geral como um laptop, computador portátil ou tablet, mas é um dispositivo de comunicação de propósito específico, tais como um telefone celular, um aparelho sem fio, um pager, um PDA, ou um dispositivo de telecomunicações instalado em um veículo. O UE 800 também pode ser um dispositivo, incluir um dispositivo, ou ser incluído em um dispositivo que tem capacidades semelhantes, mas que não é transportável, como um computador desktop, uma caixa “set-top”, ou um nó de rede. O UE 800 poderá suportar atividades especializadas, tais como jogos, controle de estoque, controle de trabalho, e/ou funções de gerenciamento de tarefas, e assim por diante.

[00178] O UE 800 inclui uma tela 702. O UE 800 também inclui uma superfície sensível ao toque, um teclado ou outras teclas de entrada, geralmente referidas como 704 para a entrada por um usuário. O teclado pode ser um teclado alfanumérico completo ou reduzido, como QWERTY, Dvorak, AZERTY e tipos de sequenciais, ou um teclado numérico tradicional, com letras do alfabeto associadas a um teclado de telefone. As teclas de entrada podem incluir uma roda de pista, uma chave de saída ou escape, um “trackball”, e outras teclas de navegação ou funcionais, que podem ser comprimidas interiormente para fornecer função de entrada adicional. O UE 800 pode apresentar opções para que o usuário selecione, controle para o usuário para acionar, e/ou cursores ou outros indicadores para o usuário direcionar.

[00179] O UE 800 pode ainda aceitar a entrada de dados do usuário, incluindo números para discagem ou valores de parâmetros diferentes para configurar o funcionamento do UE 800. O UE 800 pode ainda executar um ou mais aplicativos de software ou firmware em resposta aos comandos do usuário. Esses aplicativos podem configurar o UE 800 para executar várias funções personalizadas em resposta à interação do usuário. Além disso, o UE 800 pode ser programado e/ou configurado através do ar, por exemplo, de uma estação base sem fio, um ponto de acesso sem fio, ou um par UE 800.

[00180] Entre as várias aplicações executáveis pelo UE 800 está um navegador web, que permite que a tela 702 mostre uma página web. A página web pode ser obtida através de comunicações sem fio com um nó de acesso de rede sem fio, uma torre de celular, um par UE 800, ou qualquer outro sistema ou rede de comunicação sem fio 700. A rede 700 é acoplada a uma rede com fio 708, tais como a Internet. Através do enlace sem fio e a rede com fio, o UE 800 tem acesso à informação sobre diversos servidores, como um servidor 710. O servidor 710 pode fornecer conteúdo que pode ser mostrado na tela 702. Alternadamente, o UE 800 pode acessar a rede 700 através de um par UE 800 agindo como um intermediário, em um tipo de retransmissor ou tipo de conexão de salto.

[00181] A Figura 19 mostra um diagrama de blocos do UE 800. Embora vários componentes conhecidos dos UAs 10 estejam representados, em uma modalidade um subconjunto dos componentes listados e/ou componentes adicionais não listados pode ser incluído no UE 800. O UE 800 inclui um processador de sinal digital (DSP) 802 e uma memória 804. Como demonstrado, o UE 800 pode ainda incluir uma antena e unidade de extremidade frontal 806, um transceptor de frequência de rádio (RF) 808, uma unidade de processamento de banda base analógica 810, um microfone 812, um alto- falante de fone 814, uma porta de fone de ouvido 816, uma interface de entrada/saída 818, um cartão de memória removível 820, um barramento serial universal (USB) 822, um subsistema de comunicação sem fio de curto alcance 824, um alerta 826, um teclado 828, uma tela de cristal líquido (LCD), que pode incluir uma superfície sensível ao toque 830, um controlador de LCD 832, um câmera de dispositivo de carga acoplada (CCD) 834, um controlador de câmera 836, e um sensor de sistema de posicionamento global (GPS) 838. Em uma modalidade, o UE 800 pode incluir um outro tipo de tela que não oferece uma tela sensível ao toque. Em uma modalidade, o DSP 802 pode se comunicar diretamente com a memória 804 sem passar através da interface de entrada/saída 818.

[00182] O DSP 802 ou alguma outra forma de controlador ou unidade de processamento central opera para controlar os vários componentes do UE 800, em conformidade com software ou firmware incorporado armazenado na memória 804 ou armazenado na memória contida no DSP 802 em si. Além do software ou firmware incorporado, o DSP 802 pode executar outras aplicações armazenadas na memória 804 ou disponibilizadas através de meios portadores de informação, tais mídia de armazenamento de dados portátil como o cartão de memória removível 820 ou através de comunicações de rede com fio ou sem fio. O aplicativo de software pode incluir um conjunto compilado de instruções legíveis por máquina que configuram o DSP 802 para fornecer a funcionalidade desejada, ou o software de aplicação pode ser instruções de software de alto nível a serem processadas por um interpretador ou compilador para indiretamente configurar o DSP 802.

[00183] A antena e a unidade de extremidade frontal 806 podem ser fornecidas para converter entre os sinais sem fio e sinais elétricos, permitindo que o UE 800 envie e receba informações de uma rede celular ou alguma outra rede de comunicações sem fio disponível ou de um par UE 800. Em uma modalidade, a antena e a unidade de extremidade frontal 806 podem incluir várias antenas para suportar operações de formação de feixe e/ou Múltiplas Entradas Múltiplas Saídas (MIMO). Como é sabido para aqueles hábeis na arte, as operações MIMO podem oferecer diversidade espacial que pode ser usada para superar as condições difíceis do canal e/ou aumentar rendimento de canal. A antena e a unidade de extremidade frontal 806 podem incluir componentes de ajuste de antena e/ou de casamento de impedância, amplificadores de potência de RF, e/ou amplificadores de baixo ruído.

[00184] O transceptor RF 808 fornece mudança de frequência, convertendo sinais de RF recebidos para banda base e convertendo sinais transmitidos de banda base para RF. Em algumas descrições um transceptor de rádio ou transceptor RF pode ser entendido para incluir a funcionalidade de processamento de sinal, como modulação/demodulação, codificação/decodificação, intercalamento / desintercalamento, espalhamento/desespalhamento, Transformada rápida inversa de Fourier (BFFT)/Transformada rápida de Fourier (FFT), adição/remoção de prefixo cíclico, e funções de processamento de sinal. Para efeitos de clareza, a descrição aqui separa a descrição deste processamento de sinal de RF e/ou estágio de rádio e conceitualmente aloca esse processamento de sinal analógico para a unidade de processamento de banda base 810 e/ou o DSP 802 ou outra unidade de processamento central. Em algumas modalidades, o transceptor RF 808, partes da antena e extremidade frontal 806, e a unidade de processamento analógico de banda base 810 podem ser combinados em uma ou mais unidades de processamento e/ou circuitos integrados de aplicação específica (ASICs).

[00185] A unidade de processamento analógico de banda base 810 pode fornecer vários processamentos analógicos de entradas e saídas, por exemplo, processamento analógico das entradas do microfone 812 e do fone de ouvido 816 e saídas para o fone 814 e o fone de ouvido 816. Para este efeito, a unidade de processamento analógico de banda base 810 pode ter portas para conexão com o microfone embutido 812 e alto-falante de fone 814, que habilitam o UE 800 para ser usado como um telefone celular. A unidade de processamento analógico de banda base 810 pode ainda incluir uma porta para conectar a um fone de ouvido ou outro microfone “hands-free” e configuração de alto-falante. A unidade de processamento analógico de banda base 810 pode fornecer conversão digital-analógico em uma direção de sinal e conversão de sinal analógico-digital na direção contrária. Em algumas modalidades, pelo menos, algumas das funcionalidades da unidade de processamento de banda base analógica 810 podem ser fornecidsd por componentes de processamento digital, por exemplo, o DSP 802 ou por outras unidades de processamento central.

[00186] O DSP 802 pode realizar a modulação/demodulação, codificação/decodificação, intercalamento / desintercalamento, espalhamento/desespalhamento, Transformada rápida inversa de Fourier (IFFT)/Transformada rápida de Fourier (FFT), adição/remoção de prefixo cíclico, e outras funções de processamento de sinal associadas à comunicações sem fio. Em uma modalidade, por exemplo, em uma aplicação da tecnologia de acesso múltiplo por divisão de código (CDMA), para uma função de transmissor o DSP 802 pode realizar modulação, codificação, intercalamento, e espalhamento, e para uma função de receptor o DSP 802 pode realizar desespalhamento, desintercalamento, decodificação e demodulação. Em outra modalidade, por exemplo, em uma aplicação da tecnologia de acesso de multiplexação por divisão de frequência ortogonal (OFDMA), para a função de transmissor o DSP 802 pode realizar modulação, codificação, intercalamento, Transformada rápida inversa de Fourier, e adição de prefixo cíclico, e para uma função de receptor o DSP 802 pode realizar a remoção de prefixo cíclico, Transformada rápida de Fourier, desintercalamento, decodificação e demodulação. Em outras aplicações de tecnologia sem fio, ainda outras funções de processamento de sinal e combinações de funções de processamento de sinais podem ser realizadas pelo DSP 802.

[00187] O DSP 802 pode se comunicar com uma rede sem fio através da unidade de processamento de banda base analógica 810. Em algumas modalidades, a comunicação pode fornecer conectividade com a Internet, permitindo que um usuário tenha acesso ao conteúdo na Internet e envie e receba email ou mensagens de texto. A interface de entrada/saída 818 interliga o DSP 802 e diferentes memórias e interfaces. A memória 804 e o cartão de memória removível 820 podem fornecer software e dados para configurar o funcionamento do DSP 802. Entre as interfaces, pode ser a interface USB 822 e o subsistema de comunicação sem fio de curto alcance 824. A interface USB 822 pode ser usada para carregar o UE 800 e também pode permitir que o UE 800 funcione como um dispositivo periférico de troca de informações com um computador pessoal ou outro sistema de computador. O subsistema de comunicação sem fio de curto alcance 824 pode incluir uma porta de infravermelho, uma interface Bluetooth, uma interface compatível com IEEE 802.11 sem fio, ou qualquer outro subsistema de comunicação sem fio de curto alcance, que poderá permitir ao UE 800 comunicar-se com outros dispositivos móveis sem fio próximos e/ou estações de base sem fio.

[00188] A interface de entrada/saída 818 pode ainda ligar o DSP 802 ao alerta 826 que, quando acionado, faz com que o UE 800 forneça um aviso para o usuário, por exemplo, tocando, tocando uma melodia, ou vibrando. O alerta 826 pode servir como um mecanismo para alertar o usuário para qualquer um dos vários eventos, como uma chamada, uma mensagem de texto nova, e um lembrete de compromisso por vibração silenciosa, ou tocando uma melodia específica pré- atribuída para um chamador particular.

[00189] O teclado 828 acopla para o DSP 802 através da interface 818 para fornecer um mecanismo para o utilizador fazer seleções, inserir as informações, e de outra formar fornecer entrada para o UE 800. O teclado 828 pode ser um teclado alfanumérico completo ou reduzido, como QWERTY, Dvorak, AZERTY e tipos sequenciais, ou um teclado numérico tradicional, com letras do alfabeto associadas a um teclado de telefone. As teclas de entrada podem incluir uma roda de pista, uma chave de saída ou escape, um “trackball”, e outras teclas de navegação ou funcionais, que podem ser comprimidas interiormente para fornecer funções de entrada adicionais. Outro mecanismo de entrada pode ser o LCD 830, que pode incluir a capacidade de tela sensível ao toque e também exibir texto e/ou gráficos para o usuário. O controlador de LCD 832 acopla o DSP 802 ao LCD 830.

[00190] A câmera CCD 834, se equipado, permite que o UE 800 tire fotos digitais. O DSP 802 se comunica com a câmera CCD 834 através do controlador da câmera 836. Em outra modalidade, uma câmera operando de acordo com uma outra tecnologia que as câmeras, Dispositivo Acoplado de Carga, pode ser empregada. O sensor de GPS 838 é acoplado ao DSP 802 para decodificar sinais do sistema de posicionamento global, permitindo assim que o UE 800 determine a sua posição. Vários outros periféricos também podem ser incluídos para fornecer funções adicionais, por exemplo, recepção de rádio e televisão.

[00191] A Figura 20 ilustra um ambiente de software 902 que pode ser implementado pelo DSP 802. O DSP 802 executa drivers do sistema operacional 904 que proporcionam uma plataforma a partir da qual o resto do software opera. Os drivers do sistema operacional 904 fornecerão drivers para o hardware UA com interfaces padronizadas que são acessíveis para software de aplicativo. Os drivers de sistema operacional 904 incluem serviços de gestão de aplicativos ("AMS") 906 que transferem controle entre aplicações rodando no UE 800. Também mostrado na Figura 20 são um aplicativo de navegador web 908, um aplicativo de player de Mídia 910, e applets Java 912. O aplicativo de navegador web 908 configura o UE 800 para funcionar como um navegador web, permitindo que um usuário insira informações em formulários e selecione links para recuperar e exibir páginas da web. O aplicativo de player de Mídia 910 configura o UE 800 para recuperar e reproduzir mídia de áudio ou audiovisual. Os applets Java 912 configuram o UE 800 para fornecer jogos, utilitários e outras funcionalidades. Um componente 914 pode fornecer funcionalidades descritas neste documento.

[00192] O UE 800, dispositivo de acesso 120, e outros componentes acima descritos podem incluir um componente de processamento que é capaz de executar instruções relacionadas com as ações descritas acima. A Figura 21 ilustra um exemplo de um sistema 1000 que inclui um componente de processamento 1010 adequado para a execução de uma ou mais modalidades divulgadas neste documento. Além do processador 1010 (que pode ser referido como uma unidade de processamento central (CPU ou DSP), o sistema 1000 poderá incluir dispositivos de conectividade de rede 1020, memória de acesso aleatório (RAM) 1030, memória apenas para leitura (ROM) 1040, armazenamento secundário 1050, e dispositivos de entrada/saída (I/O) 1060. Em algumas modalidades, um programa para a implementação da determinação de um número mínimo de identificações de processos HARQ pode ser armazenado em ROM 1040. Em alguns casos, alguns desses componentes podem não estar presentes ou podem ser combinados em várias combinações entre si ou com outros componentes não mostrados. Estes componentes podem estar localizados em uma única entidade física ou em mais de uma entidade física. Quaisquer ações aqui descritas como sendo tomadas pelo processador 1010 podem ser tomadas pelo processador 1010 sozinho ou pelo processador 1010 em conjunto com um ou mais componentes mostrados ou não mostrados no desenho.

[00193] O processador 1010 executa instruções, códigos, programas de computador, ou scripts que ele pode acessar a partir dos dispositivos de conectividade de rede 1020, RAM 1030, ROM 1040, ou armazenamento secundário 1050 (que pode incluir vários sistemas baseados em disco, tais como disco rígido, disquete, ou disco óptico). Enquanto apenas um processador 1010 é mostrado, múltiplos processadores podem estar presentes. Assim, enquanto instruções podem ser discutidas como sendo executadas por um processador, as instruções podem ser executadas simultaneamente, em série, ou de outra forma por um ou vários processadores. O processador 1010 pode ser implementado como um ou mais chips de CPU.

[00194] Os dispositivos de conectividade de rede 1020 podem assumir a forma de modems, bancos de modem, dispositivos Ethernet, dispositivos de interface de barramento serial universal (USB), interfaces seriais, dispositivos “token ring”, dispositivos de Interface de Dados Distribuídos em Fibra (FDDI), dispositivos de rede local sem fio (WLAN), dispositivos transceptores de rádio, como os dispositivos acesso múltiplo por divisão de código (CDMA), dispositivos transceptores de rádio de sistema global para comunicações móveis (GSM), dispositivos de interoperabilidade mundial para acesso de micro-ondas (WiMAX) e/ou outros bem conhecidos dispositivos para conexão com redes. Estes dispositivos de conectividade de rede 1020 podem permitir que o processador 1010 se comunique com a Internet ou com uma ou mais redes de telecomunicações ou outras redes a partir das quais o processador 1010 pode receber informações ou para que o processador 1010 poderia enviar informações.

[00195] Os dispositivos de conectividade de rede 1020 também podem incluir um ou mais componentes transceptores 1025 capazes de transmitir e/ou receber dados sem fio em forma de ondas eletromagnéticas, tais como sinais de frequência de rádio ou sinais de frequência de microondas. Alternativamente, os dados podem se propagar em ou sobre a superfície de condutores elétricos, em cabos coaxiais, em guias de onda, em meio ótico como fibra óptica, ou em outros meios. O componente transceptor 1025 pode incluir unidades separadas de recepção e transmissão ou um transceptor único. Informação transmitida ou recebida pelo transceptor 1025 podem incluir os dados que foram processados pelo processador 1010 ou instruções que devem ser executadas pelo processador 1010. Tal informação pode ser recebida e passada para uma rede em forma, por exemplo, de um sinal de banda base de dados de computador ou sinal incorporado em uma onda portadora. Os dados podem ser ordenados de acordo com diferentes sequências como pode ser desejável para tanto processamento ou geração dos dados ou a transmissão ou recepção dos dados. O sinal de banda base, o sinal embutido na onda portadora, ou outros tipos de sinais usados atualmente, ou no futuro desenvolvidos, podem ser referidos como o meio de transmissão e podem ser gerados de acordo com vários métodos conhecidos para um técnico no assunto.

[00196] A RAM 1030 pode ser usada para armazenar dados voláteis e, talvez, para armazenar instruções que são executadas pelo processador 1010. A ROM 1040 é um dispositivo de memória não volátil que normalmente tem uma menor capacidade de memória do que a capacidade de memória do armazenamento secundário 1050. A ROM 1040 pode ser usada para armazenar instruções e, talvez, os dados que são lidos durante a execução das instruções. Acesso a ambas RAM 1030 e ROM 1040 é normalmente mais rápido do que ao armazenamento secundário 1050. O armazenamento secundário 1050 é tipicamente composto por um ou mais discos ou unidades de fita e pode ser usado para armazenamento não volátil de dados ou como um dispositivo de armazenamento sobre o fluxo de dados se RAM 1030 não é suficientemente grande para conter todos os dados de trabalho. Armazenamento secundário 1050 pode ser usado para armazenar programas que são carregados na memória RAM 1030, quando tais programas são selecionados para execução.

[00197] Os dispositivos de I/O 1060 podem incluir telas de cristal líquido (LCDs), telas sensíveis ao toque, teclados, mini-teclados, switches, mostradores, RATs, bolas de pista, reconhecedores de voz, leitores de cartões, leitores de fita de papel, impressoras, monitores de vídeo, ou outros bem conhecidos dispositivos de entrada. Além disso, o transceptor 1025 pode ser considerado como um componente dos dispositivos de I/O 1060 em vez de ou além de ser um componente dos dispositivos de conectividade de rede 1020. Alguns ou todos os dispositivos de I/O 1060 podem ser substancialmente semelhantes aos vários componentes descritos no desenho anteriormente descrito do UE 800, como a tela 702 e a entrada 704.

[00198] Enquanto várias modalidades foram fornecidas na presente divulgação, deve-se compreender que os sistemas e métodos revelados podem ser incorporados em muitas outras formas específicas, sem se afastar do espírito ou o âmbito da presente divulgação. Os exemplos presentes devem ser considerados como ilustrativos e não restritivos, e a intenção não é a de limitar-se aos detalhes apresentados neste documento. Por exemplo, os vários elementos ou componentes podem ser combinados ou integrados em outro sistema ou determinados recursos podem ser omitidos, ou não implementados.

[00199] Além disso, técnicas, sistemas, subsistemas e métodos descritos e ilustrados nas encarnações diversas como discretos ou separados podem ser combinados ou integrados com outros sistemas, módulos, técnicas ou métodos sem se afastar do âmbito da presente divulgação. Outros itens apresentados ou discutidos como aliados ou acoplados diretamente ou comunicando uns com os outros podem ser indiretamente atrelados ou se comunicando através de alguma interface, dispositivo ou componente intermediário, tanto elétrico, mecânico ou de outra forma. Outros exemplos de alterações, substituições e mudanças são determináveis por um técnico no assunto e poderiam ser feitas sem se afastar do espírito e âmbito divulgados neste documento.

Claims (10)

1. Método para habilitar serviços utilizando um componente de rede em um sistema de comunicação suportando pelo menos um domínio, o sistema de comunicação compreendendo um Equipamento de Usuário (UE) (800) capacitado para Serviços Centralizados (ICS) de Subsistema Multimídia de Protocolo de Internet (IMS) (800), o método caracterizadopor compreender: receber, no UE (800), uma solicitação inicial de Convite para Protocolo de Iniciação de Sessão (SIP), o pedido inicial de Convite SIP incluindo uma oferta de protocolo de descrição de sessão (SDP) permitindo seleção, pelo UE (800), entre uma portadora de protocolo de Internet (IP) ou uma portadora de circuito comutado (CS) para uma sessão de áudio, em que o UE suporta execução de Seleção de Domínio de Acesso de Terminação (T-ADS), e se o UE estiver em LTE e for CS apenas ou CS preferido, o UE, em resposta ao pedido inicial de convite SIP, enviar uma resposta SIP incluindo uma indicação de que o pedido inicial de convite SIP não é aceitável com base em uma indicação, a partir de uma rede, de uma voz IMS sobre uma sessão de pacote comutado (PS) não é suportada e o UE não executou um procedimento de anexação combinado de camada de não acesso (NAS) bem-sucedido.

2. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que que permitir a seleção entre a portadora IP ou a portadora CS compreende permitir seleção da portadora IP ou da portadora CS para uma sessão de áudio.

3. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que a resposta SIP, incluindo a indicação de que o pedido inicial de convite SIP não é aceitável, compreende uma resposta SIP 606 "Não aceitável".

4. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que quando o sinalizador VoIMS é definido, se o UE é o Voice-CS preferido e se o convite SIP SDP nenhuma oferta CS, a resposta SIP incluindo a indicação de que o pedido inicial de convite SIP não é aceitável compreende uma resposta SIP 488.

5. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que o envio da resposta SIP, incluindo a seleção da portadora de IP ou a indicação de que o pedido inicial de convite SIP não é aceitável, se baseia adicionalmente em se ou não um procedimento de anexação combinado de camada de não acesso (NAS) bem- sucedido foi realizado.

6. Sistema de comunicação suportando pelo menos um domínio, o sistema de comunicação compreendendo um Equipamento de Usuário (UE) capacitado para Serviços Centralizados (ICS) de Subsistema Multimídia de Protocolo de Internet (IMS) (800), caracterizadopor ainda compreender: um processador (802) configurado para: receber, no UE (800), uma solicitação inicial de convite de Protocolo de Iniciação de Sessão (SIP), o pedido inicial de convite SIP, incluindo uma oferta de protocolo de descrição de sessão (SDP) que permite seleção, pelo UE (800), entre uma portadora de Protocolo de Internet (IP) ou uma portadora de circuito comutado (CS) para uma sessão de áudio, em que o UE suporta execução Seleção de Domínio de Acesso de Terminação (T-ADS) e, se o UE estiver em LTE e for CS apenas ou CS preferido, o UE, em resposta ao pedido inicial de Convite SIP, envie uma resposta SIP incluindo uma indicação de que o pedido inicial de Convite SIP não é aceitável com base na indicação, a partir de uma rede, de uma voz IMS sobre uma sessão de pacote comutado (PS) não é suportada e o UE não executou um procedimento de anexação combinado de camada de não acesso (NAS) bem-sucedido.

7. Equipamento de usuário (800), de acordo com a reivindicação 6, caracterizadopelo fato de que permitir a seleção entre a portadora IP ou a portadora CS compreende permitir seleção da portadora IP ou da portadora CS para uma sessão de áudio.

8. Equipamento de usuário (800), de acordo com a reivindicação 6, caracterizadopelo fato de que a resposta SIP, incluindo a indicação de que o pedido inicial de convite SIP não é aceitável, compreende uma resposta SIP 606 "Não aceitável".

9. Equipamento de usuário (800), de acordo com a reivindicação 6, caracterizadopelo fato de que quando o sinalizador VoIMS é definido, se o UE é o Voice-CS preferido e se o convite SIP SDP nenhuma oferta CS, a resposta SIP incluindo a indicação de que o pedido inicial de Convite SIP não é aceitável compreende uma resposta SIP 488.

10. Equipamento de usuário (800), de acordo com a reivindicação 6, caracterizadopelo fato de que o processador (802) está configurado para enviar a resposta SIP incluindo a seleção da portadora IP ou a indicação de que o pedido inicial convite SIP não é aceitável com base em se ou não um procedimento de anexação combinado de camada de não acesso (NAS) bem-sucedido foi realizado.

Images