또한 , 종래 기술 에 따르 면 , 긴급 세션 은 비 정상 적 인 시나리오 동안 긴급 세션 을 위한 서비스 요구 과정 과 네트워크 - 개시 분리 과정 ( network - initiated detach procedure ) 간 의 충돌 에 의해 방해 받 을 수 도 있 다 . 3 GPP 기술 사양 TS 24 . 008 릴리즈 9 에 는 , ( 예 를 들 어 , GMM - SERVICE - REQUEST - INITIATED 상태 또는 EMM - SERVICE - REQUEST - INITAITED 상태 에서 ) UE 가 긴급 서비스 세션 을 위한 서비스 요구 과정 을 개시 할 때 , UE 가 서비스 요구 과정 을 포기 하 고 네트워크 로부터 분리 요구 메시지 를 수신 한 후 분리 과정 을 수행 하 는 것 에 대해 기술 되 어 있 다 . 예 를 들 어 , " 분리 타입 "" IMSI 분리 "" 를 가지 는 분리 요구 메시지 를 수신 하 여 UE 를 CS 서비스 로부터 분리 한 후 ", UE 는 결합 된 트랙 킹 영역 갱신 과정 을 수행 하 여 CS 서비스 를 다시 첨부 해야 한다 . 이 과정 은 긴급 통화 활성 화 과정 을 무산 시킬 것 이 고 , 이 에 따라 사용 자 는 이러 한 분리 과정 및 후속 의 첨부 과정 을 마치 기 전 까지 는 다른 긴급 서비스 를 개시 할 수 없 게 될 것 이 다 . 대안 으로 , " UE 가 분리 타입 "" 재 첨부 보상 받 지 못함 ( re - attach not requited ) "" 을 가지 는 분리 요구 메시지 를 수신 하 여 UE 가 PS 서비스 로부터 분리 되 면 ", UE 는 서비스 요구 과정 을 무산 시키 고 분리 과정 을 진행할 것 이 다 . 마찬가지 로 , 네트워크 도 서비스 요구 과정 을 무산 시키 고 분리 과정 을 진행할 것 이 다 . 이 경우 , 분리 과정 및 후속 의 긴급 첨부 과정 이 끝난 후 긴급 세션 이 구축 될 수 있 을 뿐 이 다 . 그러므로 긴급 통화 는 지연 될 것 이 다 . 일부 의 시간 - 임계 의 경우 에서 는 , 이러 한 지연 이 중요 하 다 .