KR101331866B1 - 구축 원인을 결정하는 시스템 및 방법 - Google Patents

Abstract

진화된 패킷 시스템(EPS)에서 회선 교환(CS) 폴백 서비스를 위한 사용자 에이전트(UA), 코어 네트워크(CN) 장치, 및 방법에 관한 것이다. 일 실시예에서, UA 또는 CN은 비 액세스 층(NAS)을 구비한 프로토콜 계층을 포함한다. UA의 프로세서는 디코드 값을 갖는 서비스 유형을 구비한 확장된 서비스 요청을 처리하기 위해 NAS를 촉진시키도록 구성된다. 디코드 값은 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 식별한다.

Description

구축 원인을 결정하는 시스템 및 방법 {SYSTEM AND METHOD FOR DETERMINING ESTABLISHMENT CAUSES}

관련 출원의 교차 참조

본 출원은 2009년 1월 15일자 출원된, 친 첸호의 발명의 명칭이 "Determining RRC Establishment Causes of EPS NAS Procedures(EPS NAS 절차의 RRC 구축 원인 결정)"(34841-US-PRV-4214-15000)인 미국 예비 출원 제61/144,992호, 및 2009년 1년 26일자 출원된 친 첸호의 발명의 명칭이 "System and Method for Determining Establishment Causes(구축 원인을 결정하기 위한 시스템 및 방법)"(34841-1-US-PRV)인 미국 예비 출원 제61/147,396호를 우선권 주장하며, 상기 특허 출원들의 개시 내용은 이로써 참고 문헌으로서 그 전체 내용이 마치 복제된 것처럼 본 명세서에 포함된다.

본 명세서에서 사용되는 용어 "사용자 에이전트(user agent) 및 "UA"는 일부의 경우에 휴대폰, 개인 휴대정보 단말기, 핸드헬드 컴퓨터 또는 랩톱 컴퓨터와 같은 무선 장치 및 통신 기능을 구비한 유사한 장치를 나타낼 수 있다. 이러한 UA는 UA 및 비제한적인 예로 범용 집적회로 카드(UICC; Universal Integrated Circuit Card)(가입자 식별 모듈(SIM) 애플리케이션, 범용 가입자 식별 모듈(USIM) 애플리케이션, 또는 착탈식 사용자 식별 모듈(R-UIM) 애플리케이션을 포함함)와 같은 UA와 연관된 착탈식 모듈로 구성될 수 있다. 대안적으로, 이러한 UA는 이와 같은 모듈 없이 장치 자체로 구성될 수 있다. 다른 경우에, 용어 "UA"는 유사한 기능을 구비하지만 이동 가능하지 않은 데스크톱 컴퓨터, 셋톱 박스, 또는 네트워크 애플리케이션과 같은 장치를 나타낼 수 있다. 용어 "UA"는 또한 사용자를 위해 통신 세션을 종료시킬 수 있는 임의의 하드웨어 구성요소 또는 소프트웨어 구성요소를 나타낼 수 있다. 또한, 용어 "사용자 에이전트", "UA", "사용자 장비", "UE", "사용자 장치" 및 "사용자 노드"는 본 명세서에서 같은 뜻으로 사용될 수 있다.

전기통신 기술이 진화됨에 따라, 이전에는 가능하지 않았던 서비스들을 제공할 수 있는 보다 진보된 네트워크 액세스 장비가 도입되었다. 이러한 네트워크 액세스 장비는 전통적인 무선 전기통신 시스템에서의 등가적인 장비가 개선된 것인 시스템 및 장치들을 포함할 수 있다. 이러한 진보된 장비 또는 차세대 장비는 롱 텀 에볼루션(long-term evolution; LTE)과 같은 진화중인 무선 통신 표준에 포함될 수 있다. 예를 들어, LTE 시스템은 전통적인 기지국 대신에 강화된 노드 B(enhanced node B; eNB), 무선 액세스 포인트, 또는 유사한 구성요소를 포함할 수 있다. 본 명세서에서 사용되는 용어 "액세스 노드"는 전통적인 기지국, 무선 액세스 포인트, 또는 LTE eNB와 같이, UA 또는 중계 노드로 하여금 전기통신 시스템에 있는 다른 구성요소에 액세스하도록 허용하는 수신 및 송신 커버리지의 지리적 영역을 생성하는 임의의 무선 네트워크 구성요소를 나타낼 것이다. 본 명세서에서, 용어 "액세스 노드"는 복수의 하드웨어 및 소프트웨어를 포함할 수 있다.

LTE 시스템은 무선 자원 제어(RRC; Radio Resource Control) 프로토콜과 같은 프로토콜들을 포함할 수 있고, RRC 프로토콜은 UA와 액세스 노드 또는 중계 노드 또는 다른 LTE 장비 사이의 무선 자원의 할당, 구성 및 해제를 책임진다. RRC 프로토콜은 제3 세대 파트너쉽 프로젝트(3GPP; Third Generation Partnership Project) 기술 사양서(TS) 36.331에 상세하게 기술되어 있다. RRC 프로토콜에 따르면, UA를 위한 2개의 기본 RRC 모드는 "유휴 모드" 및 "연결 모드"로서 정의되어 있다. 연결 모드 또는 연결 상태인 동안에, UA는 네트워크와 신호를 교환하여, 다른 관련된 동작을 수행할 수 있고, 유휴 모드 또는 유휴 상태인 동안에, UA는 자신의 연결 모드 동작의 적어도 일부를 정지시킬 수 있다. 유휴 모드 및 연결 모드의 거동(behaviors)은 3GPP TS 36.304 및 TS 36.331에 상세하게 기술되어 있다.

UA들, 중계 노드들, 및 액세스 노드들 간에 데이터를 전달하는 신호들은 주파수, 시간, 코딩 파라미터, 및 네트워크 노드에 의해 지정될 수 있는 기타의 특징을 가질 수 있다. 이러한 요소들 중에서 임의의 요소들 간의 연결은 자원으로 언급될 수 있는 이와 같은 특징들의 특정한 세트를 가질 수 있다. 용어 "자원", "통신 연결", "채널" 및 "통신 링크"는 본 명세서에서 같은 뜻으로 사용될 수 있다. 통상적으로, 네트워크 노드는 임의의 특정한 시간에 통신하는 UA 또는 기타의 네트워크 노드마다 상이한 자원을 구축한다.

본 발명은 구축 원인을 결정하는 시스템 및 방법을 제공하는 것이다.

진화된 패킷 시스템(EPS)에서 회선 교환(CS) 폴백 서비스를 위한 사용자 에이전트(UA), 코어 네트워크(CN) 장치, 및 방법에 관한 것이다. 일 실시예에서, UA 또는 CN은 비 액세스 층(NAS)을 구비한 프로토콜 계층을 포함한다. UA의 프로세서는 디코드 값을 갖는 서비스 유형을 구비한 확장된 서비스 요청을 처리하기 위해 NAS를 촉진시키도록 구성된다. 디코드 값은 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 식별한다.

본 발명에 따르면, 구축 원인을 결정하는 시스템 및 방법이 가능하다.

본 발명개시의 보다 완전한 이해를 위해, 이제부터 첨부된 도면들 및 상세한 설명과 관련된 아래의 간략한 설명을 참조하겠으며, 유사한 참조부호는 유사한 부분들을 가리킨다.
도 1은 본 발명개시의 실시예에 따라, 무선 액세스 네트워크를 통해 코어 네트워크와 UA가 통신하는 방법을 나타내는 블록도이다.
도 2는 본 발명개시의 실시예에 따라, UA로부터 코어 네트워크로 데이터 블록이 가는 경로를 나타내는 블록도이다.
도 3은 본 발명개시의 실시예에 따라, 사용자 에이전트, 무선 액세스 네트워크, 및 코어 네트워크 간의 제어면(control plane)의 블록도이다.
도 4는 본 발명개시의 실시예에 따라, 사용자 에이전트, 무선 액세스 네트워크, 및 코어 네트워크 간의 제어면의 블록도이다.
도 5는 본 발명개시의 실시예에 따라, 전화 서비스가 수반된 CS 폴백과 EPS RRC 구축 원인 간의 엄격한 매핑을 나타내는 표이다.
도 6은 본 발명개시의 실시예에 따라, CS 폴백 통신 동안에 EPS NAS 절차의 RRC 구축 원인을 결정하는 프로세스를 나타내는 흐름도이다.
도 7은 본 발명개시의 실시예에 따라, CS 폴백 통신 동안에 EPS NAS 절차의 RRC 구축 원인을 결정하는 프로세스를 나타내는 흐름도이다.
도 8은 본 발명개시의 실시예에 따라, CS 폴백 서비스를 실현하기 위해 통신 동안에 EPS NAS 절차의 RRC 구축 원인을 결정하는 프로세스를 나타내는 흐름도이다.
도 9는 본 발명개시의 여러 실시형태를 구현하는데 적합한 프로세서 및 관련 구성요소들을 도시한다.

