- iPhone 15 Pro에서 RCS 메시징이 한 달 넘게 작동하지 않는 문제가 지속되고 있으며, Apple과 통신사 간에 책임 공방이 이어지는 상황
- 과거 MMS 및 RCS 관련 문제를 직접 해결해본 경험이 있는 사용자가, 이번에는 iOS 26 업데이트 이후 RCS 활성화가 멈춘 사례를 상세히 기록
- Google이 커스텀 Android OS에서 RCS를 의도적으로 차단한 전례와, 미국 통신사들이 Google Jibe 인프라에 의존하고 있다는 점을 지적
- Apple 지원팀이 문제를 통신사 탓으로 돌리며 실질적 진단 권한이 부족하다고 비판, 로그 분석 결과
UserInteractionRequired.xml관련 오류가 핵심 단서로 제시됨 - RCS 표준의 복잡성과 Apple·Google·통신사 간 책임 부재가 사용자 경험을 저해하는 대표적 사례로 드러남
iPhone에서 RCS가 작동하지 않는 문제
- iPhone 15 Pro에서 한 달 이상 RCS 메시징이 비활성화된 상태 지속
- Apple은 통신사 문제로, 통신사는 Apple 문제로 돌리는 상황
- AppleCare+를 통해 지원을 요청했으나 실질적 해결책 제시 없음
- iOS 18에서는 정상 작동했으나 iOS 26 업데이트 이후 “활성화 대기 중” 상태로 멈춤
- 동일한 eSIM을 다른 iPhone(14 Pro Max, SE3)에 옮기면 즉시 활성화됨
- T-Mobile, US Mobile(AT&T망), Verizon 등 3개 주요 통신사 모두 동일 증상 발생
사용자 배경 및 과거 경험
- Android와 iOS를 모두 사용하는 OS 중립적 사용자로, LineageOS를 직접 빌드해 사용
- 과거 Verizon Wireless의 MMS 전송 실패 문제를 직접 수정한 경험 있음
- Verizon이 UAProf 도메인을 폐기해 MMS 수신이 불가능했던 문제를 보고 및 해결 유도
- T-Mobile은 UAProf를 요구하지 않아 동일 문제 없음
Google의 RCS 차단 사례
- 2023년 말부터 Google이 커스텀 Android OS에서 RCS를 의도적으로 차단
- RCS가 활성화된 것처럼 보이지만 실제로 메시지가 송수신되지 않음
- 이후 Google이 차단 사실을 인정했으며, 몇 달 뒤에야 비활성화 알림 추가
- 사용자는 Pixel 기기 지문을 위조(spoof) 하여 RCS를 복구함
- 이 방법이 가능하다는 점에서 Google의 “스팸 방지 목적” 주장은 설득력 부족
Apple의 RCS 도입과 문제 발생
- Apple은 iOS 18에서 RCS 2.4 버전 지원을 도입, iOS 26 시리즈에서 종단간 암호화(E2E) 추가 예정
- iOS 26 업그레이드 후 RCS 활성화 실패 발생
- Mullvad DNS를 사용하지만 가족의 다른 iPhone에서는 문제 없음
- 네트워크 설정 초기화, eSIM 재발급, iMessage 토글, 복원 등 다양한 조치 모두 실패
로그 분석 및 원인 단서
-
idevicesyslog를 통해 CommCenter 로그 수백 MB를 분석-
UserInteractionRequired.xml파일이 “무한 유효성” 상태로 남아 프로비저닝 실패 유발 가능성 - 로그에 “Provisioning not possible”, “IMS not ready” 등의 메시지 다수 확인
-
- Apple의 공식 문서나 지원팀에서는 이 파일 관련 정보나 해결책 제공 없음
Apple 지원의 한계
- Apple 직원들은 문제 원인을 통신사로 돌리도록 지침받음
- 실제로는 모든 통신사에서 동일 증상이 재현되어 해당 설명이 성립하지 않음
- Apple Store는 기기 보드 교체(IMEI 변경) 를 제안했으나, 문제 원인 분석 없이 단순 교체에 그침
- eSIM을 다른 테스트 기기에 옮길 수 없어 진단 한계 존재
- 사용자는 Apple이 로그 기반 원인 분석 및 내부 피드백 체계를 마련해야 한다고 지적
Google Jibe 인프라의 역할
- 미국 통신사들은 자체 RCS 서버 운영을 중단하고 Google Jibe 플랫폼에 의존
- Apple 직원들은 이 구조를 인지하지 못하거나 고객에게 설명하지 않음
- Jibe 관련 문서는 통신사 파트너 전용으로 공개되어 있어 일반 사용자는 접근 불가
- 사용자는 Jibe가 문제의 핵심일 가능성을 제기하지만, Apple·Google·통신사 모두 접근 경로 부재
결론 및 요구
- Apple이 단순 교체가 아닌 근본적 문제 분석 및 수정을 수행해야 함
- 오픈소스 환경에서는 문제를 직접 파악·수정할 수 있지만, 폐쇄적 플랫폼에서는 사용자 통제권 부재
- RCS 실패 사례는 플랫폼 간 상호운용성 부족과 책임 회피 구조를 드러내는 사례로 제시됨
- 사용자는 Apple에 “Radar(버그 리포트 채널) ” 제공을 요청하며, 로그 기반 원인 규명을 요구