KR20140059282A

KR20140059282A - 무선 리소스 제어 시그널링을 사용하는 무선 링크 제어 리셋

Info

Publication number: KR20140059282A
Application number: KR1020147008916A
Authority: KR
Inventors: 샹카 소마선다램; 라자트 피 무케르지; 모하메드 사무르; 스테펀 이 테리; 진 왕
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2008-01-04
Filing date: 2008-12-31
Publication date: 2014-05-15
Also published as: NO2241045T3; KR101571643B1; KR101661830B1; WO2009088903A3; JP5676549B2; JP5883918B2; JP6189982B2; SG187407A1; KR20140101883A; CA2711241C; US9167564B2; US20150312896A1; JP5150734B2; TWI470986B; US9596674B2; US20120093110A1; KR20100106572A; CN101919195A; EP2241045A2; CN107070607A

Abstract

RLC에 대한 리셋 절차가 RRC 시그널링에 의해 구현되는 방법 및 장치가 개시된다. 개시된 리셋 방법의 개시 및 실행을 위한 트리거도 또한 개시된다.

Description

무선 리소스 제어 시그널링을 사용하는 무선 링크 제어 리셋{RADIO LINK CONTROL RESET USING RADIO RESOURCE CONTROL SIGNALING}

본 발명은 무선 통신에 관한 것이다.

3GPP(3^rd Generation Partnership Project) LTE(Long Term Evolution) 및 LTE-진보된 무선 통신 프로그램을 위한 현행 노력들은 개선된 스펙트럼 효율 및 감소된 레이턴시를 제공하기 위하여 새로운 LTE 설정 및 구성에 있어서 새로운 기술, 새로운 아키텍처 및 새로운 방법을 가져다 줄 것이다. 그 결과, 무선 리소스는 적은 비용으로 보다 풍부한 애플리케이션 및 서비스 그리고 보다 빠른 사용자 경험을 가져다 주도록 더 좋게 이용될 것이다.

이러한 노력의 일부로서, 3GPP는 이러한 목적을 충족시키는 것을 돕도록 무선 리소스 제어(RRC; Radio Resource Control) 및 무선 링크 제어(RLC; Radio Link Control) 계층에 대하여 새로운 절차를 정의하고 있다. 종래 기술(예를 들어, UMTS(Universal Mobile Telecommunication System) 사양)에서는, 송신기의 RLC 엔티티가 RLC 재전송의 최대 허용수에 도달한 후에는 리셋을 요청하지 않았다. 대신에, RLC 엔티티는 호(call)를 라이브 상태로 유지하며 RRC가 인지하지 못하게 자신의 리셋을 개시하려고 시도할 것이다.

그리 하기 위해, RLC 엔티티는 재전송을 계속한 다음, RLC가 복구할 수 있을 때까지 또는 RLC 리셋에 대한 최대 재전송 수에 도달할 때까지 리셋 절차를 계속할 것이다. RLC가 실패했을 경우, RRC는 무선 링크 실패(RLF; radio link failure) 복구 절차를 개시할 것이지만, RRC 접속 재확립을 시도하는 것이 아니라 송신기를 유휴(IDLE) 모드로 배치할 것이다.

현행 LTE 제안은 RLC 엔티티가 RLC 제어 프로토콜 데이터 유닛(PDU; protocol data unit)을 리셋(reset)할 수 있게 해준다. 그러나, 이 절차는 복잡할 수 있다. 따라서, RLC 엔티티를 리셋하기 위한 개선된 방법 및 장치에 대한 필요성이 존재한다.

무선 링크 제어에 대한 리셋 절차가 무선 리소스 제어 시그널링에 의해 구현되는 방법 및 장치가 개시된다. 개시된 리셋 방법의 개시 및 실행을 위한 트리거가 또한 개시된다.

무선 송수신 유닛(WTRU; wireless transmit/receive unit)은 무선 링크 실패의 표시로서 재전송의 수가 최대 허용 재전송수를 초과하는 것을 검출하고, 무선 리소스 제어 엔티티로부터 기지국에서의 피어(peer) 무선 링크 제어 엔티티에 무선 리소스 제어 메시지 내의 무선 링크 제어 리셋 요청을 보낸다.

대안으로서, 무선 송수신 유닛(WTRU)은 무선 링크 제어 리셋에 대한 요청을 수신한다. WTRU에서의 프로세서는 무선 리소스 제어(RRC) 엔티티 및 무선 링크 제어(RLC) 엔티티를 포함한다. RRC 엔티티는 무선 리소스 제어 메시지에서 무선 링크 제어 리셋에 대한 요청을 수신한다. RLC 엔티티는 RLC 엔티티의 수신측에서 순서에 맞지 않게(out of sequence) 수신되는 임의의 프로토콜 데이터 유닛(PDU)들로부터의 무선 링크 제어 서비스 데이터 유닛(SDU)들을 재어셈블(reassemble)한다. 재어셈블된 SDU는 패킷 데이터 컨버전스 프로토콜(PDCP; packet data convergence protocol) 엔티티에 순서에 맞게(in sequence) 전달된다. RLC 엔티티의 수신측에서, 재어셈블될 수 없는 임의의 나머지 PDU가 폐기된다. RLC 엔티티의 송신측에서, 전송 버퍼에 저장된 모든 SDU 및 PDU가 폐기된다.

본 발명에 따르면, 무선 링크 제어에 대한 리셋 절차가 무선 리소스 제어 시그널링에 의해 구현되는 방법 및 장치를 제공할 수 있다.

첨부 도면과 함께 예로써 주어진 다음의 상세한 설명으로부터 보다 상세한 이해가 이루어질 수 있다.
도 1은 RLC 리셋을 수행하도록 구성된 송신기 및 수신기의 기능 블록도이다.
도 2는 RLC 리셋을 수행하도록 구성된 송신기 프로세서 및 수신기 프로세서의 기능 블록도이다.
도 3은 프로토콜 리셋(Protocol Reset) 신호에 대한 신호도이다.

이하 언급될 때, 용어 "무선 송수신 유닛(WTRU)"은 사용자 기기(UE), 이동국, 고정 또는 이동 가입자 유닛, 페이저, 셀룰러 전화, 개인용 휴대정보 단말기(PDA), 컴퓨터, 또는 무선 환경에서 동작할 수 있는 임의의 기타 유형의 사용자 디바이스를 포함하지만, 이에 한정되는 것은 아니다. 이하 언급될 때, 용어 "기지국"은 노드 B, 진화된 노드 B(evolved Node-B), 사이트 컨트롤러, 액세스 포인트(AP), 또는 무선 환경에서 동작할 수 있는 임의의 기타 유형의 인터페이싱 디바이스를 포함하지만, 이에 한정되는 것은 아니다.

개시된 RLC "리셋(Reset)" 절차는 RLC '재확립(Re-establishment)' 또는 RLC '재구성(Re-configuration)'과 같은 다른 이름으로도 불릴 수 있다는 것을 유의하여야 한다. 이러한 것으로서, 개시된 방법 및 장치는 여기에서 제안된 절차가 3GPP 표준 사양에서의 다른 이름 또는 명칭을 사용하여 기재되어 있을 때에도 적용된다.

