KR102254396B1

KR102254396B1 - 통신 시스템에서 단말의 헤더 압축 기능을 제어하는 방법 및 장치

Info

Publication number: KR102254396B1
Application number: KR1020140182406A
Authority: KR
Inventors: 프라빈 체볼루; 압둘라 샤이크; 바룬 바라드와주; 김재동; 정현목
Original assignee: 삼성전자주식회사
Priority date: 2014-12-17
Filing date: 2014-12-17
Publication date: 2021-05-24
Also published as: KR20160073736A; US20160183123A1; US9801092B2

Abstract

본 발명은, 통신 시스템에서 이동 단말의 패킷 헤더 압축 기능을 제어하는 방법에 있어서, 상기 헤더 압축 기능을 실행 중인 상태에서, 미리 결정된 조건을 만족할 경우, 기지국에게 상기 헤더 압축 기능의 실행 중지 요청을 송신하는 과정과, 상기 기지국으로부터 상기 실행 중지 요청의 응답 수신 여부에 따라 상기 헤더 압축 기능의 실행을 유지하거나 중단하는 과정을 포함한다.

Description

통신 시스템에서 단말의 헤더 압축 기능을 제어하는 방법 및 장치{A METHOD AND APPARATUS FOR CONTROLLING A HEADER COMPRESSION FEATURE IN A COMMUNICATION SYSTEM}

본 발명은 통신 시스템에서 단말의 헤더 압축 기능을 제어하는 기술로, 단말이 상기 헤더 압축 기능의 제어 신호를 생성하여 상위단으로 전송하는 방법 및 장치에 관한 것이다.

무선 링크 상의 한정된 자원을 효율적으로 운용하기 위해서 패킷의 헤더 압축 기술이 제안되었으며, 그 대표적 기술 중 하나가 ROHC(Robust Header Compression)이다.

한편, 모든 IP(internet protocol) 네트워크들에서 실시간 음성 트래픽을 지원을 위해 선호되는 솔루션으로 VoLTE(Voice over Long Term Evolution)가 출현하였다. 이러한 VoLTE는 기존의 CS(circuit switched) 음성을 대체하기 위해서 IMS(IP multimedia subsystem) 기반 VoIP(voice over internet protocol) 서비스로 표준화된 MMTel(multimedia telephony)을 기반으로 한다. 이러한 Volte 호(call)를 수행하는 사용자 단말(UE: user equipment)가 RoHC를 지원하는 경우를 가정하자. 이 경우, UE는 enhanced Nodeb(eNB)로부터의 RoHC 실행 여부(enable/disable)를 수신하여 그에 상응하게 동작한다. 만약, RoHC 실행 여부 지시에 따라, UE는 Volte 호 동안 교환하는 IP, UDP(user datagram protocol)/TCP(transmission control protocol) 및 RTP(real-time transport protocol)로 구성되는 패킷들의 헤더들을 압축하거나 복원하게 된다.

상기한 바와 같이, UE에서 RoHC 기능의 실행 여부는 eNB가 결정함에 따라, UE의 시그널링 및 채널 상태가 좋지 않아서 RoHC 압축 해제부(decompressor) 와 상대편 RoHC 압축부(Compressor)간 컨텍스트(Context)가 일치하지 않거나, 배터리 잔여 전력이 적은 상태에서 다른 서비스를 사용해야 할 경우에도 UE는 RoHC 기능을 제어할 수 없었다. 그로 인해서, UE는 전력 소모량이 빠르게 증가하거나, 또는 RoHC 컨텍스트가 일치하지 않음에 따라, 이용 중인 서비스가 중단되거나, 이용하고자 하는 서비스를 실행하거나 유지 할 수 없는 상황이 발생할 수 있다.

그러므로, UE의 채널 및 전력 상태 등을 고려하여 UE의 RoHC 기능이 제어될 수 있는 방안이 요구된다.

