KR20080012847A - 리더 콘트롤 시스템 - Google Patents

리더 콘트롤 시스템 Download PDF

Info

Publication number
KR20080012847A
KR20080012847A KR1020077024551A KR20077024551A KR20080012847A KR 20080012847 A KR20080012847 A KR 20080012847A KR 1020077024551 A KR1020077024551 A KR 1020077024551A KR 20077024551 A KR20077024551 A KR 20077024551A KR 20080012847 A KR20080012847 A KR 20080012847A
Authority
KR
South Korea
Prior art keywords
command
type
tag
message
code
Prior art date
Application number
KR1020077024551A
Other languages
English (en)
Other versions
KR100917488B1 (ko
Inventor
류승협
김진태
민상철
김희승
박재준
이동현
김용삼
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of KR20080012847A publication Critical patent/KR20080012847A/ko
Application granted granted Critical
Publication of KR100917488B1 publication Critical patent/KR100917488B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10366—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves the interrogation device being adapted for miscellaneous applications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/0008—General problems related to the reading of electronic memory record carriers, independent of its reading method, e.g. power transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10297—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves arrangements for handling protocols designed for non-contact record carriers such as RFIDs NFCs, e.g. ISO/IEC 14443 and 18092
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/352—Contactless payments by cards
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0873—Details of the card reader
    • G07F7/0893—Details of the card reader the card reader reading the card in a contactless manner
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/03—Protocol definition or specification 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Toxicology (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Electromagnetism (AREA)
  • General Health & Medical Sciences (AREA)
  • Strategic Management (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Near-Field Transmission Systems (AREA)
  • Communication Control (AREA)
  • Lock And Its Accessories (AREA)

Abstract

본 발명은 리더 제어 시스템에 관한 것이다. 본 발명은 리더 제어 시스템으로서, 리더 제어수단과 리더를 제어하기 위한 프로토콜을 정의하고, 리더 제어수단과 리더 사이의 메시지(Message), 정보(Information), 명령(Command)과 응답(Response), 노티(Notification)를 구성하고 이를 전송하며 처리하는 방법을 제공한다.

Description

리더 콘트롤 시스템{READER CONTROL SYSTEM}
본 발명은 리더 제어 시스템에 관한 것이다.
ISO와 EPC의 국제 표준은 RFID 리더(RFID Reader)가 호스트(Host)에 네트워크(Network)를 통해 연결되는 형태를 지원하는 리더 프로토콜(Reader Protocol)을 정의하고 있다. 단말기에 RFID 리더가 탑재되거나 단말기에 RFID 리더가 동글(Dongle) 형태로 부착된 RFID 시스템에서는 단말기의 RFID 리더 제어수단이 RFID 리더를 제어하기 위한 프로토콜의 필요성이 제기된다.
단말 환경에서 RFID 시스템은 단말기 내에서 단말기의 프로세서(MPU 또는 MCU 등)와 RFID 리더 칩(RFID Reader Chip) 사이에 적용되거나, 단말기 외부에 RFID 리더가 동글(Dongle) 형태로 부착되어 이들 간에 리더 프로토콜이 사용된다. RFID가 동글 형태로 단말기에 부착되는 경우에는 RFID 리더와 단말기와의 연결은 주로 UART 또는 USB 등과 같은 인터페이스 수단을 통해서 이루어지며, 양자 사이에 효율적인 프로토콜이 필요하게 된다.
ISO와 EPC의 국제 표준은 RFID 리더기가 주로 네트워크를 통하여 연결되었을 경우를 전제로 한 프로토콜이다. 그러므로, 단말 환경에 사용되기에 적합한 RFID 리더 제어 프로토콜을 포함하는 RFID 시스템이 필요하다.
기술적 과제
본 발명은 리더 제어 시스템으로서, 리더를 제어하기 위한 프로토콜을 정의하고, 리더 제어수단과 리더 사이의 메시지(Message), 정보(Information), 명령(Command)과 응답(Response), 노티(Notification)를 구성하고 이를 전송하며 처리하는 방법을 제공한다.
기술적 해결방법
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 리더 사이의 명령(Command)과 응답(Response)에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 리더 사이에 이루어지는 리더 제어 프로토콜의 포맷과 각 필드(Field)에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 리더 사이에 이루어지는 리더 제어 프로토콜에서 사용되는 각 명령(Command)과 응답(Response) 및 노티(Notification)에 대하여 프로토콜 메시지(Message)를 필드 단위로 구분하고, 각 필드의 내용을 기술할 것이며, 또한 각각의 프로토콜 메시지(Protocol Message)에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 리더 사이에 이루어지는 리더 제어 프로토콜 포맷의 각 필드의 사용에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 리더 사이에 이루어지는 리더 제어 프로토콜에서, 모바일 메시지/정보를 구성하는 방법에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 리더 사이에 이루어지는 리더 제어 프로토콜에서, 메시지 및/또는 정보를 전송하는 방법에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 프로세서와 리더 사이에 이루어지는 리더 제어 프로토콜에서, 프로토콜 비트스트림(Bit Stream)을 구성하고 이를 전송하는 방법에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 프로세서와 리더 사이에 이루어지는 리더 제어 프로토콜에서, 메시지 및/또는 정보를 저장하는 구성하고 이를 저장하는 방법에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 프로세서와 리더 사이에 이루어지는 리더 제어 프로토콜에서, 리더 제어 및 관리방법에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 프로세서와 리더 사이에 이루어지는 리더 제어 프로토콜에서, 리더 메시지/정보의 읽기, 쓰기, 변경, 조회하기, 보호, 삭제 방법 등에 대하여 기술한다.
본 발명은 단말기의 프로세서와 같이 리더를 제어하는 수단과 프로세서와 리더 사이에 이루어지는 리더 제어 프로토콜에서, 메시지 및/또는 정보의 응답과 오류(Error) 처리, 부가 기능의 구현과 사용방법에 대하여 기술한다.
이하 첨부된 도면을 참조하여 본 발명의 실시예를 설명한다. 이하 설명되는 본 발명의 실시예는 설명의 편의와 이해를 돕기 위한 하나의 예에 불과하며, 본 발명의 기술적 사상은 이에 제한되지 않는다.
유리한 효과
본 발명에 따르면 모바일 RFID 리더를 제어하기 위한 프로토콜을 정의하고, 이동 단말기 내의 프로세서(MPU)와 RFID 리더 사이의 메시지(Message), 정보(Information), 명령(Command)과 응답(Response), 노티(Notification)를 구성하고 이를 전송하며 처리하는 방법을 제공한다.
도1 및 도2는 본 발명의 실시예에 따른 모바일 RFID 시스템 구성도
도3은 본 발명의 실시예에 따른 모바일 RFID 리더 제어 프로토콜 포맷의 예를 나타낸 도면
도4 내지 도6은 본 발명의 실시예 따른 페이로드(Payload) 종류의 예를 나타낸 도면
도7 내지 도83은 본 발명의 실시예에 따른 모바일 RFID 리더 제어 프로토콜 메시지 구성의 예를 나타낸 도면
발명의 실시를 위한 형태
이하 설명되는 본 발명의 실시예에서는 RFID 리더 제어수단이 탑재된 단말기로 RFID 리더가 탑재된 이동 단말기, 예를 들면 이동 전화기(Mobile Phone)에 적용된 경우를 설명할 것이다.
도1은 모바일 RFID 리더가 이동 단말기(여기서는 이동 전화기) 내부에 포함 된 경우의 모바일 RFID 시스템 구성을 보여주고 있다. 도2는 모바일 RFID 리더가 동글(Dongle) 형태로 이동 단말기(여기서는 이동 전화기) 외부에 장착된 경우의 모바일 RFID 시스템 구성을 보여주고 있다.
도1에서 이동 단말기(Mobile Phone)(100)는 프로세서(Mobile Phone Processor)(110)와 모바일 RFID 리더(Mobile RFID Reader Chip or Module)(120)를 포함한다. 본 발명에서는 프로세서(110)와 RFID 리더(120) 사이에서 이루어지는 모바일 RFID 리더 제어 프로토콜에 대해서 기술한다.
도2에서 이동 단말기(Mobile Phone)(100)는 프로세서(Mobile Phone Processor)(110)와 커넥터(Receptacle Connector)(120)를 포함하며, 동글(Dongle) 형태로 외부에 장착되는 RFID 리더(210)는 커넥터(220 및 120)를 이용해서 이동 단말기(100)와 연결된다. 본 발명에서는 프로세서(110)와 RFID 리더(210) 사이에서 이루어지는 모바일 RFID 리더 제어 프로토콜에 대해서 기술한다.
본 발명의 실시예에서 사용되는 용어는 MRF의 '모바일 RFID 서비스 표준의 용어 정의' 표준문서에 따르기로 한다. 본 발명에서 사용될 'Q'의 경우 ISO 18000-6C 표준을 따르는 태그에서 사용되는 파라미터로서, 리더가 태그에게 Q값을 전송하면 태그는 리더에게 응답을 보낼 때 총 2Q-1개의 타임 슬롯(Time Slot)을 생성하여 이 중에서 임의의 타임 슬롯에 맞추어 응답을 보낸다.
[1]. 모바일 RFID 리더 제어 프로토콜의 포맷
본 발명의 실시예에 따른 모바일 RFID 리더 제어 프로토콜은 프리앰블 (Preamble), 헤더(Header), 페이로드(Payload), 엔드마크(End Mark)를 포함한다. 도3은 본 발명에 따른 모바일 RFID 리더 제어 프로토콜의 포맷 구조를 보여주고 있다. 프리앰블(Preamble)은 프로토콜 메시지의 시작을 알리는 정보로서, 프로토콜 메시지를 구분하기 위하여 사용되고, 예를 들면 8비트로 이루어질 수 있으며, 0xBB값을 사용할 수 있다. 헤더(Header)는 메시지 타입(Message Type)과 이에 대한 코드(Code), 페이로드 길이(Payload Length)를 알리는 정보(즉, 페이로드 길이가 저장되는 부분)를 포함한다.
페이로드(Payload)는 RFID 태그로부터 받은 정보가 저장되는 부분이며, 엔드마크(End Mark)는 프로토콜 메시지의 끝을 알리는 정보로서, 프리앰블(Preamble)처럼 프로토콜 메시지를 구분하기 위해서 사용되고, 예를 들면 8개의 비트로 이루어질 수 있으며, 0x7E값을 사용할 수 있다.
[1.1] 프리앰블(Preamble) 및 엔드마크(End Mark) 필드
프리앰블(Preamble)과 엔드마크(End Mark)는 각각 하나의 프로토콜 메시지에서 그 메시지의 시작과 끝을 알리는, 예를 들면 8개의 비트로 구성된다. 이들은 각각 프로토콜 메시지의 맨 처음과 끝에 위치하게 되며 일정한 값을 갖는다. 예를 들면 프리앰블(Preamble)의 경우에는 0xBB 값을 가질 수 있으며, 엔드마크(End Mark)의 경우에는 0x7E 값을 가질 수 있다. 프리앰블(Preamble)과 엔드마크(End Mark)에서 사용하는 값은 헤더의 메시지 타입(Message Type) 필드와 코드(Code) 필드에서는 사용되지 않는 값으로 선택되는 것이 바람직하다.
[1.2] 헤더 필드(Header Field)
헤더 부분은 RFID 태그의 종류, 명령/응답/노티(Notification) 타입 및 코드, 페이로드 길이를 각각 기술하는 3개의 필드를 포함한다. 메시지 타입(Message Type)은 프로세서에서 리더로 보내지는 명령, 리더로부터 프로세서로 오는 응답 및 노티(Notification)를 구분하기 위해서 사용된다. 코드(Code) 부분은 명령, 응답 또는 노티(Notification)의 종류가 다양한 것에 대응하기 위한 부분으로서, 이 다양한 종류를 구분하기 위하여 사용된다. 또한 응답이나 노티(Notification)의 경우에는 해당 명령의 성공이나 실패의 여부를 나타낸다. 페이로드 길이(Payload Length) 부분은 헤더 뒤에 위치하는 페이로드(Payload)의 길이를 나타내는 정보이며, 바이트(byte) 단위의 길이를 표시한다.
[1.2.1] 메시지 타입 필드(Message Type Field)
메시지 타입 필드에서는 프로토콜 포맷이 명령이나 응답, 노티(Notification) 중의 어떤 것인지를 나타내는가에 대한 정보를 표현하며, 예를 들면 총 8비트로 이루어질 수 있고, 명령인지, 응답인지, 혹은 노티(Notification)인지를 구분하는 값으로는 다음의 표1에 예시된 바와 같은 값을 사용할 수 있다.
표 1
Figure 112007076419491-PCT00001
표1에 예시된 바와 같이 메시지 타입 필드에 표현되는 값을 살펴보면, 명령 임을 표현하는 코드값은 0x00, 응답임을 표현하는 코드값은 0x01, 노티(Notification)임을 표현하는 코드값은 0x02, 테스트 모드(Test Mode)임을 표현하는 코드값은 0x03, 예약됨(Reserved)을 표현하는 코드값은 0x04 ∼ 0xFF를 사용할 수 있다. 표1에서 제시된 명령, 응답, 노티(Notification), 테스트 모드(Test Mode)에 대해서는 후에 상세히 설명한다.
[1.2.2] 코드 필드(Code Field)
코드 필드는 명령이나 응답 또는 노티(Notification)의 종류를 구분하기 위한 필드이다. 모바일 RFID 리더가 처리해야 하는 명령은 매우 다양하고 또한 이에 대한 응답도 매우 다양하며, 리더가 보내주는 노티(Notification) 또한 매우 다양한 종류를 가질 수 있다. 그러므로, 명령이나 응답, 노티(Notification)의 종류마다 그 것이 어떤 종류의 것인지를 구분하는 코드를 부여한다면 리더에서는 메시지 타입 필드와 코드 필드를 참조하여 이들을 정확하게 구분할 수 있다. 예를 들어, 전원을 제어하라는 명령의 경우 메시지 타입 필드에서는 0x00 값이 부여되고, 코드 필드의 경우에는 0x01 값이 부여되었다고 가정하면, 리더에서는 이 값들을 이용하여 전원을 제어하는 명령이라는 것을 인지할 수 있게 된다.
[1.2.3] 페이로드 길이 필드(Payload Length Field)
페이로드 길이 필드는 헤더 필드의 뒤에 위치한 페이로드 필드의 길이를 나타낸다. 페이로드 길이(Payload Length) 필드는 예를 들면 16개의 비트로 이루어질 수 있다. 여기서 길이의 단위는 바이트(byte)이다. 16비트로 바이트 단위의 페이로드 길이를 표현한다면 최대 표현 가능한 길이는 65,536 bytes가 된다. 이는 페이로 드의 최대 길이가 65,535를 초과할 수 없음을 의미하기도 한다.
[1.3] 페이로드 필드(Payload Field)
페이로드 필드는 다양한 형태의 데이터들이 저장되는 부분이다. 이 필드는 프로세서로부터 RFID 리더로 보내지는 명령에 관련된 아규먼트(Argument)들을 담을 수도 있고, RFID 리더로부터 프로세서로 보내지는 응답에 포함된 여러 데이터들을 담을 수도 있다. 페이로드는 명령이나 응답마다 적합하도록 다양한 종류가 존재할 수 있으며, 예를 들면 도4, 도5, 도6과 같은 페이로드의 종류를 들수 있다. 도4 내지 도6에 예시된 페이로드의 종류는 타입 A(Type A) 부터 타입 X(Type X) 까지를 보여주고 있다.
도4 내지 도6에 나타낸 바와 같은 페이로드는 각각 고유의 필드들을 가지고 있는데, 이 필드의 용도와 그 사용방법에 대해서는 후에 설명한다. 여기서는 각각의 페이로드 타입(Payload Type)의 생성과 구조에 대해서 설명한다. 다음에 설명되는 페이로드 타입 구조에서 언급되는 비트 수나 순서는 실시예이며, 이에 제한되지 않는다.
페이로드 타입 A(Payload Type A)는 8비트의 아규먼트(Argument)로 이루어진다.
페이로드 타입 B(Payload Type B)는 가변 길이의 아규먼트(Argument)로 이루어진다.
페이로드 타입 C(Payload Type C)는 모듈레이션 인덱스(Modulation Index) 8비트, 바이트 마스크(Byte Mask) 8비트, 어드레스(Address) 8비트를 포함하여 생성 되며, 위 순서대로 전송된다.
페이로드 타입 D(Payload Type D)는 타겟(Target) 3비트, 액션(Action) 3비트, MB 2비트, 포인터(Pointer) 32비트, 마스크 길이(Mask Length) 8비트, T, RFU(Reserved for Future Use), 최대 255비트의 마스크(Mask)를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 E(Payload Type E)는 DR 2비트, M 4비트, TR 2비트, Sel 2비트, S 2비트, T, Q 4비트, UpDn 3비트를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 F(Payload Type F)는 아규먼트 1(Argument 1) 16비트, 아규먼트 2(Argument2) 8비트를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 G(Payload Type G)는 아규먼트(Argument) 32비트로 이루어진다.
페이로드 타입 H(Payload Type H)는 아규먼트 1(Argument 1) 16비트, 가변 길이의 아규먼트 2(Argument 2)를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 I(Payload Type I)는 64비트의 아규먼트 1(Argument 1), 16비트의 아규먼트 2(Argument 2), 16비트의 아규먼트 3(Argument)을 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 J(Payload Type J)는 가변 길이의 아규먼트 1(Argument 1), 16비트의 아규먼트 2(Argument 2), 16비트의 아규먼트 3(Argument)을 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 K(Payload Type K)는 16비트의 아규먼트(Argument)로 이루어진다.
페이로드 타입 L(Payload Type L)은 64비트의 UID, 16비트의 Manufacturer, 16비트의 H/W 타입(H/W Type), 48비트의 메모리 레이아웃(Memory Layout), 가변 길이의 User Data를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 M(Payload Type M)은 64비트의 UID, 16비트의 Manufacturer, 16비트의 Hardware Type, 8비트의 EAC, 8비트의 AFID, 8비트의 SDF, 8비트의 USL, 8비트의 ASL을 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 N(Payload Type N)은 16비트의 TID 뱅크 길이(TID Bank Length), 가변 길이의 TID Bank, 16비트의 UII 길이(UII Length), 16비트의 PC, 가변 길이의 UII 또는 UII Set, 그리고 가변 길이의 User Data를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 O(Payload Type O)는 8비트의 아규먼트 1(Argument 1), 16비트의 아규먼트 2(Argument 2)를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 P(Payload Type P)는 32비트의 액세스 패스워드(Access Password), 16비트의 UII 길이(UII Length), 가변 길이의 UII, 16비트의 New UII Length, 가변 길이의 New UII, 16비트의 PC를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 Q(Payload Type Q)는 64비트의 UID, 16비트의 스타트 어드레스(Start Address), 16비트의 길이(Length), 가변 길이의 User Data를 포함하여 생 성되며, 위 순서대로 전송된다.
페이로드 타입 R(Payload Type R)은 32비트의 액세스 패스워드(Access Password), 16비트의 UII Length, 가변 길이의 UII, 16비트의 스타트 어드레스(Start Address), 16비트의 길이(Length), 가변 길이의 User Data)를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 S(Payload Type S)는 64비트의 UID, 48비트의 메모리 레이아웃(Memory Layout), 16비트의 사용자 데이터 길이(User Data Length), 가변 길이의 User Data를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 T(Payload Type T)는 32비트의 액세스 패스워드(Access Psssword), 16비트의 UII Length, 가변 길이의 UII, 16비트의 New UII Length, 가변 길이의 New UII, 16비트의 PC, 16비트의 사용자 데이터 길이(User Data Length), 가변 길이의 User Data, 16비트의 예약 뱅크 길이(Reserved Bank Length), 가변 길이의 예약 뱅크 데이터(Reserved Bank Data)를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 U(Payload Type U)는 32비트의 액세스 패스워드(Access Password), 32비트의 킬 패스워드(Kill Password), 16비트의 UII 길이(UII Length), 가변 길이의 UII를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 V(Payload Type V)는 64비트의 UID, 8비트의 아규먼트를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 W(Payload Type W)는 32비트의 액세스 패스워드(Access Password), 16비트의 UII Length, 가변 길이의 UII, 24비트의 록 데이터(Lock Data)를 포함하여 생성되며, 위 순서대로 전송된다.
페이로드 타입 X(Payload Type X)는 DR, 2비트의 M, TR, 2비트의 Sel, 2비트의 S, T, 4비트의 Q, 3비트의 UpDn을 포함하여 생성되며, 위 순서대로 전송된다.
지금까지 설명한 페이로드 타입(Payload Type)의 기술과 각 필드의 용도 및, 그 사용방법의 예제에 대해서는 후에 설명할 것이다.
[1.4] 엔디안(Endian) 규칙 및 전송 순서 규칙
도1 내지 도6을 참조하여 설명한 모바일 RFID 리더 제어 프로토콜 포맷을 구성하는 모든 필드는 빅-엔디안(big-endian) 규칙을 따른다. 이는 최상위 바이트 값이 먼저 기록되고 최하위 바이트 값이 나중에 기록되는 것을 의미한다. 전송 순서 규칙은 프리앰블 필드, 헤더 필드, 페이로드 필드, 엔드마크 필드의 순서로 이루어진다. 헤더 필드 내에서는 메시지 타입 필드, 코드 필드, 페이로드 길이 필드의 순서로 전송이 이루어진다. 페이로드 필드의 경우에는 타겟(Target), 아규먼트 타입(Argument Type), 페이로드 데이터 길이(Payload Data Length), 페이로드 데이터(Payload Data) 및 펜딩(Pending) 필드의 순서로 전송이 이루어진다. 또한 각 필드의 최상위 바이트가 가장 먼저 전송되는 것을 원칙으로 한다.
[1.5] 고정 크기의 필드에 작은 크기의 데이터를 기술하는 방법
크기가 작은 데이터를 이 보다 큰 프로토콜 필드에 넣을 때에는 하위 byte부터 채워넣은 다음, 남는 상위 byte를 0x00으로 채운다. 물론, 이 경우에도 빅-엔디안 규칙을 따른다. 예를 들여, 16비트의 크기를 가지는 길이(length) 필드에 12라 는 값을 넣어야 하는 경우 상위 byte에는 0x00을 넣고 하위 byte에는 0x0C를 넣어서 처리한다.
[2]. 명령, 응답 및 노티(Notification)의 개요와 목록
모바일 단말의 프로세서와 RFID 리더 간에 통신하는 프로토콜의 내용은 크게 3가지로 나누어 볼 수 있다. 이들은 각각 명령(command) 응답(response), 노티(notification)이며, ISO 및 EPC 표준에서 정의하고 있는 개념이다.
본 발명의 실시예에서도 명령과 응답은 항상 쌍(pair)으로 존재하며 동작한다. 하나의 명령에 대해서는 그에 해당하는 응답을 받아야 다음 명령을 수행한다. 각각의 명령은 고유의 코드를 가지며, 이 코드는 헤더의 코드 필드에 기술되며 8개의 비트로 표현된다. 응답은 성공한 경우에는 해당 명령의 코드를 코드 필드에 기술하고, 페이로드 부분에 응답에 관련된 내용을 기술한다. 실패한 경우에도 0xFF 값을 코드 필드에 기술하고 페이로드 부분에는 결콰 코드를 기술한다. 명령과 응답에 따라 페이로드는 각각 다른 형태를 가진다. 페이로드의 자세한 형태에 대해서는 후에 설명될 것이다.
[2.1] 명령과 응답
본 발명의 실시예에서 모바일 RFID 리더 프로토콜의 명령과 응답은 리더 제어/관리, 태그 읽기, 태그 쓰기, 태그 록/언록(Lock/Unlock), 태그 지우기, 부가 기능 카테고리로 분류하였다. 다음의 표2는 본 발명에 따른 명령 목록의 예를 보여준다. 여기서는 필수 명령과 선택 명령으로 구분하였다. 또한 모든 명령은 이에 대응되는 응답을 갖는다. 표2에서 보인 명령들 중에서 태그 쓰기, 태그 지우기 및 태 그 록 카테코리에 해당되는 명령은 신중하게 구현되어야 한다. 이는 태그의 내용 자체를 변경할 수 있는 명령들로서, 잘못 사용되는 경우에는 보안 문제가 발생할 수 있고, 이에 따른 피해를 야기할 수 있기 때문이다.
표 2
Figure 112007076419491-PCT00002
[2.2] 모바일 RFID 리더 제어/관리 카테고리
RFID 리더 제어(Control)/관리(Management) 명령 카테고리는 다음의 표3에 표현된 바와 같은 명령들로 구성된다. 주요 명령은 리더의 전원 제어, 접속 (Connection) 제어, 리더의 정보 습득, 리더의 RF 신호 강도 제어 및 리더 자체의 필터(Filter) 기능 제어에 관련된 것이다. 리더를 제어하는 명령 중에서 가장 기본이 되는 리더 전원 제어(Reader Power Control) 명령과 리셋 리더(Reset Reader) 명령은 하드웨어적인 인터페이스로 직접 제어하는 방법을 사용할 수도 있다. 이는 GPIO와 같은 것으로 제어할 수 있으며, 이러한 경우에는 전술한 2가지 명령을 따로 구현하지 않아도 무방하다.
표 3
Figure 112007076419491-PCT00003
또한, 표3에서 살펴보면 리더 제어/관리 카테고리에서는 자동 읽기 명령에 대한 파라미터를 변경하거나 그 값을 볼 수 있는 명령인 'Get Automatic Read Parameters', 'Set Automatic Read Parameters' 명령을 제공한다. 이들은 미리 설정된 파라미터들에 따라 동작하며, 읽기 동작을 수행하는 횟수를 나타내는 Read Cycle, 리더가 읽기 동작을 2회 이상 수행하는 경우 그 읽기 동작 간의 지연 시간을 나타내는 Read Delay Time들이 그 파라미터이다.
[2.3] 태그 읽기(Tag Read) 카테고리
태그 읽기 카테고리는 다음의 표4에 나타낸 명령들로 구성된다. 이 명령들은 태그가 가지고 있는 고유 ID(TID), UII set(사물을 지칭하는 코드로 EPC Code, MRF의 mCode 등), 사용자 메모리 뱅크영역 등을 읽어오는 동작을 주로 수행하게 한다.
표 4
Figure 112007076419491-PCT00004
또한 표4에서 살펴보면, 태그 읽기 카테고리에서는 자동으로 복수의 태그를 연속적으로 읽어들이는 명령들이 지원된다. 자동 읽기에 관련된 명령은 Start Automatic Read, Stop Automatic Read 명령이다.
Start Automatic Read 명령은 반복할 읽기 명령의 코드(0x21∼0x26)와 Repeat Cycle을 지정하도록 되어 있는데, 이는 Set Automatic Read Parameter 명령에서 지정한 Read Cycle 만큼의 읽기 동작을 몇 번 반복할 것인지를 나타낸다. 즉, RFID 리더가 총 읽는 횟수는 Read Cycle × Repeat Cycle이 된다. 만약 Repeat Cycle이 유효한 값이 아닌 경우에는 결과 코드에 잘못된 값이라는 응답이 발생한다. RFID 리더는 지정한 Repeat Cycle 만큼 읽기 동작을 수행하였거나, 더 이상 읽을 태그가 없는 경우에는 자동으로 읽기 동작을 중단한다.
Stop Automatic Read 명령은 Start Automatic Read 명령에 의해서 읽기 동작이 계속되는 중간에 읽기 동작을 중단시키는데 사용된다.
자동 읽기 동작 중에는 대부분의 명령을 실행할 수 없다. 만일 실행하게 되면 실패로 처리되며, 결과 코드는 Automatic Read in Operation의 0x0D를 받게 된다. 한편, 자동 읽기 동작 중에 실행할 수 있는 명령으로는 Reset Reader, Get Signal Strength, Set Signal Strength, Stop Automatic Read가 있다.
태그 읽기 명령을 통해 RFID 태그로부터 얻어지는 데이터는 명령에 대한 응답 또는 노티(Notification)를 통하여 단말기의 프로세서로 전달된다. 본 발명에서는 리더 칩에서 태그로부터 얻은 데이터를 저장하는 버퍼 기능을 선택 사항으로 하였다. 그렇지만 RFID 리더에 태그에서 받아온 데이터를 저장하는 버퍼 기능을 구현하는 경우에는 부가 기능 카테고리의 vendor-specific 명령 코드 영역을 사용하여야 하며, HAL API 표준에 위배되지 않도록 구현하여야 한다.
[2.4] 태그 쓰기(Tag Write) 카테고리
태그 쓰기 카테고리는 다음의 표5에서 보이는 명령들로 이루어지며, 이 명령들의 역할은 태그에 ID 코드, 사용자 메모리 뱅크영역 및 태그가 담고 있는 부가 정보들을 기록하는 역할을 한다.
표 5
Figure 112007076419491-PCT00005
[2.5] 태그 지우기(Tag Kill) 카테고리
태그 지우기 카테고리는 다음의 표6에서 보이는 명령들로 이루어지며, 이 명령들의 역할은 태그의 내용을 지우는 역할을 담당한다.
표 6
Figure 112007076419491-PCT00006
[2.6] 태그 록(Tag Lock) 제어 카테고리
태그 록 제어 카테고리는 태그의 내용을 함부로 변경하거나 지울 수 없도록 하기 위한 록 기능을 제어하기 위한 명령들로 구성되어 있다. 다음의 표7은 이러한 명령들의 종류를 예시하고 있다.
표 7
Figure 112007076419491-PCT00007
록 명령은 태그에 따라 각각 다른 명령을 사용하도록 하였다. 또한 록 명령에 필요한 아규먼트(Argument)들은 무선 인터페이스(Air Interface) 규격을 그대로 사용하였다.
[2.7] 부가 기능 카테고리
부가 기능 카테고리는 지금까지 설명한 명령들 이외에 부가 기능을 위해서 제공되는 명령들을 모아 놓은 카테고리이다. 다음의 표8은 부가 기능 카테고리의 명령들의 종류를 예시하고 있다.
표 8
Figure 112007076419491-PCT00008
부가 기능 카테고리에는 리더가 태그를 처리하는 기본적인 내용 이외의 편의를 제공할 수 있는 기능을 모아 놓았다. 이들은 리더의 필터 기능 및 리더가 태그를 억세스(Access)하는 상태 등에 관련된 정보를 얻거나 그에 필요한 설정을 할 수 있도록 하는 명령들이다. 또한 여기에서는 테스트 모드(Test Mode)를 시작하거나 종료하는 명령들이 존재하며, 수신 감도 측정을 위한 Start Receive Test 및 Stop Receive Test 명령은 테스트 모드에서만 사용할 수 있다. 테스트 모드에 대한 설명은 후에 이루어질 것이다.
[2.8] 결과 코드
결과 코드는 명령에 대한 응답에 사용된다. 결과 코드는 성공한 경우와 실패한 경우 모두에 대하여 그 결과를 알려준다. 성공한 경우에는 응답 프로토콜 메시지의 헤더 부분 중에서 코드 필드에 해당 명령의 코드값을 넣고, 실패한 경우에는 0xFF 값을 넣는다. 또한, 페이로드 데이터 부분에는 8비트의 결과 코드를 넣는다. 이는 명령의 수행이 제대로 되지 않았을 경우에 대하여 오류의 내용을 구분한다. 결과 코드 중에서 0x00는 성공하였음을 나타내는 것으로, 이것은 명령이 성공하였을 경우 별도의 결과 값이 없는 경우에 사용된다. 다음의 표9는 결과의 종류와 이에 해당하는 코드를 예시한 것이다.
표 9
Figure 112007076419491-PCT00009
[2.9] 벤더-스펙(Vendor-Specific) 명령과 응답
지금까지 설명한 모든 카테고리에는 본 발명에서 제안하는 명령 이외에도 RFID 리더 제조사의 특정한 명령이 들어갈 수 있다. 이들 벤더-스펙(vendor-specific) 명령들은 본 발명에서 제안한 카테고리에 맞게 벤더-스펙 영역의 코드값을 사용하도록 권장한다. 예를 들어, 태그 읽기 기능에 해당하는 특정 명령어를 추가하려고 한다면 그 명령은 태그 읽기 카테고리의 벤더-스펙 영역인 0x29∼0x37 사 이의 코드값을 사용하는 것을 권장한다.
[2.10] 노티(Notification)
노티(Notification)는 RFID 리더로부터 단말기의 프로세서로 전송되는 프로토콜 메시지이다. 이는 응답 메시지와는 달리 명령에 대해서 독립적이다. 이 노티(Notification)의 주된 용도는 자동(Automatic) 모드에서 반복되는 동작에 대한 결과를 나타내기 위한 응답으로 사용되며, RFID 리더에서 발생되는 중요한 오류에 대하여 사용된다.
본 발명에서 노티(Notification) 프로토콜 메시지는 응답 프로토콜 메시지와 동일한 포맷을 가질 수 있다. 그렇지만 이를 구분하기 위해서, 예를 들어 메시지 타입 필드(Message Type Field)에 0x02값을 사용함으로써 노티 프로토콜 메시지임을 표현한다.
또한, 리더에서 중요한 오류가 발생한 경우 이를 프로세서에 즉시 통보할 필요가 있기 때문에 이러한 경우 노티(Notification)를 사용한다. 여기서 포맷은 오류를 포함한 응답과 동일한 포맷을 가질 수 있으며, 메시지 타입 필드에서 노티(Notification)로 지정하여 보내는 것과 동일하게 된다. 본 발명에서 언급하고 있는 중요한 오류에 대한 정의는 하지 않고 있는데, 이는 벤더(Vendor)가 정의하는 것일 수 있고, 노티(Notification)로 전달하여야 할 필요가 있는 오류에 대해서는 결과 코드의 벤더-스펙(Vendor-Specific) 영역을 사용하여 정의하고 또 이를 사용할 수 있다.
[2.11] HAL API 표준과의 호환성
다음의 표10 및 표11은 HAL API 표준에서 정의하고 있는 명령어와, 본 발명에서 제안하고 있는 모바일 리더 프로토콜 명령의 관계를 보여준다. HAL API 표준의 명령 각각에 대해서 모바일 리더 프로토콜의 명령이 어떻게 연관되는지를 보였다. 명령에 따라서는 HAL API의 명령 1개가 여러개의 모바일 리더 프로토콜 명령으로 구현되는 경우도 있으며, 그 반대가 되는 경우도 존재한다. 드라이버(Driver)를 구현할 때에는 반드시 이러한 관계에 맞게 구현을 하여야 한다.
예를 들어, HAL API 표준의 MH_rfidReportReaderStatus 명령의 경우에는 상당히 많은 모바일 리더 프로토콜 명령으로 구현되는데, 이 때에는 드라이버에 상태 변수를 두어 구현할 것을 권장한다. 해당 모바일 리더 프로토콜이 수행될 때 그 결과를 상태 변수에 보관하여 두면 MH_rfidReportReaderStatus 명령이 올 때 리더 프로토콜의 여러 명령을 수행하는 것을 줄일 수 있다. 또한, HAL API의 함수에 대한 리턴값을 주어야 하므로, 결과를 상태변수에 보관하여야 한다.
한편, HAL API 명령 중에서 버퍼제어 및 필터관리에 해당하는 명령은 리더 프로토콜에서는 선택적으로 구현할 수 있다. 본 발명에서는 버퍼 및 필터가 HAL 혹은 모바일 리더 칩 중에서 어디에나 존재할 수 있는 상황을 가정하며, 따라서, 리더 칩에 버퍼 또는 필터 기능을 구현하기 위해서는 HAL API 명령과 관계가 적절하도록 모바일 리더 프로토콜 명령을 구현해 주어야 한다. 이 때, 모바일 리더 프로토콜에 벤더-스펙(Vendor-Specific) 명령 부분의 코드 값을 사용할 수 있다.
표 10
Figure 112007076419491-PCT00010
표 11
Figure 112007076419491-PCT00011
[3]. 명령, 응답 및 노티(Notification)의 세부 사항
여기서는 앞에서 기술한 명령, 응답 및 노티(Notification)에 대한 세부 사항에 대해서 설명한다. 각각의 명령과 응답이 어떠한 아규먼트(Argument)들을 필요로 하며, 어떠한 형태를 지니는지에 관한 설명이 이루어질 것이며, 노티(Notification)에 대해서도 기술한다. 또한, 앞서 설명하였던 프로토콜 포맷과 명 령, 응답 및 노티(Notification)가 서로 어떻게 연결되며, 어떠한 프로토콜 스트림(Protocol Stream)으로 표현되는지에 대해서 기술하고 예제를 들 것이다.
[3.1] 리더 제어/관리 카테고리
[3.1.1] 리더 전원 제어(Reader Power Control)
리더 전원 제어는 RFID 리더의 하드웨어에 공급되는 전원을 온(On) 또는 오프(Off) 제어하는 것으로서, On인 경우에만 리더에 전원이 공급되고, 오프(Off)인 경우에는 리더에 전원 공급이 되지 않게 한다.
리더 전원 제어 명령은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 리더 전원 제어를 표현하는 0x01, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 리더의 전원 상태를 나타내는 8비트의 전원 상태(Power State) 정보로 On의 경우에는 0xFF, Off의 경우에는 0x00로 표현될 수 있다.
도7은 전원 온(Power On)의 경우를 예로 들어서 나타낸 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도7에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 리더 전원 제어 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포 함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x01, 실패한 경우에는 0xFF, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 성공(Success)한 경우를 표현하는 결과 코드 0x00, 실패(Power Control Failure)한 경우를 표현하는 결과 코드 0x01로 표현될 수 있다.
도8은 성공한 경우의 리더 전원 제어 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도8에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
[3.1.2] 리더 접속 제어(Reader Connection Control)
리더 접속 제어는 프로세서와 리더를 연결하거나 연결을 끊는 것이다. 프로세서와 리더가 연결된 상태에서는 리더는 모든 명령을 받아서 처리할 수 있지만, 연결되어 있지 않은 상태에서는 전원 제어와 접속 제어 명령만 처리할 수 있다. 리더의 전원이 공급되었지만 접속이 되지 않은 경우는 최소한의 전력만 공급받는 상태이다.
리더 접속 제어 명령은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 리더 접속 제어를 표현하는 0x02, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼 트(Arguments)는 리더의 접속 상태를 나타내는 8비트의 접속 상태(Connection State) 정보로 접속(Connect)의 경우에는 0xFF, 비접속(Disconnect)의 경우에는 0x00로 표현될 수 있다.
도9는 접속(Connect)의 경우를 예로 들어서 나타낸 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도9에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 리더 접속 제어 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x02, 실패한 경우에는 0xFF, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 성공(Success)한 경우를 표현하는 결과 코드 0x00, 실패(Connection Control Failure)한 경우를 표현하는 결과 코드 0x02로 표현될 수 있다.
도10은 성공한 경우의 리더 접속 제어 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도10에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
[3.1.3] 리더의 정보를 얻어오는 명령(Get Reader Information Command)
이 명령은 리더가 가지고 있는 정보를 얻어오는 것으로서, 리더가 가지고 있는 정보는 모델명, S/N, 제조사, 사용 주파수 및 지원하는 태그 종류 등이며, 이 명령을 통해서 각각의 정보를 얻을 수 있다.
리더 정보 획득(Get Reader Information) 명령은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 리더가 가지고 있는 정보를 얻어오는 명령임을 표현하는 0x03, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 리더에게 요청할 정보의 종류를 나타내는 8비트의 인포매이션 타입(Information Type) 정보로서, 리더 모델명(0x00), 리더의 S/N(0x01), 리더 제조사(0x02), 리더의 주파수(0x03), 리더가 지원하는 태그의 종류(0x04) 등이다.
도11은 리더 제조사를 요청하는 경우를 예로 들어서 나타낸 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도11에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 리더 정보 획득(Get Reader Information) 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답 (Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x03, 실패한경우에는 0xFF, 페이로드 타입은 모델명이나 S/N, 제조사, 주파수의 경우에 Payload Type B, 리더가 지원하는 태그의 종류인 경우에는 Payload Type A, 명령이 실패한 경우에는 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 모델명, S/N, 제조사, 주파수의 경우 해당 스트링(String)(가변 길이), 리더가 지원하는 태그 종류의 경우에는 8비트 타입으로 ISO 18000-6B는 00000001, ISO 18000-6C는 00000010, 복수를 지원하는 경우에는 'Bit OR'(비트 논리합) 처리하며, 명령이 실패한 경우(Cannot Get Reader Info)에는 이를 표현하는 결과 코드 0x03로 표현될 수 있다.
도12는 제조사가 'LG ELECTRONICS'인 경우의 리더 정보 획득(Get Reader, Information) 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도12에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다. 도13은 리더가 지원하는 태그 타입이 18000-B,C인 경우의 응답을 보여주고 있다.
[3.1.4] 리더의 RF 신호 강도를 얻어오는 명령(Get Signal Strength)
이 명령은 현재 설정되어 있는 RFID 리더의 RF 신호 강도를 얻는다. 신호 강도는 백분율로 표현될 수 있으며, 리더가 낼 수 있는 최대 신호 강도를 100으로 간주할 수 있다.
리더 신호 세기 획득(Get Signal Strength) 명령은 이에 대응하는 메시지 타 입(Message Type), 코드(Code)를 포함하며, 페이로드(Payload) 타입과 아규먼트(Arguments)는 없다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 리더 신호 세기 획득(Get Signal Strength)을 표현하는 0x04로 표현될 수 있다.
도14는 리더 신호 세기 획득(Get Signal Strength) 명령의 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도14에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 리더 신호 세기 획득(Get Signal Strength) 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x04, 실패한 경우에는 0xFF, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 신호 세기를 백분율로 나타내는 0 ∼ 100 사이의 값(0x00 ∼ 0x64)으로 표현될 수 있고, 실패(Cannot Get Signal Strength)한 경우를 표현하는 결과 코드 0x04로 표현될 수 있다.
도15는 성공한 경우의 리더 신호 세기 획득(Get Signal Strength) 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message)로서 신호 세기가 75％인 경우의 메시지 구성을 보여준다. 도15에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg)), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
[3.1.5] 리더의 RF 신호 강도를 설정하는 명령(Set Signal Strength)
이 명령은 리더의 RF 신호 강도를 설정한다. 리더의 RF 신호 강도는 백분율로 표현될 수 있으며, 리더가 낼 수 있는 최대 신호 강도를 100으로 간주할 수 있다.
리더 신호 세기 설정(Set Signal Strength) 명령은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload), 아규먼트(Arguments)를 포함한다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 리더 신호 세기 설정(Set Signal Strength)을 표현하는 0x05로 표현될 수 있고, 페이로드 타입은 Payload Type A, 아규먼트(Arguments)는 8비트로 표현되는 신호 강도를 나타내는 0∼100 사이의 값(0x00 ∼ 0x64)으로 표현될 수 있다.
도16은 신호 세기가 50％에 대한 리더 신호 세기 설정(Set Signal Strength) 명령의 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도16에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 리더 신호 세기 설정(Set Signal Strength) 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x05, 실패 한 경우 0xFF, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 성공한 경우(Success)를 나타내는 결과 코드 0x00, 실패(Signal Strength Control Failure)한 경우를 표현하는 결과 코드 0x04로 표현될 수 있다.
도17은 성공한 경우의 리더 신호 세기 획득(Get Signal Strength) 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message)로서, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
[3.1.6] 리더에 설정된 지역/국가 정보를 얻는 명령(Get Region)
이 명령은 리더에 설정된 지역/국가 정보를 얻는다. 즉, RFID 리더가 사용할 수 있는 주파수 등의 전파 규격은 각 국가나 지역마다 다르기 때문에 이에 대한 정보를 지역/국가 정보 획득(Get Region) 명령을 통해서 얻는 것이다.
지역/국가 정보 획득(Get Region) 명령은 이에 대응하는 메시지 타입(Message Type), 코드(Code)를 포함하며, 페이로드(Payload) 타입과 아규먼트(Arguments)는 없다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 지역/국가 정보 획득(Get Region)을 표현하는 0x06으로 표현될 수 있다.
도18은 지역/국가 정보 획득(Get Region) 명령의 프로토콜 메시지(Protocol Message) 구성을 보여준다. 도18에 표현된 바와 같이, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 지역/국가 정보 획득(Get Region) 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x06, 실패한 경우에는 0xFF, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 리더에 설정된 지역/국가를 나타내는 8비트의 값으로 표현될 수 있는데, 예를 들면 대한민국 0x01, 미국 0x02, 유럽 0x04, 일본 0x08, 중국 0x10 등과 같이 표현될 수 있으며, 실패(Cannot Get Region)한 경우를 표현하는 결과 코드 0x07로 표현될 수 있다.
도19는 리더에 설정된 지역이 대한민국인 경우의 지역/국가 정보 획득(Get Region) 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message)로서, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
[3.1.7] 리더에 지역/국가 정보를 설정하는 명령(Set Region)
이 명령은 리더에 지역/국가 정보를 설정한다. RFID 리더가 사용할 수 있는 주파수 등의 전파 규격은 지역/국가마다 다르기 때문에 이에 대한 설정을 수행하는 명령이다.
지역/국가 설정(Set Rrgion) 명령은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload), 아규먼트(Arguments)를 포함한다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 지역/국가 설정(Set Rrgion)을 표현하는 0x07로 표현될 수 있고, 페이로드 타입은 Payload Type A, 아규먼트(Arguments)는 8비트로 표현되는, 리더에 설정되는 지역을 나타내기 위한 값으로 표현되는데, 이 것은 앞서 설명한 지역/국가 정보 획득(Get Region)의 응답에서 예시한 아규먼트와 같다.
도20은 리더에 설정되는 지역이 대한민국인 경우의 지역/국가 정보 설정(Set Region)을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message)로서, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 지역/국가 설정(Set Rrgion) 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x07, 실패한 경우 0xFF, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 성공한 경우(Success)를 나타내는 결과 코드 0x00, 실패(Region Control Failure)한 경우를 표현하는 결과 코드 0x08로 표현될 수 있다.
도21은 리더에 설정된 지역이 대한민국인 경우의 지역/국가 설정(Set Rrgion) 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message)로서, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이 로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
[3.1.8] 리셋 리더 명령(Reset Reader)
이 명령은 리더의 모든 동작을 즉시 종료하고 리더를 초기화한다. 이 명령에 대한 응답은 초기화가 종료된 후 바로 리더로부터 프로세서로 보내진다. 리셋 리더(Reset Reader) 명령을 수행한 직후에는 전원만 공급된 상태로 초기화가 되기 때문에 리더를 제어하기 위해서는 앞서 설명한 리더 접속 제어(Reader Connection Control) 명령을 사용하여 접속을 수행해야 한다.
리셋 리더(Reset Reader) 명령은 이에 대응하는 메시지 타입(Message Type), 코드(Code)를 포함한다. 메시지 타입(Message Type)은 명령(Command)을 표현하는 0x00, 코드(Code)는 리셋 리더(Reset Reader)를 표현하는 0x08로 표현될 수 있고, 페이로드와 아규먼트(Arguments)는 없다.
도22는 리셋 리더(Reset Reader) 프로토콜 메시지(Protocol Message)로서, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
이와 같은 리셋 리더(Reset Reader) 명령에 대한 응답은 이에 대응하는 메시지 타입(Message Type), 코드(Code), 페이로드(Payload) 타입, 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x08, 실패한 경우 0xFF, 페이로드 타입은 Payload Type A로 표현될 수 있고, 아규먼트(Arguments)는 성공한 경우(Success)를 나타내는 결과 코드 0x00, 실패(Cannot Reset Reader)를 표현하는 결과 코드 0x19로 표현될 수 있다.
도23은 성공한 경우의 리셋 리더(Reset Reader)에 대한 응답을 예로 들어서 나타낸 프로토콜 메시지(Protocol Message)로서, 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
[3.1.9] 무선 인터페이스 파라미터 획득 명령(Get Type B A/I Parameters)
이 명령은 ISO 18000-6B 표준과 관련된 A/I(Air Interface) 파라미터를 얻는다. 이 파라미터는 예를 들면 모듈레이션 인덱스(MI: Modulation Index), 바이트 마스크(BM: Byte Mask), 어드레스(Address)가 될 수 있다. 무선 인터페이스 파라미터 획득(Get Type B A/I Parameters) 명령은 메시지 타입(Message Type), 코드(Code)를 포함하며, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 메시지 타입은 명령을 표현하는 0x00, 코드(Code)는 무선 인터페이스 파라미터 획득(Get Type B A/I Parameters)을 표현하는 0x09로 표현되며, 도24에 이 명령에 해당하는 프로토콜 메시지 구성의 예를 보였다. 프리앰블(Preamble), 메시지 타입(Msg Type), 코드(Code), 페이로드 MSB(PL MSB), 페이로드 LSB(PL LSB), 아규먼트(Arg), 엔드마크(End Mark) 필드들의 각각의 값들이 예시되어 있다.
무선 인터페이스 파라미터 획득 명령에 대한 응답은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함한 다. 메시지 타입은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x09, 실패한 경우 0xFF로 표현될 수 있고, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type C, 실패한 경우 Payload Type A로 표현될 수 있다.
아규먼트(Arguments)는 성공한 경우 모듈레이션 인덱스(Modulation Index), 바이트 마스크(Byte Mask), 어드레스(Address)를 표현한다. 모듈레이션 인덱스는 8비트로 표현할 수 있으며, ISO 18000-6B의 모듈레이션 방식을 결정한다. 즉, MI=18％(0x00), MI=100％(0xFF) 등을 표현한다. 바이트 마스크는 8비트로 표현할 수 있으며, ISO 18000-6B에서 정의한 8비트의 바이트 마스크 값으로 1바이트에서 몇 번째 비트를 비교 대상으로 삼을지를 결정한다. 어드레스는 8비트로 표현할 수 있으며, ISO 18000-6B에서 정의한 어드레스로 태그의 어느 부분을 비교할지를 결정하는 8비트 값이다. 실패한 경우에는 실패(Cannot Control Type B A/I Parameters)를 표현하는 결과 코드 0x1A, 명령을 지원하지 않는 경우(Not Supported Command)를 표현하는 결과 코드 0x17로 표현될 수 있다.
도25는 무선 인터페이스 파라미터 획득(Get Type B A/I Parameters) 명령에 대한 응답 메시지 프로토콜의 예를 보여준다. 여기서는 MI(Modulation Index) = 18％, BM(Byte Mask) = 0xFF, Address = 0x0F인 경우를 보여준다.
[3.1.10] 무선 인터페이스 파라미터 설정 명령(Set Type B A/I Parameters)
이 명령은 ISO 18000-6B 표준과 관련된 무선 인터페이스 파라미터들을 설정한다. 무선 인터페이스 파라미터 설정(Set Type B A/I Parameters) 명령은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함한다. 메시지 타입은 명령을 표현하는 0x00, 코드(Code)는 무선 인터페이스 파라미터 설정(Set Type B A/I Parameters)을 표현하는 0x0A, 페이로드 타입은 Payload Type C로 표현될 수 있다.
아규먼트(Arguments)는 모듈레이션 인덱스(Modulation Index), 바이트 마스크(Byte Mask), 어드레스(Address)를 표현한다. 모듈레이션 인덱스는 8비트로 표현할 수 있으며, ISO 18000-6B의 모듈레이션 방식을 결정한다. 즉, MI=18％(0x00), MI=100％(0xFF) 등을 표현한다. 바이트 마스크는 8비트로 표현할 수 있으며, ISO 18000-6B에서 정의한 8비트의 바이트 마스크 값으로 1바이트에서 몇 번째 비트를 비교 대상으로 삼을지를 결정한다. 어드레스는 8비트로 표현할 수 있으며, ISO 18000-6B에서 정의한 어드레스로 태그의 어느 부분을 비교할지를 결정하는 8비트 값이다.
도26은 무선 인터페이스 파라미터 설정(Set Type B A/I Parameters)에 대한 프로토콜 메시지 구성을 보여주고 있다. 여기서는 MI=18％, BM=0xFF, Address=0x0F인 경우를 보여주고 있다.
위와 같은 무선 인터페이스 파라미터 설정(Set Type B A/I Parameters) 명령의 응답은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함한다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x0A, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 Payload Type A로 표현될 수 있고, 아규먼트 (Arguments)는 성공(Success)한 경우에는 결과 코드 0x00, 실패한 경우(Cannot Control Type B A/I Parameters)에는 결과 코드 0x1A로 표현될 수 있다. 명령을 지원하지 않는 경우(Not Supported Command)에는 0x17로 표현할 수 있다.
도27은 성공한 경우의 응답 메시지 프로토콜 구성의 예를 보여주고 있다.
[3.1.11] 무선 인터페이스 선택 파라미터 획득 명령(Get Type C A/I Select Parameters)
이 명령은 ISO 18000-6C 표준과 관련된 무선 인터페이스(Air Interface)의 선택(Select) 파라미터들을 얻는다. 무선 인터페이스 선택 파라미터 획득(Get Type C A/I Select Parameters) 명령은 메시지 타입(Message Type), 코드(Code)를 포함하며 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 메시지 타입(Message Type)은 명령을 표현하는 0x00, 코드(Code)는 무선 인터페이스 파라미터 획득(Get Type C A/I Select Parameters)을 표현하는 0x0B로 기술한다.
도28은 무선 인터페이스 선택 파라미터 획득(Get Type C A/I Select Parameters)에 대한 메시지 프로토콜 구성의 예를 보여주고 있다.
위와 같은 무선 인터페이스 선택 파라미터 획득(Get Type C A/I Select Parameters) 명령에 대한 응답은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함한다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x0B, 실패한 경우 0xFF로 표현할 수 있고, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type D, 실패한 경우 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 실패한 경우(Cannot Control Type C A/I Parameters) 결과코드 0x1B로 표현할 수 있고, 성공한 경우는 파라미터를 적용할 대상인 타겟(Target) 3비트[Inventoried S0(000), Inventoried S1(001), Inventoried S2(010), Inventoried S3(011), SL(100)], Type C에서 정의하는 액션(Action)의 3비트 값, 태그의 메모리 뱅크(Memory Bank)를 나타내는 2비트[RFU(00), UII(Unique Item Identifier)(01), TID(10), User(11)], 비교 대상이 되는 태그 메모리의 시작 어드레스(비트 어드레스) 포인터(Pointer) 32비트, 비교 대상이 되는 태그 메모리의 비트 단위의 길이(Length) 8비트, 인에이블(Enable)(1)과 디스에이블(Disable)(0)을 표현하는 트렁케이티드 플래그(Truncated Flag) 1비트, RFU(Reserved for Future Use) 7비트(예약된 값으로 0000000 사용), Type C에서 정의하는 비트 마스크(Bit Mask) 0∼255비트로 표현할 수 있다.
도29는 Taget=S0, Action=assert SL or inventoried -＞ A, MB=User, Pointer=0x000000FF, Length=0x20, T=0, Mask=11111111111111110000000000000000 인 경우의 'Get Type C A/I Select Parameters' 명령의 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
[3.1.12] 무선 인터페이스 선택 파라미터 설정 명령(Set Type C A/I Select Parameters)
이 명령은 ISO 18000-6C 표준과 관련된 무선 인터페이스(Air Interface)의 선택(Select) 파라미터들을 설정한다. 무선 인터페이스 선택 파라미터 설정(Set Type C A/I Select Parameters) 명령은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type)과 아규먼트(Arguments)를 포함한다.
메시지 타입(Message Type)은 명령을 표현하는 0x00, 코드(Code)는 무선 인터페이스 파라미터 설정(Set Type C A/I Select Parameters)을 표현하는 0x0C, 페이로드 타입(Payload Type)은 Payload Type D로 기술한다.
아규먼트(Arguments)는 파라미터를 적용할 대상인 타겟(Target) 3비트[Inventoried S0(000), Inventoried S1(001), Inventoried S2(010), Inventoried S3(001), SL(100)], Type C에서 정의하는 액션(Action)의 3비트 값, 태그의 메모리 뱅크(Memory Bank)를 나타내는 2비트[RFU(00), UII(01), TID(10), User(11)], 비교 대상이 되는 태그 메모리의 시작 어드레스(비트 어드레스) 포인터(Pointer) 32비트, 비교 대상이 되는 태그 메모리의 비트 단위의 길이(Length) 8비트, 인에이블(Enable)(1)과 디스에이블(Disable)(0)을 표현하는 트렁케이티드 플래그(Truncated Flag) 1비트, RFU(Reserved for Future Use) 7비트(예약된 값으로 0000000 사용), Type C에서 정의하는 비트 마스크(Bit Mask) 0 ∼ 255비트로 표현할 수 있다.
도30은 Taget=S0, Action=assert SL or inventoried -＞ A, MB=User, Pointer=0x000000FF, Length=0x20, T=0, Mask=11111111111111110000000000000000 인 경우의 'Set Type C A/I Select Parameters' 명령의 프로토콜 메시지 구성의 예를 보여주고 있다.
위와 같은 무선 인터페이스 선택 파라미터 설정(Set Type C A/I Select Parameters) 명령에 대한 응답은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함한다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x0C, 실패한 경우 0xFF로 표현할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 기술한다.
아규먼트(Arguments)는 성공한 경우(Success) 결과 코드 0x00, 실패한 경우(Cannot Control Type C A/I Parameters) 결과코드 0x1B로 표현할 수 있다.
도31은 성공한 경우의 'Set Type C A/I Select Parameters' 명령의 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
[3.1.13] 무선 인터페이스의 질의(Query) 관련 파라미터 획득 명령(Get Type C A/I Query related Parameters)
이 명령은 ISO 18000-6C 표준과 관련된 무선 인터페이스(Air Interface)의 질의(Query) 관련 파라미터를 얻는다.
무선 인터페이스 질의 관련 파라미터 획득(Get Type C A/I Query related Parameters) 명령은 메시지 타입(Message Type), 코드(Code)를 포함하며 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 메시지 타입(Message Type)은 명령을 표현하는 0x00, 코드(Code)는 파라미터 획득(Get Type C A/I Query related Parameters)을 표현하는 0x0D로 표현될 수 있다. 도32는 이 명령 프로토콜 메시지 구성의 예를 보여주고 있다.
무선 인터페이스의 질의 관련 파라미터 획득(Get Type C A/I Query related Parameters) 명령에 대한 응답은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함한다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한경우 명령과 동일한 0x0D, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type E, 실패한 경우 Payload Type A, 아규먼트(Arguments)는 실패한 경우(Cannot Control Type C A/I Parameters)에 대한 결과 코드 0x1B로 표현할 수 있으며, 성공한 경우는 다음과 같이 표현할 수 있다.
TRcal divide ratio를 나타내는 DR 1비트(8인 경우에는 0, 64/3인 경우에는 1로 설정), 심볼당 사이클(Cycle) 수를 나타내는 M 2비트(1인 경우는 00, 2인 경우는 01, 4인 경우는 10, 8인 경우는 11로 설정), TRext 1비트(Pilot Tone이 없는 경우에는 0, 있는 경우에는 1로 설정), Sel 2비트(All이면 00 또는 01, ∼SL이면 10, SL이면 11로 설정), 세션(Session) 2비트(S0이면 00, S1이면 01, S2이면 10, S3이면 11로 설정), Target 1비트(A이면 0, B이면 1로 설정), 라운드(Round)당 슬롯(SLot) 개수 Q 4비트, UpDn 3비트(Q값 변화가 없으면 000, Q=Q+1인 경우 110, Q=Q-1인 경우 011로 설정).
도33은 DR=8, M=1, TRext=no pilot tone, Sel=All, Session=S0, Target=A, Q=8, UpDn=변화없음인 경우의 이 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
[3.1.14] 무선 인터페이스의 질의(Query) 관련 파라미터 설정 명령(Set Type C A/I Query related Parameters)
이 명령은 ISO 18000-6C 표준과 관련된 무선 인터페이스(Air Interface)의 질의(Query) 관련 파라미터를 설정한다.
이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 '0x00', 코드(Code)는 무선 인터페이스 질의 관련 파라미터 설정(Set Type C A/I Query related Parameters)을 표현하는 0x0E, 페이로드 타입(Payload Type)은 Payload Type E, 아규먼트(Arguments)는 TRcal divide ratio를 나타내는 DR 1비트(8인 경우에는 0, 64/3인 경우에는 1로 설정), 심볼당 사이클(Cycle) 수를 나타내는 M 2비트(1인 경우는 00, 2인 경우는 01, 4인 경우는 10, 8인 경우는 11로 설정), TRext 1비트(Pilot Tone이 없는 경우에는 0, 있는 경우에는 1로 설정), Sel 2비트(All이면 00 또는 01, ∼SL이면 10, SL이면 11로 설정), 세션(Session) 2비트(S0이면 00, S1이면 01, S2이면 10, S3이면 11로 설정), Target 1비트(A이면 0, B이면 1로 설정), 라운드(Round)당 슬롯(SLot) 개수 Q 4비트, UpDn 3비트(Q값 변화가 없으면 000, Q=Q+1인 경우 110, Q=Q-1인 경우 011로 설정)으로 표현할 수 있다.
도34는 DR=8, M=1, TRext=no pilot tone, Sel=All, Session=S0, Target=A, Q=8, UpDn=변화없음인 경우의 이 설정 명령 프로토콜 메시지 구성의 예를 보여주고 있다.
무선 인터페이스의 질의 관련 파라미터 설정 명령에 대한 응답은 메시지 타입(Message Type)으로 응답을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x0E, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 Payload Type A, 아규먼트(Arguments)는 성공한 경우(Success)의 결과 코드 0x00, 실패한 경우(Cannot Control Type C A/I Parameters)의 결과 코드 0x1B로 표현할 수 있다. 도35는 이러한 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
[3.1.15] 자동 태그 읽기 파라미터 획득 명령(Get Automatic Read Parameters)
이 명령은 자동 태그 읽기에 관련된 파라미터를 얻는다. 이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 자동 태그 읽기 파라미터 획득(Get Automatic Read Parameters)을 표현하는 0x0F를 포함하며, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도36은 Read Entire Type A Tag 명령에 대한 자동 읽기의 프로토콜 메시지 구성을 보여주고 있다.
자동 태그 읽기 파라미터 획득(Get Automatic Read Parameters) 명령에 대한 응답은 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x0F, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type F, 실패한 경우 Payload Type A로 표현할 수 있다. 아규먼트(Arguments)는 성공한 경우, 리더가 읽기 동작을 수행하는 횟수를 나타내는 Read Cycle 16비트, 리더가 여러번 읽기 동작을 수행하는 경우 읽기 동작 간의 지연(Dealy)을 msec 단위로 표현하기 위한 Read Delay Time 8비트를 포함할 수 있으며, 실패한 경우(Cannot Get Automatic Parameters)의 결과 코드 0x0F, 명령을 지원하지 않는 경우(Not Supported Command) 0x17을 기술한다. 도37은 Read Cycle=50, Read Delay Time=50msec인 경우의 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
[3.1.16] 자동 태그 읽기 파라미터 설정 명령(Set Automatic Read Parameters)
이 명령은 자동 태그 읽기에 관련된 파라미터를 설정한다. 이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 'Set Automatic Read Parameters'를 표현하는 0x10, 페이로드 타입(Payload Type)은 Payload Type F, 아규먼트(Arguments)는 리더가 읽기 동작을 수행하는 횟수를 표현하는 Read Cycle 16비트, 리더가 여러번 읽기 동작을 수행하는 경우 읽기 동작 간의 지연 시간을 msec 단위로 표현하는 Read Delay Time 8비트를 포함할 수 있다. 도38은 자동 태그 읽기 파라미터 설정 명령에 따른 프로토콜 메시지 구성의 예를 나타낸 도면으로서, Read Cycle=50, Read Delay Time=50msec인 경우를 보여준다.
자동 태그 읽기 파라미터 설정 명령에 대한 응답은 메시지 타입(Message Type)으로 응답을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x10, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 Payload Type A, 아규먼트(Arguments)는 성공한 경우 결과 코드 0x00, 실패한 경우(Automatic Parameters Control Failure)의 결과 코드 0x10으로 표현할 수 있으며, 리드 사이클(Read Cycle)과 리드 딜레이 시간(Read Delay Time)이 유효하지 않은 값을 가지는 경우(Invalid Parameter)의 결과 코드 0x0E로 표현할 수 있다. 명령을 지원하지 않는 경우(Not Supported Command) 0x17을 기술한다. 도39는 성공한 경우의 이 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
[3.2] 태그 읽기 카테코리
[3.2.1] 태그의 UID 읽기 명령(Read Type B UID)
이 명령은 ISO 18000-B 태그의 UID를 읽는다. UID는 제조 공정에서 태그에 부여되는 것으로, 64비트의 길이를 가지며, 해당 태그에 기록(Writing) 등의 동작을 할 때 꼭 필요하다. 한편, UID 대신에 40비트 SUID를 사용할 수도 있는데, 본 발명에서는 64비트 UID를 사용하는 것을 기준으로 설명한다. 이 명령은 태그로부터 8 ∼ 16번지의 값을 읽어오는데, 이들 값은 각각 다음과 같다.
08∼09: Tag Manufacturer
10∼11: Hardware Type
12: Embedded Application Code
13: Application Family ID
14: Storage Data Format (ISO/IEC 15961 8.2, 15962 B.6.3 및 15962 E.4 참조)
15: UII Set의 길이(바이트 단위)
16: AD Set의 길이(바이트 단위)
태그의 UID 읽기(Read Type B UID) 명령은 페이로드 타입(Payload Type)으로 명령을 표현하는 0x00, 코드(Code)는 Read Type B UID를 표현하는 0x21을 포함할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도40은 태그의 UID 읽기 명령 프로토콜 메시지 구성의 예를 보여주고 있다.
태그의 UID 읽기(Read Type B UID) 명령에 대한 응답은 메시지 타입(Message Type)으로 응답(Response)을 나타내는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x21, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type M, 실패하였거나 읽을 태그가 없는 경우에는 Payload Type A로 표현 할 수 있다.
아규먼트(Arguments)는 성공한 경우, 읽을 태그가 없는 경우, 실패한 경우, 명령을 지원하지 않는 경우로 나눌 수 있다. 성공한 경우는 UID, Manufacturer, Hardware Type, Embedded Application Code, Application Family ID, Storage Data Format, UII Set Length, AD Set Length로 표현할 수 있고, 읽을 태그가 없는 경우(No Tag Detected)에는 결과 코드 0x15, 실패한 경우(Read Failure)에는 결과 코드 0x09, 명령을 지원하지 않는 경우(Not Supported Command)에는 결과 코드 0x17로 표현할 수 있다. 도41은 태그의 UID 읽기 명령에 대한 응답 프로토콜 메시지 구성의 예를 보여준다. 여기서는 UID가 0xE035000000000001, Manufacturer = 0x1234, Hardware Type = 0x5678, EAC = 0x0A, AFID = 0x01, SDF = 0x00, UII Set Length = 8, AD Set Length = 16인 경우를 보여준다.
[3.2.2] 태그의 UII 블록 읽기 명령(Read Type C UII Block)
이 명령은 ISO 18000-C 태그의 UII Block의 내용을 읽어서 알려준다. UII Block은 UII 또는 UII Set과 Typc C 태그의 PC 부분을 함께 지칭하는 것으로, 태그의 UII 메모리 뱅크에 존재한다. 응답을 해석할 때 UII 또는 UII Set은 여러 종류의 길이를 가지는데 PC가 고정 길이이므로 페이로드 길이(Payload Length)에서 2를 뺀 값을 구하면 UII 또는 UII Set의 길이를 알아낼 수 있다.
태그의 UII 블록 읽기(Read Type C UII Block) 명령은 메시지 타입(Message Type)으로 명령을 나타내는 0x00, 코드(Code)는 Read Type C UII Block을 표현하는 0x22로 기술할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없 다. 도42는 태그의 UII Block 읽기 명령에 따른 프로토콜 메시지 구성의 예를 보여주고 있다.
위와 같은 명령에 대한 응답 메시지는 다음과 같이 구성된다. 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x22, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type H, 실패한 경우이거나 읽을 태그가 없는 경우에는 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우 UII Block(UII + PC), 읽을 태그가 없는 경우(No Tag Detected)에는 결과 코드 0x15, 실패한 경우(Read Failure)에는 결과 코드 0x09를 기술하여 표현할 수 있다. 도43은 이러한 응답 프로토콜 메시지 구성의 예를 나타낸 도면으로서, 96비트 UII의 경우 즉, PC=0x2000, UII=0x30F4257BF4625F8000000002 인 경우에 대한 Read Type C UII Block Response 프로토콜 메시지 구성을 보여주고 있다.
[3.2.3] 태그의 사용자 메모리 뱅크 영역 읽기 명령(Read Type B User Data)
이 명령은 ISO 18000-B 태그의 사용자 메모리 뱅크 영역을 읽는다. 사용자 메모리 뱅크 영역의 시작번지로부터 그 길이(Length)만큼 읽게된다. Type B에서는 UII 또는 UII Set이 사용자 메모리 뱅크 영역의 맨 처음부터 저장되므로 UII 또는 UII Set을 읽을 때에는 시작 어드레스(Start Address)를 '0'으로 하여 읽어야 한다.
이 명령의 구성은 메시지 타입(Message Type), 코드(Code), 페이로드 타입 (Payload Type), 아규먼트(Arguments)를 포함하며, 메시지 타입(Message Type)은 명령을 표현하는 0x00, 코드(Code)는 Read Type B User Data를 표현하는 0x23, 페이로드 타입(Payload Type)은 Payload Type I로 표현할 수 있다. 아규먼트(Arguments)는 사용자 메모리 뱅크를 읽을 태그의 UID 64비트, 사용자 메모리 뱅크 영역의 시작 번지(Start Address) 16비트, 사용자 메모리 뱅크 영역을 읽어올 길이(User Data Length, 바이트 단위) 16비트를 기술할 수 있다. 도44는 이 명령 프로토콜 메시지 구성의 예를 나타낸 도면으로서, UID=0xE035000000000001, Start Address=0x0000, Length=8바이트인 경우의 메시지 구조를 보여주고 있다.
상기 태그 사용자 메모리 뱅크 영역 읽기(Read Type B User Data) 명령에 대한 응답은 메시지 타입(Message Type)으로 응답(Response)을 나타내는 0x01을 기술할 수 있고, 코드(Code)는 성공한 경우 명령과 동일한 0x23, 실패한 경우 0xFF를 기술한다. 페이로드 타입(Payload Type)은 성공한 경우 Payload Type B, 읽을 태그가 없거나 실패한 경우 Payload Type A로 기술할 수 있다. 아규먼트(Arguments)는 성공한 경우에는 사용자 메모리 뱅크의 내용(UII Set 등), 읽을 태그가 없는 경우(No Tag Detected)에는 결과 코드 0x15, 실패한 경우(Read Failure)에는 결과 코드 0x09, 사용자 메모리 뱅크가 없는 경우(No User Data)에는 결과 코드 0x1C를 기술할 수 있다. 명령을 지원하지 않는 경우(Not Supported Command) 0x17을 기술한다. 도45는 이러한 응답 프로토콜 메시지 구성의 예를 나타낸 도면으로서, UII Set = 0x123456789ABCDEF0인 경우의 프로토콜 메시지 구성을 보여준다.
[3.2.4] 태그의 사용자 메모리 뱅크 영역 읽기 명령(Read Type C User Data)
이 명령은 ISO 18000-C 태그의 사용자 메모리 뱅크 영역을 읽는다. 사용자 메모리 뱅크 영역의 시작번지로부터 그 길이(Length)만큼 읽게된다. 이 명령 프로토콜 메시지를 작성할 때, 사용자 메모리 뱅크를 읽을 태그를 지칭하는 UII 또는 UII Set이 필요한데, 이는 가변길이 이지만 나머지 아규먼트(Arguments)들이 고정길이 이므로 페이로드 길이(Payload Length)는 UII 또는 UII Set의 길이에 4를 더하여 구할 수 있다.
이 명령의 구성은 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함하며, 메시지 타입(Message Type)은 명령을 표현하는 0x00, 코드(Code)는 Read Type C User Data를 표현하는 0x24, 페이로드 타입(Payload Type)은 Payload Type J로 표현할 수 있다. 아규먼트(Arguments)는 사용자 메모리 뱅크를 읽을 태그의 UID 또는 UII Set(가변길이) 64비트, 사용자 메모리 뱅크 영역의 시작 번지(Start Address) 16비트, 사용자 메모리 뱅크 영역을 읽어올 길이(User Data Length, 바이트 단위) 16비트를 기술할 수 있다. 도46은 이 명령 프로토콜 메시지 구성의 예를 나타낸 도면으로서, UID = 0x30F4257BF4625F8000000002, Start Address = 0x0000, Length = 15바이트인 경우의 메시지 구조를 보여주고 있다.
상기 태그 사용자 메모리 뱅크 영역 읽기(Read Type C User Data) 명령에 대한 응답은 메시지 타입(Message Type)으로 응답(Response)을 나타내는 0x01을 기술할 수 있고, 코드(Code)는 성공한 경우 명령과 동일한 0x24, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type G, 읽 을 태그가 없거나 실패한 경우 및 사용자 메모리 뱅크가 없는 경우 Payload Type A로 기술할 수 있다.
아규먼트(Arguments)는 성공한 경우에는 사용자 메모리 뱅크의 내용, 읽을 태그가 없는 경우(No Tag Detected)에는 결과 코드 0x15, 실패한 경우(Read Failure)에는 결과 코드 0x09, 사용자 메모리 뱅크가 없는 경우(No User Data)에는 결과 코드 0x1C를 기술할 수 있다. 도47은 이러한 응답 프로토콜 메시지 구성의 예를 나타낸 도면으로서, 사용자 메모리 뱅크의 내용 = 'FLATRON L1740BQ'인 경우의 프로토콜 메시지 구성을 보여준다.
[3.2.5] 태그의 모든 내용 읽기 명령(Read Entire Type B Tag)
이 명령은 ISO 18000-B 태그의 모든 내용을 읽고, 응답으로 태그의 전체 내용이 오게 된다. 단, 사용자 메모리 뱅크는 정해진 길이만큼만 읽는다. 응답의 모든 필드 중에서 사용자 메모리 뱅크영역에서 읽어온 데이터만 가변 길이를 가지므로, 이 길이는 페이로드 길이(Payload Length)에서 24를 뺀 길이로 구할 수 있다. 한편, 메모리 레이아웃(Memory Layout)은Type B 태그의 12∼17 번지를 의미한다. 각 번지가 의미하는 것은 Read Type B UID 명령에 설명되어 있다.
Read Entire Type B Tag 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Read Entire Type B Tag를 표현하는 0x25, 페이로드 타입(Payload Type)은 Payload Type K, 아규먼트(Arguments)는 사용자 메모리 뱅크로부터 읽어오 데이터의 크기를 나타내는 User Data Length 16비트를 기술할 수 있다. 도48은 Read Entire Type B Tag 명령에 대한 프로토콜 메시지 구성의 예를 보여주 고 있다. 여기서 User Data Length=15이다.
Read Entire Type B Tag 명령에 대한 응답 메시지는 메시지 타입(Message Type)으로 응답(Response)을 나타내는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x25, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type L, 읽을 태그가 없거나 실패한 경우에는 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우 UID, Manufacturer, H/W Type, Memory Layout, User Data를 기술할 수 있고, 읽을 태그가 없는 경우(No Tag Detected)에는 결과 코드 0x15, 실패한 경우(Read Failure)에는 결과 코드 0x09, 명령을 지원하지 않는 경우(Not Supported Command)에는 0x17을 기술하여 표현할 수 있다. 도49는 이러한 응답 프로토콜 메시지 구성의 예를 보여준다. 여기서 UID=0xE035000000000001, Manufacturer=0x1234, H/W Type=0x5678, Memory Layout=0x000000000000, 기록할 데이터='FLATRON L1740BQ'인 정보를 가진 태그를 읽는 경우를 보여주고 있다.
[3.2.6] 태그의 모든 내용 읽기 명령(Read Entire Type C Tag)
이 명령은 ISO 18000-C (EPG G2) 태그의 모든 내용을 읽는다. ISO 18000-C 태그는 예약(Reserved), TID, UII, User Data의 4개의 메모리 뱅크를 가지는데, 이 명령은 이 중에서 예약(Reserved)을 제외한 나머지 3개의 메모리 뱅크의 내용을 읽어온다.
Read Entire Type C Tag 명령은 메시지 타입(Message Type)으로 명령을 표현 하는 0x00, 코드(Code)는 Read Entire Type C Tag를 표현하는 0x26, 페이로드 타입(Payload Type)은 Payload Type K, 아규먼트(Arguments)는 사용자 메모리 뱅크로부터 읽어오 데이터의 크기를 나타내는 User Data Length 16비트를 기술할 수 있다. 도50은 Read Entire Type C Tag 명령에 대한 프로토콜 메시지 구성의 예를 보여주고 있다. 여기서 User Data Length=14이다.
Read Entire Type C Tag 명령에 대한 응답 메시지는 메시지 타입(Message Type)으로 응답(Response)을 나타내는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x26, 실패한 경우 0xFF를 기술하며, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type N, 읽을 태그가 없거나 실패한 경우에는 Payload Type A로 표현할 수 있다. 아규먼트(Arguments)는 성공한 경우 TID 메모리 뱅크, UII 또는 UII Set, PC, 사용자 메모리 뱅크로부터 읽은 데이터를 기술할 수 있고, 읽을 태그가 없는 경우(No Tag Detected)에는 결과 코드 0x15, 실패한 경우(Read Failure)에는 결과 코드 0x09를 기술하여 표현할 수 있다. 도51은 이러한 응답 프로토콜 메시지 구성의 예를 보여준다. 여기서 TID=0xA98654E2, PC=0x2000, UII=0x30F4257BF4625F8000000002 (96비트), 사용자 메모리 뱅크의 데이터 = 'FLATRON L1740B'인 정보를 가진 태그를 읽는 경우를 보여주고 있다.
[3.2.7] 자동 태그 읽기 시작 명령(Start Automatic Read)
이 명령은 자동 태그 읽기를 시작한다. 이 명령을 구성하는 프로토콜 메시지는 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 자동 태그 읽기 시작을 표현하는 0x27, 페이로드 타입(Payload Type)은 Payload Type O로 표 현할 수 있다.
아규먼트(Arguments)는 자동 읽기 동작을 수행할 명령의 코드를 표현하는 8비트의 Command Code(0x21∼0x26, 이외의 값에 대해서는 자동 읽기 동작을 수행하지 않음), 리드 사이클(Read Cycle)에서 지정한 단위의 읽기 동작을 1개의 반복 사이클(Repeat Cycle)이라고 간주할 때 이러한 반복 사이클을 반복할 횟수를 나타내는 Repeat Cycle 16비트(즉, 리더가 총 읽는 횟수=Read Cycle×Repeat Cycle)로 표현할 수 있다. 도52는 이러한 자동 태그 읽기 시작 명령의 프로토콜 메시지 구성을 예시한 도면으로서, Read Entire Typc C Tag 명령에 대한 자동 읽기, Access Password=0x12345678, Read Cycle=100인 경우의 예이다.
자동 태그 읽기 시작 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 나타내는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x27, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우에는 결과 코드 0x00, 실패한 경우(Automatic Read Failure)에는 결과 코드 0x0A, 명령의 코드가 앞서 설명한 0x21∼0x26의 범위가 아닌 경우에 대한 결과 코드 0x0E, 반복 사이클(Repeat Cycle)이 '0'인 경우(Invalid Parameter)에 대한 결과 코드 0x0E, 자동 읽기가 실행중인 경우(Automatic Read in Operation)에 대한 결과 코드 0x0B를 기술할 수 있다. 도53은 성공한 경우의 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
자동 태그 읽기 시작에 대한 노티(Notification)가 사용될 수 있다. 이 메시 지는 메시지 타입(Message Type)으로 노티(Notification)임을 표현하는 0x02, 코드(Code)는 'Start Automatic Read' 명령에서 아규먼트(Arguments)로 사용된 명령어 코드와 동일한 것을 사용하고, 페이로드 타입(Payload Type)은 태그로부터 읽은 데이터를 전달하는 경우에는 명령 코드 0x21∼0x26에 해당하는 응답과 동일한 것을 사용하고, 자동 읽기가 지정된 횟수만큼 실행되어 완료된 경우에는 Payload Type A를 사용한다.
그리고 아규먼트(Arguments)는 태그로부터 읽은 데이터를 전달하는 경우에는 명령 코드 0x21∼0x26에 해당하는 응답과 동일한 것을 사용하고, 자동 읽기가 지정된 횟수만큼 실행되어 완료된 경우(Automatic Read Complete)에는 결과 코드 0x1F, 리더가 더 이상 읽을 수 있는 태그가 없는 경우(No more Tags to Read)에는 0x20을 기술할 수 있다. 도54는 노티(Notification) 프로토콜 메시지 구성의 예를 나타낸 도면으로서, 자동 읽기가 지정된 횟수만큼 실행되어 완료된 경우의 메시지 구성을 보여준다. 태그로부터 읽은 데이터를 전달하는 경우에는 명령 Code 0x21∼0x26에 해당하는 응답과 같다.
[3.2.8] 자동 태그 읽기 중단 명령(Stop Automatic Read)
이 명령은 자동 태그 읽기를 중단한다. 이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 자동 태그 읽기 중단을 표현하는 0x28을 기술할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도55는 자동 태그 읽기 중단 명령 프로토콜 메시지 구성의 예를 보여준다. 여기서는 Read Entire Type A Tag 명령에 대한 자동 읽기의 예를 보여준다.
자동 태그 읽기 중단 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x28, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있고, 아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 실패한 경우(Cannot Stop Automatic Read)의 결과 코드 0x0C, 자동 읽기가 실행중이 아닌 경우(Not in Automatic Mode)의 결과 코드 0x0D를 기술할 수 있다. 도56은 이러한 자동 태그 읽기 중단 응답의 프로토콜 메시지 구성의 예를 보여주는 도면으로서, 성공한 경우이다.
[3.3] 태그 쓰기 카테고리
[3.3.1] 태그의 UII 메모리 뱅크에 UII 블록을 기록하는 명령(Write Type C UII Block)
이 명령은 ISO 18000-C 태그의 UII 메모리 뱅크에 UII 블록을 쓴다. 다만 여기서 CRC는 모바일 RFID 리더 내부에서 계산하여 처리한다. 태그의 UII 메모리 뱅크에 UII 블록을 기록하는 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 'Write Type C UII Block'을 표현하는 0x41을 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type P로 표현할 수 있다. 아규먼트(Arguments)는 Type C 태그를 기록하기 위한 패스워드(Password)를 위한 Access Password 32비트, UII 또는 UII Set의 길이를 표현하기 위한 UII Length 16비트, 기록할 태그를 지칭하기 위한 UII or UII Set(가변), 새로 기록할 UII 또는 UII Set의 길이를 표현하기 위한 New UII Length 16비트, 태그에 새로 기록할 UII 또는 UII Set를 표현하기 위한 New UII or UII Set(가변), 태그에 새로 기록할 PC의 값을 표현하기 위한 PC를 기술할 수 있다. 도57은 태그의 UII 메모리 뱅크에 UII 블록을 기록하는 명령(Write Type C UII Block)에 대한 프로토콜 메시지 구성의 예를 보여준다. 여기서 Access Password=0x87651234, UII=0x30F4257BF46258000000001, new UII=0x30F4257BF46258000000002, PC=0x2000인 경우이다.
태그의 UII 메모리 뱅크에 UII 블록을 기록하는 명령(Write Type C UII Block)에 대한 응답 메시는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x41, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다. 아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 실패한 경우(Write Failure)의 결과 코드 0x10, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도58은 이러한 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.3.2] 태그의 모든 내용을 기록하는 명령(Write Type B User Data)
이 명령은 ISO 18000-B 태그의 모든 내용을 기록한다. 이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 'Write Type B User Data'를 표현하는 0x42를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type Q로 표현할 수 있다. 아규먼트(Arguments)는 기록할 대상이 되는 태그의 UID 64비트, 사용자 메모리 뱅크영역에서 데이터를 기록할 시작 번지를 표현하는 Start Address 16비트, 기록할 데이터의 크기(바이트 단위임)를 표현하는 Length 16비트, Length에서 지정한 길이 만큼 사용자 메모리 뱅크에 기록할 데이터 User Data(가변)를 기술할 수 있다. 도59는 이 명령 프로토콜 메시지 구성의 예를 보여준다. 여기서 UID=0xE35000000000001, Start Address=0x000, Length=15, 사용자 메모리 뱅크='FLATRON L1740BQ'인 정보를 태그에 기록하는 경우이다.
태그의 모든 내용을 기록하는 명령(Write Type B User Data)에 대한 응답 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x42, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다. 아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 기록 대상 태그가 없는 경우(No Tag Detected)의 결과 코드 0x15, 실패한 경우(Write Failure)의 결과 코드 0x10, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도60은 이러한 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.3.3] 태그의 모든 내용을 기록하는 명령(Write Type C User Data)
이 명령은 ISO 18000-C 태그의 모든 내용을 기록한다. 이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 'Write Type C User Data'를 표현하는 0x43을 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type R로 표현할 수 있다. 아규먼트(Arguments)는 사용자 메모리 뱅크영역에 데이터를 기록하는 데에 필요한 Access Password 32비트, UII 또는 UII Set의 길이 UII Length 16비트, 기록할 대상이 되는 태그를 지칭하는 UII or UII Set(가변), 사용자 메모리 뱅크 영역에서 데이터를 기록할 시작 번지 Start Address 16비트, 기록 할 데이터의 크기(바이트 단위)인 User Data Length 16비트, Length에서 지정한 길이에 해당하는 기록할 데이터 User Dara(가변)를 기술할 수 있다. 도61은 이 명령 프로토콜 메시지 구성의 예를 보여준다. 여기서 Access Password = 0x87651234, UII=0x30F4257BF46258000000001, Start Address=0x000, 기록할 데이터='FLATRON L1740BQ'인 경우이다.
태그의 모든 내용을 기록하는 명령(Write Type C User Data)에 대한 응답 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x43, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다. 아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 기록 대상 태그가 없는 경우(No Tag Detected)의 결과 코드 0x15, 실패한 경우(Write Failure)의 결과 코드 0x10, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도62는 이러한 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.3.4] 태그에 모든 내용을 기록하는 명령(Write Entire Type B Tag)
이 명령은 ISO 18000-B 태그에 모든 내용을 기록한다. UID, Memory Layout 및 사용자 메모리 뱅크 영역에 데이터를 기록할 수 있다. 그렇지만 Manufacturer, H/W Type 영역은 제조시에 지정되므로 쓰기를 할 수 없다.
이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Write Entire Type B Tag를 표현하는 0x44를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type S로 표현할 수 있다. 아규먼트(Arguments)는 기록할 대상이 되는 Type B 태그의 UID 64비트, 사용자 어플리케이션(User Application)이 지정하여 기록할 수 있는 부분으로서 필요시 사용하게 되는 Memory Layout 48비트, 사용자 메모리 뱅크에 기록할 데이터의 크기 User Data Length 16비트, 필요시 태그의 사용자 메모리 뱅크에 기록할 데이터 User Data를 기술할 수 있다. 도63은 UID=0xE35000000000001, Memory Layout=0x000000000000, 기록할 데이터='FLATRON L1740BQ'인 경우의 이 명령 프로토콜 메시지 구성의 예를 보여준다.
Write Entire Type B Tag 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한경우 명령과 동일한 0x44, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다. 아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 기록 대상 태그가 없는 경우(No Tag Detected)의 결과 코드 0x15, 실패한 경우(Write Failure)의 결과 코드 0x10, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도64는 이러한 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.3.5] 태그에 모든 내용을 기록하는 명령(Write Entire Type C Tag)
이 명령은 ISO 18000-C 태그에 모든 내용을 기록한다. 이 명령은 UII Block과 사용자 메모리 뱅크를 한꺼번에 기록할 때 유용하다. 또한 이 명령은 Reserved Bank 영역을 쓸 수 있는데, 여기에는 Kill Password와 Access Password가 순서대로 들어있다. 만약 패스워드를 변경할 경우에는 예약 뱅크(Reserved Bank)에 패스워드 를 써 주어야 한다.
이 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Write Entire Type C Tag를 표현하는 0x45를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type T로 표현할 수 있다.
아규먼트(Arguments)는 태그를 기록하기 위하여 필요한 Access Password 32비트, UII 또는 UII Set의 길이 UII Length 16비트, 기록할 대상이 되는 태그를 지칭하는 UII or UII Set(가변), 새로 기록할 UII 또는 UII Set의 길이 New UII Length 16비트, 태그에 새로 기록할 UII 또는 UII Set를 표현하는 New UII or UII Set(가변), 태그에 기록할 PC 16비트, 태그의 사용자 메모리 뱅크에 기록할 데이터가 존재하는 경우에 사용될 User Data, 예약 뱅크(Reserved Bank)에 기록할 데이터의 길이 Reserved Bank Length 16비트, 예약 뱅크에 기록할 데이터 Reserved Bank Data(가변)를 기술할 수 있다.
도65는 이 명령에 대한 프로토콜 메시지 구성의 예를 보여준다. 이 메시지에서 Access Password=0x87651234, UII=0x30F4257BF46258000000001, New UII=0x30F4257BF46258000000002, PC=0x2000, 기록할 데이터='FLATRON L1740BQ', Reserved Bank 영역에 Kill Password=0x12345678, Access Password=0x87654321인 정보를 태그에 기록하는 경우를 보여준다.
Write Entire Type C Tag 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type), 코드(Code), 페이로드 타입(Payload Type), 아규먼트(Arguments)를 포함하여 구성된다. 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x45, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 기록 대상 태그가 없는 경우(No Tag Detected)의 결과 코드 0x15, 실패한 경우(Write Failure)의 결과 코드 0x10, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도66은 성공한 경우의 이러한 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.4] 태그 지우기 카테고리
[3.4.1] 태그를 영구적으로 사용하지 못하도록 지우는 명령(Kill Type C Tag)
이 명령은 ISO 18000-C 태그를 영구적으로 사용하지 못하도록 한다. Kill을 위해서는 Access Password, Kill Password가 모두 필요하며, 이 것은 보안을 위한 것이다.
Kill Type C Tag 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Kill Type C Tag를 표현하는 0x61을 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type U로 표현할 수 있다. 아규먼트(Arguments)는 태그에 접근하기 위해 필요한 Access Password 32비트, 태그를 삭제(Kill)하기 위해 필요한 Kill Password 32비트, UII 또는 UII Set의 길이인 UII Length 16비트, 삭제(Kill) 대상이 되는 Typc C 태그를 지칭하는 UII or UII Set(가변)을 기술할 수 있다. 도67은 이 Kill Type C Tag 명령에 대한 프로토콜 메시지 구성의 예를 나 타낸 도면으로서, Access Password=0x12345678, Kill Password=0x87654321, UII=0x30F4257BF46258000000001인 경우를 보여준다.
Kill Type C Tag 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)은 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x61, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 삭제(Kill) 대상 태그가 없는 경우(No Tag Detected)의 결과 코드 0x15, 실패한 경우(Kill Failure)의 결과 코드 0x12를 기술할 수 있다. 도68은 성공한 경우의 이러한 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.5] 태그 록(Lock) 제어 관련 카테고리
[3.5.1] Type B 태그의 록을 제어하는 명령(Lock Type B Tag)
이 명령은 Type B 태그의 록(Lock)을 제어하는 명령으로서, 명령 프로토콜 메시지는 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Lock Type B Tag를 표현하는 0x81을 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type V로 표현할 수 있다. 아규먼트(Arguments)는 록(Lock)을 적용할 태그를 선택하는데 필요한 UID 64비트, 록(Lock)을 적용할 블록(Block)의 어드레스(Address)를 표현하는 Address 8비트(0x00∼0xFF)를 기술할 수 있다. 도69는 Lock Type B Tag 명령에 대한 프로토콜 메시지 구성의 예를 보여준다. 여기서 UID=0xE035000000000001이고, 30번째 블록(Block)에 록(Lock)을 모두 거는 경우이 다.
Lock Type B Tag 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x81, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우의 결과 코드 0x00, 록 대상 태그가 없는 경우(No Tag Detected)의 결과 코드 0x15, 실패한 경우(Lock Control Failure)의 결과 코드 0x13, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도70은 성공한 경우의 이 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.5.2] Type C 태그의 록을 제어하는 명령(Lock Type C Tag)
이 명령은 Type C 태그의 록(Lock)을 제어하는 명령으로서, 명령 프로토콜 메시지는 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Lock Type C Tag를 표현하는 0x82를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type W로 표현할 수 있다. 아규먼트(Arguments)는 록(Lock)을 하기 위해서 필요한 Access Password 32비트, UII 또는 UII Set의 길이 UII Length 16비트, 삭제(Kill) 대상이 되는 Type C 태그를 지칭하는 UII or UII Set(가변), 록(Lock)을 제어하기 위한 Lock Data 24비트(Lock을 제어하기 위한 20비트 플래그, 하위 20비트 사용, 상위 4비트는 '0')를 기술할 수 있다. 도71은 Type C 태그의 록을 제어하는 명령(Lock Type C Tag) 프로토콜 메시지 구성의 예이다. 여기서 UII=0x30F4257BF46258000000001, Access Password=0x87654321로서 UII 코드에 영구히 록(Lock)을 거는 경우를 보여준다.
Lock Type C Tag 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0x82, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우의 결과코드 0x00, 록 대상 태그가 없는 경우(No Tag Detected)의 결과 코드 0x15, 실패한 경우(Lock Control Failure)의 결과 코드 0x13, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도72는 성공한 경우의 이 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.6] 부가 기능 카테고리
[3.6.1] 최근 결과 코드 획득 명령(Get Last Result)
이 명령은 가장 최근에 발생한 결과 코드를 얻는다. 최근 결과 코드 획득(Get Last Result) 명령은 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Get Last Result를 표현하는 0xA1을 기술할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도73은 이러한 최근 결과 코드 획득 명령에 따른 프로토콜 메시지 구성의 예를 보여주고 있다.
최근 결과 코드 획득 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0xA1, 실패한 경우 0xFF를 기술하고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다. 아규먼트(Arguments)는 성공한 경우에는 가장 최근의 결과 코드, 실패한 경우(Cannot Get Last Result)에는 그 결과 코드 0x14, 명령을 지원하지 않는 경우(Not Supported Command)의 결과 코드 0x17을 기술할 수 있다. 도74는 가장 최근 결과가 Read Failure였던 경우의 응답 프로토콜 메시지 구성의 예를 보여주고 있다.
[3.6.2] 테스트 모드(Test Mode) 전환 명령(Start Test Mode)
이 명령은 RFID 리더를 테스트 모드(Test Mode)로 전환한다. 이 명령 프로토콜 메시지는 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Start Test Mode를 표현하는 0xA2를 기술할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도75는 이러한 테스트 모드 전환 명령 프로토콜 메시지 구성의 예를 보여준다.
테스트 모드 전환 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0xA2, 실패한 경우 0xFF, 페이로드 타입(Payload Type)은 Payload Type A, 아규먼트(Arguments)는 성공한 경우에는 결과 코드 0x00, 실패한 경우(Test Mode Control Failure)에는 결과 코드 0x1E를 기술할 수 있다. 도76은 성공한 경우의 응답 메시지 프로토콜 구성의 예를 보여주고 있다.
[3.6.3] 테스트 모드 종료 명령(Stop Test Mode)
이 명령은 리더의 테스트 모드(Test Mode)를 종료시킨다. 테스트 모드 종료 명령 프로토콜 메시지는 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Stop Test Mode를 표현하는 0xA3를 기술할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도77은 테스트 모드 종료 명령 프로토콜 메시지 구성의 예를 보여준다.
테스트 모드 종료 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0xA3, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우에 대한 결과 코드 0x00, 실패한 경우(Test Mode Control Failure)에 대한 결과 코드 0x1E를 기술할 수 있다. 도78은 성공한 경우의 테스트 모드 종료 응답 프로토콜 메시지 구성을 보여준다.
[3.6.4] 수신 테스트 시작 명령(Start Receive Test)
이 명령은 테스트 모드(Test Mode)에서만 사용 가능한 명령이며, 리더의 수신 감도 성능을 측정하기 위해서 사용된다. 이 명령이 실행되면 리더는 수신 대기 모드로 들어가게 되며, 성공적으로 수신한 비트(bit) 수를 누적하여 계산한다.
이 명령 프로토콜 메시지는 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Start Receive Test를 표현하는 0xA4를 기술할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도79는 수신 테스트 시작 명령 프로토콜 메시지 구성의 예를 보여준다.
수신 테스트 시작 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0xA4, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 Payload Type A로 표현할 수 있다.
아규먼트(Arguments)는 성공한 경우에는 0x00, 실패한 경우(Reader is not in Test Mode)에는 결과 코드 0x1D를 기술할 수 있다. 도80은 수신 테스트 시작 명령에 대한 응답 프로토콜 메시지 구성의 예를 보여준다. 여기서는 성공한 경우의 응답 프로토콜 메시지이다.
[3.6.5] 수신 테스트 종료 명령(Stop Receive Test)
이 명령은 테스트 모드(Test Mode)에서만 사용 가능하며, 리더의 수신 감도 성능을 측정하기 위해서 사용된다. 이 명령이 실행되면 리더는 무선 인터페이스(Air Interface) 패킷을 수신하기 위한 대기 모드에서 빠져나오며, 응답으로는 성공적으로 수신된 비트(bit)의 갯수를 프로세서로 전달한다.
수신 테스트 종료 명령 프로토콜 메시지는 메시지 타입(Message Type)으로 명령을 표현하는 0x00, 코드(Code)는 Stop Receive Test를 표현하는 0xA5를 기술할 수 있고, 페이로드 타입(Payload Type)과 아규먼트(Arguments)는 없다. 도81은 이러한 수신 테스트 종료 명령 프로토콜 메시지의 구성 예를 보여준다.
수신 테스트 종료 명령에 대한 응답 프로토콜 메시지는 메시지 타입(Message Type)으로 응답(Response)을 표현하는 0x01, 코드(Code)는 성공한 경우 명령과 동일한 0xA5, 실패한 경우 0xFF를 기술할 수 있고, 페이로드 타입(Payload Type)은 성공한 경우 Payload Type G, 실패한 경우 Payload Type A로 표현할 수 있다. 아규 먼트(Arguments)는 성공한 경우에는 수신된 비트의 갯수를 32비트로 기술하고, 실패한 경우(Test Mode Control Failure)에는 결과 코드 0x1E를 기술할 수 있다. 도82는 수신된 비트 수가 100000 개인 경우의 응답 프로토콜 메시지 구성의 예를 보여준다.
[3.7] 명령, 응답 및 노티(Notification)에 대한 추가 사항
[3.7.1] 공통적으로 적용되는 결과 코드
다음에 설명하는 결과 코드는 모든 명령, 응답, 노티(Notification)에 공통적으로 사용될 수 있다.
* Success : 명령이 성공적으로 수행되었을 때 발생되는 결과로서, 예를 들면 0x00을 사용할 수 있다.
* Invalid Parameter : 명령이 아규먼트(Arguments)를 갖는 경우, 해당 아규먼트(Arguments)들이 유효한 값을 갖지 않을 때 발생하는 결과로서, 예를 들면 0x0E를 사용할 수 있다.
* Not Supported Command : 리더가 명령을 지원하지 못하는 경우에 발생되는 결과이다. 선택 명령어의 경우에는 리더에 구현이 안되어 있을 수 있는데, 이러한 경우에 사용할 수 있다. 이 코드로는 예를 들면 0x17을 사용할 수 있다.
* Undefined Command : 본 발명 또는 벤더(Vendor)에 의해서 정의되지 않은 명령을 리더가 받은 경우에 발생되는 결과로서, 예를 들면 0x18을 사용할 수 있다.
* Reader is not in Test Mode : 리더가 테스트 모드(Test Mode)에 없을 때 테스트 모드에서만 사용 가능한 명령을 내린 경우에 발생되는 결과로서, 예를 들면 0x1D를 사용할 수 있다.
[3.7.2] 명령에 사용되는 파라미터들의 유효한 값의 범위
다음의 표12는 각 명령에서 사용되는 파라미터들의 유효 값 범위를 예시하고 있다. 각 명령에서 사용되는 파라미터들의 값이 이 범위를 벗어나게 되면 앞서 설명한 Invalid Parameter(0x0E) 에러 코드를 응답 메시지에 담아서 보내야 한다. 표11에서는 Type C 태그에 관련된 명령에 필요한 패스워드(password), 태그 쓰기 카테고리의 명령, 태그 록(Lock) 제어 관련 카테고리의 명령들에 대한 파라미터는 다루고 있지 않으므로, 이들에 대해서는 해당되는 표준 문서를 참고하여야 한다.
표 12
Figure 112007076419491-PCT00012
[3.7.3] 명령에 대한 응답이 없는 경우의 처리
본 발명에 따른 RFID 리더 제어 시스템에서, 프로세서가 리더에 명령을 주었으나 그에 대한 응답이 없을 경우에는 다음과 같이 처리한다.
리더에 명령을 준 다음 일정한 시간이 지나도 응답이 오지 않으면 드라이버 (Driver) 단에서는 상위 계층에게 에러 메시지를 전달한다. 이와 같이 처리한 직후에 오는 응답 메시지는 무시하고, 삭제 처리한다. 응답이 오기를 기다리는 시간(Trespdly)은 기본 값을 가질 수 있는데, 예를 들면 500msec를 줄 수 있다. 그렇지만 이 디폴트 값을 조정할 경우에는 반드시 변경된 값을 명시하는 것을 원칙으로 한다.
[3.7.4] 리더의 상태 관리
리더의 전원 상태(Reader Power Status) 값과 리더 접속 상태(Reader Connection Status) 값에 대해서는 리더의 상태 관리 차원에서 해당 값을 드라이버 단에서 관리한다.
[3.7.5] 자동 읽기(Automatic Read)에 관련된 노티(Notification)에 대한 사항
2개 이상의 태그(Tag)를 읽은 경우에는 각각의 태그(Tag)에 대하여 1개의 노티(Notification)으로 처리하여야 한다. 즉, 1개의 태그(Tag) 당 1개의 노티(Notification) 메시지를 사용한다. 또한, 리더가 더 이상 읽을 태그(Tag)가 없는 경우에는 리더가 페이로드 타입 A(Payload Type A)를 사용하여 더 이상 읽을 태그가 없다는 'No more Tags to Read'라는 결과 코드를 노티(Notification)로 보내게 되고, 리더의 자동 읽기(Automatic Read)는 중단된다. 이 노티(Notification)가 발생된 경우에는 리더가 읽기 동작을 중단한 것이므로 상위 레이어(Layer)에게 명확히 전달되어야 한다.
[4]. 시험 인증 및 테스트 모드
본 발명에서는 모바일 RFID 포럼의 시험 인증 표준에 따라 모바일 RFID 리더에 구현된 무선 인터페이스(Air Interface) 프로토콜 표준에 대한 시험 인증을 할 수 있도록 지원한다. 시험 인증이 되는 대상은 ISO 18000-6C 표준에서 정의한 무선 인터페이스(Air Interface) 부분을 필수로 하며, 추가적으로 ISO 18000-6B 표준에 대한 내용을 옵션(option)으로 하고 있다.
[4.1] 테스트 모드(Test Mode)
테스트 모드는 시험 인증을 위하여 모바일 RFID 리더 내에 구현된 Air Interface 표준에서 정의하는 프로토콜을 그대로 받아들이고, 이에 대한 응답을 줄 수 있도록 지원하는 모드이다. 즉, Air Interface 표준에서 정의하는 프로토콜 형태로 직접 명령을 주고 이에 대한 응답 역시 Air Interface 표준에서 정의하는 프로토콜 형태로 받을 수 있다. 이렇게 Air Interface 표준에서 정의된 프로토콜 메시지를 그대로 사용함으로써, 시험 인증 작업을 진행할 수 있다.
리더를 테스트 모드로 전환하기 위해서는 앞서 설명한 부가 카테고리에 있는 명령을 사용해야 한다. 이 때 리더는 전원 공급(Power On) 상태이어야 하고, 또한 프로세서와 접속(Connect)된 상태이어야 한다. 해당 명령은 앞서 설명한 테스트 모드 시작 명령(Start Test Mode)과 테스트 모드 종료 명령(Stop Test Mode)이다. 테스트 모드 시작 명령(Start Test Mode)이 실행되면 이에 대한 응답이 오게 되고, 정상적인 응답이 왔다면 RFID 리더는 테스트 모드로 전환된다.
테스트 모드에서는 헤더 부분에서 메시지 타입(Message Type) 필드가 0x03인 프로토콜 메시지만 사용될 수 있다. 즉, 앞에서 정의한 여러 카테고리의 명령들은 사용할 수가 없다. 만약 리더가 테스트 모드에서 일반적인 명령을 받게 되면 앞서 설명한 바와 같이 Reader in in Test Mode라는 결과 코드를 프로세서로 반환하고 해당 명령은 무시한다.
테스트 모드를 종료할 때에는 해당 명령(Stop Test Mode)을 사용하는데, 테스트 모드 종료 명령을 받으면 리더는 테스트 모드에서 빠져나와서 일반적인 명령을 받아 처리할 수 있게 된다.
[4.2] 테스트 모드에서의 프로토콜 메시지
테스트 모드에서는 시험 인증 대상이 되는 무선 인터페이스(Air Interface)의 프로토콜을 그대로 사용할 수 있다. 무선 인터페이스 프로토콜은 본 발명에서 정의하는 프로토콜의 페이로드(Payload) 부분에 인캡슐레이션(Encapsulation)되는 형태로 들어간다. 다음은 테스트 모드의 프로토콜 메시지에 대한 내용이다.
* 프리앰블(Preamble)과 엔드마크(End Mark) 값은 동일하게 사용한다.
* 헤더의 메시지 타입(Message Type) 필드 값은 예를 들면 0x03으로 테스트 모드의 프로토콜 메시지임을 지정하는 정보를 사용한다.
* 헤더의 코드 필드는, 페이로드(Payload) 부분에 들어갈 무선 인터페이스 프로토콜의 명령(Command)인 경우 예를 들면 0x00, 응답(Response)인 경우 예를 들면 0x01로 기술한다. 여기서 명령은 리더에서 태그로, 응답은 태그에서 리더로 보내지는 무선 인터페이스의 프로토콜 메시지를 의미한다.
* 헤더의 페이로드 길이(Payload Length) 필드는 페이로드(Payload)에 들어가게 되는 무선 인터페이스의 프로토콜 메시지의 전체 길이를 지칭한다.
* 페이로드(Payload) 부분은 무선 인터페이스 프로토콜 메시지 자체가 된다.
도83은 이러한 테스트 모드에서 사용되는 프로토콜 메시지 구성의 예를 보여주고 있다.
[4.3] 테스트 모드에서의 프로토콜 메시지 처리 절차
RFID 리더에서는 다음의 절차에 따라서 테스트 모드의 프로토콜 메시지를 처리할 수 있다.
[4.3.1] 테스트 모드에서 리더가 메시지를 수신하는 경우
(a). 수신된 RFID 리더 프로토콜의 메시지로부터 헤더 부분을 읽는다.
(b). 프리앰블을 확인한다.
(c). 메시지 타입(Message Type) 필드의 값이 0x03임을 확인한다.
(d). 코드(Code) 필드의 값이 0x00임을 확인한다.
(e). 페이로드 길이(Payload Length) 필드를 읽어서 페이로드 부분에 존재하는 무선 인터페이스 프로토콜 메시지의 길이를 확인한다.
(f). 페이로드 길이에서 지정하는 만큼의 페이로드 부분에서 무선 인터페이스 프로토콜 메시지를 읽어낸다.
(g). 읽어낸 무선 인터페이스 프로토콜 메시지를 무선 인터페이스 부분으로 전달한다. 무선 인터페이스 부분은 받은 메시지를 태그로 전달한다.
[4.3.2] 테스트 모드에서 리더가 메시지를 발신하는 경우
(a). 무선 인터페이스 부분이 태그로부터 무선 인터페이스 프로토콜 메시지를 받는다.
(b). 수신된 무선 인터페이스 프로토콜 메시지는 그 자체가 그대로 페이로드가 된다.
(c). 무선 인터페이스 프로토콜 메시지의 전체 길이를 페이로드 길이(Payload Length) 부분에 넣는다.
(d). 코드 필드의 값을 0x01로 설정한다.
(e). 메시지 타입(Message Type) 필드의 값을 0x03으로 설정한다.
(f). 프리앰블(Preamble)과 엔드마크(End Mark)를 각각 붙여서 전송한다.
[4.4] 리더의 수신 감도 테스트
테스트 모드에서는 리더의 수신 감도를 테스트하기 위해서 2가지의 명령을 제공한다. 이는 앞서 설명한 바와 같이 부가 기능 카테고리에 정의되어 있으며, 각각 수신 테스트 시작(Start Receive Test)와 수신 테스트 종료(Stop Receive Test) 명령이다.
수신 테스트 시작(Start Receive Test) 명령을 내리면 리더는 수신 대기 모드로 들어간다. 수신 대기 모드에서는 BER을 측정할 수 있어야 한다. 수신 감도 테스트에서는 무선 인터페이스 패킷이나 비트 패턴(bit pattern), PN code 등이 사용될 수 있는데, 리더는 이들을 받을 때마다 성공적을 받은 비트 수를 누적하여 가지고 있어야 한다.
수신 감도 테스트가 종료되면 수신 테스트 종료(Stop Receive Test) 명령을 리더에게 보내서 성공적으로 받은 비트 수를 응답으로 받아 볼 수 있다. 이 값을 가지고 테스트 환경에서 발신한 비트 수와의 비(ratio)를 구하면 BER을 산출할 수 있다.
한편, 수신 감도를 측정하기 위한 무선 인터페이스 프로토콜의 패킷 내용은 테스트 환경에서 정해지게 되는데, 리더에서는 이를 설정하거나 변경할 수 있도록 지원해 주어야 한다.
본 발명은 RFID 리더를 모바일 단말기에 내장하거나 동글 형태로 연결하여 사용할 때, RFID 리더와 단말기 프로세서 간의 프로토콜 메시지 송신, 수신, 메시지 처리 기술에 적용된다.