도 1은 개시된 방법을 수행하도록 구성된 송신기 및 수신기(110, 120)의 기능 블록도이다. 통상의 송신기/수신기(즉, WTRU 또는 기지국)에 포함된 컴포넌트 이외에도, 송신기(110) 및 수신기(120)는 RRC 시그널링을 사용하여 RLC 엔티티의 리셋을 수행하도록 구성된 프로세서(115, 125), 프로세서(115, 125)와 통신하는 수신기(116, 126), 프로세서(115, 125)와 통신하는 송신기(117, 127), 및 무선 데이터의 전송 및 수신을 용이하게 하도록 수신기(116, 126) 및 송신기(117, 127)와 통신하는 안테나(118, 128)를 포함한다. 또한, 수신기(116), 송신기(117), 및 안테나(118)는 단일 수신기, 송신기 및 안테나일 수 있으며, 또는 각각 복수의 개별 수신기, 송신기 및 안테나를 포함할 수 있다. 송신기(110)는 기지국 수신기(120)에 전송하는 WTRU일 수 있다. 대안으로서, 송신기(110)는 WTRU 수신기(120)에 전송하는 기지국일 수 있다.

도 2는 송신기(110) 및 수신기(120)에 대한 신호도를 도시하며, 프로세서(115)는 무선 링크 제어 계층(RLC) 엔티티(221),무선 리소스 제어 계층(RRC) 엔티티(222), 패킷 데이터 컨버전스 프로토콜 계층(PDCP) 엔티티(223)를 포함하고, 프로세서(125)는 RLC 엔티티(231), RRC 엔티티(232), 및 PDCP 엔티티(233)를 포함한다. 프로세서(115)에 대하여 단일 RLC 엔티티(221)가 도시되어 있고, 프로세서(125)에 대하여 단일 RLC 엔티티(231)가 도시되어 있지만, 송신 비확인응답 모드(UM; Unacknowledged Mode) RLC 엔티티, 수신 UM RLC 엔티티, 송신 투과 모드(TM; Transparent Mode) RLC 엔티티, 수신 TM RLC 엔티티, 및 확인응답 모드(AM; Acknowledged Mode) 엔티티를 포함하는 다수의 RLC 엔티티가 존재할 수 있다. 여기에서의 설명을 단순화하기 위한 목적으로 단일 RLC 엔티티(221, 231)가 도시되어 있으며, 개시된 방법 및 장치에 대한 제한을 나타내고자 하는 것이 아니다. 무선 리소스 제어(RRC) 및 RLC에 대하여 아래에 개시된 계층 엔티티간 활동은 계층 사이의 새로운 프리미티브 또는 정보 요소를 정의함으로써 달성될 수 있다는 것을 유의하여야 한다.

RLC 실패의 표시로서 RLC 리셋 트리거를 검출하면, 송신기 프로세서(115)에 포함된 RLC 엔티티(221)는 RLC 리셋을 원한다는 RLC 리셋 요청 표시(201)를 RRC 엔티티(222)에 보낸다(즉, 피어 RLC 엔티티(231)와 RLC 엔티티(221) 자체 둘 다가 리셋되어야 함). RLC 리셋 트리거의 예는, AM RLC 엔티티(221)에 대하여, 최대 허용 재전송수에 도달했다는 것일 수 있다. 트리거의 다른 예로는, 서비스 데이터 유닛(SDU) 폐기가 이벤트에 대하여 구성되지 않았다는 것, RLC 상태 PDU가 잘못된 시퀀스 번호를 나타내는 것, 복구 불가능한 오류, 그리고 RLC가 리셋될 것을 요하는 임의의 기타 이벤트나 트리거를 포함한다.

RRC 엔티티(222)에 전송되는 RLC 리셋 요청 표시(201)는 정보 요소(IE; information element)나 단일 또는 다중 비트 값 형태의 다음 유형의 요청 정보 중 하나 이상을 포함할 수 있다. RLC 리셋 요청 표시(201)에 대한 이유를 표시하도록 원인 값이 포함될 수 있다. 예를 들어, 트리거가 최대 재전송수에 도달하였다는 것이면, RLC 리셋 요청 표시(201)는 RRC 엔티티(222)에의 이의 표시를 포함한다. RLC 리셋을 요청하는 RLC 엔티티(221)에 대하여 올바르게 수신된 마지막 시퀀스 번호(SN; sequence number)를 표시하는 상태 정보가 또한 RLC 리셋 요청 표시(201)에 포함될 수 있다. RLC 리셋 요청 표시(201)는 또한 리셋할 RLC 엔티티(221)의 식별정보를 포함할 수 있으며(예를 들어, RLC 엔티티 식별정보는 RLC 엔티티와 연관된 무선 베어러 또는 RLC 엔티티와 연관된 논리 채널 인스턴스에 따를 수 있음), 또는 대안으로서, RLC 엔티티를 명시적으로 식별하기 위해 새로운 RLC 엔티티 ID가 정의되어 표시될 수 있다.

RRC 엔티티(221)에 RLC 요청 표시(201)를 전송한 후에, RLC 엔티티(221)는 다음 중 하나 이상을 수행할 수 있다:

1. 각각의 RLC 엔티티(221)에 고유하거나 각각의 RLC 엔티티(221)에 공통일 수 있는 타이머 T101을 시작함.

2. 리셋되고 있는 RLC 엔티티(221)에 대한 임의의 프로토콜 데이터 유닛(PDU)의 전송을 보류함(suspend).

3. RLC 리셋 전에 보내진 임의의 SDU의 버퍼를 플러시(flush)함.

4. RLC 엔티티(221)에 대한 임의의 PDU의 수신을 보류하며, 이는 이러한 엔티티에 대하여 임의의 수신된 PDU를 폐기하는 것을 통하여 일어날 수 있음.

5. 리셋 요청의 수의 카운트를 유지하는 카운터 C101을 증분/감소시킴. 이 카운터는 각각의 RLC 엔티티에 고유할 수 있음.

6. 처음에 구성된 파라미터로 RLC 엔티티(221)를 리셋함(예를 들어, 시퀀스 번호(SN)가 0으로 리셋될 수 있음). 대안으로서, RLC 엔티티(221)는 타이머 T101의 만료시 이 리셋 동작을 취할 수 있음.

7. 상기 절차들 중 임의의 절차를 시작하기 전에 RRC 엔티티(222)로부터의 표시(202)를 기다림. RRC 엔티티(222)로부터의 표시(202)는 RRC 엔티티(222)에 의해 개시되고 있는 리셋 절차들의 확인(confirmation) 및/또는 리셋 요청 표시(201)의 확인응답의 형태를 취할 수 있음.

RRC 엔티티(222)는 RLC 리셋이 요구된다는 RLC 리셋 표시(201)를 수신하면, 피어 RRC 엔티티(232)에 RLC의 리셋이 요구된다는 것을 표시하는 RRC 메시지(203)를 보낼 수 있다. RLC 리셋에 대한 파라미터는 임의의 RRC 메시지(203)(예를 들어, RRC CONNECTION RE-ESTABLISHMENT 메시지 또는 RRC CONNECTION RECONFIGURATION 메시지) 또는 아래에 보다 상세하게 기재되는 바와 같이 PROTOCOL RESET 메시지와 같은 리셋 절차용으로 전용된 새로운 RRC 메시지에 포함될 수 있다. RLC Reset 요청 정보를 전송하기 위하여, RLC Reset IE 또는 Protocol Reset Indicator Information Element(IE)와 같은 새로운 IE가 RLC 엔티티(221)의 리셋 요청을 표시하는데 사용될 수 있다. 이 IE는 임의의 RRC 메시지(203)에 또는 리셋 절차용으로 전용된 특정 메시지에 반송될(carry) 수 있다. RLC Reset IE 파라미터의 예가 아래의 표 1에 제시되어 있다.

