KR101412732B1 - 진화형 패킷 시스템에서 음성 서비스 인디케이터에 기초하여 음성 서비스에 액세스하기 위한 시스템 및 방법 - Google Patents

Abstract

사용자 장비(UE)를 포함하는 통신 시스템에서 네트워크 컴포넌트를 사용해서 서비스를 이용가능하게 하기 위한 방법이 제공된다. UE는 SIP 요청일 수 있는 제1 메시지를 요구하기 위해 구성된다. 네트워크 컴포넌트는 제1 메시지에 기초해서 제2 메시지, 또는 SIP 요청을 생성하기 위해 구성된다. 네트워크 컴포넌트는 후속적으로 SIP 응답을 수신하고, SIP 응답을 수신시에 후속 동작을 선택하도록 더 구성된다.

Description

진화형 패킷 시스템에서 음성 서비스 인디케이터에 기초하여 음성 서비스에 액세스하기 위한 시스템 및 방법{SYSTEM AND METHODS FOR ACCESSING VOICE SERVICES BASED ON VOICE SERVICE INDICATORS IN AN EVOLVED PACKET SYSTEM}

본 발명의 개시(disclosure)는 일반적으로 통신 시스템에서 네트워크 컴포넌트를 사용해서 서비스를 이용가능하게 하기 위한 방법에 대한 것이고, 보다 구체적으로는 인터넷 프로토콜 멀티미디어 서브시스템(IMS: Internet Protocol Multimedia Subsystem)에서 음성 서비스를 제공하기 위한 방법에 대한 것이고, 또한 대응 네트워크 요소에 대한 것이다.

여기에서 사용되는 용어 "장치"(device)는 고정식 및 이동식 전화기, 개인용 정보 단말기, 핸드헬드 또는 랩톱 컴퓨터, 스마트폰, 프린터, 팩시밀리 장치, 텔레비전, 셋톱박스, 및 기타 영상 표시 장치와 같은 전자 장치; 홈 오디오 설비 및 기타의 가정용 오락 시스템, 옥내 감시 및 제어 시스템(예를 들면, 옥내 감시, 경보 시스템 및 실내온도 조절 시스템), 컴퓨터화 냉장고와 같은 고급형 가정용 설비 및 네트워크 통신 능력이 있는 유사한 장치를 포함하는 용어 "이동국"(MS), "사용자 에이전트" 또는 "사용자 장비"(UE)를 인용한다. 일부 구성에서, UE는 무선 모바일 장치를 인용할 수 있다.

UE는 또한 데스크톱 컴퓨터, 셋톱 박스, TV, IPTV 또는 네트워크 노드와 같이 유사한 능력을 갖지만 운반이 곤란한 장치를 인용할 수 있다.

용어 장치는 고정식 또는 이동식일 수 있는 세션 개시 프로토콜(SIP) 사용자 에이전트(UA)를 또한 인용할 수 있다. UA가 네트워크 노드일 때, 네트워크 노드는 UA 또는 고정 선로 장치와 같은 다른 기능 대신에 작용할 수 있고, UA 또는 고정 선로 장치를 시뮬레이트 또는 에뮬레이트할 수 있다. 예를 들어서, 일부 UA에 대하여, 전형적으로 장치에 상주하는 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) SIP 클라이언트는 실제로 네트워크에 상주하여 SIP 메시지 정보를 최적화 프로토콜을 이용하여 장치에 중계할 수 있다. 다시 말해서, 전통적으로 UA에 의해 실행되었던 일부 기능이 원격 UA의 형태로 분산될 수 있고, 여기에서 원격 UA는 네트워크 내의 UA를 말한다.

용어 "UE"는 비제한적인 예를 들자면 SIP 세션을 포함하는 통신 세션을 종결할 수 있는 임의의 하드웨어 또는 소프트웨어 성분을 또한 인용할 수 있다. 또한, 용어 "사용자 에이전트", "UA", "사용자 장비", "UE", 및 "노드"는 여기에서 동의어로 사용된다. 이 기술에 숙련된 사람이라면 이 용어들이 명세서 내에서 상호 교환적으로 사용될 수 있다는 것을 알 것이다.

UE는 각종 네트워크 구성 및/또는 무선 접속 기술(RAT)을 이용하여 고속 데이터 통신을 제공하는 무선 통신 네트워크에서 동작할 수 있다. 예를 들면, UE는 글로벌 이동 통신 시스템(GSM) 및 일반 패킷 무선 서비스(GPRS) 기술에 따라서 동작할 수 있다. 오늘날, 이러한 UE는 GSM 개선용 강화 데이터 속도(Enhanced Data rates for GSM Evolution; EDGE) 또는 고급형 GPRS(EGPRS) 또는 고급형 GPRS 페이즈 2(EGPRS2)에 따라서 또한 동작할 수 있다. UE가 동작할 수 있는 다른 무선 네트워크로는, 비제한적인 예를 들자면, CDMA, UMTS, E-UTRAN, WiMax, 및 WLAN(예를 들면 IEEE 802.11) 등이 있다. UE는 또한 xDSL, DOCSIS 케이블 네트워크, 이더넷 또는 광학 네트워크와 같은 고정식 네트워크 환경에서 동작할 수 있다. 일부 UE는 한번에 단일 액세스 네트워크 기술에서 또는 복수의 액세스 네트워크 기술을 동시에 이용하는 어떤 장치에서 하나 이상의 액세스 네트워크 기술에 따라 동작할 수 있는 다중 모드 동작을 할 수 있다.

무선 통신 시스템에 있어서, 기지국의 전송 장비는 셀이라고 알려져 있는 지리적 영역 전체에 걸쳐서 신호를 전송한다. 기술이 진화함에 따라서, 예전에는 가능하지 않았던 서비스를 제공할 수 있는 더욱 진보된 장비가 도입되었다. 이 진보된 장비는 예를 들면 기지국보다는 진화형 범용 지상 무선 접속 네트워크(E-UTRAN) 노드 B(eNB) 또는 종래의 무선 통신 시스템에서의 등가 장비보다 더욱 고도로 진화된 다른 시스템 또는 장치를 포함한다. 이러한 진보된 즉 차세대 장비는 여기에서 롱텀 에볼루션(LTE) 장비라고 인용되고, 이러한 장비를 이용하는 패킷 기반 네트워크는 진화형 패킷 시스템(EPS)이라고 인용될 수 있다. 여기에서 사용되는 용어 "액세스 장치"는 통신 시스템의 다른 컴포넌트에 대한 액세스를 UE에게 제공할 수 있는 종래의 기지국, eNB, 또는 다른 LTE 액세스 장치와 같은 임의의 컴포넌트를 인용한다.

3세대 파트너십 프로젝트(3GPP) 시스템에 있어서, 음성 서비스는 일련의 수단을 통하여 모바일 운용자에 의해 제공될 수 있다. 예를 들면 GPRS/EDGE 무선 접속 네트워크(GERAN) 및 범용 지상 무선 접속 네트워크(UTRAN)를 통해서, 회선 교환 방식(Circuit Switched; CS) 하부구조가 음성 서비스를 제공하기 위해 사용될 수 있다. 대안적으로, GERAN 및 UTRAN을 통해서, IMS- 또는 IP 코어 네트워크(CN) 멀티미디어 서브시스템이 사용될 수 있다. 그 경우에, IP를 통한 음성(voice-over-IP) 또는 IMS를 이용한 음성 통신은 'PS를 통한 IMS 음성'(IMS voice over PS)이라고 부른다. 또한 CS를 이용하여 음성 베어러(voice bearer)를 제공하고 IMS를 이용하여 음성 베어러를 제어하는 하이브리드 솔루션이 또한 지원될 수 있고, 이것은 IMS 집중화 서비스(ICS)로서 알려져 있고 3GPP TS 23.292 및 3GPP TS 24.292에 규정되어 있다. E-UTRAN을 통해서, IMS가 사용될 수 있다. 일부 경우에, LTE 네트워크를 통한 음성 서비스(즉, UE가 활동적으로 접속되고 LTE 네트워크를 통해 데이터를 교환하는 것)는 IMS를 이용하여 제공될 수 있다.

특정의 네트워크, 네트워크 영역 또는 네트워크 셀이 어떤 환경에서 음성 서비스를 제공하는지를 표시하기 위한 각종 음성 서비스 인디케이터(VSI)가 규정되어 있다. 인디케이터(indicator)는 하기의 값들을 포함한다: "PS 세션 지원을 통한 IMS 음성"(IMS Voice over PS session supported)(즉, VoIMS 인디케이터), "음성 중심"(Voice Centric) 또는 "데이터 중심"(Data Centric), 및 "CS 음성만"(CS Voice only), "IMS PS 음성만"(IMS PS voice only), "CS 음성 우선, IMS 음성 종속"(CS voice preferred, IMS voice secondary) 또는 "IMS 음성 우선, CS 음성 종속"(IMS voice preferred, CS voice secondary). VoIMS 인디케이터는 "음성 중심" 또는 "데이터 중심" 인디케이터가 UE에 있는 동안 각 NAS 등록(예를 들면, EPS 부착(attachment)) 및 NAS 등록 갱신시에 네트워크에 의해 UE에게 제공될 수 있다. 일부 경우에, "PS 세션 지원을 통한 IMS 음성" 인디케이터의 부재는 네트워크(예를 들면, e노드B)가 음성에 대해 최적화되지 못한 것을 시사한다. 그러나, 일부 경우에, 음성은 음성이 우선으로 되지 않은 경우에도 지원될 수 있다. 우선권(preference)은 운용자 우선권, 사용자 우선권, 가입자 우선권 또는 이들의 조합으로서 특정될 수 있다. 사용자, 가입자(예를 들면 기업) 및/또는 운용자는 우선권을 관리할 수 있다. 우선권은 액세스 네트워크마다 적용할 수 있다. 예를 들면, WIMAX 또는 IEEE 802.11 기반 액세스 네트워크와 같은 다른 액세스 네트워크와 비교할 때 E-UTRAN에 대하여 다른 우선권이 존재할 수 있다. 이러한 우선권은 UE가 지원하는 각각의 및 모든 액세스 네트워크와 관련되지 않을 수 있다. 운용자의 네트워크 요소들은 만일 우선권이 있는 다른 액세스 네트워크가 존재하면 우선권이 더 낮은 액세스 네트워크를 이용하여 음성 통화가 전달되지 않도록 또는 종결되도록 하는 우선권을 인식할 수 있다.

본 발명에서, VSI는 위에서 인용한 "PS 세션 지원을 통한 IMS 음성" 표시에 필적하는 네트워크 제공 VoIMS 인디케이터(또는 PS를 통한 IMS 음성(IMSVoPS) 인디케이터)를 포함한 몇 가지 방법으로 분류될 수 있고, UE의 사용량 설정은 위에서 인용한 "음성 중심" 또는 "데이터 중심" VSI와 같을 수 있다. 음성 중심 UE는 음성 서비스를 사용할 수 있고, 따라서 그 서비스가 어떻게 공급되는가에 상관없이 음성 서비스를 획득하려고 시도할 수 있다. 이와 대조적으로, 데이터 중심 UE는 음성 서비스를 이용할 수 없는 경우에도 최상의 가능한 PS(패킷 교환 방식) 서비스를 갖고자 할 수 있다. 예를 들면, 데이터 중심 UE는 음성 서비스가 E-UTRAN에서 이용할 수 없는 경우에도 E-UTRAN에서 머무르기를 선호할 수 있다. 음성 서비스는 운용자의 서비스 시나리오에 따라서 데이터 중심 UE에게 제공될 수 있다. 마지막으로, UE의 음성 설정은 위에서 인용한 "CS 음성만", "IMS PS 음성만", "CS 음성 우선, IMS 음성 종속" 또는 "IMS 음성 우선, CS 음성 종속" VSI와 같을 수 있다. 하기의 표 1은 이러한 그룹화 및 명명(naming) 규칙을 요약한 것이다.

이 출원에서 사용되는 인디케이터의 일반 명칭	명세서에서의 인디케이터 명칭	인디케이터의 소유권
VoIMS 인디케이터 또는 PS를 통한 IMS 음성 인디케이터	- "PS 세션 비지원을 통한 IMS 음성" 또는 - "PS 세션 지원을 통한 IMS 음성"	네트워크에 의해 설정된다. 각각의 NAS 등록(예컨대 EPS 부착) 및 NAS 등록 갱신시에 네트워크에 의해 UE에게 제공된다
UE 사용량 설정	- "음성 중심" 또는 - "데이터 중심"	운용자에 의해 제공될 수도 있고, 또는 예를 들면 사용자 입력의 결과로서 UE에 의해 변경될 수도 있다
UE 음성 설정	- "CS 음성만" 또는 - "IMS PS 음성만" 또는 - "CS 음성 우선, IMS 음성 종속" 또는 - "IMS 음성 우선, CS 음성 종속"	운용자에 의해 제공될 수도 있고, 또는 예를 들면 사용자 입력의 결과로서 UE에 의해 변경될 수도 있다

무선 통신 네트워크가 진화를 계속함에 따라서, 일부 네트워크 구현예에서는 GERAN 및/또는 UTRAN에 의해 제공되는 더 완전한 무선 커버리지 내에 상주하는 LTE형 네트워크 커버리지의 섬(island)들이 있을 수 있다. 그래서, LTE 네트워크에 접속된 UE에게 음성 서비스를 전달하기 위한 각종 메카니즘들이 규정되어 있다. 예를 들면, CS 폴백 절차는 제1 RAT -RAT는 PS(패킷 교환 방식) 도메인 서비스만 제공하는 것임- 를 이용하여 네트워크에 접속된 UE가 CS 도메인 서비스를 제공하는 다른 네트워크에도 또한 동시에 등록할 수 있게 한다. CS 폴백은 예를 들면 UE가 CS 도메인 서비스를 제공하는 네트워크의 셀로 이동하게 하고 음성 통화를 개시하는 시점에서 UE가 PS 도메인 서비스만을 제공하는(즉, CS 도메인 서비스는 제공하지 않음) 네트워크의 셀에 관련되어 있을 때 음성 통화를 개시시키기 위해 사용될 수 있다. 음성 통화를 개시하는 UE는 PS 도메인 서비스만을 제공하는 네트워크의 셀에서 아이들(idle) 또는 활성(active)일 수 있다. 용어 "등록"은 이 명세서에서 2가지 목적으로, 즉 (1) SIP UA를 SIP 레지스트라(REGISTRAR)에 의해 등록하는 동작을 묘사하기 위해 및 (2) 하위층에 의해 등록하는 동작을 묘사하기 위해 사용된다. SIP에서, UA가 등록된 때, 전형적으로 SIP 등록 요청이 UA에 의해 전송되고 SIP 200(OK) 응답이 UA에 의해 수신된다. 대안적으로, UA는 다른 수단에 의해 등록될 수 있다. 이 명세서에서, 만일 UA가 기능 요소의 IMS 노드인 노드 또는 기능 요소에서 레지스트라 기능에 의해 등록되면, 우리는 "IMS 등록"이라는 용어를 사용한다. 전형적으로 S-CSCF는 IMS에서 레지스트라의 임무를 수행한다. 하위층에서, 예를 들면, NAS 또는 접근 계층에서, UE는 UTRAN 또는 GERAN을 통해 GPRS 네트워크에 대한 부착 절차를 수행함으로써 또는 LTE 또는 E-UTRAN을 통해 EPC에 의한 부착을 수행함으로써 연속성을 획득하기 위해 네트워크에 등록한다. NAS 층에서의 등록은 또한 라우팅 영역 갱신, 추적 영역 갱신(TAU), NAS 결합 부착 및 결합 TAU의 개념을 인용할 수 있다. 이것은 이 명세서 전체에 걸쳐서 "등록"을 적용하는 상황으로부터 명백해질 것이다.

구체적으로, 운용자가 LTE를 증분적으로 전개하고 IMS를 전개하지 않은 경우에, CS 폴백 절차는 UE가 초기 부착에서 결합 부착 절차를 수행함으로써 또는 이동성의 경우에 결합 추적 영역 갱신 절차를 수행함으로써 PS 코어 네트워크(즉, 3GPP 진화형 패킷 코어(EPC))에 및 CS 도메인(즉, 모바일 스위칭 센터(MSC))에 동시에 부착하고; UE가 다른 RAT(GERAN 또는 UTRAN)에 대한 핸드오버를 수행하고 CS 도메인을 이용하여 CS 통화의 확립을 계속하게 하는 유입(incoming) CS 통화 통지를 수신할 수 있는 동안에 LTE를 통해 데이터 서비스를 교환하며; 다른 RAT(GERAN 또는 UTRAN)에 대한 핸드오버를 수행하고 CS 도메인을 이용하여 CS 통화의 확립을 수행함으로써 유출(outgoing) CS 통화를 확립할 수 있는 동안에 LTE를 통해 데이터 서비스를 교환하게 한다.

UE는 LTE를 통해 다수의 방법으로 음성 서비스를 지원하도록 구성될 수 있다. 예를 들면, UE는 네트워크 운용자에 의해 제공되지 않는 IP 솔루션을 통해 음성을 지원할 수 있다(예를 들면, 스카이프, CS 폴백, IMS, 또는 일반 액세스에 의한 LTR를 통한 음성(VoLGA)). 위에서 설명한 것처럼, IMS가 특정 LTE에 대하여 이용가능인지를 규정하기 위한 다수의 메시지 태그가 있다(예를 들면, VoIMS, SRVCC). 또한, UE는 미리 정해진 로직 트리(logic tree)에 기초하여 초기 또는 우선권이 있는 음성 솔루션을 선택하도록 구성될 수 있다. 만일 초기 음성 솔루션이 이용불능이면, UE는 미리 정해진 논리 규칙에 따라 반응하도록 구성될 수 있다.

모바일 종결 세션이 IMS 네트워크(예를 들면, IMS 응용 서버(AS)와 같은 노드를 포함함)에 제공된 때, 노드는 셀 전달을 위한 목표 도메인(즉, CS 도메인 또는 PS 도메인)을 어떻게 선택할 것인지를 결정한다. 목표 도메인은 LTE 네트워크 또는 E-UTRAN을 통한 IMS 등록의 결과로서 또는 CS 목표 어드레스에 의해 구성됨으로써 규정될 수 있고, 여기에서 CS 목표 어드레스는 예를 들면 결합 부착 절차의 결과로서 제공된다. 일부 경우에, 등록시에, 만일 VoIMS 또는 단일 무선 음성 통화 연속성(SRVCC)이 지원되지 않는 것을 UE가 발견하면, UE는 그 등록 정보에 "오디오" 특징 태그 또는 IMS 통신 서비스 식별자(ICSI)(예를 들면, 멀티미디어 전화(MMTel))와 같은 표시를 포함하지 않을 수 있다. 그러나, "오디오" 특징 태그는 단지 양방향 풀 듀플렉스 음성보다 더 많은 서비스를 묘사할 수 있기 때문에, "오디오" 특징 태그의 부재는 IP를 통한 스트리밍 음악 또는 라디오와 같은 많은 서비스에 대한 UE 액세스를 거절할 수 있다. 유사하게, MMTel ICSI의 부재는 MMTel 명세서에 따라서 특정 서비스(예를 들면, 파일 전송)를 거절할 수 있다. 약어 "AS"는 이 명세서에서 2가지 목적으로, 즉 (1) 노드 또는 기능 요소 "응용 서버"(application server)를 나타내기 위해서, 및 (2) "접근 계층"(access stratum)을 나타내기 위해서 사용된다는 점에 주목한다. SIP에서, UA가 서비스를 요청하고 다른 UA가 서비스를 렌더링 또는 제공할 때, 전형적으로 SIP 요청 메시지가 UA에 의해 다른 UA에게 전송되었다. 다른 UA는 IMS에서 "응용 서버"라고 부르는 노드 또는 기능 요소에 대하여 호스트될 수 있다. 전형적으로, I-CSCF 또는 S-CSCF 또는 E-CSCF는 요청을 응용 서버에 라우트시킨다. 이것은 이 명세서 전체에 걸쳐 "AS" 약어가 적용되는 상황에서 명확히 될 것이다.

