KR101341247B1

KR101341247B1 - Ｃｒｃ 및 같은 길이 패킷들을 사용하는 패킷 전송 방법 및 장치

Info

Publication number: KR101341247B1
Application number: KR1020117017612A
Authority: KR
Inventors: 씬 엠. 맥비스; 하오 비; 존 디. 리드; 잭 에이. 스미스
Original assignee: 모토로라 모빌리티 엘엘씨
Priority date: 2007-06-15
Filing date: 2008-06-12
Publication date: 2013-12-12
Also published as: MX2009012659A; BRPI0811977A2; CA2768029A1; EP2158712B1; RU2010101080A; RU2491732C2; RU2625946C2; CA2768029C; WO2008157192A2; US20080310352A1; CN102904673A; RU2012149443A; CA2688579A1; KR20110102477A; KR101118898B1; KR20100022041A; EP2158712A2; MY168017A; WO2008157192A3; EP2219314B1

Abstract

PDCAB 패킷(300) 및 RRA 패킷(308)이 함께 F-SCCH 상에서 송신된다. 예를 들어, 패드 비트(205) 대신, 9 RRA 비트(305)가 PDCAB 필드(303)에 부착되고, 이로써 PDCAB(303) 및 RRA(311) 메시지 둘 다 16-비트 CRC(307)에 의한 에러에 대항하여 보호되도록 허용한다. 실시예에 따르면, 수신기는 가변 PDCAB(303) 및 RRA(305) 메시지 포맷들 사이에서 구별하는 것이 가능하고, 패킷(300) 및 (308)을 함께 송신하는 것이 실시예에 있어서 동작의 정규 모드이다. 따라서, 실시예에 따르면, PDCAB 패킷(300) 및 RRA 패킷(308)이 함께 송신될 때, 패킷(300) 및 (308) 둘 다에 대해 명목 CRC 길이를 사용하기 위해, 네트워크는 N PDCAB 패드 비트를, 패드 비트(205)와 같이, RRA 비트맵(311)으로부터의 처음 N 비트로 대체한다.

Description

ＣＲＣ 및 같은 길이 패킷들을 사용하는 패킷 전송 방법 및 장치{METHOD AND APPARATUS FOR PACKET TRANSMISSION USING CRC AND EQUAL LENGTH PACKETS}

본 명세서는 일반적으로 데이터 통신 및 VoIP(Voice-Over-Internet-Protocol) 통신이 지원되는 무선 통신 네트워크에 관한 것으로, 보다 구체적으로는, OFDM(Orthogonal Frequency Division Multiplexed) 무선 인터페이스를 이용하는 네트워크, 및 그런 네트워크를 경유하여 통신하는 이동국에, 시간-주파수 자원(이에 한정되는 것은 아님)과 같은 자원을 할당하는 여러 방법 및 장치에 관한 것이다.

3GPP2(3^rd Generation Partnership Project 2) UMB(Ultra Mobile Broadband) 표준에서, F-SCCH(Forward Shared Control Channel)는 PDCAB(Packet Data Control Assignment Block)을 포함하는 40-비트 패킷 혹은 RRA(Residual Resource Allocation) 블록을 포함하는 40-비트 패킷을 AN(Access Network)으로부터 AT(Access Termianl)로, 또는 이동국으로 전송할 수 있다. 40-비트 설계 제약은, 12-비트 PDCAB가 패딩(padding)을 요구하는데, 이는 비효율성을 야기한다는 점, 및 30-비트 RRA 블록이 매우 짧은 CRC(Cyclic Redundancy Check) 스트링에 의해서만 보호될 수 있는데, 이는 더 긴 CRC를 사용하는 경우일 때보다 채널 에러를 검출할 가능성이 작다는 점에서 문제가 있다. F-SCCH는 제어 정보를 보내기 때문에, 채널 에러 검출 및 정정이 특히 중요하다.

따라서, 비트들의 전송에 의해 소비되는 대역폭을 더 잘 이용하기 위한 방법 및 장치가 필요하며, 그 결과 제어 채널 정보에 대해서는 더 긴 CRC가 사용될 수도 있다.