본 발명개시의 하나 이상의 실시예들의 예시적인 구현이 이하에서 제공되지만, 개시된 시스템 및/또는 방법은 현재 알려져 있거나 또는 존재하던지 간에, 임의의 수의 기술들을 이용하여 구현될 수 있다는 것을 처음부터 이해해야 한다. 본 발명개시는 본 명세서에서 도시되고 설명된 예시적인 설계 및 구현예를 포함하여, 아래에서 설명된 예시적인 구현예, 도면, 및 기술로 한정되어서는 안되며, 첨부된 특허청구범위 및 그 등가물의 전 범위 내에서 수정될 수 있다.

본 명세서에서 사용되는 약자는 다음과 같이 정의한다.

"AS"는 "액세스 층"으로 정의되며, 이것은 사용자 에이전트(UA), 무선 액세스 네트워크(RAN)에서 프로토콜 스택의 계층이다.

"CN"는 "코어 네트워크"로서 정의되며, 이것은 무선 액세스 네트워크(RAN)를 통해 보내지는 사용자 에이전트(UA)로부터의 메시지 및 데이터를 처리하는 장치 및 소프트웨어를 나타낸다.

"CS"는 "회선 교환"으로 정의되며, 이것은 전화 통화를 위한 절차 또는 전화선과 같은 영구적 또는 반영구적 무선 연결을 통해 데이터를 전달하기 위해 장치를 연결시키는 종래의 절차를 나타낸다.

"CS 폴백"은 통신을 구현할 때 진화된 패킷 시스템(EPS) 가능 장치가 회선 교환(CS) 통신 절차로 "돌아가는" 절차를 나타낸다.

"EC"는 "구축 원인"으로 정의되며, 인터비닝 프로토콜 계층은 물론 무선 액세스 네트워크(RAN)의 장치 및 소프트웨어에 통신이 구축되는 "원인" 또는 "이유"를 알리는 데이터를 나타낸다.

"eNB"는 "강화된 노드 B"로 정의되며, 이것은 UA와 CN 간에 통신을 구축하는 데 도움을 주기 위해 무선 액세스 네트워크(RAN)에서 이용되는 장치의 한가지 유형에 대한 예이다.

"EPC"는 "진화된 패킷 코어"로 정의되며, 이것은 롱 텀 에볼루션(LTE) 무선 네트워크가 통신하는 코어 네트워크(CN)을 나타낸다.

"EPS"는 "진화된 패킷 시스템"으로 정의되며, 이것은 액세스 시스템 세트 및 EPC를 나타내며, EPS는 무선 네트워크로서 LTE를, 자신의 코어 네트워크로서 EPC를 가질 수 있는 시스템을 나타낸다.

"E-UTRAN"은 "진화된 UTRAN"으로 정의되며, 이것은 "진화된 UMTS 지상 RAN"을 나타내며, 결국, "진화된 범용 무선 통신 시스템 지상 무선 액세스 네트워크"를 나타내며, E-UTRAN은 롱 텀 에볼루션(LTE) 통신 시스템에서 "e-NB"("강화된 노드 B")와 무선 네트워크 제어기의 네트워크를 나타낸다.

"LTE"는 "롱 텀 에볼루션"으로 정의되며, 이것은 고속 이동 통신 및 기반 시설의 새로운 시스템을 나타낸다.

"NAS"는 "비 액세스 층"으로 정의되며, 이것은 UA 및 코어 네트워크(CN) 모두에서 프로토콜 스택에 있는 계층이지만, 무선 액세스 네트워크(RAN)의 프로토콜 스택에는 없을 수 있다.

"MAC"은 "매체 접근 제어"로 정의되며, 이것은 UA, RAN, 및 CN에서 프로토콜 계층이다.

"MO 데이터"는 "모바일 발신 데이터"로 정의되며, 이것은 ESP 가능 시스템에서 이용되는 구축 원인의 한 유형이다.

"MO 시그널링"은 "모바일 발신 시그널링"으로 정의되며, 이것은 ESP 가능 시스템에서 이용되는 구축 원인의 한 유형이다.

"MT 액세스"는 "모바일 종료 액세스"로 정의되며, ESP 가능 시스템에서 이용되는 구축 원인의 한 유형이다.

"RAN"은 "무선 액세스 네트워크"로 정의되며, 이것은 UA와 CN 간의 스위칭 노드들의 네트워크를 나타낸다.

"TS"는 "기술 사양서"로 정의되며, 이것은 LTE 시스템을 구현하기 위해 3GPP(제 3세대 파트너쉽 프로젝트)에 의해 요청되는 이동 통신 사양서이다.

본 명세서에서 나타날 수 있는 다른 약자들은 3GPP 표준의 기술 사양서에 따라 이용되고 정의된다.

일 실시예에서, 본 발명개시는 ESP 가능 장치에서 CS 폴백 절차와 관련하여 구축 원인(EC)을 설정하는 것에 관한 것이다. 본 발명개시를 이해하는데 비제한적인 예로서, EC 즉 "구축 원인"은 인터비닝 프로토콜 계층은 물론 무선 액세스 네트워크(RAN) 및/또는 코어 네트워크(CN)의 장치 및 소프트웨어에 통신이 구축되는 "원인" 또는 "이유"를 알리는 데이터를 나타낸다. 통신에 대한 "이유"는 새로운 통신 및 구축된 통신을 관리하기 위해 그리고 요구되는 우선 순위에 따라 개별 통신에 통신 자원을 할당하기 위해 이용될 수 있다. 따라서, 예를 들어 특정 통신이 "비상 호출"의 구축 원인을 가지면, EPS에서 장치 및 소프트웨어는 이 비상 호출에 가장 높은 우선 순위를 주고, 이 비상 호출을 위해 기타 다른 보류중인 통신 및 현존하는 통신을 배재시키는 것이 가능하다. EPS에서 EC들의 다른 비제한적인 예는, "높은 우선 순위 액세스", "MT 액세스", "MO 시그널링", "MO 데이터", 및 기타 다른 것들을 포함하는 것이 가능하다.

EC는 이동 통신 시스템의 효율성에 도움이 되는데, 왜냐하면 EC가 개별 장치 내의 수많은 인터비닝 프로토콜 스택 계층들은 물론 인터비닝 RAN 장치에서의 부가의 프로토콜 스택 계층들이 통신의 이유를 발견하기 위해 데이터 블록을 디코딩하는 것을 방지할 수 있기 때문이다. 대신에, EC는 데이터 블록을 디코딩해야 하는 인터비닝 프로토콜 스택 계층 없이 통신을 개시하는 장치 내의 하나 이상의 인터비닝 프로토콜 스택 계층들에, 더 중요하게는 RAN 장치 및 CN 장치에서의 하나 이상의 인터비닝 프로코로 스택 계층들에 통신의 이유를 알릴 수 있다. 데이터 블록이 EPS에서 다양한 장치들의 프로토콜 스택 계층을 교섭할 때 자주 디코딩되지 않기 때문에, 데이터 블록의 전송이 보다 빠르고 효율적으로 발생할 수 있다. 또한, 데이터 블록을 자주 디코딩하지 않는 것은 이러한 장치를 구현하는 비용을 줄인다.

EC에 대한 이러한 이해를 바탕으로, CS 폴백 절차에 대한 이해는 본 발명개시를 이해하는데 또한 도움이 될 수 있다. 앞서 기술한 바와 같이, CS 폴백 절차는 통신을 구현할 때에, 진화된 패킷 시스템(EPS) 가능 장치가 회선 교환(CS) 통신 절차로 "돌아가는" 절차이다. "CS 폴백" 절차는 EPS 가능 장치가 데이터 통신이 아니라, 종래의 무선 CS 네트워크를 통해 음성 통신을 구축하기 위한 시도를 할때 주로 이용된다.