Claims (11)

  1. 단말기의 RFID 리더 제어수단과 RFID 리더 간의 제어 프로토콜 메시지를 관리하는 방법으로서,
    메시지 종류를 알리는 메시지 타입 필드(Message Type Field), 상기 메시지가 태그(Tag)의 정보 보호임을 기술하는 코드 필드(Code Field), 상기 코드(Code)에 따른 페이로드(Payload)를 포함하는 메시지를 구성하는 단계;
    상기 구성된 메시지에 시작을 알리는 프리앰블(Preamble)과 끝을 알리는 엔드마크(End Mark)를 포함하여 태그(Tag) 데이터 관리를 위한 프로토콜 메시지를 RFID 리더로 전송하는 단계; 를 포함하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  2. 제 1 항에 있어서, 상기 메시지는 태그(Tag)를 영구적으로 사용하지 못하도록 하는 킬(Kill) 명령인 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  3. 제 1 항에 있어서, 상기 메시지는 태그(Tag) 데이터 접근(Access)을 위한 패스워드(Access Password), 태그(Tag) 데이터 삭제(Kill)를 위한 패스워드(Kill Password)를 포함하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  4. 제 1 항에 있어서, 상기 메시지는 태그(Tag)의 록(Lock)/해제(Unlock)을 제 어하는 명령 메시지인 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  5. 제 1 항에 있어서, 상기 메시지는 관리 대상이 되는 태그(Tag)의 UID, 어드레스, 록 데이터 중의 하나를 포함하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  6. 제 1 항에 있어서, 상기 메시지는 Type C 태그(Tag)를 영구적으로 사용하지 못하도록 하기 위한 'Kill Type C Tag', Type B 태그의 록(Lock)을 제어하기 위한 'Lock Type B', Type C 태그의 록(Lock)을 제어하기 위한 'Lock Type C' 중의 어느 하나인 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  7. 단말기의 RFID 리더 제어수단과 RFID 리더 간의 제어 프로토콜 메시지를 전송하는 방법으로서,
    제어수단으로부터 RFID 리더에 프리앰블(Preamble), 메시지가 태그(Tag)의 정보 보호임을 기술하는 코드 필드(Code Field), 상기 코드(Code)에 따른 페이로드(Payload), 엔드 마크(End Mark)를 포함하여 태그(Tag) 데이터 관리를 위한 프로토콜 메시지를 RFID 리더로 전송하는 단계;
    RFID 리더로부터 상기 메시지에 응답하여, 프리앰블(Preamble), 상기 태그의 정보 보호에 관한 명령에 대한 응답임을 기술하는 코드 필드(Code Field), 상기 코드(Code)에 따른 페이로드(Payload), 엔드 마크(End Mark)를 포함하여 응답 프로토 콜 메시지를 제어수단으로 전송하는 단계;
    를 포함하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  8. 제 7 항에 있어서, 상기 제어 명령은 Kill Type C Tag 명령으로서, 명령(Command)임을 기술하는 메시지 타입, 이 명령이 Kill Type C Tag 명령임을 기술하는 코드(Code), 태그(Tag) 데이터를 영구 삭제하는데 필요한 정보를 기술한 페이로드 필드를 포함하는 명령 프로토콜 메시지를 RFID 리더에 전송하고,
    상기 응답은 Kill Type C Tag 명령에 대한 응답으로서, 응답(Response)임을 기술하는 메시지 타입, 이 응답이 Kill Type C Tag 명령에 대한 응답임을 기술하는 코드(Code), 명령의 실행 결과를 기술하는 페이로드 필드를 포함하는 응답 프로토콜 메시지를 RFID 리더 제어수단으로 전송하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  9. 제 7 항에 있어서, 상기 제어 명령은 Lock Type B Tag 명령으로서, 명령(Command)임을 기술하는 메시지 타입, 이 명령이 Lock Type B Tag 명령임을 기술하는 코드(Code), Lock을 적용하는데 필요한 정보를 기술한 페이로드 필드를 포함하는 명령 프로토콜 메시지를 RFID 리더에 전송하고, 상기 응답은 Lock Type B Tag 명령에 대한 응답으로서, 응답(Response)임을 기술하는 메시지 타입, 이 응답이 Lock Type B Tag 명령에 대한 응답임을 기술하는 코드(Code), 명령의 실행 결과를 기술하는 페이로드 필드를 포함하는 응답 프로토콜 메시지를 RFID 리더 제어수단으 로 전송하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  10. 제 7 항에 있어서, 상기 제어 명령은 Lock Type C Tag 명령으로서, 명령(Command)임을 기술하는 메시지 타입, 이 명령이 Lock Type C Tag 명령임을 기술하는 코드(Code), Lock 및 Kill을 적용하는데 필요한 정보를 기술한 페이로드 필드를 포함하는 명령 프로토콜 메시지를 RFID 리더에 전송하고,
    상기 응답은 Lock Type C Tag 명령에 대한 응답으로서, 응답(Response)임을 기술하는 메시지 타입, 이 응답이 Lock Type C Tag 명령에 대한 응답임을 기술하는 코드(Code), 명령의 실행 결과를 기술하는 페이로드 필드를 포함하는 응답 프로토콜 메시지를 RFID 리더 제어수단으로 전송하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
  11. 제 7 항에 있어서, 상기 응답임을 기술하는 코드값은 명령임을 기술하는 코드값과 동일한 코드값을 사용하는 것을 특징으로 하는 RFID 태그 데이터 관리방법.