일반적으로, IMS AS는, IMS 등록 메시지를 수신한 후에, LTE 액세스가 음성 서비스를 지원하는지 여부를 알지 못한다. 이때, IMS AS는 IMS 등록 메시지에 내포된 정보보다는 다른 정보에 의존하여 세션(음성을 포함함)이 어떻게 라우트되어야 하는지 또는 세션(음성을 포함함)이 어떻게 라우트되어야 하는지 결정하는 옵션을 UE에게 제공해야 하는지를 결정할 수 있다. 만일 세션(음성을 포함함)이 어떻게 라우트되어야 하는지 결정하는 옵션이 UE에게 제공되면, UE는 모바일 종결 통화 또는 음성을 포함한 것에 대한 오퍼(offer)와 함께 SIP 초대(INVITE)의 수신에 어떻게 응답할 것인지를 결정한다. 본 발명에서 IMS AS는 서비스 집중화 및 연속성 응용 서버(SCC AS)일 수 있다.

표준을 변경하는 관점에서, UE는 RAT에 접속된 동안 특정 서비스가 지원된다는 표시, 예를 들면, 부착, 추적 영역 갱신, 라우팅 영역 갱신 또는 결합 부착 절차를 수행할 때 수신된 GPRS 또는 LTE/EPC/E-UTRAN에 접속된 때 "PS 세션 지원을 통한 IMS 음성" 표시를 수신할 수 있다. 등록 영역 갱신 절차의 수행에 기인해서, "특정 서비스가 지원된다는 표시"를 변경할 수 있다. 그 결과, 만일 UE가 IMS 도메인으로부터 서비스(가입자에 대하여 공급된 것)를 수신하고 또한 등록하였으면, UE는 IMS 도메인에 의해 제공된 일부 서비스를 획득할 수 없고 "특정 서비스가 지원된다는 표시"의 현재 값에 따라서 액세스 네트워크에서 가입자의 일부로서 인증될 수 있다.

일부 예에 있어서, 문제점들은 서비스가 UE에게 제공되는 방법, VoIMS 인디케이터의 값, 및 UE 사용량 설정과 음성 설정에 따라서 UE에 대한 서비스(예를 들면 모바일 종결 음성 통화)의 전달과 관련이 있다. 특히, 문제점은 UE가 각종 RAT 및 음성 솔루션을 통해 서비스를 수신할 수 있고, UE가 선호하는 RAT(예를 들면, UE에서의 폴리시에 기초하여 선호되는 것으로 결정된 RAT)가 요구되는 서비스/특징을 지원하지 않는 경우의 시나리오에 적용할 수 있다. 일부 경우에, UE가 선호하는 RAT는 결코 규정되지 않는다는 점에 주목한다.

예를 들면, UE는 VoIMS 인디케이터에 의해 표시된 것처럼 VoIMS가 이용불능인 영역에서 LTE를 통해 또는 E-UTRAN을 이용하여 IMS에 등록될 수 있다. 유사하게, SRVCC가 이용불능일 수 있고, SRVCC 플래그가 설정되지 않을 수 있다. 만일 VoIMS 인디케이터가 지원되지 않으면, 네트워크에 의해 이용가능으로 되거나 UE의 하위층에 의해 이용가능으로 되는 표시는 없다. 그 경우에, UE는 IMS 등록을 수행하기 전에 또는 IMS 등록 후이지만 IMS 음성(VoIMS) 세션 확립 전에, VoIMS가 지원되는지를 결정하지 못할 수 있다. VoIMS 인디케이터의 부재는 VoIMS가 지원되거나 지원되지 않는 디폴트에 의해 암시할 수 있다.

이처럼, IMS 등록시에, UE는 UE가 음성 서비스를 위해 IMS를 사용하려고 하는지 여부를 IMS 하부구조에 표시하지 못할 수 있다. 또한, UE가 "음성" 서비스를 위해서 또는 "비음성" 서비스만을 위해서 IMS를 사용하려고 하는지 여부를 IMS에 표시하도록(예를 들면 등록시에) UE가 구성되었다고 가정하더라도(예를 들면, UE가 "음성" 및 "비음성" 서비스를 원하지만 VoIMS 인디케이터가 제공되지 않았거나 VoIMS가 이용불능임을 표시한 때), UE가 PS RAT(예를 들면, LTE)에 주둔하고 있을 때 IMS에 유입되는 모바일 종결 통화가 어떻게 전달되는지, 또는 통화가 CS 도메인 전체에 걸쳐 UE에게 어떻게 라우트될 수 있는지가 불명료할 수 있다. 따라서, PS 도메인에서 PS RAT를 통한 IMS를 이용하여 통화가 UE에게 라우트되는지 여부 또는 통화가 CS 도메인을 통하여 라우트되는지 여부에 관하여 불명료할 수 있다.

UE IMS 또는 SIP 스택이 VoIMS 인디케이터의 값과 관련하여 NAS에 의해 제공된 표시에 대한 액세스를 갖지 않는 UE에 있어서, UE는 UE가 특정 지역에서 IMS 음성을 수신하거나 개시할 수 있는지 여부를 알지 못한다. 일부 경우에, UE의 IMS 또는 SIP 스택은 먼저 VoIMS 세션을 위해 IMS를 이용하는 강도로 IMS에 등록하고, 그 다음에 NAS가 VoIMS가 이용불능인 VoIMS 인디케이터를 통하여 실현할 수 있다. 그 경우에, 통화가 IMS를 통하여 전달되지 않을 것임을 UE의 IMS 또는 SIP 스택이 네트워크에 표시하는 것이 어려울 수 있고, 코어 네트워크 하부구조는 상기 2가지 경우를 구별할 수 없다. 이와 같이, IMS에 등록된 UE의 AS/NAS 층이 IMS 통화가 가능하지 않고 IMS를 통해 UE에게 지향되는 유입 통화가 있음을 VoIMS 인디케이터를 통해 알게 된 때, UE의 IMS 스택은 예를 들면 IMS 스택이 AS/NAS 스택에 단단히 통합되지 않고 IMS 스택이 VoIMS 표시를 갖지 않기 때문에 유입 음성 통화를 아직 수용할 것이다. 이 문제는 UE가 IMS를 통해 유입 통화를 수용함에 있어서 부정확한 동작을 수행할 때 또한 발생할 수 있다.

추가의 문제점은 UE가 하나 이상의 음성 솔루션(즉, 다른 애플리케이션: 예를 들면 VoLGA 및 IMS)을 실행하는 경우에 발생할 수 있다. 하나의 음성 솔루션이 운용자에 의해 제공되고(Op음성), 하나 이상의 솔루션이 IMS를 통해(예를 들면 기업에 의해 제공되는 기업 음성), 또는 App음성 및 AppIMS를 통해 다른 관계자에 의해 제공될 수 있다. 그 경우에, Op음성 서비스에 액세스하기 위해, UE는 IMS의 선택을 위한 현재 솔루션(예를 들면 3GPP에서 규정된 것), CS 폴백 및 임의의 다른 가능한 솔루션(예를 들면, VoLGA)을 구현할 수 있다. App음성에 액세스하기 위해, UE는 AppIMS 하부구조에 접속할 수 있다. 운송층으로부터의 VoIMS 인디케이터가 이용가능이고 네트워크가 IMS의 이용가능을 표시할 때만 UE가 AppIMS에 접속하는 것으로 결정하면 UE는 다른 서비스를 위한 IMS 등록을 시도하지 않을 수 있기 때문에, AppIMS에 접속할 지의 결정은 Op음성에 대하여 사용된 것과 동일한 규칙/메카니즘에 따르지 않을 수 있다. UE가 App음성을 위하여 AppIMS에 대신 등록하면, 유입 App음성 통화에서의 라우팅 문제는 IMS 음성 통화가 지원되지 않는(예를 들면, QoS 때문에) 것을 VoIMS 인디케이터가 나타내는 지역에 UE가 있지 않을 수 있기 때문에 해결될 필요가 있다.

다시 말해서, UE가 1) 네트워크에 접속되고 현재 3GPP에서 규정된 대로 Op음성을 위한 음성 솔루션을 선택한 때(예를 들면, VoIMS 인디케이터, CS 폴백 결합 등록/TAU의 성공 또는 실패 등에 기초해서), 또는 2) UE가 예를 들면 App음성 제공자에 의해 UE에게 제공된 폴리시에 기초하여 App음성을 위해 AppIMS에 접속된 때 문제점이 발생할 수 있다. VoIMS 인디케이터가 이용가능이고 IMS 음성이 가능하지 않다고 표시하는 경우, 또는 VoIMS가 이용불능인 경우에도, UE가 그렇게 할 것이라고 폴리시가 표시하면 UE는 App음성을 위하여 AppIMS에 등록할 수 있다. 문제점은 또한, 3) IMS 음성이 지원되지 않는다고 VoIMS 인디케이터가 표시하는 지역에 UE가 있을 때, 또는 4) App음성 솔루션이 UE에서 다른 음성 솔루션(예를 들면, VoLGA, CS 폴백 등)과 통합되지 않은 때 발생할 수 있고, 따라서 UE는 IMS 음성이 이용불능일 때 UE에게 App음성을 제공하는 다른 솔루션에 "폴백"할 수 없다. App음성 스택은 UE의 Op음성 스택과 다를 수 있다.

본 발명에서는 적어도 하나의 도메인을 지원하는 통신 시스템에서 네트워크 컴포넌트를 사용해서 서비스를 이용가능하게 하기 위한 방법이 제공되며, 이 방법은 제1 SIP 요청을 수신하는 단계; 상기 제1 SIP 요청에 기초해서 상기 네트워크 컴포넌트를 통해 제2 SIP 요청을 생성하는 단계; SIP 응답을 수신하는 단계와; 상기 SIP 응답을 수신시에 후속 동작을 선택하는 단계를 포함한다.

또한, 본 발명에서는 적어도 하나의 도메인을 지원하는 통신 시스템에서 네트워크 컴포넌트를 사용해서 서비스를 이용가능하게 하기 위한 방법이 제공되며, 이 방법은 제1 메시지를 수신하는 단계; 상기 제1 메시지에 기초해서 상기 네트워크 컴포넌트를 통해 제2 메시지를 생성하는 단계; 제3 메시지를 수신하는 단계와; 상기 제3 메시지를 수신시에 후속 동작을 선택하는 단계를 포함한다.

또한, 본 발명에서는 적어도 하나의 도메인을 지원하는 통신 시스템이 제공되며, 이 시스템은 제1 SIP 요청을 수신하도록 구성된 사용자 장비와; 상기 제1 SIP 요청에 기초해서 제2 SIP 요청을 생성하고, 후속적으로 SIP 응답을 수신하고, 상기 SIP 응답을 수신시에 후속 동작을 선택하도록 구성된 네트워크 컴포넌트를 포함한다.

본 발명은 패킷 교환방식 도메인과 회선 교환방식 도메인 중 적어도 하나를 지원하는 통신 시스템에서 사용자 장비를 이용하여 음성 서비스에 액세스하게 하는 효과를 제공한다.

본 발명의 더 완전한 이해를 위해, 이제 첨부 도면 및 그 상세한 설명과 함께 이하의 간단한 설명을 참조하기로 한다. 도면에 있어서 동일한 참조 번호는 동일한 부분을 나타낸다.
도 1은 UE에 대하여 "CS 음성을 종속으로 한 IMS PS 음성 우선"이 지정된 경우에 비결합 EPS/IMSI 부착(attachment)을 수행할 때 UE 행동의 흐름도이다.
도 2는 UE에 대하여 "IMS PS 음성 우선, CS 음성 종속"의 설정이 지정되고, 결합 EPS/IMSI 부착을 수행할 때 UE 행동의 흐름도이다.
도 3은 UE에 대하여 "CS 음성 우선, IMS PS 음성 종속"의 설정이 지정된 경우 UE 행동의 흐름도이다.
도 4는 UE에 대하여 "IMS PS 음성만"의 설정이 지정된 경우 UE 행동의 흐름도이다.
도 5는 UE에 대하여 "CS 음성만"의 설정이 지정된 경우 UE 행동의 흐름도이다.
도 6은 비로밍 구성에서 전반적인 폴리시 제어 및 챠징 제어(PCC) 논리 구조를 보인 도이다.
도 7은 PCC와의 상호작용을 수반하는 부착 절차를 수행하기 위한 예시적인 메시지 흐름을 보인 도이다.
도 8은 VoLGA 네트워크의 컴포넌트들을 나타내는 예시적인 네트워크 컴포넌트 맵을 보인 도이다.
도 9는 UE가 VoLGA 네트워크에 등록하기 위한 메시지 흐름을 보인 도이다.
도 10은 VoLGA 모바일 시작 통화를 개시하기 위해 UE와 VoLGA 네트워크 사이의 접속을 확립하기 위한 메시지 흐름을 보인 도이다.
도 11은 모바일 종결 통화를 위해 UE와 VoLGA 네트워크 사이의 접속을 확립하기 위한 메시지 흐름을 보인 도이다.
도 12는 UE의 능력을 네트워크에 통지하기 위한 메시지 시퀀스를 보인 도이다.
도 13은 UE와 네트워크 사이의 접속을 확립하기 위한 메시지 흐름도로서, 네트워크가 UE에 의해 요구되는 서비스 또는 특징을 지원하지 않고 UE가 비음성 서비스에 등록한 경우의 예를 보인 도이다.
도 14는 UE와 네트워크 사이의 접속을 확립하기 위한 메시지 흐름도로서, UE가 네트워크에 의해 제공된 서비스 또는 기능 인디케이터를 고려하지 않는 경우의 예를 보인 도이다.
도 15는 비교기의 기능(종결 액세스 도메인 선택(T-ADS) 기능)의 개략적 모습을 보인 도이다.
도 16은 UE와 네트워크 사이의 접속을 확립하기 위한 메시지 흐름도로서, UE가 CS 폴백에 대하여 성공적 등록을 하였을 때 SDP-CS를 포함하도록 IMS AS를 시동(trigger)시키기 위해 사용되는 특징 태그를 UE가 포함하고 있는 경우의 예를 보인 도이다.
도 17은 UE와 네트워크 사이의 접속을 확립하기 위한 메시지 흐름도로서, UE가 VoIMS 인디케이터를 조사하고 통화 전달이 Op음성 솔루션을 통해 발생해야 함을 표시하는 경우의 예를 보인 도이다.
도 18은 사용자 에이전트의 실시예를 포함한 무선 통신 시스템을 보인 도이다.
도 19는 디지털 신호 프로세서(DSP) 및 메모리를 포함한 사용자 에이전트의 블록도이다.
도 20은 사용자 에이전트의 프로세서에 의해 구현되는 소프트웨어 환경을 보인 도이다.
도 21은 네트워크들 사이에서 천이하는 세션들의 연속성을 제공하는 방법을 구현하기에 적합한 처리 컴포넌트를 포함한 시스템의 예를 보인 도이다.

본 발명은 일반적으로 통신 시스템에서 사용자 장비(UE)를 이용하여 음성 서비스를 액세스하기 위한 방법에 관한 것이고, 더 구체적으로 인터넷 프로토콜 멀티미디어 서브시스템(IMS)에서 음성 서비스를 제공하기 위한 방법 및 대응하는 네트워크 요소에 관한 것이다.

이제, 본 발명의 각종 태양을 부속 도면을 참조하여 설명한다. 도면에 있어서 동일한 참조 번호는 도면 전체에 걸쳐서 동일하거나 대응하는 요소를 나타낸다. 그러나, 부속 도면 및 그에 관한 상세한 설명은 청구되는 본 발명을 여기에서 설명하는 특수한 형태로 제한하는 것으로 의도되지 않는다. 오히려, 본 발명은 청구된 본 발명의 정신 및 범위 내에 있는 모든 수정예, 등가물 및 대안예를 포괄하는 것으로 의도된다.

여기에서 사용되는 용어 "컴포넌트", "시스템" 등은 예를 들면 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어, 또는 실행중인 소프트웨어와 같은 컴퓨터 관련 엔티티를 인용하는 것으로 의도된다. 예를 들면, 컴포넌트는 비제한적인 예로서 프로세서에서 실행하는 처리, 프로세서, 오브젝트, 실행 파일, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있다. 예로서, 컴퓨터에서 실행하는 애플리케이션 및 컴퓨터는 둘 다 컴포넌트일 수 있다. 하나 이상의 컴포넌트가 처리 및/또는 실행 스레드에 있을 수 있고, 컴포넌트는 하나의 컴퓨터에 위치될 수도 있고 2개 이상의 컴퓨터에 분산될 수도 있다.

용어 "예시적인"은 여기에서 예(example), 실례(instance) 또는 예증(illustration)으로서 사용되는 것을 의미하기 위해 사용된다. "예시적인" 것으로서 여기에서 설명하는 임의의 태양 및 설계는 반드시 다른 태양 또는 설계를 능가하는 양호한 또는 장점을 가진 것으로서 해석되지 않는다.

또한 본 발명은 여기에서 설명하는 태양들을 구현하도록 컴퓨터 또는 프로세서 기반 장치를 제어하는 소프트웨어, 펌웨어, 하드웨어 또는 이들의 임의 조합을 생성하기 위해 표준 프로그래밍 및/또는 엔지니어링 기술을 이용하는 시스템, 방법, 장치, 또는 제조 물품으로서 구현될 수 있다. 여기에서 사용되는 용어 "제조 물품"(또는 대안적으로 "컴퓨터 프로그램 제품")은 임의의 컴퓨터 판독가능 장치, 캐리어 또는 매체로부터 액세스가능한 컴퓨터 프로그램을 포괄하는 것으로 의도된다. 예를 들면, 컴퓨터 판독가능 매체는 비제한적인 예를 들자면 자기 기억 장치(예를 들면 하드 디스크, 플로피 디스크, 자기 스트립 등), 광디스크(예를 들면 콤팩트 디스크(CD), 디지털 다기능 디스크(DVD) 등), 스마트 카드 및 플래시 메모리 장치(예를 들면 카드, 스틱 등)를 포함할 수 있다. 게다가, 전자 메일을 전송 및 수신하는데 또는 인터넷이나 근거리 통신망(LAN)과 같은 네트워크에 접속하는데 사용되는 것과 같은 컴퓨터 판독가능 전자 데이터를 운반하기 위해 반송파를 사용할 수 있다는 것을 이해하여야 한다. 물론, 이 기술에 숙련된 사람이라면 청구된 본 발명의 범위 또는 정신으로부터 벗어나지 않고 이 구성에 대하여 많은 수정이 이루어질 수 있음을 알 것이다.

