KR20040093092A

KR20040093092A - 무선랜을 통해 연결된 노드들의 클록 동기화를 지원하기위한 내부 시그널링 방법

Info

Publication number: KR20040093092A
Application number: KR10-2004-7013704A
Authority: KR
Inventors: 야비에르 델프라도파본; 성현 최
Original assignee: 코닌클리케 필립스 일렉트로닉스 엔.브이.
Priority date: 2002-03-07
Filing date: 2003-03-07
Publication date: 2004-11-04
Also published as: ATE306759T1; WO2003075488A3; AU2003209538A8; KR100935833B1; EP1486016A2; JP2005519522A; EP1486016B1; CN1640032A; JP4223962B2; WO2003075488A2; AU2003209538A1; CN100452685C; DE60301873T2; DE60301873D1; ES2250906T3

Abstract

본 발명은 무선 로컬 영역 네트워크(즉 802.11 네트워크)를 통해 유선 또는 무선 노드들의 클록 레지스터들을 무선으로 동기화시키기 위한 클록-동기화 프로토콜을 지원하는 한 세트의 내부 시그널링(즉, 관리 원시함수)을 개시한다. 클록 동기화는 2개의 상이한 무선국(STA)들 안에 상주하는 2개의 상위-층 프로토콜 엔터티 사이에서 수행된다.

Description

무선랜을 통해 연결된 노드들의 클록 동기화를 지원하기 위한 내부 시그널링 방법{INTERNAL SIGNALING METHOD TO SUPPORT CLOCK SYNCHRONIZATION OF NODES CONNECTED VIA A WIRELESS LOCAL AREA NETWORK}

고-정밀 클록 동기화는 분산형 실-시간 시스템의 가장 기본적인 요구조건 중 하나이다. 로컬 클록들의 피할 수 없는 편차 때문에, 글로벌 시간 베이스는 오직 클록-동기화 프로토콜을 이용하여야만 달성될 수 있다. 전체적으로 본 명세서의 미국대응특허출원 명세서에 참고문헌으로 포함되어 있는 2002년 3월 7일에 출원된 공동계류 중인 미국 출원 60/362,518은, 무선 로컬 영역 네트워크(즉, 802.11 네트워크)를 통해 유선 또는 무선 노드들의 클록 레지스터들을 무선으로 동기화시키기 위한 클록-동기화 프로토콜에 관한 것이다. 본 문서에 개시되어 있는 클록-동기화 프로토콜을 지원하기 위하여는, 상위-층 프로토콜로 매체 액세스 제어(MAC: medium access control)로부터의 동기화 프레임에 대한 정보를 제공할 한 세트의 관리 원시함수들(primitives)(즉, 내부 시그널링)이 필요하다.

본 발명은 일반적으로 클록 동기화에 관한 것으로서, 더 상세하게는 상위-층 프로토콜에서 엄격한 클록 동기화를 지원하기 위한 내부 시그널링 방법에 관한 것이다.

도 1은 본 발명의 실시예들이 응용될 무선 통신 시스템의 아키텍처를 도시하는 개략도.

도 2a는 도 1의 통신 시스템의 매스터(master) 노드 및 대표적인 비-매스터 노드를 도시하는 개략도.

도 2b는 거의 주기적인 간격으로 매스터 노드로부터 모든 비-매스터 노드들로 전송되는 2개의 연속적으로 전송되는 동기화 프레임을 도시하는 개략도.

도 3은 도 2a의 매스터 노드를 기술하기 위한 802.11 관리 아키텍처를 도시하는 개략도.

도 4는 본 발명의 일 실시예에 따라 클록 동기화를 지원하기 위한 동작 단계들을 도시하는 흐름도.

도 5는 도 4의 흐름도의 동작 단계들을 더 도시하는 프로세스 흐름도.

본 발명은 무선 로컬 영역 네트워크(즉, 802.11 네트워크)를 통해 유선 또는 무선 노드들의 클록 레지스터들을 무선으로 동기화시키기 위한 클록-동기화 프로토콜을 지원하는, 한 세트의 내부 시그널링(즉 관리 원시함수들)을 제공한다. 클록 동기화는 2개의 상이한 무선국(STA) 안에 상주하는 2개의 상위-층 프로토콜 엔터티 사이에서 수행된다.