본 발명의 실시 예에서는 UE가 미리 결정된 조건을 기반으로 RoHC 기능의 실행 여부를 결정하고, 결정된 ROHC 기능의 실행 여부를 지시하는 정보를 UE가 eNB에게 전송하는 방안을 제안한다.

본 발명의 실시 예에서는 UE가 eNB에게 전송하는 RoHC 기능의 실행 여부를 정보를 구성하는 실시 예들을 제안한다.

본 발명의 실시 예에 따른 방법은; 통신 시스템에서 이동 단말의 패킷 헤더 압축 기능을 제어하는 방법에 있어서, 상기 헤더 압축 기능을 실행 중인 상태에서, 미리 결정된 조건을 만족할 경우, 기지국에게 상기 헤더 압축 기능의 해제 요청을 송신하는 과정과, 상기 기지국으로부터 상기 해제 요청의 응답 수신 여부에 따라 상기 헤더 압축 기능의 실행을 유지하거나 중단하는 과정을 포함한다.

본 발명의 다른 실시 예에 따른 방법은; 통신 시스템에서 이동 단말의 패킷 헤더 압축 기능을 제어하는 방법에 있어서, 상기 헤더 압축 기능을 실행 중인 상기 이동 단말로부터 상기 헤더 압축 기능의 해제 요청을 수신하면, 상기 해제 요청의 수락 여부를 결정하는 과정과, 상기 해제 요청을 수락할 경우, 상기 이동 단말에게 상기 수락을 지시하는 응답을 전송하는 과정을 포함한다.

본 발명의 실시 예에 따른 장치는; 통신 시스템에서 이동 단말의 패킷 헤더 압축 기능을 제어하는 장치에 있어서, 상기 헤더 압축 기능을 실행 중인 상태에서, 미리 결정된 조건을 만족할 경우, 기지국에게 상기 헤더 압축 기능의 해제 요청하기로 결정하고, 상기 해제 요청을 상기 기지국에게 송신하도록 송수신부를 제어하고; 상기 기지국으로부터 상기 해제 요청의 응답 수신 여부에 따라 상기 헤더 압축 기능의 실행을 유지하거나 중단하는 제어부를 포함한다.

본 발명의 실시 예에 따른 다른 장치는; 통신 시스템에서 이동 단말의 패킷 헤더 압축 기능을 제어하는 장치에 있어서, 상기 헤더 압축 기능을 실행 중인 상기 이동 단말로부터 상기 헤더 압축 기능의 해제 요청을 수신하면, 상기 해제 요청의 수락 여부를 결정하고; 상기 해제 요청을 수락할 경우, 상기 이동 단말에게 상기 수락을 지시하는 응답을 전송하도록 송수신부를 제어하는 제어부를 포함한다.

본 발명은, UE가 미리 결정된 조건에 따라 RoHC 기능의 실행 여부를 결정하고, 상기 결정에 따른 RoHC 기능의 실행 여부를 지시하는 정보를 eNB에게 전달함에 따라, UE의 시그널링, 채널 및 배터리 잔여 전력 등을 고려하여 RoHC 기능이 실행되거나 중단될 수 있고, 이로 인해서 UE의 전력을 효율적으로 관리할 수 있다.

도 1은 일반적인ROHC 기능을 설정하는 동작 흐름도의 일 예,
도 2는 본 발명의 제1실시 예에 따른 피드백 포맷의 일 예를 도시한 도면,
도 3은 본 발명의 실시 예에 따라 UE가 ROHC 기능의 설정 여부를 결정하여 eNB에게 요청하는 동작 흐름도의 일 예,
도 4는 본 발명의 제2실시 예에 따른 ROHC 헤더의 일 예를 도시한 도면,
도 5는 본 발명의 제2실시 예에 따른 UE의 동작 흐름도의 일 예,
도 6은 본 발명의 실시 예에 따른 UE의 장치 구성도의 일 예.

이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예에 대한 동작 원리를 상세히 설명한다. 도면상에 표시된 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호로 나타내었으며, 다음에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다

