KR101804919B1

KR101804919B1 - 1ｘ 메시지 번들링

Info

Publication number: KR101804919B1
Application number: KR1020127020584A
Authority: KR
Inventors: 리 시앙 순
Original assignee: 엘지전자 주식회사
Priority date: 2010-01-21
Filing date: 2011-01-21
Publication date: 2017-12-05
Also published as: US20110176512A1; US9820194B2; EP2526730A4; US9585120B2; EP2526730A2; KR20120123672A; CN102714859A; EP2526730B1; WO2011090339A3; CN102714859B; WO2011090339A2; US20170105149A1

Abstract

본 방법은 네트워크 개체에서, 회선 교환 페이징 요청을 수신하는 것을 포함하며, 상기 페이징 요청은 패킷 데이터 네트워크에 접속되고 회선 교환 네트워크에 등록된 사용자 기기(UE)에 대한 것이다. 상기 방법은 또한 상기 회선 교환 네트워크로부터 발신자 번호를 획득하는 것과, 상기 발신자 번호는 상기 UE를 콜하는 자로부터의 콜에 대응되는 정보이며, 회선 교환 기술의 메시지를 둘 이상 포함하는 회선 서비스 통지 응용 메시지를 생성하는 것을 포함하며 상기 둘 이상의 메시지 중 하나는 상기 발신자 번호를 포함한다. 또 다른 동작은 상기 네트워크 개체로부터 상기 UE로, 상기 회선 서비스 통지 응용 메시지를 전송하는 것에 관련되며, 상기 전송하는 것은 상기 UE가 상기 패킷 데이터 네트워크에 접속되어 있는 동안에, 그리고 상기 UE가 패킷 데이터를 수신 및/또는 전송하기 위한 활동 상태에서 동작하고 있거나 또는 상기 UE가 시그널링 메시지들을 수신 및/또는 전송하기 위한 활동 상태에서 동작하고 있는 동안 일어난다.

Description

1Ｘ 메시지 번들링{1X MESSAGE BUNDLING}

본 발명은 개괄적으로 무선 통신에 관한 것이며, 상세하게는 무선 통신 시스템에 있어서 단말용 페이징 기법에 관한 것이다.

무선 통신 시스템은 음성, 비디오, 패킷 데이터, 메시징, 방송 등과 같은 다양한 통신 콘텐츠를 제공하는 데 널리 이용된다. 이들 무선 시스템은 가용 시스템 자원들을 공유함으로써 다중 사용자들을 지원할 수 있는 다양한 액세스 방식들을 채용한다. UMTS(universal mobile telecommunication system)는 유럽형 시스템인 GSM(global system for mobile communications) 및 GPRS(general packet radio services)를 기반으로 한 WCDMA(wideband code division multiple access)에서 동작하는 3세대 비동기식 이동 통신 시스템(3G asynchronous mobile communication system)이다. UMTS를 표준화했던 3GPP(3rd generation partnership project)에 의해 UMTS의 LTE(long term evolution) 타입 셀룰러 네트워크가 논의 중이다.

본 발명의 목적은 무선 통신 시스템의 단말을 위한 페이징 기법을 제공하는 것이다.

일 실시예에 따르면, 본 방법은 네트워크 개체(network entity)에서, 회선 교환 페이징 요청(circuit switched paging request)을 수신하는 것을 포함하며, 상기 페이징 요청은 패킷 데이터 네트워크에 접속되고 회선 교환 네트워크에 등록된 사용자 기기(user equipment, UE)에 대한 것이다. 상기 방법은 또한 상기 회선 교환 네트워크로부터 발신자 번호(call party number)를 획득하는 것과, 상기 발신자 번호는 상기 UE를 콜(call)하는 자로부터의 콜에 대응되는 정보이며, 회선 교환 기술의 메시지를 둘 이상 포함하는 회선 서비스 통지 응용 메시지(circuit service notification application message)를 생성하는 것을 포함하며 상기 둘 이상의 메시지 중 하나는 상기 발신자 번호를 포함한다. 또 다른 동작은 상기 네트워크 개체로부터 상기 UE로, 상기 회선 서비스 통지 응용 메시지를 전송하는 것에 관련되며, 상기 전송하는 것은 상기 UE가 상기 패킷 데이터 네트워크에 접속되어 있는 동안에, 그리고 상기 UE가 패킷 데이터를 수신 및/또는 전송하기 위한 활동 상태(active state)에서 동작하고 있거나 또는 상기 UE가 시그널링 메시지들을 수신 및/또는 전송하기 위한 활동 상태에서 동작하고 있는 동안 일어난다.

다른 실시예에 따르면, 사용자 기기(UE)에서 콜 정보를 수신하는 방법은 상기 UE가 패킷 데이터 네트워크에 접속되도록 상기 UE를 접속 모드(attached mode)로 동작시키는 것을 포함하고, 상기 UE가 회선 교환 네트워크에 등록되도록 상기 접속 모드 중 적어도 일부 시간 동안 상기 UE를 등록 모드(registered mode)로 동작시키는 것을 포함한다. 상기 방법은 상기 UE에서 네트워크 개체로부터, 회선 교환 기술의 메시지를 둘 이상 포함하는 회선 서비스 통지 응용 메시지를 수신하는 것을 더 포함하며, 상기 둘 이상의 메시지 중 하나는 상기 UE를 콜하는 자로부터의 콜에 대응되는 정보인 발신자 정보를 포함하고, 상기 수신하는 것은 상기 UE가 접속 모드에 있고 상기 UE가 활동 상태로 동작하는 동안 그리고 상기 UE가 패킷 데이터 또는 시그널링 메시지들을 수신 및/또는 전송하기 위한 활동 상태에서 동작하는 동안 일어난다.

이들 실시예들과 다른 실시예들은 또한 첨부된 도면들을 참조하여 서술되는 다음의 상세한 설명으로부터 당해 기술분야의 통상의 기술자들에게 명백하게 될 것이며, 본 개시는 개시된 임의의 특정 실시예들로만 제한되는 것은 아니다.

본 발명의 다양한 실시예들에 따라, 단말은 무선 통신 시스템에 있어서 효율적인 페이징을 수행한다.

본 발명에 의해 얻어질 수 있는 장점들은 앞서 언급된 장점들로만 제한되는 것은 아니며, 다음의 설명으로부터 언급되지 않은 다른 장점들도 본 발명이 속하는 기술분야의 통상의 기술자에게 명백할 것이다.

본 개시의 상기 양상 및 특징들과 다른 양상 및 특징들은 첨부된 도면들과 관련하여 고려되는 실시예들에 대한 다음의 상세한 설명을 고려할 때 더욱 명백해질 것이다.
도 1은 본 발명의 다양한 실시예들에 따른 E-UMTS(evolved universal mobile telecommunication system)의 네트워크 구조의 블록도이다.
도 2a는 전형적인 E-UTRAN과 전형적인 EPC의 일반적인 구조를 도시한 블록도이다.
도 2b 및 도 2c는 E-UMTS 네트워크를 위한 사용자 평면(user-plane) 및 제어 평면(control-plane) 프로토콜 스택을 도시한 블록도이다.
도 3은 본 발명의 실시예들에 따른 1xRTT로의 CS 폴백(CS fallback)을 위한 아키텍처를 도시한 블록도이다.
도 4는 본 발명의 실시예들에 따른 다양한 개체(entity)들을 위한 프로토콜 스택을 도시한 것이다.
도 5a는 본 발명의 다양한 실시예들에 따른 페이징 및 다른 절차들을 위한 시그널링 흐름을 도시한 것이다.
도 5b는 본 발명의 다양한 추가 실시예들에 따른 페이징 및 다른 절차들, 즉 방법 C를 위한 시그널링 흐름(signalling flow)을 도시한 것이다.
도 6은 본 발명의 실시예들에 따른 GCSNA(generic circuit service notification application) 메시지와 다양한 필드들을 도시한 것이다.
도 7은 본 발명의 실시예들에 따른 메시지와 다양한 필드들을 도시한 것이다.
도 8은 본 발명의 실시예들에 따른 GPM(general page message)과 다양한 필드들을 도시한 것이다.
도 9는 이동국 어드레싱 페이지(mobile station addressed page)를 위한 PDU 포맷을 도시한 것이다.
도 10은 본 발명의 다양한 실시예들에 따라 구현될 수 있는 개선된 브로드캐스트 페이지를 도시한 것이다.
도 11은 본 발명의 다양한 실시예들에 따라 구현될 수 있는 FNM(feature notification message)을 도시한 것이다.
도 13 및 도 14는 본 발명의 다양한 실시예들에 따라 회선 서비스 통지 메시지(circuit service notification message)가 GPM(general page message) 및 FNM(feature notification message)을 포함하는 예들을 도시한 블록도들이다.
도 15는 본 발명의 다양한 실시예들에 따라 이동 단말에 구현될 수 있는 다양한 컴포넌트들을 더욱 상세히 도시한 블록도이다.

다음의 상세한 설명에서, 첨부된 도면들이 참조되며, 첨부된 도면들은 본 명세서의 일부를 형성하고 본 발명의 특정 실시예들을 예시로서 도시한다. 당해 기술 분야의 통상의 기술자들에 의해 이해될 것인 바와 같이, 다른 실시예들이 활용될 수 있으며, 본 발명의 범위를 벗어남이 없이 구조적, 전기적인 변화 뿐만 아니라 절차적인 변화가 이루어질 수도 있다. 가능한, 도면들에 걸쳐 동일하거나 유사한 부분들을 참조하기 위해 동일한 참조 번호들이 사용될 것이다.

본 명세서에서 LTE 시스템에 따라 구성되는 무선 통신 네트워크 및 그와 관련된 개체들의 맥락에서 다양한 실시예들이 제공될 것이다. 하지만 이러한 구현예들에 대한 대안들도 고려할 수 있으며, LTE에 관한 본 명세서의 교시들은 일반적으로 다른 표준 및 무선 인터페이스들에도 적용가능하다. 게다가, 다양한 실시예들을 서술하는 데 특정 용어들을 사용한 것에 의해 이러한 실시예들이 LTE와 같은 특정 유형의 무선 통신 시스템으로만 제한되어서는 안 된다. 다양한 실시예들은 예를 들어 주파수 분할 다중 액세스(FDMA), 시간 분할 다중 액세스(TDMA), 코드 분할 다중 액세스(CDMA), 광대역 CDMA(W-CDMA), LTE-어드밴스드(LTE-Advanced), 및 GSM(global system for mobile communications)을 포함하는 서로 다른 무선 인터페이스 및/또는 물리 계층들을 사용하는 다른 무선 통신 시스템들에도 적용가능하다. 다음의 설명은 LTE 시스템에 관한 것이지만, 이는 오로지 제한적이지 않은 예이며, 이러한 교시들은 다른 시스템 유형들에도 동등하게 적용된다.

3GPP LTE는 고속 패킷 통신을 가능하게 하는 기술이다. 사용자 및 제공자의 비용을 감소시키고, 서비스 품질을 개선하고, 커버리지(coverage)와 시스템 용량(system capacity)을 확장 및 개선하는 것을 목표로 하는 것을 포함하여 LTE에서 추구하는 목적을 위해 많은 방식들이 제안되어 왔다. 3G LTE는 상위 레벨 요구조건(upper level requirement)으로서 비트당 비용의 감소(reduced cost per bit), 서비스 이용가능성의 증가(increased service availability), 주파수 밴드의 유연한 사용(flexible use of frequency band), 간단한 구조(simple structure), 개방형 인터페이스(open interface), 단말의 적절한 전력 소비(adequate power consumption of a terminal)를 요구한다.

도 1은 본 발명의 다양한 실시예들에 따른 E-UMTS(evolved universal mobile telecommunication system)의 네트워크 구조의 블록도이다. E-UMTS는 또한 LTE 시스템으로 지칭될 수도 있다. 상기 시스템은 음성(voice) 및 패킷(packet) 데이터와 같은 다양한 통신 서비스들을 제공하는 데 널리 이용될 수 있으며, 본 명세서에서 제공되고 이후의 도면들과 관련하여 더욱 상세히 논의되는 다양한 기법들에 근거하여 기능하도록 일반적으로 구성된다.