KR1020077024551A 2005-04-25 2006-04-25 리더 콘트롤 시스템 KR100917488B1 (ko)

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US67476505P 2005-04-25 2005-04-25
US60/674,765 2005-04-25
US68978405P 2005-06-09 2005-06-09
US60/689,784 2005-06-09
US71946005P 2005-09-21 2005-09-21
US60/719,460 2005-09-21
US75748006P 2006-01-10 2006-01-10
US60/757,480 2006-01-10

Publications (2)

Publication Number Publication Date
KR20080012847A true KR20080012847A (ko) 2008-02-12
KR100917488B1 KR100917488B1 (ko) 2009-09-16

Family

ID=37214969

Family Applications (7)

Application Number Title Priority Date Filing Date
KR1020077024554A KR100940153B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024551A KR100917488B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024549A KR100940159B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020097002736A KR101117223B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024552A KR100917490B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024553A KR100917492B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024550A KR100928416B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020077024554A KR100940153B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템

Family Applications After (5)

Application Number Title Priority Date Filing Date
KR1020077024549A KR100940159B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020097002736A KR101117223B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024552A KR100917490B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024553A KR100917492B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템
KR1020077024550A KR100928416B1 (ko) 2005-04-25 2006-04-25 리더 콘트롤 시스템

Country Status (5)

