BR112014024570B1

BR112014024570B1 - Método; aparelho; e meio legível por computador

Info

Publication number: BR112014024570B1
Application number: BR112014024570-3A
Authority: BR
Inventors: Curt Wong; Jari Mutikainen
Original assignee: Nokia Technologies Oy
Priority date: 2012-04-10
Filing date: 2013-04-08
Publication date: 2022-07-05
Also published as: KR20150005601A; ES2768400T3; EP2837216A1; RU2014142797A; JP6028085B2; EP3641356A1; SG11201406272SA; US20150045074A1; CA2869116C; AU2013246791A1; PH12014502181B1; CA2943441C; WO2013153277A1; US9654946B2; CA2943441A1; AR090644A1; ZA201408110B; CA2869116A1; MX2014012032A; BR112014024570A2

Abstract

MÉTODO; APARELHO; E PROGRAMA DE COMPUTADOR INCORPORADO EM UM MEIO LEGÍVEL POR COMPUTADOR . Métodos, aparelhos e produtos de programa de computador para enviar e/ou entregar um SMS entre o equipamento de usuário sem MSISDN são fornecidos. Um método inclui o armazenamento da SIP-URI e IMSI para um dispositivo de envio de um SMS. O método pode incluir ainda receber um SMS a partir do dispositivo de envio. Em uma concretização, o campo TP-DA do MO-SMS é preenchido com valor (es) que indica o destinatário UE que é endereçado sem MSISDN, o R-URI é definido como PSI, e "para cabeçalho" será definido para o receber SIP URI do dispositivo. O método pode incluir recuperardo SIP URI do dispositivo de recepção do "para Cabeçalho", e consultar HSS do dispositivo de recepção para o IMSI e informações de roteamento do dispositivo de recepção. O método pode incluir, então, entregar o SMS para o dispositivo de recepção direto ou entregar o SMS para o dispositivo de recepção através do SMSC.

Description

COMPUTADOR REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS

[001] Este pedido reivindica prioridade do Pedido Provisório US N ° de Série 61/622166 apresentado em 10 de abril de 2012. O conteúdo deste pedido de patente anterior depositado é aqui incorporado por referência na sua totalidade.

TEMA CAMPO

[002] As concretizações da invenção estão geralmente associadas às redes de comunicação sem fio, tais como, mas não limitado a, Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (UTRAN), e/ou Long Term Evolution (LTE) Evolved UTRAN (E-UTRAN).

DESCRIÇÃO DA TÉCNICA RELACIONADA

[003] A rede de acesso via rádio terrestre do Sistema de telecomunicações móveis universal - Universal Mobile Telecommunications System (UMTS), (UTRAN) refere-se a uma rede de comunicações, incluindo estações rádio-base, ou Nós Bs, e, por exemplo, controladores de rede via rádio (RNC). UTRAN permite a ligação entre o equipamento de usuário (UE) e a rede principal. O RNC fornece funcionalidades de controle para um ou mais Bs nó. O RNC e seu nós Bs correspondente são chamados o subsistema de rede de rádio (RNS). Em caso de E-UTRAN (UTRAN reforçada) não existe RNC e a maioria das funcionalidades RNC estão contidas no eNodeB (Nó B reforçado).

[004] Long Term Evolution (LTE) ou E-UTRAN refere-se a melhorias das UMTS através da melhoria da eficiência e serviços, redução de custos e uso de novas oportunidades de espectro. Em particular, a LTE é um padrão 3GPP que prevê taxas de uplink de pico de pelo menos 50 megabits por segundo (Mbps) e taxas de pico de downlink de pelo menos 100 Mbps. LTE suporta larguras de banda de portadoras escalonável de 20 MHz para baixo para 1,4 MHz e suporta tanto duplexação por divisão de frequência (FDD) e duplexação por divisão de tempo (TDD).

[005] Como mencionado acima, o LTE também é esperado para melhorar a eficiência espectral em redes 3G, permitindo às operadoras oferecer mais serviços de dados e voz sobre uma determinada largura de banda. Portanto, LTE é projetado para atender às necessidades futuras de dados em alta velocidade e transporte de mídia, além de suporte de voz de alta capacidade. Vantagens de LTE são, por exemplo, alto rendimento, baixa latência, suporte a FDD e TDD na mesma plataforma, uma experiência do usuário final melhorado, e uma arquitetura simples, resultando em baixos custos operacionais.

[006] Outras versões do 3GPP LTE (por exemplo, LTE Rel-10, LTE-Rel-11) são direcionadas para futuros sistemas de telecomunicações móveis internacionais avançados (IMT-A), aqui referidas por conveniência simplesmente como LTE-Advanced (LTE-A).

[007] LTE- A é direcionado para ampliar e otimizar as três tecnologias de acesso de rádio GPP LTE. A meta de LTE-A é oferecer serviços aprimorados significativamente por meio de maior taxa de dados o e menor latência, com custo reduzido. LTE-A será um sistema de rádio mais otimizado cumprindo os requisitos da União Internacional de Telecomunicações (UIT-R) para IMT-Advanced, mantendo a compatibilidade com versões anteriores.

[008] O subsistema de multimídia (IMS) de protocolo de Internet (IP) é uma estrutura de arquitetura para a entrega de serviços multimídia de IP. A fim de facilitar a integração com a Internet, IMS utiliza (IETF) protocolos da força-tarefa de engenharia da Internet, como o protocolo de iniciação de sessão (SIP), sempre que possível. IMS é projetado para auxiliar no acesso de aplicações de voz e multimídia a partir de terminais ou dispositivos sem fio.

SUMÁRIO

[009] Uma concretização é dirigida a um método, incluindo o armazenamento, por um gateway, um identificador de recurso uniforme de protocolo de iniciação de sessão (SIP- URI) e/ou identidade de assinante móvel internacional - International Mobile Subscriber Identity (IMSI) de um dispositivo de envio de uma mensagem de serviço de mensagem curta (SMS). O método pode incluir ainda o recebimento da mensagem SMS a partir do dispositivo de envio, recuperar um identificador de recurso uniforme de protocolo de iniciação de sessão (SIP-URI) para um dispositivo de recepção que é o destinatário da mensagem SMS. O SIP-URI do dispositivo de recepção pode ser recuperado a partir do "para cabeçalho" da mensagem SMS. O método pode ainda incluir a consulta a um servidor de inscrição para casa (HSS) do dispositivo de recepção para a identidade de assinante móvel internacional (IMSI) e informações de roteamento do dispositivo de recepção, e entregar a mensagem SMS para o dispositivo de recepção usando a identidade de assinante móvel internacional (IMSI) e a informação de roteamento. Em uma concretização, pelo menos um dos dispositivos de envio ou o dispositivo de recepção não tem um número de diretório de assinante internacional de estação móvel (MS ISDN).