본 발명은 패킷 교환방식 도메인과 회선 교환방식 도메인 중 적어도 하나를 지원하는 통신 시스템에서 사용자 장비를 이용하여 음성 서비스에 액세스하는 방법을 제공한다. 이 방법은 UE에서 제1 메시지를 수신하는 단계를 포함하고, 상기 제1 메시지는 오디오 세션 표시를 포함한다. 이 방법은 또한 제1 메시지에 응답하여 제2 메시지를 전송하는 단계를 포함하고, 상기 제2 메시지는 적어도 하나의 값을 포함하는 하나 이상의 음성 서비스 인디케이터에 기초를 둔다. 제1 및 제2 메시지는 SIP 메시지일 수 있고, SIP 요청 메시지와 SIP 응답 메시지 중 적어도 하나일 수 있다.

본 발명은 또한 사용자 장비(UE)를 이용하여 서비스에 액세스하는 방법을 제공한다. UE는 제1 서비스를 요구하도록 구성된다. 이 방법은 제1 네트워크 셀을 이용하여 UE와 네트워크 사이에 데이터를 통신하기 위한 세션을 확립하는 단계와, 제1 네트워크 셀에 의해 지원되는 제2 서비스 중 적어도 하나의 리스트를 검색하는 단계를 포함한다. 제1 네트워크 셀에 의해 지원되는 제2 서비스 중 적어도 하나가 UE에 의해 요구되는 제1 서비스 중 적어도 하나와 동일하지 않을 때, 이 방법은 UE에 의해 요구되는 제1 서비스가 지원되지 않음을 표시하는 메시지를 네트워크에 전송하는 단계를 포함한다.

본 발명은 적어도 하나의 도메인을 지원하는 시스템을 또한 제공한다. 이 시스템은 제1 SIP 요청을 수신하도록 구성된 UE와, 제1 SIP 요청에 기초해서 제2 SIP 요청을 생성하고, 후속적으로 SIP 응답을 수신하고, SIP 응답을 수신시에 후속 동작을 선택하도록 구성된 네트워크 컴포넌트를 포함한다.

각종 네트워크 전개에 있어서, 각종 네트워크 요소는 하나 이상의 SIP 엔티티를 포함할 수 있다. SIP 엔티티는 예를 들면 SIP 프록시 또는 SIP 서버를 포함할 수 있다. 일부 SIP 엔티티는 전형적으로 UA가 제공되고 2가지 방식, 즉 1) 서버를 향해 요청 메시지를 발생하는 사용자 에이전트 클라이언트(UAC)로서, 및 2) 요청 메시지를 수신하고 요청 메시지를 처리하며 적당한 응답을 발생하는 사용자 에이전트 서버(UAS)로서 동작할 수 있다. 일부 응용 시나리오에 있어서, 하나의 UA가 SIP 엔티티(예를 들면, UE 장치) 및/또는 네트워크 노드로서 기능할 수 있다.

일 구현예에 있어서, SIP는 하기와 같이 6가지 유형의 요청을 사용한다. 즉, 초대(INVITE) - 사용자 또는 서비스가 세션에 참여하도록 초대된 것을 표시한다(주: 기간 세션과 통화 세션은 가끔 상호 교환적으로 사용된다). 응답(ACK) - 클라이언트가 초대 요청에 대한 최종 응답을 수신하였음을 확인한다. 바이(BYE) - 세션을 종결하고 호출자 또는 피호출자에 의해 보내질 수 있다. 취소(CANCEL) - UE에 의해 보내진 예전의 요청을 취소한다. 옵션(OPTIONS) - UE의 능력을 질의한다. 등록(REGISTER) - SIP 서버와 함께 투:(To:) 헤더 필드에 리스트된 주소를 등록한다. SIP는 진화하도록 구성되기 때문에, 수신자는 가끔 수신자가 인식하지 못하는 요청 방법을 수신할 수 있다. 이러한 요청은 비인지(UNKNOWN) 요청 방법으로서 지정될 수 있다.

요청에 응답하여, SIP는 1xx 정보 메시지, 2xx 성공 응답, 3xx 재지향 응답, 4xx 요청 실패 응답, 5xx 서버 실패 응답, 및 6xx 일반 실패 응답과 같은 응답 카테고리를 사용한다.

SIP 메시지는 전형적으로 표준화 메시지 구조를 이용하여 제공된다. 이 구조는 초기 라인(요청시의 요청 라인 및 응답시의 상태 라인)을 식별하는 커맨드 라인부, 각종 정보를 운반하는 하나 이상의 헤더 필드를 식별하는 헤더부, 및 SIP 메시지의 메시지 본문(body)부에 제공되는 하나 이상의 메시지 본문으로 구성된다. 메시지 본문은 평문, 부호화 이미지, 또는 확장형 마크업 언어(XML), 하이퍼 텍스트 마크업 언어(HTML) 등의 마크업 언어로 렌더링될 수 있는 임의의 정보와 같은 콘텐트를 유지하도록 동작한다. 각 메시지 본문(부분)은 SIP 메시지의 콘텐츠에 각각 정보를 제공하는 콘텐트-배치, 콘텐트-인코딩, 및 콘텐트-유형과 같은 헤더 필드를 이용하여 묘사된다. 일부 구현예에 있어서, 콘텐트-유형 헤더 필드의 값은 다목적 인터넷 메일 확장(MIME)형이다. IETF RFC 3261은 예를 들면 SIP의 일 구현예의 다른 묘사를 제공한다. 일부 시스템 구현예에 있어서, SIP 엔티티는 3GPP TS 23.228 및 3GPP TS 24.229와 같은 각종 3GPP 명세서를 고수한다.

하나 이상의 네트워크 노드 또는 네트워크 요소는 코어 하부구조 또는 코어 네트워크를 포함하고 SIP 엔티티로서 인용될 수 있다. 예를 들면, 네트워크 노드는 프록시-통화 세션 제어 기능(P-CSCF) 노드, 서빙-CSCF 또는 S-CSCF 노드, 질의(interrogating)-CSCF 또는 I-CSCF 노드, 브레이크아웃 게이트웨이 제어 기능(BGCF) 노드, 미디어 게이트웨이 제어 기능(MGCF) 노드, 홈 가입자 서버(HSS) 노드, IMS AS 또는 응용 서버 노드 등을 예시할 수 있다. 위에서 설명한 것처럼, 노드뿐만 아니라 종점(endpoint) UE 장치는 세션 제어, 즉 통신 세션을 구성 및 해체하기 위한 통신 프로토콜로서 SIP를 사용할 수 있다. 따라서, 네트워크 노드 및 UE 장치는 집합적으로 "SIP 엔티티" 또는 더 일반적으로 "통신 프로토콜 엔티티"라고 인용되며, 예를 들면, VCC, PTT, PoC, 긴급 서비스, ICS 등과 같은 각종 서비스를 실행하기 위해 적당한 통신 프로토콜 메시지(예를 들면, SIP 메시지)를 전송 및 수신하는데 관여한다.

IMS 집중화 서비스(ICS)는 최종 사용자에게 제공된 서비스가 IMS 네트워크에서 호스트되게 한다. 서비스는 시그널링을 위해 이용가능한 PS만을 가진 가입자에게 또는 CS 베어러를 통해 음성을 제공하는 것이 더 바람직한 경우에 제공될 수 있다. ICS에 있어서, 통화 및 서비스 제어 시그널링은 예를 들면 음성이 CS 도메인의 전통적인 CS 베어러 부분을 이용하는 동안 PS 도메인의 Gm 기준점 부분의 SIP 제어 채널을 통해 수행될 수 있다. 완전한 서비스를 제공하기 위해, 네트워크와 UE는 음성 및 데이터 전송 둘 다를 동시에 수행할 수 있다(그렇지 않으면, SIP 제어 채널은 손실될 수 있다).

일부 네트워크 전개에 있어서, ICS는 SCC AS 또는 SCC AS 노드를 포함한다. SCC AS는 모바일 종결 통화의 정확한 목표를 선택하기 위해 3GPP TS 23.292 및 3GPP TS 23.237에 의해 묘사된 종결 액세스 도메인 선택(TADS)을 제공하도록 구성될 수 있다. 목표의 선택은 UE가 사용하거나 요구하는 액세스 유형의 결정을 포함한다. 이와 같이, ICS 및 CS 폴백이 가능한 UE는 IMS를 통해 등록되고 또한 MSC에 등록될 수 있다. SCC AS는 통화가 전달되는 목표로서 상기 등록들 중 어느 하나와 관련된 목표 정보를 사용하도록 선정될 수 있다.

일부 네트워크 전개에 있어서, ICS는 포함되지 않고 통신 전환(Communication DIVersion; CDIV) AS 또는 통신 응용 서버(TAS)는 포함된다. CDIV AS는 모바일 종결 통화의 정확한 목표를 선택하기 위해 3GPP TS 24.604에 의해 묘사된 규칙 기반 통신 전환을 제공하도록 구성될 수 있다. 목표의 선택은 UE가 사용하거나 요구하는 액세스 유형의 결정을 포함한다. 이와 같이, 통신 전환(CDIV)이 가능한 UE는 IMS를 통해 등록되고 또한 MSC에 등록될 수 있다. CDIV AS는 이들 목표 중 어느 하나를 이용하여 UE에 대한 통신 또는 통신의 컴포넌트(예를 들면, 음성 성분)를 목표정할 수 있다. CDIV AS는 통신의 컴포넌트만을 목표정하지 못할 수 있고, 그 경우 통신 네트워크의 하나 이상의 다른 노드는 CS 도메인에서 CS(예를 들면 음성, 메시지)를 통해 운송하기에 적합한 미디어만의 전송을 처리한다. CDIV AS는 규칙 기반이고, 규칙들은 구성될 수 있다. 규칙들은 공통 폴리시 XML로, 예를 들면, IETF RFC 4745 또는 OMA XDM 또는 3GPP TS 24.623에 의해 표현된다. 규칙들은 Ut 인터페이스 및 XCAP 프로토콜을 이용하여 관리될 수 있다. 특정 조건에서 목표를 식별하는 규칙으로 CDIV AS를 구성하는 것이 부합될 때, 통신은 3GPP TS 24.604에서 특정된 대로 재지향될 수 있다. 1) UE가 통신을 위해 사용하였던 최종의 공지된 액세스 네트워크가 규칙으로 표시된 액세스 네트워크와 일치하는 경우 예를 들면 CS 도메인에 의해 서빙된 주소로 통신을 재지향시키기 위해 그러한 규칙이 제공되어야 한다. 2) UE가 규칙으로 표시된 액세스 네트워크와 일치하는 액세스 네트워크에 부착되었음(attached)을 네트워크(예를 들면 PCC를 지원하는 통신 네트워크의 노드)가 표시하는 경우 예를 들면 CS 도메인에 의해 서빙된 주소로 통신을 재지향시키기 위해 그러한 규칙이 제공되어야 한다. 3) UE가 IMS 음성을 지원할 수 없는 액세스 네트워크에 부착되었음을 (최종의 공지된 또는 PCC가 결정한) 액세스 네트워크가 표시하고 그 경우에 통신이 음성 미디어(예를 들면, CS 도메인)를 지원하는 액세스 네트워크에 의해 서빙되는 주소로 재지향될 필요가 있음을 규칙이 표시하는 경우 예를 들면 CS 도메인에 의해 서빙된 주소로 통신을 재지향시키기 위해 그러한 규칙이 제공되어야 한다. 4) UE가 현재의 액세스 네트워크를 통해 IMS 또는 PS 음성을 수신할 수 없음을 표시하고(예를 들면 초대 요청에 응답하여 SDP(ietd draft-ietf-mmusic-sdp-cs 참조) 또는 SIP 메시지에서 CS 음성 미디어를 표시함으로써), 그 경우에 IMS 음성이 가능한 또는 CS 음성 미디어가 가능한 액세스 네트워크에 의해 서빙되는 주소로 통신이 재지향될 필요가 있음을 규칙이 표시(SDP(예를 들면 CS 도메인)에서 표시된 것처럼)하는 경우 예를 들면 CS 도메인에 의해 서빙된 주소로 통신을 재지향시키기 위해 그러한 규칙이 제공되어야 한다. 위에서 예시한 규칙들의 조건 부분은 다른 조건들(예를 들면, 3GPP TS 24.604)에서 특정된 다른 조건들)과 함께 다른 방법으로 결합될 수 있다. 이 방법의 다른 장점은 CDIV AS가 우선권, 예를 들면 음성 미디어가 전달되는 우선권에 따라서 제공될 수 있다는 것이다.

CS 인터페이스와 Gm 인터페이스를 동시에 활성화시키는 능력을 네트워크가 지원하지 않는 상황에서, I1이 사용될 수 있다. I1은 UE와 네트워크 사이의 인터페이스 또는 기준점이고, 일부 제약(예를 들면, Gm 기준점의 부재 또는 이중 전송 모드(DTM)에 대한 지원 부족)이 CS 베어러와 함께 SIP 제어 채널을 동시에 사용하는 것을 금지하는 경우에 사용될 수 있다.

일부 네트워크에서, PCC 기능은 진화형 패킷 코어(EPC) 및 GPRS 네트워크(예를 들면, GERAN/UTRAN을 포함함)를 포함하는 각종 네트워크에 대하여 도입되었다. PCC 기능은 폴리시 및 챠징 강화 기능(PCEF), 베어러 결속 및 이벤트 보고 기능(BBERF), 폴리시 및 챠징 규칙 기능(PCRF), 응용 기능(AF), 온라인 챠징 시스템(OCS), 오프라인 챠징 시스템(OFCS) 및 가입 프로파일 저장소(SPR)를 포함한다. PCC 구조는 IP CAN(예를 들면, GPRS 코어 네트워크 또는 EPC)의 구조를 확장할 수 있고, 이 경우 폴리시 및 챠징 강화 기능은 PDN에 대하여 IP 액세스를 구현하는 게이트웨이 노드의 기능 엔티티이다.

도 1 내지 도 5는 네트워크의 VoIMS 인디케이터 및 UE의 사용량 설정의 다른 조합들에 대한 필요한 UE 동작을 보여주는 각종 용도 경우 시나리오를 나타낸 것이다.

도 1은 UE에 대하여 "CS 음성을 종속으로 한 IMS PS 음성 우선"(prefer IMS PS Voice with CS Voice as secondary)이 특정된 경우에 비결합 EPS/IMSI 부착(attachment)을 수행할 때의 UE 행동의 흐름도이다. 단계 10에서, UE는 IMS PS 음성 우선 CS 음성 종속으로 설정된다. 단계 12에서, UE는 EPS 부착 절차를 개시하고(도시된 것처럼 부착 절차는 비결합형이다), 단계 14에서 UE는 네트워크로부터의 IMS 음성 지원 표시를 체크한다. 만일 지원되면, UE는 단계 16에서 IMS 음성을 사용하고, 추적 영역 갱신(TAU)을 수행한 후에 단계 14로 되돌아간다. 그러나, 만일 IMS 음성이 지원되지 않으면, UE는 단계 18에서 CS 폴백을 위하여 결합 TAU를 수행한다. 만일 성공이면, UE는 단계 20에서 CS 폴백의 결과로서 이용가능으로 된 음성 서비스를 이용한다. 그러나, 만일 CS 폴백이 실패이면, UE는 단계 22에서 그 자신의 설정을 체크하여 설정이 음성 중심인지 데이터 중심인지를 판정한다. 만일 데이터 중심이면, 단계 24에서 UE는 현재의 RAT에서 머무른다. 그러나, 만일 UE가 음성 중심이면, 단계 26에서 UE는 다른 RAT를 재선택한다.

도 2는 UE에 대하여 "IMS PS 음성 우선, CS 음성 종속"의 설정이 특정된 경우에 결합 EPS/IMSI 부착을 수행할 때의 UE 행동의 흐름도이다. 단계 30에서, UE는 CS 음성을 종속으로 한 IMS PS 음성 우선으로 설정된다. 단계 32에서, UE는 결합 EPS/IMSI 부착 절차를 개시하고 네트워크로부터의 'PS 세션 지원을 통한 IMS 음성' 표시를 체크한다. 만일 결합형 부착이 승인되고 IMS PS 음성이 지원되지 않으면, 단계 34에서 UE는 CF 폴백을 이용하여 음성 접속을 확립한다. 그러나, 만일 IMS PS 음성이 지원되면(결합형 부착이 실패하였는지 또는 승인되었는지에 상관없이), UE는 단계 36에서 IMS 음성 서비스를 이용한다. 그러나, 만일 결합형 부착이 실패이고 IMS PS 음성이 지원되지 않으면, UE는 단계 38에서 음성 중심 또는 데이터 중심 통신에 대한 우선권에 대하여 그 자신의 설정을 체크한다. 만일 데이터 중심이면, 단계 40에서 UE는 현재의 RAT에서 머무른다. 그러나, 만일 음성 중심이면, 단계 42에서 UE는 음성 서비스에 액세스하기 위해 다른 RAT를 재선택한다.

도 3은 UE에 대하여 "CS 음성 우선, IMS PS 음성 종속"의 설정이 특정된 경우에 UE 행동의 흐름도이다. 단계 50에서, UE는 CS 음성 우선 IMS PS 음성 종속으로 설정된다. 단계 52에서, UE는 결합 EPS/IMSI 부착 절차를 개시한다. 만일 성공이면, UE는 단계 54에서 CS 폴백을 이용한다. 만일 성공이 아니면, 단계 56에서 UE는 네트워크로부터의 IMS 음성 지원 표시를 체크한다. 만일 지원되면, UE는 단계 58에서 IMS 음성 서비스를 사용하고, TAU를 수행한다. 그러나, 만일 지원되지 않으면, UE는 단계 60에서 그 자신의 설정을 체크하여 설정이 음성 중심인지 데이터 중심인지를 판정한다. 만일 데이터 중심이면, 단계 62에서 UE는 현재의 RAT에서 머무른다. 만일 음성 중심이면, 단계 64에서 UE는 다른 RAT를 재선택한다.

도 4는 UE에 대하여 "IMS PS 음성만"의 설정이 특정된 경우에 UE 행동의 흐름도이다. 단계 70에서, UE는 IMS PS 음성만으로 설정된다. 단계 72에서, UE는 EPS 부착 절차를 개시하고, 단계 74에서 UE는 네트워크로부터의 IMS 음성 지원 표시를 체크한다. 만일 지원되면, UE는 단계 76에서 IMS 음성을 사용하고, 추적 영역 갱신(TAU)을 수행한 후에 단계 74로 되돌아간다. 그러나, 만일 IMS 음성이 지원되지 않으면, UE는 단계 78에서 그 자신의 설정을 체크하여 설정이 음성 중심인지 데이터 중심인지를 판정한다. 만일 데이터 중심이면, 단계 80에서 UE는 현재의 RAT에서 머무른다. 그러나, 만일 UE가 음성 중심이면, 단계 82에서 UE는 다른 RAT를 재선택한다.

도 5는 UE에 대하여 "CS 음성만"의 설정이 특정된 경우에 UE 행동의 흐름도이다. 단계 90에서, UE는 CS 음성만으로 설정된다. 단계 92에서, UE는 결합 EPS/IMSI 부착 절차를 개시한다. 만일 성공이면 UE는 단계 94에서 CS 폴백을 이용한다. 만일 성공이 아니면, UE는 단계 96에서 그 자신의 설정을 체크하여 설정이 음성 중심인지 데이터 중심인지를 판정한다. 만일 데이터 중심이면, 단계 98에서 UE는 현재의 RAT에서 머무른다. 만일 음성 중심이면, 단계 100에서 UE는 다른 RAT를 재선택한다.

