[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

KR100883063B1 - 문맥 재할당 방법 - Google Patents

문맥 재할당 방법 Download PDF

Info

Publication number
KR100883063B1
KR100883063B1 KR20020008342A KR20020008342A KR100883063B1 KR 100883063 B1 KR100883063 B1 KR 100883063B1 KR 20020008342 A KR20020008342 A KR 20020008342A KR 20020008342 A KR20020008342 A KR 20020008342A KR 100883063 B1 KR100883063 B1 KR 100883063B1
Authority
KR
South Korea
Prior art keywords
context
sequence number
information
compressor
decompressor
Prior art date
Application number
KR20020008342A
Other languages
English (en)
Other versions
KR20030068742A (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 엘지전자 주식회사
Priority to KR20020008342A priority Critical patent/KR100883063B1/ko
Priority to JP2003037518A priority patent/JP2003319466A/ja
Priority to US10/366,571 priority patent/US20030156559A1/en
Priority to EP03003404A priority patent/EP1337124A3/en
Priority to CNB031037240A priority patent/CN100477844C/zh
Publication of KR20030068742A publication Critical patent/KR20030068742A/ko
Application granted granted Critical
Publication of KR100883063B1 publication Critical patent/KR100883063B1/ko

Links

Images

Classifications

    • 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/04—Protocols for data compression, e.g. ROHC
    • 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
    • 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
    • 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/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • 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/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/10—Reselecting an access point controller
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

본 발명은 비동기식 IMT-2000 시스템에서 SSR(Seamless SRNS Relocation)시 RFC3095(Robust Header Compression : ROHC)헤더압축기법에 사용되는 문맥(Context)의 재할당(Relocation)방법에 관한 것이다.
본 발명에 따른 문맥 재할당 방법은, 압축기(compressor) 문맥(context)과 복원기(decompressor) 문맥(context)을 목표(target) 무선망 제어기로 전송하는 단계와, SSR(Seamless SRNS Relocation) 정보와, 이전에 단말에 저장된 순서번호(SN)를 갱신하기 위해 상기 압축기 문맥 및 상기 복원기 문맥의 순서번호(SN) 정보를 상기 단말로 전송하는 단계를 포함하되, 상기 순서번호 정보는 실시간 프로토콜 패킷 전송에 기초하여 증가되는 값인 순서번호와 연관되는 정보이며, 상기 압축기 문맥 또는 상기 복원기 문맥의 다른 값을 유도해 낼 수 있는 정보인 것을 특징으로 한다.

Description

문맥 재할당 방법 {Method for relocating context}
도 1은 3GPP에서 권고하고 있는 망 구조중 패킷 도메인 (PS domain) 에서의 망 구조를 나타낸 도면
도 2는 사용자 데이터의 전송을 위한 사용자 평면 (User plane)을 나타낸 도면
도 3은 제어 신호의 전달을 위한 제어평면 (Control plane )을 나타낸 도면
도 4는 3GPP 무선접속망 규격을 기반으로 한 단말과 UTRAN사이의 무선접속인터페이스 프로토콜의 구조
도 5는 담당 RNS 재할당 (SRNS relocation) 과정을 나타낸 도면
도 6은 종래의 문맥 재할당 방법을 나타낸 프로시저
도 7은 본 발명의 문맥 재할당 방법을 나타낸 프로시저
본 발명은 비동기식 IMT-2000 시스템에서 SSR(Seamless SRNS Relocation)시 RFC3095(Robust Header Compression : ROHC)헤더압축기법에 사용되는 문맥(Context)의 재할당(Relocation)방법에 관한 것으로, 특히 SSR시 문맥 재할당을 통하여 ROHC압축기법을 사용하고자 할 때, Source RNC 또는 Target RNC가 UE에게 SSR정보와 문맥 재할당에 사용되는 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각의 SN 필드 값을 함께 알림으로써, SSR이 완료되어 Target RNC가 담당 RNC(Serving RNC)가 되었을 때, UE는 상기 수신한 SN 필드 값을 기준으로 하여 Target RNC와 압축헤더패킷을 송수신하므로써 문맥(Context)의 동기(Synchronisation)를 잃지 않고, UE와 Target RNC는 압축헤더패킷을 정상적으로 복원함으로써 압축복원효율을 높일 수 있는 SSR시 효과적인 ROHC 문맥 재할당 방법에 관한 것이다.
이하 종래기술에 대해 설명한다.
먼저, 종래 및 본 발명에 대한 일반적인 배경 설명을 한다.
제2세대 회선망인 GSM(Global System for Mobile communications)과 패킷망인 GPRS(General Packet Radio Service)를 기초로 한 제3세대 WCDMA 기술(비동기식 IMT-2000)의 세부규격서 작성을 위해 유럽의 ETSI, 일본의 ARIB/TTC, 미국의 T1, 중국의 CWTS 및 한국의 TTA 등은 제3세대 공동프로젝트(Third Generation Partnership Project ; 이하, 3GPP라 약칭함)라는 프로젝트를 구성했으며, 이 공동프로젝트를 통해 음성, 영상 및 데이터와 같은 멀티미디어 서비스를 무선환경에서도 제공할 수 있는 제3세대 이동통신 시스템을 개발 중에 있다.
3GPP에서는 신속하고 효율적인 프로젝트 운영과 기술개발을 위해, 5개의 기술규격그룹(Technical Specification Groups; 이하, TSG라 약칭함)을 두어 그 활동 을 지원하고 있으며, 각 TSG는 부여된 영역과 관련된 표준규격의 개발, 승인, 그리고 그 관리를 책임진다.
이들 중에서 무선접속망(Radio Access Network : 이하 RAN이라 약칭함)그룹은 제3세대 이동통신시스템에서 새로운 무선접속망의 규정을 목표로, 단말기와 UMTS 무선망(Universal Mobile Telecommunications Network Terrestrial Radio Access Network;이하, UTRAN이라 약칭함)의 기능, 요구사항 및 인터페이스에 대한 규격을 개발하며, 핵심망 (Core Network : 이하 CN이라 약칭함) 그룹은 UTRAN과 회선 백본망 또는 패킷 백본망과의 연결을 위한 CN의 기능, 요구사항 및 인터페이스에 대한 규격을 개발하고 있다.
도 1은 이러한 TSG-RAN과 TSG-CN에서 권고하고 있는 망 구조중 패킷 도메인 (Packet Service domain : 이하 PS domain이라 약칭함) 에서의 망 구조를 보이고 있다.
도 1을 설명하면, 먼저 UTRAN은 여러 개의 무선망 부 시스템(Radio Network Subsystem : 이하 RNS라 약칭함)으로 구성되어 있으며, 하나의 RNS는 여러 개의 Node B(기지국)와 하나의 무선망 제어기(Radio Network Controller : 이하 RNC라 약칭함)로 구성되어 있다.
그리고, CN은 회선망인가 패킷망인가에 따라 그 구조가 다른데, 본 발명에서 고려하는 패킷망의 경우에는 여러 개의 담당 GPRS 지원 노드(Serving GPRS Support Node : 이하 SGSN이라 약칭함)와 하나의 게이트웨이 GPRS 지원 노드(Gateway GPRS Support Node : 이하 GGSN이라 약칭함)로 구성된다.
상기 도 1의 각 부분의 역할은 다음과 같다.
Node B는 단말(User Equipment : 이하 UE라 약칭함)이 UTRAN과 접속하기 위한 접속점의 역할을 하며, RNC는 각 UE에 대한 무선 자원의 할당 및 관리를 한다.
RNC는 두 가지로 구분되는데, 공용무선자원의 관리를 맡고 있는 제어 RNC(Control RNC : 이하 CRNC라 약칭함)와 각 단말에 할당된 전용무선자원을 관리하는 담당 RNC(Serving RNC : 이하 SRNC라 약칭함)로 나누어진다.
그리고 특정 UE의 입장에서 자신의 SRNC가 위치한 RNS를 특별히 담당 RNS(Serving RNS : 이하 SRNS라 약칭함)라고 한다.
SGSN은 UTRAN에서 전송한 정보를 라우팅하는 역할을 하며, GGSN은 정보의 목적지가 현재의 CN이 아닌 다른 망일 경우에 정보를 넘겨주는 게이트웨이의 역할을 한다.
PDN (Packet Domain Network)은 PS domain의 백본망으로, 다른 망과의 PS domain에서의 연결을 지원한다.
또한 상기 도 1의 각 부분의 인터페이스는 서로 간의 구별을 위해 다음과 같은 각각의 고유한 이름을 사용하고 있다.
UE와 Node B 사이는 Uu, Node B와 RNC 사이는 Iub, RNC와 RNC 사이는 Iur, RNC와 SGSN 사이는 Iu, SGSN과 GGSN 사이 또는 SGSN과 SGSN 사이는 Gn 인터페이스라고 한다.
상기 도 1은 망 구조의 한 예를 보인 것이며, 실제로는 Iur은 존재할 수도 있고 존재하지 않을 수도 있으며, 다른 SGSN에 속한 RNC들 사이에도 Iur이 존재할 수 있다.
또한, SGSN 사이의 Gn도 존재할 수도 있고 존재하지 않을 수도 있다.
도 1의 망 구조를 좀더 자세하게 살펴보면 도 2 및 도 3과 같은 계층적 구조로 나타낼 수 있다.
도 2는 사용자 데이터의 전송을 위한 사용자 평면 (User plane : 이하 U-plane으로 약칭)을 나타내고, 도 3은 제어 신호의 전달을 위한 제어 평면 (Control plane : 이하 C-plane으로 약칭)을 나타낸다.
이들 계층 중 특히 무선 구간인 Uu 인터페이스의 세부 계층이 도 4에 나타나 있으며, 이들을 자세히 살펴보면, U-plane에는 패킷 데이터 수렴 프로토콜 계층(Packet Data Convergence Protocol Layer : 이하 PDCP라 약칭함) 계층, 무선링크제어 계층(Radio Link Control Layer : 이하 RLC라 약칭함), 매체접속제어 계층(Medium Access Control Layer : 이하 MAC이라 약칭함) 및 제1계층으로 물리계층(Physical Layer : 이하 L1이라 약칭함)이 있으며, 제어평면에는 무선자원제어 계층(Radio Resource Control Layer : 이하 RRC라 약칭함), RLC계층, MAC계층 및 L1계층이 있다.
이하 상기 도 4의 각 계층을 설명한다.
상기의 L1계층은 다양한 무선전송기술을 이용해 상위 계층에 정보전송서비스(Information Transfer Service)를 제공한다.
상위에 있는 MAC계층과는 전송채널(Transport Channel)을 통해 연결되어 있으며, 이 전송채널을 통해 MAC계층과 물리계층 사이의 데이터가 이동한다.
전송채널은 단말이 독점적으로 이용할 수 있는지, 또는 여러 개의 단말이 공유해서 사용하는지에 따라 각각 전용전송채널(Dedicated Transport Channel)과 공용전송채널(Common Transport Channel)로 구분된다.
MAC계층은 무선자원의 할당 및 재할당을 위한 MAC 파라미터의 재할당 서비스를 제공한다.
상위계층인 RLC계층과는 논리채널(Logical Channel)로 연결되어 있으며, 전송되는 정보의 종류에 따라 다양한 논리채널이 제공된다.
일반적으로 제어평면의 정보를 전송할 경우에는 제어채널(Control Channel)을 이용하고, 사용자 평면의 정보를 전송하는 경우는 트래픽 채널(Traffic Channel)을 사용한다.
RLC계층은 무선링크의 설정 및 해제 서비스를 제공한다. 또한, 사용자평면의 상위계층으로부터 내려온 RLC 서비스데이터단위(Service Data Unit; 이하, SDU라 약칭함)의 분할 및 재조립 (Segmentation and Reassembly) 기능을 수행한다.
RLC SDU는 RLC계층에서 처리용량에 맞게 크기가 조절된 후 헤더(Header)정보가 더해져 프로토콜데이터단위(Protocol Data Unit; 이하, PDU라 약칭함)의 형태로 MAC계층에 전달된다.
RLC계층은 상위로부터 내려온 RLC SDU를 처리하는 방식에 따라 투명모드 (Transparent Mode), 무응답모드(Unacknowledged Mode), 응답모드(Acknowledged Mode)의 세가지 방식으로 동작하고, RLC계층에는 상위계층에서 내려온 RLC SDU 또는 RLC PDU들을 저장하기 위한 RLC버퍼가 존재한다.
PDCP계층은 RLC계층의 상위에 위치하며, IPv4나 IPv6와 같은 네트워크 프로토콜을 통해 전송되는 데이터가 RLC계층에 맞는 형태로 데이터를 전송할 수 있도록 한다.
이 외에도 유선망에서 사용되는 불필요한 제어정보를 줄여 무선 인터페이스를 통해 효율적으로 전송될 수 있도록 해준다.
상기 기능은 헤더압축(Header Compression)이라고 불리며, 현재 UMTS 시스템에서는 PDCP계층에서 RFC2507과 RFC3095 (Robust Header Compression : ROCH) 헤더압축기법을 사용한다.
예를들어 헤더압축기법은 TCP/IP 또는 UDP/IP용 헤더정보의 양을 줄이는데 사용될 수 있다.
상기의 UDP(User Datagram Protocol)는 인터넷의 표준 프로토콜 집합인 TCP/IP의 기반이 되는 프로토콜의 하나이다.
TCP/IP에서는 망 계층(OSI의 제3계층에 해당) 프로토콜인 IP와 전송 계층(OSI의 제4계층에 해당) 프로토콜인 전송 제어 프로토콜(TCP) 또는 사용자 데이터그램 프로토콜(UDP)의 어느 하나를 조합하여 데이터를 주고받는다.
TCP에서는 세션(접속)을 설정한 후에 통신을 개시하지만, UDP에서는 세션을 설정하지 않고 데이터를 상대의 주소로 송출한다. UDP의 특징은 프로토콜 처리가 고속이라는 점이다. 그러나 TCP와 같이 오류 정정이나 재송신 기능은 없다. 신뢰성보다도 고속성이 요구되는 멀티미디어 응용 등에서 일부 사용된다.
한편 상기의 PDCP계층내에는 ROHC계층이 존재한다.
RRC계층은 임의의 영역에 위치한 모든 단말에 정보를 방송해주는 정보방송서비스(Information broadcast service)를 제공한다. 또한, 제3계층에서의 제어신호교환을 위한 제어평면신호처리를 담당하여, 단말과 UTRAN간 무선자원의 설정, 유지 및 해제 기능을 갖는다.
특히, RRC는 무선베어러(Radio Bearer : 이하 RB라 약칭함)의 설정, 유지 및 해제 기능과, 무선자원접속에 필요한 무선 자원의 할당, 재배치 또는 해제 기능을 갖는다. 이때 RB는 단말과 UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.
즉, 하나의 RB가 설정된다는 것은 무선 구간에서 특정 서비스를 제공하기 위하여 필요한 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다.
이하 상기의 PDCP계층에서 사용되는 IP헤더압축기법중 RFC3095(Robust Header Compression: 이하 ROHC이라 약칭함)에 대해 살펴보도록 한다.
ROHC은 일반적으로 RTP(Real-time Transport Protocol)/UDP/IP패킷의 헤더정보를 줄이는데 사용된다. RTP프로토콜은 VoIP(Voice over IP)나 streaming service 같은 real-time traffic이 UDP/IP패킷으로 보내질 때의 문제점을 보완하기위해 사용된다.
부연하면, RTP는 실시간으로 음성이나 동화를 송수신하기 위한 트랜스포트층 통신 규약으로, RFC 1889에 RTCP(RTP control protocol)와 함께 규정되어 있다.
자원 예약 프로토콜(RSVP)과는 달리 라우터 등의 통신망 기기에 의지하지 않 고 단말 간에 실행되는 것이 특징이다.
RTP는 보통 사용자 데이터그램 프로토콜(UDP)의 상위 통신 규약으로 이용된다.
송신 측은 타임 스탬프(time stamp)를 근거로 재생 동기를 취해서 지연이 큰 패킷을 포기할 수 있다. 또 수신 측에서 전송 지연이나 대역폭 등을 점검, RTC(RTP control protocol)를 사용해서 송신 측의 상위층 애플리케이션에 통지하는 것으로 부호화 속도 등의 조정을 통해서 서비스 품질(QoS) 제어를 실현할 수 있다.
LAN/인터넷 환경에서의 비디오 회의 시스템의 ITU-T 권고 H.323에 채용되었으며 미국 마이크로소프트사의 비디오 회의 소프트 NetMeeting 등이 탑재되어 있다.
상기 ROHC압축기법은 한 패킷 스트림에 속하는 연속된 패킷에서 패킷 데이터 각각의 필드 값이 거의 동일하고, 항상 변하는 필드는 일정 패턴을 가지고 있다는 사실을 바탕으로 한다.
즉, ROHC압축기법은 패킷 데이터 필드 전체를 전송하는 것이 아니라, 항상 변하는 필드를 전송하는 것이다. ROHC 압축헤더패킷의 헤더크기는 압축헤더패킷의 종류에 따라 다르지만 일반적으로 1옥텟에서 3옥텟이다.
상기 ROHC압축기법에 대해서 자세히 살펴보기로 한다.
압축기(Compressor)는 처음에 전체헤더패킷을 전송한 후, 전체헤더패킷을 바탕으로 하는 문맥(Context)을 형성한다. 상기 압축기의 문맥(Context)은 패킷을 압축하는데 기준이 되는 필드들의 집합이다.
문맥(Context)이 형성되면 압축기에서 전송되는 압축헤더패킷은 크게 문맥(Context)을 갱신하는 압축헤더패킷과, 문맥(Context)을 갱신하지 않는 압축헤더패킷으로 나뉜다.
일반적으로 압축기는 문맥(Context)을 형성한 후, 문맥(Context)을 갱신하는 압축헤더패킷을 여러개 전송한 다음, 문맥(Context)을 갱신하지 않는 압축헤더패킷을 전송하는 방법을 사용한다.
복원기(Decompressor)는 처음에 전체헤더패킷을 수신하여 문맥(Context)을 형성한다. 상기 복원기의 문맥(Context)은 압축된 패킷을 복원하는데 기준이 되는 필드들의 집합이다.
문맥(Context)을 형성한 후에 복원기는 수신한 압축헤더패킷이 문맥(Context)을 갱신하는 압축헤더패킷인 경우에는 압축헤더패킷을 복원하여 패킷의 무결성을 체크한 후, 성공한 경우에만 문맥(Context)을 갱신하고 상위계층으로 복원된 패킷을 보낸다.
그러나 문맥(Context)을 갱신하지 않는 압축헤더패킷의 경우에는 무결성 검사를 하지않고 압축헤더를 복원하여 상위계층으로 복원된 패킷을 보낸다.
ROHC압축기법은 한 패킷스트림내에서 연속된 압축헤더패킷은 전송되는 필드 값의 변화가 크지 않은 특성을 이용하여, 필드 값 전체를 전송하는 대신 기준 값(Reference value)을 정하여 현재 필드 값 중 LSB (Least Significant Bits)만큼만을 전송하는 방법을 사용한다.
문맥(Context)을 갱신하는 압축헤더패킷이 연속적으로 전송될 경우, 현재 필 드 값의 LSB는 바로 이전 문맥을 갱신하는 압축헤더패킷에 의해 갱신된 문맥의 전체 필드 값을 기준으로 한다.
반면 문맥(Context)을 갱신하지 않는 압축헤더패킷은 가장 최근에 갱신된 문맥(Context)의 값을 기준으로 하여, 전체 필드 값 중에서 LSB 만큼을 전송한다. 그리고 LSB값을 수신한 압축복원기(Decompressor)는 최근의 기준 값을 바탕으로 하여 원래의 필드 값으로 복원해 낸다.
이동통신에서는 패킷 데이터의 송수신이 진행되고 있을 때에도 이동성(mobility)을 지원하므로 UE가 속한 담당 RNC(Serving RNC)가 변경되는 담당 RNS 재할당(SRNS Relocation)이 발생한다.
도 5는 담당 RNS 재할당 (SRNS relocation) 과정을 나타낸 도면이다.
담당 RNS 재할당이란 UE가 RNS 간 핸드 오버를 한 경우, UE와 CN 사이의 Iu connection point를 보다 짧은 경로로 설정하기 위해 SRNC를 Source RNC에서 Target RNC로 바꾸어 주는 과정을 말한다.
이때 담당 RNS 재할당에는 두 가지 모드가 있는데, 하나는 Lossless SRNS Relocation이며 다른 하나는 Seamless SRNS Relocation(이하 SSR이라 약칭함)이다.
ROHC압축기법은 real-time traffic에 적용되므로, ROHC압축기법을 사용하는 RNC는 SSR모드를 사용한다.
SSR이란 Source RNC가 담당 RNC인 경우 UE와 Source RNC간에 패킷 데이터를 송수신을 하다가 Target RNC가 담당 RNC(Serving RNC)가 되었을 때, UE와 Target RNC간에 패킷 데이터를 송수신함으로써 끊임없는 서비스를 제공하는 handover방법 이다.
SSR동안 Target RNC가 문맥(Context)을 형성하는 방법이 두 가지가 있다.
첫 번째 방법은 Target RNC가 담당 RNC(Serving RNC)가 되었을 때 UE와 서로 전체헤더패킷을 주고 받음으로써 UE와 Target RNC간에 새로운 문맥(Context)을 생성하는 방법이다.
두 번째 방법은 Source RNC가 기존에 사용되고 있던 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context)을 Iur 인터페이스를 통하여 Target RNC로 전달하여 Target RNC에서 문맥(Context)을 생성하고, UE에서는 기존의 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context)을 사용하는 것이다.
도 6은 종래의 문맥 재할당 방법을 나타낸 프로시저이다.
여기서는 Source RNC에서 기존에 사용되고 있는 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context)을 Target RNC로 전달하는 방법에 대해서 살펴보도록 한다.
Source RNC와 Target RNC가 SSR을 결정하면 Source RNC는 기존에 사용되던 문맥(Context)의 스냅샷(Snapshot)을 찍어 Target RNC로 전달하는 문맥 재할당을 한다. Target RNC는 문맥 재할당을 통하여 압축기 문맥(Context)과 복원기 문맥(Context)을 형성하지만, 담당 RNC가 되기 전까지는 UE와 패킷 데이터 송수신을 하지 않는다.
즉, 상기와 같은 종래의 문맥 재할당방법은, UMTS시스템에서 PDCP계층은 ROHC압축헤더기법을 사용함으로써 헤더 크기를 줄여 무선자원을 효율적으로 사용하면서, SSR동안 끊임없는 서비스를 제공하기 위해 문맥 재할당을 통하여 Target RNC에서 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context)을 형성하도록 한다.
SSR동안에 문맥(Context)을 갱신하지 않는 압축헤더패킷만이 송수신된다면 Source RNC와 UE간에 문맥(Context)의 갱신(update)이 없기 때문에, Target RNC가 담당 RNC(Serving RNC)가 되었을 때 UE의 문맥(Context)과 담당 RNC(Serving RNC)의 문맥(Context)간에 동기 (Synchronisation)를 잃지 않는다.
그러나 Source RNC와 UE가 SSR동안 문맥(Context)을 갱신하는 압축헤더패킷을 송수신하면 Source RNC와 UE 각각의 문맥(Context)은 갱신된다.
Target RNC는 담당 RNC가 되기 전까지 패킷 데이터를 송수신하지 않으므로, Target RNC의 문맥(Context)은 Source RNC와 UE간에 송수신하는 문맥(Context)을 갱신하는 압축헤더패킷에 의해 갱신되지 않는다.
상기 SSR이 완료되어 Target RNC가 담당 RNC(Serving RNC)가 되었을 때, 갱신된 UE의 문맥(Context)과 문맥 재할당으로 형성된 Target RNC의 문맥(Context)은 동기(Synchronisation)를 잃게 된다.
따라서 상기 SSR이 완료된 시점에서 UE와 Target RNC 각각의 압축기(Compressor)는 문맥(Context)의 동기 (Synchronisation)를 잃은 것을 알지 못하고, 기존의 압축기 문맥(Context)을 기준으로 하여 압축헤더패킷을 전송하고, UE와 Target RNC 각각의 복원기(Decompressor)는 기존의 복원기 문맥(Context)을 기준으로 하여 압축헤더패킷을 복원하므로 복원에 실패한다.
UE와 Target RNC 각각의 압축기 문맥(Context)과 복원기 문맥(Context)이 동기 (Synchronisation)를 획득하기 전까지 압축헤더패킷은 정상적으로 복원되지 못하며, 이로 인해 패킷 손실이 계속해서 발생한다.
상기 패킷 손실은 SSR로 인해 발생하는 것이다. 기존의 ROHC압축기법에서 복원기(Decompressor)는 문맥(Context)을 갱신하는 압축헤더패킷을 복원하는데 여러 개 실패한 후에야 압축기(Compressor)로 복원 실패정보(Negative Acknowledgement: NACK)를 알린다.
그렇기 때문에 UE와 Target RNC간에 문맥의 동기를 획득하기 까지는 많은 패킷의 손실이 발생한다. 상기 실패정보는 복원기 (Decompressor)가 복원에 성공한 최근 기준 값을 포함하므로, 실패정보를 수신한 압축기는 그 정보를 바탕으로 압축헤더패킷을 생성하여 복원기 문맥(Context)과 동기(Synchronisation)를 획득한다.
따라서 본 발명에서는 상기와 같은 종래의 문제점을 해결하기 위한 것으로, SSR시 문맥 재할당을 통하여 ROHC압축기법을 사용하고자 할 때, Target RNC에 형성된 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각에서 UE의 문맥(압축기 문맥과 복원기 문맥)과 동기를 잃지 않도록 하는 정보를 UE로 알려주어, SSR이후 Target RNC가 담당 RNC(Serving RNC)가 되었을 때, 상기 UE가 수신한 정보를 바탕으로 문맥(Context)을 갱신하여 동기(Synchronisation)를 잃지 않도록 하는 방법을 제안한다.
삭제
본 발명에 따른 문맥 재할당 방법은, 압축기(compressor) 문맥(context)과 복원기(decompressor) 문맥(context)을 목표(target) 무선망 제어기로 전송하는 단계와,
SSR(Seamless SRNS Relocation) 정보와, 이전에 단말에 저장된 순서번호(SN)를 갱신하기 위해 상기 압축기 문맥 및 상기 복원기 문맥의 순서번호(SN) 정보를 상기 단말로 전송하는 단계를 포함하되,
상기 순서번호 정보는 실시간 프로토콜 패킷 전송에 기초하여 증가되는 값인 순서번호와 연관되는 정보이며, 상기 압축기 문맥 또는 상기 복원기 문맥의 다른 값을 유도해 낼 수 있는 정보인 것을 특징으로 한다.
또한 본 발명에 따른 문맥 재할당 방법에서, 상기 단계들은 하드 핸드오버(hard handover)일 때 발생하는 것을 특징으로 한다.
또한 본 발명에 따른 문맥 재할당 방법에서, 상기 순서번호 정보는 순서번호 필드 값을 포함하는 것을 특징으로 한다.
또한 본 발명에 따른 문맥 재할당 방법에서, 상기 순서번호 정보는 상기 압축기 문맥 및 상기 복원기 문맥과 함께 전송되는 것을 특징으로 한다.
또한, 본 발명에 따른 목표(target) 무선망 제어기에 의해 수행되는 문맥 재할당 방법은, 압축기(compressor) 문맥(context)과 복원기(decompressor) 문맥(context)을 담당(source) 무선망 제어기로부터 수신하는 단계와,
SSR(Seamless SRNS Relocation) 정보와, 이전에 단말에 저장된 순서번호(SN)를 갱신하기 위해 상기 압축기 문맥 및 상기 복원기 문맥의 순서번호(SN) 정보를 상기 단말로 전송하는 단계를 포함하되,
상기 순서번호 정보는 실시간 프로토콜 패킷 전송에 기초하여 증가되는 값인 순서번호와 연관되는 정보이며, 상기 압축기 문맥 또는 상기 복원기 문맥의 다른 값을 유도해 낼 수 있는 정보인 것을 특징으로 한다.
또한 본 발명에 따른 목표(target) 무선망 제어기에 의해 수행되는 문맥 재할당 방법에서, 상기 단계들은 Cell/URA(UTRAN Registration Area) 갱신(update)일 때 발생하는 것을 특징으로 한다.
또한 본 발명에 따른 목표(target) 무선망 제어기에 의해 수행되는 문맥 재할당 방법에서, 상기 순서번호 정보는 순서번호 필드 값을 포함하고, 상기 압축기 문맥 및 상기 복원기 문맥과 함께 전송되는 것을 특징으로 한다.
또한, 본 발명에 따른 문맥 재할당 방법은, SSR(Seamless SRNS Relocation) 정보와, 압축기(compressor) 문맥(context)과 복원기(decompressor) 문맥(context)의 순서번호 정보를 무선망 제어기로부터 수신하는 단계와,
이전에 저장된 상기 압축기 문맥 및 상기 복원기 문맥의 순서번호 정보를갱신(update)하는 단계를 포함하되,
상기 순서번호 정보는 실시간 프로토콜 패킷 전송에 기초하여 증가되는 값인 순서번호와 연관되는 정보이며, 상기 압축기 문맥 또는 상기 복원기 문맥의 다른 값을 유도해 낼 수 있는 정보인 것을 특징으로 한다.
또한 본 발명에 따른 문맥 재할당 방법에서, 상기 순서번호 정보는 순서번호 필드 값을 포함하고, 상기 압축기 문맥 및 상기 복원기 문맥과 함께 전송되는 것을 특징으로 한다.
또한 본 발명에 따른 문맥 재할당 방법에서, 상기 압축기 문맥과 상기 복원기 문맥의 갱신된 순서번호 정보에 따라 실시간 프로토콜 패킷의 압축 및 복원을 수행하는 단계를 더 포함하는 것을 특징으로 한다.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
이하 첨부된 도면을 참조하여 본 발명에 따른 SSR시 효과적인 문맥 재할당 방법에 대해 설명한다.
먼저, 본 발명에 대해 개괄적으로 설명하면, SSR동안 문맥 재할당에 사용되는 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각은 Target RNC와 UE간에 문맥의 동기를 잃지 않도록 하는 정보를 UE에게 알려줌으로써, SSR동안 Source RNC와 UE간에 송수신한 압축헤더패킷의 종류에 상관없이, SSR이후 담당 RNC(Serving RNC)가 된 Target RNC와 UE간에 문맥(Context)의 동기(Synchronisation)를 잃지 않도록 제어할 수 있다.
ROHC압축기법에서, 상기 SSR이후 Target RNC와 UE간에 문맥의 동기를 잃지 않도록 하는 정보는 RTP프로토콜의 Sequence Number(이하 SN이라 약칭함)를 의미한다.
RTP프로토콜의 SN은 RTP패킷이 전송될 때마다 증가하는 값으로써, 문맥(Context)의 다른 값을 유도(획득)해 낼 수 있는 필드이다. SSR이 발생하고 있는 동안에 Source RNC 또는 Target RNC가 UE에게 SSR이 발생하고 있다는 것을 알리는데, 이때 문맥 재할당에 사용된 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각의 SN 필드 값을 함께 알린다.
도 7은 본 발명에서 제안하는 효과적인 문맥 재할당을 위해서 UE에게 문맥 재할당에 사용되는 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각의 SN 필드 값을 함께 알려주는 방법을 나타낸 절차를 나타낸 도면이다.
도 7를 참조하여, 효율적인 문맥 재할당 방법을 사용하는 시스템에 대하여 살펴보도록 한다.
SSR은 UE의 이동으로 UE가 속하는 담당 RNC가 변하는 과정 중 기존의 연결을 끊은 후, 새로운 연결을 설정하는 Hard Handover방법 또는 기존의 연결을 끊기 전에 새로운 연결을 설정하는 Cell/URA Update방법과 함께 발생한다.
Hard Handover인 경우에는 Source RNC가 UE에게 SSR의 발생을 알린 후, Source RNC에서 Target RNC로 ROHC압축기법의 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context)을 Iur 인터페이스로 전달함으로써 문맥 재할당을 한다.
반면 Combined Cell/URA(UTRAN Registration Area) Update인 경우에는 Source RNC에서 Target RNC로 ROHC압축기법의 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context)을 Iur 인터페이스로 전달하여 문맥 재할당 후, Target RNC가 담당 RNC(Serving RNC)가 된 다음에 UE에게 SSR이 발생했다는 것을 알린다.
본 발명에서는 Source RNC 또는 Target RNC에서 UE에게 SSR을 알릴 때, 문맥 재할당에 사용되는 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각의 SN 필드 값을 함께 전송한다.
상기한 바와 같이 본 발명에서는 SSR시 문맥 재할당을 통하여 ROHC압축기법을 사용하고자 할 때, Source RNC 또는 Target RNC에 형성된 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각에서 UE의 문맥(압축기 문맥과 복원기 문맥)과 동기를 잃지 않도록 하는 정보를 UE로 알려주어, SSR이후 Target RNC가 담당 RNC(Serving RNC)가 되었을 때, 상기 UE가 수신한 정보를 바탕으로 문맥(Context)을 갱신하여 동기(Synchronisation)를 잃지 않도록 하는 방법에
관한것이다.
한편, 본 발명의 동작을 도 4를 참조하여 설명하면, Source RNC의 ROHC계층(PDCP계층내에 존재함)에서 압축기 문맥(Context)과 복원기 문맥(Context)의 스냅샷(Snapshot)을 찍어 PDCP계층으로 전달하며, PDCP계층으로 전달한 압축기 문맥(Context)과 복원기 문맥(Context)을 Source RNC에서 Target RNC로 전달한다.
또한 Source RNC에서 스냅샷을 찍은 압축기 문맥(Context)과 복원기 문맥(Context) 각각의 SN 필드 값을 Source RNC 또는 Target RNC에서 UE로 RRC메시지를 이용하여 전송하며, UE가 수신한 압축기 문맥(Context)과 복원기 문맥(Context) 각각의 SN 필드 값을 UE의 PDCP계층이 저장한다.
또한 UE의 PDCP계층이 저장하고 있는 압축기 문맥(Context)과 복원기 문맥(Context) 각각의 SN 필드 값을 ROHC계층으로 전달하여 기존의 압축기 문맥(Context)과 복원기 문맥(Context) 각각의 SN 필드 값을 갱신하며, 갱신된 압축기 문맥(Context)과 복원기 문맥(Context) 각각을 기준으로 패킷 데이터를 압축하고 복원한다.
이상에서 본 발명의 바람직한 실시예를 설명하였으나, 본 발명은 다양한 변화와 변경 및 균등물을 사용할 수 있다. 본 발명은 상기 실시예를 적절히 변형하여 동일하게 응용할 수 있음이 명확하다.
즉, 상기에서 언급한 바와 같이 Source RNC에서와 마찬가지로, Target RNC에 형성된 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각에서 UE의 문맥(압축기 문맥과 복원기 문맥)과 동기를 잃지 않도록 하는 정보를 UE로 알려주어, SSR이후 Target RNC가 담당 RNC(Serving RNC)가 되었을 때, 상기 UE가 수신한 정보를 바탕으로 문맥(Context)을 갱신하여 동기(Synchronisation)를 잃지 않도록 할 수도 있다.
따라서 상기 기재 내용은 하기 특허청구범위의 한계에 의해 정해지는 본 발명의 범위를 한정하는 것이 아니다.
본 발명은 SSR시 문맥 재할당을 통하여 ROHC압축기법을 사용하고자 할 때, Source RNC 또는 Target RNC가 UE에게 SSR정보와 문맥 재할당에 사용되는 압축기(Compressor) 문맥(Context)과 복원기(Decompressor) 문맥(Context) 각각의 SN 필드 값을 함께 알림으로써, SSR이 완료되어 Target RNC가 담당 RNC(Serving RNC)가 되었을 때, UE는 상기 수신한 SN 필드 값을 기준으로 하여 Target RNC와 압축헤더패킷을 송수신하므로써 문맥(Context)의 동기(Synchronisation)를 잃지 않고, UE와 Target RNC는 압축헤더패킷을 정상적으로 복원함으로써 압축복원효율을 높일 수 있다.