Country Link
US (14) US8482389B2 (ko)
KR (7) KR100940153B1 (ko)
CN (6) CN101180853B (ko)
CA (6) CA2605789C (ko)
WO (6) WO2006115373A1 (ko)

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1117223C (zh) * 1997-12-09 2003-08-06 卢克摩擦片和离合器有限公司 摩擦离合器
KR100940153B1 (ko) 2005-04-25 2010-02-03 엘지전자 주식회사 리더 콘트롤 시스템
US7734994B2 (en) * 2006-07-20 2010-06-08 Broadcom Company RFID decoding subsystem with pre-decode module
JP4974613B2 (ja) * 2006-08-29 2012-07-11 株式会社日立製作所 Ｉｃメモリ並びにｉｃメモリ用のアクセス装置及び正当性検証方法
KR100824482B1 (ko) * 2007-02-21 2008-04-22 에스케이 텔레콤주식회사 이동 단말기의 알에프아이디 리더 전원 제어 방법
US20090146787A1 (en) * 2007-12-10 2009-06-11 Electronics And Telecommunications Research Institute Method and device for setting rfid parameter
TWI349889B (en) * 2007-12-27 2011-10-01 Ind Tech Res Inst Advertisement apparatus with rfid tag
US8698629B1 (en) * 2008-02-21 2014-04-15 Impinj, Inc. RFID readers with encapsulating commands
DE112009001386B4 (de) * 2008-06-04 2015-10-01 Electronics And Telecommunications Research Institute RFID-Tag für RFID-Dienst und RFID-Dienstverfahren dafür
US8598990B2 (en) * 2008-06-30 2013-12-03 Symbol Technologies, Inc. Delimited read command for efficient data access from radio frequency identification (RFID) tags
TWI384402B (zh) * 2008-09-19 2013-02-01 Mstar Semiconductor Inc 射頻識別標籤的存取方法以及射頻識別標籤中用來判斷是否回應讀取器所發送之指令的電路
US8264342B2 (en) 2008-10-28 2012-09-11 RF Surgical Systems, Inc Method and apparatus to detect transponder tagged objects, for example during medical procedures
US8174386B2 (en) * 2008-11-28 2012-05-08 Electronics And Telecommunications Research Institute RFID reader controlling device, interlocking method for RFID reader, and RFID reader controlling method
US8844023B2 (en) * 2008-12-02 2014-09-23 Micron Technology, Inc. Password protected built-in test mode for memories
KR101115520B1 (ko) * 2008-12-23 2012-02-27 전자부품연구원 자기장 기반의 저주파 대역(～３００㎑) 무선통신의 물리계층 구성 방법 및 이 방법을 실행하는 프로그램이 기록되어 컴퓨터로 읽을 수 있는 기록매체
US9805222B2 (en) * 2009-01-08 2017-10-31 Zest Labs, Inc. RFID reader discipline
US20110074555A1 (en) * 2009-09-29 2011-03-31 Electronics And Telecommunications Research Institute Mobile rfid device and data communication method thereof
US9226686B2 (en) 2009-11-23 2016-01-05 Rf Surgical Systems, Inc. Method and apparatus to account for transponder tagged objects used during medical procedures
US8416062B2 (en) 2009-11-30 2013-04-09 Symbol Technologies, Inc. Method and apparatus for improving RFID tag reading
US8421604B2 (en) * 2009-11-30 2013-04-16 Symbol Technologies, Inc. Method and apparatus for identifying read zone of RFID reader
CN102682323A (zh) * 2011-03-18 2012-09-19 艾迪讯科技股份有限公司 用于射频辨识的移动运算装置外套及物件管理系统
US9363707B2 (en) * 2011-12-29 2016-06-07 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
KR101324475B1 (ko) * 2012-02-01 2013-11-01 한국전기연구원 Ｒｆ 및 아날로그 소자 자동 셋업 방식 기반의 실시간 위치 측정 방법 및 시스템
US9019822B2 (en) 2012-02-29 2015-04-28 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression
US8934929B2 (en) * 2012-05-30 2015-01-13 Blackberry Limited Method and apparatus pertaining to conveying categorically-characterizing information
KR101477146B1 (ko) * 2012-08-27 2014-12-30 주식회사 비즈모델라인 근접 통신 처리 방법
US9781627B2 (en) 2013-04-08 2017-10-03 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
CN103235961A (zh) * 2013-04-27 2013-08-07 无锡昶达信息技术有限公司 一种基带控制芯片和超高频射频读写装置
CN103353944A (zh) * 2013-04-27 2013-10-16 无锡昶达信息技术有限公司 一种基带控制芯片和超高频射频读写装置
US9071283B2 (en) * 2013-04-29 2015-06-30 Mediatek Singapore Pte. Ltd. Method for controlling a modulation index of a near field communication device with aid of dynamic calibration, and associated apparatus
CN104281529B (zh) * 2013-07-12 2018-01-16 北京金辉东方科技有限公司 大容量rfid电子标签动态分区方法及电子标签和应用
US9898908B2 (en) * 2013-12-03 2018-02-20 Trapeze Software Ulc Method and system for site-based power management of radio frequency identification implementations
JP6374666B2 (ja) * 2014-02-19 2018-08-15 キヤノン株式会社 通信装置およびその制御方法、ならびにプログラム
CN104881303B (zh) * 2014-02-28 2018-09-21 西门子公司 用于确定射频标识读取器的配置参数的方法和装置
CN110680516A (zh) 2014-03-31 2020-01-14 柯惠Lp公司 一种应答器检测装置
US9514341B2 (en) * 2014-03-31 2016-12-06 Covidien Lp Method, apparatus and article for detection of transponder tagged objects, for example during surgery
US9843361B2 (en) * 2014-10-06 2017-12-12 Google Llc Communicating via near field communications
US9690963B2 (en) 2015-03-02 2017-06-27 Covidien Lp Hand-held dual spherical antenna system
USD775331S1 (en) 2015-03-02 2016-12-27 Covidien Lp Hand-held antenna system
CN111726347B (zh) * 2016-02-26 2022-04-15 上海交通大学 一种多媒体系统中信息交互机制及网络传输方法
JP7010579B2 (ja) * 2016-03-23 2022-01-26 株式会社アスタリスク 接続ユニット、情報処理装置
WO2017170464A1 (ja) * 2016-03-29 2017-10-05 京セラ株式会社 管理システム、管理方法、機器及び管理装置
US9740894B1 (en) * 2016-06-13 2017-08-22 Motorola Mobility Llc Silent RFID state and restore back
WO2018165146A1 (en) 2017-03-06 2018-09-13 Cummins Filtration Ip, Inc. Genuine filter recognition with filter monitoring system
GB201801355D0 (en) * 2018-01-26 2018-03-14 Enterprise Therapeutics Ltd Compounds
US10812435B2 (en) 2018-02-28 2020-10-20 Ringcentral, Inc. Systems and methods for suppressing repetitive notifications about messages in messaging groups
CN111771401B (zh) * 2018-02-28 2023-06-16 三菱电机株式会社 无线终端、管理系统和休眠判断方法
CR20210313A (es) * 2018-11-15 2021-11-22 Metrc Llc Método y aparato para rastrear una o más plantas y/o productos a base de plantas y/o para rastrear la venta de productos derivados de estos, utilizando tecnología rfid
US10666776B1 (en) * 2019-04-01 2020-05-26 Wang Fat Mak Method, apparatus, storage medium and terminal device for controlling device operation
USD890740S1 (en) 2020-01-17 2020-07-21 Davinci Ii Csj, Llc Appliance holder
US10933815B1 (en) 2020-02-04 2021-03-02 Da Vinci II CSJ, LLC Apparatus for holding mobile device
USD907029S1 (en) 2020-04-09 2021-01-05 Davinci Ii Csj, Llc Device holder and stand combination
US12034860B2 (en) * 2020-08-26 2024-07-09 Micron Technology, Inc. Memory write access control
US11696351B2 (en) 2020-12-11 2023-07-04 Zebra Technologies Corporation Devices, systems and methods for establishing a bidirectional link between devices
CN115372759B (zh) * 2022-10-19 2023-04-11 国网浙江省电力有限公司温州供电公司 一种变电站二次回路的线缆故障诊断系统及方法