도 6은 비로밍 구성의 전반적인 PCC 논리 구조를 보인 도이다. PCRF(102)는 SPR(104), AF(106), BBERF(108) 및 게이트웨이(110)(PCEF(112)를 포함함)와 통신한다. 게이트웨이(110)는 OCS(116) 및 OFCS(114)와 통신한다. OCS(116)는 서비스 데이터 흐름 기반 신용 제어(118)를 제공한다. 예시적인 PCC 구조에 있어서, AF(106)는 UE에게 서비스를 제공한다(예를 들면, AF(106)는 IMS 서버일 수 있다).

LTE를 통해 EPC에 부착할 때, 도 7에 도시된 것처럼 PCC와의 상호작용이 있을 수 있다. 도 7은 PCC와의 상호작용을 수반하는 부착 절차를 수행하기 위한 예시적인 메시지 흐름을 보인 도이다. 특히, 130, 132 및 134의 요소로 표시한 단계들은 모두 PCC 구조의 PCRF와의 상호작용을 수반한다. PCC는 GERAN/UTRAN에 부착되는 동안 코어 네트워크와 상호작용할 수 있고, 코어 네트워크는 LTE TAU시에 베어러를 폴리싱하기 위해 PCC와 상호작용하며, PCC는 라우팅 영역 갱신시에 GPRS 코어 네트워크와 상호작용할 수 있다.

네트워크의 애플리케이션이 서비스를 제공하기 위해 QoS와 함께 특정 베어러를 필요로 할 때(예를 들면, IMS는 VoIMS를 제공하기 위해 음성을 운반할 수 있는 베어러를 필요로 함), IMS는 PCC와 상호작용하여 그러한 베어러를 요청한다. 그 다음에, PCC는 EPC(LTE용) 또는 GPRS 코어 네트워크(GERAN/UTRAN용)와 상호작용하여 적당한 베어러를 확립한다.

일반 액세스에 의한 LTE의 음성(VoLGA)에 있어서, 운용자는 E-UTRAN 커버리지에서 CS 서비스의 확립을 제어하는 기존의 CS 도메인 엔티티(예를 들면, MSC/VLR)를 재사용하여 IMS를 제공한다. VoLGA 액세스 네트워크 제어기(VANC)는 UE가 EPS에 의해 제공된 일반 IP 접속성을 이용하여 MSC/VLR에 액세스하게 한다. VANC는 A-인터페이스("VoLGA A-모드) 또는 Iu-CS 인터페이스("VoLGA Iu-모드)를 이용하여 MSC/VLR에 접속될 수 있다. EPS 관점으로부터, VANC는 애플리케이션 기능으로 보여진다.

도 8은 VoLGA 네트워크의 컴포넌트들을 나타내는 예시적인 네트워크 컴포넌트 맵을 보인 도이다. VoLGA A-모드 구조에 있어서, 홈 공중 지상 모바일 네트워크(HPLMN)의 VANC는 도 8의 접속(140)으로 보인 것처럼 A-인터페이스("VoLGA A-모드)를 이용하여 MSC/VLR에 접속된다. 그러나, VoLGA Iu-모드 구조에 있어서, HPLMN의 VANC는 도 8의 A-인터페이스(140)를 교체하는 Iu-CS 인터페이스("VoLGA Iu-모드)를 이용하여 MSC/VLR에 접속될 수 있다.

도 9는 UE가 VoLGA 네트워크에 등록하기 위한 메시지 흐름을 보인 도이다. 접속성을 얻기 위해, UE는 먼저 요소 150으로 표시한 단계에서 VANC를 발견한다. 만일 UE가 VANC 발견 절차를 성공적으로 완료하였으면(예를 들어서 SeGW 및 VANC의 주소를 갖고 있으면), UE는 요소 152로 표시한 단계에서 VoLGA 등록을 시도한다. VANC는 요소 154로 표시한 단계에서 등록을 승인하고, 요소 156으로 표시한 단계에서 등록을 거절하며, 또는 요소 158로 표시한 단계에 의해 나타낸 것처럼 (예를 들면, UE의 위치, 부하 밸런스 또는 로밍 조건에 따라서) UE를 다른 VANC에 대해 재지향할 수 있다.

VoLGA 모바일 시작 통화를 수행하는 UE는 도 10에 도시한 단계들을 따를 수 있다. 도 10은 VoLGA 모바일 시작 통화를 개시하기 위해 UE와 VoLGA 네트워크 사이에 접속을 확립하기 위한 메시지 흐름을 보인 도이다. UE는 (MSC를 통해) CS 도메인과의 모바일 시작 통화를 위한 시그널링을 확립하고, 그 다음에 LTE를 통한 베어러 및 VoLGA 터널이 확립된다. 대안적으로, 도 11은 모바일 종결 통화를 위해 UE와 VoLGA 네트워크 사이에 접속을 확립하기 위한 메시지 흐름을 보인 도이다.

일반적으로, UE는 서비스, 특징 또는 서비스 및/또는 특징의 그룹에 대한 액세스를 요구할 수 있다. UE는 복수의 RAT에 액세스하도록 구성되고 하나 이상의 RAT로부터 접속성, 서비스 또는 특징들을 획득할 것인지 여부를 결정할 수 있다. 본 발명에서 접속성은 UE가 모든 서비스 또는 특징들 각각에 대한 액세스를 획득할 수 있음을 의미하는 것은 아니다. 그 대신에, 접속성은 UE가 그 RAT에 액세스하도록 인증되고 권한이 부여된다는 것을 의미한다. 이 처리의 일부로서, UE는 원하는 서비스 또는 특징이 RAT에서 이용불능임을 알게 된다. 원하는 서비스 또는 특징은 네트워크로부터 정보를 획득하는 것, 정보를 구하는 것, 및 동적 호스트 구성 프로토콜(DHCP) 요청, 원격 인증 다이얼 인 사용자 서비스(RADIUS) 요청, 직경(diameter) 요청, 부착 승인 요청 등과 같은 각종의 점대점 메시지 요청을 포함할 수 있다. 원하는 서비스 또는 특징은 또한 DHCP 응답, RADIUS 응답, 직경 응답, 부착 승인, OK 표시, 방송 메시지와 같은 정보 검출 및 정보의 스캐닝을 포함하는, 네트워크에 의해 제공되는 특정의 점대점 메시지를 포함할 수 있다.

UE는 원하는 서비스 또는 특징을 어떻게 획득할 것인지 결정할 수 있다. 비록 이 결정이 AS/NAS 레벨에서 수행될 수 있지만, 일단 NAS/AS 선택이 이루어지면, UE는 서비스를 제공하는 하부구조(예를 들면, IMS)에 원하는 서비스를 획득하는 방법을 통보할 필요가 있다. 예를 들면, AS NAS에 기반한 선택이 음성 서비스가 없는 LTE 네트워크 셀에서의 UE의 주둔을 야기하는 경우에, UE는 음성 통화가 IMS를 통하여 라우트될 수 없음을 비음성 서비스에 대한 성공적 등록 후에 IMS에게 통보할 수 있다.

일부 경우에, UE는 UE가 요구하는 서비스 또는 특징이 이용불능이고 그러한 서비스 또는 특징을 전달하기 위해 다른 RAT를 사용해야 한다는 것을 네트워크에 통보할 수 있다. UE는 서비스 또는 특징을 위해 특정 RAT를 사용해야 한다는 것 또는 식별된 RAT가 요구된 서비스 또는 특징을 지원하지 않는다는 것을 표시하기 위한 메시지를 네트워크에 보낼 수 있다. UE가 서비스 또는 특징을 전달하라는 요청을 네트워크로부터 수신한 때, UE는 하기의 동작을 수행할 수 있다: 만일 네트워크가 서비스 또는 특징을 지원하도록 다른 RAT에게 제안하면, UE는 제공되는 서비스 또는 특징의 일부 또는 전부에 대하여 다른 RAT를 사용하는 희망을 네트워크에게 다시 표시할 수 있다; 또는 UE는 다른 RAT를 통하여 서비스 또는 특징의 전달을 네트워크가 시도하게 하는 적당한 에러 원인을 네트워크에 보낼 수 있다.

대안적으로, VoIMS 인디케이터 또는 SR-VCC 인디케이터에 기초하여 특징 또는 서비스가 이용불능임을 발견한 때, UE는 특정 서비스 또는 특징을 위해 다른 RAT를 사용해야 한다는 것을 네트워크에 신호할 수 있다. 이 예에서, 네트워크는 CS 폴백을 지원하도록 구성될 수 있고, UE는 (예를 들면 UE가 SDP CS 기능(ietf draft-ietf-mmusic-sdp-cs에서 규정된 것처럼)을 구현하지 않기 때문에) IMS 네트워크에 등록할 때 ICS 특징 태그를 포함하지 않을 수 있다. 그래서, 네트워크는 UE가 IMS에 대한 액세스를 갖는지 여부에 따라 통화를 어떻게 라우트시킬 것인지 결정하도록 요구될 수 있다.

도 12는 UE의 능력을 네트워크에 통지하는 메시지 시퀀스를 보인 도이다. 도 12의 단계 200에서, UE는 NAS 부착 절차 또는 NAS 결합 부착 철차를 수행하고 MME에 EPC를 부착하거나, 다른 액세스로부터 LTE로 이동하거나 다른 추적 영역으로 이동할 때 NAS TAU(추적 영역 갱신) 절차 또는 NAS 결합 TAU를 수행한다. 도 12에 도시된 것처럼, MME는 IMS가 지원되는지 또는 SRVCC가 지원되는지를 표시하는 적어도 하나의 플래그를 기존의 표준에 의해 다시 신호할 수 있다. 결합형 부착 또는 TAU의 경우에, MME는 MSC와 상호작용하여 UE를 MSC에 등록한다(단계 202). 이 정보를 수신한 때, 단계 204에서, UE는 원하는 서비스 또는 특징의 지원이 없다는 것에 대한 UE의 지식에 기초하여 종결 세션이 어떻게 전달되어야 하는지의 결정에 대한 UE의 우선권을 네트워크 노드(예를 들면, IMS AS 또는 SCC AS)에게 통보한다. 예를 들면, UE는 IMS를 통한 음성(VoIMS) 플래그가 음의 표시를 갖는 것으로 밝혀지거나 MME로부터 수신되지 않으면 IMS AS 또는 SCC AS에게 그의 우선권을 전송할 수 있고, 또는 SRVCC가 지원되지 않고 UE는 SRVCC가 동작하도록 요구한다. 다른 예는 UE가 항상 원하는 서비스 또는 특징의 지원이 없다는 것에 대한 지식에 기초하여 종결 세션이 어떻게 전달되어야 하는지에 관한 그의 원하는 우선권을 항상 신호할 수 있다는 것이다(예를 들면, VoIMS 및 SRVCC 플래그의 설정, 인디케이터 또는 식별자).

UE의 우선권은 모든 서비스를 도메인 A(예를 들면, 특정 RAT, 즉 GERAN 또는 UTRAN에 관계없이 CS 도메인) 또는 제2의 도메인 B에 보낼 수 있다. 대안적으로, 우선권은 특정 서비스 요청이 특정 도메인을 통하여 보내져야 한다는 것을 특정하는 조직화 표시를 제공할 수 있다. 일부 경우에, 우선권은 도 12에 도시한 것처럼 등록 단계(202)와 병행해서 또는 그 후에 특정될 수 있다. 예를 들면, VoIMS 및 SRVCC 플래그의 설정, 인디케이터 또는 식별자에 기초해서, UE는 특정 서비스가 LTE, 예를 들면 SMSoverIP, 비디오 등을 통해 보내지고 음성이 GERAN/UTRAN을 통해 보내져야 한다는 것을 결정할 수 있다.

몇 개의 인터페이스 또는 기준점을 이용하여 도 12에 도시된 하나 이상의 단계들을 구현할 수 있다. 이러한 인터페이스 또는 기준점 중의 하나는 Ut 인터페이스이다(일반적으로, UE와 SIP 응용 서버 사이에서, XCAP 및 SIP 가입/통지 프로토콜은 Ut 인터페이스의 일부로서 사용될 수 있다). 다른 잠재적 인터페이스 또는 기준점은, 만일 I1이 예를 들면 XCAP 및/또는 SIP 가입/통지와 상호작용하도록 강화되었으면 I1을 포함할 수 있다. I1은 UE와 IMS AS 사이의 기준점이고, SIP형 프로토콜을 운반하는 기본 운송(base transport)으로서 단문 메시지 서비스(SMS) 또는 비조직화 보충 서비스(USSD)를 사용한다.

대안적으로, UE는 다른 형태의 시그널링을 이용하여 하나 이상의 UE의 능력을 네트워크에 통지할 수 있다. 하나의 네트워크 구성에 있어서, IMS AS는 UE로 지향되고 UE로부터 보내진 SIP 메시지의 경로 내에 있고, 이것을 위해 IMS AS는 그 URI를 기록-라우트 헤더 필드에 포함하고 있다. S-CSCF는 적용가능한 초기 필터 기준(iFC)에서 지시된 대로 IMS AS에 SIP 메시지를 지향시킨다. 그래서, UE는 각종 SIP 메시지에 하위층의 상태에 관한 정보를 포함할 수 있다(예를 들면, 아래에서 미디어 특징 태그 정의 및 P-액세스-네트워크-Info 헤더 필드에 의해 표시된 것처럼 IMS 음성이 지원되는지 여부). 이것은 아래의 SIP 메서드 예에서 설명하는 것처럼 명시적으로 될 수 있는 인디케이터 또는 플래그로서 작용할 수 있다. 인디케이터는 a) 아래의 P-액세스-네트워크-Info 헤더 필드에 의해 표시된 것처럼 SIP 메시지 내의 P-액세스-네트워크-Info 헤더 필드에 의해 또는 b) 여기에서 설명하는 것처럼 특징 태그에 의해 정의될 수 있다.

미디어 특징 태그 정의

이하에서 예시적인 미디어 특징 태그 정의를 나타낸다.

A.1 미디어 특징 태그 g.3gpp.novoice의 정의

미디어 특징 태그명: g.3gpp.novoice

ASN.1 식별자: 1.3.6.1.8.2.x

이 태그에 의해 식별된 미디어 특징의 개요: 이 특징 태그는 장치가 풀 듀플렉스 음성을 지원할 수 없음을 표시한다.

이 특징 태그와 함께 사용하기에 적합한 값: 부울련

특징 태그는 하기의 애플리케이션, 프로토콜, 서비스 또는 협의(negotiation) 메카니즘에서 사용하는 것으로 주로 의도된다: 이 특징 태그는 전화기 또는 PDA와 같은 장치의 능력을 묘사하기 위해 통신 응용에서 가장 유용하다.

전형적인 용도의 예: 이동 전화기가 풀 듀플렉스 음성을 지원하지 않음을 표시하는 것. 스트리밍 라디오 등과 같은 다른 형태의 음성은 지원된다.

A.2 미디어 특징 태그 g.3gpp.CSFB의 정의

미디어 특징 태그명: g.3gpp.CSFB

ASN.1 식별자: 1.3.6.1.8.2.y

이 태그에 의해 식별된 미디어 특징의 개요: 이 특징 태그는 장치가 성공적 결합 부착(CSFB 등록)을 수행하였음을 표시한다.

이 특징 태그와 함께 사용하기에 적합한 값: 부울련

특징 태그는 하기의 애플리케이션, 프로토콜, 서비스 또는 협의 메카니즘에서 사용하는 것으로 주로 의도된다: 이 특징 태그는 전화기 또는 PDA와 같은 장치의 능력을 묘사하기 위해 통신 응용에서 가장 유용하다.

전형적인 용도의 예: 이동 전화기가 SG 인터페이스를 통해 성공적 결합 부착을 수행하였음을 표시하는 것.

P-액세스-네트워크-Info 헤더 필드(바뀐 부분은 밑줄로서 표시하였다)

7.2A.4 P-액세스-네트워크-Info 헤더 필드

7.2A.4.1 서문

P-액세스-네트워크-Info 헤더 필드는 특수한 액세스 기술에 관한 특수 정보를 포함하도록 확장된다.

7.2A.4.2 구문

P-액세스-네트워크-Info 헤더 필드는 RFC 3455에 기술되어 있다. 이 헤더 필드에 대하여 액세스 기술 특정 설명에 따라서 IP-CAN의 유형에 따르는 추가의 부호화 규칙이 있다.

하기의 표 2는 RFC 3455에서 규정된 P-액세스-네트워크-Info 헤더 필드의 3GPP-명세서 확장 구문을 보인 것이다.

"np" 파라미터의 존재는 P-액세스-네트워크-Info 헤더 필드가 P-CSCF에 의해 제공되는 것을 표시한다. 콘텐트는 UE에 의해 제공된 이 파라미터가 없는 P-액세스-네트워크-Info 헤더 필드와 다를 수 있다.

"np" 파라미터는 "액세스-유형" 및 "액세스-클래스" 구성 둘 다와 함께 사용될 수 있다. "액세스-유형" 구성은 값이 특수한 "액세스-클래스" 값에 특정된 것으로 알려져 있지 않은 경우에, 예를 들면 일부 값들이 PCRF로부터 전달되는 경우에 사용하도록 제공된다.

7.2A.4.3 P-액세스-네트워크-Info 헤더 필드의 추가적인 부호화 규칙

P-액세스-네트워크-Info 헤더 필드는 하기의 콘텐트가 유지된다.

1) 액세스-유형 필드는 사용중인 액세스 기술에 적합한 "3GPP-GERAN", "3GPP-UTRAN-FDD", "3GPP-UTRAN-TDD", "3GPP2-1X", "3GPP2-1X-HRPD", "3GPP2-UMB", "IEEE-802.11", "IEEE-802.11a", "IEEE-802.11b", "IEEE-802.11g", "IEEE-802.11n", "ADSL", "ADSL2", "ADSL2+", "RADSL", "SDSL", "HDSL", "HDSL2", "G.SHDSL", "VDSL", "IDSL", 또는 "DOCSIS", "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", 또는 "IEEE-802.3y" 중의 하나로 설정된다.

2) 만일 액세스 유형 필드가 "3GPP-GERAN"으로 설정되면, cgi-3gpp 파라미터는 UE의 하위층으로부터 획득된 셀 글로벌 아이덴티티로 설정된다. 셀 글로벌 아이덴티티는 MCC, MNC, LAC 및 CI의 연쇄상이다(3GPP TS 23.003에 기술된 것처럼). 그러므로, "cgi-3gpp" 파라미터의 값은 다음과 같이 텍스트 문자열로서 부호화된다.

최상위 비트에서 시작하여, MCC(3 디지트), MNC(MCC 값에 따라서 2 또는 3 디지트), LAC(완전한 16진법 표시를 이용하는 16비트의 고정 길이 부호) 및 CI(완전한 16진법 표시를 이용하는 16비트의 고정 길이 부호);

3) 만일 액세스 유형 필드가 "3GPP-UTRAN-FDD" 또는 "3GPP-UTRAN-TDD"로 설정되면, "utran-cell-id-3gpp" 파라미터는 UE의 하위층으로부터 획득된 MCC, MNC, LAC(3GPP TS 23.003에 기술된 것처럼) 및 UMTS 셀 아이덴티티(3GPP TS 25.331에 기술된 것처럼)의 연쇄상으로 설정되고, 다음과 같이 텍스트 문자열로서 부호화된다.

최상위 비트에서 시작하여, MCC(3 디지트), MNC(MCC 값에 따라서 2 또는 3 디지트), LAC(완전한 16진법 표시를 이용하는 16비트의 고정 길이 부호) 및 UMTS 셀 아이덴티티(완전한 16진법 표시를 이용하는 28비트의 고정 길이 부호);