표 1에 기재된 개별 IE들은 선택적이고, 이에 포함된 정보는 다양한 방식으로 전달될 수 있다. 리셋을 표시하는 RRC 메시지(203)는 리셋의 임의의 표시일 수 있다. 예를 들어, RRC 메시지(203)는 전용 메시지로 보다 많은 상세 IE에 임의의 RRC 메시지에서 전달될 수 있는 비트, 또는 몇몇 비트를 포함할 수 있지만, 이에 한정되는 것은 아니다(예를 들어, Protocol Reset Indicator IE 참조). RRC 메시지(203)에서의 표시는 명시적이거나 암시적일 수 있고, 또한 RLC 및/또는 PDCP 상태를 포함할 수 있다. 암시적 표시의 경우, 리셋 IE를 포함하지 않는 별도로 보내진 RRC 메시지는, 미리 구성된 정의에 따라 단지 RRC 메시지 이름에 의해 리셋이 요구된다는 것을 표시할 수 있다.

피어 RRC 엔티티(232)에 RLC 리셋 요청을 표시하는 RRC 메시지(203)는 리셋 시간/리셋 활성화의 명시적 또는 암시적 표시를 포함할 수 있다. 대안으로서, 이는 전송 시간 간격(TTI; Transmission Time Interval) 또는 시스템 프레임 번호(SFN; System Frame Number) 기반으로 달성될 수 있다. 예로서, RRC 메시지(203)가 전송/수신된 마지막 TTI에 대한 TTI의 수 또는 SFN과의 RLC 리셋의 조정에 의해 동기화가 달성될 수 있다.

리셋할 RLC 엔티티(221)가 리셋을 표시하는 RRC 메시지(203)를 개시할 동일한 RLC 엔티티인 경우에, RRC 엔티티(222)는 송신기(110)의 상이한 RLC 엔티티에 매핑되는 무선 베어러(RB; radio bearer)를 통해 리셋을 표시하는 메시지를 전송할 수 있다. 대안으로서, 새로운 RB 및 연관된 RLC 엔티티가 구성될 수 있다. 대안으로서, RLC 리셋 IE를 포함하는 RRC 메시지(203)가 시그널링 RB(SRB; Signaling RB)를 통해 전송될 수 있다. 이 SRB는 RLC의 리셋 또는 일부 다른 목적(예를 들어, PDCP의 리셋)에 전용될 수 있다. SRB는 이 SRB가 리셋되고 있을 가능성을 피하기 위해 RLC UM 엔티티에 매핑되는 것이 바람직하다.

RRC 엔티티(222)는 RLC Reset을 위한 RRC 메시지(203)가 단일 RLC PDU 안에 들어갈(fit inside) 것임을 보장할 수 있다. RRC 엔티티(222)는 상이한 RLC 엔티티들(221)로부터의 다수의 리셋 요청들을 단일 메시지(203)로 종합할 수 있다. 송신 RRC 엔티티(222)가 리셋 절차가 진행 중인 송신 RLC 엔티티(221)에 대한 리셋 요청을 수신하면, 송신 RRC 엔티티(222)는 이 요청을 무시할 수 있다. 송신 RRC 엔티티(222)는 확인응답 신호(202)로 송신 RLC 계층/엔티티로부터의 리셋 요청에 확인응답할 수 있다.

송신 RRC 엔티티(222)는 대기 중인(pending) RLC Reset 표시(204)를 PDCP 엔티티(223)에 보낼 수 있다. 이는 송신기(110)에서 PDCP 상태 PDU의 생성을 트리거할 수 있다.

RLC 리셋 요청을 표시하는 RRC 메시지(203)의 전송 후에, RRC 엔티티(222)는 다음 중 하나 이상을 수행할 수 있다:

1. 송신 RRC 엔티티(222)가 부가적인 동작을 개시하기 전에 RLC Reset 확인응답(213)을 기다릴 수 있는 시간을 결정할 수 있는 타이머 T102 타이머를 시작함.

2. RRC 메시지(203)를 통하여 RLC 리셋 요청의 수의 카운트를 유지하는 카운터 C102를 증분/감소시킴. 이 카운터는 각각의 RLC 엔티티(221)에 고유할 수 있으며, RLC Reset 요청에 대하여 RSN을 표시하는데 사용될 수 있음. RRC 엔티티(222)는 동일한 리셋 요청의 재전송을 구별하도록 RRC 트랜잭션 식별자(Transaction Identifier)를 사용할 수 있음.

3. RLC Reset 절차가 개시된 RLC 엔티티(221)에 표시(205)를 제공함.

상기 기재한 타이머 T102가 만료되면, RRC 엔티티(222)는 다음 중 하나를 구현할 수 있다:

1. 다른 RRC 메시지(203)로 RLC Reset 요청을 재전송함.

2. 가능하면 리셋할 다른 RLC 엔티티를 참조하여 새로운 RLC Reset 요청을 보냄.

3. 카운터 C102를 증분/감소시키고 타이머 T102를 재시작함.

4. RLC 엔티티(221)에 타이머 T102 만료의 표시를 제공함.

카운터 C102가 미리 결정된 값에 도달하면(예를 들어, 리셋 요청의 최대 수에 대해 구성된/미리 결정된 값), RRC 엔티티(221)는 상이한 절차 세트를 개시할 수 있다. 예를 들어, RRC 엔티티(222)는 RRC RECONFIGURATION 절차 또는 Radio Link Failure 절차 또는 Physical Channel Reconfiguration 절차 또는 일부 기타 복구 절차를 개시할 수 있다.

RRC 엔티티(222)는 리셋 표시자를 포함하는 RRC 메시지(203)를 재전송하도록 하이브리드 자동 반복 요청(HARQ; Hybrid Automatic Repeat Request) 지원(assistance)을 사용할 수 있다. 예를 들어, HARQ 엔티티(224)는 RLC 리셋을 포함하는 RRC PDU의 전달이 실패했음을 RRC 엔티티(222)에 표시할 수 있고, 그 다음에 RRC(222)가 PDU를 재전송한다.

수신기(115)에서, RLC Reset 요청을 갖는 RRC 메시지(203)를 수신하면, RRC 엔티티(232)는 다음 동작들 중 하나 이상을 구현한다:

1. 송신기 RRC 엔티티(222)에 리셋 요청의 수신을 확인응답하도록 RRC 메시지 확인응답(213)을 보냄. 수신기 RRC 엔티티(232)는 수신기 RLC 엔티티(231)에 RLC 리셋 요청을 전달할 수 있고, 대안으로서 확인응답(213)이 RLC 엔티티(231)로부터의 리셋 확인을 기다린 후에 보내질 수 있음.

2. RLC 엔티티(231)에 대하여 구성된 RB를 통한 임의의 PDU의 전송/수신을 정지함.

3. RLC 데이터 버퍼를 플러시하도록 RLC 엔티티(231)에 명령함.

4. 표시(211)로서 RLC 엔티티(231)에 그리고 표시(214)로서 PDCP 엔티티(233)에 RLC Reset 요청을 임의의 연관된 리셋 파라미터와 함께 전달함.

리셋되어야 할 RLC 엔티티(231)가 RLC Reset 확인응답을 표시하는 RRC 메시지(213)를 개시해야 할 동일한 RLC 엔티티인 경우에, 수신기 RRC 엔티티(222)는 상이한 RLC 엔티티에 매핑되는 RB를 통해 리셋 확인응답을 표시하는 메시지를 전송할 수 있다. 대안으로서, 새로운 RB 및 연관된 RLC 엔티티가 구성될 수 있다.