[010] Outra concretização é dirigida a um aparelho. O aparelho inclui pelo menos um processador e, pelo menos uma memória que compreende o código do programa de computador. A pelo menos uma memória e o código de programa de computador configurado, com o pelo menos um processador, para fazer com que o aparelho armazene pelo menos um identificador de recurso uniforme de protocolo de iniciação de sessão (SIP-URI) e/ou a Identidade de assinante móvel internacional (IMSI) do um dispositivo que envia uma mensagem de serviço de mensagem curta (SMS), recebe a mensagem SMS a partir do dispositivo de envio, e recupera um identificador de recurso uniforme de protocolo de iniciação de sessão (SIP- URI) para um dispositivo de recepção que é um destinatário da mensagem SMS. O SIP-URI do dispositivo de recepção é recuperado do "para cabeçalho" da mensagem SMS. O aparelho pode ser causado ainda mais para consultar um servidor de inscrição doméstico (HSS) do dispositivo de recepção para a Identidade de assinante móvel internacional (IMSI) e informação de roteamento do dispositivo de recepção, e entregar a mensagem SMS para o dispositivo de recepção usando a Identidade de assinante móvel internacional (IMSI) e as informações de roteamento. Em uma concretização, pelo menos um dos dispositivos de envio ou o dispositivo de recepção não tem um número de diretório de assinante internacional de estação móvel (MS ISDN).

[011] Outra programa de computador, incorporado em um meio legível por computador, em que o programa de computador é configurado para controlar um processador para executar o processo. O processo inclui o armazenamento de um identificador de recurso uniforme de protocolo de iniciação de sessão (SIP- URI) e/ou Identidade de assinante móvel internacional (IMSI) de um dispositivo de envio de uma mensagem de serviço de mensagem curta (SMS). O processo pode incluir ainda o recebimento da mensagem SMS a partir do dispositivo de envio, recuperar um identificador de recurso uniforme de protocolo de iniciação de sessão (SIP-URI) para um dispositivo de recepção que é um destinatário da mensagem SMS. O SIP-URI do dispositivo de recepção pode ser recuperado a partir do "para cabeçalho" da mensagem SMS. O processo pode incluir ainda consultar um servidor de inscrição doméstico (HSS) do dispositivo de recepção para a Identidade de assinante móvel internacional (IMSI) e informações de roteamento do dispositivo de recepção, e entregar a mensagem SMS para o dispositivo de recepção usando a identidade de assinante móvel internacional (IMSI) e as informações de roteamento. Em uma concretização, pelo menos um dos dispositivos de envio ou o dispositivo de recepção não tem um número de diretório de assinante internacional de estação móvel (MS ISDN).

[012] Outra concretização é dirigida a um método que inclui a construção de, por um equipamento de usuário, uma mensagem de serviço de mensagem curta (SMS). A construção compreende preencher um endereço de destino do campo de protocolo de transferência (TP-DA) da SMS com um valor configurado para indicar que um dispositivo de recepção que é um destinatário da mensagem SMS é abordado sem um número de diretório de assinante internacional de estação móvel (MSISDN), definindo o identificador de recursos uniforme de pedido (R-URI) para uma identidade de serviço público (ISP) ou o endereço do centro de serviço de mensagem curta, e estabelecer um "para cabeçalho" do SMS para um identificador de recurso uniforme de protocolo de iniciação de sessão (SIP URI) do dispositivo de recepção. O método pode então incluir o envio do SMS para um gateway.

[013] Outra concretização é dirigida a um aparelho. O aparelho inclui pelo menos um processador e, pelo menos uma memória que compreende o código do programa de computador. A pelo menos uma memória e o código de programa de computador configurado, com o pelo menos um processador, para fazer com que o aparelho pelo menos, construa uma mensagem de serviço de mensagem curta (SMS). A construção compreende o preenchimento do campo um protocolo de transferência de endereço de destino (TP-DA) da SMS com um valor configurado para indicar que um dispositivo de recepção que é um destinatário da mensagem SMS que é endereçado sem um número de diretório de assinante internacional de estação móvel (MSISDN), definindo o R-URI para uma identidade de serviço público (ISP), e estabelecendo um "para cabeçalho" do SMS para um identificador de recursos uniforme de protocolo de iniciação de sessão SIP (URI) do dispositivo de recepção. O aparelho pode ainda ser causado para enviar a mensagem SMS para um gateway.

[014] Outra concretização é dirigida a um programa de computador, incorporado em um meio legível por computador, em que o programa de computador é configurado para controlar um processador para executar o processo. O processo inclui a construção de uma mensagem de serviço de mensagem curta (SMS). A construção compreende preenchendo um endereço de destino do campo do protocolo de transferência (TP-DA) da SMS com um valor configurado para indicar que um dispositivo de recepção que é um destinatário da mensagem SMS é endereçado sem um número de diretório de assinante internacional de estação móvel (MSISDN), definindo o R-URI a identidade de serviço público (ISP), e estabelecendo um "para cabeçalho" do SMS para um identificador de iniciação de sessão de recursos uniforme de protocolo SIP (URI) do dispositivo de recepção. O processo pode, então, incluir o envio do SMS para um gateway.

[015] Outra concretização é dirigida a um método que inclui receber uma entrada, por um equipamento de usuário, um protocolo de iniciação de sessão de mensagem (SIP) incluindo o serviço de mensagem curta (SMS) enviadas a partir de um dispositivo de envio de uma estação móvel sem número de diretório de assinante internacional (MSISDN), e decodificar a mensagem de SMS usando um cabeçalho de identidade p-asserted para determinar a identidade do dispositivo de envio.

[016] Outra concretização é dirigida a um aparelho. O aparelho inclui, pelo menos um processador e, pelo menos uma memória que compreende o código do programa de computador. A pelo menos uma memória e o código de programa de computador configurado, com o pelo menos um processador, para fazer com que o aparelho receba de, pelo menos uma porta de entrada uma mensagem de protocolo de iniciação de sessão (SIP), incluindo uma mensagem de serviços de mensagens curtas (SMS) enviada desde um dispositivo de envio de uma estação móvel sem um número de diretório de assinante internacional (MSISDN), e para decodificar a mensagem SMS usando um cabeçalho de identidade p-asserted para determinar a identidade do dispositivo de envio.

[017] Outra concretização é dirigida a um programa de computador, incorporado em um meio legível por computador, em que o programa de computador é configurado para controlar um processador para executar o processo. O processo inclui o recebimento em um gateway de uma mensagem de protocolo de iniciação de sessão (SIP), incluindo uma mensagem de serviço de mensagem curta (SMS) enviada desde um dispositivo de envio, sem um número de diretório de assinante internacional de estação móvel (MSISDN) e decodificação da mensagem SMS com um cabeçalho de identidade p-asserted para determinar a identidade do dispositivo de envio.

BREVE DESCRIÇÃO DOS DESENHOS

[018] Para compreensão do invento, deve ser feita referência aos desenhos anexos, em que 1a mostra um diagrama de

[019] A Figura sinalização de acordo com uma concretização;

[020] A Figura 1b ilustra um diagrama de sinalização de acordo com uma concretização;

[021] A Figura 1c ilustra um diagrama de sinalização de acordo com uma concretização;