4) 만일 액세스-클래스 필드가 설정되면, "np" 액세스-info 파라미터는 삽입되는 유일한 액세스-info 파라미터이다. 이 명세서의 이러한 릴리즈(release)는 이 파라미터에서 사용하기 위한 값을 규정하지 않는다. 액세스-클래스 필드는 P-CSCF에 의해서만 설정될 수 있다.

5) 만일 액세스 유형 필드가 "3GPP2-1X"로 설정되면, ci-3gpp2 파라미터는 특정된 순서의 SID(16 비트), NID(16 비트), PZID(8 비트) 및 BASE_ID(16 비트)(3GPP2 C.S0005-D[85] 참조)의 연쇄상에 의해 획득된 문자열의 16진수 값의 ASCII 표시로 설정된다. ci-3gpp2 파라미터의 길이는 14개의 16진수 문자이다. 16진수 문자(A~F)는 대문자(uppercase) ASCII 문자를 이용하여 부호화된다. 만일 MS가 임의의 상기 파라미터의 값을 알지 못하면, MS는 그 파라미터에 대하여 0의 값을 사용할 것이다. 예를 들어서, 만일 SID가 알려져 있지 않으면, MS는 SID를 0x0000으로서 표시할 것이다.

주 1: SID 값은 3GPP2 C.S0005-D[85]에서 특정된 것처럼 15 비트로 가정되는 16 비트를 이용하여 표시된다.

예: 만일 SID=0x1234, NID=0x5678, PZID=0x12, BASE_ID=0xFFFF이면, ci-3gpp2 값은 문자열 "1234567812FFFF"로 설정된다.

6) 만일 액세스 유형 필드가 "3GPP2-1X-HRPD"로 설정되면, ci-3gpp2 파라미터는 특정된 순서의 섹터 ID(128 비트), 서브넷 길이(8 비트)(3GPP2 C.S0024-A[86] 참조) 및 캐리어_ID(만일 이용가능하면)(3GPP2 X.S0060[86B] 참조)의 연쇄상에 의해 획득된 문자열의 16진수 값의 ASCII 표시로 설정된다. ci-3gpp2 파라미터의 길이는 캐리어_ID가 포함되어 있는지 여부에 따라서 34 또는 40개의 16진수 문자일 것이다. 16진수 문자(A~F)는 대문자 ASCII 문자를 이용하여 부호화된다.

예: 만일 섹터 ID=0x12341234123412341234123412341234, 서브넷 길이=-0x11, 캐리어_ID=0x555444이면, ci-3gpp2 값은 문자열 "1234123412341234123412341234123411555444"로 설정된다.

7) 만일 액세스 유형 필드가 "3GPP2-UMB" 3GPP2 C.S0084-000[86A]로 설정되면, ci-3gpp2 파라미터는 3GPP2 C.S0084-000[86A]에서 규정된 섹터 ID(128 비트)의 16진수 값의 ASCII 표시로 설정된다. ci-3gpp2 파라미터의 길이는 32개의 16진수 문자일 것이다. 16진수 문자(A~F)는 대문자 ASCII 문자를 이용하여 부호화된다.

예: 만일 섹터 ID=0x12341234123412341234123412341234이면, ci-3gpp2 값은 문자열 "12341234123412341234123412341234"로 설정된다.

8) 만일 액세스-유형 필드가 "IEEE-802.11", "IEEE-802.11a", "IEEE-802.11b", "IEEE-802.11g", "IEEE-802.11n" 중의 하나로 설정되면, "i-wlan-node-id" 파라미터는 임의의 한계지정(delimiting) 문자없이 AP의 MAC 주소의 16 진수값의 ASCII 표시로 설정된다.

예: AP의 MAC 주소=00-0C-F1-12-60-28이면, i-wlan-node-id는 문자열 "000cf1126028"로 설정된다.

9) 만일 액세스-유형 필드가 "ADSL", "ADSL2", "ADSL2+", "RADSL", "SDSL", "HDSL", "HDSL2", "G.SHDSL", "VDSL", "IDSL" 중의 하나로 설정되면, 액세스-info 필드는 CLF로부터 획득된 dsl-위치 파라미터를 포함할 것이다(NASS 기능 구조 참조);

10) 만일 액세스-유형 필드가 "DOCSIS"로 설정되면, 액세스-info 파라미터는 삽입되지 않는다. 이 명세서의 이러한 릴리즈는 이 파라미터에서 사용하기 위한 값들을 규정하지 않는다.

11) 만일 액세스 유형 필드가 "3GPP-E-UTRAN-FDD" 또는 "3GPP-E-UTRAN-TDD"와 같으면, "utran-cell-id-3gpp" 파라미터는 UE의 하위층으로부터 획득된 MCC, MNC, TAC(3GPP TS 23.003에 기술된 것처럼) 및 진화형 셀 글로벌 아이덴티티(3GPP TS 23.401[7B]에 기술된 것처럼)의 연쇄상으로 설정되고, 다음과 같이 텍스트 문자열로서 부호화된다.

최상위 비트에서 시작하여, MCC(3 디지트), MNC(MCC 값에 따라서 2 또는 3 디지트), TAC(완전한 16진법 표시를 이용하는 16 비트의 고정 길이 부호) 및 진화형 셀 글로벌 아이덴티티(완전한 16진법 표시를 이용하는 28비트의 고정 길이 부호); 및

11a) 만일 액세스 유형 필드가 "3GPP-E-UTRAN-FDD" 또는 "3GPP-E-UTRAN-TDD"와 같으면, NW-제공-VoIMS-인디케이터가 UE의 하위층으로부터 획득된 경우 "NW-제공-VoIMS-인디케이터" 파라미터가 포함된다.

12) 만일 액세스 유형 필드가 "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", 또는 "IEEE-802.3y" 중의 하나로 설정되고 NASS 서브시스템이 사용되면, 액세스-info 필드는 CLF로부터 획득된 eth-위치 파라미터를 포함한다(NASS 기능 구조 참조).

주 2: 다른 사용량 중에서도 특히 전술한 "cgi-3gpp", "utran-cell-id-3gpp", "ci-3gpp2", "i-wlan-node-id", "eth-위치" 및 "dsl-위치" 파라미터는 긴급 서비스용으로 사용되는 위치 식별자를 또한 구성한다.

다른 실시예에 있어서, UE는 우선권의 변화를 표시한다. 예를 들면, 사용자는 PS를 통한 음성 수신에 대한 자신의 우선권을 CS를 통한 음성 수신으로 변경할 수 있다. SCC AS 또는 TADS는 우선권이 변화하고 음성 미디어에 의한 세션이 UE를 향하여 존재하는 경우에 서비스 연속성을 수행할 수 있다. 우선권 변화는 Ut 인터페이스와 XCAP를 이용해서 또는 SIP 메시지를 이용해서 표시될 수 있다. 예를 들면, UE는 SIP 등록 요청을 이용하여 재등록할 수 있고 또는 UE는 SIP 갱신 요청 또는 SIP 초대 요청과 같은 SIP 메시지를 전송할 수 있다(만일 특수한 세션만이 서비스 연속성(예를 들면, CS 도메인에 전송되는 것)을 수신할 필요가 있는 경우). SIP 메시지는 우선권을 표시하는 인디케이터를 포함할 수 있다. 인디케이터는 헤더 필드 값으로서 또는 XML 본문부와 같은 본문부로서 인코드될 수 있다. 이러한 인디케이터는 "음성 중심" 또는 "데이터 중심", 및 "CS 음성만", "IMS PS 음성만", "CS 음성 우선, IMS 음성 종속", 또는 "IMS 음성 우선, CS 음성 종속"을 포함하는 값들을 가정할 수 있다. 특히, P-액세스-네트워크-info 헤더 필드는 이러한 인디케이터를 포함할 수 있다. 이러한 인디케이터는 반드시 E-UTRAN에만 적용되는 것이 아니다. 인디케이터는 표 2에 표시된 다른 액세스 유형 및 액세스 클래스에도 또한 적용될 수 있다.

다른 구현예에 있어서, 인디케이터는 하나 이상의 인디케이터 또는 플래그를 삭제하는 UE에 의해 암시적으로 규정될 수 있다. 예를 들면, UE는 SIP 메서드에서 특정 특징 태그, 예를 들면 특징 태그 "sip.오디오"를 삭제할 수 있다[세션 개시 프로토콜(SIP)에서 사용자 에이전트 능력을 표시하는 RFC 3840]. 네트워크 노드(예를 들면, SCC AS)가 특징 태그의 부족을 수신한 때, 네트워크 노드는 세션이 그 UE에서 종결되어야 할 때 TADS 기능이 이것을 고려할 것임을 알 것이다.

상기 2가지 경우(명시적 및 암시적 시그널링)에, P-액세스-네트워크-Info 헤더 필드는 특수한 액세스 기술에 관한 특정 정보를 포함하도록 확장될 수 있다.

특정의 액세스 기술에 대하여, P-액세스-네트워크-Info 헤더 필드는 "PS 세션 지원을 통한 IMS 음성" 인디케이터를 포함하도록 더욱 확장될 수 있다. 이러한 인디케이터에 의해 운반되는 가능한 정보는 부울련(예를 들면, 인디케이터의 존재는 지원을 의미하고, 부재는 지원 무지(support unknown) 또는 지원의 부족을 의미한다)일 수 있고, 다음과 같은 3가지의 정보 유형이 있다. 즉 양의 값으로 설정된 인디케이터의 존재는 지원을 의미하고, 부재는 지원 무지를 의미하며, 음의 값으로 설정된 인디케이터의 존재는 지원의 부족을 의미한다.

UE가 IMS를 통한 음성용으로 구성되면, UE 및 네트워크의 서비스 영역 선택(SDS) 기능은 "PS 세션 지원을 통한 IMS 음성 표시"를 고려하여야 한다. IMS 음성 통화(PS 도메인의 음성 베어러와 함께)는 RAT만을 이용하여 전달되어야 하고, 이 경우 "PS 세션 지원을 통한 IMS 음성 표시"가 적용되고 지원을 표시한다.

IMS가 RAT에 의해 지원될 때마다 음성 통화를 위해 IMS를 사용하도록 구성된 UE에 대하여, 사용자 서비스는 IM CN 서브시스템에 의해 지원되고 모바일 종결 통화는 IP 멀티미디어(IM) 코어 네트워크(CN) 서브시스템에 라우트되어야 한다.

IMS AS가 SIP 메시지의 하위층(예를 들면, NAS 층)의 지원(예를 들면, "PS 세션 지원을 통한 IMS 음성 표시"에 관한 UE 표시는 NAS 레벨에서 이용가능이고 지원을 표시한다)을 묘사하는 정보 또는 정보의 변경을 검출한 때, IMS AS는 절차의 변경을 초래하는 관련 표시를 저장할 수 있다. 예를 들면, "PS 세션 지원을 통한 IMS 음성" 인디케이터에 관하여 수신된 정보에 따라서, IMS AS는 CS 도메인에 대한 음성 미디어 성분을 포함하는 모바일 종결 통화를 목표 정할 수 있다. 일부 구현예에 있어서, TADS 기능은 전형적으로 이 기능을 제공한다.

종결하는 액세스 도메인 선택(TADS)은 UE에게 종결 세션을 전달하기 위해 사용되는 CS 액세스 및/또는 하나 이상의 PS 액세스 네트워크를 선택한다. TADS는 IMS에 및 선택적으로 UE에 위치된 기능이다.

세션을 종결하기 위하여, TADS는 항상 종결 서비스 후에 수행된다. TADS는 하기의 요소들을 선택 결정에 고려할 수 있다(제한적인 것은 아님): 1) 회선 교환 방식(CS) 도메인에서 UE의 상태(이 상태 정보는 분리형(Detached), 부착형(Attached)을 포함한다); 2) IMS에서 UE의 상태(이 상태 정보는 등록형, 비등록형을 포함한다); 3) UE 능력; 4) 선택적으로, NAS 레벨에서 사용가능하고 지원을 표시하는 "PS 세션 지원을 통한 IMS 음성 표시"에 관한 UE 표시; 5) ICS 지원의 UE 표시; 6) 액세스 네트워크 능력; 7) 기존 세션에 의해 사용된 도메인/액세스 유형; 8) 유입 세션에 포함된 미디어 성분; 및 9) 사용자 우선권 및 운용자 폴리시.

또한, P-액세스-네트워크-Info 헤더 필드 또는 다른 헤더 필드는 "음성 중심" 또는 "데이터 중심", 및 "CS 음성만", "IMS PS 음성만", "CS 음성 우선, IMS 음성 종속" 또는 "IMS 음성 우선, CS 음성 종속"을 포함하는 우선권을 표시하도록 확장될 수 있다. 헤더 필드는 우선권 변경이 발생한 때 SIP 메시지에 포함될 수 있다. 이러한 SIP 메시지는 특수한 SIP 세션만을 위한 특수 액세스(예를 들면, CS)를 통해 음성 미디어를 수신하기를 사용자가 선호할 때 전송될 수 있다(폴리시 또는 우선권의 지속기간 동안에). 대안적으로, 우선권 변경은 다른 메시지로, 예를 들면 XCAP 프로토콜의 일부로서 표시될 수 있다.

도 13은 UE와 네트워크 간에 접속을 확립하기 위한 메시지 흐름을 보인 도이고, 여기에서, 네트워크는 UE가 희망하는 서비스 또는 특징을 지원하지 않고 UE는 비음성 서비스에 등록한다. 도 13에 있어서, UE는 LTE RAT를 이용하여(즉, GERAN/UTRAN PS 또는 EPC/LTE를 통해서) PS 도메인에 접속한다. 단계 210에서, UE는 LTE에 부착될 때 NAS 부착 절차 또는 NAS 결합 부착 철차를 수행하고, 또는 다른 액세스로부터 LTE로 이동하거나 다른 추적 영역으로 이동할 때 NAS TAU(추적 영역 갱신) 절차 또는 NAS 결합 TAU를 수행한다. PS 도메인에 대한 접속성을 획득하는 일부로서, UE는 UE가 요구하는 서비스 또는 기능이 브로드캐스트되거나 점대점 메시지(예를 들면, VoIMS 및 SRVCC 플래그의 설정, 인디케이터 또는 식별자를 내포하는 네트워크-무선 장치 메시지)로 제공되는 플래그 또는 인디케이터에 의해 지원되지 않는다는 것을 발견한다.

일 구현예에 있어서, UE는 NAS 부착 절차, NAS 결합 부착 절차, 추적 영역 갱신(TAU) 절차 또는 라우팅 영역 갱신 절차 중 어느 하나와의 접속성을 요구함으로서 서비스 또는 기능의 부족을 발견할 수 있다. 응답으로, 절차의 성공적인 완료시에 네트워크로부터 UE가 다시 수신하는 특정 메시지는 VoIMS가 지원되지 않음을 표시하는 플래그를 포함할 수 있다.

그 다음에, UE는 단계 212에서 위에서 식별된 플래그/인디케이터를 포함하는 IMS 네트워크에 등록할 수 있다. 인디케이터는 모바일 종결 세션(예를 들면, IMS AS에서 종결 액세스 도메인 선택(TADS) 기능)을 전달하는 방법을 선택하는 책임이 있는 네트워크 노드로 통과될 수 있다.

만일 UE가 임의의 다른 SIP 메서드에 수반되면, UE는 만일 네트워크의 속성이 위에서 설명한 메카니즘을 이용하여 변경되는 경우 임의의 관련된 인디케이터를 갱신할 수 있다.

모바일 종결 세션이 도달한 때, 그 세션은 서비스에 라우트하는 방법을 결정하는 책임이 있는 네트워크 노드에 전달된다. TADS는 PS 도메인을 통해 등록된 UE가 소정의 서비스를 지원하지 않는다는 것을 인식할 수 있다. 서비스 지원의 부족은 a) IMS 시스템에 등록된 플래그 또는 인디케이터, b) TADS에서 설정하는 선택적 구성 데이터, 및 c) 통화를 라우트하는 방법을 결정하는데 또한 사용되는 다른 기준 중의 하나 이상에 의해 식별될 수 있다.

TADS는 그 다음에 CS 도메인에서 무선 장치의 아이덴티티를 포함하는 다른 목표 어드레스를 선택할 수 있다(예를 들면, GERAN/UTRAN CS의 MSISDN). 이것은 올바른 MSC를 위치정하기 위한 이동국 라우팅 번호(MSRN)/CS 라우팅 번호(CSRN)를 획득하기 위해 IMS AS가 HSS에게 질의하는 것을 필요로 할 수 있다. 그 다음에, 세션은 SG 인터페이스를 통해 UE를 페이징하는 MSC에게 통화를 라우팅시킴으로써 전통적인 CS 폴백 절차를 이용하여 무선 장치에 전달될 수 있다.

이 예에서, 주로 LTE 및 GERAN/UTRAN에 대하여 설명하고 있지만, 각종 RAT는, 비제한적인 예를 들자면, 하기의 것들 중 하나 이상을 포함할 수 있다.

[표 3]

액세스-유형

"IEEE-802.11" / "IEEE-802.11a" / "IEEE-802.11b" / "IEEE-802.11g" / "IEEE-802.11n" / "3GPP-GERAN" / "3GPP-UTRAN-FDD" / "3GPP-UTRAN-TDD" / "3GPP-E-UTRAN-FDD" / "3GPP-E-UTRAN-TDD" / "ADSL" / "ADSL2" / "ADSL2+" / "RADSL" / "SDSL" / "HDSL" / "HDSL2" / "G.SHDSL" / "VDSL" / "IDSL" / "3GPP2-1X" / "3GPP2-1X-HRPD" / "3GPP2-UMB" / "DOCSIS" / "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" / "IEEE-802.3y"/토큰

PCC는 LTE 및 GERAN/UTRAN, 추적 영역 갱신, 결합 추적 영역 갱신 및 라우팅 영역 갱신 각각에 대한 NAS 부착 절차 중에 EPC 네트워크와 상호작용하기 때문에, PCC는 TA 또는 RA에 각각 적용되는 VoIMS 인디케이터가 제공될 수 있다. 예를 들면, 1) 만일 UE가 부착하는 TA가 VoIMS를 지원하면, MME는 VoIMS 인디케이터를 "지원됨"으로 설정한다. 만일 TA가 VoIMS를 지원하지 않으면, MME는 VoIMS 인디케이터를 "지원되지 않음"으로 설정한다. 2) 만일 UE가 PDN 접속을 확립하는 TA가 VoIMS를 지원하면, MME는 VoIMS 인디케이터를 "지원됨"으로 설정한다. 만일 TA가 VoIMS를 지원하지 않으면, MME는 VoIMS 인디케이터를 "지원되지 않음"으로 설정한다. 3) 만일 UE가 이동하는 TA 또는 RA가 VoIMS를 지원하면, MME는 VoIMS 인디케이터를 "지원됨"으로 설정한다. 만일 TA 또는 RA가 VoIMS를 지원하지 않으면, MME는 VoIMS 인디케이터를 "지원되지 않음"으로 설정한다. 4) 만일 UE가 이동하는 RA가 VoIMS를 지원하면, SGSN은 VoIMS 인디케이터를 "지원됨"으로 설정한다. 만일 RA가 VoIMS를 지원하지 않으면, SGSN은 VoIMS 인디케이터를 "지원되지 않음"으로 설정한다. 5) 만일 UE가 현재 주둔하고 있는 RA가 VoIMS를 지원하면, SGSN은 VoIMS 인디케이터를 "지원됨"으로 설정한다. 만일 RA가 VoIMS를 지원하지 않으면, SGSN은 VoIMS 인디케이터를 "지원되지 않음"으로 설정한다. 이와 같이, PCC는 특정의 RAT에서 및 UE가 위치하고 있는 지역에서 VoIMS에 대한 지원여부를 항상 통보받을 수 있다.