본 발명의 상기 특징은 첨부된 도면과 관련하여 설명되는, 본 발명의 예시적인 실시예에 대한 아래의 상세한 설명을 참조하여 더욱 쉽게 명확하게 되며 이해될 수 있다.

아래의 상세한 설명에서, 제한하기 위한 것이 아니라 설명으로서, 본 발명에 대한 충분한 이해를 제공하기 위하여, 구체적인 아키텍처, 인터페이스, 테크닉 등과 같은 구체적인 상세 사항이 제공된다. 그러나, 본 발명이 이들 구체적인 상세 사항들이 상이한 다른 실시예에서도 실시될 수 있을 것이라는 점은 본 기술분야의 지식을 가진 자에게는 명백할 것이다. 몇몇 경우, 잘-알려진 구조 및 디바이스는, 본 발명을 불명료하게 하는 것을 회피하기 위하여, 상세 사항이 아니라 블록도 형태로 도시되었다.

본 발명은 802.11 무선랜(wireless LAN)을 통해 1394 무선 노드들을 동기화하는 문맥에서 아래에 기술된다. 그러나, 본 명세서에서 논의된 본 발명의 교시가 이에 제한되는 것이 아님을 인식해야 한다. 즉, 본 발명은 본 명세서에서 정의된 바와 같은 엄격한 동기화를 요구하는 임의의 유선 또는 무선 통신 시스템에 응용가능하다. 예컨대, 본 발명은 IEEE 802.3 및 이더넷과 같은 유선 통신 시스템에도 응용가능하다.

이제 도면, 구체적으로 도 1을 참조하면, 본 발명의 바람직한 일 실시예가 구현될 수 있는 IEEE 802.11 무선 네트워크(10)가 도시되어 있다. 도시된 바와 같이, 네트워크(10)는 예시적인 실시예가 무선 브릿지(노드)(16a, 18a, 및 20a)와 연관되어 있는, 1394 버스(16, 18, 및 20)를 포함한다. 무선 브릿지(16a, 18a, 20a)는, 무선 통신이 1394 버스(16, 18, 및 20) 사이에서 네트워크(10)를 통해 발생하는 진입 포인트(entrance point)들로서 이용된다. 네트워크(10)는 또한 1394 독립형 무선 노드(21)를 포함하는데, 이 노드(21)는 디지털 비디오 카메라 또는 팜 디바이스와 같은 임의의 독립형(stand-alone) 디바이스를 대표할 수 있고, 이 노드(21)는 또한 다른 디바이스들과의 통신을 위해 1394 프로토콜을 사용할 수 있다. 네트워크(10)는 유선 1394 노드(16b 및 18b)를 더 포함한다.

도 1의 예시적인 실시예는 오직 본 발명을 더 명확하게 기술하기 위해서만 도시되었으며 본 기술분야의 지식을 가진 자는 형태 및 기능 두 가지 모두의 면에서 가능한 수많은 변형예들을 인식할 것이다. 예컨대, 네트워크(10)는 더 많은 또는 더 적은 수의 1394 버스를 포함할 수 있고 및/또는 동기화를 필요로 하는 임의의 다른 종류의 노드를 포함할 수 있다. 네트워크(10)는 또한 동기화를 필요로 하는 더 많은 또는 더 적은 수의 독립형 노드 또는 비-독립형 노드도 포함할 수 있다. 이해되어야 할 점은, 네트워크(10)가 도 1의 예시적인 실시예에서 도시된 바와 같은 802.11 WLAN 기술을 사용할 수 있거나, 또는 무/유선 노드들/버스들을 연결시키기 위한 임의의 다른 종류의 무/유선 통신 시스템을 사용할 수 있다는 점이다.

이러한 모든 변형예들은 본 발명의 사상 및 범위 내에 있는 것으로 믿어진다. 네트워크(10) 및 아래의 예시적인 도면들은 오직 설명을 위한 예로서만 제공될 뿐이며 아키텍처적인 한계를 함축하는 것으로 의도되어 있지 않다.

네트워크(10)에서 클록 동기화를 수행하기 위하여, 네트워크(10)에서 매스터 노드(또는 "루트 노드")로서 임의로 지정되어 있는 일 노드에서 시간-스탬프 값들이 생성된다. 네트워크(10)에서 노드(16a)는 임의로, 네트워크 내의 모든 다른 비-매스터 노드 (슬레이브 노드)가 동기화되는 매스터-클록 매스터 노드로서 선택된다. 네트워크(10) 내에서 매스터 노드(16a)는 네트워크 내의 클록 배분(clock distribution) 역할을 한다.