도 1은 일반적인ROHC 기능을 설정하는 동작 흐름도의 일 예이다.

도 1을 참조하면, 104a단계에서 eNB(102)로부터 UE(100)의 성능(capability) 요청을 수신한 UE(100)는, 104b단계에서 상기 eNB(102)에게 자신이 성능 정보를 전달한다. 여기서, 성능 정보는 상기 UE(100)의 성능이 RoHC 기능을 지원하는 지 여부를 지시하는 정보와, RoHC 적용 대상을 지시하는 RoHC 프로파일들을 포함할 수 있다. 예를 들어, RoHC 프로파일들은 ROHC 적용 대상으로 IP/UDP/RTP를 지시하거나 이들의 조합 예를 들어, IP/UDP를 지시하거나, IP/TCP를 압축하는 경우 및 IP 만으로 구성된 헤더를 압축하는 경우를 포함할 수 있다.

한편, eNB(102)는 베어러 설정 절차(bearer establishment procedure)에 포함되는 RRC 재구성(Radio Resource control) 시 UE(100)에 대한 RoHC 기능의 실행 여부를 결정할 수 있다. 일반적으로, RoHC 기능의 실행 여부는 각 무선 베어러(RB: radio bearer) 별로 상이하게 설정될 수도 있다. 그러나, 본 명세서에서는 설명의 편의상, Volte 호를 위한 RB에 대해서만 RoHC 기능의 실행 여부를 결정하는 경우로 가정하여 설명하자.

구체적으로, eNB(102)가 상기 UE1(100)의 성능 정보로부터 상기 UE(100)의 RoHC 기능의 지원 여부를 확인하고, RoHC 기능이 지원됨을 확인한 경우, eNB(102)는 상기 UE(100)에 대한 RoHC 기능의 실행 여부를 결정한다. 만약, eNB(102)가 RoHC 기능을 실행하기로 결정한 경우를 가정하면, 106a단계에서 상기 eNB(102)는 UE(100)에게 RRC 재구성 요청을 전달한다. 여기서, RRC 재구성 요청은 RoHC 기능이 적용되는 대상에 대한 RoHC프로파일 및 RoHC 기능이 실행되는 시점 등을 포함한다. 106b단계에서 상기 RRC 재구성 요청을 수신한 UE(100)는, 상기 RRC 재구성 요청으로부터 획득한 정보에 따라 RRC 재구성 절차를 수행한 후, RRC 재구성 절차가 완료되었음을 통보하는 RRC 재구성 완료 메시지를 eNB(102)에게 전송한다.

이후, 상기 eNB(102)가 UE(100)에서 실행 중인 RoHC기능의 실행을 중지시키기로 결정한 경우, 108a단계에서 RoHC의 실행 지시가 포함되지 않은 RRC 재구성 요청을 UE(100)에게 전달한다. 그러면, UE(100)는 상기 RRC 재구성 요청에 상응하게 RRC 재구성을 수행한 후, 108b단계에서 eNB(102)에게 RRC 완료 메시지를 전송한다.

상기한 바와 같이, 기존의 UE에 대해 RoHC 기능의 실행 여부는 eNB가 결정함에 따라, UE가 RoHC기능을 실행시키기 어려운 상황에서도 eNB의 지시에 따라 RoHC 기능이 수행되었다.

그러므로, 이하 본 발명의 실시 예에서는, UE가 미리 결정된 조건을 만족하는 경우, eNB에게 RoHC 기능의 실행 여부를 요청하는 방안을 제안한다.

먼저, 본 발명의 실시 예에 따라 UE가 RoHC 기능의 실행 여부를 요청하기 위한 조건을 다음과 같이 정의할 수 있다. 예를 들어, 하기 3개의 조건은 UE에서 RoHC 기능이 실행시키기 어려운 상황으로 판단하여, 해당 UE가 eNB에게 RoHC 기능의 실행 중지를 요청하기 위한 조건들의 예에 해당한다.

