KR101418616B1

KR101418616B1 - 에볼루션 데이터 온리/에볼루션 데이터 최적화 통신 시스템들을 기반으로 하는 멀티 프로토콜 리비젼에서 인터 워킹을 위한 시스템 및 방법

Info

Publication number: KR101418616B1
Application number: KR1020097002091A
Authority: KR
Inventors: 고다바르티 사타야 벤카타 우마 키소레; 티루말라 스리 하리 바라 프라사드 발라푸디; 아닐 아기왈
Original assignee: 삼성전자주식회사
Priority date: 2006-07-31
Filing date: 2007-07-31
Publication date: 2014-07-14
Also published as: WO2008016251A1; US20080049759A1; KR20090035691A; US8045521B2

Abstract

에볼루션 데이터 온리/에볼루션 데이터 최적화(Evolution Data Only/Evolution Data Optimized)(EVDO) 통신 시스템을 기반으로 하는 멀티 프로토콜 리비젼에서 인터워킹이 기술된다. 이 방법에서는 액세스 터미널(AT)과 액세스 네트워크(AN)가 멀티 프로토콜 시나리오들에서 세션 구성을 수행한다. 상기 AT는 지원하는 모든 프로토콜 리비젼들을 지시하는 설정을 유지한다. 상기 AT와 AN은 AT와 AN에 의해 지원되는 가장 높은 프로토콜 리비젼에 대한 서브타입들과 그들의 세션 협상을 시작한다. AT가 전력 증가(Power up)와 아이들 핸드오프인 프로토콜 리비젼들을 갖는 UATI(Unicast Access Terminal Identifier) 요청 메시지를 전송하는 것에는 두 가지 시나리오들이 있다.

EVDO(Evolution Data Only/Optimized), UATI(Unicast Access Terminal Identifier), Handoff

Description

에볼루션 데이터 온리/에볼루션 데이터 최적화 통신 시스템들을 기반으로 하는 멀티 프로토콜 리비젼에서 인터 워킹을 위한 시스템 및 방법{A SYSTEM AND METHOD FOR INTER-WORKING IN A MULTI PROTOCOL REVISION BASED EVOLUTION DATA ONLY/EVOLUTION DATA OPTIMIZED (EVDO) COMMUNICATION SYSTEMS}

