KR20150058527A - 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치 - Google Patents

진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치 Download PDF

Info

Publication number
KR20150058527A
KR20150058527A KR1020157011534A KR20157011534A KR20150058527A KR 20150058527 A KR20150058527 A KR 20150058527A KR 1020157011534 A KR1020157011534 A KR 1020157011534A KR 20157011534 A KR20157011534 A KR 20157011534A KR 20150058527 A KR20150058527 A KR 20150058527A
Authority
KR
South Korea
Prior art keywords
reordering
tsn
mac
pdu
ehs
Prior art date
Application number
KR1020157011534A
Other languages
English (en)
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 KR20150058527A publication Critical patent/KR20150058527A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/155Ground-based stations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • H04L1/1841Resequencing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/625Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6275Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03Protocol definition or specification 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/26Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses

Abstract

고속 다운링크 공유 채널(HS-DSCH) 전송을 수신하기 위한 방법 및 장치가 개시된다. HS-DSCH 매체 액세스 제어(MAC-ehs) 엔티티는 Cell_FACH, Cell_PCH, 및 URA_PCH 상태 중 하나에 있는 동안 고속 다운링크 공유 채널(HS-DSCH)을 통해 MAC-ehs 프로토콜 데이터 유닛(PDU)을 수신한다. MAC-ehs PDU 내에 포함된 재정렬 PDU는 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송될 수 있다. 트리거링 이벤트의 발생시에 소정 재정렬 큐는 서스펜드 상태에 진입하고 서스펜드 상태의 재정렬 큐에 분배된 MAC-ehs PDU들은 재정렬의 수행없이 다음 처리 엔티티에 포워딩될 수 있다. 타겟 셀에서 MAC-ehs PDU를 수신한 후에 MAC-ehs 리셋이 수행되도록, 소정 전송에 대하여 MAC-ehs 리셋 프로시져가 확장될 수 있다.

Description