이제 도 2a를 참조하면, 용이한 설명을 위하여, 클록 동기화 프로세스는 오직 도시된 매스터 노드(16a) 및 하나의 단일 비-매스터 노드(18a)만을 사용하여 기술된다. 주목되는 점은, 단일의 예시된 비-매스터 노드(18a)에서 수행되는 동작들은 네트워크(10)의 모든 그 외의 비-매스터 노드들에서도 동일한 방식으로 발생한다는 것이다. 도 2a는 본 발명의 일 실시예에 따라 매스터 노드(16a) 및 비-매스터 노드(18a)의 구성을 도시한다. 매스터 노드(16a) 및 비-매스터 노드(18a)는 내부 24.576 MHz 클록(진동자)(16c 및 18c)와 연관된 사이클-시간 레지스터(16d 및 18d)를 포함하는 것으로 도시되어 있다. 24.576 클록(16c 및 18c)은 자유롭게 동작하며 연관된 사이클-시간 레지스터(16d 및 18d)의 내용을 갱신한다. 사이클-시간 레지스터(16d 및 18d)는 현재 시간값을 특정하는 필드를 제공하며, 또한 사이클 시간 레지스터가 클록 하드웨어를 쓰기 트랜잭션에 포함된 값으로 초기화하도록 한다. 매스터 노드(16a) 및 비-매스터 노드(18a)를 구성하는 요소들은 통상적인 것이며, 더이상 기술되지 않을 것이다.

도 2b는 클록 동기화를 수행하기 위한 2개의 연속적으로 전송된 동기화 프레임 F_i(27) 및 F_i+1(28)을 도시한다. 동기화 프레임(27 및 28)은, 네트워크(10)에서 매스터 노드(16a)로부터 모든 비-매스터 노드들 -- 즉, 비-매스터 노드(18a)로 --거의 주기적인 간격으로 전송될 수 있다. 각각의 동기화 프레임은 그 소스 어드레스(즉, 프레임을 전송하는 매스터 노드의 MAC 어드레스)와 목적지 어드레스 둘 모두에 의해 식별된다. 목적지 어드레스는 클록 동기화를 수행하기 위하여 명시적으로 예비된 특별한 멀티캐스트 어드레스이다. 각각의 동기화 프레임은 사이클-시간 레지스터(16d, 18d)를 거의 주기적인 간격으로 동기화하는 클록-동기화 정보를 포함한다. 동기화 프레임(27, 28)은, 매스터 노드(16a) 및 비-매스터 노드(18a) 안에 상주하는 상위-층 프로토콜 엔터티를 동기화하기 위하여, 매스터 노드(16a)로부터 생성된다. 본 발명은 이들 상위-층 프로토콜을 지원하기 위한 방법에 관한 것이다.

매스터 노드(16a) 및 비-매스터 노드(18a)의 국 관리 엔터티(SME: Station Management Entity)와 MAC 사이의 관리 원시함수를 예시하기 위하여, 802.11 범용-관리 아키텍처가 아래에 기술되고 도 3에 도시된다. 관리 원시함수는 본 명세서에서 1394 클록-동기화 응용예에 대하여 기술되지만, 주목되는 점은, 본 발명의 관리 원시함수는 엄격한 동기화를 요구하는 임의의 상위-층 프로토콜에 대해 널리 응용할 수 있다.