도 1을 참조하면, E-UMTS 네트워크는 E-UTRAN(evolved UMTS terrestrial radio access network), EPC(Evolved Packet Core), 및 하나 이상의 모바일 단말들(또는 사용자 기기(user equipment, UE))(10)을 포함한다. E-UTRAN은 하나 이상의 eNodeB들(20)을 포함한다. EPC에 관하여, MME/SAE 게이트웨이(30)는 UE(10)를 위한 세션 및 이동성 관리 기능(session and mobility management function)의 엔드포인트를 제공한다. eNodeB(20)와 MME/SAE 게이트웨이(30)는 S1 인터페이스를 통해 연결될 수 있다.

UE(10)는 사용자가 휴대하는 통신 디바이스이며, 또한 이동국(mobile station, MS), 사용자 단말(user terminal, UT), 가입국(subscriber station, SS), 또는 무선 디바이스(wireless device)로 지칭될 수 있다.

eNodeB(20)는 일반적으로 UE(10)와 통신하는 고정국(fixed station)이다. eNodeB(20)는 기지국(base station)으로 지칭되는 것 이외에도, 또한 액세스 포인트(access point)로 지칭될 수 있다. eNodeB(20)는 UE(10)에게 사용자 평면(user plane) 및 제어 평면(control plane)의 엔드포인트들을 제공한다. 일반적으로 eNodeB는 다른 컴포넌트들 중에서도 전송기와 프로세서를 포함하고, 본 명세서에서 제공되는 다양한 기법들에 따라 동작하도록 구성된다.

복수의 UE들(10)이 하나의 셀(cell)에 위치될 수 있다. 전형적으로 셀마다 하나의 eNodeB(20)가 배치된다. eNodeB들(20) 간에 사용자 트래픽(user traffic) 또는 제어 트래픽(control traffic)을 전송하기 위한 인터페이스가 사용될 수 있다. 본 명세서에서 사용되는 바와 같이, "다운링크(downlink)"는 eNodeB(20)에서 UE(10)로의 통신을 지칭하고, "업링크(uplink)"는 UE에서 eNodeB로의 통신을 지칭한다.

MME 게이트웨이(30)는 페이징 메시지(paging message)들을 eNodeB들(20)로 배포, 보안 제어(security control), 유휴 상태 이동성 제어(idle state mobility control), SAE 베어러 제어(SAE bearer control), NAS(non-access stratum) 시그널링의 암호화(ciphering) 및 무결성 보호(integrity protection)를 포함하여 다양한 기능들을 제공한다. SAE 게이트웨이(30)는 페이징을 위한 U-평면 패킷들의 착신(termination)과 UE 이동성을 지원하기 위한 U-평면의 스위칭을 포함하여 여러 가지 기능들을 제공한다. 용이한 설명을 위해, 본 명세서에서 MME/SAE 게이트웨이(30)는 단순히 "게이트웨이"로 지칭될 수 있다. 하지만, 이러한 구조는 또한 MME 게이트웨이와 SAE 게이트웨이를 모두 포함할 수 있다.

복수의 노드들이 S1 인터페이스를 통해 eNodeB(20)와 게이트웨이(30) 간에 연결될 수 있다. eNodeB들(20)은 X2 인터페이스를 통해 서로 연결될 수 있으며 이웃하는 eNodeB들은 X2 인터페이스를 가지는 메시 네트워크(meshed network) 구조를 가질 수 있다.

도 2a는 전형적인 E-UTRAN과 전형적인 EPC의 일반적인 구조를 도시한 블록도이다. 도 2a를 참조하면, eNodeB(20)는 게이트웨이(30)에 대한 선택, RRC 활성화(Radio Resource Control activation) 동안 게이트웨이로의 라우팅, 페이징 메시지들의 스케줄링 및 전송, BCCH(Broadcast Channel) 정보의 스케줄링 및 전송, 업링크 및 다운링크 모두에서 UE들(10)로 자원들의 동적 할당, eNodeB 측정의 설정 및 프로비저닝(provisioning), 무선 베어러 제어(radio bearer control), 무선 승인 제어(radio admission control, RAC), 및 LTE_ACTIVE 상태에서 연결 이동성 제어(connection mobility control)의 기능들을 수행할 수 있다.

EPC에서는, 위에서 서술된 바와 같이, 게이트웨이(30)가 페이징 발신(paging origination), LTE_IDLE 상태 관리, 사용자 평면의 암호화(ciphering), SAE(System Architecture Evolution) 베어러 제어, 및 NAS(Non-Access Stratum) 시그널링의 암호화 및 무결성 보호의 기능들을 수행할 수 있다.

도 2b 및 도 2c는 E-UMTS 네트워크를 위한 사용자 평면 및 제어 평면 프로토콜 스택을 도시한 블록도이다. 도 2b 및 도 2c를 참조하면, 프로토콜 계층들은 통신 시스템 기술분야에서 알려져 있는 OSI(open system interconnection) 표준 모델의 3개 하위 계층들에 의거하여 제1 계층(L1), 제2 계층(L2), 및 제3 계층(L3)으로 나뉠 수 있다.

제1 계층 L1(또는 물리 계층)은 물리 채널(physical channel)을 이용하여 정보 전송 서비스를 상위 계층에 제공한다. 물리 계층은 트랜스포트 채널(transport channel)을 통해 상위 계층에 위치한 MAC(medium access control) 계층과 연결되고, MAC 계층과 물리 계층 간의 데이터는 트랜스포트 채널을 통해 전달된다. 서로 다른 물리 계층들 간에는, 즉 전송 측의 물리 계층과 수신 측의 물리 계층 간에는(예를 들어, UE(10)의 물리 계층과 eNodeB(20) 물리 계층 간에는), 물리 채널(21)을 통해 데이터가 전달된다.

제2 계층(L2)의 MAC 계층은 논리 채널(logical channel)을 통해 (상위 계층인) RLC(radio link control) 계층에게 서비스를 제공한다. 제2 계층(L2)의 RLC 계층은 데이터의 신뢰성 있는 전송을 지원한다. 도 2b 및 도 2c에서는 RLC 계층이 MAC 계층과 분리되어 있는 것으로 도시되어 있지만, RLC 계층의 기능들이 MAC 계층에 의해 수행되어 별도의 RLC 계층이 요구되지 않을 수 있다. 도 2b를 참조하면, 계층 2(L2)의 PDCP(packet data convergence protocol) 계층은 IPv4 또는 IPv6와 같은 IP(Internet protocol) 패킷들에 의해 전송되는 데이터가 상대적으로 작은 대역폭을 가지는 무선(radio 또는 wireless) 인터페이스를 통해 효율적으로 보내질 수 있도록 불필요한 제어 정보를 감소시키기 위한 헤더 압축(header compression) 기능을 수행한다.

도 2c를 참조하면, 제3 계층(L3)의 최하부에 위치한 RRC(radio resource control) 계층은 전형적으로 제어 평면에서만 정의되고 무선 베어러(radio bearer, RB)들의 설정(configuration), 재설정(reconfiguration), 및 해제(release)와 관련하여 논리 채널, 트랜스포트 채널, 및 물리 채널을 제어한다. RB는 단말과 E-UTRAN 간의 데이터 전송을 위해 제2 계층(L2)에 의해 제공되는 서비스를 뜻한다.

도 2b를 참조하면, RLC 계층과 MAC 계층(네트워크 측에서는 eNodeB(20)에서 종단됨)은 스케줄링(scheduling), ARQ(automatic repeat request), 및 HARQ(hybrid automatic repeat request)와 같은 기능들을 수행할 수 있다. PDCP 계층(네트워크 측에서는 eNodeB(20)에서 종단됨)은 헤더 압축, 무결성 보호, 및 암호화와 같은 사용자 평면 기능들을 수행할 수 있다.

도 2c를 참조하면, RLC 계층과 MAC 계층(네트워크 측에서는 eNodeB(20)에서 종단됨)은 제어 평면을 위한 기능들과 동일하거나 유사한 기능들을 수행한다. RRC 계층(네트워크 측에서는 eNodeB(20)에서 종단됨)은 브로드캐스팅, 페이징, RRC 연결 관리(RRC connection management), 무선 베어러(RB) 제어, 이동성 기능들, 및 UE 측정 보고 및 제어(UE measurement reporting and controlling)와 같은 기능들을 수행할 수 있다. NAS 제어 프로토콜(네트워크 측에서는 게이트웨이(30)의 MME에서 종단됨)은 SAE 베어러 관리, 인증(authentication), LTE_IDLE 이동성 핸들링(mobility handling), LTE_IDLE에서 페이징 발신(paging origination), 게이트웨이와 UE(10) 간의 시그널링에 대한 보안 제어(security control)과 같은 기능들을 수행할 수 있다.

NAS 제어 프로토콜은 3개의 서로 다른 상태들을 이용할 수 있는데, 그 상태들은 첫째로, RRC 개체(entity)가 없는 LTE_DETACHED 상태, 둘째로, RRC 연결이 없지만 최소 UE 정보를 저장하는 LTE_IDLE 상태, 그리고 셋째로, RRC 연결이 수립되어 있는 LTE_ACTIVE 상태이다.

또한, RRC 상태는 RRC_IDLE 상태와 RRC_CONNECTED 상태와 같은 2개의 서로 다른 상태들로 나뉠 수 있다. RRC_IDLE 상태에서, UE(10)는 NAS에 의해 설정된 DRX(discontinuous reception) 동안 시스템 정보 및 페이징 정보가 브로드캐스트되는 것을 수신할 수 있고, 추적 영역(tracking area)에서 해당 UE를 고유하게 식별하는 ID(identification)를 할당받는다. 또한, RRC_IDLE 상태에서, RRC 컨텍스트(RRC context)는 eNodeB에 저장되지 않는다.

RRC_IDLE 상태에서, UE(10)는 페이징 DRX(discontinuous reception) 사이클을 특정한다. 구체적으로, UE(10)는 매 UE 특정 페이징 DRX 사이클마다 특정 페이징 기회(occasion)에서 페이징 신호를 모니터링한다.

RRC_CONNECTED 상태에서, UE(10)는 E-UTRAN에서 E-UTRAN RRC 연결과 컨텍스트를 가지므로, 네트워크(eNodeB)로/로부터의 데이터 전송 및/또는 수신이 가능하게 된다. 또한, UE(10)는 채널 품질 정보(channel quality information)와 피드백 정보를 eNodeB로 보고할 수 있다.

RRC_CONNECTED 상태에서, E-UTRAN은 UE(10)가 속하는 셀을 알고 있다. 따라서, 네트워크는 UE(10)로/로부터 데이터를 전송 및/또는 수신할 수 있고, 네트워크는 UE의 이동성(핸드오버(handover))을 제어할 수 있으며, 네트워크는 인접 셀에 대한 셀 측정을 수행할 수 있다.

일반적으로 LTE 네트워크 또는 UE가 IMS(Internet Multimedia Subsystem) 음성 서비스와 연동하는 데 있어 난점이 있다는 것은 알려져 있다. 통상의 배치는 음성 서비스에 대한 1xCSFB(1x Circuit Switch Fallback)를 제공하기 위해 LTE 네트워크가 1xRTT 네트워크에 연결하는 것이다. MME는 전형적으로 S102 인터페이스를 통해 1xIWS에 연결하도록 위치된다. 상기 시스템에서 동작하는 UE들은 1xRTT 및 LTE 모두와 기능할 수 있으며, UE가 LTE에서 활성(active)일 때 1x 시그널링 트랜잭션들을 위해 1x IWS와 통신하도록 GCSNA(generic circuit services notification application) 프로토콜로 개선될 수 있다. UE와 IWS는 1x 등록(registration), 페이징(paging), SMS, 발신(origination), 핸드오프(handoff) 등을 위해 서로 통신한다.

도 3은 본 발명의 실시예들에 따른 1xRTT로의 CS 폴백(CS fallback)을 위한 아키텍처를 도시한 블록도이다. 도면에 도시된 UE, E-UTRAN 및 MME의 일부 또는 모든 양상들은 예를 들어 도 1 및 도 5에 도시된 대응되는 개체들에 의해 구현될 수 있다는 것은 이해될 수 있다. 도 3을 참조하면, 전형적으로 EPS(evolved packet system)에서 1xRTT를 위한 CS 폴백은 UE가 E-UTRAN 또는 유사한 개체에 의해 서비스될 때 1xCS 인프라구조(infrastructure)의 재사용을 통해 CS-도메인 서비스(예컨대, CS 음성) 전달을 가능하게 한다. E-UTRAN에 연결되어 있는 동안, CS 폴백이 가능한 단말은 1xRTT 액세스를 이용하여 CS 도메인에서 하나 이상의 CS 서비스들을 설정할 수 있도록 1xRTT CS 도메인에 등록할 수 있다. CS 폴백 기능은 E-UTRAN 커버리지가 1xRTT 커버리지와 겹쳐질 때 이용 가능할 수 있다.