또 다른 대안에서, RLC Reset 확인응답 IE를 포함하는 RRC 메시지(213)는 시그널링 RB(SRB)를 통해 전송될 수 있다. 이 SRB는 RLC의 리셋 확인응답 및 일부 기타 용도(예를 들어, PDCP의 리셋 확인응답)에 전용될 수 있다. 이 SRB는 이 SRB가 리셋될 가능성을 피하기 위해 UM RLC 엔티티에 매핑될 수 있다.

RRC 엔티티(232)는 리셋 확인응답을 위한 RRC 메시지(213)가 단일 RLC PDU 안에 들어갈 것임을 보장할 수 있다. RRC 엔티티(232)는 상이한 RLC 엔티티들(231)에 대한 다수의 리셋 확인응답들을 단일 메시지로 종합할 수 있다.

RRC 절차는 리셋 확인응답 표시자를 포함하는 RRC 메시지를 재전송하도록 HARQ 지원을 사용할 수 있다. 예를 들어, HARQ 엔티티(234)는 RLC 리셋 확인응답을 포함하는 RRC PDU의 전달이 실패했음을 RRC(232)에 표시할 수 있고, 그 다음에 RRC 엔티티(232)가 PDU를 재전송한다.

RRC 엔티티(232)는 RLC 리셋이 발생했다는 RLC 리셋 표시(212)를 수신하면, 피어 RRC 엔티티(222)에 RLC 리셋의 확인응답을 표시하는 RRC 메시지(213)를 보낼 수 있다. RLC 리셋 확인응답에 대한 파라미터는 임의의 RRC 메시지(213)(예를 들어, RRC CONNECTION REESTABLISHMENT COMPLETE 메시지 또는 RRC CONNECTON RECINFIGURATION COMPLETE 메시지) 또는 아래에 보다 상세하게 설명되는 바와 같이 PROTOCOL RESET ACKNOWLEDGE 메시지와 같은 리셋 절차용으로 전용된 새로운 RRC 메시지에 포함될 수 있다. RLC Reset 확인응답 정보를 전송하기 위하여, RLC Reset Acknowledgment IE 또는 Protocol Reset ACK IE와 같은 새로운 IE가 RLC 엔티티(231)의 리셋을 표시하는데 사용될 수 있다. 이 IE는 임의의 RRC 메시지(213)에 또는 RLC 리셋 절차용으로 전용된 특정 메시지에 반송될 수 있다. RLC Reset Acknowledgment IE 파라미터의 예가 아래의 표 2에 제시된다.

상기에 기재된 개별 RLC Reset Acknowledgment IE 파라미터들은 선택적이며, IE에 포함된 정보는 다양한 방식으로 전달될 수 있다는 것을 이해하여야 한다.

수신기에서의 RLC 엔티티(231)가 RRC 엔티티(232)로부터 리셋하라는 커맨드를 수신할 때, RLC 엔티티(231)는 다음 중 하나 이상을 구현할 수 있다:

1. 그 엔티티에 대한 일부 또는 모든 RLC 상태 변수를 그의 최초/디폴트 값으로 또는 리셋 요청에 포함된 값(만약 있다면)으로 리셋함.

2. 구성 가능한 파라미터를 그의 구성된 값으로 또는 리셋 요청에서 수신된 새로운 값(만약 있다면)으로 리셋함.

3. 그 RLC 엔티티(231)와 연관된 임의의 또는 모든 타이머를 정지 및/또는 재시작.

4. RLC 엔티티(231)의 수신측에서, 가능하다면, 순서에 맞지 않게 수신되는 PDU들로부터의 RLC SDU들을 재어셈블하고, 이들을 상위 계층 엔티티(예를 들어, PDCP 엔티티(233))에 전달함; RLC SDU로 재어셈블될 수 없는 임의의 나머지 PDU를 폐기함.

5. RLC 엔티티(231)의 송신측에서, RLC 엔티티(231)의 PDU (재)전송 버퍼로부터 모든 RLC PDU를 폐기함.

6. RLC 엔티티(231)의 송신측에서, RLC 엔티티(231)의 SDU 전송 버퍼로부터 모든 RLC SDU를 폐기하고, 폐기된 SDU를 상위 계층 엔티티(예를 들어, PDCP 엔티티(233))에 통지함. 이러한 통지를 수신한 후에, 상위 계층(예를 들어, PDCP 엔티티(233))은 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티(231)에의 전송을 위해 이들 SDU를 다시 제출할 수 있음(즉, 사실상 재전송할 수 있음). 또 다른 대안에서, RLC 엔티티(231)의 송신측에서, RLC SDU는 리셋이 발생할 때 RLC 엔티티(231)의 SDU 전송 버퍼로부터 폐기되지 않음.

7. RLC 엔티티(231)의 송신측에서, (RLC STATUS PDU를 통하여) 피어 RLC 엔티티(221)에 의해 수신이 확인응답(확인)되지 않은 모든 SDU를 상위 계층(예를 들어, PDCP 엔티티(233))에 통지함. 이러한 통지를 수신한 후에, 상위 계층 엔티티(예를 들어, PDCP 엔티티(233))는 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티(231)에의 전송을 위해 이들 SDU를 다시 제출할 수 있음(즉, 사실상 재전송할 수 있음).

8. 표시(212)로써 RRC에 리셋 절차의 완료를 확인함.

9. 상위 계층 엔티티에 리셋의 완료를 표시함(예를 들어, 표시(215)로써 PDCP 엔티티(233)).

PDCP 엔티티(233)는 PDCP Status PDU를 생성하도록 (RRC 표시(214) 또는 RLC 표시(215)를 통하여 수신된) RLC 리셋의 표시를 사용할 수 있다.