구체적으로, 제1조건은, UE의 시그널링 상태가 좋지 않거나, 디코딩 과정에서 RoHC 복원 시 요구되는 RoHC 컨텍스트가 손상되거나 손실된 경우이다.

제2조건은, 하위 계층의 채널 상태들이 좋지 않은 경우, 예를 들어, BLER(Block Error Rate), CINR(Carrier to Interference-Noise Ratio)이 부정적이거나, eNodeB 로부터 할당된 그랜트(grant)들이 충분하지 않은 경우이다.

마지막으로, 제3조건은 UE의 배터리 잔여 전력이 얼마 남지 않은 상황에서 해당 UE가 다른 용도 예를 들어, 비상 호 등을 수행해야하는 경우이다. 이러한 상황에서, RoHC가 실행되면, RoHC을 실행함에 따라 발생하는 체크섬 계산, 인코딩/디코딩 방식들 및 RoHC 패킷을 구성(build)하는 동작 등을 통해서 전력 소모량은 빠르게 증가하기 때문이다. 예시한 3개의 조건들은 개별적으로 발생할 수도 있고, 동시에 발생할 수도 있다. 또한, 본 발명의 실시 예가 반드시 상기 조건들에서만 실행되는 경우로 한정되는 것이 아님에 유의해야 한다.

다음으로, 본 발명의 다른 실시 예에 따라 앞서 설명한 조건 등에 따라 ROHC 기능이 실행시키기 어려운 상황으로 판단되어 UE가 eNB에게 RoHC 기능의 실행 중지를 요청하고, 상기 요청에 대한 응답을 수신하면, ROHC 기능을 Off상태로 유지한다. 이후, 상기 UE는 ROHC 기능을 Off상태로 유지하면서, 채널 환경을 모니터링할 수 있다. 그리고, 채널 환경이 좋아진 경우 UE가 eNB에게 off 상태인 RoHC 기능의 실행 재시작을 요청할 수도 있다. 다른 실시 예에 따라, 현재 ROHC 기능의 실행 여부에 관계없이 UE가 현재 RoHC 기능의 실행 여부를 판단하고, 상기 판단 결과를 나타내는 정보를 eNB에게 전달할 수도 있다.

이하, 본 발명의 제1실시 예에서는, UE에 대한 RoHC 기능이 실행된 상태에서, 앞서 설명한 3개의 조건 중 적어도 하나를 만족할 경우, UE는 eNB에게 전송하는 기존의 피드백(feedback) 포맷을 이용하여 실행 중인 RoHC의 실행 중지를 요청하는 값을 포함하도록 구성할 수 있다.

도 2는 본 발명의 제1실시 예에 따른 피드백 포맷의 일 예를 도시한 도면이다.

도 2를 참조하면, 기존의 피드백 포맷(200)에서 옵션 타입(option type, 202)은 'UE가 RoHC 기능의 실행 여부를 요청'하는 값을 지시하는 RoHC 옵션 길이 필드(length field, 204)가 포함되어 있음을 지시할 경우, 값이 '8'로 설정된다. 그리고, 상기 RoHC 옵션 길이 필드의 값은 1비트로 설정될 수 있다. 여기서, 상기 1비트가 '0'이면, 상기 UE가 RoHC 기능의 실행 중지를 요청함을 지시하고, 상기 1비트가 '1'이면, 상기 UE가 RoHC 기능의 실행을 요청함을 지시한다.

도 3은 본 발명의 실시 예에 따라 UE가 ROHC 기능의 설정 여부를 결정하여 eNB에게 요청하는 동작 흐름도의 일 예이다.

도 3을 참조하면, 304a단계 내지 306b단계는 도 2의 104a단계 내지 106b단계와 동일하므로, 설명을 생략하기로 한다.