1xRTT로의 CS 폴백과 IMS(IP multimedia subsystem) 기반의 서비스들은 동일한 운용자(operator) 네트워크에서 공존할 수 있도록 기능할 수 있다. EPS에서 CS 폴백은 MME와 1xCS IWS 간의 S102 기준점(reference point)의 재사용에 의해 구현될 수 있다. S102 인터페이스는 MME와 1xCS IWS 간의 기준점으로서 구현될 수 있다. S102 기준점은 3GPP2 1xCS 시그널링 메시지들을 릴레이 하기 위한 MME와 3GPP2 사이의 터널(tunnel), 예를 들어 1xCS IWS를 제공할 수 있다. 1xCS 시그널링 메시지들은 3GPP2 명세서에서 A21 인터페이스에 대하여 구현되는 것으로서 정의되는 메시지들을 포함한다는 것은 이해될 것이다.

UE는 일반적으로 예를 들어 1xRTT로의 CS 폴백과 1xCS를 통한 SMS을 할 수 있고 1xRTT를 통한 1xCS 도메인으로의 액세스뿐만 아니라 E-UTRAN/EPC로의 액세스를 지원한다. UE는 전형적으로 다음의 추가적인 기능들을 지원한다.

- UE가 E-UTRAN 접속(attachment)을 완료한 후에 EPS를 통한 1xRTT CS 등록

- 이동성으로 인한 1xRTT CS 재등록

- 1xRTT CS 도메인 음성 서비스에 대해 명시된 CS 폴백 절차

- E-UTRAN을 통한 MO(mobile originated) 및 MT(mobile terminated) SMS를 위한 절차

MME는 1xRTT로의 CS 폴백을 가능하게 하고 다음의 추가적인 기능들을 지원하도록 구성될 수 있다.

- UE로/로부터의 인캡슐레이션된(encapsulated) 1xCS 시그널링 메시지들(S1-MME S1 정보 전송 메시지들에 인캡슐레이션됨)을 전송/수신하기 위한 S102 인터페이스를 통해 1xCS IWS로 향하는 시그널링 터널링 엔드포인트(signaling tunneling end point)로서 역할

- CSFB 절차들을 위해 1xCS-IWS 선택(S102 기준점을 종단시킴)

- MME 재위치(relocation)의 경우 S102 터널 리다이렉션(tunnel redirection)의 핸들링(handling)

- 유휴 상태에서 S102를 통해 수신되는 UE에 대한 메시지들의 버퍼링

E-UTRAN은 1xRTT로의 CS 폴백이 가능할 수 있고 전형적으로 다음의 추가적인 기능들을 지원한다.

- UE로 하여금 1xCS 등록을 트리거링하게 하는 제어 정보의 프로비저닝

- UE로 1xRTT CS 페이징 요청을 전달

- MME와 UE 간의 1xRTT CS 관련 메시지들을 전달

- 1xRTT CS로의 CS 폴백을 위한 페이징에 이어서 UE가 E-UTRAN 커버리지를 벗어난 후 E-UTRAN 자원들을 해제(release)

도 4는 본 발명의 실시예들에 따른 다양한 개체들을 위한 프로토콜 스택을 도시한 것이다. 이동국과 IWS 간에 터널을 제공하는 다양한 무선 액세스 기술들을 통해 이동국(예컨대, UE(10))과 1xCS IWS 간에 cdma2000 1x 회선 교환 서비스(circuit-switched service)를 위한 시그널링 트랜잭션들을 지원하는 GCSNA(generic circuit services notification application)가 도시되어 있다.

본 명세서에서 사용된 바와 같이, IWS라는 용어는 일반적으로 IWS의 배치를 고려하지 않고 사용되므로, 그것은 독립형(standalone)이도록 구성될 수도 있고, 기지국 제어기와 함께 위치될 수도 있다. 일반적으로, IWS는 메시지 변환(message translation), 1x 파라미터 저장, 및 RAND 생성을 제공하도록 구성될 수 있다.

메시지 변환은 MSC로/로부터 전송/수신되는 IOS A1/A1p 메시지들과 다른 액세스 기술을 통해 전송/수신되는 1x 에어 인터페이스(air interface) 시그널링 메시지들 간에 변환하는 기능을 가리킨다. 1x 파라미터 저장은 GCSNA 지원을 위해 필요한 1x 무선 파라미터들을 저장한다. RAND 생성은 1x 인증에 사용되는 랜덤 챌린지 값(random challenge value)을 제공한다. 이 기능은 또 다른 액세스 기술에 존재할 수도 있다. 만일 IWS가 RAND 생성 및 1x 파라미터 프로비저닝을 지원하는 경우, IWS가 이동국에게 제공하는 RAND 값은 다른 액세스 기술의 노드가 이동국에게 제공하는 RAND 값에 우선한다.

도 5a는 본 발명의 다양한 실시예들에 따른 페이징 및 다른 절차들을 위한 시그널링 흐름을 도시한 것이다. 도면에 도시된 UE, E-UTRAN, MME, MSC, S-GW의 일부 또는 모든 양상들은 예를 들어 이전 도면들에 도시된 대응되는 개체들에 의해 구현될 수 있다는 것은 이해될 수 있다. 일반적으로 도시된 절차들은 UE가 예를 들어 1xRTT로의 CS 폴백을 위한 CS 페이징을 수락하거나 거절할 때 이동 착신 콜(mobile terminating call) 절차의 시나리오를 포함한다.

일 예로서, 1x MSC가 UE로부터 등록을 수신하는 경우, 1x MSC는 등록을 1x MSC에게 송신한 RAN(radio access network) 장비를 기록할 수 있다. 따라서 후속 페이징 활동들은 그 RAN 장비로 향하게 될 수 있다. 하지만, MSC에 의한 페이징 활동들은 등록을 송신한 단일 RAN 장비에 제한되는 것은 아니다. MSC는 시스템간 페이징(inter-system paging)을 포함하여 더 넓은 지역을 페이징하는 것을 선택할 수 있다. 만일 MSC가 1xRTT 액세스뿐만 아니라 1xCS IWS에 대한 직접 인터페이스를 가지는 경우, MSC는 UE와 접촉하기 위한 시도에서 E-UTRAN 및 1xRAN 장비 모두에 대해 직접 페이징 활동을 하는 것을 선택할 수 있다.

페이징 요청은 MSC에 의해 IWS로 보내지고 궁극적으로 터널을 통해 UE로 전달된다. UE는 1xRTT 액세스에 맞게 조정(tune)하고, 1x 페이지를 승인(acknowledge)하고, 이동 착신 콜(mobile terminated call)에 대해 1xCS 절차들을 수행한다. UE가 페이징 메시지들을 수신할 때, 예를 들어 발신자 ID(caller line identification) 또는 미리 프로비저닝된 로컬 정책(pre-provisioned local policy)에 의거하여 그것을 수락하기를 원치 않을 수 있다. 이 경우, 일 실시예에 따르면, UE는 E-UTRAN 및 EPC의 터널을 통해 1xCS IWS로 1x 해제 명령(Release Order)을 보낸다.

이러한 개관을 바탕으로, 도 5a의 다양한 실시예들에 따른 다양한 동작들이 더욱 상세히 설명될 것이다. 특히, 동작 1은 UE가 E-UTRAN에 접속(attach)되는 것과 1xRTT CS 네트워크에 등록되는 것을 포함한다.

동작 2는 가능하다면 MSC가 발신자 ID를 이용하여 CS IWS 노드로 페이징 요청을 보내는 것을 도시한 것이다. 페이징 요청의 내용은 달라질 수 있으며, 이러한 대안들은 대체 가능한 실시예들과 관련하여 더욱 상세히 서술될 것이다.

동작 3은 S102 터널을 통해 해당 1xRTT 메시지(들)을 MME로 보냄으로써 1xCS IWS 노드가 1x RTT CS 페이징 요청 및 임의의 포함된 정보를 전달하는 것이다.

동작 4에서, 만일 UE가 유휴 상태에 있는 경우, MME는 UE를 향해 1x RTT CS 페이징 요청을 터널링하기 전에 UE를 활동 상태에 있게 하기 위해 네트워크 개시 서비스 요청(network initiated service request) 절차를 수행할 수 있다.

동작 5는 MME가 1xRTT CS 페이징 요청을 UE에게 전달하는 것에 관한 것이다. 더욱 구체적으로, 동작 5b에서, 상향링크 및 하향링크 정보 전송 및 터널링이 있다. 일부 접근법들에서, UE는 LTE를 남겨두고 1xRTT 연결을 수립하며 동작 6b로 진행할 것이다. 그런 다음, 1xRTT 연결이 수립된 후에, UE는 발신자 번호나 다른 발신자 ID를 포함하는 1xRTT 메시지를 수신할 것이다. 이 시점에 UE의 사용자는 콜을 받을지 여부를 결정할 수 있다. 만일 사용자가 콜을 거절하는 경우 패킷 서비스 단절(packet service interruption)이 일어날 수 있다. 이는 방법 A로 나타낸다.

또 다른 접근법(방법 B로 나타냄)은 UE가 단계 6에서 추가 조치를 취하기 전에 네트워크가 UE에게 발신자 번호를 알려주는 것이다. 예를 들어, 단계 2에서 1xRTT MSC가 CS 페이징 요청과 함께 발신 번호를 제공할 수 있다는 조건 하에, 단계 3에서 IWS는 1xRTT GPM(General Page Message) 및 FNM(Feature Notification Message) 메시지들을 UE로 보낸다. 이들 메시지들은 GCSNA 1xCircuitService 메시지들에 인캡슐레이션되고, 현재의 GCSNA 1xCircuitService 메시지들은 단일 1x 메시지만을 포함할 수 있다는 것은 이해될 것이다. OTA(over-the-air) 시나리오들에서, 페이지 메시지 및 이 예에서 사용된 발신자 번호를 나르는 메시지(FNM)와 같은 관련 L3 메시지들은 때때로 번들링(bundle)된다. 1x 메시지들이 터널링될 때 이들 메시지들이 바뀌지 않는 것이(예컨대, 관련 이벤트들이 사용자에게 함께 알려질 수 있음) MS 처리 로직에 종종 유용하다.

다음으로, LTE를 수반하는 상황에서, 예를 들어, MobilityfromEUTRA, DL/UL 정보 전송, 또는 ULHandoverPreparationTransfer와 같은 RRC 메시지를 고려해 본다. 이러한 메시지들은 1개까지 GCSNA 메시지를 포함할 수 있다. LTE의 MAC/RLC PDU가 다중 RRC 메시지들을 포함할 수 있지만, eNB, MME는 일반적으로 트랜스포트 개체로서만 역할하므로 트랜스포트되는 1x 메시지들의 타입을 알지 못한다. 이러한 시나리오들에서, eNB 스케줄러는 어떤 RRC 메시지들이 동일한 MAC/RLC PDU에서 스케줄링되어야 하는지를 결정할 수 없다.

이러한 접근법에서, 하나의 GCSNA 메시지가 1개까지의 1xRTT 메시지만을 포함할 수 있다는 가정 하에, 전형적으로 UE는 GPM을 수신할 때 FNM이 오는지 여부를 알지 못한다. 예를 들어, FNM을 수신하기 전에 UE가 동작 6b로 진행하는 것을 방지하기 위해 타이머가 구현될 필요가 있다. 타이머가 활용되는 경우, 타이머는 FNM이 없는 경우 CSFB 지연(delay)을 증가시킨다. eNB가 1xRTT 메시지들의 의미(significance)를 알지 못하고, eNB가 동일한 LTE MAC/RLC 패킷 내에 2개의 하향링크 정보 전송 메시지들을 접합(concatenation)시킬 것이라는 보장이 없기 때문이다.

이러한 문제를 해소하기 위해, E-UTRAN 네트워크에 의해 트랜스패런트(transparent)하게 전달되도록 단계 3에서 IWS에 의해 2개의 1xRTT 메시지들이 하나의 GCSNA 메시지로서 번들링될 수 있다.

어느 접근법을 취하든지 관계없이, 동작 6a에서, 만일 UE가 CSFB를 거절하기로 결정한다면(예컨대, 발신자 ID 또는 UE에 미리 프로비저닝된 로컬 정책에 의거한 사용자 결정), UE는 1x 해제 명령을 MME로 보냄으로써 1x CS 페이징을 거절할 수 있다. MME는 S102 직접 전송 메시지에서 1x 해제 명령을 1xCS IWS로 전달하며, 그런 다음 MSC로 거절을 보낸다. 이로써 UE 거절 시나리오의 절차가 완료된다.