RLC 엔티티(231) 리셋은 RRC 절차와 동기화될 수 있다(즉, RRC 메시지(203) 및/또는 메시지(213). RRC 절차는 리셋 시간/리셋 활성화의 명시적 또는 암시적 표시를 포함할 수 있다. 대안으로서 이는 TTI 또는 SFN 기반으로 달성될 수 있다. 예로서, RRC 절차와 RLC 리셋 사이의 동기화는 또한 RRC 메시지(203) 및/또는 RRC 메시지(213)가 수신된 마지막 TTI에 대한 TTI의 수 또는 SFN에 따라 조정될 수 있다.

수신기 RRC 엔티티(232)로부터 RRC 메시지(213)를 통하여 RLC 리셋의 확인응답을 수신하면, 송신기 RRC 엔티티(222)는 다음 중 하나 이상을 구현할 수 있다:

1. 타이머 T102를 정지함.

2. 카운터 C102를 그의 최초 값 또는 0으로 리셋함.

3. RLC 엔티티(221)에 표시(203)로써 그리고 PDCP 엔티티(223)에 표시(206)로써 확인응답 RRC 메시지(213)를 확임함.

RLC 엔티티(221)는 RRC 표시(205)를 통하여 리셋 요청의 확인응답을 수신하면 다음 중 하나 이상을 구현한다:

1. 타이머 T101를 정지함.

2. 카운터 C101을 0으로 리셋함.

3. 그 엔티티에 대한 일부 또는 모든 RLC 상태 변수를 그의 최초/디폴트 값으로 또는 리셋 요청에서 구성된 값(만약 있다면)으로 리셋함.

4. 구성 가능한 파라미터를 그의 구성된 값으로 또는 리셋 요청에서 수신된 새로운 값(만약 있다면)으로 리셋함.

5. 그 RLC 엔티티(221)와 연관된 임의의 또는 모든 타이머를 정지 및/또는 재시작함.

6. RLC 엔티티(221)의 수신측에서, 가능하다면 순서에 맞지 않게 수신되는 PDU들로부터의 RLC SDU들을 재어셈블하고, 이들을 PDCP 엔티티(223)에 순서에 맞게 전달하고, RLC SDU로 재어셈블될 수 없는 임의의 나머지 PDU를 폐기함.

7. RLC 엔티티(221)의 송신측에서, RLC 엔티티(221)의 PDU (재)전송 버퍼로부터 모든 RLC PDU를 폐기함.

8. RLC 엔티티(221)의 송신측에서, RLC 엔티티(221)의 SDU 전송 버퍼로부터 모든 RLC SDU를 폐기하고, 폐기된 SDU(들)를 상위 계층(예를 들어, PDCP(223))에 통지함. 이러한 통지를 수신한 후에, 상위 계층(예를 들어, PDCP(223))은 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티(221)에의 전송을 위해 이들 SDU를 다시 제출할 수 있음(즉, 사실상 재전송할 수 있음). 또 다른 덜 바람직한 대안에서, RLC 엔티티의 송신측에서, RLC 엔티티(221)의 SDU 전송 버퍼로부터 RLC SDU를 폐기하지 않음(리셋이 발생할 때).

9. RLC 엔티티(221)의 송신측에서, (RLC STATUS PDU를 통하여) 피어 RLC 엔티티에 의해 수신이 확인응답(확인)되지 않은 모든 SDU를 상위 계층(예를 들어, PDCP(223))에 통지함. 이러한 통지를 수신한 후에, 상위 계층(예를 들어, PDCP(223))은 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티(221)에의 전송을 위해 이들 SDU들을 다시 제출할 수 있음(즉, 사실상 재전송할 수 있음).

10. RRC 엔티티(222)에 리셋 절차의 완료를 확인함.

11. 상위 계층(예를 들어, PDCP(223))에 리셋의 완료를 표시함.

PDCP 엔티티(223)는 PDCP Status PDU를 생성하도록 (RRC 표시(206) 또는 RLC 표시(208)를 통하여 수신된) RLC 리셋의 확인응답을 사용할 수 있다.

RLC(221) 리셋은 RRC 절차(즉, RRC 메시지(203) 및/또는 메시지(213))와 동기화될 수 있다. RRC 절차는 리셋 시간/리셋 활성화의 명시적 또는 암시적 표시를 포함할 수 있다. 대안으로서, 이는 TTI 또는 SFN 기반으로 달성될 수 있다. 예로서, RRC 절차와 RLC(221) 리셋 사이의 동기화는 또한 RRC 메시지(203) 및/또는 RRC 메시지(213)가 수신된 마지막 TTI에 대한 TTI의 수 또는 SFN에 따라 조정될 수 있다.

RRC를 통하여 달성되는 RLC 리셋에 대하여 상기 개시한 방법에 따라, 다음은 도 3에 도시된 Protocol Reset 절차에 대하여 RRC 메시지(203 및 213)에 대한 RRC 시그널링의 개요이다.

송신 RRC 엔티티(222)는 송신기(110)에서의 RLC 엔티티(221)가 RLC 엔티티를 리셋할 필요성을 표시할 때마다 이 Protocol Reset 절차를 개시할 수 있다.

절차를 개시하면, 송신 RRC 엔티티(222)는:

1> PROTOCOL RESET REQUEST 메시지(301)의 전송을 개시함

1> RLC에 절차의 개시를 표시함(선택적)

1> 하위 계층이 메시지의 성공적인 전송을 표시할 때 타이머 T102를 시작함

타이머 T102가 만료되면 송신 RRC 엔티티(222)는:

1> PROTOCOL RESET REQUEST 메시지(301)의 전송을 재개시함

1> 하위 계층이 메시지의 성공적인 전송을 표시할 때 타이머 T102를 재시작함

송신 RRC 엔티티(222)는 PROTOCOL RESET REQUEST 메시지(301)의 전송을 개시할 때 다음 동작들을 취한다:

1> 이것이 새로운 리셋 요청이라면

2> 카운터 C102의 새로운 인스턴스를 초기화하고 하나씩 증분시킴

1> 이것이 재전송되고 있는 리셋 요청이라면

2> 카운터 C102를 하나씩 증분시킴

송신 RRC 엔티티(222)는 다음과 같이 PROTOCOL RESET 메시지(301)의 컨텐츠를 설정한다:

0> C102 카운터

라면

1> PROTOCOL RESET REQUEST 메시지(301)에서 리셋할 RLC 엔티티를 식별하고 메시지에서의 Transaction Identifier를 C102 카운터의 값과 동일하도록 설정함

0> 그렇지 않다면

1> RL 실패를 선언하고 RL 실패 처리 절차를 시작함

2> RRC 재확립 요청을 보냄으로써 접속의 재확립을 시도함

PROTOCOL RESET REQUEST 메시지(301)를 수신하면 RRC 엔티티(232)는:

1> PROTOCOL RESET ACKNOWLEDGE 메시지(302)의 전송을 개시함

1> RLC 엔티티(231)에 리셋 요청을 전달함

1> 하위 계층이 메시지의 성공적인 전송을 표시할 때 타이머 T103을 시작함(선택적)

RRC 엔티티(232)는 다음과 같이 PROTOCOL RESET ACKNOWLEDGE 메시지(302)의 컨텐츠를 설정한다:

1> 메시지의 Transaction Identifier 값을 확인응답되고 있는 PROTOCOL RESET REQUEST 메시지(301)에서의 대응하는 Transaction Identifier로 설정함

PROTOCOL RESET ACKNOWLEDGE(302)를 수신하면, RRC 엔티티(222)는:

1> 타이머 T102를 정지함

1> 카운터 C102를 0으로 리셋함

1> PROTOCOL RESET COMPLETE 메시지(303)의 전송을 개시함(선택적)

1> 하위 계층(예를 들어, RLC)에 확인응답의 수신을 표시함

다음은 도 3에 도시된 메시지의 개요이다.

PROTOCOL RESET REQUEST 메시지(301)는 하위 계층 프로토콜 엔티티의 리셋을 요청하는데 사용된다:

PROTOCOL RESET ACKNOWLEDGMENT 메시지(302)는 하위 계층 프로토콜 엔티티의 리셋을 확인응답하는데 사용된다:

PROTOCOL RESET COMPLETE 메시지(303)는 하위 계층 프로토콜 엔티티의 리셋을 완료하는데 사용된다(선택적):

개시된 방법 및 장치는 3GPP LTE 및/또는 HSPA 향상(예를 들어, WCDMA evolution Rel-7, Rel-8 등)에 관련된 것들을 포함하는 임의의 무선 통신 디바이스 및 시스템에 적용 가능하다.

실시예

1. 무선 링크 제어(RLC) 엔티티를 리셋하는 방법에 있어서, RLC 리셋 표시를 보내는 것을 포함하는 방법.

2. 실시예 1에 있어서, 상기 리셋 표시는 무선 리소스 제어(RRC) 엔티티에 전송되는 것인 방법.

3. 실시예 2에 있어서, RLC 리셋을 트리거하는 것을 더 포함하는 방법.

4. 실시예 2 또는 3에 있어서, 상기 트리거는 RLC 상태 프로토콜 데이터 유닛(PDU)이 잘못된 시퀀스 번호를 표시하는 것을 포함하는 것인 방법.

5. 실시예 3 또는 4에 있어서, 상기 트리거는 재전송의 수가 최대 허용 재전송수를 초과하는 것을 포함하는 것인 방법.

6. 실시예 3 내지 5 중 어느 하나에 있어서, 상기 트리거는 복구 불가능한 오류를 포함하는 것인 방법.

7. 실시예 3 내지 6 중 어느 하나에 있어서, 상기 리셋 요청은, 리셋 요청에 대한 이유를 표시하는 원인 값, 리셋을 요청하는 엔티티에 대하여 올바르게 수신된 마지막 시퀀스 번호(SN)를 표시하는 상태 정보, 및 리셋할 RLC 엔티티의 식별정보 중 하나 이상을 포함하는 것인 방법.

8. 실시예 7에 있어서, 상기 식별정보는 RLC 엔티티와 연관된 논리 채널 인스턴스를 사용하여 이루어지는 것인 방법.

9. 실시예 7 또는 8에 있어서, 상기 식별정보는 RLC 엔티티와 연관된 무선 베어러를 사용하여 이루어지는 것인 방법.

10. 실시예 2 내지 9 중 어느 하나에 있어서, RLC 엔티티는 타이머를 시작하는 것인 방법.

11. 실시예 10에 있어서, RLC 엔티티는 리셋되고 있는 엔티티에 대한 임의의 PDU의 전송을 보류하는 것인 방법.

12. 실시예 10 또는 11에 있어서, RLC 엔티티는 리셋 전에 보내진 임의의 SDU의 버퍼를 플러시하는 것인 방법.

13. 실시예 10 내지 12 중 어느 하나에 있어서, RLC 엔티티는 리셋되고 있는 엔티티에 대한 임의의 PDU의 수신을 보류하는 것인 방법.

14. 실시예 10 내지 13 중 어느 하나에 있어서, RLC 엔티티는 리셋 요청의 수의 카운트를 유지하는 카운터(C101)를 증분/감소시키는 것인 방법.

15. 실시예 10 내지 14 중 어느 하나에 있어서, 상기 RLC는 엔티티를 구성된 최초 파라미터로 리셋하는 것인 방법.

16. 실시예 10 내지 15 중 어느 하나에 있어서, RLC 엔티티는 리셋 요청의 확인응답을 갖는 RRC 표시를 수신하는 것인 방법.

17. 실시예 2 내지 16 중 어느 하나에 있어서, RRC 계층에 상기 RLC 리셋 표시를 전송하는 것을 더 포함하는 방법.

18. 실시예 17에 있어서, 피어 RRC 엔티티에 RRC 제어 메시지를 전송하는 것을 더 포함하는 방법.

19. 실시예 18에 있어서, 상기 RRC 제어 메시지는 RLC의 리셋이 요구된다는 표시를 포함하는 것인 방법.

20. 실시예 18 또는 19에 있어서, 상기 RRC 제어 메시지는 리셋에 대한 파라미터를 포함하는 것인 방법.

21. 실시예 20에 있어서, 프로토콜 리셋 표시자 정보 요소(IE)는 RLC 엔티티의 리셋을 표시하는 것인 방법.

22. 실시예 21에 있어서, 상기 IE는 RRC 제어 메시지에 반송되는 것인 방법.

23. 실시예 21에 있어서, 상기 IE는 전용 메시지에 반송되는 것인 방법.

24. 실시예 17 내지 23 중 어느 하나에 있어서, RLC 리셋 표시는 리셋 시간의 표시를 포함하는 것인 방법.

25. 실시예 24에 있어서, 상기 시간 표시는 명시적인 것인 방법.

26. 실시예 24에 있어서, 상기 시간 표시는 암시적인 것인 방법.

27. 실시예 16 내지 26 중 어느 하나에 있어서, 리셋될 상기 RLC 엔티티가 아닌 다른 RLC 엔티티에 RRC 제어 메시지를 전송하는 것을 더 포함하는 방법.

28. 실시예 16 내지 27 중 어느 하나에 있어서, RRC 엔티티는 RRC 메시지가 단일 RLC PDU 안에 들어갈 것임을 보장하는 것인 방법.

29. 실시예 16 내지 28 중 어느 하나에 있어서, RRC 엔티티는 상이한 RLC 엔티티들로부터의 다수의 리셋 요청들을 단일 메시지로 종합하는 것인 방법.

30. 실시예 16 내지 29 중 어느 하나에 있어서, 상기 RRC 엔티티는 RRC 계층이 리셋이 진행 중인 RLC 엔티티에 대한 리셋 요청을 수신하면 RLC 리셋 표시를 무시하는 것인 방법.

31. 실시예 16 내지 30 중 어느 하나에 있어서, 송신 RRC 엔티티는 송신 RLC 엔티티로부터의 리셋 요청을 확인응답하는 것인 방법.

32. 실시예 16 내지 31 중 어느 하나에 있어서, 송신 RRC 엔티티는 PDCP에 대기 중인 RLC 리셋을 표시하는 것인 방법.

33. 실시예 32에 있어서, 상기 PDCP에의 표시는 송신기에서 PDCP 상태 PDU의 생성을 트리거하는 것인 방법.

34. 실시예 16 내지 33 중 어느 하나에 있어서, RRC 메시지의 전송 후에, RRC 엔티티는 타이머 T102를 시작하는 것인 방법.

35. 실시예 34에 있어서, 타이머 T102는 송신 RRC 엔티티가 부가적인 동작을 개시하기 전에 확인응답을 기다릴 수 있는 시간을 결정하는 것인 방법.

36. 실시예 16 내지 35 중 어느 하나에 있어서, RRC 메시지의 전송 후에, RRC 엔티티는 리셋 요청의 수의 카운트를 유지하는 카운터 C102를 증분시키는 것인 방법.

37. 실시예 36에 있어서, 카운터 C102는 리셋 요청에 대한 리셋 시퀀스 번호(RSN)를 표시하는 것인 방법.

38. 실시예 16 내지 37 중 어느 하나에 있어서, RRC 메시지의 전송 후에, RRC 엔티티는 리셋 절차가 개시되었다는 표시를 RLC 계층에 제공하는 것인 방법.

39. 실시예 16 내지 38 중 어느 하나에 있어서, 타이머 T102가 만료되면, RRC가 리셋 요청을 재전송하는 것을 더 포함하는 방법.

40. 실시예 16 내지 38 중 어느 하나에 있어서, 타이머 T102가 만료되면, RRC가 새로운 리셋 요청을 보내는 것을 더 포함하는 방법.

41. 실시예 16 내지 40 중 어느 하나에 있어서, 타이머 T102가 만료되면, RRC가 카운터를 증분시키고 타이머 T102를 재시작하는 것을 더 포함하는 방법.

42. 실시예 16 내지 41 중 어느 하나에 있어서, 타이머 T102가 만료되면, RRC가 RLC에 표시를 제공하는 것을 더 포함하는 방법.

43. 실시예 16 내지 42 중 어느 하나에 있어서, 카운터 C102가 미리 결정된 값에 도달하고, RRC가 RRC RECONFIGURATION 절차를 개시하는 것을 더 포함하는 방법.

44. 실시예 16 내지 43 중 어느 하나에 있어서, 카운터 C102가 미리 결정된 값에 도달하면, RRC가 무선 링크 실패 절차를 개시하는 것을 더 포함하는 방법.

45. 실시예 16 내지 44 중 어느 하나에 있어서, 카운터 C102가 미리 결정된 값에 도달하면, RRC가 물리 채널 재구성 절차를 개시하는 것을 더 포함하는 방법.

46. 실시예 16 내지 45 중 어느 하나에 있어서, RRC는 동일한 리셋 요청의 재전송을 구별하도록 RRC 트랜잭션 식별자를 사용하는 것인 방법.

47. 실시예 16 내지 46 중 어느 하나에 있어서, RRC는 리셋 표시자를 포함하는 RRC 메시지를 재전송하도록 하이브리드 자동 반복 요청(HARQ) 지원을 사용하는 것인 방법.

48. 실시예 47에 있어서, 상기 HARQ는 RLC 리셋을 포함하는 RRC PDU의 전달이 실패했음을 RRC에 표시하는 것인 방법.

49. 실시예 16 내지 48 중 어느 하나에 있어서, RLC 엔티티에 대한 리셋 요청을 포함하는 RRC 메시지를 수신하면, 수신 RRC 엔티티가 송신기에 리셋 요청의 확인응답을 보내는 것을 더 포함하는 방법.

50. 실시예 49에 있어서, 수신 RRC 계층이 수신 RLC 계층에 리셋 요청을 전달하는 것을 더 포함하는 방법.

51. 실시예 50에 있어서, 확인응답을 보내기 전에 RLC 계층으로부터의 확인을 기다리는 것을 더 포함하는 방법.

52. 실시예 16 내지 51 중 어느 하나에 있어서, RLC 엔티티에 대한 리셋 요청을 포함하는 RRC 메시지를 수신하면, 수신 RRC 엔티티가 리셋할 RLC 엔티티에 대해 구성된 임의의 PDU의 전송 및 수신을 정지하는 것을 더 포함하는 방법.

53. 실시예 16 내지 52 중 어느 하나에 있어서, RLC 엔티티의 리셋 요청을 포함하는 RRC 메시지를 수신하면, 수신 RRC 엔티티가 데이터 버퍼를 플러시하는 것을 더 포함하는 방법.

54. 실시예 16 내지 53 중 어느 하나에 있어서, RLC 엔티티에 대한 리셋 요청을 포함하는 RRC 메시지를 수신하면, 수신 RRC 엔티티가 RLC 엔티티에 리셋 요청 및 연관된 리셋 파라미터를 전달하는 것을 더 포함하는 방법.

55. 실시예 16 내지 54 중 어느 하나에 있어서, RLC 엔티티의 리셋의 수신을 확인응답하는 프로토콜 리셋 ACK IE가 사용되는 것인 방법.

56. 실시예 16 내지 55 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 그 RLC 엔티티에 대한 RLC 상태 변수의 하나 이상을 그의 최초 값으로 또는 리셋 요청에 포함된 값으로 리셋하는 것을 더 포함하는 방법.

57. 실시예 16 내지 56 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 구성 가능한 파라미터를 그의 구성된 값으로 또는 리셋 요청에 포함된 값으로 리셋하는 것을 더 포함하는 방법.

58. 실시예 16 내지 57 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 그 엔티티와 연관된 임의의 또는 모든 타이머를 정지 및/또는 재시작하는 것을 더 포함하는 방법.

59. 실시예 16 내지 58 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 순서에 맞지 않게 수신되는 PDU들로부터의 RLC SDU들을 재어셈블하고 이들을 RLC 엔티티의 수신측 상의 PDCP 엔티티에 전달하는 것을 더 포함하는 방법.

60. 실시예 59에 있어서, RLC SDU들로 재어셈블될 수 없는 임의의 나머지 PDU를 폐기하는 것을 더 포함하는 방법.

61. 실시예 16 내지 60 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 RLC 엔티티의 송신측 상의 RLC 엔티티의 PDU 전송 버퍼로부터 모든 RLC PDU를 폐기하는 것을 더 포함하는 방법.

62. 실시예 16 내지 61 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 RLC 엔티티의 송신측 상의 RLC 엔티티의 SDU 전송 버퍼로부터 모든 RLC SDU를 폐기하는 것을 더 포함하는 방법.

63. 실시예 62에 있어서, 폐기된 SDU를 상위 계층에 통지하는 것을 더 포함하는 방법.

64. 실시예 63에 있어서, 상위 계층이 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티에의 전송을 위해 SDU를 다시 제출하는 것을 더 포함하는 방법.

65. 실시예 16 내지 64 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 RLC 엔티티의 송신측 상의 피어 RLC 엔티티에 의해 수신이 확인응답되지 않은 모든 SDU를 상위 계층에 통지하는 것을 더 포함하는 방법.

66. 실시예 65에 있어서, 이러한 통지를 수신한 후에, 상위 계층이 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티에의 전송을 위해 그들 SDU를 다시 제출하는 것을 더 포함하는 방법.

67. 실시예 16 내지 66 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 RRC에 리셋의 완료를 확인하는 것을 더 포함하는 방법.

68. 실시예 16 내지 67 중 어느 하나에 있어서, 수신기에서의 RLC가 RLC 엔티티를 리셋하라는 RRC 계층으로부터의 커맨드를 수신할 때, 수신기에서의 상기 RLC가 상위 계층에 리셋의 완료를 표시하는 것을 더 포함하는 방법.

69. 실시예 16 내지 68 중 어느 하나에 있어서, PDCP 계층은 PDCP 상태 PDU를 생성하도록 RLC 리셋의 표시를 사용하는 것인 방법.

70. 실시예 16 내지 69 중 어느 하나에 있어서, 수신기 RRC 엔티티에 의해 RLC 리셋의 확인응답을 수신하면, 송신기 RRC 엔티티가 타이머 T102를 정지하는 것을 더 포함하는 방법.

71. 실시예 16 내지 70 중 어느 하나에 있어서, 수신기 RRC 엔티티에 의해 RLC 리셋의 확인응답을 수신하면, 송신기 RRC 엔티티가 카운터 C102를 그의 초기 값 또는 0으로 리셋하는 것을 더 포함하는 방법.

72. 실시예 16 내지 71 중 어느 하나에 있어서, 수신기 RRC 엔티티에 의해 RLC 리셋의 확인응답을 수신하면, 송신기 RRC 엔티티가 RLC 계층 또는 PDCP 엔티티에 확인응답을 확인하는 것을 더 포함하는 방법.

73. 실시예 16 내지 72 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 타이머 T101을 정지하는 것을 더 포함하는 방법.

74. 실시예 16 내지 73 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 카운터 C101을 0으로 리셋하는 것을 더 포함하는 방법.

75. 실시예 16 내지 74 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 RLC 엔티티에 대한 RLC 상태 변수들 중 하나 이상을 그의 초기 값으로 또는 리셋 요청에 포함된 값으로 리셋하는 것을 더 포함하는 방법.

76. 실시예 16 내지 75 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 구성 가능한 파라미터를 그의 구성된 값으로 또는 리셋 요청에 포함된 값으로 리셋하는 것을 더 포함하는 방법.

77. 실시예 16 내지 76 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 그 엔티티와 연관된 임의의 또는 모든 타이머를 정지 또는 재시작하는 것을 더 포함하는 방법.

78. 실시예 16 내지 77 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 순서에 맞지 않게 수신되는 PDU들로부터의 RLC SDU들을 재어셈블하고 이들을 PDCP 엔티티에 전달하는 것을 더 포함하는 방법.

79. 실시예 78에 있어서, RLC SDU로 재어셈블될 수 없는 임의의 나머지 PDU를 폐기하는 것을 더 포함하는 방법.

80. 실시예 16 내지 79 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 RLC 엔티티의 송신측 상의 RLC 엔티티의 PDU 전송 버퍼로부터 모든 RLC PDU를 폐기하는 것을 더 포함하는 방법.

81. 실시예 16 내지 80 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 RLC 엔티티의 송신측 상의 RLC 엔티티의 SDU 전송 버퍼로부터 모든 RLC SDU를 폐기하는 것을 더 포함하는 방법.

82. 실시예 81에 있어서, 폐기된 SDU를 상위 계층에 통지하는 것을 더 포함하는 방법.

83. 실시예 82에 있어서, 통지를 수신한 후에, 상위 계층이 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티에의 전송을 위해 SDU를 다시 제출하는 것을 더 포함하는 방법.

84. 실시예 16 내지 83 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 RLC 엔티티의 송신측 상의 피어 RLC 엔티티에 의해 수신이 확인응답되지 않은 모든 SDU를 상위 계층에 통지하는 것을 더 포함하는 방법.

85. 실시예 84에 있어서, 통지를 수신한 후에, 상위 계층이 RLC 리셋의 완료에 이어서 그 아래의 RLC 엔티티에의 전송을 위해 SDU를 다시 제출하는 것을 더 포함하는 방법.

86. 실시예 16 내지 85 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 RRC에 리셋의 완료를 확인하는 것을 더 포함하는 방법.

87. 실시예 16 내지 86 중 어느 하나에 있어서, RRC를 통하여 리셋 요청의 확인응답을 수신하면, 송신기에서의 RLC 엔티티가 상위 계층에 리셋의 완료를 표시하는 것을 더 포함하는 방법.

88. 실시예 1 내지 87 중 어느 하나에 따른 방법을 수행하도록 구성된 프로세서.

89. 실시예 88의 프로세서를 포함하는 무선 송수신 유닛(WTRU).

특징 및 구성요소가 특정 조합으로 설명되었지만, 각각의 특징 또는 구성요소는 다른 특징 및 구성요소 없이 단독으로 사용될 수 있거나, 다른 특징 및 구성요소와 함께 또는 다른 특징 및 구성요소 없이 다양한 조합으로 사용될 수 있다. 제공된 방법 또는 흐름도는 범용 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독가능한 저장 매체에 실체형으로 구현된 컴퓨터 프로그램, 소프트웨어 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능한 저장 매체의 예로는 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내부 하드 디스크 및 이동식 디스크와 같은 자기 매체, 자기 광학 매체, 및 CD-ROM 디스크 및 DVD와 같은 광학 매체를 포함한다.

적합한 프로세서는 예로써, 범용 프로세서, 특수 용도 프로세서, 종래 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관되는 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuit), FPGA(Field Programmable Gate Array) 회로, 임의의 기타 유형의 집적 회로(IC), 및/또는 상태 머신을 포함한다.

