KR20070103362A - 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한핸드오프 지원 - Google Patents
서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한핸드오프 지원 Download PDFInfo
- Publication number
- KR20070103362A KR20070103362A KR20077009674A KR20077009674A KR20070103362A KR 20070103362 A KR20070103362 A KR 20070103362A KR 20077009674 A KR20077009674 A KR 20077009674A KR 20077009674 A KR20077009674 A KR 20077009674A KR 20070103362 A KR20070103362 A KR 20070103362A
- Authority
- KR
- South Korea
- Prior art keywords
- node
- message
- indication
- accessing
- network
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/04—Reselecting a cell layer in multi-layered cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
서로 다른 네트워크 인터페이스 계층 프로토콜로 구현되는 서로 다른 네트워크들 사이에서 로밍 노드가 네트워크 액세스를 시도하는 통신 시스템에서, 핸드오프 방식이 구축됨으로써 노드가 네트워크 액세스에 대한 방해 레벨이 낮게 네트워크들 간에 자유롭게 이동할 수 있다. 핸드오프 전과 시작시, 노드는 핸드오프에 대한 지시를 수신한다. 상기 지시는 SID(시스템 식별자), NID(네트워크 식별자) 또는 PZID(패킷 존 식별자)의 변경을 지시하는 신호 메시지와 같이 다양한 형태로 삽입될 수 있다. 대안으로, 상기 지시는 핸드오프 전에 로밍 노드에 전송된 데이터 패킷에 직접 포함되는 정보 형태일 수 있다. 다른 대안으로서, 상기 지시는 서로 다른 네트워크 인터페이스 계층 프로토콜을 지원하는 서로 다른 네트워크에 의해 서로 다른 메시지 패턴이 전송될 수 있는 노드에 전송된 구별 가능한 메시지 패턴으로서 구현될 수 있다.
Description
본 특허 출원은 "핸드오프 지원 고속 링크 확립 프로토콜을 위한 방법 및 장치"라는 명칭으로 2004년 9월 28일자로 제출된 미국 예비 출원 60/614,215호에 대한 우선권을 주장하며, 이는 양수인에게 양도되었고 본원에 완전히 참조로 포함된다.
본 발명은 일반적으로 패킷 데이터 통신에 관한 것으로, 보다 구체적으로는 종종 네트워크들 사이의 임의의 패킷 데이터 통신 전에 실행이 필요한 서로 다른 링크 확립 프로토콜을 갖는 네트워크들에 대한 핸드오프 지원에 관한 것이다.
네트워크들의 상호 접속은 전반적으로 지리학적 거리와 관계없이 정보에 신속하게 액세스하게 한다. 도 1은 일반적으로 참조부호(20)로 표시된 인터넷으로 지칭되는 글로벌 네트워크 접속의 간소화된 개략도를 나타낸다. 인터넷(20)은 본질적으로 함께 링크된 계층 구조의 서로 다른 레벨을 갖는 많은 네트워크이다. 인터넷(20)은 IETF(Internet Engineering Task Force)에 의해 공표된 IP(Internet Protocol) 하에서 운영된다. IP의 세부 사항은 IETF에 의해 발표된 RFC(Request For Comments) 791에서 찾을 수 있다.
인터넷(20)에는 네트워크 크기에 따라 때때로 LAN(Local Area Networks) 또는 WAN(Wide Area Networks)으로 불리는 다양한 개별 네트워크들이 접속된다. 도 1에는 이러한 네트워크들(22, 24, 26, 28)의 일부가 도시된다.
각각의 네트워크(22, 24, 26, 28) 내에는 서로 접속하여 통신하는 다양한 장비가 있을 수 있다. 예를 들어, 몇 가지만 말하자면 컴퓨터, 프린터, 서버가 있으며, 이들은 일반적으로 노드라 부른다. 노드가 인터넷(20)을 통해 자신의 네트워크 이상으로 통신할 때, 노드에 IP 어드레스가 할당될 필요가 있다. IP 어드레스의 할당은 수동 또는 자동일 수 있다. IP 어드레스의 수동 할당은 예를 들어 네트워크 관리자에 의해 수행될 수 있다. 더 흔하게, IP 어드레스는 예를 들어 LAN 또는 WAN의 전용 서버에 의해 자동으로 할당된다.
설명을 위해 예를 든다. 네트워크(22)의 노드(30)가 데이터 패킷을 네트워크(24)의 다른 노드(37)에 전송하고자 한다고 가정한다. IP 하에서 각 데이터 패킷은 소스 어드레스 및 목적지 어드레스를 가질 필요가 있다. 이 경우, 소스 어드레스는 네트워크(22)에서 노드(30)의 어드레스이다. 목적지 어드레스는 네트워크(24)에서 노드(37)의 어드레스이다.
종종, 인터넷(20)을 통한 다른 네트워크로의 액세스와 같이 네트워크 액세스 전에 노드 간 통신이 필요하다. 설명을 위해 또 다른 예를 든다. 네트워크(22)의 노드(30)가 랩탑 컴퓨터라고 가정한다. 랩탑 컴퓨터 노드(30)는 네트워크(22)에 직접 액세스하지 않는다. 그럼에도, 랩탑 컴퓨터 노드(30)는 예를 들어 전화선을 통한 유선 모뎀으로 다이얼하는 등 어떤 다른 수단에 의해 네트워크(22)의 NAS(네 트워크 액세스 서버)(32)에 도달할 수 있다. 그 경우, 노드(30)는 통상적으로 네트워크(22)의 NAS(네트워크 액세스 서버)(32)와의 PPP(점대점 프로토콜) 세션을 확립한다. 이후에 노드(30)와 네트워크(22) 간에 확립된 패킷 데이터 통신 또는 인터넷(2)을 통한 임의의 다른 네트워크들은 유선 모뎀 및 전화선을 통해 교환될 것이다. 모뎀이 전화선을 통해 연속적으로 그리고 비동기적으로 신호를 전송 및 수신한다면, 전화선을 통해 교환되는 데이터 패킷들 또한 이에 따라 프레임화되어 직렬 및 비동기 모뎀 링크에 적합하게 해야 한다.
무선 기술의 진보는 노드들이 원래 등록된 네트워크로부터 다른 네트워크로 멀리 이동하게 한다. 예컨대, 도 1로 돌아가면, 노드(30)는 네트워크(22)에 영구적으로 배선되는 대신 PDA(개인 휴대 단말), 셀룰러폰이나 모바일 컴퓨터와 같은 무선 장치일 수 있다. 무선 노드(30)는 자신의 홈 네트워크(22)의 경계를 넘어 이동할 수 있다. 따라서 노드(30)는 자신의 홈 네트워크(22)로부터 타 네트워크(28)로 로밍할 수 있다. 네트워크(28)의 액세스를 얻거나 인터넷(20)을 통해 다른 네트워크에 접속하기 위해, 노드(30)는 또한 통상적으로 네트워크(28)의 NAS(33)와 PPP 세션을 확립한다. 이 경우에 노드(30)와 NAS(33) 간의 통신은 에어 링크를 통한다. 또, 에어 링크를 통해 교환되는 데이터 패킷들 또한 노드(30)와 NAS(33) 간의 PPP 세션 동안 협상되는 포맷에 맞도록 포맷화되어야 한다.
PPP의 크기는 IETF에 의해 공개된 RFC 1661 및 1662에 기술되어 있다. PPP는 본래 노드들 간의 조사 및 협상 세션이고, 그 세션 동안 노드들은 임의의 네트워크 트래픽 흐름 전에 각각의 다른 자원으로부터 능력 및 이용도에 관해 알아내어 결국 상호 허용 가능한 파라미터 옵션 세트에 수렴한다. PPP 세션은 종종 네트워크 액세스 전에 확립될 필요가 있기 때문에 PPP는 때때로 "네트워크 인터페이스 계층 프로토콜"로 불린다. 그러나 "링크 확립 프로토콜" 및 "계층-2 프로토콜"을 포함하여 다른 비슷한 용어들 또한 일반적으로 사용된다. 이하, "네트워크 인터페이스 계층 프로토콜", "링크 확립 프로토콜" 및 "계층-2 프로토콜"이란 용어가 교대로 사용된다.
도 2는 네트워크(28)의 노드(30)가 인터넷(20)에 대한 액세스를 얻기 위해 NAS(33)와의 통신 링크를 확립하고자 하는 예시적인 PPP 통신 세션(34)의 순차적 흐름도를 나타낸다.
PPP는 다수의 프로토콜 컴포넌트를 갖는다. 도 2에 나타낸 예시적인 PPP 세션에서, PPP는 컴포넌트로서 LCP(링크 제어 프로토콜)(36), CHAP(챌린지/핸드쉐이크 인증 프로토콜)(38) 및 IPCP(인터넷 프로토콜 구성 프로토콜)(40)를 갖는다.
우선, 물리적 링크 완성시, 즉 노드(30) 및 NAS(33)가 예를 들어 하드웨어 레벨에서 서로 도달할 수 있으면, LCP(36)를 빠져나갈 필요가 있다. LCP(36)는 노드(30)와 NAS(33) 간의 기본 통신 링크를 확립하는 목적에 맞다. LCP(36) 도중, 노드(30) 및 NAS(33)는 서로 본질적인 통신 파라미터 옵션을 교환하고 협상한다. 옵션들은 링크를 통한 데이터 패킷의 최대 크기, 품질 제어와 관련된 파라미터들, 사용되는 HDLC(고 레벨 데이터 링크 제어) 헤더 필드 압축 방식, 및 피어(peer)가 자발적으로 인증되는지 여부를 포함한다.
LCP(36)에 대한 프로세스는 핸드쉐이크 에티켓 하에 더 또는 덜 영향을 받는 다. 먼저, 요청하는 측에서 구성 요청 메시지를 전송함으로써 하나 이상의 파라미터를 제안한다. 수신하는 측에 의해 어떤 파라미터도 인지되지 않으면, 수신하는 측은 구성 거부 메시지로 다시 응답한다. 거부된 파라미터가 조사된 링크에 치명적이라면, 요청하는 측은 PPP 세션을 종료해야 한다.
한편, 파라미터가 인지되지만 파라미터와 관련된 옵션이 허용될 수 없다면, 응답하는 측은 구성 Nak 메시지를 다시 전송한다. 요청하는 측은 또 PPP 세션을 종료하거나 동일한 파라미터에 대한 다른 옵션을 갖는 다른 구성 요청 메시지를 전송할 수 있다.
관련 옵션들을 갖는 모든 파라미터는 상술한 바와 같은 방식으로 협상 및 해결되어야 한다. 도 2에 나타낸 바와 같이 여러 회의 협상가 필요할 수도 있다. 요청하는 측이 필요한 모든 파라미터가 응답하는 측에 허용될 수 있다고 판단하면, 요청하는 측은 응답하는 측에 최종 구성 Ack 메시지를 전송한다. 양측 모두 구성 Ack 메시지를 전송했다면, 이들은 승인 상태로 전이한다.
양측이 승인됨을 보장하기 위해, 승인이 실행되어야 한다. 승인을 수행하는 한 가지 방법은 다른 PPP 성분(CHAP)(38)을 이용하는 것이다. 일반적으로 노드(30)의 아이덴티티를 검증하기 위해 CHAP(38)를 시작하는 것은 NAS(33)이다. CHAP(38) 동안, NAS(33)는 첼린지 메시지라 하는 메시지를 노드(3)에 전송한다. CHAP 하에서, 사전 합의된 알고리즘을 이용하여 응답 메시지를 계산하는데 사용되는 챌린지 메시지와 함께 사용되는 공유 비밀이 있다. 노드(30)는 비밀 알고리즘에 의해 생성된 응답 메시지를 NAS(33)에 전송한다. 이후 NAS(33)는 수신된 응답 메시지를 NAS(33) 자체에 의해 계산된 메시지와 비교한다. 비교 상대가 있다면, 노드(30)는 NAS(33)가 노드(30)에 CHAP 성공 메시지를 전송하는 CHAP(38)를 통과한다고 한다. 그렇지 않으면, CHAP 실패 메시지가 NAS(33)에 의해 전송된다.
대안으로, CHAP(38) 대신, PAP(패스워드 승인 프로토콜)를 통과함으로써 승인이 완료될 수 있다. PAP에서 노드(30)는 검증을 위해 단지 사용자명 및 패스워드를 NAS(33)에 전송한다. 검증된다면, 노드(30)는 PAP를 통과한다고 한다.
노드(30)가 IP 액세스를 필요로 한다면, IP에 관한 정보가 또 교환 및 협상될 필요가 있다. 예를 들어, 무엇보다도 노드(30)는 IP에 따라 인터넷(20)(도 1)에 액세스하기 위해 IP 어드레스의 할당을 필요로 할 수도 있다. 이를 달성하기 위해, IPCP(40) 하에서의 파라미터 옵션들의 협상 및 교환이 시작된다. 예시적인 PPP 세션(34)에서, 노드(30)는 처음에 NAS(33)로부터의 IP 어드레스 0.0.0.0을 요청한다. 이에 응답하여, NAS(33)는 구성 Nak 메시지를 전송하여 노드(30)가 IP 어드레스 a.b.c.d를 사용할 것을 제안한다. 허용된다면, 노드(30)는 승인을 위한 다른 메시지를 NAS(33)에 전송함으로써 IP 어드레스 a.b.c.d의 사용을 확인한다.
마지막으로, 노드(30)가 IPCP(40) 동안 협상한 모든 파라미터에 동의하면, 노드(30)는 승인 메시지를 NAS(33)에 전송한다. 이후 네트워크 액세스 세션의 사용자 데이터가 교환된다. 네트워크 트래픽의 IP 데이터 패킷이 더 일찍 LCP(36) 동안 협상한 파라미터들과 함께 PPP 프레임으로 캡슐화된다.
네트워크 액세스의 끝에는, 노드(30)나 NAS(33)가 종료 요청 메시지를 다른 측에 전송하고, 그 다른 측은 이후 종료 Ack 메시지로 응답하고 통신 세션을 끝낸 다.
도 2 및 상기 설명으로 알 수 있듯이, PPP 세션(34) 동안 노드(30)와 NAS(33) 간에 교환되는 상당수의 메시지가 있다. 이와 같이, 상당한 시간 듀레이션이 수반된다. 이는 특히 PPP 세션(34)이 높은 데이터 레이턴시를 갖는 저속 링크를 통해 협상되는 경우에 그러하다.
노드(30)와 NAS(33) 간의 최초 링크 확립 프로세스를 신속히 처리하기 위해, PPP 이외의 각종 프로토콜이 제안되었다. 이러한 프로토콜의 예는 "네트워크 액세스를 위한 고속 링크 확립"이라는 명칭으로 2005년 7월 28일자 제출된 미국 특허 출원 11/193,068호에 지시되어 있다. 본원의 양수인에게 양도된 '068 특허 출원은 이로써 본원에 완전히 참조로 통합된다. 이하, PPP 이외의 임의의 링크 확립 프로토콜은 비-PPP라 한다.
그러나 어떤 네트워크들이 비-PPP를 지원하면서 다른 프로토콜들은 지원하지 않는 통신 시스템에는 문제가 발생한다. 문제는 또 이동 노드들이 서로 다른 링크 확립 프로토콜을 갖는 서로 다른 네트워크 주위를 로밍할 때 배가될 수 있다.
설명을 위해 다른 예를 든다. 이제 다시 도 1을 참조한다. 노드(30)가 네트워크(28)로 이동한 후 비-PPP 세션을 통해 NAS(33)와의 통신 링크를 확립한다고 가정한다. 이후 노드(30)와 NAS(33) 간에 사용자 데이터가 교환된다. 또 사용자 데이터를 교환하는 중에 노드(30)가 네트워크(26)와 같은 또 다른 네트워크로 이동한다고 가정한다. 네트워크(26)가 네트워크 인터페이스 계층 프로토콜 구현을 포함하여 물리적 및 프로토콜 구현에 관한 모든 점에서 네트워크(28)와 비슷하다면, 능률화한 핸드오프 방식이 안출될 수 있다. 네트워크(26)의 영역에 도달한 후, 네트워크(28)는 사전에 보유하고 있는 패킷 데이터 통신 기능을 통해 다룰 수 있는 데이터 처리 직무를 네트워크(26)에 인계할 수 있다.
그러나 네트워크(28, 26)는 종종 하드웨어 및 링크 계층 구현이 비슷하지 않다. 예를 들어, 네트워크(28)가 네트워크 인터페이스 계층 프로토콜로서 PPP뿐만 아니라 다른 비-PPP도 지원한다고 가정한다. 한편, 네트워크(26)는 네트워크 인터페이스 계층 프로토콜로서 PPP만을 지원하고 다른 프로토콜은 지원하지 않는다. 네트워크(28)로부터 네트워크(26)로 이동한 뒤 네트워크 액세스를 지속하기 위해, 이후 확립된 패킷 데이터 통신이 네트워크(26)에서 노드(30)와 NAS(35) 간에 확립된 물리적 링크에 적합하도록 노드(30)는 우선 네트워크(26)에서 NAS(25)와의 다른 네트워크 인터페이스 계층 프로토콜 세션을 확립할 필요가 있다. 노드(30)가 네트워크(26)에 의해 요구되는 종래의 PPP를 순조롭게 불러내기에 적합하지 않다면, 노드(30)는 네트워크 액세스에서 완전히 제외될 수 있다.
이에 따라 서로 다른 네트워크 인터페이스 계층 프로토콜을 지원하는 서로 다른 네트워크 사이에서 네트워크 액세스를 시도하는 노드들을 이동시키기 위한 신뢰성 있는 핸드오프 프로세스를 제공할 필요가 있다.
다수의 네트워크를 갖는 통신 시스템에서, 상기 통신 시스템에서 네트워크 액세스를 시도하는 노드는 네트워크 간에 이동하는 핸드오프 프로세스를 통과할 필요가 있다. 서로 다른 네트워크가 서로 다른 네트워크 인터페이스 계층 프로토콜로 구현될 때 특별한 도전이 일어난다. 본 발명의 예시적인 실시예에 따르면, 노드가 네트워크 액세스에 대한 방해를 적게 받으며 네트워크들 간에 로밍할 수 있는 핸드오프 방식이 실시된다. 핸드오프 전에 노드는 핸드오프에 대한 지시를 수신한다. 상기 지시는 SID(시스템 식별자), NID(네트워크 식별자) 또는 PZID(패킷 존 식별자)의 변경, 또는 이들 조합의 형태를 가정할 수 있다. 대안으로, 상기 지시는 핸드오프 동안 노드로 전송된 데이터 패킷에 직접 포함될 수 있다. 또 대안으로서, 상기 지시는 서로 다른 네트워크 인터페이스 계층 프로토콜을 지원하는 서로 다른 네트워크에 의해 서로 다른 메시지 패턴이 전송되는 노드에 전송된 메시지 패턴 형태일 수 있다.
본 발명의 한 형태에 따르면, 네트워크 액세스를 시도하는 노드가 통과하는 방법이 개시된다. 상기 방법은 서빙 노드와의 제 1 네트워크 인터페이스 계층 프로토콜을 확립하는 단계, 핸드오프에 대한 지시를 수신하는 단계 및 타깃 노드와의 제 2 네트워크 인터페이스 계층 프로토콜을 확립하는 단계를 포함한다.
본 발명의 다른 형태에 따르면, 상술한 방법의 단계들을 실행하기 위한 하드웨어 구현을 갖는 장치가 개시된다.
본 발명의 또 다른 형태에 따르면, 상술한 방법의 단계들을 실행하기 위한 컴퓨터 판독 가능 명령들을 갖는 컴퓨터 판독 가능 매체가 개시된다.
상기 및 다른 특징들과 이점들은 첨부 도면과 함께 다음의 상세한 설명으로부터 당업자들에게 명백하며, 첨부 도면에서 동일 부호는 동일 부분을 인용한다.
도 1은 글로벌 네트워크 접속의 개략도이다.
도 2는 종래의 네트워크 인터페이스 계층 프로토콜의 통신 세션의 통신 시퀀스도이다.
도 3은 본 발명의 일반 실시예에 포함되는 노드 및 네트워크의 개략도이다.
도 4는 무선 기술을 지원하는 본 발명의 예시적인 실시예에 포함되는 노드 및 네트워크의 개략도이다.
도 5는 계층화된 순서로 프로토콜 스택을 나타내는 개략도이다.
도 6은 도 2에 나타낸 종래의 네트워크 인터페이스 계층 프로토콜과 다른 예시적인 네트워크 인터페이스 계층 프로토콜의 통신 세션의 통신 시퀀스도이다.
도 7은 본 발명의 예시적인 실시예에 사용되는 제 1 핸드오프 방식에 따라 수반되는 단계들을 나타내는 통신 시퀀스도이다.
도 8은 도 7에 나타낸 통신 시퀀스도의 핸드오프 방식의 흐름도이다.
도 9는 본 발명의 예시적인 실시예에 사용되는 제 2 핸드오프 방식에 따라 수반되는 단계들을 나타내는 통신 시퀀스도이다.
도 10은 도 2 및 도 6의 네트워크 인터페이스 계층 프로토콜에 사용되는 데이터 프레임 포맷의 개략도이다.
도 11은 도 9에 나타낸 통신 시퀀스도의 핸드오프 방식의 흐름도이다.
도 11a는 도 7에 나타낸 통신 시퀀스도의 핸드오프 방식의 흐름도이다.
도 12는 본 발명의 예시적인 실시예에 사용되는 제 3 핸드오프 방식에 따라 수반되는 단계들을 나타내는 통신 시퀀스도이다.
도 13은 도 12에 나타낸 통신 시퀀스도의 핸드오프 방식의 흐름도이다.
도 14는 예시적인 실시예에 따라 네트워크 액세스를 시도하는 노드의 회로부의 개략도이다.
도 15는 서빙 네트워크와의 네트워크 인터페이스 계층 프로토콜 세션을 확립하는 중에 타깃 네트워크로의 핸드오프가 일어나는데 수반되는 단계들을 나타내는 통신 시퀀스도이다.
도 16은 도 15에 나타낸 통신 시퀀스도에서 설명한 핸드오프 프로세스의 흐름도이다.
다음 설명은 당업자들이 발명을 실시 및 사용할 수 있도록 제시된다. 설명을 위해 다음 설명에서는 세부 항목들이 언급된다. 당업자들은 본 발명이 특정 항목들의 사용 없이 실시될 수도 있음을 알고 있는 것으로 인식되어야 한다. 다른 경우에, 불필요한 항목들로 본 발명의 설명을 불명료하게 하지 않도록 잘 알려진 구조 및 프로세스는 상세히 설명되지 않는다. 따라서 본 발명은 도시한 실시예들로 한정되는 것이 아니라 본원에 개시된 원리 및 특징들에 부합하는 가장 넓은 범위에 따르는 것이다.
도 3은 본 발명의 일반 실시예에 포함되는 노드 및 네트워크의 간소화된 개략도를 나타낸다. 통신 시스템은 전체적으로 참조부호(42)로 표시되고, 이는 백본 네트워크(49)에 접속된 네트워크(45, 47)를 포함한다. 백본 네트워크(49)는 인트라넷 또는 인터넷일 수 있다. 백본 네트워크(49)에 접속된 다른 네트워크들이 있 을 수 있지만, 간결성 및 명료함을 위해 도 3에 도시되지 않는다.
네트워크(45, 47)에 각각 NAS(네트워크 액세스 서버)(51, 53)가 접속되며, 이들은 네트워크 액세스를 시도하는 임의의 노드들에 대한 게이트웨이 역할을 한다. 시스템(42)에서, 백본 네트워크(49)를 통한 네트워크(45) 또는 다른 네트워크들의 액세스를 찾는 노드(55)가 있다고 가정한다. 노드(55)는 네트워크(45)에 대한 직접 액세스를 갖지 않지만, 통신 링크(47)를 통해 NAS(51)와 통신한다. 노드(55)와 NAS(51) 간의 통신 설정은 "링크 확립"이라 하는 프로세스를 통한다.
노드(55)가 네트워크(45)와 같은 그 본래의 네트워크에서 제한되는 것이 아니라 네트워크(47)와 같은 다른 네트워크들로 이동할 수 있다고 가정한다.
이 경우, 노드(55)가 네트워크(45)를 떠나 네트워크(57)로 이동할 때, 네트워크 액세스를 얻기 위해 노드(55)는 마찬가지로 또 다른 통신 링크를 통해 네트워크(47)의 NAS(51)와의 다른 링크 확립 세션을 확립해야 한다.
NAS(51)와 노드(55) 간의 링크(57)는 다양한 형태를 가정하는 링크일 수 있다. 예를 들어, 링크(57)는 몇 가지만 말하자면 종래의 전화 유선 접속, 동축 케이블 링크 또는 광케이블 링크와 같은 유선 링크일 수 있다. 더욱이, 링크(57)는 또한 예를 들어 전자기 또는 음향 신호를 운반할 수 있는 에어 인터페이스와 같은 무선 링크일 수도 잇다.
도 4는 무선 기술을 지원하는 통신 시스템(42)의 보다 구체적인 구현을 나타낸다. 이 경우, 전체 시스템은 일반적으로 참조부호(44)로 나타낸다. 노드 간의 무선 통신은 도 4에 나타낸 에어 인터페이스 링크(58, 90)와 같은 에어 인터페이스 형태의 링크를 통해 실행될 수 있다. 이 실시예에서, 설명의 일관성 및 간결성을 위해 네트워크(44)는 미국의 TIA/EIA(통신 산업 협회/전자 산업 협회)를 포함하는 여러 국제 표준 기구의 컨소시엄인 3GPP2(3세대 파트너쉽 프로젝트 2)에 의해 공표된 cdma2000 표준과 같은 무선 기술을 지원하는 것으로 서술된다.
시스템(44)에서, 다른 네트워크들로 로밍할 수 있는 노드(56)는 몇 가지만 말하자면 PDA(개인 휴대 단말), 모바일 컴퓨터 또는 셀룰러폰과 같은 다양한 형태로 구현될 수 있다.
네트워크(46)에는, NAS(52)의 기능을 하는 PDSN(패킷 데이터 서빙 노드)(60)이 구현된다. 노드(58)는 일반적으로 참조부호(62)로 표기된 RAN(무선 액세스 네트워크)을 통해 PDSN(60)과 통신한다. RAN(62)은 다수의 BS(기지국)(65A~65N)에 접속된 BSC/PCF(기지국 제어기/패킷 데이터 제어 기능)(64)를 포함한다.
마찬가지로, 네트워크(48)에는, 다른 NAS(54)의 직무를 떠맡는 다른 PDSN(패킷 데이터 서빙 노드)(66)이 배치된다. 네트워크 액세스를 시도하는 임의의 노드는 다른 RAN(68)을 통해 PDSN(66)과 통신한다. RAN(68)은 다수의 BS(72A~72M)에 접속된 BSC/PCF(70)를 포함한다.
네트워크(46, 48)는 음성 또는 데이터 정보를 운반하는 데이터 패킷을 처리할 수 있다. 무선 능력 네트워크(46, 48)의 구조적 상세는 3GPP2에 의해 "CDMA 2000 액세스 네트워크 인터페이스에 대한 상호 운용성 사양(IOS)"(TIA-2001-D)이라는 명칭으로 2005년 2월 공개된 문서에서 찾을 수 있다.
통신 시스템(42)의 운영상의 항목들을 설명하기 전에, 우선 서로 다른 계층 구조 및 상호 관계의 다양한 프로토콜 레벨을 통한 패킷 데이터 통신 중의 데이터 패킷 처리를 일반적으로 설명하는 것이 도움이 된다.
네트워크 통신 분야에서, 프로토콜들은 ISO(국제 표준화 기구) 및 ITU-T(국제 통신 연합-통신 표준 섹터)에 의해 공표된 OSI(개방형 시스템간 상호 접속) 모델에 따라 계층화된다. 다공급자 기기 상호 운용성을 용이하게 하는 것이 목적이다. 즉, 프로토콜 계층 구조의 각 레벨은 각자의 사양을 갖는다. 이와 같이, 특정 계층 구조 레벨의 사양이 충족되는 한, 해당 레벨의 제품 개발은 다른 레벨의 다른 제품들과 확실히 호환된다.
도 4의 시스템(44)이 IP(인터넷 프로토콜)를 지원한다고 가정한다. 도 5는 일반적으로 "프로토콜 스택"이라 하는 프로토콜들의 스택을 계층화된 순서로 개략적으로 나타내며, 이는 일반적으로 참조부호(74)로 나타낸다. IP 프로토콜 스택(74)은 OSI 모델과 비슷하지만 정확히 동일하지는 않은 IETF(인터넷 엔지니어링 태스크 포스) 모델에 적합하게 구조화된다. IETF 모델에 따르면, IP 프로토콜 스택(74)은 계층 1에서 시작하여 계층 5까지 5개의 계층을 갖는다. 따라서, 도 4에 나타낸 각각의 노드(56, 60, 66)와 같은 노드에 의해 전송된 데이터 패킷은 프로토콜(74)을 통해 처리되어야 한다. 프로토콜(74)의 스택은 소프트웨어나 하드웨어 형태, 또는 이들의 조합 형태로 노드에 구성된다. 마찬가지로, 동일한 노드에 의해 수신된 데이터 패킷은 동일한 프로토콜 스택(74)을 통해, 그러나 역순으로 처리되어야 한다.
설명을 위해 예를 든다. 데이터 패킷은 노드, 예컨대 노드(56)(도 4)로부터 전송되도록 처리되는데, 우선 애플리케이션 계층, 즉 계층 5의 프로토콜들 중 하나에 따라 데이터 패킷이 생성되는 것으로 가정한다. 계층 5는 HTTP(하이퍼 텍스트 전송 프로토콜), SMTP(서비스 메일 전송 프로토콜), FTP(파일 전송 프로토콜) 및 RTP(실시간 전송 프로토콜)를 포함한다. 또 데이터 패킷은 VoIP(인터넷을 통한 음성 프로토콜) 세션의 결과인 것으로 가정한다. 따라서 데이터 패킷은 계층 5에서 RTP에 따라 포맷화되어야 한다.
계층 5에서 RTP로부터 발생한 데이터 패킷과 같이 시간에 민감한 데이터 패킷들은 실시간으로 처리될 필요가 있다. 구체적으로, 결함이 있는 패킷들은 정상적으로 재전송되지 않고, 대신 새로 나타나는 다른 데이터 패킷들의 전송을 방해하지 않도록 간단히 누락된다. 따라서 RTP 데이터 패킷들은 계층 4, 즉 전송 계층에서 UDP(사용자 데이터 패킷 프로토콜)를 통해 정상적으로 운반된다. 이에 따라, 계층 5의 RTP로부터의 데이터 패킷은 계층 4의 UDP에 따라 또 형식화되어야 한다.
한편, 데이터 패킷이 FTP와 같이 계층 5의 다른 프로토콜로부터 발생한다면, 데이터 패킷은 계층 4의 TCP(전송 제어 프로토콜)를 통해 정상적으로 전송된다. TCP 하에서 데이터 패킷의 정확한 전달이 가장 중요하다. 이와 같이, 결함이 있는 패킷들은 전체 데이터 전송 프로세스를 저속화할 수도 있지만 항상 재전송된다.
이 전송 계층인 계층 4를 통과한 후 데이터 패킷은 소스 및 목적지 포트 번호와 같은 정보와 더해진다.
전송 계층인 계층 4를 통과한 후 데이터 패킷은 처리를 위해 네트워크 계층인 계층 3으로 전송된다. 이러한 특별한 경우에, 계층 4로부터의 결과적인 데이터 패킷은 IP, 예를 들어 부가된 데이터 패킷의 소스 및 목적지 어드레스에 따라 또 포맷화되어야 한다.
간결성을 위해 계층 3의 IP만 도 5에 도시된다는 점에 유의해야 한다. 계층 3에 또 존재하는 IP에 추가 기능들을 수행하는 다른 프로토콜들이 있다. 전달 불가능한 데이터 패킷들에 대한 에러 메시지를 전송하는 목적의 ICMP(인터넷 제어 메시지 프로토콜)가 그 예이다.
이후에 데이터 패킷은 링크 계층인 계층 2에 무슨 프로토콜이 적용되든 적합하도록 프레임화되어야 한다. 상술한 PPP(점대점 프로토콜)는 계층 2 프로토콜로서 분류된다. 상술한 바와 같이, 네트워크 인터페이스 계층 프로토콜로서 PPP를 대체하는 다른 비-PPP들이 네트워크들에 의해 사용된다.
도 5의 프로토콜 스택(74)의 최하 계층은 물리 계층인 계층 1이며, 이는 데이터 패킷 전송의 물리적 구현과 관계한다. 예를 들어, 도 3에서 통신 링크(57)가 종래의 유선 링크라면, 물리 계층인 계층 1은 링크(57)를 구성하는 도선을 통해 신호를 구동하는 양 노드(55, 51)의 하드웨어 회로에 관여한다. 다른 예로서, 도 4에서 통신 링크(58)가 에어 인터페이스라면, 물리 계층인 계층 1은 에어 스페이스 및 에어 스페이스를 통해 신호를 송수신하는 RAN(62)의 하드웨어에 관련된다.
다음에, 다시 도 4를 참조한다. 예시적인 노드(56)에 의해 수신된 데이터 패킷에 관해서는, 데이터 패킷은 동일한 프로토콜 스택(72)(도 5)을 통해, 그러나 역순으로, 즉 계층 1에서부터 계층 5로 처리되어야 한다.
이 예에서, 노드(56)가 처음에 PDSN(60)을 통해 네트워크 액세스를 시도한다 고 가정한다. 또 노드(56)가 네트워크(46)에 대한 직접 액세스가 없다고 가정한다.
종래에, 노드(56)는 우선 PDSN(60)과의 PPP 세션을 확립함으로써 네트워크 액세스 프로세스를 시작할 수 있다. 그러나 상술한 바와 같이, 네트워크 액세스 전에 링크화 프로세스를 능률화하기 위해, 다른 네트워크 인터페이스 계층 프로토콜들이 제안되었다. 이러한 프로토콜들 중 하나는 상기에도 언급한 바와 같이 '068 특허 출원에 지시되어 있다.
다음 설명에서는, 설명을 쉽게 하기 위해 '068 특허 출원에 개시된 프로토콜이 예시적인 실시예의 운영상의 설명과 함께 서술된다. 그러나 본 발명의 실시는 제한될 필요도 그와 같이 제한되어서도 안 된다는 점에 유의해야 한다. '068 특허 출원에서 설명한 프로토콜 이외의 다른 네트워크 인터페이스 계층 프로토콜들은 확실히 적용될 수 있다.
도 4로 돌아가면, 임의의 메시지 교환 전에, 물리적 링크(58)가 신호를 운반할 준비가 되어 있어야 한다. 다르게 말하면, 노드(56)와 BS(65A)의 물리 계층인 계층 1이 우선 물리적으로 존재하여 확립되어야 한다.
일단 물리 계층이 확립되면, 즉 노드(56) 및 PDSN(60)이 RAN(62)을 통해 서로 간의 상호 물리적 존재를 검출하면, PDSN(60)은 노드(56)에 제 1 메시지를 즉시 전송한다.
도 6은 노드(56)와 PDSN(60) 간의 메시지들의 통신 시퀀스를 나타내는 흐름도이다. 전체 흐름 프로세스는 참조부호(75)로 지정된다. 흐름 프로세스(75)는 '068 출원에 상세히 기술되어 있지만 하기에 간단히 요약한다.
PDSN(60)은 허가된 노드들의 네트워크 액세스만을 허용한다. 제 1 메시지는 PDSN(60)에 의해 전송되고, 참조부호(76)로 표시된 Sync 메시지라 부른다. Sync 메시지(76)는 노드(56)에 대해 선택할 모든 가능한 인증 옵션을 포함한다. 옵션들은 CHAP(챌린지 인증 프로토콜) 하의 챌린지 메시지, PAP(패스워드 인증 프로토콜)에 의해 요구되는 패스워드 및 사용자명 요청, 및 적용 가능한 임의의 다른 인증 프로토콜을 포함할 수 있다.
Sync 메시지(76)의 수신시 노드(56)는 도 6에 나타낸 바와 같이 요청 메시지(78)로 응답한다.
요청 메시지(78)에서, 노드(56)는 Sync 메시지(76)에 기술된 바와 같은 요청들에 응답하여 필수 인증 정보를 포함한다. 또한, 노드(56)는 PDSN(60)을 통한 차후의 네트워크 액세스를 위해 노드(56)에 대한 링크를 확립하는데 필요한 모든 파라미터 옵션을 요청 메시지(78)에 포함한다. 관련 옵션들을 가진 파라미터들이 링크 구성, 인증 또는 네트워크 액세스 제어와 관련되는지는 문제가 아니다. 즉, PPP에 관하여 상술한 바와 같이 LCP(링크 제어 프로토콜), CHAP(챌린지 핸드쉐이크 인증 프로토콜) 및 IPCP(인터넷 프로토콜 제어 프로토콜)과 같은 프로토콜 컴포넌트들의 기능에 따라 파라미터들을 분류하는 대신, 요청 메시지(78)에서 옵션들을 가진 모든 파라미터는 기능과 관계없이 포함된다. 보다 구체적으로, 요청 메시지(78)에서 옵션들을 가진 파라미터들은 IP 어드레스, DNS(도메인명 시스템) 구성 및 적용 가능하다면 IP 헤더 압축 프로토콜 등의 네트워크 액세스용 파라미터들뿐만 아니라, 챌린지 메시지에 대한 응답, 또는 적용 가능하다면 사용자명 및 패스워드, 데이터그램 크기나 HDLC(고 레벨 데이터 링크 제어) 헤더 필드 압축 방식과 같은 링크(58)의 링크 구성 파라미터들을 포함할 수 있다.
요청 메시지(78)는 기본적으로 선택과 관련하여 의도적인 리던던시와 함께 포맷화되어, PDSN(60)이 양 노드(56, 60)에 의해 지원되는 옵션들을 선택하게 함으로써 양 노드(56, 60)가 계층 2 링크의 전체 프로세스를 신속히 종결하게 한다. 다양한 선택 중에서, PDSN(60)은 성공적인 링크의 기회를 증가시킴으로써 전체 링크 시간을 단축할 목적으로 분명히 지원되는 관련 옵션을 갖는 파라미터들을 선택적으로 선택할 수 있다.
도 6에 나타낸 바와 같이, 요청 메시지(78)에 응답하여, PDSN(60)은 응답 메시지(80)를 전송한다. 응답 메시지(80)에서 PDSN(60)은 각종 선택 중 옵션들을 선택한다. 응답 메시지(80)는 관련 구성 값들을 갖는 선택된 파라미터 옵션들을 포함한다. 매우 종종, 응답 메시지는 노드(56)에 의해 사용자 데이터(82) 형태로 네트워크 트래픽을 시작하기 전에 필요한 마지막 메시지이다. 네트워크 액세스의 끝에서, 노드(56)나 PDSN(60)은 종료 요청 메시지(84)를 다른 측에 전송하고, 그 다른 측은 이후에 종료 Ack 메시지(86)로 응답하고 통신 세션을 끝낸다.
알 수 있듯이, 이전에 설명한 PPP 프로토콜과 같은 다른 프로토콜들과 달리, 링크 프로세스(75)는 사용자 데이터(82)의 시작 전에 실질적으로 더 적은 수의 메시지 교환을 수반한다. 이에 따라, 링크 계층, 즉 계층 2의 링크 확립은 이로써 더 신속히 완료될 수 있다.
이 예에서, 네트워크(46)의 PDSN(60)과 사용자 데이터(82)를 교환하는 중에, 노드(56)는 네트워크(48)와 같은 다른 네트워크로의 이동을 시작한다. 이동 경로는 도 4에 나타낸 바와 같이 참조부호(88)로 표기된다.
이 시나리오에서, 노드(56)는 일반적으로 "핸드오프"라 하는 프로세스를 기본적으로 통과한다. 보다 구체적으로, 노드(56)는 네트워크(46)의 RAN(62)을 통해 PDSN(60)으로부터 네트워크(48)의 RAN(68)을 통해 PDSN(66)으로 통신하는 측을 전환한다. 이 실시예에 따르면, 핸드오프 전에 노드(56)는 우선 핸드오프에 대한 지시를 수신할 필요가 있다. 핸드오프에 대한 지시는 다양한 방식으로 구현되는 다양한 형태로 나타낼 수 있다.
도 7은 일반적으로 참조번호(92)로 나타낸 상기와 같은 한 방식을 나타낸다. 다음에, 도 4와 함께 도 7을 참조한다.
핸드오프 전에, 노드(56)는 우선 임의의 네트워크 액세스 전에 RAN(62)을 통해 PDSN(60)과의 비-PPP 링크 세션(94)을 경험하는 것으로 가정한다. 세션(94)은 도 6에 도시하고 설명한 바와 같은 링크 확립 프로세스(75)일 수 있다. 비-PPP 링크 확립 세션(94)은 예를 들어 t1~t4의 기간 동안 지속한다.
t2 기간에 비-PPP 링크 세션 도중 PDSN(60)은 PPP 메시지인 LCP 구성 요청 메시지(96)를 전송한다. 이유는 PDSN(60)이 처음에 노드(56)가 종래의 PPP를 지원하는지 또는 비-PPP를 지원하는지 모르기 때문이다. 노드(56)를 링크할 기회를 증가시키기 위해, 링크 확립 프로세스(75)(도 6)에 따른 Sync 메시지(76) 및 PPP 하에서의 LCP 구성 요청 메시지(96) 모두 전송된다. 이 경우, 노드(56)는 링크 확립 프로세스(75)를 지원한다. 이와 같이, 네트워크 인터페이스 계층 프로토콜 세션(94)이 링크 확립 프로세스(75)에 따라 실행된다.
네트워크 인터페이스 계층 프로토콜 세션(94)이 성공적으로 확립된 후, 사용자 데이터(82)는 그 후 t5 기간에 교환될 수 있다. 이 시점에서 노드(56)가 네트워크(46)를 떠나 네트워크(48) 쪽으로 이동하기 시작한다고 가정한다.
cdma2000 표준에 따르면, 네트워크(46, 48)와 같은 무선 능력 네트워크들은 끊임없이 메시지를 방송하여 각자의 아이덴티티를 확인한다. 방송 메시지는 "시스템 파라미터 메시지" 형태일 수 있으며, 때때로 네트워크의 순방향 제어 채널들 중 하나인 F-BCCH(순방향 방송 제어 채널)를 통해 운반되는 "확장된 시스템 파라미터 메시지" 형태일 수 있다. 이와 같이, 노드(56)와 같은 노드는 네트워크로부터의 방송 메시지를 검출함으로써 항상 그 소재를 찾을 수 있다.
시스템 파라미터 메시지에서, 무엇보다도 SID(시스템 식별자) 및 NID(네트워크 식별자)를 찾을 수 있다. SID는 네트워크(46 또는 48)와 같은 네트워크의 특정 무선 운영자에게 할당된 번호이다. 한편, NID는 시스템(44)과 같은 통신 시스템 내에서 특정 네트워크를 고유하게 식별하는 번호이다.
확장된 시스템 파라미터 메시지에서는 도 4에 나타낸 BSC/PCF(64 또는 70)와 같은 PCF의 커버리지 영역을 식별하는 PZID(패킷 존 식별자)를 포함한다. 시스템(44)과 같은 통신 시스템이 일반적으로 1xEV-DO로 알려진 CDMA(코드 분할 다중 접속) 기반 무선 데이터 기술인 HRPD(고속 패킷 데이터)를 지원한다면, "섹터 파라미터 메시지"라 하는 다른 방송 메시지의 서브넷 마스크 및 섹터 ID로부터 PZID 대신 서브넷 ID(식별자)를 찾을 수 있다.
도 4 및 도 7로 돌아가서, 노드(56)가 네트워크(58)의 영역에 도달할 때 노드(56)가 네트워크(58)로부터 방송 메시지를 수신한다고 가정한다. 방송 메시지로부터 무엇보다도 새로운 NID가 나타난다. 새로운 NID는 이전 대응부와 다르다. NID의 변경으로, 노드(56)는 다른 네트워크로 이동했음을 알고 있다. 이 경우에, 네트워크(48)는 그 계층 2 프로토콜로서 어떤 비-PPP도 지원하지 않는다고 가정한다. 이와 같이, 네트워크(48)의 PDSN(66)은 LCP 구성 요청 메시지(98)를 전송한다. 노드(56)는 이때 LCP 구성 요청 메시지(98)에 응답한다. 그 이유는 노드(56)가 NID의 변경 때문에 새로운 네트워크로 진입했다고 정당하게 가정할 수 있지만, 아직까지는 Sync 메시지(76)와 같은 비-PPP 메시지가 수신되지 않았기 때문이다. 대신, PPP 메시지인 LCP 구성 요청 메시지(98)가 수신된다. 노드(56)는 네트워크(48)와 같이 새로 도착한 네트워크가 어떤 비-종래 계층 2 프로토콜도 지원하지 않음을 바로 안다. 이로써 노드(56)는 t8 기간에 PPP 협상 세션(100)을 통해 PDSN(66)과 협상하도록 그 자신을 신속히 적응시킨다. 성공적이라면, 이후 도 7에 나타낸 바와 같이 t9 기간에 사용자 데이터(102)가 교환된다.
노드(56)는 t7 기간에 네트워크(48)로부터의 LCP 구성 요청 메시지(98)에 응답하지만 t2 기간에 네트워크(46)로부터의 LCP 구성 요청 메시지(96)에는 응답하지 않는다는 점에 유의해야 한다. 상술한 바와 같이, 이는 노드(56)가 t7 기간 전에 t6 기간에 SID, NID 또는 PZID의 변경을 알고 있기 때문이다.
PPP 협상 세션(100)의 성공적인 실행 후, 사용자 데이터(102)가 확립될 수 있다. 사용자 데이터(102)의 끝에 노드(30) 또는 NAS(33)가 종료 요청 메시지(104)를 다른 측에 전송할 수 있고, 그 다른 측은 이후 t10 및 t11 기간에 각각 종료 Ack 메시지(106)로 응답하고 통신 세션(92)을 끝낸다.
이 실시예에 따른 제 1 핸드오프 방식의 관련 단계들이 도 8의 흐름도에 도시되어 있다.
도 9는 일반적으로 참조부호(108)로 나타낸 제 2 방식을 나타낸다. 도 9와 함께 도 4를 참조한다. 이전 예에서와 같이, 노드(56)는 우선 서빙 PDSN(60)을 통한 네트워크 액세스 전에 링크 프로토콜 세션(94)을 통과한다. 또 노드(56)를 링크할 보다 나은 기회를 확보하기 위해, 이전에 설명한 바와 같이 세션(94) 동안 t2 기간에 PDSN(60)에 의해 LCP 구성 요청 메시지(96)가 전송된다. 비-PPP 네트워크 인터페이스 계층 프로토콜 세션(94)의 성공적인 실행시 도 9에 나타낸 바와 같이 t4 기간에 사용자 데이터(92)가 교환된다. 또 사용자 데이터(82)의 흐름 도중 노드(56)가 네트워크(46)를 떠나 네트워크(48) 쪽으로 이동하기 시작한다고 가정한다. 이 예에서, 노드(56)는 핸드오프에 대한 지시를 수신하며, 이 지시는 이전 예의 지시와 다르다.
구체적으로, 노드(56)가 네트워크(48)의 영역에 도달할 때 노드(56)가 도 9에 나타낸 바와 같이 t5 기간에 다른 LCP 구성 요청 메시지(110)를 수신한다고 가정한다. 이때, 노드(56)는 후술하는 바와 같이, 메시지(110, 96)의 서로 다른 메시지 ID(식별자)를 기초로 t5 기간의 LCP 구성 요청 메시지(110)와 t2 기간의 LCP 구성 요청 메시지(96)를 구별할 수 있다.
이때, 여담으로 PPP 메시지의 데이터 프레임 포맷을 설명하는 것이 도움이 된다.
도 10은 프레임화와 같이, PPP에 사용되며 HDLC(고 레벨 데이터 링크 제어)를 갖는 데이터 프레임 포맷의 개략도이다.
데이터 패킷에 대한 프레임 템플릿은 일반적으로 참조부호(112)로 표시되고, 이는 기본적으로 PPP에 대한 RFC 1662 하에 지정된 바와 같이 패킷 템플릿이다. 보다 구체적으로, 데이터 프레임(112)은 플래그 필드(114), 어드레스 필드(116), 제어 필드(118), 프로토콜 번호 필드(120), 데이터 필드(122) 및 FCS(프레임 체크 시퀀스) 필드(124)를 포함한다.
PPP와 하위 호환하도록, PPP를 대체할 의도의 대부분의 네트워크 인터페이스 계층 프로토콜은 PPP에 대한 프레임 포맷(112)과 더 또는 덜 비슷한 프레임 포맷으로 설계된다. 예를 들어, 도 6에 나타낸 '068 특허 출원에 개시된 링크 프로토콜(75)은 PPP의 프레임 포맷과 비슷한 프레임 포맷을 채택할 수 있다.
다음에, 도 10을 참조한다.
플래그 필드(114)는 1 바이트 길이이며, 데이터 패킷 프레임의 시작을 지시한다. 플래그 필드(114)는 항상 7E의 16진수 값을 나타내며, RFC 1662에 의해 요구되는 바와 같이 링크 프로세스(54) 및 PPP에 사용되는 동일한 값이다.
어드레스 필드(116)는 또한 1 바이트 길이이고, RFC 1662에 기술된 바와 같이 항상 FF의 16진수 값으로 설정된다.
제어 필드(118)는 1 바이트 길이이고, RFC 1662에 의해 요구되는 바와 같이 03의 16진수 값으로 고정된다.
프로토콜 번호 필드(120)에서, 이 필드의 값은 데이터 패킷(112)이 무엇인지를 지시한다. 프로토콜 번호 필드(120)는 길이가 2 바이트이다. 예를 들어, RFC 1661 및 1662에 규정된 바와 같이, LCP 구성 요청 메시지(도 2)와 같은 LCP 메시지들은 각각 C021의 16진수 값을 갖는다. 어떤 PPP 메시지를 LCP 구성 요청 메시지나 LCP 구성 Nak 메시지(도 2)와 같은 다른 것들과 구별하기 위해, 후술하는 바와 같이 데이터 필드(122)에 다른 메시지 ID가 포함된다. 도 6에 나타낸 '068 출원에 개시된 프로토콜(75)과 같이 PPP를 대체하도록 설계된 다른 링크 프로토콜들에 관해서는, 다른 PPP 메시지들과 구별되도록 서로 다른 프로토콜 번호(120)가 사용된다. 예컨대, 도 6에 나타낸 링크 프로세스(75)에서, 링크 프로세스(75)(도 6)에 사용되는 요청 메시지(78) 또는 응답 메시지(80)는 PPP에 사용되는 어떤 프로토콜 값과도 다른 고유 프로토콜 값을 갖는다. 이와 같이, 데이터 패킷(112)이 PPP 패킷인지 비-PPP 패킷인지는 쉽게 구별될 수 있다.
데이터 필드(122)는 데이터나 제어 정보를 포함하는 0 바이트 이상의 페이로드 길이를 갖는다. 예컨대, 프로토콜 번호 필드(120)의 값이 데이터 패킷(112)이 LCP 구성 요청 메시지(96 또는 110)(도 9)임을 지시하는 값이라면, 데이터 필드(122)는 각각의 링크(58 또는 90) 확립에 관련된 모든 필수 통신 파라미터 옵션을 포함한다. 다른 예에서, 프로토콜 번호 필드(120)의 값이 데이터 패킷(112)이 사용자 데이터(82 또는 100)(도 9)임을 지시하는 값을 갖는다면, 계층 3으로부터 생성된 IP 데이터 패킷이 데이터 필드(122)로 완전히 캡슐화된다.
FCS 필드(124)는 길이가 2 내지 4 바이트 범위이며, 프레임(112)에 대한 CRC(순환 중복 코드)와 같은 코드들을 포함하여 송신중의 에러에 대한 기본적인 보호를 제공한다.
다시 도 9를 참조한다. 상술한 바와 같이, 데이터 필드(122)는 RFC 1661 하에서 "코드"라 불리며 LCP 구성 요청 및 LCP 구성 Ack 메시지 사이와 같이(도 2) 한 PPP 메시지 타입을 다른 것들과 구별하는 메시지 ID를 포함한다. 예를 들어 RFC 1661 하에서 "식별자"라 불리는 서브-ID를 첨부함으로써 동일한 메시지 타입 내의 메시지 ID에 대한 구별이 이루어질 수도 있다. 예컨대, 도 9에 나타낸 프로세스(108)의 LCP 구성 요청 메시지(96) 및 LCP 구성 요청 메시지(110)는 서로 다른 코드로, 또는 대안으로 동일한 코드지만 네트워크들의 서로 다른 식별자 특성으로 구현될 수 있다. 이와 같이, 네트워크(48, 46)는 데이터 패킷(112)(도 10)의 데이터 필드(122)에 삽입된 서로 다른 코드 또는 식별자를 포함함으로써 서로 다른 LCP 구성 메시지(96, 110)를 각각 전송하도록 설계될 수 있다. 이에 따라, 이 예에서 노드(56)가 네트워크(46)로부터 네트워크(48)로 이동할 때, LCP 구성 요청 메시지를 네트워크(48)와는 다른 식별자로 인식함으로써 노드(56)가 네트워크(48)의 영역 내에 있음을 알 수 있다.
네트워크(48)에서 노드(56)가 비-PPP 메시지를 수신하지 않고, 대신 PPP 메시지이며 LCP 구성 요청 메시지(96)의 식별자와는 다른 식별자를 갖는 LCP 구성 요청 메시지(110)를 수신하지만, 노드(56)는 네트워크(48)가 그 링크 확립 프로토콜로서 어떤 비-PPP도 지원하지 않음을 안다. 신속하게, 노드(56)는 LCP 구성 요청 메시지(110)에 응답하도록 자신을 적응시킨다. 이후에, 도 9에 나타낸 바와 같이 PPP 협상(100)이 실행된다. 나머지 프로세스(108)는 이전에 설명한 도 7에 나타낸 프로세스(92)와 실질적으로 비슷하며 또 반복하지 않는다.
이 실시예에 따른 제 2 핸드오프 방식의 관련 단계들이 도 11의 흐름도로 도시된다.
대안으로서, 데이터 패킷(112)의 데이터 필드(122)에 버전/용량 식별 패킷이 삽입될 수 있다. 3GPP2에 의해 공표된 cdma2000 표준 하에서, "무선 IP 네트워크 표준"(TIA-835D)이라는 명칭으로 3GPP2에 의한 문서에 지정된 바와 같이 버전/용량 식별 패킷이 포함될 수 있다. 버전/용량 식별 패킷은 기본적으로 그 명칭이 의미하는 바와 같이, 도 4에 나타낸 노드(56) 또는 PDSN(60 또는 66)과 같은 노드의 지정 공급자의 관련 정보를 식별하는 공급자 지정 패킷이다. 버전/용량 식별 패킷들은 주로 PPP 세션의 LCP 상태에서 교환된다. 버전/용량 식별 패킷들을 교환하는 목적은 협상 노드들이 협상 프로세스에서 그 버전 및 용량을 일찍 지정하면, 어떤 노드에 의해서도 지원되지 않는 특징들에 대해 PPP 세션 동안의 불필요한 협상 단계를 피하는 것이다.
예로서, t2 기간에 도 9의 노드(56)가 어떤 비-PPP의 사용도 금지하지 않는 정보를 포함하는 버전/용량 식별 패킷을 갖는 LCP 구성 요청 메시지(96)를 수신하고, 이로써 t3의 기간에 노드(56)가 링크 확립을 위한 PPP의 사용에 즉시 의존하지 않는다고 가정한다. 대신, 노드(56)는 t3 기간에 비-PPP 링크 확립 프로세스(94)를 계속한다. 한편, t5 기간의 노드(56)가 PPP의 사용만을 허용하는 정보를 갖는 버전/용량 식별 패킷을 갖는 LCP 구성 요청 메시지(110)를 수신한다면, 노드(56)는 t6 기간에 PPP를 통해 타깃 노드(66)와 협상하도록 즉시 그 자신을 적응시킨다.
대안으로, 개별 버전/용량 식별 패킷이 LCP 구성 요청 메시지(96 또는 110) 전에 전송될 수도 있다. 따라서 예를 들어 t5 기간에 타깃 PDSN(66)에 의해 두 메시지가 전송될 수 있다. 제 1 메시지는 상술한 바와 같이 데이터 패킷(112)(도 10)의 데이터 필드(122)에 포함된 공급자 지정 정보를 가진 버전/용량 식별 패킷이다. 제 2 메시지는 도 2에 나타낸 PPP 세션(34)의 LCP 협상 단계(36) 동안의 제 1 LCP 구성 요청 메시지와 같은 정규 LCP 구성 요청 메시지일 수도 있다.
바로 위에서 설명한 바와 같은 핸드오프 방식의 관련 단계들이 도 11a의 흐름도에 도시된다.
도 12는 일반적으로 참조부호(130)로 표시된 또 다른 핸드오프 방식을 나타낸다. 도 4와 함께 도 12를 참조한다. 이전 방식에서와 같이, 네트워크(46)에 있는 동안 노드(56)는 네트워크 액세스 전에 링크 확립 세션(94)을 통과할 필요가 있다. 또 노드(56)를 링크할 보다 나은 기회를 확보하기 위해, 이전에 설명한 바와 같이 세션(94) 동안 t2 기간에 네트워크(46)의 서빙 PDSN(60)에 의해 LCP 구성 요청 메시지(96)가 전송된다. 이때, 링크 확립 세션(94)의 다른 비-PPP 메시지 사이에 LCP 구성 요청 메시지(96)가 전송된다. 비-PPP 네트워크 인터페이스 계층 프로토콜 세션(94)의 성공적인 실행시, 이전에 설명한 것과 비슷한 방식으로 도 12에 나타낸 바와 같이 t4 기간에 사용자 데이터(82)가 교환된다. 또 사용자 데이터(82)를 교환하는 중에 노드(56)가 네트워크(46)를 떠나 네트워크(48) 쪽으로 로밍 하기 시작한다고 가정한다.
노드(56)가 네트워크(48)의 영역에 도달하면, 이때 노드(56)는 도 12에 나타낸 바와 같이 t7 기간에 다수의 LCP 구성 요청 메시지(132A~132N)를 수신한다. 이 예에서, 노드(56)는 메시지 전송 패턴을 기초로 t2 기간의 네트워크(46) 중의 LCP 구성 요청 메시지(96)의 근원과 t7 기간의 네트워크(48) 중의 LCP 구성 요청 메시지(132A~132N)를 구별할 수 있다. 보다 구체적으로, t2 기간에 노드(56)는 링크 확립 세션(94)의 다른 비-PPP 메시지 가운데서 하나의 LCP 구성 메시지(96)를 수신한다. 한편, t7 기간에 노드(56)는 다수의 LCP 구성 요청 메시지(132A~132N)를 수신한다.
따라서 LCP 구성 요청 메시지의 수신 패턴에 따라, 노드(56)는 현재 위치하고 있는 네트워크가 비-PPP를 지원하는지 여부를 안다. 예컨대, 노드(56)는 제 2 연속 LCP 구성 요청 메시지에만 응답하도록 프로그래밍될 수 있다. 따라서 이 경우에, t2 기간에 노드(56)가 LCP 구성 요청 메시지(96)를 수신하면, 노드(56)는 다음으로 들어오는 메시지를 기다린다. 다음으로 들어오는 메시지가 LCP 구성 요청 메시지(96)의 반복이 아니라면, 노드(56)는 네트워크(46)가 PPP 이외의 다른 비-PPP를 지원하는 것으로 알고 t2 기간에 간단히 LCP 구성 요청 메시지(96)를 무시하고, 상술한 바와 같이 비-PPP 링크 세션(94)을 계속한다.
한편, 노드(56)가 예를 들어 t7 기간 동안 둘 이상의 연속한 LCP 구성 요청 메시지(132A~132N)를 수신한다면, 노드(56)는 메시지를 전송하는 네트워크, 이 경우에는 네트워크(48)가 PPP만을 지원하고 다른 네트워크 인터페이스 계층 프로토콜 은 지원하지 않는 것으로 인식한다. 노드(56)는 도 12에 나타낸 바와 같이, PPP에 의해 네트워크(48)의 RAN(68)을 통한 타깃 PDSN(66)과의 통신에 즉시 의지한다. 나머지 프로세스(130)는 이전에 설명한 도 7 및 도 9에 각각 나타낸 프로세스(92)와 실질적으로 비슷하므로 또 반복하지 않는다.
노드(56)에 의해 응답을 구획하는 LCP 구성 요청 메시지(132A~132N)의 수는 구성에 따라 다르다는 점에 유의해야 한다. 예를 들어, 상기 예에서 설명한 바와 같이 제 2 LCP 구성 요청 메시지(132B) 뒤에 노드(56)에 의한 타깃 PDSN(66)과의 PPP 협상(100)을 시작하는 대신, 노드(56)는 제 i LCP 구성 요청 메시지(132i) 뒤에 PPP 세션(100)을 잘 시작할 수 있으며, 여기서 i는 2 내지 N의 범위이고 N은 2보다 큰 정수이다.
이 실시예에 따른 제 3 핸드오프 방식의 관련 단계들이 도 13의 흐름도로 도시된다.
도 14는 본 발명의 예시적인 실시예에 따라 참조부호(140)로 나타낸 장치, 예를 들어 도 4에 나타낸 노드(56)의 하드웨어 구현의 일부를 개략적으로 나타낸다. 상기 장치(140)는 몇 가지만 말하자면 랩탑 컴퓨터, PDA나 셀룰러폰과 같은 다양한 형태로 구성 및 통합될 수 있다.
장치(140)는 여러 회로를 함께 연결하는 중앙 데이터 버스(142)를 포함한다. 회로는 CPU(중앙 처리 유닛) 또는 제어기(144), 수신 회로(146), 송신 회로(148) 및 메모리 유닛(150)을 포함한다.
장치(140)가 무선 장치의 일부라면, 수신 및 송신 회로(146, 148)는 RF(무선 주파수) 회로에 접속될 수 있지만 도면에는 도시하지 않는다. 수신 회로(146)는 수신 신호를 데이터 버스(142)로 전송하기 전에 처리하고 버퍼링한다. 한편, 송신 회로(148)는 데이터 버스(142)로부터의 데이터를 장치(140) 밖으로 전송하기 전에 처리하고 버퍼링한다. CPU/제어기(144)는 데이터 버스(142)의 데이터 관리 기능을 수행하고 또 메모리 유닛(140)의 명령 내용의 실행을 포함하여 일반적인 데이터 처리 기능을 수행한다.
도 14에 나타낸 바와 같이 개별적으로 배치되는 대신, 대안으로서 송신 회로(148) 및 수신 회로(146)가 CPU/제어기(144)의 부품일 수도 있다.
메모리 유닛(150)은 일반적으로 참조부호(152)로 나타낸 명령 세트를 포함한다. 이 실시예에서, 명령은 무엇보다도 프로토콜 스택 기능(154), 링크 확립 클라이언트(156), 링크 핸드오프 기능(158) 및 PPP 기능(160) 등의 부분을 포함한다. 프로토콜 스택 기능(154)은 이전에 도 5에 도시하고 설명한 바와 같이 스택(74)과 비슷한 프로토콜 스택을 실행한다. 링크 확립 클라이언트(156)는 상술한 도 7, 도 9 및 도 12에 나타낸 바와 같이 프로세스(94)와 같은 PPP 링크 프로세스 이외에 하나 이상의 링크 프로세스를 확립하기 위한 명령 세트를 포함한다. PPP 기능(160)은 장치(140)가 PPP 프로세스를 실행하게 하는 명령 세트를 포함한다. 링크 핸드오프 기능(158)은 도 7 ~ 도 13의 관련 도면에서 설명하고 도시한 프로세스(92, 108, 130)와 같은 핸드오프 프로세스를 실행하기 위한 명령 세트를 포함한다. PPP 기능(160)은 PPP 또는 비-PPP 링크 프로세스를 모두 지원하는 네트워크에 독립적으로 사용될 수도 있고, 또는 상술한 바와 같이 네트워크가 다른 비-PPP 링크 프로세 스들을 지원하지 않는 경우에 대체 시스템으로서 사용될 수도 있다.
이 실시예에서, 메모리 유닛(150)은 RAM(랜덤 액세스 메모리) 회로이다. 예시적인 명령부(154, 156, 158, 160)는 소프트웨어 루틴 또는 모듈이다. 메모리 유닛(150)은 휘발성 타입일 수도 있고 비휘발성 타입일 수도 있는 다른 메모리 회로(도시 생략)에 결합할 수 있다. 대안으로, 메모리 유닛(150)은 EEPROM(전기적으로 삭제 가능한 프로그래밍 가능 판독 전용 메모리), EPROM(전기적으로 프로그래밍 가능한 판독 전용 메모리), ROM(판독 전용 메모리), ASIC(주문형 집적 회로), 자기 디스크, 광 디스크, 및 공지된 다른 것들과 같이 다른 회로 타입으로 구성될 수 있다.
상기 도 7 ~ 도 13, 도 15 및 도 16에서 설명하고 도시한 바와 같은 프로세스(92, 108, 130) 또한 공지된 임의의 컴퓨터 판독 가능 매체 상에서 운반되는 컴퓨터 판독 가능 명령으로서 코딩될 수 있다는 점에도 유의해야 한다. 본 명세서 및 첨부된 청구범위에서, "컴퓨터 판독 가능 매체"라는 용어는 실행을 위해 도 14에서 도시 및 설명한 CPU/제어기(144)와 같은 임의의 프로세스에 명령을 제공하는데 관여하는 임의의 매체를 말한다. 이러한 매체는 저장 타입일 수도 있고, 예를 들어 도 14의 메모리 유닛(150)의 설명에서 상술한 바와 같이 휘발성 또는 비휘발성 저장 매체 형태를 가질 수도 있다. 또한, 이러한 매체는 전송 타입일 수도 있고 동축 케이블, 구리선, 광케이블, 및 기계나 컴퓨터에 의해 판독 가능한 신호들을 운반할 수 있는 음향 또는 전자기파를 운반하는 에어 인터페이스를 포함할 수도 있다.
마지막으로, 실시예에서 설명한 핸드오프 과정은 사용자 데이터(82)의 교환 중에(예를 들어, 도 7, 도 9 및 도 12 참조) 실행하는 것으로 서술된다. 이것이 사실일 필요는 없다. 핸드오프는 노드(56)가 네트워크 인터페이스 계층 프로토콜 세션(94)을 확립하는 도중에 일어날 수도 있다. 도 15는 도 7에서 도시하고 설명한 바와 같은 링크 프로세스(92)가 강조된 시나리오를 나타내며, 일부 관련 단계들이 설명을 위해 반복된다. 도시한 바와 같이, 링크 확립 프로세스(94)의 완료 전 t4 기간에, 노드(56)는 네트워크(48)로 이동하는 처리중이고, 또 t4 기간에 SID, NID, PZID 또는 서브넷 ID 변경을 감지한다. 이와 같이, 노드(56)는 이동중에 네트워크(46)의 PDSN(60)으로부터 응답 메시지(80)를 수신하지 못할 수도 있다. 그러나 t5 기간에 노드(56)가 LCP 구성 요청 메시지(98)를 수신하면, 노드(56)는 자신이 네트워크(48)의 영역에 있음을 알고 상술한 것과 비슷한 방식으로 PPP 협상 프로세스(100)를 즉시 시작할 수 있다. 더욱이, 도 9 및 도 12에 각각 도시하고 설명한 프로세스(108, 130)에 대해 동일한 사실이 유지된다. 즉, 본 발명의 예시적인 실시예에 따른 핸드오프 프로세스는 반드시 사용자 데이터 교환중에만 일어나야 하는 것은 아니다. 추가로, 시스템(44)은 cdma2000 표준을 지원하는 것으로서 기술되었다. 다른 표준들도 명백히 적용될 수 있다. 다른 표준들의 예는 3GPP(3세대 파트너쉽 프로젝트)에 의해 공표된 WCDMA(광대역 코드 분할 다중 접속)이다. 추가로, 예시적인 실시예에서 계층 3 프로토콜이 IP로서 설명된다. IP는 IPv4(인터넷 프로토콜 버전 4) 및 IPv6(인터넷 프로토콜 버전 6)과 같이 다른 버전일 수도 있다. 더욱이, 다른 계층 3 프로토콜들이 동등하게 적용될 수 있다는 점에 유의해 야 한다. 예컨대, 계층 3 프로토콜은 IPX(인터네트워킹 패킷 교환 프로토콜), 애플-토크(Apple-Talk) 및 다른 버전의 각종 다른 네트워크 프로토콜일 수 있다. 추가로, 실시예와 관련하여 설명한 어떤 논리 블록, 회로 및 알고리즘 단계들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 조합으로 구현될 수 있다. 형태 및 세부항목에 있어서 상기 및 다른 변형들이 발명의 범위 및 진의를 벗어나지 않고 이루어질 수 있는 것으로 당업자들에게 이해될 것이다.
Claims (54)
- 통신 시스템에서 서빙(serving) 노드로부터 타깃 노드로의 핸드오프 방법으로서,제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 서빙 노드에 액세스하는 단계;상기 핸드오프에 대한 지시를 수신하는 단계; 및제 2 네트워크 인터페이스 계층 프로토콜을 통해 상기 타깃 노드에 액세스하는 단계를 포함하는, 핸드오프 방법.
- 제 1 항에 있어서,상기 지시 수신 단계는 상기 타깃 노드를 식별하는 식별자를 갖는 메시지를 수신하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 제 1 항에 있어서,상기 지시 수신 단계는 데이터 필드에 상기 타깃 노드를 식별하는 메시지 식별자를 갖는 데이터 패킷을 수신하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 제 1 항에 있어서,상기 지시 수신 단계는 데이터 필드에 상기 타깃 노드를 식별하는 버전/용량 식별 패킷을 갖는 데이터 패킷을 수신하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 제 1 항에 있어서,상기 지시 수신 단계는 상기 타깃 노드로부터 상기 제 2 네트워크 인터페이스 계층 프로토콜의 다수의 요청 메시지를 수신하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 제 1 항에 있어서,상기 서빙 노드에 액세스하는 단계 뒤에 상기 서빙 노드와 사용자 데이터를 교환하는 단계를 더 포함하며, 상기 사용자 데이터를 교환하는 중에 상기 핸드오프에 대한 지시가 수신되는 것을 특징으로 하는 핸드오프 방법.
- 제 1 항에 있어서,상기 제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 서빙 노드에 액세스하는 중에 상기 핸드오프에 대한 지시가 수신되는 것을 특징으로 하는 핸드오프 방법.
- 제 1 항에 있어서,상기 제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 서빙 노드에 액세스하는 단계는 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 상기 서빙 노드에 제공하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- IP(인터넷 프로토콜)를 지원하는 통신 시스템에서 제 1 노드로부터 제 2 노드로의 핸드오프 방법으로서,PPP(점대점 프로토콜) 이외의 네트워크 인터페이스 계층 프로토콜을 통해 상기 제 1 노드에 액세스하는 단계;상기 핸드오프에 대한 지시를 수신하는 단계; 및상기 PPP를 통해 상기 제 2 노드에 액세스하는 단계를 포함하는, 핸드오프 방법.
- 제 9 항에 있어서,상기 PPP 이외의 네트워크 인터페이스 계층 프로토콜을 통해 상기 제 1 노드에 액세스하는 단계는 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 상기 제 2 노드에 제공하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 제 9 항에 있어서,상기 지시 수신 단계는 상기 제 2 노드를 식별하는 메시지 식별자를 갖는 메시지를 수신하는 단계를 포함하며, 상기 메시지 식별자는 상기 제 2 노드와 관련된 NID(네트워크 식별자), SID(시스템 식별자), PZID(패킷 존 식별자) 및 서브넷 ID(서브넷 식별자)로 구성된 그룹으로부터 선택되는 것을 특징으로 하는 핸드오프 방법.
- 제 9 항에 있어서,상기 지시 수신 단계는 상기 제 2 노드를 식별하는 코드 또는 식별자를 데이터 필드에 포함하는 데이터 패킷을 수신하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 제 9 항에 있어서,상기 지시 수신 단계는 상기 제 2 노드를 식별하는 버전/용량 식별 패킷을 데이터 필드에 포함하는 데이터 패킷을 수신하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 제 9 항에 있어서,상기 지시 수신 단계는 상기 제 2 노드로부터 상기 PPP의 다수의 LCP(링크 제어 프로토콜) 구성 요청 메시지를 수신하는 단계를 포함하는 것을 특징으로 하는 핸드오프 방법.
- 통신 시스템의 장치로서,제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 통신 시스템의 서빙 노드에 액세스하는 수단;핸드오프에 대한 지시를 수신하는 수단; 및제 2 네트워크 인터페이스 계층 프로토콜을 통해 타깃 노드에 액세스하는 수단을 포함하는, 통신 시스템의 장치.
- 제 15 항에 있어서,상기 지시는 메시지에 상기 타깃 노드를 식별하는 식별자를 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 15 항에 있어서,상기 지시는 데이터 패킷의 데이터 필드에 상기 타깃 노드를 식별하는 메시지 식별자를 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 15 항에 있어서,상기 지시는 데이터 패킷의 데이터 필드에 상기 타깃 노드를 식별하는 버전/용량 식별 패킷을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 15 항에 있어서,상기 지시는 상기 타깃 노드로부터의 상기 제 2 네트워크 인터페이스 계층 프로토콜의 다수의 요청 메시지를 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 15 항에 있어서,상기 서빙 노드에 액세스하는 수단은 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 상기 서빙 노드에 제공하는 수단을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- IP(인터넷 프로토콜)를 지원하는 통신 시스템의 장치로서,PPP(점대점 프로토콜) 이외의 네트워크 인터페이스 계층 프로토콜을 통해 제 1 노드에 액세스하는 수단;핸드오프에 대한 지시를 수신하는 수단; 및상기 PPP를 통해 제 2 노드에 액세스하는 수단을 포함하는, 통신 시스템의 장치.
- 제 21 항에 있어서,상기 제 1 노드에 액세스하는 수단은 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 상기 제 2 노드에 제공하는 수단을 포 함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 21 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 메시지 식별자를 갖는 메시지를 포함하며, 상기 메시지 식별자는 상기 제 2 노드와 관련된 NID(네트워크 식별자), SID(시스템 식별자), PZID(패킷 존 식별자) 및 서브넷 ID(서브넷 식별자)로 구성된 그룹으로부터 선택되는 것을 특징으로 하는 통신 시스템의 장치.
- 제 21 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 코드 또는 식별자를 데이터 필드에 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 21 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 버전/용량 식별 패킷을 데이터 필드에 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 21 항에 있어서,상기 지시는 상기 제 2 노드로부터의 상기 PPP의 다수의 LCP(링크 제어 프로토콜) 구성 요청 메시지를 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 통신 시스템의 장치로서,제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 통신 시스템의 서빙 노드에 액세스하고, 핸드오프에 대한 지시를 수신하며, 제 2 네트워크 인터페이스 계층 프로토콜을 통해 상기 통신 시스템의 타깃 노드에 액세스하기 위한 컴퓨터 판독 가능 명령들을 포함하는 메모리 유닛; 및상기 메모리 유닛에 연결되어 상기 컴퓨터 판독 가능 명령들을 처리하는 프로세서를 포함하는, 통신 시스템의 장치.
- 제 27 항에 있어서,상기 지시는 상기 타깃 노드를 식별하는 식별자를 갖는 메시지를 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 27 항에 있어서,상기 지시는 데이터 필드에 상기 타깃 노드를 식별하는 메시지 식별자를 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 27 항에 있어서,상기 지시는 데이터 필드에 상기 타깃 노드를 식별하는 버전/용량 식별 패킷을 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 27 항에 있어서,상기 지시는 상기 타깃 노드로부터의 상기 제 2 네트워크 인터페이스 계층 프로토콜의 다수의 요청 메시지를 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 27 항에 있어서,상기 메모리 유닛은 상기 서빙 노드에 액세스한 뒤에 상기 서빙 노드와 사용자 데이터를 교환하고, 상기 사용자 데이터를 교환하는 중에 상기 지시가 수신되는 동안 상기 핸드오프를 시작하기 위한 컴퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 27 항에 있어서,상기 메모리 유닛은 상기 제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 서빙 노드에 액세스하는 중에 상기 지시가 수신되는 동안 상기 핸드오프를 시작하기 위한 컴퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 27 항에 있어서,상기 메모리 유닛은 상기 서빙 노드에 액세스하는 동안 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 제공하기 위한 컴 퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- IP(인터넷 프로토콜)를 지원하는 통신 시스템의 장치로서,PPP(점대점 프로토콜) 이외의 네트워크 인터페이스 계층 프로토콜을 통해 제 1 노드에 액세스하고, 핸드오프에 대한 지시를 수신하며, 상기 PPP를 통해 제 2 노드에 액세스하기 위한 컴퓨터 판독 가능 명령들을 포함하는 메모리 유닛; 및상기 메모리 유닛에 연결되어 상기 컴퓨터 판독 가능 명령들을 처리하는 프로세서를 포함하는, 통신 시스템의 장치.
- 제 36 항에 있어서,상기 메모리 유닛은 상기 제 2 노드에 액세스하는 동안 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 제공하기 위한 컴퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 36 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 메시지 식별자를 갖는 메시지를 포함하며, 상기 메시지 식별자는 상기 제 2 노드와 관련된 NID(네트워크 식별자), SID(시스템 식별자), PZID(패킷 존 식별자) 및 서브넷 ID(서브넷 식별자)로 구성된 그룹으로부터 선택되는 것을 특징으로 하는 통신 시스템의 장치.
- 제 36 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 코드 또는 식별자를 데이터 필드에 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 36 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 버전/용량 식별 패킷을 데이터 필드에 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 제 36 항에 있어서,상기 지시는 상기 제 2 노드로부터의 상기 PPP의 다수의 LCP(링크 제어 프로토콜) 구성 요청 메시지를 포함하는 것을 특징으로 하는 통신 시스템의 장치.
- 컴퓨터 판독 가능 매체로서,제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 통신 시스템의 서빙 노드에 액세스하기 위한 컴퓨터 판독 가능 명령;핸드오프에 대한 지시를 수신하기 위한 컴퓨터 판독 가능 명령; 및제 2 네트워크 인터페이스 계층 프로토콜을 통해 타깃 노드에 액세스하기 위한 컴퓨터 판독 가능 명령을 포함하는, 컴퓨터 판독 가능 매체.
- 제 42 항에 있어서,상기 지시는 상기 타깃 노드를 식별하는 메시지 식별자를 갖는 메시지를 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 42 항에 있어서,상기 지시는 데이터 필드에 상기 타깃 노드를 식별하는 메시지 식별자를 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 42 항에 있어서,상기 지시는 데이터 필드에 상기 타깃 노드를 식별하는 버전/용량 식별 패킷을 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 42 항에 있어서,상기 지시는 상기 타깃 노드로부터의 상기 제 2 네트워크 인터페이스 계층 프로토콜의 다수의 요청 메시지를 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 42 항에 있어서,상기 서빙 노드에 액세스한 뒤에 상기 서빙 노드와 사용자 데이터를 교환하고, 상기 사용자 데이터를 교환하는 중에 상기 지시가 수신되는 동안 상기 핸드오프를 시작하기 위한 컴퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 42 항에 있어서,상기 제 1 네트워크 인터페이스 계층 프로토콜을 통해 상기 서빙 노드에 액세스하는 중에 상기 지시가 수신되는 동안 상기 핸드오프를 시작하기 위한 컴퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 42 항에 있어서,상기 서빙 노드에 액세스하는 동안 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 제공하기 위한 컴퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 컴퓨터 판독 가능 매체로서,PPP(점대점 프로토콜) 이외의 네트워크 인터페이스 계층 프로토콜을 통해 제 1 노드에 액세스하기 위한 컴퓨터 판독 가능 명령;핸드오프에 대한 지시를 수신하기 위한 컴퓨터 판독 가능 명령; 및상기 PPP를 통해 제 2 노드에 액세스하기 위한 컴퓨터 판독 가능 명령을 포함하는, 컴퓨터 판독 가능 매체.
- 제 50 항에 있어서,상기 제 2 노드에 액세스하는 동안 인증, 링크 구성 및 네트워크 액세스에 대한 파라미터 옵션 세트를 하나의 메시지로 제공하기 위한 컴퓨터 판독 가능 명령들을 더 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 50 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 메시지 식별자를 갖는 메시지를 포함하며, 상기 메시지 식별자는 상기 제 2 노드와 관련된 NID(네트워크 식별자), SID(시스템 식별자), PZID(패킷 존 식별자) 및 서브넷 ID(서브넷 식별자)로 구성된 그룹으로부터 선택되는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 50 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 코드 또는 식별자를 데이터 필드에 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 50 항에 있어서,상기 지시는 상기 제 2 노드를 식별하는 버전/용량 식별 패킷을 데이터 필드에 갖는 데이터 패킷을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
- 제 50 항에 있어서,상기 지시는 상기 제 2 노드로부터의 상기 PPP의 다수의 LCP(링크 제어 프로 토콜) 구성 요청 메시지를 포함하는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US???? | 1999-07-23 | ||
US61421504P | 2004-09-28 | 2004-09-28 | |
US60/614,215 | 2004-09-28 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020097022079A Division KR101192523B1 (ko) | 2004-09-28 | 2005-09-28 | 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한 핸드오프 지원 |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20070103362A true KR20070103362A (ko) | 2007-10-23 |
Family
ID=38796196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR20077009674A KR20070103362A (ko) | 2004-09-28 | 2005-09-28 | 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한핸드오프 지원 |
Country Status (4)
Country | Link |
---|---|
KR (1) | KR20070103362A (ko) |
CN (1) | CN101057459B (ko) |
TW (1) | TWI366410B (ko) |
UA (1) | UA91519C2 (ko) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100960124B1 (ko) * | 2007-12-18 | 2010-05-27 | 한국전자통신연구원 | 이동단말 및 그 핸드오버방법 |
KR101398631B1 (ko) * | 2008-05-30 | 2014-05-22 | 삼성전자주식회사 | 무선 네트워크 환경에서의 리플레이어택 방지 방법 |
KR101602493B1 (ko) | 2015-09-10 | 2016-03-10 | (주)에버앤에버 | 휴대용 알칼리 환원수 생성장치 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102098624B (zh) * | 2008-11-07 | 2014-03-12 | 华为终端有限公司 | 多媒体广播业务的控制方法及终端 |
CN101404552B (zh) * | 2008-11-07 | 2011-04-20 | 华为终端有限公司 | 多媒体广播业务的控制方法、***及终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1434404B1 (en) * | 2002-12-20 | 2005-03-16 | Alcatel | Method and system to provide authentication for a user |
-
2005
- 2005-09-28 KR KR20077009674A patent/KR20070103362A/ko not_active Application Discontinuation
- 2005-09-28 UA UAA200704676A patent/UA91519C2/ru unknown
- 2005-09-28 TW TW094133760A patent/TWI366410B/zh not_active IP Right Cessation
- 2005-09-28 CN CN200580038277.2A patent/CN101057459B/zh not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100960124B1 (ko) * | 2007-12-18 | 2010-05-27 | 한국전자통신연구원 | 이동단말 및 그 핸드오버방법 |
US8483177B2 (en) | 2007-12-18 | 2013-07-09 | Electronics And Telecommunications Research Institute | Mobile terminal and method of performing handover |
KR101398631B1 (ko) * | 2008-05-30 | 2014-05-22 | 삼성전자주식회사 | 무선 네트워크 환경에서의 리플레이어택 방지 방법 |
KR101602493B1 (ko) | 2015-09-10 | 2016-03-10 | (주)에버앤에버 | 휴대용 알칼리 환원수 생성장치 |
Also Published As
Publication number | Publication date |
---|---|
UA91519C2 (ru) | 2010-08-10 |
TWI366410B (en) | 2012-06-11 |
CN101057459B (zh) | 2014-07-30 |
CN101057459A (zh) | 2007-10-17 |
TW200637397A (en) | 2006-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101192523B1 (ko) | 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한 핸드오프 지원 | |
KR101019943B1 (ko) | 상이한 인증 인증서들을 지원하는 방법 및 장치 | |
KR100919142B1 (ko) | 네트워크 엑세스를 위한 빠른 링크 성립 | |
US7369529B2 (en) | Method and apparatus for differentiating point to point protocol session termination points | |
KR20020071874A (ko) | 무선 원격통신 시스템내에서 인증을 하기 위한 방법 및 장치 | |
JP4856233B2 (ja) | 共通ipアドレス付きの移動端末および無線装置 | |
KR20060133950A (ko) | Ipcp 협상 기간 동안 ppp 타임 아웃을 방지하는방법 및 장치 | |
KR20070103362A (ko) | 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한핸드오프 지원 | |
WO2006003630A1 (en) | Method and system for providing backward compatibility between protocol for carrying authentication for network access (pana) and point-to-point protocol (ppp) in a packet data network | |
WO2006003629A1 (en) | Method and packet data serving node for providing network access to mobile terminals using protocol for carrying authentication for network access (pana) and point-to-point protocol (ppp) | |
Lee et al. | A point-to-point protocol improvement to reduce data call setup latency in Cdma2000 system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
AMND | Amendment | ||
E902 | Notification of reason for refusal | ||
AMND | Amendment | ||
E601 | Decision to refuse application | ||
AMND | Amendment | ||
J201 | Request for trial against refusal decision | ||
A107 | Divisional application of patent | ||
AMND | Amendment | ||
B601 | Maintenance of original decision after re-examination before a trial | ||
J301 | Trial decision |
Free format text: TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20090922 Effective date: 20110722 |
|
WITB | Written withdrawal of application |