UE 수락 시나리오의 경우, 동작 6b에서, 만일 UE가 1xRTT로의 CS 폴백을 위한 CS 페이징을 수락하면, UE는 확장된 서비스 요청(extended service request)(예컨대, CS 폴백 지시자)을 MME로 보내고 동작 7 내지 동작 15로 진행한다. 동작 7 내지 동작 15는 UE 수락 시나리오의 하나의 예일 뿐이고 많은 다른 동작들이 가능하다는 것이 이해될 수 있다. 이와 같이, 이 시나리오를 따르는 동작들에 관한 특정사항들은 본 발명의 많은 실시예들에 있어서 결정적이거나 본질적인 특징들이 아니다.

예를 들어, 동작 7에서, MME는 UE를 1xRTT로 이동시키도록 E-UTRAN에게 지시하기 위해 UE 컨텍스트 수정 정보(예컨대, UE 능력들, CS 폴백 지시자 등)를 E-UTRAN에게 보낸다.

동작 8에서, 선택사항으로서 E-UTRAN은 CS 폴백이 수행될 타겟 1xRTT 셀을 결정하기 위해 UE로부터의 측정 보고(measurement report)를 권유(solicit)할 수 있다. 다음으로, E-UTRAN은 1xCS로의 리다이렉션으로 RRC 연결 해제를 트리거링한다(동작 9). 동작 10에서, E-UTRAN은 S1 UE 컨텍스트 해제 요청(유발) 메시지를 MME로 보낸다. 유발 메시지(cause message)는 S1 UE 컨텍스트 해제가 1xRTT로의 CS 폴백에 의해 유발되었다는 것을 지시한다.

동작 11은 MME가 UE 컨텍스트를 정지 상태(suspended status)로 설정하고 UE에 대한 EPS 베어러들의 정지를 요청하는 정지 요청(IMSI)을 S-GW로 보내는 경우이다. 모든 EPS 베어러들에 대해 S1-U 베어러들은 MME에 의해 해제되고 모든 GBR 베어러들이 비활성화된다. 비-GBR 베어러들은 보존되고 S-GW에서 정지된 것으로 표시된다.

동작 12는 S-GW가 정지 요청 메시지를 승인하는 것을 나타내고 UE를 정지된 것으로 표시한다. 하향링크 데이터가 S-GW에 도달할 때, 만일 UE가 정지된 것으로 표시되어 있는 경우 S-GW는 하향링크 데이터 통지 메시지를 MME로 보내서는 안 된다.

동작 13은 E-UTRAN에서 S1 UE 컨텍스트가 해제되는 것에 관한 것이며, 이는 UE가 1xRTT에 맞게 조정하고 1x 액세스 채널을 통해 1xRTT 페이징 응답 메시지를 전송함으로써 페이지를 승인하는 것(동작 14)으로 이어진다.

동작 15에서, UE는 예를 들어 3GPP2에서 명시된 바와 같이 이동 착신 콜 수립(mobile terminated call establishment)을 위한 절차를 수행한다. 일단 CS 서비스가 1xCS 도메인에서 종료하면, UE는 재선택(reselection)을 수행함으로써 E-UTRAN으로 돌아간다. EPS 서비스가 또한 재개될 수 있다. 페이징 요청 및 포함된 데이터에 대한 프로세스들 중 일부 또는 전부는 도 5a에 도시된 네트워크 개체들(및 부-개체들)(예컨대, E-UTRAN, MME, IWS, MSC 등) 중 임의의 것에 의해 수행될 수 있다는 것은 이해될 것이다.

추가 실시예들에 따르면, CS 페이징 요청은 또 다른 메시지(예컨대, GCSNA 1xCircuitService, 이하 "G1CS"로도 지칭됨) 안에 인캡슐레이션되고 IWS로부터 UE로 전송되는 GPM(general page message)을 포함할 수 있다. 이들 실시예들에서 도 5a의 프로세스의 일반적인 흐름은 다음을 포함한다.

- G1CS는 IWS로부터 MME로의 S102 직접 전송 메시지에 인캡슐레이션된다.

- G1CS는 MME로부터 eNB로의 하향링크 S1 cdma2000 터널링 메시지에 인캡슐레이션된다.

- G1CS는 eNB로부터 UE로의 RRC 하향링크 정보 전송 메시지에 인캡슐레이션된다.

예를 들어, MME가 1x IWS로부터 S102 메시지를 수신하고, 만일 UE가 유휴인 경우 UE에게 페이징을 진행할 때, UE는 eNB와 LTE RRC 연결을 수립할 수 있고, UE와 관련된 S1 시그널링 연결이 MME와 eNB 간에 설정될 수 있다.

추가 실시예에 따른 이러한 개관을 고려하여, 도 5a, 특히 UE가 E-UTRAN에 접속되고 1xRTT CS 네트워크에 등록되는 것을 포함하는 동작 1을 다시 본다.

동작 2는 MSC가 페이징 요청을 CS IWS 노드로 보내는 것을 도시한 것이다. 일부 실시예들에서, 이 페이징 요청은 네트워크 개체(예컨대, IWS)에서 수신되는 회선 교환 페이징 요청(circuit switched paging request)이다. 이 페이징 요청은 패킷 데이터 네트워크에 접속되고 회선 교환 네트워크에 등록된 UE에 대한 것이다. 어느 시점에, 페이징 요청으로부터 데이터(예컨대, 발신자 번호)가 획득된다. 이 발신자 번호는 UE에게 콜하는 당사자로부터의 콜에 대응하는 데이터이다. 이 동작의 또 다른 특징은 FNM(feature notification message)이 발신자 번호를 포함하도록 GPM(general page message) 및 FNM를 가지는 회선 서비스 통지 메시지를 생성하는 것에 관련된다. 이들 메시지들의 특정 예들은 이하 도면들에서 도시되고 설명된다.

동작 3은 1xCS IWS 노드가 S102 채널을 통해 1xRTT CS 페이징 요청과 임의의 포함된 정보를 MME로 전달하는 경우이다. 만일 1xCS IWS가 단계 2로부터 획득된 발신자 번호 정보를 가지는 경우, GPM과 FNM(발신자 번호를 갖는)을 번들링하는 G1CS 메시지를 생성한다. 그런 다음, G1CS 메시지는 IWS로부터 MME로 보내지는 S102 직접 전송 메시지에 인캡슐레이션된다.

동작 4에서, 만일 UE가 유휴 상태에 있는 경우, MME는 1x RTT CS 페이징 요청을 UE를 향해 터널링하기 전에 UE를 활동 상태(active state)로 만들기 위해 네트워크 개시 서비스 요청 절차를 수행할 수 있다. 유의할 점은 동작 4에서 만일 UE가 이미 LTE 상에서 활동 상태에 있는 경우 이러한 동작은 요구되지 않는다는 것이다. 이와 같이, MME는 G1CS를 eNB로 전송하기 위해 S1-C를 이용하고 eNB는 G1CS를 UE로 전송하기 위해 RRC 메시지를 이용한다. 일부 상황들에서, MME 및/또는 eNB는 G1CS 메시지에 포함된 정보의 타입을 알지 못하며, 대신에 그것이 1xRTT에 관련된 터널링된 페이로드라고만 제한적으로 알고 있다.

동작 5에서, 발신자 번호가 G1CS 메시지를 통해 운반되는 시나리오를 고려해 본다. 이와 같이, UE는 네트워크 개체로부터 GPM과 FNM을 가지는 G1CS를 수신한다. UE는 발신자에 대한 정보를 가지고 있으므로(예컨대, FNM 안의 발신자 번호), UE는 이 정보를 토대로 콜을 수락할지 거절할지 여부를 빨리 결정할 수 있다.

특히, 이 실시예의 UE는 발신자 번호를 알고 있으며 동시에 패킷 데이터를 수신 및/또는 전송하기 위한 활동 상태에 있다. 다시 말해, UE는 들어오는 CS 콜에 관한 발신자 번호를 회선 서비스 통지 메시지(및 포함된 데이터)를 통해 수신한다. 또한, UE는 동작 6a, 6b 및 이후 동작들에서 동작하기 전에 이 데이터를 획득할 수 있다.

다른 특징들에 따라, 원한다면, UE는 지연(delay) 없이 또는 타이머를 이용함이 없이 발신자 번호에 따라 동작할 수 있다(예컨대, 콜을 수신하거나 거절). 다른 실시예들에서는 수신된 회선 서비스 통지 메시지에 발신자 번호가 포함되어 있지 않은 상황에서 타이머를 활용한다는 것을 상기하자. 지연 원인은 발신자 번호를 포함하는 추가 메시지(도착할 수도 있고 도착하지 않을 수도 있음)를 기다리는 동안 UE가 "패킷 데이터" 활동 상태에 머무르도록 허용하기 하는 것에 있다. 다시 말해, 발신자 번호가 회선 서비스 통지 메시지에 포함되어 있을 때, UE는 발신자 번호를 액세스할 준비가 되므로, 반드시 지연이나 타이머를 구현할 필요가 없다.

대체 가능한 실시예들에 따르면, 도 5a의 방법은 동작 6a(예컨대, 해제 명령 및 그와 관련된 거절)와 관련된 특징들을 이용함이 없이 수행될 수 있다. UE는 단순히 단계 6 및 그 이후를 수행하지 않음으로써 CS 콜을 거절하고 E-UTRAN 네트워크에 남아 있는다.

본 발명의 또 다른 실시예들에 따른 또 다른 접근법(방법 C로 나타냄)은 발신자 번호가 1xRTT 채널 할당을 이용하여 UE에게 전달되는 경우이다. UE가 1x에 맞게 조정한 후에 발신자 번호가 제공되는 방법 A와 비교할 때, 방법 C는 UE가 연결될 1xRTT 기지국 제어기로 발신자 정보를 라우팅하도록 기존 1xRTT 네트워크가 업그레이드될 필요가 없다는 특징을 제공한다. 하지만, 1xRTT MSC가 페이징 요청과 함께 발신자 번호를 보내도록 업그레이드되고 발신자 번호를 포함하는 메시지가 1x RTT 페이지 메시지와 함께 하나의 GCSNA 메시지에 번들링되는 방법 B와 비교할 때, 만일 사용자가 콜을 받기를 원치 않는 경우 UE는 LTE 네트워크를 일시적으로 떠나야 한다.

방법 B와 방법 C를 구현하기 위해 다음의 문제들이 고려되어야 한다. 발신자 번호를 실어 나르는 1xRTT L3 메시지 Y는 보통 (GPM 또는 UHDM(Universal Handoff Direction Message)과 같은) 또 다른 1xRTT L3 메시지 X 후에 오기 때문에, 네트워크는 UE가 메시지 X와 메시지 Y를 동시에 수신할 수 있는 것을 보장해야 한다. 만일 네트워크가 그 메시지들을 함께 전달하지 못하는 경우, 1xRTT 프로토콜에 기반한 UE는 메시지 X만에 따라 동작할 수 있으며, 이로 인해 UE가 LTE 네트워크를 통해 Y를 수신할 수 없거나 또는 메시지 X에 응답하기 전에 Y 안의 정보를 고려할 수 없게 된다.

전형적으로, 단일 LTE RRC 메시지는 둘 이상의 GCSNA 메시지를 포함할 수 없다. 예를 들어 방법 C에서, 만일 UE가 메시지 X만을 포함하는 GCSNA메시지를 실어 나르는 MobilityfromEUTRA RRC 메시지를 수신하는 경우, UE는 1xRTT로의 핸드오버를 진행할 것이고 메시지 Y를 실어나르는 또 다른 GCSNA 메시지를 기다리지 않을 것이다. eNB는 보통 UE가 동시에 수신하도록 동일한 물리 계층 패킷의 서로 다른 패킷들이나 메시지들을 접합(concatenate)시킬 수 있다. 하지만, eNB는 분리된 GCSNA 메시지들에서 전달되는 1xRTT 메시지들의 의미를 알지 못하기 때문에, 동일한 LTE MAC/RLC 패킷에서 각각 서로 다른 GCSNA 메시지를 실어나르는 2개의 RRC 메시지들을 접합할 것이라는 보장이 없다.