도 1은 실시예에 따른 무선 통신 네트워크의 블록도이다.
도 2는 이전 통신 네트워크의 제어 패킷의 비트맵도(bit map diagrams)이다.
도 3은 실시예에 따른 도 2의 제어 패킷의 비트맵도이다.
도 4는 실시예에 따른 기지국의 동작을 도시하는 흐름도이다.
도 5는 실시예에 따른 이동국의 동작을 도시하는 흐름도이다.
도 6은 실시예에 따른 이동국의 동작을 보다 상세하게 도시한 흐름도이다.
도 7은 실시예에 따른 기지국의 구성요소를 도시하는 하이 레벨 블록도이다.
도 8은 실시예에 따른 이동국의 구성요소를 도시하는 하이 레벨 블록도이다.

이제, 동일한 참조번호는 동일한 구성요소를 나타내는 도면을 참조하면, 도 1은 여러 기지국(103)을 갖는 통신 네트워크(100)를 도시하는데, 각 기지국(103)은 대응 커버리지 영역(107)을 갖는다. 일반적으로, 기지국 커버리지 영역은 중첩될 수도 있고, 일반적으로, 전체 네트워크 커버리지 영역을 형성할 수도 있다. 기지국은, 기술에 따라, BTS(base transceiver station), "Node B", 및 AN(access node)와 같이 다른 이름들로 불릴 수도 있다. 네트워크 커버리지 영역은 다수의 기지국 커버리지 영역(107)을 포함할 수도 있는데, 이는 인접 무선 커버리지 영역(contiguous radio coverage area)을 형성할 수도 있다. 그러나, 인접 무선 커버리지를 갖도록 요구되는 것은 아니고 따라서 네트워크 커버리지 영역은 대안적으로 분산(distributed)될 수도 있다.

게다가, 각 커버리지 영역은 다수의 이동국(101)을 가질 수도 있다. 이동국 역시 기술에 따라 AT(access terminal), UE(user equipment), 또는 그 외의 용어로 불릴 수도 있다. 다수의 기지국(103)은 백홀 커넥션(backhaul connections)(111)을 경유하여 기지국 제어기(109)에 접속될 것이다. 기지국 제어기(109) 및 기지국은 RAN(Radio Access Network)을 형성한다. 전체 네트워크는 각각이 다수의 기지국을 제어하는 임의의 수의 기지국 제어기를 포함할 수도 있다. 기지국 제어기(109)는 대안적으로 기지국들(103) 사이에서 분산된 기능(distributed function)으로 실행될 수도 있음에 유의해야 한다. 특정 실행과 무관하게, 기지국 제어기(109), 또는, 기지국(이에 한정되는 것은 아님)과 같은 일부 다른 적절한 네트워크 엔티티는 패킷 스케줄러, 패킷 세그멘테이션 및 리어셈블리 등과 같은 패킷화된 통신을 위한 여러 모듈, 및 여러 이동국(101)에 적절한 무선 자원을 할당하기 위한 모듈들을 포함한다.

기지국(103)은 임의의 수의 표준 무선 인터페이스를 경유하고 임의의 수의 변조 및 코딩 스킴을 이용하여 이동국(101)과 통신할 수도 있다. 예를 들어, UMTS(Universal Mobile Telecommunications System), E-UTRA(E-UMTS(Evolved UMTS) Terrestrial Radio Access) 또는 CDMA2000™이 사용될 수도 있다. 또한, OFDM(Orthogonal Frequency Division Multiplexing) 및/또는 왈시 코드(Walsh codes)와 같은 직교 확산 코드가 무선 인터페이스의 채널화를 위해 사용될 수도 있다. 세미(semi)-직교 확산 코드 역시 무선 인터페이스를 통해 추가적인 채널화를 달성하기 위해 사용될 수도 있다. 임의의 적절한 무선 인터페이스가 여러 실시예에 의해 사용될 수도 있다.