진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치{METHOD AND APPARATUS FOR REORDERING DATA IN AN EVOLVED HIGH SPEED PACKET ACCESS SYSTEM}
진화된 고속 패킷 액세스(evolved HSPA; evolved High Speed Packet Access) 시스템은 현재 제3 세대 파트너쉽 프로젝트(3GPP) 릴리스 7의 프레임워크 내에서 개발되고 있는 중이다. 3GPP 릴리스 7의 한 특징은, Cell_DCH 상태 뿐만 아니라 Cell_FACH, URA_PCH, Cell_PCH 상태에서 고속 다운링크 공유 채널(HS-DSCH)을 통해 사용자 및/또는 제어 데이터를 사용자 장비(UE)가 수신할 수 있는 가능성이다.
고속 다운링크 패킷 액세스(HSDPA)에서, UE는 하이브리드 자동 반복 요청(HARQ) 기술을 구현하는 노드 B로부터 패킷(즉, MAC-hs 프로토콜 데이터 유닛(PDU), MAC-ehs PDU)을 수신한다. Cell_DCH 상태에서, UE는, UE가 패킷을 성공적으로 수신했는지의 여부를 가리키기 위해, 각각의 HARQ 전송 이후에 긍정 접수확인(ACK) 또는 부정 접수확인(NACK)을 노드 B에 전송한다.
UE가 디코드하고 이 피드백을 전송하기 위해 요구되는 지연 때문에, 노드 B는, 패킷을 전송한 이후로서 패킷의 연속된 전송에 대한 대응하는 피드백을 수신하기 이전에, 상이한 패킷들을 전송(또는 재전송)한다. UE에서의 성공적 디코딩을 위해 요구되는 전송 횟수는 패킷별로 다르기 때문에, UE 내의 HARQ 엔티티는 노드 B로부터의 패킷들 각각의 초기 전송과 동일한 순서로 패킷들을 전달하지 않을 가능성이 있다. 이 문제를 완화하기 위해, UE 내의 매체 액세스 제어(MAC) 층은, 수신된 패킷들의 상위층으로의 전달에 앞서 재정렬을 수행한다. 이 재정렬은 MAC-hs 헤더 내의 전송 시퀀스 번호(TSN; Transmission Sequence Number)에 기초한다.
Cell_DCH 상태에 있는 동안, UE는, 고속 공유 제어 채널(HS-SCCH)의 순환 중복 검사(CRC)를 그 고유의(즉, UE-특유의) HS-DSCH 무선 네트워크 임시 식별자(H-RNTI)로 마스킹함으로써, 노드 B로부터의 HS-DSCH 전송이 UE로 예정되어 있는지의 여부를 판정한다. 그러나, Cell_PCH, URA_PCH, 또는 Cell_FACH 상태에 있는 동안, UE는 반드시 UE-특유의 H-RNTI를 가지는 것은 아니다. 예를 들어, 셀 재선택시에, UE는, UE가 셀 업데이트 확인 메시지를 수신할 때 타겟 셀에서 사용할 UE-특유의 H-RNTI를 반드시 알고 있지는 않다. 이 문제를 해결하기 위해, 네트워크는, 모든 WTRU가 UE를 식별하기 위해 대역내 시그널링을 디코드하고 이용할 수 있도록, 공통의 H-RNTI를 이용할 수 있다. 또한, 공통의 H-RNTI는, 네트워크가, 주어진 셀에서 캠핑중인 모든 WTRU에게 메시지를 브로드캐스트하는 것(예를 들어, 브로드캐스트 제어 채널(BCCH) 메시지)을 허용하는데 필요할 수 있다.
공통의 H-RNTI를 이용하는 HS-DSCH를 통해 데이터를 수신하는 UE(들)에서 재정렬 기능을 구현하려 할 때 몇가지 문제가 발생한다. 제1 문제는, 재정렬 기능은 UE로 예정되어 있지도 않은 패킷들의 도달도 역시 기다리므로, UE는 상위층으로의 데이터의 전달을 잠재적으로 지연시킨다는 점이다.
또 다른 문제는, UE가 MAC-hs 또는 MAC-ehs 리셋을 수행할 때(예를 들어, 셀 재선택시) 발생한다. 셀 재선택의 수행 후에, UE는 MAC-ehs 리셋 동안, 재정렬에 관련된 몇가지 변수들(예를 들어, next_expected_TSN, 및 RcvWindow_UpperEdge)을 초기화한다. 그러나, 공통 H-RNTI를 이용할 때, 타겟 셀은, 그 타겟 셀 내에서 공통 H-RNTI를 이미 이용하고 있는 다른 모든 WTRU들에 영향을 미치지 않고 TSN 값을 재초기화할 수 없다. 따라서, 그 타겟 셀에 합류하는 UE는 후속하는 재정렬을 수행하기 위해 TSN의 재초기화에 의존할 수 없다. 그 결과, 바람직하지 않은 영향이 발생할 수 있다. 예를 들어, 만일 MAC-ehs 리셋 후 첫번째로 수신된 패킷의 시퀀스 번호(SN)가 초기 수신 윈도우 내에 있게 되고 next_expected_TSN의 초기값 아래에 있게 되면, 이 패킷은 폐기될 것이다.
종래 기술은, Cell_FACH 상태에서 HS-DSCH를 이용할 때 셀 업데이트 프로시져의 수행시에 과도한 지연을 초래할 수 있다. UE 아이덴티티를 알지 못한 채 (즉, 공통 H-RNTI를 이용하여) 행해지는 고속 채널을 통한 노드 B 전송은 재정렬의 지원에 대해 어려움을 나타낸다. 의도된 수신기의 아이덴티티는 UE의 MAC-ehs 엔티티에 알려지지 않기 때문에, 노드 B는 UE-특유의 TSN을 이용할 수 없다. 따라서, 이와 같은 전송의 리스닝을 개시하는 UE는, 순서화된 전달(in-sequence delivery)에 대해 예상하는 다음 TSN을 알지 못한다.
HS-DSCH 전송을 수신하기 위한 방법 및 장치가 개시된다. 무선 송수신 유닛(WTRU) 내의 MAC-ehs 엔티티는, Cell_FACH, Cell_PCH 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 MAC-ehs PDU를 수신한다. MAC-ehs PDU 내에 포함된 재정렬 PDU는 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송될 수 있다.
MAC-ehs PDU를 수신하기 위해 싱글 하이브리드 자동 반복 요청(HARQ) 프로세스가 이용될 수 있으며, MAC-ehs PDU의 모든 재전송은 후속하는 MAC-ehs PDU의 전송을 개시하기 이전에 완료될 수 있다. 대안으로서, MAC-ehs PDU에 대해 어떠한 HARQ 재전송도 수행되지 않고, MAC-ehs PDU는 단 한번만 전송될 수 있다. 대안으로서, HARQ 엔티티는 수신된 MAC-ehs PDU를 보류하고 수신된 MAC-ehs PDU의 마지막 HARQ 전송의 완료 이후에만 수신된 MAC-ehs PDU를 전달할 수 있다. 대안으로서, HARQ 엔티티는, 성공적으로 디코딩된 MAC-ehs PDU를 다음 처리 엔티티에 즉시 전달하고, 성공적으로 디코딩된 MAC-ehs PDU에 대한 마지막 HARQ 전송이 발생할 때 표시를 전송할 수 있다. 무선 링크 제어(RLC) 층에서 중복 회피 및 재정렬(DAR; Duplicate Avoidance and Reordering) 기능이 모든 논리적 채널 또는 접수확인된 모드(AM) 데이터에 적용될 수 있다.
소정 재정렬 큐는, 트리거링 이벤트의 발생시에 서스펜드 상태에 진입할 수 있으며, 서스펜드 상태의 재정렬 큐에 분배된 MAC-ehs PDU들은 재정렬 PDU들의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩될 수 있다. MAC-ehs 리셋 프로시져는, 타겟 셀에서 MAC-ehs PDU들을 수신한 이후에 MAC-ehs 리셋이 수행되도록 소정 전송에 대해 연장될 수 있다. MAC-ehs 리셋을 수행할 때, 변수 next_expected_TSN 및 RcvWindow_UpperEdge는 값 "미정(Pending)"으로 설정된다.
공통 HS-DSCH 무선 네트워크 임시 식별자(H-RNTI)를 이용하여 MAC-ehs PDU를 전송하기 위해 셀에서 이용될 전송 시퀀스 번호(TSN)가 WTRU에 제공되고 MAC-ehs 엔티티는 그 TSN으로 구성될 수 있다. 공통 HS-DSCH 무선 네트워크 임시 식별자(H-RNTI)를 이용하여 HS-DSCH를 통해 전송된 무선 자원 제어(RRC) 메시지는, 싱글 MAC-ehs PDU에 들어맞기에 충분히 작도록 제어될 수 있다.
재정렬 계류 상태에서, 재정렬 변수들은 첫번째 MAC-ehs PDU의 TSN에 기초하여 전송될 수 있다. 수신된 MAC-ehs PDU들은 재정렬 버퍼에 저장되어 HARQ 정보에 기초하여 상위 엔티티에 전달될 수 있다. TSN 번호들이 금지될 때, 재정렬 엔티티의 모든 산술 동작에 대해 모듈로 x가 이용될 수 있다. 여기서, x는 금지되는 가장 낮은 TSN 번호이다. TSN은 각각의 WTRU에 독립적으로 할당될 수 있다.
고속 다운링크 공유 채널(HS-DSCH) 전송을 수신하기 위한 방법 및 장치가 제공된다.
첨부된 도면과 연계하여 예로서 주어지는 이하의 상세한 설명으로부터 더 상세한 이해가 가능할 것이다.
도 1은 예시적 WTRU의 블럭도이다.
도 2는 MAC-ehs 엔티티의 블럭도이다.
도 3은 소정 우선순위 큐로부터 수신된 데이터에 대한 재정렬이 없는 WTRU MAC-ehs 엔티티의 블럭도이다.
도 4는 소정 우선순위 큐로부터 수신된 데이터에 대한 재정렬 및 리어셈블리가 없는 WTRU MAC-ehs 엔티티의 블럭도이다.
이하에서 언급할 때, 용어 "무선 송수신 유닛(WTRU)"은 사용자 장비(UE), 이동국, 고정 또는 이동 가입자 유닛, 페이저, 셀룰러 전화, PDA, 컴퓨터, 또는 무선 환경에서 동작할 수 있는 기타 임의 타입의 사용자 장치를 포함하지만, 이들만으로 제한되는 것은 아니다. 이하에서 언급할 때, 용어 "노드 B"는, 기지국, 싸이트 제어기, 액세스 포인트(AP), 또는 무선 환경에서 동작할 수 있는 기타 임의 타입의 인터페이싱 장치를 포함하지만, 이들만으로 제한되는 것은 아니다. 이하에서 실시예들이 예로서 Cell_FACH 상태를 참조하여 설명될 것이다. 실시예들은 Cell_PCH 또는 URA_PCH 상태들에 적용가능하다는 사실에 주목해야 한다.
도 1은 예시적 WTRU(100)의 블럭도이다. WTRU(100)는, 물리층(110), 매체 액세스 제어(MAC) 층(120), 무선 링크 제어(RLC) 층(130), 무선 자원 제어(RRC) 층(140), 상위층(들)(150) 등을 포함한다. MAC 층(120)은 MAC-ehs 엔티티를 포함한다. MAC-ehs 엔티티는 MAC-hs 엔티티 또는 기타 임의의 명칭으로 불릴 수도 있다는 점에 주목해야 한다. 이하에서, 용어 "MAC-ehs"만이 사용될 것이다.
도 2는 MAC-ehs 엔티티(200)의 블럭도이다. MAC-ehs 엔티티(200)는, 하이브리드 자동 반복 요청(HARQ) 엔티티(202), 디스어셈블리 엔티티(204), 재정렬 큐 분배 엔티티(206), 복수의 재정렬 큐(208), 디멀티플렉싱 엔티티(210), 및 리어셈블리 엔티티(212)를 포함한다. HARQ 엔티티(202)를 통해 수신된 MAC-ehs PDU는 디스어셈블리 엔티티(204)에 의해 재정렬 PDU들로 분해된다. 재정렬 PDU들은 수신된 논리 채널 식별자에 기초하여 재정렬 큐 분배 엔티티(206)에 의해 재정렬 큐(208)에 분배된다. 재정렬 PDU들은 전송 시퀀스 번호(TSN)에 따라 재조직화된다. 연속된 TSN들을 갖는 재정렬 PDU들은 수신시에 상위층에 전달된다. 타이머 메커니즘은 불연속 데이터 블럭들의 상위층으로의 전달을 결정한다. 각각의 우선순위 큐에 대하여 하나의 재정렬 엔티티(208)가 있다. 디멀티플렉싱 엔티티(200)는 재정렬된 재정렬 PDU들을 논리 채널 식별자에 기초하여 리어셈블리 엔티티(202)에 라우팅한다. 리어셈블리 엔티티(202)는 세그먼트화된 MAC-ehs SDU들을 원래의 MAC-ehs SDU로 재결합하여 그 MAC-ehs SDU들을 상위층들에 포워딩한다.
제1 실시예에 따르면, MAC-ehs PDU들은 HARQ 엔티티로부터 순서대로 전달되고, MAC-ehs 층은 패킷들이 WTRU에서 항상 순서대로 수신되는 것을 보장함으로써 그 재정렬 의무로부터 해방될 수 있다. 만일 MAC-ehs 층이 재정렬을 수행할 필요가 없다면, WTRU가 WTRU-특유의 H-RNTI를 할당받지 않는 경우 MAC-ehs 리셋 기능은 간소화될 수 있다. 제1 실시예를 구현하기 위한 4개 옵션이 이하에서 개시된다.
제1 실시예에 대한 제1 옵션에서, 소정 전송에 대하여 싱글 HARQ 프로세스가 이용된다. 이 전송은 소정 우선순위 큐로부터 나온 것이거나, 소정 논리 채널로부터 나온 것이거나, 또는 목적지 WTRU의 아이덴티티가 MAC-ehs 엔티티에서 알려지지 않은 전송(즉, MAC-ehs PDU가 공통 H-RNTI를 이용하여 전송될 때)일 수 있다. Cell_FACH 상태에서, 노드 B 내의 MAC-ehs 엔티티는, WTRU로부터의 피드백을 수신하지 않고 미리구성된 횟수 동안 반복적으로 MAC-ehs PDU를 전송한다. 이것은, 반복적 HARQ 전송 방법이라 불린다. 노드 B는, 순서대로의 전달이 필수적으로 요구되는 소정 전송에 대하여 후속 MAC-ehs PDU의 전송을 개시하기 이전에 MAC-ehs PDU의 모든 재전송을 완료한다.
제1 옵션에서, 현재의 3GPP 명세에 정의되어 있는 동일한 HARQ 프로세스 상에서의 연속된 HARQ 전송들 사이의 최소 인터벌에 의해 부과되는 큰 지연이 문제가 될 수 있다. 현재의 3GPP 명세에서, WTRU는, HARQ 프로세스에 대해 의도된 임의의 MAC-ehs PDU를, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 데이터의 마지막 수신으로부터 다섯개(5) 서브프레임 내에서 수신되는 경우, 폐기할 수 있다. 이와 같은 제약은, WTRU로부터의 HARQ 피드백에 의해 소정의 최소 왕복 시간이 부과되기 때문에, Cell_DCH 상태에서 HS-DSCH를 이용할 때 정당화될 수 있다. 그러나, Cell_FACH 상태에서 HS-DSCH를 이용할 때, WTRU는 노드 B에 ACK/NACK 피드백을 전송하지 않기 때문에 더 짧은 인터벌이 가능하다.
지연 문제는, WTRU가 Cell_FACH 상태에 있는 동안 MAC-ehs 엔티티를 상이하게 구성함으로써 해결될 수 있다. 예를 들어, Cell_FACH 상태에서, WTRU의 MAC-ehs 엔티티는, 동일한 HARQ 프로세스에 대해 의도된 패킷의 마지막 수신으로부터 5개 서브프레임 내에서 수신된 패킷들을 폐기하지 않도록 구성될 수 있으며, Cell_DCH 상태에서만 그렇게 할 수도 있다.
대안으로서, Cell_FACH 상태에서, WTRU MAC-ehs 엔티티는, HARQ 프로세스에 대해 의도된 패킷을, 그 패킷이, 동일한 HARQ 프로세스에 대하여 의도된 패킷의 마지막 수신으로부터 n개 서브프레임 내에 수신된 경우, 폐기하도록 구성될 수 있다. 숫자 n은 고정되거나 명세에서 미리정의될 수 있다. 만일 n=0이라면, WTRU가 Cell_FACH 상태에 있을 때 최소값은 명시되지 않는다는 것으로 이해된다. 숫자 n은 WTRU 의존적일 수 있다. 서브프레임의 최소 갯수 n은 상위층에 의해 WTRU의 능력으로서 시그널링될 수 있다. 예를 들어, WTRU는 그 능력 정보를 (상위층 프로토콜의 임의의 정보 요소의 일부로서) 무선 네트워크 제어기(RNC)에 미리 시그널링할 수 있다. RNC는 소정 데이터에 적용가능한 서브프레임의 최소 갯수 n을 시그널링할 수도 있다. 대안으로서, RNC는, 각각의 논리 채널에 대하여, 각각의 우선순위 큐에 대하여, 또는 각각의 H-RNTI에 대하여, 이용할 최소 갯수 n을 노드 B에 시그널링할 수도 있다.
상기 2개 대안은 결합되어 Cell_FACH 상태에서 HS_DSCH를 이용하는 임의의 WTRU에 적용가능한 고정되고 미리정의된 서브프레임의 최소 갯수 m이 더 작은 WTRU-의존적 값 n(< m)과 함께 상위층들에 의해 WTRU의 능력으로서 제공될 수도 있다. 이것은, 공통 제어 채널(CCCH) 또는 BCCH와 같은 특정한 WTRU에 전용되지 않는 소정의 논리 채널들 상에서 전송하는데에 유용하다. 이 경우, 노드 B는, 특정한 WTRU에 전용되지 않는 논리 채널들에 대하여 m의 최소치를 이용하고, 특정한 WTRU로 예정된 데이터에 대하여 더 작은 WTRU-의존적 최소치를 이용할 수 있다.
공통의 H-RNTI만으로 싱글 HARQ 프로세스가 이용될 때, 종래의 3비트 "하이브리드-ARQ 프로세스 정보" 필드가 제거될 수 있도록 HS-SCCH 포멧이 변경될 수 있다. 그 결과 HS-SCCH에서 인코딩되는 정보 비트수는 더 적어지고 전송 전력 요건도 더 낮아질 것이다. WTRU는, 공통 H-RNTI에 의해 전송이 마스킹되었는지의 여부에 의존하여 어떤 방법이 적용되었는지를 판정할 수 있다.
노드 B는, HS-DSCH 자원의 구성 또는 재구성을 위해 이용되는 종래의 노드 B 애플리케이션부(NBAP) 메시지들 중 하나를 이용하여 싱글 HARQ 프로세스를 이용하도록 명시적으로 통보받을 수 있다. MAC-ehs 엔티티에 의해 사용될 HARQ 프로세스들의 갯수를 가리키는 새로운 정보 요소(IE)가 추가될 수도 있다.
대안으로서, HS-DSCH 자원의 구성에 이용되는 NBAP 메시지들 내의 종래의 IE는 이 목적을 위해 확장될 수 있다. 예를 들어, HARQ 메모리 할당 IE는 사용될 HARQ 프로세스의 갯수를 가리키는 새로운 필드, 또는 소정의 논리 채널이나 소정의 공통 H-RNTI에 대해 어떤 HARQ 프로세스가 이용될 수 있는지를 가리키는 비트 스트링을 모든 HARQ 프로세스에 대해 설정하는 새로운 필드를 포함하도록 확장될 수 있다.
대안으로서, 노드 B는 또 다른 IE에 의해 암묵적으로 통보받을 수도 있다. 예를 들어, 타이머 T1이 제로(0)로 설정되면, 이것은 단 하나의 HARQ 프로세스만이 이용될 수 있다는 것을 암묵적으로 의미할 수 있다. 대안으로서, 싱글 HARQ 프로세스를 암묵적으로 시그널링하기 위해 재정렬 없음이나 세그먼트화 없음을 가리키는 새로운 IE가 이용될 수 있다.
대안으로서, 노드 B 내의 MAC-ehs 엔티티는 TSN을 포함하지 않도록, 또는 TSN을 포함하지만 TSN을 인크리멘트시키지 않도록 지시받을 수 있으며, 이것은 싱글 HARQ 프로세스가 이용되고 있음을 가리키거나, 또는 그 반대를 암묵적으로 가리킬 수 있다.
대안으로서, 노드 B는 Iub 프레임 프로토콜을 통해 통보받을 수 있다. 싱글 HARQ 프로세스 또는 복수 HARQ 프로세스를 이용하여 특정한 메시지가 전송되어야 하는지의 여부를 가리키는 새로운 필드가 Iub 프레임 프로토콜에 추가될 수 있다.
개시된 대안들의 임의의 조합이 이용될 수도 있다.
제1 실시예에 대한 제2 옵션에서, 소정 전송에 대하여 어떠한 HARQ 재전송도 수행되지 않는다. 노드 B는, 소정 우선순위 큐로부터의 PDU, 소정 논리 채널로부터의 PDU, 또는 목적지 WTRU의 아이덴티티가 MAC-ehs 엔티티에서 알려지지 않은(즉, 공통 H-RNTI가 이용되는) PDU에 대하여 어떠한 HARQ 재전송도 보내지 않으며, 이들 데이터에 대한 MAC-ehs PDU는 단 한번만 공중으로 전송된다. MAC-ehs PDU들은 순서대로 수신되고 WTRU는 특정한 전송에 대하여 어떠한 재정렬도 수행할 필요가 없다. WTRU 내의 MAC-ehs 엔티티는 성공적으로 디코딩된 PDU들을 상위층에 직접 포워딩하여, 재정렬 기능을 완전히 바이패스한다.
WTRU는, 특정한 우선순위 큐 또는 논리 채널에 대하여 또는 특정한 전송에 대하여, 싱글 HARQ 전송이 PDU마다 발생한다는 것을 L3 구성 정보(예를 들어, BCCH/BCH)에서 명시적으로 통보받을 수 있다. 대안으로서, 어떠한 HARQ 재전송도 발생하지 않을 것이라는 것을 가리키기 위해, 새로운 L1 시그널링(예를 들어, HS-SCCH 내의 새로운 필드)이 이용될 수 있다. 대안으로서, 특정한 패킷에 대해 어떠한 HARQ 재전송도 발생하지 않을 것이라는 것을 가리키기 위해 HS-SCCH 내의 필드들이 수정될 수도 있다. 대안으로서, 패킷의 싱글 HARQ 전송을 가리키기 위해 MAC-ehs 헤더 내에 새로운 필드가 추가될 수도 있다.
제1 실시예에 대한 제3 옵션에서, 반복적 HARQ 전송 방법이 이용되고, 디코딩된 패킷의 전달은 WTRU의 HARQ 엔티티에서 지연된다. 이 옵션에서, 노드 B는 (예를 들어, 더 나은 시간 다이버시티를 제공하기 위해) 싱글 HARQ 프로세스보다 많은 프로세스를 이용할 수도 있다. 그러나, 연속된 MAC-ehs PDU들의 마지막 HARQ 전송이 노드 B에서 순서대로 전송되도록 제약이 부과된다. 즉, MAC-ehs PDU #n-1에 대한 마지막 HARQ 전송은 항상 MAC-ehs PDU #n에 대한 마지막 HARQ 전송 이전에 전송된다. 이와 같은 제약은, 예를 들어, HARQ 재전송이 고정된 인터벌에서 발생할 때(동기 HARQ) 만족될 수 있으나, 이러한 경우만으로 제약되는 것은 아니다.
WTRU의 HARQ 엔티티는 성공적으로 디코딩된 패킷을, 이 패킷에 대한 모든 전송(즉, 미리구성된 반복 횟수)이 전송될때까지 전달하지 않는다. 패킷에 대한 모든 전송이 이루어졌는지의 여부를 판정하기 위해, WTRU HARQ 엔티티는, 디코딩된 패킷을 전달하는 신규 PDU를 가리키는 신규 데이터 표시자(NDI) 플래그와 함께 HS-SCCH 전송의 수신을 기다릴 수 있다. 대안으로서, WTRU는 MAC-ehs PDU에 대하여 전송 횟수를 (예를 들어, HS-SCCH 전송에 기초하여) 카운트하고, 이 MAC-ehs PDU에 관하여 미리구성된 최대 전송 횟수에 도달한 이후에만 성공적으로 디코딩된 MAC-ehs PDU를 전달할 수 있다. 최대 횟수는 상위층들을 통해 WTRU에 시그널링될 수 있다.
제1 실시예에 대한 제4 옵션에서, WTRU의 HARQ 엔티티는 성공적으로 디코딩된 패킷들을 MAC-ehs 엔티티 내의 상위 엔티티들(즉, 재정렬 엔티티)에 즉시 전달한다. 재정렬 엔티티는, 마지막 HARQ 전송이 발생했다는 표시를 HARQ 엔티티로부터 수신할 때까지 전달된 MAC-ehs PDU를 유지한다. 이 표시를 수신한 이후에, 재정렬 엔티티는 상위 엔티티/서브층들에 MAC-ehs PDU를 전송한다. HARQ 엔티티는 제3 옵션에서 기술된 방법들 중 하나에 기초하여 이 결정을 내릴 수 있다.
이 옵션에서, 재정렬 엔티티는 상위 엔티티들에 PDU를 전송할 때를 판정하기 위해 (존재하는 경우) MAC-ehs PDU의 TSN 필드를 이용할 필요가 없지만, HARQ 엔티티로부터 어떠한 표시도 수신되지 않았던 MAC-ehs PDU를 전달하기 위해 여전히 (T1과 같은) 해제 타이머를 이용할 수 있다. 소정 재정렬 큐는, PDU들을 상위 엔티티들에 전달할 때를 결정하기 위해 HARQ 엔티티에 의해 제공된 표시에 의존할 수 있는 반면, 다른 재정렬 큐들은 종래의 재정렬 메커니즘을 이용할 수 있다.
제2 실시예에 따르면, MAC 기능성, (즉 MAC-ehs 기능성)은 Cell_FACH 상태에서의 재정렬과 연관된 문제들을 피하기 위해 소정의 우선순위 큐들에 대해 간소화될 수 있다. MAC 기능성 간소화는 제1 실시예와 연계하여 구현될 수 있으며, 이것은 상위층들로의 MAC-ehs PDU들의 순서가 어긋난 전달을 최소화(또는 제거)할 것이다.
제2 실시예에 대한 제1 옵션에서, 소정 우선순위 큐들로부터 전송된 데이터에 대하여 재정렬은 회피된다. WTRU에서의 MAC-ehs 기능성은, 소정의 우선순위 큐들로부터 수신된 데이터가 재정렬의 수행없이 리어셈블리 엔티티에 직접 전송되도록 수정된다. 리어셈블리 엔티티는 MAC-ehs SDU의 세그먼트들로부터 MAC-ehs 서비스 데이터 유닛(SDU)을 리어셈블한다.
도 3은 이 옵션에 따른 MAC-ehs 엔티티(300)를 도시한다. 디멀티플렉싱 및 리어셈블리 기능의 정확한 순서는 도 3과는 상이할 수 있다는 점에 주목해야 한다. HARQ 엔티티(302)를 통해 수신된 MAC-ehs PDU들은 디스어셈블리 엔티티(304)에 포워딩된다. 디스어셈블리 엔티티(304)는 MAC-ehs PDU들을 분해하여 재정렬 PDU화 한다. 재정렬 PDU들은 재정렬 큐 분배 엔티티(306)를 통해 재정렬 큐(308)에 놓일 수 있다. 이 옵션에 따라, 소정 우선순위 큐들에 대하여, 재정렬이 회피되며 재정렬 PDU들은 디멀티플렉싱 엔티티(310a)에 직접 포워딩된다. 디멀티플렉싱 엔티티(310a)는, 재정렬 PDU들을, 논리 채널 아이덴티티에 기초하여 올바른 리어셈블리 엔티티(312a)에 라우팅한다. 리어셈블리 엔티티(312a)는 세그먼트화된 MAC-ehs SDU들을 리어셈블하여 완성된 MAC-ehs SDU화한다.
데이터가 재정렬을 위해 재정렬 엔티티에 분배되어야 하는지 또는 재정렬없이 리어셈블리 엔티티에 분배되어야 하는지를 판정하기 위해 상이한 기준이 이용될 수 있다. 만일 MAC-ehs PDU 내의 데이터의 목적지에 해당하는 WTRU의 아이덴티티가 MAC-ehs 엔티티에 알려져 있지 않다면(즉, MAC-ehs PDU가 공통 H-RNTI를 이용하여 전송될 때), MAC-ehs PDU는 재정렬의 수행없이 WTRU의 리어셈블리 엔티티에 전송될 수 있다. MAC-ehs 엔티티는, 만일 MAC-ehs PDU가 전용 H-RNTI를 이용하여 수신되었거나, 또는 만일 WTRU 아이덴티티가 MAC-ehs PDU 내에 포함되어 있다면, WTRU의 아이덴티티를 안다. 노드 B는, 재정렬을 지원하지 않는 우선순위 큐로부터의 임의의 데이터에 대하여 항상 공통 H-RNTI를 이용할 수 있다.
데이터가 재정렬을 위해 재정렬 엔티티에 분배되어야 하는지 또는 재정렬없이 리어셈블리 엔티티에 분배되어야 하는지는, 그 데이터가 공통 H-RNTI를 이용하여 수신되는지 전용 H-RNTI를 이용하여 수신되는지에 관계없이, 수신된 데이터의 논리 채널 아이덴티티에 의존할 것이다. 이것은 재정렬을 지원하는 우선순위 큐로부터의 데이터와, 재정렬을 지원하지 않는 우선순위 큐로부터의 데이터와 멀티플렉싱을 허용한다. 이것은 또한, 전용 H-RNTI가 이용되는 경우에도 재정렬 기능성을 이용하지 않는 것을 허용한다.
재정렬을 지원하는 논리 채널들은 논리 채널의 타입(예를 들어, CCCH, BCCH, 페이징 제어 채널(PCCH), DCCH 등) 및/또는 논리 채널 아이덴티티에 기초하여 미리결정될 수 있다.
대안으로서, WTRU는 상위층들에 의해 (예를 들어, 무선 자원 제어(RRC) 시그널링) 어느 논리 채널이 재정렬을 지원하는지를 통보받을 수 있다. 예를 들어, "RB 맵핑 정보(RB mapping info)" IE는 다운링크 무선 링크 제어(RLC) 논리 채널(들)에 관한 정보를 포함한다. 각각의 논리 채널에 대해 MAC-ehs에서 재정렬이 수행되는지의 여부를 가리키기 위해 IE가 추가될 수도 있다. 대안으로서, "RB 맵핑 정보" IE에서, L2 인핸스먼트를 지원하기 위해 추가될 수 있는 "재정렬 큐 ID" IE는 재정렬을 지원하지 않는 큐를 가리키는 특별한 값을 취할 수 있다. 대안으로서, 큐가 재정렬을 지원하는지의 여부를 가리키기 위해 큐의 파라미터들을 가리키는 IE(예를 들어, 추가되거나 재구성된 MAC-d 흐름", 시스템 정보에서 브로드캐스팅되는 공통 MAC 흐름 등)가 수정 또는 확장될 수 있다. 이와 같은 표시는, 재정렬이 지원되는지를 가리키는 새로운 IE를 추가함으로써 주어질 수 있다. 또는 대안으로서, 종래의 IE들 중 일부가 재정렬이 지원되지 않는다는 것을 가리키는 새로운 가능한 값을 취할 수도 있다. 예를 들어, "T1" IE는, 이 큐상에서는 재정렬이 지원되지 않는다는 것을 가리키는, 가능한 값들 중 하나(예를 들어, "0"를 취할 수도 있다. "MAC-hs 윈도우 크기" IE도 또한, 이와 마찬가지를 가리키는, 가능한 값들 중 하나(예를 들어, "0")를 취할 수 있다.
대안으로서, 어떤 논리 채널(들)이 재정렬을 지원하는지 및 어떤 논리 채널(들)이 재정렬을 지원하지 않는지를 가리키기 위해 MAC-ehs PDU 헤더 내의 다른 표시가 사용될 수 있다. 예를 들어, 재정렬이 적용될지 또는 그렇지 않을지의 여부를 가리키는 특별한 필드가 포함될 수도 있다. 또 다른 예는 TSN 필드에 대한 특별한 값(예를 들어, "111111")의 이용이다.
어떤 논리 채널(들)이 재정렬을 지원하고 어떤 논리 채널(들)이 지원하지 않는지를 가리키기 위해 상기 대안들의 임의의 조합이 이용될 수 있다. 예를 들어, MAC-ehs PDU가 재정렬을 위해 재정렬 큐에 전송되어야 하는지 또는 재정렬의 수행없이 리어셈블리 엔티티에 전송되어야 하는지를 가리키기 위해, WTRU ID와 결합된 논리 채널 아이덴티티가 이용될 수 있다. 시그널링 무선 베어러 #1(SRB#1) 메시지들은 공통 H-RNTI를 이용하여 DCCH 상에서 전송될 것이지만, 다른 메시지들은 전용 H-RNTI를 이용하여 DCCH 상에서 전송될 수 있다. 공통 H-RNTI를 갖는 DCCH 메시지들은 재정렬의 수행없이 리어셈블리 엔티티에 전송될 수 있는 반면, 전용 H-RNTI를 갖는 DCCH 메시지들은 재정렬을 위해 재정렬 큐에 전송될 수 있다.
비록 재정렬이 수행되지 않아도, TSN 필드는, MAC-ehs PDU 구축시에 노드 B 내의 MAC-ehs 엔티티에 의해 여전히 이용될 수 있으며, WTRU에서의 리어셈블리 동작을 용이하게 하기 위해 TSN 필드가 이용될 수도 있다. 예를 들어, 리어셈블리 엔티티는, 만일 불연속적 TSN들이 수신된다면 리어셈블리 버퍼에 존재하는 임의의 세그먼트를 삭제할 수도 있다.
대안으로서, TSN은 MAC-ehs 헤더로부터 제거될 수 있다. 이 경우, WTRU는 만일 PDU가 없다면 불량 리어셈블리의 가능성이 있는 경우에도, 리어셈블리 패킷에 대한 세그먼트화 표시를 여전히 이용할 수 있다. TSN 필드가 이용되지 않는 경우, WTRU는, 논리 채널에 대한 MAC-ehs 헤더에서 TSN 필드의 기대여부를, 그 논리 채널과 재정렬을 지원하지 않는 큐 사이의 맵핑에 대한 지식에 기초하여 알 수 있을 것이다.
이하에서는, TSN 필드가 MAC-ehs 헤더 내에 유지되지만, 재정렬은 수행되지 않는 경우에 세그먼트화된 MAC-ehs SDU를 리어셈블리하기 위한 프로세스가 설명될 것이다. MAC-ehs PDU를 수신한 후에, WTRU는, MAC-ehs PDU의 페이로드가 전체 MAC-hs SDU인지 세그먼트인지의 여부를 판정하고, 만일 세그먼트라면, 첫번째 세그먼트인지, 중간 세그먼트인지, 또는 마지막 세그먼트인지의 여부를 판정한다. 만일 페이로드가 전체 MAC-ehs SDU라면, MAC-ehs SDU는 상위층에 포워딩되거나 리어셈블리 엔티티에 후속하는 엔티티에 포워딩된다.
만일 페이로드가 MAC-ehs SDU의 첫번째 세그먼트이면, 그리고 만일 WTRU가 수신된 PDU보다 높은 연속 시퀀스 번호를 가지는 저장된 중간 세그먼트(들)을 가진다면, 그 첫번째 세그먼트는 연속 세그먼트들과 결합된다. 만일 WTRU가 수신된 PDU보다 높은 연속 시퀀스 번호를 갖는 마지막 세그먼트를 저장했다면, 이들은 결합되어 전체 MAC-ehs SDU가 상위층에 전달된다. 그렇지 않다면, 페이로드는 리어셈블리 엔티티에 저장된다.
만일 페이로드가 MAC-ehs SDU의 마지막 세그먼트이면, 그리고 만일 리어셈블리 엔티티가 수신된 패킷보다 낮은 TSN을 갖는 연속 세그먼트를 저장했다면, 이들은 결합된다. 만일 전체 MAC-ehs SDU가 형성되면, 이것은 상위층으로 전달된다. 그렇지 않다면, 마지막 세그먼트는 리어셈블리 버퍼에 저장된다.
만일 페이로드가 MAC-ehs SDU의 중간 세그먼트이면, 그리고 만일 리어셈블리 엔티티가 수신된 패킷보다 높거나 낮은 TSN을 갖는 연속 세그먼트들을 저장했다면, 이들은 결합된다. 만일 전체 SDU가 생성되면, 이것은 상위층으로 포워딩된다. 그렇지 않다면, 이것은 리어셈블리 버퍼에 저장된다.
리어셈블리 엔티티로부터의 세그먼트들을 폐기하기 위해, 타이머-기반의 폐기 메커니즘이 이용될 수 있다. 선택사항으로서, 만일 버퍼가 가득차거나, 저장이 허용된 세그먼트들의 최대량에 도달하면, 패킷은 폐기될 것이다. 또한, 가장 오래된 TSN 번호를 갖는 세그먼트는 폐기될 수 있다. 또한, 종래의 재정렬 파라미터들인, RcvWindow_UpperEdge, next_expected_TSN, T1_TSN, 및 TSN_Flush는 유지 및 처리될 것이 요구되지 않는다.
타이머-기반의 폐기 메커니즘은 이하의 방식들 중 하나 또는 그 조합으로 구현될 수도 있다. 매 세그먼트는 구성된 기간 동안 리어셈블리 버퍼에 유지된다(즉, MAC-ehs SDU에 대응하는 세그먼트가 수신될때마다, 그 세그먼트에 대한 타이머가 개시된다). 타이머가 만료할때, 그 MAC-ehs SDU에 대응하는 모든 세그먼트들이 폐기된다. 타이머는, 다음 예상 TSN보다 큰 TSN을 갖는 재정렬 PDU에 대응하는 세그먼트가 수신될 때에만 개시된다. 변수 Tseg_TSN은 이 TSN으로 설정된다. 타이머가 만료할 때, 이하의 동작들이 수행될 수 있다.
a. 만일 Tseg_TSN의 세그먼트 표시자(SI)가 "01"이면,
i. TSN ≤ Tseg_TSN인 모든 페이로드 유닛들을 폐기하고,
ii. next_expected_TSN을 다음 미수신 세그먼트 TSN으로 설정한다.
b. 만일 T1_TSN의 SI가 "10"이면,
i. TSN < Tseg_TSN인 모든 페이로드 유닛들을 폐기하고,
ii. next_expected_TSN을 다음 미수신 세그먼트 TSN으로 설정한다.
c. 만일 Tseg_TSN의 SI가 "11"이면,
i. 그 TSN에 대응하는 첫번째 페이로드 유닛과, TSN < T1_TSN인 모든 페이로드 유닛들을 폐기한다. 이 단계는, 그 TSN에 대응하는 마지막 페이로드 유닛이 폐기되지 않는다는 것을 보장해야 한다. 이것은, 그 페이로드 유닛이 첫번째 페이로드 유닛에 대응하기 때문이다.
제2 실시예에 대한 제2 옵션에서, 소정의 우선순위 큐로부터 전송된 데이터에 대하여 세그먼트화, 재정렬, 및 리어셈블리가 회피된다. 소정의 우선순위 큐로부터 전송된 임의의 데이터는 세그먼트화, 리어셈블리, 또는 재정렬을 겪지 않는다. 도 4는 이 옵션에 따른 WTRU 내의 MAC-ehs 엔티티를 도시한다. 제2 실시예에 대한 제1 옵션에서와 같이, 데이터가 재정렬을 위해 재정렬 큐에 분배되어야 하는지의 여부에 판정하기 위해 상이한 기준이 이용될 수 있다.
이 옵션에서, 대응하는 큐들에 대한 MAC-ehs PDU에 TSN 및 SI 필드를 추가하는 것이 요구되지 않는다. 대안으로서, TSN 및 SI 필드들이 추가될 수 있지만, SI 필드는 항상 소정 값으로 설정될 수 있고(예를 들어, "00"), TSN은 일정한 값에 설정되거나, 선택사항으로서, 인크리멘트될 수 있지만 어떤 재정렬 또는 리어셈블리 목적을 위해 이용되지는 않을 수 있다. 또한, WTRU의 큐들을 셋업할 때, 이하의 변수들을 유지 및 처리할 필요는 없다: TSN 번호, RcvWindow_UpperEdge, next_expected_TSN, T1_TSN, 및 TSN_Flush.
MAC-ehs PDU를 수신할 때, WTRU는, 소정 논리 채널에 대해 TSN 및 SI 필드가 존재하지 않는다는 것을, 재정렬 및 세그먼트화/리어셈블리를 지원하지 않는 소정 큐로의 이 논리 채널의 맵핑에 대한 지식에 기초하여, 또는, 이 채널을 트랜스포트할 때 공통 H-RNTI의 이용에 기초하여 안다. 이와 같은 경우, MAC-ehs SDU들은 논리 채널에 따라 즉각적으로 디스어셈블 및 디멀티플렉싱되어 상위층에 전송된다.
제2 실시예에 관하여, MAC-ehs 리셋 프로시져는 수정될 수 있다. 종래의 MAC-ehs 리셋 프로시져에 따라, 만일 MAC-ehs 리셋이 상위층에 의해 요구된다면, WTRU는, 상위층들에 의해 표시된 활성화 시간에,
a) 모든 구성된 HARQ 프로세스들에 대하여 소프트 버퍼를 플러쉬(flush)하고,
b) 모든 활성 재정렬 해제 타이머(T1)를 중지하고 모든 타이머 T1을 그들의 초기값으로 설정하며,
c) 매 구성된 HARQ 프로세스 상에서의 다음 전송에 대하여 TSN을 값 '0"으로 시작하고,
d) 변수 RcvWindow_UpperEdge와 next_expected_TSN을 그들의 초기 값으로 초기화하며,
e) 재정렬 버퍼 내의 모든 MAC-ehs PDU들을 분해하여 모든 MAC-d PDU들을 MAC-d 엔티티에 전달하고,
f) 재정렬 버퍼를 플러시하며,
g) 만일 IE "MAC-hs 리셋 표시자"의 수신에 기인하여 상위층들에 의해 MAC-ehs 리셋이 개시되었다면, 상태 보고를 발생시키기 위해 HS-DSCH 상에 맵핑된 모든 접수확인 모드(AM; Acknowledged Mode) RLC 엔티티들에 표시한다.
만일 제2 실시예의 제1 옵션이 구현되면, 이 프로시져는, 단계(d)가 재정렬을 지원하는 큐들에 대해서만 수행되도록 수정된다. 만일 제1 옵션이 리어셈블리 기능성과 함께 구현된다면, 리셋 프로시져는 마지막 MAC-ehs PDU가 처리된 후에 리어셈블리 버퍼가 플러시되는 것을 보장해야 한다.
만일 제2 실시예의 제2 옵션이 구현되면, 이 프로시져는, 재정렬을 지원하는 큐들에 대해서만 단계 (b)-(f)가 실행되도록 수정되어야 한다. 또한, 성공적으로 리어셈블될 수 없는 리어셈블리 버퍼 내의 세그먼트들은 폐기되어야 한다.
이들 단계들 중 일부는, L2 개선과 같은, HSPA evolved의 다른 예정된 특징들을 지원하도록 수정되어야 할 수도 있다는 것에 주목해야 한다.
전술된 MAC-ehs 엔티티 기능성에 대한 간소화의 결과로서, RLC 엔티티로의 MAC SDU들의 순서가 어긋난 전달이 초래될 수 있다. 이것은, 특히 MAC-ehs SDU들이 RRC 시그널링을 운반할 때 어려움을 유발할 수 있다. 이들 어려움은 만일 RLC 엔티티가 재정렬을 수행한다면 회피될 수도 있다. 종래에, RLC의 미접수확인 모드(UM)에 대하여 중복 회피 및 재정렬(DAR) 기능이 정의되어 있다. 그러나, DAR 기능은 현재 멀티미디어 브로드캐스트/멀티캐스트 서비스(MBMS) 트래픽 채널(MTCH)에만 적용가능하다.
제3 실시예에 따르면, DAR 기능은, DCCH 또는 DTCH와 같은, MTCH가 아닌 다른 논리 채널들에 적용된다. RLC UM DAR 기능성의 이와 같은 확장은, RLC UM과 더불어 정의된 시그널링 무선 베어러(SRB) #1을 시그널링하는 경우 특히 유용할 것이다.
다른 논리적 채널들에 대한 DAR 기능성의 이용을 가능케하는 몇가지 방법이 가능하다. WTRU는 상위층들에 의해 DAR 기능에 대하여 이용하기 위한 파라미터들을 통보받거나, 파라미터들이 미리 정의될 수 있다. 예를 들어, RRC 시그널링은 선택사항으로서, "DL 중복 회피 및 재정렬 정보"는, 만일 UM RLC 모드가 선택된다면, "RLC 정보 MBMS" IE 내에 뿐만 아니라 "RLC 정보" IE 내에도 존재할 수 있도록 수정될 수 있다. 디폴트 무선 구성에 대한 파라미터 값들은, SRB1 및 다른 RB들에 대한 새로운 파라미터들로 업데이트될 수도 있다.
유사하게, DAR 또는 유사한 기능이 동작의 RLC 접수확인 모드(AM)에 도입될 수 있다. 이 동작 모드에서, 이 기능은 AM RLC가 SDU들을 상위층들에 순서대로 전달하도록 구성될 수 있다. 종래의 AM RLC는 수신측에서 어떠한 재정렬도 수행하지 않는다.
재정렬 기능성은, Cell_FACH 상태에서 HS-DSCH가 이용될 때 셀 업데이트 프로시져 동안에 과도한 지연을 방지하도록 수정될 수 있다. 이 방법은, 만일 소정의 우선순위 큐에 대해 재정렬 기능성을 유지하는 것이 바람직한 경우 이용될 수 있다. 이 방법은, HARQ 엔티티 거동에 어떠한 수정을 가정하지는 않지만, 이와 같은 수정의 구현 여부에 관계없이 효과적일 것이다.
이하에서 기술되는 실시예들은 셀 업데이트 프로시져(셀 재선택) 뿐만 아니라, CELL_FACH, CELL_PCH, 또는 URA_PCH 상태에서 HS-DSCH 수신을 개시하거나 향상된 CELL_FACH 상태에 진입할 때 MAC-ehs 엔티티의 초기 구성 및 셋업에도 역시 적용가능하다는 점에 주목해야 한다.
제4 실시예에 따라, 재정렬 큐는, 소정의 트리거링 이벤트가 발생할 때 서스펜드 재정렬 상태에 진입할 수 있다. 정규 상태에 있는 동안, 종래의 재정렬 프로시져들이 수행된다. 재정렬 큐가 서스펜드 재정렬 상태에 있는 동안, 서스펜드 상태 재정렬 큐에 들어가는 수신된 데이터는, 그 데이터와 연관된 TSN에 대한 고려없이 다음 처리 엔티티(예를 들어, MAC-ehs 아키텍쳐에 따라 리어셈블리 엔티티, 디스어셈블리 엔티티, 디멀티플렉싱 엔티티, 또는 MAC-ehs 엔티티 위의 층)에 직접 전송된다.
서스펜드 재정렬 상태에 진입하는 트리거링 이벤트는, 예를 들어, MAC-ehs 리셋 프로시져 (아마도 RRC 엔티티로부터의 명령에 후속)의 실행이거나, 또는 서스펜드 재정렬 상태에 진입하라는 RRC 엔티티로부터의 명시적 명령일 수 있다. RRC 엔티티는, 예를 들어, 셀 재선택의 원인과 더불어 셀 업데이트 프로시져를 개시할 때, 이 명령을 내릴 수 있다. 만일 명시적 명령이 내려지면, RRC 엔티티는, 선택사항으로서, 재정렬 버퍼를 플러시하기로 결정할 수 있다.
재정렬의 서스펜션에 예속된 재정렬 큐(들)은, 만일 적용가능한 경우, RRC 명령과 함께(또는 그 일부로서) 상위층들에 의해 시그널링될 수 있다. 상위층 시그널링은 앞서 열거된 옵션들 중 하나를 이용하여 수행될 수 있다. 대안으로서, 이것은 큐에 맵핑된 논리 채널을 셋업할 때 미리-시그널링되거나, 큐에 맵핑된 논리 채널의 타입에 따라 미리정의될 수 있다(예를 들어, CCCH 논리 채널 상으로 맵핑된 임의의 큐가 MAC-ehs 리셋시에 재정렬의 서스펜션을 겪도록 미리정의될 수 있다).
재정렬 큐는 소정의 천이 이벤트가 발생할 때 정규 상태로 복귀한다. 천이 이벤트들은, 예를 들어, 서스펜드 상태로 진입한 후에 큐에 맵핑되는 논리 채널에 대한 패킷의 수신일 수 있다. 그 패킷의 수신 후에, WTRU는 이하의 액션들을 수행한다:
(a) next_expected_TSN = TSN - x으로 설정한다. 여기서, 예를 들어, -1 ≤ x ≤6이고(x > 0의 값은 만일 첫번째 패킷이 순서가 어긋나서 수신된다면, 더 낮은 TSN을 갖는 다음 패킷을 폐기하지 않도록 보장하도록 하는 것이다), TSN은 수신된 패킷의 전송 시퀀스 번호이며, x의 값은 미리결정되거나 상위층들에 의해 미리시그널링될 수 있다.
(b) 만일 x가 제로 또는 -1과 같지 않다면, T1_TSN = 이 패킷의 TSN으로 설정하고, T1 타이머를 개시한다.
(c) RcvWindow_UpperEdge = TSN + y로 설정한다. 여기서, y는 미리결정되거나 상위층들에 의해 미리시그널링될 수 있다.
(d) 정규 재정렬 상태로 복귀한다.
상기 이벤트에 대하여, 새로운 상태의 정의는 정식으로 요구되지 않는데, 이것은 WTRU는 서스펜드된 재정렬 상태에 있는 동안 관련된 큐에 대하여 어떠한 데이터도 수신하지 않기 때문이다. 이것은, 관련된 큐들에 대한 MAC-ehs 리셋 프로시져는 이들 큐들에 대한 데이터의 수신 후에만 완료된다고 말하는 것과 같을 것이다.
천이 이벤트는 정규 재정렬 상태로 복귀하라는 RRC 엔티티로부터의 명시적 명령일 수 있다. 이 경우, RRC 엔티티는, MAC-ehs 엔티티가 정규 재정렬 상태로 복귀해야 하는 때를 MAC-ehs 엔티티에게 통지한다. 이와 같은 명령은, 그 피어 엔티티로부터의 셀 업데이트 확인 메시지를 수신하는 RRC 엔티티에 의해, 또는 RRC 프로시져에 관련된 기타 임의의 이벤트에 의해 트리거될 수 있다. 정규 재정렬 상태로 복귀하라는 명령을 수신하기에 앞서,(즉, 서스펜드 재정렬 상태에 있는 동안) WTRU는 next_expected_TSN과, 각각의 관련된 큐에 대한 RcvWindow_UpperEdge 변수를 이하의 방식으로 유지해야 한다:
(a) MAC-ehs 리셋 후에 처음으로 큐에 대하여 패킷이 수신되면:
(i) next_expected_TSN을 이 패킷의 TSN+1로 설정한다.
(ii) RcvWindow_UpperEdge를 TSN + y로 설정한다. 여기서, y는 미리결정되거나 상위층들에 의해 미리시그널링될 수 있다.
(iii) 선택사항으로서, 변수 "TSN_init"는 수신된 패킷의 TSN으로 설정될 수 있다.
(b) 전송 시퀀스 번호 = TSN을 갖는 동일한 큐에 대한 후속 패킷들에 대하여:
(i) 만일 TSN ≥ next_expected_TSN이면 next_expected_TSN을 TSN+1로 설정한다.
(ii) 만일 TSN + y > RcvWindow_UpperEgde이면, RcvWindow_UpperEdge를 TSN + y로 설정한다. 여기서, y는 상위층들에 의해 미리결정되거나 미리시그널링될 수 있다.
정규 상태로 복귀하라는 천이 이벤트는, 계류 상태로의 천이시에 개시된 타이머(T_init)의 만료일 수 있다. 이 타이머는 종래의 T1 타이머와 동일할 수 있다. 만일 동일하지 않다면, T_init 타이머의 값은, (예를 들어, 이 새로운 T_init 타이머의 값에 대한 추가적인 정보 요소와 함께, T1 타이머의 값을 포함하는 동일한 RRC 시그널링 메시지를 이용하여) 상위층들에 의해 명시되거나, 미리정의될 수 있다. 이 값은 과도한 지연을 피하기 위해 T1 타이머보다 낮거나 같을 수 있다.
서스펜드 재정렬 상태로의 트리거링 이벤트가 발생할 때(예를 들어, MAC-ehs 리셋이 발생할 때), 재정렬 큐는 서스펜드 재정렬 상태에 진입하여 T_init 타이머의 지속기간(+ 아마도 MAC-ehs 리셋과 첫번째 올바른 MAC-ehs PDU(이 PDU의 수신시에 T_init 타이머를 개시하기로 결정되는 경우)의 수신 사이의 기간) 동안 그 상태에 머문다. 선택사항으로서, "next_expected_TSN" 및 "RcvWindow_UpperEdge"의 값은, 이하에서 상세히 설명되는 바와 같이, 종래의 프로시져에서와 같이 그들 초기값으로 설정되는 것 대신에, MAC-ehs 리셋의 실행시에 특별한 값("미정")으로 설정될 수 있다.
대안으로서, 천이 이벤트는 연속된 TSN을 갖는 PDU들의 N개의 성공적 수신, 또는 M개의 연속된 TSN들 내의 M개의 성공적 PDU 중에서 N개의 성공적 수신일 수 있다.
셀 업데이트 확인이 상위층들에 의해 수신된 후에 MAC-ehs 리셋이 수행되는 경우, 변수들 및 이들 큐들의 내용들은 MAC-ehs 리셋 표시시에 리셋되지 않아야 한다는 점에 주목해야 한다. 이 경우, 만일 큐가 서스펜드 재정렬 상태라면, MAC-ehs 리셋은 셀 업데이트 확인이 상위층들에 의해 수신되었다는 표시일 것이며, 큐는 정규 상태로 복귀할 수 있다.
제5 실시예에 따르면, MAC-ehs 리셋 프로시져는, 소정 재정렬 큐들에 대하여 리셋 프로시져가 타겟 셀에서의 데이터 수신때까지 연장되도록 수정된다. 변수 next_expected_TSN 및 RcvWindow_UpperEdge는 관련된 재정렬 큐들에 대하여 그들의 초기값으로 즉시 리셋되지 않으며, 타겟 셀에서 이들 큐들에 대한 데이터의 수신시에만 리셋된다.
만일 MAC-ehs 엔티티의 리셋이 상위층들에 의해 요청된다면, WTRU는 상위층들에 의해 표시된 활성화 시간에서:
(1) 모든 구성된 HARQ 프로세스들에 대하여 소프트 버퍼를 플러시하고;
(2) 모든 활성 재정렬 해제 타이머(T1)를 중지하고 모든 타이머 T1을 그들의 초기값으로 설정하며;
(3) 재정렬 버퍼 내의 모든 MAC-ehs PDU들을 디스어셈블하고 모든 MAC-d PDU들을 MAC-d 엔티티에 전달하며(이 단계는 장래의 릴리스에서 MAC-ehs 프로시져에 대한 무관한 변경에 기인하여 수정될 수 있다),
(4) 재정렬 버퍼를 플러시하고;
(5) 만일 MAC-hs 리셋이 IE "MAC-hs 리셋 표시자"의 수신에 기인하여 상위층들에 의해 개시되었다면, 상태 보고를 발생시키기 위해 HS-DSCH 상에 맵핑된 모든 AM RLC 엔티티들에게 표시해야 한다.
확장된 MAC-ehs 프로시져들이 적용되는 재정렬 큐에 대하여:
(1) 이 재정렬 큐에 대하여 데이터(재정렬 PDU)가 수신될 때, next_expected_TSN = TSN - x로 설정한다. 여기서, 예를 들어, 0≤x<6이고, TSN은 수신된 재정렬 PDU의 전송 횟수이며, x의 값은 미리결정되거나 상위층들에 의해 미리시그널링될 수 있다.
(2) 선택사항으로서, 만일 x가 제로와 같지 않다면, T1_TSN = 이 패킷의 TSN으로 설정하고, T1 타이머를 개시한다.
(3) RcvWindow_UpperEdge = TSN + y로 설정하고, y는 미리결정되거나 상위층들에 의해 미리 시그널링될 수 있다.
(4) 재정렬 큐에 대하여 MAC-ehs 리셋 프로시져를 종료한다.
다른 모든 재정렬 큐들에 대하여:
(1) 모든 구성된 HARQ 프로세스 상의 다음 전송에 대하여 TSN을 값 0에서 시작하고,
(2) 변수 RcvWindow_UpperEdge 및 next_expected_TSN을 그들의 초기값으로 초기화한다.
확장된 MAC-ehs 프로시져가 적용되는 큐(들)은, 만일 적용가능하다면, MAC-ehs 리셋을 트리거하는 RRC 명령과 함께(또는 그 일부로서) 상위층들에 의해 시그널링될 수 있다. 대안으로서, 이것은 큐에 맵핑된 논리 채널의 셋업시에 미리 시그널링되거나, 큐에 맵핑된 논리 채널의 타입에 의존하여 미리 정의될 수 있다(예를 들어, CCCH 논리 채널 상으로 맵핑된 임의의 큐가 확장된 MAC-ehs 리셋 프로시져를 겪도록 미리 정의될 수 있다). 이 시그널링은 상기 열거된 옵션들 중 하나를 이용하여 수행될 수 있다.
제6 실시예에 따르면, 재정렬 변수 next_expected_TSN 및 RcvWindow_UpperEdge에 대하여 추가적인 특별 값들이 정의된다. 이 특별 값은, 예를 들어, 미정, 미정의, 또는 대기중(라벨 "미정"은 이하에서 사용될 것이다) 중에서 하나에 의해 라벨링될 수 있다.
소정 재정렬 큐들에 대하여, MAC-ehs 리셋 또는 새로운 MAC-ehs 구성 프로시져는, 변수 "next_expected_TSN" 및 "RcvWindow_UpperEdge"가 종래의 프로시져에 명시된 바와 같이 그들의 초기값으로 설정되는 것 대신에 값 "미정"으로 설정되도록 수정된다. 나아가, 재정렬 기능성은 또한, TSN=SN을 갖는 MAC-ehs PDU가 수신될 때, 만일 "next_expected_TSN의 값이 "미정"으로 설정되면, 이하의 액션들이 수행되도록 역시 수정된다:
(1) T1 타이머가 개시되지 않는다;
(2) next_expected_TSN이 TSN + 1로 설정된다(또는 대안으로, TSN + x, 여기서 x는 미리정의되거나 상위층들에 의해 설정된다); 그리고,
(3) RcvWindow_UpperEdge가 TSN + y로 설정된다. 여기서, y는 미리결정되거나 상위층들에 의해 미리 시그널링될 수 있다.
수정된 MAC-ehs 프로시져가 적용되는 재정렬 큐(들)은, 적용가능하다면, MAC-ehs 리셋을 트리거하는 RRC 명령과 함께(또는 그 일부로서) 상위층들에 의해 시그널링될 수 있다. 대안으로서, 이것은 큐에 맵핑된 논리 채널의 셋업시에 미리 시그널링되거나, 큐에 맵핑된 논리 채널의 타입에 의존하여 미리 정의될 수 있다(예를 들어, CCCH 논리 채널 상으로 맵핑된 임의의 큐가 확장된 MAC-ehs 리셋 프로시져를 겪도록 미리 정의될 수 있다). 이 시그널링은 상기 열거된 옵션들 중 하나를 이용하여 수행될 수 있다.
수신기 동작에 대한 수정된 재정렬 기능성은 다음과 같다:
TSN = SN인 MAC-hs PDU가 수신될 때:
만일 next_expected_TSN이 "미정"으로 설정되지 않으면,
- 만일 SN이 수신기 윈도우 내에 있다면:
- 만일 SN < next_expected_TSN이거나, 이 MAC-hs PDU가 이전에 수신되었다면:
- MAC-hs PDU는 폐기되어야 하고;
- 그렇지 않다면,
- MAC-hs PDU는 TSN에 의해 표시된 장소의 재정렬 버퍼에 놓여야 한다.
- 만일 SN이 수신기 윈도우 밖에 있다면:
- 수신된 MAC-hs PDU는, SN에 의해 표시된 위치의, 재정렬 버퍼에서 가장 높은 수신된 TSN 위에 놓여야 하고,
- RcvWindow_UpperEdge는 SN으로 설정되어 수신기 윈도우를 전진(advance)시켜야 하며,
- TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 MAC-hs PDU들, 즉, 그 위치가 업데이트 후 수신기 윈도우 바깥인 임의의 MAC-hs PDU들은 재정렬 버퍼에서 제거되고 디스어셈블리 엔티티에 전달되어야 하며,
- 만일 next_expected_TSN이 업데이트된 수신기 윈도우 아래에 있다면:
- next_expected_TSN은
RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정되어야 하고;
- 만일 TSN = next_expected_TSN인 MAC-hs PDU가 재정렬 버퍼에 저장되면:
- next_expected_TSN(포함)부터 첫 미수신 MAC-hs PDU까지의 연속된 TSN들을 갖는 모든 수신된 MAC-hs PDU들은 디스어셈블리 엔티티에 전달되어야 하며;
- next_expected_TSN은 이 첫 미수신 MAC-hs PDU의 TSN까지 전진시켜야 한다.
만일 WTRU가 수신된 MAC-ehs PDU를 처리하기에 불충분한 메모리를 가진다면, WTRU는 다음과 같은 동작을 수행한다:
- next_expected_TSN < TSN_flush ≤ RcvWindow_UpperEdge + 1이 되도록, TSN_flush를 선택한다.
- TSN < TSN_flush인 모든 올바르게 수신된 MAC-hs PDU를 디스어셈블리 엔티티에 전달한다.
- IF TSN = TSN_flush인 MAC-hs PDU가 이미 수신되었다면:
- TSN_flush(포함)부터 첫 미수신 MAC-hs PDU까지의 연속된 TSN들을 갖는 모든 수신된 MAC-hs PDU들을 디스어셈블리 엔티티에 전달한다.
- next_expected_TSN을 첫 미수신 MAC-hs PDU의 TSN으로 설정한다.
- ELSE:
- next_expected_TSN을 TSN_flush로 설정한다.
ENDIF[next_expected_TSN은 "미정"으로 설정되지 않는다]
Else(예를 들어, next_expected_TSN은 "미정"으로 설정된다)
- T1 타이머는 개시되지 않는다
- next_expected_TSN은 SN + 1(또는 대안으로서, SN + x, 여기서, x는 미리정의되거나, 상위층들에 의해 설정된다)로 설정된다.
- RcvWindow_UpperEdge가 TSN + y로 설정된다. 여기서, y는 미리결정되거나, 상위층들에 의해 미리 시그널링된다.
END.
재정렬 기능은, 2개의 상이한 타이머들(T_init 및 T1)이 이용될 수 있도록 수정될 수 있다. 재정렬 큐가 "미정" 상태에 있을 때, 종래의 방법에서 사용되는 T1 타이머는 개시될 수 없다. 따라서, 종래의 프로시져는 다음과 같은 방식으로 수정될 필요성이 있다.
만일 어떠한 타이머 T1도 활성이지 않으면:
- 만일 next_expected_TSN이 미정으로 설정되지 않으면(또는 만일 "재정렬_상태"가 미정으로 설정되지 않으면), TSN > next_expected_TSN인 재정렬 PDU가 올바르게 수신될 때 타이머 T1이 개시되어야 한다.
- T1_TSN은 이 MAC-hs PDU의 TSN으로 설정되어야 한다.
제2 수정은, 재정렬 큐가 "미정" 상태에 있을 때, 변수 "next_expected_TSN"은 업데이트되지 않거나 값 "미정"으로 설정되어 머물도록 하는 것이다. 또한, 종래의 프로시져에서 변수 "next_expected_TSN"과 이루어지는 임의의 비교는, 재정렬 큐가 "미정" 상태에 있을 때 결과 "False"를 가져야 한다. MAC-ehs 리셋 프로시져가 변수 "RcvWindow_UpperEdge"를 "미정"으로 설정하는 경우, 이 변수는 첫 재정렬 PDU의 수신시에 초기화될 필요가 있다. 이러한 수정은, 예를 들어, 종래의 프로시져를 수정함으로써 구현될 수 있다. 이 프로시져에 대한 다른 공식들도 역시 가능하다는 것을 이해하여야 한다.
수신기 동작:
TSN = SN인 MAC-hs PDU가 수신될 때:
- (선택사항, RcvWindow_UpperEdge가 MAC-ehs 리셋 동안에 "미정"으로 설정되는 경우) 만일 수신기 윈도우가 "미정"이면(RcvWindow_UpperEdge는 "미정"으로 설정됨)
- RcvWindow_UpperEdge는 SN으로 설정되어야 하고
- IF SN이 수신기 윈도우 내에 있다면:
- IF next_expected_TSN이 "미정"으로 설정되지 않고 SN < next_expected_TSN이면, 또는 이 MAC-hs PDU가 이전에 수신되었다면:
- MAC-hs PDU는 폐기되어야 하고;
- ELSE:
- MAC-hs PDU는 TSN에 의해 표시된 장소의 재정렬 버퍼에 놓여야 한다
- IF SN이 수신기 윈도우 바깥에 있다면:
- 수신된 MAC-hs PDU는, SN에 의해 표시된 위치의, 재정렬 버퍼에서 가장 높은 수신된 TSN 위에 놓여야 하고;
- RcvWindow_UpperEdge는 SN으로 설정되어 수신기 윈도우를 전진시켜야 하며;
- TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 MAC-hs PDU들, 즉, 그 위치가 업데이트 후 수신기 윈도우 바깥인 임의의 MAC-hs PDU들은 재정렬 버퍼에서 제거되고 디스어셈블리 엔티티에 전달되어야 하고;
IF next_expected_TSN이 "미정"으로 설정되지 않고 next_expected_TSN이 업데이트된 수신기 윈도우 아래에 있다면:
- next_expected_TSN은 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정되어야 하며;
- IF next_expected_TSN이 "미정"으로 설정되지 않고 TSN = next_expected_TSN인 MAC-hs PDU가 재정렬 버퍼에 저장된다면:
- next_expected_TSN(포함)부터 첫 미수신 MAC-hs PDU까지의 연속된 TSN들을 갖는 모든 수신된 MAC-hs PDU들은 디스어셈블리 엔티티에 전달되어야 하며;
- next_expected_TSN은 이 미수신 첫 MAC-hs PDU의 TSN까지 전진되어야 한다.
WTRU가 수신된 재정렬 PDU를 처리하기에 불충분한 메모리를 가지는 경우, WTRU는 다음과 같은 동작들을 수행한다:
- next_expected_TSN < TSN_flush ≤ RcvWindow_UpperEdge + 1(또는 next_expected_TSN이 "미정"이라면 임의의 값)이 되도록, TSN_flush를 선택한다.
- TSN < TSN_flush인 모든 올바르게 수신된 MAC-hs PDU를 디스어셈블리 엔티티에 전달한다.
- IF TSN = TSN_flush인 MAC-hs PDU가 이미 수신되었다면:
- TSN_flush(포함)부터 첫 미수신 MAC-hs PDU까지의 연속된 TSN들을 갖는 모든 수신된 MAC-hs PDU들을 디스어셈블리 엔티티에 전달한다;
- 만일 next_expected_TSN이 "미정"으로 설정되지 않으면, next_expected_TSN을 이 첫 미수신 MAC-hs PDU의 TSN까지 전진시킨다.
- ELSE IF next_expected_TSN이 "미정"으로 설정되지 않으면:
- next_expected_TSN을 TSN_flush로 설정한다.
제3 수정은, 재정렬 큐가 "미정" 상태(예를 들어, T_init 타이머가 활성인 동안, 만일 이 트리거가 선택된 경우)에 있는 동안 행해지는 것을 명시한다. 하기 사항은 종래의 재정렬 프로시져에 추가될 필요가 있다(변수 Tinit_TSN은 의미 변경없이 T1_TSN을 대체할 수 있다):
IF next_expected_TSN이 "미정"으로 설정(또는 재정렬_상태가 "미정"으로 설정)되고, 주어진 큐에 대한 재정렬 PDU가 TSN = SN으로 수신되면:
(1) (선택사항, T_init가 MAC-ehs 리셋 프로시져 시에 즉시 개시되지 않는 경우에 적용가능) 만일 어떠한 타이머 T_init도 활성이지 않다면:
(a) T_init 타이머가 개시되고,
(b) T_TSN이 SN으로 설정되며,
(2) (선택사항, T_init가 MAC-ehs 리셋 프로시져 시에 즉시 개시되는 경우에 적용가능) 만일 Tinit_TSN "미정"으로 설정되면:
(a) Tinit_TSN은 SN으로 설정된다.
T_init 타이머가 만료할 때(또는 재정렬_상태가 어떠한 이유에서든 "정규"로 리셋될 때):
(1) 선택사항, T_init이 MAC_ehs 리셋 프로시져 시에 즉시 개시되는 경우에 적용가능. 만일 Tinit_TSN이 "미정"으로 설정되면:
(a) T_init 타이머를 재시작한다.
(2) 만일 Tinit_TSN이 "미정"으로 설정되지 않으면:
(a) Tinit_TSN-1(포함)(또는 선택사항으로서 Tinit_TSN)까지의 모든 올바르게 수신된 재정렬 PDU들은 재정렬 위의 엔티티(즉, LCH-ID 디멀티플렉서 엔티티, 디스어셈블리 엔티티, 또는 리어셈블리 엔티티일 수 있다)에 전달된다.
(b) TSN이 Tinit_TSN보다 큰, 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU들은 재정렬 위의 엔티티에 전달되어야 한다.
(c) next_expected_TSN은, 선택사항으로서 TSN이 T1_TSN보다 큰, 다음 미수신 재정렬 PDU의 TSN으로 설정된다; 그리고 (만일 적용가능하다면) 재정렬_상태 변수는 "정규"로 설정된다. 대안으로서, next_expected_TSN은 항상, 타이머가 만료할 때 TSN이 T1_TSN보다 큰, 다음 미수신 MAC-ehs PDU로 설정될 수 있다.
(d) 선택사항으로서, 만일 상위층에 전달될 수 없는 몇몇 수신된 재정렬 PDU가 여전히 존재한다면:
(i) 타이머 T1이 개시되고,
(ii) T1_TSN을, 전달될 수 없는 MAC-ehs SDU 세트들 중에서 가장 높은 TSN으로 설정한다.
대안으로서, 만일 재정렬_상태 변수가 재정렬 프로시져에서 이용된다면(선택사항), next_expected_TSN은, TSN = SN인 재정렬 PDU가 수신될 때 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정될 수 있다.
대안으로서, 싱글 타이머(T1)가 이용될 수 있다. 만일 싱글 타이머가 이용된다면(즉, T1 타이머), 재정렬 기능은 다음과 같이 기술된다:
만일 어떠한 타이머 T1도 활성이지 않고 next_expected_TSN이 "미정"으로 설정되지 않으면:
(a) 타이머 T1은, TSN > next_expected_TSN인 재정렬 PDU가 올바르게 수신될 때 개시되어야 한다.
(b) T1_TSN은 이 재정렬 PDU의 TSN으로 설정되어야 한다.
만일 어떠한 타이머 T1도 활성이지 않고 next_expected_TSN이 "미정"으로 설정되면,
(c) 타이머 T1은 재정렬 PDU가 올바르게 수신될 때 개시되어야 한다.
(d) T1_TSN은 이 재정렬 PDU의 TSN으로 설정된다.
만일 타이머 T1이 이미 활성이라면:
(e) 어떠한 추가적인 타이머도 개시되지 않아야 한다. 즉, 단 하나의 타이머 T1만이 주어진 시간에 활성일 수 있다.
타이머 T1은, 만일 :
(f) 타이머가 만료하기 이전에 TSN = T1_TSN인 재정렬 PDU가 리어셈블리 엔티티에 전달될 수 있고, next_expected_TSN이 "미정"으로 설정되지 않으면,
중지되어야 한다.
타이머 T1이 만료하고 next_expected_TSN이 "미정"으로 설정되지 않고, T1_TSN > next_expected_TSN일 때:
(g) T1_TSN-1(포함)까지의 TSN > next_expected_TSN인 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
(h) 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
(i) next_expected_TSN은 다음 미수신 재정렬 PDU의 TSN으로 설정되어야 한다.
타이머 T1이 만료하고 next_expected_TSN이 "미정"으로 설정되면,
(j) T1_TSN-1(포함)까지의 모든 올바르게 수신된 재정렬 PDU는 리어셈블리 엔티티에 전달된다.
(k) TSN이 T1_TSN보다 큰, 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
(l) next_expected_TSN은, 선택사항으로서 TSN이 T1_TSN보다 큰, 다음 미수신 재정렬 PDU의 TSN으로 설정된다.
타이머 T1이 중지 또는 만료될 때, 그리고 상위층으로 전달될 수 없는 몇몇 수신된 재정렬 PDU들이 여전히 존재할 때:
(m) 타이머 T1이 개시되고,
(n) T1_TSN을, 전달될 수 없는 MAC-ehs SDU 세트중에서 가장 높은 TSN으로 설정한다.
대안으로서, 하기 내용들이 수행될 수 있다:
타이머 T1이 만료하고, T1_TSN > next_expected_TSN이거나 next_expected_TSN이 "미정"으로 설정될 때:
(a) T1_TSN-1(포함)까지의 TSN > next_expected_TSN인 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다;
(b) 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다;
(c) next_expected_TSN은 다음 미수신 재정렬 PDU의 TSN으로 설정되어야 한다.
재정렬에 대한 수신기 동작은 하기와 같이 기술된다:
TSN = SN인 재정렬 PDU가 수신될 때:
(a) IF RcvWindow_UpperEdge가 "미정"으로 설정되면,
(i) RcvWindow_UpperEdge는 SN으로 설정되어야 한다.
(b) IF SN이 수신기 윈도우 내에 있다면:
(i) 만일 next_expected_TSN이 "미정"으로 설정되지 않고 SN < next_expected_TSN이거나, 또는, 이 재정렬 PDU가 이미 수신되었다면:
(ii) 재정렬 PDU는 폐기되어야 한다;
(c) else :
(i) 재정렬 PDU는 TSN에 의해 표시된 장소의 재정렬 버퍼 내에 놓여야 한다.
(d) IF SN이 수신기 윈도우 바깥에 있다면:
(i) 수신된 재정렬 PDU는, SN에 의해 표시된 위치의, 재정렬 버퍼 내의 가장 높은 수신된 TSN 위에 놓여야 한다;
(ii) RcvWindow_UpperEdge는 SN으로 설정되어 수신기 윈도우를 전진시켜야 한다;
(iii) TSN < RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 재정렬 PDU, 즉, 그 위치가 업데이트 후 수신기 윈도우 바깥인 임의의 재정렬 PDU는 재정렬 버퍼에서 제거되고 리어셈블리 엔티티에 전달되어야 하며,
(iv) 만일 next_expected_TSN이 "미정"으로 설정되지 않고, next_expected_TSN이 업데이트된 수신기 윈도우 아래에 있다면:
a. next_expected_TSN은 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정되어야 하고;
(e) 만일 next_expected_TSN이 "미정"으로 설정되지않고, TSN = next_expected_TSN인 재정렬 PDU가 재정렬 버퍼에 저장되면:
(i) next_expected_TSN(포함)으로부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 하며;
(ii) next_expected_TSN은 이 첫 미수신 재정렬 PDU의 TSN까지 전진되어야 한다.
WTRU가 수신된 재정렬 PDU를 처리하기에 불충분한 메모리를 가지는 경우, WTRU는 하기의 동작들을 수행한다:
(a) next_expected_TSN < TSN_flush ≤ RcvWindow_UpperEdge + 1(또는 next_expected_TSN이 "미정"으로 설정되면 임의의 값)이 되도록, TSN_flush를 선택한다.
(b) TSN < TSN_flush인 모든 올바르게 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달한다.
(c) IF TSN = TSN_flush인 재정렬 PDU가 이미 수신되었다면:
(i) TSN_flush(포함)부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들을 리어셈블리 엔티티에 전달한다;
(ii) next_expected_TSN을 이 첫 미수신 재정렬 PDU의 TSN까지 전진시킨다.
(d) else:
(i) next_expected_TSN을 TSN_flush로 설정한다.
제7 실시예에 따르면, 노드 B는 공통 H-RNTI를 이용하여 WTRU들에 대해 전송될 다음 MAC-ehs SDU에 대한 TSN을 브로드캐스트할 수 있다. 이 정보는 노드 B에서 발원된 시스템 정보 블럭(SIB) 중 하나로 브로드캐스트될 수 있다. WTRU가 MAC-ehs 리셋을 수행하고 새로운 셀을 선택할 때, WTRU는 TSN 번호를 포함하는 SIB를 판독한다. TSN의 획득시에, WTRU는 다음 단계들을 수행할 수 있다:
(1) next_expected_TSN을 SIB로부터 획득된 TSN +1로 설정한다.
(2) Rcv_Window_UpperEdge = TSN으로 설정한다.
이것은, WTRU가 공통 H-RNTI를 이용하여 다음 수신된 MAC-ehs PDU를 처리하고 재정렬을 수행할 수 있도록 해준다.
대안으로서, 노드 B는 HS-SCCH상에서 TSN을 제공할 수 있다. 이 TSN은 하기의 방식들 중 하나 또는 그 조합으로 제공될 수 있다:
(1) 공통 H-RNTI를 통한 매 전송에 대하여; 및
(2) WTRU가 새로운 셀에 이제 막 추가된 후에 처음 x (구성가능한 양의 횟수) 전송에 대해서만.
대안으로서, 노드 B와 WTRU는 특정한 큐의 TSN을 디폴트 값으로 리셋할 수 있다. 이것은, 패킷이 셀 내의 새로운 WTRU에 전송될 때마다 수행될 수 있다. 디폴트 값은 상위층들을 통해 시그널링되거나 미리 정의될 수 있다. 노드 B는 TSN의 리셋을 H-RNTI를 모니터링하는 다른 모든 WTRU에 시그널링할 수 있다. 노드 B는 하기의 방법들 중 임의의 방법을 이용하여 TSN 리셋을 시그널링할 수 있다:
(1) 새로운 또는 종래의 층 3 시그널링(예를 들어, BCCH 또는 또 다른 기타의 RRC 메시지)을 이용하여;
(2) 새로운 또는 종래의 층 2 시그널링을 이용하여(예를 들어, MAC-ehs 헤더는 TSN 리셋 정보를 포함하도록 수정될 수 있다);
(3) 새로운 또는 종래의 PHY 층 시그널링을 이용하여(예를 들어, 수정된 HS-SCCH 포멧은 TSN 리셋을 가리키는데 이용될 수 있다)
제8 실시예에 따르면, 네트워크는, 공통 H-RNTI를 통해 전송된 RRC 메시지들이, 메시지의 내용을 최소화함으로써 싱글 MAC-ehs PDU에 들어맞도록, 충분히 작게 되는 것을 항상 보장한다. RRC 메시지는 더 작은 메시지들로 "세그먼트화"될 수 있다. 예를 들어, 초기 메시지는 셀 RNTI(C-RNTI) 및/또는 H-RNTI를 포함할 수 있고, 구성의 나머지는 별도의 RRC 메시지(들)을 이용하여 시그널링될 수 있다. WTRU가 그 전용 H-RNTI를 얻은 후에, 후속 RRC 메시지들은 임의의 크기가 될 수 있는데, 이것은 MAC-ehs의 재정렬 기능성은 전용 H-RNTI와 함께 적절하게 동작하기 때문이다.
그러나, 네트워크는, 전용 H-RNTI를 이용하여 후속 메시지들(구성)을 전송하기에 앞서, WTRU가 (예를 들어, C-RNTI 및/또는 H-RNTI만을 포함하는) 초기 RRC 메시지들을 성공적으로 수신했다는 것을 보장할 필요가 있다. 이것은, 만일 RRC 엔티티가 HARQ 재전송의 횟수와 WTRU에서의 RRC 지연 요건을 고려함으로써 보수적으로 충분히 기다린다면 보장될 수 있다. 구현에 따라, RRC 엔티티는 메시지를 전송하기 위해 하위층들에 의해 요구되는 지연에 대해 "블라인드"일 수 있다. 만일 그러한 경우, RRC는 전송 완료를 확실히 하기 위해 긴 시간 동안 기다릴 필요가 있다.
추가적으로, RRC 메시지를 세그먼트화할 때, RNC는, 발생된 MAC-ehs SDU들의 크기가 MAC-ehs 엔티티에서 어떠한 세그먼트화도 요구되지 않도록 하는 값 내에 있다는 것을 보장해야 한다. 이용가능한 가장 작은 트랜스포트 블럭 크기는 MAC-ehs PDU 크기의 기준으로서 이용될 수 있다. 대안으로서, 또는 조합하여, 노드 B에 의해 이용될 트랜스포트 블럭 크기는, "전송 전력 레벨(transmit power level)" 필드에 포함된 랜덤 액세스 채널(RACH) 상의 수신된 측정치 결과의 값으로부터 유추될 수 있다.
만일 RRC 메시지의 세그먼트화가 발생한다면, 수신기측은, 마치 싱글 RRC 메시지가 전송된 것처럼(즉, RRC 메시지의 세그먼트 또는 다른 부분을 기다리지 않고) 수신된 메시지의 IE들 상에 작용하도록 수정될 필요가 있다.
제9 실시예에 따르면, 첫 수신된 패킷들은 즉시 전달되지 않는다. 이 첫 수신된 MAC-ehs PDU는 항상 재정렬 버퍼 내에 놓이며, 그 SN은 재정렬 변수들(next_expected_TSN, RcvWindow_UpperEdge, T1_TSN)의 일부 또는 모두의 값을 결정하는데 이용된다. 예를 들어, 수신기 윈도우의 상위 가장자리(RcvWindow_UpperEdge) 및/또는 T1_TSN은 수신된 MAC-ehs PDU의 SN으로 설정될 수 있고, next_expected_TSN은 이 SN-RECEIVE_WINDOW_SIZE + 1로 설정될 수 있다. 이것은, 더 낮은 TSN을 갖는 후속하여 수신된 임의의 PDU가 폐기되지 않고, 오히려 재정렬 버퍼에 적절하게 저장되는 것을 보장한다. 대안으로서, next_expected_TSN은, RcvWindow_UpperEdge - x(x는 어떤 미리정의된 상수)와 같은 상이한 값으로 설정될 수 있다. 타이머(T1 타이머 또는 어떤 다른 타이머 T1_init)는 이 첫 MAC-ehs PDU의 수신시에 개시된다. 타이머의 만료때까지, 모든 후속하여 수신된 MAC-ehs PDU들은 그들의 TSN에 따라 재정렬 버퍼에 놓인다. 이들 PDU들은, 이들이 종래의 프로시져에 따라 재정렬 버퍼로부터 반드시 제거되어야 하지 않는 한, 리어셈블리 엔티티에 전달되지 않는다.
타이머가 만료하면, 재정렬 버퍼에 존재하는 PDU들의 일부 또는 모두는 리어셈블리 엔티티에 전달될 수 있다. 예를 들어, T1_TSN-1(포함)까지의 TSN을 갖는 모든 PDU들은 전달될 수 있고, 그 다음, 다음 미수신 PDU까지의 모든 PDU들이 전달될 수 있다. 변수 next_expected_TSN은, 이 다음 미수신 PDU의 TSN으로 설정(또는 리셋)될 수 있다. 또한, T1 타이머는 전달될 수 없는 PDU들이 여전히 존재한다면 이 시점에서 재시작될 수 있다. 이 경우, 변수 T1_TSN은 전달될 수 없는 MAC-ehs PDU들 중 가장 높은 TSN으로 설정될 수 있다. 그 시점으로부터 정규 재정렬 동작이 진행한다.
변수 next_expected_TSN 및 RcvWindow_UpperEdge 중 적어도 하나는, WTRU가 프로시져의 시작시에 적절한 동작을 실행하도록, 특별한 값("미정")으로 설정된 초기값을 가진다. 대안으로서, 프로시져가 그 초기 상태에 있는지의 여부를 가리키기 위해 새로운 불린(Boolean) 변수(예를 들어, "재정렬_초기상태(reordering_InitialState)")가 정의될 수 있다. 이 변수의 값이 "참"으로 설정되면, WTRU는 전술된 프로시져를 실행하고, 변수는 초기 타이머의 만료시에 "거짓"으로 리셋된다.
제9 실시예에 대한 한 옵션에 따르면, 변수 RcvWindow_UpperEdge만이, 수정된 프로시져에 예속된 소정의 재정렬 큐들에 대하여 "미정"으로 설정된 초기 값을 가진다. T1 타이머는, 그 초기 상태에 있다는 것을 가리키는 RcvWindow_UpperEdge의 값이 "미정"일 때 첫 PDU의 수신시에 개시된다. 상세한 프로시져는 다음과 같다:
만일 어떠한 타이머 T1도 활성이 아니라면:
- 타이머 T1은, TSN > next_expected_TSN인 재정렬 PDU가 올바르게 수신될 때, 또는 재정렬 PDU가 올바르게 수신되고 RcvWindow_UpperEdge가 "미정"으로 설정될 때, 개시되어야 한다.
- T1_TSN은 이 재정렬 PDU의 TSN으로 설정되어야 한다.
만일 타이머 T1이 이미 활성이라면:
- 어떠한 추가적인 타이머도 개시되지 않아야 한다. 즉, 단 하나의 타이머 T1만이 주어진 시간에 활성일 수 있다.
타이머 T1은, 만일:
- TSN = T1_TSN인 재정렬 PDU가 타이머가 만료하기 이전에 리어셈블리 엔티티에 전달될 수 있다면,
중지되어야 한다.
타이머 T1이 만료하고 T1_TSN > next_expected_TSN 일 때:
- T1_TSN-1(포함)까지의 TSN > next_expected_TSN인 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 하고;
- 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU는 리어셈블리 엔티티에 전달되어야 하며;
next_expected_TSN은 다음 미수신 재정렬 PDU의 TSN으로 설정되어야 한다.
타이머 T1이 중지되거나 만료할 때, 그리고 상위층에 전달될 수 없는 몇몇 수신된 재정렬 PDU들이 여전히 존재할 때:
- 타이머 T1이 개시되고;
- T1_TSN을, 전달될 수 없는 MAC-ehs SDU 세트 중에서 가장 높은 TSN으로 설정한다.
전송기 동작:
전송기가 TSN=SN인 재정렬 PDU를 전송한 후에, TSN ≤ SN - TRANSMIT_WINDOW_SIZE인 임의의 재정렬 PDU는 수신기에서의 시퀀스 번호 불명료성을 피하기 위해 재전송되지 않아야 한다.
수신기 동작:
TSN = SN인 재정렬 PDU가 수신될 때:
- 만일 RcvWindow_UpperEdge가 "미정"으로 설정되면:
- RcvWindow_UpperEdge는 SN으로 설정되어야 하고;
- next_expected_TSN은 RcvWindow_UpperEdge - WINDOW_SIZE + 1로 설정되어야 한다.
- 만일 SN이 수신기 윈도우 내에 있다면:
- IF SN < next_expected_TSN이거나, 이 재정렬 PDU가 이전에 수신되었다면:
- 재정렬 PDU는 폐기되어야 하고;
- ELSE :
- 재정렬 PDU는 TSN에 의해 표시된 장소의 재정렬 버퍼 내에 놓여야 한다.
- 만일 SN이 수신기 윈도우 바깥에 있다면:
- 수신된 재정렬 PDU는, SN에 의해 표시된 위치의, 재정렬 버퍼 내의 가장 높은 수신된 TSN 위에 놓여야 하고,
- RcvWindow_UpperEdge는 SN으로 설정되어 수신기 윈도우를 전진시켜야 하며;
- TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 재정렬 PDU들, 즉, 그 위치가 업데이트 후 수신기 윈도우 바깥인 임의의 재정렬 PDU들은 재정렬 버퍼에서 제거되고 리어셈블리 엔티티에 전달되어야 하며,
- 만일 next_expected_TSN이 업데이트된 수신기 윈도우 아래에 있다면:
- next_expected_TSN은 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정되어야 하고;
- 만일 TSN = next_expected_TSN인 재정렬 PDU가 재정렬 버퍼에 저장되면:
- next_expected_TSN(포함)부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 하며;
- next_expected_TSN은 이 첫 미수신 재정렬 PDU의 TSN까지 전진되어야 한다.
만일 WTRU가 수신된 재정렬 PDU를 처리하기에 불충분한 메모리를 가진다면, WTRU는 다음과 같은 동작 세트를 수행해야 한다:
- next_expected_TSN < TSN_flush ≤ RcvWindow_UpperEdge + 1이 되도록, TSN_flush를 선택한다.
- TSN < TSN_flush인 모든 올바르게 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달한다.
- IF TSN = TSN_flush인 재정렬 PDU가 이미 수신되었다면:
- TSN_flush(포함)부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들을 리어셈블리 엔티티에 전달한다.
- next_expected_TSN을 이 첫 미수신 재정렬 PDU의 TSN까지 전진시킨다.
- ELSE:
- next_expected_TSN을 TSN_flush로 설정한다.
제9 실시예에 대한 제2 옵션에 따라, 변수 next_expected_TSN 및 RcvWindow_UpperEdge 양자 모두는, 수정된 프로시져에 예속된 소정 재정렬 큐들에 대하여 그들의 초기 값을 "미정"으로 설정한다. 첫 PDU의 수신시에 변수 RcvWindow_UpperEdge 및 T1_TSN은 이 PDU의 SN으로 설정되는 반면, next_expected_TSN은 값 "미정"으로 설정되어 유지된다. 또한, 타이머 T1이 개시된다. 수신된 PDU의 SN과 next_expected_TSN간의 비교는, next_expected_TSN이 "미정"으로 설정될 때, 스킵된다. 타이머 T1이 만료되거나 중지될 때(후자는 전진하는 수신기 윈도우로 인해 SN이 T1_TSN과 동일한 PDU가 전달될 때 발생할 수 있다), T1_TSN-1까지의 SN, 및 다음 미수신 PDU까지의 SN을 갖는 모든 PDU들은 리어셈블리 엔티티에 전달된다. next_expected_TSN의 값은 다음 미수신 PDU의 SN으로 설정되고 그 지점으로부터 정규 재정렬 동작이 진행할 수 있다. 세부 프로시져는 다음과 같다:
만일 어떠한 타이머 T1도 활성이 아니고 다음 예상 TSN이 "미정"으로 설정되지 않으면:
- 타이머 T1은, TSN > next_expected_TSN인 재정렬 PDU가 올바르게 수신될 때 개시되어야 한다;
- T1_TSN은 이 재정렬 PDU의 TSN으로 설정되어야 한다.
만일 어떠한 타이머 T1도 활성이 아니고 next_expected_TSN이 "미정"으로 설정되면:
- 타이머 T1은, 재정렬 PDU가 올바르게 수신될 때 개시되어야 한다.
- T1_TSN은 이 재정렬 PDU의 TSN으로 설정된다.
만일 타이머 T1이 이미 활성이라면:
- 어떠한 추가적인 타이머도 개시되지 않아야 한다. 즉, 단 하나의 타이머 T1만이 주어진 시간에 활성일 수 있다.
타이머 T1은, 만일 :
- 타이머가 만료하기 이전에 TSN = T1_TSN인 재정렬 PDU가 리어셈블리 엔티티에 전달될 수 있다면, 중지되어야 한다.
타이머 T1이 만료하고 next_expected_TSN이 "미정"으로 설정되지 않고, T1_TSN > next_expected_TSN일 때:
- T1_TSN-1(포함)까지의 TSN > next_expected_TSN인 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
- 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
- next_expected_TSN은 다음 미수신 재정렬 PDU의 TSN으로 설정되어야 한다.
타이머 T1이 중지 또는 만료하고 next_expected_TSN이 "미정"으로 설정되면,
- T1_TSN-1(포함)까지의 모든 올바르게 수신된 재정렬 PDU는 리어셈블리 엔티티에 전달된다.
- TSN이 T1_TSN보다 큰, 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
- next_expected_TSN은, TSN이 T1_TSN보다 큰, 다음 미수신 재정렬 PDU의 TSN으로 설정된다.
타이머 T1이 중지 또는 만료될 때, 그리고 상위층으로 전달될 수 없는 몇몇 수신된 재정렬 PDU들이 여전히 존재할 때:
- 타이머 T1이 개시되고,
- T1_TSN을, 전달될 수 없는 MAC-ehs SDU 세트중에서 가장 높은 TSN으로 설정한다.
전송기 동작:
전송기가 TSN = SN인 재정렬 PDU를 전송한 후에, TSN ≤ SN - TRANSMIT_WINDOW_SIZE인 임의의 재정렬 PDU는 수신기에서의 시퀀스 번호 불명료성을 피하기 위해 재전송되지 않아야 한다.
수신기 동작:
TSN = SN인 재정렬 PDU가 수신될 때:
- IF RcvWindow_UpperEdge가 "미정"으로 설정되면:
- RcvWindow_UpperEdge는 SN으로 설정되어야 한다.
- IF SN이 수신기 윈도우 내에 있다면:
- IF next_expected_TSN이 "미정"으로 설정되지 않고 SN < next_expected_TSN이거나, 이 재정렬 PDU가 이미 수신되었다면:
- 재정렬 PDU는 폐기되어야 한다;
- else :
- 재정렬 PDU는 TSN에 의해 표시된 장소의 재정렬 버퍼 내에 놓여야 한다.
- IF SN이 수신기 윈도우 바깥에 있다면:
- 수신된 재정렬 PDU는, SN에 의해 표시된 위치의, 재정렬 버퍼 내의 가장 높은 수신된 TSN 위에 놓여야 한다;
- RcvWindow_UpperEdge는 SN으로 설정되어 수신기 윈도우를 전진시켜야 한다;
- TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 재정렬 PDU, 즉, 그 위치가 업데이트 후 수신기 윈도우 바깥인 임의의 재정렬 PDU는 재정렬 버퍼에서 제거되고 리어셈블리 엔티티에 전달되어야 하며,
- IF next_expected_TSN이 "미정"으로 설정되지 않고, next_expected_TSN이 업데이트된 수신기 윈도우 아래에 있다면:
- next_expected_TSN은 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정되어야 하고;
- IF next_expected_TSN이 "미정"으로 설정되지 않고, TSN = next_expected_TSN인 재정렬 PDU가 재정렬 버퍼에 저장되면:
- next_expected_TSN(포함)으로부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 하며;
- next_expected_TSN은 이 첫 미수신 재정렬 PDU의 TSN까지 전진되어야 한다.
WTRU가 수신된 재정렬 PDU를 처리하기에 불충분한 메모리를 가지는 경우, WTRU는 하기의 동작 세트를 수행한다:
- next_expected_TSN < TSN_flush ≤ RcvWindow_UpperEdge + 1(또는 next_expected_TSN이 "미정"으로 설정되면, RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE < TSN_flush ≤ RcvWindow_UpperEdge + 1)이 되도록, TSN_flush를 선택한다.
- TSN < TSN_flush인 모든 올바르게 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달한다.
- 만일 TSN=TSN_flush인 재정렬 PDU가 이미 수신되었다면:
- TSN_flush(포함)부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달하고;
- next_expected_TSN을, 이 첫 미수신된 재정렬 PDU의 TSN까지 전진시킨다.
- else:
- next_expected_TSN을 TSN_flush로 설정한다.
제9 실시예의 제3 옵션에 따라, RcvWindow_UpperEdge 및 next_expected_TSN은 종래 기술에서와 같이 그들의 초기값을 유지하며, 새로운 변수 "재정렬_초기상태(Reordering_InitialState)"가 정의되고 수정된 프로시져에 예속된 이들 재정렬 큐들에 대하여 초기값 "참"을 취한다. T1 타이머를 개시하기 위한 조건은, 재정렬_초기상태의 값이 그 초기상태에 있다는 것을 가리키는 "참"일 때 첫 PDU의 수신시에 타이머가 개시되도록 보장하게끔 수정된다. WTRU는 먼저, 수신된 MAC-ehs PDU를 처리하기 이전에 재정렬_초기상태가 "참"으로 설정되어 있는지의 여부를 검사한다. 만일 그러한 경우, 변수 RcvWindow_UpperEdge는 그 PDU의 SN으로 설정되고, 변수 next_expected_TSN은 수신기 윈도우의 하위 가장자리로 설정되며, 변수 재정렬_초기상태는 정규 상태로 되돌아가기 위해 "거짓"으로 설정된다. 세부 프로시져는 다음과 같다:
만일 어떠한 타이머 T1도 활성이 아니라면:
- 타이머 T1은, TSN > next_expected_TSN인 재정렬 PDU가 올바르게 수신될 때, 또는 재정렬 PDU가 올바르게 수신되고 재정렬_초기상태가 "참"으로 설정될 때, 개시되어야 한다.
- T1_TSN은 이 재정렬 PDU의 TSN으로 설정되어야 한다.
만일 타이머 T1이 이미 활성이라면:
- 어떠한 추가적인 타이머도 개시되지 않아야 한다. 즉, 단 하나의 타이머 T1만이 주어진 시간에 활성일 수 있다.
타이머 T1은, 만일:
- TSN = T1_TSN인 재정렬 PDU가, 타이머가 만료하기 이전에 리어셈블리 엔티티에 전달될 수 있다면,
중지되어야 한다.
타이머 T1이 만료하고 T1_TSN > next_expected_TSN 일 때:
- T1_TSN-1(포함)까지의 TSN > next_expected_TSN인 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 하고;
- 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU는 리어셈블리 엔티티에 전달되어야 하며;
next_expected_TSN은 다음 미수신 재정렬 PDU의 TSN으로 설정되어야 한다.
타이머 T1이 중지되거나 만료할 때, 그리고 상위층에 전달될 수 없는 몇몇 수신된 재정렬 PDU들이 여전히 존재할 때:
- 타이머 T1이 개시되고;
- T1_TSN을, 전달될 수 없는 MAC-ehs SDU 세트 중에서 가장 높은 TSN으로 설정한다.
전송기 동작:
전송기가 TSN=SN인 재정렬 PDU를 전송한 후에, TSN ≤ SN - TRANSMIT_WINDOW_SIZE인 임의의 재정렬 PDU는 수신기에서의 시퀀스 번호 불명료성을 피하기 위해 재전송되지 않아야 한다.
수신기 동작:
TSN = SN인 재정렬 PDU가 수신될 때:
- 만일 재정렬_초기상태가 "참"으로 설정되면:
- Rcv_Window_UpperEdge는 SN으로 설정되어야 하고;
- 재정렬_초기상태는 "거짓"으로 설정되어야 하며;
- next_expected_TSN은 RcvWindow_UpperEdge - 윈도우_크기 + 1로 설정되어야 한다.
- 만일 SN이 수신기 윈도우 내에 있다면:
- 만일 SN < next_expected_TSN이거나, 이 재정렬 PDU가 이미 수신되었다면:
- 재정렬 PDU는 폐기되어야 한다;
else:
- 재정렬 PDU는 TSN에 의해 표시된 위치의 재정렬 버퍼에 놓여야 한다.
- IF SN이 수신기 윈도우 바깥에 있다면:
- 수신된 재정렬 PDU는, SN에 의해 표시된 위치의, 재정렬 버퍼 내의 가장 높은 수신된 TSN 위에 놓여야 한다;
- RcvWindow_UpperEdge는 SN으로 설정되어 수신기 윈도우를 전진시켜야 한다;
- TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 재정렬 PDU, 즉, 그 위치가 업데이트 후 수신기 윈도우 바깥인 임의의 재정렬 PDU는 재정렬 버퍼에서 제거되고 리어셈블리 엔티티에 전달되어야 하며,
- IF next_expected_TSN이 업데이트된 수신기 윈도우 아래에 있다면:
- next_expected_TSN은 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정되어야 한다;
- IF TSN = next_expected_TSN인 재정렬 PDU가 재정렬 버퍼에 저장된다면:
- next_expected_TSN(포함)부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 하며;
- next_expected_TSN은 이 미수신 첫 재정렬 PDU의 TSN까지 전진되어야 한다.
WTRU가 수신된 재정렬 PDU를 처리하기에 불충분한 메모리를 가지는 경우, WTRU는 다음과 같은 동작 세트를 수행해야 한다:
- next_expected_TSN < TSN_flush ≤ RcvWindow_UpperEdge + 1이 되도록, TSN_flush를 선택한다.
- TSN < TSN_flush인 모든 올바르게 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달한다.
- IF TSN = TSN_flush인 재정렬 PDU가 이미 수신되었다면:
- TSN_flush(포함)부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들을 리어셈블리 엔티티에 전달한다;
- next_expected_TSN을 이 첫 미수신 재정렬 PDU의 TSN까지 전진시킨다.
- ELSE :
- next_expected_TSN을 TSN_flush로 설정한다.
제9 실시예에 대한 제4 옵션에 따라, 재정렬 기능성은, 큐에 대한 모든 가능한 시퀀스 번호들에 걸치는, 초기 윈도우 크기(즉, RECEIVE_WINDOW_SIZE) 64에서 시작할 수 있다. 이것은, 초기 단계 동안에 어떠한 재정렬 PDU도 폐기되지 않는 것을 보장할 것이다. 첫 재정렬 PDU의 수신시에, T1 타이머는, 0으로 설정된 SN을 갖는 재정렬 PDU가 수신되지 않는 한, 첫 수신된 MAC-ehs PDU의 SN으로 설정된 T1_TSN과 함께 시작한다.
타이머가 만료할 때, 재정렬 버퍼에 존재하는 PDU들 일부 또는 모두는 하기의 규칙에 따라 리어셈블리 엔티티에 전달된다:
(1) T1_TSN-1(포함)까지의 모든 PDU는 상위층에 전달되어야 한다;
(2) 다음 미수신 PDU까지의 모든 PDU는 상위층에 전달되어야 한다;
(3) next_expected_TSN은 다음 미수신 PDU의 TSN으로 설정될 수 있다(대안으로서, 이것을 TSN이 T1_TSN보다 큰, 다음 미수신 PDU로 설정).
(4) RcvWindow_UpperEdge는 수신된 재정렬 PDU의 가장 높은 시퀀스 번호로 설정된다;
(5) RECEIVE_WINDOW_SIZE 변수는 복구되고 구성된 정규 동작 값으로 설정된다.
또한, T1 타이머는, 전달될 수 없는 PDU들이 여전히 있는 한, 이 지점에서 재시작될 수 있다. 이 경우, 변수 T1_TSN은 전달될 수 없는 MAC-ehs PDU들 중 가장 높은 TSN으로 설정된다. 정규 재정렬 동작은 그 지점으로부터 진행한다.
옵션 1 내지 4 모두에 대하여, 초기 단계에 대하여 선택사항으로서 별개의 새로운 타이머(즉, T1_init)가 새로이 도입될 수 있다는 점에 주목해야 한다. 별개의 타이머를 이용하기 위해, "만일 어떠한 타이머 T1도 활성이 아니라면"을 기재하고 있는 프로시져의 패러그라프는 다음과 같이 수정된다:
만일 어떠한 타이머 T1 또는 T1_init도 활성이 아니라면:
- IF RcvWindow_UpperEdge(또는 next_expected_TSN)이 "미정"으로 설정되지 않으면(또는 선택사항으로서 재정렬_초기상태가 "거짓"으로 설정되면), 타이머 T1은 TSN > next_expected_TSN인 재정렬 PDU가 올바르게 수신될 때 개시되어야 한다.
- IF RcvWindow_UpperEdge(또는 next_expected_TSN)이 "미정"으로 설정되면(또는 선택사항으로서 재정렬_초기상태가 "참"으로 설정되면), 타이머 T1_init는 재정렬 PDU가 올바르게 수신될 때 개시되어야 한다.
타이머의 중지 또는 만료에 관련된 다른 모든 액션들은 T1 타이머에 관련된 액션들과 유사하다. T1_init 타이머가 만료할 때, 재정렬 엔티티는, 전달될 수 없는 PDU들이 여전히 존재한다면 T1 타이머가 재시작할 것을 보장해야 한다. 이러한 변경은 하기와 같이 강조되어 있다:
IF 타이머 T1 또는 T1_init이 이미 활성이라면:
- 어떠한 추가적인 타이머도 개시되지 않아야 한다. 즉, 단 하나의 타이머 T1(또는 T1_init)만이 주어진 시간에 활성일 수 있다.
타이머 T1 또는 T1_init은, 만일 :
- TSN = T1_TSN인 재정렬 PDU가, 타이머가 만료하기 이전에 리어셈블리 엔티티에 전달될 수 있다면,
중지되어야 한다.
타이머 T1 또는 T1_init이 만료하고, T1_TSN > next_expected_TSN일 때:
- T1_TSN-1(포함)까지의 TSN > next_expected_TSN인 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
- 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 한다.
- next_expected_TSN은 다음 미수신 재정렬 PDU의 TSN으로 설정되어야 한다.
타이머 T1 또는 T1_init이 중지되거나 만료하고, 상위층으로 전달될 수 없는 몇몇 수신된 재정렬 PDU가 여전히 존재한다면:
- 타이머 T1이 개시되고,
- T1_TSN을, 전달될 수 없는 MAC-ehs SDU 세트중에서 가장 높은 TSN으로 설정한다.
제10 실시예에 따르면, 첫 재정렬 PDU의 수신시에 초기 T1 타이머의 명시적인 계획적 설정이 회피될 수 있다. 예를 들어, 첫 재정렬 PDU는 상위층에 즉시 전달되고 그 SN의 값은 재정렬 변수들의 일부의 값을 판정하는데 이용될 수 있다. 이를 달성하기 위해, 하기의 옵션들 중 하나 또는 조합이 이용될 수 있다:
제1 옵션에 따르면, 전술된 방법들 중 하나를 이용하여 프로시져가 "초기" 상태에서 개시된다(예를 들어, next_expected_TSN 및/또는 RcvWindow_UpperEdge는 "미정"으로 초기화된다. 또는 초기 상태에 대하여 새로운 변수가 정의된다). 첫 재정렬 PDU가 수신될 때, next_expected_TSN은 SN +1 로 설정되고 RcvWindow_UpperEdge는 SN으로 설정된다. 재정렬 큐는, 모든 후속하여 수신된 재정렬 PDU들에 대하여 정규 동작 모드를 계속한다.
제1 옵션은 결과적으로, SN < next_expected_TSN인 후속하여 수신된 PDU들의 폐기로 이어질 수 있다. PDU의 폐기를 피하기 위해, 제2 옵션에 따르면, 첫 수신된 PDU의 TSN 번호를 포함하는 새로운 초기_TSN 변수(initial_TSN)가 유지된다. 첫 수신된 PDU는 상위층으로 전달되고 초기_TSN은 SN으로 설정되며, next_expected_TSN은 SN+1로 설정되며, RcvWindow_UpperEdge는 SN으로 설정된다.
SN < 초기_TSN인 재정렬 PDU는, 윈도우의 하위 가장자리(즉, RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE)가 초기_TSN의 값을 지나 이동할때까지 폐기되지 않을 수 있다. SN < 초기_TSN인 모든 재정렬 PDU는 리어셈블리 엔티티에 즉각 전달되거나 LCD-ID 디먹스 엔티티에 직접 전달될 수 있다(리어셈블리를 수행하지 않고). SN > 초기_TSN인 재정렬 PDU는, 통상적으로는 재정렬 프로시져에 의해 처리될 수 있다. 선택사항으로서, 데이터의 중복을 피하기 위해, 윈도우의 하위 가장자리가 초기 TSN을 지나 이동할때까지 수신된 PDU들의 목록이 유지될 수 있다. 대안으로서, SN < 초기_TSN인 재정렬 PDU는 소정 타이머(T1 또는 새로운 타이머)가 만료할때까지 폐기되지 않을 수(그리고 상위층에 전달될 수) 있다.
예시적인 프로시져가 이하에 기술된다.
만일 어떠한 타이머 T1도 활성이 아니라면:
- 타이머 T1은, TSN > next_expected_TSN인 재정렬 PDU가 올바르게 수신될 때 개시되어야 한다.
- T1_TSN은 이 재정렬 PDU의 TSN으로 설정되어야 한다.
만일 타이머 T1이 이미 활성이라면:
- 어떠한 추가적인 타이머도 개시되지 않아야 한다. (즉, 단 하나의 타이머 T1만이 주어진 시간에 활성일 수 있다)
타이머 T1은, 만일:
- TSN = T1_TSN인 재정렬 PDU가 타이머가 만료하기 이전에 리어셈블리 엔티티에 전달될 수 있다면,
중지되어야 한다.
타이머 T1이 만료하고 T1_TSN > next_expected_TSN 일 때:
- T1_TSN-1(포함)까지의 TSN > next_expected_TSN인 모든 올바르게 수신된 재정렬 PDU들은 리어셈블리 엔티티에 전달되어야 하고;
- 다음 미수신 재정렬 PDU까지의 모든 올바르게 수신된 재정렬 PDU는 리어셈블리 엔티티에 전달되어야 하며;
- next_expected_TSN은 다음 미수신 재정렬 PDU의 TSN으로 설정되어야 한다.
- 만일 재정렬_초기상태가 "참"으로 설정되면, 재정렬_초기상태는 "거짓"으로 설정되어야 한다.
타이머 T1이 중지되거나 만료할 때, 그리고 상위층에 전달될 수 없는 몇몇 수신된 재정렬 PDU들이 여전히 존재할 때:
- 타이머 T1이 개시되고;
- T1_TSN을, 전달될 수 없는 MAC-ehs SDU 세트 중에서 가장 높은 TSN으로 설정한다.
전송기 동작:
전송기가 TSN=SN인 재정렬 PDU를 전송한 후에, TSN ≤ SN - TRANSMIT_WINDOW_SIZE인 임의의 재정렬 PDU는 수신기에서의 시퀀스 번호 불명료성을 피하기 위해 재전송되지 않아야 한다.
수신기 동작:
TSN = SN인 재정렬 PDU가 수신될 때:
- 만일 초기_TSN이 "미정"으로 설정되면
- RcvWindow_UpperEdge는 SN으로 설정되어야 하고;
- next_expected_TSN은 SN+1로 설정되어야 하며;
- 초기_TSN은 SN으로 설정되어야 하고;
- 재정렬_PDU를 리어셈블리 엔티티에 전달한다.
- 만일 SN이 수신기 윈도우 내에 있다면
- IF 재정렬_상태가 "참"으로 설정되고 SN < 초기_TSN이면
- 재정렬 PDU는 리어셈블리 엔티티에 전송되어야 하고(또는 선택사항으로서, 리어셈블리 엔티티를 바이패스하고 LCH-ID 디먹스 엔티티에 직접 전송될 수 있다);
- ELSE IF 재정렬_초기상태가 "거짓"으로 설정되고 SN < next_expected_TSN이라면, 또는 이 재정렬 PDU가 이미 수신되었다면:
- 재정렬 PDU는 폐기되어야 하고;
- ELSE
- 재정렬 PDU는 TSN에 의해 표시된 장소의 재정렬 버퍼에 놓여야 한다.
- 만일 SN이 수신기 윈도우 바깥에 있다면:
- 수신된 재정렬 PDU는, SN에 의해 표시된 위치의, 재정렬 버퍼 내의 가장 높은 수신된 TSN 위에 놓여야 하고;
- RcvWindow_UpperEdge는 SN으로 설정되어 수신기 윈도우를 전진시켜야 하며;
- TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 재정렬 PDU, 즉, 그 위치가 업데이트 후 수신기 윈도우 바깥인 임의의 재정렬 PDU는 재정렬 버퍼에서 제거되고 리어셈블리 엔티티에 전달되어야 한다;
- 만일 초기_TSN이 업데이트된 수신기 윈도우 아래에 있다면
- 재정렬_초기상태는 "거짓"으로 설정되고
- 만일 next_expected_TSN이 업데이트된 수신기 윈도우 아래에 있다면 :
- next_expected_TSN은 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정되어야 한다.
대안으로서, 첫 수신된 재정렬 PDU의 수신시에, next_expected_TSN은 SN - x으로 설정될 수 있다. 여기서, x는 정적인 값, 상위층에 의해 구성가능한 값, 또는 HARQ 프로세스수에 기초한 미리결정된 값일 수 있다(예를 들어, 단 4개의 HARQ 프로세스들이 이용된다면, x는 4로 설정되거나 HARQ 프로세스수 - 1 일 수 있다). RcvWindow_UpperEdge는 SN으로 설정된다. 이것은, SN < SN - x인 재정렬 PDU들 중 일부가 초기 프로시져 동안 폐기되지 않을 것임을 보장한다.
대안으로서, next_expected_TSN의 초기 값은, 종래 기술에서와 같이 0으로 설정되는 것 대신에, 초기 윈도우의 하위 가장자리, RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정될 수 있다. RcvWindow_UpperEdge의 초기값은 63으로 설정될 수 있다.
또한, 재정렬 프로시져는 초기 윈도우 크기를 변경함으로써 수정될 수 있다. 예를 들어, 2개의 수신기 윈도우 크기, 즉 작은 초기 윈도우 크기 및 상위층에 의해 구성되는 정규 동작 윈도우 크기가 구성될 수 있다. 초기 윈도우 크기는, 초기 프로세스를 가속하고 긴 T1 타이머의 만료를 기다리는 것을 피하기 위해 작은 값으로 설정될 수 있다. 재정렬 동작의 정규 상태로 복귀하기 위해, WTRU는 n개의 (n은 작은 초기 윈도우 크기에 대응) 연속된 재정렬 PDU들이 수신되거나, 윈도우의 하위 가장자리가 초기 수신된 PDU의 SN을 지나 이동하거나, 타이머가 만료하기를 기다릴 수 있다. 정규 동작으로 진입할 때, 정규 구성된 WINDOW_SIZE는 구성되거나 복구될 수 있다.
윈도우 크기는 또한 제어 또는 1의 값으로 설정될 수 있다. 1로 설정된 값에서, 윈도우 내에서 첫 PDU를 수신하고 이를 폐기할 확률은 상당히 저감된다. WTRU는, 윈도우 크기가 이 작은 값으로 초기에 설정되고 첫 PDU의 수신시에 수신 윈도우가 구성된 RECEIVE_WINDOW_SIZE로 다시 설정되도록 하는 식으로 구성될 수 있다.
제11 실시예에 따르면, 재정렬 엔티티는 정규 재정렬 동작을 개시하기 위한 표시로서 HARQ 프로세스 정보를 이용할 수 있다. 이 방법은 단독으로 이용되거나 본 명세서에서 기술된 임의의 실시예와 조합하여 이용될 수 있다. 초기 동작 동안에, WTRU는, 모든 HARQ 프로세스가 새로운 할당을 가질 때 가장 낮은 가능한 시퀀스를 갖는 재정렬 PDU가 셀로부터 수신되는 것을 보장할 수 있다. 모든 수신된 재정렬 PDU는, 모든 새로운 HARQ 프로세스가 새로운 할당을 가지거나 T1 타이머가 만료할때까지 재정렬 버퍼에 저장된다.
각각의 HARQ 프로세스의 NDI 비트가 모니터링될 수 있다. 모든 활성 프로세스에 대한 NDI 비트가 '0'에서 '1'로 토글될 때(HARQ 프로세스 상에서 새로운 전송을 가리킴), 재정렬 엔티티는 첫 수신된 재정렬 PDU(포함)까지의 모든 저장된 PDU를 리어셈블리 엔티티에 전달할 수 있다. 첫 수신된 PDU 위의 첫 미수신 PDU까지의 다른 모든 PDU도 역시 상위층에 전달될 수 있다. next_expected_TSN은 첫 미수신 PDU의 SN으로 설정될 수 있으며, RcvWindow_UpperEdge는 가장 높은 수신된 TSN의 SN으로 설정된다. T1 타이머는 실행중이라면 중지되어야 한다.
대안으로서, HARQ 프로세스와 가능한 TSN 값들 사이의 맵핑이 유지될 수 있다. 매 HARQ 프로세스로부터의 적어도 하나의 재정렬 PDU가 성공적으로 수신되거나 성공적 수신이 실패할 때, WTRU는 수신된 것들 중 임의의 PDU보다 낮은 시퀀스 번호를 갖는 어떠한 다른 재정렬 PDU도 전송되지 않을 것을 보장했다. WTRU는 RcvWindow_UpperEdge를 가장 높은 수신된 TSN의 SN으로 설정하고 next_expected_TSN을 가장 낮은 수신된 재정렬 PDU보다 높은 SN을 갖는 첫 미수신 PDU로 설정할 수 있다.
또 다른 옵션에서, WTRU가 첫 재정렬 PDU를 수신할 때, WTRU는 모든 활성 HARQ 프로세스 내의 모든 PDU들의 TSN을 검사할 수 있다. 만일 HARQ 프로세스들 내에서 처리되고 있는 PDU들의 시퀀스 번호가 수신된 첫 PDU보다 높다면, WTRU는 정규 동작을 재개할 수 있다. 그렇지 않은 경우, WTRU는, HARQ 프로세스 내의 가장 낮은 시퀀스 번호를 갖는 재정렬 PDU가 수신될 때까지 기다릴 수 있다.
네트워크는 또한 HARQ 프로세스 ID와, 각 HARQ 프로세스에 대한 한세트의 가능한 TSN들 사이의 관계를 정의할 수도 있다. 예를 들어, HARQ 프로세스 #m이 TSN = 4n + m(n은 정수)인 TSN을 갖는 PDU들만을 처리하도록 구성될 수 있다. 이 관계는 상위층들에 의해 WTRU에 미리 시그널링될 수 있다. 그러면, WTRU는, 가장 낮은 SN PDU가 수신되어 정규 동작을 재개할 때를 유추하기 위해 이 관계를 이용할 수 있다.
전체 TSN 번호 공간의 이용을 제한하는 네트워크 기반의 해결책을 생각해 볼 수 있다(즉, 네트워크는 TSN 55 내지 63의 이용을 피한다). 만일 수신 윈도우 크기가 네트워크에 의해 사용되지 않는 TSN들보다 작거나 같다면, 이것은 수신된 첫 PDU를 폐기할 확률을 제거할 것이다. 그러나, 이 해결책은 추가적인 지연과 순서가 어긋한 PDU 전달의 확률을 초래할 수 있다. 이를 피하기 위해, 다음과 같은 옵션이 구현될 수 있다.
제1 옵션에 따라, WTRU는, 재정렬 엔티티의 모든 산술 동작에 대하여 모듈로(modulo) x를 이용할 수 있다. 여기서, x는 금지된 가장 낮은 TSN 번호이다(즉, 만일 55 내지 63이 금지된다면, x는 55일 것이다). 예를 들어, next_expected_TSN, RcvWindow_UpperEdge, T1_TSN 및 TSN_flush 상의 재정렬 프로시져에 포함된 모든 산술 동작들은 x 모듈러스에 의해 영향받는다.
x 모듈러스는 CCCH 또는 DCCH(SRB#1)의 재정렬에 대하여 항상 동작에 영향을 미칠 수 있다. 초기 동작에 대하여, RcvWindow_UpperEdge는 63이거나 x보다 위의 기타 임의의 값일 수 있다. 모듈로 x는 RcvWindow_UpperEdge의 이 초기값에 적용되어서는 안되며, 또는 그 초기값은 미정의 초기값으로서 고려될 수 있다. 이 값을 이용하는 것은 RcvWindow_UpperEdge의 값을 "미정"으로 설정하는 것과 같다고 간주될 수 있다. RcvWindow_UpperEdge가 63으로 설정될 때, TSN = SN인 첫 PDU의 수신시에, 하기 동작들 중 하나 또는 조합이 수행될 수 있다:
(1) 모든 산술 동작에 대하여 모듈로 x의 이용을 개시;
(2) RcvWindow_UpperEdge는 SN으로 설정되어야 한다;
(3) next_expected_TSN은 RcvWindow_UpperEdge - WINDOW_SIZE + 1로 설정되어야 한다
(4) T1 타이머 또는 T1_init 타이머를 개시한다.
대안으로서, 동작의 초기 상태 및 정규 상태에 대하여 2개의 상이한 모듈로 동작들이 이용될 수 있다. 예를 들어, 동작의 초기 상태에 대하여 정규 모듈로 64가 이용될 수 있다. 초기 RcvWindow_UpperEdge는 63으로 설정되고, 윈도우의 하위 가장자리는 금지된 TSN들 내에 있으므로, 어떠한 데이터도 폐기되지 않을 것이다. 그러나, 정규 동작 상태에 진입할 때(즉, 첫 PDU의 수신시에, 또는 T1 타이머가 만료할 때), 재정렬 프로시져는 모듈로 x 동작에 기초하여 산술 프로시져를 업데이트할 수 있다. 이것은 중복 T1 지연을 피할 것이다. 선택사항으로서, 전술된 4개 단계들, 즉, RcvWindow_UpperEdge, next_expected_TSN, T1의 설정, 및 모듈로 x의 이용 개시가 역시 수행될 수 있다.
제2 옵션에 따르면, 모듈로 64가 항상 이용되지만 프로시져는 잃어버린 TSN 공간을 고려하도록 수정된다. 전술된 방법들 중 하나는 재정렬 상태 동작(즉, 초기 또는 정규 재정렬 상태)을 가리키기 위해 이용될 수 있다:
- 특별한 값, "미정"으로 설정된 next_expected_TSN 또는 RcvWindow_UpperEdge; 및
- 새로운 상태 변수.
WTRU는, 첫 PDU가 수신되거나 T1 타이머가 만료할 때 재정렬 동작의 정규 상태에 진입한다. 동작의 초기 상태에 대하여 산술 프로시져는 변하지 않고 남아 있다. TSN 공간은 제약되기 때문에, 수신된 첫 PDU는 결코 수신 윈도우 내에 있지 않을 것이며, 따라서 폐기되지 않을 것이다. 그러나, 정규 상태에 진입할 때 재정렬 프로시져는 순서가 어긋한 전달 및 중복 T1 타이머를 피하기 위해 업데이트되어야만 한다. 이 프로시져를 설명하기 위해, 하기의 변수들이 이용될 것이다:
- TSN 공간은 x부터 y까지 금지될 것이다. 여기서, x는 금지된 공간의 하위 값이고, y는 금지된 공간의 상위 값이다(즉 63).
- RcvWindow_lowerEdge는 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1과 같다;
- Nr_restrictedTSN은 사용이 금지된 TSN들의 갯수, y-x와 같다;
정규 상태에서 동작할 때, 재정렬 프로시져는 다음과 같이 수정된다:
- x ≤ RcvWindow_lowerEdge ≤ y이라면, 정의된 수신기 윈도우는 RcvWindow_lowerEdge - Nr_restrictedTSN.
- 그 외, 수신 윈도우는 (RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1)로 계산된다.
- next_expected_TSN은 x와 y사이의 값으로 설정되지 않아야 한다;
- 만일 next_expected_TSN이 x-1이면, 예상되는 다음 순서에 맞는 MAC-ehs PDU는 y+1인 것으로 간주된다.
- 재정렬 프로시져는, 재정렬을 수행할 때 그리고 이들 x부터 y까지의 TSN들을 기다리고 있다고 간주될 때, x부터 y까지의 모든 TSN 번호들을 성공적으로 수신된 PDU로 간주할 수 있다.
선택사항으로서, 첫 PDU의 수신시에 변수들은 다음과 같은 방식으로 설정될 수 있다:
(1) RcvWindow_UpperEdge는 SN으로 설정되어야 한다;
(2) next_expected_TSN은 RcvWindow_UpperEdge - WINDOW_SIZE + 1이다;
(3) T1 타이머 또는 T1_init 타이머를 개시한다.
제12 실시예에 따르면, 재정렬 문제는 수신기측 대신에 네트워크측에서 해결될 수 있다. 노드 B는, 각각의 공통 H-RNTI 내에서 독립적으로 각각의 WTRU에 대하여 상이한 TSN 번호들을 유지할 수 있다. 새로운 WTRU가 셀에 추가될 때, 노드 B는 이 WTRU에 대한 재정렬 PDU를 0에서부터 넘버링할 수 있다. TSN 번호들은 각각의 WTRU에 대하여 독립적으로 인크리멘트된다. 이 해결책은, 공통 H-RNTI에 추가하여 전송하고 있는 중인 고유 WTRU ID를 노드 B가 알기를 요구할 것이다. Iub 프레임 프로토콜은 공통 H-RNTI를 제공할 수 있다. 이 실시예에서 네트워크가 이 WTRU에 대하여 제공한 전용 H-RNTI도 역시 제공되어야 한다.
대안으로서, RNC는 전송될 메시지가 새로운 WTRU에 대한 것이라는 표시를 제공할 수 있다. 노드 B가 이 표시를 수신할 때, 노드 B는 하기 사항중 하나 또는 조합을 수행할 수 있다:
● 공통 H-RNTI 그룹과 연관된 TSN 번호들을 즉시 리셋; 또는
● 동일한 공통 H-RNTI를 갖는 앞서 버퍼링된 임의의 MAC-ehs PDU가 전송되었다는 것을 보장하고, 그 다음, 새로운 WTRU에 대한 메시지가 0으로 설정된 초기 TSN과 함께 전송되도록 TSN 번호들을 리셋.
동일한 공통 H-RNTI를 갖는 셀에 연관된 다른 WTRU들은 그 새로운 셀에 대한 데이터를 수신하고 있을 것이기 때문에, 이들 WTRU들에게 TSN 번호가 리셋되었음을 가리키는 것이 바람직할 수 있다. 이것은 HS-SCCH 내의 비트에 의해 표시될 수 있다.
구현예들
1. HS-DSCH 전송을 수신하기 위한 방법.
2. 구현예 1에 있어서, Cell_FACH 상태, Cell_PCH 상태, 및 URA_PCH 상태중 하나에 있는 동안 MAC-ehs PDU를 수신하는 것을 포함하는 방법.
3. 구현예 2에 있어서, 재정렬 PDU의 재정렬을 수행하지 않고 MAC-ehs PDU 내에 포함된 재정렬 PDU를 다음 처리 엔티티에 전송하는 것을 포함하는 방법.
4. 구현예 2 또는 구현예 3에 있어서, 상기 MAC-ehs PDU를 수신하기 위해 싱글 HARQ 프로세스가 이용되는 것인, 방법.
5. 구현예 4에 있어서, 모든 MAC-ehs PDU는 수회 전송되고 MAC-ehs PDU의 모든 재전송은 후속 MAC-ehs PDU의 전송을 개시하기 이전에 완료되는 것인, 방법.
6. 구현예 4-5중 어느 하나에 있어서, 소정 우선순위 큐로부터의 전송, 소정 논리 채널로부터의 전송, 및 공통 H-RNTI를 이용한 전송 중 적어도 하나에 대하여 싱글 HARQ 프로세스가 이용되는 것인, 방법.
7. 구현예 4-6 중 어느 하나에 있어서, HARQ 프로세스에 대해 의도된 MAC-ehs PDU는, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 5개 서브프레임 내에서 수신되더라도 폐기되지 않는 것인, 방법.
8. 구현예 4-6 중 어느 하나에 있어서, HARQ 프로세스에 대해 의도된 MAC-ehs PDU는, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 n(n은 정수)개 서브프레임 내에서 수신된다면 폐기되는 것인, 방법.
9. 구현예 2-8 중 어느 하나에 있어서, 상기 재정렬 PDU는, 만일 재정렬 PDU 내에 운반된 데이터가 소정 우선순위 큐로부터 나온 것이라면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송되는 것인, 방법.
10. 구현예 2-9 중 어느 하나에 있어서, 상기 재정렬 PDU는, 만일 MAC-ehs PDU가 공통 H-RNTI를 이용하여 수신된다면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, 방법.
11. 구현예 2-10 중 어느 하나에 있어서, 상기 재정렬 PDU는, 상기 재정렬 PDU 내에 운반된 데이터가 소정의 논리 채널로부터 나온 것이라면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, 방법.
12. 구현예 11에 있어서, 상기 논리 채널은 BCCH 및 PCCH 중 하나인 것인, 방법.
13. 구현예 1에 있어서, Cell_FACH 상태, Cell_PCH 상태, 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 수신하기 위해 MAC-ehs 엔티티를 구성하는 것을 포함하는, 방법.
14. 구현예 13에 있어서, 공통 H-RNTI를 이용하여 MAC-ehs PDU를 전송하기 위해 셀에서 이용될 TSN을 획득하는 것을 포함하는, 방법.
15. 구현예 14에 있어서 상기 TSN을 이용하여 MAC-ehs 엔티티를 구성하는 것을 포함하는, 방법.
16. 구현예 14 또는 15에 있어서, 상기 TSN은 MAC-ehs PDU가 새로운 WTRU에 전송될 때마다 특정 큐에 대해 디폴트 값으로 리셋되는 것인, 방법.
17. 구현예 1에 있어서, Cell_FACH 상태, Cell_PCH 상태, 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 수신하기 위해 MAC-ehs 엔티티를 구성하는 것을 포함하는, 방법.
18. 구현예 17에 있어서, TSN=SN인 재정렬 PDU를 수신하는 것을 포함하는 방법.
19. 구현예 18에 있어서, 만일 RcvWindow_UpperEdge가 "미정"으로 설정되면, RcvWindow_UpperEdge를 SN으로 설정하고, next_expected_TSN을 RcvWindow_UpperEdge - WINDOW_SIZE + 1로 설정하는 것을 포함하는, 방법.
20. 구현예 18 또는 19에 있어서, 만일 SN이 수신 윈도우 내에 있고 SN < next_expected_TSN이거나, 또는, 재정렬 PDU가 이미 수신되었다면, 재정렬 PDU를 폐기하고, 그렇지 않은 경우, 재정렬 PDU를 TSN에 의해 표시된 장소의 재정렬 버퍼 내의 재정렬 PDU에 놓는 것을 더 포함하는 방법.
21. 구현예 18-20 중 어느 하나에 있어서, 만일 상기 SN이 수신 윈도우 바깥에 있다면, 재정렬 PDU를, 상기 SN에 의해 표시된 위치의 재정렬 버퍼에서 가장 높은 TSN 위에 놓는 것을 더 포함하는 방법.
22. 구현예 21에 있어서, 상기 수신 윈도우를 업데이트하기 위해 RcvWindow_UpperEdge를 상기 SN으로 설정하는 것을 포함하는 방법.
23. 구현예 22에 있어서, TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 재정렬 PDU를 리어셈블리 엔티티에 전달하는 것을 포함하는 방법.
24. 구현예 19-23 중 어느 하나에 있어서, 만일 next_expected_TSN이 상기 업데이트된 수신 윈도우 아래에 있다면, next_expected_TSN을 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정하는 것을 더 포함하는, 방법.
25. 구현예 24에 있어서, 만일 TSN = next_expected_TSN인 재정렬 PDU가 재정렬 버퍼에 저장된다면, next_expected_TSN부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들을 리어셈블리 엔티티에 전달하고, next_expected_TSN을 첫 미수신 재정렬 PDU의 TSN까지 전진시키는 것을 포함하는 방법.
26. 구현예 18-25 중 어느 하나에 있어서, 상기 수신된 재정렬 PDU를 처리하기에 불충분한 메모리가 있다면, next_expected_TSN < TSN_Flush ≤ RcvWindow_UpperEdge + 1이 되도록 TSN_flush를 선택하는 것을 더 포함하는 방법.
27. 구현예 26에 있어서, TSN < TSN_flush인 모든 올바르게 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달하는 것을 포함하는 방법.
28. 구현예 27에 있어서, 만일 TSN=TSN_flush인 재정렬 PDU가 이미 수신되었다면, TSN_flush로부터 첫 미수신 재정렬 PDU까지의 연속된 TSN을 갖는 모든 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달하고, next_expected_TSN을 첫 미수신 재정렬 PDU의 TSN까지 전진시키며, 이미 수신되지 않은 경우, next_expected_TSN을 TSN_flush로 설정하는 것을 포함하는 방법.
29. HS-DSCH 전송을 송신하기 위한 방법.
30. 구현예 29에 있어서, WTRU가 Cell_FACH 상태, Cell_PCH 상태, 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 전송하기 위해 MAC-ehs 엔티티를 구성하는 것을 포함하는 방법.
31. 구현예 30에 있어서, MAC-ehs PDU를 전송하는 것을 포함하고, 각각의 MAC-ehs PDU는 TSN을 포함하며, 상기 TSN은 각각의 WTRU에 독립적으로 할당되는 것인, 방법.
32. 구현예 31에 있어서, 상기 TSN은 셀에 추가된 새로운 WTRU에 대하여 0으로 설정되는 것인, 방법.
33. 구현예 30-32 중 어느 하나에 있어서, 전송될 메시지가 새로운 WTRU에 대한 것이라는 표시를 수신하는 것을 더 포함하는 방법.
34. 구현예 33에 있어서, 공통의 H-RNTI 그룹과 연관된 TSN을 리셋하는 것을 포함하는 방법.
35. 구현예 34에 있어서, 상기 TSN은 동일한 공통의 H-RNTI를 갖는 임의의 앞서 버퍼링된 MAC-ehs PDU가 전송된 후에 리셋되는 것인, 방법.
36. HS-DSCH 전송을 수신하기 위한 WTRU.
37. 구현예 36에 있어서, 트랜시버를 포함하는 WTRU.
38. 구현예 37에 있어서, Cell_FACH 상태, Cell_PCH 상태 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 MAC-ehs PDU를 수신하기 위한 MAC-ehs 엔티티를 포함하고, 상기 MAC-ehs PDU 내에 포함된 재정렬 PDU는 그 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송되는 것인, WTRU.
39. 구현예 38에 있어서, 상기 MAC-ehs 엔티티는 MAC-ehs PDU를 수신하기 위한 HARQ 프로세스를 포함하는 것인, WTRU.
40. 구현예 39에 있어서, 모든 MAC-ehs PDU는 수회 전송되고, MAC-ehs PDU의 모든 재전송은 후속 MAC-ehs PDU의 전송을 개시하기 이전에 완료되는 것인, WTRU.
41. 구현예 39-40 중 어느 하나에 있어서, 데이터가 소정 우선순위 큐로부터 나오거나, 소정 논리 채널로부터 나오거나, 공통 H-RNTI를 이용하여 전송될 때 싱글 HARQ 프로세스가 이용되는 것인, WTRU.
42. 구현예 39-41 중 어느 하나에 있어서, 상기 MAC-ehs 엔티티는, HARQ 프로세스에 대해 의도된 MAC-ehs PDU를, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 5개의 서브프레임 이내에 수신되더라도 폐기하지 않도록 구성되는 것인, WTRU.
43. 구현예 39-41 중 어느 하나에 있어서, 상기 MAC-ehs 엔티티는, HARQ 프로세스에 대해 의도된 MAC-ehs PDU를, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 n(n은 정수)개 서브프레임 내에서 수신된다면 폐기하도록 구성되는 것인, WTRU.
44. 구현예 43에 있어서, 상기 갯수 n은 WTRU 의존적인 것인, WTRU.
45. 구현예 43 또는 44에 있어서, 상기 갯수 n은 상위층에 의해 WTRU의 능력으로서 시그널링되는 것인, WTRU.
46. 구현예 39-45 중 어느 하나에 있어서, 상기 MAC-ehs PDU에 대해 어떠한 HARQ 재전송도 수행되지 않고, 모든 MAC-ehs PDU들은 단 한번만 전송되는 것인, WTRU.
47. 구현예 38-46 중 어느 하나에 있어서, 상기 재정렬 PDU는, 만일 재정렬 PDU 내에 운반된 데이터가 소정 우선순위 큐로부터 나온 것이라면, 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송되는 것인, WTRU.
48. 구현예 38-47 중 어느 하나에 있어서, 상기 재정렬 PDU는, 만일 MAC-ehs PDU가 공통 H-RNTI를 이용하여 수신된다면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, WTRU.
49. 구현예 38-48 중 어느 하나에 있어서, 상기 재정렬 PDU는, 상기 재정렬 PDU 내에 운반된 데이터가 소정의 논리 채널로부터 나온 것이라면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, 방법.
50. 구현예 49에 있어서, 상기 논리 채널은 BCCH 및 PCCH 중 하나인 것인, WTRU.
51. 구현예 36에 있어서, 트랜시버를 포함하는 WTRU.
52. 구현예 51에 있어서, Cell_FACH 상태, Cell_PCH 상태, 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 수신하도록 구성된 MAC-ehs 엔티티를 포함하고, 만일 RcvWindow_UpperEdge가 "미정"으로 설정되면, RcvWindow_UpperEdge를 SN―SN은 수신된 재정렬 PDU의 TSN임―으로 설정하고, next_expected_TSN을 RcvWindow_UpperEdge - WINDOW_SIZE + 1로 설정하는 것인, WTRU.
53. 구현예 52에 있어서, 상기 MAC-ehs 엔티티는 또한, 만일 SN이 수신 윈도우 내에 있고 SN < next_expected_TSN이거나, 재정렬 PDU가 이미 수신되었다면, 재정렬 PDU를 폐기하고, 그렇지 않은 경우 재정렬 PDU를 TSN에 의해 표시된 장소의 재정렬 버퍼에 놓도록 구성된 것인, WTRU.
54. 구현예 52 또는 구현예 53에 있어서, 상기 MAC-ehs 엔티티는 또한, 만일 상기 SN이 수신 윈도우 바깥에 있다면, 재정렬 PDU를, 상기 SN에 의해 표시된 위치의 재정렬 버퍼에서 가장 높은 수신된 TSN 위에 놓고, TSN ≤ RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE인 임의의 재정렬 PDU를 리어셈블리 엔티티에 전달하도록 구성된 것인, WTRU.
55. 구현예 52-54 중 어느 하나에 있어서, 상기 MAC-ehs 엔티티는, 만일 next_expected_TSN이 상기 업데이트된 수신 윈도우 아래에 있다면, next_expected_TSN을 RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1로 설정하고, 만일 TSN = next_expected_TSN인 재정렬 PDU가 재정렬 버퍼에 저장된다면, next_expected_TSN부터 첫 미수신 재정렬 PDU까지의 연속된 TSN들을 갖는 모든 수신된 재정렬 PDU들을 리어셈블리 엔티티에 전달하고, next_expected_TSN을 첫 미수신 재정렬 PDU의 TSN까지 전진시키도록 구성되는 것인, WTRU.
56. 구현예 52-55 중 어느 하나에 있어서, 상기 MAC-ehs 엔티티는, 상기 수신된 재정렬 PDU를 처리하기에 불충분한 메모리가 있다면, next_expected_TSN < TSN_Flush ≤ RcvWindow_UpperEdge + 1이 되도록 TSN_flush를 선택하고, TSN < TSN_flush인 모든 올바르게 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달하며, 만일 TSN=TSN_flush인 재정렬 PDU가 이미 수신되었다면, TSN_flush로부터 첫 미수신 재정렬 PDU까지의 연속된 TSN을 갖는 모든 수신된 재정렬 PDU를 리어셈블리 엔티티에 전달하고, next_expected_TSN을 첫 미수신 재정렬 PDU의 TSN까지 전진시키며, 이미 수신되지 않은 경우, next_expected_TSN을 TSN_flush로 설정하도록 구성되는 것인, WTRU.
57. 구현예 37에 있어서, Cell_FACH 상태, Cell_PCH 상태, 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 전송하고, 공통 H-RNTI를 이용하여 MAC-ehs PDU를 전송하기 위해 셀에서 이용될 TSN을 획득하며, 구성을 위해 상기 TSN을 이용하도록 구성된 MAC-ehs 엔티티를 포함하는 WTRU.
58. 구현예 57에 있어서, 상기 TSN은 MAC-ehs PDU가 새로운 WTRU에 전송될 때마다 특정한 큐에 대해 디폴트 값으로 리셋되는 것인, WTRU.
59. 구현예 37에 있어서, Cell_FACH 상태, Cell_PCH 상태 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 수신하고, 만일 재정렬 상태가 미정 상태라면 첫 MAC-ehs PDU를 재정렬 버퍼에 두며, 상기 첫 MAC-ehs PDU의 TSN에 기초하여 재정렬 변수들을 설정하도록 구성된 MAC-ehs 엔티티를 포함하는, WTRU.
60. 구현예 59에 있어서, RcvWindow_UpperEdge는 상기 첫 MAC-ehs PDU의 TSN으로 설정되고, next_expected_TSN은 RcvWindow_UpperEdge - WINDOW_SIZE + 1로 설정되는 것인, WTRU.
61. 구현예 37에 있어서, Cell_FACH 상태, Cell_PCH 상태 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 수신하도록 구성된 MAC-ehs 엔티티를 포함하고, next_expected_TSN의 초기값은 수신 윈도우의 하위 가장자리(RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1)에 설정되는 것인, WTRU.
62. HS-DSCH 전송을 송신하기 위한 노드 B.
63. 구현예 62에 있어서, 트랜시버를 포함하는 노드 B.
64. 구현예 63에 있어서, WTRU가 Cell_FACH 상태, Cell_PCH 상태 및 URA_PCH 상태 중 하나에 있는 동안 HS-DSCH를 통해 데이터를 전송하고, MAC-ehs PDU(각각의 MAC-ehs PDU는 TSN을 포함하고, TSN은 각각의 WTRU에 독립적으로 할당됨)를 전송하도록 구성된 MAC-ehs 엔티티를 포함하는 노드 B.
65. 구현예 64에 있어서, 상기 TSN은 셀에 추가된 새로운 WTRU에 대해 0으로 리셋되는 것인, 노드 B.
66. 구현예 64 또는 65에 있어서, 상기 MAC-ehs 엔티티는, 전송될 메시지가 새로운 WTRU에 대한 것이라는 표시를 수신하고, 공통 H-RNTI 그룹과 연관된 TSN을 리셋하도록 구성되는 것인, 노드 B.
67. 구현예 66에 있어서, 상기 TSN은, 동일한 공통 H-RNTI를 갖는 임의의 앞서 버퍼링된 MAC-ehs PDU가 전송된 후에 리셋되는 것인, 노드 B.
본 발명의 특징들 및 요소들이 특정한 조합의 양호한 실시예들에서 기술되었지만, 각각의 특징 및 요소는 양호한 실시예의 다른 특징들 및 요소들 없이 단독으로, 또는 본 발명의 다른 특징들 및 요소들과 함께 또는 이들 없이 다양한 조합으로 이용될 수 있다. 본 발명에서 제공된 방법들 또는 플로차트들은, 범용 컴퓨터 또는 프로세서에 의해 실행하기 위한 컴퓨터 판독가능한 스토리지 매체로 구체적으로 구현된, 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능한 스토리지 매체의 예로는, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐쉬 메모리, 반도체 메모리 소자, 내부 하드디스크 및 탈착형 디스크와 같은 자기 매체, 광자기 매체, 및 CD-ROM 디스크, DVD와 같은 광학 매체가 포함된다.
적절한 프로세서들로는, 예로서, 범용 프로세서, 특별 목적 프로세서, 통상의 프로세서, 디지털 신호 처리기(DSP), 복수의 마이크로프로세서, DSP 코어와 연계한 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 주문형 집적 회로(ASIC), 필드 프로그래머블 게이트 어레이(FPGA) 회로, 및 기타 임의 타입의 집적 회로, 및/또는 상태 머신이 포함된다.
무선 송수신 유닛(WTRU), 사용자 장비(UE), 단말기, 기지국, 무선 네트워크 제어기(RNC), 또는 임의의 호스트 컴퓨터에서 이용하기 위한 무선 주파수 트랜시버를 구현하기 위해 소프트웨어와 연계한 프로세서가 이용될 수 있다. WTRU는, 카메라, 비디오 카메라 모듈, 화상전화, 스피커폰, 진동 장치, 스피커, 마이크로폰, 텔레비젼 수상기, 핸즈프리 헤드셋, 키보드, 블루투스 모듈, 주파수 변조된(FM) 무선 유닛, 액정 디스플레이(LCD) 유닛, 유기 발광 다이오드(OLED) 디스플레이 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 무선 근거리 통신망(WLAN) 또는 초광대역(UWB) 모듈과 같은, 하드웨어 및/또는 소프트웨어로 구현된 모듈들과 연계하여 이용될 수 있다.

Claims (22)

  1. 고속 다운링크 공유 채널(HS-DSCH; high speed downlink shared channel) 전송신호(transmission)를 수신하기 위한 방법에 있어서,
    Cell_FACH(CELL_Forward Access CHannel) 상태, Cell_PCH(Cell_Paging CHannel) 상태, 및 URA_PCH(URA_Paging CHannel) 상태 중 어느 하나의 상태에 있는 동안 HS-DSCH를 통해 HS-DSCH 매체 액세스 제어(MAC-ehs) 프로토콜 데이터 유닛(PDU; Protocol Data Unit)을 수신하고,
    상기 MAC-ehs PDU 내에 포함된 재정렬 PDU를, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송하는 것
    을 포함하는, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  2. 제1항에 있어서, 상기 MAC-ehs PDU를 수신하기 위해 싱글 하이브리드 자동 반복 요청(HARQ; Hybrid Automatic Repeat Request) 프로세스가 이용되는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  3. 제2항에 있어서, 모든 MAC-ehs PDU는 여러번 수신되고, MAC-ehs PDU의 모든 재전송은 후속 MAC-ehs PDU를 수신하기 이전에 완료되는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  4. 제2항에 있어서, 상기 싱글 HARQ 프로세스는, 특정 우선순위 큐로부터의 전송신호, 특정 논리 채널로부터의 전송신호, 및 공통 HS-DSCH 무선 네트워크 임시 식별자(H-RNTI; H-Radio Network Temporary Identity)를 이용한 전송신호 중 적어도 하나를 수신하는 데 이용되는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  5. 제2항에 있어서, HARQ 프로세스에 대해 의도된 MAC-ehs PDU는, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 5개 서브프레임 내에서 수신되더라도 폐기되지 않는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  6. 제2항에 있어서, HARQ 프로세스에 대해 의도된 MAC-ehs PDU는, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 n(n은 정수)개 서브프레임 내에서 수신된다면 폐기되는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  7. 제1항에 있어서, 상기 재정렬 PDU는, 상기 재정렬 PDU 내에 운반된 데이터가 특정 우선순위 큐로부터 나온 것이라면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송되는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  8. 제1항에 있어서, 상기 재정렬 PDU는, 상기 MAC-ehs PDU가 공통 HS-DSCH 무선 네트워크 임시 식별자(H-RNTI)를 이용하여 수신된다면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  9. 제1항에 있어서, 상기 재정렬 PDU는, 상기 재정렬 PDU 내에 운반된 데이터가 특정의 논리 채널로부터 나온 것이라면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  10. 제9항에 있어서, 상기 논리 채널은 브로드캐스트 제어 채널(BCCH; Broadcast Control CHannel) 및 페이징 제어 채널(PCCH; Paging Control CHannel) 중 하나인 것인, 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 방법.
  11. 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 무선 송수신 유닛(WTRU; wireless transmit/receive unit)에 있어서,
    트랜시버와;
    Cell_FACH 상태, Cell_PCH 상태 및 URA_PCH 상태 중 어느 하나의 상태에 있는 동안 HS-DSCH를 통해 MAC-ehs 프로토콜 데이터 유닛(PDU)을 수신하기 위한 HS-DSCH 매체 액세스 제어(MAC-ehs) 엔티티를 포함하고,
    상기 MAC-ehs PDU 내에 포함된 재정렬 PDU는 그 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송되는 것인, 무선 송수신 유닛.
  12. 제11항에 있어서, 상기 MAC-ehs 엔티티는 MAC-ehs PDU를 수신하기 위해 하이브리드 자동 반복 요청(HARQ) 프로세스를 포함하는 것인, 무선 송수신 유닛.
  13. 제12항에 있어서, 모든 MAC-ehs PDU는 여러번 전송되고, MAC-ehs PDU의 모든 재전송은 후속 MAC-ehs PDU의 전송을 개시하기 이전에 완료되는 것인, 무선 송수신 유닛.
  14. 제12항에 있어서, 데이터가 특정 우선순위 큐로부터 나오거나, 특정 논리 채널로부터 나오거나, 공통 무선 네트워크 임시 식별자(H-RNTI)를 이용하여 전송될 때, 싱글 HARQ 프로세스가 이용되는 것인, 무선 송수신 유닛.
  15. 제12항에 있어서, 상기 MAC-ehs 엔티티는, HARQ 프로세스에 대해 의도된 MAC-ehs PDU를, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 5개의 서브프레임 이내에 수신되더라도 폐기하지 않도록 구성되는 것인, 무선 송수신 유닛.
  16. 제12항에 있어서, 상기 MAC-ehs 엔티티는, HARQ 프로세스에 대해 의도된 MAC-ehs PDU를, 그 MAC-ehs PDU가 동일한 HARQ 프로세스에 대해 의도된 MAC-ehs PDU의 마지막 수신으로부터 n(n은 정수)개 서브프레임 내에서 수신된다면 폐기하도록 구성되는 것인, 무선 송수신 유닛.
  17. 제11항에 있어서, 상기 MAC-ehs PDU에 대해 어떠한 하이브리드 자동 반복 요청(HARQ) 재전송도 수행되지 않고, 모든 MAC-ehs PDU들은 단 한번만 전송되는 것인, 무선 송수신 유닛.
  18. 제11항에 있어서, 상기 재정렬 PDU는, 상기 재정렬 PDU 내에 운반된 데이터가 특정 우선순위 큐로부터 나온 것이라면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송되는 것인, 무선 송수신 유닛.
  19. 제11항에 있어서, 상기 재정렬 PDU는, 상기 MAC-ehs PDU가 공통 HS-DSCH 무선 네트워크 임시 식별자(H-RNTI)를 이용하여 수신된다면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, 무선 송수신 유닛.
  20. 제11항에 있어서, 상기 재정렬 PDU는, 상기 재정렬 PDU 내에 운반된 데이터가 특정의 논리 채널로부터 나온 것이라면, 상기 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 포워딩되는 것인, 무선 송수신 유닛.
  21. 제20항에 있어서, 상기 논리 채널은 브로드캐스트 제어 채널(BCCH) 및 페이징 제어 채널(PCCH) 중 하나인 것인, 무선 송수신 유닛.
  22. 고속 다운링크 공유 채널(HS-DSCH) 전송신호를 수신하기 위한 무선 송수신 유닛(WTRU)에 있어서,
    트랜시버와;
    Cell_FACH 상태, Cell_PCH 상태 및 URA_PCH 상태 중 어느 하나의 상태에 있는 동안 HS-DSCH를 통해 데이터를 수신하도록 구성된 HS-DSCH 매체 액세스 제어(MAC-ehs) 엔티티를 포함하고,
    next_expected_TSN의 초기값은 수신 윈도우의 하위 가장자리(RcvWindow_UpperEdge - RECEIVE_WINDOW_SIZE + 1)에 설정되는 것인, 무선 송수신 유닛.
    상기 MAC-ehs PDU 내에 포함된 재정렬 PDU는 그 재정렬 PDU의 재정렬을 수행하지 않고 다음 처리 엔티티에 전송되는 것인, 무선 송수신 유닛.
KR1020157011534A 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치 KR20150058527A (ko)

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
US89502807P 2007-03-15 2007-03-15
US60/895,028 2007-03-15
US89583507P 2007-03-20 2007-03-20
US60/895,835 2007-03-20
US91502307P 2007-04-30 2007-04-30
US60/915,023 2007-04-30
US91699307P 2007-05-09 2007-05-09
US60/916,993 2007-05-09
US94020907P 2007-05-25 2007-05-25
US60/940,209 2007-05-25
US94146507P 2007-06-01 2007-06-01
US60/941,465 2007-06-01
PCT/US2008/003455 WO2008115446A1 (en) 2007-03-15 2008-03-14 Method and apparatus for reordering data in an evolved high speed packet access system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020137006663A Division KR20130045395A (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치

Publications (1)

Publication Number Publication Date
KR20150058527A true KR20150058527A (ko) 2015-05-28

Family

ID=39638692

Family Applications (4)

Application Number Title Priority Date Filing Date
KR1020097025029A KR101649378B1 (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
KR1020097021535A KR101128211B1 (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
KR1020137006663A KR20130045395A (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
KR1020157011534A KR20150058527A (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치

Family Applications Before (3)

Application Number Title Priority Date Filing Date
KR1020097025029A KR101649378B1 (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
KR1020097021535A KR101128211B1 (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
KR1020137006663A KR20130045395A (ko) 2007-03-15 2008-03-14 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치

Country Status (17)

Country Link
US (3) US8724634B2 (ko)
EP (3) EP2854322A1 (ko)
JP (4) JP4909418B2 (ko)
KR (4) KR101649378B1 (ko)
CN (2) CN101636959B (ko)
AR (1) AR067205A1 (ko)
AU (1) AU2008229486B2 (ko)
BR (1) BRPI0808243A2 (ko)
CA (1) CA2681049C (ko)
DK (1) DK2547031T3 (ko)
ES (2) ES2525815T3 (ko)
HK (1) HK1137096A1 (ko)
IL (1) IL200918A (ko)
MY (1) MY152601A (ko)
PL (1) PL2547031T3 (ko)
TW (3) TWI497942B (ko)
WO (1) WO2008115446A1 (ko)

Families Citing this family (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004075582A1 (en) 2003-02-21 2004-09-02 Nortel Networks Limited Data communication apparatus and method for establishing a codec-bypass connection
US7990865B2 (en) 2004-03-19 2011-08-02 Genband Us Llc Communicating processing capabilities along a communications path
US8027265B2 (en) 2004-03-19 2011-09-27 Genband Us Llc Providing a capability list of a predefined format in a communications network
US7830864B2 (en) * 2004-09-18 2010-11-09 Genband Us Llc Apparatus and methods for per-session switching for multiple wireline and wireless data types
US7729346B2 (en) * 2004-09-18 2010-06-01 Genband Inc. UMTS call handling methods and apparatus
US7792150B2 (en) * 2005-08-19 2010-09-07 Genband Us Llc Methods, systems, and computer program products for supporting transcoder-free operation in media gateway
US7835346B2 (en) * 2006-01-17 2010-11-16 Genband Us Llc Methods, systems, and computer program products for providing transcoder free operation (TrFO) and interworking between unlicensed mobile access (UMA) and universal mobile telecommunications system (UMTS) call legs using a media gateway
ATE493794T1 (de) 2006-04-27 2011-01-15 Dolby Lab Licensing Corp Tonverstärkungsregelung mit erfassung von publikumsereignissen auf der basis von spezifischer lautstärke
KR101265643B1 (ko) 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
US8619685B2 (en) 2006-10-02 2013-12-31 Lg Electronics Inc. Method for transmitting and receiving paging message in wireless communication system
EP2084928B1 (en) 2006-10-30 2017-08-23 LG Electronics Inc. Method of performing random access in a wireless communication system
EP2078342B1 (en) 2006-10-30 2015-08-26 LG Electronics Inc. Method for transmitting random access channel message and response message, and mobile communication terminal
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
AU2007332200B2 (en) 2006-12-15 2011-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Improved MAC-d Multiplexing in UTRAN HSDPA Wireless Networks
US8346239B2 (en) 2006-12-28 2013-01-01 Genband Us Llc Methods, systems, and computer program products for silence insertion descriptor (SID) conversion
TWI364964B (en) * 2007-02-14 2012-05-21 Innovative Sonic Ltd Method and apparatus for enhancing transmission efficiency in a wireless communications system
KR101649378B1 (ko) * 2007-03-15 2016-08-19 인터디지탈 테크날러지 코포레이션 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
US8045518B2 (en) * 2007-03-23 2011-10-25 Innovative Sonic Limited Method of deactivating high-speed downlink operation in CELL—FACH state for a wireless communications system and related apparatus
RU2462821C2 (ru) * 2007-04-06 2012-09-27 Нтт Досомо, Инк. Способ передачи запроса повторной передачи и приемное устройство
US8130723B2 (en) * 2007-04-19 2012-03-06 Innovative Sonic Limited Method and apparatus for improving reordering functionality in a wireless communications system
US8184570B2 (en) 2007-04-30 2012-05-22 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
KR101386812B1 (ko) 2007-04-30 2014-04-29 엘지전자 주식회사 헤더 필드 존재 지시자를 이용한 효율적인 데이터 블록송수신방법
USRE45347E1 (en) 2007-04-30 2015-01-20 Lg Electronics Inc. Methods of transmitting data blocks in wireless communication system
WO2008133481A1 (en) 2007-04-30 2008-11-06 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
KR101464748B1 (ko) 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
KR100917205B1 (ko) 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
US20080273503A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Method and terminal for performing handover in mobile communications system of point-to-multipoint service
EP2140631B1 (en) * 2007-05-02 2018-06-20 Nokia Technologies Oy System and method for improving reordering functionality in radio communications
JP2008278496A (ja) * 2007-05-07 2008-11-13 Asustek Computer Inc 無線通信システムにおいてMAC−ehsプロトコルエンティティーのリセットを改善する方法及び装置
EP2165447B1 (en) 2007-06-15 2014-11-12 Telefonaktiebolaget L M Ericsson (publ) Sequence number update
EP2015478B1 (en) * 2007-06-18 2013-07-31 LG Electronics Inc. Method of performing uplink synchronization in wireless communication system
US9532355B2 (en) * 2008-04-10 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Transmission of system information on a downlink shared channel
ES2617732T3 (es) * 2007-06-18 2017-06-19 Telefonaktiebolaget Lm Ericsson (Publ) Transmisión de información de sistema
WO2008156308A2 (en) 2007-06-18 2008-12-24 Lg Electronics Inc. Paging information transmission method for effective call setup
KR101387537B1 (ko) 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
JP4801707B2 (ja) * 2007-09-27 2011-10-26 イノヴァティヴ ソニック リミテッド 無線通信システムにおいてMAC−ehsプロトコルエンティティーのリセットを改善する方法及び装置
US20090168723A1 (en) 2007-11-27 2009-07-02 Qualcomm Incorporated Method and apparatus for handling out-of-order packets during handover in a wireless communication system
US20090197606A1 (en) * 2008-01-31 2009-08-06 Telefonaktiebolaget L M Ericsson High-speed serving cell change
KR101606205B1 (ko) * 2008-08-21 2016-03-25 엘지전자 주식회사 무선통신 시스템에서 상태 보고 유발 방법 및 수신기
KR100917832B1 (ko) 2008-09-19 2009-09-18 엘지전자 주식회사 시간 정렬 타이머를 고려한 신호 송수신 방법 및 이를 위한 사용자 기기
KR100972166B1 (ko) * 2008-10-13 2010-07-26 한국전자통신연구원 무선통신 시스템에서의 프로토콜데이터유닛 순서정렬 방법 및 이를 수행하는 단말
US8848594B2 (en) * 2008-12-10 2014-09-30 Blackberry Limited Method and apparatus for discovery of relay nodes
US8311061B2 (en) 2008-12-17 2012-11-13 Research In Motion Limited System and method for multi-user multiplexing
US8355388B2 (en) * 2008-12-17 2013-01-15 Research In Motion Limited System and method for initial access to relays
US20100150022A1 (en) * 2008-12-17 2010-06-17 Research In Motion Corporation System and Method for a Relay Protocol Stack
US8040904B2 (en) 2008-12-17 2011-10-18 Research In Motion Limited System and method for autonomous combining
US8402334B2 (en) 2008-12-17 2013-03-19 Research In Motion Limited System and method for hybrid automatic repeat request (HARQ) functionality in a relay node
US8446856B2 (en) 2008-12-19 2013-05-21 Research In Motion Limited System and method for relay node selection
US8335466B2 (en) 2008-12-19 2012-12-18 Research In Motion Limited System and method for resource allocation
US8265128B2 (en) 2008-12-19 2012-09-11 Research In Motion Limited Multiple-input multiple-output (MIMO) with relay nodes
US8520632B2 (en) 2008-12-29 2013-08-27 Qualcomm Incorporated Method and apparatus for synchronization during a handover failure in a wireless communication system
KR20100080280A (ko) * 2008-12-31 2010-07-08 삼성전자주식회사 Harq 프로세스를 사용하는 이동통신 시스템의 전송 제어방법
KR101098592B1 (ko) * 2009-04-13 2011-12-23 엘지전자 주식회사 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법
US9948424B2 (en) * 2009-04-27 2018-04-17 Samsung Electronics Co., Ltd. System and method for reducing blind decoding complexity in OFDMA-based systems
US8908541B2 (en) 2009-08-04 2014-12-09 Genband Us Llc Methods, systems, and computer readable media for intelligent optimization of digital signal processor (DSP) resource utilization in a media gateway
EP2474122B1 (en) * 2009-09-01 2014-11-26 InterDigital Patent Holdings, Inc. Method and apparatus for medium access control in-order delivery
US8379619B2 (en) * 2009-11-06 2013-02-19 Intel Corporation Subcarrier permutation to achieve high frequency diversity of OFDMA systems
KR20140051755A (ko) * 2010-04-30 2014-05-02 인터디지탈 패튼 홀딩스, 인크 고속 다운링크 채널용으로 복수의 무선 송수신 유닛의 데이터를 다중화하는 방법
CN102291770B (zh) * 2010-06-21 2014-07-30 上海贝尔股份有限公司 基于载波聚合的通信系统中优化用户面操作的方法和装置
KR101707271B1 (ko) 2010-10-01 2017-02-15 인터디지탈 패튼 홀딩스, 인크 복수의 송신 포인트로부터의 수신을 가능케 하는 mac 및 rlc 아키텍쳐 및 프로시져
WO2012081117A1 (ja) * 2010-12-16 2012-06-21 富士通株式会社 無線通信装置及び無線通信装置制御方法
CN102065559B (zh) * 2011-01-10 2013-07-10 大唐移动通信设备有限公司 一种bcch数据的调度方法和设备
US9294235B2 (en) * 2011-06-07 2016-03-22 Qualcomm Incorporated Methods and apparatuses for user equipment-based enhancements of radio link control for multi-point wireless transmission
US8954084B2 (en) * 2011-08-01 2015-02-10 Alcatel Lucent Method and system for reducing MAC-is reset ambiguity for common E-DCH transmissions
WO2013137799A1 (en) * 2012-03-16 2013-09-19 Telefonaktiebolaget L M Ericsson (Publ) Method and base station for controlling transmission of data streams to user equipments in a wireless communication system
KR101318395B1 (ko) * 2012-07-13 2013-10-15 한국과학기술원 평판형 코일과 이를 갖춘 급전장치 및 집전장치
CN104080106B (zh) * 2013-03-29 2017-12-29 华为技术有限公司 确定公共信道的方法和设备
WO2014172896A1 (zh) * 2013-04-26 2014-10-30 华为技术有限公司 一种数据传输的方法、基站和无线通信设备
US9369926B2 (en) * 2013-05-08 2016-06-14 Qualcomm Incorporated Method and apparatus for handover VoLTE call to UMTS PS-based voice call
US9344217B2 (en) 2013-07-26 2016-05-17 Qualcomm Incorporated Devices and methods for reconstructing corrupted control channel bits
US9363209B1 (en) * 2013-09-06 2016-06-07 Cisco Technology, Inc. Apparatus, system, and method for resequencing packets
WO2017201715A1 (en) * 2016-05-26 2017-11-30 Qualcomm Incorporated Method to improve one subscription data throughput after turn way on dsds phone
CN108260210B (zh) * 2016-12-29 2022-02-11 华为技术有限公司 一种数据传输方法及用户设备、无线接入设备
CN108668320B (zh) * 2017-03-31 2020-11-03 维沃移动通信有限公司 一种分段组包方法及接收端
CN107182070B (zh) * 2017-06-13 2020-04-28 重庆邮电大学 一种无线网络信道质量更新及传递方法
US11317462B2 (en) 2018-11-05 2022-04-26 Apple Inc. Apparatus, systems, and methods for transmitting large network configuration messages
US11368253B2 (en) 2019-06-21 2022-06-21 Hewlett Packard Enterprise Development Lp System to improve the performance and stability of bonding radios
CN114071380B (zh) * 2020-08-05 2023-05-26 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
WO2023193269A1 (zh) * 2022-04-08 2023-10-12 Oppo广东移动通信有限公司 数据处理方法、装置、通信设备及存储介质

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100747464B1 (ko) 2002-01-05 2007-08-09 엘지전자 주식회사 고속하향링크패킷접속(hsdpa)시스템을 위한타이머를 이용한 교착상황 회피방법
KR100840733B1 (ko) * 2002-01-05 2008-06-24 엘지전자 주식회사 통신 시스템에서 패킷 데이터 처리하는 방법 그 시스템 및 그 수신 장치
KR100876765B1 (ko) 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
KR101158912B1 (ko) * 2003-11-10 2012-06-21 엘지전자 주식회사 Hsdpa시스템에서 윈도우를 이용한 교착회피 방법
WO2005046086A1 (en) 2003-11-10 2005-05-19 Lg Electronics Inc. Updating next-expected tsn and receiver window to avoid stall conditions
JP3979382B2 (ja) 2003-12-03 2007-09-19 日産自動車株式会社 車線逸脱防止装置
KR100520146B1 (ko) 2003-12-22 2005-10-10 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 데이터 처리장치및 방법
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법
US7580388B2 (en) * 2004-06-01 2009-08-25 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system
KR100713394B1 (ko) 2004-06-16 2007-05-04 삼성전자주식회사 이동통신 시스템에서 전송일련번호와 타임스탬프를 이용한 상향링크 데이터 패킷들의 재정렬 방법 및 장치
KR100921241B1 (ko) * 2004-06-16 2009-10-12 엘지전자 주식회사 통신 시스템의 데이터 유닛 처리 시스템
DE102004044957B4 (de) 2004-09-16 2007-04-19 Infineon Technologies Ag Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
EP1689130A1 (en) 2005-02-07 2006-08-09 Lg Electronics Inc. Method for settling an error in a radio link control
US8208402B2 (en) 2005-05-03 2012-06-26 Lg Electronics Inc. Changing a radio access configuration between a terminal and a network
JP2006322367A (ja) 2005-05-18 2006-11-30 Nissan Motor Co Ltd 副室式内燃機関
JP2006352489A (ja) * 2005-06-15 2006-12-28 Ntt Docomo Inc 移動局、無線アクセスネットワーク装置および移動通信システム並びに間欠受信方法
CN102208970A (zh) * 2005-10-21 2011-10-05 美商内数位科技公司 用于可靠混合arq处理的重发管理的方法和设备
JP4829754B2 (ja) 2006-11-29 2011-12-07 富士通株式会社 無線通信方法及び無線通信装置
KR101430439B1 (ko) 2007-01-10 2014-08-18 엘지전자 주식회사 이동 통신 시스템에서의 제어 정보 전송 방법
TWI368419B (en) * 2007-02-12 2012-07-11 Innovative Sonic Ltd Method for improving high-speed downlink operation in cell_fach state for a wireless communications system and related apparatus
KR101649378B1 (ko) * 2007-03-15 2016-08-19 인터디지탈 테크날러지 코포레이션 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
JP4986940B2 (ja) 2008-06-27 2012-07-25 三菱電機株式会社 電子式指示計器

Also Published As

Publication number Publication date
TW200901671A (en) 2009-01-01
CA2681049C (en) 2013-02-05
JP2015039212A (ja) 2015-02-26
ES2461545T3 (es) 2014-05-20
WO2008115446A1 (en) 2008-09-25
KR101128211B1 (ko) 2012-03-26
TWI493918B (zh) 2015-07-21
JP2010521881A (ja) 2010-06-24
DK2547031T3 (da) 2014-04-22
JP6040208B2 (ja) 2016-12-07
KR20100017526A (ko) 2010-02-16
TW201218679A (en) 2012-05-01
ES2525815T3 (es) 2014-12-30
PL2547031T3 (pl) 2014-07-31
US20080225765A1 (en) 2008-09-18
US8724634B2 (en) 2014-05-13
KR101649378B1 (ko) 2016-08-19
US20140286231A1 (en) 2014-09-25
AU2008229486A1 (en) 2008-09-25
JP2017028744A (ja) 2017-02-02
CN103634082B (zh) 2017-06-06
EP2854322A1 (en) 2015-04-01
CA2681049A1 (en) 2008-09-25
CN101636959A (zh) 2010-01-27
AR067205A1 (es) 2009-10-07
CN103634082A (zh) 2014-03-12
BRPI0808243A2 (pt) 2014-07-29
US20160337026A1 (en) 2016-11-17
IL200918A0 (en) 2010-05-17
MY152601A (en) 2014-10-31
TW201603524A (zh) 2016-01-16
KR20090130376A (ko) 2009-12-23
IL200918A (en) 2014-11-30
EP2137867A1 (en) 2009-12-30
CN101636959B (zh) 2013-12-11
HK1137096A1 (en) 2010-07-16
KR20130045395A (ko) 2013-05-03
TWI497942B (zh) 2015-08-21
US9438330B2 (en) 2016-09-06
EP2547031A1 (en) 2013-01-16
JP5629697B2 (ja) 2014-11-26
EP2547031B1 (en) 2014-02-26
JP2012134985A (ja) 2012-07-12
EP2137867B1 (en) 2014-10-15
AU2008229486B2 (en) 2011-07-21
JP4909418B2 (ja) 2012-04-04

Similar Documents

Publication Publication Date Title
KR101649378B1 (ko) 진화된 고속 패킷 액세스 시스템에서 데이터를 재정렬하기 위한 방법 및 장치
KR100747464B1 (ko) 고속하향링크패킷접속(hsdpa)시스템을 위한타이머를 이용한 교착상황 회피방법
KR101430472B1 (ko) 무선 통신 시스템에서의 데이터 재전송 제어 방법
EP2165447B1 (en) Sequence number update
US8194559B2 (en) Method of controlling data retransmission in a wireless communication system
JP5864746B2 (ja) 共通e−dch伝送についてのmac−isリセットのあいまいさを低減するための方法およびシステム
RU2447591C2 (ru) Способ и устройство для переупорядочения данных в усовершенствованной системе высокоскоростного пакетного доступа

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application