MIPI 얼라이언스 표준 소개: SLIMbusTM

SLIMbus

글: 케네스 보이스(Kenneth Boyce) / 내셔널 세미컨덕터 오디오 제품 그룹 기술 이사MIPI Alliance 정보MIPI(Mobile Industry Processor Interface) Alliance는 모바일 관련 선두 업체들로 구성된 협력체로 모바일 애플리케이션 프로세서 인터페이스에 대한 공개 표준을 정립하고 이를 알리기 위해 설립되었다. MIPI Alliance는 공개 표준을 통해 모바일 애플리케이션 프로세서의 표준 하드웨어 및 소프트웨어 인터페이스에 대한 사양을 설정함으로써 모바일 사용자들을 대상으로 한 최신 서비스 보급을 촉진하고 업계 전반에서 이 표준을 채택할 수 있도록 하는 일에 중점을 두고 있다. 또한 마이크로프로세서, 주변기기 및 소프트웨어 인터페이스에 초점을 맞춰 기존의 표준들을 보완하고자 한다.소개SLIMbusTM(Serial Low-power Inter-chip Media Bus)은 모바일 단말기에서 베이스밴드 혹은 애플리케이션 프로세서와 주변 구성 요소 간의 표준 인터페이스로 MIPI Alliance에 참여한 회원사 중 일부 헌신적인 기업들의 협조 아래 개발되었으며 참여 회원사는 다음과 같다: 오스트리아 마이크로시스템즈, 프리스케일 반도체, 인피니언 테크놀로지, 인텔, 마벨 반도체, 모토로라, 내셔널 세미컨덕터, 노키아, NXP, 알에프 마이크로디바이시스, 소니온, 소니-에릭슨, ST마이크로일렉트로닉스, N.V., 시놉시스, 텍사스 인스트루먼트, 도시바 및 울푸슨 마이크로일렉트로닉스.SLIMbus는 모바일 단말기 및 기타 휴대용 엔터테인먼트 디바이스의 멀티미디어 기능에 대한 수요 증가와 고품질 디지털 오디오를 조직 성장 및 제품 차별화의 주축으로 여기는 인식의 확산에 따라 개발되었다.SLIMbus 기능의 주요 특징SLIMbus의 주요기능은 다음과 같다.쪾단일 버스의 오디오, 데이터, 버스 및 디바이스 제어쪾핀 수 감소를 통한 전반적인 제품 원가 절감쪾고품질, 다채널 오디오 지원쪾단일 버스 내 다양한 동시 샘플링 속도쪾호스트가 없는 효율적인 피어-투-피어(peer-to-peer) 일반 데이터 통신쪾소프트웨어 재사용 및 상호 운용성 향상을 위한 표준화 메시지 설정쪾설정된 시스템 클록 및 일반 디지털 오디오 클록 사용쪾버스 전원 소비 최적화를 위한 동적 클록 주파수 변경SLIMbus에서는 단일 버스 구조에서 다수의 구성 요소와 디지털 오디오 채널을 지원하는 확장 가능 멀티 드롭 아키텍처를 제공함으로써 I2S, PCM 등 기존 디지털 오디오 인터페이스(단일 구성 요소 간의 포인트-투-포인트 연결로, 최대 2개 디지털 오디오 채널만 지원)의 한계점을 개선한다.유연성과 단순성을 향상시키기 위해 SLIMbus에서는 디지털 오디오 구성 요소의 I2C, SPI, microWireTM, UART 및 GPIO 핀과 같은 제어 버스를 사용하지 않는다. 또한 SLIMbus에서는 모바일 단말기 내 기타 유형의 저대역폭 구성 요소에서 이러한 버스 구조의 이용을 축소하거나 아예 사용하지 않을 수도 있다.SLIMbus는 유연한 동기식 2선 TDM 프레임 구조 및 함께 사용되어 SLIMbus 디바이스 간에 유연하고 강력한 데이터 연결을 설정하는 주변의 버스 중재 메커니즘과 메시지 구성을 통해 구현된다.일정 속도의 미디어 스트림 전송용으로 최적화되어 있지만 SLIMbus를 통해 제어 데이터뿐 아니라 다양한 유형의 비동기식 데이터를 전송할 수 있다.SLIMbus 물리 설명물리적으로 SLIMbus는 데이터 라인(DATA)과 클록 라인(CLK), 두 개의 터미널로 구성되며, 이는 여러 SLIMbus 디바이스를 연결하는 데 사용된다.SLIMbus에서는 모든 버스 신호가 버스 내 모든 구성 요소에 공통적인 멀티드롭 버스 토폴로지를 사용하므로 버스에 있는 모든 디바이스의 통신에는 동일한 프로토콜을 사용해야 한다. 어느 제품에서나 다양한 종류의 여러 디바이스들을 버스에 연결시킬 수 있을 뿐만 아니라 버스 연결 배선수를 크게 줄일 수 있기 때문에 이 아키텍처가 선택되었다.멀티드롭 연결을 사용하려면 버스에서 항상 하나 이상의 수신기에 대해 하나의 트랜스미터만 통신해야 한다. SLIMbus 디바이스들은 중재 절차를 통해 버스 액세스를 위해 경합한다.SLIMbus에서는 여러 수신기 및 트랜스미터 디바이스가 버스에 상주할 수 있고 모든 디바이스가 할당된 채널 및 시간 내에 상호 통신할 수 있는 TDM(Time Division Multiplexed) 아키텍처를 사용한다. SLIMbus에서는 단일 디바이스 대 여러 디바이스의 방송 통신뿐 아니라 디바이스 대 디바이스 통신을 모두 지원한다.SLIMbus는 휴대전화와 같은 클라이언트 단말기 전용 인터페이스로, 핫 스왑 기능용으로는 설계되지 않았다. 그러나 SLIMbus 디바이스들은 버스를 동적으로 ‘연결 해제’하고 SLIMbus 사양에 설명된 적절한 프로토콜을 사용하여 시스템 사용 요구 사항에 따라 버스에 ‘다시 연결’할 수 있다.SLIMbus 디바이스 및 디바이스 클래스SLIMbus 디바이스는 운영 체계를 논리적으로 구현한 시스템 기능이다. 디바이스 클래스 카테고리의 디바이스들은 특정 특성 및 기능을 공유한다. SLIMbus 디바이스들은 해당 디바이스 클래스의 디바이스를 구현하는 데 필요한 디바이스 제어 정보, 디바이스 동작, 데이터 전송 프로토콜 지원 및 데이터 스토리지에 대한 최소 요구 사항을 지정하는 디바이스 클래스 정의로 분류된다.모든 디바이스 클래스에 대한 요구 사항은 다음과 같다.쪾디바이스 유형을 식별하는 디바이스 클래스 코드쪾디바이스 클래스의 버전 번호쪾포트 수, 필수 속성, 방향 및 전송 프로토콜 등 전송 지원 요구 사항쪾핵심 메시지와 함께 디바이스에서 지원하는 메시지를 식별하는 메시지 지원 요구 사항쪾디바이스에서 지원하는 핵심 정보 요소 및 관련 코드를 식별하는 정보 지원쪾디바이스 클래스에 속한 디바이스의 작동에 중요한 모든 기타 동작을 식별하는 작동 요구 사항SLIMbus 사양 버전 1.0 릴리스에는 매니저, 프레이머, 인터페이스 및 제너릭이라는 4개의 SLIMbus 디바이스 클래스가 정의되어 있다. 이 디바이스 클래스를 사용하면 추가 디바이스 클래스를 사용하지 않고도 전체 SLIMbus 시스템을 설계 및 구현할 수 있다. 그러나 필요한 경우에는 디바이스 클래스 집합을 확장할 수 있다. 추가 디바이스 클래스가 정의될 때 MIPI Alliance에서 해당 디바이스 클래스 코드를 할당한다.매니저 디바이스매니저 디바이스는 SLIMbus 부트 및 버스 관리 수행 임무(구성 요소 및 디바이스 열거, 버스 구성, 동적 채널 할당)를 담당한다. 일반 SLIMbus 시스템의 경우 매니저는 주변 구성 요소가 아니라 베이스밴드 또는 애플리케이션 프로세서에 있다. 시스템 내 두 개의 매니저가 있으면 하나의 매니저만이 활성화된다.프레이머 디바이스프레이머에서는 CLK 라인의 클록 신호를 모든 SLIMbus 구성 요소에 전달하며, 버스의 최고 수준 TDM 프레임 구조를 설정하기 위해 데이터 라인의 가이드 및 프레이밍 채널(프레이밍 정보)을 전송하고 해당 정보를 다른 SLIMbus 디바이스에 전달하여 동기화를 설정하는 로직을 사용한다. 클록은 시스템에서 추가 클록을 생성할 필요가 없는 오디오 디코딩 및 DAC에 유용한 고품질 클록일 수 있다.인터페이스 디바이스각 구성 요소에서 인터페이스 디바이스는 버스 관리 서비스를 제공하고, 프레임 계층을 제어하고, 구성 요소에 의해 구현되는 메시지 프로토콜을 모니터링하고, 구성 요소 상태 정보를 보고하고, 구성 요소가 디바이스 순서를 제대로 지정할 수 있도록 구성 요소 재설정을 관리한다.제너릭 디바이스(기능)제너릭 디바이스는 매니저, 프레이머 및 인터페이스와는 다른 성격의 디바이스이다. 일반적으로 제너릭 디바이스는 디지털에서 아날로그 오디오로 변환(DAC) 및 그 반대 방향 변환(ADC)과 같은 특정 애플리케이션 기능을 제공하는 디바이스로 간주된다. 이러한 이유로 본 기사의 블록 다이어그램에는 제너릭 디바이스가 ‘기능 디바이스’로 표시되어 있다. 애플리케이션에 해당하는 다른 특정 디바이스 클래스가 없는 경우 제너릭 디바이스 클래스가 사용된다. 예를 들어, 마이크 디바이스 클래스가 있는 경우에는 일반적으로 마이크 기능에 제너릭 디바이스 클래스 정의를 사용하지 않는다.기능성 SLIMbus 디바이스를 구현하려면 SLIMbus 인터페이스 디바이스와 각 디바이스의 버스 연결, 제어 및 상태 정보 플로우, 디지털 오디오(또는 기타 데이터) 플로우를 설정하는 데 사용되는 관련 열거 및 논리 주소(EA 및 LA), 정보 및 값 요소(IE 및 VE), 포트(P)를 사용해야 한다.그림 1은 인터페이스 디바이스의 부분 단면과 기능 디바이스 및 관련 요소의 부분 단면을 보여 주는 예이다. 자세한 설명은 다음의 그림 2에 표시되어 있다. 디바이스 정보 및 값 요소IE(정보 요소) 및 VE(값 요소)는 디바이스에 필요한 상태, 구성 또는 기타 중요 정보를 보관하는 데 사용되는 데이터 저장 요소이다. 저장된 데이터는 부울(Boolean) 유형이거나 혹은 디바이스 유형에 따라 여러 값을 포함할 수 있다. 이러한 IE 및 VE 요소는 일반적으로 I2C나 SPI와 같은 기존 제어 인터페이스 뒤에 있는 레지스터를 효과적으로 대체한다.정보 요소(Information Element)는 디바이스에 상주하는 특정 데이터 조각으로, 메시지를 통해 다른 디바이스에 사용할 수 있다. 정보 요소 카테고리는 다음과 같다.쪾핵심 - 모든 디바이스 클래스의 모든 디바이스에 동일한 정보 요소쪾디바이스 클래스별 - 특정 디바이스 클래스의 모든 디바이스에 동일하지만 다른 디바이스 클래스의 모든 디바이스에는 다를 수 있는 정보 요소쪾사용자 - 특정 제품 또는 제품군에 특정한 정보 요소값 요소(Value Element)는 디바이스 매개변수를 읽고 업데이트하기 위한 표준화된 방법을 제공한다. 정보 요소와 달리 값 요소는 필요한 경우 특정 메시지를 사용하여 특정 값으로 설정할 수 있다.디바이스 주소 지정SLIMbus에서는 버스에 디바이스가 있음을 알릴 수 있는 48비트 EA(열거 주소)를 사용하여 디바이스의 고유한 식별을 가능하게 한다. 각 디바이스에는 디바이스의 제조업체 ID, 제품 코드, 디바이스 색인 및 인스턴스 값을 통합하는 하나의 EA가 있다. 제조업체 ID 코드는 MIPI Alliance에서 제공하며 PCI 버스 구성 요소에 사용된 제조업체 ID와 비슷하게 디바이스의 제조업체를 고유하게 식별한다. 디바이스 색인 코드는 단일 구성 요소 내에서 여러 디바이스를 고유하게 식별한다. 인스턴스 값 코드는 동일한 유형 또는 클래스의 여러 디바이스가 버스에 연결되어 있는 경우에 사용된다.열거 후에 활성 매니저에서는 디바이스 간 통신 속도를 높여주고 보통 버스의 수명이 다할 때까지 이용되는 8비트 LA(논리 주소)를 디바이스에 할당한다. 이후에 버스 전원이 켜지거나 디바이스에서 버스 연결 해제 후 다시 연결할 경우 새로운 논리 주소가 할당될 가능성이 있다.포트포트는 디바이스 간 데이터 플로우의 연결 경로를 제공한다. 디바이스 당 최대 64개까지 포트 보유가 가능하다.포트 기능은 디바이스에 따라 다르고 구성 요소 데이터 시트에 지정된다. 일반 포트 특성에는 데이터 방향(입력 전용(싱크), 출력 전용(소스) 또는 입력과 출력 모두), 지원 가능한 전송 프로토콜 및 데이터 폭이 포함된다. 예를 들어 MEMS 마이크 포트의 경우 출력 전용, 등시성 전송 프로토콜 및 16비트 데이터 폭이 주요 특성에 해당된다.포트 상태는 데이터 전송에 사용되기 전에 여러 상태를 거치게 된다. 포트의 전원 켜짐 또는 리셋 상태는 디스커넥티드 상태이므로 포트는 데이터를 생성하거나 사용하지 않는다. 포트가 데이터 채널에 연결되어 있으면 Unconfigurated 상태로 이동하고 이 상태에서도 데이터를 생성하거나 사용하지 않는다.Unconfigurated 상태에 있던 포트는 채널 구성 메시지를 수신하고 이에 따라 작동한다. 필요한 모든 구성 매개변수를 수신한 후 포트 상태는 Configurated 상태로 변경됨과 동시에 데이터를 전송할 준비를 마친다.SLIMbus 구성 요소SLIMbus는 두 개 이상의 SLIMbus 디바이스들이 구성 요소로써 포함된다. SLIMbus 구성 요소에는 SLIMbus 인터페이스 디바이스가 하나만 있어야 하고 기타 유형의 SLIMbus 디바이스는 하나 이상 있을 수 있다. 그림 2에서는 단순 SLIMbus 구성 요소 예, 그림 3에서는 복합 SLIMbus 구성 요소 예를 보여주고 있다.그림 3과 같이 디바이스에서 전송된 데이터 및 제어 정보는 먼저 메시지 프로토콜(제어 정보) 및 전송 프로토콜(데이터)을 사용하여 인코딩된다. 데이터 및 제어 스트림은 프레임 계층에서 인터리브되고 물리 계층에서 DATA 및 CLK 라인의 전자 신호로 변환된다.반대 방향에서는 CLK 및 DATA 라인의 신호가 물리 계층에서 비트 스트림으로 변환되고 프레임 계층에서 데이터 및 제어 스트림으로 분할되어 다시 해당 프로토콜에 의해 디코딩된 후 구성 요소 내의 해당 디바이스로 전송된다.SLIMbus DATA 및 CLK일반적으로 DATA와 CLK 라인은 하나 이상의 SLIMbus 구성 요소에 포함된 두 개 이상의 SLIMbus 디바이스에 연결되어 SLIMbus 시스템을 형성한다.모든 SLIMbus 디바이스들은 DATA와 CLK를 이용하여 사용 중인 버스와 동기화하고, 메시지와 데이터를 수신하거나 전송하고, 디바이스 간의 버스 중재, 충돌 감지 및 경합 해결 방안을 구현한다.프레이머 디바이스에 포함된 구성 요소를 제외한 모든 SLIMbus 구성 요소의 CLK 단말기는 입력 전용이다.SLIMbus 구성 요소가 프레이머 디바이스이거나 프레이머 디바이스를 포함하는 경우 CLK 신호는 양방향성을 가진다. 이는 프레이머 디바이스가 CLK 라인을 제어하도록 허용하는 유일한 SLIMbus 디바이스이기 때문이다. CLK 라인은 하이 드라이브와 로우 드라이브 2가지 상태를 가진다. 활성 프레이머가 포함된 구성 요소를 클록 소스 구성 요소라고 한다.모든 SLIMbus 구성 요소의 DATA 라인은 양방향성을 가지고 NRZI(비제로 복귀 방식) 인코딩을 사용하여 버스에서 전송 또는 수신한 모든 정보를 전달한다. DATA 라인은 CLK 라인의 포지티브 에지에서 구동되고 네거티브 에지에서 읽는다. DATA 라인은 SLIMbus 디바이스의 특정 작동 모드에 따라 고주파수로 구동되거나 저주파수로 구동되고 높거나 낮은 수준에서 유지될 수도 있다.SLIMbus 인터페이스 DATA 및 CLK 라인에서는 CMOS와 같은 SE(Single-Ended), 그라운드 레퍼런스드, 레일-투-레일, 전압 모드 신호를 사용하고 시그널링 전압은 인터페이스 공급 전압으로 지정된다.SLIMbus 디바이스의 다른 부분에서 다른 공급 전압을 사용할 수 있는 경우에도 SLIMbus 사양에서는 인터페이스 공급 전압 +1.8Vdd 및 +1.2Vdd가 권장된다.SLIMbus 시스템그림 4에서는 이해를 돕기 위해 가능한 SLIMbus 시스템을 보여주고 있다. 모든 구성 요소는 서로 다르며, 왼쪽 위 SLIMbus 구성 요소에는 프레이머 디바이스가 포함되어 있으므로 본 구성 요소의 CLK 신호는 양방향성을 가진다.왼쪽 위 SLIMbus 구성 요소에는 매니저 디바이스도 포함되어 있다. 그러나 매니저 및 프레이머 디바이스가 동일한 SLIMbus 구성 요소에 반드시 있을 필요는 없다.왼쪽 위 SLIMbus 구성 요소에 표시된 모든 구성 요소는 일반적으로 모바일 단말기를 구축하는 데 사용되는 베이스밴드 및/또는 애플리케이션 프로세서(그림 5)로 통합될 수도 있다.SLIMbus 모델 및 작동 설명SLIMbus 시스템 모델은 공유 데이터 라인과 공통 클록 신호를 사용하여 상호 통신하는 구성 요소 내 SLIMbus 디바이스들의 세트로 구성된다.SLIMbus DATA 라인에 대한 정보는 제어 공간 채널과 데이터 공간 채널에 할당된다.제어 공간은 버스 구성 및 동기화 정보는 물론 디바이스 간 메시지 통신을 전달한다. SLIMbus 대역폭을 필요한 만큼(때로 100%까지도 가능) 사용할 수 있도록 제어 공간을 동적으로 프로그래밍할 수 있다.데이터 공간(존재할 경우)은 등시성, 근등시성 및 비동기식 데이터 스트림과 같은 애플리케이션 관련 정보를 전달한다.SLIMbus 구성 요소 디바이스들은 전송 프로토콜을 사용하는 제어 및 데이터 채널을 통해 제어와 데이터 정보를 교환하면서 필요한 작업을 수행한다. 메시지는 제어 기능에 사용된다. 전송 프로토콜은 제어 데이터와 애플리케이션 데이터의 두 가지 유형 데이터 흐름을 모두 처리한다.채널한 쌍의 디바이스(디바이스 간 통신) 또는 하나의 디바이스와 다양한 디바이스(광대역 통신)간 채널을 설정할 수 있다.제어 채널제어 공간 또는 제어 채널은 실제로 프레이밍, 가이드, 메시지의 세 가지 유형으로, 각각의 목적이 다르다.프레이밍 채널은 버스 구성 매개변수를 전달하는 각 프레임의 두 슬롯에서 프레임 동기 신호와 프레이밍 정보를 전달하여 모든 구성 요소가 당시에 사용하는 버스 구성에 적절히 동기화될 수 있도록 한다. 흐름 제어는 사용할 수 없고 채널 폭은 고정되어 있다.가이드 채널은 수퍼프레임의 첫 번째와 두 번째 프레임의 한 슬롯에서 정보를 전달하며 구성 요소에 필요한 정보를 제공함으로써 메시지 채널에서 메시지 동기화를 달성하고 확인할 수 있도록 한다. 흐름 제어는 사용할 수 없고 채널 폭은 고정되어 있다. 메시지 채널은 버스 구성, 디바이스 제어, 디바이스 상태 등 다양한 유형의 정보를 전달한다. 확인 신호를 통해 흐름 제어가 구현되며 채널 폭의 프로그래밍이 가능하다.데이터 채널제어 공간에 할당되지 않은 SLIMbus 대역폭은 데이터 공간(데이터 채널)에 사용할 수 있다. 데이터 공간은 애플리케이션에 따라 활성 관리자가 동적으로 만드는 하나 이상의 데이터 채널로 구성된다. 데이터 채널 수는 채널을 통해 전달되는 데이터 공간의 크기와 데이터 스트림 유형에 따라 다르다. 데이터 공간은 최대 256개의 데이터 채널을 포함할 수 있다.데이터 채널은 일정한 간격으로 반복되는 하나 이상의 연속 데이터 슬롯의 스트림이다. 데이터 채널 내의 연속 슬롯 그룹을 세그먼트라고 한다. 세그먼트가 수퍼프레임 채널 경계에 상대적인 값으로 알려진 간격으로 반복되기 때문에 데이터 채널은 자체 대역폭 보장 및 지연이 있는 가상 버스로 볼 수 있다.세그먼트는 TAG, AUX 및 DATA의 세 가지 필드로 구성된다. TAG와 AUX 필드는 선택 사항이므로 생략할 수 있다. 세 가지 필드는 세그먼트 내 그림 6과 같이 구성되어 있다.TAG 비트는 데이터 채널에 필요한 경우 흐름 제어 정보를 전달한다. 보조(AUX) 비트는 DATA 필드의 내용과 연결되는 부수적인 정보를 전달한다. 세그먼트의 정확한 구성은 데이터 채널에 사용되고 있는 전송 프로토콜에 따라 다르다.활성 관리자는 데이터 채널을 초기화한 후 해당 데이터 채널을 사용하여 관련된 내용 매개변수를 모든 디바이스에 전달한다.데이터 채널은 채널 정의와 내용 정의 매개변수로 추가 정의한다. 각 정의에는 데이터 속도, 유형, 필드 길이, 활성/비활성 상태, 사용할 전송 프로토콜 등의 여러 가지 매개변수를 포함하고 있다. 따라서 채널을 사용하는 데 필요한 정보가 완벽하게 설명되며 특정 데이터 채널의 사용과 관련된 모든 디바이스에 사용할 수 있게 된다. 그림 7은 SLIMbus 시스템의 개념도를 나타내고 있다.데이터 채널 전송 프로토콜 및 흐름 제어데이터 채널을 통해 전달되는 정보는 애플리케이션별로 고유하며 다양한 데이터 형식이 공존할 수 있다.SLIMbus가 다양한 데이터 형식을 직접 지원하지 않는다. 대신에 어떠한 데이터 형식도 전송할 수 있도록 하는 추가 애플리케이션 관련 정보에 대한 데이터 흐름 유형, 흐름 제어 메커니즘, 보조 채널(있을 경우)을 결정하는 몇몇 사용빈도가 높은 전송 프로토콜(사용자 정의 전송 프로토콜 포함) 그룹이 지정된다.포트 사이의 데이터 흐름은 여러 전송 프로토콜 중 하나에 의해 수행된다. SLIMbus 디바이스 포트는 적절한 채널 연결 및 연결 해제 메시지를 사용하여 채널과 연결된다. 전송 프로토콜은 유니캐스트와 멀티캐스트 유형 중 하나이다. SLIMbus에 정의된 전송 프로토콜의 유형이 표 1에 요약되어 있다.데이터 채널이 갖는 데이터 소스는 한 번에 하나뿐 이지만 데이터 싱크는 채널에 사용된 전송 프로토콜에 따라 하나 이상일 수 있다. 채널에서 흐름 제어는 관련 디바이스와 데이터 유형에 따라 달라진다. TAG 비트는 흐름 제어 정보를 전달하는 데 사용된다.CLK 라인의 주파수가 데이터 흐름 속도의 정수 배인 경우 흐름 제어는 필요하지 않다. 따라서 등시성 전송 프로토콜을 사용할 수 있다. 흐름 제어가 필요한 경우 지원되는 두 가지 제어 양식인 SE(Single-ended)와 DE(Double-ended) 흐름 제어 중 하나를 선택해야 한다.SE 데이터 흐름의 경우 공유 알고리즘 (잠김형 프로토콜의 경우) 또는 ‘Presence’ 비트를 사용해(풀형 및 푸시형 프로토콜의 경우 각각) 조정한다. 이러한 프로토콜은 흐름에 사용되는 실제 제어 방법이 버스 루트 주파수와 흐름의 특성에 따라 달라지는 일정 속도 미디어 스트림(예: LPCM 오디오)을 최적의 상태로 전달하도록 설계되었다.푸시형(Pushed) 프로토콜을 사용하여 채널속도 이하의 데이터를 전송할 때 소스 디바이스는 데이터 흐름을 처리하고 TAG 비트는 DATA 필드에 데이터의 가용성을 표시한다. 푸시형 프로토콜 데이터 채널은 싱크로부터 피드백이 없기 때문에 여러 싱크(멀티캐스트)에 연결할 수 있다.풀형(Pulled) 전송 프로토콜을 사용하면 싱크 디바이스가 필요할 때 소스 디바이스에서 데이터를 요청하거나 풀링하며 TAG 비트는 DATA 필드에 데이터의 가용성을 표시한다.DE 핸드셰이킹을 사용하면 데이터 전송에 관여하는 디바이스가 모든 데이터 세그먼트의 TAG 필드에 있는 둘 이상의 흐름 제어 비트를 사용하여 전송을 중지하거나 시작할 수 있다. 네 개의 비동기 전송 프로토콜 모두 이런 유형의 흐름 제어를 사용한다. 이러한 전송 프로토콜은 비동기 데이터 흐름을 최적의 상태로 지원하도록 설계되었다.확장형 비동기 프로토콜에는 2~28개(두 개씩 증가)의 슬롯이 들어갈 수 있는 크기의 DATA 필드 한 개와 두 개의 TAG 필드가 있으며 채널 속도가 낮고 데이터 속도는 높을 때 사용된다.사용자 1과 2 프로토콜은 SLIMbus의 데이터 전송 메커니즘을 확장하는 데 사용되며 사용자 프로토콜 데이터 채널에 연결되는 디바이스는 TAG 및 AUX 비트의 정의와 사용 방법을 아는 것으로 간주된다. 예를 들어, SLIMbus에서 SPDIF(IEC 60958) 디지털 오디오 데이터 흐름을 지원하기 위해 사용자 프로토콜을 만들 수 있다.SLIMbus 프레임 구조SLIMbus는 동기식 2선 버스를 사용하여 디바이스 사이에 정보를 전달한다. SLIMbus 비트 스트림은 TDM(Time Domain Multiplexed)으로 구성되어 있다. 버스의 정보 구성을 프레임 구조라고 한다. 앞에서 언급했듯이 SLIMbus 제어 공간과 데이터 공간 정보는 채널을 통해 전송되며, 각 채널은 특정 정보 흐름을 나타낸다. 제어 공간과 데이터 공간에 사용되는 대역폭은 거의 모든 애플리케이션에 버스를 적용할 수 있도록 구성할 수 있다.셀, 슬롯, 서브프레임, 수퍼프레임프레임 구조에는 셀, 슬롯, 프레임, 서브프레임 및 수퍼프레임의 5개 빌딩 블록이 있다.셀SLIMbus 데이터 흐름의 가장 작은 단위가 셀이다. 셀은 CLK 라인의 두 연속된 양의 에지가 인접한 DATA 신호 영역으로 정의된다. 각 셀은 1비트의 정보를 저장할 수 있다.슬롯슬롯은 4개의 연속 셀(4비트)로 정의되며 SLIMbus에서 대역폭의 할당 단위이다. 슬롯 내의 셀은 C0~C3으로 구별되고 MSB에서 LSB 순서로 전송된다. 비트부터 32비트 이상의 다양한 데이터 비트 크기를 4비트 슬롯 그룹으로 쉽게 수용할 수 있다.프레임프레임은 192개의 연속 슬롯으로 정의된다. 프레임 내의 슬롯은 S0~S191로 구별되며 S0, S1, S2 … S191의 순서로 전송된다.각 프레임의 첫 번째 슬롯(슬롯 0)은 4비트 프레임 동기 신호가 들어 있는 제어 공간 슬롯이다. 각 프레임의 슬롯 S96도 제어 공간 슬롯으로, 4비트 프레이밍 정보가 포함 된다.구성 요소는 프레임 동기 데이터와 32비트 프레이밍 정보를 사용하여 버스를 동기화한다. 따라서 32비트 프레이밍 정보를 모두 수신하려면 수퍼프레임이라고 하는 8개의 연속 프레임에서 데이터를 읽어야 한다. 아래의 설명을 참조한다.프레이밍 정보에는 데이터의 자기 상관 속성과 전자기 스펙트럼을 줄이는 데 사용되는 인코딩된 화이트닝 신호(Whitening Signal)가 포함되어 있다.또한 많은 공통 오디오 샘플링 속도의 최대 공통 인수인 25Hz 타이밍 참조 신호도 프레이밍 정보에 포함된다.화이트닝 신호 또는 25Hz 타이밍 참조 신호의 생성 및 사용에 관한 자세한 내용은 본 문서의 범위를 벗어난다.활성 프레이머는 적절한 시간에 모든 프레이밍 정보를 데이터 라인에 기록한다.서브프레임서브프레임은 제어 공간과 데이터 공간이 인터리브된 프레임 구조 부분으로 정의된다. 서브프레임의 첫 번째 슬롯은 항상 제어 공간에 할당된다.서브프레임의 길이는 하나로 고정되어 있지 않고 다양하다. 그림 8과 같이 6, 8, 24 또는 32개의 연속 슬롯(24, 32, 96 또는 128 셀)으로 서브프레임 길이를 프로그램할 수 있다. 따라서 프레임당 가능한 서브프레임 수는 각각 32, 24, 8 또는 6이다. 사용된 서브프레임 구성은 동적으로 변경될 수 있으며 당시에 지원되는 애플리케이션의 데이터 흐름 요구 사항에 따라 달라진다.특정 SLIMbus 서브프레임 구성 이유에 대한 설명은 이 문서에서 다루지 않기로 한다.제어 공간이 세 가지 다른 유형의 채널인 프레이밍(프레임 동기 및 프레이밍 정보), 가이드 및 메시지 채널로 구성되어 있다는 것을 기억한다. 하지만 프레임 동기 및 프레이밍 정보는 프레임당 두 개의 슬롯 또는 한 프레임에 내 두 개의 서브프레임 중 첫 번째 슬롯만 점유한다. 즉, 프레임 아래 나머지 서브프레임의 첫 번째 슬롯은 나머지 제어 공간 정보(예: 가이드 채널과 메시지 채널)를 전송하는 데 사용된다. 위 그림 8을 참조한다.제어 공간에 할당되지 않은 슬롯은 데이터 공간으로 간주된다. 단일 프레임 내의 한 가지 가능한 예가 그림 9에 나와 있다.수퍼프레임수퍼프레임은 8개의 연속 프레임(1536 슬롯)으로 정의된다. 수퍼프레임 내의 프레임은 프레임 0~7로 구분된다.수퍼프레임 아래 각 프레임의 슬롯 0에 프레임 동기 기호가 들어 있다. 수퍼프레임의 첫 번째 프레임(프레임 0)에서 슬롯 96에는 프레이밍 정보의 총 32비트 중초반의 4비트가 포함되어 있다. 프레임 1 ~ 프레임 7의 슬롯 96에도 4비트 프레이밍 정보가 들어 있으며 프레임 7에는 프레이밍 정보의 마지막 4비트가 있다.수퍼프레임의 시작은 5개의 연속 프레임에서 한 번에 1비트씩 전송하는 수퍼프레임 동기 패턴으로 정의된다.구성 요소는 프레이밍 정보(8 프레임에 32비트, 프레임당 4비트)와 수퍼프레임 동기의 전체 세트를 사용하여 수퍼프레임 동기화를 달성한다.가이드 채널(메시지 동기화에 사용)은 두 개의슬롯으로 구성되는데, 한 슬롯은 수퍼프레임의 첫 번째 프레임에서 전송되며 한 슬롯은 수퍼프레임의 두 번째 프레임에서 전달된다.수퍼프레임의 지속 시간은 시간 측면이 아닌 슬롯의 측면(결국 셀 측면)에서 고정된다. 수퍼프레임 속도는 SLIMbus 루트 주파수나 클록 기어 중 하나 또는 둘 모두를 변경하여 특정 애플리케이션에 맞게 SLIMbus에서 동적으로 변경할 수 있다.SLIMbus 클록 주파수 및 기어SLIMbus 사양은 특정 SLIMbus CLK 주파수를 지정하지 않고 대신에 루트, 자연, 기본의 세 가지 주파수를 정의한다. 자유 주파수나 기본 주파수를 사용하면 편리하기는 하지만 SLIMbus에서 필수적인 것은 아니다.또한 2의 제곱으로 클록 주파수를 변경하여 10개의 기어를 제공하는 클록 기어 구조도 포함되어 있다. 또한 CLK 신호를 일시 중지하거나 중지한 다음 다시 시작하는 절차도 정의되어 있다.루트 주파수루트 주파수는 CLK 라인 주파수의 2(10-G) 배로 정의된다. 여기서 G는 현재 클록 기어이다. 기어 10에서 CLK 주파수는 루트 주파수와 같다. 루트 주파수는 고유 또는 기본 주파수가 될 수 있지만 필수 사항은 아니다. 루트 주파수는 28MHz 이하의 어떤 주파수도 될 수 있다. 루트 주파수는 변경할 수 있지만 프레임 구조가 변경되지 않은 상태에서 버스가 활성 상태이므로 애플리케이션에 따라 버스 전력 소모를 조절할 수 있다.자유 주파수기본 주파수는 흐름 제어 없이 등시성 데이터 흐름 그룹을 지원할 수 있는 CLK 주파수로 정의되므로 SLIMbus의 채널 할당을 간소화할 수 있다. 예를 들어, 11.025kHz 및 44.1kHz 디지털 오디오 샘플링 속도 흐름의 기본 주파수에는 5.6448MHz, 11.2896MHz 및 22.5792MHz가 포함된다. 마찬가지로, 8kHz 및 48kHz 디지털 오디오 샘플링 속도 흐름의 자연 주파수에는 6.144MHz, 12.288MHz 및 24.576MHz가 포함된다. 다른 샘플링 속도 흐름은 클록 기어를 사용해 0.5× 또는 2×로 특정 자연 주파수를 변경하여 최적으로 지원할 수 있다.기본 주파수오디오 애플리케이션에서 한 가지 중요한 샘플링 속도군은 8, 12, 16, 24, 32, 48, 96kHz 등 4kHz의 배수로 이루어지며 또 다른 샘플링 속도군은 11.025, 22.05, 44.1, 88.2kHz와 같이 11.025kHz의 배수로 구성된다.정수 이외의 주파수 관계를 가진 디지털 오디오 데이터 흐름 또는 흐름 그룹에 대한 동시 지원에는 8kHz, 44.1kHz 등의 샘플링 속도가 필요한 경우가 있다. 이 경우 CLK 라인은 버스의 모든 흐름에 대한 고유 주파수로 설정할 수 없다.CLK 라인 주파수 24.576MHz, 12.288MHz, 6.144MHz 등은 특히 중요한데, 등시적으로 4kHz 그룹의 흐름과 상대적으로 높은 주파수의 11.025kHz 흐름 그룹을 전달할 수 있기 때문이다(푸시형 또는 풀형 흐름 제어 기술 사용). 이런 이유로 이러한 클록 주파수를 기본 주파수라고 한다.클록 기어최소 기어에서 최대 기어까지 512개 주파수 범위를 제공하는 10개의 클록 기어(1~10)가 있다. 클록 기어는 SLIMbus 작동을 위한 2제곱 주파수 단계 범위를 제공한다. 예를 들어, 루트 주파수를 변경하지 않고 다음 클록 기어를 증가시키면 SLIMbus CLK 주파수가 두 배가 되는 반면, 루트 주파수를 변경하지 않고 다음 기어로 감소시키면 SLIMbus CLK 주파수가 절반이 된다.SLIMbus 메시징SLIMbus는 버스 관리, 디바이스 제어 및 데이터 전송을 위한 강력한 메시지 세트를 제공한다. 메시지의 기본 유형은 다음과 같다.▶ 주요 코어 메시지 쪾디바이스 관리 메시지 쪾데이터 채널 관리 메시지 쪾정보 관리 메시지 쪾재구성 메시지 쪾값 관리 메시지▶대상 참조 디바이스 클래스 관련 메시지▶대상 참조 사용자 메시지▶소스 참조 디바이스 클래스 관련 메시지▶소스 참조 사용자 메시지▶이스케이프메시지 채널메시지 채널은 디바이스가 버스의 다른 디바이스로 메시지를 전송하는 데 사용된다. 메시지를 전송하거나 수신하려면 먼저 구성 요소에서 메시지 동기화가 이루어져야 한다. 메시지를 전송하기 전에 각 SLIMbus 디바이스는 우선순위 기반 중재 메커니즘을 사용하여 메시지 채널에 대한 액세스 권한을 얻는다.메시지 채널 크기메시지는 제어 공간에 있는 메시지 채널로 전달된다.그림 8에서 SLIMbus에 네 가지 가능한 서브프레임 모드가 있다는 점을 기억해보자. 각 서브프레임에는 제어 공간으로 하나 이상의 슬롯이 있다. 프레이밍 채널은 프레임당 두 개의 슬롯 또는 수퍼프레임당 16개의 슬롯을 차지한다. 가이드 채널(메시지 동기화에 사용)은 모든 버스 구성에서 수퍼프레임당 두 개의 슬롯을 차지한다. 따라서 수퍼프레임당 사용 가능한 제어 공간으로 총 18개의 슬롯이 특정 목적에 할당된다.프레이밍 채널이나 가이드 채널에 사용되지 않는 제어 공간 슬롯은 메시지 채널용으로 또는 메시지 채널과 데이터 채널 조합용으로 사용할 수 있다. 따라서 메시지 채널의 크기는 버스 구성에 따라 다양하다.메시지 채널이 사용하는 최소 슬롯 수는 6개 서브프레임/프레임 모드에서 발생한다. 따라서 프레임당 최소 6개의 제어 공간 슬롯이 있고 수퍼프레임당 48개의 제어 공간 슬롯이 있다. 버스용으로 18개의 슬롯이 할당되므로 메시지 채널용으로 사용할 수 있는 제어 공간 슬롯 수는 30(48-18 = 30)개이다.메시지 채널용 최대 슬롯 수는 수퍼프레임의 총 슬롯 수에서 버스용으로 사전 할당된 슬롯 수(18)를 뺀 값(1536-18 = 1518)이 된다.메시지 구문디바이스 간에 교환되는 메시지는 아비트레이션(Arbitra- tion), 헤더(Header), 페이로드(Payload), 인테그리티/리스폰스(Integrity/Response)의 네 가지 필드로 구성된다. 모든 메시지에 아비트레이션, 헤더 및 인테그리티/리스폰스 필드가 있어야 한다.아비트레이션 필드는 모든 메시지에 있고 크기는 다양하다(2 또는 7바이트). 그 이유는 중재를 요청하는 디바이스의 소스 주소가 8비트 LA(Local Address)와 48비트 EA(Enu- meration Address) 중 하나이기 때문이다.헤더 필드 또한 모든 메시지에 있고 크기도 다양하다(2, 4, 8바이트). 그 이유는 대상 디바이스 LA나 EA를 사용하지 않을 수 있기 때문이다. 모든 디바이스가 브로드캐스트 메시지를 수신하는 경우 LA 또는 EA는 사용되지 않는다.메시지 유형에 따라 메시지 페이로드 필드의 길이는 0이 될 수 있다. 메시지 페이로드 필드의 최대 길이는 메시지 관련 매개변수와 데이터에 따라 22~28바이트 사이가 될 수 있다.인테그리티/리스폰스 필드는 4바이트의 고정 길이를 갖는다. 프라이머리 및 메시지 인테그리티 필드는 메시지 내용의 전체 CRC를 포함한다.모든 메시지는 메시지 유형에 특정한 메시지 코드와 연결되어 있다. 최대 메시지 길이는 39바이트이다. 모든 메시지 필드의 내용에 대한 설명은 이 문서에서 다루지 않는다.코어 메시지코어 메시지는 모든 디바이스에 의해 동일한 방식으로 해석되는 메시지이다. SLIMbus 및 SLIMbus 디바이스들의 관리와 작동을 위한 메시지로, 디바이스 관리, 데이터 채널 관리, 정보와 값 요소 관리 및 버스 재구성 메시지로 구성된다.디바이스는 유형에 따라 모든 코어 메시지를 지원하거나 지원하지 않을 수 있다. 그러나 SLIMbus 사양에 정의된 4개의 디바이스 클래스 각각에는 모든 디바이스가 지원해야 하는 하위 코어 메시지 세트가 존재한다. 따라서 디바이스 유형에 따라 정보 및/또는 값 요소 데이터 읽기와 쓰기를 위해 디바이스에 필요한 하위 지원 세트가 존재할 수도 있다.기타 SLIMbus 메시지코어 메시지 이외에 추가 메시지 유형은 다음과 같다.쪾대상 참조 디바이스 클래스 관련 메시지쪾대상 참조 사용자 메시지쪾소스 참조 디바이스 클래스 관련 메시지소스 참조 사용자 메시지버스 부트 및 버스 프로세스버스 부트 프로세스는 구성 요소와 관련하여 정의되므로 클록 소스 구성 요소와 클록 수신기 구성 요소라는 용어를 사용하여 액티브 프레이머가 포함된 구성 요소를 다른 구성 요소들과 구분한다. 클록 소스 구성 요소에는 자체 부트 프로세스가 있지만 클록 수신기 구성 요소 유형은 정의된 다른 부트 프로세스를 따른다. 부트 프로세스는 각 구성 요소가 불확정 상태에서 사용중인 상태로 진행하면서 발생한다. 버스에 있는 모든 구성 요소가 한 가지 상태로 나타나는 유일한 경우는 모든 구성 요소가 동시에 사용중 상태에 있을 때이다. 구성 요소는 해당 부트 프로세스에 이어 버스에 결합한다.시스템 전력 소비를 보다 효과적으로 제어하기 위해 SLIMbus 프로토콜은 SLIMbus가 활성화된 상태에서 구성 요소가 버스에 참가하는 것을 차단했다가 나중에 다시 결합할 수 있도록 해준다. 각 상태와 관련된 규칙을 따르면 어떠한 이유로든 동기화가 끊긴 구성 요소가 다음 낮은 상태 또는 리셋 상태로 떨어지고 다시 부트 프로세스를 시도할 수 있다.클록 소스 부트 시퀀스클록 소스 구성 요소는 DATA 라인의 프레이밍 채널과 가이드 채널에서 CLK를 시작하고 정보를 기록하는 특정한 작업 시퀀스로 SLIMbus를 부팅한다. 부트 프로세스 동안 클록 소스 구성 요소는 Undefined, CheckingDataLine, StartingClock, StartingData, Operational의 5가지 단계를 거쳐 간다.처음에 Undefined 상태에서 CheckingDataLine 상태로 이동하는 데는 전원 켜짐 리셋 신호나 기타 특정 외부 이벤트가 사용된다. Operational 상태에 도달하면 클록 소스 구성 요소는 DATA 라인에서 필요한 모든 프레이밍 정보를 성공적으로 기록하고 초기에 CLK 주파수와 서브프레임 모드의 측면에서 버스 구성을 완료한다. 마지막으로, 메시지 채널을 통해 버스에 존재(REPORT_PRESENT 메시지)를 보고한다.클록 수신기 부트 시퀀스프레이머가 아닌 버스의 구성 요소 내에 있는 다른 디바이스는 클록 수신기 구성 요소이다. 클록 수신기 구성 요소는 클록 소스 구성 요소와 동시에 발생하는 자체 버스 부트 프로세스를 갖고 있지만 클록 소스 구성 요소가 부트 프로세스를 마친 후에 클록 수신기 구성 요소가 완료된다.부트 시퀀스 동안 클록 수신기 구성 요소는 DATA 및 CLK 라인을 모니터링하여 버스의 현재 상태에 대한 필요 정보를 추출한다. 부트 프로세스 동안 클록 수신기 구성 요소는 Undefined, Reset, SeekingFrameSync, SeekingSuper frameSync, SeekingMessageSync, 마지막으로 Opera- tional까지 다양한 상태를 거치게 된다.전력 공급 리셋 신호 또는 기타 특정한 외부 이벤트는 처음에 Un-defined 상태에서 Reset 상태로 이동하는 데 사용된다. Operational 상태에 도달하면 클록 수신기 구성 요소는 버스 구성에 대한 모든 프레이밍 정보를 가지며 메시지 채널에 대한 액세스 권한을 가진다. 이렇게 함으로써 필요할 때 원하는 기능을 수행할 수 있다. 클록 수신기 구성 요소는 또한 REPORT_PRESENT 메시지로 자신이 버스에 있다는 것을 알린다.디바이스 검색버스 부트 후에 디바이스가 작동되면 메시지 채널을 중재하고 REPORT_PRESENT 메시지를 활성 관리자에게 전송한다. 이러한 메시지는 디바이스 클래스 코드와 버전 및 보고 디바이스의 EA를 식별한다.관리자가 REPORT_PRESENT 메시지를 확인하면 디바이스는 관리자가 LA를 할당하기를 기다린다. LA는 메시지의 데이터 소스와 싱크 유형을 수신하고 전송하는 데 필요한 주소이다. LA가 할당되면 디바이스는 Enumerated 상태에 있고 작동 준비가 완료된 것으로 간주된다. 활성 관리자는 두 디바이스가 동시에 같은 LA를 사용하지 않도록 버스 수준에서 고유한 LA를 할당한다.디바이스가 LA를 수신한 후 어떠한 이유로든 메시지 동기화를 잃는 경우에는 디바이스가 메시지 동기 상태를 복구하고 버스를 다시 연결한 후에 새 LA를 할당할 필요가 없다. 구성 요소가 리셋 상태이면 할당된 LA를 잃게 되므로 해당 구성 요소에서 디바이스 검색 프로세스를 다시 실행해야 버스를 결합할 수 있다.버스 관리많은 SLIMbus 프로세스에서 모든 액티브 구성 요소가 동시에(가령, 수퍼프레임 경계 등에서) 상태를 변경해야 하는데, BEGIN_RECONFIGURATION 메시지로 시작되고 여러 가지 재구성 메시지가 이어지며 RECONFIGURE_NOW 메시지로 끝나는 메시지 문자열을 이용하면 이러한 동시 상태 변경이 가능하다.재구성 메시지는 당시에 실행되는 특정 애플리케이션 요구에 맞게 SLIMbus를 CLK 주파수, 데이터 속도, 데이터 채널수에 적용하는 데도 사용되며, 이에 따라 버스 전력 소비도 관리된다.결론SLIMbus는 구성 기능이 뛰어난 멀티-드롭 버스 구조로, 수많은 구성 요소를 동시에 지원할 수 있다. 또한 버스에 있는 구성 요소 사이의 데이터 흐름을 설정하고 관리하는 강력한 메시징 구조가 있다. SLIMbus는 실행 시 특정 시스템 애플리케이션 요구를 적용하기 위해 작동 중에 버스 작동 특성을 재구성하는 기능도 제공한다.기존의 디지털 오디오 버스 구조와 달리, SLIMbus에는 다양한 샘플링 속도와 비트 폭으로 여러 디지털 오디오 데이터 스트림의 효율적인 동시전달을 가능하게 하는 기능도 있다. 기존 디지털 오디오 인터페이스(PCM, I2S, SSI, AC-97)를 사용할 때 모바일 단말기에서 버스 구조의 수를 늘이지 않고 음성 통신과 간단한 스테레오 음악 애플리케이션용 이상의 다양한 기능과 디지털 오디오 채널을 추가하는 것은 매우 어려운 작업이다. 그 이유는 제한된 채널 용량을 가진 레거시 인터페이스가 주로 포인트-투-포인트(Peer-to-Peer) 방식으로 연결되고 시스템의 새로운 디바이스가 자체 인터페이스 연결을 요구하기 때문이다. 레거시 인터페이스 시스템은 인터페이스 구조를 복제하여 확장할 수 있지만, 이 방식은 설계에 많은 제한이 따르고 핀 수, 패키지 크기, PCB 레이아웃 영역 및 전력 소비의 측면에서 많은 비용이 든다.SLIMbusTM은 모바일 단말기 업계와 기타 소형 폼팩터 제조업체에 다양한 디지털 오디오 및 제어 솔루션을 지원하는 강력하고 비용 효율적인 고속의 저전력 확장형 표준 2선 멀티-드롭 인터페이스를 제공한다. 이와 같이 그러한 제품에서 PCM, I2S, SSI 등의 레거시 디지털 오디오 인터페이스를 효과적으로 대체한다. 또한 SLIMbus는 디지털 오디오와 비오디오 제어 및 데이터 기능 사이의 버스 대역폭을 동적으로 유연성 있게 할당함으로써 모바일 단말기나 휴대용 제품에서 I2C, SPI 또는 UART, GPIO 같은 다양한 디지털 제어 버스의 일부 인스턴스를 효과적으로 대체할 수 있다.SLIMbus는 기존의 디지털 오디오 버스나 디지털 제어 버스와 역방향 호환되지 않는다. SLIMbus 표준을 구현하면 설계자가 한 제품 라인 내에서 다양한 디지털 오디오와 사용자 인터페이스 기능을 채용하여 보다 유연성 있게 여러 제품을 신속하게 개발할 수 있게 된다. 이는 제품에 있는 여러 버스 구조의 중복 없이 모두 수행할 수 있다. SLIMbus는 다른 제조업체의 다양한 기능성 제품과의 상호 연결을 간소화함으로써 모바일 단말기와 기타 휴대용 디바이스의 시장 출시 시간과 설계비용을 줄여준다.SLIMbus 사양 작성에 참여한 회사들은 2008년까지 기본 SLIMbus 시스템에 적합한 제품을 업계에 제공한다는 목표 아래 SLIMbus 호환 제품을 개발 중이다. SLIMbus 사양에 대한 자세한 내용은 www.mipi.org에서 확인할 수 있다.“MIPI(Mobile Industry Processor Interface) Alliance는 모바일 단말기 인터페이스에 대한 공개 사양을 정의하고 알리는데 뜻을 같이 하는 모바일 업계 선두 업체들이 참여한 공개 회원 조직이다. MIPI 사양은 일반적으로 모바일 단말기 시스템에 있는 프로세서와 주변기기 간 하드웨어 및 소프트웨어 인터페이스에 대한 표준을 정립한다. MIPI Alliance는 표준을 정립하고 업계 전반에 표준 채택을 장려함으로써 분산화를 줄이고 시스템 구성 요소 간 상호 운용성을 개선하여 전체 모바일 업계에 도움이 되는 방법을 찾고자 한다.”MIPI ALLIANCE 웹 사이트(www.mipi.org)에서 발췌

회원가입 후 이용바랍니다.

개의 댓글

회원로그인

작성자 비밀번호

댓글 내용입력

댓글 정렬

최신순 추천순 답글순

BEST댓글

BEST 댓글 답글과 추천수를 합산하여 자동으로 노출됩니다. 닫기

더보기

김의겸 (webmaster@techworld.co.kr)

기자의 다른기사 보기

저작권자 © 테크월드뉴스 무단전재 및 재배포 금지