블록 ( 1310 ) 에서 , 연관 된 제 1 및 제 2 서브 프레임 들 을 수신 한 이후 , 프로세스 는 연관 된 제 1 및 제 2 서브 프레임 들 사이 의 타이밍 차이 에서 의 드리프트 를 결정 할 수 도 있 다 . 여기 서 , 드리프트 의 결정 은 UE 의 프로세서 ( 490 ) ( 도 4 참조 ) 에 의해 구현 될 수 도 있 다 . 블록 ( 1312 ) 에서 , 프로세스 는 , 결정 된 드리프트 가 임의 의 임계 치 ( 예 를 들 어 , 미리 결정 된 임계 치 ) 보다 더 큰 지 를 결정 할 수 도 있 다 . 또한 , 드리프트 가 임계 치 보다 더 큰 지 의 결정 은 프로세서 ( 490 ) 에 의해 구현 될 수 도 있 다 . 드리프트 가 임계 치 보다 더 크 지 않 다고 프로세스 가 결정 하 면 , 프로세스 는 임의 의 적절 한 더 이전 의 블록 으로 복귀 할 수 도 있 거나 프로세스 가 종료 할 수 도 있 다 . 하지만 , 드리프트 가 임계 치 보다 더 크 다고 프로세스 가 결정 하 면 , 블록 ( 1314 ) 에서 , 프로세스 는 , 예 를 들 어 , RRC 메시지 를 이용 하 여 드리프트 의 표시 를 송신 할 수 도 있 다 . 여기 서 , 드리프트 의 표시 의 송신 은 UE ( 450 ) 의 송신기 ( 456 ) ( 도 4 참조 ) 에 의해 구현 될 수 도 있 다 . 블록 ( 1316 ) 에서 , 드리프트 의 표시 에 대한 응답 으로 , 프로세스 는 제 1 다운링크 의 제 1 서브 프레임 을 제 2 다운링크 의 제 3 의 상이 한 서브 프레임 과 연관 시키 도록 조정 된 제 2 표시 를 수신 할 수 도 있 다 . 여기 서 , 제 3 서브 프레임 은 , UE 또는 노드 B 중 하나 또는 그 양자 상 의 압축 된 HARQ 시간 라인 의 부담 을 감소 시키 기 위한 그러 한 방식 으로 제 1 서브 프레임 과 정렬 할 수 도 있 다 . 제 2 표시 의 수신 은 UE ( 450 ) 의 수신기 ( 454 ) ( 도 4 참조 ) 에 의해 구현 될 수 도 있 으며 , 이벤트 6 E , 이벤트 6 F , 또는 이벤트 6 G 중 적어도 하나 의 표시 를 포함 하 는 RRC 측정 제어 메시지 의 형태 로 존재 할 수 도 있 다 . 즉 , 무선 리소스 제어 ( RRC ) 규격 , 3 GPP TS 25 . 331 에서 정의 된 바 와 같 은 이벤트 6 E , 6 F , 및 6 G 메시지 들 은 , 연관 된 서브 프레임 들 의 세트 에 관한 정보 를 포함 하 도록 변경 될 수 도 있 다 .