이러한 문제를 해소하기 위해, 2개의 1xRTT 메시지들이 E-UTRAN 네트워크에 의해 트랜스패런트하게 전달되도록 단계 12에서 2개의 1xRTT 메시지들이 IWS에 의해 하나의 GCSNA 메시지로 번들링될 수 있다.

도 5b는 본 발명의 다양한 실시예들에 따른 페이징 및 다른 절차들, 즉 방법 C를 위한 시그널링 흐름을 도시한 것이다. 이 도면에 도시된 UE, E-UTRAN, MME, MSC, S-GW의 양상들 중 일부 또는 전부는 예를 들어 이전 도면들에 도시된 대응되는 개체들에 의해 구현될 수 있다는 것은 이해될 수 있다. 일반적으로, 도시된 절차들은 예를 들어 UE가 1xRTT로의 CS 폴백을 위한 CS 페이징을 수락하거나 거절할 때 이동 착신 콜 절차의 시나리오를 포함한다.

동작 1에서, UE는 E-UTRAN에 접속되고 1xRTT로 미리 등록된다. 다음으로, 동작 2 내지 동작 7은 도 5a와 관련하여 제시되고 설명된 다양한 실시예들에 따라 수행될 수 있다. 도 5b의 일부 실시예들에서, 동작 6a(도 5a)와 관련된 동작들은 생략된다. 예를 들어, 동작 6a를 생략하면, 동작 6b는 UE가 1xCS 폴백을 이동 착신하기 위한 확장 서비스 요청(Extended Service Request)을 MME로 보내도록 수행되며, 상기 방법은 아래에서 동작 7 내지 동작 17로 진행한다.

동작 7은 MME가 E-UTRAN에게 UE를 1xRTT로 이동시키도록 지시하기 위해 UE 컨텍스트 수정 요청(Context Modification Request)(CS 폴백 지시자)을 보내는 것을 포함한다. 만일 동작 3에서 우선권 값(priority value)이나 긴급 지시(emergency indication)가 수신된 경우, MME는 또한 우선권 지시(priority indication)를 E-UTRAN에게 설정한다. E-UTRAN은 후속 단계들에서 이 콜에 대해 우선적인 처리를 제공한다. E-UTRAN은 UE 컨텍스트 수정 응답으로 응답한다.

동작 8은 선택사항으로서 CS 폴백이 수행될 타겟 1xRTT 셀을 결정하기 위해 E-UTRAN이 UE로부터의 1xRTT 측정 보고를 권유(solicit)할 수 있는 경우이다.

만일 네트워크가 HRPD로의 PS 핸드오버 절차를 지원하면, 선택사항으로서 E-UTRAN은 타겟 HRPD 후보가 존재하는지 여부를 결정하기 위해 UE로부터의 HRPD 측정 보고를 권유할 수 있다.

동작 9에서, 개선된 1xCS 폴백 절차를 시작하기 위해 E-UTRAN은 HandoverFromE-UTRANPreparation 요청 메시지를 UE에게 보낸다. 그것은 3G1xOverhead 파라미터들과 RAND 값을 포함한다. 이 메시지는 또한 동시 HRPD 핸드오버 준비(concurrent HRPD handover preparation)가 필요치 않다는 지시를 포함한다. 네트워크와 UE 모두가 듀얼 수신기/전송기 설정에 대하여 개선된 1xRTT로의 CS 폴백을 지원하고 UE가 Release-10 또는 이후 Release에 속할 때, E-UTRAN은 예컨대 RF 상태들로 인해 UE에게 제2 무선(second radio)을 1xRTT로 턴온(turn on)하고 1xRTT 액세스 네트워크 상에서 직접 1xCS를 재시도할 것을 지시하도록 결정할 수 있다. 이 경우에, E-UTRAN은 HandoverFromE-UTRANPreparation 요청 메시지에 선택적인 리다이렉션 정보와 함께 리다이렉션 지시자를 포함한다. 이 단계 후에 절차는 멈추고 UE는 그것의 1x 무선을 조정하고 1xRTT에서 1x 콜을 재시도하면서 여전히 E-UTRAN 상에서 데이터를 수신/전송한다.

동작 10은 UE가 1xRTT 페이지 응답 메시지를 포함하는 GCSNA1xCircuitService 메시지를 포함하는 UL HandoverPreparation 전송 메시지를 보냄으로써 CS 액세스 레그(access leg)의 수립을 위한 시그널링을 개시하는 경우이다. 동작 11에서, E-UTRAN은 UL S1 cdma2000 터널링 메시지를 통해 GCSNA1xCircuitService 메시지를 MME로 릴레이한다.

동작 12는 MME와 1xIWS 간의 메시지들이 S102 인터페이스를 이용하여 터널링되는 경우이다. 1xRTT MSC는 가능하다면 IWS에게 발신자 번호를 알려준다. IWS는 1xRTT Universal Handoff Direction 메시지와 선택사항으로서 Alert With Information 메시지를 포함하는 GCSNA1xCircuitService 메시지를 다시 보낸다. 발신자 번호는 Alert With Information 메시지에 포함된다.

동작 13은 MME가 DL S1 cdma2000 터널링 메시지를 통해 GCSNA1xCircuitService 메시지를 E-UTRAN으로 릴레이하는 경우이다.

E-UTRAN은 동작 14a나 동작 14b를 수행하며, 동작 14b는 전형적으로 E-UTRAN과 UE 모두가 듀얼 수신기/전송기 설정에 대해 1x CS 폴백 절차를 지원하고 UE가 Release-10 이나 그 후의 Release에 속할 때에만 수행된다. 동작 14a는 E-UTRAN이 MobilityfromEUTRA 명령을 UE에게 보내며 이것이 개선된 1x CS 폴백 동작, 1xRTT 관련 정보(GCSNA1xCircuitService 메시지), 및 선택사항으로서 HRPD 리다이렉션 정보 또는 HRPD 메시지들에 대한 것이라고 지시하는 경우이다. 1xRTT 정보는 1x 채널 할당과 관련된 1xRTT 메시지들과 발신자 번호를 포함하는 GCSNA1xCircuitService 메시지를 포함하며, UE로 하여금 이 1x 채널로 조정하고 이 채널을 획득하게 한다. 이것은 UE에 의해 1xRTT로의 Handover Command 메시지로서 인지된다. 만일 1xRTT CS 네트워크가 이 CSFB 요청을 지원할 수 없는 경우(예를 들어 자원 가용성으로 인해), 대신에 UE에게 실패를 지시하는 내장된(embedded) 1x 메시지와 함께 DL 정보 전송 메시지가 보내진다.

만일 네트워크가 HRPD로의 PS 핸드오버 절차를 지원하지 않거나 타겟 HRPD 후보가 존재하지 않으면, E-UTRAN은 1xRTT로의 개선된 CS 폴백 절차를 실행한 후에 S1 UE 컨텍스트를 해제할 것이다(동작 15a/b 참조).

1xRTT로의 개선된 CS 폴백과 함께 동시 비-최적 PS 핸드오버 절차(concurrent non-optimized PS handover procedure)나 최적 유휴-모드 PS 핸드오버 절차(optimized idle-mode PS handover procedure)의 경우, E-UTRAN은 또한 이 절차의 일부로서 UE를 HRPD로 리다이렉션할 수 있다. 이는 Mobility from EUTRA 명령에서 HRPD 리다이렉션 정보에 의해 지시된다.

동작 14b에 따르면, E-UTRAN은 UE에게 DL 정보 전송 메시지를 보내며, DL 정보 전송 메시지는 1xRTT 준비 성공을 지시하는 내장된(embedded) GCSNA1xCircuitService 메시지를 가진다. 이 경우에 동작 15과 동작 17은 보통 수행되지 않는다.

동작 15a/b/c에 따르면, 만일 PS 핸드오버 절차가 수행되지 않으면 E-UTRAN은 S1 UE 컨텍스트 해제 요청(이유)(Context Release Request(Cause)) 메시지를 MME로 보낸다. Cause는 S1 UE 컨텍스트 해제가 1xRTT로의 CS 폴백에 의해 유발되었다는 것을 지시한다. S1-U 베어러들은 해제되고, MME는 S-GW 및 P-GW(들)에 대해 비-GBR 베어러들의 보존 및 정지와 GBR 베어러들의 비활성화를 시작한다. MME는 UE 컨텍스트를 정지 상태로 설정한다.

동작 16에서, UE는 1xRTT 무선 액세스 네트워크에 맞추고(tune), 1xRTT CS 액세스(예컨대, 1xRTT BSS)에 대해 1x 채널 획득(channel acquisition)을 수행한다. 듀얼 수신기/전송기 UE는 계속해서 E-UTRAN 상에서 데이터를 수신/전송한다. UE는 1xRTT Handoff 완료 메시지를 1x 네트워크로 보낸다. 만일 UE가 콜을 거절하는 경우, 해제 명령(Releae Order) 메시지가 1x 네트워크로 전송되고, UE는 동작을 수행하지 않으며, E-UTRAN을 다시 재선택한다.

동작 17에서, UE와 네트워크는 비-최적 PS 핸드오버 절차를 핸들링하기 위한 적절한 절차를 따르거나 예를 들어 TS 23.402에 정의된 바와 같이 최적 유휴-모드 PS 핸드오버가 수행된다. S1 UE 컨텍스트 해제 절차는 예를 들어 비-최적 PS 핸드오버(8.2.2 절) 또는 최적 유휴-모드 PS 핸드오버(9.4 절)에 대하여 TS 23.402에 명시된 바와 같다.

이제 둘 이상의 1x 메시지들이 GCSNA1xCircuitService 메시지에 포함되는 실시예들이 서술될 것이다. 필요하다면, GCSNA1xCircuitService 메시지는 그 안에 포함된 1x 메시지들의 개수를 지시하기 위해 개수 지시자(number indicator)를 이용할 수 있다. 하나의 대안은 각각의 1x 메시지와 함께 그 메시지의 뒤에 다른 1x 메시지들이 더 많이 포함되어 있는지 여부를 지시하는 지시자를 포함하는 것이다. 이러한 실시예들은 다양한 메시지들을 활용하며, 그 일부는 인캡슐레이션된다.

비제한적인 예로서, GCSNA1xCircuitService 메시지, TLACEncapsulated 1xL3PDU 필드, GPM, FNM 및 다른 메시지들과 같은 메시지들을 이용하는 다양한 실시예들이 서술될 것이다. 이들 메시지 및 다른 메시지들은 다양한 필드들을 갖는 것으로 도시되지만 이는 예일 뿐이고, 더 많거나 더 적은 개수의 필드들이 이용될 수 있다. 다음 메시지들 중 일부 또는 전부는 도 5a 및 도 5b에 도시된 것들 포함하여 본 명세서에서 개시된 다양한 메시징 실시예들에서 구현될 수 있다.

도 6은 본 발명의 실시예들에 따른 GCSNA 메시지와 다양한 필드들을 도시한 것이다. GCSNA 메시지는 GCSNA1xCircuitService 메시지로서 설정될 수 있고, (특히) cdma2000 1x Layer 3 PDU를 보내는 데 사용될 수 있다. 도시된 메시지 필드들은 다음을 포함한다.

GCSNAOption: 전송자가 회선 스위칭 서비스를 나타내는 값으로 설정할 수 있음.

GCSNAClass: 전송자가 이 필드를 GCSNAOption 필드에 대해 설정되는 GCSNA 클래스로 설정할 수 있음. GCSNAClass 값들은 GCSNAClassRevision을 토대로 정의됨. 전송자는 이 필드를 GCSNAOption 필드에 대하여 설정되는 GCSNAClass의 리비젼(revision)으로 설정할 수 있음.

AlternativeGCSNAOption_INCL: 만일 AlternativeGCSNAOption 필드가 이 메시지에 포함되는 경우, IWS는 이 필드를 '1'로 설정할 수 있음. 그렇지 않은 경우, IWS는 이 필드를 '0'으로 설정할 수 있음. 이동국은 보통 이 필드를 '0'으로 설정.

NumAlternativeGCSNAOptions: 만일 AlternativeGCSNAOption_INCL가 '1'로 설정되는 경우, IWS는 이 필드를 포함시키고 AlternativeGCSNAOption의 개수로 설정할 수 있음. 그렇지 않은 경우, 전송자는 이 필드를 생략할 수 있음.

AlternativeGCSNAOption: IWS는 터널을 통해 1x 메시지를 수신하기 위해 이동국이 이용할 수 있는 AlternativeGCSNAOption(들)을 우선순위가 감소하는 순으로 설정할 수 있음.