도 3은 노드(16a, 18a)를 기술하기 위하여 802.11 관리 아키텍처를 도시한다. 이 아키텍처는 3개의 컴포넌트, 즉 MAC-층 관리 엔터티(MLME)(31), 물리-층 관리 엔터티(PLME)(33), 및 시스템 관리 엔터티(SME)(35)로 구성된다. 관리 컴포넌트들 사이에는 3개의 정의된 인터페이스들(32, 34, 36)이 있다. SME(35)는 MAC 및 PHY 관리 정보 베이스(MIB) 둘 모두를 변경시킬 수 있다. MAC 층(37) 및 PHY 층(39)은 둘 모두 MIB에 액세스 할 수 있다. MIB는 상태 정보를 얻기 위하여 조회될 수 있고, 뿐만 아니라 특정 액션이 발생되도록 야기할 수 있는 오브젝트를 얻기 위하여 조회될 수 있다. MLME 층(31)은 MLME_PLME 서비스 액세스 포인트(SAP: service access point)(34)를 통과하여 특정 원시함수를 경유하여 PLME(33)와 통신한다. MLME 층(31)이 지시할 때, PLME 층(33)은 PLCP 서브층(43)으로 하여금 전송을 위해 MPDU를 준비할 것을 지시한다. PLCP 서브층(43)은 또한 무선 매체로부터 인입하는 프레임들을 MAC 층(37)으로 전달한다. PLCP 서브층(43)은, MPDU를 PMD 서브층(45)에 의해 전송하기 적절한 프레임 포맷으로 매핑함으로써, PMD 서브층(45)에 대한 MAC 층(37)의 종속성을 최소화시킨다. PLCP 서브층(43)의 감독하에, PMD 서브층(45)은 무선 매체를 통하여 2개의 국 사이의 PHY 엔터티들의 실제 송신 및 수신을 제공한다. 이 서비스를 제공하기 위하여, PMD 서브층(45)은 공기 매체와 직접적으로 인터페이싱하며 프레임 전송물의 변조 및 복조를 제공한다.

이제 도 4의 흐름도와 도 5의 프로세스 흐름도를 참조하여, 본 발명의 예시적인 일 실시예에 따라 도 1의 무선 노드들과 같은 상위-층 프로토콜의 클록 동기화를 지원하는 것에 관련된 예시적인 단계들이 아래에서 기술된다. 프로세스는, 매스터 노드(16a) 내의 상위-층 프로토콜이 SME의 동기화 요청을 하는 단계(55)에서 시작한다. 상위-층 프로토콜로부터의 동기화 요청은 상위-층 동기화 프로토콜을 개시하기 위해 요구된다. 그후 SME는 동기화 요청을, MLME(31) 내의 동기화-지원 메커니즘의 활성화를 특히 요청하는 MLME-HL-SYNC.request 원시함수의 형태로 MLME(31)로 출력한다. 첫번째 관리 원시함수는 다음과 같이 기술된다:

A.MLME-HL-SYNC.request 원시함수의 일반 형태

MLME-HL-SYNC.request {

RxAdress

}

B.파라미터 설명

파라미터 명칭	파라미터 타입	유효 파라미터 범위	파라미터 설명
RxAdress	MACAddress	멀티캐스트 MACaddress	동기화 프레임이 어드레싱되어 있는 멀티캐스트 어드레스를 특정한다.

주목되어야 할 점은, MAC 층(37)은 그 자체로는 어느 프레임이 동기화 프레임인지 알 수 있는 방법이 전혀 없다는 것이다. 따라서, MAC 층(37)은 상위-층 프로토콜에 의해 동기화 프레임이 출력될 때 동기화 프레임을 인식하는 몇몇 방법을 가져야만 한다. "RxAddress" 파라미터는 MAC 층이 하나의 프레임을 동기화 프레임으로서 인식하는 수단이다. 구체적으로, "RxAddress"는, MAC층(37)이 상위 층으로부터 또는 PHY 층으로부터 멀티캐스트 어드레스인 "RxAddress"와 같은 목적지 어드레스를 가진 프레임을 수신하며, 그 프레임은 동기화 프레임으로서 MAC 층(37)에 의해 식별되어야만 한다는 것을, MAC 층(37)에게 알려준다.

단계(59)에서, MAC 층(37)이 SME(35)로부터 동기화-서비스 요청을 수용할 것인지 여부가 결정된다. 만약 이 서비스 요청이 MAC 층(37)에 의해 수용되지 않는다면, 프로세스는 단계(61)에서 종료된다. 그렇지 않은 경우 만약 MAC 층(37)이 SME(35)의 동기화-서비스 요청을 수용한다면 프로세스는 단계(63)에서 계속된다.

단계(61)에서, MAC 층(37)이 SME로부터의 동기화-서비스 요청을 수용하지 않기 때문에 프로세스는 종료된다. 이 경우, MLME(31)는 SME(35)로, 동기화 서비스가 MAC 층(37)에서 지원되지 않다는 점을 파라미터 셋팅: "ResultCode" = Not Supported 를 이용하여 표시하는 MLME-HL-SYNC.confirm 원시함수를 출력한다.