306a,b단계를 통해서 일 예로, Volte 콜에 대해 설정된 베어러에 UE(300)의 RoHC 기능이 실행된 상태임을 가정하자. 그리고, 본 발명의 실시 예에 따른 UE(300)는 앞서 설명한 UE가 RoHC 기능의 실행 중지를 요청하기 위한 제1 조건 내지 제4조건 중 적어도 하나를 만족한 상태임을 감지한 경우를 가정하자. 그러면, 308단계에서 상기 UE(300)는 현재 실행중인 RoHC 기능의 실행 중지를 eNB에게 요청하기로 결정한다. 이에 따라, 상기 UE(300)는 일 예로, 도 2의 실시 예에서 설명한 바와 같이 구성되는 피드백을 eNB(302)에게 전송한다. 본 발명의 실시 예에 따른 상기 피드백은 상기 UE(300)가 RoHC 기능의 실행 중지를 요청하는 '0'의 값으로 설정된 RoHC 옵션 길이 필드가 포함되어 있음을 지시하는 옵션 타입 8을 포함한다.

이후, 상기 피드백을 수신한 eNB(302)는 UE(300)의 RoHC 기능의 실행 중지 요청에 대한 수락 여부를 결정한다. 만약, eNB(302)가 UE(300)의 RoHC 기능의 실행 중지 요청을 수락할 경우, 310a단계에서 RoHC 기능의 실행 지시를 포함하지 않는 RRC 재구성 요청을 상기 피드백의 응답으로 상기 UE(300)에게 전달한다. 그러면, 310b단계에서 상기 UE(300)는 RRC 재구성 요청에 대한 응답으로 RRC 재구성 완료를 상기 eNB(302)에게 전달한다.

한편, 도 3에는 도시하지 않았으나, 308단계에서의 피드백을 수신한 상기 eNB(302)가 상기 UE(300)의 RoHC 기능의 실행 중지 요청을 수락하지 않기로 결정한 경우, 상기 eNB(302)는 상기 피드백에 대한 응답을 전송하지 않는다. 이에 따라, 본 발명의 실시 예에 따라 상기 UE(300)는 상기 응답을 eNB로부터 수신하지 못한 경우, 상기 UE는 계속해서 RoHC 실행 상태를 유지한다.

이하, 본 발명의 제2실시 예에 따라 'UE가 RoHC 기능의 실행 여부를 요청'하기 위한 새로운 피드백이 포맷을 이용할 수 있다. 구체적으로, 본 발명의 제2실시 예에서는 RoHC 헤더 내에 새로운 RoHC 패킷 타입 값을 사용할 수 있다.

도 4는 본 발명의 제2실시 예에 따른 ROHC 헤더의 일 예를 도시한 도면이다.

도 4를 참조하면, RoHC 헤더의 RoHC 패킷 타입이 '1110'인 경우, RoHC 패킷이 '페딩(paddig) 또는 Add-CID(context identifier) octet'임을 지시한다. 그리고, 상기 RoHC 패킷 타입 값이 '11110'인 경우, RoHC 패킷이 피드백임을 지시하고, 상기 RoHC 패킷 타입 값이 '11111000'이면, RoHC 패킷이 IR_DYN(Initialization and Refresh_Dynami) 패킷임을 지시한다. 그리고, 상기 RoHC 패킷 타입 값이 '1111110'이면, RoHC 패킷이 IR 패킷임을 지시하고, '1111111'이면 RoHC 패킷이 세그먼트(segment)임을 지시한다. 그리고, 본 발명의 실시 예에서는 패킷 타입 값의 reserved 값 '0000000'을 이용하여, UE가 RoHC 패킷이 RoHC 기능의 실행 여부를 요청하는 패킷임을 지시할 수 있다.

도 5는 본 발명의 제2실시 예에 따른 UE의 동작 흐름도의 일 예이다.

도 5를 참조하면, 500단계에서 UE는 앞서 설명한 제1조건 내지 제4조건 중 적어도 하나를 만족하면, RoHC기능의 실행 중지 요청을 포함하는 피드백을 eNB에게 전달한다. 여기서, RoHC기능의 실행 중지 요청을 포함하는 피드백은 실시 예에 따라 도 2의 형태로 구성되어 전달되거나, 도 4의 형태로 구성되어 전달될 수 다.