IWSIDIncl: 만일 IWS_ID 필드가 메시지에 포함되는 경우 IWS는 이 필드를 '1'로 설정할 수 있고, 그렇지 않은 경우 IWS는 이 필드를 '0'으로 설정할 수 있음. 이동국은 이 필드를 '0'으로 설정할 수 있음.

IWS_ID: 만일 IWSIDIncl가 '1'로 설정되는 경우, IWS는 이 필드를 그것의 IWS_ID로 설정할 수 있고, 그렇지 않은 경우 IWS는 이 필드를 생략할 수 있음. IWS_ID는 전형적으로 운용자의 네트워크 내에서 고유할 것임.

AckRequired: 만일 수신자가 이 메시지의 수신을 승인(acknowledge)할 것이 요구되는 경우, 전송자는 이 필드를 '1'로 설정할 수 있음. 그렇지 않은 경우, 전송자는 이 필드를 '0'으로 설정할 수 있음.

StopDupDetect: 만일 전송자가 MessageSequence 번호를 리셋하고 수신기의 GCSNASequenceContextTimer(들)이 만료하도록 요청하는 경우, 전송자는 이 필드를 '1'로 설정. 그렇지 않은 경우, 전송자는 이 필드를 '0'으로 설정할 수 있음.

MessageSequence: 전송자는 이 필드를 마지막 전송된 GCSNA1xCircuitService 메시지의 MessageSequence 필드보다 1이 더 많도록(모듈로(modulo) 64) 설정할 수 있음. 프로토콜 초기화 후의 첫 번째 GCSNA1xCircuitService 메시지 또는 MessageSequence 번호가 리셋된 후의 첫 번째 GCSNA1xCircuitService 메시지의 경우, 전송자는 이 필드에 대해 임의의 초기 값을 선택할 수 있음.

Reserved: 전송자는 TLACEncapsulated1xL3PDU 필드까지 해서 메시지가 정수 개의 옥텟(octet)이 되도록 예비(reserved) 비트들을 포함할 수 있음. 전송자는 이 필드의 모든 비트들을 '0'으로 설정할 수 있음. 수신자는 이 필드를 무시할 수 있음.

TLACEncapsulated1xL3PDU: 전송자는 이 필드를 예를 들어 도 7에 명시된 바와 같이 설정할 수 있음. 필요한 경우, 이 필드는 둘 이상이 GCSNA 메시지에 포함될 수 있음.

도 7은 본 발명의 실시예들에 따른 GCSNA1xCircuitService 메시지 내의 TLACEncapsulated1xL3PDU 필드와 그 필드 내의 다양한 서브-필드들을 도시한 것이다. TLACEncapsulated1xL3PDU 필드는 대표적인 서브-필드들을 포함할 수 있지만, 더 많거나 더 적은 개수의 필드들이 대체가능하게 이용될 수 있다는 것은 이해될 것이다. 일부 실시예들에서, 이동국 및/또는 IWS는 cdma2000 1x Layer 3 PDU를 인캡슐레이션하기 위해 이 부분에서 서술된 TLACEncapsulated1xL3PDU 포맷을 이용한다. 메시지 필드들은 다음을 포함한다.

1xLogicalChannle: 만일 이 메시지의 PDU 필드가 f-csch 또는 r-csch 1x 논리 채널 상의 전송을 위한 것인 것처럼 구성되는 경우, 전송자는 이 필드를 '0'으로 설정할 수 있음. 만일 이 메시지의 PDU 필드가 f-dsch 또는 r-dsch 1x 논리 채널 상의 전송을 위한 것인 것처럼 구성되는 경우, 전송자는 이 필드를 '1'로 설정할 수 있음.

1xProtocolRevision: 전송자는 이 필드를 1xL3PDU(포함된다면) 및 TLACHeaderRecord(포함된다면)를 인코딩하기 위해 사용한 프로토콜 리비젼으로 설정함.

MsgType: 전송자는 이 필드를 다음과 같이 설정할 수 있음. r-csch: 2개의 MSB들을 '00'으로 설정하고 6개의 LSB들을 r-csch 메시지들에 대한 MSG_ID로 설정. r-dsch: r-dsch 메시지들에 대한 8-비트 MSG_TYPE으로 설정. f-csch: 2개의 MSB들을 '00'으로 설정하고 6개의 LSB들을 f-csch 메시지들에 대한 MSG_ID로 설정. f-dsch: f-dsch 메시지들에 대한 8-비트 MSG_TYPE으로 설정. 미니(mini) 메시지들은 보통 허용되지 않음.

NumTLACHeaderRecords: 전송자는 이 필드를 이 메시지에 포함된 TLAC Header Record의 개수로 설정할 수 있음.

TLACHeaderRecordType: 전송자는 이 필드를 다음과 같이 TLAC Record의 타입으로 설정할 수 있음. 0x0: r-csch Addressing Sublayer Record, 0x1: r-csch Authentication and Message Integrity Sublayer Record.

TLACHeaderRecordLength: 전송자는 이 필드를 TLACHeaderRecord 필드에 포함된 옥텟의 개수로 설정할 수 있음.

TLACHeaderRecord: 전송자는 이 필드를 다음과 같이 설정할 수 있음. 만일 TLACHeaderRecordType이 0x0으로 설정되는 경우, 전송자는 이 필드를 어드레싱 필드들로 설정할 수 있고, 레코드의 옥텟 정렬(align)을 위해 어드레싱 필드들 다음에 전부 '0'으로 설정되는 패딩 비트들(padding bits)이 뒤에 수반될 수 있음.

Reserved: 전송자는 TLACEncapsulated1xL3PDU를 정수 개의 옥텟으로 만들기 위해 예비 비트들을 포함할 수 있음. 전송자는 이 필드의 모든 비트들을 '0'으로 설정할 수 있음.

1xL3PDULength: 전송자는 이 필드를 옥텟 단위로 1xL3PDU 필드의 길이로 설정할 수 있음.

1xL3PDU: 전송자는 이 필드를 GCSNAOption과 관련된 cdma2000 1x Layer 3 PDU로 설정할 수 있고, 필드의 옥텟 단위 정렬을 위해 GCSNAOption과 관련된 cdma2000 1x Layer 3 PDU 다음에 전부 '0'으로 설정되는 패딩 비트들이 수반될 수 있음.

도 8은 본 발명의 실시예들에 따른 GPM(general page message)과 다양한 필드들을 도시한 것이다. 일부 실시예들에서, 기지국에서 계층 3이 GPM에 대응되는 PDU를 계층 2로 보낼 때, 계층 3은 또한 GPM Common 필드들도 계층 2로 보낸다. GPM Common 필드들과 PDU들은 계층 2 PDU를 조립하기 위해 계층 2에 의해 이용될 수 있다.

도 9는 이동국 어드레싱 페이지(mobile station addressed page)를 위한 PDU 포맷을 도시한 것이다.

도 10은 본 발명의 다양한 실시예들에 따라 구현될 수 있는 개선된 브로드캐스트 페이지를 도시한 것이다. 특히, 이 메시지는 다음을 포함한다.

BCN(Broadcast Control Channel Number): 만일 NUM_BCCH_BCAST가 '000'인 경우, 기지국은 이 필드를 '000'으로 설정할 수 있고 이 필드는 이동국에 의해 무시될 것임. 그렇지 않은 경우, 기지국은 이 필드를 이동국이 리다이렉션되는 F-BCCH의 브로드캐스트 제어 채널(Broadcast Control Channel) 번호로 설정할 수 있음. 기지국은 이 필드를 '000'(reserved) 또는 '001'로 설정할 수 없음.

TIME_OFFSET(BCCH 시간 오프셋): 만일 NUM_BCCH_BCAST가 '000'인 경우, 기지국은 이 필드를 이 메시지가 시작된 슬롯의 시작으로부터 이동국이 다이렉션(directed) 되는 순방향 공통 제어 채널(Forward Common Control Channel) 슬롯의 시작까지의 시간 오프셋(40 ms 단위)보다 1만큼 작게 설정할 수 있음. 그렇지 않은 경우, 기지국은 이 메시지가 시작된 슬롯의 시작으로부터 이동국이 다이렉션 되는 브로드캐스트 제어 채널(Broadcast Control Channel) 슬롯의 시작까지의 시간 오프셋(40 ms 단위)보다 1만큼 작게 설정할 수 있음.

REPEAT_TIME_OFFSET (BCCH 반복 오프셋): 만일 EXT_BCAST_SDU_LENGTH_IND가 '01' 또는 '11'로 설정되는 경우, 기지국은 이 필드를 다음과 같이 설정할 수 있음. 기지국은 이 필드를 TIME_OFFSET에 의해 명시되는 시간부터 브로드캐스트 메시지의 반복을 위해 이동국이 다이렉션 되는 순방향 공통 제어 채널(Forward Common Control Channel) 슬롯의 시작까지의 시간 오프셋(40 ms 단위)보다 1만큼 작게 설정할 수 있음. 그렇지 않은 경우, 기지국은 이 필드를 TIME_OFFSET에 의해 명시되는 시간부터 브로드캐스트 메시지의 반복을 위해, 이동국이 다이렉션 되는 브로드캐스트 제어 채널(Broadcast Control Channel) 슬롯의 시작까지의 시간 오프셋(40 ms 단위)보다 1만큼 작게 설정할 수 있음. 그렇지 않은 경우, 기지국은 이 필드를 생략할 수 있음.

ADD_BCAST_RECORD (추가적인 브로드캐스트 정보 레코드): 만일 EXT_BCAST_SDU_LENGTH_IND가 '00' 또는 '01'로 설정되는 경우 기지국은 이 필드를 생략할 수 있음. 그렇지 않은 경우, 기지국은 이 필드에 EXT_BCAST_SDU_LENGTH를 포함할 수 있음.

도 11은 본 발명의 다양한 실시예들에 따라 구현될 수 있는 FNM(feature notification message)을 도시한 것이다. 특히, 이 메시지는 다음을 포함한다.

RELEASE (발신 완료 지시자(origination completion indicator)): 만일 이 메시지가 이동국으로부터의 발신 요청을 완료하는 데 이용되는 경우 기지국은 이 필드를 '1'로 설정할 수 있음. 그렇지 않은 경우, 기지국은 이 필드를 '0'으로 설정할 수 있음. 일부 예들에서, 기지국은 다음의 3-필드 레코드들의 어커런스(occurrence)들을 포함할 수 있음.

RECORD_TYPE (정보 레코드 타입): 기지국은 이 필드를 필요에 따라 또는 원하는 대로 설정할 수 있음.

RECORD_LEN (정보 레코드 길이): 기지국은 이 필드를 이 레코드에 포함된 타입-특정 필드들에 있는 옥텟의 개수로 설정할 수 있음.

타입-특정 필드들(Type-specific fields): 기지국은 필요에 따라 또는 원하는 대로 타입-특정 필드들을 포함할 수 있음.

도 12는 본 발명의 다양한 실시예들에 따라 구현될 수 있는 발신자 번호 메시지를 도시한 것이다. 특히, 이 메시지는 발신자 번호를 식별하기 위한 정보를 포함하며 다음과 같다.

NUMBER_TYPE: 기지국은 이 필드를 발신 번호의 타입에 대응되는 NUMBER_TYPE 값으로 설정할 수 있음.

NUMBER_PLAN: 기지국은 이 필드를 발신 번호에 이용되는 번호 계획(numbering plan)에 대응되는 NUMBER_PLAN 값으로 설정할 수 있음.

만일 프리젠테이션 지시자(presentation indicator)가 이용되는 경우, 이 필드는 발신 번호가 디스플레이되어야 하는지 여부를 지시. 기지국은 이 필드를 프리젠테이션 지시자에 대응되는 PI 값으로 설정할 수 있음. 만일 차단 지시자(screening indicator)가 이용되는 경우, 이 필드는 발신 번호가 차단되었는지를 지시. 기지국은 이 필드를 차단 지시자 값에 대응되는 SI 값으로 설정할 수 있음.

CHARi: 기지국은 필드 내에 발신 번호의 각 캐릭터(character)마다 하나의 어커런스를 포함할 수 있음. 기지국은 이 필드의 각 어커런스를 해당 캐릭터에 대응되는 ASCII 표현(최상위 비트는 '0'으로 설정됨)으로 설정할 수 있음.

RESERVED: 예비 비트들이며, 기지국은 이 필드를 '00000'으로 설정할 수 있음.