단계(63)에서, 동기화-서비스 요청이 MAC 층(37)에 의해 수용되었다는 것으로 결정된다. 이 경우, MLME(31)는 SME로, 동기화 서비스가 지원된다는 점을 파라미터 셋팅: "ResultCode"=Success 를 이용하여 표시하는 MLME-HL-SYNC.confirm 원시함수를 출력한다.

A.MLME-HL-SYNC.confirm 원시함수의 일반 형태

MLME-HL-SYNC.confirm {

ResultCode

}

B.파라미터 설명

파라미터 명칭	파라미터 타입	유효 파라미터 범위	파라미터 설명
ResultCode	Enumeration	SuccessNot Supported	MLME-HL-SYNC request의 결과를 표시한다

단계(65)에서, 세번째 원시함수는 하나의 동기화 프레임의 완전한 송신/수신을 보고한다. 구체적으로, 그 결과 PLME(33)가 하나의 프레임을 수신/송신하였다는 것을 MLME(31)에게 알리는 것의 결과로서 MLME-HL-SYNC.indication 원시함수가 MLME(31)에 의해 생성되어 SME(35)로 보내진다.

이 세번째 원시함수는 두 경우, 즉 동기화 프레임의 수신 및 송신의 경우와관련된다. 동기화 프레임의 수신은 비-매스터 노드 -- 즉, 노드(18a) -- 에서 이루어지며, 이 노드(18a)는 매스터 노드 -- 즉, 노드(16a) -- 로부터 동기화 프레임을 수신한다. 동기화 프레임의 송신은 매스터 노드(16a)에서 이루어진다.

동기화 프레임이 비-매스터 노드(18a)에서 수신되고 있는 경우에, MAC 층(37)은 수신되고 있는 동기화 프레임의 목적지 어드레스를 찾을 것이며 이를 MLME-HL-SYNC.request 원시함수에 의해 이전에 특정된 자신의 "RxAddress"와 비교할 것이다. 일치의 경우, MLME(31)는 SME(35)에게, MLME-HL-SYNC.indication 원시함수를 통해, 자신이 동기화 프레임을 수신하였다는 것을 표시할 것이다. MLME-HL-SYNC.indication은, 수신된 동기화 프레임의 전송중인 마지막 심볼이 PHY 층에 의해 검출되고 통지되었을 때, 출력된다.

동기화 프레임이 매스터 노드(16a)로부터 송신되고 있는 경우에, MAC 층(37)은 송신되는 프레임의 목적지 어드레스를 찾아 이를 MLME-HL-SYNC.request 원시함수에 의해 이전에 특정된 자신의 "RxAddress"와 비교할 것이다. 일치의 경우, MLME(31)는 SME(35)에게, MLME-HL-SYNC.indication 원시함수를 통해, 자신이 동기화 프레임을 송신하였다는 것을 표시할 것이다. MLME-HL-SYNC.indication은, 송신된 동기화 프레임의 전송중인 마지막 심볼이 PHY 층에 의해 검출되고 통지되었을 때, 출력된다.

A.원시함수의 일반 형태

MLME-HL-SYNC.indication {

TxAddress

SequenceNumber

ProcDelay

}

B.파라미터 설명

파라미터 명칭	파라미터 타입	유효 파라미터 범위	파라미터 설명
TxAddress	MACAddress	임의의 유효한 개별 MAC 어드레스	동기화 프레임을 보내는 MAC 엔터티의 어드레스를 특정한다. STA가 이 프레임을 보내는 경우, 그 자신의 MAC 어드레스일 것이다.
SequenceNumber	Enumeration	프레임 포맷으로 정의된 바와 같음	수신된/송신된 동기화 프레임의 시퀀스 번호를 특정한다.
ProcDelay	Enumeration	≥0	이 원시함수의 생성과 이 원시함수를 생성한 프레임의 어떤 미리 결정된 검출 포인트가 전송 중에 검출되는 시간 사이의 추정되는 시간(usec 단위?)을 지정한다.

본 발명의 바람직한 실시예가 도시되고 기술되었으나, 당업자라면 본 발명의 진정한 범위를 벗어나지 않고도 다양한 변화 및 수정이 이루어질 수 있고 본 발명의 요소들에 대하여 균등물이 대체될 수 있다는 것을 이해할 것이다. 덧붙여서, 중심적인 범위에서 벗어나지 않고도 본 발명의 구체적인 상황과 교시에 적응하기 위하여 많은 수정들이 이루어질 수 있다. 따라서, 본 발명은 본 발명을 수행하기 위해 의도된 최상의 모드로서 개시된 구체적인 실시예로 국한되는 것으로 의도되어 있지 않으며, 본 발명은 첨부된 청구범위의 범위 내에 포함되는 모든 실시예들을 포함하는 것으로 의도된다.