OFDM을 사용하는 통신 네트워크에 대한 경우인 것과 같이 시간-주파수 자원일 수도 있는 통신 네트워크의 무선 자원이 비트맵을 경유하여 이동국에 할당된다. 또한, 자원 블록들이 그룹 사이에서 공유되도록 이동국들이 그룹들에 할당될 수도 있다. 그러한 비트맵, 이동국 그룹화 및 공유된 자원 할당은 동시계속출원인 미국 특허 출원 제11/460,908호 "APPARATUS AND METHOD FOR HANDLING CONTROL CHANNEL RECEPTION/DECODING FAILURE IN A WIRELESS VOIP COMMUNICATION SYSTEM", 미국 특허 출원 제11/464,179호 "APPRATUS AND METHOD FOR AUTOMATIC REPEAT REQUEST WITH REDUCED RESOURCE ALLOCATION OVERHEAD IN A WIRELESS VIOP COMMUNICATION SYSTEM", 및 미국 특허 출원 제11/530,352호 "APPARATUS AND METHOD FOR AUTOMATIC REPEAT REQUEST SIGNALLING WITH REDUCED RETRANSMISSION INDICATIONS IN A WIRELESS VOIP COMMUNICATION SYSTEM"에 기술되어 있고, 이들 셋 모두는 본 출원인과 동일한 양수인에게 양도되었고, 이들 셋 모두는 여기 참고로서 포함된다.

여러 실시예에 중요한 2비트 맵이 제어 채널, 구체적으로, F-SCCH(Forward Shared Control Channel) 상의 이동국들로 보내지는데, 이는 도 2에 도시된다. 따라서, 비트맵-기반 할당의 경우, 통신 네트워크는 이동국을 특정한 주파수 도메인 자원에 할당할 수도 있고, 여기서 비트맵에서 어떤 비트 위치들은 주파수 도메인 자원에 대응한다. 따라서 이동국은 비트맵을 사용하여 현재 사용 중인 주파수 도메인 자원들을 결정하고, 이용 가능한 원래 주파수 도메인 자원들에서, 비트맵에 의해 현재 사용 중인 것으로 지시되는 주파수 도메인 자원들을 빼서(minus) 그 자신의 할당을 결정한다.

도 2를 참조하면, F-SCCH(Forward Shared Control Channel)는 통신 네트워크로부터 이동국으로, 포워드 링크 제어 채널의 세그먼트로 불리는, PDCAB(Packet Data Control Assignment Block; 203)를 포함하는 40-비트 패킷(200), 또는 채널 트리로부터의 채널 노드 혹은 자원이라 불리는, RRA(Residual Resource Allocation) 블록(211)을 포함하는 40-비트 패킷(208)을 송신할 수도 있다. 여러 실시예에 따른 모든 이동국이 PDCAB 패킷 및 RRA 패킷을 함께 수신하는 능력을 갖지만, 이동국들(101) 중 일부는 단지 PDCAB 정보만을 요구할 수도 있고 일부 이동국은 단지 RRA 정보만을 요구할 수도 있다.

도 2에 의해 도시된 실시예를 위해, PDCAB(203)는 12개의 제어 세그먼트들에 대응하는 길이 12 비트맵인 것으로 가정되고, RRA 비트맵(211)은 채널 트리로부터의 30개의 노드들에 대응하는 길이 30 비트맵인 것으로 가정된다. 이렇게 가정된 비트맵 둘 다 5㎒ 시스템에 대해 전형적인 값들이고 따라서 도 2의 실시예를 위한 것이다. 따라서, 도 2는, 40-비트 패킷들(200 및 208)이 F-SCCH를 통한 송신을 위해 현 시스템에서 PDCAB(203) 블록 혹은 RRA(211) 블록을 포함하도록 어떻게 구성되는지를 도시한다.

PDCAB 패킷(200) 및 RRA 패킷(208) 둘 다 각각 3 비트 헤더(201 및 209)를 갖는다. 이들 3 비트 "블록 타입(block type)" 헤더들은 후속 블록들에서 뒤따르는 정보의 타입을 나타낸다. 구체적으로, PDCAB 패킷(200)은 40비트의 원하는 패킷 길이를 달성하기 위해 PDCAB 블록(203)에서의 12 PDCAB 정보 비트, 9 패드 비트(205), 및 16 CRC 비트(207)를 갖는다.

