Introdução
Este documento descreve a desconexão incorreta do assinante que ocorre como resultado do defeito descrito na ID de erro CSCwr06145.
Informações de Apoio
Depois que um usuário (UE) conclui uma chamada de emergência, a rede desconecta implicitamente o UE imediatamente quando ele retorna ao estado ocioso.
A causa raiz é um defeito de software na lógica MME da Cisco, disparando incorretamente uma desconexão implícita quando o tempo limite estendido do T3412 é definido como zero.
Pré-requisitos
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
- Versão do software:21.28.m28 (consulte BST para obter versões adicionais do software afetadas).
- Plataforma de hardware: ASR-5500
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste documento começaram com uma configuração limpa (padrão). Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Dispositivos/versões afetados:
- Cisco ASR5500 System Software Versão 21.28.m28 e versões anteriores onde a lógica mencionada anteriormente é implementada.
- Todas as plataformas ASR5000/ASR5500, incluindo MME herdado e virtual.
- Todas as imagens/configurações de software onde `emm t3412-extended-timeout` podem ser definidas como zero.
Problema
A implementação do Cisco MME faz referência à lógica de sessão de emergência e usa a configuração de timeout estendido emm t3412 para determinar quando disparar a desconexão implícita para os UEs após o serviço de emergência.
De acordo com a configuração afetada:
`emm t3412-extended-timeout` é definido como 0.
O código Cisco MME (incorretamente) aciona a desanexação implícita "imediatamente" porque sua lógica interpreta o valor do temporizador estendido de 0 como expiração, em vez de ignorá-lo.
Como resultado, na transição para ocioso após a liberação do portador de emergência, o MME exclui todas as sessões PDN, desanexa implicitamente o UE e a solicitação de serviço subsequente do UE é rejeitada com causa "implicitamente desanexada".
Os logs de rede confirmam a exclusão de solicitações de sessão para todos os PDNs e SGs-IMSI-Detach (quando a interface SGs estiver presente).
Isso não é compatível com o padrão porque, por especificação, quando o T3412 estendido não é anunciado, cronômetros TAU periódicos normais devem ser usados.
Indicadores técnicos:
- Desconexão imediata observada nos registros S1AP, GTPv2 na transição ociosa.
- Nenhum temporizador estendido é anunciado nas mensagens NAS Accept.
- Attach Accept/TAU Accept da rede para UE não possui IE de temporizador estendido T3412.
- Todos os nós (herdados/virtuais) apresentam o mesmo comportamento.
Exemplo de configuração em que a configuração emm t3412-extended-timeout` é definida como 0.
emm t3412-timeout 6480
emm t3412-extended-timeout 0
emm implicit-detach-timeout 3600
No exemplo de rastreamento, depois que a chamada de emergência é liberada e o dispositivo fica OCIOSO, a desanexação implícita ocorre incorretamente, seguida por uma Rejeição de Serviço.

Solução
Comportamento antigo: Para sessões de emergência com suporte a recursos de rede MS habilitado, ao passar para ocioso, o temporizador estendido T3412 (emmt3412-extended-timeout) foi considerado como temporizador de alcance móvel.
Isso ocorre porque a lógica MME interpreta incorretamente o valor emmt3412-extended-timeout` de "0" como expiração, em vez de ignorá-lo.
Novo comportamento: Para sessões de emergência com suporte a recursos de rede MS habilitado, ao passar para ocioso, se o temporizador estendido T3412 (emmt3412-timeout) estiver configurado como 0, o temporizador T3412 será considerado como temporizador de alcançabilidade móvel.
A Correção para esse defeito CSCwr06145 está disponível no Cisco ASR500/ASR5500 System Software R21.28.m38 e posterior.
Referências:
- Erros: CSCwr06145 : Chamada de Emergência Incorreta e Desanexação Implícita