Claims (20)

  1. 압축기(compressor) 문맥(context)과 복원기(decompressor) 문맥(context)을 목표(target) 무선망 제어기로 전송하는 단계와;
    SSR(Seamless SRNS Relocation) 정보와, 이전에 단말에 저장된 순서번호(SN)를 갱신하기 위해 상기 압축기 문맥 및 상기 복원기 문맥의 순서번호(SN) 정보를 상기 단말로 전송하는 단계;를 포함하되,
    상기 순서번호 정보는 실시간 프로토콜 패킷 전송에 기초하여 증가되는 값인 것을 특징으로 하는 담당(source) 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  2. 제 1항에 있어서, 상기 단계들은
    하드 핸드오버(hard handover)일 때 발생하는 것을 특징으로 하는 담당 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  3. 제 1항에 있어서, 상기 순서번호 정보는
    순서번호 필드 값을 포함하는 것을 특징으로 하는 담당 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  4. 제 1항에 있어서, 상기 순서번호 정보는
    상기 압축기 문맥 및 상기 복원기 문맥과 함께 전송되는 것을 특징으로 하는 담당 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  5. 압축기(compressor) 문맥(context)과 복원기(decompressor) 문맥(context)을 담당(source) 무선망 제어기로부터 수신하는 단계와;
    SSR(Seamless SRNS Relocation) 정보와, 이전에 단말에 저장된 순서번호(SN)를 갱신하기 위해 상기 압축기 문맥 및 상기 복원기 문맥의 순서번호(SN) 정보를 상기 단말로 전송하는 단계;를 포함하되,
    상기 순서번호 정보는 실시간 프로토콜 패킷 전송에 기초하여 증가되는 값인 것을 특징으로 하는 목표(target) 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  6. 제 5항에 있어서, 상기 단계들은
    Cell/URA(UTRAN Registration Area) 갱신(update)일 때 발생하는 것을 특징으로 하는 목표 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  7. 제 5항에 있어서, 상기 순서번호 정보는
    순서번호 필드 값을 포함하는 것을 특징으로 하는 목표 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  8. 제 5항에 있어서, 상기 순서번호 정보는
    상기 압축기 문맥 및 상기 복원기 문맥과 함께 전송되는 것을 특징으로 하는 목표 무선망 제어기에 의해 수행되는 문맥 재할당 방법.
  9. SSR(Seamless SRNS Relocation) 정보와, 압축기(compressor) 문맥(context)과 복원기(decompressor) 문맥(context)의 순서번호 정보를 무선망 제어기로부터 수신하는 단계와;
    이전에 저장된 상기 압축기 문맥 및 상기 복원기 문맥의 순서번호 정보를갱신(update)하는 단계;를 포함하되,
    상기 순서번호 정보는 실시간 프로토콜 패킷 전송에 기초하여 증가되는 값인 것을 특징으로 하는 문맥 재할당 방법.
  10. 제 9항에 있어서, 상기 순서번호 정보는
    순서번호 필드 값을 포함하는 것을 특징으로 하는 문맥 재할당 방법.
  11. 제 9항에 있어서, 상기 순서번호 정보는
    상기 압축기 문맥 및 상기 복원기 문맥과 함께 전송되는 것을 특징으로 하는 문맥 재할당 방법.
  12. 제 9항에 있어서, 상기 압축기 문맥과 상기 복원기 문맥의 갱신된 순서번호 정보에 따라 실시간 프로토콜 패킷의 압축 및 복원을 수행하는 단계를 더 포함하는 것을 특징으로 하는 문맥 재할당 방법.
  13. 삭제
  14. 삭제
  15. 삭제
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 삭제
KR20020008342A 2002-02-16 2002-02-16 문맥 재할당 방법 KR100883063B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR20020008342A KR100883063B1 (ko) 2002-02-16 2002-02-16 문맥 재할당 방법
JP2003037518A JP2003319466A (ja) 2002-02-16 2003-02-14 文脈再割当方法
US10/366,571 US20030156559A1 (en) 2002-02-16 2003-02-14 Context relocation method
EP03003404A EP1337124A3 (en) 2002-02-16 2003-02-14 Context relocation method
CNB031037240A CN100477844C (zh) 2002-02-16 2003-02-17 上下文重定位方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR20020008342A KR100883063B1 (ko) 2002-02-16 2002-02-16 문맥 재할당 방법