소프트웨어와 연관된 프로세서는 무선 송수신 유닛(WTRU), 사용자 기기(UE), 단말기, 기지국, 무선 네트워크 컨트롤러(RNC), 또는 임의의 호스트 컴퓨터에 사용하기 위한 무선 주파수 트랜시버를 구현하는데 사용될 수 있다. WTRU는 카메라, 비디오 카메라 모듈, 비디오폰, 스피커폰, 진동 장치, 스피커, 마이크로폰, 텔레비전 트랜시버, 핸즈프리 헤드셋, 키보드, 블루투스® 모듈, 주파수 변조(FM) 라디오 유닛, LCD 디스플레이 유닛, OLED 디스플레이 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 무선 로컬 영역 네트워크(WLAN) 또는 초광대역(UWB) 모듈과 같이 하드웨어 및/또는 소프트웨어로 구현되는 모듈과 함께 사용될 수 있다.

115, 125: 프로세서
116, 126: 수신기
117, 127: 송신기
221, 231: 무선 링크 제어(RLC) 엔티티
222, 232: 무선 리소스 제어(RRC) 엔티티
223, 233: 패킷 데이터 컨버전스 프로토콜 계층(PDCP) 엔티티

Claims

WTRU(wireless transmit/receive unit, 무선 송수신 유닛)에 의해 구현되는 방법에 있어서,
RRC(radio resource control, 무선 리소스 제어) 연결 재구성 메시지를 수신하는 단계; 및
상기 RRC 연결 재구성 메시지의 수신에 대응해서,
RLC 엔티티에서 순서에 맞지 않게(out of sequence) 수신된 임의의 PDU(protocol data unit, 프로토콜 데이터 유닛)들로부터 RLC(radio link control, 무선 링크 제어) SDU(service data unit, 서비스 데이터 유닛)들을 재어셈블(reassemble)하는 단계;
재어셈블될 수 없는 임의의 남은 PDU들을 상기 RLC 엔티티에서 폐기(discard)하는 단계;
전송 버퍼들에 저장된 SDU들과 PDU들을 상기 RLC 엔티티에서 폐기하는 단계;
상기 RLC 엔티티와 연관되는 타이머들을 정지시키고 리셋하는 단계; 및
상기 RLC 엔티티와 연관되는 상태 변수(state variable)들을 초기값들로 리셋하는 단계
를 포함하는, 무선 송수신 유닛에 의해 구현되는 방법.
제1항에 있어서,
RLC 리셋 확인응답(acknowledgement)을 RRC 엔티티로 보내는(send) 단계를 더 포함하는, 무선 송수신 유닛에 의해 구현되는 방법.
제1항에 있어서,
상기 RLC 엔티티 운영 타입(operating type)은 확인응답 모드인, 무선 송수신 유닛에 의해 구현되는 방법.
무선 송수신 유닛(wireless transmit/receive unit, WTRU)에 있어서,
프로세서를 포함하고,
상기 프로세서는, RRC(radio resource control, 무선 리소스 제어) 연결 재구성 메시지를 수신하도록 구성되고;
상기 프로세서는 또한, 상기 RRC 연결 재구성 메시지에 대응해서, RLC 엔티티에서 순서에 맞지 않게(out of sequence) 수신된 임의의 PDU(protocol data unit, 프로토콜 데이터 유닛)들로부터 RLC SDU(service data unit, 서비스 데이터 유닛)들을 재어셈블(reassemble)하고; 재어셈블될 수 없는 임의의 남은 PDU들을 상기 RLC 엔티티에서 폐기(discard)하고; 전송 버퍼들에 저장된 SDU들과 PDU들을 상기 RLC 엔티티에서 폐기하며; 상기 RLC 엔티티와 연관되는 타이머들을 정지시키고 리셋하며; 상기 RLC 엔티티와 연관되는 상태 변수(state variable)들을 초기값들로 리셋하도록 구성되는, 무선 송수신 유닛.
청구항 4에 있어서,
상기 프로세서는 RLC 리셋 확인응답(acknowledgment)을 보내도록 또한 구성되는, 무선 송수신 유닛.
청구항 4에 있어서,
상기 프로세서는 RLC 엔티티가 리셋을 완료하면 RLC 리셋 확인응답을 보내도록 또한 구성되는, 무선 송수신 유닛.
청구항 4에 있어서,
상기 RLC 엔티티 운영 타입은 확인응답 모드인, 무선 송수신 유닛.