RRA 패킷(208)은 30 RRA 정보 비트(211)를 갖는다. 따라서, 40 비트 제약 때문에, 감소된 CRC(215)가 사용되어야만 한다. 도시된 실시예에서, 40비트 패킷 길이를 달성하기 위해 2 패드 비트(213) 및 감소된 5 비트 CRC(215)가 사용된다. 패킷(200) 및 패킷(208)의 40 비트 패킷 길이의 견지에서, 단지 2가지 CRC 길이, 즉, 16비트 혹은 5비트가 허용됨은 물론이다. 제어 채널 사이즈가 고정되기 때문에, 블록이 명목(nominal) CRC를 사용하여 지원되는 것보다 적은 정보 비트를 갖는다면, 정보 비트에 0 비트가 부가되어 원하는 길이를 달성한다. 블록이 명목 CRC를 사용하여 지원되는 것보다 많은 정보 비트를 갖는다면, CRC 길이는 5 비트로 감소되고, 필요하다면, 정보 비트에 0 비트가 부가되어 원하는 길이를 달성한다. CRC 길이를 감소시키는 것은 에러 확률을 증가시키기 때문에 바람직하지 않다. 일반적으로, PDCAB 정보를 위한 제1 패킷은 n-비트의 CRC 길이를 가질 것이고, RRA 정보를 위한 제2 패킷은 더 짧은 (n-x) 비트의 CRC 길이를 가질 것이다.

도 3은 실시예에 따른 PDCAB 패킷(300) 및 RRA 패킷(308) 및 RRA 패킷(315)을 도시한다. 도 3에서, 하나의 실시예에 따르면, 패킷들(300 및 308)은 F-SCCH 상에서 동시에 송신된다. 도 3에 의해 도시된 예의 경우에, 패드 비트(205) 대신, 9 RRA 비트(305)가 PDCAB 필드(303)에 첨부되어, 이로써 PDCAB(303) 및 RRA(311) 메시지들 둘 다 16-비트 CRC(307)에 의한 에러에 대항하여 보호되도록 한다. 따라서, 실시예에 따르면, 수신기는 PDCAB와 RRA 비트맵들에 대한 가변 메시지 포맷들 사이에서 구별하는 것이 가능하다. 게다가, 패킷들(300 및 308)을 동시에 송신하는 것은 실시예에 따른 동작의 정규 모드이다.

따라서, 실시예에 따르면, PDCAB 패킷(300) 및 RRA 패킷(308)이 동시에 송신될 때, 통신 네트워크는, 패킷들(300 및 308) 양측에 대해 명목 CRC 길이를 사용하기 위해, N PDCAB 패드 비트, 예를 들면 패드 비트(205)를, 전체 RRA 비트맵, 즉, RRA 비트맵들(305 및 311)의 결합으로부터의 처음(first) N 비트로 대체한다. 따라서, RRA 비트맵(305)은 제2 부분 RRA 비트맵(311)에 의해 완성되는 전체 RRA 비트맵의 제1 부분을 정의한다. 보다 구체적으로, 전체 RRA 비트맵은 제1 부분 RRA 비트맵(305) 및 제2 부분 RRA 비트맵(311)으로 분리되어, 2개의 부분이 2개의 패킷(300 및 308)으로 각각 전송된다.

따라서, 도 3에서, RRA 블록(311)의 처음 9 비트는, PDCAB 패킷(300)에서, 도 2에서 이전에 도시된 바와 같은, 패드 비트(205)를 대신하여서, RRA 패킷(308)에서 RAA 블록(311)에 대해 21 비트를 남겨둔다. 21 RRA 비트(311)는 40비트의 명목 F-SCCH 패킷 스페이스에 완벽하게 맞고(fit), 이로써 16 비트의 명목 CRC 길이(313)가 RRA 패킷(308)을 위해 사용되도록 허용한다. RRA 패킷(308)에 대해 이렇게 증가된 CRC 길이는, 통신 네트워크에 대해 임의의 추가 오버헤드를 요구하지 않고, 에러의 확률을 감소시킨다.

따라서, 실시예에 따르면, RRA 블록(311)이 PDCAB 패드 비트 스페이스보다 적은 비트를 갖는 경우, 전체 RRA 블록(311)이 PDCAB 패킷(300)의 RRA 블록(305)에 맞기 때문에, F-SCCH의 RRA 패킷(308)은 송신될 필요가 없음은 물론이다. 따라서, 실시예에서, PDCAB 패킷(300)은 PDCAB 블록(303)과 완성된 RRA 블록(305)을 포함하기 때문에 단일 PDCAB 패킷(300)만이 송신되는 경우가 존재할 수도 있다. 이는, 일부 실시예에서, 결합된 PDCAB(303)와 RRA(305) 블록이 수신기에 의해 예측되는 적절한 헤더(301) 비트 구성에 의해, 달성될 수도 있다.