[022] A Figura 2a ilustra um esquema de sinalização de acordo com uma outra concretização;

[023] A Figura 2b ilustra um diagrama de sinalização de acordo com uma outra concretização;

[024] A Figura 2c ilustra um diagrama de sinalização de acordo com uma outra concretização;

[025] A Figura 3 ilustra um aparelho de acordo com uma concretização;

[026] A Figura 4 ilustra um diagrama de fluxo de um método de acordo com uma concretização;

[027] A Figura 5 ilustra um diagrama de fluxo de um método de acordo com uma outra concretização;

[028] A Figura 6 ilustra um diagrama de fluxo de um método de acordo com uma outra concretização; e

[029] A Figura 7 ilustra um diagrama de fluxo de um método de acordo com uma outra concretização.

DESCRIÇÃO DETALHADA

[030] A entrega do Serviço de mensagem curta (SMS) através do subsistema de multimídia (IMS) de protocolo de Internet (IP) foi especificada desde a Versão 7 do 3 GPP com TS 23.204. O encaminhamento de SMS, mesmo para dispositivos IMS, ainda se baseia no número de diretório de assinante internacional de estação móvel (MSISDN). Como resultado, a SMS sobre a arquitetura IP definida no TS 23,204 requer o uso de MSISDN do destinatário, a fim de encaminhar o SMS corretamente. MSISDN do remetente também é necessário para que o dispositivo do destinatário identifique o remetente e para responder de volta a este SMS.

[031] Em 3 GPP Release 11, a 3 GPP começou um estudo, em TR 23,863, sobre como suportar SMS no IMS sem MSISDN. Um tópico neste estudo é a comunicação via SMS entre equipamentos MSISDN menos IMS de usuário (UEs). Sem MSISDN, o "SMS sobre IP" requer algumas mudanças fundamentais no encaminhamento, comportamento do nó funcional e procedimento dos dispositivos. Por conseguinte, as concretizações da invenção estão relacionadas com a entrega de SMS sem a utilização de MSISDN.

[032] Em TR 23,863, há uma alternativa proposta na seção 5.2.1 para "entrega direta com IP SM-GW interoperabilidade." Em resumo, as seguintes ideias são propostas em que a solução de:

[033] 1. O equipamento de usuário de envio (UE) incorpora o protocolo de iniciação de sessão do seu remetente - identificador de recurso uniforme - uniform resource identifier (SIP-URI) e SIP-URI do destinatário dentro do bloco SMS.

[034] 2. No nível do protocolo SMS, o UE enviando preenche campo do o protocolo de transferência de endereço de destino (TP-DA) com um "código curto MT" pré- definido para indicar a passagem de protocolo de Internet de mensagens curtas (SM-IP-GW) que recebe identidade UEs está é na carga de SMS, o endereço de protocolo de encaminhamento originário (RP-OA) é preenchido com um "código curto MO" predefinido para indicar ao IP-SM-GW que a identidade do envio do UE está na carga SMS.

[035] 3. O IP-SM-GW recupera a recebe a identidade uniforme de recursos protocolo de iniciação de sessão do UE (SIP-URI) da carga SMS e consulta o servidor de assinatura doméstico (HSS) para roteamento para o terminal que serve a função de controle de sessão chamada (S-CSCF ).

[036] 4. O IP-SM-GW preenche o RP-OA e TP-OA com seu próprio endereço e envia a mensagem SIP com R-URI e Para headers = receber SIP URI da UE para a terminação S- CSCF.

[037] 5. O dispositivo de terminação analisa a carga SMS e encontra o envio SIP URI do UE e usa isso para o SMS de resposta.

[038] O procedimento acima descrito, no entanto, tem várias desvantagens. Por exemplo, a carga SMS torna-se efetivamente muito menor (por exemplo, 160 caracteres - SIP URI + do destinatário do remetente). Isso pode afetar o carregamento de um SMS pode agora exigir a divisão em várias partes (ou seja, a segmentação SMS). Outra desvantagem é que o código curto pré-definido tem de ser fornecido para o UE. Interação com estrato de não-acesso (NAS) com base em SMS está faltando. O armazenamento e envio também não é suportado a menos que mais impacto seja feito para IP-SM-GW. Deve notar-se que o armazenamento e funcionalidade de encaminhamento são fornecidos pelo centro de serviço de mensagem curta (SMSC) que não é utilizado na presente proposta.

[039] Figura 1a mostra um diagrama de sinalização para a apresentação de uma mensagem SMS a partir de um dispositivo de transmissão (por exemplo, UE-A), sem MSISDN, de acordo com uma concretização da invenção. Tal como ilustrado na Fig. Ia, na etapa 1, IP-SM-GW-A está incluído como parte do registro 3 partido. O IP-SM-GW-A está ciente de que uma parte (por exemplo, UE-A e/ou UE-B) não tem uma MSISDN e armazena UE-A SIP-URI (identidade do usuário pública IMS (IMPU) e identidade do usuário privada IMS (IMPI)) ou identidade de assinante móvel internacional (IMSI) que recebeu do S-CSCF como parte do registro de terceiros. Se IP- SM-GW-A não recebeu IMPU / IMSI e/ou SIP-URI, como parte do processo de registro de terceiros, é possível consultar o HSS da UE-A para obter esta informação. UE-A constrói um SMS (por exemplo, de origem móvel (MO) -SMS ou móvel terminado (MT) - SMS) e o SMS pode ser entregue para o IP-SM-GW-A com base em procedimentos existentes.

[040] A Figura 1b ilustra um exemplo de um diagrama de sinalização do processo de registro, de acordo com uma concretização. Tal como ilustrado na Fig. 1b, em 1, o UE estabelece uma conexão IP. No 2, a qualquer momento após o estabelecimento da conexão IP, o UE registra no S-CSCF de acordo com os procedimentos de registro IMS. Em seguida, em 3, o S-CSCF verifica os critérios de filtro iniciais obtidos a partir do HSS, durante o procedimento de registro IMS. Após registro de IMS com sucesso e com base nos critérios de filtro iniciais recuperados, em 4, o S-CSCF informa o IP-SM- GW (AS) sobre o registro do usuário. O IMSI pode também ser informado ao IP-SM-GW (AS) quando não há MSISDN no perfil de assinatura de IMS do UE. Em 5, o IP-SM-GW (AS) retorna a mensagem OK para o S-CSCF e, em 6, o IP-SM-GW (AS) envia uma solicitação de Registre-se do IP-SM-GW para o HSS. O HSS armazena o endereço IP-SM-GW recebido, se necessário ou, por MT-SMS sem MSISDN, usa-lo como uma indicação de que o UE está disponível para ser acessado através do IMS para disparar uma mensagem de centro de serviços de Alerta se a mensagem esperando indicador é definida. EM 7, o HSS responde ao IP- SM-GW (AS) com uma resposta de registrador de IP-SM-GW. O IP- SM-GW recebe o IMPU (SIP URI) de envio de SMS sem TEL-URI do evento pacote de registro. O IP-SM-GW de Registro de respostas pode incluir o endereço do SC para ser usado para este usuário nos dados de assinante. Após o registro bem sucedido do endereço de IP-SM-GW no HSS, em 8, HSS verifica se os dados de mensagem em espera são armazenados e alertas todos os SCs.