502단계에서 UE는 상기 피드백에 대한 상기 eNB의 응답의 수신을 대기한다. 그리고, 상기 eNB의 응답이 수신되지 않으면, 504a단계에서 상기 UE는 RoHC 기능의 실행 상태를 유지한다.

한편, 상기 피드백에 대한 eNB의 응답이 수신된 경우, 504b단계에서 상기 UE는 eNB로부터 수신한 RRC 재구성 요청에 따라 해당 베어러에 대해 RoHC 기능의 실행을 중단한 후, 이를 보고하기 위해서 506단계에서 eNB에게 RRC 재구성 완료를 전달한다.

도 6은 본 발명의 실시 예에 따른 UE의 장치 구성도의 일 예이다. 본 발명의 실시 예에 따른 UE(600)는 일 예로, 제어부(602)와, 송수신부(604) 및 피드백 생성부(606)를 포함하여 구성될 수 있다. 이러한 UE(600)를 구성하는 각 구성들은 실시 예나 혹은 사업자의 의도에 따라 하나의 구성으로 통합되거나, 서브유닛들로 세분화될 수 있다.

도 6을 참조하면, UE(600)는 RoHC 기능을 지원하며, 앞서 설명한 도 3의 304a 내지 306b단계를 통해서 RoHC 기능이 실행 중인 상태임을 가정하자. 이때, 상기 제어부(602)가 앞서 설명한 제1조건 내지 제3조건 중 적어도 하나의 조건을 만족함을 확인하면, eNB에게 RoHC 기능의 실행 중지를 요청하기로 결정하고, 상기 RpHC 기능의 실행 중지 요청을 eNB에게 전송하도록 상기 송수신부(604)를 제어한다. 상기 실행 중지 요청은 앞서 설명한 도 2의 실시 예 또는 도 4의 실시 에에 따라 구성되어 eNB에게 전달될 수 있다.

이후, 상기 eNB로부터 상기 실행 중지 요청에 대한 응답이 수신되면, 상기 제어부(602)는 상기 RoHC 기능을 해제한 후, 상기 송수신부(604)를 통해서 RoHC 기능을 해제하였음을 통보한다. 만약, 상기 송수신부(604)를 통해서 상기 실행 중지 요청에 대한 응답이 수신되지 않으면, 상기 제어부(602)는 RoHC 기능의 설정을 유지한다.

상기한 바와 같이, 본 발명의 실시 예에 따라 UE가 미리 결정된 조건을 만족할 경우, 실행 중인 RoHC 기능의 실행 중지 요청을 전송함에 따라 UE를 필요한 용도에 따라 배터리 잔여 전력을 보다 효율적으로 운용할 수 있다.

구체적인 예로, UE의 사용자가 비상호를 시도할 때, UE의 배터리의 남은량이 10% 정도인 경우를 가정하면, RoHC의 실행에 따라 상기 비상호는 계속 수행되기 어렵다. 이 경우, 본 발명의 실시 예에 따라 RoHC기능의 실행 중지를 eNB에게 요청하여 수락되면, 그로 인해 절약되는 여분의 배터리 전력(즉, RoHC 기능에 의해서 소비되는 대략 20mh에 해당함)을 통해서 상기 비상호를 보다 길게 수행할 수 있다.

하기 <표 1>은 본 발명이 실시 예에 따라 UE의 RoHC 기능의 실행 중지 요청이 수락됨에 따라 절약되는 배터리의 전력량의 예를 나타낸 표이다.

<표 1>

상기 <표 1>을 참조하면, 5분 동안 VoLTE 호가 수행되는 경우와 CPU 아이들 상태인 2개의 시나리오 각각에 대해 ROHC 기능이 실행된 경우와 실행 중지된 경우 UE의 배터리 소모 전력량을 도시하고 있다. 2개의 시나리오 모두 RoHC 기능의 실행 중지로 통해서 RoHC 기능이 실행된 경우에 비해 전력 소모량이 감소함을 나타낸다.