또한, 실시예에 따르면, 통신 네트워크가 PDCAB 패킷(300)과 RRA 패킷(308)을 항상 동시에 송신할 필요는 없다. 2개의 패킷은 다른 시간에 개별적으로 송신될 수도 있다. 따라서, 도 3과 관련하여 상술한 F-SCCH 송신 역시 통신 네트워크가 PDCAB 패킷(300) 및 RRA 패킷(308)을 다른 시간에 송신할 때 적용될 수도 있는데, 여기서 이동국은 패킷을 버퍼링하고 그들을 함께 처리한다.

RRA 정보를 보내기 위한 대안적인 혹은 추가적인 패킷 타입은 패킷(315)이다. 패킷(315)은 RRA 정보(317) 및 더 짧은 CRC 블록, 예컨대, 7 비트 CRC 혹은 5 비트 CRC 블록(321)이다. 따라서, 패킷(315)은 패킷(300), 패킷(308) 또는 그 둘의 결합물에 대한 RRA 연속 패킷(continuation packet)으로서의 역할을 할 수도 있다.

일부 실시예에서, 패킷(315)은 PDCAB 비트맵으로부터 독립적으로 RRA 비트맵을 보내기 위해 사용될 수도 있다. 하나의 특정 실시예에서, 패킷(315)은 패킷(200)과의 결합에 사용되는데, 여기서 패킷(200)은 단지 PDCAB 정보만을 포함하고 패킷(315)은 단지 RRA 정보만을 포함하지만, 패킷(315)은 헤더 정보를 사용하지 않고 따라서 CRC 비트(321)를 위한 추가 룸(additional room)을 갖는다. 패드 비트(319)는 사용된 CRC의 크기에 따라 패킷(315)에서도 이용될 수도 있음에 유의한다.

도 2 및 도 3은 단지 예시적인 것으로 가상의 5㎒ 대역폭에 기초하는 것임을 알 것이다. 따라서, 더 작거나 더 큰 대역폭이 사용되어 그 결과 더 작거나 더 큰 패킷 비트 길이를 얻을 수도 있는데, 이는 여기 개시된 여러 실시예의 범위 내에 있다. 도 2 및 도 3의 전형적인 본질의 견지에서, PDCAB 정보에 대한 제1 패킷은 n-비트의 CRC 길이를 가질 것이고, RRA 정보(208 및 315)에 대한 일부 패킷들은 더 짧은 (n-x) 비트의 CRC 길이를 가질 것이고, 사용된 CRC 비트의 실제 수는 PDCAB 및/또는 RRA 메시지에서 송신될 정보의 품질 및 대역폭과 같은 여러 팩터들에 의존할 수도 있음은 물론이다. 따라서, 여러 CRC 비트 길이가 여기 개시된 여러 실시예에 따라 사용될 수도 있다.

도 4는 실시예 및 상기 설명에 따른 기지국의 동작을 도시한다. 401에서, PDCAB 패킷은 이전 시스템에서 패드 비트로 사용되었던 위치에 RRA 비트를 포함하도록 구성될 수도 있다. 403에서, RRA 비트의 수가 충분히 작다면, PDCAB 패킷에 포함된 정보는 완전한 RRA 정보 및 16 비트 RRA 블록 역시 포함할 수도 있다. 만일 그렇다면, 405에서, 기지국은 완전한 RRA 정보 블록을 갖는 PDCAB 패킷을 송신할 것이다.

송신할 추가적인 RRA 정보가 존재하면, 407에서, RRA 패킷은 나머지 RRA 비트 및 16 비트 CRC 블록 역시 갖도록 구성될 것이다. 409에서, PDCAB 패킷 및 RRA 패킷은 함께 송신될 것이다.

도 4에 의해 도시된 동작에 추가로, PDCAB 패킷은 상술한 바와 같이 RRA 비트를 포함할 수도 있기 때문에, 통신 네트워크, 구체적으로 실시예의 기지국은 RRA 블록은 물론 PDCAB 블록에 의해 타겟이 된 이동국에 도달하도록 PDCAB 비트맵 블록의 송신 전력을 설정할 것이다.

