KR100342122B1 - 링크 및 매체 액세스 제어 층 트랜잭션 완료 과정을 위한 시스템 및 방법 - Google Patents

링크 및 매체 액세스 제어 층 트랜잭션 완료 과정을 위한 시스템 및 방법 Download PDF

Info

Publication number
KR100342122B1
KR100342122B1 KR1019990017608A KR19990017608A KR100342122B1 KR 100342122 B1 KR100342122 B1 KR 100342122B1 KR 1019990017608 A KR1019990017608 A KR 1019990017608A KR 19990017608 A KR19990017608 A KR 19990017608A KR 100342122 B1 KR100342122 B1 KR 100342122B1
Authority
KR
South Korea
Prior art keywords
transaction
access control
control layer
data blocks
data
Prior art date
Application number
KR1019990017608A
Other languages
English (en)
Other versions
KR19990088339A (ko
Inventor
바라찬드란크리쉬나
아이작리처드폴
난다산지브
세드쉬브모한
비테브스키사트니슬라브
왕윌리엄
Original Assignee
루센트 테크놀러지스 인크
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 루센트 테크놀러지스 인크 filed Critical 루센트 테크놀러지스 인크
Publication of KR19990088339A publication Critical patent/KR19990088339A/ko
Application granted granted Critical
Publication of KR100342122B1 publication Critical patent/KR100342122B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Abstract

본 발명은 무선 링크 프로토콜 완성 지향 패킷 데이터 통신 시스템을 실행하기 위한 시스템 및 방법에 관한 것으로, 데이터 백로그는 매체 액세스 제어층 제어기와 함께 기술되고 수신기에 전송된 플래그를 포함하는 BEGIN 프로토콜 데이터 유니트를 전송한다. 매체 액세스 제어층 트랜잭션은 BEGIN 프로토콜 데이터 유니트의 전송에 응답하여 개시된다.

Description

링크 및 매체 액세스 제어 층 트랜잭션 완료 과정을 위한 시스템 및 방법{System and method for medium access control in a wireless data communication}
본 발명은 통신 시스템에서 링크 및 매체 액세스 층 트랜잭션 개시 과정, 특히 타임 슬롯 통신 시스템의 과정에 관한 것이다.
링크 층 복구 프로토콜들이 데이터 통신 시스템에서 에러 및 손실 복구를 위해 사용된다. 링크층 복구는 링크의 특히 심한 손실 및 에러 특성들으로 인해 무선통신에서 특히 중요하다.
셀룰라 회로 데이터 시스템(예를들어, IS-130)에서, 수퍼바이저 프레임들이 통상적으로 접속 설정 및 분리를 위한 무선 링크 프로토콜(RLP) 피어 엔티티들간에 교환된다. 수신기 RLP에는 접속기간 또는 최종 유효 시퀀스 번호(last valid sequence number)에 대한 개선된 지식이 제공된다. CDPD내의 이동 데이터 링크 프로토콜(MDLP) 동작은 유사하며, 그 프로토콜 상태는 비활동 기간들에 걸쳐 유지된다.
패킷 데이터 트랜잭션들은 트랜잭션 사이에 긴 비활동 기간들을 가지는 버스트일 수 있다. 트랜잭션간의 시간이 긴(비록 각각의 트랜잭션이 상당한 데이터 전송을 수반할지라도) 간헐적인 트랜잭션(intermittent transaction)에 수반되는 이동국에 있어서, 긴 공전 기간에 걸쳐 RLP 상태 정보를 유지하는 것은 네트워크 자원들을 비효율적으로 사용하게 한다. 더욱이, 분리(disconnection)를 위한 수퍼바이저 프레임의 교환은 귀중한 무선 인터페이스 자원을 사용하며, 새로운 접속을 설정하기 위하여 임의의 0269ECA7B9834FFB93C1E0B4482FD8FA 추가 지연을 유발할 수 있다. 따라서, 특히 그 링크층 프로토콜이 그 네트워크에 다시 위치되지 않을 때, 빠르고 효율적이며 깨끗하게 트랜잭션들을 종료하기 위한 과정이 바람직하다. GSM 범용 패킷 무선 서비스(GPRS)는 다른 방법을 사용한다. GPRS의 경우에, 일시적인 블록 흐름의 종료를 나타내기 위하여, 비트들이 모든 무선 링크 제어(RLC) 블록에 예약된다. 모든 RLC 블록의 이러한 추가 오버헤드는 긴 트랜잭션에 대해 비효율적이며 스루풋(throughput)의 손실을 유발한다. 따라서, 본 발명의 목적은 전술한 문제점들 중 한개 또는 그 이상의 효과들을 극복 또는 적어도 제거하도록 지시된다.
본 발명에 따르면, 트랜잭션 지향 패킷 데이터 통신 시스템을 위한 무선 링크 프로토콜 완료 처리를 실행하는 시스템 및 방법이 제공된다. 본 방법은 매체 액세스 제어층 제어기를 사용하여 데이터 백로그를 결정하는 단계와, 수신기에 플래그(트랜잭션 크기 지시기)를 포함하는 BEGIN 프로토콜 데이터 유니트(PDU)를 전송하는 단계를 포함한다. 본 방법은 또한 BEGIN PDU의 전송에 응답하여 매체 액세스 제어층 트랜잭션을 개시하는 단계를 포함한다.
또한, 본 발명에 따르면, 트랜잭션 지향 패킷 데이터 통신 시스템이 기술된다. 시스템은 매체 액세스 제어층 버퍼에서 데이터 백로그를 결정하는 매체 액세스 제어층 제어기와 수신기에 플래그(트랜잭션 크기 지시기)를 가지는 BEGIN 프로토콜 데이터를 전송하는 매체 액세스 제어 층 송신기를 포함한다. 시스템은 또한 BEGIN 프로토콜 데이터 유니트의 전송에 응답하여 매체 액세스 제어층 트랜잭션을 개시하는 수단을 포함한다.
본 발명의 상기 및 다른 특징은 다음의 상세한 설명, 첨부 도면 및 특허청구범위로부터 명백하게 될 것이다.
도 1은 본 발명에 따른 패키지 데이터 채널에 대한 동작을 기술하는 통신 시스템의 블록도.
도 2는 동일한 부분 에코를 가진 두 개 이상의 활성 이동국들의 확률을 도시한 그래프.
도 3은 도 1의 층2 블록으로부터 매체 액세스 제어(MAC) 층의 통상적인 실행을 기술하는 블록도.
도 4는 도 3에 도시된 이동국 MAC 전송 제어기 블록의 내부 구조를 기술하는 블록도.
도 5는 도 4에 기술된 이동국 전송 제어기에 대한 라우터 처리를 기술하는 상태도.
도 6은 도 4에 기술된 이동국 전송 제어기의 전송 제어기 처리를 기술하는 상태도.
도 7은 도 4에 기술된 이동국 전송 제어기의 전송 제어기 처리의 다른 부분을 기술하는 상태도.
도 8은 도 4에 기술된 이동국 전송 제어기의 전송 제어기 처리의 다른 부분을 기술하는 상태도.
도 9는 도 4에 기술된 이동국 전송 제어기의 전송 제어기 처리의 다른 부분을 기술하는 상태도.
도 10은 도 4의 전송 제어기(TCTX) 블록에 의해 실행된 검색된 데이터 블록 재전송 처리를 기술하는 상태도.
도 11은 도 4의 전송 제어기(TCTX)에 의해 실행된 새로운 데이터 블록 검색 처리를 기술하는 상태도.
도 12는 도 4의 TCTX 블록에 의해 사용된 프로토콜 데이터 유니트(PDC) 구성 처리, 전송(TxT) 테이블 및 서브채널 제어기 전송(SCCxT) 테이블을 나타낸 도면.
도 13은 도 4에 기술된 이동국 전송 제어기에 의해 실행되는 물리적인 제어 필드(PCF)를 나타낸 도면.
도 14는 도 4에 기술된 이동국 전송 제어기에 의해 실행되는 자동 재전송 요구(ARQ) 상태 처리를 나타내는 도면.
도 15는 트랜잭션 초기화의 내용에서 도 4의 수신 제어기 블록에 의해 실행된 이동국 수신 제어기 처리를 기술하는 상태도.
도 16은 고정된 코딩 모드(ARQ) 트랜직션이 진행되는 동안 도 4의 수신 제어기 블록에 의해 실행된 이동국 수신 제어기 처리를 기술하는 상태도.
도 17은 데이터 블록이 수신될 때 도 4의 수신 제어기 블록에 의해 실행된 갱신 수신(Rx) 상태를 기술하는 상태도.
도 18은 도 4의 수신 제어기에 의해 실행되는 이동국 수신 테이블, 수신 제어기(TCRX) 파라미터 초기화 처리 및 BEGIN PDU 처리를 기술하는 상태도.
도 19는 도 3의 이동국 채널 액세스 관리자(CAM) 블록을 기술하는 상태도.
도 20은 도 3의 CAM 블록에 의해 실행되는 전송 제어기(TCy) 선택 처리 및 코딩 MAC_PDU 전송 처리를 기술하는 상태도.
도 21은 도 3의 이동국 서브채널 제어기 처리(SCC) 블록을 기술하는 상태도.
도 22는 도 3의 물리적인 층으로부터 데이터를 얻을 때 도 3의 SCC 블록에 의해 실행되는 수신지 검사 및 코딩된 MAC_PDU 추출 처리를 기술하는 블록도.
도 23은 바운드된 트랜잭션에 대한 END 과정의 신호 흐름도.
도 24는 바운드되지 않은 트랜잭션에 대한 END 과정의 신호 흐름도.
* 도면의 주요 부분에 대한 부호의 설명 *
100 : 패킷 데이터 채널 110 : 프레임
115 : MAC 층 120 : 송신기
125 : 층 1 130 : 채널 품질 피드백
140 : 디코더 145 : 물리적 층
150 : 프레임
본 발명은 개방 시스템 상호접속(OSI) 모델에 기초한 매체 액세스 제어(MAC)층 가정을 사용한다. OSI는 상이한 벤더에 의해 만들어진 상이한 시스템사이의 통신 표준에 대한 국제적으로 수용된 프레임 워크이다. 오늘날 사용되는 대부분의 주요 통신 프로토콜은 OSI 모델에 기초한 구조를 가진다. OSI 모델은 통신 처리를 7개의 상이한 카테로그들로 체계화하며 사용자와 그들의 관계에 기초하여 성층된 시퀀스에 이들 카테고리를 위치시킨다. 층 7 내지 4는 통신 메시지원을 종료하는 단부(end)와 메시지 목적지를 처리하며, 층 3 내지 1은 네트워크 액세스를 처리한다.
층1인 물리적인 층은 라인을 통해 데이터를 전송하는 물리적인 수단을 처리한다. 즉 층1은 데이터 회로를 전기적, 기계적 및 기능적으로 제어한다. 층2인 데이터 링크 층은 통신 라인을 동작시키는 과정 및 프로토콜을 처리한다. 층3인 네트워크층은 데이터가 컴퓨터사이에서 전송되는 방법과 데이터가 개별 네트워크내 그리고 개별 네트워크사이에서 루팅되는 방법을 결정한다.
패킷 데이터 채널은 다중 변조를 지원할 수있다. MAC 층은 층3의 프레임이 제공되며, 플래그 경계기호(delimiter)들을 사용하여 프레임을 바이트 스트림으로 번역한다. 재전송 링크 프로토콜로써 언급된 무선 링크 프로토콜(RLP)은 셀과 이동국간에 및 그 반대로 층2의 프레임들을 전송하는 데 사용된다. 층3의 바이트 스트림은 RLP 프레임들로 분할되며, 슬라이딩 윈도우 재전송 체계는 인-시퀀스(in-sequence) 전달 및 복구를 위해 사용된다.
MAC 층 트랜잭션은 바람직하게 BEGIN 프레임의 전송부터 시작한다. 업링크 및 다운링크 상에서, MAC 층은 층3의 프레임들을 바이트 스트림으로 변환하며 일련의 CONTINUE 프레임으로 바이트 스트림을 압축한다. 트랜잭션의 마지막 새로운 데이터 버스트는 END 프레임을 사용하여 전송된다.
각각의 트랜잭션의 BEGIN 프레임은 수신기로부터 승인(acknowledgement)을 얻기 위해 정지 및 대기 모드에서 4-레벨 변조를 사용하여 전송된다. BEGIN 프레임의 수신시, 수신기는 RLP를 초기화한다. BEGIN 프레임은, 트랜잭션을 위한 부분 에코(PE)를 초기화하고 상기 트랜잭션에서 후속의 자동 재전송 요구(ARQ) 모드 CONTINUE 프레임들에 대한 동작 모드를 지정하는 데 사용된다.
다운링크 및 업링크 상에서 ARQ 모드 CONTINUE 프레임에 대한 두 개의 가능 동작 모드가 존재한다. 첫 번째 모드는 증가된 리던던시(모드 0)이며, 두 번째 모드는 고정된 코딩(모드 1)이다. 모드 0 및 모드 1은 모두 고정된 변조 또는 적응 변조중 하나로 동작한다.
ARQ는 전송된 데이터내에 에러를 검사한다. 송신기는 메시지의 내용에 기초하여 전송된 데이터중 에러 검출(검사) 필드를 인코딩한다. 수신기는 검사 필드를 재계산하여, 그것을 수신된 검사 필드와 비교한다. 만일 검사 필드들이 매칭된다면, ACK(긍정응답)은 송신기에 전송된다. 만일 검사필드들이 매칭되지 않는다면, NAK(부정응답)이 리턴되며 송신기는 메시지를 재전송한다.
업링크 및 다운링크 전송들 모두에 있어서, ARQ 상태의 형태로의 비트맵 피드백이 제공된다. 더욱이, ACK/NAK 피드백은 업링크 전송을 위해 시간 슬롯마다 하나를 기초하여 제공된다.
도 1은 본 발명에 따르는 패킷 데이터 채널(100)의 동작에 대한 하이 레벨 블록도이다. 트랜잭션 지향 패킷 데이터 통신 시스템(105)이 도시되며, 여기서 층 3 프레임들(110)은 송신기(120)에서 층 2인 MAC 층(115)에 제공되고 경계(demarcation)용 플래그들을 사용하여 바이트 스트림으로 번역된다. 이것은 MAC 층(115)이 상이한 층 3 프로토콜들에 단일화된 RLP 전송 메커니즘을 제공하도록 한다. 이 바이트 스트림은 RLP 프레임으로 분할되며 프레임 시퀀스 번호(FSN)가 할당된다. FSN은 RLP 프레임의 부분으로써 명시적으로 전송되지는 않는다.
어느 한 모드의 높은 스루풋을 위해, 층1 (125) 데이터는 수신기(135)로부터 층2 백로그 및 채널 품질 피드백(130)의 승인에 기초하여 4-레벨, 8-레벨 및 16-레벨 변조로부터 선택된 심볼들로 맵핑된다. 채널 품질은 수신기(135)에서 물리적인 층(145)을 경유하여 층2 블록(140)내의 디코더의 입력에서 신호 대 간섭+잡음비,에 관하여 측정된다. 그후 디코더(140)는 층3 프레임(150)을 출력한다.
IS-136 디지털 제어 채널은 부분 에코(PE:Partial Echo)라 불리는 일시적인 이동국 식별자를 사용한다. PE는 간략화된 이동국 아이덴티티(MSID:Mobile Station Identity)로 가정되며, 즉 MSID의 마지막 7비트들은 PE로 취급된다. 이러한 메커니즘으로 인해, 두 개 이상의 활동 사용자들이 동일한 PE를 사용할 확률과 그들의 PE를 정확하게 분석하는 데 있어서의 이동국들의 무능력으로 인해 잘못된 프로토콜 상태들이 자주 발생하는 확률이 상당히 존재한다.
도 2에서, 이러한 확률은 그 채널상에서 동시에 활동하는 사용자수의 함수로써 도시된다. 패킷 데이터 어플리케이션들(보이스 또는 회로 데이터 어플리케이션들에 반대되는 것으로서)에서, 동일한 채널을 공유하는 임의의 주어진 시간에 10 이상의 활동 사용자들을 가지는 것은 가능하다. 이러한 경우들에서, 부분 에코 복사의 확률은 적절한 시스템 동작에 대해 허용할 수 없는 25%이상에 도달한다.
이 문제는 모든 다운링크 트랜잭션들 및 하나보다 많은 단일 버스트를 요구하는 업링크 트랜잭션들에 대해 모든 이동국에 PE값(동적 PE와 같은) 또는 활동 이동 아이덴티티(AMI:active mobile identity))를 할당함으로서 선택적으로 해결된다. AMI는 특정 패킷 데이터 채널상의 트랜잭션 기간동안 송신기 및 수신기에 의해 사용될 고유 (할당된) 로컬 식별자로써 작용한다. 새로운 AMI는 각각의 새로운 트랜잭션에 대해 할당되어 모호함에 대한 잠재성을 제거한다. 동일한 AMI가 어느 한 방향으로도 사용될 수 있다(즉, AMI 할당은 업링크 또는 다운링크 트랜잭션에 의해 개시되고, 어느 것이 먼저 시작하든지, 양 방향으로 데이터 전송이 종료할 때까지 할당된 채 유지된다.).
새로운 트랜잭션은 전송 기회가 식별될때 그리고 만일 송신 버퍼가 새로운 데이터를 포함하는 경우 개시된다. 다운링크 트랜잭션들은 ACK 또는 NAK일 수 있으나, 업링크 트랜잭션들은 항상 ACK이다. 바람직하게, 모든 MAC 층 트랜잭션은 BEGIN 프로토콜 데이터 유니트(PDU) 핸드세이크를 시작하고 일련의 CONTINUE PDU들을 계속 전송한다. ARQ 모드 CONTINUE PDU들은 증가된 리던던시 모드(모드 0) 또는 고정된 코딩 모드(모드 1)로 전송될 수 있으며, 두 개의 모드에 대한 ARQ 과정들은 상이하다. 수퍼바이저 ARQ STATUS PDU들은 수신기 상태의 주기적인 피드백을 송신기에 제공하기 위하여 사용된다.
BEGIN PDU 핸드세이크(즉, BEGIN PDU의 ACK 전송)는 후속 CONTINUE PDU들에 대한 동작 모드 및 AMI를 설정한다. 다중-레이트(multi-rate) 채널들상에서,그것은 위상 할당을 수행하는 데 선택적으로 사용될 수 있다고 승인된다.
기지국(또한 셀들로서 공지된)은 BIGIN PDU의 전송을 통해 다운링크 트랜잭션을 선택적으로 개시한다. BEGIN PDU에 의해 지시된 파라미터들은, 이동국 아이덴티티(MSID); 트랜잭션이 ACK인지 NAK인지의 여부를 지시하는 ARQ 모드(AM); 이동국이 ARQ STATUS PDU를 경유하여 ACK를 제공하도록 요구되는지의 여부를 지시하는 ACK 트랜잭션을 위한 폴링 지시기(PI); 이동국에 할당될 AMI 값; 후속 다운링크 CONTINUE PDU들에 대한 동작모드가 고정된 코딩인지 또는 증가된 리던던시인지 여부를 지시하는 모드 지시기(MI); 업링크 또는 다운링크 상에서의 후속 데이터의 전송에 대한 위상을 지시하는 위상 할당(PA)를 포함한다.
만일 AMI가 이동국에 이미 할당되었다면, 기지국은 BEGIN PDU내에 동일한 AMI 값을 할당한다. 만일 이동국이 유효 AMI을 가지지 않는다면, 기지국은 허용가능한 값들의 세트로부터 AMI 값을 랜덤하게 선택하고 이를 BEGIN PDU를 사용하여 이동국에 할당한다. 기지국 전송 제어기는 BEGIN PDU의 전송을 통해 지시된 모드(IR 또는 FC)에서 RLP를 초기화한다. 이동국 수신 제어기는 BEGIN PDU의 수신을 통해 그 할당된 모드에서 피어(peer) RLP를 초기화한다.
도 3은 이중 무선 데이터 통신 시스템에서 매체 액세스 제어(MAC)(155) 층의 예시적인 실행을 도시한다. MAC(155)는 층3(160)(네트워크 층), 물리적 층(층 1)(165)(이것은 MAC 층 전송기(166) 및 MAC 층 수신기(167)를 포함한다) 및 관리 엔티티(170)와 인터페이스한다. 이 실시예에서, MAC(155)는 데이터 및 처리된 제어 전달 서비스를 층 3(160) 및 다른 보다 높은 층 엔티티들에 제공한다. MAC(155)는 무선 인터페이스(175)를 통해 자신의 PDU들을 전달하기 위하여 MAC 층 송신기(166)를 경유하여 층 1(165)을 사용한다. 관리 엔티티(170)는 MAC(155) 동작을 초기화하고, 종결하고, 중지하고, 다시 시작하고, 구성한다. 관리 엔티티(170)는 에러들에 대하여 MAC(155)를 모니터한다. 관리 엔티티(170)는 또한 도 1의 트랜잭션 패킷 데이터 통신 시스템(105)의 동적 PE 관리를 제공한다. MAC(155)는 두 개의 서비스 액세스 포인트(SAP)를 포함한다: 정규 데이터(regular data)를 위한 SAP1과 촉진된 데이터(expedited data) 및 제어를 위한 SAP0. 각각의 SAP는 대응 전송 버퍼(TXB), 세그멘터(SGM), 디세그멘터(DSGM), 프레임 추출기(FRX) 및 전송 제어기(TC)를 가진다. 채널 액세스 관리자(CAM)(180)는 도 3의 상이한 전송 제어기들(또한 ARQ 엔진으로서 공지됨) TC0 및 TC1으로부터 PDU들을 멀티플렉싱하고 우선 순위 스케쥴링을 제공한다. CAM(180)은 업링크 랜덤 액세스에 대하여 책임을 진다. MAC 서브채널 제어기들(SCC)(185)은, 바람직하게 9까지(SCC0 내지 SCC8), 무선 데이터 서브채널 각각을 통해 전송을 제어한다. MAC 층 제어기(MLC)(190)는 전체적인 MAC 구성을 제어하고 관리 엔티티(170)와 인터페이스한다. PDU 인코더들(PENC0 및 PENC1) 및 디코더들(PDEC0 및 PDEC1)은 모드 0(증가된 리던던시) 또는 모드 1(고정된 코딩)에서 MAC PDU들에 대한 채널 코딩/디코딩을 제공한다. 모드 0 세그먼트 인코더(SENC0) 및 디코더(SDEC0)는 전송의 증가된 리던던시 모드에서 코딩/디코딩, 인터리빙/디인터리빙 및 블록킹/디블록킹을 제공한다.
도 4는 전송기(120)의, 도 1의 MAC 층 2(115)내에 배치되는, 도 3으로부터의 이동국의 MAC 전송 제어기(TC)의 내부 구조를 도시한다. 전송 제어기(192)는 다음 서브 블록들로 구성된다: 전송 제어기(TCTX)(195), 수신 제어기(TCRX)(200), 방송 제어기(TCB)(205) 및 라우터(TCRT)(210). 전송 제어기(195)는 도 4에서 세그멘터 (SGM0 및 SGM1, 도 3), PDU 인코더(PENC0 및 PENC1), CAM(180), MLC(190) 및 TCRT(210)에 연결된다. TCRX(200) 및 TCB(205)는 도 4에서 디세그멘터(DSGM, 도 3), MLC (190), 및 TCRT(210)에 연결된다. TCRT(210)는 도 3에서의 TCTX(195), TCRX(200), TCB(205), MLC(190), 및 PDU 디코더(PDEC0 또는 PDEC1)에 연결된다.
도 5는 도 4의 이동국 전송 제어기(192)에 대한 라우터 처리를 기술하는 상태 다이어그램이다. 도 4에서 라우터(210)는 디코드된 프레임을 전송 제어기(192)내의 적당한 처리(전송, 수신 또는 방송 제어기)에 바람직하게 전달한다. 라우터(210)는 기지국에 배치된 피어 전송 제어기에 의해 이동국에 선택적으로 전송될 수 있는 위상 할당, 폴(poll) 지시, 방송 전환 통지 및 페이지 지속 지시와 같은 제어 정보를 수신하기 위하여 바람직하게 이용된다. 라우터(210)는 이동국이 도 5에서 정지 상태(215)인지 활동 상태(220)인지 여부 및 그 AMI가 이동국에 할당되었는지를 추적한다. 상기 조건에 따라, 도 4의 라우터(210)는 수신된 프레임을 그에 알맞게 라우팅(route)한다.
라우터(210)는 도 3에서 data.ind() 프리미티브를 경유하여 CAM(180)으로부터 디코드된 프레임을 수신한다. 도 4의 라우터(210)는 도 5에서 MLC(190)에 의해 정지 상태(215)에서 활동 상태(220)로 이동되고 awake.req() 및 sleep.req() 프리미티브 각각을 경유하여 역으로 이동된다. 도 4의 라우터(210)는 도 4의 수신, 전송, 또는 방송 제어기들(TCRX(200), TCTX(195) 및 TCB(205))에 data.ind() 프리미티브를 명령한다. 라우터(210)는 페이지 또는 페이지 지속 수신(awake.ind()를 경유하여), 방송 변화 통지 수신(bcn.ind()를 경유하여), 및 새로운 위상 할당 (phase.ind()/phase.req()를 경유하여)에 대하여 도 3의 MLC(190)에게 알린다.
도 6은 도 3의 CAM(180), 및 PDU 인코더(PENC0 또는 PENC1)과 도 4의 전송 제어기(192)의 공전(idle) 상태 상호작용을 도시한다. 도 6에는 할당 상태를 위한 대기로의 전환의 예가 도시된다.
도 6에서, BEGIN PDU내의 전송을 위한 검색 블록은, 세그멘터(SGM0 또는 SGM1 도 3)로부터 데이터를 검색하고 트랜잭션 처리의 끝부분이 트랜잭션 크기를 기초하여 실행되어야 하는지 여부를 결정하기 위하여, 바람직하게 업링크 트랜잭션의 시작에서 실행되도록 한다.
도 4의 전송 제어기(192)는 업링크상에서의 트랜잭션 기회가 발생할 때 도 3의 CAM(180)으로부터 poll.ind() 프리미티브를 수신한다. 도 4의 전송 제어기(192)는 상기 처리가 선택적으로 데이터를 전송할 수 있는지 여부를 지시하는 poll.res() 프리미티브와 반응한다. 공전 상태에서, 도 4의 TCTX(195)는 BEGIN 또는 ARQ STATUS PDU들을 보낸다. 만약 도 3의 CAM(180)이 트랜잭션 기회를 도 4의 이런 TCTX(195)에 제공하면, TCTX(195)는 poll.con() 프리미티브와 반응한다. TCTX(195)는 PDU를 구성하고 data.req()를 경유하여 그 PDU를 PDU 인코더에 보내고 BEGIN PDU의 경우에 할당 상태를 위한 대기를 입력한다. BEGIN PDU에 대한 데이터를 검색할 때, TCTX(192)는 버퍼(TXB0 또는 TXB1, 도 3)내의 데이터 블록 수를 카운트하고, 그것이 처음부터 트랜잭션의 끝(NB_Tx<NB_Max 및 End_Tx_Flag = True)으로 커미트(commit)하여야 하는지, 또는 트랜잭션이 바운드되지 않은 상태로(NB_Tx=NB_Max 및 End_Tx_Flag=False) 시작하여야 하는지를 결정한다. 만약 처음부터 도 4의 TCTX(195)가 트랜잭션의 끝으로 커미트(commit)하면, BEGIN PDU내의 TS(트랜잭션 크기) 필드는 데이터 블록들내에서 트랜잭션 크기로 설정되고, 커미트하지 않으면, BEGIN PDU내의 TS(트랜잭션 크기) 필드는 NB_Max(NB_Max의 최대 값은 63)로 설정된다. 데이터 블록 포맷의 예로서, 데이터 블록들은 RFC 1662에서 지정된 바와 같이 확장 시퀀스(escape sequence)를 시작하고, 이것은 여기에 참조로써 통합된 IEFT FRC 1662 "HDLC형 프레임내의 PPP" 1994년 7월,에 기술되어 있다.
도 7은 도 3의 CAM(180) 및 PENC1과 도 4의 전송 제어기(192)의, 도 6에 기술된, 할당 상태 상호작용을 위한 대기를 도시한다. 도 7은 새로운 데이터 블록 카운트(count new data block) 처리 및 ARQ 상태 비트맵 검색(retrieve ARQ status bitmap) 처리 모두를 기술한다. 도 4의 TCTX(195)가, 바람직하게도 무선을 통하여 송신되었다면 반드시 현재 트랜잭션 내에 여전히 선택적으로 포함될 수 있는, 도 3의 MAC 버퍼내의 데이터의 양을 결정해야 할때마다, 새로운 데이터 블록 카운트 처리는 실행된다. ARQ 상태 비트맵 검색 처리는 다운링크 트랜잭션을 위한 ARQ 프로토콜의 상태를 나타내는 비트맵을 검색하기 위하여 도 4의 수신 제어기(TCRX)(200)와 통신하는 단계를 수반한다.
전송 제어기(192)는 업링크상에서의 트랜잭션 기회가 발생하였을 때 도 3의 CAM(180)으로부터 poll.ind() 프리미티브를 수신한다. 도 4의 전송 제어기(192)는 전송 제어기(192)가 선택적으로 데이터를 송신하는 것을 지시하는 poll.res() 프리미티브에 응답한다. 할당 상태를 위한 대기에서, TCTX(195)는 ARQ STATUS PDU들을 선택적으로 전송할 수 있다(만약 피어 전송 제어기(192)에 의해 그것을 폴링했다면). 만약 도 3의 CAM(180)이 도 4의 이러한 TCTX(195)에 전송 기회를 제공하면, 도 3의 CAM(180)은 poll.con() 프리미티브를 송신한다. 도 4의 TCTX(195)는 ARQ 상태 비트맵을 검색하고, PDU를 구성하고, 상기 PDU를 data.req()를 경유하여 PDU 인코더에 전달한다. 새로운 데이터 블록을 카운팅할 때, 도 4의 TCTX (195)는 TCTX(195)이 현재 트랜잭션(End_Tx_Flag=True)의 끝으로 이미 커미트했는지를 우선 검사한다. 만약 상기 경우이면, TCTX(195)는 현재 트랜잭션(BST_상태로 지시됨)의 끝까지 남아있는 블록만을 카운트하고, 트랜잭션 끝이 커미트된 후 그 버퍼(TXB0 또는 TXB1, 도 3)에 도달된 데이터를 무시한다. 만약 커미트하지 않았다면, 도 4의 TCTX(195)는 도 3의 MAC 버퍼들, TXB0 또는 TXB1내의 모든 데이터를 카운트한다(BST_상태 및 TXB_상태의 합에 의해 지시됨). 만약 상기 방식으로 카운트된 새로운 블록의 수가 NB_Max보다 크면, 트랜잭션은 바운드되지 않은 채 선택적으로 계속될 수 있다. 그렇지 않으면, 종결 과정이 요구된다.
도 8은 공전과, 모드 0 및 모드 1 상태에서 진행시 할당 및 트랜잭션을 위한 대기 사이의 전환(transition)들을 도시한다. 도 4의 TCTX(195)는, PCF( Error=Null 조건이 True인 것과 CAM으로부터의 data.con() 프리미티브에 의해 지시된 바와 같이)를 경유하여 그것의 BEGIN PDU에 긍정의 승인 (acknowledgement)을 수신한 후, 또는 AMI 할당 (WAI와 AMI=AMI_Idle이 False의 조건들, 및 TCRT(200)로부터 data.ind(ARQ_상태_Rx) 프리미티브에 의해 지시된 바와 같이)을 가지는 다운링크 ARQ STATUS PDU를 수신한 후에, (그 기지국과 협상된 업링크 모드(UL_Mode)에 따라)할당 상태를 위한 대기로부터 진행 상태들내의 트랜잭션중 하나로 선택적으로 전환할 수 있다. 할당 상태에 대한 대기에서 타이머들 T_WA 및 T_BOFF_START는 선택적으로 종료되고 TCTX(195)는 공전 상태들로 다시 선택적으로 전환할 수 있다. 이들 타이머들은 이동국이 액세스 시도를 되풀하도록 허용되기 전에 ARQ STATUS PDU를 경유하여 AMI/모드 할당을 기다려야 하는 시간양을 나타낸다.
진행(모드 0 및 모드 1) 상태들 내의 트랜잭션에서, TCTX(195)는 PCF(CAM(180)으로부터 data.con(), 도 3) 및 ARQ STATUS PDU(TCRT로부터의 data.ind(), 도 4)를 경유하여 선택적으로 승인(acknowledgement)들을 수신할 수 있다. 만약 전송 테이블(230)(도 12)이 비어있고 송신하기 위한 새로운 데이터가 없다면(데이타 백로그가 없음)(NB_Tx<=0), 트랜잭션은 완료되고 TCTX 195(도 4)는 공전 상태로 선택적으로 전환할 수 있다. 새로운 데이터가 있다면, TCTX(195)는 비활동 타이머(T_INAC)가 완료되지 않으면 진행 상태들에 있는 트랜잭션으로 남아있다.
도 9는 PDU 인코더(PENC0 또는 PENC1, 도 3) 및 도 3의 CAM(180)과 도 4의 전송 제어기(192)의 상호작용(도 8에 기술됨)인 진행 상태의 트랜잭션(도 8에 기술)을 기술한다. 도 9는 재전송 데이터 블록 발견(find retransmit data blocks)처리를 기술한다. 도 4의 TCTX(195)가, 전송 테이블(230) 내에 수신기에 의해 승인되지 않은 임의의 데이터 블록들이 존재하는지(도 12), 즉 데이터 백로그가 존재하는지를 결정할 때마다, 상기의 처리는 선택적으로 실행된다.
전송 제어기(192)는 업링크상에서의 전송 기회가 발생하였을 때 도 3의 CAM(180)으로부터 poll.ind() 프리미티브들을 수신한다. 전송 제어기(192)는 데이터를 송신할 수 있거나 또는 송신해야 하는지 여부를 지시하는 poll.res() 프리미티브에 응답한다. 진행 상태의 트랜잭션에서 도 4의 TCTX는 ARQ STATUS(만약 피어 전송 제어기에 의해 그것이 폴링된다면) 또는 CONTINUE PDU들을 선택적으로 송신할 수 있다. 만약 도 3의 CAM(180)이 전송 기회를 이런 TCTX(195)(도 4)에 제공하도록 결정하면, 도 3의 CAM(180)은 poll.con() 프리미티브를 송신한다. 도 4의 TCTX(195)는 PDU를 구성하고 data.req()를 경유하여 그 PDU를 PDU 인코더에 전달한다.
도 10은 재전송 데이터 블록 검색(retrieve retransmit data bloks) 처리를 기술한다. TCTX(195)가, 이전에 전송되었지만 수신기가 그것들을 적절히 디코드하지 못하기 때문에 다시 재전송되어야 하는 데이터 블록들(즉 다른 형태의 데이터 백로그)을 포함하는 CONTINUE PDU를 구성할 때마다, 상기 처리는 그 TCTX(195)(도 4)에 의해 실행된다. 그러한 데이터 블록 수는 현재 변조에 의존하며(예를 들어, 8 레벨 변조를 위한 3 블록 및 4 레벨 변조를 위한 2 블록), End 블록이 트랜잭션에 대해 예상하는 최종 시퀀스 번호에 대해 수신기에게 알리기 위하여 이전에 전송된 End 블록이 재전송되어야 하는지 여부에 의존한다. 만약 End 블록이 재전송되야 한다면(End_RTx_Flag=False), 상기 처리는 End 블록을 생성하고 그것을 도 12의 SCCxT 테이블(235)에 배치한다. 만약 재전송 데이터 블록을 검색한 후 여전히 PDU에 남은 공간이 있다면, 상기 처리는 이 공간을 여분 End 블록(만약 종료(end) 과정이 진행중, 즉 END_Tx_Flag=True이면)이나 필러(filler) 블록(만약 종료 과정이 아직 시작되지 않았으면, 즉 END_Tx_Flag=False이면)으로 채운다.
도 11은 새로운 데이터 블록 검색 (retrieve new data blocks) 처리를 도시한다. TCTX(195)가 이전에 결코 전송되어진 적 없었던 데이터 블록들(데이터 백로그의 다른 타입)을 포함하는 CONTINUE PDU를 구성할 때마다, 상기 처리는 도 4의 TCTX(195)에 의해 실행된다. 그러한 데이터 블록 수는 현재 변조에 의존하고(예로서, 8레벨 변조에 대해 3블록, 4레벨 변조에 대해 2블록), End 블록이 트랜잭션에 대해 예상하는 최종 시퀀스 번호에 대한 정보를 수신기에 알리기 위하여 End 블록이 전송되어야 하는지의 여부에 의존한다. 만약 이전에 전송된 End 블록이 다시 재전송되어야 한다면(End_RTx_Flg=Faulse), 또는 MAC 버퍼들(도 3의 TXB0와 TXB1)내의 새로운 데이터 블록 수가 소정 임계치보다 더 작다면 (NB_Tx<NB_Max), 상기 처리는 End 블록을 발생하고 그것을 도 12의 SCCxT 테이블(235)에 배치시킨다. 새로운 데이터 블록들을 검색한 후 여전히 PDU에 잔여공간이 있다면, 상기 처리는 이 공간을 여분 End 블록(종료 과정이 진행중에 있다면, 즉 End_Tx_Flag=True이면) 또는 필러(filler) 블록(종료 과정이 아직 시작되지 않았다면, 즉 End_Tx_Flag=Faulse이면)으로 채운다.
도 12는 PDU 구성(construct PDU) 처리(225), 전송(TxT) 테이블(230), 및 도 4의 TCTX(195)에 의해 사용되는 서브채널 제어기들 전송(SCCxT) 테이블(25)을 기술한다. 상기 PDU 구성 처리(225)는 PDU내의 다양한 제어 및 데이터 필드들이 값들 및 데이터로 채워지는 방법을 설명한다. 도 12의 TxT 테이블(230)은 도 4의 전송 제어기(192)의 ARQ 상태, 즉 전송 윈도우내의 이전에 전송된 데이터 블록들의 상태 및 명령(order)을 추적하는데 사용된다. SCCxT 테이블(235)은 블록들과, 그 PDU들과, PDU들이 전송되어진 서브채널들 사이의 연관을 추적하는데 사용된다. 상기 SCCxT 테이블(235)은, 물리적 제어 필드(PCF)를 경유하여 아직 승인되지 않은, 트랜잭션내의 모든 MAC 블록들상에 정보를 저장한다. 또한 SCCxT 테이블(235)은 PDU들의 구성을 용이하게 하는데 사용된다. TxT(230)와 SCCxT(235) 테이블 모두 MAC 층으로 데이터 백로그를 결정하는 수단이다.
도 13은 도 4의 이동국 전송 제어기(192)의 일부로서 실행되는 PCF 처리를 도시한다. PCF는 서브채널상의 이전 업링크 버스트에서 전송된 모든 블록들에 대한 승인(acknowledgement)을 제공한다. PCF가 서브채널상의 이전의 업링크 전송이 수신되었다는 것을 지시한다면, 전송된 블록들에 대응하는 전송 테이블이 갱신된다. 또한 TC(192)에서의 ARQ 상태 변수들이 PCF 승인을 반영하도록 갱신된다. TC(192)는 승인된 각각의 블록에 대한 세그멘터(SGM0 또는 SGM1, 도3)에 data.con 신호를 제공한다. 서브채널상의 이전의 업링크 버스트에서 전송된 데이터 블록들이 PCF를 경유하여 부정적으로 승인된다면, 상기 데이터 블록들은 재전송가능한 것으로 표시된다.
도 14는 도 4의 이동국 전송 제어기(192)에 의해 선택적으로 실행되는 ARQ 상태 처리를 도시한다. ARQ STATUS PDU는 이동국에 의해 제안된 AMI 및/또는 모드가 수용불가능하다면 AMI와 모드를 이동국에 할당하는데 사용될 수 있다. 대안적으로, ARQ STATUS PDU는 이동국이 후속 AMI 및/또는 모드 할당을 위해 대기하여야 한다는 것을 지시할 수 있다. 또한 이런 처리는 TC(192)에서의 ARQ 상태 변수들과 전송 테이블(도 12의 TxT(230))의 갱신을 초래할 수 있다. ARQ STATUS PDU내의 NND 필드가 설정된다면, 그때 이동국은 어떤 새로운 층 3 데이터도 전송될수 없다고 가정한다. End 블록이 트랜잭션의 끝에 접근하는 동안 전송되었다면, End 블록은 ARQ STATUS PDU내의 EBR 비트를 통해 승인된다. 상기 ARQ STATUS PDU가 수신 윈도우내의 모든 블록 수신 상태를 표시하는 1차 비트맵을 포함한다면, 이 비트맵은 전송 테이블내에 있는 블록 수신 및 재전송가능성 상태를 갱신하는데 사용된다(예를 들어, 전송 제어기는 수신 윈도우를 해석한다). 비트맵에 의해 승인된 각각의 블록에 대해, TC(192)는 세그멘터에 data.con 신호를 제공한다.
도 15는 트랜잭션 개시와 관련하여 이동국 수신 제어기 처리를 도시한다. 도 15는 도 3의 PDU 디코더, PDEC0 또는 PDEC1(상태 Data.ind에 있는)로부터 도 4의 수신 제어기(TCRX)(200)에 의해 얻어진 신호들을 도시한다. 도 4의 TCRX(200) 처리에 의해 도 3의 디세그멘터, DSGM0 또는 DSGM1(상태 Data.ind에 있는) 및 상태 StartRx.ind에 있는 MLC(190)로 송신된 신호들이 또한 도시되어 있다..
도 4의 TCRX(200)가 공전 상태에 있는 동안 BEGIN PDU는 선택적으로 수신된다. 도 3의 PDU 디코더, PDEC0 또는 PDEC1으로부터 BEGIN PDU를 수신하면, 도 4의 TCRX(200)는 그 트랜잭션이 승인되었는지 여부와 그 트랜잭션이 바운드되었는지(예즉, NB_Rx 데이터 블록들의 전송에 제한됨)를 결정한다. ARQ 트랜잭션들을 위해, 또한 상기 TCRX(200)는 트랜잭션을 위한 ARQ 모드(모드 0 또는 모드 1)를 결정하고 지시된 모드에서 ARQ 엔진(또한 도 4의 TC(192)로서 공지된)을 초기화한다. 도 3의 TCRX(200)는 BEGIN 프레임에 응답하여 MAC 트랜잭션을 개시하기 위한 예시적인 수단이다.
도 16은 고정된 코딩 모드 ARQ 트랜잭션이 진행되는 동안의 이동국 수신 제어기 처리를 도시한다. 도 16은 도 3의 TCTX(195)(상태 Poll.ind에 있는), MLC(190)(상태 StopRx.Req에 있는) 및 도 3의 PDU 디코더, PDEC0 또는 PDEC1(상태 Data.ind에 있는)으로부터 도 4의 TCRX(200)에 의해 수신된 신호들을 도시한다. 도 4의 TCRX(200)에 의해 TCTX(195)(상태 Data.req), 도 3의 디세그멘터, DSGM0 또는 DSGM1(상태 error.ind에 있는) 및 도 3의 MLC(190)(상태 Error.ind에 있는)로 송신된 신호들이 또한 도 16에 도시되어 있다.
ARQ 상태를 위해 도4의 TC(192)에 의해 폴링되면, TCRX(200)는 ARQ STATUS PDU(수신 윈도우내의 모든 블록 수신 상태를 지시하는 비트맵을 포함함)를 생성하고 그것을 TC(192)에 제공한다. CONTINUE PDU들은 트랜잭션이 진행중에 있는 동안 선택적으로 수신된다. PDU 디코더로부터 CONTINUE PDU을 수신하면, TCRX(200)는 PDU로부터 다중 블록들을 추출한다. 추출된 블록 수가 다운링크 변조에 의존한다고 이해된다. 상기 블록들은 선택적으로 End, 데이터 또는 필러 형태이다. End 및 필러 블록들은 블록의 시작에서 확장 시퀀스(escape sequence)에 의해 식별된다. End 블록이 수신된다면, TCRX(200)는 바람직하게 트랜잭션을 위한 최종 유효 시퀀스 번호를 상기 End 블록에 의해 지시되는 시퀀스 번호로 설정한다. 추출된 각각의 데이터 블록에 대해, TCRX(200)는 수신(Rx) 상태 처리의 갱신을 실행한다.
도 17은 데이터 블록이 수신될 때 도 4의 상기 TCRX(200)에 의해 실행되는 Rx 상태 갱신 처리를 도시한다. 도 17은 수신 제어기(200)에 의해 도 3의 디세그멘터, DSGM0 또는 DSGM1(상태 Data.ind에 있는) 및 도 3의 MLC(190)(상태 StopRx.ind에 있는)로 송신된 신호들을 도시한다.
상기 도 4의 수신 제어기(200)는 데이터 블록이 상기 윈도우의 외부에 있거나 이전에 수신되었던 블록에 대응한다면 상기 데이터 블록을 선택적으로 무효화시키거나 버린다. 상기 데이터 블록이 유효하게 유지된다면, 상기 TCRX(200)는 상기 블록의 수신 상태를 갱신한다. 상기 수신 제어기(200)는 또한 2개 상태 변수인, NR_Rx(모든 데이터 블록이 순서대로 수신되어지는 시퀀스 번호) 및 NL_Rx(수신되는 최종 시퀀스 번호)를 갱신한다. 다음에 상기 수신 제어기(200)는 순서대로 수신된 모든 데이터 블록들을 디세그먼터에 전달하고 수신 테이블로부터 이 엔트리들을 삭제한다. 상기 처리는 수신 테이블이 비어 있고, NR_Rx가 트랜잭션을 위한 최종 유효 시퀀스 번호와 같을 때, 정지한다.
도 18은 도 4의 수신 제어기(TCRX(200))에 의해 실행되는 이동국 수신 테이블(240), TCRX(200) 파라미터 초기화 처리(245) 및 BEGIN PDU 처리(250)를 도시한다. 수신 테이블(240)은 수신 윈도우내의 각각의 시퀀스 번호에 대한 블록 시퀀스 번호, 데이터 블록, 및 수신 상태로 구성된다. TCRX(200) 파라미터 초기화 처리(245)는 수신 테이블(240) 및 다른 ARQ 상태 변수들의 초기화를 수행한다. BEGIN PDU 처리(250)는 트랜잭션을 위한 AMI, 모드, 및 크기의 초기화를 설명한다. 이런 파라미터들은 BEGIN PDU내의 대응하는 필드들로부터 추출된다고 이해된다.
도 19는 도 3의 CAM(180)을 위한 이동국 CAM 처리를 도시한다. 도 19는 SCC(185)들 중 어느 하나(data.con, pcf.ind, data.ind) 및 MLC(190)(Open.req, Config.req, Close.req)로부터 수신된 신호들을 도시한다. 또한 도 19는 CAM(180)에 의해 도 3의 전송 제어기(185)(data.con), PDU 디코더, PDEC0 또는 PDEC1(data.ind) 및 MLC(190)(Error.ind)로 보내지는 신호들을 도시한다.
CAM(180)은 다중 전송 제어기들(185)(SCC0 내지 SCC8)로부터 코딩된 MAC PDU들에 대한 전송 명령을 결정한다. CAM(180)은 그것이 MAC 서브채널 제어기들(185)중 하나에 의해 트랜잭션 기회가 있음을 알게 될 때 전송 제어기(185)들을 MAC PDU들에 대해 폴링한다. CAM(180) 폴링들에 대한 응답에 기초하여, CAM(180)은 상기 데이터를 위해 전송 제어기들(185) 중 하나를 폴링한다. CAM(180)은 선택적으로, PDU 인코더들(PENC1과 PENC0)중 하나로부터 얻어지는 코딩된 MAC PDU들을 무선 인터페이스(또한 무선 인터페이스로서 공지된)를 통한 전송을 위한 적당한 SCC(185)로 송신한다.
또한 CAM(180)는 이동국에서의 랜덤 액세스 프로토콜을 실행할 책임이 있다. 이런 기능은 경합 모드에서의 채널 액세스, 및 초기 액세스가 실패한 경우의 후속 백-오프 절차들을 관리한다. 성공적인 액세스 이후, CAM(180)은 전송 제어기(185)들을 폴링하고 서브채널 제어기들(185)에 의해 지시되는 할당된 슬롯들내의 PDU들을 계속 송신한다.
상기 수신 방향에서, CAM(180)는 서브채널 제어기(185)들로부터 MAC PDU들을 얻고 그들을 지시된 모드에 대응하는 PDU 디코더에 전달한다.
도 20은 도 3의 CAM(180)에 의해 실행되는 전송 제어기(TCy) 선택 처리(255)와 코딩 MAC_PDU 송신 처리(260)를 도시한다. 도 20은 CAM(180)에 의해 TC(도 3의 TC1과 TC2, 도 20의 poll.ind과 poll.con) 및 도 3의 SCC(185)(data.req)로 송신되는 신호들을 도시한다. 또한 도 20은 TC들(도 3의 TC1과 TC2, 도 20의 poll.res) 및 PDU 디코더(도 3의 PENC0와 PENC1, 및 도 20의 data.req)로부터 수신되는 신호들을 도시한다.
도 3의 CAM(180)은 그것이 어떤 SCC(185)에 의해 전송 기회를 얻게 될 때의 우선 순위로 각각의 전송 제어기를 폴링한다. 각각의 TC(TC0와 TC1)는 데이터를 선택적으로 송신하라는 지시에 응답하고, 데이터를 송신하거나 또는 송신할 것이 없을 수 있다. 상기 응답에 기초하여, CAM(180)은 데이터를 폴링하기 위해 적당한 TC(TC0와 TC1)를 선택한다. 다음에, CAM(180)은, CAM(180)이 무선 인터페이스(175)를 통한 전송을 위한 적당한 SCC(185)에 공급하는, PDU 인코더 (PENC0 및 PENC1)로부터의 코딩된 MAC PDU를 얻는다.
도 21은 이동국 서브채널 제어기(SCC) 처리를 설명한다. MAC 층은 트리플 레이트 채널에 대해서는 9개의 서브채널 제어기들(185)(SCC0 내지 SCC8), 더블 레이트 채널에 대해서는 6개의 서브채널 제어기들, 그리고 풀 레이트(full rate) 채널에 대해서는 3개의 서브채널 제어기들을 가진다. 각 서브채널 제어기(185)는 서브채널에 대한 패킷 채널 피드백(PCF) 동작을 처리하고 CAM(180)과 물리적 층(165) 간에 코딩된 MAC PDU를 전달한다.
도 21에서, 신호는 물리적 층(165)(PHY_DATA.IND), CAM(180)(Data.req) 및 MLC(190)(Open.ind, Close.req)으로부터 도 3의 SCC(185)에 의해 수신된다. 부가적으로, SCC(185)에 의해 CAM(180)(pcf.ind, Data.con) 및 물리적 층(165) (PHY_DATA.REQ)로 송신된 신호들이 도시되어 있다.
물리적 층(165)으로부터 데이터를 얻으면, SCC(185)는 이동국이 의도된 수신인인지를 결정하기 위하여 AMI를 체크한다. 그 데이터가 그 이동국에 대해 의도되지 않았으면, 그 데이터는 폐기되고; 그렇지 않다면, 코딩된 MAC PDU는 CAM(180)으로 전달된다. SCC(185)는 또한 PCF를 경유하여 경합과 예약된 액세스 기회들을 얻으며, 데이터에 대해 CAM(180)을 폴링한다. CAM(180)으로부터 후속으로 얻어진 임의의 코딩된 MAC PDU는 물리적 층(165)으로 전달된다. PDU가 전송된 후에, SCC(185)는 PDU가 성공적으로 수신되었는지를 결정하기 위하여 서브채널상의 데응하는 PCF 필드를 검사한다. SCC(185)는 데이터가 경합을 사용하여 전송되었는지 또는 예약을 사용하여 전송되었는지의 여부에 따라 상이한 PCF 구조를 가정한다. PCF를 경유하여 얻어진 승인(acknowledgement) 상태는 CAM(180)에 지시된다.
도 22는, 물리적 층(165)으로부터 데이터를 얻을 때 SCC(185)(도3) 처리에 의해 실행되는, 수신지 검사 및 코딩된 MAC_PDU 추출 처리를 설명한다. SCC(815)는 이 처리의 일부로서 data.ind 신호를 CAM(180)으로 선택적으로 송신할 수 있다. 물리적 층(165)으로부터 데이터를 얻으면, SCC(185)는 그 이동국이 의도된 수신인인지를 결정하기 위하여 AMI를 체크한다. 그 데이터가 그 이동국에 대해 의도된 것이 아니면, 그것은 폐기되고; 그렇지 않으면, 코딩된 MAC PDU는 CAM(180)상으로 전달된다.
도 23은 기지국(셀)(265)과 이동국(270) 사이의 바운드된 트랜잭션에 대한 END 절차의 신호 흐름도를 설명한다. 단계 275에서, 기지국(265)은 트랜잭션 크기가 8 데이터 블록(즉, 트랜잭션이 바운드됨)임을 지시하는 BEGIN 프레임을 송신하고 ARQ 상태에 대해 이동국(270)을 폴링한다. 이 단계는 도 21 및 22에서 도 3의 SCC(185)(도3)가 물리적 층(165)으로부터 데이터를 수신하고 그것을 CAM(180)으로 전달할 때의 상태도들에 도시되었다. 그후 CAM(180)(도3)은 SCC(185)로부터 데이터를 수신하고, 디코딩된 데이터는 도 4의 라우터(TCRT)(210)에 제공된다(도 19 상태도에서 기술됨). TCRT(210)(도4)는 CAM(180)으로부터 데이터를 수신하고(도3), 폴 비트(PI:poll bit)를 추출하고, ARQ_Status_polled flag=PI를 설정하고, BEGIN PDU를 도 4의 TCRX(200)로 전달한다. TCRX(200)(도4)는 TCRT(210)로부터 BEGIN PDU를 수신하고 도 15에서 최종 유효 시퀀스 번호를 설정한다.
단계 280에서, 이동국(270)은 기지국(265)으로 ARQ STATUS PDU를 전송함으로써 BEGIN PDU의 수신을 승인하고 트랜잭션에 대한 최종 유효 시퀀스 번호를 8로 설정한다. 이 단계는, 도 21에서 SCC(185)가 PCF를 판독함으로써 전송 기회를 검출하고 그것을 CAM(180)에 지시할 때의 상태도들에 도시되었다. CAM(180)은 도 19 및 20에서 TCTX(195)들을 폴링한다. 도 4의 TCTX(195)는, 상기의 동일 단계상에서(여기서, Begin PDU가 수신됨), 상기 TCTX(195)가 도 6,7,9에서 ARQ STATUS PDU를 선택적으로 전송했다는 것을 CAM(180)에 지시한다. CAM(180)은 도 19에서 ARQ STATUS PDU에 대해 TCRX(200)를 폴링한다. 도 4의 TCTX(195)는 도7에서 ARQ Status 비트맵에 대해 TCRX(200)를 폴링한다. TCRX(200)는 ARQ status를 생성하고 그것을 도 7에서 TCTX(195)에 제공한다. TCTX(195)는 ARQ STATUS PDU를 도6,7,9에서 PDU 인코더(PENC0 또는 PENC1, 도 3)로 전송한다. PDU 인코더(PENC0 또는 PENC1)는 PDU를 인코딩하고 인코더 PDU를 CAM(180)으로 전송한다. CAM(180)은 인코더 PDU를 도7에서 SCC(185)로 전달한다. 도3에서의 SCC(185)는 도21에서 물리적 층(165)에 데이터를 제공한다.
단계 285에서, 기지국(265)은 1 및 2로 넘버링된 데이터 블록을 포함하는 이동국(270)으로 CONTINUE PDU를 전송한다. 이 단계는, 도3의 SCC(185)가 믈리층(165)으로부터 데이터를 수신하고 그것을 도21 및 22에서의 CAM(180)상으로 통과시킬 때의 상태도를 도시하였다. 이어 도3의 CAM(180)는 SCC(185)로부터 데이터를 수신하고 디코딩된 데이터는 도4에서의 라우터(TCRT)(210)에 제공된다. TCRT(210)는 도3의 CAM(180)으로부터 데이터를 수신하고, 도4에서의 TCRX(200)는 CONTINUE PDU를 수신하고 도16 및 17에서 RX 상태를 갱신한다.
단계 290에서, 기지국(265)은 3,4 및 5로 넘버링된 데이터 블록을 포함하는 이동국(270)으로 CONTINUE PDU를 전송한다. 이 단계는 도3의 SCC(185)가 물리적 층(165)으로부터 데이터를 수신하고 그것을 도 21 및 22에서의 CAM(180)로 전달한다. 도 3의 CAM(180)은 SCC(185)로부터 데이터를 수신하고 디코딩된 데이터는 도4의 라우터(TCRT)(210)에 제공된다. TCRT(210)는 도3의 CAM(180)으로부터 데이터를 수신하고 도4의 TCRX(200)는 CONTINUE PDU를 수신하고 도16 및 17에서의 RX 상태를 갱신한다.
단계 295에서, 기지국(265)은 6,7 및 8로 넘버링된 데이터 블록을 포함하는 이동국(270)으로 CONTINUE PDU를 전송한다. 이 단계는 도3의 SCC(185)가 믈리층(165)으로부터 데이터를 수신하고 그것을 도21 및 22에서 CAM(180)으로 전달할 때의 상태도들에 도시되었다. 도3의 CAM(180)은 그후 SCC(185)로부터 데이터를 수신하고 그 디코딩된 데이터는 도4의 라우터(TCRT)(210)에 제공된다(도 19의 상태도에 기술됨). TCRT(210)는 도 5에서 도3의 CAM(180)으로부터 데이터를 수신하고, 폴 비트를 추출하고, ARQ_Status_polled flag=PI를 설정하고, CONTINUE PDU를 도3의 TCRX(200)에 전달한다. 도3의 TCRX(200)는 도16 및 17에서 CONTINUE PDU를 수신하고 RX 상태를 갱신한다.
단계 300에서, 이동국(270)은 ARQ 상태를, 블록들 1 내지 8의 수신을 승인하는 기지국(265)으로 전송한다. 이 단계는 도3의 SCC(185)가 PCF를 판독함으로써 전송 기회를 검출하고 그것을 도3의 CAM(180)에 지시할 때의 상태도를 도시하였다. 도3의 CAM(180)은 도19 및 20에서 TCTX(195)를 폴링한다. 도4의 TCTX(195)는 상기의 동일 단계상에서(Begin PDU가 수신됨), 도 6,7 및 9에서의 ARQ STATUS PDU를 선택적으로 송신했음을 도3의 CAM(180)에 지시한다. 도3의 CAM(180)은 도19에서 ARQ STATUS PDU에 대해 도4의 TCTX(195)를 폴링한다. 도4의 TCTX(195)는 도 7에서의 ARQ status 비트맵에 대해 TCRX(200)를 폴링한다. 도4의 TCRX(200)는 ARQ status를 발생하고 그것을 도 7에서 TCTX(195)에 제공한다. 도4의 TCTX(195)는 ARQ STATUS PDU를 도6,7 및 9에서의 PDU 인코더(PENC0 또는 PENC1)로 전송한다. PDU 인코더(PENC0 또는 PENC1)는 PDU를 인코딩하고 인코더 PDU를 CAM(180)으로 전송한다. CAM(180)은 인코더 PDU를 도7에서 SCC(185)로 전달한다. 그후 도3의 SCC(185)는 도21에서의 물리적 층(165)에 데이터를 제공한다.
도 24는 바운드되지 않은 트랜잭션에 대한 END 절차의 신호 흐름도이다. 단계 305에서, 기지국(265)은 트랜잭션이 바운드되지 않음을 지시하는 BEGIN 프레임을 이동국(270)에 전송하고 ARQ 상태에 대해 이동국(270)을 폴링한다. 이 단계는 SCC(185)(도3)가 물리적 층(165)으로부터 데이터를 수신하고 도 21 및 22에서 그것을 CAM(180)으로 전달할 때의 상태도들에서 도시되었다. CAM(180)(도3)은 그후에 SCC(185)로부터 데이터를 수신하고 그 디코딩된 데이터는 도 4의 라우터 (TCRT)(210)에 제공된다(도 19 상태도에서 기술됨). TCRT(210)(도4)는 도 3의 CAM(180)으로부터 데이터를 수신하고, 폴 비트(PI)를 추출하고, ARQ_Status_polled flag=PI를 설정하고, BEGIN PDU를 도 4의 TCRX(200)로 전달한다. TCRX(200)(도4)는 TCRT(210)로부터 BEGIN PDU를 수신하고 도 15에서 최종 유효 시퀀스 번호를 설정한다.
단계 310에서, 이동국(270)은 기지국(265)에 ARQ STATUS PDU를 전송함으로서 BEGIN PDU의 수신을 승인한다. 이 단계는, 도3의 SCC(185)가 PCF를 판독함으로서 전송 기회를 검출하고 도 21에서 그것을 CAM(180)에 지시할 때의 상태도들에서 도시되었다. CAM(180)은 도 19 및 20에서 TCTX(195)들을 폴링한다. TCTX(195)는 Begin PDU가 수신된 상기 동일 단계상에서, 도6,7,9에서 TCTX(195)가 ARQ STATUS PDU를 선택적으로 전송했음을 CAM(180)에 지시한다. 도 3의 CAM(180)은 도 19에서의 ARQ STATUS PDU에 대해 도 4의 TCRX(200)를 폴링한다. 도 4의 TCTX(195)는 도7에서의 ARQ Status 비트맵에 대해 TCRX(200)를 폴링한다. 도 4의 TCRX(200)는 ARQ status를 생성하고 그것을 도 7에서 TCTX(195)에 제공한다. TCTX(195)는 ARQ STATUS PDU를 도6, 7, 9에서 PDU 인코더(PENC0 또는 PENC1)로 전송한다. PDU 인코더(PENC0 또는 PENC1)는 PDU를 인코딩하고 인코더 PDU를 CAM(180)으로 전송한다. CAM(180)은 도7에서 인코더 PDU를 SCC(185)으로 전달한다. 그후 도3의 SCC(185)는 도21에서 물리적 층(165)에 데이터를 제공한다.
단계 315에서, 기지국(265)은 이동국(270)으로 후속 CONTINUE PDU들을 전송한다. 이 단계는, 도3의 SCC(185)가 물리적 층(165)으로부터 데이터를 수신하고 그것을 도21 및 22에서 CAM(180)으로 전달할 때의 상태도들에서 도시된다. 그후 도 3의 CAM(180)은 SCC(185)로부터 데이터를 수신하고 그 디코딩된 데이터는 도4의 라우터(TCRT)(210)에 제공된다. TCRT(210)는 도3의 CAM(180)으로부터 데이터를 수신하고, 도4의 TCRX(200)는 CONTINUE PDU를 수신하며 도16 및 17에서 RX 상태를 갱신한다.
단계 320에서, 트랜잭션의 말기에 가까워지는 동안, 기지국(265)은 CONTINUE PDU내의 트랜잭션에 대한 최종 유효 시퀀스 번호(100으로 설정)를 지시하는 END 블록을 포함한다. 기지국(265)은 또한 ARQ 상태에 대해 이동국(270)을 폴링한다. 이 단계는, 도3의 SCC(185)가 물리적 층(165)으로부터 데이터를 수신하고 그것을 도21 및 22에서 CAM(180)으로 전달할 때의 상태도들에서 도시되었다. 그후 도3의 CAM(180)은 SCC(185)로부터 데이터를 수신하고 그 디코딩된 데이터는 도4의 라우터(TCRT)(210)에 제공된다(도 19의 상태도에서 기술됨). 도4의 TCRT(210)는 도3의 CAM(180)으로부터 데이터를 수신하고, 폴 비트(PI)를 추출하고, ARQ_Status_polled flag=PI를 설정하고, 도 5에서 CONTINUE PDU를 TCRX(200)로 전달한다. 도 3의 TCRX(200)는 CONTINUE PDU를 수신하고, CONTINUE PDU로부터 End 블록을 추출하고, 최종 시퀀스 번호를 도 16에서 End 블록에 의해 지시된 것으로 설정한다. CONTINUE PDU로부터 추출된 다른 모든 데이터 블록들에 대하여, 도16 및 17에서 도4의 TCRX(200)는 Rx 상태를 갱신한다.
단계 325에서, 이동국(270)은 EBR(End Bolck received) 필드를 통해 END 블록의 수신을 승인하는 ARQ 상태를 기지국(265)으로 전송한다. ARQ 상태는 또한 수신 윈도우내의 다른 블록의 수신 상태를 지시하는 비트맵을 포함한다. 이 단계는, SCC(185)가 PCF를 판독함으로서 전송 기회를 검출하고 그것을 도 21에서 CAM(180)에 지시할 때의 상태도들에서 도시되었다. 도3의 CAM(180)은 도 19 및 20에서 TCTX(195)들을 폴링한다. TCTX(195)는, BEGIN PDU가 수신된 상기 동일 단계상에서, 그 TCTX(195)이 6,7,9에서 ARQ STATUS PDU를 선택적으로 전송했음을 CAM(180)에 지시한다. 도 3의 CAM(180)은 도 19에서 ARQ STATUS PDU에 대하여 도 4의 TCRX(200)를 폴링한다. 도 4의 TCTX(195)는 도7에서 ARQ Status 비트맵에 대해 TCRX(200)를 폴링한다. TCRX(200)는 ARQ status를 생성하고 그것을 도 7에서 TCTX(195)에 제공한다. TCTX(195)는 ARQ STATUS PDU를 도6,7,9에서 PDU 인코더(PENC0 또는 PENC1)로 전송한다. PDU 인코더(PENC0 또는 PENC1)는 PDU를 인코딩하고 인코더 PDU를 CAM(180)으로 전송한다. CAM(180)은 인코더 PDU를 도7에서 SCC(185)로 전달한다. 도3의 SCC(185)는 그후 도21에서 물리적 층(165)에 데이터를 제공한다.
단계 330에서, 기지국(265)은 이동국(270)으로 후속 CONTINUE PDU들을 전송한다. 이 단계는, 도3의 SCC(185)가 물리적 층(165)으로부터 데이터를 수신하고 그것을 도 21 및 22에서 CAM(180)으로 전달할 때의 상태도들에서 도시되었다. 도 3의 CAM(180)은 그후 SCC(185)로부터 데이터를 수신하고 그 디코딩된 데이터는 도4의 라우터(TCRT)(210)에 제공된다. TCRT(210)는 도3의 CAM(180)으로부터 데이터를 수신하고 도4의 TCRX(200)는 도16 및 17에서 CONTINUE PDU를 수신하고 RX 상태를 갱신한다.
단계 335에서, 기지국(265)은 블록들 99 및 100을 포함하는 이동국(270)으로 CONTINUE PDU를 전송하고 ARQ 상태에 대해 이동국(270)을 폴링한다. 이 단계는, SCC(185)가 PCF를 판독함으로서 전송 기회를 검출하고 그것을 도 21에서 CAM(180)에 지시할 때의 상태도들에서 도시되었다. 도3의 CAM(180)은 SCC(185)로부터 데이터를 수신하고 그 디코딩된 데이터는 도4의 라우터(TCRT)(210)에 제공된다. TCRT(210)는 도 3의 CAM으로부터 데이터를 수신하고 도 4의 TCRX(200)는 CONTINUE PDU를 수신하고 도16 및 17에서 Rx 상태를 갱신한다.
단계 340에서, 이동국(270)은 최종 유효 시퀀스 번호까지 포함하는 모든 블록들이 차례로 수신되었음을 지시하는 ARQ status로 이동국(265)에 응답한다. 이 단계는, SCC(185)가 PCF를 판독함으로서 전송 기회를 검출하고 그것을 도 21에서 CAM(180)에 지시할 때의 상태도들에서 도시되었다. 도3의 CAM(180)은 도 19 및 20에서 TCTX(195)들을 폴링한다. TCTX(195)는, BEGIN PDU가 수신된 상기 동일 단계상에서, 그 TCTX(195)이 6,7,9에서 ARQ STATUS PDU를 선택적으로 전송했음을 CAM(180)에 지시한다. 도 3의 CAM(180)은 도 19에서 ARQ STATUS PDU에 대하여 도 4의 TCTX(195)를 폴링한다. TCTX(195)는 도7에서의 ARQ status 비트맵에 대한 TCRX(200)를 폴링한다. TCRX(200)는 ARQ status를 발생하고 그것을 도 7에서 TCTX(195)에 제공한다. TCTX(195)는 ARQ STATUS PDU를 도6,7,9에서 PDU 인코더(PENC0 또는 PENC1)로 전송한다. PDU 인코더(PENC0 또는 PENC1)는 PDU를 인코딩하고 인코더 PDU를 CAM(180)으로 전송한다. CAM(180)은 인코더 PDU를 도7에서 SCC(185)로 전달한다. 도3의 SCC(185)는 도21에서 물리적 층(165)에 데이터를 제공한다.
일반적으로, 본 발명은 트랜잭션 지향식 패킷 데이터 통신 시스템을 위한 무선 링크 프로토콜(RLP) 완성 처리를 실행하기 위한 방법이다. 상기 방법은 매체 액세스 제어층 제어기(MLC (190))을 갖는 데이터 백로그를 결정하고(도3의 버퍼들(TXB0 및 TXB1내에서), 플래그(트랜잭션 크기 지시기)를 포함하는 BEGIN PDU를 수신기(167)에 전송하는 단계를 수행한다. 상기 방법은 BEGIN PDU의 전송에 응답하여 매체 액세스 제어층 트랜잭션을 개시하는(MLC(190)에서) 단계를 더 포함한다. 데이터 백로그는 네트워크층(160)에 의해 매체 액세스 제어기에 지시된다. 상기 방법은 BEGIN 프로토콜 데이터 유니트를 전송한 후에 데이터 전송을 중단하고, 수신기(167)로부터 승인 메시지를 기다리는 단계들을 더 포함한다. 수신기(167)로부터의 승인 메시지는 서브채널 제어기(185)에 의해 제어된다.
본 발명은 트랜잭션 지향식 패킷 데이터 통신 시스템이다. 상기 시스템은 매체 액세스 제어층 버퍼(TXB0 및 TXB1)에서의 데이터 백로그를 결정하기 위한 매체 액세스 제어층 제어기(190)와 플래그(트랜잭션 크기 지시기)를 포함하는 BEGIN PDU를 전송하기 위한 매체 액세스 제어층 송신기(166)를 포함한다. 상기 시스템은 BEGIN PDU의 전송에 응답하여 매체 액세스 제어층 트랜잭션을 개시하는 수단(예를 들어 MCL(190) 또는 관리 엔티티(170))를 또한 포함한다.
본 발명의 명세서가 어떤 실행들 및 실시예들에 관련하여 기술되었으나, 많은 실시예는 설명을 목적으로 제시된다. 그러므로, 상기한 내용은 단지 본 발명의 원리들을 설명한다. 예를 들어, 본 발명은 취지나 특징에서 벗어나지 않고 다른 특정 형식을 가질 수 있다. 기술된 장치는 예증하는 것이며 제한적이지 않다. 당업자에게, 본 발명은 부가적인 실시예로 받아들여 질 수 있으며 본 출원에 기술된 상세는 본 발명의 기본 원리로부터 벗어나지 않고 상당히 변화될 수 있다. 그러므로, 여기에 명료하게 기술되거나 도시되지 않았다 하더라도 당업자가 본 발명의 원리를 구현하는 다양한 장치들을 본 발명의 취지 및 범위내에서 고안할 수 있다는 것을 인지할 수 있을 것이다.
본 발명에 따라, 네트워크 자원을 효율적으로 사용할 수 있다.

Claims (109)

  1. 트랜잭션 지향 패킷 데이터 통신 시스템을 위한 무선 링크 프로토콜 완료 처리를 실행하는 방법에 있어서:
    매체 액세스 제어 층 제어기로 데이터 백로그를 결정하는 단계;
    플래그를 포함하는 BEGIN 프로토콜 데이터 유니트를 수신기에 전송하는 단계; 및
    BEGIN 프로토콜 데이터 유니트의 전송에 응답하여 매체 액세스 제어 층 트랜잭션을 개시하는 단계를 포함하며,
    상기 매체 액세스 제어 층 제어기는 네트워크 층으로부터 상기 데이터 백로그에 대한 지시를 수신하고,
    상기 플래그는 트랜잭션 크기 지시기를 포함하고,
    상기 매체 액세스 제어 층 트랜잭션은 다수의 데이터 블록들로 구성되고, 상기 매체 액세스 제어 층 트랜잭션은 시작 및 끝을 가지며,
    상기 데이터 블록들은 CONTINUE 프로토콜 데이터 유니트에 포함되고,
    데이터 블록 수는 시스템 방송 파라미터보다 작고,
    상기 BEGIN 프로토콜 데이터 유니트는 데이터 블록 수를 정의하는 트랜잭션 크기 필드를 포함하고,
    END 제어 블록은 상기 CONTINUE 프로토콜 데이터 유니트의 부분으로서 다른 데이터 블록들와 함께 전송되는, 무선 링크 프로토콜 완료 처리 실행 방법.
  2. 제 1 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션이 상기 플래그(flag)로부터 바운드(bound)되는지 여부를 결정하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  3. 삭제
  4. 삭제
  5. 삭제
  6. 제 1 항에 있어서, 상기 데이터 블록들은 새로운 데이터 블록들인, 무선 링크 프로토콜 완료 처리 실행 방법.
  7. 제 1 항에 있어서, 상기 데이터 블록들은 재전송된 데이터 블록들인, 무선 링크 프로토콜 완료 처리 실행 방법.
  8. 제 1 항에 있어서, 상기 매체 액세스 제어 층 제어기를, 상기 매체 액세스 제어 층 트랜잭션의 끝으로 커미트(commit)하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  9. 삭제
  10. 삭제
  11. 제 1 항에 있어서, 상기 트랜잭션 크기 필드가 0과 같은 값을 가질 때 상기 매체 액세스 제어 층 트랜잭션을 종결하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  12. 제 1 항에 있어서, 1, 2 내지 2N-2의 상기 트랜잭션 크기 필드 값들은 상기 매체 액세스 제어 층 트랜잭션이 트랜잭션 크기 필드 값과 같은 데이터 블록 수를 가진다는 것을 지시하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  13. 제 1 항에 있어서, 전송 버퍼내의 데이터 블록 수가 상기 시스템 방송 파라미터의 값보다 적을 때, 상기 매체 액세스 제어 층 제어기에 의해, END 제어 블록을 전송하는 단계를 더 포함하는 무선 링크 프로토콜 완료 처리 실행 방법.
  14. 제 13 항에 있어서, 상기 END 제어 블록내의 상기 매체 액세스 제어 층 트랜잭션에 대한 최종 유효 시퀀스 번호(last valid sequence number)를 제공하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  15. 제 14 항에 있어서, 최종 유효 시퀀스 번호까지의 및 상기 번호를 포함하는 모든 다수의 데이터 시퀀스 번호들을 복구하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  16. 제 1 항에 있어서, 매체 액세스 제어 층 트랜잭션이 상기 플래그로부터 바운드되지 않은 상태인지의 여부를 결정하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  17. 제 16 항에 있어서, 전송 버퍼내의 데이터 블록 수가 상기 시스템 방송 파라미터의 값보다 적을 때, 매체 액세스 제어 층 제어기에 의해, END 제어 블록을 전송하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  18. 제 17 항에 있어서, 상기 END 제어 블록내의 매체 액세스 제어 층 트랜잭션에 대한 최종 유효 시퀀스 번호를 제공하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  19. 제 18 항에 있어서, 상기 최종 유효 시퀀스 번호까지의 및 상기 번호를 포함하는 모든 다수의 데이터 시퀀스 번호들을 복구하는 단계를 더 포함하는 무선 링크 프로토콜 완료 처리 실행 방법.
  20. 제 19 항에 있어서, 새로운 데이터 블록들이 상기 전송 버퍼에 수신될 때 또다른 트랜잭션을 개시하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  21. 제 16 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션은 다수의 데이터 블록들로 구성되고, 상기 매체 액세스 제어 층 트랜잭션은 시작 및 끝을 가지는, 무선 링크 프로토콜 완료 처리 실행 방법.
  22. 제 21 항에 있어서, 상기 데이터 블록들은 CONTINUE 프로토콜 데이터 유니트에 포함되는, 무선 링크 프로토콜 완료 처리 실행 방법.
  23. 제 22 항에 있어서, 상기 BEGIN 프로토콜 데이터 유니트는 데이터 블록 수를 정의하는 트랜잭션 크기 필드를 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  24. 제 23 항에 있어서, 매체 액세스 제어 층 트랜잭션이 바운드되는지의 여부를 결정하는 단계는 트랜잭션 크기 필드가 2N-1과 같은 값을 가질 때 결정되고, N은 상기 트랜잭션 크기 필드의 비트 크기인, 무선 링크 프로토콜 완료 처리 실행 방법.
  25. 제 1 항에 있어서, 상기 BEGIN 프로토콜 데이터 유니트는 상기 매체 액세스 제어 층 트랜잭션을 위한 제안된 동작 모드를 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  26. 제 25 항에 있어서, 상기 동작 모드는 고정된 코딩(coding)인, 무선 링크 프로토콜 완료 처리 실행 방법.
  27. 삭제
  28. 제 1 항에 있어서, 상기 END 제어 블록은 상기 고정된 코딩 모드 데이터 블록들과 같은 크기를 가지는, 무선 링크 프로토콜 완료 처리 실행 방법.
  29. 제 28 항에 있어서, 상기 데이터 블록들은 RFC 1662에 지정된 바와 같이 확장 시퀀스(escape sequence)에서 시작하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  30. 제 26 항에 있어서, 상기 END 블록은 다수의 패리티 및 제어 헤더중 적어도 하나에 의해 식별되는, 무선 링크 프로토콜 완료 처리 실행 방법.
  31. 제 26 항에 있어서, END 블록 수신 지시기를 사용하여 END 제어 블록을 승인(acknowledge)하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  32. 제 31 항에 있어서, 상기 지시기는 ARQ 상태 프로토콜 데이터 유니트에 배치되는, 무선 링크 프로토콜 완료 처리 실행 방법.
  33. 제 31 항에 있어서, 재전송을 위해 END 제어 블록을 스케쥴링하는 단계를 더 포함하는, 무선 링크 프로토콜 완료 처리 실행 방법.
  34. 제 25 항에 있어서, 상기 동작 모드는 증가된 리던던시(incremental redundancy) 모드인, 무선 링크 프로토콜 완료 처리 실행 방법.
  35. 제 34 항에 있어서, 상기 END 블록은 다수의 패리티 및 제어 헤더중 적어도 하나에 의해 식별되는, 무선 링크 프로토콜 완료 처리 실행 방법.
  36. 제 35 항에 있어서, 상기 END 제어 블록은 CONTINUE 프로토콜 데이터 유니트의 부분으로서 다른 데이터 또는 패리티 블록들과 함께 전송되는, 무선 링크 프로토콜 완료 처리 실행 방법.
  37. 제 34 항에 있어서, END 블록 수신 지시기를 사용하여 END 제어 블록을 승인(acknowledge)하는 단계를 더 포함하는 무선 링크 프로토콜 완료 처리 실행 방법.
  38. 제 37 항에 있어서, 상기 지시기는 ARQ 상태 프로토콜 데이터 유니트에 배치되는 무선 링크 프로토콜 완료 처리 실행 방법.
  39. 제 37 항에 있어서, 재전송을 위해 END 제어 블록을 스케쥴링하는 단계를 더 포함하는 무선 링크 프로토콜 완료 처리 실행 방법.
  40. 트랜잭션 지향 패킷 데이터 통신 시스템에 있어서:
    매체 액세스 제어 층 버퍼내에서 데이터 백로그를 결정하기 위한 매체 액세스 제어 층 제어기;
    플래그를 포함하는 BEGIN 프로토콜 데이터 유니트를 수신기에 전송하기 위한 매체 액세스 제어 층 전송기; 및
    BEGIN 프로토콜 데이터 유니트 전송에 응답하여 매체 액세스 제어 층 트랜잭션을 개시하는 수단을 포함하며,
    상기 플래그는 트랜잭션 크기 지시기를 포함하고,
    데이터 블록 수는 시스템 방송 파라미터보다 작고,
    상기 BEGIN 프로토콜 데이터 유니트는 데이터 블록 수를 정의하는 트랜잭션 크기 필드를 포함하고,
    END 제어 블록은 CONTINUE 프로토콜 데이터 유니트의 부분으로서 다른 데이터 블록들과 함께 전송되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  41. 제 40 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션이 상기 플래그로부터 바운드되는지를 결정하기 위한, 전송 제어기를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  42. 삭제
  43. 제 41 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션은 다수의 데이터 블록들로 구성되고, 상기 매체 액세스 제어 층 트랜잭션은 시작 및 끝을 가지는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  44. 제 43 항에 있어서, 상기 데이터 블록들은 CONTUNUE 프로토콜 데이터 유니트에 포함되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  45. 제 44 항에 있어서, 상기 데이터 블록들은 새로운 데이터 블록들인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  46. 제 44 항에 있어서, 상기 데이터 블록들은 재전송된 데이터 블록들인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  47. 제 43 항에 있어서, 상기 전송 제어기는 상기 매체 액세스 제어 층 트랜잭션의 끝으로 커미트(commit)하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  48. 삭제
  49. 삭제
  50. 제 40 항에 있어서, 상기 트랜잭션 제어기는 상기 트랜잭션 크기 필드가 0과 같은 값을 가질 때 상기 매체 액세스 제어 층 트랜잭션을 종결하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  51. 제 40 항에 있어서, 1,2 내지 2N-2의 상기 트랜잭션 크기 필드 값은 상기 매체 액세스 제어 층 트랜잭션이 상기 트랜잭션 크기 필드 값과 동일한 데이터 블록 수를 가지는 것을 지시하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  52. 제 41 항에 있어서, 전송 버퍼내의 데이터 블록 수가 상기 시스템 방송 파라미터의 값보다 적을 때, 매체 액세스 제어 층 제어기에 의해 전송되는 명시적인 END 제어 블록을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  53. 제 52 항에 있어서, 상기 END 제어 블록내의 매체 액세스 제어 층 트랜잭션에 대한 최종 유효 시퀀스 번호를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  54. 제 52 항에 있어서, 상기 최종 유효 시퀀스 번호까지의 및 상기 번호를 포함하는 다수의 데이터 시퀀스 번호들 모두를 복구하기 위한 수신기를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  55. 제 40 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션이 상기 플래그로부터 바운드되지 않은 상태인지의 여부를 결정하기 위한 트랜잭션 제어기를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  56. 제 55 항에 있어서, 전송 버퍼내의 데이터 블록 수가 상기 시스템 방송 파라미터의 값보다 적을 때, 상기 매체 액세스 제어 층 제어기에 의해 전송된 명시적인 END 제어 블록을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  57. 제 56 항에 있어서, 상기 END 제어 블록내의 상기 매체 액세스 제어 층 트랜잭션에 대한 최종 유효 시퀀스 번호를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  58. 제 56 항에 있어서, 최종 유효 시퀀스 번호까지 및 상기 수를 포함하는 다수의 데이터 시퀀스 모두를 복구하기 위한 수신기를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  59. 제 58 항에 있어서, 새로운 데이터 블록들이 상기 전송 버퍼에서 수신될 때 또다른 트랜잭션을 개시하는 단계를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  60. 제 41 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션은 다수의 데이터 블록으로 구성되고, 상기 매체 액세스 제어 층 트랜잭션은 시작 및 끝을 가지는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  61. 제 60 항에 있어서, 상기 데이터 블록들은 CONTINUE 프로토콜 데이터 유니트에 포함되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  62. 제 61 항에 있어서, 상기 BEGIN 프로토콜 데이터 유니트는 데이터 블록 수를 정의하는 트랜잭션 크기 필드를 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  63. 제 62 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션은 트랜잭션 크기 필드가 2N-1과 같은 값을 가질 때 바운드되고, N은 상기 트랜잭션 크기 필드의 비트 크기인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  64. 제 40 항에 있어서, 상기 BEGIN 프로토콜 데이터 유니트는 상기 매체 액세스 제어 층 트랜잭션에 대한 제안된 동작 모드를 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  65. 제 64 항에 있어서, 상기 동작 모드는 고정된 코딩인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  66. 삭제
  67. 제 40 항에 있어서, 상기 END 제어 블록들은 상기 고정된 코딩 모드 데이터 블록들과 같은 크기를 가지는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  68. 제 67 항에 있어서, 상기 데이터 블록들은 RFC 1662에 지정된 바와 같이 확장 시퀀스(escape sequence)로 시작하는, 시스템.
  69. 제 64 항에 있어서, 상기 동작 모드는 증가된 리던던시 모드인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  70. 제 69 항에 있어서, 상기 END 블록은 다수의 패리티 및 제어 헤더 중 적어도 하나에 의해 식별되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  71. 제 70 항에 있어서, 상기 END 제어 블록은 상기 CONTINUE 프로토콜 데이터 유니트의 부분으로서 다른 데이터 또는 패리티 블록들과 함께 전송되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  72. 제 69 항에 있어서, 상기 END 블록 수신 지시기를 사용하여 END 제어 블록을 승인(acknowledge)하는 단계를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  73. 제 72 항에 있어서, 상기 지시기는 ARQ 상태 프로토콜 데이터 유니트에 배치되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  74. 제 72 항에 있어서, 재전송을 위해 상기 END 제어 블록을 스케쥴링하는 단계를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  75. 트랜잭션 지향 패킷 데이터 통신 시스템에 있어서:
    매체 액세스 제어 층 제어기와;
    상기 매체 액세스 제어 층 제어기로 데이터 백로그를 결정하기 위한 수단과;
    플래그를 포함하는 BEGIN 프로토콜 데이터 유니트를 수신기에 전송하기 위한 수단; 및
    상기 BEGIN 프로토콜 데이터 유니트의 전송에 응답하여 매체 액세스 제어 층 트랜잭션을 개시하기 위한 수단을 포함하며,
    상기 플래그는 트랜잭션 크기 지시기를 포함하고,
    상기 데이터 블록 수는 시스템 방송 파라미터보다 작고,
    상기 BEGIN 프로토콜 데이터 유니트는 데이터 블록 수를 정의하는 트랜잭션 크기 필드를 포함하고,
    END 제어 블록은 상기 CONTINUE 프로토콜 데이터 유니트의 부분으로서 다른 데이터 블록과 함께 전송되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  76. 제 75 항에 있어서, 매체 액세스 제어 층 트랜잭션이 상기 플래그로부터 바운드되는지의 여부를 결정하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  77. 삭제
  78. 제 76 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션은 다수의 데이터 블록들로 구성되고, 상기 매체 액세스 제어 층 트랜잭션은 시작 및 끝을 가지는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  79. 제 78 항에 있어서, 상기 데이터 블록들은 CONTINUE 프로토콜 데이터 유니트에 포함되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  80. 제 79 항에 있어서, 상기 데이터 블록들은 새로운 데이터 블록들인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  81. 제 79 항에 있어서, 상기 데이터 블록들은 재전송된 데이터 블록들인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  82. 제 78 항에 있어서, 상기 매체 액세스 제어 층 제어기를 상기 매체 액세스 제어 층 트랜잭션의 끝으로 커미트하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  83. 삭제
  84. 삭제
  85. 제 75 항에 있어서, 상기 트랜잭션 크기 필드가 0과 같은 값을 가질 때, 상기 매체 액세스 제어 층 트랜잭션을 종결하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  86. 제 75 항에 있어서, 1, 2 내지 2N-2의 상기 트랜잭션 크기 필드 값은 상기 매체 액세스 제어 층 트랜잭션이 상기 트랜잭션 크기 필드 값과 같은 데이터 블록수를 가지는 것을 지시하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  87. 제 76 항에 있어서, 전송 버퍼의 데이터 블록 수가 상기 시스템 방송 파라미터의 값보다 적을 때, 상기 매체 액세스 제어 층 제어기에 의해 전송된 명시적인 END 제어 블록을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  88. 제 87 항에 있어서, 상기 END 제어 블록내의 상기 매체 액세스 제어 층 트랜잭션에 대한 최종 유효 시퀀스 번호를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  89. 제 87 항에 있어서, 최종 유효 시퀀스 번호까지의 및 상기 번호를 포함하는 다수의 데이터 시퀀스 번호들 모두를 복구하기 위한 수신기를 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  90. 제 75 항에 있어서, 매체 액세스 제어 층 트랜잭션이 상기 플래그로부터 바운드되지 않는지의 여부를 결정하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  91. 제 90 항에 있어서, 전송 버퍼의 데이터 블록 수가 상기 시스템 방송 파라미터의 값보다 적을 때, 상기 매체 액세스 제어 층 제어기에 의해 명시적인 END 제어 블록을 전송하기 위한 수단을 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  92. 제 91 항에 있어서, 상기 END 제어 블록내의 상기 매체 액세스 제어 층 트랜잭션에 대한 최종 유효 시퀀스 번호를 제공하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  93. 제 91 항에 있어서, 상기 최종 유효 시퀀스 번호까지의 및 상기 번호를 포함하는 다수의 데이터 시퀀스 번호들 모두를 복구하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  94. 제 93 항에 있어서, 새로운 데이터 블록들이 상기 전송 버퍼에서 수신될 때 또다른 트랜잭션을 개시하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  95. 제 76 항에 있어서, 상기 매체 액세스 제어 층 트랜잭션은 다수의 데이터 블록들로 구성되고, 상기 매체 액세스 제어 층 트랜잭션은 시작 및 끝을 가지는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  96. 제 95 항에 있어서, 상기 데이터 블록들은 CONTINUE 프로토콜 데이터 유니트에 포함되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  97. 제 96 항에 있어서, 상기 BEGIN 프로토콜 데이터 유니트는 데이터 블록 수를 정의하는 트랜잭션 크기 필드를 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  98. 제 97 항에 있어서, 결정 수단은 트랜잭션 크기 필드가 2N-1과 같은 값을 가질 때 매체 액세스 제어 층 트랜잭션이 바운드된다는 것을 결정하고, N은 상기 트랜잭션 크기 필드의 비트 크기인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  99. 제 75 항에 있어서, 상기 BEGIN 프로토콜 데이터 유니트는 상기 매체 액세스 제어 층 트랜잭션을 위한 제안된 동작 모드를 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  100. 제 99 항에 있어서, 상기 동작 모드는 고정된 코딩인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  101. 삭제
  102. 제 75 항에 있어서, 상기 END 제어 블록은 상기 고정된 코딩 모드 데이터 블록과 같은 크기를 가지는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  103. 제 102 항에 있어서, 상기 데이터 블록들은 RFC 1662에 지정된 바와 같이 확장 시퀀스로 시작하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  104. 제 99 항에 있어서, 상기 동작 모드는 증가된 리던던시 모드인, 트랜잭션 지향 패킷 데이터 통신 시스템.
  105. 제 104 항에 있어서, 상기 END 블록은 다수의 패리티 및 제어 헤더 중 적어도 하나에 의해 식별되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  106. 제 105 항에 있어서, 상기 END 제어 블록은 상기 CONTINUE 프로토콜 데이터 유니트의 부분으로서 다른 데이터 또는 패리티 블록들과 함께 전송되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  107. 제 104 항에 있어서, END 블록 수신 지시기를 사용하여 상기 END 제어 블록을 승인(acknowledge)하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  108. 제 107 항에 있어서, 상기 지시기는 ARQ 상태 프로토콜 데이터 유니트에 배치되는, 트랜잭션 지향 패킷 데이터 통신 시스템.
  109. 제 107 항에 있어서, 재전송을 위해 상기 END 제어 블록을 스케쥴링하기 위한 수단을 더 포함하는, 트랜잭션 지향 패킷 데이터 통신 시스템.
KR1019990017608A 1998-05-17 1999-05-17 링크 및 매체 액세스 제어 층 트랜잭션 완료 과정을 위한 시스템 및 방법 KR100342122B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US8575298P 1998-05-17 1998-05-17
US60085752 1998-05-17
US09/286,273 US6611515B1 (en) 1998-05-17 1999-04-05 System and method for link and media access control layer transaction completion procedures
US9286273 1999-04-05
US09286273 1999-04-05

Publications (2)

Publication Number Publication Date
KR19990088339A KR19990088339A (ko) 1999-12-27
KR100342122B1 true KR100342122B1 (ko) 2002-06-26

Family

ID=26773047

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019990017608A KR100342122B1 (ko) 1998-05-17 1999-05-17 링크 및 매체 액세스 제어 층 트랜잭션 완료 과정을 위한 시스템 및 방법

Country Status (5)

Country Link
US (1) US6611515B1 (ko)
EP (1) EP0959589B1 (ko)
JP (1) JP3490635B2 (ko)
KR (1) KR100342122B1 (ko)
DE (1) DE69905649T2 (ko)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI108203B (fi) * 1998-11-27 2001-11-30 Nokia Mobile Phones Ltd Menetelmä ja järjestely tiedon siirtämiseksi pakettiradiopalvelussa
FI106760B (fi) 1999-03-03 2001-03-30 Nokia Oyj Menetelmä ja laite tiedonsiirtopakettien uudelleenlähettämiseksi
US6335933B1 (en) * 1999-05-21 2002-01-01 Broadcom Homenetworking, Inc. Limited automatic repeat request protocol for frame-based communication channels
FI109437B (fi) 2000-04-03 2002-07-31 Nokia Corp Resurssien varaus pakettimuotoisessa tiedonsiirrossa
US7042869B1 (en) * 2000-09-01 2006-05-09 Qualcomm, Inc. Method and apparatus for gated ACK/NAK channel in a communication system
FR2818844B1 (fr) * 2000-12-22 2003-03-07 Mitsubishi Electricite Procede de transmission de donnees entre au moins un emetteur et au moins un recepteur, emetteur, recepteur et systeme de transmission correspondants
KR100736484B1 (ko) * 2001-04-21 2007-07-06 엘지전자 주식회사 이동통신의 ｈｓｄｐａ시스템 지원을 위한 버퍼 관리 방법
GB0110125D0 (en) * 2001-04-25 2001-06-20 Koninkl Philips Electronics Nv Radio communication system
US7310336B2 (en) * 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
EP1261183A1 (en) * 2001-05-23 2002-11-27 Telefonaktiebolaget L M Ericsson (Publ) Method and system for processing a data unit
DE10141092A1 (de) * 2001-08-22 2003-03-06 Siemens Ag Verfahren zur Übertragung von Datenpaketen in einem Funk-Kommunikationssystem
AU2002347459A1 (en) * 2001-11-26 2003-06-10 Nokia Corporation Mac layer inverse multiplexing in a third generation ran
US7388852B2 (en) * 2001-12-13 2008-06-17 Nortel Networks Limited Physical layer assisted retransmission
US7352722B2 (en) * 2002-05-13 2008-04-01 Qualcomm Incorporated Mitigation of link imbalance in a wireless communication system
US6987780B2 (en) * 2002-06-10 2006-01-17 Qualcomm, Incorporated RLP retransmission for CDMA communication systems
EP1552667A1 (en) * 2002-10-01 2005-07-13 Telefonaktiebolaget LM Ericsson (publ) A unit and a method for handling a data object
EP1429506A3 (en) * 2002-12-09 2007-01-24 Broadcom Corporation Pipeline architecture for equalisers
DE102004037815B4 (de) * 2004-08-04 2013-01-03 Infineon Technologies Delta Gmbh Mobilfunkeinrichtung und Verfahren zum Steuern von Mobilfunk-Senderessourcen in einer Mobilfunkeinrichtung
US7526291B2 (en) * 2005-05-20 2009-04-28 Alcatel-Lucent Usa Inc. Method and apparatus for managing supplemental channel data rates
US7639712B2 (en) * 2006-01-06 2009-12-29 Fujitsu Limited Low-level media access layer processors with extension buses to high-level media access layers for network communications
KR20100070113A (ko) * 2008-12-17 2010-06-25 한국전자통신연구원 센서 네트워크에서의 대용량 데이터 전송을 위한 매체접근제어 방법
US10813115B2 (en) * 2017-12-15 2020-10-20 Qualcomm Incorporated Scheduling of uplink transport blocks

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5553075A (en) * 1994-06-22 1996-09-03 Ericsson Ge Mobile Communications Inc. Packet data protocol for wireless communication
KR970068302A (ko) * 1996-03-12 1997-10-13 이종수 통신 프로토콜 처리방법
US5701298A (en) * 1993-11-01 1997-12-23 Telefonakteibolaget Lm Ericsson Automatic retransmission request
US5724515A (en) * 1996-03-06 1998-03-03 E. F. Johnson Company Packet radio communication system
EP0837613A2 (en) * 1996-10-16 1998-04-22 Lucent Technologies Inc. Messaging protocol for use in a telecommunications network

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5603081A (en) * 1993-11-01 1997-02-11 Telefonaktiebolaget Lm Ericsson Method for communicating in a wireless communication system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5701298A (en) * 1993-11-01 1997-12-23 Telefonakteibolaget Lm Ericsson Automatic retransmission request
US5553075A (en) * 1994-06-22 1996-09-03 Ericsson Ge Mobile Communications Inc. Packet data protocol for wireless communication
US5724515A (en) * 1996-03-06 1998-03-03 E. F. Johnson Company Packet radio communication system
KR970068302A (ko) * 1996-03-12 1997-10-13 이종수 통신 프로토콜 처리방법
EP0837613A2 (en) * 1996-10-16 1998-04-22 Lucent Technologies Inc. Messaging protocol for use in a telecommunications network

Also Published As

Publication number Publication date
DE69905649D1 (de) 2003-04-10
DE69905649T2 (de) 2003-12-18
EP0959589A2 (en) 1999-11-24
EP0959589A3 (en) 1999-12-01
US6611515B1 (en) 2003-08-26
EP0959589B1 (en) 2003-03-05
JP3490635B2 (ja) 2004-01-26
KR19990088339A (ko) 1999-12-27
JP2000083077A (ja) 2000-03-21

Similar Documents

Publication Publication Date Title
KR100342121B1 (ko) 링크 및 매체 액세스 제어층 트랜잭션 초기화 과정을 위한 시스템 및 방법
KR100342122B1 (ko) 링크 및 매체 액세스 제어 층 트랜잭션 완료 과정을 위한 시스템 및 방법
US7487424B2 (en) Bitmap manager, method of allocating a bitmap memory, method of generating an acknowledgement between network entities, and network entity implementing the same
EP1695462B1 (en) Transmitting and receiving control protocol data unit having processing time information
US7944819B2 (en) System and method for transmission and acknowledgment of blocks of data frames in distributed wireless networks
CN2686252Y (zh) 接收无线电资源控制服务数据单位的用户设备
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
US6557134B2 (en) ARQ method for wireless communication
US6765882B2 (en) Method and system for data packet collision avoidance in a wireless communication system
WO2009088190A1 (en) Harq operation method for retransmitted data
US20060104201A1 (en) Unit and a method for handling a data object
JP2002522959A (ja) 無線パケット転送のための効率的エラー制御方法
JP2002538720A (ja) データ転送パケットの再転送方法及び装置
KR20070077798A (ko) 이동통신 시스템에서 재전송 제어를 위한 상태보고의요청/전송 방법 및 장치
EP2299620B1 (en) Technique for advanced ARQ buffer management in wireless communication system
JP2003037606A (ja) 無線通信装置及び無線通信方法
KR20100015266A (ko) 역방향 전송 자원 할당 메시지를 처리하는 방법 및 장치
JP2007509510A (ja) Ｈｓｄｐａ通信システムにおけるａｒｑ制御
CA2271419C (en) A system and method for link and media access control layer transaction initiation procedures
AU2907799A (en) A system and method for link and media access control layer transaction ompletion procedures
JP2006229973A (ja) ビットマップマネージャ、ビットマップメモリ割り当て方法、ネットワーク構成要素間の確認を発生する方法、およびこれを実行するネットワーク構成要素

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130607

Year of fee payment: 12

FPAY Annual fee payment

Payment date: 20140619

Year of fee payment: 13

FPAY Annual fee payment

Payment date: 20150527

Year of fee payment: 14

LAPS Lapse due to unpaid annual fee