또한, UE의 CPU 아이들 상태에서 RoHC 기능의 실행 중지로 인해 여력이 전력이 절약되면, UE는 이를 이용하여 다른 높은 우선 순위를 갖는 서비스를 실행할 수도 있게 된다.

또한, ROHC 기능이 실행된 디폴트 베어러(default bearer)를 통해서 IMS 시그널링 메시지가 전송될 경우를 가정하자. 이 경우, 앞서 설명한 3개의 조건 중 적어도 하나를 만족하여, 본 발명의 실시 예에 따라 RoHC기능의 실행 중지를 UE가 eNB에게 전송함으로써, 디폴트 베어러를 통해서 전달되는 IMS 시그널링 메시지의 유실을 막을 수 있게 된다.

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허 청구의 범위뿐만 아니라 이 특허 청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims

통신 시스템에서 단말의 패킷 헤더 압축 기능을 제어하는 방법에 있어서,
기지국에게 상기 헤더 압축 기능의 실행 중지 요청을 전송하는 과정과,
상기 기지국으로부터 상기 헤더 압축 기능의 상기 실행 중지 요청에 대한 응답으로 무선 자원 제어(radio resource control: RRC) 재설정 요청을 수신하는 과정과,
상기 기지국에게 RRC 재설정 완료 메시지를 전송하는 과정을 포함하는 방법.
제1항에 있어서,
상기 RRC 재설정 요청은 로버스트(robust) 헤더 압축 실행 명령을 포함하지 않음을 특징으로 하는 방법.
제1항에 있어서,
상기 헤더 압축 기능의 상기 실행 중지 요청은 옵션 유형(type) 값 및 상기 헤더 압축 기능의 상기 실행 중지 요청을 나태내는 옵션 길이 값 중 적어도 하나를 가지는 피드백 패킷에 포함됨을 특징으로 하는 방법.
제1항에 있어서,
상기 단말은 상기 헤더 압축이 적용된 부분 관련 정보(context)의 손실, 채널 상태, 상기 단말의 배터리 잔량 중 적어도 하나가 발생한 경우 상기 헤더 압축 기능의 상기 실행 중지 요청을 전송함을 특징으로 하는 방법.
제1항에 있어서, 상기 헤더 압축 기능의 상기 실행 중지 요청은 상기 헤더 압축 기능의 상기 실행 중지 요청을 나타내는 패킷 유형 값을 가지는 패킷에 포함됨을 특징으로 하는 방법.
통신 시스템에서 기지국의 패킷 헤더 압축 기능을 제어하는 방법에 있어서,
단말로부터 현재 실행중인 헤더 압축 기능의 실행 중지 요청을 수신하는 과정과,
상기 단말에게 상기 헤더 압축 기능의 상기 실행 중지 요청을 수락함을 나타내는 무선 자원 제어(radio resource control: RRC) 재설정 요청을 전송하는 과정과,
상기 단말로부터 RRC 재설정 완료 메시지를 수신하는 과정을 포함하는 방법.
제6항에 있어서,
상기 RRC 재설정 요청은 로버스트(robust) 헤더 압축 실행 명령을 포함하지 않음을 특징으로 하는 방법.
제6항에 있어서,
상기 헤더 압축 기능의 상기 실행 중지 요청은 옵션 유형(type) 값 및 상기 헤더 압축 기능의 상기 실행 중지 요청을 나태내는 옵션 길이 값 중 적어도 하나를 가지는 피드백 패킷에 포함됨을 특징으로 하는 방법.
제6항에 있어서,
상기 단말은 상기 헤더 압축이 적용된 부분 관련 정보(context)의 손실, 채널 상태, 상기 단말의 배터리 잔량 중 적어도 하나가 발생한 경우 상기 헤더 압축 기능의 상기 실행 중지 요청을 전송함을 특징으로 하는 방법.
제6항에 있어서
상기 헤더 압축 기능의 상기 실행 중지 요청은 상기 헤더 압축 기능의 상기 실행 중지 요청을 나타내는 패킷 유형 값을 가지는 패킷에 포함됨을 특징으로 하는 방법.
통신 시스템에서 패킷 헤더 압축 기능을 제어하는 단말에 있어서,
송수신부; 및
기지국에게 상기 헤더 압축 기능의 실행 중지 요청을 전송하도록 상기 송수신부를 제어하고, 상기 기지국으로부터 상기 헤더 압축 기능의 상기 실행 중지 요청에 대한 응답의 수신여부에 기반하여 상기 헤더 압축 기능의 실행의 중단을 결정하는 제어부를 포함하되,
상기 헤더 압축 기능의 상기 실행 중지 요청은 옵션 유형(type) 값 및 상기 헤더 압축 기능의 상기 실행 중지 요청을 나태내는 옵션 길이 값 중 적어도 하나를 가지는 피드백 패킷에 포함됨을 특징으로 하는 단말.
제11항에 있어서,
RRC 재설정 요청은 로버스트(robust) 헤더 압축 실행 명령을 포함하지 않음을 특징으로 하는 단말.
제11항에 있어서,
상기 헤더 압축 기능의 상기 실행 중지 요청에 대한 응답을 상기 기지국으로부터 수신하는 경우, 상기 제어부는 상기 헤더 압축 기능의 실행을 중단함을 특징으로 하는 단말.
제11항에 있어서,
상기 제어부는,
상기 헤더 압축이 적용된 부분 관련 정보(context)의 손실, 채널 상태, 상기 단말의 배터리 잔량 중 적어도 하나가 발생한 경우 상기 헤더 압축 기능의 상기 실행 중지 요청을 전송하도록 상기 송수신부를 제어함을 특징으로 하는 단말.
제11항에 있어서,
상기 피드백 패킷의 상기 옵션 길이 값은 0임을 특징으로 하는 단말.
통신 시스템에서 패킷 헤더 압축 기능을 제어하는 기지국에 있어서,
송수신부; 및
단말로부터 현재 실행중인 헤더 압축 기능의 실행 중지 요청을 수신하도록 상기 송수신부를 제어하고, 상기 단말에게 상기 헤더 압축 기능의 상기 실행 중지 요청에 대한 응답으로 무선 자원 제어(radio resource control: RRC) 재설정 요청을 전송하도록 상기 송수신부를 제어하고, 상기 단말로부터 RRC 재설정 완료 메시지를 수신하도록 상기 송수신부를 제어하는 제어부를 포함하는 기지국.
제16항에 있어서,
상기 헤더 압축 기능의 상기 실행 중지 요청은 상기 헤더 압축 기능의 상기 실행 중지 요청을 나타내는 패킷 유형 값을 가지는 패킷에 포함됨을 특징으로 하는 기지국.
제16항에 있어서,
상기 단말에게 상기 헤더 압축 기능의 상기 실행 중지 요청에 대한 상기 응답이 전송된 경우, 상기 헤더 압축 기능의 실행이 중단됨을 특징으로 하는 기지국.
제16항에 있어서,
상기 단말은 상기 헤더 압축이 적용된 부분 관련 정보(context)의 손실, 채널 상태, 상기 단말의 배터리 잔량 중 적어도 하나가 발생한 경우 상기 헤더 압축 기능의 상기 실행 중지 요청을 전송함을 특징으로 하는 기지국.
제16항에 있어서
상기 헤더 압축 기능의 상기 실행 중지 요청은 옵션 유형(type) 값 및 상기 헤더 압축 기능의 상기 실행 중지 요청을 나태내는 옵션 길이 값 중 적어도 하나를 가지는 피드백 패킷에 포함됨을 특징으로 하는 기지국.