Publications (2)

Publication Number Publication Date
KR20030068742A KR20030068742A (ko) 2003-08-25
KR100883063B1 true KR100883063B1 (ko) 2009-02-10

Family

ID=27621528

Family Applications (1)

Application Number Title Priority Date Filing Date
KR20020008342A KR100883063B1 (ko) 2002-02-16 2002-02-16 문맥 재할당 방법

Country Status (5)

Country Link
US (1) US20030156559A1 (ko)
EP (1) EP1337124A3 (ko)
JP (1) JP2003319466A (ko)
KR (1) KR100883063B1 (ko)
CN (1) CN100477844C (ko)

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
KR100678055B1 (ko) * 2004-02-12 2007-02-01 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
CN1694381B (zh) * 2004-05-07 2011-08-24 日本电气株式会社 移动通信系统和mbms服务相关信息传送方法
JP4552736B2 (ja) * 2004-05-07 2010-09-29 日本電気株式会社 移動体通信システム及びそれに用いるデータ配信サービスの制御方法
CN100415033C (zh) * 2004-07-16 2008-08-27 华为技术有限公司 一种服务无线网络子系统重定位的方法
CN1780296B (zh) * 2004-11-26 2010-08-04 华为技术有限公司 一种快速恢复压缩解压缩上下文的方法
EP1773004A1 (en) * 2005-10-10 2007-04-11 Nec Technologies (UK) Limited Header compression optimisation method during and after handovers in a cellular communication network
US20070155389A1 (en) * 2005-12-31 2007-07-05 Lucent Technologies, Inc. Method for controlling header compression during handoffs in a wireless system
CN101128030B (zh) * 2006-08-16 2010-04-14 华为技术有限公司 上下文协商的方法
KR101387500B1 (ko) 2006-08-22 2014-04-21 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
KR101265643B1 (ko) 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
KR101430449B1 (ko) 2006-10-02 2014-08-14 엘지전자 주식회사 무선 통신 시스템에서의 페이징 메시지 송수신 방법
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
WO2008054112A2 (en) 2006-10-30 2008-05-08 Lg Electronics Inc. Methods of performing random access in a wireless communication system
WO2008054114A2 (en) 2006-10-30 2008-05-08 Lg Electronics Inc. Methods for re-direction of uplink access and for controlling random access in mobile communication system
US8442017B2 (en) 2006-10-30 2013-05-14 Lg Electronics Inc. Method for transmitting random access channel message and response message, and mobile communication terminal
MX2009007288A (es) 2007-03-16 2009-07-16 Ericsson Telefon Ab L M Metodo y aparato para reubicar un contexto de compresion de titulo en un sistema de comunicacion inalambrica.
WO2008133478A2 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Method of transmitting data in a wireless communication system
KR101458641B1 (ko) 2007-04-30 2014-11-05 엘지전자 주식회사 Ｍｂｍｓ를 지원하는 무선통신 시스템에서 데이터 전송방법
KR101461236B1 (ko) 2007-04-30 2014-11-12 엘지전자 주식회사 무선 호를 연결 과정에서 엔티티의 인증을 수행하는 방법
WO2008133484A1 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
KR101386812B1 (ko) 2007-04-30 2014-04-29 엘지전자 주식회사 헤더 필드 존재 지시자를 이용한 효율적인 데이터 블록송수신방법
KR101464748B1 (ko) 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR101469281B1 (ko) 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
WO2008133485A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Methods of generating data block in mobile communication system
KR20080097338A (ko) 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
US8005115B2 (en) 2007-05-03 2011-08-23 Lg Electronics Inc. Method of transferring a data block in a wireless communication system
JP4478700B2 (ja) * 2007-05-28 2010-06-09 シャープ株式会社 ネットワークベースｉｐモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法
KR101470638B1 (ko) 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
EP2168263B1 (en) 2007-06-18 2018-04-18 Lg Electronics Inc. Paging information transmission method for effective call setup
KR101526971B1 (ko) 2007-06-18 2015-06-11 엘지전자 주식회사 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말
WO2008156309A1 (en) 2007-06-18 2008-12-24 Lg Electronics Inc. Control channel reception method for receiving broadcast or multicast service
ES2428569T3 (es) 2007-06-18 2013-11-08 Lg Electronics Inc. Procedimiento para llevar a cabo una sincronización de enlace ascendente en un sistema de comunicación inalámbrica
US8081603B2 (en) * 2007-07-18 2011-12-20 Qualcomm Incorporated Compression static and semi-static context transfer
KR101387537B1 (ko) 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
EP2168270B1 (en) * 2007-09-20 2016-02-17 LG Electronics Inc. A method for handling correctly received but header compression failed packets
CN101426244B (zh) * 2007-10-30 2010-12-15 华为技术有限公司 静态迁移中防止用户掉话的方法、系统和装置
US8009554B2 (en) * 2008-03-13 2011-08-30 Aspen Networks, Inc. Method for multiple link quality of service for voice and video over internet protocol
CN102595492B (zh) * 2008-09-22 2015-04-01 中兴通讯股份有限公司 基于WiMAX系统的ROHC业务流处理方法及装置
WO2011024272A1 (ja) * 2009-08-26 2011-03-03 富士通株式会社 基地局制御装置および通信システム
CN102655474B (zh) 2012-04-17 2015-07-22 华为技术有限公司 一种跨设备的流量类型识别方法、设备及系统
US10470090B2 (en) * 2014-11-14 2019-11-05 Qualcomm Incorporated Data compression techniques for handover and radio link failure recovery
WO2017095278A1 (en) * 2015-11-30 2017-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communication device (wcd) forwarding its own wcd context for handover
US10581730B2 (en) 2018-07-12 2020-03-03 Vmware, Inc. Packet processing using service chains
US10645201B2 (en) * 2018-07-31 2020-05-05 Vmware, Inc. Packet handling during service virtualized computing instance migration
US12133122B2 (en) 2019-04-30 2024-10-29 Lg Electronics Inc. Method and apparatus for transmitting packets based on receiving a handover command in wireless communication system
KR20210023608A (ko) * 2019-08-23 2021-03-04 삼성전자주식회사 에지 컴퓨팅 시스템에서 데이터 제공 방법 및 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010044909A (ko) * 1999-11-01 2001-06-05 박종섭 비동기 시스템에서 동기 시스템으로의 비동기 이동국의핸드오프 처리방법
US6300887B1 (en) * 1999-11-09 2001-10-09 Nokia Networks Oy Efficient handoff procedure for header compression
JP2001320422A (ja) * 2000-03-03 2001-11-16 Ntt Docomo Inc ヘッダ圧縮を伴うパケット伝送のための方法および装置
KR20020010538A (ko) * 2000-07-27 2002-02-04 추후제출 최적 로드-기반 무선 세션 콘텍스트 전달
KR20020060391A (ko) * 2001-01-10 2002-07-18 오길록 무선통신 시스템에서 끊김없는 주파수간 하드 핸드오버 방법

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6882637B1 (en) * 1999-10-14 2005-04-19 Nokia Networks Oy Method and system for transmitting and receiving packets
US7290063B2 (en) * 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010044909A (ko) * 1999-11-01 2001-06-05 박종섭 비동기 시스템에서 동기 시스템으로의 비동기 이동국의핸드오프 처리방법
US6300887B1 (en) * 1999-11-09 2001-10-09 Nokia Networks Oy Efficient handoff procedure for header compression
JP2003514470A (ja) * 1999-11-09 2003-04-15 ノキア コーポレイション ヘッダ圧縮のための効率的ハンド・オフ処理手順
JP2001320422A (ja) * 2000-03-03 2001-11-16 Ntt Docomo Inc ヘッダ圧縮を伴うパケット伝送のための方法および装置
KR20020010538A (ko) * 2000-07-27 2002-02-04 추후제출 최적 로드-기반 무선 세션 콘텍스트 전달
KR20020060391A (ko) * 2001-01-10 2002-07-18 오길록 무선통신 시스템에서 끊김없는 주파수간 하드 핸드오버 방법