Family Cites Families (161)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US227392A (en) * 1880-05-11 Whip-handle
US214524A (en) * 1879-04-22 Improvement in clothes-pounders
US4730307A (en) 1986-11-24 1988-03-08 General Electric Company Method and apparatus for local area networks
EP0270274A3 (en) * 1986-12-05 1990-01-24 Meridian Micro-Systems Limited Transponder and interrogator
US5668803A (en) 1989-06-29 1997-09-16 Symbol Technologies, Inc. Protocol for packet data communication system
US5973613A (en) * 1990-06-15 1999-10-26 Raytheon Company Personal messaging system and method
US5640151A (en) * 1990-06-15 1997-06-17 Texas Instruments Incorporated Communication system for communicating with tags
JP2810569B2 (ja) * 1991-09-30 1998-10-15 富士通株式会社 ページング方式
US5610595A (en) 1991-12-09 1997-03-11 Intermec Corporation Packet radio communication system protocol
US5917840A (en) 1992-03-13 1999-06-29 Foxboro Company Protection against communications crosstalk in a factory process control system
IL106067A (en) 1993-06-20 1997-02-18 Yissum Res Dev Co Apparatus for performing analog multiplication and addition
US5434775A (en) * 1993-11-04 1995-07-18 The General Hospital Corporation Managing an inventory of devices
US6172596B1 (en) 1994-09-09 2001-01-09 Intermec Ip Corp. System method and apparatus for identifying and communicating with a plurality of types of radio frequency communication devices
US5673037A (en) * 1994-09-09 1997-09-30 International Business Machines Corporation System and method for radio frequency tag group select
US5745484A (en) 1995-06-05 1998-04-28 Omnipoint Corporation Efficient communication system using time division multiplexing and timing adjustment control
US5600708A (en) * 1995-08-04 1997-02-04 Nokia Mobile Phones Limited Over the air locking of user identity modules for mobile telephones
US5681289A (en) * 1995-08-14 1997-10-28 Medicinelodge Inc. Chemical dispensing system
US5640002A (en) * 1995-08-15 1997-06-17 Ruppert; Jonathan Paul Portable RF ID tag and barcode reader
US5671020A (en) 1995-10-12 1997-09-23 Lsi Logic Corporation Method and apparatus for improved video filter processing using efficient pixel register and data organization
US5793661A (en) 1995-12-26 1998-08-11 Intel Corporation Method and apparatus for performing multiply and accumulate operations on packed data
US6097292A (en) 1997-04-01 2000-08-01 Cubic Corporation Contactless proximity automated data collection system and method
US5896375A (en) 1996-07-23 1999-04-20 Ericsson Inc. Short-range radio communications system and method of use
US6812824B1 (en) * 1996-10-17 2004-11-02 Rf Technologies, Inc. Method and apparatus combining a tracking system and a wireless communication system
US5952922A (en) 1996-12-31 1999-09-14 Lucent Technologies Inc. In-building modulated backscatter system
EP0956550B1 (en) 1997-01-31 2003-11-26 Thomson Consumer Electronics, Inc. Communications system for remote control systems
JPH1115761A (ja) * 1997-06-02 1999-01-22 Internatl Business Mach Corp <Ibm> 赤外線通信機能を持つ情報処理装置及びその制御方法
FR2766937B1 (fr) 1997-07-31 2001-04-27 Sqware T Protocole et systeme de liaison par bus entre elements d'un microcontroleur
US6118789A (en) 1998-02-19 2000-09-12 Micron Technology, Inc. Method of addressing messages and communications system
US6122505A (en) 1997-12-23 2000-09-19 Telefonaktiebolaget Lm Ericsson Communication system with base stations having test capabilities
JPH11338739A (ja) * 1998-01-08 1999-12-10 Xerox Corp 診断情報を提供する方法
WO2000002236A2 (en) 1998-07-07 2000-01-13 Memc Electronic Materials, Inc. Radio frequency identification system and method for tracking silicon wafers
US6343356B1 (en) 1998-10-09 2002-01-29 Bops, Inc. Methods and apparatus for dynamic instruction controlled reconfiguration register file with extended precision
US6209112B1 (en) 1998-07-31 2001-03-27 Lucent Technologies Inc. Apparatus and method for reducing power consumption of an error-correcting decoder
KR20000014424A (ko) 1998-08-17 2000-03-15 윤종용 접속채널의 프리앰블 송신장치 및 방법
US6411199B1 (en) * 1998-08-21 2002-06-25 Keri Systems, Inc. Radio frequency identification system
US6343292B1 (en) 1998-09-03 2002-01-29 Ericsson Inc. System and method for providing text descriptions to electronic databases
US6956852B1 (en) * 1999-06-25 2005-10-18 Cisco Technology Inc. Multi-function high-speed network interface
EP1734461A2 (en) * 1999-07-12 2006-12-20 Matsushita Electric Industrial Co., Ltd. Mobile body discrimination apparatus for rapidly acquiring respective data sets transmitted through modulation of reflected radio waves by transponders which are within a communication region of an interrogator apparatus
JP3285850B2 (ja) 1999-09-17 2002-05-27 三菱電機株式会社 通信方法および通信装置
ATE444609T1 (de) * 1999-12-01 2009-10-15 Alcatel Canada Inc Verfahren und gerät für eine schnittstelle der physikalischen schicht in einem drahtlosen kommunikationssystem
KR100544177B1 (ko) 2000-01-18 2006-01-23 삼성전자주식회사 컴퓨터를 통한 디지털 컨텐츠의 저장 및 재생 기능을구비한 개인 휴대 장치의 제어방법 및 이에 따른 개인휴대장치의 동작방법
US7369635B2 (en) * 2000-01-21 2008-05-06 Medtronic Minimed, Inc. Rapid discrimination preambles and methods for using the same
US6782044B1 (en) 2000-02-07 2004-08-24 Wabtec Corporation Radio interference detection and screening system for locomotive control unit radios
US6922548B1 (en) * 2000-04-24 2005-07-26 Microsoft Corporation Providing remote network driver interface specification services over a wireless radio-frequency medium
US6379058B1 (en) 2000-03-30 2002-04-30 Zih Corp. System for RF communication between a host and a portable printer
AU5252101A (en) 2000-04-28 2001-11-12 Hi-G-Tek Ltd. Apparatus and methods for cellular communication
JP4568957B2 (ja) 2000-05-16 2010-10-27 ソニー株式会社 カード型ネットワークインタフェース，ネットワーク会議用端末装置及びネットワーク会議システム
EP1734460A2 (en) * 2000-06-12 2006-12-20 BTG International Limited Reading protocol for transponders of electronic identification system
US6590962B1 (en) 2000-06-21 2003-07-08 Teradyne, Inc. Method of performing non-interactive resistive fault location
JP3659484B2 (ja) * 2000-09-01 2005-06-15 光洋電子工業株式会社 サイクリック自動通信による複数局メモリデータ共有システム
US6940392B2 (en) 2001-04-24 2005-09-06 Savi Technology, Inc. Method and apparatus for varying signals transmitted by a tag
US6690979B1 (en) * 2000-10-31 2004-02-10 Maytag Corporation Intelligent appliance network
US7253717B2 (en) * 2000-11-29 2007-08-07 Mobile Technics Llc Method and system for communicating with and tracking RFID transponders
US6912211B2 (en) 2001-01-26 2005-06-28 At&T Corp. CDMA to packet-switching interface for code division switching in a terrestrial wireless system
US20040202137A1 (en) 2001-01-26 2004-10-14 Gerakoulis Diakoumis Parissis Method for CDMA to packet-switching interface code division switching in a terrestrial wireless system
JP2004528655A (ja) * 2001-05-04 2004-09-16 キュービック コーポレイション 周波数方式
US20040048808A1 (en) * 2001-05-23 2004-03-11 Hamdi Hamdi K. Methods for inhibiting angiogenesis
US7099294B2 (en) 2001-07-12 2006-08-29 Motorola, Inc. Method and apparatus for exchanging software information in a packet data communication system
US7096368B2 (en) 2001-08-01 2006-08-22 Mcafee, Inc. Platform abstraction layer for a wireless malware scanning engine
US20030032451A1 (en) 2001-08-10 2003-02-13 Jianhong Hu Architecture for converged broadband wireless communications
US6662068B1 (en) * 2001-10-12 2003-12-09 Touraj Ghaffari Real time total asset visibility system
US6957219B1 (en) 2001-11-15 2005-10-18 Microsoft Corporation System and method of pipeline data access to remote data
US6837427B2 (en) * 2001-11-21 2005-01-04 Goliath Solutions, Llc. Advertising compliance monitoring system
JP4168714B2 (ja) 2001-12-17 2008-10-22 ソニー株式会社 通信装置および方法、記録媒体、並びにプログラム
GB0130208D0 (en) * 2001-12-18 2002-02-06 Nokia Corp Synchronised window adaption
JP3719659B2 (ja) 2001-12-26 2005-11-24 株式会社日立製作所 情報受信システム及び情報受信端末
US7969306B2 (en) 2002-01-11 2011-06-28 Sap Aktiengesellschaft Context-aware and real-time item tracking system architecture and scenarios
JP4434549B2 (ja) * 2002-03-07 2010-03-17 株式会社日立製作所 管理装置および管理方法
KR100467222B1 (ko) 2002-03-25 2005-01-24 주식회사 케이티프리텔 다중 주파수할당 기지국의 수신감도 측정방법
US6892052B2 (en) 2002-03-26 2005-05-10 Nokia Corporation Radio frequency identification (RF-ID) based discovery for short range radio communication
JP2004004274A (ja) 2002-05-31 2004-01-08 Matsushita Electric Ind Co Ltd 音声信号処理切換装置
EP1385129A3 (en) 2002-07-15 2006-01-11 Matsushita Electric Industrial Co., Ltd. Memory card reading/writing apparatus, access method, program and storage medium thereof
JP3614157B2 (ja) 2002-07-30 2005-01-26 オムロン株式会社 Ｒｆｉｄタグならびにｒｆｉｄタグにおける共振周波数の調整方法
US7138884B2 (en) 2002-08-19 2006-11-21 Dsp Group Inc. Circuit package integrating passive radio frequency structure
JP3651605B2 (ja) * 2002-09-06 2005-05-25 株式会社東芝 認定試験方法、認定試験システム、無線端末及び認定装置
US6985757B2 (en) 2002-09-16 2006-01-10 Sierra Wireless, Inc. Smart host power supply detection for PC card wireless modem
CN1275419C (zh) 2002-10-18 2006-09-13 华为技术有限公司 一种网络安全认证方法
US7274909B2 (en) 2002-10-31 2007-09-25 Nokia Corporation Method and system for selecting data items for service requests
US7471745B2 (en) 2002-11-26 2008-12-30 Texas Instruments Incorporated Method and apparatus for channel quality metric generation within a packet-based multicarrier modulation communication system
JP3654360B2 (ja) 2002-12-02 2005-06-02 ソニー株式会社 制御システムおよび方法、情報処理装置および方法、情報処理端末および方法、記録媒体、並びにプログラム
JP4272006B2 (ja) * 2002-12-10 2009-06-03 株式会社エヌ・ティ・ティ・ドコモ 移動通信端末、サーバ、通信システム、通信制御方法及び通信制御プログラム
US20040117423A1 (en) 2002-12-11 2004-06-17 Xiaohua Shi Signed integer long division apparatus and methods for use with processors
US7005965B2 (en) * 2003-02-14 2006-02-28 Winbond Electronics Corporation Radio frequency identification device
US7724783B2 (en) * 2003-02-28 2010-05-25 Freescale Semiconductor, Inc. System and method for passing data frames in a wireless network
US7203526B2 (en) 2003-03-31 2007-04-10 Broadcom Corporation Wireless user input device providing host link indication
KR100531619B1 (ko) * 2003-04-10 2005-11-28 주식회사 케이티프리텔 수신전용 패스를 포함하는 통신 시스템의 수신감도를측정하는 장치 및 방법
JP4513743B2 (ja) 2003-05-07 2010-07-28 ソニー株式会社 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
US7333479B2 (en) * 2003-06-30 2008-02-19 Nokia Corporation RFID system with packetized data storage in a mobile environment: methods, systems and program products
US20050015536A1 (en) 2003-07-14 2005-01-20 Kuei-Jung Lee Peripheral device having a personal disk used for storing device drivers
US7257107B2 (en) 2003-07-15 2007-08-14 Highwall Technologies, Llc Device and method for detecting unauthorized, “rogue” wireless LAN access points
US7486172B2 (en) * 2003-08-07 2009-02-03 Intermec Ip Corp. Enhanced identification protocol for RFID systems
US8102244B2 (en) * 2003-08-09 2012-01-24 Alien Technology Corporation Methods and apparatuses to identify devices
US7271674B1 (en) 2003-08-15 2007-09-18 Dsp Group Inc. Automatic level control for radio frequency amplifiers
KR20050021612A (ko) 2003-08-19 2005-03-07 김재형 알에프아이디 태그와 연동하는 무선 단말기 및 이를이용한 무선 단말기 원격 제어 방법 및 시스템
US20050043028A1 (en) * 2003-08-20 2005-02-24 Nokia Corporation Arrangement for supporting data exchange between terminal equipment and a mobile communication network via a mobile terminal
KR100584328B1 (ko) * 2003-10-07 2006-05-26 삼성전자주식회사 무선주파수 식별 태그가 결합된 이동 단말 회로 및 그이동 단말기에서의 무선 식별 방법
US7026935B2 (en) 2003-11-10 2006-04-11 Impinj, Inc. Method and apparatus to configure an RFID system to be adaptable to a plurality of environmental conditions
JP2005149416A (ja) 2003-11-19 2005-06-09 Fuji Xerox Co Ltd 画像形成装置及びその交換部品
JP4133850B2 (ja) 2004-01-27 2008-08-13 Ｎｅｃインフロンティア株式会社 Ｒｆタグによる保守用情報の取得システム
GB2453477A (en) * 2004-02-06 2009-04-08 Zih Corp Identifying a plurality of transponders
CN102082731B (zh) * 2004-02-24 2016-02-17 苹果公司 在网络中提供特殊应用的方法和设备
US7165722B2 (en) * 2004-03-10 2007-01-23 Microsoft Corporation Method and system for communicating with identification tags
US7602274B2 (en) 2004-04-23 2009-10-13 Microchip Technology Incorporated Dynamic configuration of a radio frequency transponder
US7245213B1 (en) * 2004-05-24 2007-07-17 Impinj, Inc. RFID readers and RFID tags exchanging encrypted password
JP2006023963A (ja) * 2004-07-07 2006-01-26 Fujitsu Ltd 無線ｉｃタグリーダライタ、無線ｉｃタグシステムおよび無線ｉｃタグデータ書込方法
JP2006024012A (ja) * 2004-07-08 2006-01-26 Fujitsu Ltd 非接触ｉｃ記録媒体、記録媒体管理プログラムおよび記録媒体管理方法
US7692532B2 (en) * 2004-07-30 2010-04-06 Reva Systems Corporation Interference monitoring in an RFID system
TWI250419B (en) * 2004-08-02 2006-03-01 Compal Electronics Inc Computer system with multiple data access channels and control method thereof
KR100825548B1 (ko) * 2004-08-17 2008-04-28 마쯔시다덴기산교 가부시키가이샤 정보 기록 매체, 데이터 분별 장치, 및 데이터 재생 장치
JP2006067160A (ja) 2004-08-26 2006-03-09 Fujitsu Ltd 無線タグシステム、無線タグアクセス制御装置、無線タグアクセス制御方法、無線タグアクセス制御プログラム、及び無線タグ
US7161489B2 (en) 2004-09-09 2007-01-09 The Gillette Company RFID system performance monitoring
JP2006085411A (ja) * 2004-09-16 2006-03-30 Hitachi Ltd トランスポンダ及びそのトランスポンダを用いたセンサ測定システム
US7277016B2 (en) 2004-09-22 2007-10-02 International Business Machines Corporation System and method for disabling RFID tags
JP4111185B2 (ja) 2004-10-19 2008-07-02 セイコーエプソン株式会社 電気光学装置、その駆動方法及び電子機器
US7646300B2 (en) 2004-10-27 2010-01-12 Intelleflex Corporation Master tags
US7221269B2 (en) 2004-10-29 2007-05-22 Kimberly-Clark Worldwide, Inc. Self-adjusting portals with movable data tag readers for improved reading of data tags
TW200617792A (en) * 2004-11-26 2006-06-01 Ind Tech Res Inst Method and device applying RFID system tag to serve as local card reader and for power detection
US7565391B2 (en) 2004-12-17 2009-07-21 The Regents Of The University Of California Binary digit multiplications and applications
US7233250B2 (en) * 2004-12-29 2007-06-19 Avery Dennison Corporation Radio frequency identification device with visual indicator
US7181222B2 (en) 2004-12-30 2007-02-20 Motorola, Inc. Radio configuration-based handoff parameter adjustment
US7154267B2 (en) 2005-01-07 2006-12-26 Honeywell International, Inc. Method and system for electronic compass calibration and verification
KR100585173B1 (ko) * 2005-01-26 2006-06-02 삼성전자주식회사 반복적 프리앰블 신호를 갖는 ｏｆｄｍ 신호 수신 방법
JP2006215664A (ja) 2005-02-01 2006-08-17 Hitachi Ltd 記憶システム及びその電源制御方法、アダプタ装置及びその電源制御方法並びに記憶制御装置及びその制御方法
US20060187031A1 (en) 2005-02-07 2006-08-24 Impinj. Inc. Selecting RFID tags using memory-mapped parameters
US7474211B2 (en) 2005-02-22 2009-01-06 Bradley Allen Kramer System and method for killing a RFID tag
US7784688B2 (en) * 2005-03-28 2010-08-31 Rfmarq, Inc. System for tracking elements using tags
WO2006114814A1 (ja) 2005-04-01 2006-11-02 Fujitsu Limited 物品管理システム
KR100940153B1 (ko) 2005-04-25 2010-02-03 엘지전자 주식회사 리더 콘트롤 시스템
US8189483B2 (en) 2005-06-01 2012-05-29 Litepoint Corporation Method for measuring sensitivity of data packet signal receiver
US7899642B2 (en) 2005-07-12 2011-03-01 Nokia Corporation Optimized RFID/NFC BER testing
JP4777713B2 (ja) 2005-07-28 2011-09-21 ルネサスエレクトロニクス株式会社 Ｉｃタグ、ｉｃタグの制御方法及びｉｃタグシステム
US8917159B2 (en) 2005-08-19 2014-12-23 CLARKE William McALLISTER Fully secure item-level tagging
TWI279156B (en) 2005-10-13 2007-04-11 Realtek Semiconductor Corp Wireless audio system using wireless LAN
US7772963B2 (en) * 2005-10-20 2010-08-10 Honeywell International Inc. System and method for synchronization of data streams
KR100690296B1 (ko) * 2005-11-03 2007-03-09 삼성전자주식회사 휴대용단말기에서 알에프아이디 태그의 정보를 변경하기위한 장치 및 방법
US20070114341A1 (en) * 2005-11-23 2007-05-24 Raftery Design, Inc. Wrist support
US7523366B2 (en) 2005-12-09 2009-04-21 Taiwan Semiconductor Manufacturing Co., Ltd. Storage efficient memory system with integrated BIST function
US20070171201A1 (en) 2006-01-26 2007-07-26 Pi Sharon W Computer input device
US8508806B2 (en) * 2006-03-30 2013-08-13 Brother Kogyo Kabushiki Kaisha Communication device capable of displaying preview of transmission data
US7481745B2 (en) * 2006-04-10 2009-01-27 Dennis Malazinsky Floating aquatic stair stepper
US7849107B2 (en) * 2006-05-26 2010-12-07 Symbol Technologies, Inc. Data format for efficient encoding and access of multiple data items in RFID tags
CN101087148B (zh) 2006-06-07 2011-01-05 鸿富锦精密工业（深圳）有限公司 高速差分信号模拟分析系统及方法
US20070294456A1 (en) 2006-06-16 2007-12-20 Hong Kong Applied Science And Technology Research Institute Co., Ltd. Data communication interface and communication devices incorporating same
JP4732258B2 (ja) * 2006-07-07 2011-07-27 キヤノン株式会社 給紙装置及び画像形成装置
CN101501587B (zh) * 2006-08-08 2012-01-25 西门子工业公司 与plc通信的装置、系统和方法
JP4974613B2 (ja) 2006-08-29 2012-07-11 株式会社日立製作所 Ｉｃメモリ並びにｉｃメモリ用のアクセス装置及び正当性検証方法
JP4907268B2 (ja) 2006-08-29 2012-03-28 株式会社日立製作所 無線ｉｃメモリ、無線ｉｃメモリ用のアクセス装置及びアクセス制御方法
US20080065792A1 (en) * 2006-09-07 2008-03-13 Novatel Wireless, Inc. Custom branding of host application based on distributed storage of graphics elements in the attached accessory
US7440261B2 (en) * 2006-10-19 2008-10-21 Saul Lin Power regulator with a bypass and splice capability
US7567168B2 (en) * 2006-10-24 2009-07-28 Shih-Hsiung Li Car reversal radar that automatically modifies the sensor scanning range and method of the same
US20080141073A1 (en) 2006-12-07 2008-06-12 Inventec Corporation BIOS debugging system and method
US7774015B2 (en) * 2006-12-11 2010-08-10 General Instrument Corporation Power control apparatus and method for supporting seamless mobility
US7884702B2 (en) 2006-12-14 2011-02-08 Symbol Technologies, Inc. Queued operations in HF/UHF RFID applications
JP4529995B2 (ja) * 2007-04-18 2010-08-25 株式会社日立製作所 工程管理装置及び工程管理システム
JP4544263B2 (ja) * 2007-05-07 2010-09-15 ソニー株式会社 通信システム、並びにメモリカード
US8694673B2 (en) 2007-06-26 2014-04-08 Verizon Patent And Licensing Inc. Systems and methods for host identification
US20090006675A1 (en) 2007-06-28 2009-01-01 Broadcom Corporation Universal Serial Bus Dongle Device with Millimeter Wave Transceiver and System for use Therewith
US20090033493A1 (en) 2007-07-31 2009-02-05 Symbol Technologies, Inc. Method, System and Apparatus for Writing Common Information to a Plurality of Radio Frequency Identification (RFID) Tags
US8554176B2 (en) * 2007-09-18 2013-10-08 Qualcomm Incorporated Method and apparatus for creating a remotely activated secure backup service for mobile handsets
US8452330B2 (en) 2007-12-21 2013-05-28 Lg Electronics Inc. Mobile terminal and method for providing terminal related information in power-off state
US8130398B2 (en) 2008-02-08 2012-03-06 Kyocera Mita Corporation Job handling in image forming system during power-off