일반적으로 본 발명은 이동 통신 기술의 분야에 관한 것이다. 본 발명은 에볼루션 데이터 온리/에볼루션 데이터 최적화(Evolution Data Only/Evolution Data Optimized)(이하 “EVDO"라 칭함)과 다수의 프로토콜 리비젼들을 갖는 그것의 진화된 통신 시스템들에 관한 것이다. 액세스 터미널이 다른 프로코콜 리비젼들을 지원하는 액세스 네트워크들을 횡단하여 움직이는 시스템에서 효율적인 운영을 위한 시스템과 방법이 기술된다. 더욱 특히, 본 발명은 EVDO 통신 시스템들을 기반으로 하는 멀티 프로토콜 리비젼에서 인터 워킹을 위한 시스템 및 방법에 관한 것이다.

본 명세서에서 전반적으로 사용되는 후술되는 용어들은 다음과 같다.:

액세스 네트워크(Access Network) : 패킷 스위치드 데이터 네트워크(Packet switched data network)(전형적인 인터넷)과 액세스 터미널들 사이에서 데이터 연결성(connectivity)을 제공하는 네트워크 장치.

액세스 터미널(Access Terminal) : 사용자에게 데이터 연결성을 제공하는 장치. 액세스 터미널은 랩탑 개인용 컴퓨터(laptop persona computer)와 같은 컴퓨팅 장치 또는 PDA(Personal Digital Assistant)와 같은 필요한 것이 완비된 데이터 장치에 연결될 것이다. 액세스 터미널은 이동 단말(mobile station)과 동등하다.

EV-DO : CDMA2000 1x evolution-Data Optimized system.

MAC : Medium Access Control Protocol

상기 EVDO 통신 시스템은 액세스 네트워크(AN)와 액세스 터미널(AT)이 서로 통신을 하기 위해 수반되는 절차들을 정의하는 몇 개의 프로토콜들과 어플리케이션들로 구성된다. 각 프로토콜/어플리케이션은 몇 개의 서브타입(subtypes)들을 갖는다. 하나의 프로토콜/어플리케이션의 서브 타입은 상기 프로토콜/어플리케이션의 수행을 위해 사용될 특정 절차를 정의한다. 각 프로토콜/어플리케이션의 서브타입은 몇 개의 구성할 수 있는 동작을 제어하는 속성들(attributes)을 포함한다. 상기 EVDO 통신 시스템은 상기 AT와 AN 사이에 프로토콜/어플리케이션 서브타입들과 그들의 대응하는 속성들을 설정하고 협상하기 위한 절차를 제공한다. AT와 AN 사이에서 프로토콜/어플리케이션 서브타입들과 그들의 대응하는 속성들을 협상하기 위해 구성 요청(Configuration Request)과 구성 응답(Configuration Response) 메시지들이 교환된다.

협상되고 구성된 프로토콜/어플리케이션 서브타입들의 설정과 상기 해당하는 속성들이 EVDO 세션을 구성한다. 바꿔 말하면, EVDO 세션은 AT와 AN사이의 공유된 상태를 참조한다. 이러한 공유된 상태는 AT와 AN간 통신을 위해 사용되고 협상되는 상기 프로토콜들/어플리케이션들과 프로토콜/어플리케이션 구성들을 저장한다. 세션 구성 프로토콜(Session Configuration Protocol : SCP)은 다수의(multiple) EVDO 세션들을 구성하고 협상하기 위한 절차들을 정의한다. SCP에 의해 협상되고 구성된 이러한 다수의 EVDO 세션들은 또한 다수의 특성들(personalities)로서 참조된다. 구성된 각 특성(personality)은 특성 인덱스(personality index)에 의해 식별된다. 주어진 시점에서 오직 하나의 특성만이 AT와 AN 사이에서 실제 사용되어질 것이다. 실제 사용되는 상기 특성 인덱스는 세션 구성 토큰(Session Configuration Token : SCT)에 저장된다.

각 프로토콜/어플리케이션은 두 개의 인스턴스(instance)들, 즉 InConfiguration과 InUse 인스턴스들을 갖을 수 있다. InUse 인스턴스는 프로토콜/어플리케이션의 워킹 인스턴스(working instance)이다. 전력 증가(power up)에서, EVDO 세션은 프로토콜과 어플리케이션 서브타입들의 기본 설정과 또한 이러한 프로토콜들과 어플리케이션 서브타입들의 속성들에 대한 기본 값들을 구성한다. 세션 협상이 초기화 될 때(initiate), 각 프로코콜/어플리케이션의 InConfiguration 인스턴스는 SCP에 의해 생성된다. 한번 세션 협상이 완료되면, InConfiguration 인스턴스들의 구성된 값들은 주어진 특성 인덱스에서 AT와 AN에 의해 저장되어진다. 다 수의 세션들을 구성한 후에, 상기 AN은 구성 완료(Configuration Complete) 또는 소프트 구성 완료(soft Configuration Complete) 메시지(구성 완료 또는 소프트 구성 완료 메시지를 통해 전송되는 세션 구성 토큰(Session configuration token)에 부호화되어 사용되어진 상기 세션에 해당되는 특성 인덱스)를 사용하여 사용되어진 세션에 대해 AT에게 알린다.

세션 구성은 AT와 AN에 의해 초기화(initiate)될 수 있다.

프로토콜 리비젼은 세션 구성이 될 때까지 AT에 의해 사용될 프로토콜/어플리케이션 서브타입들의 기본 설정을 정의한다. 현재 EVDO 시스템에서, 오직 하나의 프로토콜/어플리케이션 서브타입의 기본 설정(default set)이 존재한다. 전력 상승(power up)에서, AT는 프로토콜 서브타입들의 이러한 기본 설정(default set)에 대응하는 InUse 인스턴스들을 생성한다. AT의 InUse 인스턴스들은 오직 세션 협상에 의해 기본(default) 서브타입에서 비기본(non-default) 서브타입으로 변경된다.

현재 EV-DO 통신 시스템에서 오직 하나의 프로토콜/어플리케이션 서브타입의 기본 설정이 존재한다. 전력 상승에서, AT는 프로토콜/어플리케이션 서브타입들의 기본 설정에 대응하는 InUse 인스턴스들을 생성한다. AT의 InUse 인스턴스들은 오직 세션 협상에 의해 기본(default) 서브타입에서 비기본(non-default) 서브타입으로 변경된다.

멀티-프로토콜 리비젼 시스템에서, 프로토콜들의 다수의 기본 설정들을 갖는 것이 필요하다. 그래서 새로운 전개(deployment)들은 상기 시스템의 이전 모든 리비젼들을 지원하지 않는 프로토콜 리비젼에 대해 특정한 시스템에서 직접 동작시킬 수 있다 심지어 AT 조차도 단지 몇 가지의 프로토콜 리비젼들에 대해 실행될 수 있다.

현재 시스템에서는 AT가 상기 시스템의 다른 프로토콜 리비젼들을 지원하는 AN들을 통과하며 움직이는 시스템에서 인터워킹을 위해 정의된 절차들이 없다.

따라서, 멀티 프로토콜 리비젼 시스템에서 AT와 AN이 효율적으로 동작하는 것을 허용하는 기술들이나 메커니즘들을 위한 기술들이 필요하다.

모든 서브타입들에 대해 기본 값들을 사용하는 특별한 경우에, 세션 협상은 피할 수 있다. 본 발명은 또한 AT와 AN 각각에 의해 지원되는 프로토콜 리비젼들에 대해 상기 AT와 AN 사이에 통신을 위한 방법을 제공한다.

본 발명에 의해 교시되는 접근 :

1. 정의된 프로토콜 서브타입들의 오직 하나의 설정으로 협상을 시작하지 않고 AT와 AN 양쪽에 의해 지원되는 최대 프로토콜 리비젼(maximum protocol revision)에 해당하는 프로토콜 서브타입들의 생성을 용이하게 함;

2. 서로에 의해 지원되는 프로토콜 리비젼들을 통신하기 위한 AN과 AT에 대한 메커니즘을 정의함;

3. 아이들 핸드오프(Idle handoff) 동안에 AT와 AN 양쪽에 의해 성립된 세션 협상의 사용을 용이하게 함; 및

4. 필요하다면, 아이들 핸드오프 이후에 세션 협상을 피함/감소시킴.

EVDO 통신 시스템들에서 세션을 구성(configure)하는 것에 대한 현재 방식은 다수의 프로토콜 리비젼들을 갖는 시스템으로 변경되고, AT와 AN은 AT와 AN에 의해 지원되는 가장 높은(highest) 프로토콜 리비젼에 대응하는 서브타입으로 그들의 세션 협상을 시작할 수 있다. 모든 서브타입들에 대해 기본 값들을 사용하는 특별한 경우에, 세션 협상 자체는 피할 수 있다. 본 발명은 또한 AT와 AN 각각에 의해 지원되는 프로토콜 리비젼들에 대해 상기 AT와 AN 사이에 통신을 위한 방법을 제공한다.

본 발명에 따르면, 액세스 터미널(AT)과 액세스 네트워크(AN)에 의해 세션 구성을 수행하는 것을 포함하는 EVDO 통신 시스템들에 기반으로 한 멀티 프로토콜 리비젼에서 인터워킹을 위한 방법을 제공하고; 상기 AT가 지원하는 모든 프로토콜 리비젼들을 지시하는 설정을 상기 AT가 유지하고; 및 AT와 AN에 의해 지원되는 최대 프로토콜 리비젼에 대응하는 서브타입들로 상기 AT와 AN이 세션 협상을 수행하고, 상기 AT는 전력 증가와 아이들 핸드오프 절차들을 사용하여 프로토콜 리비젼들을 포함하는 유니캐스트 액세스 터미널 식별자(Unicast Access Terminal Identifier)(UATI) 요청 메시지를 전송한다.

따라서 본 발명은, 세션 구성(Session Configuration)을 수행하는 액세스 터미널(AT)과 액세스 네트워크(AN)을 포함하는 EVDO 통신 시스템들을 기반으로 하는 멀티 프로토콜 리비전에서 인터워킹을 위한 시스템을 제공하고; 상기 AT가 지원하는 모든 프로토콜 리비젼들을 지시하는 설정을 AT에 의해 유지하는 수단을 포함하고, 상기 AT와 AN에 의해 지원되는 최대 프로토콜 리비젼에 대응하는 서브타입들로 상기 AT와 AN이 세션 협상을 수행하고, 상기 AT는 전력 증가와 아이들 핸드오프 절차들을 사용하여 프로토콜 리비젼들을 포함하는 UATI(Unicast Access Terminal Identifier) 요청 메시지를 전송한다.

본 발명의 상술한 목적들과 다른 목적들, 특징들 및 이득들이 계속되는 본 발명의 상세한 설명과 함께 수반되는 도면으로부터 보다 명확해질 것이다.

도 1은 멀티 프로토콜 리비젼 기반 시스템들에서 신호 흐름 다이어그램을 도시하고;

도 2는 멀티 프로토콜 리비젼 기반 시스템들에서 시나리오 1에 대한 아이들 핸드오프 절차들에 대한 신호 흐름을 도시하고;

도 3은 멀티 프로토콜 리비젼 기반 시스템들에서 시나리오 2에 대한 아이들 핸드오프 절차들에 대한 신호 흐름을 도시하고; 및

도 4는 멀티 프로토콜 리비젼 기반 시스템들에서 시나리오 3에 대한 아이들 핸드오프 절차들에 대한 신호 흐름을 도시한다.

본 발명의 바람직한 실시 예들이 이제부터 첨부된 도면들을 참조하여 설명될 것이다. 그러나, 개시된 실시 예들은 본 발명의 단지 대표적인 것들이며, 다양한 형태로 구체화될 수 있음이 이해되어야 할 것이다. 게다가 여기에 개시된 상세한 설명들은 한정 내용으로써 해석되어서는 안되고, 청구항의 해석을 위한 근거와 당업자에게 본 발명을 어떻게 만들고, 사용하는지에 대한 근거로서 해석되어야 한다.

다수의 프로토콜 리비젼들을 갖는 시스템에서, 상기 시스템은 상기 시스템이 지원하는 각 프로토콜 리비젼에 해당하는 프로토콜/어플리케이션 서브타입들의 다른 기본 설정들을 정의한다. 이러한 정보는 효율적인 세션 협상을 수행하기 위해 AT와 AN에 의해 사용되어 질 수 있다.

상기 AN은 상기 AN에 의해 지원되는 프로토콜 리비젼들에 대한 정보를 방송 메시지(broadcast message)를 통해 전송한다. 시스템을 획득한 후에, 상기 AT는 상기 AN에 의해 송신된 방송 메시지로부터 상기 AN에 의해 지원되는 프로토콜 리비젼들에 대한 정보를 획득한다.

액세스 터미널이 상기 시스템의 한 개 또는 그 이상의 프로토콜 리비젼들을 지원할 때, 액세스 터미널은 액세스 터미널이 지원하는 모든 프로토콜 리비젼들을 나타내는 설정을 유지한다. 상기 AT는 다음의 <수학식 1>에 따라 상기 AT와 AN에 의해 지원되는 최대 프로토콜 리비젼(maximum protocol revision)을 계산한다.

max_supported_prev = Maximum ({AT와 AN 양쪽에 의해 지원되는 프로토콜 리비젼들의 설정})

여기서, {AT와 AN 양쪽에 의해 지원되는 프로토콜 리비젼들의 설정} = {상기 AT에 의해 지원되는 프로토콜 리비젼들} ∩ {상기 AN에 의해 지원되는 프로토콜 리비젼들}.

상기 AT는 또한 상기 AN과 통신하기 위해 상기 AT에 의해 사용되어질 프로토콜 리비젼을 지시하는 변수 'prev_in_use'를 유지한다. 전력 증가(power up) 절차 중에, 상기 AT는 'prev_in_use'를 'max_supported_prev'로 설정하고, 상기 prev_in_use에 해당하는 시스템에 대해 의미되는 프로토콜 서브타입들과 상기 어플리케이션들의 InUse 인스턴스들을 생성한다. 그 다음 상기 AT는 상기 선택된 prev_in_use과 AT가 지원하는 모든 프로토콜 리비젼들을 포함하는 UATI 요청 메시지를 전송한다. AT는 또한 UATI 요청 메시지와 함께 상기 AT에 의해 사용될 세션 구성 토큰(Session Configuration Token : SCT)을 전송한다. 상기 SCT는 상기 AT가 기본(default)을 사용하는지 또는 구성된 세션을 사용하는지를 알려준다. 만약 상기 AN이 다른 프로토콜 리비젼을 갖는 이웃 네트워크들에 대한 정보를 갖고 있다 면, 상기 AN은 세션 협상의 일부로서 상기 AT와 상기 AN 모두 지원하는 각 프로토콜 리비젼들에 대해 별개의 특성을 구성할 수 있다. 이러한 협상은 이웃 네트워크들로의 핸드오프 도중에 상기 AT와 상기 AN에 의해 사용될 수 있다.

세션 협상/특성 스위치 이후에, 상기 AT가 새로운 SCT를 수신할 때, 상기 AT는 상기 prev_in_use를 상기 SCT에 수신된 특성 인덱스에 해당하는 프로토콜 리비젼으로 갱신(update)한다.

전력 증가(power up) 동안과 다른 프로토콜 리비젼들 갖는 시스템으로 아이들 핸드오프하는 동안에 상기 AT가 프로토콜 리비젼들을 갖는 상기 UATI 요청 메시지를 전송하는 데에는 두 가지 시나리오들이 있다.

전력 증가 절차들(Power Up procedures)

AT 절차들 : AT 가 전력 증가할 때, AT 는 다음과 같은 동작들을 수행한다.

1. AT는 'prev_in_use'를 NONE (미리 설정된 값 예컨대, OxFFFF)으로 설정한다.

2. AT는 세션 구성 토큰을 NONE(미리 설정된 값 예컨대, 0xFFFF)로 설정한다.

3. AT는 방송 메시지들을 모니터링함으로써 AN이 지원하는 프로토콜 리비젼들을 획득한다.

4. AT는 max_supported_prev를 계산하고, prev_in_use=max_supported_prev를 설정한다.

5. AT는 'prev_in_use'에 대한 기본 설정에 해당하는 프로토콜들의 InUse 인스턴스들을 생성한다.

6. AT는 상기 AT가 지원했던 프로토콜 리비젼들과 'prev_in_use'를 포함하므로서 UATI 요청 메시지를 전송한다. UATI 요청 메시지 전송의 일부로써, SCT와 랜덤 AT 식별자(Random AT Identifier)(RATI)가 MAC 헤더로 전송된다.

AN 절차들:

1. AN이 UATI 요청 메시지를 수신하면, AN은 상기 SCT와 RATI를 검사한다.

a. 상기 RATI는 상기 AT가 어떠한 구성된 세션을 갖고 있지 않음을 나타낸다.

b. SCT == NONE는 상기 AT가 prev_in_use에 해당하는 기본적인 프로토콜 설정을 사용하는 것을 나타낸다.

2. 상기 AN은 상기 세션 구성을 시작할 것이다.

a. 상기 AN은 상기 AT에 의해 지원되는 각 프로토콜 리비젼에 해당하는 다수의 특성들을 구성할 수 있다.

b. 상기 AN은 상기 SCT를 사용될 특성으로 설정한다.

아이들 핸드오프 절차들 - 상기 AT가 네트워크내에서 움직일 경우, AT는 셀 경계들과 네트워크 경계들을 거쳐서 아이들 핸드오프들을 수행한다. 다른 프로토콜 리비젼을 갖는 시스템/네트워크로의 아이들 핸드오프 이후에, 상기 AT는 방송 메시지들을 모니터링함으로써, 상기 AN에 의해 지원되는 프로토콜 리비젼들을 획득하고 상술한 것들을 사용하여 max_supported_prev를 계산한다.

이러한 절차들에 대해서는 다른 시나리오들이 있다. 각 시나리오에 대한 상세한 절차는 아래에 설명된다.

아이들 핸드오프 시나리오 1 : (상세한 호 흐름은 도 2에 도시된다.)

상기 AT는 이전 AN(old AN)과 설립된 세션을 갖고 있고 새로운 AN으로 움직인다. prev_in_use는 새로운 AN에 의해 지원되고 prev_in_use는 상기 AT와 상기 새로운 AN 간의 max_supported_prev과 동일하다.

AT 절차들 :

1. AT는 상기 AT가 지원했던 프로토콜 리비젼들과 prev_in_use를 포함하는 UATI 요청 메시지를 전송한다. UATI 요청 메시지 전송의 일부로서, 상기 SCT와 UATI는 또한 MAC 헤더로 전송된다.

AN 절차들 :

1. 상기 AN은 UATI 요청 메시지를 수신하고 상기 SCT를 검사한다.

2. MAC 헤더로 수신된 상기 UATI는 상기 AT가 세션을 갖고 있음을 나타낸다.

3. SCT != NONE는 상기 SCT에 의해 지시되는 특성 인덱스에 해당하는 특성을 상기 AT가 사용하는 것을 나타낸다.

4. 상기 AN은 상기 AT의 세션 정보를 이전 AN으로부터 얻을 것이다.

5. 상기 AN은 이전 AN으로부터 수신된 상기 세션 정보를 저장할 것이다.

6. AT가 'Max_Supported_Prev'에 해당하는 특성을 이미 사용하고 있으므로, 특성을 스위칭할 필요가 없다.

7. 그러나, 상기 AN은 세션 구성을 할 수 있다.

i. InUse 특성의 몇몇 파라미터들을 변경하는 것 및/또는

ii. 존재하지 않는 프로토콜 리비젼(상기 AT와 AN 모두 지원되는)에 해당하는 새로운 특성을 생성하는 것

8. 만약 상기 새로운 AN이 상기 이전 AN으로부터 상기 AT의 세션 정보를 복구할 수 없다면, 상기 AN은 세션 종료(Session close)를 전송하고 새로운 세션을 구성할 것이다.

아이들 핸드오프 시나리오 2 :

상기 AT는 이전 AN(old AN)과 설립된 세션을 갖고 새로운 AN으로 이동한다; prev_in_use는 새로운 AN에 의해 지원되고 prev_in_use는 상기 AT와 새로운 AN 간의 max_supported_prev과 동일하지 않다.

AT 절차들 :

1. 상기 AT는 상기 AT가 지원하는 프로토콜 리비젼들과 prev_in_use을 포함하는 UATI 요청 메시지를 전송한다. UATI 요청 메시지 전송의 일부로서, 상기 SCT와 UATI는 또한 MAC 헤더로 전송된다.

AN 절차들 :

3. SCT != NONE는 상기 AT가 상기 SCT에 의해 지시되는 특성 인덱스에 해당하는 특성을 사용하는 것을 나타낸다.

4. 상기 AN은 상기 이전 AN으로부터 세션 정보를 획득할 것이다.

5. 상기 AN은 상기 이전 AN으로부터 수신된 상기 세션 정보를 저장할 것이다.

6. 이 단계에서, 상기 AN과 AT는 prev_in_use에 대응하는 특성으로 동작을 계속한다.

7. 상기 UATI 메시지로 수신된 prev_in_use는 상기 AT가 'max_supported_prev'에 대응하는 특성을 사용하지 않음을 나타낸다.

8. 만약 상기 AT가 이미 'max_supported_prev'에 대응하는 특성을 사용한다면,

i. 상기 AN은 상기 AT의 InUse 특성을 'max_supported_prev'에 대응하는 특 성으로 스위칭할 것이다.

9. 만약 상기 AT가 'max_supported_prev'에 대응하는 특성을 갖고 있지 않다면,

i. AN은 max_supported_prev에 대응하는 특성을 생성하고 상기 AT를 max_supported_prev에 대응하는 새로운 특성으로 스위칭할 것이다.

10. 상기 AN은 또한 세션 구성을 할 수 있다.

i. InUse 특성의 몇몇 파라미터들을 변경하는 것 및/또는

ii. 존재하지 않는 프로토콜 리비젼(AT와 AN 모두 지원되는)에 대응하는 새로운 특성을 생성하는 것

11. 만약 새로운 AN이 이전 AN으로부터 상기 AT의 세션 정보를 복구할 수 없다면, 상기 AN은 세션 종료(session close)를 전송하고 새로운 세션을 구성할 것이다.

아이들 핸드오프 시나리오 2 (대체 절차 - 1)(시나리오 2에 대한 상세한 호 흐름도가 도 3에 도시 된다.)

AT 절차들 :

1. prev_in_use = max_supported_prev로 설정(set)

2. SCT = NONE(예컨대, 0xFFFF)로 설정

3. 'prev_in_use'의 기본 설정에 대응하는 프로토콜들의 InUse 인스턴스들을 생성

4. 상기 AT가 지원했던 프로토콜 리비젼들과 'prev_in_use'를 갖는 UATI 요청 메시지를 전송한다. UATI 요청 메시지 전송의 일부로서, 상기 SCT와 UATI는 또한 MAC 헤더를 통해 전송된다.

AN 절차들 :

2. MAC 헤더를 통해 수신된 상기 UATI는 상기 AT가 세션을 갖고 있음을 나타낸다.

3. SCT == NONE, 'prev_in_use'는 AT가 'prev_in_use'에 대응하는 기본 설정을 사용하는 것을 나타낸다.

5. 상기 AN은 상기 이전 AN으로부터 수신한 상기 세션 정보를 저장할 것이다.

6. 만약 상기 AT가 이미 'max_supported_prev'에 대응하는 특성을 갖고 있다면,

i. AN은 상기 AT의 InUse 특성을 'max_supported_prev'에 대응하는 특성으로 스위칭할 것이다.

7. 만약 상기 AT가 'max_supported_prev'에 대응하는 특성을 갖고 있지 않다면,

i. 상기 AN은 'max_supported_prev'에 대응하는 특성을 생성하고 상기 AT를 max_supported_prev에 대응하는 새로운 특성으로 스위칭할 것이다.

8. 상기 AN은 세션 구성(session configuration)을 할 수 있다.

a. InUse 특성의 몇몇 파라미터들을 변경하는 것 및/또는

b. 존재하지 않는 프로토콜 리비젼(AT과 AN 모두에 의해 지원되지 않는)에 대응하는 새로운 특성을 생성하는 것

9. 만약 새로운 AN이 이전 AN으로부터 상기 AT의 세션 정보를 복구하지 못한다면, 상기 AN은 세션 종료를 전송하고 새로운 세션을 구성할 것이다.

아이들 핸드오프 시나리오 2 (대체 절차 - 2)(시나리오 2에 대한 상세한 호 흐름은 도 3에 도시 되어있다.)

'max_supported_prev'에 해당하는 상기 이전 AN에 의해 구성된 특성을 상기 AT가 갖고 있을 경우에만, 이 절차는 수행될 수 있다.

AT 절차들 :

1. prev_in_use = max_supported_prev로 설정한다.

2. 'prev_in_use'에 대해 이전 AN에 의해 구성된 특성에 대응하는 상기 SCT를 설정한다.

3. 상기 새로운 'prev_in_use'에 대응하는 프로토콜들의 InUse 인스턴스들을 생성한다.

4. 상기 AT가 지원했던 프로토콜 리비젼들과 pre_in_use를 포함하는 UATI 요청 메시지를 전송한다. 상기 UATI 요청 메시지 전송의 일부로서, 상기 SCT와 UATI 또한 MAC 헤더로 전송된다.

AN 절차들 :

2. 상기 MAC 헤더로 수신된 UATI는 상기 AT가 세션을 갖고 있음을 나타낸다.

3. SCT != NONE는 상기 AT가 상기 SCT에 의해 지시된 특성 인덱스에 해당하는 특성을 사용하고 있음을 나타낸다.

4. 상기 AN이 상기 이전 AN으로부터 상기 AT의 세션 정보를 획득할 것이다.

5. 상기 AN이 상기 이전 AN으로부터 수신된 상기 세션 정보를 저장할 것이다.

6. AT가 'max_supported_prev'에 해당하는 특성을 이미 사용하고 있다면, 특성을 스위칭할 필요가 없다.

7. 그러나, 상기 AN은 세션 구성을 수행할 수 있다.

i. InUse 특성의 몇몇 파라미터들의 변경하는 것 및/또는

ii. 존재하지 않는 프로토콜 리비젼(상기 AT와 AN 모두에 의해 지원되는 것)에 해당하는 새로운 특성을 생성하는 것

8. 만약 새로운 AN이 이전 AN으로부터 상기 AT의 세션 정보를 복구할 수 없다면, 상기 AN은 세션 종료를 전송하고 새로운 세션을 구성한다.

아이들 핸드오프 시나리오 3 (상세한 호 흐름은 도 4에 도시 된다.)

상기 AT는 이전 AN과 세션을 설립하고 새로운 AN으로 움직임; prev_in_use는 상기 새로운 AN에 의해 지원되지 않음.

AT 절차들 :

1. prev_in_use = max_supported_prev로 설정;

2. SCT = NONE(예컨대, 0xFFFF)로 설정;

3. 'prev_in_use'의 기본 설정에 해당하는 프로토콜들의 InUse 인스턴스들을 생성;

4. AT가 지원했던 프로토콜 리비젼들과 'prev_in_use'가 포함된 UATI 요청 메시지를 전송한다. UATI 요청 메시지 전송의 일부로서, 상기 SCT와 UATI 또한 MAC 헤더로 전송된다.

AN 절차들 :

2. 상기 MAC 헤더로 수신된 상기 UATI는 상기 AT가 세션을 갖고 있음을 나타낸다.

3. SCT == NONE, prev_in_use는 AT가 prev_in_use에 해당하는 기본 설정을 사용함을 나타낸다.

4. 상기 AN은 이전 AN으로부터 상기 AT의 세션 정보를 얻을 것이다.

6. 만약 상기 AT가 'max_supported_prev'에 해당하는 특성을 이미 갖고 있다면,

a. 상기 AN은 상기 AT의 InUse 특성을 'max_supported_prev'에 해당하는 특성으로 스위칭한다.

7. 만약 상기 AT가 'max_supported_prev'에 해당하는 특성을 갖고 있지 않다면,

b. 상기 AN은 'max_supported_prev'에 해당하는 특성을 생성하고 AT를 'max_supported_prev'에 해당하는 새로운 특성으로 스위칭한다.

8. 상기 AN은 세션 구성을 할 수 있다.

a. InUse 특성의 몇몇 파라미터들의 변경하는 것 및/또는

b. 존재하지 않는 프로토콜 리비젼(상기 AT와 AN 모두에 의해 지원되는 것)에 해당하는 새로운 특성을 생성하는 것

9. 만약 새로운 AN이 이전 AN으로부터 상기 AT의 세션 정보 복구를 할 수 없다면, 상기 AN은 세션 종료를 전송하고 새로운 세션을 구성한다.

아이들 핸드오프 시나리오 3 (대체 절차 - 1)(시나리오 3에 대한 상세한 호 흐름은 도 4에 도시 된다.);

이 절차는 만약 상기 AT가 'max_supported_prev'에 해당하는 상기 이전 AN에 의해 구성된 특성을 갖고 있을 경우에만 수행될 수 있다.

AT 절차들 :

1. prev_in_use = max_supported_prev로 설정함;

2. 이 'prev_in_use'에 대해 이전 AN에 의해 구성된 특성에 해당하는 상기 SCT를 설정함;

3. 새로운 'prev_in_use'에 해당하는 프로토콜들의 InUse 인스턴스들을 생성함;

4. AT가 지원했던 프로토콜 리비젼들과 'prev_in_use'를 포함하는 UATI 메시지를 전송한다. UATI 요청 메시지 전송의 일환으로, 상기 SCT와 UATI는 또한 MAC 헤더로 전송된다.

AN 절차들 ;

1. 상기 AN은 UATI 요청 메시지를 수신하고 상기 SCT를 검사한다;

2. 상기 MAC 헤더로 수신된 상기 UATI는 상기 AT가 세션을 갖고 있음을 나타낸다;

3. SCT != NONE는 상기 AT가 상기 SCT에 의해 지시된 특성 인덱스에 해당하는 특성을 사용함을 나타낸다;

4. 상기 AN은 이전 AN으로부터 상기 AT의 세션 정보를 얻을 것이다;

5. 상기 AN은 상기 이전 AN으로부터 수신된 상기 세션 정보를 저장할 것이다;

6. 상기 AT가 'max_supported_prev'에 해당하는 특성을 이미 사용하고 있기 때문에, 특성을 스위칭할 필요가 없다.

7. 그러나, 상기 AN은 세션 구성을 할 수 있다:

a. InUse 특성의 몇몇 파라미터들을 변경하는 것 및/또는

b. 존재하지 않는 프로토콜 리비젼(상기 AT와 AN에 의해 모두 지원되는)에 해당하는 새로운 특성을 생성하는 것;

8. 만약 상기 새로운 AN이 상기 이전 AN으로부터 상기 AT의 세션 정보를 복구할 수 없다면, 상기 AN은 세션 종료를 전송하고 새로운 세션을 구성할 것이다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 있어 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시 예 및 첨부된 도면에 의해 한정되는 것이 아니다. 이러한 변형 및 변경은 부가된 청구범위들에서 더 정의되는 것처럼 본 발명의 범위에 포함되는 것으로 이해되어야 할 것이다.

Claims

에볼루션 데이터 온리/에볼루션 데이터 최적화(Evolution Data Only/Evolution Data Optimized)(EVDO) 통신 시스템을 기반으로 하는 멀티 프로토콜 리비젼에서 인터워킹을 위한 방법에 있어서,

액세스 터미널(AT)과 액세스 네트워크(AN)에 의해 세션 구성을 수행하는 과정과;

상기 AT가 지원하는 모든 프로토콜 리비젼들을 지시하는 설정을 상기 AT에 의해 유지하는 과정과;및

상기 AT와 AN에 의해 지원되는 최대 프로토콜 리비젼(maximum protocol revision)에 해당하는 서브타입들을 사용하여 상기 AT와 AN에 의해 세션 협상을 수행하는 과정을 포함하고,

상기 AT는 전력 증가(power up)와 아이들 핸드오프 절차들을 사용하여 프로토콜 리비젼을 포함하는 유니캐스트 액세스 터미널 식별자(Unicast Access Terminal Identifier)(UATI) 요청 메시지를 전송함을 특징으로 하는 인터워킹을 위한 방법.
제1 항에 있어서,

상기 AT는 상기 AT와 AN에 의해 지원되는 상기 최대 프로토콜 리비젼을 다음에 따라 계산함을 특징으로 하는 인터워킹을 위한 방법,

max_supported_prev = Maximum ({AT와 AN 양쪽에 의해 지원되는 프로토콜 리비젼들의 설정})

여기서, max_supported_prev 는 상기 최대 프로토콜 리비젼을 지시하는 변수이고, {AT와 AN 양쪽에 의해 지원되는 프로토콜 리비젼들의 설정} = {상기 AT에 의해 지원되는 프로토콜 리비젼들} ∩ {상기 AN에 의해 지원되는 프로토콜 리비젼들}.
제1 항에 있어서,

상기 UATI 요청 메시지를 전송하는 동안에, 상기 AT는 세션 구성 토큰(Session Configuration Token)(SCT)과 랜덤 액세스 터미널 식별자(Random AT Identifier)(RATI)를 전송하고, 상기 SCT는 상기 AT가 기본 또는 구성된 세션을 사용하고 있는지를 나타냄을 특징으로 하는 인터워킹을 위한 방법.
제1 항에 있어서,

전력 증가 절차에서, 상기 AT는 상기 AT와 AN에 의해 지원되는 상기 최대 프로토콜 리비젼을 계산하고 세션 구성 토큰(Session Configuration Token)(SCT)와 랜덤 액세스 터미널 식별자(Random AT Identifier)(RATI)와 함께 상기 UATI 요청 메시지를 전송함을 특징으로 하는 인터워킹을 위한 방법.
제4 항에 있어서,

상기 AN은 상기 SCT와 상기 RATI 도착에 대해 검사하고, 상기 RATI는 상기 AT가 어떠한 구성된 세션도 갖고 있지 않음을 나타내고 상기 SCT는 상기 AT가 기본 프로토콜을 사용하는지 다른 것을 사용하는지를 보여줌을 특징으로 하는 인터워킹을 위한 방법.
제5 항에 있어서,

상기 AN은 상기 AT에 의해 지원되는 각 프로토콜 리비젼에 해당하는 다수의 특성들을 구성하며, 상기 SCT를 사용중인 상기 특성으로 설정함을 특징으로 하는 인터워킹을 위한 방법.
제1 항에 있어서,

상기 아이들 핸드오프 절차 중에, 상기 AT는 호 끊어짐 없이 한 네트워크에서 다른 네트워크로 이동함을 특징으로 하는 인터워킹을 위한 방법.
제7 항에 있어서,

다른 프로토콜 리비젼을 갖는 시스템 혹은 네트워크로의 아이들 핸드오프 이후에, 상기 AT는 방송 메시지들을 모니터링함으로써, 상기 AN에 의해 지원되는 상기 프로토콜 리비젼들을 획득하고 상기 AT와 AN에 의해 지원되는 상기 최대 프로토콜 리비젼을 계산함을 특징으로 하는 인터워킹을 위한 방법.
EVDO(Evolution Data Only/Evolution Data Optimized; 에볼루션 데이터 온리/에볼루션 데이터 최적화) 통신 시스템들을 기반으로 하는 멀티 프로토콜 리비젼에서 인터워킹을 위한 시스템에 있어서,

세션 구성을 수행하는 액세스 터미널(AT)과 액세스 네트워크(AN)와;및

상기 AT에 의해 설정을 유지하기 위한 수단들을 포함하되,

상기 AT와 AN은 상기 AT와 상기 AN에 의해 지원되는 최대 프로토콜 리비젼(maximum protocol revision)에 해당하는 서브타입들과 세션 협상을 수행하고, 상기 AT는 전력 증가(power up)와 아이들 핸드오프 절차들을 사용하여 프로토콜 리비젼들을 포함하는 유니캐스트 액세스 터미널 식별자(Unicast Access Terminal Identifier)(UATI) 요청 메시지를 전송함을 특징으로 하는 인터워킹을 위한 시스템.
제9 항에 있어서,

상기 AT는 상기 AT가 지원하는 모든 프로토콜 리비젼들을 나타냄을 특징으로 하는 인터워킹을 위한 시스템.
삭제
EVDO(Evolution Data Only/Evolution Data Optimized; 에볼루션 데이터 온리/에볼루션 데이터 최적화) 통신 시스템을 기반으로 하는 멀티 프로토콜 리비젼에서 인터워킹을 수행하는 액세스 터미널(AT) 장치에 있어서,

액세스 네트워크(AN)와 세션 구성을 수행하고, 상기 AT가 지원하는 모든 프로토콜 리비젼들을 지시하는 설정을 유지하는 수단을 포함하되,

상기 AT 장치는, 상기 AT 및 상기 AN에 의해 지원되는 최대 프로토콜 리비젼(maximum protocol revision)에 해당하는 서브타입들을 사용하여 상기 AN과 세션 협상을 수행하고, 전력 증가(power up)와 아이들 핸드오프 절차들을 사용하여 프로토콜 리비젼들을 포함하는 유니캐스트 액세스 터미널 식별자(Unicast Access Terminal Identifier)(UATI) 요청 메시지의 전송을 수행함을 특징으로 하는 인터워킹을 수행하는 AT 장치.