LTE/EPS 이전의 이동 통신 시스템(UMTS 등)에서 CS 통신 절차가 동작하는 방법의 상세한 사항이 공지되어 있으며, 본 명세서에서 기술된 것과 다른 방법은 본 발명개시의 이해를 위해 필요하지 않다. 그러나, CS 통신 절차 및 EPS 통신 절차 모두가 EC를 이용한다는 것을 이해해야 한다. 또한, UMTS에서 CS 통신을 위한 EC는 EPS 통신의 EC와는 전적으로 상이하다는 것을 이해해야 한다. UMTS에서, 통신 호출은 수많은 EC들(2 다스 이상) 중 하나를 가질 수 있다. 총 8개의 가능한 EC들의 경우, 나중의 정의를 위해 3개의 여분 EC를 남겨두고, EPS 통신 호출을 위해 5개의 EC가 이용된다. 오래된 통신 절차를 위해 정의된 EC에 용이하게 매핑할 수 없는 상이한 수의 EC들 또는 상이한 유형의 EC들이 존재할 수 있는 미래 통신 절차의 경우에, 유사한 문제가 발생할 수 있다. 따라서, 본 명세서에 기술된 실시예들은 EPS 시스템에서 CS 폴백 절차를 위해 EC를 현재 이용가능한 8개의 EC로, 또는 이용가능한 다른 EC로 지정하는 것으로 반드시 제한될 필요는 없다. 더욱이, UMTS에서 이용가능한 EC는 모두 CS 통신을 위한 것이 아니라, 이러한 EC는 UMTS에서의 모든 유형의 통신을 위한 것으로, CS 통신은 이 모든 유형의 통신들 중 한가지 기술이다.

이하에 추가로 기술되는 이유 때문에, CS 통신을 위한 EC는 EPS 통신을 위한 EC에 간단히 매핑할 수 없다. 따라서, 이전에는 UA가 CS 절차를 이용하여 통신을 구현하기를 요구했을 때, EPS 가능 장치가 적절한 CS 폴백 정의된 EC를 설정하는 어떠한 매커니즘도 존재하지 않았다. 본 발명개시는 이러한 문제에 관한 것으로, 일부 실시예에서 이러한 문제를 해결한다.

특히, 본 발명개시는 이러한 문제를 해결하기 위해서 3개 이상의 해결책 또는 기술을 제공한다. 제1 실시예에서, CS 폴백 절차와 EPS EC 간에 엄격한 매핑이 제공된다. 제2 실시예에서, EPS 가능 장치에 의해 송신되는 확장된 서비스 요청 메시지의 서비스 유형이 적절한 CS EC를 설정하는 값을 갖는다. 제3 실시예에서, EPS 통신 절차에서 3개의 여분 EC들 중 하나가 EPS EC를 설정하는데 이용된다. 이하에 기술되고 당업자에 의해 이해되는 바와 같이, 다른 실시예들 및 변형이 존재한다.

도 1 및 도 2는 UA가 EPS에서 CN과의 통신을 구축하는 방법의 예시적인 절차를 설명한다. 도 3 및 도 4는 UA, RAN 장치, 및 CN 장치에서 프로토콜 스택의 예시적인 세부 사항을 설명한다. 일반적으로 도 1 내지 도 4는 EPS에서의 EC를 이해하기 위한 문맥 및, EPS 가능 장치에서 CS 폴백 절차와 관련해서 EC를 정의하는 이슈를 제공한다. 도 5 내지 도 8은 도 1 내지 도 4에 대해서 기술된 문제들에 대한 예시적인 해결책을 설명하지만, 이러한 문제들에 대한 예시적인 해결책은 도 1 내지 도 4의 문맥 내에서 또한 이해된다.

이제 도 1 및 도 2로 돌아가면, 도 1은 본 발명개시의 실시예에 따라 무선 액세스 네트워크를 통해 코어 네트워크와 통신하는 UA를 나타내는 블록도이다. 유사하게, 도 2는 본 발명개시의 실시예에 따라, UA로부터 코어 네트워크로 데이터 블록이 가는 경로를 나타내는 블록도이다. 도 1 및 도 2는 유사한 기능을 구비한 유사한 구성요소를 갖는다. 따라서, 도 1 및 도 2는 유사한 참조부호를 공유하고 함께 기술된다.

예시적인 실시예에서, UA(100)는 CN(102)과의 연결을 구축하도록 시도한다. 이러한 시도는 모바일 발신 호출, 즉 MO로서 불릴 수 있는데, 왜냐하면 UA가 연결 시도를 개시하기 때문이다. 그러나, 다음 프로세스들은 또한 모바일 종료(MT) 호출에도 적용할 수 있고, 이 경우 CN(102)이 연결 시도를 개시한다.

연결 시도를 개시하기 위해서, UA NAS(104)는 요청 메시지(즉, 서비스 요청 또는 확장된 서비스 요청)를 무선 액세스 네트워크(RAN)(108)를 통해 CN NAS(106)에 보낸다. UA NAS(104)는 그 요청을 개시하고, 그 요청을 UA(100) 내의 UA 액세스 층(AS)(110)에 전송한다. 차례로, AS(110)는 화살표(112)에 의해 도시된 바와 같이 무선 전파와 같은 물리 계층을 통해 그 요청을 RAN(108)에 전송한다.

RAN AS(114)는 그 요청을 수신하고, 예비 자원을 UA(100)에 할당하고 나서, 그 요청을 RAN(108)의 연동 기능부(116)에 전달한다. 연동 기능부는 다른 요청들은 물론 다른 기능들에 관한 요청을 관리하는 것을 포함할 수 있다. 연동 기능부(116)는 또한 RAN(108)과 CN(102) 사이의 통신을 제어하는 CN 내지 RAN 제어기(118)와 통신한다. RAN(108)과 CN(102) 사이에서 요청의 실제 통신은 화살표(120)에 의해 도시된 바와 같이, 예를 들어 전선 또는 케이블 일 수 있는 물리 계층을 따라 송신된다. 물리 계층(120)은 또한 무선 백홀로서 구현될 수도 있다.

CN(102) 내에서, CN 내지 RAN 제어기(122)는 그 요청을 수신하고, 그 요청을 CN NAS(106)에 전송한다. 그러면, CN NAS(106)는 요청 내의 데이터를 디코딩하고, 그 무선 통신을 위해 UA(100)에 부가의 또는 필요한 무선 자원을 할당하기 위해서 적절한 조치를 취한다. CN NAS(106)는 앞서 기술된 프로세스와 유사한 방식이지만, 다른 방향으로 RAN(108)을 통해 UA(100)에 그러한 정보를 전송한다.

또 다른 실시예에서, CN은 MT(모바일 종료) 호출을 개시한다. 앞서 기술된 프로세스는 앞서 기술된 프로세스와 유사하게 CN NAS(106)로부터 UA NAS(104)로 발생한다.

도 2는 본 발명개시의 실시예에 따라 EPS 통신에서 EC의 사용을 설명하기 위해서 보다 상세하게 동일한 과정을 나타낸다. 다시 한번, 실시예에서, UA NAS(104)는 CN NAS(106)로 통신을 개시한다.

EC(204)는 인터비닝 프로토콜 계층은 물론, RAN(108) 및 CN(102)에서의 장치 및 소프트웨어에 통신이 구축되는 "원인" 또는 "이유"를 알리는 데이터이다. EC(204)는 이와 같은 인터비닝 프로토콜 계층이 데이터 블록(200)을 디코딩하거나 개방하지 않고, 데이터 블록(200)의 전송 이유를 알리도록 허용한다.

도면번호 1(202)에서, UA NAS(104)는 EC(204)와 데이터 블록(200)을 UA AS(110)에 전송하고, 여기서 데이터 블록(200)의 최종적으로 의도되는 목적지는 CN NAS(106)이다. 그러면, UA AS(110)는 데이터 블록(200)을 전송하는 작업을 시작한다. 다시 한번, UA AS(110)는 데이터 블록(200)을 디코딩하지 않지만, 데이터 블록(200)의 전송 이유를 알기 위해서 EC(204)를 이용한다.

도면번호 2(206)에서, UA AS(110)는 RRC 연결 요청과 EC(204)를 RAN AS(114)에 전송한다. RAN AS(114)는 RRC 연결 셋업 명령으로 응답한다. EC(204)를 알기 때문에, RAN AS(114)는 도면번호 3(208)에 도시된 바와 같이, 초기 예비 자원을 UA(100)에 할당한다. 성공적이면, UA AS(110)는 도면번호 4(210)에 도시된 바와 같이, 데이터 블록(200)과 함께 RRC 연결 셋업 완료 신호로 응답한다. 그 결과, 데이터 블록(200)은 UA AS(110)로 부터 RAN AS(114)에 전송된다.

도면번호 5(212)에서, RAN AS(114)는 데이터 블록(200)과 EC(204)를 RAN(108)의 연동 기능부(116)에 전송한다. 연동 기능부(116)는 데이터 블록(200)의 처리를 우선적으로 처리하고, 다른 기능들을 수행한다. 이 시점에서, EC의 추가 전송은 선택사항이다. 부가적으로, 도면부호 3의 실행 이후에 EC는 송신되지 않을 수도 있다.

