데이터 전송 세션에 대한 통신 채널의 할당 document_id A220623108704

도 1은 블루투스 피코넷(1)을 예시한다. 이것은 마스터 장치(2)에 의해 제어되고, 마스터 장치(2) 및 7개까지의 슬레이브 장치들(4, 6, 8, 10)을 포함하는 애드혹 무선 통신 네트워크(ad-hoc radio communications network)이다. 피코넷(1)의 장치들은 도 2에 예시되는 바와 같이 공통 시간 기준(20)으로 동기화된다. 그 공통 시간 기준은 마스터 장치(2)의 블루투스 클락(Bluetooth clock)으로 동기화된다. 도 2에서 예시되는 바와 같이, 피코넷(1)에서의 통신은 패킷 데이터 유닛(packet data unit;PDU)들(22)의 시퀀스로서 일어난다. PDU들(22)은 시분할 이중(time division duplex;TDD) 방식으로 통신된다. 공통 시간 기준(20)은 일련의 TDD 프레임들(30)로 나누어진다. 각 TDD 프레임은 2개의 타임 슬롯들(time slots)을 포함한다. TDD 프레임의 제1 타임 슬롯(31)은 피코넷(1)의 마스터(2)에 할당된다. 마스터(2)만이 TDD 프레임(30)의 제1 슬롯(31)에서 PDU의 송신을 시작할 수 있다. TDD 프레임(30)의 제2 슬롯(32)은 피코넷(1) 내의 단일 슬레이브에 할당된다. 단지 그 할당받은 슬레이브만이 TDD 프레임(30)의 제2 타임 슬롯(32)에서 PDU(22)를 송신하는 것을 시작할 수 있다. 단지 TDD 프레임(30)의 제1 타임 슬롯(31)에서 어드레싱(addressing)되는 슬레이브만이 그 TDD 프레임(30)의 제2 타임 슬롯(32)에서 응답할 수 있다. PDU(22)는 헤더(header) 및 페이로드(payload)를 포함한다. 그 헤더의 액세스 코드(access code)는 피코넷의 마스터를 식별하고 그 헤더 내 어드레스는 어드레싱되는 장치를 식별한다. 또한 그 헤더 내 액세스 코드는 피코넷(1) 내 장치들의 각각에서 공통 시간 기준(20)으로의 동기화를 유지하는데 사용된다. 블루투스 표준에 따르는 피코넷(1)은 고속 주파수 도약(fast frequency hopping)을 이용하고 마스터 및 슬레이브들이 함께 홉핑(hopping)하는 것이 필수적이기 때문에 정확한 시간 동기화가 필요하다. 도 2를 참조하면, 슬롯(31A)에서의 마스터(2)는 슬레이브(S1)에게 PDU를 송신한다. 이것은 슬레이브(S1)가 슬롯(32A)에서 마스터(2)에게 송신되는 PDU로 응답할 수 있게 한다. 마스터(2)는 타임 슬롯(32)에서의 슬레이브(S1)가 또한 응답할 수 있게 하는 타임 슬롯(31B)에서의 제2 PDU(22)를 송신한다. 그러나, 슬레이브(S1)는 응답할 의무는 없다. 타임 슬롯(31C)에서, 마스터(2)는 슬레이브(S3)에게 PDU(22)를 송신하고, 슬레이브(S3)는 타임 슬롯(32)에서 PDU(22)로 응답한다. 타임 슬롯(31D)에서, 마스터(2)는 슬레이브(S2)에게 PDU(22)를 송신하고, 슬레이브(S2)는 즉시 뒤따르는 타임 슬롯(32D)에서 PDU(22)로 응답한다. 그러므로 단일 통신 채널이 피코넷(1) 내에 존재한다는 것이 인식될 것이다. 이 통신 채널은 TDD 방식으로 동작하고 TDD 프레임(30)의 제1 슬롯(31)에서 마스터(2)로부터의 하향링크(donwlink) 채널 및 그 TDD 프레임(30)의 제2 슬롯(32)에서 마스터로의 상향링크(uplink) 채널을 포함한다. 그 통신 채널은, 그 마스터가, TDD 프레임(30)의 제1 타임 슬롯에서, 특정한 슬레이브로 어드레싱된 PDU를 송신함으로써, 그 특정한 슬레이브를 폴링(polling)하게 함으로써 그 특정한 슬레이브에게 할당될 수도 있다. 피코넷(1) 내 동기화를 유지하기 위해, 블루투스 마스터 장치(2)는 전형적으로 최소한 매 25 ms 마다 슬레이브를 폴링한다. 그 결과, 디폴트로, 그 통신 채널은 최소한 매 25 ms 마다 한 번 슬레이브에게 할당될 것이다. 도 3은 비동기 데이터 전송 프로토콜의 예를 예시한다. 이 예에서 그 비동기 데이터 전송 프로토콜은 OBEX(Object Exchange) 프로토콜이다. 이것은 블루투스와 같은 다른 전송 메커니즘들과 함께 사용될 수 있는 적외선 통신을 위한 IrDA(Infrared Device Association)에 의해 원래 개발된 간결한 바이너리 프로토콜이다. OBEX는 HTTP와 유사한 기능을 수행하지만 덜 리소스 집약적(resource intensive)이다. OBEX 프로토콜은, 데이터 전송을 위해 세션이 개시되고 그 후에 데이터 전송이 완료될 때 세션이 종료된다는 점에서 세션-지향적 프로토콜이다. 세션 동안, OBEX 클라이언트(40)는 서버(42)로 PUT 명령을 사용하여 데이터 블록을 푸쉬(push)한다. 서버(42)는 클라이언트(40)에게 CONTINUE 응답을 송신함으로써 PUT 명령 내에 포함된 데이터 블록의 수신을 확인응답한다(acknowledge). 이전 데이터 블록 전송에 대하여 CONTINUE 응답을 수신한 후에, 클라이언트(40)는 서버(42)로 또 하나의 PUT 명령(50)을 송신함으로써 다음 데이터 블록 전송을 속행하고, 서버(42)는 CONTINUE 응답(52)을 반환함으로써 수신을 확인응답할 것이다. 그 데이터 전송 프로토콜의 비동기적 특성 때문에, PUT 명령(50)의 수신 및 CONTINUE 응답(52)의 송신 사이에 서버에서의 지연(delay)이 있을 수도 있다. 마찬가지로, CONTINUE 응답(52)의 수신 및 다음의 PUT 명령(50)의 송신 사이에 클라이언트(40)에서의 지연이 있을 수도 있다. OBEX 프로토콜은 블루투스 PDU들을 전송 메커니즘으로서 사용하여 데이터를 전송하기 위해 사용될 수도 있다. 그러나, 서버(42)에서의 PUT 명령의 수신 및 CONTINUE 응답의 생산 간의 레이턴시(latency)는 TDD 프레임 지속기간(1.25 ms)보다 클 수도 있다. 마찬가지로, 클라이언트(40)에서의 CONTINUE 응답(52)의 수신 및 다음 PUT 명령(50)의 생산 간의 레이턴시는 TDD 프레임 지속기간(1.25 ms)보다 클 수도 있다. 그 결과, 마스터 장치(2)가 클라이언트(40)로서 동작하고 있다면, 그리고 그것이 TDD 프레임(30)의 제1 슬롯(31)에서 슬레이브로서 작동하는 서버(42)로 PUT 명령(50)을 송신한다면, 서버(42)는 그 TDD 프레임(30)의 제2 슬롯(32)에서 CONTINUE 응답(52)으로 응답할 수 있을 가능성이 높지 않다. 그 결과, 슬레이브 장치로서 작동하는 OBEX 서버(42)는, 그것이 OBEX 클라이언트(40)에게 CONTINUE 응답(52)을 되돌려 송신할 수 있기 전에 마스터에 의해 다음으로 폴링될 때까지 기다려야 할 것이다. 이는 전형적으로 25 ms의 지연일 것이다. 만일 마스터(2)가 OBEX 서버(42)로서 동작하고 있다면, 슬레이브로서 작동하는 OBEX 클라이언트(40)는 그 TDD 프레임(30)의 제1 슬롯(31)에 즉시 뒤따르는 제2 타임 슬롯(32)에서 PUT 명령(50)을 송신함으로써 TDD 프레임(30)의 제1 슬롯(31)에서 송신된 수신 CONTINUE 응답(52)에 응답할 수 있을 가능성은 높지 않다. 그 결과, 슬레이브 장치로서 동작하는 OBEX 클라이언트(40)는 그것이 OBEX 서버(42)로 다음의 PUT 명령(50)을 제공할 수 있기 전에 마스터 장치(2)에 의해 폴링될 때까지 기다려야 할 것이다. 그러므로 대량의 데이터가 마스터 장치 및 슬레이브 장치 간에 비동기 데이터 전송 프로토콜을 사용하여 전송될 필요가 있다면, 특히, 마스터 장치가 트랜잭션(transaction) 기반에 의한 트랜잭션 상에서의 통신 채널로의 슬레이브 장치의 액세스(access)를 허용하는 경우에 상당한 지연들이 일어날 수 있다는 것은 명백하다.