Also Published As

Publication number Publication date
KR20090019018A (ko) 2009-02-24
US20110156882A1 (en) 2011-06-30
CN101180858A (zh) 2008-05-14
CA2605856A1 (en) 2006-11-02
US8115595B2 (en) 2012-02-14
US8665066B2 (en) 2014-03-04
US20110156881A1 (en) 2011-06-30
CA2605786C (en) 2012-06-19
CN101180857B (zh) 2014-10-22
KR100928416B1 (ko) 2009-11-26
US20100045445A1 (en) 2010-02-25
KR100917492B1 (ko) 2009-09-16
US20110063084A1 (en) 2011-03-17
CN101180853A (zh) 2008-05-14
CN101180854A (zh) 2008-05-14
US20080284570A1 (en) 2008-11-20
CA2605841A1 (en) 2006-11-02
CA2605789C (en) 2012-06-19
US8624712B2 (en) 2014-01-07
CN101180858B (zh) 2012-05-30
US8598989B2 (en) 2013-12-03
KR100940153B1 (ko) 2010-02-03
US20140191850A1 (en) 2014-07-10
CN101180855B (zh) 2012-08-22
CN101180853B (zh) 2011-10-05
US20110072318A1 (en) 2011-03-24
WO2006115372A1 (en) 2006-11-02
KR20080012846A (ko) 2008-02-12
KR20080012848A (ko) 2008-02-12
US20080316019A1 (en) 2008-12-25
CA2605786A1 (en) 2006-11-02
US9679172B2 (en) 2017-06-13
CN101180857A (zh) 2008-05-14
CA2605841C (en) 2012-06-19
US8482389B2 (en) 2013-07-09
KR20080012272A (ko) 2008-02-11
CN101180856B (zh) 2013-03-06
CA2605769C (en) 2012-06-19
US8698604B2 (en) 2014-04-15
KR20080012850A (ko) 2008-02-12
KR100917490B1 (ko) 2009-09-16
US20110068907A1 (en) 2011-03-24
KR100940159B1 (ko) 2010-02-03
US20140191849A1 (en) 2014-07-10
CA2605789A1 (en) 2006-11-02
WO2006115373A1 (en) 2006-11-02
WO2006115376A1 (en) 2006-11-02
US20080290993A1 (en) 2008-11-27
US20110068908A1 (en) 2011-03-24
WO2006115371A1 (en) 2006-11-02
KR100917488B1 (ko) 2009-09-16
WO2006115375A1 (en) 2006-11-02
US8115604B2 (en) 2012-02-14
CN101180854B (zh) 2015-02-18
WO2006115374A1 (en) 2006-11-02
US9672395B2 (en) 2017-06-06
US20090051493A1 (en) 2009-02-26
US20090219143A1 (en) 2009-09-03
CA2605852C (en) 2012-06-19
CN101180856A (zh) 2008-05-14
CA2605852A1 (en) 2006-11-02
KR101117223B1 (ko) 2012-03-19
CA2605856C (en) 2012-06-19
US8653948B2 (en) 2014-02-18
US8378790B2 (en) 2013-02-19
US8508343B2 (en) 2013-08-13
KR20080012849A (ko) 2008-02-12
US8749355B2 (en) 2014-06-10
CA2605769A1 (en) 2006-11-02
CN101180855A (zh) 2008-05-14
US8604913B2 (en) 2013-12-10

Similar Documents

Publication Publication Date Title
KR100917492B1 (ko) 리더 콘트롤 시스템

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20120827

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20130823

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20140822

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20150824

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20160824

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20170814

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20180814

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20190814

Year of fee payment: 11