상술한 바와 같은 본 발명은, 일반적으로 클록 동기화에 이용하는 것으로서, 더 상세하게는 상위-층 프로토콜에서 엄격한 클록 동기화를 지원하기 위한 내부 시그널링 방법 등에 이용할 수 있다.

Claims

네트워크(10)에 통신가능하게 연결된 복수의 비-매스터(non-master) 노드들(16b, 18a, 18b, 20a, 21)를 포함하는 통신시스템으로서, 상기 복수의 비-매스터 노드들(16b, 18a, 18b, 20a, 21) 각각은 로컬 시간 베이스(18d)를 구비하며, 상기 복수의 비-매스터 노드들(16b, 18a, 18b, 20a, 21) 중 하나는 상기 비-매스터 로컬 시간 베이스(18d)가 동기화되는 매스터 클록(16d)으로서 이용되는 매스터 시간 베이스(16c)를 구비하는 매스터 노드(16a)로서 지정되는 통신 시스템에서, 상기 매스터(16a) 및 비-매스터 노드들(16b, 18a, 18b, 20a, 21)의 상위 층 프로토콜에서 클록 동기화를 지원하기 위한 방법으로서,

(a) 상기 매스터 노드(16a)의 상위 층 프로토콜에서 동기화 요청을 하는 단계와;

(b) 동기화 지원 메커니즘을 요청하는 요청 원시함수(request primitive)를, 상기 노드와 연관된 국 관리 엔터티(SME: station management entity)로부터, MAC 층(37) 관리 엔터티(MLME: MAC layer management entity)로 출력하는 단계와;

(c) 상기 단계 (b)에서, 상기 동기화 지원 메커니즘 요청을 상기 MLME(31)에서 수용하는지 여부를 결정하는 단계와;

(d) 상기 동기화 지원 메커니즘이 지원된다는 것을 표시하는 확인 원시함수(confirm primitive)를, 상기 MLME(31)로부터, 상기 단계 (c)에서 상기 요청이 수용되는 상기 SME(35)로 출력하는 단계와;

(e) 상기 MLME(31)에, 상기 노드와 연관된 물리층(PHY)으로부터, 프레임의 수신 및 전송 중 하나를, 보고하는 단계와;

(f) 상기 단계 (e)에 응답하는 상기 SME(35)에, 상기 MLME(31)로부터, 표시 원시함수(indication primitive)를 출력하는 단계를

포함하는, 클록 동기화를 지원하기 위한 방법.
제 1 항에 있어서,

단계 (c)에서 상기 동기화 지원 메커니즘이 상기 MLME(31)에 의해 수용되지 않는다고 결정되는 경우 상기 MLME(31)에 의해서 동기화 요청이 종료되는 단계와;

"수용되지 않음(Not accepted)"와 같은 ResultCode 파라미터를 가진 MLME-HL-SYNC.confirm 원시함수를 출력하는 단계를

더 포함하는, 클록 동기화를 지원하기 위한 방법.
제 1 항에 있어서, 상기 MLME(31)로부터 상기 SME(35)로 출력되는 상기 표시 원수함수는, 수신되는 또는 송신되는 동기화 프레임의 전송중인 마지막 심볼이 PHY 층(39)에 의해 검출되어 통지될 때, 출력되는, 클록 동기화를 지원하기 위한 방법.
제 1 항에 있어서, 상기 SME(35)로부터 상기 MLME(31)로 전송된 상기 요청 원시함수는

MLME-HL-SYNC.request {

RxAddress

}

인 일반 형태를 가지는 MLME-HL-SYNC 요청 원시함수이며, 여기서 RxAddress는 멀티캐스트 어드레스인, 클록 동기화를 지원하기 위한 방법.
제 1 항에 있어서, 상기 MLME(31)로부터 상기 SME(35)로 출력되는 상기 확인 원시함수는

MLME-HL-SYNC.confirm {

ResultCode

}

인 일반 형태를 가지는 MLME-HL-SYNC 요청 원시함수이며, 여기서, ResultCode는 "지원(support)" 또는 "지원하지 않음(no support)" 값을 가지는, 클록 동기화를 지원하기 위한 방법.
제 1 항에 있어서, 상기 MLME(31)로부터 상기 SME(35)로 출력되는 상기 표시 원시함수는