Also Published As

Publication number Publication date
JP2003319466A (ja) 2003-11-07
CN100477844C (zh) 2009-04-08
CN1438809A (zh) 2003-08-27
EP1337124A3 (en) 2005-09-21
EP1337124A2 (en) 2003-08-20
US20030156559A1 (en) 2003-08-21
KR20030068742A (ko) 2003-08-25

Similar Documents

Publication Publication Date Title
KR100883063B1 (ko) 문맥 재할당 방법
EP1362446B1 (en) Transfer of ip data in communications system, using several logical connections for compressed fields on the basis of different contexts
KR100770857B1 (ko) 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
US8351376B2 (en) Method for transmitting packet data in communication system
US7290063B2 (en) Relocating context information in header compression
US8848684B2 (en) Bi-directional packet data transmission system and method
US9072006B2 (en) Mobile communication method and system
KR20030036936A (ko) 데이터 패킷 접속을 위한 헤더 필드 압축 정의
EP1303963B1 (en) A method for header compression context control during handover in mobile data communication networks
KR100678055B1 (ko) 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
KR100765122B1 (ko) 패킷의 헤더압축을 지원하는 통신 시스템에서전체헤더패킷과 압축헤더패킷의 전송 제어 장치와 방법

Legal Events

Date Code Title Description
PA0109 Patent application

Patent event code: PA01091R01D

Comment text: Patent Application

Patent event date: 20020216

N231 Notification of change of applicant
PN2301 Change of applicant

Patent event date: 20020614

Comment text: Notification of Change of Applicant

Patent event code: PN23011R01D

PG1501 Laying open of application
A201 Request for examination
PA0201 Request for examination

Patent event code: PA02012R01D

Patent event date: 20070214

Comment text: Request for Examination of Application

Patent event code: PA02011R01I

Patent event date: 20020216

Comment text: Patent Application

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20080310

Patent event code: PE09021S01D

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

Comment text: Notification of reason for refusal

Patent event date: 20080905

Patent event code: PE09021S01D

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

Patent event code: PE07011S01D

Comment text: Decision to Grant Registration

Patent event date: 20090128

GRNT Written decision to grant
PR0701 Registration of establishment

Comment text: Registration of Establishment

Patent event date: 20090204

Patent event code: PR07011E01D

PR1002 Payment of registration fee

Payment date: 20090205

End annual number: 3

Start annual number: 1

PG1601 Publication of registration
LAPS Lapse due to unpaid annual fee
PC1903 Unpaid annual fee

Termination category: Default of registration fee

Termination date: 20130109