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

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

Info

Publication number
KR20020082842A
KR20020082842A KR1020027009047A KR20027009047A KR20020082842A KR 20020082842 A KR20020082842 A KR 20020082842A KR 1020027009047 A KR1020027009047 A KR 1020027009047A KR 20027009047 A KR20027009047 A KR 20027009047A KR 20020082842 A KR20020082842 A KR 20020082842A
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
KR100748814B1 (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

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
    • 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
    • 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
    • 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}
전례 없는 인터넷 가입자의 증가뿐만 아니라, 최근 무선 통신 및 컴퓨터 관련 기술에서의 혁신은 이동 컴퓨팅을 용이하게 하였다. 사실, 이동 컴퓨팅의 인기로 이동 사용자에 보다 많은 지원을 제공하기 위해 현 인터넷 기반 구조에 더 큰 요구를 제기한다. 결정적으로 이러한 요구를 만족하며 사용자에게 필요한 지원을 제공하는 것은 무선 통신 시스템에서 코드분할다중접속(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(RFC791)에 정의되어 있다.
상기 IP 프로토콜은 송신을 위해 데이타를 IP 패킷으로 인캡슐레이트(encapsulate)하는 네트워크 계층 프로토콜이다. 어드레싱(addressing)과 라우팅 정보는 패킷의 헤더에 첨부된다. IP 헤더들은 전송하고 수신하는 호스트를 식별하는 32-비트 주소를 포함하고 있다. 이러한 주소들은 상기 패킷이 네트워크를 통해 의도된 주소인 궁극적인 목표지점 경로를 선택하기 위해 중간 라우터에 의해 사용된다. 따라서, 상기 IP 프로토콜은 세계 어느 인터넷 노드에서 발생한 패킷도 세계 어느 다른 인터넷 노드로 보낼 수 있게 한다.
무선 통신 시스템에 통합된 또 다른 잘 알려진 프로토콜은 두 지점 간 프로토콜(PPP)로서, 이것은 특히(inter-alia), 인터넷 접속을 제공한다. 상기 PPP프로토콜은 " 두 지점 간 프로토콜(PPP)"라는 제하로 1991년 7월에 편찬된 코멘트 요구1661(RFC1661)에 자세히 설명되어 있다.
필수적으로, 상기 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)와 상기 ME2 기기(104)사이에 설정되고 제1 링크와 독립적으로, 제2 PPP링크가 상기 MT2 기기(104)와 IWF(108) 사이에 설정되는 상황을 상기 네트워크 모델이 나타낸다. 이러한 모델에서 상기 MT2기기(104)는 이동성 운영과 네트워크 주소 운용뿐만 아니라 수신된 PPP패킷들이 그들의 마지막 목표지점으로 보내지기 전에 수신된 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월에 편찬된 "범용 직렬 버스(UBS) 규격, 재버전 1.1(UNIVERSAL SERIAL BUS(UBS) SPECIFICATION, Revision 1.1)"과 1999년 7월에 편찬된 "블루 투스 규격 버전 1.0A 코어(BLUETOOTH SPEIFICATION VERSION 1.0A CORE)을 포함하며 이들은 이하 참고가 되고 있다.
MT2기기(104)의 상기 TIA/EIA 232-F프로토콜(212)은 상기 TE2 기기(102)로부터 패킷을 수신하고 그들을 MT2 기기(104)의 상기 PPPR계층(213)으로 보낸다. 상기 PPPR계층(213)은 PPP프레임에서 인캐슐레이트된 패킷을 언프레임(unframe)하고, 전형적으로 데이타 연결이 업(up)일 때, 계층(213)은 상기 패킷을 인터페이스(Um)(즉, PPPU계층(217))에 연결된 PPP계층으로 전송한다. PPPU계층(217)은 PPP프레임에 있는 상기 패킷을 IWF(108)에 위치한 피어(peer) PPPU로 송신하기 위해 포맷한다. 당업계에 알려진 무선 링크 프로토콜(RLP, 216)과 IS-95프로토콜(214) 모두는 인터페이스(Um)을 통해 PPP프레임에 인캡슐레이티드된 패킷을 상기BS/MSC로 송신한다. 상기 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)로 전송한다. RFC1661은 링크 제어 프로토콜(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)는 상기 주소가 PPPR링크의 다른 끝에서 TE2기기(102)에 할당될 수 있기 전에, 먼저 인터페이스(Um)을 통해 IWF(108)과 IP주소 협상을 하여야 한다.
그러나 운영적인 지연에 의해 IPCP 주소 협상의 소모는 방해될 수 있다. 예를 들어, 그러한 지연은 만약 MT2기기(104)와 IWF(108)사이의 링크가 TE2 기기(102)와 MT2 기기(104) 사이의 링크보다 더 느리면 발생될 수 있다. 그렇게 때문에, IPCP 주소 협상이 Um링크보다 Rm링크에 보다 빨리 도달될 수 있는 가능성이존재한다. 따라서, 상기 TE2기기(102)는 상기 MT2기기(104)로부터 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 주소 교섭을 유지하기 위해 시간 경과를 피하기 위한 신규한 방법에 관한 것이다.
통합되어 있으며 명세서의 일부를 구성하는 다음의 도면은 본 발명의 실시예를 보여주고 있으며 상세한 설명과 함께 본 발명의 목적, 장점 및 원칙을 설명한다. 도면에서:
도1은 무선 통신 시스템의 여러 구성 요소를 설명하는 고수준(high level) 블럭 다이아그램이다.
도2는 무선 통신 시스템의 프로토콜 스택을 도식적으로 설명하고 있다.
도3A는 본 발명의 실시예를 설명하는 흐름도 다이아그램이다.
도3B는 본 발명의 실시예의 운영을 설명하는 프로토콜-메시지 흐름 다이아그램이다.
본 발명은 IPCP협상을 유지하기 위해 시간 경과를 피하는 신규한 방법을 제공함으로써 위에서 밝혀진 요구가 해결된다.
여기서 실시되고 넓게 설명된 본 발명의 원칙과 상응하는 방법들은 통신 기기와 연결된 터미날 기기로부터 형성-요구 메시지와 같은 IP 주소를 요구하는 메시지를 수신하는 통신 기기를 포함한다. 그러면, 상기 통신 기기는 IP주소 요구 메시지에 대한 응답으로 피어(즉,IWF)로부터 할당된 IP주소를 수신하였는지를 결정한다. 통신 기기가 상기 IWF로부터 할당된 IP주소를 수신하지 못하였다는 결정에 대한 응답으로, 상기 통신 기기는 형성-불승인 메시지와 같이 임의의 IP주소를 가지는 메시지를 터미날로 송신한다. 메시지에 포함된 상기 임의의 IP주소는 통신 기기에 의해 거절될 것이며, 이것은 상기 통신 기기가 할당된 IP주소를 수신할 때까지 터미날 기기로 하여금 계속해서 추가적인 IP주소 요구 메시지를 송신하도록 유발한다.
본 발명의 실시예에 대한 다음의 상세한 설명은 이것들을 설명하는 상응하는 도면을 참고로 한다. 다른 실시예가 가능하며 본 발명의 정신과 범위를 벗어나지 않고 상기 실시예에 대한 수정이 만들어 질 수 있다. 따라서, 다음의 상세한 설명은 본 발명의 제한을 의미하지 않는다. 본 발명의 범위는 오히려 첨부된 청구항에 의해 정의된다.
당업자는 이하 설명하는 본 발명의 실시예는 그림으로 설명되는 구성요소(즉, TE2 기기(102), MT2기기(104), BS/MSC(106) 및 IWF(108))의 소프트웨어, 팜웨어, 하드웨어를 포함하는 다른 종류의 구현에서 실현될 수 있다는 것을 명확히 이해할 것이다. 본 발명의 구현에 사용되는 실제적인 소프트웨어 코드 또는 제어 하드웨어는 본 발명의 제한이 아니다. 따라서, 본 발명의 운용과 작동은 상기 실제 소프트웨어 코드 또는 하드웨어 구성요소에 대한 특별한 참고없이 설명될 것이다. 당업자는 이하의 설명에 근거하여 본 발명의 실시를 구현하는 소프트웨어와 하드웨어를 설계할 수 있다는 것을 명확히 알 수 있으므로 그렇게 특정되지 않은 참고는 받아들여 질 수 있다.
도3A는 본 발명의 실시예를 설명하는 흐름도 다이아그램이며 도3B는 본 발명의 실시예의 운영을 설명하는 프로토콜-메시지 흐름 다이아그램이다. 도3A에 지시된 것과 같이, 블럭(B305)에서 상기 MT2 기기(104)는 인터페이스(Um)를 통해 상기 IWF(108)과 PPP협상을 시작한다. 이러한 이벤트는 도3B에서 설명한 것과 같이, 인터페이스(Rm)에서 LCP의 시작으로 유발된다.(참고 수표기(reference numeral) 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)는 상기TE2기기(102)로부터 임의의 IP주소를 가지는 또 다른 IPCP 형성-요구 메시지를 기다리기 위해 블럭(B310)으로 역순환한다. 임의의 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)와 상기 TE기기(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)로부터 형성-요구 메시지를 승인하기 위해 형성-승인 메시지를 상기 TE2기기(102)로 송신하는 블럭(B335)로 진행된다.(참고 수표기 E를 보아라) 그러면 블럭(B340)에서, 상기 MT2기기(104)는 링크(Um)를 통해 상기 IWF(108)과 협상된 IPCP옵션들을 TE2기기(102)로 전송한다. 그러면 블럭(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주소 요구 메시지를 상기 통신 네트워크에 포함된 상호연동 기능으로 전송하는 단계, 및
    상기 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주소의 수신을 승인하는 상기 메시지는 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 2000-01-14
US09/483,351 US6775553B1 (en) 2000-01-14 2000-01-14 Method of avoiding PPP time-outs during IPCP negotiations

Publications (2)

Publication Number Publication Date
KR20020082842A true KR20020082842A (ko) 2002-10-31
KR100748814B1 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)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100678231B1 (ko) * 2000-12-20 2007-02-01 삼성전자주식회사 이동통신단말기의 패킷 데이터 처리 장치 및 방법