[041] Voltando à Fig. 1a, de acordo com uma concretização, uma vez que o dispositivo de recepção (ES-B) não tem um MSISDN, o UE-A preenche o campo TP-DA com um valor simulado (por exemplo, 000000s). Nesta concretização, UE-A define o R-URI (identificador de recurso uniforme de pedido) para a identidade de serviço público (ISP) (por exemplo, endereço de centro de serviço de mensagem curta) e define o Para cabeçalho para SIP-URI do UE-B na MENSAGEM. A função de controle de sessão chamada proxy (P-CSCF), por exemplo, preenche o URI padrão do UE-A para identidade p-asserted antes de enviar a mensagem para a função de controle de sessão de chamada de serviço (S-CSCF). Uma vez que, nesta concretização, o UE-A não tem uma MSISDN, que também não têm um URI padrão e, por conseguinte, o padrão é URI URI ES-A SIP. O S-CSCF executa o IFC e encaminha a mensagem para o IP- SM-GW-A.

[042] Como ainda ilustrado na Fig. 1a, na etapa 2, o IP-SM-GW-A recupera o URI SIP para UE-B do Para cabeçalho. O IP-SM-GW-A consulta o servidor de assinante doméstico (HSS) da UE-B (HSS-B) para o UE-B IMSI e SMS informações de roteamento. Essencialmente, a mensagem "Info Assinante Request" definida no TS 23,682 pode ser reutilizada para um tipo de máquina de disparo de mensagens entre o HSS e a função de tipo de máquina comunicação interoperabilidade (MTC-IWF), com o esclarecimento de que a identidade externa que é definida no TS 23,682, é um identificador específico do dispositivo, é aqui definido para conter a identidade do usuário público IMS (IMPU), ou seja, SIP URI. Portanto, quando o IP-SM-GW consulta HSS com o SIP URI como um identificador para o ES-B exterior, o HSS devolve o IMSI-B. Em seguida, na etapa 3, o HSS retorna da UE-B IMSI e seu nó atual que serve de envio de SMS para UE-B.

[043] De acordo com uma concretização, como mostrado na opção da Figura 1. 1a, a política permite que o IP-SM-GW-A para entregar diretamente o SMS para UE-B via IP- SM-GW-B. Na etapa 3, acima discutido, o IP-SM-GW-A detecta que o TP-DA tem um valor fictício e que contém o Para cabeçalho de um SIP URI, portanto, na etapa 4a, o IP-SM-GW-A pode tentar a entrega direta através do domínio IMS, sem ir ao SMSC primeiro. O IP-SM-GW-A está ciente do endereço de IP- SM-GW-B baseado na etapa 3. O IP-SM-GW-A constrói uma mensagem SIP com identidade p-asserted: A’s SIP-URI, Para: B’s SIP-URI, R-URI = IP-SM-GW-B, entregar SMS} {TP- OA = fictício, RP-OA = IP-SM-GW-A, RP-DA = B do IMSI, carga de sms}. Na etapa 4b, o IP-SM-GW-B adiciona seu próprio URI à identidade mais alta p-asserted, para garantir que o UE-B envia o relatório de entrega para o IP-SM-GW-B. O IP-SM-GW-B envia a mensagem SIP para UE-B usando da UE-B SIP URI, que recebeu no campo de cabeçalho. UE-B armazena e remove o URI superior da identidade p-asserted, e usa o mesmo como um URI- R para um relatório de entrega. Os URIs restantes na identidade p-asserted contém URI do UE-A SIP. Se UE-B não está acessível através de IMS, o IP-SM-GW-B pode tentar a entrega via comutação de circuitos (CS) ou nó de suporte GPRS de serviço (SGSN). Isto é baseado no procedimento atual, exceto que o IP-SM-GW precisa converter SIP URI do UE-B para IMSI-B por meio de uma consulta HSS.

[044] Na etapa 4c, um aviso de sucesso ou fracasso é enviado de volta para IP-SM-GW-A. O UE-B pode estar temporariamente fora de cobertura ou a memória pode estar cheio, o que resultaria em uma falha de entrega. Na etapa 4d, o IP-SM-GW-A apresenta esse SMS para SMSC da UE-A para a função de armazenar e encaminhar.

[045] De acordo com algumas concretizações, tais como as opções 2 e 3, ilustradas na Fig. 1a, pressupõe- se que a entrega direta não é permitida para que a sinalização deve passar pelo SMSC primeiro. Por exemplo, o IP-SM-GW-A envia a mensagem SMS para SMSC-A. Na concretização, o IP-SM-GW-A reutiliza o gatilho Enviar definido no TS 23,682 por tipo de máquina acionando mensagem entre o SMSC e MTC-IWF (ponto de referência T4), juntamente com a nova adição para a opção 2 (etapa 5), em que o UE URI-A SIP também está incluída. Para a opção 3, como mostrado na etapa 6, apenas do UE-A IMSI está incluído, e não são necessárias melhorias para T4.

[046] Deve notar-se que, enquanto a Fig. 1a ilustra dois gateways separados (por exemplo, IP-SM-GW-A e IP-SM-GW-B), algumas concretizações podem incluir apenas um único gateway.

[047] Figura 1c ilustra um exemplo de um diagrama de sinalização que descreve um processo celular originária de mensagem SMS sem MSISDN, de acordo com uma concretização. Tal como ilustrado na Fig. 1c, em 1, o UE-A registra a S-CSCF acordo com o procedimento de registro IMS. Em 2, o UE- A pode apresentar a mensagem curta encapsulada (SMS-SUBMETER, Endereço SC) para o S-CSCF usando um método SIP apropriado. Desde o UE destinatário não tem MSISDN, o UE- A pode preencher o campo TP-DA com o valor que indica UE de destinatário é abordado sem MSISDN, e indicar SIP URI do destinatário na mensagem SIP (por exemplo, o UE-A define o R- URI para PSI (endereço SMSC) e Para o cabeçalho com URI SIP do destinatário da mensagem). O P-CSCF pode preencher o UE-Um padrão URI para identidade p-asserted antes de enviar a mensagem para S-CSCF. Em seguida, em 3, o S-CSCF pode transmitir a mensagem curta encapsulada (SMS-SUBMETER, Endereço SC) para IP-SM-GW (AS), com base em IFC armazenado. O IP-SM-GW (AS) pode confirmar a mensagem SIP, em 4, a confirmação de mensagem SIP pode então ser encaminhada, em 5, pela S-CSCF o UE-A.