따라서, 본 발명 시스템의 일 구현예에 있어서, UE에 의해 IMS 하부구조에 보내지는 PS 도메인에 의해 VoIMS의 지원을 설명하는 정보는 네트워크의 SIP 서버 또는 SIP 프록시에 의해 단속(police)되거나 주장(assert)되거나 보정될 수 있다(예를 들면, 정보가 올바른 것인지 검증하기 위해서). 예를 들면, P-CSCF는 PCC와 상호작용할 수 있다. PCC-가능 기능 요소로부터 수신된 응답에 기초해서, P-CSCF는 P-액세스-네트워크-Info 헤더 필드 값을 단속하거나 주장하거나 보정할 수 있다. 이와 같이, 네트워크는 통화를 적절히 전달하는 방법을 인식할 수 있다. 이 시스템 구현예는 이 명세서 전체에 걸쳐서 설명하는 각종 구현예 중 임의의 하나 이상과 함께 구현될 수도 있고 또는 이들과는 별개로 구현될 수도 있다.

본 발명의 시스템의 일부 구현예에 있어서, 레이스(race) 조건이 있을 수 있다. 음성 또는 스피치(speech) 미디어 성분을 가진 모바일 종결 SIP 요청은 (예를 들면, "PS 세션 지원을 통한 IMS 음성" 인디케이터를 나타내는) 하위층 지원에 대한 UE의 정보가 IMS AS의 관련 표시(즉, UE가 IMS AS에 제공한 정보)에서 아직 갱신되지 않은 동안에 IMS AS에 의해 수신될 수 있다. 그 결과, 음성 또는 스피치 미디어 성분을 가진 모바일 종결 SIP 요청에 적용된 절차는 부적절할 수 있다.

하위층 지원에 대한 UE의 정보가 변경되자마자 곧 SIP 메시지를 전송하도록 UE에게 요구하는 것은 절차가 부적절할 수 있는 시간창을 축소시킨다. 일 예로서, SIP 메시지는 예컨대 SIP 등록 요청을 이용하여 SIP 등록의 리프레시를 발생할 수 있다. UE는 또한 IUT 또는 재지향을 적용할 수 있고, 요구된 능력을 지원하는 인터페이스에 대화 음성 표시와 함께 요청을 회송할 수 있다. 대안적으로, PCC 기능 요소는 리소스의 이용가능성의 부족 때문에 서비스를 지원할 수 없음을 신호할 수 있다.

전술한 바와 같이, 특수한 네트워크 구현예의 IMS 기능 요소는 액세스 네트워크에 의해 지원되는 서비스를 나타내는 가장 최신의 정보를 항상 갖고 있지 않을 수 있다. 그래서, UE가 ICS-가능 UE인 경우의 하나의 시스템 구현예에 있어서, UE는 모바일 종결(MT) 통화가 IMS를 통해서 전달되어야 하는지 또는 CS를 통해서 전달되어야 하는지에 대한 최종 결정을 행하는 UE이다. IMS 등록 중에, UE는 UE가 ICS를 지원하는 능력이 있음을 IMS에 신호한다.

등록 후에, 모바일 종결 통화가 IMS에 도달한 때, SCC AS는 IP RAT(EPC 또는 GERAN/UTRAN PS)를 통한 미디어의 전송을 위한 SDP 미디어 성분 및/또는 CS 도메인을 통한 미디어의 전달을 위한 인디케이터를 포함하는 SIP 요청을 UE에게 보낼 수 있다. 이 예에서, SCC AS는 CS 도메인을 통한 미디어의 전달을 위한 추가의 SDP 미디어 성분을 항상 포함한다. 그 다음에 UE는 음성 솔루션의 이용가능성(예를 들면, VoIMS 플래그, 및 GERAN 또는 UTRAN에 액세스하는 능력)에 대하여 UE가 갖고 있는 정보에 기초하여 모바일 종결 세션을 수신하기 위해 어떤 도메인을 사용할 것인지를 궁극적으로 결정한다. UE가 ICS 미디어 태그를 포함함으로써 ICS 지원에 대한 표시를 포함하고 있지 않은 경우에, IMS AS는 음성 베어러를 위해 CS가 사용되게 하는 SDP를 삽입할 필요가 없다.

이 방법은 목표정해진 UE에 대한 "PS 세션 지원을 통한 IMS 음성" 인디케이터의 값을 네트워크가 인식하고 있는 경우에 비하여 추가의 SIP 메시지 교환을 요구할 수 있다는 점에 주목한다.

만일 IMS 서비스 집중화 및 연속성이 사용되지 않고 가입자가 CS 도메인 및 IMS 둘 다에 가입되어 있으면, UE는 CS 도메인에 부착되고, PS 도메인은 모바일 종결 세션을 UE에게 전달하도록 선택되지만 그 전달은 하기의 이유 중 임의의 것 때문에 실패한다: 1) UE에 의해 사용중인 RAT에서 "PS 세션 지원을 통한 IMS 음성 표시"가 지원을 표시하지 않거나 이용불능이기 때문에 UE는 IMS 음성 통화(PS 도메인의 음성 베어러와 함께)의 전달을 거절한다; 또는 2) RAT에서 "PS 세션 지원을 통한 IMS 음성 표시"가 지원을 표시하지 않거나 이용불능이고 IMS에 도달한 세션이 여기에서 설명한 것처럼 CS 도메인에 라우트될 필요가 없기 때문에 EPC는 IMS 음성 통화를 위해 필요한 베어러의 확립을 거절한다.

도 14는 UE와 네트워크 사이에 접속을 확립하기 위한 메시지 흐름을 나타낸 도이고, 여기에서 UE는 네트워크에 의해 제공된 서비스 또는 기능 인디케이터(예를 들면, RAT에의 부착시에 네트워크로부터 획득된 VoIMS 인디케이터)를 고려한다.

단계 220에서, UE는 NAS 부착 절차 또는 NAS 결합 부착 절차를 수행한다. UE는 단계 222에서 전형적인 특징 태그를 포함하고 VoIMS 인디케이터에 관련된 표시를 포함하지 않는 IMS 시스템에 등록한다. 특징 태그 또는 인디케이터 중의 하나는 ICS 특징 태그일 수 있다. 네트워크 노드, 예를 들면 SCC AS가 등록 메시지를 수신한 때, SCC AS는 제3자 등록시에 수신된 정보(예를 들면, ICS 특징 태그)를 저장한다. SCC AS가 유입 통화를 수신한 때, UE 또는 P-CSCF가 LTE형 RAT를 표시하는 P-액세스-네트워크-INFO 헤더를 포함하고 있기 때문에, SCC AS는 유입 통화를 수신하는 UE가 LTE에 등록되었음을 인식할 수 있다. 그러나, SCC AS가 전술한 바와 같이 선택적 구성 도메인 정보를 수신하지 않는 한, SCC AS는 LTE 네트워크가 IMS 음성을 지원하는지 여부를 알지 못할 수 있다. 그 결과, TADS는 LTE UE 목표를 선택할 수 있다. 만일 LTE(또는 일반적으로 PS 도메인)가 유입 통화를 전달하도록 선택되면, UE는 임의의 도메인 구성 정보가 제공되어 있지 않고 UE는 IMS에 등록되어 있기 때문에, IMS AS는 ICS 특징 태그가 포함되어 있다고 가정하는 음성 액세스를 위하여 CS 및 LTE 둘 다를 지원하는 미디어 라인을 포함한 SDP 오퍼를 구성할 것이다. 그렇지 않으면, SDP 오퍼의 CS 부분은 생략될 수 있다. 오퍼의 CS 부분을 내포하는 초대(INVITE)의 예는 아래의 표 4에 나타내었다.

SIP 초대를 수신한 때, UE는 UE의 음성 설정 및 UE의 사용량 설정을 고려하여 PS 도메인 및 CS 도메인을 통하여 소정의 서비스를 지원하도록 UE의 옵션에 대하여 수신된 SDP 옵션을 분석한다(예를 들면, CS 및 IP를 지원하는 음성에 대하여 SDP와 함께 초대를 수신한 때(LTE를 통해), UE는 이것을 VoIMS 플래그 및 SRVCC 플래그의 설정과 비교하고, 통화를 어떻게 처리할 것인지, 즉 LTE 네트워크를 통한 통화를 수용할 것인지 또는 통화를 검색하도록 CS를 통해 통화를 수행할 것인지를 결정한다).

도 15는 비교기의 기능(TADS 기능)을 개략적으로 보인 도이다. 비교기(230)는 입력 A(232) 및 입력 B(234)를 포함한다. 일 구현예에 있어서, 입력 A(232)는 UE 음성 설정에 할당되고, 입력 B(234)는 UE 사용량 설정에 할당된다. 추가의 입력들은 SIP 초대 메시지(SDP는 서비스를 위해 현재의 RAT 및 다른 RAT를 사용할 능력을 포함한다)(입력 236), 이중 전송 모드(DTM), IMS 등과 같은 서비스를 지원하는 RAT2 메시지(입력 238), 및 RAT1 인디케이터(서비스는 이 RAT에서 이용불능이다. 예를 들면 VoIMS가 없다)(입력 240)용으로 규정된다. 입력들에 기초하여, 비교기(230)는 SIP 응답(242)을 출력하도록 구성된다. 비록 도 15에 비교기(230)의 하나의 특정 구현예를 도시하였지만, 비교기의 각종 능력은 방송 정보에 의해 또는 점대점 메시지로부터 검색된 정보의 수신을 포함할 수 있다. 방송 정보는 비제한적인 예를 들자면 DTM, GPRS, EDGE 등에 대한 지원일 수 있다. 점대점 정보는 비제한적인 예를 들자면 "VoIMS 지원", "SRVCC 지원" 등일 수 있다.

본 발명 시스템의 일 구현예에 있어서, UE가 SRVCC를 원하고 있지만 이것이 지원되지 않는 경우에 VoIMS 플래그가 부정적인 방법으로 설정되고 동일하게 적용될 수 있을 때 UE가 무엇을 하는지를 나타내기 위해 하기의 의사코드를 사용할 수 있다.

[표 5]

만일 UE 음성 - CS 또는 IMS 선호이면

그리고(THEN) CS 오퍼를 가진 초대 SDP이면

그리고 UE가 데이터 중심이면

그리고 CS와 함께 SIP 응답, 예를 들면 183 SDP 회답(answer)을 보낸다, 또는

만일 SDP가 음성 성분을 내포하면, CS 오퍼(음성 성분) 포트와 관련된 미디어 라인은 0 또는 a=비활성으로 설정되고 다른 SDP M 라인들은 기존의 표준에 의해 승인될 것이다.

그 외에(ELSE) UE가 음성 중심이면

CS와 함께 SIP 응답, 예를 들면 183 SDP 회답을 보낸다

그 외에 CS 오퍼를 갖지않은 초대 SDP이면

그리고 UE가 데이터 중심이면

그리고 단지 음성만이 제공되면

SIP 에러를 보낸다(메시지는 다른 도메인 선택을 시동시킬 필요가 없다. 즉 488이 아니다)

그 외에 만일 SDP 오퍼가 다른 미디어를 포함하면

0으로 설정된 포트와 함께 음성을 내포한 미디어 라인으로 SIP 응답, 예를 들면 183을 보낸다

그 외에 만일 UE가 음성 중심이면

3GPP TS 24.292 부속절(sub-clause) 10.2.4에 의해 다른 도메인에서 선택을 시동시키는 SIP 에러 488을 보낸다.

---------------------------------------------------------------------

표 5의 의사코드에 있어서, 에러 원인은 SDP 중 어느 것도 OK가 아님을 표시할 수 있다. 만일 그러면, UE는 적어도 SDP-CS를 포함하는, UE가 승인하는 SDP의 리스트를 포함할 수 있다. IMS AS는, 에러 메시지를 수신한 때, SDP-CS를 UE에게 되돌려 보낼 수 있다.

하기의 의사코드는 VoIMS 플래그가 긍정적 방식으로 설정된 때 UE가 구현할 수 있는 일련의 단계들의 일 예이다.

[표 6]

만일 UE가 음성 - CS 선호이면

그리고 CS 오퍼를 가진 초대 SDP이면

그리고 UE가 데이터 중심이면

그리고 CS와 함께 SIP 응답, 예를 들면 183 SDP 회답을 보낸다

그 외에 UE가 음성 중심이면

CS와 함께 SIP 응답, 예를 들면 183 SDP 회답을 보낸다

그 외에 CS 오퍼를 갖지않은 초대 SDP이면

IMS 음성과 함께 SIP 응답 예를 들면 183 SDP 회답을 보내거나 SIP 에러 예를 들면 488을 되돌려 보낸다. 상기 SIP 에러의 수신에 응답하여, 네트워크 노드 또는 IMS AS는 다른 도메인 또는 RAT를 선택하도록 시동된다.

그 외에 만일 UE가 음성 - IMS 선호이면

그리고 CS 오퍼를 가진 초대 SDP이면

그리고 UE가 데이터 중심이면

IMS 음성과 함께 SIP 응답, 예를 들면 183 SDP 회답을 보낸다

그 외에 UE가 음성 중심이면

IMS 응답과 함께 SIP 응답, 예를 들면 183 SDP 회답을 보낸다

그 외에 CS 오퍼를 갖지않은 초대 SDP이면

IMS 음성과 함께 SIP 응답, 예를 들면 183 SDP 회답을 보낸다.

---------------------------------------------------------------------

상기의 예는 3GPP TS 24.292에서 구현될 때 다음과 같이 된다.

ICS UE가 초기 SIP 초대 요청 내에서 오디오 세션에 대하여 RTP 기반 IP 베어러를 이용하는 것과 CS 베어러를 이용하는 것 사이에서 UE가 선택하게 하는 SDP 오퍼를 수신한 때, 즉 오디오 미디어 라인에 대하여 하기의 것이 설정된다.

- RTP 기반 IP 베어러에 대한 미디어 라인 내의 운송 프로토콜;

- IP 주소에 대한 관련 접속 라인; 및

- 하기의 것을 표시하는 draft-ietf-mmusic-sdp-능력-협의[40], draft-garcia-mmusic-sdp-misc-cap[39], draft-ietf-mmusic-sdp-cs[36] 및 draft-ietf-mmusic-sdp-미디어-능력[41]에서 규정된 추가의 a-라인:

- "-"으로 설정된 미디어 능력 속성 "mcap";

- "PSTN"으로 설정된 운송 프로토콜 능력 속성 "tcap"; 및

- "PSTN"으로 설정된 접속 데이터 능력 속성. 이것은 "E.164"를 어드레스 유형으로 표시하고 어드레스는 SCC AS PSI DN으로 설정된다;

및 ICS UE는 TADS 실행을 지원하고, ICS UE는,

a) UE가 LTE에 있고 UE가

a. CS만이고 성공적인 결합형 부착을 수행하였으면, UE는 CS 베어러를 사용할 것이고,

b. CS만이고 성공적인 결합형 부착을 수행하지 않았으면, ICS UE는 606을 되돌려 보낼 것이다(수용불능).

i. 대안적으로 만일 플래그를 통한 VoIMS가 설정되면, UE는 RTP 기반 IP 베어러를 사용할 것이고,

ii. 대안적으로 만일 플래그를 통한 VoIMS가 설정되지 않았으면, ICS UE는 606을 되돌려 보낼 것이다(수용불능).

c. CS 선호이고 성공적인 결합형 부착을 수행하였으면, UE는 CS 베어러를 사용할 것이고,

i. 대안적으로, CS 선호이고 성공적인 결합형 부착을 수행하였으며, 플래그를 통한 VoIMS가 설정되지만 SDP가 다른 미디어뿐만 아니라 음성을 포함하면, UE는 RTP 기반 IP 베어러를 사용할 것이다.

d. CS 선호이고 성공적인 결합형 부착을 수행하지 않았으며 VoIMS 인디케이터가 설정되었으면, 및

i. UE가 3GPP TS 24.301에서 규정된 대로 EPC 부착시에 SRVCC를 원한다고 표시하고 SRVCC가 이용가능이면, UE는 RTP 기반 IP 베어러를 사용할 것이다.

ii. UE가 3GPP TS 24.301에서 규정된 대로 EPC 부착시에 SRVCC를 원한다고 표시하고 SRVCC가 이용불능이면, ICS UE는 606을 되돌려 보낼 것이다(수용불능).

iii. UE가 3GPP TS 24.301에서 규정된 대로 SRVCC를 원하지 않는다고 표시하면, UE는 RTP 기반 IP 베어러를 사용할 것이다.

e. CS 선호이고 성공적인 결합형 부착을 수행하지 않았으며 VoIMS 인디케이터가 설정되지 않았으면, ICS UE는 606을 되돌려 보낼 것이다(수용불능).

f. IMS만이고 VoIMS 인디케이터가 설정되었으면, 및

i. UE가 3GPP TS 24.301에서 규정된 대로 EPC 부착시에 SRVCC를 원한다고 표시하고 SRVCC가 이용가능이면, UE는 RTP 기반 IP 베어러를 사용할 것이다.

ii. UE가 3GPP TS 24.301에서 규정된 대로 EPC 부착시에 SRVCC를 원한다고 표시하고 SRVCC가 이용불능이면, ICS UE는 606을 되돌려 보낼 것이다(수용불능).

iii. UE가 3GPP TS 24.301에서 규정된 대로 SRVCC를 원하지 않는다고 표시하면, UE는 RTP 기반 IP 베어러를 사용할 것이다.

g. IMS만이고 VoIMS 인디케이터가 설정되지 않았으면 ICS UE는 606을 되돌려 보낼 것이다(수용불능).

h. IMS 우선이고 VoIMS 인디케이터가 설정되었으면, 및

i. UE가 3GPP TS 24.301에서 규정된 대로 EPC 부착시에 SRVCC를 원한다고 표시하고 SRVCC가 이용가능이면, UE는 RTP 기반 IP 베어러를 사용할 것이다.

ii. UE가 3GPP TS 24.301에서 규정된 대로 EPC 부착시에 SRVCC를 원한다고 표시하고 SRVCC가 이용불능이면, 및

1. UE가 성공적인 결합형 부착을 수행하였으면 UE는 CS 베어러를 사용할 것이다.

2. UE가 성공적인 결합형 부착을 수행하지 않았으면 ICS UE는 606을 되돌려 보낼 것이다(수용불능).

iii. UE가 3GPP TS 24.301에서 규정된 대로 SRVCC를 원하지 않는다고 표시하면, UE는 RTP 기반 IP 베어러를 사용할 것이다.

i. IMS 우선이고 VoIMS 인디케이터가 설정되지 않았으며 성공적인 결합형 부착을 수행하였으면, UE는 CS 베어러를 사용할 것이다.

b) UE가 GERAN/UTRAN에 있으면, 로컬 구성 및 네트워크 조건에 기초해서, UE는 관련된 오디오 미디어 스트림에 대하여 RTP 기반 IP 베어러를 사용할 것인지 또는 CS 베어러를 사용할 것인지를 결정한다.

만일 ICS UE가 RTP 기반 IP 베어러를 사용하기로 결정하면, ICS UE는 부속절 10.2.2.2에서 규정된 대로 진행하고, 추가로 RTP 기반 IP 베어러가 draft-ietf-mmusic-sdp-능력-협의[40]에 따라서 SDP 회답 내에서 사용된다고 표시한다.