도 5는 F-SCCH를 다루는 것에 대한 실시예에 따른 이동국의 동작을 도시한다. 501에서, 이동국은 F-SCCH의 RRA 비트맵을 모니터링하기 위해 할당될 수도 있다. 503에서 이동국이 PDCAB 비트를 탐지한다면, 507에서 패킷 역시 RRA 비트에 대해 체크될 것이다. RRA 비트가 패킷에 포함된다면, 이동국은 패킷에 포함된 16 비트 CRC 블록을 사용하여 509에서 RRA 비트를 디코드하기 시작할 수도 있다.

503에서 어떠한 PDCAB 비트도 탐지되지 않았거나, 507에서 어떠한 RRA 비트도 탐지되지 않는다면, 503의 패킷은 단지 RRA 패킷이고 505에서 5 비트 CRC를 사용하여 디코드될 것이고, 또는, 507로부터, RRA 패킷은 507의 PDCAB 패킷에 이어서 뒤따를 것이고 505에서 수신 및 디코드될 것이다.

PDCAB 비트맵을 모니터링하기 위해 할당된 이동국에 대해, 이전 시스템에서와 같이 최후(last) PDCAB 비트맵 위치를 벗어나는 모든 비트 위치들은 무시할 것이다.

도 6은 실시예에 따른 이동국의 동작에 대한 추가 상세를 도시하는 흐름도이다. 601에서 F-SCCH 패킷이 수신된 후에, 이동국은, 패킷의 최후 비트들이 16 비트 CRC를 정의한다는 가정하에 거기 포함된 임의의 데이터 블록들을 디코딩하려고 시도할 수도 있다. 데이터는 16 비트 CRC를 통과할 수도 있는데, 이는 패킷이 도 3에 의해 도시된 패킷들 중 하나, 즉, PDCAB(303) 부분 및 RRA(305) 부분을 갖는 패킷(300), 또는 RRA(311) 부분만을 갖는 패킷(308)임을 이동국에게 지시한다.

따라서, 이동국은, 609에서와 같이, 포함된 메시지 타입을 결정하기 위해, 헤더(301) 혹은 헤더(309)일 수도 있는, 헤더를 판독하기 시작할 수도 있다. 2개의 패킷(300 및 308)에 대해, 이동국은 RRA 블록(305)을 RRA 블록(311)과 결합하여 RRA 메시지를 완성할 것이다. 도 6으로 돌아가면, 605의 16 비트 CRC가 실패하면, 패킷의 최후 비트가 도 3의 패킷(315)에 의해 도시된 바와 같은 5 비트 CRC를 정의한다는 가정하에, 613에서 이동국이 5비트 CRC를 적용할 수도 있다. 615에서 5 비트 CRC가 성공적이면, 619에서 이동국은 RRA 비트맵(317)을 얻는다. 그러나, 615에서 5비트 CRC가 실패이면, 617에 도시되는 바와 같이 디코딩 실패가 일어날 것이고 새로운 패킷이 수신될 때까지 어떠한 추가 액션도 취하지 않는다.

PDCAB 패킷(200) 전송에 후속하는 RRA 정보를 전송하거나, 또는 정보에 대해 3 비트를 절약하는, 헤더에 대한 요구가 없는 연속 RRA 정보 비트(a continuation of RRA information bits)를 전송하기 위해 315와 같은 패킷이 이용될 수도 있음은 물론이다. CRC 결정은 16 비트 CRC가 성공적인 경우에만 이동국이 헤더 정보를 찾도록 허용한다. 만약 그렇지 않으면, 도 6에 대해 논의된 바와 같이 5 비트 CRC가 성공적인 경우에, 이동국은 도 3의 패킷(315)에 의해 도시된 바와 같이 패킷이 RRA 정보(317)만을 포함한다고 결론지을 수도 있다.

도 1 및 도 2에 대하여 이전에 논의된 바와 같이, 일부 이동국(101)은 단지 PDCAB 정보만을 요구할 수도 있고, 일부 이동국은 단지 RRA 정보만을 요구할 수도 있지만, 여러 실시예의 모든 이동국은 PDCAB 패킷 및 RRA 패킷 둘 다 함께 수신할 수도 있다. 따라서, 도 6에 대해, 블록 603에서, 이동국은 제1 패킷, 예컨대, PDCAB 패킷을 수신하였을 수도 있고, 또한 제2 패킷, 예컨대, RRA 패킷을 수신하였을 수도 있다. 이동국이 단지 RRA 정보만을 요구한다면, 이동국은, 603에서, 패킷의 최후 비트가 n-비트 길이 CRC를 정의한다는 가정하에 제2 패킷을 우선 디코드할 수도 있다. 도 2 및 도 3에 대하여 제공된 이전 실시예에서, 5㎒ 시스템이 가정되었고 40 비트 길이 RRA(혹은 PDCAB) 패킷 길이가 주어진 경우 16 비트 길이 CRC가 가정되었으며, 패킷 길이는 가정된 5㎒ 대역폭에 기초하는 것이다.