도 13과 도 14는 본 발명의 다양한 실시예들에 따라 GCSNA1xCircuitService 메시지가 둘 이상의 1xRTT L3 메시지들(예, GPM(general page message) 및 FNM(feature notification message))을 포함 하도록 개선된 예들을 도시한 블록도들이다. GCSNA1xCircuitService 메시지에 의해 운반되는 메시지들은 이들 2개의 1xRTT L3 메시지들로만 제한되는 것은 아니다. 예를 들어, 다른 실시예들에서, 포함되는 메시지들은 UHDM(Universal Handoff Direction Message) 메시지와 AWIM(Alert With Information Message) 메시지일 수 있다. 특히, 도 13은 TLACEncapsulated1xL3PDU의 2개의 인스턴스 또는 필드들을 가지는 GCSNA1xCircuitService 메시지를 도시한 것이다. 이 필드의 하나의 인스턴스는 GPM 메시지를 포함하고 이 필드의 다른 인스턴스는 FNM을 포함한다. 다시 말해, 회선 서비스 통지 메시지는 GCSNA1xCircuitService 메시지의 제1 TLACEncapsulated1xL3PDU 필드에서 GPM을 포함하고 GCSNA1xCircuitService 메시지의 제2 TLACEncapsulated1xL3PDU 필드에서 FNM을 포함하도록 생성될 수 있다. 일 실시예에서, 예시된 메시지들과 필드들은 GCSNA1xCircuitService (도 6), TLACEncapsulated1xL3PDU (도 7), GPM (도 8) 및 FNM (도 11)과 같이 구현될 수 있다.

도 14에서, GCSNA1xCircuitService 메시지는 2개의 인캡슐레이션된 1xRTT L3 메시지들에 대해 공통되는 TLACEncapsulated1xL3PDU-공통부의 하나의 인스턴스 또는 필드와, 2개의 1xRTT L3 메시지들을 포함하는 비-공통부들을 가진다. 다시 말해, GCSNA1xCircuitService 메시지는 GCSNA1xCircuitService 메시지의 단일 필드 중 분리된 서브-필드들에 다중 1xRTT L3 메시지들을 포함하여 생성될 수 있다.

추가 실시예들에 따르면, 1x 네트워크가 혼잡(congest)하게 되고, CSFB를 이용한 LTE 네트워크의 UE는 이러한 혼잡을 알지 못하고 CSFB로 액세스하려고 하여 더욱 큰 혼잡을 유발하는 상황이 발생한다. 혼잡으로 인해 긴급 콜(emergency call)이 드롭(drop)될 수 있다는 것을 상기하자. LTE 네트워크가 혼잡하지 않은 시나리오를 고려해 보는데, 그렇지 않은 경우 LTE 액세스 차단이 동작하기 시작하고 비-긴급 AT는 초기에 NO-CSFB를 요청하지 않을 것이다.

이 문제를 해결하는 하나의 메커니즘은 LTE에서 액세스 지속 파라미터(access persistent parameter)들을 전송하는 것이며, IWS는 1x가 혼잡할 때 1x 터널링된 메시지를 거절/드롭한다. 문제는 IWS 자체가 혼잡할 때 발생할 수 있다. 일부 경우들에서, eNB는 모든 1x CSFB MO-콜들을 Release-8 메커니즘들을 이용하여 리다이렉션하고, UE는 1x로 리다이렉션된 후에 시스템이 혼잡한지 여부를 결정할 수 있다. 일부 경우들에서, 이 메커니즘은 UE가 1x에서 백오프(backoff)하기로 결정함에 따라 LTE 서비스들의 단절(interruption)을 유발할 수 있다.

혼잡 제어를 위한 파라미터들은 3GPP2에 의해 정의된 GCSNA 1x 파라미터들을 이용하여 시그널링되며, 이들은 RRC CSFBParametersResponseCDMA2000 메시지와 HandoverFromEUTRAPreparationRequest 메시지의 이동성 파라미터들의 일부이다. 일부 경우들에서, UE는 혼잡 제어로 2개의 RRC 메시지들 중 하나를 수신한 후에 LTE에 머물고, CSFB 절차들(즉, 등록, MO-SMS, MO-CS 콜)을 계속하지 않기로 결정한다.

등록/MO-SMS 시나리오에서, 혼잡 파라미터들은 RRC CSFBParametersResponseCDMA2000 메시지에 의해 UE로 시그널링된다. 그러면, UE는 1x 메시지 인증을 위한 RAND 값과 그 외에 요구되는 다른 1x 파라미터들을 얻기 위해 이 메시지를 수신할 것이 요구된다. 만일 UE가 터널을 통해 1x를 액세스하지 않기로 결정하는 경우, 1x 등록 또는 데이터 버스트(data burst) 메시지를 포함하는 ULInformationTransfer 메시지를 전송하지 않는다.

MO-CS 콜 시나리오에서, 혼잡 파라미터들은 RRC HandoverFromEUTRAPreparationRequest 메시지에 의해 UE로 시그널링된다. UE는 1x 메시지 인증을 위한 RAND 값과 1x 콜을 발신하는 데 있어 요구되는 1x 파라미터들을 얻기 위해 이 메시지를 수신할 것이 요구된다.

만일 UE가 1x 액세스를 하지 않기로 결정하는 경우, 그것은 콜 발신을 위한 1x 메시지를 포함하는 ULHandoverPreparationTransfer 메시지를 전송하지 않는다. 만일 eNB가 구현 의존적인 구간 동안 ULHandoverPreparationTransfer 메시지를 수신하지 않는 경우, 그것은 MME에게 UE의 확장 서비스 요청이 취소됨을 통지한다(예컨대, 이유 값(cause value)을 갖는 UE 컨텍스트 수정 실패 메시지에 의해).

만일 MME가 eNB로부터 UL S1cdma2000 터널링 메시지 또는 UE 컨텍스트 수정에 대한 회신을 수신하지 않은 경우, MME는 자체적으로 확장 서비스 요청이 취소되는지 여부를 결정할 수 있다. 하나의 장점은 UE(1xCSFB 지원에 관계없이)가 혼잡 파라미터들에 대한 SIB8 업데이트들 때문에 깨어날 필요가 없다는 것이다.

도 15는 본 발명의 다양한 실시예들에 따라 이동 단말(예컨대, 도 1의 UE(10))에 구현될 수 있는 다양한 컴포넌트들을 더욱 상세히 도시한 블록도이다. 도시된 것들보다 더 많거나 더 적은 개수의 컴포넌트들이 구현될 수 있다는 것은 이해될 것이다. 이 도면에서, 이동 단말(mobile terminal)은 본 명세서에서 UE(10)로서 지칭되며, 무선 통신 유닛(wireless communication unit)(110), 오디오/비디오 (A/V) 입력 유닛(120), 사용자 입력 유닛(user input unit)(130), 센싱 유닛(sensing unit)(140), 출력 유닛(output unit)(150), 메모리(memory)(160), 인터페이스(170), 제어기(controller)(180), 및 전원 공급 유닛(power supply unit)(190)을 포함할 수 있다. 상기 컴포넌트들 중 둘 이상은 단일 유닛으로 통합될 수도 있으며, 또는 둘 이상의 더 작은 유닛들로 나뉠 수도 있다.

무선 통신 유닛(110)은 일반적으로 전송기와 수신기를 포함한다. 예를 들어, 이 유닛은 방송 수신 모듈(broadcast reception module)(111), 이동 통신 모듈(mobile communication module)(113), 무선 인터넷 모듈(wireless Internet module)(115), 근거리 통신 모듈(short-range communication module)(117), 및 GPS(global positioning system) 모듈(119)을 포함할 수 있다.

방송 수신 모듈(111)은 방송 채널을 통해 외부 방송 관리 서버로부터 방송 신호 및/또는 방송 관련 정보를 수신한다. 방송 채널의 예들은 위성 채널과 지상파 채널을 포함한다. 방송 관리 서버는 방송 신호 및/또는 방송 관련 정보를 생성하고 생성된 방송 신호 및/또는 생성된 방송 관련 정보를 전송하는 서버이거나, 또는 이전에 생성된 방송 신호들 및/또는 이전에 생성된 방송 관련 정보를 수신한 다음 전송하는 서버일 수 있다.

방송 관련 정보의 예들은 방송 채널 정보, 방송 프로그램 정보, 및 방송 서비스 제공자 정보를 포함한다. 방송 신호의 예들은 TV 방송 신호, 라디오 방송 신호, 데이터 방송 신호, 또는 데이터 방송 신호와 TV 방송 신호나 라디오 방송 신호의 조합을 포함한다. 방송 관련 정보는 이동 통신 네트워크를 통해 이동 단말로 제공될 수 있다. 이 경우에, 방송 관련 정보는 방송 수신 모듈(111)이 아니라 이동 통신 모듈(113)에 의해 수신될 수 있다. 방송 관련 정보는 예를 들어 DMB(digital multimedia broadcasting)의 EPG(electronic program guide) 또는 DVB-H(digital video broadcast-handheld)의 ESG(electronic service guide)와 같은 다양한 형태로 수신될 수 있다.

방송 수신 모듈(111)은 DMB-T(digital video broadcast-terrestrial), DMB-S(digital video broadcast-satellite), MediaFLO(media forward link only), DVB-H 및 ISDB-T(integrated services digital broadcast-terrestrial)과 같은 다양한 방송 시스템들을 이용하여 방송 신호를 수신할 수 있다. 게다가, 방송 수신 모듈(111)은 본 명세서에서 제시된 것들이 아닌 거의 모든 유형의 방송 시스템들에 적합하도록 구성될 수 있다.

방송 수신 모듈(111)에 의해 수신되는 방송 신호 및/또는 방송 관련 정보는 메모리(160)에 저장될 수 있다. 이동 통신 모듈(113)은 이동 통신 네트워크를 통해 무선 신호들을 기지국, 외부 스테이션(external station), 및 서버 중 적어도 하나로 전송하거나 기지국, 외부 스테이션, 및 서버 중 적어도 하나로부터 무선 신호를 수신할 수 있다. 무선 신호는 이동 단말이 음성 콜 신호, 비디오 콜 신호, 또는 텍스트/멀티미디어 메시지들을 전송/수신하는지 여부에 따라 다양한 유형의 데이터를 포함할 수 있다.

무선 인터넷 모듈(115)은 무선으로 인터넷을 액세스하기 위한 모듈일 수 있다. 무선 인터넷 모듈(115)은 이동 단말에 내장될 수 있으며, 또는 외부 디바이스에 설치될 수 있다.

근거리 통신 모듈(117)은 근거리(short-range) 통신을 위한 모듈일 수 있다. 근거리 통신 모듈은 블루투스(Bluetooth®), RFID(radio frequency identification), IrDA(infrared data association), UWB(ultra wideband), 및 지그비(ZigBee®)와 같은 다양한 근거리 통신 기법들을 이용할 수 있다.

GPS 모듈(119)은 하나 이상의 위성(예컨대, GPS 위성)들로부터 위치 정보를 수신할 수 있다. A/V 입력 유닛(120)은 오디오 신호 또는 비디오 신호를 수신하는 데 이용될 수 있다. A/V 입력 유닛은 하나 이상의 카메라와 마이크(microphone)를 포함할 수 있다. 카메라는 비디오 콜 모드 또는 이미지 캡처 모드 동안 이미지 센서에 의해 캡처되는 정적 이미지들 또는 동영상들과 같은 다양한 이미지 프레임들을 처리할 수 있다. 카메라에 의해 처리되는 이미지 프레임들은 메모리(160)에 저장될 수 있으며, 또는 무선 통신 유닛(110)을 통해 이동 단말 외부로 전송될 수 있다.

사용자 입력 유닛(130)은 이동 단말의 동작을 제어하기 위한 사용자 입력을 토대로 데이터를 생성한다. 사용자 입력 유닛은 키패드(keypad), 돔 스위치(dome switch), 터치 패드(touch pad)(정압식(static pressure) 또는 정전식(constant electricity)), 조그 휠(jog wheel), 또는 조그 스위치(jog switch)로서 구현될 수 있다. 특히, 만일 사용자 입력 유닛이 터치 패드로서 구현되고 관련 디스플레이와 함께 상호 층 구조(mutual layer structure)를 형성하는 경우, 디스플레이 및 사용자 입력 유닛은 총괄적으로 터치 스크린으로 지칭될 수 있다.