만일 ICS UE가 CS 베어러를 사용하기로 결정하면, ICS UE는 부속절 10.2.2.3에서 규정된 대로 진행하고, 추가로 CS 베어러가 draft-ietf-mmusic-sdp-능력-협의[40]에 따라서 SDP 회답 내에서 사용된다고 표시한다.

도 16은 UE와 네트워크 간의 접속을 확립하기 위한 메시지 흐름을 보인 도이고, 여기에서 UE는 UE가 CS 폴백을 위한 성공적인 등록을 하였을 때 SDP-CS를 포함하도록 IMS AS를 시동시키기 위해 사용되는 특징 태그를 포함한다. 만일 CS 폴백이 성공적이지 않으면 특징 태그는 포함되지 않을 수 있다.

특징 태그는 SIP 등록시에 IMS AS에 운송될 수 있다. 이 예에서, SCC AS 행동은 태그를 포함시킴으로써 변경될 수 있다. 만일 태그가 포함되었고 ICS-가능 태그가 있으면, IMS AS는 CS 부분과 함께 SDP를 포함하는 UE를 향해 SIP 메시지를 구성할 수 있다(draft-ietf-mmusic-sdp-cs 참조). 그러나, CS 폴백 태그가 포함되지 않았으면, CS 부분을 가진 SDP는 포함될 필요가 없다.

많은 네트워크 구현예에 있어서, VoIMS 인디케이터는 초기 부착 및/또는 TAU 및/또는 결합 TAU 및/또는 PA 갱신 중에 각각 MME 또는 SGSN에 의해 UE에게 주어진다. 그 결과, VoIMS가 MME 및 SGSN에 의해 UE에게 제공된 때, MME 및 SGSN은 IMS 음성이 특정 TA를 통해서 지원되는지 또는 RA를 통해서 지원되는지를 각각 인식한다.

모바일 종결 통화가 IMS에 도달하고 UE가 IMS에 등록된 때, 통화는 UE에게 라우트될 수 있다. UE가 IMS를 이용하여/PS 도메인을 통해 라우트되는 통화를 수용한 때, IMS는 베어러의 활성화를 위해 필요한 라디오 베어러를 확립할 필요가 있고, IMS는 PCC와 상호작용하여 그렇게 한다.

본 발명의 시스템의 일 구현예에 있어서, PCC는 GERAN/UTRAN에서 NAS 부착, 추적 영역 갱신, 라우팅 영역 갱신 및 PDP 콘텍스트 활성화 중에 각각 EPC와 상호작용하기 때문에, PCC는 TA 또는 RA에 각각 적용되는 VoIMS 인디케이터가 제공될 수 있다. 그 결과, PCC는 특정 RAT 및 UE가 위치되는 지역에서 VoIMS의 지원을 항상 통보받을 수 있다.

UE가 IMS를 이용하여/PS 도메인을 통하여 라우트되는 통화를 수용한 후에 IMS가 PCC와 상호작용하여 서비스를 위한 베어러를 확립한 때, IMS로부터 유입되는 요청에 기초하여, PCC는 서비스가 지원될 수 있는지를 결정하고(예를 들면, PCC에 저장된 VoIMS 인디케이터의 값에 따라서), IMS 요청을 수용 또는 거절한다. IMS는 또한 거절의 이유 또는 설명을 제공할 수 있다. 거절에 대한 이러한 이유 또는 설명에 응답해서, IMS는 모바일 종결 통화를 CS 도메인을 통해 UE에게 라우트시키도록 결정할 수 있다. 많은 경우에, 만일 도메인 또는 RAT가 이용불능이면, 세션 또는 통화는 예를 들면 음성 메일로 라우트될 수 있다.

UE에 대한 베어러를 확립하기 위해, EPC는 PCC와 상호작용하여 베어러 QoS의 폴리싱을 수행할 수 있다. 베어러 확립 절차는 UE가 LTE에 대한 NAS 부착 절차를 수행할 때, GERAN/UTRAN을 통한 PDP 콘텍스트 요청 절차시에, 및/또는 UE가 PDN 접속 절차를 요청한 때 발생할 수 있다. 이러한 상호작용 중에, PCC는 VoIMS 인디케이터의 값이 제공될 수 있다.

UE가 IMS/PS 도메인을 통하여 라우트되는 통화를 수용한 후에 IMS가 PCC와 상호작용하여 서비스를 위한 베어러를 확립한 후에, PCC는 EPC 또는 GPRS 코어 네트워크와 상호작용하여 필요한 베어러를 확립하거나 기존 베어러를 수정할 수 있다. 서비스가 지원되지 않은 지역에 UE가 위치하고 있으면(예를 들면, TA 또는 RA에 대한 VoIMS 인디케이터는 VoIMS가 지원되지 않음을 표시한다), UE는 요청을 거절하고 그 거절 이유를 PCC에 통보할 수 있다. 그 다음에, PCC는 IMS 요청을 거절하고, 선택적으로 그 거절의 이유를 제공할 수 있다. 거절의 이유에 응답해서, IMS는 모바일 종결 통화를 CS 도메인을 통해 UE에게 라우트하도록 결정할 수 있다.

도 17은 UE와 네트워크 간에 접속을 확립하기 위한 메시지 흐름을 보인 도이고, 여기에서 UE는 VoIMS 인디케이터를 조사하고 통화 전달이 Op음성 솔루션을 통해 발생해야 함을 표시한다. 본 발명 시스템의 일부 구현예에 있어서, UE는 NAS 부착 또는 NAS 결합 부착을 수행한다. 그 후, UE는 단계 272 및 274에서 Op음성 등록 및 AppIMS 등록을 각각 수행한다. 만일 UE가 NAS 결합 부착을 성공적으로 수행하였으면, 단계 276에서 CS 폴백을 이용하여 Op음성 세션을 Op음성 하부구조를 통하여 전달할 수 있다. 대안적으로, 만일 UE가 NAS 부착을 수행하였으면, UE는 LTE에 접속되어 있는 동안 Op음성 솔루션(예를 들면, VoLGA)으로 등록을 수행할 수 있다. 모바일 종결 Op음성 통화는 (예를 들면, LTE를 통한 VoLGA를 이용해서 또는 CS 폴백 절차를 시동시킴으로써) Op음성 하부구조에 전달되고 UE에게 라우트될 수 있다. 모바일 종결 Op음성 통화는 AppIMS 하부구조에 전달되고 UE에게 라우트된다. 통화가 IMS를 통하여 전달될 수 없다고 UE가 단계 278에서 VoIMS 인디케이터에 기초하여 결정하면, UE는 단계 280에서 통화를 Op음성 솔루션에 회송함으로써 통화를 전달하도록 AppIMS에게 표시할 수 있다(이것은 CS 폴백, CS 통화, 또는 예를 들면 VoLGA에 기초할 수 있다). 표시는 SIP 메서드, 예를 들면 초대(INTITE)을 수신하고 적당한 응답, 예를 들면 표 7에 나타낸 것처럼 3xx 응답 또는 특히 302(임시 이동됨) 응답으로 되돌려 응답하는 UE에 의해 달성될 수 있다.

[표 7]

21.3.3 임시 이동된 302

요청하는 클라이언트는 접촉 헤더 필드(섹션 20.10)에 의해 주어진 새로운 어드레스로 요청을 재시도하여야 한다. 새로운 요청의 요청-URI는 응답으로 접촉 헤더 필드의 값을 이용한다.

----------------------------------------------------------------------

일 구현예에 있어서, UE가 이 위치에서 서비스를 일시적으로 지원하지 못할 수 있기 때문에 302 메시지가 이용된다. 그래서, 302 메시지는 Op음성 서비스의 위치를 제공한다(즉, Op음성 서비스를 제공하는 엔티티의 접촉 어드레스, 예를 들면, CS 폴백 또는 VoLGA 또는 CS 서비스의 경우에 MSC). 메시지 300 및 380이 또한 이용될 수 있다. UE가 Op음성 서비스를 제공하는 엔티티의 접촉 어드레스로 구성되지 않은 경우에, UE는 응답으로 다른 인디케이터를 포함할 수 있다(예를 들면, XML 본문). 하나의 예시적인 XML 본문은 3GPP TS 24.229의 애플리케이션/3gpp-ims+xml에 기초할 수 있다:

<3gpp-ims 버전="1">

<대안적 서비스>

<유형>

<volga/>

</유형>

<이유/>

</대안적 서비스>

</3gpp-ims>

상기 XML 본문에 있어서, 인디케이터 <volga/>는 SIP 본문(일부분)으로서 SIP 메시지에 포함된 때 MIME 유형 애플리케이션/3gpp-ims+xml인 XML 문서에 포함될 수 있다. 스키마 버전 MIME 유형 파라미터 및 3gpp-ims 요소에서의 버전 속성은 "1" 이외의 값으로 설정된다. 그 경우에, <volga/> 인디케이터의 포함은 UE가 Volga 절차마다 통화를 취급하기 원한다는 것을 네트워크에게 통보할 수 있다.

IMS AS가 응답(예를 들면, 인디케이터 <volga/>를 가진 302 응답)을 수신한 때, IMS AS는 접촉 헤더(예를 들면, VANC와 같은 VoLGA 엔티티에 접속된 MSC)에서 어드레스된 엔티티에 대한 SIP 초대 요청과 같은 모바일 종결 통화 요청을 보낼 수 있다. 그 다음에, VANC는 VoLGA 모바일 종결 통화를 위한 절차를 따를 수 있다.

이제 도 18을 참조하면, 예시적인 UE(800)의 실시예를 포함한 무선 통신 시스템이 도시되어 있다. UE는 본 발명의 각종 태양을 구현하도록 동작할 수 있지만, 본 발명은 이 구현예들로 제한되는 것이 아니다. 비록 이동 전화기로서 설명하지만, UE는 무선 핸드셋, 페이저, 개인용 정보 단말기(PDA), 휴대용 컴퓨터, 태블릿 컴퓨터, 랩톱 컴퓨터, 스마트폰, 프린터, 팩시밀리 장치, 텔레비젼, 셋톱박스, 및 기타의 영상 표시 장치, 홈 오디오 장비 및 다른 가정용 오락 시스템, 옥내 감시 및 제어 시스템(예를 들면, 옥내 감시, 경보 시스템 및 실내온도 조절 시스템), 및 컴퓨터화 냉장고와 같은 고급형 가정용 설비를 포함한 다양한 형태를 취할 수 있다. 많은 적당한 장치들은 상기 기능들의 일부 또는 전부를 결합한다. 본 발명의 일부 실시예에서, UE(800)는 휴대용, 랩톱 또는 태블릿 컴퓨터와 같은 범용 컴퓨팅 장치가 아니고 이동 전화기, 무선 핸드셋, 페이저, PDA와 같은 특수 용도 통신 장치, 또는 차량에 설치되는 통신 장치이다. UE(800)는 또한 데스크톱 컴퓨터, 셋톱 박스 또는 네트워크 노드와 같이 유사한 능력을 갖지만 운반이 곤란한 장치일 수 있고, 또는 그러한 장치를 포함하거나 그러한 장치에 포함될 수 있다. UE(800)는 게임, 재고 관리, 직업 조절, 및/또는 작업 관리 기능 등과 같은 특수 활동을 지원할 수 있다.

UE(800)는 디스플레이부(702)를 포함한다. UE(800)는 사용자에 의한 입력을 위해 도면 부호 704로 통칭한 접촉 감응 표면, 키보드 또는 다른 입력키를 또한 포함한다. 키보드는 QWERTY, 디보락(Dvorak), AZERTY 및 순차적 유형과 같은 완전한 또는 축소형 영숫자 키보드, 또는 전화기 키패드와 관련된 알파벳 문자를 가진 전통적인 숫자 키패드일 수 있다. 입력 키는 트랙휠, 나가기(exit) 또는 이스케이프 키, 트랙볼, 및 기타의 내비게이션 또는 기능 키를 포함할 수 있고, 이것들은 추가의 입력 기능을 제공하기 위해 내측으로 눌러질 수 있다. UE(800)는 사용자가 선택하는 옵션, 사용자가 작동시키는 제어, 및/또는 사용자가 조작하는 커서 또는 다른 인디케이터를 제공할 수 있다.

UE(800)는 다이얼을 위한 숫자 또는 UE(800)의 동작을 구성하기 위한 각종 파라미터 값을 포함한 사용자로부터의 데이터 입력을 또한 수신할 수 있다. UE(800)는 사용자 명령에 응답하여 하나 이상의 소프트웨어 또는 펌웨어 애플리케이션을 또한 실행할 수 있다. 상기 애플리케이션들은 사용자 상호작용에 응답해서 각종 주문된 기능을 수행하도록 UE(800)를 구성할 수 있다. 게다가, UE(800)는 예를 들면 무선 기지국, 무선 액세스 포인트 또는 피어 UE(800)로부터 무선으로(over-the-air) 프로그램 및/또는 구성될 수 있다.

UE(800)에 의해 실행될 수 있는 각종 애플리케이션 중에는 디스플레이부(702)가 웹페이지를 보여주게 하는 웹 브라우저가 있다. 웹페이지는 무선 네트워크 접근 노드, 셀 타워, 피어 UE(800), 또는 임의의 다른 무선 통신 네트워크 또는 시스템(700)과의 무선 통신을 통하여 획득될 수 있다. 네트워크(700)는 인터넷과 같은 유선 네트워크(708)에 결합된다. 무선 링크 및 유선 네트워크를 통해서, UE(800)는 서버(710)와 같은 각종 서버에 있는 정보에 접근한다. 서버(710)는 디스플레이(702)에서 보여질 수 있는 콘텐트를 제공한다. 대안적으로, UE(800)는 릴레이형(relay type) 또는 홉형(hop type)의 접속에 있어서 매개자로서 작용하는 피어 UE(800)를 통해 네트워크(700)에 접근할 수 있다.

도 19는 UE(800)의 블록도이다. UE(800)의 각종 공지된 컴포넌트들이 도시되어 있지만, 일 실시예에 있어서, 리스트된 컴포넌트 및/또는 리스트되지 않은 추가의 컴포넌트들의 부분집합이 UE(800)에 포함될 수 있다. UE(800)는 디지털 신호 프로세서(DSP)(802) 및 메모리(804)를 포함한다. 도시된 바와 같이, UE(800)는 안테나 및 전단 유닛(806), 무선 주파수(RF) 송수신기(808), 아날로그 기저대역 처리 유닛(810), 마이크로폰(812), 이어피스 스피커(814), 헤드셋 포트(816), 입력/출력 인터페이스(818), 분리형 메모리 카드(820), 범용 직렬 버스(USB) 포트(822), 단거리 무선 통신 서브시스템(824), 경보기(826), 키패드(828), 접촉 감응성 표면을 포함할 수 있는 액정 디스플레이(LCD)(830), LCD 제어기(832), 전하 결합 소자(CCD) 카메라(834), 카메라 제어기(836), 및 글로벌 위치추적 시스템(GPS) 센서(838)를 또한 포함할 수 있다. 실시예에 있어서, UE(800)는 접촉 감응성 화면을 제공하지 않는 다른 종류의 디스플레이를 포함할 수 있다. 실시예에 있어서, DSP(802)는 입력/출력 인터페이스(818)를 통하지 않고 메모리(804)와 직접 통신할 수 있다.

DSP(802) 또는 어떤 다른 형태의 제어기 또는 중앙 처리 장치는 메모리(804)에 저장된 또는 DSP(802) 자체에 내장된 메모리에 저장된 매립 소프트웨어 또는 펌웨어에 따라서 UE(800)의 각종 컴포넌트를 제어하도록 동작한다. 매립 소프트웨어 또는 펌웨어에 추가해서, DSP(802)는 메모리(804)에 저장된, 또는 분리형 메모리 카드(820)와 같은 휴대용 데이터 기억 매체 등의 정보 운반 매체를 통해서 또는 유선이나 무선 네트워크 통신을 통해서 이용가능한 다른 애플리케이션을 실행할 수 있다. 애플리케이션 소프트웨어는 소정의 기능을 제공하도록 DSP(802)를 구성하는 머신 판독가능 명령어의 컴파일된 집합을 포함할 수 있고, 또는 애플리케이션 소프트웨어는 DSP(802)를 간접적으로 구성하도록 인터프리터 또는 컴파일러에 의해 처리되는 하이 레벨 소프트웨어 명령어일 수 있다.

안테나 및 전단 유닛(806)은 무선 신호와 전기 신호 사이에서 변환을 행하여 UE(800)가 셀룰러 네트워크 또는 어떤 다른 이용가능한 무선 통신 네트워크로부터 또는 피어 UE(800)로부터 정보를 수신하거나 정보를 전송할 수 있게 하기 위해 제공된다. 실시예에 있어서, 안테나 및 전단 유닛(806)은 빔 형성 및/또는 다중 입력 다중 출력(MIMO) 동작을 지원하는 복수의 안테나를 포함할 수 있다. 이 기술에 숙련된 사람이라면 잘 알고 있는 바와 같이, MIMO 동작은 곤란한 채널 조건을 극복하기 위해 및/또는 채널 스루풋(throughput)을 증가시키기 위해 사용될 수 있는 공간 다이버시티를 제공할 수 있다. 안테나 및 전단 유닛(806)은 안테나 동조 및/또는 임피던스 매칭 컴포넌트, RF 전력 증폭기, 및/또는 저잡음 증폭기를 포함할 수 있다.

RF 송수신기(808)는 주파수 편이 동작, 수신된 RF 신호를 기저대역으로 변환하는 동작 및 기저대역 전송 신호를 RF로 변환하는 동작을 제공한다. 일부 설명에서, 무선 송수신기 또는 RF 송수신기는 변조/복조, 코딩/디코딩, 인터리빙/디인터리빙, 확산/역확산, 역고속 퓨리에 변환(IFFT)/고속 퓨리에 변환(FFT), 주기적인 프리픽스 부착/제거와 같은 신호 처리 기능, 및 다른 신호 처리 기능을 포함하는 것으로 이해할 수 있다. 간단히 하기 위해, 여기에서의 설명은 이 신호 처리의 설명을 RF 및/또는 무선 스테이지로부터 분리하고, 그 신호 처리를 아날로그 기저대역 처리 유닛(810) 및/또는 DSP(802) 또는 다른 중앙 처리 유닛에 개념적으로 할당한다. 일부 실시예에 있어서, RF 송수신기(808), 안테나 및 전단 유닛(806)의 일부 및 아날로그 기저대역 처리 유닛(810)은 하나 이상의 처리 유닛 및/또는 용도 지정 집적회로(ASIC)에 결합될 수 있다.

아날로그 기저대역 처리 유닛(810)은 입력 및 출력의 각종 아날로그 처리, 예를 들면 마이크로폰(812) 및 헤드셋(816)으로부터의 입력과 이어피스(814) 및 헤드셋(816)으로의 출력의 아날로그 처리를 제공할 수 있다. 이를 위하여, 아날로그 기저대역 처리 유닛(810)은 UE(800)를 셀폰으로 사용할 수 있게 하는 내장 마이크로폰(812) 및 이어피스 스피커(814)에 접속하기 위한 포트를 가질 수 있다. 아날로그 기저대역 처리 유닛(810)은 헤드셋 또는 다른 핸즈프리 마이크로폰 및 스피커 구성에 접속하기 위한 포트를 또한 포함할 수 있다. 아날로그 기저대역 처리 유닛(810)은 하나의 신호 방향에서 디지털-아날로그 변환 및 반대의 신호 방향에서 아날로그-디지털 변환을 제공할 수 있다. 일부 실시예에 있어서, 아날로그 기저대역 처리 유닛(810)의 적어도 일부 기능은 디지털 처리 컴포넌트, 예를 들면 DSP(802)에 의해 또는 다른 중앙 처리 장치에 의해 제공될 수 있다.