[048] Em uma concretização, o IP-SM-GW pode executar a autorização do serviço com base nos dados do assinante armazenados. O IP-SM-GW pode verificar se o assinante está autorizado a usar o serviço de mensagem curta (por exemplo, Operador Determinado Exceto configurações), similar à autorização realizada pelo MSC / SGSN no caso de mensagem curta é entregue via CS ou domínio PS. Além disso, o IP-SM-GW também pode verificar se o usuário está autorizado a usar a entrega de mensagens curtas encapsulada via IMS. Se o resultado da autorização de serviço for negativo, o IP-SM-GW não pode encaminhar a mensagem, e pode retornar as informações de erro apropriadas para a UE em um relatório de falha. Caso contrário, o IP-SM-GW (AS) extrai as Mensagens Curtas (SMS-SUBMETER) e constrói a SMS-ENTREGAR e, em 6, envia-a para a rede IMS terminal. Em 7, a rede IMS encerra tenta entregar a SM para o destinatário designado. Em 8a, 8b, 8c ou, a rede IMS terminal responde com uma das seguintes opções: 8-A) rede IMS terminal se recusar ou não permitir a entrega SMS com MSISDN menos operação, enviando de volta um erro permanente; 8b) rede IMS terminal não é capaz de entregar a SM para destinatário designado e retorna um ID de correlação para permitir novas tentativas em um momento posterior. IP-SM-GW em seguida, encaminha o SM para SMSC para armazenamento e operação para a frente; ou 8c) rede IMS terminal é bem sucedida entrega do SM para o destinatário designado. Em 9, um relatório de resposta determinada nas etapas 8a, 8b, 8c ou é devolvido para o UE-A. Para 8a, a resposta indica ao UE-A que o SMS para este destinatário falhou permanentemente. Para 8b, a resposta é o relatório de Submissão recebido do SMSC. Para 8c, a resposta indica uma entrega bem sucedida do SM para o destinatário.

[049] A Figura 2A ilustra um diagrama de sinalização que mostra como o SMSC-A entrega a mensagem SMS para o UE-B, de acordo com uma concretização. A etapa 1 da Fig. 2a corresponde à parte submissão ilustrada na Fig. 1a discutido acima. Na etapa 2 da Fig. 2a, o SMSC-A seleciona o IP-SM-GW-B para entrega e envia o SMS com forwardshortMsg para IP-SM-GW-B. Esta mensagem inclui da UE-A SIP URI ou IMSI. O campo TP-OA é preenchido com um valor que indica o UE receptor (por exemplo, UE-B) que é tratado sem MSISDN. Por exemplo, em uma concretização, isto pode ser feito através da fixação do campo TP-OA que pode ser ajustado para um valor simulado (por exemplo, 000s). Na etapa 3, o IP-SM-GW-B está ciente de que o UE-A não tem uma MSISDN por causa do valor fictício no campo TP-OA ou a inclusão de URI ES-A SIP. Se apenas o IMSI é recebido, o IP-SM-GW-B consulta HSS-A para URI do UE-Uma via SIP, por exemplo, a interface Sh.

[050] Na etapa 4 da Fig. 2a, o IP-SM-GW-B envia a mensagem SIP para UE-B como na etapa 4b da Figura 1a, a não ser que o IP-SM-GW-B pode usar o URI SIP (identificador ou seja externo) - IMSI obrigatório em HSS, e converte o IMSI-B a SIP URI da UE-B, consultando o HSS. Se IP-SM-5 GW-B tem este SIP-URI para IMSI informação vinculativa armazenada (por exemplo, da consulta anterior HSS), então essa consulta adicional HSS não é necessária. O IP-SM-GW-B está ciente de que a UE-B é capaz de decodificar SMS de MSISDN-sem UE (ou seja, os recursos do UE-B foram informados mais cedo, por exemplo, uma nova marca característica em REGISTRADOR DE SIP e o procedimento de registro do partido). A nova indicação em MENSAGEM DE SIP pode ser usada para informar a UE-B que este SMS é de uma MSISDN-sem UE.

[051] Em algumas concretizações, ES-B não usa o valor TP-OA. Em vez disso, ES-B pode utilizar o cabeçalho de identidade p-asserted para determinar a identidade (UE-A), a identidade do remetente, como explicado acima.

[052] Em algumas concretizações, ES-B pode utilizar o valor fictício em TP-OA para determinar que o primeiro cabeçalho de identidade p-asserted que carrega o endereço de IP-SM-GW-B e os outros cabeçalhos de identidade p-asserted que transportam a identidade do remetente (isto é, ES-A).

[053] Em algumas concretizações, o IP-SM-GW-B pode preencher o TP-OA com um valor fictício que indica ao UE-B que o SIP URI do remetente é realizado no outro cabeçalho SIP, por exemplo, em Referido-por.

[054] Para o relatório entregue, o mecanismo existente, tal como definido no TS 23.040 e TS 24.341 pode ser reutilizado, como ele não usa MSISDN para confirmação de mensagem. A única diferença pode ser que, uma vez que a UE-B não tem MSISDN ou tel URI, o IP-SM-GW-B recebe SIP URI do UE- B da identidade p-asserted na mensagem que leva relatório de entrega e o IP-SM-GW-B pode precisar usar SIP URI do UE-B para ligar o relatório entregue ao anterior SMS-entregar. Note-se que este requisito se aplica também a MSISDN-sem T4 em TS 23.682 quando SMS sobre IP é usado.

[055] Para o relatório de submissão, o mecanismo existente, tal como definido no TS 23.040, pode ser reutilizado, como ele não usa MSISDN para confirmação de mensagem. A única diferença é que, desde o UE- A não tem MSISDN ou tel URI, o IP-SM-GW-A pode precisar usar URI do UE- A SIP no R-URI na mensagem que transporta o relatório de submissão.

[056] Para o relatório de status, um mecanismo semelhante é utilizado como com SMS-entregar e discutido acima. A única diferença pode ser que o relatório de estado não contém o TP-OA, mas, em vez disso, contém o TP-RA (endereço do destinatário) que atualmente tem de ser um MSISDN do destinatário original do que o estado de entrega de SMS é relatado. A SMSC só tem conhecimento do destino de (por exemplo, UE-B) IMSI. Portanto, o SMSC pode usar o IMSI no TP- RA, que é também uma extensão para parte de aplicação móvel (MAP), mas semelhante ao que é exigido em qualquer caso, a operação de entrega de SMS também em TS 23.682. Quando o IP- SM-GW recebe o relatório sobre o estado de SMSC, ele pode precisar fazer uma consulta reversa-HSS semelhante como acontece com a opção 3 na Figura. 1a, para converter o IMSI para SIP URL Em uma concretização, o IP-SM-GW preenche o TP- AR com um valor fictício que indica ao UE que o SIP URI é realizado em cabeçalhos SIP, por exemplo, em Referido-Por.

[057] Para o procedimento de Alert-SC, atualmente o serviço de mapas necessário entre HLR e MSC / SGSN / IP-SM-GW requer o uso de MSISDN ou MSISDN-alerta (ou seja, quando IMSI tem múltiplas MSISDN) para identificar o SMS para ser re-enviado. Este serviço MAP inclui: serviço MAP-ALERTAR-CENTRO-DE-SERVIÇO, MAP-INFORMAR-CENTRO-DE- SERVIÇO, serviço MAP-REPORTAR-SM-ENTREGAR-STATUS. De acordo com uma concretização, o MAP é reforçado para transportar da UE-B SIP URI e o MSISDN existente ou MSISDN de alerta é definido para um valor fictício (por exemplo, 0s).