도 6을 참조하면, 단지 RRA 정보만을 요구하는 이동국은, 603에서, 상술한 바와 같은 n-비트 길이 CRC를 사용하여 제2 패킷을 우선 디코드할 수도 있다. 패킷이 CRC를 통과하고 따라서 성공적으로 디코드되면, 이동국은, 패킷이 RRA 패킷임을 이동국에게 알릴 패킷 헤더를 판독할 수도 있다.

이 경우에, 이동국은 우선 수신된 패킷이 PDCAB 및 RRA 정보를 결합한 패킷일 수도 있음을 예측할 것이다. 따라서, 이동국은, 이제, 제1 패킷의 최후 비트가 동일한 길이의 CRC, 예를 들면, 제공된 실시예에 대해 16비트의 CRC를 RRA 패킷의 CRC 길이로서 정의한다는 가정하에, 제1 패킷의 디코드를 시도할 것이다. 따라서, CRC가 통과하고 따라서 이동국이 제1 패킷을 성공적으로 디코드하면, 이동국은 607에서 제1 패킷의 헤더를 판독하는 것을 진행할 것이고, 그 다음 609에서와 같이 패킷에 또한 포함된 PDCAB 정보와 RRA 정보를 구별함으로써, RRA 정보를 취득하는 것을 진행할 것이다. 이동국은 완전한 RRA 메시지를 취득하기 위해 제1 패킷 RRA 정보 부분을 제2 패킷 RRA 정보 부분과 결합할 수도 있다.

도 7 및 8은 실시예에 따라, 기지국(103) 및 이동국(101)의 주요 구성요소들을 각각 도시하는 블록도이다. 기지국(103)은 프로세서(703)에 결합된 송수신기(들)(701)을 포함한다. 프로세서들(703)은 실시예에 따라 PDCAB 패킷 및 RRA 패킷을 구성하기 위해 F-SCCH 모듈(705)을 실행한다.

이동국(101)은 사용자 인터페이스(801), 및 프로세서(들)(807)을 포함한다. 프로세서(들)(807)은 실시예에 따라 PDCAB 패킷 및 RRA 패킷을 디코딩하기 위해 F-SCCH 모듈(809)을 실행한다. 또한, 이동국은, 키패드, 터치 스크린, 음성 활성화 명령 입력, 및 회전 커서 제어를 포함하는(이에 한정되는 것은 아님) 사용자 인터페이스들의 조합일 수도 있는 사용자 인터페이스(803), 도 8에는 도시되지 않은, 전용 프로세서 및/또는 메모리, 드라이버 등을 가질 수도 있는 그래픽 디스플레이(803), 및 송수신기(들)(805)을 포함한다.

도 7 및 8은 단지 예시적인 목적을 위한 것이고 본 명세서에 따른 기지국 및 이동국의 주요 구성 요소들을 도시하기 위한 것으로, 여러 구성요소들 및 기지국이나 이동국에 요구되는 그들 사이의 접속들에 대한 완전한 개략도로서 의도된 것이 아님은 물론이다. 따라서, 기지국 및/또는 이동국은 도 7 및/또는 도 8에 도시되지 않은 다른 여러 구성요소들을 포함할 수도 있는데 이는 여전히 본 명세서의 범위 내에 있을 것이다.

여러 실시예가 도시되고 기술되었지만, 본원이 그렇게 한정되는 것이 아님은 물론이다. 첨부된 청구항에 의해 정의된 것과 같은 본 발명의 의도 및 범위에서 벗어나지 않고 당업자는 다수의 수정, 변경, 변형, 대체, 및 등가물을 생각해 낼 것이다.

Claims

