KR100748814B1 - Ｉｐｃｐ 협상 동안에 ｐｐｐ 시간경과를 피하는 방법 - Google Patents

Ｉｐｃｐ 협상 동안에 ｐｐｐ 시간경과를 피하는 방법 Download PDF

Info

Publication number
KR100748814B1
KR100748814B1 KR1020027009047A KR20027009047A KR100748814B1 KR 100748814 B1 KR100748814 B1 KR 100748814B1 KR 1020027009047 A KR1020027009047 A KR 1020027009047A KR 20027009047 A KR20027009047 A KR 20027009047A KR 100748814 B1 KR100748814 B1 KR 100748814B1
Authority
KR
South Korea
Prior art keywords
address
message
assigned
communication device
request message
Prior art date
Application number
KR1020027009047A
Other languages
English (en)
Other versions
KR20020082842A (ko
Inventor
마르셀로 리로이
Original Assignee
콸콤 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 콸콤 인코포레이티드 filed Critical 콸콤 인코포레이티드
Publication of KR20020082842A publication Critical patent/KR20020082842A/ko
Application granted granted Critical
Publication of KR100748814B1 publication Critical patent/KR100748814B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5084—Providing for device mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Electrophonic Musical Instruments (AREA)

Abstract

무선 통신 네트워크에서 IPCP 주소 협상을 유지하기 위한 방법이 소개된다. 상기 방법은 통신 기기에 연결된 터미널 기기로부터 구성-요구 메시지와 같이 IP 주소를 요구하는 메시지를 수신하는 통신 기기가 포함된다. 그러면 상기 통신 기기는 구성-요구 메시지와 같이 IP 주소를 요구하는 메시지를 발생하고 그것을 네트워크에 있는 피어(IWF)로 전송한다. 그러면 상기 통신 기기는 상기 IP 주소 요구 메시지에 응답하여 상기 IWF로부터 할당된 IP 주소를 수신하였는지를 결정한다. 상기 IWF로부터 상기 통신 기기가 상기 할당된 IP 주소를 수신하지 못했다는 결정에 대한 응답으로, 상기 통신 기기는 구성-부정 응답 메시지와 같이 임의의 IP 주소를 가지는 메시지를 상기 터미널 기기로 송신한다. 임의의 주소를 포함하는 장래의 구성-요구를 수신할 때, 상기 메시지에 포함된 임의의 IP 주소는 통신 기기에 의해 거부될 것이다. 이것은 상기 통신 기기가 상기 할당된 IP를 수신할 때까지 상기 터미널 기기가 추가로 IP 주소 요구 메시지를 송신하도록 한다.

Description

ＩＰＣＰ 협상 동안에 ＰＰＰ 시간경과를 피하는 방법{METHOD OF AVOIDING PPP TIME-OUTS DURING IPCP NEGOTIATIONS}
본 발명은 일반적으로 무선 통신에 관한 것이다. 보다 구체적으로, 본 발명은 IPCP 주소 협상을 유지하기 위해 시간 경과를 피하기 위한 신규한 방법에 관한 것이다.
전례 없는 인터넷 가입자의 증가뿐만 아니라, 무선 통신 및 컴퓨터 관련 기술에서의 최근의 혁신은 이동 컴퓨팅을 용이하게 하였다. 사실, 이동 컴퓨팅의 인기로 이동 사용자에 보다 많은 지원을 제공하기 위해 현 인터넷 기반 구조에 더 큰 요구를 제기한다. 결정적으로 이러한 요구를 만족하며 사용자에게 필요한 지원을 제공하는 것은 무선 통신 시스템에서 코드분할다중접속(CDMA)기술을 사용하는 것이다.
CDMA는 "이중-모드 광대역 대역확산 셀룰러 시스템을 위한 이동국-기지국 호환성 기준(MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM)"이라는 제하로 1993년 7월에 편찬된 통신공업협회/전자공업협회 잠정 기준-95(TIA/EIA IS-95)에 정의된 디지털 무선-주파수(RF) 채널화 기술이며, 하기에서 참조로서 통합된다. 이러한 기술을 이용하는 무선 통신 시스템은 통신 신호들에 고유한 코드를 할당하고 공통(광대역) 대역 확산 밴드 폭에 걸쳐 이러한 통신 신호들을 확산한다. CDMA 시스템에서 수신 장치가 정확한 코드를 가지고 있는 한, 동일한 밴드 폭을 통해 현재 같이 송신되는 다른 신호들로부터 통신 신호를 검출하고 선택할 수 있다. CDMA의 사용은 시스템 트래픽 용량의 증가를 제공하고, 전체적인 호 품질과 잡음의 제거를 향상시키며, 데이터 서비스 트래픽에 대해 신뢰할 수 있는 전송 메커니즘을 제공한다.
도1은 그러한 무선 데이터 통신 시스템(100)의 기본적인 구성요소를 보여주고 있다. 당업자는 이러한 구성요소와 인터페이스들이 그들의 범위와 기능을 벗어남이 없이 수정되거나, 확대되거나 또는 알려진 여러 기준에 종속될 수 있다는 것을 쉽게 이해할 것이다. 시스템(100)은 이동 터미널 장치, TE2 기기(102)(예를 들어, 랩탑 또는 팜탑 컴퓨터와 같은 터미널 장치)가 연동 장치(IWF, 108)와 통신할 수 있도록 한다. 시스템(100)은 무선 통신 기기, MT2 기기(104)(예를 들어, 무선 전화), 및 기지국/이동국 교환 센터(BS/MSC, 106)를 포함한다. 상기 IWF(108)은 인터넷 또는 인터넷 기반 접속을 제공하는 유선 패킷 데이터 네트워크 또는 공중전화교환망(PSTN)과 같은 다른 네트워크와 무선 네트워크 사이에서 게이트웨이로 작동한다. 인터페이스(L)는 IWF(108)을 BS/MSC(106)에 연결한다. 종종 상기 IWF(108)은 상기 BS/MSC(106)과 같이 위치될 수 있다. 상기 TE2 기기(102)는 인터페이스(Rm)를 통해 상기 MT2 기기(104)에 전기적으로 연결되어 있다. 상기 MT2 기기(104)는 무선 인터페이스(Um)를 통해 BS/MSC(106)과 통신한다. 설치된 이동 전화 유닛에서 랩탑은 상기 TE2 기기(102)이고 송수신기는 MT2 기기(104)인 경우에, 상기 TE2 기기(102) 및 상기 MT2 기기(104)는 단일 유닛(예를 들어 MT0 기기)으로 통합될 수 있거나 또는 분리될 수도 있다. 도2에서 지시하는 것과 같이, 상기 TE2 기기(102) 및 MT2 기기(104)의 조합은 통합되었는지 또는 분리되었는지에 관계없이 이동국(MS, 103)으로 불린다는 것을 유의하는 것이 중요하다.
무선 통신의 서로 다른 양상을 제어, 관리 또는 용이하게 하기 위한 잘 알려진 여러 프로토콜을 적용함으로써 다른 지원이 가능하게 된다. 예를 들어, 인터넷 기반구조의 근간(life-blood)인, 인터넷 프로토콜(IP)이 패킷-중심형(packet-oriented) 서비스를 수행하도록 많은 무선 통신 서비스에서 통합되어 왔다. 상기 IP 프로토콜은 호스트 컴퓨터 간에 패킷(데이터그램)들의 어드레싱 및 라우팅을 특정하며 "인터넷 프로토콜 다파 인터넷 프로그램 프로토콜 규격(INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION)"라는 제하로 1981년 9월에 편찬된 코멘트 요구 791(RFC 791)에 정의되어 있다.
상기 IP 프로토콜은 송신을 위해 데이터를 IP 패킷으로 캡슐화(encapsulate)하는 네트워크 계층 프로토콜이다. 어드레싱(addressing)과 라우팅 정보는 패킷의 헤더에 첨부된다. IP 헤더들은 전송하고 수신하는 호스트를 식별하는 32-비트 주소를 포함하고 있다. 이러한 주소들은 중간 라우터가 상기 패킷이 네트워크를 통해 의도된 주소의 궁극적인 목표지점으로의 경로를 선택하는데 사용된다. 따라서, 상기 IP 프로토콜은 세계 어느 인터넷 노드에서 발생한 패킷도 세계 어느 다른 인터넷 노드로 라우팅될 수 있게 한다.
무선 통신 시스템에 통합된 또 다른 잘 알려진 프로토콜은 점대점(PPP) 프로토콜서, 이것은 특히(inter-alia), 인터넷 접속을 제공한다. 상기 PPP 프로토콜은 "점대점(PPP) 프로토콜"이라는 제하로 1994년 7월에 편찬된 코멘트 요구 1661(RFC 1661)에 자세히 설명되어 있다.
필수적으로, 상기 PPP 프로토콜은 점대점 링크들을 통해 다중-프로토콜 데이터그램을 전송하기 위한 방법을 특정하며 세 주요 구성 성분을 포함한다: 다중-프로토콜 데이터그램을 캡슐화하는 방법; 데이터 링크 연결을 확립, 구성, 테스트하기 위한 링크 제어 프로토콜(LCP); 다른 네트워크-계층 프로토콜을 확립하고 구성하기 위한 네트워크 제어 프로토콜(NCPs) 계열.
무선 통신 시스템의 호스트 서비스를 제공하기 위한 노력에서, 상기 TE2 기기(102)와 IWF(108) 사이의 무선 데이터 송신을 수행하기 위해 여러 기준이 개발되어 왔다. 예를 들어, "광대역 대역 확산 시스템을 위한 데이터 서비스 옵션: 패킷 데이터 서비스(DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICE)"라는 제하로 1998년 2월에 편찬된 상기 TIA/EIA IS-707.5 기준은 TIA/EIA IS-95 시스템에서 패킷 데이터 송신 용량을 지원하기 위한 요구를 정의하고, 패킷 데이터 베어러 서비스들을 특정하며, 하기에서 참조로서 통합된다.
특히, 상기 IS-707.5 기준은 BS/MSC(106)을 통해 TE2 기기(102)와 IWF(108) 사이를 통신하기 위해 사용될 수 있는 일정한 패킷 데이터 서비스 모드들을 제공한다. 상기 경우에, IS-707.5는 네트워크 모델을 제시하며, 이것은 특정 동작 모드를 제공한다. 제1 PPP링크가 상기 TE2 기기(102)와 상기 MT2 기기(104) 사이에 설정되고 제1 PPP 링크와 독립적으로, 제2 PPP링크가 상기 MT2 기기(104)와 IWF(108) 사이에 설정되는 상황을 상기 네트워크 모델이 나타낸다. 이러한 모델에서 상기 MT2 기기(104)는 이동성 관리와 네트워크 주소 관리를 제공할 뿐만 아니라 임의의 수신된 PPP 패킷들을 언프레이밍(unframe)하여 그들의 마지막 목표지점으로 전송하기 전에 다시 프레이밍하도록 한다.
도2는 IS-707.5 네트워크 모델의 각 엔티티 내에 있는 프로토콜 스택들을 보여주고 있다. 도2의 맨 왼쪽은 종래의 수직 포맷에서 보이는, TE2 기기(102)(예를 들어, 이동 터미널, 랩탑 또는 팜탑 컴퓨터)에서 운영되는 프로토콜 스택이다. 상기 TE2 프로토콜 스택이 인터페이스(Rm)를 통해 논리적으로 상기 MT2 기기(104) 프로토콜 스택에 연결된 것으로 보이고 있다. 상기 MT2 기기(104)는 인터페이스(Um)를 통해 논리적으로 상기 BS/MSC(106) 프로토콜 스택에 연결된 것으로 보이고 있다. 상기 BS/MSC(106)는 차례로 인터페이스(L)를 통해 논리적으로 상기 IWF(108) 프로토콜 스택에 연결된 것으로 보이고 있다.
보이는 것과 같이, 도2에 설명된 프로토콜은 다음과 같이 동작한다: 인터페이스(Rm)와 연결된 상기 TE2 기기(102)의 PPP 계층(즉, PPPR(208))은 상위 계층 프로토콜(204)과 네트워크 계층 IP 프로토콜(206)로부터 패킷을 인코딩한다. 상기 PPPR 계층(208)은 인터페이스(Rm)를 통해 예를 들어, TIA/EIA 232-F 프로토콜(210)과 같은 적용이 가능한 프로토콜을 이용하여 패킷을 송신하고 상기 패킷은 MT2 기기(104)에 있는 TIA/EIA-232-F-호환 포트에 의해 수신된다. 상기 TIA/EIA-232-F기준은 1997년 10월에 편찬된 "직렬 이진 데이터 상호교환을 사용하는 데이터 터미널 장치와 데이터 회로-착신 장치 사이의 인터페이스(INTERFACE BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE)"에 정의되어 있으며, 하기에서 참조로서 통합된다. 당업자에게 알려진 다른 기준이나 프로토콜이 인터페이스(Rm)를 통한 송신을 정의하는데 사용될 수 있다는 것이 이해될 것이다. 예를 들어, 다른 적용 가능한 인터페이스(Rm) 기준들은 1998년 9월에 편찬된 "범용 직렬 버스(USB) 규격, 개정판 1.1(UNIVERSAL SERIAL BUS(USB) SPECIFICATION, Revision 1.1)"과 1999년 7월에 편찬된 "블루투스 규격 버전 1.0A 코어(BLUETOOTH SPECIFICATION VERSION 1.0A CORE)을 포함하며 이들은 하기에서 참조로서 통합된다.
MT2 기기(104)의 상기 TIA/EIA 232-F 프로토콜(212)은 상기 TE2 기기(102)로부터 패킷을 수신하여 MT2 기기(104)의 상기 PPPR 계층(213)으로 보낸다. 상기 PPPR 계층(213)은 PPP 프레임 내에 캡슐화된 패킷을 언프레이밍(unframe)하고, 전형적으로 데이터 연결이 업(up)일 때, 계층(213)은 상기 패킷을 인터페이스(Um)에 연결된 PPP 계층(즉, PPPU 계층(217))으로 전송한다. PPPU 계층(217)은 PPP 프레임 내의 상기 패킷을 IWF(108)에 위치한 PPPU 계층으로 송신하기 위해 포맷한다. 당업계에 알려진 무선 링크 프로토콜(RLP, 216)과 IS-95 프로토콜(214) 모두 인터페이스(Um)를 통해 패킷-캡슐화된 PPP프레임을 상기 BS/MSC(106)로 송신한다. 상기 RLP 프로토콜(216)은 "광대역 대역 확산 시스템을 위한 데이터 서비스 옵션들: 무선 링크 프로토콜(DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL)"이라는 제하로 1998년 2월에 편찬된 IS-707.2에 정의되어 있으며, 상기 IS-95 프로토콜은 위에서 언급한 IS-95에 정의되어 있다.
위에서 언급한 것과 같이, 상기 PPPR 프로토콜(213)은 데이터 링크 연결이 확립될 때 상기 패킷을 PPPU 프로토콜(217)로 전송한다. RFC 1661은 링크 제어 프로토콜(LCP) 패킷이 상기 데이터 링크 연결을 확립하고, 구성하며 테스트하기 위해 각 PPP 링크(즉, PPPR 및 PPPU)에서 교환되고 협상이 이루어져야 한다는 것을 제공한다.
일단 상기 LCP패킷이 교환되고, 상기 링크 옵션들이 협상되며, 데이터 링크 연결이 확립되면, 네트워크 계층 연결은 상기 TE2 기기(102)와 상기 IWF(108) 사이에 확립되어야 한다. 그러한 연결은 예를 들어 IP 프로토콜을 포함하는 프로토콜(206, 212, 218, 230)을 사용한다. 상기 PPP 링크의 양끝에서의 IP 프로토콜의 상기 협상, 구성, 인에이블링(enable), 디스에이블링(disabling)은 잘 알려진 인터넷 프로토콜 제어 프로토콜(IPCP)에 의해 제공된다. IPCP는 PPP 프로토콜에 포함되는 네트워크 제어 프로토콜(NCPs)의 계열 중 일부분이며 "PPP 인터넷 프로토콜 제어 프로토콜(IPCP)(THE PPP INTERNET PROTOCOL CONTROL PROTOCOL(IPCP))"이라는 제하로 1992년 5월에 편찬된 코멘트 요구(RFC)에 설명되어 있다.
상기 IPCP 프로토콜은 IP 주소의 요구와 지정을 포함하는 여러 옵션을 협상하기 위해 기준 PPP 구성-요구(Configure-Request), 구성-긍정 확인(Configure-Ack), 구성-부정 응답(Configure-Nak) 메시지를 사용한다. IPCP는 요구자(requester)가 IP 주소를 요구하고, 특정 주소를 포함하는 구성-요구 메시지를 발생하도록 한다. 만약 상기 특정 IP 주소가 받아들일 수 있으면, 구성-긍정 확인 메시지는 피어(peer)로부터 상기 요구자로 전송된다. 만약 상기 특정 IP 주소가 받아들일 수 없으면, 상기 피어는 제안된 IP 주소를 포함하는 구성-부정 응답 메시지를 전송한다. 그러면, 상기 요구자는 제안된 IP 주소를 가지는 새로운 구성-요구 메시지를 송신하고 상기 피어는 구성-긍정 확인으로 응답한다.
IPCP에서는 하나 이상의 주소를 할당하는 메커니즘이 없기 때문에 상기 PPPU 및 PPPR 링크를 통해 단일의 IP 주소만을 할당할 수 있다. 이것은 PPPU를 통해 IWF로부터 할당된 상기 IP 주소가 PPPR를 통해 TE2에 추가로 할당되어야 한다는 것을 의미한다. 네트워크 모델에서, IPCP 주소 협상은 인터페이스(Rm)와 인터페이스(Um) 모두에 대해 개별적으로 발생할 수 있다. 상기와 같이, MT2 기기(104)는 IP 주소가 PPPR링크의 다른 끝에서 TE2 기기(102)에 할당될 수 있기 전에, 먼저 인터페이스(Um)를 통해 IWF(108)와 IP 주소를 협상해야 한다.
그러나 운영적인 지연에 의해 IPCP 주소 협상의 달성이 방해될 수 있다. 예를 들어, 그러한 지연은 만약 MT2 기기(104)와 IWF(108) 사이의 링크가 TE2 기기(102)와 MT2 기기(104) 사이의 링크보다 더 느리면 발생할 수 있다. 그렇기 때문에, IPCP 주소 협상이 Um 링크보다 Rm 링크를 통해 더 빨리 도달될 수 있는 가능성이 존재한다. 따라서 상기 TE2 기기(102)는 상기 MT2 기기(104)로부터 IP 주소를 요구할 수 있는데, 상기 IP 주소는 상기 MT2 기기(104)가 Um 링크를 통해 IWF(108)로부터 IP 주소를 제공하는데 필요한 주소 협상을 완료하지 않았기 때문에 인정되지 않을 수 있다. 비록 상기 TE2 기기(102)는 상기 MT2 기기(104)가 결국 IP 주소를 제공하는 것을 기다릴 수 있더라도, TE2 기기(102)에서 구현에 따른(implementation-specific) 시간 경과가 있으며, 이것은 상기 TE2 기기(102)로 하여금 IP 주소 요구를 중지하도록 하므로 PPP 협상도 중지된다.
운영 지연의 다른 예는 상기 IWF(108)가 상기 TE2 기기(102)에 할당될 IP 주소를 상기 MT2 기기(104)로 보낼 수 있기 전에 다른 구성요소로부터 받아야 할 때 발생한다. 상기 경우에, 상기 MT2 기기(104)가 상기 IP 주소를 수신하기까지 수 초가 걸릴 것이다.
예를 들어, 상기 TE2 기기(102)에서 작동하는 어떤 응용은 상기 TE2 기기(102)로 하여금 상기 TE2 기기가 시간 경과하기 전에 매 3초마다 3번의 구성-요구 메시지를 발생하도록 한다는 것에 유의하여야 한다. 그러한 경우에, 만약 IP 주소를 수신하는데 총 9초가 더 걸리면, 상기 TE2 기기(102)는 주소 요구를 중단한다. 명확히, 위에서 언급한 두 가지 예 중 하나는 상기 TE2 기기(102)로 하여금 영원히 중지하도록 하는 지연을 발생한다.
따라서 IPCP 주소 협상을 유지하기 위해 시간 경과를 피하는 신규한 방법이 필요하다.
본 발명은 IPCP 협상을 유지하기 위해 시간 경과를 피하는 신규한 방법을 제공함으로써 전술된 필요성을 해결한다.
여기서 실시되고 광범위하게 설명된 본 발명의 원칙과 상응하는 방법들은 통신 기기와 연결된 터미널 기기로부터 구성-요구 메시지와 같은 IP 주소를 요구하는 메시지를 수신하는 통신 기기를 포함한다. 그러면, 상기 통신 기기는 IP 주소 요구 메시지에 대한 응답으로 피어(즉, IWF)로부터 할당된 IP 주소를 수신하였는지를 결정한다. 통신 기기가 상기 IWF로부터 할당된 IP 주소를 수신하지 못하였다는 결정에 대한 응답으로, 상기 통신 기기는 구성-부정 응답 메시지와 같이 임의의 IP 주소를 가지는 메시지를 터미널 기기로 송신한다. 상기 메시지에 포함된 상기 임의의 IP 주소는 통신 기기에 의해 거부될 것이며, 상기 통신 기기는 통신 기기가 할당된 IP 주소를 수신할 때까지 터미널 기기로 하여금 계속해서 추가적인 IP 주소 요구 메시지를 송신하도록 한다.
본 명세서에 통합되어 명세서의 일부를 구성하는 다음의 도면은 본 발명의 실시예를 보여주고 있으며 상세한 설명과 함께 본 발명의 목적, 장점 및 원칙을 설명한다. 도면에서:
도1은 무선 통신 시스템의 여러 구성 요소를 설명하는 고수준(high level) 블록 다이어그램이다.
도2는 무선 통신 시스템의 프로토콜 스택을 도식적으로 설명하고 있다.
도3A는 본 발명의 실시예를 설명하는 흐름도이다.
도3B는 본 발명의 실시예의 운영을 설명하는 프로토콜-메시지 흐름도이다.
본 발명의 실시예에 대한 다음의 상세한 설명은 첨부된 도면을 참고로 한다. 다른 실시예가 가능하며 본 발명의 정신과 범위를 벗어나지 않고 상기 실시예에 변경이 수행될 수 있다. 따라서, 다음의 상세한 설명은 본 발명을 제한하는 것으로 해석되지 않는다. 본 발명의 범위는 오히려 첨부된 청구항에 의해 규정된다.
당업자는 이하 설명하는 본 발명의 실시예가 하기에서 설명되는 것과 같이 도면에 도시된 엔티티(즉, TE2 기기(102), MT2 기기(104), BS/MSC(106) 및 IWF(108))의 소프트웨어, 펌웨어, 하드웨어를 포함하는 다양한 종류의 구현에서 실현될 수 있다는 것을 명확히 이해할 것이다. 본 발명의 구현에 사용되는 실제 소프트웨어 코드 또는 제어 하드웨어는 본 발명을 제한하는 것은 아니다. 따라서 본 발명의 운용과 작동은 상기 실제 소프트웨어 코드 또는 하드웨어 구성요소에 대한 특별한 참고 없이 설명될 것이다. 당업자는 이하의 설명에 근거하여 본 발명의 실시예를 구현하는 소프트웨어와 하드웨어를 설계할 수 있다는 것을 명확히 알 수 있으므로 상기와 같은 특정되지 않은 참고는 받아들여질 수 있다.
도3A는 본 발명의 실시예를 설명하는 흐름도이며 도3B는 본 발명의 실시예의 운영을 설명하는 프로토콜-메시지 흐름도이다. 도3A에 지시된 것과 같이, 블록(B305)에서 상기 MT2 기기(104)는 인터페이스(Um)를 통해 상기 IWF(108)와 PPP 협상을 시작한다. 이러한 이벤트는 도3B에서 설명한 것과 같이, 인터페이스(Rm)에서 LCP 협상을 시작함으로써 발생한다(참조 번호 A로 표시).
블록(B310)에서, 상기 MT2 기기(104)는 상기 TE2 기기(102)로부터 IPCP 구성-요구 메시지를 받을 때까지 기다린다. 일단 MT2 기기(104)가 TE2 기기(102)로부터 구성-요구 메시지를 수신하면 상기 MT2 기기(104)는 블록(B315)으로 진행한다.
블록(B315)에서, 상기 MT2 기기(104)는 TE2 기기(102)로부터 구성-요구 메시지에 대한 응답으로 상기 IWF(108)에 의해 할당된 IP 주소를 수신하였는지를 결정한다. 만약 그렇지 않으면, 상기 MT2 기기(104)는 블록(B320)으로 진행하며, 구성-요구 메시지에 포함된 IP 주소를 거부하고 임의의 IP 주소를 가지는 구성-부정 응답 메시지를 송신한다(도3B에서 참조 번호 B로 표시). 임의의 IP 주소는 MT2 기기(104)에 의해 거부될 주소이다. 임의의 IP 주소를 가지는 구성-부정 응답 메시지를 송신하면, 상기 MT2 기기(104)는 블록(B310)으로 귀환하여 상기 TE2 기기(102)로부터 임의의 IP 주소를 가지는 또 다른 IPCP 구성-요구 메시지를 기다린다. 임의의 IP 주소는 상기 IWF(108)에 의해 할당된 IP 주소가 아니므로, MT2 기기(104)는 직접 블록(B320)으로 돌아가며 여기서 다시 한번 구성-요구 메시지에 포함된 IP 주소를 거부하고 임의의 IP 주소를 가지는 구성-부정 응답 메시지를 송신한다. 상기 임의 주소는 이전에 반복된 것과 동일한 주소일 수 있으며 또는 다른 주소일 수 있다. 일련의 블록(B310-B315-B320)에 의해 생성된 루프는 MT2 기기(104)가 IWF(108)에서 할당된 IP 주소를 수신하였다고 판단할 때까지 반복된다. TE2 기기(102)를 사용하고 구성-요구 메시지를 생성하도록 함으로써, 상기 MT2 기기(104)는 상기 TE2 기기(102)가 시간 경과하는 것을 막고 따라서 상기 IPCP 협상을 유지한다. 상기 MT2 기기(104)와 상기 TE2 기기(102) 사이에서 교환되는 메시지의 수를 줄이는 루프에 지연을 제공하는 것도 또한 가능하다.
블록(315)으로 돌아와서, 만약 상기 MT2 기기(104)가 IWF(108)에서 할당된 IP 주소를 수신하였다고 판단하면, 상기 MT2 기기(104)는 상기 할당된 IP 주소를 포함하는 구성-부정 응답 메시지를 TE2 기기(102)로 전송하는 블록(B325)으로 진행한다(참조 번호 C로 표시). 그러면 상기 MT2 기기(104)는 블록(B330)에서 할당된 IP 주소를 가지는 구성-요구 메시지를 TE2 기기(102)로부터 수신한다(참조 번호 D로 표시).
상기 MT2 기기(104)는 구성-긍정 확인 메시지를 상기 TE2 기기(102)로 송신하는 블록(B335)으로 진행하여, TE2 기기(102)로부터 구성-요구 메시지를 긍정 확인한다(참조 번호 E로 표시). 그러면 블록(B340)에서, 상기 MT2 기기(104)는 링크(Um)를 통해 상기 IWF(108)와 협상한 IPCP 옵션들을 TE2 기기(102)로 전송한다(참조 번호 F로 표시). 그러면 블록(B345)에서, 상기 MT2 기기(104)는 상기 IWF(108)에서 할당된 IP 주소에 의해 사용되는 옵션을 긍정 확인하는 구성-긍정 확인 메시지를 상기 TE2 기기(104)로부터 수신한다(참조 번호 G로 표시). 모든 패킷이 상기 MT2 기기(104)를 통해 프레이밍되거나 언프레이밍되어 MT2 기기(104)가 어느 임의의 IPCP 값을 TE2 기기(102)로 송신하기 때문에, 블록(B340과 B345)의 처리는 엄격히 요구되지 않는다는 것에 유의하여야 한다.
따라서 이러한 실시예는 MT2 기기(104)에 의해 거부될 임의의 IP 주소를 포함하는 구성-부정 응답 메시지를 TE2 기기(102)에 제공함으로써 구현-특정 시간경과를 피할 수 있다. 상기 구성-부정 응답 메시지는 TE2 기기(102)가 구성-요구 메시지를 생성하도록 한다. 이러한 상호작용은 MT2 기기(104)가 IWF(108)에서 할당된 IP 주소를 수신하고 이 IP 주소를 가지는 구성-부정 응답 메시지에서 TE2 기기(102)로 보내기 전까지는 계속된다. 이러한 방법으로, 상기 TE2 기기(102)는 구현-특정 시간경과에 기인한 영원한 중지를 막고 PPP 협상이 유지되도록 한다.
본 발명의 바람직한 실시예에 대한 이상의 설명은 예와 설명을 제공하지만 개시된 형태대로 발명을 제한하거나 한정하려는 의도는 아니다. 상기 설명한 기술과 상응하는 변경과 변화가 가능하거나 또는 발명의 실시로부터 얻을 수 있다. 따라서, 본 발명의 범위는 상기 청구항과 그의 균등범위로 의해 정의된다.

Claims (32)

  1. 무선 통신 네트워크에서 IP 주소 협상을 유지하기 위한 방법으로서,
    통신 기기에서, 상기 통신 기기에 연결된 터미널 기기로부터 IP 주소를 요구하는 메시지를 수신하는 단계;
    상기 IP 주소 요구 메시지에 응답하여, 상기 통신 네트워크로부터 IP 주소를 요구하는 메시지를 상기 통신 기기에서 생성하는 단계; 및
    상기 통신 기기가 상기 통신 네트워크로부터 할당된 IP 주소를 수신하였는지 여부를 결정하는 단계를 포함하며,
    상기 통신 기기가 상기 할당된 IP 주소를 수신하지 못했다는 결정에 응답하여, 상기 통신 기기는 임의의 IP 주소를 가지는 메시지를 상기 터미널 기기로 반복해서 송신하여 상기 터미널 기기가 그에 대한 응답으로 상기 임의의 IP 주소를 가지는 IP 주소 요구 메시지를 상기 통신 기기에 송신하도록 하며, 상기 통신 기기는 상기 통신 네트워크로부터 상기 할당된 IP 주소를 수신할 때까지 상기 IP 주소 요구 메시지의 임의의 IP 주소를 거부하는, IP 주소 협상 유지 방법.
  2. 제1항에 있어서, 상기 생성 단계는,
    상기 IP 주소 요구 메시지를 상기 통신 기기로부터 상기 통신 네트워크에 포함된 연동 장치(an interworking function)로 전송하는 단계; 및
    상기 IP 주소 요구 메시지에 근거하여 상기 할당된 주소를 확보하기 위해 상기 연동 장치와 협상하는 단계를 포함하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  3. 제2항에 있어서, 상기 결정 단계는 상기 연동 장치가 상기 IP 주소 협상에 대한 응답으로 상기 할당된 IP 주소를 제공하였는지 여부를 확인하는 단계를 포함하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  4. 제3항에 있어서, 상기 통신 기기가 상기 할당된 IP 주소를 수신하였다는 결정에 대한 응답으로, 상기 통신 기기는 상기 할당된 IP 주소를 가지는 메시지를 상기 터미널 기기로 송신하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  5. 제4항에 있어서, 상기 할당된 IP 주소 메시지를 상기 터미널 기기로 송신하는 것에 대한 응답으로, 상기 통신 기기는 상기 터미널 기기로부터 상기 할당된 IP 주소를 가지는 IP 주소 요구 메시지를 수신하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  6. 제5항에 있어서, 상기 터미널 기기로부터 상기 할당된 IP 주소를 가지는 상기 IP 주소 요구 메시지를 수신하는 것에 대한 응답으로, 상기 통신 기기는 상기 IP 주소 요구 메시지를 긍정 확인하는 메시지를 상기 터미널 기기로 송신하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  7. 제6항에 있어서, 상기 IP 주소 요구 메시지를 긍정 확인하는 메시지를 상기 터미널 기기로 송신하는 것에 대한 응답으로, 상기 통신 기기는 상기 연동 장치로부터의 구성 옵션을 가지는 메시지를 송신하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  8. 제7항에 있어서, 상기 연동 장치로부터의 구성 옵션을 가지는 상기 메시지를 송신하는 것에 대한 응답으로, 상기 통신 기기는 상기 터미널 기기에 의해 상기 연동 장치로의 상기 할당된 IP 주소의 수신을 긍정 확인하는 메시지를 수신하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  9. 제8항에 있어서, 상기 IP 주소 요구 메시지는 IPCP 구성-요구 메시지인 것을 특징으로 하는 IP 주소 협상 유지 방법.
  10. 제9항에 있어서, 상기 임의의 IP 주소 메시지는 상기 통신 기기가 거부할 복수의 임의의 IP 주소 중 하나를 포함하는 IPCP 구성-부정 응답 메시지인 것을 특징으로 하는 IP 주소 협상 유지 방법.
  11. 제10항에 있어서, 상기 IP 주소 요구 메시지에 대한 응답으로 상기 연동 장치가 IP 주소를 할당하였는지 여부를 확인하는 단계는 상기 통신 기기가 상기 연동 장치로부터 IP 주소를 포함하는 IPCP 구성-긍정 확인 메시지를 수신하였는지를 식별함으로써 결정되는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  12. 제11항에 있어서, 상기 할당된 IP 주소 메시지는 상기 연동 장치에 의해 제공된 상기 할당된 IP 주소를 포함하는 IPCP 구성-부정 응답 메시지인 것을 특징으로 하는 IP 주소 협상 유지 방법.
  13. 제12항에 있어서, 상기 할당된 IP 주소를 가지는 상기 IP 주소 요구 메시지는 상기 할당된 IP 주소를 포함하는 IPCP 구성-요구 메시지인 것을 특징으로 하는 IP 주소 협상 유지 방법.
  14. 제13항에 있어서, 상기 할당된 IP 주소를 가지는 상기 IP 주소 요구 메시지를 긍정 확인하는 상기 메시지는 IPCP 구성-긍정 확인 메시지인 것을 특징으로 하는 IP 주소 협상 유지 방법.
  15. 제14항에 있어서, 상기 연동 장치로의 상기 할당된 IP 주소의 수신을 긍정 확인하는 상기 메시지는 IPCP 구성-긍정 확인 메시지인 것을 특징으로 하는 IP 주소 협상 유지 방법.
  16. 제15항에 있어서, 상기 통신 기기가 상기 임의의 IP 주소 메시지를 반복해서 송신하는 횟수와 상기 터미널 기기가 상기 임의의 IP 주소를 포함하는 상기 IP 주소 요구 메시지에 응답하는 횟수를 줄이기 위해 미리 결정된 기간의 지연을 제공하는 단계를 더 포함하는 것을 특징으로 하는 IP 주소 협상 유지 방법.
  17. 무선 통신 네트워크에서 IP 주소 협상을 유지하기 위한 메커니즘으로서,
    터미널 기기; 및
    상기 터미널 기기에 연결되어, 상기 터미널 기기로부터 IP 주소 요구 메시지를 수신하고, 그에 대한 응답으로, 상기 통신 네트워크로 IP 주소 요구 메시지를 송신하는 통신 기기를 포함하며,
    상기 통신 기기는 상기 통신 네트워크로부터 할당된 IP 주소를 수신하였는지 여부를 결정하고,
    상기 통신 기기가 상기 할당된 IP 주소를 수신하지 못했다는 결정에 응답하여, 상기 통신 기기는 임의의 IP 주소를 가지는 메시지를 상기 터미널 기기로 반복해서 송신하여 상기 터미널 기기가 그에 대한 응답으로 상기 임의의 IP 주소를 가지는 IP 주소 요구 메시지를 송신하도록 하며, 상기 통신 기기는 상기 통신 네트워크로부터 상기 할당된 IP 주소를 수신할 때까지 상기 IP 주소 요구 메시지의 상기 임의의 IP 주소를 거부하는, IP 주소 협상 유지 메커니즘.
  18. 제17항에 있어서, 상기 무선 통신 네트워크는 연동 장치를 포함하며, IP 주소 요구 메시지를 상기 통신 네트워크로 송신하는 상기 통신 기기는,
    상기 IP 주소 요구 메시지를 상기 통신 기기로부터 상기 연동 장치로 전송하는 수단; 및
    상기 IP 주소 요구 메시지에 근거하여 상기 할당된 주소를 확보하기 위해 상기 연동 장치와 협상하는 수단을 포함하는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  19. 제18항에 있어서, 상기 통신 기기는 상기 연동 장치가 상기 IP 주소 협상에 대한 응답으로 상기 할당된 IP 주소를 제공하였는지를 확인함으로써 상기 통신 기기가 상기 통신 네트워크로부터 할당된 IP 주소를 수신하였는지를 결정하는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  20. 제19항에 있어서, 상기 통신 기기가 상기 할당된 IP 주소를 수신하였다는 결정에 대한 응답으로, 상기 통신 기기는 상기 할당된 IP 주소를 가지는 메시지를 상기 터미널 기기로 송신하는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  21. 제20항에 있어서, 상기 할당된 IP 주소 메시지를 상기 터미널 기기로 송신하는 것에 대한 응답으로, 상기 통신 기기는 상기 터미널 기기로부터 상기 할당된 IP 주소를 가지는 IP 주소 요구 메시지를 수신하는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  22. 제21항에 있어서, 상기 터미널 기기로부터 상기 할당된 IP 주소를 가지는 상기 IP 주소 요구 메시지를 수신하는 것에 대한 응답으로, 상기 통신 기기는 상기 IP 주소 요구 메시지를 긍정 확인하는 메시지를 상기 터미널 기기로 송신하는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  23. 제22항에 있어서, 상기 IP 주소 요구 메시지를 긍정 확인하는 메시지를 상기 터미널 기기로 송신하는 것에 대한 응답으로, 상기 통신 기기는 상기 연동 장치로부터의 구성 옵션을 가지는 메시지를 송신하는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  24. 제23항에 있어서, 상기 연동 장치로부터의 구성 옵션을 가지는 상기 메시지를 송신하는 것에 대한 응답으로, 상기 통신 기기는 상기 터미널 기기에 의해 상기 연동 장치로의 상기 할당된 IP 주소의 수신을 긍정 확인하는 메시지를 수신하는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  25. 제24항에 있어서, 상기 IP 주소 요구 메시지는 IPCP 구성-요구 메시지인 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  26. 제25항에 있어서, 상기 임의의 IP 주소 메시지는 상기 통신 기기가 거부할 복수의 임의의 IP 주소 중 하나를 포함하는 IPCP 구성-부정 응답 메시지인 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  27. 제26항에 있어서, 상기 IP 주소 요구 메시지에 대한 응답으로 상기 연동 장치가 IP 주소를 할당하였는지 여부를 확인하는 것은 상기 통신 기기가 상기 연동 장치로부터 IP 주소를 포함하는 IPCP 구성-긍정 확인 메시지를 수신하였는지를 식별함으로써 결정되는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  28. 제27항에 있어서, 상기 할당된 IP 주소 메시지는 상기 연동 장치에 의해 제공된 상기 할당된 IP 주소를 포함하는 IPCP 구성-부정 응답 메시지인 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  29. 제28항에 있어서, 상기 할당된 IP 주소를 가지는 상기 IP 주소 요구 메시지는 상기 할당된 IP 주소를 포함하는 IPCP 구성-요구 메시지인 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  30. 제29항에 있어서, 상기 할당된 IP 주소를 가지는 상기 IP 주소 요구 메시지를 긍정 확인하는 상기 메시지는 IPCP 구성-긍정 확인 메시지인 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  31. 제30항에 있어서, 상기 연동 장치로의 상기 할당된 IP 주소의 수신을 긍정 확인하는 상기 메시지는 IPCP 구성-긍정 확인 메시지인 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
  32. 제31항에 있어서, 상기 통신 기기가 상기 임의의 IP 주소 메시지를 반복해서 송신하는 횟수와 상기 터미널 기기가 상기 임의의 IP 주소를 포함하는 상기 IP 주소 요구 메시지에 응답하는 횟수를 줄이기 위해 미리 결정된 기간의 지연이 제공되는 것을 특징으로 하는 IP 주소 협상 유지 메커니즘.
KR1020027009047A 2000-01-14 2001-01-12 Ｉｐｃｐ 협상 동안에 ｐｐｐ 시간경과를 피하는 방법 KR100748814B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/483,351 US6775553B1 (en) 2000-01-14 2000-01-14 Method of avoiding PPP time-outs during IPCP negotiations
US09/483,351 2000-01-14

Publications (2)

Publication Number Publication Date
KR20020082842A KR20020082842A (ko) 2002-10-31
KR100748814B1 true KR100748814B1 (ko) 2007-08-13

Family

ID=23919706

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020027009047A KR100748814B1 (ko) 2000-01-14 2001-01-12 Ｉｐｃｐ 협상 동안에 ｐｐｐ 시간경과를 피하는 방법

Country Status (11)

Country Link
US (2) US6775553B1 (ko)
EP (1) EP1247385B1 (ko)
JP (1) JP4741145B2 (ko)
KR (1) KR100748814B1 (ko)
CN (1) CN1183733C (ko)
AT (1) ATE299328T1 (ko)
AU (1) AU2937501A (ko)
CA (1) CA2397619A1 (ko)
DE (1) DE60111823T2 (ko)
ES (1) ES2244630T3 (ko)
WO (1) WO2001052499A2 (ko)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6775553B1 (en) * 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
US7412528B2 (en) * 2000-01-14 2008-08-12 Qualcomm, Incorporated Avoiding PPP time-outs during IPCP negotiations
FI109950B (fi) 2000-01-20 2002-10-31 Nokia Corp Osoitteen saanti
US6684256B1 (en) * 2000-01-27 2004-01-27 Utstarcom, Inc. Routing method for mobile wireless nodes having overlapping internet protocol home addresses
US7571308B1 (en) * 2000-06-28 2009-08-04 Microsoft Corporation Method for controlling access to a network by a wireless client
FI112150B (fi) * 2000-07-24 2003-10-31 Stonesoft Oyj Tietoliikenteen ohjausmenetelmä
JP3534185B2 (ja) 2000-10-27 2004-06-07 日本電気株式会社 無線通信システム及びその通信方法
KR100678231B1 (ko) * 2000-12-20 2007-02-01 삼성전자주식회사 이동통신단말기의 패킷 데이터 처리 장치 및 방법
US20020142765A1 (en) * 2001-03-30 2002-10-03 Rhoads Monte J. Network appliance wireless configuration interface
US7512133B2 (en) * 2001-12-03 2009-03-31 International Business Machines Corporation Method and apparatus for obtaining multiple port addresses by a fibre channel from a network fabric
US20030158959A1 (en) * 2002-02-15 2003-08-21 Jay Jayapalan Establishment of communications using point to point protocols such that duplicate negotiations are avoided
US7342894B2 (en) 2002-04-03 2008-03-11 Qualcomm Incorporated System and method for transparent Mobile IP registration within PPP negotiation
US6973088B2 (en) * 2002-04-03 2005-12-06 Qualcomm Incorporated PPP link negotiation in mobile IP systems
US7590408B2 (en) * 2002-04-03 2009-09-15 Qualcomm Incorporated Systems and methods for early determination of network support for mobile IP
KR100463820B1 (ko) * 2002-10-01 2004-12-29 에스케이 텔레콤주식회사 무선데이터 초기접속 지연 개선방법
CN1306762C (zh) * 2004-01-18 2007-03-21 中兴通讯股份有限公司 Wlan融合cdma2000用户跨网切换时保持ip地址不变的方法
JP3959402B2 (ja) * 2004-03-19 2007-08-15 株式会社日立コミュニケーションテクノロジー 通信接続装置及び通信端末ならびにこれを用いた通信方法
CN100589374C (zh) * 2004-07-08 2010-02-10 中兴通讯股份有限公司 一种使用点到点协议时防止ip地址泄漏的方法
US7609700B1 (en) 2005-03-11 2009-10-27 At&T Mobility Ii Llc QoS channels for multimedia services on a general purpose operating system platform using data cards
CN100389616C (zh) * 2005-03-18 2008-05-21 华为技术有限公司 实现交互功能业务数据交互的方法
US8091121B2 (en) 2005-12-01 2012-01-03 Qualcomm Incorporated Method and apparatus for supporting different authentication credentials
US20080016248A1 (en) * 2006-07-14 2008-01-17 George Tsirtsis Method and apparatus for time synchronization of parameters
CN101646205B (zh) * 2008-08-05 2014-07-09 华为技术有限公司 移动网络高速接入公网的节点、方法及系统
US8537762B2 (en) * 2009-04-27 2013-09-17 Qualcomm Incorporated System and method for optimally transferring data traffic on networks
US8769367B2 (en) * 2010-01-28 2014-07-01 Mediatek Inc. Apparatus, method, and system for IP address negotiations
US8971885B2 (en) 2011-11-02 2015-03-03 Qualcomm Incorporated Methods and devices for facilitating access terminal registrations
US10271274B2 (en) * 2012-02-03 2019-04-23 Qualcomm Incorporated Devices and methods for facilitating extended time periods for maintaining PPP sessions
CN103718640B (zh) * 2012-08-02 2018-04-10 华为技术有限公司 控制和转发解耦下协议的处理方法 及控制设备、转发设备
US9191209B2 (en) * 2013-06-25 2015-11-17 Google Inc. Efficient communication for devices of a home network
EP3085039B1 (en) * 2013-12-20 2019-02-20 Telefonaktiebolaget LM Ericsson (publ) Allocation of resources during split brain conditions
WO2018210139A1 (zh) * 2017-05-18 2018-11-22 苏州欧普照明有限公司 无线网络节点的配置方法、装置及系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR970069523A (ko) * 1996-04-04 1997-11-07 김영귀 자동차 휠 조타상태 표시장치

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE59611095D1 (de) * 1995-07-05 2004-10-28 Siemens Ag Einrichtung (iwf) zum bidirektionalen verbinden eines elan und eines cls-weitverkehrsnetzes
US5708655A (en) * 1996-06-14 1998-01-13 Telefonaktiebolaget L M Ericsson Publ Method and apparatus for addressing a wireless communication station with a dynamically-assigned address
KR100260516B1 (ko) * 1997-04-01 2000-07-01 정선종 코드분할 다중접속 이동통신망에서의 비동기통신 데이터발신호 및 착신호 서비스 방법
JP3045985B2 (ja) * 1997-08-07 2000-05-29 インターナショナル・ビジネス・マシーンズ・コーポレイション 接続確立方法、通信方法、状態変化伝達方法、状態変化実行方法、無線装置、無線デバイス、及びコンピュータ
US6061739A (en) * 1997-11-26 2000-05-09 International Business Machines Corp. Network address assignment using physical address resolution protocols
FI105976B (fi) 1998-02-09 2000-10-31 Nokia Networks Oy Matkaviestimen suurinopeuksinen liityntä TCP/IP-verkkoon
US6212563B1 (en) * 1998-10-01 2001-04-03 3Com Corporation Method and system for setting and managing externally provided internet protocol addresses using the dynamic host configuration protocol
US6483822B1 (en) * 1999-06-07 2002-11-19 Marcello Lioy Establishing a packet network call between a mobile terminal device and an interworking function
US6775553B1 (en) 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
US7412528B2 (en) * 2000-01-14 2008-08-12 Qualcomm, Incorporated Avoiding PPP time-outs during IPCP negotiations
US7000031B2 (en) * 2000-04-07 2006-02-14 Broadcom Corporation Method of providing synchronous transport of packets between asynchronous network nodes in a frame-based communications network
US20020107514A1 (en) * 2000-04-27 2002-08-08 Hooven Michael D. Transmural ablation device with parallel jaws
US7447182B2 (en) * 2001-04-06 2008-11-04 Nortel Networks Limited Discovering an address of a name server
KR100471615B1 (ko) 2001-11-07 2005-03-08 유티스타콤코리아 유한회사 Ｒａｄｉｕｓ 서버를 이용한 인터넷 서비스 프로바이더가입자의 아이피 주소 관리 시스템 및 그 방법
US7342894B2 (en) * 2002-04-03 2008-03-11 Qualcomm Incorporated System and method for transparent Mobile IP registration within PPP negotiation

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR970069523A (ko) * 1996-04-04 1997-11-07 김영귀 자동차 휠 조타상태 표시장치

Also Published As

Publication number Publication date
EP1247385A2 (en) 2002-10-09
CA2397619A1 (en) 2001-07-19
WO2001052499A2 (en) 2001-07-19
DE60111823T2 (de) 2006-04-20
ATE299328T1 (de) 2005-07-15
KR20020082842A (ko) 2002-10-31
US20090040988A1 (en) 2009-02-12
JP4741145B2 (ja) 2011-08-03
WO2001052499A3 (en) 2002-01-24
US6775553B1 (en) 2004-08-10
DE60111823D1 (de) 2005-08-11
JP2003520501A (ja) 2003-07-02
AU2937501A (en) 2001-07-24
US8086748B2 (en) 2011-12-27
CN1183733C (zh) 2005-01-05
EP1247385B1 (en) 2005-07-06
CN1416635A (zh) 2003-05-07
ES2244630T3 (es) 2005-12-16

Similar Documents

Publication Publication Date Title
KR100748814B1 (ko) Ｉｐｃｐ 협상 동안에 ｐｐｐ 시간경과를 피하는 방법
US7412528B2 (en) Avoiding PPP time-outs during IPCP negotiations
US8098617B2 (en) Method and apparatus for selective examination of PPP packets for renegotiation of a PPP link on a Um interface
JP2003516058A (ja) 無線遠隔通信システムにおける認証のための方法および装置
CA2364269C (en) Simultaneous setup of ppp on a um and rm interface
RU2304854C2 (ru) Способ определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель
KR100633204B1 (ko) Ｕｍ 및 Ｒｍ 인터페이스에서 ＰＰＰ 링크의 독립적인동기화
US6804260B2 (en) Method for selectively maintaining and applying PPP compression in a wireless communication system
CA2384162C (en) Methods for efficient early protocol detection
EP1192827B1 (en) SELECTIVELY FRAMING AND UNFRAMING PPP PACKETS DEPENDING ON NEGOTIATED OPTIONS ON THE Um AND Rm INTERFACES
KR20050040429A (ko) 이동 통신 시스템의 무선 패킷 데이터 서비스 방법
KR100746866B1 (ko) 효율적인 조기 프로토콜 검출 방법
KR100446638B1 (ko) 다중 패킷 호 지원이 가능한 패킷 단말기 및 이 패킷단말기에서의 다중 패킷 호 지원 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120727

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20130729

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20140730

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20160629

Year of fee payment: 10

LAPS Lapse due to unpaid annual fee