[058] Para o espaço de solução IMS, o IP-SM-GW- B pode usar a interface Sh para definir o indicador de mensagem de espera ativo em HSS da UE-B quando a entrega do SMS falhou. Quando UE-B é novamente ativo ou indica que sua memória está novamente disponível para a recepção de SMS, o IP-SM-GW-B pode informar HSS da UE-B para tentar novamente. Para tentar novamente, HSS informa SMSC-A com IMSI e SMSC-A e a etapa 2 da figura da UE-B. 2a é repetida. Note-se que este requisito relativo ao Alertar-SC também se aplica ao MSISDN- sem T4 em TS 23,682.

[059] No que diz respeito ao compartilhamento de identidades IMS entre vários dispositivos, de acordo com as especificações atuais do IMS, é possível que o SIP URI (identidade do usuário público IMS) seja compartilhada entre vários clientes IMS. O mesmo se aplica também para Tel URI, que pode ser compartilhada no domínio IMS; embora no domínio CS é ligado a uma única IMSI e, por conseguinte, um único dispositivo. O SMS atual sobre IP (TS 24,341) resolve isso da seguinte maneira: a entrega SMS-MT nunca é bifurcada em IMS (isto é assegurado pela definição do "sem-bifurcação" diretiva na mensagem). Isso significa que a mensagem que transporta o SMS-entrega é entregue apenas para um único dispositivo. De maneira semelhante, o SMS-reportar-status é enviado apenas para um dispositivo, que pode até não ser o mesmo que originalmente enviou o SMS, cujo estado está sendo relatado. O SMS-Apresentado como relatório é enviado para todos os dispositivos registrados, mas os dispositivos que não se submeteram a SMS originais são capazes de ignorar o relatório do Chamada-ID no cabeçalho Em-Resposta-A na mensagem que leva o a apresentar-relatório SMS.

[060] A Figura 2b ilustra um exemplo de um diagrama de sinalização que descreve o SMS seja encaminhado para o SMSC para entrega, de acordo com uma concretização. Por exemplo, o SMS pode ter de ser encaminhado para o SMSC para entrega quando a entrega direta falhar (por exemplo, etapa 8b na fig. 1c), ou por qualquer outro motivo que pode exigir a re-entrega do SMS. Tal como ilustrado na fig. 2b, a 1, o IP-SM-GW pode transmitir o SM juntamente com a correlação ID recebeu na etapa 8b da Figura 1c para o SMS-SC / SMS-IWMSC. Em 2a, SMS-SC / SMS-GMSC pode receber um gatilho para voltar a entregar o SMS a partir de HSS e consultar o HSS para servir informações do nó usando o ID de correlação. Em uma concretização, os pontos de identificação de correlação em relação a IP-SM-GW na rede de destino. Em 2b, a SMS-GMSC pode transmitir o SM para o IP-SM-GW usando o endereço recebido de HSS na etapa 2a. Então, em 3a e 3b, o IP-SM-GW (terminar) pode consultar o HSS para recuperar as identidades do emissor e do receptor (SIP-URI) correspondentes a esse ID de correlação. O IP-SM-GW (terminar) pode entregar a SM a UE-B através da mensagem SIP, a 4.

[061] A Figura 2c ilustra um exemplo de um diagrama de sinalização que descreve uma mensagem curta terminando processo sem MSISDN, de acordo com uma concretização. Conforme ilustrado no exemplo da fig. 2c, em 1, os registros UE-B para o S-CSCF, de acordo com o procedimento de registro IMS. Em 2, a rede de origem IMS que recebeu o SM da UE-A pode transmitir as Mensagens Curtas (SMS-ENTREGAR) à rede IMS terminar, onde atinge o IP-SM-GW responsável por UE-B. Então, em 3, se a política local permite operação SMS MSISDN-sem, o IP-SM-GW pode tentar entregar o SM para UE-B. Na 4a e 4b, quando o SM é entregue com sucesso a ES-B, um relatório de entrega de sucesso pode ser enviado para a rede IMS originário. Se, em 5a, o IP-SM-GW tentou entregar a SM, mas encontrou algum erro (por exemplo, UE está com a memória cheia, UE não alcançável, etc), em seguida, em 5b, o IP-SM-GW pode solicitar o HSS para uma Correlação SMS MSISDN-sem ID. Neste exemplo, HSS armazena o SMSC-A de endereço, UE-As SIP URI e da UE-B SIP URL HSS também marca a indicação de mensagem esperando com o SMSC-Um endereço. Então, em 5c, o HSS retorna o MSISDN-sem ID a Correlação SMS com IP-SM-GW e, em 5d, o IP-SM-GW retorna a sua rede IMS originária, juntamente com uma indicação de falha temporária. Se, em 6a, o IP-SM-GW se recusa a operação MSISDN-sem SMS devido à política local ou outros erros permanentes (por exemplo, erro de protocolo), em seguida, em 6b, o IP-SM-GW retorna uma indicação de erro permanente para a rede IMS originária.

[062] A Figura 3 ilustra um aparelho 10 de acordo com outra concretização. Em uma concretização, o aparelho 10 pode ser elemento de rede, tal como uma porta de entrada, centro de serviço, função de controle, servidor de assinatura, etc. Em outras concretizações, o aparelho 10 pode ser um dispositivo móvel, tal como equipamento de usuário (UE). Deve notar-se que a Fig. 3 não necessariamente ilustra todos os componentes do aparelho 10. Apenas os componentes necessários para a compreensão de concretizações da invenção são ilustrados, mas um técnico no assunto iria entender que o aparelho 10 pode incluir outros componentes que não são ilustrados.

[063] O aparelho 10 inclui um processador 22 para o processamento de informações e execução de instruções ou operações. O processador 22 pode ser qualquer tipo de processador de uso geral ou específico. Enquanto um único processador 22 é mostrado na Fig. 3, múltiplos processadores podem ser utilizados de acordo com outras concretizações. Na verdade, o processador 22 pode incluir um ou mais computadores de uso geral, computadores de propósito específico, microprocessadores, processadores de sinal digital (DSPs), arranjo de portas programáveis em campo (FPGAs), circuitos integrados de aplicação específica (ASICs), e processadores baseados em uma arquitetura de processador multi-core, como exemplos.

[064] O aparelho 10 inclui adicionalmente uma memória 14, acoplada ao processador 22, para o armazenamento de informações e de instruções que podem ser executadas pelo processador 22 e a memória 14 pode ter uma ou mais memórias e de qualquer tipo adequado para o ambiente de aplicação local, e pode ser implementada usando qualquer tecnologia de armazenamento de dados não volátil ou volátil adequado, tal como um dispositivo à base de semicondutores de memória, um dispositivo de memória magnética e sistema, um dispositivo de memória óptica e sistema, memória fixa, e memória removível. Por exemplo, a memória 14 pode ser constituída por qualquer combinação de memória de acesso aleatório (RAM), memória só de leitura (ROM), memória estática, tal como um disco magnético ou óptico, ou qualquer outro tipo de máquina não transitório ou meios legível. As instruções armazenadas na memória 14 podem incluir instruções de programa ou código de programa de computador que, quando executadas pelo processador 22, permitem que o aparelho 10 execute tarefas, como aqui descrito.