처리가 완료되면, 도면부호 6(214)에 도시된 바와 같이, 연동 기능부(116)는 데이터 블록(200)을 CN 내지 RAN 제어기(118)에 송신하고, 또한 EC(204)를 선택 사항으로 제공할 수 있다. 그 다음 차례로, 도면부호 7(216)에 도시된 바와 같이, CN 내지 RAN 제어기(118)는 데이터 블록(200) 및 연결 요청을 도면부호 6(214)으로부터 이용 가능하면 선택 사항인 EC(204)와 함께 코어 네트워크의 CN 내지 RAN 제어기(122)에 전송한다. 그러면, 도면부호 8(218)에 도시된 바와 같이, CN 내지 RAN 제어기(122)는 데이터 블록(200)과 도면부호 7(216)로 부터 이용 가능하면 선택 사항인 EC를 CN NAS(106)에 전송한다.

202, 206, 208, 210, 212, 214, 216 및 218 동안 내내, UA AS(110) 및 CN 내지 RAN 제어기(122) 사이의 프로토콜 계층들의 인터비닝 장치 및 소프트웨어는 어느 것도 데이터 블록(200)의 내용을 결정하거나 데이터 블록(200)의 통신 원인을 결정하기 위해서 데이터 블록(200)을 디코딩하지 않았다. 그러나, UA(100), RAN(108), 및 CN(102) 중 하나 이상에서 이러한 인터비닝 프로토콜 스택 계층들 중 일부 또는 전체는 데이터 블록(200)에 인가하기 위한 우선 순위 및 처리를 결정하는데 도움을 주기 위해서 EC(204)를 이용하였다. 그러나, 최종 단계에서, CN NAS(106)는 데이터 블록(200)을 디코딩하여, 그 안에 내재된 데이터를 처리한다.

실시예에서, CN NAS(106)는 데이터 블록(200)을 디코딩하여, 그 데이터 블록(200)이 서비스 요청 또는 확장된 서비스 요청을 포함한다는 것을 발견한다. 이러한 요청들은 UA(100)가 CN(102)을 통해 일부 다른 장치들과의 통신을 구축하기 위해 이동 통신 자원을 요구한다는 것을 CN NAS(106)에 표시한다.

데이터 블록(200)의 데이터를 처리한 후에, CN NAS(106)는 이동 통신 자원을 UA(100)에 할당하는 것과 같은, 적절한 응답을 결정한다. 그리고 나서, CN NAS(106)는 반대 방향이라는 점만 제외하면 앞서 기술된 프로세스와 유사한 프로세스를 이용하여, 이러한 자원과 관련된 데이터를 UA(100)에 다시 송신한다.

달리 언급하면, UA NAS(104)는 서비스 요청 또는 확장된 서비스 요청을 CN NAS(106)에 전달한다. 이러한 전달을 허용하는 시그널링 및 프로토콜 제어기는 프로토콜 계층으로 구현된다. 각각의 계층마다, 피어투피어 엔티티들은 기능들을 인에이블 및 실현하기 위해 서로 신호를 보내고 통신하여 그 서비스가 제동될 수 있도록 한다. 이러한 개념은 도 3 및 도 4에서 보다 자세히 설명된다.

도 3은 본 발명개시의 실시예에 따라, 사용자 에이전트, 무선 액세스 네트워크, 및 코어 네트워크 간의 제어면의 블록도이다. 유사하게, 도 4는 본 발명개시의 실시예에 따라, 사용자 에이전트, 무선 액세스 네트워크, 및 코어 네트워크 간의 제어면의 블록도이다. 도 3 및 도 4는 유사한 기능을 구비한 유사한 구성요소를 갖는다. 따라서, 도 3 및 도 4는 유사한 참조부호를 공유하고 함께 기술된다. 도 3 및 도 4는 UA(100), RAN(108), 및 CN(102) 중에서 프로토콜 스택 계층들 사이의 관계를 추가적으로 상세하게 도시한다. 도 3 및 도 4에도 적용되는 UA(100)로 부터 CN(102)으로의 데이터 통신의 설명은 도 1 및 도 2에 관해 다시 한번 제공된다.

앞서 기술한 바와 같이, UA AS(110), RAN(108), 및 CN NAS(106)의 네트워크 계층 시그널링 및 프로토콜 제어기 중 하나 이상은 밑에 있는 RAN 제어기에 의해 구축된 통신 링크들을 통해 서로 통신할 수 있다. UMTS 및 3GPP 용어에서, UA(100) 및 CN(102) 사이의 네트워크 계층은 비 액세스 층(NAS)으로 일컬어진다. UA(100)는 UA NAS(104)를 가지고, CN(102)은 CN NAS(106)를 갖지만, 본 명세서에 기술된 실시예에서 RAN(108)은 NAS를 갖지 않는다.

UA(100) 및 RAN(108)에서 무선 액세스 계층은 액세스 층(AS)으로 일컬어진다. 도 4에 도시된 바와 같이, UA AS(110)는 UA(100)에 몇개의 프로토콜 계층을 포함하고, RAN AS(114)는 RAN(108)에 몇개의 프로토콜 계층을 포함한다.

각각의 프로토콜 스택에서, 밑의 계층은 상위 계층에 서비스를 제공한다. 따라서, 예를 들면, UA(100)의 UA AS(110)는 UA NAS(104)에 서비스를 제공한다. UA AS(110)에 의해 제공된 서비스들 중 하나는 UA(100)의 UA NAS(104)를 위한 시그널링 연결을 구축하기 위한 것이다. 이 시그널링 연결은 UA NAS(104)가 CN NAS(106)와 통신하도록 허용한다. LTE/SAE(시스템 구조 진화)/EPS 네트워크에서, CN NAS(106)는 강화된 패킷 코어(EPC)로서 언급될 수 있다. 시그널링 연결을 구축하는 프로세스는 도 1 및 도 2와 관련하여 기술된다. 시그널링 연결에 관한 보다 상세한 사항은 3GPP TS 36.331 및 3GPP TS 25.331에서 발견될 수 있다.

시그널링 연결 구축의 일부로서, UA(100)의 RRC는 연결을 요청하는 이유의 지시를 RAN AS(114)에 제공한다. 이 EC는 3GPP TS 36.331에서 추가로 설명되는 바와 같이 RRC 시그널링 프로토콜 내에 생성된다.

또한 도 1 및 도 2와 관련하여 상기 기술된 바와 같이, EC는 eNB/E-UTRAN 및 아마도 EPC와 같은 목적지 노드에 시그널링 연결 구축에 대한 이유를 나타내는 목적으로 쓸 수 있다. 따라서, 이러한 장치 및 소프트웨어는 이 시그널링 연결 및 이 시그널링 연결의 다음 사용을 위한 적절한 자원을 할당할 수 있다. 또한, EC는 UA(100)의 사용자에게 이동 통신 서비스의 사용료를 얼마나 청구해야 하는지를 결정하거나 분간하는데 사용될 수 있다.

UMTS에서, 이제 EPS에서, RRC가 RRC 연결 요청 메시지로 네트워크에 제공하는 EC는 UA NAS(104)로부터의 계층간 요청으로부터 가지고 온다. 예를 들어, 3GPP TS 36.331의 RRC 연결 요청 필드 설명을 참조.

UMTS에서, EC는 수 많은 값들 중 하나를 취할 수 있다. UMTS에서 EC에 대한 가능한 값들이 3GPP TS 25.331에 제공된다. 현재, 20개 이상의 가능한 값들이 UMTS에서의 EC에 대해 존재한다.

요약하면, UA AS(110)가 RRC 연결 요청으로 제공하는 RRC EC는 UA NAS(104)로부터 나온다. UA NAS(104)는 또한 이용될 EC를 결정한다. UMTS에서, UA NAS(104)는 3GPP TS 24.008의 UMTS 부록 L에 제공된 규칙에 따라 EC를 선택한다. 이것은 RRC EC에 대한 NAS 절차의 매핑 규칙을 정한다.

이동 통신이 동작하는 방법의 상기 설명으로, 본 발명개시에 의해 제공되는 다음의 해결책 및 기술은 이제 제대로 이해될 수 있다. EPS에서, UMTS를 위한 EC의 등가의 리스트(3GPP TS 36.331에서 설명됨)를 이용할 수 없다. 대신에, EPS에서는 5개의 설정 EC 및 3개의 여분 EC가 구축되어 있다. 5개의 설정 EC는 "비상 호출", "높은 우선 순위 액세스", "모바일 종료(MT) 액세스", "모바일 발신(MO) 시그널링", 및 "MO 데이터" 이다. 여분 EC는 정의되지 않았지만, 나중의 정의를 위해 남겨두었다.

따라서, EPS에서, UA NAS(104)가 RRC 연결을 구축하도록 시도할 때, UA NAS(104)는 앞서 기술된 5개의 EC들 중 하나를 설정할 것이다. 이러한 절차는 비록 모두는 아니지만 대부분의 EPS 통신에서 이용될 수 있다.