이동국에서의 방법으로서,
제1 패킷 및 제2 패킷을 수신하는 단계 - 상기 제1 패킷 및 상기 제2 패킷은 동일한 비트 길이를 가짐 - ;
수신된 상기 제2 패킷의 끝에서의 선정된 수의 비트가 제1 길이 CRC(Cyclic Redundancy Check) 블록을 정의한다고 가정하는 단계;
상기 제1 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 디코딩하는 단계 - 상기 디코딩은 결과적으로 실패함 - ;
수신된 상기 제2 패킷의 끝에서의 제2 선정된 수의 비트가 제2 길이 CRC(Cyclic Redundancy Check) 블록을 정의한다고 가정하는 단계 - 상기 제2 길이 CRC 블록은 상기 제1 길이 CRC 블록보다 짧음 - ; 및
상기 제2 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 성공적으로 디코딩하는 단계
를 포함하는 이동국에서의 방법.
제1항에 있어서,
수신된 상기 제2 패킷이, 상기 제2 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 성공적으로 디코딩하는 단계에 응답하여, 상기 이동국에 의해 요구된 메시지를 포함한다고 결정하는 단계; 및
상기 제1 패킷을 폐기하는 단계
를 더 포함하는 이동국에서의 방법.
제1항에 있어서,
수신된 상기 제2 패킷이, 상기 제2 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 성공적으로 디코딩하는 단계에 응답하여, 상기 이동국에 의해 요구된 메시지의 제2 부분을 포함한다고 결정하는 단계;
수신된 상기 제1 패킷의 끝에서의 선정된 수의 비트가 제3 길이 CRC(Cyclic Redundancy Check) 블록을 정의한다고 가정하는 단계 - 상기 제3 길이 CRC 블록은 상기 제1 길이 CRC 블록보다 김(longer) - ;
상기 메시지의 제1 부분을 획득하기 위해, 상기 제3 길이 CRC 블록을 사용하여, 수신된 상기 제1 패킷을 성공적으로 디코딩하는 단계; 및
상기 이동국에 의해 요구된 상기 메시지를 획득하기 위해, 상기 제1 부분 및 상기 제2 부분을 결합하는 단계
를 더 포함하는 이동국에서의 방법.
이동국으로서,
적어도 하나의 송수신기;
상기 송수신기에 연결된 적어도 하나의 프로세서
를 포함하며,
상기 프로세서는,
제1 패킷 및 제2 패킷을 수신하고 - 상기 제1 패킷 및 상기 제2 패킷은 동일한 비트 길이를 가짐 - ,
수신된 상기 제2 패킷의 끝에서의 선정된 수의 비트가 제1 길이 CRC(Cyclic Redundancy Check) 블록을 정의한다고 가정하고,
상기 제1 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 디코드하고 - 상기 디코드는 결과적으로 실패함 -,
수신된 상기 제2 패킷의 끝에서의 제2 선정된 수의 비트가 제2 길이 CRC(Cyclic Redundancy Check) 블록을 정의한다고 가정하고 - 상기 제2 길이 CRC 블록은 상기 제1 길이 CRC 블록보다 짧음 -,
상기 제2 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 성공적으로 디코드하도록 구성되는, 이동국.
제4항에 있어서, 상기 프로세서는, 또한,
상기 제2 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 성공적으로 디코드하는 것에 응답하여, 수신된 상기 제2 패킷이 상기 이동국에 의해 요구된 메시지를 포함한다고 결정하고,
상기 제1 패킷을 폐기하도록 구성되는, 이동국.
제4항에 있어서, 상기 프로세서는, 또한,
상기 제2 길이 CRC 블록을 사용하여, 수신된 상기 제2 패킷을 성공적으로 디코드하는 것에 응답하여, 수신된 상기 제2 패킷이 상기 이동국에 의해 요구된 메시지의 제2 부분을 포함한다고 결정하고,
수신된 상기 제1 패킷의 끝에서의 선정된 수의 비트가 제3 길이 CRC(Cyclic Redundancy Check) 블록을 정의한다고 가정하고 - 상기 제3 길이 CRC 블록은 상기 제1 길이 CRC 블록보다 김 -,
상기 메시지의 제1 부분을 획득하기 위해, 상기 제3 길이 CRC 블록을 사용하여, 수신된 상기 제1 패킷을 성공적으로 디코드하고,
상기 이동국에 의해 요구된 상기 메시지를 획득하기 위해, 상기 제1 부분 및 상기 제2 부분을 결합하도록 구성되는, 이동국.