MLME-HL-SYNC.indication {

TxAddress

SequenceNumber

ProcDelay

}

인 일반 형태를 가지는 MLME-HL-SYNC 표시 원시함수이며, 여기서 TxAddress는 동기화 프레임을 보내는 MAC 엔터티의 어드레스를 특정하며; SequenceNumber는 동기화 프레임의 시퀀스 번호를 특정하며; ProcDelay는 이 원시함수의 생성과 생성된 이 원시함수가 전송중 검출된 프레임의 몇몇 미리결정된 검출 포인트 사이의 추정된 시간을 특정하는, 클록 동기화를 지원하기 위한 방법.
제 1 항에 있어서, 상기 네트워크는 무선 및 유선 네트워크 중 하나인, 클록 동기화를 지원하기 위한 방법.
네트워크(10)를 통해 통신가능하게 연결된 복수의 비-매스터 노드들(16b, 18a, 18b, 20a, 21)를 포함하는 통신시스템으로서, 상기 복수의 비-매스터 노드들(16b, 18a, 18b, 20a, 21) 각각은 로컬 시간 베이스(18d)를 구비하며, 상기 복수의 비-매스터 노드들(16b, 18a, 18b, 20a, 21) 중 하나는 상기 비-매스터 로컬 시간 베이스(18d)가 동기화되는 매스터 클록(16d)으로서 이용되는 매스터 시간 베이스(16c)를 구비하는 매스터 노드(16a)로서 지정되는, 통신시스템으로서,

상기 매스터 노드(16a)의 상위 층 프로토콜에서 동기화 요청을 하는 수단과;

동기화 지원 메커니즘을 요청하는 요청 원시함수를, 상기 노드와 연관된 국 관리 엔터티{SME(35)}로부터, MAC 층(37) 관리 엔터티{MLME(31)}로 출력하는 수단과;

상기 단계 (b)에서, 상기 동기화 지원 메커니즘 요청을 상기 MLME(31)에서 수용하는지 여부를 결정하는 수단과;

상기 동기화 지원 메커니즘이 지원된다는 것을 표시하는 확인 원시함수를, 상기 MLME(31)로부터, 상기 단계 (c)에서 상기 요청이 수용되는 상기 SME(35)로 출력하는 수단과;

상기 MLME(31)에, 상기 노드와 연관된 물리층(PHY)으로부터, 프레임의 수신 및 전송 중 하나를, 보고하는 수단과;

상기 단계 (e)에 응답하는 상기 SME(35)에, 상기 MLME(31)로부터, 표시 원시함수를 송신하는 수단을

포함하는, 통신시스템.
제 8 항에 있어서,

단계 (c)에서 상기 동기화 지원 메커니즘이 상기 MLME(31)에 의해 수용되지 않는다고 결정되는 경우 상기 MLME(31)에 의해서 동기화 요청을 종료하는 수단과;

상기 동기화 지원 메커니즘의 비-수용(non-acceptance)을 표시하는 ResultCode 파라미터를 가진 MLME-HL-SYNC.confirm 원시함수를 출력하는 수단을

더 포함하는, 통신시스템.
제 8 항에 있어서, 상기 표시 원수함수를 보내는 수단은, 수신되는 또는 송신되는 동기화 프레임의 전송중인 마지막 심볼이 PHY 층(39)에 의해 검출되어 통지될 때, 표시하는 수단을 더 포함하는, 통신시스템.
제 8 항에 있어서, 상기 요청 원시함수는 멀티캐스트 어드레스를 특정하는 적어도 하나의 파라미터를 포함하는, 통신시스템.
제 8 항에 있어서, 상기 표시 원시함수는, 동기화 프레임을 보내는 MAC 엔터티의 어드레스를 특정하는 제 1 파라미터와, 동기화 프레임의 시퀀스 번호를 특정하는 제 2 파라미터와, 원시함수의 생성과 생성된 이 원시함수가 전송중 검출된 프레임의 몇몇 미리결정된 검출 포인트 사이의 추정된 시간을 특정하는 제 3 파라미터를 적어도 포함하는, 통신시스템.
제 8 항에 있어서, 상기 네트워크는 무선 및 유선 네트워크 중 하나인, 통신시스템.