그러나, 일부 유형의 통신의 경우, 특히 음성 호출의 경우, 종래의 UMTS 시스템의 이용이 바람직할 수 있다. 따라서, EPS 가능 장치가 종래의 UMTS 절차, 장치, 및 소프트웨어를 이용할 수 있는 절차가 구현되었다. 이 절차는 "CS 폴백"으로 공지되어 있고, 이것은 "회선 교환 폴백"을 의미한다.

EPS 가능 장치는 EPS 네트워크를 통해 데이터를 송신할 때 EPS EC를 이용하도록 프로그램되고, EPS 네트워크는 EPS EC를 볼것을 기대한다. 그러나, EPS EC는 EPS 가능 장치가, EPS에 있는 동안에, UMTS 절차를 이용하도록 이끌 CS 폴백 서비스를 개시하기를 원할 때에 이용되어야 한다. UA NAS(104)가 EPS에서 이와 같은 CS 폴백을 개시하기 때문에 이러한 환경에서 EPS들이 이용되어야 한다.

처음에는, 3GPP TS 24.008로 부터의 UMTS EC를 EPS NAS 사양으로 물려받을 수 있을 것처럼 보일 수 있다. 그러나, EPS NAS 절차는 변경되었고, 개선된 기능들이 구현되어서 종래의 UMTS 매핑은 적용할 수 없다. 더욱이, EPS를 위해 표시되는 RRC EC는 UMTS에서 이용되는 것과 상당히 다르다. 따라서, 다시 한번, UMTS EC를 통한 카피, 또는 일대일 매핑이 가능하지 않다. 더더욱, UMTS 시스템에 비해서, EPS에서 EC가 거의 이용되지 않는다. 또한 더더욱, 일부 EPS NAS 절차는 UMTS에 존재하지 않는 새로운 NAS 메시지에 의해 실현된다. 예를 들어, EPS에서 NAS는 서비스 요청 메시지 또는 확장된 서비스 요청 메시지 중 어느 하나를 이용하지만, UMTS에서 확장된 서비스 요청은 이용되지 않는다.

EPS 관련 EC를 UMTS 관련 EC로 매핑하는 것의 문제는, 부분적으로 오직, EPS RRC EC로의 NAS 절차의 일반적인 매핑에 관해서만 다뤄왔다. 예를 들어, 여기에서 참고 문헌으로 포함되어 있는 CT 1에 의해 반포된 문서 C1-083834를 참조. 그러나, 이 제안된 해결책은 앞서 기술된 모든 문제들 다루지 못한다. 특히, 이 제안된 해결책은 CS 폴백 통신의 경우에 작용하지 않는데, 왜냐하면 EPS 시스템에서 서비스 요청 절차가 CS 폴백 통신을 실현하는데 또한 이용되기 때문이다. 부가적으로, CS 폴백 절차를 통해, UA는 CS 도메인에서 비상 호출을 개시할 수 있다. 또한, 서비스 요청 절자의 시그널링 메시지로서 확장된 서비스 요청 메시지의 EPS에서의 존재는 C1-083834와 같은 기존의 문서에서 설명되지 않는다. 다음 도면들 및 설명은 이것과 관련한 해결책 및 기술을 제공한다.

도 5는 본 발명개시의 실시예에 따라 전화 서비스가 수반된 CS 폴백과 EPS RRC 구축 원인 간의 엄격한 매핑을 나타내는 표이다. 표(500)는 도 1 내지 4에 대하여 기술된 제약들을 다루는 일 실시예를 나타낸다.

도 5에 기술된 실시예는, MO 호출, MT 호출, 또는 비상 호출과 같은 전화 서비스가 수반된 CS 폴백과 EPS RRC EC 간의 엄격한 매핑을 제공한다. 다른 매핑이 이용될 수 있지만, 이 엄격한 매핑은, 예를 들어, 도 5에 제공된 형태일 수 있다.

행(502)은 "CS 폴백이 개시되는 전화 서비스" 및 "이용될 RRC 구축 원인"을 포함하는 열의 제목들을 도시한다. 행(504, 506, 및 508)은 행에 의해서 이용되는 매핑을 도시한다. 따라서, 행(504)에 도시된 바와 같이, CS MO 호출을 개시하기 위해 CS 폴백에 의해 트리거되는 서비스 요청 절차를 위해, EPS EC "MO 시그널링"이 이용될 수 있다. 대안적으로, EPS EC "MO 데이터"가 이용될 수 있다. 행(506)에 도시된 바와 같이, CS MT 호출을 수신하기 위해 CS 폴백에 의해 트리거되는 서비스 요청 절차를 위해, EPS EC "MO 시그널링"이 이용될 수 있다. 대안적으로, EPS EC "MT 액세스"가 이용될 수 있다. 또 다른 실시예에서, EPS EC "MO 데이터"가 이용될 수 있다. 행(508)에 도시된 바와 같이, CS MO 비상 호출을 개시하기 위해 CS 폴백에 의해 트리거되는 서비스 요청 절차를 위해, EPS EC "비상 호출"이 이용될 수 있다.

실시예에서, 프로세서는 서비스 요청이 UL(업링크) 시그널링을 위한 자원을 요청하면 "MO 시그널링"으로 구축 원인(EC)을 설정하도록 구성될 수 있다. 또 다른 실시예에서, 프로세서는 서비스 요청이 사용자면(user plane) 무선 자원을 요청하면 "MO 데이터"로 구축 원인을 설정하도록 구성될 수 있다. 역시 또 다른 실시예에서, 프로세서는 CN 도메인 표시자가 PS(패킷 교환)으로 설정되면 "MT 액세스"로 구축 원인을 설정하도록 구성될 수 있다.

도 6은 본 발명개시의 실시예에 따라, CS 폴백 통신 동안에 EPS NAS 절차의 RRC 구축 원인을 결정하는 프로세스를 나타내는 흐름도이다. 도6에 도시된 프로세스는, 도 1 내지 도 4에 대하여 기술된 문제들을 다루기 위해 제공된 또 다른 기술이다. 도 6에 도시된 프로세는 UA에 전적으로 구현될 수 있지만, UA에서 개시되고 그 다음에 RAN의 일부에서 추가적으로 처리될 수 있다. 추가의 선택적인 실시예에서, 도 6에 도시된 프로세스는 CN에 전적으로 구현될 수 있지만, CN에서 개시되고 그 다음에 RAN의 일부에서 추가적으로 처리될 수 있다. 역시 또 다른 선택적인 실시예에서, 도 6에 도시된 프로세스는 RAN에서 개시되고 그 다음에 UA 또는 CN 중 어느 하나에서 처리될 수 있지만, 이 경우에 RAN 장치가 NAS 계층 또는 EC를 발생시키기 위한 일부 다른 기능을 구비해야 한다.

특히, 도 6은 EPS 통신에서 이용되는 확장된 서비스 요청 메시지를 이용한다. 도 6은 특히 "서비스 유형"으로 공지된, 확장된 서비스 요청과 연관된 정보 요소를 이용하는 것을 개시한다. 서비스 유형은 시도 중인 확장된 서비스 요청에 대한 원인을 반영하는 하나 이상의 디코드 값으로 제공될 수 있다. 따라서, 이 실시예에서, 확장된 서비스 요청에서 이용되는 서비스 유형의 디코드 값 또는 디코드 값들은 RRC EC가 이용될 매핑을 제공하기 위해 이용된다.

실시예에서, 프로세스는 진화된 패킷 시스템(EPS)의 실체적 장치를 통해 회선 교환(CS) 폴백 서비스를 개시하는 프로세서를 이용하여 시작한다(블록 600). 실체적 장치는 UA, 또는 선택 사항으로 CN일 수 있다. UA 또는 CN의 경우에, 실체적 장치는 비 액세스 층(NAS)을 구비한 프로토콜 계층을 더 포함한다.

CS 폴백 서비스를 개시한 이후에, NAS는 디코드 값을 갖는 서비스 유형을 구비한 확장된 서비스 요청을 처리한다(블록 602). 이 디코드 값이 이용되어 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 식별할 수 있다(블록 604). 통신을 개시한 것이 UA 또는 CN 중 어느 쪽이든, EPS 시스템 내의 다양한 장치 및 프로토콜 계층들은 CS 폴백 서비스의 처리 동안에 EPS 정의된 RRC EC를 이용한다(블록 606). 그 후에, 프로세스는 종료한다.

도 6에서 설명된 프로세스는 확장될 수도 있다. 예를 들어, 실시예에서, NAS가 확장된 서비스 요청을 발생시킬 수 있다. 이 경우에, UA의 NAS는 디코드 값을 결정하고, CS 폴백 서비스를 실현시키기 위해 송신할 확장된 서비스 요청을 야기시킨다. 반대로, UA의 NAS는 확장된 서비스 요청을 수신할 수 있다. 이 경우에, 실체적 장치의 액세스 층(AS)이 디코드 값을 처리한다.