[065] O aparelho 10 pode também incluir uma ou mais antenas (não mostradas) para transmissão e recepção de sinais e/ou dados para e do aparelho 10. O aparelho 10 pode adicionalmente incluir um transceptor 28 que modula a informação sobre a forma de onda portadora para transmissão através da antena(s) e demodula a informação recebida através da antena(s) para processamento adicional por outros elementos do aparelho 10. Em outras concretizações, transceptor 28 pode ser capaz de receber e transmitir sinais ou dados diretamente.

[066] O Processador 22 pode desempenhar funções relacionadas com o funcionamento do aparelho 10, incluindo, sem limitação, pré-codificação de parâmetros de ganho / fase da antena, codificação e decodificação de bits individuais que formam uma mensagem de comunicação, formatação de informações e controle total do aparelho 10, incluindo processos relacionados à gestão dos recursos de comunicação.

[067] Em uma concretização, a memória 14 armazena módulos de software de que oferecem funcionalidade quando executados pelo processador 22. Os módulos podem incluir um sistema operacional 15 que fornece a funcionalidade do sistema operacional para aparelhos 10. A memória também pode armazenar um ou mais módulos funcionais 18, como aplicações ou programas, para proporcionar a funcionalidade adicional de um aparelho 10. Os componentes do dispositivo 10 podem ser implementados em hardware ou em qualquer combinação adequada de hardware e software.

[068] Em uma concretização, o aparelho 10 pode ser de IP-SM-GW-A ilustrado na Fig. 1 discutida acima. Nesta concretização, o aparelho 10 pode ser controlado pelo processador 14 e a memória 22 para armazenar o SIP-URI e o IMSI para um dispositivo de envio de mensagens SMS na memória 14. O aparelho 10 pode, então, ser controlado através da memória 14, e o processador 22 para receber, através do transceptor 28, um SMS a partir do dispositivo de envio. O SMS pode ser, por exemplo, uma MO-SMS ou MT-SMS, de acordo com certas concretizações.

[069] Em uma concretização, o campo TP-DA de MO-SMS é preenchido com o(s) valor(es) que indica(m) que o destinatário UE é endereçado sem MSISDN, como sendo preenchida com valores falsos, o R-URI é definido como PSI, e o "Cabeçalho" está definido para SIP URL. O aparelho do dispositivo de recepção 10 pode ser ainda mais controlado pela memória 14 e processador de 22 para recuperar SIP URI do dispositivo de recepção do "Cabeçalho", e para consultar HSS do dispositivo de recepção para o IMSI e roteamento informações do dispositivo de recepção. O aparelho 10 pode, então, ser controlado através da memória 14, e o processador 22 para receber, através do transceptor 28, o IMSI solicitado e a informação de encaminhamento para o dispositivo de recepção. O aparelho 10 pode ser ainda controlado pela memória 14, e o processador 22 para entregar a mensagem SMS para o dispositivo de recepção ou para entregar diretamente a mensagem SMS para o dispositivo de recepção através do SMSC.

[070] Em uma outra concretização, o aparelho 10 pode ser ilustrado na Fig. 1 discutida acima. Nesta concretização, o aparelho 10 pode ser controlado pelo processador 22 e memória 14 para a construção de um SMS (por exemplo, MO-SMS ou MT-SMS). Em uma concretização, o aparelho 10 está configurado para preencher o campo de TP-DA de SMS com o valor (es) que indica que o receptor é dirigido a UE sem MSISDN, tais como os valores fictício, para definir o R- URI a PSI, e para definir o "para cabeçalho" para a SIP URI do dispositivo de recepção. O aparelho 10 pode, então, ser controlado através de memória 14 e processador 22 para enviar, via transceptor 28, o SMS para um gateway.

[071] Em uma outra concretização, o aparelho 10 pode ser o IP-SM-GW-B ilustrado na Fig. 1 discutida acima. Nesta concretização, o aparelho 10 pode ser controlado pelo processador 22 e memória 14 para receber uma mensagem, tal como um forwardshortMsg, a partir de um SMSC. De acordo com uma concretização, a mensagem pode incluir o SIP URI e/ou o IMSI do dispositivo de envio da SMS. O aparelho 10 pode, então, ser controlado através da memória 14, e o processador 22 para entregar uma mensagem SIP para o dispositivo de destino. Em uma concretização, a entrega da mensagem SIP pode ser realizada utilizando a ligação SIP URI - IMSI que foi armazenada durante a inscrição do dispositivo de destino. Como discutido acima, no entanto, a funcionalidade de IP-SM- GW-B pode ser combinada com o IP-SM-GW-A em uma única IP-SM- GW.

[072] Em uma outra concretização, o aparelho 10 pode ser ES-B ilustrado na fig. 1 discutida acima. Nesta concretização, o aparelho 10 pode ser controlado pelo processador 14 e a memória 22 para receber, a partir da porta de entrada, a mensagem SIP incluindo uma mensagem SMS enviada desde um dispositivo de transmissão sem MSISDN. O aparelho 10 pode, então, ser controlado através da memória 14, e o processador 22 para decodificar a mensagem SMS e usar o cabeçalho de identidade p-asserted para determinar a identidade do dispositivo de envio.

[073] A Figura 4 ilustra um diagrama de fluxo de um método de acordo com uma concretização. Em uma concretização, o processo da Fig. 4, pode ser realizado pelo IP-SM-GW-A ilustrado na Fig. 1 discutida acima. O método inclui, em 400, armazenando o SIP-URI e o IMSI para um dispositivo de envio de uma mensagem SMS. O método pode incluir ainda, em 410, que recebe uma mensagem SMS (por exemplo, MO-SMS ou MT-SMS) a partir do dispositivo de envio. Em uma concretização, o campo TP-DA de MO-SMS é preenchido com o(s) valor(es) que indica(m) que o receptor é dirigido ao UE sem MSISDN, tal como os valores do manequim, o R-URI é definido como PSI, e o "para cabeçalho "está definido para SIP URI do dispositivo de recepção. Em 420, o método pode incluir recuperar SIP URI do dispositivo de recepção do "Cabeçalho", e, em 430, a consulta HSS do dispositivo de recepção para o IMSI e informações de roteamento do dispositivo de recepção. O método pode incluir, então, em 440, recebendo o IMSI solicitado e informações para o dispositivo de recepção de roteamento. O método pode ainda incluir, em 450, fornecer a mensagem SMS para o dispositivo de recepção direta ou entregar a mensagem SMS para o dispositivo de recepção através do SMSC.