Families Citing this family (30)

* 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 日本電気株式会社 無線通信システム及びその通信方法
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
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
US7342894B2 (en) * 2002-04-03 2008-03-11 Qualcomm Incorporated System and method for transparent Mobile IP registration within PPP negotiation
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 华为技术有限公司 实现交互功能业务数据交互的方法
BRPI0619097A2 (pt) * 2005-12-01 2011-09-13 Qualcomm Inc método e equipamento para suportar credenciais de autenticação diferentes
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
US8565160B2 (en) 2011-11-02 2013-10-22 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
WO2014019185A1 (zh) * 2012-08-02 2014-02-06 华为技术有限公司 一种控制和转发解耦下协议处理方法及控制面设备、转发面设备
US9191209B2 (en) * 2013-06-25 2015-11-17 Google Inc. Efficient communication for devices of a home network
US10924450B2 (en) * 2013-12-20 2021-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Allocation of resources during split brain conditions
WO2018210139A1 (zh) * 2017-05-18 2018-11-22 苏州欧普照明有限公司 无线网络节点的配置方法、装置及系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6205490B1 (en) * 1995-07-05 2001-03-20 Siemens Aktiengesellschaft System (IWF) for the bidirectional connection of an ELAN and a CLS wide-area network
KR100201902B1 (ko) * 1996-04-04 1999-06-15 류정열 자동차 휠 조타상태 표시장치
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
US7412528B2 (en) * 2000-01-14 2008-08-12 Qualcomm, Incorporated Avoiding PPP time-outs during IPCP negotiations
US6775553B1 (en) * 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
US6954800B2 (en) * 2000-04-07 2005-10-11 Broadcom Corporation Method of enhancing network transmission on a priority-enabled 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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100678231B1 (ko) * 2000-12-20 2007-02-01 삼성전자주식회사 이동통신단말기의 패킷 데이터 처리 장치 및 방법

Also Published As

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

Similar Documents

Publication Publication Date Title
KR100748814B1 (ko) Ｉｐｃｐ 협상 동안에 ｐｐｐ 시간경과를 피하는 방법
US8009588B2 (en) System and method for transparent mobile IP registration within PPP negotiation
AU1815701A (en) Method and apparatus for authentication in a wireless telecommunications system
US7412528B2 (en) Avoiding PPP time-outs during IPCP negotiations
US6370118B1 (en) Simultaneous set up of PPP on AUM and a RM interface
RU2304854C2 (ru) Способ определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель
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
KR20010090597A (ko) 공통 ｉｐ 어드레스를 갖는 이동 단말 및 무선 장치
US6934276B1 (en) Methods for efficient early protocol detection

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