서비스 유형 및 대응하는 RRC EC에 대한 다수의 특정한 예가 본 명세서에 제공된다. 제1 예에서, 서비스 유형은 "모바일 발신(MO) CS 폴백"을 포함한다. 이 경우에, RRC EC는 "MO 시그널링" 또는 "MO 데이터" 중 하나를 포함한다. 제2 예에서, 서비스 유형은 "모바일 종료(MT) CS 폴백"을 포함한다. 이 경우에, RRC EC는 "MT 액세스" 또는 "모바일 발신(MO) 시그널링" 또는 "MO 데이터" 중 하나를 포함한다. 제3 예에서, 서비스 유형은 "모바일 발신(MO) CS 폴백 비상 호출"을 포함한다. 이 경우에, RRC EC는 "비상 호출"을 포함한다.

일 실시예에서, 확장된 서비스 요청 메시지 이외의 메시지들은 서비스 유형 정보 요소를 가질 수 있다. 이 서비스 유형 정보 요소는 요청된 서비스의 유형을 표시할 수 있다. 따라서, EC는 확장된 서비스 요청 메시지 이외의 메시지와 연관된 서비스 유형에 기초하여 결정될 수 있다. 예를 들어, 미래 시스템은 비디오 네트워크 사회화 서비스를 가질 수 있다. 메시지는 비디오 네트워크 사회화 서비스를 요청하기 위해 보내질 수 있다. 서비스 유형에 기초한 EC는 요청 메시지와 연관될 수 있고, 비디오 서비스가 필요하다고 표시할 수 있다.

도 7은 본 발명개시의 실시예에 따라, CS 폴백 통신 동안에 EPS NAS 절차의 RRC 구축 원인을 결정하는 프로세스를 나타내는 흐름도이다. 도 7에 도시된 프로세스는 도 1 내지 도 4와 관련하여 기술된 문제들을 다루는 또 다른 방식이다. 도 7에 도시된 프로세스는 진화된 패킷 시스템(EPS)에서 회선 교환(CS) 폴백 서비스를 가능하게 하는 실체적 장치에 구현될 수 있다. 실체적 장치는 UA, 또는 선택 사항으로 CN일 수 있다. UA 또는 CN의 경우에, 실체적 장치는 비 액세스 층(NAS)을 구비한 프로토콜 계층을 더 포함한다.

프로세스는 NAS가 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 발생시키는 것으로 시작한다(블록 700). NAS는 CS 폴백 서비스의 정해진 유형을 위해 EPS RRC EC를 정의한다(블록 702). 그 후에, 프로세스는 종료한다.

실시예에서, 모든 가능한 EPS 정의된 RRC ECS들은 5개의 정의된 RRC EC 및 3개의 여분 RRC EC를 포함한다. 이 경우에, CS 폴백 서비스의 정해진 유형을 위해 정의된 RRC EC는 3개의 여분 RRC EC들 중 하나를 교체한다. 실시예에서, 교체된 RRC EC는 "CS 폭백 서비스"일 수 있다. 또 다른 실시예에서, 교체된 RRC EC는 "CS 긴급 호출"일 수 있다. 역시 또 다른 실시예에서, 3개의 여분 RRC EC들 중 2개가 교체될 수 있으며, 첫 번째 것은 "CS 폴백 서비스"로, 두 번째 것은 "CS 긴급 호출"일 수 있다. 상이한 실시예들에서, 이전의 여분 RRC EC에 대해 상이한 이름을 사용할 수 있지만, 이전의 여분 RRC EC의 기능들은 실질적으로 동일하게 남아있다. 기능들은 RRC 연결 요청이 CS 폴백 서비스를 위한 것인지, 또는 적절히 또는 요구된다면, CS 비상 호출을 위한 것인지 나타내는 것을 포함한다.

도 8은 본 발명개시의 실시예에 따라, CS 폴백 서비스를 실현하기 위해 통신 동안에 EPS NAS 절차의 RRC 구축 원인을 결정하는 프로세스를 나타내는 흐름도이다. 도 8에 도시된 프로세스는 도 1 내지 도 4와 관련하여 기술된 문제들을 해결하기 위한 역시 또 다른 기술이다. 도 8에 도시된 프로세스는 도 5와 관련하여 기술된 해결책에 대응한다.

프로세스는 회선 교환(CS) 폴백 서비스가 진화된 패킷 시스템(EPS) 가능 장치에서 개시되는 것으로 시작한다(블록 800). EPS 가능 장치는 비 액세스 층(NAS)을 구비한 프로토콜 계층을 포함한다. 그 다음에, EPS 가능 장치는 개시된 CS 폴백 서비스 요청의 유형을 식별한다(블록 802). 그 다음에, EPS 가능 장치의 NAS는 CS 폴백 서비스의 유형에 대응하는 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 처리한다(블록 804). 용어 "대응하다"는 특정한 유형의 CS 폴백 서비스가 대응하는 특정한 RRC EC를 갖는다는 것을 의미한다. 그 후에, 프로세스는 종료한다. 이 프로세스는 RRC EC를 발생시키거나 RRC EC를 수신하는 것 중 어느 하나를 행하는 동안에 수행될 수 있다.

EPS 정의된 RRC EC로의 CS 폴백 서비스 요청 유형의 매핑은 상이한 형태를 취할 수 있다. 제1 예에서, CS 폴백 서비스 요청의 유형이 CS 모바일 발신(MO) 호출을 포함하면, 대응하는 RRC EC는 "MO 시그널링" 또는 "MO 데이터" 중 하나일 수 있다. 제2 예에서, CS 폴백 서비스 요청의 유형이 CS 모바일 종료(MT) 호출을 포함하면, 대응하는 RRC EC는 "모바일 발신 시그널링" 또는 "MO 데이터" 또는 "MT 액세스" 중 하나일 수 있다. 제3 예에서, CS 폴백 서비스 요청의 유형이 모바일 발신 비상 호출을 포함하면, 대응하는 RRC EC는 "비상 호출" 일 수 있다.

앞서 기술된 UA 및 다른 요소들은 앞서 기술된 활동들에 관련된 명령어들을 실행시킬 수 있는 처리 구성요소를 포함할 수 있다. 도 9는 본 명세서에서 개시된 하나 이상의 실시예들을 구현하는데 적합할 수 있는 처리 구성요소(910)를 포함하는 시스템(900)의 예를 나타낸다. 시스템(900)은 프로세서(910)(중앙 처리 유닛 또는 CPU로서 일컬어질 수 있음) 이외에 네트워크 연결 장치(920), 랜덤 액세스 메모리(RAM)(930), 읽기 전용 메모리(ROM)(940), 보조 기억장치(950), 및 입출력(I/O) 장치(960)를 포함할 수 있다. 이러한 구성요소들은 버스(970)를 통하여 서로 통신할 수 있다. 일부의 경우에, 이러한 구성요소들 중 일부는 존재하지 않을 수도 있거나, 서로 다양하게 조합되거나, 도시되지 않은 다른 구성요소로 조합될 수도 있다. 이러한 구성요소들은 단일 물리적 엔티티에 위치하거나 하나 이상의 물리적 엔티티에 위치할 수 있다. 프로세서(910)에 의해 행해지는 것으로 본 명세서에서 설명된 임의의 활동들은 프로세서(910) 단독으로 행해지거나 도면에 도시되거나 도시되지 않은 DSP(990)와 같은 하나 이상의 구성요소들과 함께 프로세서(910)에 의해 행해질 수 있다. DSP(990)가 개별 구성요소로서 도시되었지만, DSP(990)는 프로세서(910) 내에 통합될 수 있다.

프로세서(910)는 네트워크 연결 장치(920), RAM(930), ROM(940), 또는 보조 기억 장치(950)(하드 디스크, 플로피 디스크, 또는 광학 디스크와 같은 다양한 디스크 기반 시스템을 포함할 수 있음)로부터 액세스할 수 있는 명령어, 코드, 컴퓨터 프로그램, 또는 스크립트를 실행한다. 오직 하나의 CPU(910)가 도시되었지만, 다중 프로세서가 존재할 수 있다. 따라서, 명령어들은 하나의 프로세서에 의해 실행되는 것으로서 설명되었지만, 명령어들은 다중 프로세서에 의해 동시에, 연속적으로, 또는 다른 방식으로 실행될 수 있다. 프로세서(910)는 하나 이상의 CPU 칩들로서 구현될 수 있다.