DSP(802)는 변조/복조, 코딩/디코딩, 인터리빙/디인터리빙, 확산/역확산, 역고속 퓨리에 변환(IFFT)/고속 퓨리에 변환(FFT), 주기적인 프리픽스 부착/제거, 및 무선 통신과 관련된 다른 신호 처리 기능을 수행할 수 있다. 일 실시예로서, 예를 들면 코드 분할 다중 접속(CDMA) 기술 응용에 있어서, 송신기 기능을 위해 DSP(802)는 변조, 코딩, 인터리빙 및 확산을 수행하고, 수신기 기능을 위해 DSP(802)는 역확산, 디인터리빙, 디코딩 및 복조를 수행할 수 있다. 다른 실시예로서, 예를 들면 직교 주파수 분할 다중화 접속(OFDMA) 기술 응용에 있어서, 송신기 기능을 위해 DSP(802)는 변조, 코딩, 인터리빙, 역고속 퓨리에 변환 및 주기적 프리픽스 부착을 수행하고, 수신기 기능을 위해 DSP(802)는 주기적 프리픽스 제거, 고속 퓨리에 변환, 디인터리빙, 디코딩 및 복조를 수행할 수 있다. 다른 무선 기술 응용에 있어서, 또다른 신호 처리 기능 및 신호 처리 기능들의 조합이 DSP(802)에 의해 수행될 수 있다.

DSP(802)는 아날로그 기저대역 처리 유닛(810)을 통해 무선 네트워크와 통신할 수 있다. 일부 실시예에서, 통신은 인터넷 접속을 제공하여 사용자가 인터넷상의 콘텐트에 접근하고 이메일 또는 텍스트 메시지를 전송 및 수신할 수 있게 한다. 입력/출력 인터페이스(818)는 DSP(802)와 각종 메모리 및 인터페이스를 상호접속한다. 메모리(804) 및 분리형 메모리 카드(820)는 DSP(802)의 동작을 구성하기 위한 소프트웨어 및 데이터를 제공할 수 있다. 인터페이스 중에는 USB 인터페이스(822) 및 단거리 무선 통신 서브시스템(824)이 있다. USB 인터페이스(822)는 UE(800)를 충전하기 위해 사용될 수 있고 UE(800)가 퍼스널 컴퓨터 또는 다른 컴퓨터 시스템과 정보를 교환하기 위한 주변 장치로서 기능하게 할 수도 있다. 단거리 무선 통신 서브시스템(824)은 적외선 포트, 블루투스 인터페이스, IEEE 802.11 호환 무선 인터페이스, 또는 UE(800)가 다른 인근의 모바일 장치 및/또는 무선 기지국과 무선으로 통신하게 하는 임의의 다른 단거리 무선 통신 서브시스템을 포함할 수 있다.

입력/출력 인터페이스(818)는 동작되었을 때 UE(800)가 예를 들면 벨소리, 멜로디 연주 또는 진동으로 사용자에게 통지할 수 있게 하는 경보기(826)에 DSP(802)를 또한 접속할 수 있다. 경보기(826)는 유입 통화, 새로운 텍스트 메시지, 및 묵음 진동에 의해 또는 특수한 통화자에 대해 특정의 미리 지정된 멜로디를 연주함으로써 약속시간을 상기시키는 것과 같은 임의의 각종 이벤트를 사용자에게 경보하기 위한 메카니즘으로서 사용될 수 있다.

키패드(828)는 인터페이스(818)를 통하여 DSP(802)에 결합하여 사용자가 소정의 선택을 하고 정보를 입력하고 다른 방식으로 UE(800)에게 입력을 제공하게 하는 하나의 메카니즘을 제공한다. 키보드(828)는 QWERTY, 디보락, AZERTY 및 순차적 유형과 같은 완전한 또는 축소형 영숫자 키보드, 또는 전화기 키패드와 관련된 알파벳 문자를 가진 전통적인 숫자 키패드일 수 있다. 입력 키는 트랙휠, 나가기 또는 이스케이프 키, 트랙볼, 및 기타의 내비게이션 또는 기능 키를 포함할 수 있고, 이것들은 추가의 입력 기능을 제공하기 위해 내측으로 눌러질 수 있다. 다른 입력 메카니즘으로는 터치 화면 능력을 포함하고 텍스트 및/또는 그래픽을 사용자에게 디스플레이할 수 있는 LCD(830)가 있다. LCD 제어기(832)는 DSP(802)를 LCD(830)에 결합한다.

CCD 카메라(834)는, 만일 설치되어 있으면, UE(800)가 디지털 화상을 취할 수 있게 한다. DSP(802)는 카메라 제어기(836)를 통해 CCD 카메라(834)와 통신한다. 다른 실시예에 있어서, 전하 결합 소자 카메라 이외의 기술에 따라서 동작하는 카메라를 사용할 수 있다. GSP 센서(838)는 DSP(802)에 결합되어 글로벌 위치추적 시스템 신호를 디코드하고, 이것에 의해 UE(800)가 그 위치를 판정하게 한다. 추가의 기능, 예를 들면 라디오 및 텔레비전 수신을 제공하기 위해 각종의 다른 주변 장치가 또한 포함될 수 있다.

도 20은 DSP(802)에 의해 구현될 수 있는 소프트웨어 환경(902)을 보인 것이다. DSP(802)는 나머지의 소프트웨어가 동작하는 플랫폼을 제공하는 운영체제 드라이버(904)를 실행한다. 운영체제 드라이버(904)는 응용 소프트웨어에 액세스 가능한 표준 인터페이스를 가진 UA 하드웨어에 대한 드라이버를 제공한다. 운영체제 드라이버(904)는 UE(800)에서 동작하는 애플리케이션들 사이에서 제어를 이전하는 애플리케이션 관리 서비스("AMS")(906)를 포함한다. 도 20에는 웹 브라우저 애플리케이션(908), 미디어 플레이어 애플리케이션(910) 및 자바 애플릿(912)이 또한 도시되어 있다. 웹 브라우저 애플리케이션(908)은 UE(800)를 웹 브라우저로서 동작하도록 구성하여 사용자가 정보를 폼(form)에 입력하고, 웹페이지를 검색하고 보기 위한 링크를 선택하게 한다. 미디어 플레이어 애플리케이션(910)은 오디오 또는 시청각 매체를 검색하고 플레이하도록 UE(800)를 구성한다. 자바 애플릿(912)은 게임, 유틸리티 및 기타의 기능을 제공하도록 UE(800)를 구성한다. 컴포넌트(914)는 여기에서 설명한 기능을 제공할 수 있다.

UE(800), 액세스 장치(120) 및 위에서 설명한 기타의 컴포넌트들은 위에서 설명한 동작들에 관련된 명령어를 실행할 수 있는 처리 컴포넌트를 포함할 수 있다. 도 21은 여기에서 설명한 하나 이상의 실시예를 구현하기에 적합한 처리 컴포넌트(1010)를 포함한 예시적인 시스템(1000)의 예를 보인 것이다. 프로세서(1010)(중앙 처리 장치(CPU 또는 DSP)라고도 부름) 외에도, 시스템(1000)은 네트워크 접속 장치(1020), 랜덤 액세스 메모리(RAM)(1030), 읽기 전용 메모리(ROM)(1040), 이차 기억장치(1050) 및 입력/출력(I/O) 장치(1060)를 포함할 수 있다. 일부 실시예에 있어서, 최소수의 HARQ 프로세스 ID의 결정을 구현하기 위한 프로그램은 ROM(1040)에 저장될 수 있다. 일부 경우에, 상기 컴포넌트들 중 일부는 없을 수도 있고 또는 서로간에 또는 도시를 생략한 다른 컴포넌트와 각종 조합으로 결합될 수도 있다. 상기 컴포넌트들은 단일 물리적 엔티티 내에 또는 하나 이상의 물리적 엔티티 내에 위치될 수 있다. 프로세서(1010)에 의해 취해지는 것으로 여기에서 설명한 임의의 동작들은 프로세서(1010) 단독으로 또는 도면에 도시한 또는 도시를 생략한 하나 이상의 컴포넌트와 연합하여 프로세서(1010)에 의해 취해질 수 있다.

프로세서(1010)는 프로세서가 네트워크 접속 장치(1020), RAM(1030), ROM(1040), 또는 이차 기억장치(1050)(하드 디스크, 플로피 디스크 또는 광디스크와 같은 각종 디스크 기반 시스템을 포함할 수 있음)로부터 액세스할 수 있는 명령어, 코드, 컴퓨터 프로그램 또는 스크립트를 실행한다. 단지 하나의 프로세서(1010)만 도시되어 있지만, 복수의 프로세서가 있을 수 있다. 따라서, 명령어가 하나의 프로세서에 의해 실행되는 것으로 설명하고 있지만, 명령어는 1개 이상의 프로세서에 의해 동시에, 직렬로 또는 다른 방식으로 실행될 수 있다. 프로세서(1010)는 하나 이상의 CPU 칩으로서 구현될 수 있다.

네트워크 접속 장치(1020)는 모뎀, 모뎀 뱅크, 이더넷 장치, 범용 직렬 버스(USB) 인터페이스 장치, 직렬 인터페이스, 토큰 링 장치, 섬유 분산 데이터 인터페이스(FDDI) 장치, 무선 근거리 통신망(WLAN) 장치, 코드 분할 다중 접속(CDMA) 장치와 같은 무선 송수신기 장치, 글로벌 이동 통신 시스템(GSM) 무선 송수신기 장치, WiMAX(worldwide interoperability for microwave access) 장치, 및/또는 네트워크에 접속하기 위한 다른 공지된 장치의 형태를 취할 수 있다. 상기 네트워크 접속 장치(1020)는 프로세서(1010)가 인터넷 또는 하나 이상의 통신 네트워크와 통신하거나, 또는 프로세서(1010)가 정보를 수신하거나 프로세서(1010)가 정보를 출력하는 다른 네트워크와 통신하게 할 수 있게 한다.

네트워크 접속 장치(1020)는 무선 주파수 신호 또는 마이크로파 주파수 신호와 같이 전자파 형태의 무선으로 데이터를 송신 및/또는 수신할 수 있는 하나 이상의 송수신기 컴포넌트(1025)를 또한 포함할 수 있다. 대안적으로, 데이터는 도전체의 표면 내에서 또는 표면 위에서, 동축 케이블 내에서, 도파관 내에서, 광섬유 등의 광학 매체 내에서, 또는 다른 매체 내에서 전파할 수 있다. 송수신기 컴포넌트(1025)는 별도의 수신 유닛과 송신 유닛을 포함할 수도 있고 단일의 송수신기일 수도 있다. 송수신기(1025)에 의해 송신 또는 수신되는 정보는 프로세서(1010)에 의해 처리된 데이터 또는 프로세서(1010)에 의해 실행될 명령어를 포함할 수 있다. 이러한 정보는 예를 들면 컴퓨터 데이터 기저대역 신호 또는 반송파로 구체화된 신호의 형태로 네트워크로부터 수신되고 네트워크에 출력될 수 있다. 데이터는 데이터를 처리 또는 발생하기 위해 또는 데이터를 전송 또는 수신하기 위해 바람직한 다른 시퀀스에 따라서 순서 정해질 수 있다. 기저대역 신호, 반송파에 매립된 신호, 또는 현재 사용되거나 나중에 개발될 다른 유형의 신호는 전송 매체로서 인용될 수 있고, 이 기술에 숙련된 사람에게는 잘 알려진 몇 가지 방법에 따라서 발생될 수 있다.

RAM(1030)은 휘발성 데이터를 저장하기 위해서, 및 아마도 프로세서(1010)에 의해 실행되는 명령어를 저장하기 위해서 사용될 수 있다. ROM(1040)은 전형적으로 이차 기억장치(1050)의 기억 능력보다 더 작은 기억 능력을 가진 비휘발성 기억 장치이다. ROM(1040)은 명령어 및 명령어의 실행 중에 판독되는 데이터를 저장하기 위해 사용될 수 있다. RAM(1030) 및 ROM(1040)에 대한 액세스는 전형적으로 이차 기억장치(1050)에 액세스하는 것보다 더 빠르다. 이차 기억장치(1050)는 전형적으로 하나 이상의 디스크 드라이브 또는 테이프 드라이브로 구성되고, 데이터의 비휘발성 저장용으로 또는 RAM(1030)이 모든 작업 데이터를 저장하도록 충분히 크지 않은 경우에 오버플로우 데이터 기억장치로서 사용될 수 있다. 이차 기억장치(1050)는 프로그램이 실행을 위해 선택된 때 RAM(1030)에 로드되는 프로그램들을 저장하기 위해 사용될 수 있다.

I/O 장치(1060)는 액정 표시장치(LCD), 터치 화면 디스플레이, 키보드, 키패드, 스위치, 다이얼, 마우스, 트랙볼, 음성 인식 장치, 카드 판독기, 종이 테이프 판독기, 프린터, 비디오 모니터, 또는 다른 공지된 입력 장치를 포함할 수 있다. 또한, 송수신기(1025)는 네트워크 접속 장치(1020)의 컴포넌트로 되는 대신에 또는 컴포넌트로 되는 것에 추가해서 I/O 장치(1060)의 컴포넌트로 되는 것으로 생각할 수 있다. I/O 장치(1060)의 일부 또는 전부는 디스플레이부(702) 또는 입력부(704)와 같이, UE(800)와 관련하여 위에서 설명한 도면에 도시된 각종 컴포넌트와 실질적으로 유사할 수 있다.

이 명세서에서 몇 가지의 실시예가 제시되었지만, 제시된 시스템 및 방법은 본 발명의 정신 또는 범위로부터 벗어나지 않고 여러 가지 다른 특수한 형태로 실시될 수 있다. 이 예들은 제한하는 의도가 없이 단순히 예시한 것으로 생각하여야 하고, 본 발명은 이 명세서에서 제시한 세부로 제한되는 것이 아니다. 예를 들면, 각종 요소 또는 컴포넌트는 다른 시스템에 결합되거나 통합될 수 있고, 또는 일부 특징들이 생략되거나 구현되지 않을 수도 있다.

또한, 각종 실시예에서 별도의 것 또는 분리된 것으로 설명하고 예시한 각종 기술, 시스템, 서브시스템 및 방법은 본 발명의 범위에서 벗어나지 않고 다른 시스템, 모듈, 기술 또는 방법과 결합되거나 통합될 수 있다. 서로 결합되거나 직접 결합 또는 통신하는 것으로 도시 또는 설명한 다른 아이템들은 전기적으로, 기계적으로 또는 다른 방식으로 어떤 인터페이스, 장치 또는 중간 컴포넌트를 통하여 간접적으로 결합되거나 통신할 수도 있다. 이 기술에 숙련된 사람이라면 변경, 치환 및 개조한 다른 예를 생각해 낼 수 있고, 그러한 다른 예는 본 발명의 정신 및 범위에서 벗어나지 않고 구성될 수 있다.

Claims (30)

1. 사용자 장비(user equipment; UE)에 대한 방법에 있어서,
   상기 UE에서, 세션 설명 프로토콜(session description protocol; SDP) 오퍼(offer) - 상기 SDP 오퍼는 상기 UE에 의한 인터넷 프로토콜(internet protocol; IP) 베어러(bearer) 또는 회선 교환(circuit-switched; CS) 베어러의 선택을 가능하게 함 - 를 포함하는 초기(initial) 세션 개시 프로토콜(Session Initiation Protocol; SIP) 초대(Invite) 요청을 수신하는 단계; 및
   상기 초기 SIP Invite 요청에 대한 응답으로, 패킷 교환(packet-switched; PS) 세션을 통해 인터넷 프로토콜 멀티미디어 서브시스템(Internet Protocol Multimedia Subsystem; IMS) 음성이 지원되는지 여부와 성공적인 NAS(non-access stratum) 결합 부착(attach) 절차가 수행되었는지 여부에 대한 네트워크부터의 표시에 기초하여, 상기 초기 SIP Invite 요청이 수용될 수 없음(not acceptable)의 표시를 포함하는 SIP 응답을 전송하는 단계를 포함하는 사용자 장비(UE)에 대한 방법.
2. 제1항에 있어서, 상기 IP 베어러 또는 상기 CS 베어러의 선택을 가능하게 하는 것은 오디오 세션에 대하여 상기 IP 베어러 또는 상기 CS 베어러의 선택을 가능하게 하는 것을 포함하는 것인, 사용자 장비(UE)에 대한 방법.
3. 제1항에 있어서, 상기 초기 SIP Invite 요청이 수용될 수 없음의 표시를 포함하는 상기 SIP 응답은 SIP 606 (Not Acceptable) 응답을 포함하는 것인, 사용자 장비(UE)에 대한 방법.
4. 제1항에 있어서, 상기 초기 SIP Invite 요청이 수용될 수 없음의 표시를 포함하는 상기 SIP 응답은 SIP 488 응답을 포함하는 것인, 사용자 장비(UE)에 대한 방법.
5. 사용자 장비(user equipment; UE)에 있어서,
   프로세서를 포함하고, 상기 프로세서는,
   상기 UE에서, 세션 설명 프로토콜(session description protocol; SDP) 오퍼(offer) - 상기 SDP 오퍼는 상기 UE에 의한 인터넷 프로토콜(internet protocol; IP) 베어러(bearer) 또는 회선 교환(circuit-switched; CS) 베어러의 선택을 가능하게 함 - 를 포함하는 초기(initial) 세션 개시 프로토콜(Session Initiation Protocol; SIP) 초대(Invite) 요청을 수신하고;
   상기 초기 SIP Invite 요청에 대한 응답으로, 패킷 교환(packet-switched; PS) 세션을 통해 인터넷 프로토콜 멀티미디어 서브시스템(Internet Protocol Multimedia Subsystem; IMS) 음성이 지원되는지 여부와 성공적인 NAS(non-access stratum) 결합 부착(attach) 절차가 수행되었는지 여부에 대한 네트워크부터의 표시에 기초하여, 네트워크부터의 상기 초기 SIP Invite 요청이 수용될 수 없음(not acceptable)의 표시를 포함하는 SIP 응답을 전송하도록 구성되는 사용자 장비(UE).
6. 제5항에 있어서, 상기 IP 베어러 또는 상기 CS 베어러의 선택을 가능하게 하는 것은 오디오 세션에 대하여 상기 IP 베어러 또는 상기 CS 베어러의 선택을 가능하게 하는 것을 포함하는 것인, 사용자 장비(UE).
7. 제5항에 있어서, 상기 초기 SIP Invite 요청이 수용될 수 없음의 표시를 포함하는 상기 SIP 응답은 SIP 606 (Not Acceptable) 응답을 포함하는 것인, 사용자 장비(UE).
8. 제5항에 있어서, 상기 초기 SIP Invite 요청이 수용될 수 없음의 표시를 포함하는 상기 SIP 응답은 SIP 488 응답을 포함하는 것인, 사용자 장비(UE).
9. 삭제
10. 삭제
11. 삭제
12. 삭제
13. 삭제
14. 삭제
15. 삭제
16. 삭제
17. 삭제
18. 삭제
19. 삭제
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제
25. 삭제
26. 삭제
27. 삭제
28. 삭제
29. 삭제
30. 삭제

Images