WO2011160341A1 - Pilote de lecteur, système et procédé basés sur llrp (protocole de lecteur de bas niveau) - Google Patents

Pilote de lecteur, système et procédé basés sur llrp (protocole de lecteur de bas niveau) Download PDF

Info

Publication number
WO2011160341A1
WO2011160341A1 PCT/CN2010/076960 CN2010076960W WO2011160341A1 WO 2011160341 A1 WO2011160341 A1 WO 2011160341A1 CN 2010076960 W CN2010076960 W CN 2010076960W WO 2011160341 A1 WO2011160341 A1 WO 2011160341A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
reader
llrp
module
interface
Prior art date
Application number
PCT/CN2010/076960
Other languages
English (en)
Chinese (zh)
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 WO2011160341A1 publication Critical patent/WO2011160341A1/fr

Links

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/0008—General problems related to the reading of electronic memory record carriers, independent of its reading method, e.g. power transfer
    • 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

Definitions

  • Reader driving device system and method based on LLRP protocol
  • the present invention relates to the field of RFID (Radio Frequency Identification), and more particularly to a reader driving device, system and method based on LLRP (Low-level reader protocol) protocol.
  • RFID Radio Frequency Identification
  • LLRP Low-level reader protocol
  • RFID systems typically include a reader (Reader), an electronic tag (TAG), and an upper application.
  • the reader is a radio frequency tag reading and writing device, which is an information control and processing center of the RFID system, and is used for transmitting read and write commands to the electronic tag through the spatial channel; the electronic tag receives the read/write command and then responds as necessary, and the reader is also from the upper layer.
  • the application obtains the data written to the electronic tag, or reports the data read from the electronic tag to the upper application.
  • the reader interacts with the upper application through a specific command format or a contracted protocol, which is implemented by an API (Application Program Interface) between the reader and the upper application.
  • API Application Program Interface
  • the API interface between most readers and the upper application uses RID (Reader Interface Driver: Reader Interface Driver or Reader Driver) to implement link control of the reader and basic operations such as reading and writing.
  • RID Reader Interface Driver: Reader Interface Driver or Reader Driver
  • the format encapsulated into a DLL is provided to the upper application for development. Since the communication protocol between the reader and the upper application is not completely unified, different reader vendors generally define their own APIs, so readers provided by different device vendors need to use a specific RID to implement the interface driver. Although these interface drivers provide device access, they may have incompatible control modules, command parameters, and even support different air interface protocols, so they cannot be used universally. Moreover, when the driver is updated, the upper application is also upgraded. If the system uses products from different vendors, it will obviously increase maintenance costs.
  • the introduction of the LLRP protocol provides a common interface for reader integration. It provides control over air interface operations and air interface protocol command parameters, enhances access to lower-level reader operations, and resolves the gap between readers and upper-layer applications.
  • the communication protocol cannot be completely unified.
  • the LLRP protocol has certain scalability to support other possible air interface protocols.
  • the user performs the reader on the LLRP protocol.
  • the premise of application development is to understand the LLRP protocol and the EPC protocol in depth, and the development complexity is high, which makes it difficult for users who need only simple secondary development of the reader. Summary of the invention
  • the main technical problem to be solved by the present invention is to provide a reader driving device, system and method based on LLRP protocol which are easy to realize secondary development of a reader.
  • the present invention provides a reader driving device based on the low-level reader/writer standard LLRP protocol, which comprises a basic interface, an extended interface and a communication unit;
  • the basic interface is configured to perform interaction with the upper layer application for the LLRP basic operation message;
  • the extended interface is set to perform interaction with the upper layer application for the LLRP extended operation message;
  • the communication unit is configured to implement the basic interface or the extended interface Information interaction between readers.
  • the device further includes a message processing unit, where the message processing unit includes an encoding module and a decoding module;
  • the encoding module is configured to transmit an LLRP basic operation message from the base interface or an LLRP extended operation message from the extended interface into a bitstream format and transmit the format to the communication unit;
  • the decoding module is configured to convert the LLRP basic operation message or the LLRP extended operation message from the communication unit into a message format and transmit to the base interface or the extension interface accordingly.
  • the message processing unit further includes a buffer area configured to store an LLRP basic operation message or an LLRP extended operation message from the communication unit, and provide an LLRP basic operation message or an LLRP extended operation message to the decoding module .
  • the message processing unit further includes a queue processing module, which is configured to add the LLRP basic operation message or the LLRP extended operation message that is completely decoded by the decoding module to the message queue, and then provide the corresponding basic interface or extended interface.
  • a queue processing module which is configured to add the LLRP basic operation message or the LLRP extended operation message that is completely decoded by the decoding module to the message queue, and then provide the corresponding basic interface or extended interface.
  • the message processing unit further includes a message lookup module configured to: after finding a specific LLRP basic operation message or an LLRP extended operation message from the message queue, provide the corresponding basic interface or extended interface.
  • the extension interface includes a message reading module, a parsing module, and an extended operation module.
  • the message reading module is configured to read an LLRP extended operation message in an extensible markup language XML format from an upper layer application, and send the message to the office.
  • the parsing module; and the LLRP extended operation message in XML format forwarded by the parsing module is provided to the upper layer application;
  • the parsing module is configured to convert the LLRP extended operation message in the XML format into a message format, and forward the message to the corresponding extended operation module; and parse the LLRP extended operation message of the message format into an XML format, and forward the message to the Message reading module
  • the extended operation module is configured to forward the LLRP extended operation message of the message format to the communication unit; and receive an LLRP extended operation message from the message format of the communication unit, and forward the message to the parsing module.
  • the extended operation module includes at least one of a reader operation RO rule module, an access operation AO rule module, a configuration module, and a fourth notification module;
  • the RO rule module is configured to forward the RO rule message of the message format from the parsing module to the communication unit; and forward the RO rule message of the message format from the communication unit to the parsing module;
  • the AO rule module is configured to forward the AO rule message from the message format of the parsing module to the communication unit; and forward the AO rule message of the message format from the communication unit to the parsing module;
  • the configuration module is configured to forward the rule configuration message of the message format from the parsing module to the communication unit; and forward the rule configuration message of the message format from the communication unit to the parsing module;
  • the reporting module is configured to forward the reporting rule message of the message format from the parsing module to the communication unit; and forward the reporting rule message of the message format from the communication unit to the parsing module.
  • the device further includes a reader management interface, and the reader management interface includes a reader open module and a reader close module;
  • the reader open module is configured to open the communication unit by setting a corresponding parameter object
  • the reader close module is set to close the communication unit.
  • the reader management interface further includes a link listening module configured to listen to the reader in a reader client mode.
  • the reader management interface also includes a link detection module configured to detect a link status of the reader.
  • the present invention also protects a reader control system based on the LLRP protocol, including a reader, an upper layer application, and a reader driver device based on the LLRP protocol, the reader driving device including a base interface, an expansion interface, and a communication unit;
  • the basic interface is configured to perform interaction with the upper layer application for the LLRP basic operation message;
  • the extended interface is set to perform interaction with the upper layer application for the LLRP extended operation message;
  • the communication unit is configured to implement the basic interface or the extended interface Information interaction between readers.
  • the present invention also protects a reader-driven method based on the LLRP protocol, the method comprising: performing interaction between an LLRP basic operation message and an LLRP extended operation message between an upper layer application and a base interface and an extended interface of the reader driving device; as well as
  • the basic interface or the extended interface exchanges information with the reader through the communication unit of the reader driving device.
  • the method further includes: the step of the reader driving device establishing a link with the reader in any one of the following manners:
  • the upper application calls the reader management interface, and sets the corresponding parameter object in the reader open module to the serial port parameter;
  • the upper application calls the reader management interface, and sets the corresponding parameter object in the reader open module to the IP information of the reader that needs to be linked;
  • the upper application calls the reader management interface, and listens to the reader through the link listening module, waiting for the reader to build a link.
  • the reader driver will perform the basic operation of the LLRP from the upper application.
  • the LLRP extended operation message is converted into a format of the bit stream, and the bit stream is transmitted to the reader;
  • the reader driver converts the LLRP basic operation message or the LLRP extended operation message from the reader into a message format and provides it to the upper layer application.
  • the beneficial effects of the present invention are as follows:
  • the RID and the driving method based on the LLRP protocol provided by the present invention enable the user to understand the complex LLRP protocol without having to deeply understand the complex LLRP protocol, and only need to invoke the corresponding interface to realize the extended service of the reader through simple information interaction.
  • the basic operation business facilitates secondary development of the reader, which significantly reduces development costs and improves development efficiency and flexibility compared with the prior art.
  • the invention can also control the link state of the reader, and interact with the reader through various communication modes, and can be widely applied to various work scenarios.
  • FIG. 1 is a schematic diagram of a reader control system based on the LLRP protocol according to an embodiment of the present invention
  • FIG. 2 is a flow chart of communication based on the LLRP protocol according to an embodiment of the present invention
  • Figure 3 is a flow chart of the link of the reader as a client
  • Figure 4 is a flow chart of the link of the reader as a server
  • FIG. 5 is a flowchart of implementing queue processing of an uplink message according to the present invention.
  • FIG. 6 is a flowchart of a process for finding a specific message according to the present invention.
  • FIG. 7 is a decoding flowchart of the present invention.
  • Figure 9 is a flow chart of the encoding of the present invention. Preferred embodiment of the invention
  • the invention provides a driving device and a method for realizing data interaction between a reader and an upper layer application through an LLRP protocol, which can support an LLRP basic operation message between a reader and an upper layer application.
  • LLRP extends the transmission of operational messages.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • the reader control system based on the LLRP protocol of the present invention includes an upper application 10, a reader 20, and a reader driving device (referred to as RID) 30.
  • the upper application 10 can call different interfaces in the reader driving device 30, thereby implementing reader link control, basic operation control, and extended operation control.
  • reader link control includes opening the reader, turning off the reader, detecting the link, and listening to the link in the reader server mode.
  • the basic operation control includes controlling the reader to read, write, count, lock, and kill the electronic tag.
  • Basic services such as dead, query basic configuration, update basic configuration, and acquisition capabilities; extended operational controls include RO (READER OPERATION) rules for controlling readers, AO (ACESS OPERATION) rules, configuration rules, reporting rules , rule management, etc., can be used to achieve secondary development of the reader 20.
  • RO READER OPERATION
  • AO ACESS OPERATION
  • the reader 20 includes an LLRP primitive interface 21 that supports the LLRP protocol, which is arranged to interact with the RID 30 for information.
  • the RID 30 includes a reader management interface 31, a base interface 32, an extension interface 33, a message processing unit 34, and a communication unit 35.
  • the reader management interface 31, the base interface 32, and the extension interface 33 all implement corresponding operation control according to the call of the upper layer application 10;
  • the communication unit 35 is configured to implement the basic operation of the LLRP between the base interface 32 or the extension interface 33 and the reader 20.
  • Messages or LLRP extend the interaction of operational messages and other data information.
  • the reader management interface 31 is configured to manage the link status of the reader 20, including a reader open module 311, a reader close module 312, a link listening module 313, and a link detection module 314.
  • the reader open module 311 or the reader close module 312 is respectively configured to receive the opening or closing of the communication unit 35 to establish a link or disconnect link with the reader 20.
  • the communication mode of the RID 30 includes a serial port mode or a network port mode.
  • the upper layer application 10 calls the reader management interface 31, and sets the corresponding parameter object in the reader open module 31.
  • the RID 30 can open the serial port of the communication unit 35 and establish a link with the reader 20. After the link is completed, the reader closes the module 312 to disconnect and read. A link to the reader 20.
  • the network port mode includes a reader server mode and a reader client mode.
  • the upper application 10 calls the reader management interface 31 in the RID 30, and sets the corresponding parameter object in the reader open module 311 to the IP of the reader 20 that needs to be linked.
  • the RID 30 can open the network port of the communication unit 35 to implement the link with the reader 20.
  • the upper application 10 can call the reader close module 312 to disconnect the link.
  • the reader management interface 31 listens to the reader 20 by the link monitoring module 313, and waits for the reader 20 to establish a chain. After the link is completed, the link monitoring disconnection and reading can be stopped. The link to the device 20.
  • the link detection module 314 is configured to detect the link status of the reader 20 in real time or periodically during the link process, thereby determining the number of readers 20 currently linked with the upper application 10, and whether each reader 20 is normally linked with the upper application 10. If a reader 20 has disconnected the link, the upper application 10 can be reported.
  • the heartbeat detection mode is used, that is, the link detection module 314 periodically returns the heartbeat information of the reader 20 during the link process, for example, the heartbeat interval time defaults to 5s, and if the heartbeat information cannot be received within 10 seconds, the reader 20 is considered to be disconnected. Linking, the link detection module 314 can also periodically send heartbeat information to the reader 20 and wait for a response.
  • the base interface 32 is configured to perform an interaction of the LLRP basic operation message with the upper layer application 10, thereby controlling the basic service of the reader 20.
  • the LLRP basic operation message includes various messages based on the LLRP protocol, such as writing a label, reading a label, checking a label, locking a label, killing a label, querying a basic configuration, and updating a basic configuration interface, for example, including multiple RO rule messages, AO rule messages, and the like. .
  • the basic interface 32 After receiving the call of the upper layer application 10, the basic interface 32 usually needs to perform several message interactions with the reader 20 to implement a basic service, and the basic interface 32 encapsulates the parameters in each message and provides the upper layer application 10 .
  • UHF tags there are two main types of UHF tags: ISO18000-6B protocol tag and EPC C1G2 (ISO18000-6C) protocol tag.
  • ISO18000-6B protocol is the communication protocol between UHF tag and reader introduced by ISO/IEC organization.
  • the EPC C1G2 protocol differs in some key technologies such as physical layer data encoding, modulation mode, and anti-collision algorithm; depending on the tag type, the base interface 32 can implement basic service operations independently for the two tags.
  • the LLRP basic operation message is sent in the downlink direction mainly in the Message format, and after being encoded and converted into a bit (output) stream, the LLRP basic operation message is exchanged with the reader 20 through the communication unit 35; In the uplink direction, the LLRP basic operation message in the bit stream format is decoded, converted into a Message format, and the extracted result is output to the upper layer application 10.
  • the extension interface 33 is configured to perform an interaction of the LLRP extended operation message with the upper layer application 10, thereby controlling the extended service of the reader 20.
  • the LLRP extended operation message includes controlling the RO rule, the AO rule, the configuration rule, the report rule, etc. based on the LLRP protocol.
  • the various messages generally include only one RO rule message, AO rule message or other rule message.
  • the extended interface 33 After receiving the call of the upper application 10, the extended interface 33 usually only needs to perform an information interaction with the reader 20 to implement an extended service, which is usually used to independently set a certain parameter, for example, for a certain RO rule. Add, delete, start, stop, activate, etc., report rule messages are used to obtain report messages returned by the reader 20, and the like.
  • the LLRP extended operation message is sent in the downlink direction mainly in an XML (Extensible Markup Language) file format, first parsed into a Message format, and then encoded into a bit stream, and then transmitted to the reader 20 through the communication unit 35;
  • the LLRP basic operation message in the bit stream format is decoded and converted into a Message format, and then the generated XML file is reported to the upper layer application 10.
  • the extension interface 33 includes a message reading module 331, a parsing module 332, and a plurality of extended operation modules.
  • the message reading module 331 is configured to read the LLRP extended operation message in the XML format from the upper layer application 10 and send it to the parsing module 332.
  • the uplink direction it is set to the XML format forwarded by the parsing module 332.
  • the LLRP extended operation message is provided to the upper layer application 10.
  • the parsing module 332 is configured to convert the LLRP extended operation message in XML format into a Message format and forward it to the corresponding extended operation module 333.
  • it is configured to parse the LLRP extended operation message in the message format.
  • the format is XML and forwarded to the message reading module 331.
  • the extended operation module 333 is configured to forward the LLRP extended operation message in the Message format to the communication unit 35; in the uplink direction, it is further configured to receive the LLRP extended operation message in the Message format from the communication unit 35, and forward the message.
  • the parsing module 332 is provided.
  • the extended operation module 333 includes at least one or more of an RO rule module, an AO rule module, a configuration module, and a report module, and controls RO rules, AO rules, configuration rules, report rules, and the like, respectively.
  • the RO rule module is configured to forward the message rule RO rule message from the parsing module 332 to the communication unit 35, and also set the message format RO from the communication unit 35.
  • the rule message is forwarded to the parsing module 332;
  • the AO rule module is configured to forward the AO rule message in the Message format from the parsing module 332 to the communication unit 35, and further set to forward the AO rule message in the Message format from the communication unit 35 to the parsing
  • the module 332 is configured to forward the rule configuration message of the Message format from the parsing module 332 to the communication unit 35, and further set to forward the rule configuration message of the Message format from the communication unit 35 to the parsing module 332;
  • the report rule message of the Message format from the parsing module 332 is forwarded to the communication unit 35, and is further configured to forward the report rule message of the Message format from the communication unit 35 to the parsing module 332.
  • the message processing unit 34 is configured to perform corresponding codec on the LLRP basic operation message or the LLRP extended operation message, including the encoding module 341, the decoding module 342, the buffer area 343, the queue processing module 344, the message lookup module 345, and the like.
  • the encoding module 341 is arranged to transmit the LLRP basic operation message from the Message format of the base interface 32 or the LLRP extended operation message of the Message format from the extended interface 33 into a bit stream format for transmission to the communication unit 35.
  • the decoding module 342 is arranged to convert the bit stream from the communication unit 35 into an LLRP basic operation message or an LLRP extended operation message in the message format and forward it to the base interface 32 or the extension interface 33 accordingly.
  • the Message based on the LLRP protocol is mainly composed of a parameter and a field. The decoding process will be described in detail below with reference to FIGS. 6 to 8.
  • the buffer area 343 is set to store the LLRP basic operation message or the LLRP extended operation message from the bit stream format of the communication unit 35, and perform reception processing in accordance with the corresponding reception state and then transmit to the decoding module 342.
  • the receiving status of the message in the buffer area 343 includes three states: READY, FRAME_ERROR, NEED_MORE, etc., which respectively represent the receipt of a complete frame message, receiving error, and need to continue receiving.
  • the queue processing module 344 is arranged to add the LLRP basic operation message or the LLRP extended operation message that is completely decoded by the decoding module 342 to the message queue, and to the base interface 32 or the extension interface 33 in the order of the message queue.
  • the message lookup module 345 is configured to look up a specific LLRP basic operation from the message queue.
  • the message or LLRP extended the operation message and provides it to the corresponding base interface 32 or extension interface 33, which can be searched according to the message type or ID number, and the message is deleted from the message queue after the search is completed.
  • RID 30 sends an AddROSpec message to reader 20, and after receiving 20, it returns an AddROSpecResponse message, and RID 30 needs to find the AddROSpecResponse message from the message queue.
  • the ID number of the AddROSpecResponse message is the same as the ID number of the AddROSpec, it is judged that the response message of the AddROSpec is found, and after the AddROSpecResponse message is extracted to the base interface 32 or the extended interface 33, the message is deleted from the message queue.
  • the present invention also protects a reader-driven method based on the LLRP protocol.
  • the upper layer application 10 and the reader 20 implement the interaction between the LLRP basic operation message and the LLRP extension operation message through the RID 30 described above. Specifically, after the reader 20 is linked with the RID 30, in the downlink direction, the upper layer application 10 calls the corresponding interface of the RID 30, converts the LLRP basic operation message or the LLRP extended operation message into a bit stream format, and transmits the bit stream to the bit stream.
  • the reader 20 in the uplink direction, the RID 30 converts the LLRP basic operation message or the LLRP extended operation message from the bit stream format of the reader 20 into a Message format and provides it to the upper layer application 10 through a corresponding interface.
  • an embodiment of the present invention is based on a communication flow of the LLRP protocol, and the RID 30 is used to control the reader 20 to implement an inventory operation by using an RO rule, including the following steps:
  • Step S201 The RID 30 establishes a link with the reader 20.
  • the communication mode of the communication unit 35 can be set to the serial port mode or the network port mode, and the network port mode includes the reader server mode or the reader client mode.
  • the upper application 10 can also invoke the basic interface 32 of the RID 30 to query and update the basic configuration of the reader 20, including antenna power, antenna in-position detection, antenna status query, pre-reverse rate, coding type, modulation mode, Common parameters such as communication type parameters, protocol type, device code, and fixed frequency hopping.
  • the interaction between the LLRP basic operation message or the LLRP extended operation message can be implemented with the reader 20.
  • Step S202 According to the LLRP protocol standard, the RID 30 is sent through the basic interface 32.
  • the AddROSpec message is sent to the reader 20, indicating the addition of the RO rule.
  • the LLRP protocol typically uses various Spec (Spec) commands to declare various parameter objects of the reader 20, each Spec command representing a rule of operation or an operation itself.
  • Step S203 The base interface 32 receives the AddROSpecResponse message returned by the reader 20. (ie add a RO rule response) to determine that the AddROSpec operation was successful.
  • Step S204 The base interface 32 sends an EnableROSpec message to the reader 20 indicating that the RO rule is activated.
  • Step S205 The base interface 32 receives the EnableROSpecResponse message returned by the reader 20 to determine that the EnableROSpec operation is successful.
  • Step S206 The base interface 32 sends a StartROSpec message to the reader 20 instructing the reader 20 to begin performing an inventory operation based on the specific parameters in the RO rule.
  • Step S207 The base interface 32 receives the result of the inventory operation returned by the reader 20, and provides the result of the inventory operation to the upper layer application 10.
  • Step S208 The base interface 32 sends a StopROSpec message to the reader 20 indicating that the RO rule is stopped.
  • Step S209 The base interface 32 sends a DeleteROSpec message to the reader 20, indicating that the RO rule is deleted.
  • the link process of the reader 20 as a client includes the following steps:
  • Step S301 The RID 30 starts the link monitoring module 313 to listen to the reader 20.
  • the link monitoring module 313 first calls the Windows network programming interface WSAStart to initialize Winsock, thereby creating a socket function.
  • Step S302 Call the socket function to create a listener.
  • Step S303 Binding the interception to the communication object specified by the socket function.
  • Step S304 Calling a listener (listen) to wait for a link.
  • Step S305 Call accept (accept) to accept the link, and generate a session socket.
  • Step S306 The send function (send ( )) and the receive function (recv ( )) are called to talk with the reader 20.
  • Step S307 After the link is completed, the close socket is called to close the socket, and the reader 20 is stopped.
  • the reader 20 serves as a service.
  • the link process of the end includes the following steps;
  • Step S401 RID 30 starts the reader to open the module 311, and the reader opens the module 311 to first call the Windows network programming interface WSAStart to initialize Winsock, thereby creating a socket function.
  • Step S402 Call a socket function to create a session.
  • Step S403 After the session is successfully created, a connection (connect) is invoked, and the corresponding parameter object is set to the IP information of the reader 20 that needs to be linked.
  • Step S403 Calling send ( ) and recv ( ) to make a conversation with the reader 20 through the communication unit 35.
  • Step S404 After the link is completed, the reader close module 311 calls the closesocket function to close the socket and stops the reader 20 from listening.
  • FIG. 5 is a flowchart of a process for implementing queue processing of an uplink message according to the present invention
  • Step S501 The process starts.
  • Step S502 The communication unit 35 receives the bit stream format LLRP basic operation message or the LLRP extended operation message from the reader 20 through the serial port or the network port.
  • Step S503 The received bit stream is stored in the buffer area 343.
  • Step S504 Determine the status of the message. If the message status is NEED_MORE, the process proceeds to step S502 to continue receiving. If it is FRAME_ERROR, step S508 is performed, and if it is READY, step S505 is performed.
  • Step S505 Parsing the LLRP basic operation message in the bit stream format by the decoding module 342 or
  • Step S506 It is judged whether a complete message is obtained, and if yes, step S507 is performed, otherwise step S508 is performed.
  • Step S507 Add the parsed complete LLRP basic operation message or LLRP extended operation message to the message queue by the queue processing module 344; Go to step 502.
  • Step S508 Clear the buffer area 343, and proceed to step S502 to continue receiving the message.
  • FIG. 6 is a flowchart of a process for finding a specific message according to the present invention: Step S601: The process starts.
  • Step S602 The message lookup module 345 starts the exclusive message queue and searches for a message with a specific type or ID number from the message queue.
  • Step S603 If a corresponding specific message is found, go to step S604, otherwise go to step S606.
  • Step S604 Extract the corresponding specific message and correspondingly forward to the basic interface 32 or the extended interface 33, and delete the specific message from the message queue.
  • Step S605 Cancel the exclusive use of the message queue, and proceed to step S609.
  • Step S606 determining whether to traverse the entire message queue, if yes, proceeding to step S607, otherwise returning to step S602 to continue searching.
  • Step S607 Cancel the exclusive use of the message queue.
  • Step S608 The search operation may also be controlled by a certain timing mechanism. If the predetermined time is up, the process proceeds to step S609, otherwise, the process proceeds to step S602.
  • Step S609 The search process ends; for different services, such as inventory business, the process can also be cycled multiple times.
  • Figure 7 shows the decoding process of the present invention comprising the following steps:
  • Step S701 Start decoding.
  • Step S702 The decoding process of the present invention is used to convert the bit stream into a message object, and the decoding module 342 first obtains the complete data in a bit stream format.
  • the specific acquisition process is as shown in FIG. 8.
  • Step S703 First parsing the frame header to obtain three parameters MessageType, MessageLength,
  • MessagelD which refers to the message type, message length, and ID number of the message, respectively.
  • Step S704 Create a Message object according to the MessageType.
  • Step S705 Parse the field part of the Message object, and set the object attribute of the parameter to the corresponding value.
  • Step S706 Next, parse the Parameter part of the Message object. Since the Fields in the Parameter of the TLV type parameter may be a value or a sub-parameter, first determine whether the parameter type is a TLV type, if yes, go to step S707, otherwise go to step S708. Step S707: Traverse the sub-parameters, and then proceeds to step S708.
  • Step S708 Set an object attribute of the parameter to the corresponding value.
  • Step S709 Obtain a complete Parameter part of the Message object.
  • Step S710 The decoding process ends.
  • Step S801 The process starts.
  • Step S802 After the RID 30 receives the binary bit stream, the encoding module 342 first parses the current stream length CurrentFrameLength »
  • Step S803 It is judged whether CurrentFrameLength is less than 10 bytes, if yes, go to step S804, otherwise, go to step S805.
  • Step S804 Continue to receive data until the CurrentFrameLength is greater than 10 bytes, and the process proceeds to step S805.
  • Step S805 When the CurrentFrameLength is greater than 10 bytes, it indicates that the frame header is received, and the analysis header obtains the total frame length TotalFrameLength.
  • Step S806 determining whether CurrentFrameLength ⁇ TotalFrameLength, if yes, proceeding to step S807, otherwise proceeding to step S808.
  • Step S808 Obtain a complete one frame message.
  • Step S809 The receiving process ends.
  • Figure 9 is a flow chart of the encoding of the present invention.
  • Step S901 Encoding starts.
  • Step S902 The encoding module 341 first acquires a message object.
  • Step S903 The message header is generated according to the obtained message object.
  • Step S904 traverse all the message parameters to generate a binary bit stream.
  • Step S905 Processing the message byte stream length in the message header.
  • Step S906 The encoding process ends.
  • the RID and driving method based on the LLRP protocol provided by the invention makes it unnecessary for the user to deeply understand the complex LLRP protocol, and only needs to invoke the corresponding interface, so that the extended service and the basic operation service of the reader can be realized through simple information interaction, which is convenient for the user to
  • the secondary development of the reader significantly reduces development costs and improves development efficiency and flexibility compared to the prior art.
  • the invention can also control the link state of the reader, and interact with the reader through various communication modes, and can be widely applied to various work scenarios.
  • the LLRP protocol-based reader driving device, system and method provided by the invention enable the user to understand the complex LLRP protocol without having to deeply understand the complex LLRP protocol, and can realize the extended service and basic operation of the reader through simple information interaction.
  • the business facilitates secondary development of the reader, significantly reducing development costs and improving development efficiency and flexibility.
  • the present invention can also control the link state of the reader, and perform data interaction with the reader through various communication modes, and can be widely applied to various work scenarios.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Health & Medical Sciences (AREA)
  • Toxicology (AREA)
  • Artificial Intelligence (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Electromagnetism (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Communication Control (AREA)

Abstract

L'invention porte sur un pilote de lecteur, un système et un procédé basés sur un protocole LLRP (protocole de lecteur de bas niveau), le pilote de lecteur basé sur le protocole LRRP comprenant une interface de base, une interface d'extension et une interface de communication. L'interface de base est configurée pour interagir avec une application de couche supérieure concernant des messages d'opération de base LLRP. L'interface d'extension est configurée pour interagir avec une application de couche supérieure concernant des messages d'opération d'extension LRRP. L'interface de communication est configurée pour mettre en œuvre l'interaction de messages entre l'interface de base ou l'interface d'extension et le lecteur. Le pilote est commode pour redévelopper le lecteur sur la base du protocole LLRP, réduit clairement le coût de développement, et améliore l'efficacité et la souplesse de développement.
PCT/CN2010/076960 2010-06-21 2010-09-15 Pilote de lecteur, système et procédé basés sur llrp (protocole de lecteur de bas niveau) WO2011160341A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010204581.2A CN102289636B (zh) 2010-06-21 2010-06-21 基于llrp协议的阅读器驱动装置、系统及方法
CN201010204581.2 2010-06-21

Publications (1)

Publication Number Publication Date
WO2011160341A1 true WO2011160341A1 (fr) 2011-12-29

Family

ID=45336051

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/076960 WO2011160341A1 (fr) 2010-06-21 2010-09-15 Pilote de lecteur, système et procédé basés sur llrp (protocole de lecteur de bas niveau)

Country Status (2)

Country Link
CN (1) CN102289636B (fr)
WO (1) WO2011160341A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102761518B (zh) * 2011-04-25 2015-04-01 中兴通讯股份有限公司 一种支持多种套接字连接模式的通信方法及服务器
CN103488469A (zh) * 2012-06-13 2014-01-01 中兴通讯股份有限公司 一种阅读器及其业务操作的实现方法和装置
CN103544050B (zh) * 2012-07-13 2017-05-31 天津中兴智联科技有限公司 一种阅读器驱动装置、方法及阅读器控制系统
CN103634357A (zh) * 2012-08-27 2014-03-12 中兴通讯股份有限公司 射频识别控制器、系统及射频识别阅读器的控制方法
CN103679081B (zh) * 2012-09-21 2017-03-29 天津中兴智联科技有限公司 射频识别方法及系统、阅读器、业务应用装置
CN105139053B (zh) * 2015-10-15 2018-01-30 江苏本能科技有限公司 射频识别读写器接口协议调试装置及方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101086763A (zh) * 2007-06-15 2007-12-12 广东电子工业研究院有限公司 一种相互之间可协同工作的rfid阅读器及其协同工作的方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101086763A (zh) * 2007-06-15 2007-12-12 广东电子工业研究院有限公司 一种相互之间可协同工作的rfid阅读器及其协同工作的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CAI, LEI: "Design and Realization of Simple Model Based on EPCglobal Low-level Reader Protocol", COMPUTER SYSTEM APPLICATION, no. 10, 2009, pages 136 - 137 *
WU, JUNSHENG ET AL.: "Design of RFID Low-Level Reader Protocol Toolkit", COMPUTER MEASUREMENT & CONTROL, no. 1, 2010, pages 179 - 180 *

Also Published As

Publication number Publication date
CN102289636B (zh) 2014-04-30
CN102289636A (zh) 2011-12-21

Similar Documents

Publication Publication Date Title
JP6138184B2 (ja) 近距離通信における多重アプリケーション管理方法及びシステム
KR101495915B1 (ko) 근거리 통신망 내 통신 방법 및 시스템
RU2563458C2 (ru) Способы и устройства для усовершенствования механизмов обновления параметров nfc
US20090282130A1 (en) Resource sharing via close-proximity wireless communication
WO2011160341A1 (fr) Pilote de lecteur, système et procédé basés sur llrp (protocole de lecteur de bas niveau)
CN108810086A (zh) 一种基于mqtt消息协议的智能设备通讯平台
US9535638B2 (en) Directly transferring data between devices
JP5855014B2 (ja) ウェブサービスでレガシーｎｆｃシステムを強化するためのアプリケーション使用可能データ・スイッチ
WO2016173434A1 (fr) Procédé et appareil de communication par nfc
CN105472038A (zh) 文件传输的控制方法、装置以及系统
WO2013117048A1 (fr) Procédé et terminal de transmission de données wi-fi
KR20170124187A (ko) 통신 프로토콜 자동 호환 기능을 갖는 IoT 플랫폼
CN102858028A (zh) 一种释放多方通话受控方的方法和终端
CN111740960A (zh) 物联网设备的通信方法、物联网设备及存储介质
US20080313309A1 (en) Client-server data transfer control
Antoniou et al. NFC-based mobile middleware for intuitive user interaction with security in smart homes.
CN102646205B (zh) 一种阅读器驱动装置、方法及阅读器控制系统
WO2019140648A1 (fr) Procédé et dispositif de notification d'informations par un terminal et support d'informations d'ordinateur
US8233386B2 (en) Device that uses parameters to provide multi-channel serial data transmissions and method thereof
CN103544050B (zh) 一种阅读器驱动装置、方法及阅读器控制系统
KR20100097690A (ko) 통신 장치, 통신 시스템, 통신 방법 및 프로그램
CN103853602A (zh) 一种阅读器驱动装置、方法及阅读器控制系统
CN102479313A (zh) 基于llrp协议的阅读器驱动方法
CN103632174B (zh) 公私有状态标签的操作方法及装置
WO2024027339A1 (fr) Procédé et appareil de comptage

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10853480

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10853480

Country of ref document: EP

Kind code of ref document: A1