네트워크 연결 장치(920)는 모뎀, 모뎀 뱅크, 이더넷 장치, 범용 직렬 버스(USB) 인터페이스 장치, 직렬 인터페이스, 토큰 링 장치, 광섬유 분배 데이터 인터페이스(fiber distributed data interface; FDDI) 장치, 무선 근거리 네트워크(WLAN) 장치, 코드 분할 다중 액세스(CDMA) 장치, 이동 통신 세계화 시스템(GSM) 무선 트랜스시버 장치, WiMAX(worldwide interoperability for microwave access) 장치와 같은 무선 트랜스시버 장치, 및/또는 네트워크로의 연결을 위한 기타의 잘 알려진 장치들의 형태를 취할 수 있다. 이러한 네트워크 연결 장치(920)는 프로세서(910)로 하여금 인터넷 또는 하나 이상의 통신 네트워크 또는 이 프로세서(910)가 정보를 수신하거나 정보를 출력하는 다른 네트워크와 통신하는 것을 가능하게 한다. 네트워크 연결 장치(920)는 또한 데이터를 무선으로 송신 및/또는 수신할 수 있는 하나 이상의 트랜스시버 구성요소(925)를 포함할 수 있다.

RAM(930)은 휘발성 데이터를 저장하는데 이용되고, 아마도 프로세서(910)에 의해 실생되는 명령어를 저장하는데 이용될 수 있다. ROM(940)은 비휘발성 메모리 장치로서 통상적으로 보조 기억 장치(950)의 메모리 용량보다 적은 메모리 용량을 갖는다. ROM(940)은 명령어를 저장하는데 이용되고, 아마도 명령어의 실행 동안에 판독되는 데이터를 저장하는데 이용될 수 있다. ROM(930) 및 RAM(940) 모두에 대한 액세스는 일반적으로 보조 기억 장치(950)에 대한 액세스보다 빠르다. 보조 기억 장치(950)는 일반적으로 하나 이상의 디스크 드라이버들 또는 테이프 드라이브들로 구성되며, 데이터의 비휘발성 기억 장치용으로 이용되거나, RAM(930)이 모든 작업 데이터를 유지할 만큼 충분히 크지 않은 경우에 오버플로우 데이터 저장 장치로서 이용된다. 보조 기억 장치(950)는 이와 같은 프로그램들이 실행을 위해 선택될 때에 RAM(930)내에 로딩되는 프로그램들을 저장하는데 이용될 수 있다.

I/O 장치(960)는 액정 표시 장치(LCD), 터치 스크린 디스플레이, 키보드, 키패드, 스위치, 다이얼, 마이크, 트랙볼, 음성 인식기, 카드 판독기, 종이 테이프 판독기, 프린터, 비디오 모니터, 또는 기타의 잘 알려진 입력 장치를 포함할 수 있다. 또한, 트랜스시버(925)는 네트워크 연결 장치(920)의 구성요소인 것 대신에 또는 네트워크 연결 장치(920)의 구성요소 이외에 I/O 장치(960)의 구성요소인 것으로 고려될 수 있다.

아래의 참조들은 모든 목적을 위해 참고용으로 본 명세서에 인용되어 있다: 제3 세대 파트너쉽 프로젝트(3GPP) 기술 사양서(TS) 24.008, 25.331, 24.301, 23.272, 36.331, 36.813 및 3GPP TS 36.814.

따라서, 본 실시예는 진화된 패킷 시스템(EPS)에서 회선 교환(CS) 폴백 서비스를 나타내기 위한 사용자 에이전트, 코어 네트워크 장치, 및 방법을 제공한다. UA의 경우에, UA는 비 액세스 층(NAS)을 구비한 프로토콜 계층을 더 포함한다. UA 장치의 프로세서는 또한 디코드 값을 갖는 서비스 유형을 구비한 확장된 서비스 요청을 처리하기 위해 NAS를 촉진시키도록 구성된다. 디코드 값은 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 식별한다. 대안적인 실시예에서, 유사한 프로세스가 CN에서 구현될 수 있고, 가능하게는 RAN에서 구현될 수 있다.

실시예들은 또한 진화된 패킷 시스템(EPS)에서 회선 교환(CS) 폴백 서비스를 나타내기 위한 사용자 에이전트, 코어 네트워크 장치, 및 방법을 제공한다. UA의 경우에, UA는 비 액세스 층(NAS)을 구비한 프로토콜 계층을 더 포함한다. UA의 프로세서는 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 발생시키기 위해 NAS를 촉진시키도록 구성된다. RRC EC는 CS 폴백 서비스의 정해진 유형을 위해 NAS에 의해 정의된다. 대안적인 실시예에서, 유사한 프로세스가 CN에서 구현될 수 있고, 가능하게는 RAN에서 구현될 수 있다.

실시예들은 또한 진화된 패킷 시스템(EPS)에서 회선 교환(CS) 폴백 서비스를 나타내기 위한 사용자 에이전트, 코어 네트워크 장치, 및 방법을 제공한다. UA의 경우에, UA는 비 액세스 층(NAS)을 구비한 프로토콜 계층을 더 포함한다. UA의 프로세서는 CS 폴백 서비스가 개시되는 서비스 요청의 유형을 식별하도록 구성된다. 프로세서는 또한 이러한 유형과 연관되는 EPS 정의된 무선 자원 제어(RRC) 구축 원인(EC)을 처리하기 위해 NAS를 야기시키도록 구성된다. 대안적인 실시예에서, 유사한 프로세스가 CN에서 구현될 수 있고, 가능하게는 RAN에서 구현될 수 있다.

실시예는 서비스 유형에 기초하여 구축 원인(EC)을 설정하도록 구성된 프로세서를 포함하는 UA를 여전히 제공한다. 프로세서는 서비스 유형이 "모바일 발신 CS 폴백"으로 설정되면 "MO 데이터"로 구축 원인을 설정하도록 또한 구성될 수 있다. 프로세서는 서비스 유형이 "모바일 종료 CS 폴백"으로 설정되면 "MT 액세스"로 구축 원인을 설정하도록 또한 구성될 수 있다. 프로세서는 서비스 유형이 "모바일 발신 CS 폴백 비상 호출"로 설정되면 "비상 호출"로 구축 원인을 설정하도록 또한 구성될 수 있다.

실시예는 서비스 요청이 UL 시그널링을 위한 자원을 요청하면 "MO 시그널링"으로 구축 원인(EC)을 설정하도록 구성될 수 있는 프로세서를 또한 제공한다. 또 다른 실시예에서, 프로세서는 서비스 요청이 사용자면 무선 자원을 요청하면 "MO 데이터"로 구축 원인을 설정하도록 구성될 수 있다. 역시 또 다른 실시예에서, 프로세서는 CN 도메인 표시자가 PS(패킷 교환)으로 설정되면 "MT 액세스"로 구축 원인을 설정하도록 구성될 수 있다.

본 발명개시에서는 몇 개의 실시예들이 제공되었지만, 개시된 시스템 및 방법은 본 발명개시의 사상 또는 범위로부터 이탈하지 않고서 수 많은 다른 특정한 형태로 구현될 수 있다는 것을 이해해야 한다. 제시된 예들은 예시로서 간주되어야 하지 제한적 의미로서 간주되어서는 안되며, 본 명세서에서 주어진 상세한 설명으로 한정되도록 의도하는 것도 아니다. 예를 들어, 다양한 요소들 또는 구성요소들이 다른 시스템내에 결합되거나 또는 통합될 수 있거나, 어떠한 특징들은 누락되거나 또는 구현되지 않을 수 있다.

또한, 다양한 실시예들에서 개별적으로 또는 따로따로 도시되고 설명된 기술들, 시스템들, 서브시스템들 및 방법들은 본 발명개시의 범위를 일탈하지 않고서 다른 시스템들, 모듈들, 기술들, 또는 방법들과 결합되거나 통합될 수 있다. 서로 결합되거나 직접 결합되거나 또는 통신하는 것으로서 도시되거나 설명된 기타의 아이템들은 전기적으로, 기계적으로, 또는 이와 다르게, 몇몇의 인터페이스, 장치, 또는 매개 구성요소를 통해 간접적으로 결합되거나 또는 통신할 수 있다. 변경예, 대체예, 및 변형예의 다른 예시들은 본 발명분야의 당업자에 의해 확인가능하며, 이것은 본 명세서에서 개시된 사상 및 범위로부터 일탈하지 않고서 행해질 수 있다.

900: 시스템 910: 프로세서(CPU)
920: 네트워크 연결 장치 930: RAM
940: ROM 950: 보조 기억 장치
960: I/O 장치 970: 버스

Claims (39)

