KR100813682B1 - 무선시스템에서 정확하게 디코드된 전송블록들의 수를보고하기 위한 장치 및 방법 - Google Patents

무선시스템에서 정확하게 디코드된 전송블록들의 수를보고하기 위한 장치 및 방법 Download PDF

Info

Publication number
KR100813682B1
KR100813682B1 KR1020067012071A KR20067012071A KR100813682B1 KR 100813682 B1 KR100813682 B1 KR 100813682B1 KR 1020067012071 A KR1020067012071 A KR 1020067012071A KR 20067012071 A KR20067012071 A KR 20067012071A KR 100813682 B1 KR100813682 B1 KR 100813682B1
Authority
KR
South Korea
Prior art keywords
correctly decoded
transport blocks
transport
reporting period
reporting
Prior art date
Application number
KR1020067012071A
Other languages
English (en)
Other versions
KR20060094100A (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 KR20060094100A publication Critical patent/KR20060094100A/ko
Application granted granted Critical
Publication of KR100813682B1 publication Critical patent/KR100813682B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0061Error detection codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072Error control for data other than payload data, e.g. control data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075Transmission of coding parameters to receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/203Details of error rate determination, e.g. BER, FER or WER
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/206Arrangements for detecting or preventing errors in the information received using signal quality detector for modulated signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0205Traffic management, e.g. flow control or congestion control at the air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • 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
    • 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/323Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • 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
    • 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/325Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the network layer [OSI layer 3], e.g. X.25

Abstract

본 발명은 무선시스템의 정확하게 디코드된 전송블록의 수를 보고하기 위한 장치 및 방법에 관한 것이다. 하나의 보고 주기 내에 정확하게 디코드된 전송블록의 최대수가 결정된다. 디코드된 전송블록의 실제적인 숫자가 결정되고 그 최대의수에 기초하여 그 표시 속에 입력된다. r 표시는 그것을 분석하기 위하여 그것을 디코드할 수 있는 네트워크 요소로 전송된다.
무선시스템, 디코드, 전송블록, FLO, 네트워크

Description

무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 장치 및 방법{A METHOD AND A DEVICE FOR REPORTING THE NUMBER OF CORRECTLY DECODED TRANSPORT BLOCKS IN A WIRELESS SYSTEM}
본 발명은 일반적으로 통신시스템에 관한 것이다. 특히 본 발명은 GSM/EDGE 무선액세스 네트워크(GERAN: GSM/EDGE Radio Access Network) 및 그의 무선 인터페이스에 관한 것이며, 여기서 FLO(Flexible Layer One)이라고 불리는 특별한 형태의 물리 계층이 사용된다.
GSM(Global System for mobile communication) 과 UMTS(Universal Mobile Telecommunication System)와 같은 현대 무선 통신 시스템들은 이동국(MS)과 기지국과 같은 네트워크 요소들 사이에 무선 인터페이스를 통하여 여러 가지 형태의 데이터를 전송할 수 있다. 예를 들면 이용가능하게 될 새로운 멀티미디어 서비스들로 인하여 서비스전송능력에 대한 일반적인 요구가 계속적으로 증가되고 있기 때문에, 기존의 자원들을 최대로 이용하기 위해 새롭고 더 효율적인 기술이 개발되어 왔다.
기술 보고서 3GPP 45.902 [1]이 GERAN을 위해 제안된 새로운 물리 계층인 FLO의 개념을 개시한다. 상기 개념의 우수함(ingenuity)은 예를 들면 채널 코딩과 인터리빙(interleaving)을 포함하는 물리 계층의 구성이 호출이 설정된 후에야 특 정된다는 사실에 의존한다. 그리하여, 새로운 서비스들의 지원은 각 릴리즈(release)와 관련하여 개별적으로 새로운 코딩 구성 방식을 특정할 필요없이 순조롭게 취급되어질 수 있다.
FLO 개념의 개발 작업은 다소 엄격한 요건을 갖는다. FLO는 예를들면 기본 물리적 서브채널로 전송되는 병렬 데이터 흐름의 멀티플렉싱을 지원해야 하고 다른 인터리빙 깊이의 지원, 불균형 에러 방지/검출, 감소된 채널 코딩 레이트 입도(granularity) 및 다른 모듈레이션 (8PSK, GSMK 등)의 지원을 통하여 스펙트럼 효율성의 최적화를 제공해야 한다. 게다가, 상기 솔루션(solution)은 미래 보장형으로 무선 프로토콜 스택(radio protocol stack)에 의해 도입되는 오버헤드를 최소화한다.
GERAN 릴리스 5에서 MAC 서브계층(FLO용 계층2)은 논리채널들(트래픽 또는 제어)과 3GPP TS 45.002[2]에 소개된 기본 물리적 서브채널들 사이에 맵핑(mapping)을 취급한다.
UTRAN (UMTS Radio Access Network)에서, MAC는 무선 인터페이스를 통하여 소정의 서비스의 품질(QoS: Quality of Service)로 데이터 흐름을 전송하는 소위 전송채널(TrCH)을 이용한다. 결과적으로, 호출 설정시에 구성되는 몇 개의 전송채널들이 동시에 활성화되고 물리 계층에서 멀티플렉스된다.
현재, FLO 개념의 채택에 의해, 전술한 유연한 전송 채널들(flexible transport channels)이 GERAN에 또한 이용될 수 있다. 따라서, GERAN의 물리 계층은 하나 또는 몇 개의 전송채널들을 MAC 서브 계층에 제공할 수 있다. 이러한 전송 채널들 각각은 특정 서비스 품질(QoS)을 제공하는 데이터 흐름을 운반할 수 있다. 다수의 전송 채널들은 멀티플렉스되고 동시에 동일한 기본 물리 서브채널로 전송된다.
전송 채널의 구성(configuration), 즉 입력 비트의 수, 채널 코딩, 인터리빙 등은 전송 포맷(TF: Transport Format)으로서 표기된다. 더구나, 다수의 서로다른 전송 포맷들이 하나의 전송채널에 관련되어 질 수 있다. 전송 포맷의 구성은 RAN(Radio Access Network)에 의해 완전히 제어되고 호출 설정시에 MS로 신호된다. 전송 포맷(TF)의 정확한 해석은 수신단에서 중요할 뿐만 아니라 전송포맷은 데이터의 디코딩을 위해 사용된 구성(configuration)을 정의한다. 전송 포맷의 구성시에 RAN은, 예를 들면, 다수의 소정의 CRC(Cyclic Redundancy Check) 길이들과 블록 길이들 사이에서 선택할 수 있다.
전송 채널들에서, 전송블록(TB)들은 전송시간 간격(TTI: Transmission Time Interval) 기반에서 MAC 서브 계층과 물리 계층 사이에서 교환된다. 각 전송시간 간격(TTI)에 대하여 전송 포맷이 선택되고 전송포맷 표시기(TFIN: Transport Format Indicator)를 통해 표시된다. 다시 말하면, 전송포맷 표시기(TFIN)는 특정 전송시간 간격(TTI) 동안 특정 전송채널(TrCH) 상의 특정 전송블록을 위해 어떤 전송 포맷을 사용할지를 표시한다. 전송채널이 비활성 상태일 때, 0 크기의 전송블록을 갖는 전송포맷(빈 전송포맷)이 선택된다.
서로 다른 전송채널들의 전송 포맷들은 제한된 수의 조합들만이 허용된다. 유효한 조합은 전송포맷 조합(TFC: Transport Format Combination)이라고 부른다. 기본 물리 서브채널 상의 유효한 전송포맷 조합(TFC)들의 세트는 전송포맷조합 세트(TFCS: Transport Format Combination Set)라고 부른다. 전송포맷조합 세트(TFCS)는 계산된 전송포맷조합(CTFC: Calculated Transport Format Combination Set)을 통하여 신호된다.
수신된 시퀀스를 디코드하기 위해 수신기는 무선 패킷에 대한 활성 전송포맷 조합(active TFC)을 알 필요가 있다. 이 정보는 전송포맷조합 식별자(TFCI: Transport Format Combination Identifier) 필드에서 전송된다. 전술한 필드는 기본적으로 1헤더 계층이고 GSM 에서의 스틸링(stealing) 비트와 같은 기능을 한다. 전송포맷조합 세트(TFCS) 내에 있는 각 전송포맷 조합(TFC)에는 고유의 전송포맷조합 식별자(TFCI) 값이 할당되고 무선 패킷의 수신시에 상기 값은 수신기가 제일 먼저 디코드해야되는 요소이다. 디코드된 전송포맷조합 식별자(TFCI) 값을 이용함으로써 서로 다른 전송채널들에 대한 전송포맷들이 결정될 수 있고 실제의 디코딩 작업이 시작될 수 있다.
멀티슬롯(multislot) 동작의 경우에, 각 기본 물리 서브채널에 대하여 하나의 FLO 인스턴스(instance)가 있을 것이다. 각각의 FLO 인스턴스는 계층 3에 의해 독립적으로 구성되고 그 결과 고유의 전송포맷조합 세트(TFCS)를 얻는다. 할당된 기본 물리 서브채널의 수는 MS의 멀티슬롯 능력에 따른다.
당분간, FLO의 사용은 단지 전용 채널들로 제한되도록 계획되어, SACCH(Slow Associated Control Channel)가 GERAN 릴리스 5에 기초하여 별개의 논리 채널로서 취급되는 26-멀티프레임 구조가 유지된다.
참조 문헌[1]에 제시된 바와 같이 전송포맷과 채널의 개념은 예를 들면 코드화된 음성이 FLO을 통하여 전송되는 것으로 도 1에 시각화되어 있다. 음성은 서로 다른 비트 레이트를 갖는 서로 다른 세 개의 모드들(모드 1, 모드 2, 모드 3)과 부가적인 통신 소음 발생(comfort noise generation) 모드(CNG MODE)를 사용하여 전송된다. 모드 내부에서 음성 비트들은 예를 들면, 음성 재구성(speech reconstruction) 단계 동안 그들의 중요도에 기초하여 세 개의 전송채널들(TrCHA 102, TrCHB 104 및 TrCHC 106)로 표현된 세 개의 다른 그룹으로 분류된다. 블록들(기호 108로 표시된 블록) 내부에 있는 숫자들은 임의적이며, 이 실예를 통해 코덱 모드 지정 방법 및 전송채널에서 필요한 비트들의 수를 표시한다. 그러므로, 도면으로부터 TrCHA는 4개의 전송 포맷(0, 60, 40, 30)들을 포함하고, TrCHB는 세 개의 전송 포맷(0, 20, 40)을 포함하고, TrCHC는 단지 2개의 포맷(0, 20)을 포함한다는 점을 알 수 있다. 동시에 활성화될 수 있는 서로 다른 채널들 상의 전송 포맷들로 나타내는 결과적인 전송포맷 조합들 (TFC1-TFC4)은 도면에 점선으로 표시된다. 모든 이 유효한 조합들은 CTFC를 통하여 신호되는 TFCS를 구성한다. CTFC 결정의 예를 적절한 TFC 선택에서 응용할 수 있는 기술에 부가하여 참조문헌 [1]에서 찾을 수 있다.
Iu 모드의 경우에 FLO의 프로토콜 구조가 도2에 도시되고, 여기서 MAC 계층 (208)은 RLC 계층(206)에 위치한 RLC로부터 다수의 논리채널 또는 임시블록 흐름(TBF: temporary block flows)들을 물리 계층(210)에 맵핑하고, 상기 RLC 계층(206)은 예를 들면 PDCP(Packet Data Convergence Protocol; 204)로부터 데이터 를 수신하고 RRC(Radio Resource Controller; 202)에 의해 제어된다. 현재의 규격 [1]에서 논리채널들이 사용되지만 장래에는 임시블록 흐름(TBF)의 개념으로 대체될 것이라고 추정된다. 임시블록 흐름(TBF)의 개념은 참조문헌[3]에 더 상세히 서술된다. 전용채널(Dedicated Channel: DCH)은 업링크(uplink) 또는 다운링크(downlink) 방향에서 하나의 MS에 대한 전용 전송 채널로서 사용될 수 있다. 세 개의 다른 DCH들: CDCH (Control-plane DCH), UDCH (User-plane DCH) 및 ADCH (Associated DCH)이 도입되었고, 그들 중 CDCH와 UDCH는 RLC/MAC 데이터 전송블록들의 전송에 사용되고, 반면에 ADCH는 RLC/MAC 제어블록들의 전송을 위해 사용된다. 이동국(局)(MS)은 동시에 다수의 활성 전송채널들을 가진다.
FLO 아키텍처가 특히 FLO 용 계층 1에 관련되어 도 3에 도시된다. 이 버전에서 단지 일단계의 인터리빙이 가정되었고, 즉 , 하나의 기본 물리 서브채널상의 모든 전송 채널들은 동일한 인터리빙 깊이를 갖는다. 2단계 인터리빙을 갖는 다른 아키텍처가 참조문헌[1]에 검토를 위해 개시된다. 기본적인 에러 검출이 CRC(cyclic redundancy check)를 이용해 수행된다. 블록에 첨부된 체크섬(checksum)을 계산하기 위하여 선택된 생성 다항식을 이용하는 에러 검출(302)블록에 전송블록이 입력된다. 다음에, 코드 블록(Code Block)이라 불리는 업그레이드 된 블록이 상기 블록에 부가적인 리던던시를 삽입하는 콘볼루션 채널 코더(convolution channel coder)(304)에 공급된다. 레이트 매칭(306) 블록에서 인코딩된 블록의 비트들이 반복되거나 펀처링(punctured)된다. 블록 사이즈가 변할 수 있기 때문에, 또한 전송 채널 상의 비트들의 수는 대응하여 변동한다. 따라서, 전체 비트 레이트를 대응하 는 서브-채널의 실제 할당된 비트레이트와 일치하도록 하기 위해 비트들이 반복되거나 펀처링(punctured) 될 것이다. 레이트 매칭 블록(306)으로부터 출력은 무선 프레임(Radio Frame)이라 불린다. 전송채널 멀티플렉싱(308) 블록은 레이트 매칭블록(306)으로부터 수신된 활성 전송 채널들(TrCH (i)... TrCH(l))로부터 코드화된 복합 전송채널(CCTrCH: Coded Composite Transport Channel)로의 무선 프레임의 멀티플렉싱을 처리한다. TFCI 맵핑부(310)에서 TFCI는 CCTrCH에 대해 구성된다. TFCI의 크기는 필요한 TFC의 수에 종속한다. 그 크기는 무선 인터페이스에 대해 불필요한 오버헤드를 피하기 위하여 최소화되어야 한다. 예를 들면, 3비트의 TFCI 는 8개의 서로 다른 전송포맷 조합들을 표시할 수 있다. 이러한 것들이 충분치 않다면, 동적 접속 재구성(dynamic connection reconfiguration)이 실행될 필요가 있다. TFCI는 (블록) 코드화되고 인터리빙부(312)에서 CCTrCH(이들 두요소가 무선 패킷을 구성함)로 버스트(burst)로 인터리빙된다. 선택된 인터리빙 기술은 호출 설정시에 형성된다.
RRC 계층인 FLO용 계층 3은 트래픽 채널들의 설정(set-up), 재구성(reconfiguration) 및 릴리즈(release)를 관리한다. 새로운 접속이 생성되면, 계층 3은 물리적, MAC 및 RLC 계층들을 구성하기 위해 더 낮은 계층들에 여러 파라메터(parameter)들을 표시한다. 파라메터들은 각 전송채널에 대한 전송포맷 세트 및 전송채널 아이덴티티(TrCH Id: Transport Channel Identity), 모듈레이션 파라메터와 함께 CTFC를 통한 전송포맷조합 세트를 포함한다. 덧붙여서, 계층 3은 CRC 크기, 레이트 매칭 파라메터, 전송포맷 동적 속성(Tansport Format Dynamic Attributes) 등과 같은 전송 채널 고유 파라미터들을 제공한다. 전송채널들과 전송포맷조합 세트는 예를들면 참조문헌 [4]의 7.14.1 및 7.19 절에서 더욱 상세히 개시된 무선 베어러(Radio Bearer) 프로시저를 이용하여 업링크 및 다운링크 방향에서 개별적으로 구성가능하다.
더구나, 계층 3은 TFCS에서 전송포맷 조합들의 사용을 더욱 제한하기 위하여 전송포맷 조합 서브 세트들에 대한 정보를 포함한다. 이러한 정보는 “최소 허용 전송포맷 조합 지수(minimum allowed transport format combination index)”, “허용 전송포맷 조합 리스트(allowed transport format combination list)”, “불허용 전송포맷 조합 리스트(non-allowed transport format combination list)” 등을 통해서 형성될 수 있다.
명확하게 증분적 TFCS 재구성이 FLO에서 가능해야 한다. 즉, 부가되거나, 수정되거나, 또는 삭제되는 TFC들 또는 전송채널 만에 대한 정보가 예를 들면 수정된 무선 베어러(Radio Bearer) 시그널링에 의해 신호될 수 있다. 다양한 재구성 후에, 전체 구성이 여전히 일관성이 있어야 하며, 이는 예를 들면 릴리즈되도록 전송 채널을 이용하는 TFCS로부터 모든 TFC들을 제거함으로써 보장될 수 있다.
GERAN에서 링크 제어와 특히 RRC 프로토콜에 관한 현재의 규격 [4], [5] 및 [6]은 향상된 측정 보고와 관련하여, 단말기가 네트워크로 SACCH을 통하여 ENHANCED MEASUREMENT REPORT 메세지에 수록된 NBR_RCVD_ BLOCKS 파라메터를 이용해 정확하게 디코드된 블록들의 수를 어떻게 보고하는지를 기술한다. 네트워크는 디코딩 후에 블록 에러율(BLER)을 평가한다. 하나의 DBPSCH에서, 하나의 SACCH 보 고 기간에 있는 블록들의 최대수는 통상 24이다. 유사하게, 정확하게 디코드된 블록들의 수의 최대값은 24이고, 그의 명백한 2진수 표현은 5비트를 필요로 하고, 즉 2^5=32 ( > 24), 이 경우 8개의 값이 사용되지 않고 남겨진다.
GERAN에서 FLO의 채택으로 인하여, 24 무선 패킷들의 최대수가 SACCH 보고 기간 동안 수신될 수 있지만, 현재의 컨센서스(consensus)에 따라, 모든 무선 패킷이 4개의 전송 블록을 포함할 수 있으므로 총 24 x 4의 전송블록들이 SACCH 보고 기간 동안 정확하게 디코드될 수 있다. 이는 FLO가 기본 물리 서브 채널당 무선 패킷에 의하여 최대 4개의 활성 전송채널들 (-> 전송블록들)을 지원할 수 있다는 FLO 요건에 대한 현재의 제한된 설정으로부터 유도된다. 그러므로 NBR_RCVD_BLOCKS 파라메터용으로 이미 고정된 5비트들은 (정확하게) 디코드된 블록들의 수를 명료하게 표현하기 위해 충분하지 않다. 새로운 메세지들과 파라메터들이 길이가 늘어난 파라메터들에 대한 필요를 극복하기 위해 정의될 수 있을지라도, 이러한 수정들은 그들이 다수의 규격(specification) 및 장치들(단말기들 및 네트워크 요소들) 모두에 대한 변경들을 필요로 하고, 이에 따라 실제로 무선 인터페이스를 통해 전송되는 데이터의 양을 증가시키기 때문에 바람직하지 않다.
본 발명의 목적은 무선 시스템에서 FLO 또는 무선 인터페이스를 통하여 오버헤드 증가시키지 않는 대응하는 개념을 사용하여 정확하게 디코드된 전송블록들의 수를 보고하고자 하는 것이다. 본 발명의 목적은 메세지 정의, 파라메터 및 파라메터 크기에 대하여 전술한 기존의 보고 프로시저를 이용함으로써 달성될 수 있다. 그러나, NBR_RCVD_BLOCKS 파라메터에서 비트들의 의미는 보고기간 동안 정확하게 디코드된 전송블록들의 최대수에 따라(depending on) 적응해서 변경되도록 업데이트된다. 본 발명의 기본 해법에서 정확하게 디코드된 블록들의 수를 표현하는 2진수의 최하위 비트(LSB)는 NBR_RCVD_BLOCKS 파라메터에서 고정된 수(5)의 비트들에 상기 2진수 표현을 적응시키기 위하여 필요할 때마다 끝수가 버려진다(truncate). 또한 원래의 2진수 표현과 파라메터 사이에 다른 부가적인 또는 대안적인 밉핑(mapping)이 사용되어질 수 있다. 예를 들면, 비선형 보고 스케일이 정확하게 디코드된 블록들의 수에 따라 보고 레졸루션(reporting resolution)을 변경하도록 이용될 수 있다.
본 발명의 유용성은 다수의 수익에 근거한다. 첫째, 보고 정보를 송신 및 수신하기 위한 기존 프로시저들이 여전히 이용가능하고 메세지/파라메타 구조들/크기들에 대한 변형이 필요하지 않다. 2번째로, 정확하게 수신된 블록의 수가 보고되는 레졸루션이 적응성을 갖는다; 즉 수신된 블록들의 특정 수(범위)에 관련된 특정 시나리오(scenarios)에서 더 미세한 그리드(grid)를 제공하거나 또는 수신된 블록의 최대수가 증가되었을 때 일반적으로 등급을 낮추도록 조정될 수 있다. 더구나, 제공된 해는 다소 바로 구현될 수 있고 실행 장치에서 종래의 기술보다 더 많은 처리전력이나 메모리 공간을 필요로 하지 않는다. 본 발명을 이용하기 위해서 접속의 종단들 사이에 부가적인 시그널링이 필요하지 않다.
본 발명에 따르면, 무선 인터페이스를 통해서 무선 패킷으로 데이터를 전송하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고 하기 위한 방법 - 여기서 다수의 전송채널과 관련된 다수의 전송블록이 무선 패킷에 포함되고 그리고 보고 기간 동안 다수의 무선 패킷들이 수신된다 - 이 제공되고, 이 방법은,
- 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 최대수에 대한 정보를 획득하는 단계(504)와,
- 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 수에 대한 정보를 획득하는 단계(508)와,
- 상기 획득된 정보에 기초하여 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 수에 대한 표시를 적응시키는 단계(510)와, 그리고
- 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 수에 대한 상기 적응된 표시를 전송하는 단계(512)를 포함하는 것을 특징으로 한다.
본 발명의 또 다른 실시예에서, 무선 패킷에 포함된 다수의 전송블록들을 수신하는 무선시스템의 장치 - 보고기간 동안 다수의 무선 패킷들이 수신되고, 상기 장치는 명령(instruction)들과 데이터를 처리하는 처리 수단(602)과, 상기 명령들과 데이터를 저장하는 메모리 수단(604)과, 그리고 데이터 전송을 하는 데이터 전송수단(608)을 포함하며 구성된다 - 가 제공되고, 상기 장치는:
보고기간 동안 상기 정확하게 디코드된 전송 블록들의 최대수에 관한 정보를 획득하고;
상기 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 수를 획득하고;
상기 획득된 정보에 기초하여 상기 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 수에 대한 표시를 적응시키고; 그리고
상기 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 수에 대한 상기 적응된 표시를 전송하도록 된 것을 특징으로 한다.
또 다른 실시예에서, 무선 인터페이스를 통해서 무선패킷으로 데이터를 전송하는 무선 시스템의 장치 - 무선 패킷에 다수의 전송블록들이 포함되고 보고기간 동안 다수의 패킷들이 전송되고, 그리고 상기 장치는 명령들과 데이터를 처리하는 처리수단(602)과, 상기 명령들과 데이터를 저장하는 메모리 수단(604)과, 그리고 데이터를 전송하는 데이터 전송수단(608)을 포함하여 구성된다 - 가 제공되고, 상기 장치는:
상기 보고기간 동안 단말기에 전송되는 전송블록들의 최대수에 대한 정보를 획득하고;
상기 단말기에 의해 상기 보고기간 동안 정확하게 디코드된 전송블록들의 수에 관한 표시를 수신하고;
상기 수신된 표시와 상기 획득된 정보에 기초하여 상기 정확하게 디코드된 전송블록들의 실제 수를 결정하도록 된 것을 특징으로 한다.
용어 "적응시키는(adapting)"은 표시를 획득된 정보에 따라 전송할 수 있는 형태로 맞추는 것을 뜻한다. 더욱이, 획득된 정보에 더하여, 소정의 데이터 필드 길이와 같은 일부 다른 결과들이 상기 적응시키는 과정에 영향을 미칠 수 있다. 예를 들면, 본 발명의 기본적인 해법에서 같이 상기 표시가 대응하는 수의 끝수를 버려서 적응된 2진수 표현이라면, 최대 가능한 수치의 범위(-정확하게 수신된 블록의 최대수)와 송신될 표시 파라메터의 소정의 길이가 표시의 최종 형태를 결정한다.
본 발명의 일 실시예에서, 이동 단말기는 보고기간 동안 정확하게 디코드된 전송블록들의 수를 보고하기 위해 제안된 방법을 이용한다. 이동 단말기는 디코드된 전송블록의 최대수에 기초하여 적절한 표시 모델을 결정하고 따라서, 정확하게 디코드된 블록의 측정된 수를 표시하는 파라메터를 네트워크에 전송한다. 그 다음, 네트워크 요소는 상기 파라메터를 수신하고 이를 보고 기간 동안 전송된 전송블록들의 최대수에 관한 가용 정보에 기초하여 디코드한다.
종속청구항은 본 발명의 일 실시예들을 개시한다.
이후에 첨부된 도면을 참고로 하여 본 발명이 더 상세하게 설명된다.
도 1은 TFCS 구조를 가시화한다.
도 2는 GERAN lu 모드에서 FLO 프로토콜 아키텍처를 도시한다.
도 3은 FLO 아키텍처를 도시한다.
도 4A는 본 발명의 일실시예의 시그널링 차트이다.
도 4B는 TFCS에 6개의 TFC와 3개의 전송채널이 포함된 시나리오를 가시화한다.
도 4C는 대신에 5개의 TFC와 4개의 전송채널을 갖는 대응하는 시나리오를 가시화한다.
도 5는 본 발명의 방법의 흐름 다이어그램이다.
도 6은 본 발명을 이용하도록 구성된 장치의 블록도를 나타낸다.
도 1, 2 및 3은 관련 종래기술의 설명과 관련하여 이미 논의되어 졌다.
도 4A는 단지 예시로서, 이동 단말기(402)가 네트워크(404)로부터 무선패킷들을 수신하는 본 발명의 일 실시예의 시나리오를 기술하는 시그널링 챠트를 개시한다. 무선 패킷들 (406,408, 410)들은 참조부호 422에 의해 표시된 보고기간 동안 수신된다. 이동 단말기(402)는 패킷에 포함된 블록(414, 416, 418)(들)을 디코드한다. 예를 들면, 이는 단순한 수신 및 데이터의 이용할 수 있는 형태로의 디모듈레이션을 의미하거나, 만약 CRC가 블록(들)에서 사용된다면, (재)계산된 CRC 값을 그의 수신된 상대(counterpart) 데이터와 더욱 정교하게 비교하는 것을 의미한다.
보고 기간 동안 패킷에 포함된 블록을 수신(및 디코딩)한 후에 이동 단말기(402)는 그 기간 내에 정확하게 디코드된 블록의 수를 결정하고(420), 그 표시를 적응시키고, 그리고 상기 적응된 표시를 네트워크(404)에 보고한다(412). 네트워크(404)는 수신된 상기 표시와 현재의 TFC 구조(이하에 설명되는, 가능한 부가적인 조건들과 함께 보고기간 동안 디코드된 블록의 최대수)에 대한 지식에 기초하여 상기 수를 결정한다(424).
기존의 메세지들을 그대로를 유지하기 위하여(5 비트 NBR_RCVD_BLOCKS 파라메터를 이용하여), 정확하게 디코드된 전송블록들의 수의 이진수 표현의 최하위 비트(들)는 끝수가 버려질 수 있다. 그 결과는 NBR_RCVD_BLOCKS에 맵핑된다.
끝수가 버려진 최하위비트의 수는 SACCH 보고기간 동안 정확하게 디코드된 전송블록들의 최대수에 의존한다; 이같은 최대수는 예를 들면, NbTBmax 파라메터를 통해 표시될 수 있다.
NbTBmax의 개념을 더욱 부연하고 그리고 SACCH 보고 기간을 특히 고려하여, 최대 24 무선 패킷들이 수신될 수 있다. 무선 패킷에서 정확하게 디코드될 수 있는 전송블록들의 최대수는 DBPSCH의 TFCS에 의존한다. NbTBmax 는 다음과 같이 계산될 수 있다.
NbTBmax = 24 x (DBPSCH의 TFCS의 TFC에서 활성 전송채널의 최대수)
여기서, 전송 채널은 그것이 실제로 전송되어지는 전송블록, 즉 0 보다 큰(> 0) 크기를 운반한다면, 상기 전송 채널은 특정 TFC에서 활성인 것으로 간주된다. 표기 x 는 곱셈표시이다. 일부 보충조건들이 NbTBmax 파라메터를 또한 결정하기 위해서 사용된다. 예를 들면, CRC가 사용되는( 도 3의 CODE BLOCK 참조) 전송블록(- 전송채널)들만이 NbTBmax에 포함될 수 있다. 한편, 예를 들면, TFCI=0를 갖는 예를 들면 제 1 TFC 신호인, TFC 시그널링은 NbTBmax 계산과정으로부터 배제될 수 있다.
도 4B는 6개의 TFC들이 DBPSCH상의 FLO에 대해 정의되는 TFCS의 예를 도시한다. 본 실시예에서, 전송채널 A와 전송채널 C만이 CRC를 사용하는 것으로 가정한다. TFC에서 CRC가 사용되는 활성 전송채널의 최대수는 그러므로 1이다. 결과적으로 NbTBmax = 24 x 1 = 24.
도 4C는 5개의 TFC들이 DBPSCH상의 FLO에 대해 정의되는 또 다른 TFCS의 실시예를 도시한다. 본 실시예에서, 모든 전송채널 A, B, C 및 D는 CRC를 사용하는 것으로 가정한다. TFC에서 CRC가 사용되는 활성 전송채널의 최대수는 그러므로 3(TFC 5)이다. 결과적으로 NbTBmax = 24 x 3 = 72.
일단 NbTBmax가 알려졌을 때, 정확하게 디코드된 전송블록의 수를 5 비트 2진수로 표현한 것으로부터 끝수가 버려질 필요가 있는 비트들의 수는 아래 표1에 따라 용이하게 계산된다.
NbTBmax 끝수 버림
0-31 없음-직접 이진수 표현 가능
32-63 1 최하위 비트-표2 참조
64-96 2 최하위 비트-표3 참조
끝수가 버려지는 최하위 비트의 수는 단말기가 호출 설정시에 네트워크로부터 수신한 TFCS로부터 단말기에 의해 계산되기 때문에, 새로운/기존의 메시지에 있는 별개의 파라메터를 통하여 수행될 수 있을지라도, 상기 끝수 버림되는 최하위 비트의 수는 명백히 신호될 필요가 없다. 양 종단 모두 TFCS를 알고 양 종단 모두는 NBR_RCVD_BLOCKS에 맞추기 위해 정확하게 디코드된 전송블록(0,1 또는 2)의 수를 2진수로 표현한 것으로부터 얼마나 많은 수의 비트들이 끝수 버림되어야 하는지를 알고 있다.
덧붙여서, 예를 들어 호출 설정시에, 네트워크는 단말기(요청 등을 전송함으로써)에게 전송채널들의 서브세트만을 고려할 것을 명령할 수 있다. 예를들어 도 4C에서, 네트워크는 채널들(TrCH A 및 B) 상의 디코딩 성공을 모니터하도록 단말기에게 명령할 수 있다. TFC에서 활성 전송채널(A 및/또는 B) 의 최대수는 2이다. 결과적으로, NbTBmax = 24 x 2 = 48이고 1 비트 끝수 버림이 필요하다(표1 참조).
NbTBmax의 결정에 대응하여, 정확하게 디코드된 전송블록들의 유효 수를 계산하는 것은 유사한 원리를 이용한다. TFC 시그널링에서 블록들은 상기 수에 포함된다고 간주될 수 없다. 예를 들면, 도 4B와 도 4C에서, 제 1 TFC(예를 들면, TFCI=0을 갖는 TPC1)는 시그널링을 위해 예약될 수 있다. 더우기, 전송블록들은 수신된 CRC에 따라 정확하게 디코드된 것으로서 간주 될 수 있다. 그러나, 블록에 CRC가 없다면, (가능한 TFC 시그널링을 배제하는)TFCS가 CRC를 사용하는 적어도 하나의 전송 채널이 활성화되는 TFC를 포함하는 한, 그 블록은 또한 계산되지 않는다. 이 경우에 모든 수신된 전송 블록들은 정확하게 디코드된 것으로서 간주된다. 그러므로, 이용가능할 때마다 CRC를 이용할 수 있고, 그렇지 않으면 계산은 예를 들면, 단지 수신 여부에 종속된다.
최하위 비트 1과 2를 끝수 버림하는 것을 나타내는 표2와 표3을 각각 참조.
최하위 비트 1의 끝수 버림
수신된 블록 수 비트6 비트5 비트4 비트3 비트2 비트1
NBR_RCVD_BLOCKS
비트5 비트4 비트3 비트2 비트1
0 또는 1 0 0 0 0 0 0 또는 1
2 또는 3 0 0 0 0 1 0 또는 1
4 또는 5 0 0 0 1 0 0 또는 1
6 또는 7 0 0 0 1 1 0 또는 1
8 또는 9 0 0 1 0 0 0 또는 1
10 또는 11 0 0 1 0 1 0 또는 1
12 또는 13 0 0 1 1 0 0 또는 1
14 또는 15 0 0 1 1 1 0 또는 1
16 또는 17 0 1 0 0 0 0 또는 1
18 또는 19 0 1 0 0 1 0 또는 1
20 또는 21 0 1 0 1 0 0 또는 1
22 또는 23 0 1 0 1 1 0 또는 1
24 또는 25 0 1 1 0 0 0 또는 1
26 또는 27 0 1 1 0 1 0 또는 1
28 또는 29 0 1 1 1 0 0 또는 1
30 또는 31 0 1 1 1 1 0 또는 1
32 또는 33 1 0 0 0 0 0 또는 1
34 또는 35 1 0 0 0 1 0 또는 1
36 또는 37 1 0 0 1 0 0 또는 1
38 또는 39 1 0 0 1 1 0 또는 1
40 또는 41 1 0 1 0 0 0 또는 1
42 또는 43 1 0 1 0 1 0 또는 1
44 또는 45 1 0 1 1 0 0 또는 1
46 또는 47 1 0 1 1 1 0 또는 1
48 또는 49 1 1 0 0 0 0 또는 1
50 또는 51 1 1 0 0 1 0 또는 1
52 또는 53 1 1 0 1 0 0 또는 1
54 또는 55 1 1 0 1 1 0 또는 1
56 또는 57 1 1 1 0 0 0 또는 1
58 또는 59 1 1 1 0 1 0 또는 1
60 또는 61 1 1 1 1 0 0 또는 1
62 또는 63 1 1 1 1 1 0 또는 1
최하위 비트 2의 끝수 버림
수신된 블록 수 비트7 비트6 비트5 비트4 비트3 비트2 비트1
NBR_RCVD_BLOCKS
비트5 비트4 비트3 비트2 비트1
0,1,2 또는 3 0 0 0 0 0 0또는1 0또는1
4,5,6 또는 7 0 0 0 0 1 0또는1 0또는1
8,9,10 또는 11 0 0 0 1 0 0또는1 0또는1
12,13,14 또는 15 0 0 0 1 1 0또는1 0또는1
16,17,18 또는 19 0 0 1 0 0 0또는1 0또는1
20,21,22 또는 23 0 0 1 0 1 0또는1 0또는1
24,25,26 또는 27 0 0 1 1 0 0또는1 0또는1
28,29,30 또는 31 0 0 1 1 1 0또는1 0또는1
32,33,34 또는 35 0 1 0 0 0 0또는1 0또는1
36,37,38 또는 39 0 1 0 0 1 0또는1 0또는1
40,41,42 또는 43 0 1 0 1 0 0또는1 0또는1
44,45,46 또는 47 0 1 0 1 1 0또는1 0또는1
48,49,50 또는 51 0 1 1 0 0 0또는1 0또는1
52,53,54 또는 55 0 1 1 0 1 0또는1 0또는1
56,57,58 또는 59 0 1 1 1 0 0또는1 0또는1
60,61,62 또는 63 0 1 1 1 1 0또는1 0또는1
64,65,66 또는 67 1 0 0 0 0 0또는1 0또는1
68,69,70 또는 71 1 0 0 0 1 0또는1 0또는1
72,73,74 또는 75 1 0 0 1 0 0또는1 0또는1
76,77,78 또는 79 1 0 0 1 1 0또는1 0또는1
80,81,82 또는 83 1 0 1 0 0 0또는1 0또는1
84,85,86 또는 87 1 0 1 0 1 0또는1 0또는1
88,89,90 또는 91 1 0 1 1 0 0또는1 0또는1
92,93,94 또는 95 1 0 1 1 1 0또는1 0또는1
96,97,98 또는 99 1 1 0 0 0 0또는1 0또는1
100,101,102 또는 103 1 1 0 0 1 0또는1 0또는1
104,105,106 또는 107 1 1 0 1 0 0또는1 0또는1
108,109,110 또는 111 1 1 0 1 1 0또는1 0또는1
112,113,114 또는 115 1 1 1 0 0 0또는1 0또는1
116,117,118 또는 119 1 1 1 0 1 0또는1 0또는1
120,121,122 또는 123 1 1 1 1 0 0또는1 0또는1
124,125,126 또는 127 1 1 1 1 1 0또는1 0또는1
상기 표들을 이용하여 정확하게 디코드된 전송블록의 수를 2진수로 표현하는 것은 최하위 비트(들)를 끝수 버림하는 것에 의해 5 비트 길이의 표시 파라메터에 적응시키고, 그리하여 상기 수의 원래의 레졸루션은 적응기간 동안 1/2또는 1/4로 된다.
상기 수를 제한된 길이(5 비트 같이)를 갖는 파라메터에 맞추기 위해 정확하게 디코드된 전송블록의 수에 상기 끝수 버림 기술에 대한 단순한 대안이나 다른 적응 기술들이 적용되기 때문에, 단지 단일 전송 채널에 대해서만 상기 수를 계산하는 것이 항상 가능하다. 이러한 전송 채널이 선택은 예를 들면,
·호출 설정시에 네트워크에 의해 상기 단말기로 시그널링되거나, 또는
·자동으로, 예를 들면 CRC를 이용하는 첫번째가 선택된다.
단지 하나의 전송 채널이 계산될 때, SACCH 보고 기간 동안 정확하게 디코드된 (전송)블록들의 최대수는 24로 존재한다.
또 하나의 보충적인 또는 완전히 독립적인 채택방법으로서 비선형 보고 스케일(non-linear reporting scale)이 존재한다. 상기 스케일은 보고 레졸루션이 일부 수들에 대해서는 높은 방식으로 만들어진다. 예를 들면:
- 모든 블록들이 전송되고 블록의 하위 수가 부정확한 범위에 대해(즉, 전형적인 조건에 대해);
-그리고 단지 소수의 정확한 블록들만이 정확하게 디코드되는 범위에 대해(즉, 보고 기간당 단지 소수의 블록들만이 송신되는 DTX(전송의 불연속)의 경우).
전술한 스케일의 실시예가 표 4에 주어진다.
비선형 맵핑
수신된 블록 수 NBR_RCVD_BLOCKS
비트5 비트4 비트3 비트2 비트1
0 0 0 0 0 0
1 0 0 0 0 1
2 0 0 0 1 0
3,4 0 0 0 1 1
5,6 0 0 1 0 0
7,8 0 0 1 0 1
9,10 0 0 1 1 0
11,12 0 0 1 1 1
13,14 0 1 0 0 0
15,16 0 1 0 0 1
17,18 0 1 0 1 0
19 0 1 0 1 1
20 0 1 1 0 0
21 0 1 1 0 1
22 0 1 1 1 0
23 0 1 1 1 1
24 1 0 0 0 0
25,26 1 0 0 0 1
27,28 1 0 0 1 0
29,30 1 0 0 1 1
31,32 1 0 1 0 0
33,34 1 0 1 0 1
35,36 1 0 1 1 0
37,38 1 0 1 1 1
39,40 1 1 0 0 0
41,42 1 1 0 0 1
43 1 1 0 1 0
44 1 1 0 1 1
45 1 1 1 0 0
46 1 1 1 0 1
47 1 1 1 1 0
48 1 1 1 1 1
근본적으로, 전술한 본 발명의 기본적인 원리들은 임의의 특정 전송 방향 또 장치에 한정되지 않는다. 그들은 엎링크와 다운링크 방향 모두에서 사용되고, 그리고 예를 들면, 이동 단말기 및 네트워크 요소(예를 들면 기지국(BS: Base Station), 기지국 제어기 (BSC: Base Station Controller ) 또는 그들의 조합)에 사용될 수 있다.
도 5는 본 발명의 방법을 나타내는 흐름 차트를 도시한다. 본 방법의 시작 단계(502)에서 네트워크 요소(예를 들면 BS, BSC 또는 그들의 조합) 또는 이동 단말기 같은 무선통신장치를 인용하는 장치는 예를 들면, 메모리에 본 발명의 방법을 실행하는 소프트웨어를 로드(load)하고 실행을 시작한다. 덧붙여서, 필요한 메모리 영역은 초기화되어질 수 있고 통신 연결이 설정될 수 있다. 단계 504에서 정확하게 디코드된 전송 블록의 최대수에 대한 정보가 얻어진다. 이같은 단계는 후에 설명되는 단계 507 후에 부가적으로 또는 선택적으로 실행되어질 수 있다. 예를 들면, 도면에서 점선 화살표에 의해 표시된 이 옵션(option)은 TFCS가 보고기간 동안 실제로 변경되었다면 특히 잇점이 있고 그러므로 정확하게 디코디된 블록들의 최대수는 보고기간이 만료하고 그 표시가 전송될 때까지 확실하게 알려지지 않는다.
몇 개의 TFCS들이 보고기간 동안 사용되어질 때마다, 다수의 다른 절차들이 적절한 NbTBmax 를 결정하기 위해 실행되어질 수 있다. 예를 들면 NbTBmax 는 보고기간 동안 사용되어지는 다른 TFCS 들의 NbTBmax 의 최대값으로서 정의되어질 수 있거나 또는 NbTBmax 는 사용되어진 다른 NbTBmax 의 값들의 합계로서 구성되어진다. 단계 504로 되돌아가서 이동 단말기는 호 설정시에 예를 들면, TFCS 와 TFC들이 결정되고 전송되어질 때, 관련 기본 데이터를 수신할 수 있고 이전에 설명한 바와 같이 그 데이터를 필요한 수를 결정하기 위한 부가/특별 조건하에서 분석할 수 있다. 그 정보는 어떤 TFC(들)/TF들의 생략/부가/수정을 포함하는 다수의(부분적인) TFCS 재구성을 통하여 얻어질 수 있다. 그 정보는 당해 연결의 단말들 사이에서처럼 전송되어 질 수 있다. 단말기에게 정보를 제공하는 네트워크 요소는 그 스스로 그것을 생성할 수 있거나 다른 네트워크 요소로부터 그것을 수신할 수 있다.
단계 506에서(및 현재의 보고기간이 경과되었는지를 체크하는 단계 507에서) 단말기는 무선패킷에 포함된 전송블록(들)을 수신한다. 단말기는 단계 508에서 앞서 설명된 규칙을 이용하여 정확하게 디코드된 블록의 수를 결정한다. 단계 510에서 단말기는 단계 512에서 전송될 상기 결정된 수의 표시를 (예컨대, 메세지의 데이터 필드/파라메터로서) 적응시킨다. 이 적응은 예를 들면 필요한 경우 상기 수의 2진수 표현을 끝수 버림 하는 것, 비 선형 맵핑 표(예로서 표4 참조)로부터 적절한 요소를 선택하는 것 등을 의미할 수 있다. 단계 514에서 정확하게 디코드된 블록들의 수를 처리하고/하거나 분석하는 네트워크요소는 그 표시를 수신하고 그 표시가 관계하는 보고기간 동안 현행 TFC/TFCS 구성에 기초하여 이 표시를 디코드한다. 네트워크는 상기 디코드된 정보를 이용하여 어떤 연결 파라메터(채널 코딩 등)를 적응시켜 보편적이고 변경가능한 통신환경에 더 좋게 부합되게 한다. 본 방법은 단계 518에서 종료한다.
도 6에 본 발명에 따라 네트워크 요소(또는 별개 요소의 조합) 또는 데이터를 처리하고 전송할 수 있는 이동 단말기(mobile terminal)와 같은 장치의 기본 요소들에 대한 하나의 옵션을 도시한다. "이동 단말기(mobile terminal)" 라는 용어는 최신 셀루러 폰(cellular phone)들에 더하여, 핸드 헬드(hand held) 및 랩탑(laptop) 컴퓨터 등 무선 통신이 가능한 더 복잡한 멀티미디어 단말기들을 가리킨다. 하나 이상의 물리적 메모리 칩 사이에서 분할된 메모리(604)는 필요한 코드(616), 예를 들면, 컴퓨터 프로그램/응용프로그램의 형태로 그리고 구성 (전송블록의 최대수/ 현재의 수를 결정하기 위한 TFCS/TFC/보고(reporting period)/부가적(additional) 규칙 및 정의 ) 데이터(612)로 구성된다.
처리장치(602)는 메모리(604)에 저장된 명령(616)들에 따라 그 방법을 실제 실행하기 위하여 필요하다. 디스플레이(606)와 키패드(610)는 장치의 사용자에게 필요한 장치 제어와 데이터 표시수단(-사용자 인터페이스)을 제공하기 위하여 유용함이 종종 발견되는 선택 가능한 요소들이다. 데이터 전송수단(608), 예를 들면 고정 데이터 전송 인터페이스 또는 무선 전송기 또는 양쪽 다는 데이터 교환, 예를 들면, 다른 장치로부터 구성 데이터 수신 및/또는 다른 장치로 구성 데이터의 전송과 같은 처리를 위해 필요하다. 제안된 방법을 실행하기 위한 코드(616)는 플로피, CD 또는 메모리 카드와 같은 운반 매체에 저장하거나 운반되어질 수 있다.
본 발명의 범위는 다음의 청구범위에서 알 수 있다. 이용되는 장치들, 방법 의 단계들, 적응시키는 기술 등은 실시예에 따라 변경될 수 있지만, 여전히 본 발명의 기본 개념에 수렴한다. 예를 들면, 비트의 끝수 버림은 그 표현되는 실시예에 따라 다르게 행해질 수 있다. 뿐만 아니라 비선형 맵핑도 마찬가지이다. 파라메터의 길이가 이에 앞서 표현된 파라메터들과 다를 수 있다는 것은 명백하다.
참조문헌:
[1] 3GPP TR 45.902 V. 6.2.0 Technical Specification Group GSM/EDGE, Radio Access Network; Flexible Layer One (Rel 6)
[2] 3GPP TS 45.002 V6.3.0 Technical Specification Group GSM/EDGE, Radio Access Network; Multiplexing and multiple access on the radio path (Rel 6)
[3] 3GPP TS 44.160 Technical Specification Group GSM/EDGE, General Packet Radio Service (GPRS); Mobile Station (MS) -Base Station System (BSS) interface; Radio Link Control/Medium Access Control (RLC/MAC) protocol Iu mode (Rel 6)
[4] 3GPP TS 44.118 Technical Specification Group GSM/EDGE, Radio Access Network; Mobile radio interface layer 3 specification; Radio Resource Control (RRC) protocol lu Mode (Rel 5)
[5] 3GPP TS 45.008 Technical Specification Group GSM/EDGE Radio Access Network; Radio subsystem link control (Rel 6)
[6] 3GPP TS 44.018 Technical Specification Group GSM/EDGE Radio Access Network; Mobile radio interface layer 3 specification; Radio Resource Control (RRC) protocol (Rel 6)

Claims (31)

  1. 무선 인터페이스를 통해서 무선 패킷들의 데이터를 전송하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법 - 여기서 다수의 전송채널과 관련된 다수의 전송블록이 무선 패킷에 포함되고 그리고 보고 기간 동안 다수의 무선 패킷들이 수신된다 - 에 있어서,
    - 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 최대수에 대한 정보를 획득하는 단계(504)와,
    - 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 수에 대한 정보를 획득하는 단계(508)와,
    - 상기 획득된 정보에 기초하여 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 수에 대한 표시를 적응시키는 단계(510)와, 그리고
    - 상기 보고기간 동안 정확하게 디코드된 전송 블록들의 수에 대한 상기 적응된 표시를 전송하는 단계(512)를 포함하는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  2. 제1항에 있어서, 상기 정확하게 디코드된 전송 블록들의 최대수는 CRC (Cyclic Redundancy Check)가 사용되는 전송블록들에 기초하여 결정되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  3. 제1항에 있어서, 상기 정확하게 디코드된 전송 블록들의 최대수는 활성 전송채널들과 관련된 전송블록들에 기초하여 결정되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  4. 제1항 내지 제3항 중 어느 한 항에 있어서, 전송포맷조합 세트(TFCS: Transport Format Combination Set)에 있는 모든 전송채널들의 서브세트만이 고려되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  5. 제1항 내지 제3항 중 어느 한 항에 있어서, 상기 정확하게 디코드된 전송 블록들의 최대수는 전용 물리적 서브채널 상의 전송포맷조합 세트(TFCS: Transport Format Combination Set)의 전송포맷 조합(TFC)에 있는 활성 전송채널들의 최대수에 기초하여 결정되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  6. 제1항 내지 제3항 중 어느 한 항에 있어서, 시그널링을 위한 적어도 하나의 전송포맷 조합(TFC)이, 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 최대수와 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 수로부터 생략되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  7. 제1항 내지 제3항 중 어느 한 항에 있어서, 상기 보고기간 동안 정확하게 디코드된 전송블록들의 수를 획득할 때는 CRC(Cyclic Redundancy Check)가 사용된 전송블록들만이 계산에 포함되고, 상기 계산에 포함된 전송블록들은 CRC(Cyclic Redundancy Check)에 따라 정확하게 디코드된 것으로 간주되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  8. 제1항 내지 제3항 중 어느 한 항에 있어서, 상기 보고기간 동안 정확하게 디코드된 전송블록들의 수를 획득할 때, 전송포맷조합 세트(TFCS)에 CRC (Cyclic Redundancy Check)를 사용하는 적어도 하나의 활성 전송채널을 포함하는 전송포맷조합(TFC)이 없다면 수신된 모든 전송블록들이 정확하게 디코드된 것으로 간주되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  9. 제1항 내지 제3항 중 어느 한 항에 있어서, 상기 적응시키는 단계는 상기 보고기간 동안 정확하게 디코드된 전송블록들의 수를 2진수로 표현한 것의 적어도 하나의 비트를 끝수 버림(truncation)하는 과정을 포함하는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  10. 제1항 내지 제3항 중 어느 한 항에 있어서, 상기 적응시키는 단계는 비선형 맵핑 과정을 포함하는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  11. 제1항에 있어서, 상기 무선시스템은 FLO(Flexible layer one)을 사용하여 데이터 전송을 하는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  12. 제1항에 있어서, 상기 무선시스템은 무선 액세스 네트워크로서 GERAN (GSM/EDGE Radio Access Network)을 이용하는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  13. 제1항에 있어서, 상기 표시는 NBR_RCVD_BLOCKS 파라메터에서 전송되는 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  14. 제1항에 있어서, 상기 보고기간은 SACCH (Slow Associated Control Channel) 보고기간이고, 상기 SACCH는 상기 표시가 전송되는 채널인 것을 특징으로 하는 무선시스템에서 정확하게 디코드된 전송블록들의 수를 보고하기 위한 방법.
  15. 무선 패킷에 포함된 다수의 전송블록들을 수신하는 무선시스템의 장치 - 보고기간 동안 다수의 무선 패킷들이 수신되고, 상기 장치는 명령(instruction)들과 데이터를 처리하는 처리 수단(602)과, 상기 명령들과 데이터를 저장하는 메모리 수단(604)과, 그리고 데이터 전송을 하는 데이터 전송수단(608)을 포함하며 구성된다 - 에 있어서, 상기 장치는:
    보고기간 동안 상기 정확하게 디코드된 전송 블록들의 최대수에 관한 정보를 획득하고;
    상기 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 수를 획득하고;
    상기 획득된 정보에 기초하여 상기 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 수에 대한 표시를 적응시키고; 그리고
    상기 보고기간 동안 상기 정확하게 디코드된 전송 블록들의 수에 대한 상기 적응된 표시를 전송하도록 된 것을 특징으로 하는 무선시스템의 장치.
  16. 제15항에 있어서, 상기 표시를 적응시키는 것은:
    상기 보고기간 동안 정확하게 디코드된 전송블록들의 수를 2진수로 표현한 것의 적어도 하나의 비트를 끝수 버림하는 것과 비선형 맵핑 중에서 선택하는 것을 특징으로 하는 무선시스템의 장치.
  17. 제15항에 있어서, 상기 장치는 전용 물리적 서브채널상의 전송포맷조합 세트(TFCS)의 전송포맷 조합(TFC)에 있는 활성 전송채널들의 최대수에 기초하여 정확 하게 디코드된 전송 블록의 최대수를 결정하도록 된 것을 특징으로 하는 무선시스템의 장치.
  18. 제15항에 있어서, 상기 장치는 상기 보고기간 동안 정확하게 디코드된 전송블록들의 최대수에서 CRC (Cyclic Redundancy Check)를 사용하는 전송블록들만을 고려하도록 된 것을 특징으로 하는 무선시스템의 정확하게 디코드된 전송블록의 수를 보고하기 위한 장치.
  19. 제15항에 있어서, 상기 장치는 상기 보고기간 동안 정확하게 디코드된 전송블록들의 최대수와 상기 보고기간 동안 정확하게 디코드된 전송블록들의 수 모두로부터 시그널링을 위한 적어도 하나의 전송포맷 조합(TFC)을 생략하도록 된 것을 특징으로 하는 무선시스템의 장치.
  20. 제18항에 있어서, 상기 장치는 상기 CRC (Cyclic Redundancy Check)에 따라 상기 전송블록들을 정확하게 디코드된 것으로 간주하도록 된 것을 특징으로 하는 무선시스템의 장치.
  21. 제19항 또는 제20항에 있어서, 상기 장치는 전송포맷조합 세트(TFCS)에 CRC (Cyclic Redundancy Check)를 사용하는 적어도 하나의 활성 전송채널을 포함하는 전송포맷 조합(TFC)이 없다면 상기 수신된 전송블록들을 정확하게 디코드된 것으로 간주하도록 된 것을 특징으로 하는 무선시스템의 장치.
  22. 제15항에 있어서, 상기 장치는 이동 단말기인 것을 특징으로 하는 무선시스템의 장치.
  23. 제15항에 있어서, 상기 장치는 FLO을 사용하여 데이터 수신을 하는 것을 특징으로 하는 무선시스템의 장치.
  24. 제15항에 있어서, 상기 장치는 GERAN (GSM/EDGE Radio Access Network)에서 동작하는 것을 특징으로 하는 무선시스템의 장치.
  25. 제15항에 있어서, 상기 장치는 SACCH (Slow Associated Control Channel) 을 사용하여 상기 표시를 전송하는 것을 특징으로 하는 무선시스템의 장치.
  26. 무선 인터페이스를 통해서 무선 패킷들의 데이터를 전송하는 무선 시스템의 장치 - 여기서 무선 패킷에 다수의 전송블록들이 포함되고, 보고기간 동안 다수의 패킷들이 전송되고, 그리고 상기 장치는 명령들과 데이터를 처리하는 처리수단(602)과, 상기 명령들과 데이터를 저장하는 메모리 수단(604)과, 그리고 데이터를 전송하는 데이터 전송수단(608)을 포함하여 구성되며 - 로서
    상기 장치는:
    상기 보고기간 동안 단말기에 전송되는 전송블록들의 최대수에 대한 정보를 획득하고;
    상기 단말기에 의해 상기 보고기간 동안 정확하게 디코드된 전송블록들의 수에 관한 표시를 수신하고;
    상기 수신된 표시와 상기 획득된 정보에 기초하여 상기 정확하게 디코드된 전송블록들의 실제 수를 결정하도록 된 것을 특징으로 하는 무선시스템의 장치.
  27. 제26항에 있어서, 상기 장치는 기지국(base station), 기지국 제어기(base station controller), 또는 기지국과 기지국 제어기의 조합인 것을 특징으로 하는 무선시스템의 장치.
  28. 제26항에 있어서, 상기 장치는 GERAN (GSM/EDGE Radio Access Network) 무선액세스 네트워크에서 동작하는 것을 특징으로 하는 무선시스템의 장치.
  29. 제26항에 있어서, 상기 장치는 SACCH (Slow Associated Control Channel)채널을 통해 상기 표시를 수신하도록 된 것을 특징으로 하는 무선시스템의 장치.
  30. 제1항의 단계들을 실행하기 위한 컴퓨터 프로그램이 수록된 컴퓨터 판독가능 기록 매체.
  31. 삭제
KR1020067012071A 2003-11-17 2004-11-16 무선시스템에서 정확하게 디코드된 전송블록들의 수를보고하기 위한 장치 및 방법 KR100813682B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20031671 2003-11-17
FI20031671A FI20031671A (fi) 2003-11-17 2003-11-17 Menetelmä ja laite oikein vastaanotettujen siirtolohkojen raportoimiseksi langattomassa järjestelmässä

Publications (2)

Publication Number Publication Date
KR20060094100A KR20060094100A (ko) 2006-08-28
KR100813682B1 true KR100813682B1 (ko) 2008-03-14

Family

ID=29558641

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020067012071A KR100813682B1 (ko) 2003-11-17 2004-11-16 무선시스템에서 정확하게 디코드된 전송블록들의 수를보고하기 위한 장치 및 방법

Country Status (9)

Country Link
US (3) US8310933B2 (ko)
EP (1) EP1687956B1 (ko)
JP (1) JP4379818B2 (ko)
KR (1) KR100813682B1 (ko)
CN (1) CN1894934B (ko)
AT (1) ATE368350T1 (ko)
DE (1) DE602004007822T2 (ko)
FI (1) FI20031671A (ko)
WO (1) WO2005048564A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004017810A2 (en) 2002-08-20 2004-03-04 Biotie Therapies Corp. Tumor specific oligosaccharide epitopes and use thereof
EP1867089A4 (en) * 2005-04-01 2011-08-24 Nokia Corp METHOD, DEVICE AND COMPUTER PROGRAM PRODUCT FOR REPEATING THE SLOW SIGNALING CHANNEL (SACCH)
US8320923B2 (en) * 2005-04-01 2012-11-27 Interdigital Technology Corporation Method and apparatus for validating radio resource control messages
US8270356B2 (en) * 2008-01-22 2012-09-18 Lg Electronics Inc. Method for encoding data unit by using a plurality of CRC algorithms
KR101819525B1 (ko) 2009-01-22 2018-02-28 엘지전자 주식회사 신호 송수신 장치 및 방법
CA2771442C (en) * 2009-08-21 2015-08-11 Research In Motion Limited Communication of redundant sacch slots during discontinuous transmission mode for vamos
CN102480788B (zh) * 2010-11-24 2014-06-04 普天信息技术研究院有限公司 一种网络侧适配处理寻呼消息的方法
CN102761826B (zh) * 2011-04-26 2016-01-20 中国移动通信集团公司 寻呼消息承载方法及装置、寻呼消息发送方法及装置
US10098095B2 (en) * 2012-05-25 2018-10-09 Qualcomm Incorporated Feedback to enhance rate prediction with bursty interference
US10631181B2 (en) * 2014-01-31 2020-04-21 Nokia Technologies Oy BLER measurements for MBMS

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1286489A2 (en) * 2001-08-08 2003-02-26 Fujitsu Limited Apparatus and method for correcting errors in transport format indicators (TFI) of W-CDMA communication system
WO2003069819A1 (fr) * 2002-02-04 2003-08-21 Huawei Technologies Co. Ltd Procede et appareil permettant le decodage de donnees de combinaison de format de transport

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5974028A (en) * 1997-02-24 1999-10-26 At&T Corp. System and method for improving transport protocol performance in communication networks having lossy links
EP0895435B1 (en) * 1997-07-29 2004-09-29 Agilent Technologies, Inc. (a Delaware corporation) Analysis of neighbouring cells in cellular telecommunications systems
FI105961B (fi) 1998-12-14 2000-10-31 Nokia Networks Oy Vastaanottomenetelmä ja vastaanotin
CA2376962A1 (en) 2001-04-02 2002-10-02 Lucent Technologies Inc. Method and system for umts packet transmission scheduling on uplink channels
GB2382956B (en) 2001-12-05 2006-03-01 Ipwireless Inc Method and arrangement for power control
JP3594086B2 (ja) * 2002-02-08 2004-11-24 ソニー株式会社 移動体通信における情報多重方法、伝送フォーマット組合せ識別子のデコード方法および装置、移動局装置、基地局装置および移動体通信システム
US7082317B2 (en) 2002-04-05 2006-07-25 Fujitsu Limited Communication apparatus and outer-loop power control method
JP3910959B2 (ja) 2002-04-05 2007-04-25 富士通株式会社 通信装置およびアウターループ電力制御方法
EP1510024A4 (en) * 2002-05-29 2008-10-01 Interdigital Tech Corp PACKAGED CONNECTIONS WITH FIXED CHANNELS
US7301929B2 (en) * 2002-08-09 2007-11-27 Spyder Navigations, L.L.C. Method and system for transport block size signaling based on modulation type for HSDPA
US6882857B2 (en) * 2002-11-26 2005-04-19 Qualcomm, Incorporated Method and apparatus for efficient processing of data for transmission in a communication system
US20050063344A1 (en) * 2003-09-22 2005-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for efficient decoding

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1286489A2 (en) * 2001-08-08 2003-02-26 Fujitsu Limited Apparatus and method for correcting errors in transport format indicators (TFI) of W-CDMA communication system
WO2003069819A1 (fr) * 2002-02-04 2003-08-21 Huawei Technologies Co. Ltd Procede et appareil permettant le decodage de donnees de combinaison de format de transport

Also Published As

Publication number Publication date
ATE368350T1 (de) 2007-08-15
JP4379818B2 (ja) 2009-12-09
US8982821B2 (en) 2015-03-17
EP1687956B1 (en) 2007-07-25
US20070275712A1 (en) 2007-11-29
WO2005048564A1 (en) 2005-05-26
CN1894934B (zh) 2010-05-05
US20150172933A1 (en) 2015-06-18
US20130142137A1 (en) 2013-06-06
DE602004007822D1 (de) 2007-09-06
FI20031671A (fi) 2005-05-18
JP2007515862A (ja) 2007-06-14
KR20060094100A (ko) 2006-08-28
AU2004310203A1 (en) 2005-05-26
EP1687956A1 (en) 2006-08-09
FI20031671A0 (fi) 2003-11-17
DE602004007822T2 (de) 2008-04-10
US8310933B2 (en) 2012-11-13
CN1894934A (zh) 2007-01-10

Similar Documents

Publication Publication Date Title
US8982821B2 (en) Method and a device for reporting the number of correctly decoded transport blocks in a wireless system
US7188300B2 (en) Flexible layer one for radio interface to PLMN
US7848304B2 (en) Transmitting interleaved multiple data flows
EP1561297B1 (en) Transport format data transmission
US7103020B2 (en) PLMN radio interface with upper layer supervision of layer one transport channels
JP2007515862A5 (ko)
US7936715B2 (en) Method and a device for reconfiguration in a wireless system
EP1386436B1 (en) Physical layer configuration for a radio interface
US8014365B2 (en) Method and a device for transferring signalling information in a TDMA based system
AU2004310203B2 (en) A method and a device for reporting the number of correctly decoded transport blocks in a wireless system
KR100782591B1 (ko) 무선 시스템에서의 재구성을 위한 방법 및 디바이스
KR100702905B1 (ko) 수송 포맷 데이터 전송
EP1720276A1 (en) Flexible layer 1 configuration for radio to PLMN interface
CA2819887A1 (en) Transport format data transmission

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: 20130221

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20140220

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150130

Year of fee payment: 8

LAPS Lapse due to unpaid annual fee