[074] A Figura 5 ilustra um diagrama de fluxo de um método de acordo com uma concretização. Em uma concretização, o processo da Fig. 5 pode ser realizado pelo UE-A ilustrada na Fig. 1 De acordo com uma concretização, o método inclui, em 500, a construção de um SMS (por exemplo, MO-SMS ou MT-SMS). A construção pode incluir o preenchimento do campo TP-DA de SMS com valor(es) que indica(m) que o destinatário UE é abordado sem MSISDN, como valores fictícios, definindo o R-URI de PSI, e definindo o "Cabeçalho" a SIP URI do dispositivo de recepção. O método pode incluir ainda, em 510, o envio de SMS para uma porta de entrada.

[075] A Figura 6 ilustra um diagrama de fluxo de um método de acordo com uma concretização. Em uma concretização, o método pode ser realizado pelo IP-SM-GW-B ilustrada na Fig. 1 discutida acima. De acordo com uma concretização, o método pode incluir, em 600, receber uma mensagem, tal como um forwardshortMsg, a partir de um SMSC. Em uma concretização, a mensagem pode incluir o SIP URI e/ou o IMSI do dispositivo de envio da SMS. O método pode incluir, então, a 610, entregar uma mensagem SIP para o dispositivo de destino. Em uma concretização, a entrega da mensagem SIP pode ser realizada utilizando o SIP URI - ligação IMSI que foi armazenado durante a inscrição do dispositivo de destino.

[076] A Figura 7 ilustra um diagrama de fluxo de um método de acordo com uma concretização. Em uma concretização, o método pode ser realizado pelo UE-B ilustrada na Fig. 1 discutida acima. O método pode incluir, em 700, receber, a partir da porta de entrada, a mensagem SIP, incluindo um SMS enviado a partir de um dispositivo de envio, sem MSISDN. O processo pode, então, incluir, em 710, a decodificação do SMS utilizando o cabeçalho de identidade p- asserted para determinar a identidade do dispositivo de envio.

[077] Em algumas concretizações, a funcionalidade de qualquer um dos métodos aqui descritos pode ser implementada através de software e/ou código de programa de computador armazenado na memória do computador ou outro meio de leitura ou tangíveis, e executado por um processador. Em outras concretizações, a funcionalidade pode ser realizada pelo hardware, por exemplo, através da utilização de um circuito integrado de aplicação específica (ASIC), uma disposição de portas programável (PGA), um arranjo de portas programável em campo (FPGA) ou qualquer outra combinação de hardware e software.

[078] As concretizações da invenção podem ter impacto no protocolo MAP de modo a incluir de ES-A IMSI ou SIP URI (ou ambos) a partir da IP-SM-GW para SMSC. No entanto, isso permite que a carga SMS e protocolo SMS (por exemplo, campo RP / TP, TS 23.040) permaneçam intocados. Além disso, a adição imposta por concretizações da invenção para a entrega de SMS é viável com diâmetro se MAP está fora de questão.

[079] As características descritas, vantagens e características da invenção podem ser combinadas de qualquer forma adequada, em um ou mais concretizações. Um técnico no assunto pertinente reconhecerá que a invenção pode ser praticada sem uma ou mais das características específicas ou as vantagens de uma concretização particular. Em outros casos, as características e vantagens adicionais, podem ser reconhecidas, em certas concretizações que podem não estar presentes em todas as concretizações da invenção.

[080] Um técnico no assunto irá prontamente entender que a invenção, tal como discutida acima, pode ser praticada com as etapas em uma ordem diferente, e/ou com os elementos de hardware em configurações que são diferentes do que aquelas que são divulgadas. Por isso, embora a invenção tenha sido descrita com base em concretizações preferidas desta, seria evidente para os peritos na técnica que certas modificações, variações, e construções alternativas seriam aparentes, embora permanecendo dentro do espirito e escopo da invenção.

Claims

1. MÉTODO, caracterizado por compreender: construir, por um equipamento de usuário de transmissão, uma mensagem de serviço de mensagem curta, em que a construção compreende o preenchimento de um campo de endereço de destino de protocolo de transferência da mensagem curta com um valor, em que o valor é configurado para indicar que a mensagem curta é endereçada sem um número de diretório de assinante internacional de estação móvel de um equipamento de usuário de recepção que é um receptor da mensagem curta, definir um identificador de recurso uniforme de pedido para uma identidade de serviço público, e definir um "para cabeçalho" da mensagem curta para um identificador de recurso uniforme de protocolo de iniciação de sessão do equipamento de usuário de recepção; e enviar, pelo equipamento de usuário de transmissão, a mensagem curta a uma rede principal.

2. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo equipamento de usuário não ter um número de diretório de assinante internacional de estação móvel.

3. MÉTODO, de acordo com a reivindicação 1 ou 2, caracterizado mensagem curta compreender um serviço de mensagem curta móvel originado ou um serviço de mensagem curta móvel terminado.

4. MÉTODO, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo gateway compreender um gateway de mensagem curta de protocolo de Internet.

5. APARELHO, caracterizado por compreender: pelo menos um processador; e pelo menos uma memória, a pelo menos uma memória configurada, com o pelo menos um processador, para fazer com que o aparelho pelo menos: construa uma mensagem curta, em que a construção compreende o preenchimento do campo de endereço de destino de protocolo de transferência da mensagem curta com um valor, em que o valor é configurado para indicar que a mensagem curta que é endereçada sem um número de diretório de assinante internacional de estação móvel de um equipamento de usuário que é um receptor da mensagem curta, definir um identificador de recurso uniforme de pedido para a identidade de serviço público, e definir um "para cabeçalho" do serviço de mensagem curta a um identificador de recurso uniforme de protocolo de iniciação de sessão do equipamento de usuário de recepção; e enviar a mensagem curta a uma rede principal.

6. APARELHO, de acordo com a reivindicação 5, caracterizado pelo aparelho compreender um equipamento de usuário, e em que o equipamento de usuário não tem um número de diretório de assinante internacional de estação móvel.

7. APARELHO, de acordo com a reivindicação 5 ou 6, caracterizado pela mensagem de serviço de mensagem curta compreender um serviço de mensagem curta móvel originado) ou um serviço de mensagem curta móvel terminado.

8. APARELHO, de acordo com qualquer uma das reivindicações 5 a 7, caracterizado pelo gateway compreender um gateway de mensagem curta de protocolo de Internet.

9. MEIO LEGÍVEL POR COMPUTADOR, caracterizado compreender instruções configuradas para controlar um processador para executar um processo, que compreende: construir uma mensagem curta, em que a construção compreende o preenchimento de um campo de endereço de destino de protocolo de transferência da mensagem curta com um valor, em que o valor é configurado para indicar que a mensagem curta é endereçada sem um número de diretório de assinante internacional de estação móvel de um equipamento de usuário de recepção que é um receptor da mensagem curta, definir um identificador de recurso uniforme de pedido para a identidade de serviço público, e definir um "para cabeçalho" da mensagem curta para um identificador de recurso uniforme de protocolo de iniciação de sessão do equipamento de usuário de recepção; e enviar a mensagem curta para uma rede principal.