1. 진화된 패킷 시스템(EPS; evolved packet system)에서의 동작을 위한 사용자 에이전트 장비(user agent equipment)에 있어서,
   확장된 서비스 요청(EXTENDED SERVICE REQUEST)을 포함하고 회선 교환(CS) 폴백(fallback)에 관한 서비스 유형을 식별하는 NAS(non-access stratum; 비 액세스 층) 서비스 요청 메시지를 생성하도록 구성된 NAS 프로토콜 계층; 및
   RRC(radio resource control; 무선 자원 제어) 연결 요청(RRC CONNECTION REQUEST) 메시지의 RRC 구축 원인(EC; establishment cause)을 설정하도록 구성된 AS(access stratum; 액세스 층) 프로토콜 계층
   을 포함하며,
   상기 RRC EC는 상기 NAS 서비스 요청 메시지에 의해 식별된 CS 폴백에 관한 서비스 유형에 기초하고, 상기 서비스 유형이 "모바일 발신(MO; mobile originating) CS 폴백"일 때 상기 RRC EC는 "MO 데이터(MO data)"로 설정되는 것인, 사용자 에이전트 장비.
2. 제1항에 있어서, 상기 서비스 유형이 "모바일 종료(MT; mobile terminating) CS 폴백"일 때, 상기 RRC EC는 "MT 액세스", "모바일 발신(MO) 시그널링", 및 "MO 데이터" 중 하나로 설정되는 것인, 사용자 에이전트 장비.
3. 제1항에 있어서, 상기 서비스 유형이 "모바일 발신(MO) CS 폴백 비상 호출"일 때, 상기 RRC EC는 "비상 호출"로 설정되는 것인, 사용자 에이전트 장비.
4. 제1항에 있어서, 상기 RRC EC는 주어진 유형의 CS 폴백 서비스에 대응하는 것인, 사용자 에이전트 장비.
5. 제1항에 있어서, 상기 사용자 에이전트 장비가 회선 교환(CS) 폴백 서비스를 개시할 시, 상기 NAS 프로토콜 계층은 개시되는 CS 폴백 서비스의 유형을 식별하고 상기 개시되는 CS 폴백 서비스의 유형에 기초하여 상기 RRC EC를 결정하도록 구성되는 것인, 사용자 에이전트 장비.
6. 제1항에 있어서, 상기 NAS 프로토콜 계층은 또한, 상기 서비스 유형에 기초하여 상기 RRC EC를 결정하고 상기 RRC EC를 상기 AS 프로토콜 계층에 제공하도록 구성되는 것인, 사용자 에이전트 장비.
7. 제6항에 있어서, 상기 서비스 유형에 기초한 RRC EC는 NAS 절차들의 RRC EC들로의 매핑에 따라 결정되는 것인, 사용자 에이전트 장비.
8. 제1항에 있어서,
   상기 NAS 서비스 요청 메시지는 확장된 서비스 요청(EXTENDED SERVICE REQUEST) 메시지인 것인, 사용자 에이전트 장비.
9. 진화된 패킷 시스템(EPS)에서의 방법에 있어서,
   NAS 프로토콜 계층에서, 확장된 서비스 요청(EXTENDED SERVICE REQUEST)을 포함하고 회선 교환(CS) 폴백에 관한 서비스 유형을 식별하는 NAS 서비스 요청 메시지를 생성하는 단계; 및
   AS 프로토콜 계층에서, RRC 연결 요청(RRC CONNECTION REQUEST)의 RRC 구축 원인(EC)을 설정하는 단계
   를 포함하고,
   상기 RRC EC는 상기 NAS 서비스 요청 메시지에 의해 식별된 CS 폴백에 관한 서비스 유형에 기초하고, "모바일 발신(MO) CS 폴백"의 서비스 유형이 생성될 때 상기 RRC EC를 "MO 데이터"로 설정하는 것인, 진화된 패킷 시스템(EPS)에서의 방법.
10. 제9항에 있어서, "모바일 종료(MT) CS 폴백"의 서비스 유형이 생성될 때, 상기 RRC EC를 "MT 액세스", "모바일 발신(MO) 시그널링", 또는 "MO 데이터"로 설정하는 것인, 진화된 패킷 시스템(EPS)에서의 방법.
11. 제9항에 있어서, "모바일 발신(MO) CS 폴백 비상 호출"의 서비스 유형이 생성될 때, 상기 RRC EC를 "비상 호출"로 설정하는 것인, 진화된 패킷 시스템(EPS)에서의 방법.
12. 제9항에 있어서, 상기 RRC EC는 주어진 유형의 CS 폴백 서비스에 대응하는 것인, 진화된 패킷 시스템(EPS)에서의 방법.
13. 제9항에 있어서, 회선 교환(CS) 폴백 서비스의 개시시, 상기 NAS 프로토콜 계층에서, 개시되는 CS 폴백 서비스의 유형을 식별하고 상기 개시되는 CS 폴백 서비스의 유형에 기초하여 상기 RRC EC를 결정하는 것인, 진화된 패킷 시스템(EPS)에서의 방법.
14. 제9항에 있어서, 상기 NAS 프로토콜 계층에서, 상기 서비스 유형에 기초하여 상기 RRC EC를 결정하고 상기 RRC EC를 상기 AS 프로토콜 계층에 제공하는 단계를 더 포함하는, 진화된 패킷 시스템(EPS)에서의 방법.
15. 제14항에 있어서, 상기 서비스 유형에 기초한 RRC EC를, NAS 절차들의 RRC EC들로의 매핑에 따라 결정하는 것인, 진화된 패킷 시스템(EPS)에서의 방법.
16. 제9항에 있어서, 상기 NAS 서비스 요청 메시지를 생성하는 단계는 확장된 서비스 요청(EXTENDED SERVICE REQUEST)을 생성하는 단계를 포함하는 것인, 진화된 패킷 시스템(EPS)에서의 방법.
17. 진화된 패킷 시스템(EPS)에서 프로세서에 의해 실행될 때 방법을 수행하는 명령어들이 인코딩된 비일시적 컴퓨터 판독가능 매체에 있어서, 상기 방법은,
    NAS 프로토콜 계층에서, 확장된 서비스 요청(EXTENDED SERVICE REQUEST)을 포함하고 회선 교환(CS) 폴백에 관한 서비스 유형을 식별하는 NAS 서비스 요청 메시지를 생성하는 단계; 및
    AS 프로토콜 계층에서, RRC 연결 요청(RRC CONNECTION REQUEST) 메시지의 RRC 구축 원인(EC)을 설정하는 단계
    를 포함하고,
    상기 RRC EC는 상기 NAS 서비스 요청 메시지에 의해 식별된 CS 폴백에 관한 서비스 유형에 기초하고, "모바일 발신(MO) CS 폴백"의 서비스 유형이 생성될 때 상기 RRC EC를 "MO 데이터"로 설정하는 것인, 컴퓨터 판독가능 매체.
18. 제17항에 있어서, "모바일 종료(MT) CS 폴백"의 서비스 유형이 생성될 때, 상기 RRC EC를 "MT 액세스", "모바일 발신(MO) 시그널링", 또는 "MO 데이터"로 설정하는 것인, 컴퓨터 판독가능 매체.
19. 제17항에 있어서, "모바일 발신(MO) CS 폴백 비상 호출"의 서비스 유형이 생성될 때, 상기 RRC EC를 "비상 호출"로 설정하는 것인, 컴퓨터 판독가능 매체.
20. 제17항에 있어서, 상기 RRC EC는 주어진 유형의 CS 폴백 서비스에 대응하는 것인, 컴퓨터 판독가능 매체.
21. 제17항에 있어서, 회선 교환(CS) 폴백 서비스의 개시시, 개시되는 CS 폴백 서비스의 유형을 식별하고 상기 개시되는 CS 폴백 서비스의 유형에 기초하여 상기 RRC EC를 결정하는 것인, 컴퓨터 판독가능 매체.
22. 제17항에 있어서, 상기 수행되는 방법은, 상기 NAS 프로토콜 계층에서, 상기 서비스 유형에 기초하여 상기 RRC EC를 결정하고 상기 RRC EC를 상기 AS 프로토콜 계층에 제공하는 단계를 더 포함하는 것인, 컴퓨터 판독가능 매체.
23. 제22항에 있어서, 상기 서비스 유형에 기초한 RRC EC를, NAS 절차들의 RRC EC들로의 매핑에 따라 결정하는 것인, 컴퓨터 판독가능 매체.
24. 제17항에 있어서, 상기 NAS 서비스 요청 메시지를 생성하는 단계는, 확장된 서비스 요청(EXTENDED SERVICE REQUEST) 메시지를 생성하는 단계를 포함하는 것인, 컴퓨터 판독가능 매체.
25. 삭제
26. 삭제
27. 삭제
28. 삭제
29. 삭제
30. 삭제
31. 삭제
32. 삭제
33. 삭제
34. 삭제
35. 삭제
36. 삭제
37. 삭제
38. 삭제
39. 삭제

Images