센싱 유닛(140)은 이동 단말이 열려있는지 닫혀있는지 여부, 이동 단말의 위치, 및 이동 단말이 사용자와 접촉하여 놓여져 있는지 여부와 같이 이동 단말의 현재 상태를 결정한다. 게다가, 센싱 유닛(140)은 이동 단말의 동작을 제어하기 위한 센싱 신호를 생성한다. 예를 들어, 이동 단말이 슬라이드 형태의 휴대폰일 때, 센싱 유닛(140)은 이동 단말이 열려있는지 닫혀있는지 여부를 결정할 수 있다. 게다가, 센싱 유닛은 이동 단말이 전원 공급 유닛(190)에 의해 전원이 공급되는지 여부와 인터페이스(170)가 외부 디바이스에 연결되어 있는지 여부를 결정할 수 있다.

센싱 유닛(140)은 가속 센서(acceleration sensor)와 같은 하나 이상의 센서들을 포함할 수 있다. 가속 센서는 가속 변화를 전기 신호로 변환하는 유형의 디바이스이다. 최근 MEMS(micro-electromechanical system) 기술의 발전으로, 가속 센서들은 다양한 제품들에서 다양한 목적으로 널리 이용되고 있다. 예를 들어, 가속 센서는 컴퓨터 게임을 위한 입력 디바이스로서 이용될 수 있고 컴퓨터 게임을 하는 동안 인간의 손의 움직임을 감지할 수 있다.

출력 유닛(150)은 오디오, 비디오, 경보 등을 출력할 수 있다. 출력 유닛은 이동 단말에 의해 처리되는 다양한 정보를 프리젠테이션하기 위해 전형적으로 하나 이상의 디스플레이들을 포함한다. 예를 들어, 만일 이동 단말이 전화 모드에 있는 경우, 디스플레이는 전화를 걸거나 받기 위한 사용자 인터페이스(user interface, UI) 또는 그래픽 사용자 인터페이스(graphical user interface, GUI)를 보여줄 수 있다. 만일 이동 단말이 비디오 전화 모드 또는 이미지 캡처 모드에 있는 경우, 디스플레이는 이미지들을 캡처하거나 수신하기 위한 UI 또는 GUI를 프리젠테이션할 수 있다.

만일 디스플레이와 사용자 입력 유닛(130)이 상호 층 구조를 형성하여 터치 스크린으로서 구현되는 경우, 디스플레이는 출력 디바이스로서 뿐만 아니라 입력 디바이스로서 이용될 수 있다. 만일 디스플레이가 터치 스크린으로서 구현되는 경우, 디스플레이는 또한 터치 스크린 패널과 터치 스크린 패널 제어기를 포함할 수 있다. 이동 단말에 적합한 디스플레이의 예들은 LCD(liquid crystal display), TFT-LCD(thin film transistor LCD), OLED(organic light-emitting diode), 플렉서블 디스플레이(flexible display), 3D(three-dimensional) 디스플레이 등을 포함한다.

메모리(160)는 일반적으로 이동 단말의 처리, 제어, 및 저장 요구조건들을 지원하기 위해 다양한 유형의 데이터를 저장하는 데 이용된다. 이러한 데이터의 예들은 이동 단말 상에서 동작하는 애플리케이션들을 위한 프로그램 명령어들, 주소록 데이터(contact data), 전화번호 데이터(phonebook data), 메시지들, 사진(picture), 비디오 등을 포함한다. 메모리는 RAM(random access memory), SRAM(static random access memory), EEPROM(electrically erasable programmable read-only memory), EPROM(erasable programmable read-only memory), PROM(programmable read-only memory), ROM(read-only memory), 자기 메모리, 플래쉬 메모리, 자기 또는 광학 디스크, 카드-타입 메모리(예컨대, SD(secure digital) 또는 XD(extreme digital)) 또는 다른 유사한 메모리 또는 데이터 저장 디바이스를 포함하여 임의의 유형(또는 조합)의 적합한 휘발성 및 비휘발성 메모리 또는 저장 디바이스들을 이용하여 구현될 수 있다.

인터페이스 유닛(170)은 이동 단말에 연결될 수 있는 외부 디바이스와 인터페이스할 수 있다. 인터페이스 유닛은 유선/무선 헤드셋, 외부 배터리 충전기, 무선/유선 데이터 포트, 메모리 카드 또는 SIM(subscriber identification module)/UIM(user identity module) 카드를 위한 카드 소켓, 오디오 입력/출력(I/O) 단자, 비디오 I/O 단자, 이어폰 등일 수 있다.

제어기(180)는 전형적으로 이동 단말의 전반적인 동작들을 제어한다. 예를 들어, 제어기는 음성 통화, 데이터 통신, 영상 통화, 카메라 동작 및 기록 동작과 관련된 제어 및 처리를 수행한다.

전원 공급 유닛(190)은 이동 단말의 다양한 실시예들에서 요구되는 전력을 제공한다. 제공되는 전력은 내부 전력, 외부 전력, 또는 그들의 조합일 수 있다.

본 명세서에서 설명된 다양한 실시예들은 예를 들어 컴퓨터 소프트웨어, 하드웨어, 또는 그들의 조합을 이용하여 컴퓨터 판독가능한 매체에 구현될 수 있다. 하드웨어 구현의 경우, 본 명세서에서 설명된 실시예들은 하나 이상의 ASIC(application specific integrated circuit), DSP(digital signal processor), DSPD(digital signal processing device), PLD(programmable logic device), FPGA(field programmable gate array), 프로세서, 컨트롤러, 마이크로컨트롤러, 본 명세서에서 서술된 기능들을 수행하도록 설계된 다른 전자 유닛들, 또는 그들의 선택적 조합 내에 구현될 수 있다. 일부 경우들에서, 이들 실시예들은 본 명세서에서 개시된 다양한 장치들(예컨대, 이동 단말, 기지국, 다른 네트워크 개체들 등)에 포함되는 컨트롤러 또는 프로세서들에 의해 구현된다.

소프트웨어 구현의 경우, 본 명세서에서 서술된 실시예들은 프로시저(procedure) 및 함수(function)들과 같은 별도의 소프트웨어 모듈들로 구현될 수 있으며, 그 각각은 본 명세서에서 서술된 기능 및 동작들 중 하나 이상을 수행한다. 소프트웨어 코드는 임의의 적합한 프로그래밍 언어로 작성된 소프트웨어 애플리케이션으로 구현될 수 있으며, 메모리에 저장되어 컨트롤러 또는 제어기에 의해 실행될 수 있다.

다양한 실시예들이 본 명세서에서 서술된 예시적인 일련의 동작들을 이용하여 구현되는 것으로서 제시되었지만, 추가적인 동작이나 더 적은 개수의 동작들이 수행될 수 있다. 게다가, 도시되고 서술된 동작들의 순서는 단지 예시적인 것이고 단일의 동작 순서가 요구되는 것이 아니라는 점은 이해될 것이다. 일반적으로, 한 실시예의 특징들은 다른 실시예들에도 일반적으로 적용될 수 있다.

예시적인 실시예들이 구현된 코드들은 또한 전송 매체를 통해 또는 네트워크를 통해 파일 서버로부터 액세스 가능할 수 있다. 이러한 경우들에서, 코드가 구현되는 제조물(article of manufacture)은 네트워크 전송 라인, 무선 전송 매체, 공간을 통한 신호 전파, 전파(radio wave), 적외선 신호(infrared signal) 등과 같은 전송 매체를 포함할 수 있다. 물론, 당해 기술분야의 통상의 기술자들은 이러한 구성에 많은 수정들이 가해질 수 있으며 제조물은 당해 기술분야에서 알려져 있는 임의의 정보 운반 매체를 포함할 수 있다는 것을 인지할 것이다.

전술된 실시예들과 특징들은 단지 예시적인 것이고 본 발명을 제한하는 것으로서 이해되어서는 안 된다. 본 발명의 교시들은 다른 유형의 장치 및 방법들에 쉽게 응용될 수 있다. 이러한 실시예들에 대한 설명은 예시적이도록 의도된 것이며 절대 특허청구범위의 보호범위를 제한하고자 의도된 것이 아니다. 많은 대안들, 수정들, 및 변형들이 당해 기술분야의 통상의 기술자들에게 자명할 것이다.

본 발명에 따른 단말을 위한 페이징 기법들은 3GPP LTE, LTE-A, IEEE 802 등과 같은 무선 통신 시스템에 산업적으로 적용될 수 있다.

Claims

네트워크 개체(network entity)에서 복수의 1x 메시지를 포함하는 회선 서비스 통지 응용 메시지(circuit service notification application message)를 생성하는 단계; 및
상기 네트워크 개체에서 사용자 기기(user equipment, UE)로 상기 회선 서비스 통지 응용 메시지를 전송하는 단계를 포함하되,
상기 회선 서비스 통지 응용 메시지는 상기 회선 서비스 통지 응용 메시지에 포함된 상기 복수의 1x 메시지의 개수를 지시하는 정보를 더 포함하되,
상기 복수의 1x 메시지 중에서 제1 1x 메시지는 상기 회선 서비스 통지 응용 메시지의 제1 TLAC(tunneled link access control) Encapsulated 1xL3 PDU(protocol data unit) 필드에 포함되고, 상기 복수의 1x 메시지 중에서 제2 1x 메시지는 상기 회선 서비스 통지 응용 메시지의 제2 TLAC Encapsulated 1xL3 PDU 필드에 포함되는, 방법.
제1항에 있어서,
상기 복수의 1x 메시지 중에서 제1 1x 메시지는 GPM(general page message)을 포함하고, 상기 복수의 1x 메시지 중에서 제2 1x 메시지는 FNM(feature notification message)을 포함하는, 방법.
삭제
[청구항 4은(는) 설정등록료 납부시 포기되었습니다.]

제2항에 있어서,
상기 GPM은 발신자 번호를 포함하는, 방법.
[청구항 5은(는) 설정등록료 납부시 포기되었습니다.]

제2항에 있어서,
상기 FNM은 발신자 번호를 포함하는, 방법.
제1항에 있어서,
상기 회선 서비스 통지 응용 메시지는 RRC(Radio Resource Control) 메시지를 통해 상기 UE로 전달되는, 방법.
[청구항 7은(는) 설정등록료 납부시 포기되었습니다.]

제1항에 있어서,
상기 방법은, 상기 네트워크 개체에서, 회선 교환 페이징 요청(circuit switched paging request)을 수신하는 단계를 더 포함하되,
상기 회선 교환 페이징 요청은 패킷 데이터 네트워크에 접속되고 회선 교환 네트워크에 등록된 UE에 대한 것인, 방법.
제1항에 있어서,
상기 네트워크 개체는 IWS(interworking solution)를 포함하는, 방법.
삭제
제1항에 있어서,
상기 방법은, 상기 회선 서비스 통지 응용 메시지를 전송하는 단계 후에, 상기 UE로부터 해제 명령(release order)을 수신하는 단계를 더 포함하며, 상기 해제 명령은 상기 UE에 대한 콜의 거절을 지시하는, 방법.
[청구항 11은(는) 설정등록료 납부시 포기되었습니다.]

제1항에 있어서,
상기 복수의 1x 메시지 중에서 제1 1x 메시지는 UHDM(Universal Handoff Direction Message)을 포함하고, 상기 복수의 1x 메시지 중에서 제2 1x 메시지는 AWIM(Alert With Information Message)을 포함하는, 방법.
사용자 기기(user equipment, UE)에서 네트워크 개체(network entity)로부터, 복수의 1x 메시지를 포함하는 회선 서비스 통지 응용 메시지(circuit service notification application message)를 수신하는 단계를 포함하되,
상기 회선 서비스 통지 응용 메시지는 상기 네트워크 개체에 의해 생성되며,
상기 회선 서비스 통지 응용 메시지는 상기 회선 서비스 통지 응용 메시지에 포함된 상기 복수의 1x 메시지의 개수를 지시하는 정보를 더 포함하되,
상기 복수의 1x 메시지 중에서 제1 1x 메시지는 상기 회선 서비스 통지 응용 메시지의 제1 TLAC(tunneled link access control) Encapsulated 1xL3 PDU(protocol data unit) 필드에 포함되고, 상기 복수의 1x 메시지 중에서 제2 1x 메시지는 상기 회선 서비스 통지 응용 메시지의 제2 TLAC Encapsulated 1xL3 PDU 필드에 포함되는, 방법.
[청구항 13은(는) 설정등록료 납부시 포기되었습니다.]

제12항에 있어서,
상기 회선 서비스 통지 응용 메시지는 RRC(Radio Resource Control) 메시지를 통해 수신되는, 방법.