WO2006080403A1 - 通信機器、通信システム、通信方法、通信プログラム、通信回路 - Google Patents
通信機器、通信システム、通信方法、通信プログラム、通信回路 Download PDFInfo
- Publication number
- WO2006080403A1 WO2006080403A1 PCT/JP2006/301238 JP2006301238W WO2006080403A1 WO 2006080403 A1 WO2006080403 A1 WO 2006080403A1 JP 2006301238 W JP2006301238 W JP 2006301238W WO 2006080403 A1 WO2006080403 A1 WO 2006080403A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- frame
- data
- transmission
- communication
- received
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
Definitions
- Communication device communication system, communication method, communication program, communication circuit
- the present invention relates to a communication device, a communication system, a communication method, a communication program, and a communication circuit that transmit and receive data.
- infrared communication systems have mainly used portable personal terminals such as portable telephones, notebook personal computers, electronic notebooks, etc., or electronic devices suitable for these portable devices, or desktop personal computers and infrared rays. It is widely used to exchange data with compatible printers.
- IrDA Infrared Data Association
- ASK Advanced Synchronization System
- IrDA system is a communication system for high-speed, high-efficiency transmission mainly between computers. It is a communication protocol defined for infrared communication based on a certain HDLC communication system, and is widely used as a general one.
- a frame also includes fields of address (A), control (C), information (I), and FCS, and flag powers given before and after, and for information (data) transfer.
- I Information
- S Supervisory
- U Unnumbered
- I frame Information
- UI frame is used to transmit data Force on the field There is no serial number used to check for missing data.
- the S frame is configured to have no I field for holding data, and is used to transmit reception preparation completion, a busy state, a retransmission request, and the like.
- U-frames are called unnumbered frames because they do not have numbers like I-frames, and are used to set communication modes, report responses, report abnormal conditions, and establish or disconnect data links.
- the IrDA communication method is based on the HDLC communication method.
- a full-duplex communication method capable of simultaneously performing transmission and reception and a half-duplex communication method not simultaneously performing
- infrared light of base band modulation that propagates over free space is used for data transmission, and two are within the communication range. If these stations transmit simultaneously, infrared interference will occur and normal communication can not be performed.
- infrared rays do not exist in the communication area before establishing the communication link, and transmission is performed only when the communication link is established, and communication is performed after the communication link is established. It uses a half-duplex scheme in which transmission rights are periodically exchanged between the two.
- FIG. 19 shows how to establish a communication link in IrDA.
- the connection of the link layer (LAP layer) is established when the primary station transmits an SNRM command and the secondary station responds with a UA response.
- various parameters data transfer rate, maximum data length, etc.
- data will be transferred.
- FIG. 9 is a block diagram for explaining an application of an effective communication system.
- those performing transmission or reception are called "stations", and generally, a primary station performing data link control for controlling communication and a secondary station under control of the primary station Communication is performed by transmitting and receiving the above frame as a command (primary station ⁇ secondary station) and a response (secondary station ⁇ primary station).
- the power system is called an unbalanced communication system.
- computers, mobile phones, electronic organizers, etc., TVs etc. function as stations in communication
- Data exchange is performed using infrared rays as a transmission medium.
- FIG. 10 is a signal sequence diagram for illustrating a general procedure using an I frame in these communication methods.
- data divided into a plurality of I frames is transmitted from station A as the primary station to station B as the secondary station.
- the window size at this time is 3.
- station A assigns numbers “0”, “1”, and “2” as I frames to each frame corresponding to data to be transmitted, and transmits them.
- PZF Poly / Final
- station A transmits with the P / F bit set to 1 in order to transfer the transmission right to the secondary station.
- Station A confirms the response from station B, transmits from the third data again with a serial number of "3" "4" "5" and transmits. By repeating this procedure as necessary, the accuracy of multi-frame communication can be improved. If an error or missing data is detected at station B, an RR frame is transmitted with the data number desired to be retransmitted, and station A retransmits by re-sending from the desired data number. It becomes possible.
- FIG. 11 is a signal sequence diagram for illustrating a general procedure using UI frames in these communication methods. Here, it is divided into multiple UI frames from station A to station B Indicate if you want to send out the data! In the case of data transfer using a UI frame, since the window size is not limited, station A can transmit frames continuously for the maximum turnaround time. When the maximum turnaround time for station A has elapsed, it sends an RR frame to the secondary station to transfer the transmission right.
- the maximum turnaround time is the time when one station can maintain the transmission right, and after the transmission right is transferred to the other station, the response from the other station will be received even if the maximum turnaround time of the other station has elapsed. If not, the station that has transmitted the transmission right transfer frame can know to the other station that the frame for transmission right transfer has been delivered.
- the maximum turnaround time of the partner station can be known by parameter exchange at connection establishment. In IrLAP, a turnaround time of up to 500 ms is defined.
- station B to which the transmission right has been transferred by the RR frame is transmitted to the primary station by setting the P / F bit to 1 and transmitting the RR frame. Delegate the right.
- Fig. 18 shows the standard IrDA protocol stack.
- IrDA's protocol stack includes IrPHY, drDA Physical Layer (IrPHY) that defines modulation method, signal strength, directivity, etc., error control function according to general purpose High Level Data Link Control (HD LC), transparent transmission, and flow control.
- IrLAP IrDA Lin Access Protocol
- TCP / IP IrDA Lin Access Protocol
- IrLMP IrDA Link Management Protocol
- Tiny TP Transport Protocol
- OBE X OBject EXchange protocol
- a device requesting a command is called a client device
- a device returning a response in response to the request is called a server device.
- the client device issues a request command such as Put ZGet to the server device
- the Sano device returns a response command according to the client Z server model.
- the request commands defined in OBEX generally include the following. Connect with communication partner Z Disconnect CONNECTZ DISCONNECT Send object such as file send Z Receive PUTZ GET Receive path change server device receive destination path (current path) SET PATH Send object receive or send There is a forced A BORT.
- FIG. 20 illustrates the basic exchange of request command Z response commands between the client device and the server device.
- the client device When receiving an object exchange request from the user, the client device sends a CONNECT command meaning a connection request to the server device to establish a connection with the server device.
- the server device having received the CONNECT command returns a SUCCESS response command to the client device if the connection is possible, and the client device receives the SUCCE SS response command, whereby the client device is received.
- a connection is established between server devices.
- the client device After establishing the connection, the client device starts exchanging objects, and transmits a PUT command for transmitting the object to the Sano device.
- the Sano device successfully receives the PUT command from the client device, it returns a CONTINUE response command, and the client device receives that the server device receives a CONTINUE response command, and the server device successfully receives the PUT command. After confirmation, send the next PUT command.
- the client device sends PUT commands until all objects have been sent.
- the server device has successfully received the last PUT (Final) command, it sends a SU CCESS response command back to the client device.
- the client device After receiving the SUCCESS response command from the Sano device, the client device sends a DISCONNECT command, which means a disconnection request, to the server device to perform disconnection processing with the server device.
- the server device having received the DISCONNECT command returns a response command of SUCCESS indicating permission of disconnection to the client device, and the client device receives the response command of SUCCE SS. Connection between the client devices is disconnected, and object exchange between a series of client devices and server devices is completed
- the server device exchanges an object by returning a response command to the client device request command.
- header information is defined for each layer independently of the other layers, and between the computing devices. Header data is sequentially added to each layer from the highest layer to the lowest layer to the data to be originally transferred.
- header information is sequentially removed in each layer from the lowest layer to the highest layer, and data is passed to the upper layer.
- Patent Document 1 Japanese Patent Laid-Open Publication No. 10-308791 (publication date: 1998)
- the data transfer using the UI frame has a good communication path quality and no error occurs.
- the time up to 500 ms as described above It is possible to perform continuous frame transmission, which leads to an improvement in communication efficiency, but when the quality of the communication path is not so good, it can not be retransmitted as in the case of using I frame.
- the communication efficiency is bad.
- conventional IrDA does not support data transfer in one-way communication that does not require a response.
- An object of the present invention is to provide a communication device, a communication system, a communication method, a communication program, and a communication circuit capable of performing retransmission of a frame in data transfer.
- the communication device collectively transmits data without transferring the transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited.
- a communication device that divides batch transmission data to be transmitted collectively and generates transmission frames A transmission frame generation unit (transmission frame generation circuit, transmission frame generation means), a serial number generation unit (serial number generation circuit, serial number generation means) for assigning a serial number to the transmission frame, and the final of the batch transmission data.
- a batch transmission final flag generation unit (batch transmission final flag generation circuit, batch transmission final flag generation unit) that sets a batch transmission final flag indicating that it is the final transmission frame of batch transmission data in the transmission frame of And a transmission unit (transmission circuit, transmission means) for transmitting a transmission frame.
- the communication method according to the present invention is a communication method for collectively transmitting data without delegating the transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited.
- Batch transmission data is divided to generate a transmission frame, and a serial number is assigned to the transmission frame, and the final transmission frame of the batch transmission data is a batch to indicate that it is the final transmission frame of the batch transmission data. It is characterized in that the transmission final flag is set and the transmission frame is transmitted! /.
- a communication device is a communication device that collectively receives data without transfer of transmission right according to a communication method in which the number of frames that can be transmitted at one time is not limited.
- the serial number analysis unit (serial number analysis circuit, serial number analysis means) that analyzes the serial number included in the serial number to determine whether or not there is an error in the serial number, and the batch transmission final flag included in the reception frame is the corresponding reception frame.
- the serial number analysis unit detects an error in the received frame received so far when it indicates that the final transmitted frame of the batch transmission data divided into a plurality of transmission frames by the transmitter and transmitted collectively.
- a transmission frame generation unit (transmission frame generation circuit, transmission frame generation means); and a transmission unit (transmission circuit, transmission means) for transmitting the transmission frame.
- a communication method is a communication method for collectively receiving data according to a communication method in which the number of frames that can be transmitted at one time is not limited and the transmission right is not delegated,
- the serial number included in the frame is analyzed to determine whether there is no error in the serial number, and the batch transmission final flag included in the received frame is the received frame. If it indicates that it is the last transmission frame of the batch transmission data divided into multiple transmission frames by the transmitter and sent together, if an error is detected in the reception frame received so far, there is an error
- a transmission frame including an error free flag set to indicate and a serial number at the time of error occurrence is generated, and the transmission frame is transmitted.
- a communication system is characterized by including the communication device as the transmitter and the communication device as the receiver. / Scold.
- the transmitter transmits batch transmission data in batch transmission of data without delegating transmission right.
- the transmission frame is divided to generate a transmission frame, and a serial number is assigned to the transmission frame, and a batch transmission final flag indicating that it is the last transmission frame of batch transmission data is set in the final transmission frame of batch transmission data. And transmit the transmission frame.
- the serial number included in the received frame is analyzed to determine whether there is an error in the serial number, and if an error is detected in the received frame, the no error flag set to indicate that there is an error and Generate a transmission frame including the serial number at the time of error occurrence and transmit it to the transmitter. Then, when the transmitter receives a frame including a serial number at the time of occurrence of an error from the receiver, the transmitter retransmits a transmission frame corresponding to the serial number.
- the receiver determines that the transmitter has received the final transmission frame of the transmission frames obtained by dividing the batch transmission data, according to the batch transmission final flag included in the reception frame.
- the transmission frame including the serial number when the error occurs is not transmitted. That is, error notification is performed in batch transmission data units.
- the communication device may be realized by a computer.
- the communication device may be combined by operating a computer as each part of the communication device.
- the communication program of the communication device realized by the computer and the computer readable recording medium recording the same also fall within the scope of the present invention.
- the communication device may be realized by a communication circuit that functions as the above-described units.
- the communication device is suitable for a mobile phone that communicates by the communication device. According to the above mobile phone, it is possible to communicate with quality and Z with high transfer efficiency.
- the communication device is suitable for a display device that displays based on data received by the communication device. According to such a display device, communication can be performed with high quality and high Z or transfer efficiency.
- the communication device is suitable for a printing apparatus that prints based on data received by the communication device. According to such a printing apparatus, communication can be performed with high quality and high Z or transfer efficiency.
- the communication device is suitable for a recording device that records data received by the communication device. According to such a recording apparatus, communication with high quality and Z or transfer efficiency can be performed.
- FIG. 1 is a block diagram showing a configuration of a primary station according to a first embodiment of a communication system of the present invention.
- FIG. 2 is a block diagram showing the configuration of a secondary station according to the first embodiment.
- FIG. 3 is a block diagram showing a frame configuration in the first embodiment of the above embodiment.
- FIG. 4 is a signal sequence diagram showing a procedure of data transfer processing in the first embodiment.
- FIG. 5 is a signal sequence diagram showing a procedure of data transfer processing when an error occurs in the first embodiment.
- It is a block diagram showing a configuration of a primary station and a secondary station according to a second embodiment of the communication system of the present invention.
- FIG. 7 is a block diagram showing a frame configuration in the second embodiment described above.
- ⁇ 8] is a signal sequence diagram showing a procedure of data transfer processing in the second embodiment.
- FIG. 9 is a block diagram for explaining the application of the conventional HDLC communication system and IrDA communication system.
- FIG. 10 is a signal sequence diagram for illustrating a general procedure of data transfer using an I frame in the IrDA communication standard.
- FIG. 11 is a signal sequence diagram for describing a general procedure of data transfer using a UI frame in the IrDA communication standard.
- FIG. 12 is a block diagram showing a configuration of a primary station and a secondary station according to a third embodiment of the communication system of the present invention.
- FIG. 13 is a diagram showing a protocol stack of the data transfer system in the third embodiment.
- FIG. 14 is a block diagram showing a frame configuration in the third embodiment.
- FIG. 15 is a signal sequence diagram showing a procedure of data transfer processing in the third embodiment.
- FIG. 16 is a signal sequence diagram showing a data transfer procedure when an authentication request is issued from an upper layer at the time of authentication or the like in the third embodiment.
- FIG. 17 is a signal sequence diagram showing another procedure of data transfer when an authentication request is issued from an upper layer at the time of authentication in the third embodiment.
- FIG. 18 is a diagram showing a conventional IrDA protocol stack.
- FIG. 19 is a sequence diagram at the time of connection in the conventional IrDA.
- FIG. 20 This is a sequence diagram of OBEX connection, data transfer, and disconnection.
- FIG. 21 is a sequence diagram showing the flow of data transfer in IrDA.
- FIG. 22 (a) shows the frame format of I frame in IrLAP, (b) shows the frame format in IrLAP
- FIG. 23 is an explanatory view showing a frame format of IrLMP.
- FIG. 24 is an explanatory drawing showing the frame format of the TinyTP layer.
- FIG. 25 (a) shows the frame format of OBEX Put command, (b) shows the frame format of CONTINUE response, and (c) shows the frame format of SUCCESS response.
- FIG. 26 is a sequence diagram showing the flow of data transfer in IrSimple's two-way communication.
- FIG. 27 (a) is an explanatory view showing a frame format of an SMP frame in the case of two-way communication of IrSimple, and (b) is a frame format of an SMP frame in the case of one-way communication of IrSimple.
- FIG. 28 is a sequence diagram showing the flow of data transfer in IrSimple one-way communication.
- FIG. 29 This is a sequence diagram showing data transfer by OBEX's Put command, with OBEX as the upper layer.
- FIG. 30 is a sequence diagram showing an example of communication in which a receiver collectively transmits a frame including an error-free flag and a frame including SUCCESS into one.
- FIG. 31 is a block diagram showing a configuration of a transmitter according to a fourth embodiment of the present invention used in the communication system of the present invention.
- FIG. 32 is a block diagram showing a configuration of a receiver according to the fourth and fifth embodiments used for the communication system of the present invention.
- FIG. 33 is a sequence diagram according to a fourth embodiment of the present invention used in the communication system. [34] FIG. 33 is a block diagram showing a configuration of a transmitter according to the fifth embodiment used in the communication system of the present invention.
- FIG. 35 A first sequence diagram according to the fifth embodiment of the present invention used in the communication system of the present invention.
- FIG. 36 A second sequence diagram according to the fifth embodiment of the present invention used in the communication system of the present invention.
- FIG. 37 A block diagram showing a configuration of a transmitter according to a sixth embodiment of the present invention used in the communication system of the present invention.
- FIG. 38 A block diagram showing the configuration of a receiver according to a sixth embodiment of the present invention used in the communication system of the present invention.
- FIG. 39 is a sequence diagram according to the sixth embodiment of the present invention used in the communication system.
- FIG. 40 is a block diagram showing a configuration of a transmitter according to a seventh embodiment of the present invention used in the communication system of the present invention.
- FIG. 41 A block diagram showing a configuration of a receiver according to a seventh embodiment of the present invention used in the communication system of the present invention.
- FIG. 42 is a sequence diagram according to a seventh embodiment of the present invention used in the communication system.
- FIG. 43 is a sequence diagram according to an eighth embodiment used for the communication system of the present invention. [44] FIG. 43 is a block diagram showing a configuration of a transmitter according to the ninth embodiment used for the communication system of the present invention.
- FIG. 45 A block diagram showing a configuration of a receiver according to a ninth embodiment used for the communication system of the present invention.
- FIG. 46 is a sequence diagram according to a ninth embodiment of the present invention used in the communication system.
- FIG. 47 is a block diagram showing configurations of a PEG encoder and a JPEG decoder.
- FIG. 48 is an explanatory view of a block of PEG (mcu), wherein (a) is 8 ⁇ 8, (b) 8 ⁇ 16, (c) 16
- FIG. 49 is an explanatory diagram of division and retransmission processing in units of mcu in the communication system of the present invention.
- FIG. 50 is an explanatory diagram of line-by-line division and retransmission processing in the communication system of the present invention.
- FIG. 51 is an explanatory diagram of the file division and retransmission processing in the communication system of the present invention.
- FIG. 52 is a block diagram showing the configuration of a client device in a conventional communication system.
- FIG. 53 is a flowchart showing the operation of the OBEX client in the conventional communication system.
- FIG. 54 is a block diagram showing a configuration of a client device in the communication system of the eleventh embodiment and the twelfth embodiment of the present invention.
- FIG. 55 is a flowchart showing an operation of the OB EX layer in the client device in the communication system of the eleventh embodiment.
- FIG. 58 is a block diagram showing the configuration of server equipment in a conventional communication system.
- FIG. 59 is a flowchart showing the operation of the OBEX server in the conventional communication system.
- FIG. 61 A flowchart showing an operation of the OBEX layer in the server device in the communication system of the thirteenth embodiment described above.
- FIG. 62 A flowchart showing another operation of the OBEX layer in the server machine in the communication system of the thirteenth embodiment described above.
- FIG. 65 An explanatory diagram of a communication system according to a sixteenth embodiment of the present invention using the communication system.
- FIG. 68 A schematic diagram showing the correspondence relationship between the [OSI 7 hierarchical model], the IrDA hierarchy, and the hierarchy of the present invention.
- FIG. 69 (a) is a sequence diagram of connection establishment according to an embodiment of the present invention.
- (b) is a sequence diagram of connection establishment according to the embodiment of the present invention.
- (C) is a packet format for connection establishment according to the embodiment of the present invention.
- FIG. 70 (a) is a diagram showing a data exchange sequence according to an embodiment of the present invention.
- (b) is a diagram showing a data exchange sequence according to an embodiment of the present invention.
- FIG. 71 (a) is a diagram showing a packet format used in data exchange of IrDA.
- (b) is a figure which shows the packet format used by the data exchange of this invention.
- FIG. 72 (a) is a diagram showing a data exchange sequence according to an embodiment of the present invention.
- FIG. 73 (a) is a view showing a cutting sequence according to the embodiment of the present invention.
- (b) is a figure which shows the cutting
- (C) is a packet format of a disconnection sequence according to the embodiment of the present invention.
- FIG. 74 is a sequence diagram showing the flow of functions (instructions, messages) between each layer and packets during a connection sequence according to an embodiment of the present invention.
- FIG. 75 (a) is an explanatory view showing a change of data in a function among layers of the arrow pointing to the right in FIGS. 74 and 76 in the connection sequence according to the embodiment of the present invention. (b) is a figure which shows the change of the data in the function between each layer based on Embodiment of this invention.
- FIG. 76 is a sequence diagram showing the flow of functions (instructions, messages) between each layer and packets at the time of a connection sequence according to an embodiment of the present invention.
- FIG. 77 is a sequence diagram showing the flow of functions (instructions, messages) between each layer and packets at the time of data exchange according to the embodiment of the present invention.
- FIG. 78 is a diagram showing changes in data in functions among the layers in FIG. 77 and FIG. 79 at the time of data exchange according to an embodiment of the present invention.
- FIG. 79 Function between each layer at the time of data exchange according to the embodiment of the present invention (instruction, message) And the flow of packets.
- FIG. 80 is a sequence diagram showing the flow of functions (instructions, messages) between each layer and packets at the time of a disconnection sequence according to the embodiment of the present invention.
- FIG. 81 (a) is an explanatory view showing a change of data in a function among layers of the arrow pointing to the right in FIG. 80 and FIG. 82 at the time of cutting sequence according to the embodiment of the present invention. (b) is explanatory drawing which shows the change of the data in the function between each layer based on Embodiment of this invention.
- FIG. 82 is a sequence diagram showing the flow of functions (instructions, messages) between each layer and packets during the disconnection sequence according to the embodiment of the present invention.
- FIG. 83 is a schematic diagram showing passing of connection request function data and connection parameters in the primary station according to an embodiment of the present invention.
- FIG. 84 is a schematic view showing delivery of connection parameters of a connection request function in a secondary station according to an embodiment of the present invention.
- FIG. 85 is a schematic diagram showing passing of a connection confirmation function at a primary station, data of a connection notification function at a secondary station, and a connection parameter according to an embodiment of the present invention.
- FIG. 86 is a schematic view showing passing of data of a connection response function in the secondary station according to an embodiment of the present invention.
- FIG. 87 is a schematic view showing delivery of connection parameters of a connection check function in the primary station according to an embodiment of the present invention.
- FIG. 88 is a schematic diagram showing transfer of connection request function data and connection parameters at the primary station in the case of sharing connection parameters between layers, which is a modification of the embodiment.
- FIG. 89 is a schematic diagram showing transfer of connection notification function data and connection parameters in the secondary station in the case of sharing connection parameters between layers, which is a modification of the embodiment.
- FIG. 90 is a schematic diagram showing delivery of connection request function data and connection parameters in the primary station when each layer separately passes the connection parameters to the lower layer, which is a modification of the embodiment.
- serial number analysis circuit serial number analysis means
- Serial number generation circuit serial number generation means
- Transmission frame generation circuit (transmission frame generation means)
- Reception frame analysis circuit (reception frame analysis means)
- Control unit (control means)
- Serial number generation circuit (serial number generation means)
- Transmission frame generation circuit (transmission frame generation means)
- Reception frame analysis circuit (reception frame analysis means)
- 3300 client device (communication device, primary station)
- Application layer processing unit 3320 OBEX layer processing unit (object exchange layer processing unit)
- 3500 server device (communication device, secondary station)
- the OSI 7 layer model is also called the "OSI basic reference model” or “OSI hierarchical model”.
- the communication functions that a computer should have are divided into seven layers in order to realize heterogeneous data communication, and standard functional modules are defined in each layer. It is done.
- the first layer is responsible for electrical conversion and mechanical work for transmitting data to the communication line.
- the second layer data link layer
- the third layer network layer
- the fourth layer performs communication path selection and management of addresses in the communication path.
- the fourth layer transport layer
- the fifth layer (session layer) establishes and releases virtual routes (connections) for communication programs to send and receive data.
- the sixth layer (presentation layer) converts data received from the fifth layer into a format that can be easily understood by the user! /, And converts data sent from the seventh layer into a format suitable for communication. .
- the seventh layer application layer
- Each communication layer of the communication system also has the same function as the corresponding layer of the OSI 7 layer model.
- the communication system has a six-layer structure in which the session layer and the presentation layer are one. Also, the description of the application layer is omitted.
- the present invention is widely applicable to communication systems in which a transmitter and a receiver establish a connection of a plurality of communication layers to perform communication. That is, the division of communication functions does not have to conform to the OSI 7 layer model. Also, the number of communication layers can be arbitrarily selected as long as there are a plurality of communication layers to be connected.
- the present invention makes it possible to assign a serial number to a frame and perform frame-based retransmission for each batch transmission data, communication efficiency is high in communications with few errors. Also, even if an error occurs, retransmission can ensure the reliability of communication.
- the present invention is particularly suitable for communications that want to transmit a large amount of data in a short time, for example, wireless communications by infrared.
- the present invention is also effective in other wireless communication and wired communication.
- the present invention is not limited to IrSimple.
- IrSimple is an improvement on some of the functions of the conventional IrDA.
- the data link layer, the network layer, the transport layer, and the session layer + the presentation layer may be described as LAP, LMP, SMP, and OB EX, respectively, according to IrSimple.
- LAP LAP
- SMP SMP
- OB EX OB EX
- FIG. 21 shows the flow of data transfer in the conventional IrDA.
- IrLAP IrLMP
- TinyTP TTP in the figure
- OBEX OBEX
- the IrLAP layer retransmits when an error occurs, thereby providing a mode in which the reliability of the data is guaranteed to the upper layer, and without performing an error retransmission when an error occurs, to the upper layer.
- FIG. 22 (a) shows the frame format of I frame in IrLAP.
- the I frame is assigned a serial number so that the device receiving the frame can detect a frame dropout. This serial number is assigned to the Ns field area in Fig. 22 (a).
- a limit is placed on the number of frames that can be transmitted at one time (window size), and the window size is 7 at maximum.
- the primary station and secondary station notify the opposite station of the number of frames (window size) that the own device can receive at one time. Then, continuously transmit frames that exceed the window size of the opposite station.
- the window size of the primary station is 1, and the window size of the secondary station is 2.
- the Nr field Exists. If all the frames received in succession are normal, send the desired serial number by setting it in the Nr field. For example, if Ns receives frames 1 and 2 continuously, and all of them are received normally, set 3 in the Nr field and transmit.
- the device transmitting the frame monitors the Nr field of the received frame, and the Nr field is one more than the Ns value of the last transmitted frame of the frames transmitted by the own device. If it is a value, it recognizes that all previous consecutive frame transmissions have been completed successfully, and starts transmitting the next frame. Also, if the Nr field of the received frame is the value of some serial numbers in the frame transmitted by the own device, retransmission will be performed from that serial number. At this time, the Ns field is also rearranged from the value of the Nr field.
- the above-described procedure enables retransmission using I-frames in the IrLAP layer.
- the window size is a maximum of 7 according to the IrLAP standard, so continuous transmission of eight or more frames is impossible.
- the IrLMP layer is a layer that provides a logical channel for each application (LSAP: Link Service Acces- sion Point) to the upper layer.
- LSAP Link Service Acces- sion Point
- FIG. 23 shows the IrLMP frame format.
- the IrLMP layer on the transmitting side of the frame arranges data of upper layer (TinyTP layer) power and IrLM P frame, and also transmits a logical channel (DLSAP: Destination Link Service Access Point) of transmission destination and transmission. Place the original rational channel (SLSAP: Source Link Service Access Point) as the IrLMP header.
- DLSAP Destination Link Service Access Point
- the TinyTP layer is a layer that performs division / combination and flow control of upper layer (OBEX layer) data.
- FIG. 24 shows the frame format of the TinyTP layer.
- the TinyTP layer divides the transmission data within the range not exceeding the maximum frame length of the lower layer (LAP layer), and transmits the data to the lower layer (LMP layer). give. Also, on the receiving side, the data in the received frame from the lower layer (IrLMP layer) is combined and passed to the upper layer (OBEX layer). Also, in order to prevent the reception buffer from overflowing, the number of frames that it can receive is notified to the opposite station in the form of credits. And it is not possible to continuously transmit frames that exceed the credits of the opposite station.
- the OBEX layer is a protocol for object exchange.
- FIG. 25 shows the frame format of the OBEX layer.
- Figure 25 (a) shows the format of the Put command in the OBEX layer.
- the OBEX layer uses the Put command to transmit.
- information such as the file name of the file to be sent and the file size are also added.
- FIGS. 25 (b) and (c) are frame formats of the power CONTINUE response and the SUCCESS response.
- the receiving side of the file needs to return a response each time the Put command is received.
- a CONTI NUE response is returned
- a SUCCESS response is returned.
- OBEX OBEX
- TTP TinyTP layer
- TTP (P) divides the transmission data into the maximum data length of the lower LAP layer.
- dataP0, dataPl, dataP2, dataP It shall be divided into three.
- TTP (P) since TTP (P) has a receivable credit of 1, the credit is 1.
- the credit and divided data are used to generate an overhead frame, which is passed to the lower layer, the IrLMP layer (hereinafter referred to as LMP (P)) of the primary station.
- LMP (P) the IrLMP layer
- the LMP (P) that has received this adds logical channel information (LSAP header) to generate an LMP frame, and the IrLAP layer of the primary station that is the lower layer (hereinafter referred to as LAP (P) Pass to).
- LSAP header logical channel information
- LAP (P) Pass the IrLAP layer of the primary station that is the lower layer
- the LAP (P) that has received this performs data transfer using an I frame.
- the window size of the secondary station is 2, the I frame with Ns 0 and 1 is continuously transmitted.
- LAP (S) the IrLAP layer of the secondary station
- LAP (S) the IrLAP layer of the secondary station
- LMP (S) the IrLMP layer
- the LMP (S) that has received the above frame reception notification passes the upper layer data to the upper layer TinyTP layer (hereinafter, TTP (S)) of the secondary station after removing the LSAP header.
- TTP TinyTP layer
- the received TTP (S) combines upper layer data in the received frame.
- the unit of data passed to the OBEX layer corresponds to the data size combining dataPO, dataPl, dataP2, and dataP3. Therefore, when dataP0 and dataPl are combined, data is received from the OBEX layer We did not give notice. Also, since data processing for TTP (S) receivable credits of 2 minutes (combination processing of dataP0 and dataPl) is completed, the own device can receive 2 frames with 2 credits for the opposite station. Pass TinyTP frame to lower layer to notify that there is.
- LMP (S) Upon receiving this, LMP (S) adds LSAP information as an LMP header and passes it to LAP (S).
- the LAP (S) that has received this performs data transfer using the I frame. At this time, it transmits by setting the value 2 of the Ns field which it wants to transmit next to the Nr field for the IAP frame continuous reception success notification of LAP which was holding transmission above. Also, in the Ns field, set the serial number of the secondary station's transmission frame together. [0093] Having received this, the LAP (P) checks whether the previous continuous transmission of I frame has ended normally by monitoring the Nr field. In the case of this explanation, since the Nr field is 2, it is recognized that the secondary station has successfully received an I frame of 0 and 1 from the previously transmitted Ns field. Also, since the upper layer data is included in the received I frame, the upper layer data is passed to LMP (P).
- LMP (P) After receiving this, LMP (P) passes upper layer data to TTP (P) after removing the LSAP header.
- the TTP (P) that has received this recognizes that the TTP (S) of the opposite station can receive two frames since the opposite station's credit in the received frame is 2.
- Add the credit information of the primary station to the remaining divided data dataP2 and dataP3 respectively, and pass them to LMP (P).
- LMP (P) Upon receiving this, LMP (P) adds an LSAP header and passes it to LAP (P).
- the LAP (P) that has received this transmits two pieces of transmission data from the upper layer using two I frames.
- the value of the Ns field of the next secondary station is set in the Nr field in order to notify that the reception of the I-frame by the above-mentioned secondary station was successful, and the Ns field Set the value obtained by adding 1 to the value of the Ns field of the I frame last transmitted by the primary station.
- the LAP (S) recognizes that the primary station has successfully received the I frame transmitted by the secondary station last time by monitoring the Nr field, and the LAP (S) in the received I frame Pass upper layer data to LMP (S).
- the received TTP (S) combines upper layer data in the received frame.
- DataP2 and dataP3 received this time are combined with the above combined upper layer data (dataPO and dataPl).
- the upper layer data is passed to the OBEX layer (hereinafter referred to as OBEX (S)) of the secondary station that is the upper layer.
- OBEX (S) OBEX layer
- the credit may be passed to the lower layer as 2, but in the present invention, this transmission processing is suspended.
- OBEX (S) analyzes lower level data and is a Put command. To generate a response frame to return a response to the primary station's OBEX.
- TTP Upon receipt of this, TTP (S) combines the above-mentioned credit and upper layer strength data to create Tiny.
- the LMP (S) that has received this adds the LSAP header and passes it to the LAP (S).
- the LAP performs data transfer using the I frame.
- the Nr field is set to indicate that the previous I frame has been successfully received
- the Ns field is set to a serial number.
- the LAP (P) that has received this recognizes that the secondary station has successfully received the two I-frames transmitted last time by monitoring the Nr field, and the upper layer in the received I-frames. Pass data to LMP (P).
- LMP removes LSAP header and passes upper layer data to TTP (P)
- TTP (P) passes the data in the received frame to ⁇ ( ⁇ ).
- the number of frames flowing through the communication path is twelve.
- FIG. 26 shows the flow of data transfer in two-way communication of IrSimple, which is an application example of the present invention.
- the primary station and the secondary station respectively support the IrLAP layer, the IrLMP layer, the IrSMP layer (Infrared Sequence Management Protocol), and the OBEX layer. It is assumed that
- FIG. 22 (b) shows the frame format of the LAP layer UI frame.
- the N r and Ns fields present in the I frame are not present in the UI frame.
- the IrLMP layer is a layer that provides a logical channel for each application (LSAP: Link Service Acces- sion Point) to the upper layer.
- LSAP Link Service Acces- sion Point
- the higher layer (TinyTP layer) is placed in the powerful data and IrLMP frame, and the logical channel of the transmission destination (D LSAP: Destination Link Service Access Point) and the sender's rational channel (SLS AP: Source Link Service Access Point) are placed as an IrLMP header.
- D LSAP Destination Link Service Access Point
- SLS AP Source Link Service Access Point
- the IrLMP layer on the side of receiving the frame by monitoring the DLS AP field of the received frame from the lower layer, it is determined which upper layer application data it is, and to the corresponding upper layer application. On the other hand, pass the data in the received frame.
- the IrSMP layer divides and combines data of upper layers. Also, as described above, since data transfer is performed using the UI frame in the IrLAP layer, and retransmission control in the IrLAP layer is not performed, retransmission control is performed in this IrSMP layer.
- the upper layer data is divided into the maximum data length of the UI frame of the lower layer or less, and then the divided data is divided into a plurality of frames. Deploy and pass to LMP (P). At that time, add serial number, batch transmission end flag, and data end flag as SMP header.
- FIG. 27 (a) shows a frame format of an SMP frame in the case of two-way communication with IrSimple.
- the sequence number increases by one for each frame. If an error occurs during communication, renumber the re-transmission request serial number sent by the secondary station, and transmit the SMP frame again.
- the batch transmission end flag (BL in the figure: Block Last) is an SMP frame within a range not exceeding the size of the reception buffer of the secondary station based on the reception buffer size notified from the secondary station at the time of connection.
- BL 1 in the figure
- the secondary station monitors the serial number of the received frame and detects missing frames.
- RS Receive Status
- the IrSMP layer (hereinafter, SMP (S)) of the secondary station combines the received upper layer data, and makes a connection with the OBEX layer (hereinafter, OBEX (S)), which is the upper layer of the secondary station. Once the received data is combined up to a defined data size, the combined data is passed to the upper layer.
- the OBEX layer is a protocol for object exchange.
- send using the Put command As described above, perform file transfer with the Put command.
- OBEX (S) returns a SUCCESS response only for the final Put command when receiving the Put command reception, and receives the non-final Put command. Sometimes we do not send back a CONTINUE response.
- OBEX (P) OBEX layer
- when sending a Put command that is not final In the second station send the next Put command without waiting for the CONTINUE response, and wait for the SUCCESS response from the second station only when sending the last Put command, and the second station sends data using the Put command. Determine if the power was successfully received.
- OBEX (P) OBEX (P)) of the primary station, when sending a Put command that is not final In the second station, send the next Put command without waiting for the CONTINUE response, and wait for the SUCCESS response from the second station only when sending the last Put command, and the second station sends data using the Put command. Determine if the power was successfully received.
- omitting the exchange of CONTINUE response can be expected to reduce the number of frames in the LAP layer.
- OBEX (P) passes a Put command as transmission data to TTP (P).
- a non-final Put command consists of dataP0, dataP1, dataP2 and dataP3, and a final Put command consists of dataP4, dataP5, dataP6 and dataP7.
- OBEX (P) is not final! /, Wait for reception of CONTINUE response to Put command! Because, if there is a space in the send buffer of SMP (P), pass Put command to SMP (P) continuously. .
- the SMP (P) that has received this divides the transmission data by the maximum data length of the LAP layer that is the lower layer or less.
- SMP (P) is divided into dataP0, dataP1, dataP2, and dataP3.
- Seq and BL are set to perform retransmission control.
- SMP (P) recognizes that the size of the receive buffer obtained from the secondary station's SMP (S) at the time of connection is the sum from dataPO to dataP5. Frames are transmitted continuously, and BL is set to 1 when transmitting dataP5 frames.
- the size of the reception buffer is 6 frames, but it may be a value larger than this, for example, 128 frames (256 KB assuming that the maximum data length of the LAP layer is 2 KB).
- the SMP frame to which the SMP header (DL, BL, SEQ) is added by SMP (P) is passed to LMP (P).
- the LSAP header is added and passed to the LAP (P).
- the LAP (S) that receives this passes the upper layer data in the UI frame to the LMP (S).
- the LMP (S) that receives this removes the LSAP header and passes upper layer data to the SMP (S).
- the SMP (S) that has received this detects a drop in the SMP frame by monitoring the serial number, and performs combining for the upper layer data without a frame drop.
- the LAP (S) performs data transfer in the UI frame.
- LAP (P) passes upper layer data in the UI frame to LMP (P).
- LMP (P) Upon receiving this, LMP (P) removes the LSAP header and passes upper layer data to SMP (P).
- the LMP (P) that has received this passes the LSAP header to the LAP (P).
- the LAP (P) that has received this performs data transfer in a UI frame.
- the LAP (S) passes upper layer data in the UI frame to the LMP (S).
- LMP (S) Upon receiving this, LMP (S) removes the LSAP header and passes upper layer data to SMP (S).
- the SMP (S) that has received this detects a missing frame by monitoring the serial number in the received frame, and for the frame without an error, Combine layer data and pass combined data to upper layers. Also, in this description, since BL of the frame including dataP7 is 1 and DL is 1 at the same time, a frame (frame including RS) for notifying the reception result in the SMP layer is transmitted at this time. do not do.
- the received OBEX analyzes the inside of the received data and recognizes that the received data is the final Put command. If the previous received command is normal, Generate a SUCCESS response and pass it to SMP (S).
- the SMP (S) having received this sets the above reception result (RS) in the SMP layer to 1, passes it to the LMP (S) together with higher layer data.
- the LMP (S) that has received this adds the LSAP header and passes it to the LAP (S).
- the LAP (S) performs data transfer in the UI frame.
- the LAP (P) that has received this passes upper layer data in the UI frame to the LMP (P).
- LMP (P) Upon receiving this, LMP (P) removes the LSAP header and passes upper layer data to SMP (P).
- the SMP (P) that has received this recognizes that the previous batch transmission was successfully performed because the RS field in the received frame is 1, and the upper layer data becomes OBEX (P). hand over.
- OBEX Upon receiving this, OBEX (P) analyzes the received data, and recognizes that the received data is a SUCCESS response, and the data in the Put command and the final Put command are the final ones until then. It will be recognized that all transfers have ended normally.
- the number of frames flowing through the communication path is 10, and communication with a smaller number of frames as compared to the communication using the I frame described above for the conventional IrDA. Is possible.
- the number of frames that can be collectively transmitted in the SMP layer is set to six.
- This value is the transmission buffer of the primary station for retransmission and the reception of the secondary station.
- the size of the transmission buffer allows, it can be set as many as possible, and it is possible to realize communication with the maximum capacity of the communication system.
- the communication efficiency is improved by the window size restriction (7 in LAP). It is difficult to achieve.
- FIG. 28 shows the flow of data transfer in IrSimple one-way communication, which is an application example of the present invention.
- the primary station and secondary station respectively support the IrLAP layer, the IrLM P layer, the IrSMP layer (Infrared Sequence Management Protocol), and the OBEX layer.
- the IrLMP layer is a layer that provides a logical channel for each application (LSAP: Link Service Acces- sion Point) to the upper layer.
- LSAP Link Service Acces- sion Point
- the IrLMP layer on the transmitting side of the frame places data on the upper layer (TinyTP layer) power and IrLM P frame, and also transmits a logical channel (DLSAP: Destination Link Service Access Point) of the transmission destination and transmission. Place the original rational channel (SLSAP: Source Link Service Access Point) as the IrLMP header.
- DLSAP Destination Link Service Access Point
- the DLS of the received frame from the lower layer is By monitoring the AP field, it is determined which upper layer application data it is, and the received in-frame data is passed to the corresponding upper layer application.
- the IrSMP layer divides and combines data of upper layers. Also, as described above, data transfer is performed using the UI frame in the IrLAP layer, and the serial number is not assigned to the frame in the IrLAP layer, and the serial number is assigned to the frame in the IrSMP layer.
- the upper layer data is divided into the maximum data length of the UI frame of the lower layer or less, and then the divided data is divided into a plurality of frames. Deploy and pass to LMP (P). At that time, add a serial number and an end-of-data flag as an SMP header.
- FIG. 27 (b) shows a frame format of an SMP frame in the case of IrSimple one-way communication.
- the sequence number is incremented by one for each frame.
- the secondary station monitors the serial number of the received frame and detects the missing frame. If a missing frame or an error is detected, when it is detected, this is notified to OBEX (S).
- the IrSMP layer (hereinafter, SMP (S)) of the secondary station combines the received upper layer data, and makes a connection with the OBEX layer (hereinafter, OBEX (S)), which is the upper layer of the secondary station. Once the received data is combined up to a defined data size, the combined data is passed to the upper layer.
- the OBEX layer is a protocol for object exchange.
- send using the Put command As described above, perform file transfer with the Put command.
- the side receiving the file returns a response (CONTINUE response and SUCCESS response) to the Put command when receiving the Put command reception. Shina!
- OBEX (P) OBEX layer
- OBEX (P) passes a Put command as transmission data to TTP (P).
- a non-final Put command consists of dataP0, dataP1, dataP2 and dataP3, and a final Put command consists of dataP4, dataP5, dataP6 and dataP7. Since OBEX (P) does not wait to receive a response to the Put command, if there is space in the SMP (P) send buffer, it continuously passes the Put command to SMP (P). When OBEX (P) passes the final Put command to SMP (P), it ends the data transfer by the Put command.
- the SMP (P) that has received this divides the transmission data by the maximum data length of the LAP layer which is the lower layer or less.
- SMP (P) is divided into dataP0, dataP1, dataP2, and dataP3.
- a serial number (Seq) is set to detect frame omission at the secondary station.
- DL is transmitted as 1.
- the SMP frame with the SMP header (DL, SEQ) added by SMP (P) is passed to LMP (P).
- the LSAP header is added and passed to the LAP (P).
- the LAP (S) that receives this passes the upper layer data in the UI frame to the LMP (S).
- the SMP (S) that has received this detects a drop in the SMP frame by monitoring the serial number, and performs combining for upper layer data without a frame drop.
- the received OBEX analyzes the received data.
- the primary station does not need a response to the Put command! And don't send SUCCESS response back to the primary station!
- the data transfer by the Put command in OBEX will be completed when the final Put command is received.
- FIG. 29 is a sequence diagram showing data transfer by the OBEX Put command, in which OBEX exists as the upper layer.
- the transmitter transmits data3 collectively from dataO by the Put Final command indicating that the final of the OBEX data is included.
- the batch transmission end flag is set to 1, and the data end flag is also set to 1.
- the receiver when the receiver receives a frame having the batch transmission end flag and the data end flag set to 1, it passes the received data to the upper layer and there is no error in the received data up to that point, so there is no error flag. As an error-free meaning, reply. After that, at the receiver, the lower layer is notified of the SUCCESS response that means reception success from the upper layer OBEX, but at the time of notification reception, transmission is suspended because the receiver does not have the transmission right.
- the transmitter receives this and passes the received data (SUCCESS response) to the upper layer OBEX, whereby the communication at the upper layer OBEX level is completed.
- FIG. 30 is a sequence diagram showing an example of communication in which a receiver collectively transmits a frame including an error-free flag and a frame including SUCCESS into one.
- the receiver when the receiver receives a frame of batch transmission end flag and data end flag power, there is no error immediately after the lower layer passes the received data to the upper layer.
- the lower layer does not generate and transmit a frame with no error flag, and the lower layer waits for the SUCCESS response of upper layer power, arranges the above-mentioned no error flag and SUCCESS response in one frame, and transmits it. ing.
- the transmitter does not have to transmit a frame for moving the transmission right after the receiver transmits a frame including only an error-free flag. Also, in the receiver, since the lower layer can immediately transmit the SUCCESS frame after the upper layer generates the SUCCESS response transmission request, communication efficiency can be improved. In addition, since there is no frame for moving the transmission right, there is no need to consider the processing of an error that occurs in the frame for moving the transmission right, so the process can be simplified.
- FIGS. 1 to 8 and 31 to 67 show a communication having a primary station and a secondary station that represents certain information with a predetermined capacity as a group, such as image data and document data, and transmits and receives transfer data to be transferred.
- a predetermined capacity is variable depending on transfer data.
- the transfer data transfer system (communication system) according to the first embodiment of the present invention will be described below with reference to FIGS. 1 and 2.
- the terms (including members and functions) defined in the other embodiments are also used in the present embodiment according to the definition unless otherwise specified.
- FIG. 1 is a block diagram showing a configuration of a primary station in the present embodiment.
- the primary station (transmitting apparatus) 1 includes a CPU 11, a memory 12, a controller 13, a transmitter 14, and a receiver 15.
- the CPU 11 performs predetermined arithmetic processing in accordance with a user's instruction input to an operation unit (not shown). As the predetermined arithmetic processing, there is transfer processing of transfer data.
- the CPU 11 receives a transfer instruction of transfer data from the operation unit, the CPU 11 stores transfer data to be transferred in the memory 12 and makes a transfer request to the controller 13. Further, when the CPU 11 receives a transmission end notification from the controller 13 indicating that transmission of transfer data is completed, the CPU 11 completes the transfer processing.
- the memory 12 temporarily stores transfer data to be transferred, and the CPU 11 writes the transfer data.
- the controller 13 controls transfer of transfer data in response to a transfer request from the CPU 11 and notifies the CPU 11 of the analysis result of the received frame.
- the controller 13 includes a control unit 131, a transmission frame generation unit 132, and a reception frame analysis unit 133.
- the transmission frame generation unit 132 includes a data read unit 1321, a frame serial number addition unit (serial number addition unit) 1322, a transmission right transfer flag addition unit (transmission right transfer flag addition unit) 1323, a frame construction unit 1324 and An error detection or correction code adding unit 1325 is provided.
- received frame analysis section 133 is provided with retransmission request determination section 1331 and frame serial number extraction section 1332.
- control unit 131 When the control unit 131 receives a transfer request from the CPU 11, the control unit 131 requests the data reading unit 1321 to read out the data, notifies the frame serial number adding unit 1322 of the serial number, and the transmission right transfer flag adding unit 1323. A notification as to whether or not to transfer the transmission right to the other station Do knowledge. At this time, the control unit 131 controls the frame length and the frame interval by controlling the data length read by the data reading unit 1321 and the reading interval. The control unit 131 controls the frame length so that the data capacity that can be detected by the error detection or correction code adding unit 1325 described later is equal to or less than the required maximum frame length.
- control unit 131 detects that all frames corresponding to the transfer data read from the memory 12 have been transmitted from the transmitter 14, and indicates that transmission of the transfer data has ended. Send an end notification to the CPU 11.
- Frame construction unit 1324 performs transfer of the transmission right notified from data transmission unit 1323, the data received from data reading unit 1321, the frame serial number notified from frame serial number addition unit 1322, and the transmission right notified from transmission right transfer flag addition unit 1323. Generate a frame based on the information of whether or not. The transfer rate of the frame generated by the frame construction unit 1324 is controlled by the control unit 131.
- the frame construction unit 1324 sequentially sends the generated frames to the error detection or correction code addition unit 1325. At this time, the frame construction unit 1324 makes the time interval between each frame equal to the frame interval received from the control unit 131.
- the error detection or correction code addition unit 1325 adds an error detection code (or a correction code) to the frame generated by the frame construction unit 1324 and sends the frame to the transmitter 14 in the subsequent stage.
- the error detection or correction code adding unit 1325 causes the error detection code (or correction code) to be included in the FCS in the frame.
- the error detection code is, for example, a cyclic code such as a cyclic redundancy check (CRC) code
- the correction code is, for example, a parity check code, a gray scale code, a BCH code such as a reed Solomon code, etc. It is.
- the CRC code is set, for example, at 4 bytes, and the data capacity is limited so that it can be detected by the 4 bytes.
- the transmitter 14 transmits a plurality of frames received from the controller 13 to the outside at predetermined time intervals via an infrared communication path. Also, the receiver 15 sequentially sends response frames received from the secondary station to the received frame analysis unit 133 in the controller 13.
- the secondary station retransmits the frame received from the receiver 15 in the retransmission request determination unit 1331 and the frame serial number extraction unit 1332 respectively.
- the control unit 131 is notified of the force requested and which frame the error has been made by extracting the frame number.
- control unit 131 notifies the CPU 11 whether or not the transmitted frame has an error, and if there is an error, which frame the error has been detected.
- the secondary station instructs the primary station to transfer the transmission right so that a predetermined number of frames can be transmitted to the secondary station again. I will go to the next station. In this way, repeat the same procedure until all file data has been sent.
- the number of frames transmitted before transfer of the transmission right is retransmitted in the same procedure as described above.
- the CPU 11 may retransmit the number frame.
- FIG. 2 is a block diagram showing the configuration of the secondary station.
- the secondary station (reception device) of the present embodiment includes a CPU 21, a memory 22, a controller 23, a receiver 24, and a transmitter (transmission means) 25. .
- the receiver 24 receives the frame transmitted from the primary station via the infrared communication path, and sends the received frame to the controller 23.
- the controller 23 performs predetermined control processing based on the frame received from the receiver 24.
- the controller 23 includes a control unit 231, a frame processing unit 232, an error detection or correction circuit 233, an error frame number holding unit 234, a response frame generation unit (response frame generation means) 235, and an error detection or correction code addition unit. I will have 236.
- the frame processing unit 232 receives the frame from the receiver 24 and extracts the data field, the transmission right transfer flag, the frame serial number and the FCS portion. That is, the frame processing unit 232 extracts the information contained in the data field of the frame received by the receiver 24, the transmission right transfer flag, the frame serial number of the received frame, and the error detection code (or correction code) for the information. Do. The frame processing unit 232 transmits the extracted information and the error detection code (or correction code) to the control unit 231, the error detection or correction circuit 233, and the error. Send to one frame number holding unit 234.
- the frame processing unit 232 when the frame processing unit 232 receives a frame, the frame processing unit 232 extracts and extracts transmission data, a transmission right transfer flag, a frame serial number, and an error detection code (or a correction code) included in the frame.
- the transmission data, the transmission right transfer flag, the serial number of the frame and the error detection code (or correction code) are sent to the control unit 231, the error detection or correction circuit 233 and the error frame number holding unit 234.
- the error detection or correction circuit 233 performs error detection (or correction) on the received information, and sends the result to the control unit 231 and the error frame number holding unit 234.
- the control unit 231 performs predetermined processing in accordance with the result sent from the error detection or correction circuit 233. That is, when the result from the error detection or correction circuit 233 indicates that there is no error (error) in the received data, the control unit 231 writes the received data in the memory 22 and notifies the CPU 21 of the reception completion. I do.
- the control unit 231 discards the received data, and an error is detected from the error frame number holding unit 234. The frame number that has occurred is read out, and the fact that there is a reception error and the number of the frame in which the error has occurred are notified to the CPU 21. Further, based on the transmission right transfer flag extracted by the frame processing unit 232, the control unit 231 also performs notification of whether or not the transmission right has been transferred.
- the memory 22 is used by the receiver 24 to store the received data, and the control unit 231 writes the received data to which no error has occurred.
- the CPU 21 performs processing in accordance with the notification from the control unit 231. That is, when the control unit 231 is notified that the transfer right of the control unit 231 has been transferred, if there is no error in all the frames received up to that time, all the received data stored in the memory 22 is used. Then, predetermined post-processing for received data is performed, and the control unit 231 is notified of transmission to the effect that a response frame to the effect that all frames have been normally received is returned to the primary station. When the control unit 231 is notified that transfer right has been transferred, the control unit 231 is notified if an error has occurred in a frame received up to that time. Since an error has occurred, a transmission notification is issued to request retransmission. Also here, the error is It also notifies the frame number of the generated frame.
- control unit 231 When the control unit 231 receives a transmission request from the CPU 21, the control unit 231 notifies the response frame generation unit 235 that a response frame is to be generated. Here, information on whether or not there is an error in the received frame and notification of the frame number of the error frame when there is an error are also performed.
- the response frame generation unit 235 generates a response frame based on the notification from the control unit 231, and sends the frame to the error detection or correction code addition unit 236.
- the error detection or correction code addition unit 236 adds an error detection or correction code to the frame generated by the response frame generation unit 235 and sends the frame to the transmitter 25.
- the transmitter 25 transmits the frame received from the error detection or correction code adding unit 236 to the outside via the infrared communication path.
- the UI frame and the response (response) frame to the UI frame the frame serial number, a flag indicating whether or not to transfer the transmission right to the opposite station, and an error or error in the frame received so far
- the frame configuration is shown when a flag is added to indicate whether the frame is missing or not.
- the frame configuration shown here is merely an example, and the present invention is not limited to this.
- a 3-byte parameter is added to the UI frame and the response frame to the UI frame, a flag indicating whether or not to transfer the transmission right to the opposite station, and an error occurs in the received frame used by the secondary station.
- a flag indicating whether it was a force and the remaining 22 bits consist of a frame serial number.
- a flag indicating whether to transfer the transmission right to the opposite station is BL
- a flag indicating whether the received frame used by the secondary station has an error is RS
- a serial number of the frame is S. Ru.
- Fig. 4 shows the case where all received data in two-way communication is forceless and no errors occur! /.
- the CPU 11 that has received the transfer instruction from the operation unit
- the transmission data is stored in the memory 12 and a transfer request is output to the controller 13.
- the transfer right is transferred to the secondary station in units of n frames.
- S, BL, and RS shown in Fig. 4 and Fig. 5 respectively indicate a frame serial number, a flag indicating whether transfer right is to be transferred, and a flag indicating whether re-transmission is necessary.
- the primary station receives a response frame indicating that the n frames transmitted from the secondary station have been normally received, the same process as described above is performed. Also, the secondary station performs the same processing as the above processing, and the CPU receiving no notification of reception completion without error in all the received frames performs predetermined received data post-processing based on the received data.
- FIG. 5 shows the case where an error occurs during frame communication in two-way communication.
- S, BL, and RS are a frame serial number, a flag indicating whether to transfer the transmission right, and a flag indicating whether retransmission is necessary.
- the secondary station detects that there is an error in frame 1 in which no error occurs in frame 0.
- the primary station validates the flag indicating that an error has occurred in the received frame and makes the frame Send
- the secondary station It receives a frame indicating that an error has occurred, detects that an error has occurred, and retransmits the frame in which the error occurred.
- the power of the primary station performs transfer of the transmission right with the secondary station every n frames.
- connection establishment is established when the connection performed by the IrDA communication system is established.
- the number of frames that each station can transmit and receive at one time means in the connection request frame transmitted by its own station as the primary station and the connection response frame transmitted from the opposite station as the secondary station to the station.
- a field is added and frame exchange is performed, and the optimum number of frames is calculated with reference to the number of frames that can be received at the other station received at each station at one time, and transfer right is transferred according to the number of frames.
- the above number of frames can be set to any number.
- the primary station requests the secondary station to establish a data transfer state, and first transmits an SNRM frame.
- the secondary station receiving this sends back a DM frame if communication is not possible, and if the communication is possible, it returns a UA frame meaning acceptance to the primary station.
- SNRM frames, DM frames, and UA frames are all in the form of U frames.
- both stations establish data transfer status and data transfer becomes possible.
- a connection establishment is performed by adding a parameter indicating the retransmittable data size of the own station to the SNRM frame or UA frame.
- FIG. 6 is a block diagram showing a configuration of a transmission / reception circuit used in the communication system according to the present embodiment.
- the transmission / reception circuit of this embodiment includes a CPU 61, a controller 62, a transmitter 63, and a receiver 64.
- the CPU 61 receives an instruction to connect to the other station of the user input to the operation unit (not shown), the CPU 61 sends a connection request to the controller 62.
- the controller 62 controls connection processing in response to a connection request from the CPU 61.
- the controller 62 includes a control unit 621, a transmission frame generation unit 622, and a reception frame analysis unit 623.
- the transmission frame generation unit 622 is provided with a connection establishment frame generation unit 6221 and a number-of-retransmittable-frames addition unit 6222.
- the control unit 621 receives the connection request from the CPU 61 and the notification of the number of retransmittable frames, requests the connection establishment frame generation unit 6221 to generate a connection request frame, and sends the retransmittable frame number addition unit 6222 The number of retransmittable frames notified from the CPU 61 is notified.
- connection establishment frame generation unit 6221 generates a connection request frame
- the retransmittable frame number addition unit 6222 adds a field indicating a retransmittable frame to the generated connection request frame, and sends the transmitter 63 Send to The transmitter 63 transmits the frame received from the transmission frame generation unit 622 through the infrared communication channel.
- the receiver 64 After transmitting the connection request frame, the receiver 64 receives a connection response (response) frame from the secondary station which is the opposite station. Receiving the connection response frame, the receiver 64 sends the received frame to the received frame analysis unit 623 in the controller 62.
- the reception frame analysis unit 623 includes a frame analysis unit 6231 and a retransmittable frame number detection unit 6232.
- the frame analysis unit 6231 analyzes the received frame and notifies the control unit 621 of the response result of the opposite station to the connection request of the own station.
- the number-of-retransmittable-frames detecting unit 6232 extracts a field indicating the number of retransmittable frames from the received frame, and notifies the control unit 621 of the extracted field.
- the control unit 621 can know the maximum number of retransmittable frames in both stations by comparing the notification result from the reception frame analysis unit 623 with the number of retransmittable frames of the own station, and as a result To the CPU 61.
- the CPU 61 When the CPU 61 receives the result and performs data transfer, it transmits the transmission right to the opposite station by the method described in the first embodiment for each maximum number of retransmittable frames in both stations. It will be good if it transfers.
- the procedure for the primary station to know the maximum number of retransmittable frames of both stations we describe the procedure for the primary station to know the maximum number of retransmittable frames of both stations.
- the number of retransmittable frames in the connection request frame received by the primary station is also compared with the number of retransmittable frames of the own station, the maximum number of retransmittable frames of both stations. I will omit the explanation here because I can know.
- FIG. 7 shows a frame configuration when the SNRM frame or the UA frame is added with a parameter indicating the retransmittable data size of the own station.
- the frame configuration shown here is an example, and the present invention is not limited to this.
- bit 0 means lByte
- bit 1 is 2B yte
- bit 2 is 3 Byte
- bit 3 is 4 Byte
- bit 4 is 8 Byte
- bit 5 is S6 6 Byte
- bit 6 is 32 Byte
- bit 7 is 64 Byte I assume.
- Both stations may transfer the transmission right of the frame within the receivable data size of the opposite station that can obtain the parameter power of the opposite station based on the received frame respectively.
- FIG. 8 is a signal sequence diagram showing exchange of frames in the embodiment of the present invention.
- the primary station is the retransmittable data size strength Byte, and that the secondary station is 3 Bet e.
- the primary station adds the data of "00001111" to the SNRM frame and transmits the SNRM frame because the size is the retransmittable data size Byte.
- the primary station since the retransmittable data size of the secondary station is 3 bytes, in the frame configuration shown in FIG. 7, the data of “00000111” is added to the UA frame to transmit the UA frame. Since the primary station knows that the maximum receivable data size of the secondary station is 3 bytes, in the subsequent frame transmission, the primary station uses three frames by using the method described in the first embodiment. Transfers the transmission right to the other station each time it transmits.
- a data transfer system (communication system) according to a third embodiment of the present invention relates to a system that performs communication using hierarchical communication protocols.
- terms (including parts and functions) defined in other embodiments this is a book unless otherwise stated. Also in the embodiment, it shall be used according to the definition.
- FIG. 12 is a block diagram showing a configuration of a station (primary station (transmitting apparatus) or secondary station (receiving apparatus) according to the present embodiment.
- FIG. 13 shows a protocol stack of the data transfer system in the present invention.
- the function of the present embodiment is realized by the communication protocol layer located in the TinyTP layer of the IrDA protocol stack, and the communication protocol layer is hereinafter referred to as an SMP (Sequence Management Protocol) layer.
- SMP Sequence Management Protocol
- the protocol stack for realizing the communication system according to the present invention is not limited to this.
- the station 12 which is a primary station or a secondary station includes an application layer processing unit 121, an OBEX layer processing unit 122, an SMP layer processing unit 123, and an IrLMP layer processing unit 124.
- the IrL AP layer processing unit 125, a transmitter 126, and a receiver 127 are provided.
- the application layer processing unit 121, the OBEX layer processing unit 122, the SMP layer processing unit 123, the IrLMP layer processing unit 124, and the IrLAP layer processing unit 125 have a hierarchical structure in this order. It is a block that implements the functions of multiple types of communication protocols.
- the application layer processing unit 121 issues a request frame for communication with the outside to the OBEX layer processing unit 122 according to the user's instruction input to the operation unit (not shown). Notify (control). Further, when receiving the notification that the response frame has been received from the OBEX layer processing unit 122, the application layer processing unit 121 performs predetermined processing in response to the received response frame.
- the OBEX layer processing unit 122 In response to the request from the application layer processing unit 121, the OBEX layer processing unit 122 notifies (controls) generation of a request frame and issuance of the request frame to the SMP layer processing unit 123. Also, in response to the response frame from the SMP layer processing unit 123, the reception result is notified to the application layer processing unit 121.
- the SMP layer processing unit 123 includes a control unit 1231, a transmission frame generation unit 1232 and a reception frame. And an analysis unit 1233.
- the transmission frame generation unit 1232 includes a response frame request flag addition unit 12321, a frame serial number addition unit (serial number addition unit) 12322, and a transmission right transfer flag addition unit (transmission right transfer flag addition unit) 12323 And a retransmission request flag addition unit (response frame generation means) 12324 and a frame construction unit 12325.
- reception frame analysis unit 1233 includes a response frame request flag determination unit 12331, a frame serial number analysis unit 12332, a transmission right transfer flag determination unit 12333, a retransmission request determination unit 12334, and an upper layer data extraction unit. And 12335.
- control unit 1231 When the control unit 1231 receives the transfer request from the OBEX layer processing unit 122, the control unit 1231 notifies the frame serial number addition unit 12322 of the serial number of the transmission frame, and the transmission right transfer flag addition unit 1232 To notify of the power or not. Further, the control unit 1231 controls the response frame request flag adding unit 12321 according to whether the transfer request from the OBEX layer processing unit 122 requests the response frame or not. Further, in the present embodiment, since the primary station does not make a retransmission request, retransmission request flag adding section 12324 does not need to perform any particular control. When the primary station makes a retransmission request, the retransmission request flag adding unit 12324 adds a retransmission request flag.
- the upper layer notified of the response frame request flag addition unit 12321 requests a response frame for the transmission frame, Information indicating whether or not to transmit, the serial number of the frame notified from the frame serial numbered caro unit 12322, and the information notified from the transmission right transfer flag adding unit 12323 indicating whether to transfer the transmission right or not.
- the header information is generated based on the information indicating whether or not to make a retransmission request from the retransmission request flag adding unit 12324 (however, the primary station does not always make a retransmission request, so it is always a fixed value), and the header information To build a frame. Then, the frame construction unit 12325 outputs the constructed frame to the IrLMP layer processing unit 124 which is the lower layer.
- the IrLMP layer processing unit 124 adds predetermined header information to the received request frame to generate a frame, and outputs the frame to the IrLAP layer processing unit 125 which is a lower layer.
- predetermined header information is added to the received request frame.
- An additional frame is generated and output to the transmitter 126.
- the transmitter 126 transmits a plurality of frames received from the IrLAP layer processing unit 125 to the outside at predetermined time intervals via an infrared communication path.
- the receiver 127 When the receiver 127 receives the response frame transmitted from the secondary station via the infrared communication path, the receiver 127 outputs the received response frame to the IrLAP layer processing unit 125.
- the IrLAP layer processing unit 125 and the IrLMP layer processing unit 124 analyze the received response frame power header information, perform predetermined processing based on the header information, and remove the header information, and the upper layer Response frame is passed! /.
- the SMP layer processing unit 123 receives the response frame from the lower layer IrLMP layer processing unit 124, and analyzes the response frame in the reception frame analysis unit 1233.
- the transmission right transfer flag determination unit 12333 refers to the BL (described later) bit of the received frame and notifies the control unit 1231 of the determination result as to whether or not the transmission right is being transferred.
- retransmission request determination section 12334 refers to the RS (described later) bit of the received frame, and when the retransmission request is made from the opposite station, notifies control section 1231 of the determination result as to whether or not it has power. Ru.
- Frame serial number analysis unit 12332 extracts a frame number from the received frame, and outputs the frame number to control unit 1231.
- control unit 1231 In response to the notification of the determination result from retransmission request determination unit 12331, control unit 1231 also retransmits the frame power of the serial number notified from frame serial number analysis unit 12332 if the other station requests retransmission.
- the transmission frame generation unit 1232 is controlled to perform. Also, if the determination result from the retransmission request determination unit 12331 indicates that the opposite station has not requested retransmission, the transmission is completed and the frames are sequentially transmitted.
- the upper layer data extraction unit 12335 removes the header information of the SMP layer from the frame received from the lower layer (here, the IrLMP layer processing unit 124), and the upper layer (here, the OBE X layer processing). Output data to the part 122).
- the primary station transfers data to the secondary station in the above-described procedure until transmission data is completely transmitted. Data transfer.
- the receiver 127 receives a request frame to which the next station power is also transmitted, and the IrLAP layer processing unit 125 and the IrLMP layer processing unit 124 respectively analyze the header information, Header information is removed and the request frame is passed to the upper layer.
- the reception frame analysis unit 1233 analyzes the reception frame.
- Frame serial number analysis unit 12332 extracts the frame serial number from the received frame, checks the serial number of the received frame, and determines whether the result is normal or abnormal (frame missing etc.). Notify 1231. Also, when there is an error, the control unit 1231 is notified of the serial number of the frame in which the error occurred (retransmission, frame number).
- the transmission right transfer flag determination unit 12333 refers to the BL (described later) bit of the received frame and notifies the control unit 1231 of the determination result as to whether or not the transmission right is transferred.
- the response frame request flag determination unit 12331 refers to the DL (described later) bit of the received frame and determines the result of determination as to whether the DL bit requests the response frame of the upper layer or not. To notify.
- control unit 1231 Based on the determination result notified from transmission right transfer flag determination unit 12333, control unit 1231 indicates that the determination result indicates that the transfer right of the other station has been transferred.
- the transmission frame generation unit 1232 controls (notifies) the transmission frame generation unit 1232 to generate and transmit a response frame.
- the control unit 1231 requests the retransmission request flag addition unit 12324 to make a retransmission request. It indicates that the flag is set as shown, and an error notified from the frame serial number analysis unit 12332 occurs to the frame serial number addition unit 12322. Indicate the frame serial number.
- the control unit 1231 does not make a retransmission request to the retransmission flag addition unit 12324 and normally receives it. Informs you to set a flag to indicate that it is complete.
- the OBEX layer processing unit 122 prepares the response frame.
- the response frame is not sent back until the completion of the response frame, and when it is notified from the OBEX layer processing unit 122 that the response frame has been prepared, the transmission frame generation unit 1232 is instructed to generate the response frame.
- the transmission frame generation unit 1232 adds predetermined header information to the response frame received from the OBEX layer processing unit 122 to construct a frame, and outputs the frame to the IrLMP layer processing unit 124 which is a lower layer.
- the response layer may be generated and transmitted in the SMP layer processing unit 123 until the preparation of the response frame is completed by the OBEX layer processing unit 122.
- the control unit 1231 controls the transmission right transfer flag addition unit 12323 not to transfer the transmission right to the primary station, and controls to generate a transmission frame.
- the transmission frame generation unit 1232 is instructed to generate a response frame.
- the transmission right transfer flag addition unit 12323 is controlled to set a flag so as to transfer the transmission right to the primary station.
- the transmission frame generation unit 1232 adds predetermined header information to the response frame received from the OBEX layer processing unit 122 to construct a frame, and outputs the frame to the Ir LMP layer processing unit 124 which is a lower layer.
- the transmission frame generation unit 1232 generates a response frame according to the control from the control unit 1231, and outputs the generated response frame to the IrLMP layer processing unit 124 which is the lower layer.
- transmission of a response frame to the request frame from the primary station is performed each time transfer of the transmission right is performed from the primary station.
- FIG. 14 shows a UI frame and a response (response) frame to the UI frame, a frame serial number, a flag indicating whether or not to transfer the transmission right to the opposite station, an error or a frame in the frame received so far A flag indicating if it has been missed and the primary station
- This figure shows the frame configuration when the upper layer gives a flag indicating whether the response frame to the request frame requires a response frame or not.
- the frame configuration shown here is only an example and is not limited to this.
- a 3-byte header is added to the UI frame and the response frame to the UI frame, and a flag indicating whether to transfer the transmission right to the other station, the upper layer of the primary station responds to the request frame
- a frame is requested and a flag indicating whether or not there is a power, a flag indicating whether or not the received frame used by the secondary station has an error, and the remaining 21 bits are configured as the serial number of the transmission frame.
- a flag indicating whether the upper layer of the primary station requests the response frame to the request frame is DL
- a flag indicating whether to transfer the transmission right to the opposite station is BL
- the secondary station Let RS be a flag indicating whether the received frame used has errors or not, and let S be the serial number of the frame.
- FIG. 15 shows the case where no error occurs in all received data in two-way communication.
- the request layer transfer request is notified from the application layer processing unit 121 according to the user's instruction input to the operation unit (not shown), and the OBEX layer processing unit 122 is a lower layer.
- S, DL, BL, and RS shown in FIG. 15 respectively transfer the serial number of the frame, a flag indicating whether the upper layer of the primary station requests a response frame to the request frame, and transfer right of transmission. It is a flag indicating whether or not it is a flag indicating whether or not to make a retransmission request.
- the SMP layer divides the transferred data transferred to the upper layer OBEX layer into predetermined data sizes, assigns a serial number, and outputs the data to the lower layer IrLMP layer.
- the IrLMP layer and the IrLAP layer which are lower layers of the SMP layer, add a header sequentially to the frame which also receives the SMP layer force, and send the frame to the secondary station through the infrared communication path. Send
- the secondary station receives a frame from the primary station via the infrared communication path.
- the secondary station analyzes the header information sequentially from the received frame in the IrLAP layer and the IrLMP layer which are lower layers of the SMP layer, removes the header information, and outputs data to the upper layer.
- the DL bit can be used in combination with a force that is used as a flag to indicate that the upper layer of the primary station requests a response frame to the request frame, and a flag of another meaning. It is. For example, in the case of the example shown in FIG. 15, it is also possible to treat it as a flag that means the last frame of transfer data.
- the OBEX layer after receiving notification from the SMP layer, all data has been successfully received, so a request to transmit a response frame is made to the SMP layer, and a response frame is passed.
- the IrLMP layer and the IrLAP layer which are lower layers, add predetermined header information to the data that is also transferred to the upper layer as well, and pass the response frame to the lower layer, and the IrLAP layer passes the response frame via the infrared communication path. Sends a response frame to the primary station.
- the secondary station receives the transmitted response frame, sequentially analyzes and removes header information from the lower layer, and delivers data to the upper layer. Then, the OBEX layer, which is an upper layer of the SMP layer, receives the OBEX response frame transmitted from the secondary station, and can recognize that the upper layer of the SMP layer of the primary station has also successfully completed the data transfer. It becomes.
- FIGS. 16 and 17 are signal sequence diagrams showing a data transfer procedure when an upper layer authentication request is issued at the time of authentication or the like.
- header information is added to the response frame passed from the upper layer and the response frame is sent back to the authentication frame, so that the upper layer authentication between both stations is completed.
- the SMP layer of the primary station receives the response frame at the SMP layer level (OBEX layer's response frame) before the response frame is prepared in the OBEX layer of the secondary station and the force response frame is returned. Response frames are included and can receive! /! As a result, since the SMP layer of the primary station can know whether or not the partner station has successfully received the frame before the response frame from the OBEX layer is sent back, the next data transfer is performed in advance. You can prepare for the
- the transmitter (primary station) and the receiver (secondary station) are not limited to a power CPU configured to include a CPU, and may have an arithmetic processing function such as a microcomputer. It may be connected.
- the controller transfers the transfer data in response to an instruction from the CPU.
- the controller may transfer the transfer data by DMA (direct memory access) without intervention of the CPU.
- transfer data can be transferred from memory that does not receive CPU power instructions. This can reduce the CPU load.
- the transfer data transfer system (communication system) according to the fourth embodiment of the present invention is described below with reference to FIG. 31 to FIG.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definitions, unless otherwise specified.
- FIG. 31 as a block diagram of a transmitter
- FIG. 32 as a block diagram of a receiver
- FIG. 33 as a sequence diagram of signals.
- FIG. 31 is a block diagram of a transmitter 2001 according to the present embodiment. Note that Figure 31 This is an example of the configuration of the receiver, and is not limited to this. In addition, each component circuit may be software or hardware. The following explains each component.
- the transmitter 2001 is a device that transmits transmission data.
- the transmission data may be, for example, text data, image data and the like.
- a transmitter (primary station, client device) 2001 includes a control unit (control means) 2002, a memory (storage means) 2003, a batch transmission final flag generation circuit (collective transmission final flag generation) Means) 2004, serial number generation circuit (serial number generation means) 2005, transmission frame generation circuit (transmission frame generation means) 2006, transmission unit (transmission means) 2007, reception unit (reception means) 2008, reception frame analysis circuit (reception Frame analysis means) 2009, no error flag analysis circuit (no error flag analysis means) 2010, error detection circuit (error detection means) 20 11, serial number analysis circuit (serial number analysis means) 2012 comprising.
- a control unit 2002 controls each component of the transmitter 2001.
- the memory 2003 stores transmission data.
- This memory 2003 may be volatile memory (for example, SDRAM etc.) or non-volatile memory (for example, flash memory, HDD, DVD etc.). Further, in FIG. 31, the memory 2003 is disposed in the transmitter 2001, but may be connected to the transmitter 2001 as an external memory of the transmitter 2001 which is not necessarily present in the transmitter 2001. .
- the batch transmission final flag generation circuit 2004 means, when transmitting data in a certain unit, the transmitter 2001, when transmitting a frame including the final data of the certain unit. It is a circuit set as a value.
- the abbreviation BL Block Last
- BL Block Last
- the abbreviation BL is used in the same meaning. Further, in the present embodiment, even if the force expressed as the batch transmission final flag, for example, the communication confirmation request flag, etc., it has essentially the same meaning as the batch transmission final flag in the present embodiment. Therefore, even if the flag does not necessarily have the same meaning as the batch transmission final flag, it is not limited to this as long as the flag performs the same operation.
- the serial number generation circuit 2005 is a circuit that increases or decreases the serial number according to a predetermined rule, and assigns it to each transmission frame.
- the abbreviation SEQ Sequence number
- SEQ Sequence number
- the transmission frame generation circuit 2006 is a circuit that generates a transmission frame according to a predetermined format.
- the above-mentioned batch transmission final flag BL, serial number SEQ, transmission data are arranged according to a predetermined format to generate a transmission frame.
- a transmission frame in a frame format without window size limitation is generated. Examples include, but are not limited to, unnumbered information (UI) frames in Ir LAP (Infrared Link Access Protocol).
- UI unnumbered information
- Ir LAP Infrared Link Access Protocol
- an error detection code is also added to allow the opposite station to detect an error.
- the error detection code may be, for example, a cyclic redundancy check (CRC), but is not limited to this. Also, an error correction code may be added.
- CRC cyclic redundancy check
- the transmitting unit 2007 is a circuit for transmitting the transmission frame generated by the transmission frame generation circuit 2006.
- the communication medium may be an LED (light emitting diode) or an LD (laser diode), but it is not limited thereto.
- the transmission unit corresponds to the communication medium.
- the receiving unit 2008 is a circuit that receives a frame transmitted by the opposite station. For example, if infrared light is used as a communication medium, it becomes PD (photodiode), but it is not limited to this. When another communication medium is used, the reception unit corresponds to the communication medium.
- PD photodiode
- the reception frame analysis circuit 2009 analyzes the reception frame received by the reception unit 2008. Specifically, the no-error flag in the received frame is extracted and passed to the no-error flag analysis circuit 2010. Also, it extracts the serial number in the received frame and passes it to the serial number analysis circuit 2012. If data is present in the received frame, the data is extracted and stored in the memory 2003 via the control unit 2002. In the case of storing data in the memory 2003, the control unit 2003 may not necessarily be interposed.
- No-Error Flag Analysis Circuit 2010 analyzes the no-error flag set in the opposite station according to a predetermined format, and notifies the control unit of the analysis result. In the present embodiment, a force expressed as no error flag, for example, an error flag, a retransmission request flag, or a retransmission request no flag may be used.
- the error detection circuit 2011 interprets the error detection code attached to the received frame, determines whether or not there is an error in the received frame, and notifies the control unit of the analysis result.
- the code for error detection may be, for example, a cyclic code such as a CRC (Cyclic Redundancy Check) code. If an error correction code is given, error correction will be performed.
- the serial number analysis circuit 2012 analyzes the received serial number and notifies the control unit 2002 of the analysis result.
- FIG. 32 is a block diagram of a receiver 2101 according to the present embodiment.
- FIG. 32 is an example of the configuration of the receiver, and the present invention is not limited to this.
- each component circuit may be software or hardware. The following explains each component.
- the receiver 2101 is a device that receives transmission data from the other device.
- the transmission data mentioned here is not limited to this, for example, text data, image data and the like.
- a receiver (secondary station, server device) 2101 includes a control unit (control means) 21 02, a memory (storage means) 2103, and no error flag generation circuit (no error flag generation means 2104, serial number generation circuit (serial number generation means) 2105, transmission frame generation circuit (transmission frame generation means) 2106, transmission unit (transmission means) 2107, reception unit (reception means) 2108, reception frame analysis circuit (reception frame analysis Means) 2109, batch transmission final flag analysis circuit (batch transmission final flag analysis means) 2110, error detection circuit (error detection means) 2111, serial number analysis circuit (serial number analysis means) 2112
- the control unit 2102 controls each component of the receiver 2101.
- the memory 2103 stores the received data.
- This memory 2103 may be a volatile memory (for example, SDRAM or the like) or a non-volatile memory (for example, flash memory, HDD, DVD or the like).
- memory 2103 is located in receiver 2101. However, it does not have to be in the receiver 2101 but may be connected to the receiver 2101 as an external memory of the receiver 2101.
- the no-error flag generation circuit 2104 is a circuit that generates an no-error flag according to a predetermined format to notify the opposite station whether or not there is an error in the frame received from the opposite station. .
- an error flag for example, an error flag, a retransmission request flag, or a retransmission request no flag
- the error flag is essentially the same as the error-free flag.
- There is no limitation to the flag as long as the flag does not have the same meaning as the no flag but the same operation is performed.
- the serial number generation circuit 2105 is a circuit for setting a serial number desired to be retransmitted when making a retransmission request to the opposite station when an error is detected in a frame received so far.
- the transmission frame generation circuit 2106 is a circuit that arranges the above-mentioned no-error flag and serial number according to a predetermined format, and generates a transmission frame.
- IrL AP Infrared Link Access Protocol
- the transmitting unit 2107 is a circuit that transmits the transmission frame generated by the transmission frame generation circuit 2106.
- the communication medium may be an LED (light emitting diode) or an LD (laser diode), but it is not limited thereto.
- the transmission unit corresponds to the communication medium.
- the receiving unit 2108 is a circuit that receives a frame transmitted by the opposite station. For example, if infrared light is used as a communication medium, it becomes PD (photodiode), but it is not limited to this. When another communication medium is used, the reception unit corresponds to the communication medium.
- PD photodiode
- the reception frame analysis circuit 2109 analyzes the reception frame received by the reception unit 2108. Specifically, the batch transmission final flag in the received frame is extracted and passed to the batch transmission final flag analysis circuit. It also extracts the serial number in the received frame and passes it to the serial number analysis circuit. If data is present in the received frame, the data is extracted and stored in memory via the control unit. When storing data in memory, the controller You do not have to go through.
- the batch transmission final flag analysis circuit 2110 analyzes the batch transmission final flag passed by the reception frame analysis circuit 2109, and notifies the control unit 2102 of the analysis result.
- the error detection circuit 2111 interprets the error detection code attached to the received frame, determines whether or not there is an error in the received frame, and notifies the control unit 2102 of the analysis result.
- codes for error detection include, but not limited to, cyclic codes such as cyclic redundancy check (CRC) codes. If an error correction code is given, error correction will be performed.
- CRC cyclic redundancy check
- the serial number analysis circuit 2112 analyzes whether or not the serial number given in the received frame is increased or decreased according to a predetermined rule, and notifies the control unit 2102 of the analysis result. For example, when a frame is missed in the communication path, the serial number analysis circuit 2112 determines that an error occurs.
- the transmission frame generation circuit 2106 sets an error-free flag to an error, and the serial number of the reception frame at that time is set. Generate a transmission frame that contains.
- transmission frame generation circuit 2 106 includes the serial number of the received frame at that time when an error of serial number is detected in error serial number analysis circuit 2112 in which error of data is not detected in error detection circuit 2111. Generate a transmission frame.
- the transmitter 2001 determines the size of data to be transmitted by the control unit 2002 when a transfer request for transmission data is generated from the own device or from outside, and notifies the batch transmission final flag generation circuit 2003 of the size.
- the control unit 2002 also notifies the serial number generation circuit 2004 to generate a serial number each time a frame is generated.
- serial number generation circuit 2004 Upon receiving this, serial number generation circuit 2004 increases or decreases the serial number according to a predetermined rule, and passes it to transmission frame generation circuit 2005.
- the transmission frame generation circuit 2005 arranges the batch transmission final flag, the serial number, and the data in a predetermined format, and transmits the data through the transmission unit 2006.
- tl01, tl02, tl03, tl04, tl10 is a frame whose final transmission final flag is not final, and tl05, til is a final transmission final flag.
- serial numbers (SEQs) in each frame of tl01, tl02, tl03, tl04, and tl05 are described in the present embodiment as increasing by one, and as a specific item.
- the reception frame analysis circuit 2109 extracts each parameter in the reception frame.
- the parameters are, for example, a batch transmission final flag, a serial number, data, etc.
- the batch transmission final flag is passed to the batch transmission final flag analysis circuit 2110, and the serial number is passed to the serial number analysis circuit 2112. If necessary, they are stored in the memory 2103 via the control unit 2102.
- the error detection circuit 2111 performs error detection as to whether or not there is, for example, a CRC error in the received frame. If the error detection or error correction code is not a CRC code, error detection or error correction is performed accordingly.
- the batch transmission final flag analysis circuit 2110 analyzes the batch transmission final flag, and notifies the analysis result.
- serial number analysis circuit 2112 analyzes whether serial numbers in the received frame are increased or decreased according to a predetermined rule, and notifies analysis result to control unit 2102.
- the predetermined rule the serial number is incremented by one for each frame.
- the sequence diagram of FIG. 33 shows the case where the frame of serial number 3 transmitted by the transmitter 2001 is not recognized by the receiver 2102 due to a channel abnormality, and the next frame of serial number 4 is received. . In this case, the frame of serial number 3 is notified to the control unit 2102 as a frame in which an error has occurred.
- control unit 2102 since the batch transmission final flag is notified that a frame meaning final is received, and serial number 3 is notified as a frame in which an error has occurred, errorless flag generation circuit 2104 is notified. On the other hand, the presence of an error is notified to serial number generation circuit 2105 and serial number 3 is notified, and transmission frame generation circuit 2106 is notified to generate a transmission frame.
- the no-error flag generation circuit 2104 Upon receiving this, the no-error flag generation circuit 2104 generates a flag indicating the presence of an error according to a predetermined format, and passes it to the transmission frame generation circuit 2106.
- serial number generation circuit 2105 transfers the serial number 3 passed from the control unit 2102 to the transmission frame generation circuit 2106.
- the transmission frame generation circuit 2106 to which these error free flags and serial numbers are passed arranges these parameters according to a predetermined format, and transmits the parameters via the transmission unit 2107.
- the frame of tl 17 is pointed.
- the transmitter 2001 which has received the frame of tl 1 7 at tl 06 through the receiving unit 2008 performs extraction of each parameter in the reception frame in the reception frame analysis circuit 2009, and the extracted no error flag is
- the error-free flag analysis circuit 2010 is passed on, and the serial number is passed on to the serial number analysis circuit 2012.
- No Error Flag Analysis Circuit 2010 analyzes the passed no error flag. In this case, since the frame of tl 17 transmitted by the receiver 2101 indicates that there is an error, it is analyzed as having an error, and the control unit 2002 is notified of that.
- the serial number analysis circuit 2012 analyzes the serial number and notifies the control unit 2 002 of the analysis result. In this case, the serial number 3 is notified to the control unit 2002.
- Control section 2002 determines whether or not batch transmission can be normally performed by receiver 2101 based on the above analysis result of no error flag, serial number, and error detection result, and if there is an unsent portion in the transmission data For example, it is determined whether to transmit the data in a batch or to retransmit the data that has already been transmitted.
- the receiver 2101 requests transmission from the frame with serial number 3 because there is an error, so that the transmission data is retransmitted from the part with serial number 3 at the previous transmission time. Do. Specifically, the batch transmission final flag circuit 2004 is notified that retransmission is to be performed, and the serial number generation circuit 2005 is notified of 3 as the start number.
- Batch transmission final flag generation circuit 2004 recalculates the batch transmission data size, if necessary.
- the same value as the previous batch transmission data size may be used, or the batch transmission last flag may be the last with the serial number of the frame when transmitting the frame meaning the last batch transmission final flag as the final.
- the second batch transmission is performed. In the above, it is recommended that the batch transmission of serial numbers 3 to 7 be performed, and that the batch transmission of serial numbers 3 to 5 be performed.
- serial number generation circuit 2005 when notified of retransmission from serial number 3 from control unit 2002, the start number of the serial number is reset to 3 and is passed to transmission frame generation circuit 2006.
- the transmission frame generation circuit 2006 generates a transmission frame, and transmits the transmission frame via the transmission unit 2007.
- the receiver 2101 having received these retransmission frames determines that the error detection circuit 2111 and the pass number analysis circuit 2112 indicate that there is no error in all the received frames, the final transmission final flag indicates the end. After receiving the frame tl22, the control unit 2102 notifies the no-error flag generation circuit 2104 that there is no error.
- the no-error flag generation circuit 2104 sets the no-error flag as a meaning of no error, and passes it to the transmission frame generation circuit 2106.
- the transmission frame generation circuit 2106 places an error-free flag in the frame, and transmits it via the transmission unit 2107. Explanation of serial number at this time is omitted Do.
- the counter can also process with flags that are not, which leads to simplification of the circuit.
- transmission may be interrupted or terminated if the quality of the communication path is poor.
- the notification may improve the quality of the communication path.
- the transmitter 2001 may set the batch transmission data size to one frame length, and the batch transmission final flag may be final in all the frames. In this case, all In the communication system, the response from the receiver 2101 is required, and the communication efficiency decreases. However, the transmitter 2001 should reduce the storage area of data to be held in response to the retransmission request from the receiver 2101. This is effective in the transmitter 2001 where the memory can not be sufficiently secured.
- the control unit 2102 causes the batch transmission final flag analysis circuit 2110 to batch Since the data until the transmission final flag receives the final frame and requests the transmitter 2001 to retransmit is the data to be retransmitted by the transmitter 2001, processing for storing the data in the meantime in the memory 2103 is You may not do this. By doing this, it is possible to reduce power consumption for storing data that is scheduled to be re-received by retransmission.
- a restriction is placed on the number of retransmission requests to be made when an error is detected in the received frame from the transmitter 2001, and more retransmission requests than a predetermined value are made.
- reception may be interrupted or terminated. In this way, when the quality of the communication path is extremely poor, it is possible to interrupt or terminate the communication and notify the user, and it is possible to perform communication on the communication path with improved quality.
- an initial value predetermined in serial number generation circuit 2105 (for example, in the present embodiment)
- the retransmission request frame may be transmitted to the transmitter 2001 by setting 0) at all times.
- the transfer data transfer system (communication system) according to the fifth embodiment of the present invention is described below with reference to FIG. 32, and FIG. 34 to FIG.
- the terms (including members and functions) defined in the other embodiments are to be regarded as true unless otherwise stated. Also in the embodiment, it shall be used according to the definition.
- FIG. 34 As a block diagram of a transmitter
- FIG. 32 as a block diagram of a receiver
- FIGS. 35 and 36 as signal sequence diagrams.
- FIG. 34 is a block diagram of a transmitter 2201 according to the present embodiment.
- FIG. 34 shows an example of the configuration of the transmitter, and the present invention is not limited to this.
- each component circuit may be software or hardware. The following explains each component.
- Transmitter 2201 is a device that transmits transmission data.
- the transmission data mentioned here may be, for example, text data, image data and the like.
- each component other than timer (clocking means) 2213 has the same function as each component of transmitter 2001 (FIG. 31) in the fourth embodiment described above, and therefore the description thereof is omitted.
- the timer 2213 is controlled by the control unit 2002. Specifically, after transmission is performed with the batch transmission final flag as the final, the control unit 2002 is started, and when a response frame is not normally received from the receiver 2101 within a predetermined time, the control unit 2002 Informing time out.
- the control unit 2002 can not normally receive, at the receiver 2101, a frame whose last flag is the last in the batch transmission final flag transmitted immediately before due to an abnormality in the communication path (FIG. 35). (a frame of t205) or a frame whose last indication sent by the last transmission final flag transmitted immediately before is successfully received by the receiver, but a frame including the error-free flag to which the receiver power is also transmitted is communicated Due to the abnormality of the path, it is judged that the transmitter can not normally receive (frame of t312 in FIG. 36), and the batch transmission final flag generation circuit 2004, the serial number generation circuit 2005, and the transmission frame generation circuit 2006 are notified.
- the batch transmission final flag generation circuit 2004 that has received the notification sets the batch transmission final flag as the final, and passes it to the transmission frame generation circuit 2006.
- serial number generation circuit 2005 that has received the notification re-sets the serial number of the immediately preceding frame and passes it to the transmission frame generation circuit 2006.
- the transmission frame generation circuit 2006 Upon receiving these, the transmission frame generation circuit 2006 receives the same frame as the frame transmitted immediately before. The data is set again, and the batch transmission final flag and the serial number are set and transmitted via the transmission unit 2007.
- the transmitter 2201 being configured, it is possible to retransmit a frame whose batch transmission final flag means the final, and even if the quality of the communication path is poor, the retransmission processing may be performed. It becomes possible to perform reliable communication.
- the batch transmission final flag retransmits the final frame
- the number of retransmissions is limited, and even if the number of retransmissions is larger than a predetermined value, batch transmission is normally performed to the receiver 2101. If this can not be done, the transmission may be interrupted or terminated. In this way, when the quality of the communication path is extremely poor, it is possible to interrupt or terminate the communication and notify the user, and it is possible to perform communication on the communication path with improved quality.
- the reply frame t312 is transmitted to the frame of t311 for which the batch transmission final flag is the value indicating the final, the communication path is abnormal.
- the reply frame t312 can not be received normally by the transmitter, the frame t313 may be received again with the batch transmission final flag indicating the final value.
- the control unit 2102 holds the immediately preceding serial number, and the batch transmission final flag analysis circuit 2110 allows the batch transmission final flag to be the final frame.
- the received notification is received, if the serial number from the serial number analysis circuit 2112 is the same as the previous serial number, even if the analysis result of the serial number analysis circuit 2112 is an error, no processing is performed as an error.
- the control unit 2102 sets the same value as the frame transmitted immediately before in the no-error flag generation circuit 2104, and also sets the serial number of the frame transmitted immediately before in the serial number generation circuit 2105 and transmits it. If the value set in the no error flag generation circuit 2104 indicates no error, the serial number may not be set.
- the batch transmission final flag indicates the final as described above, and the same
- the control unit 2102 does not store it again. You may control. By doing this, it is possible to reduce the power consumption for data storage.
- the transfer data transfer system (communication system) according to the sixth embodiment of the present invention is described below with reference to FIGS. 37 to 39.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definitions, unless otherwise specified.
- FIG. 37 As a block diagram of a transmitter
- FIG. 38 as a block diagram of a receiver
- FIG. 39 as a signal sequence diagram.
- FIG. 37 is a block diagram of a transmitter 2301 according to the present embodiment. Note that FIG. 37 is an example of the configuration of the transmitter, and the present invention is not limited to this. In addition, each component circuit may be software or hardware. The following explains each component.
- Transmitter 2301 is a device that transmits transmission data.
- the transmission data mentioned here may be, for example, text data, image data and the like.
- each component other than the opposite station buffer size analysis circuit (opposite station buffer size analysis means) 2313 has the same function as each component of the transmitter 200 1 (FIG. 31) in the fourth embodiment described above. Description is omitted because it has.
- the opposing station buffer size analysis circuit 2313 analyzes buffer size parameters included in the received frame of the receiver 2401 (Fig. 38), and notifies the control unit 2002 of the analysis result.
- control unit 2002 sets the batch transmission data size to a value smaller than the buffer size of the receiver 2401 to the batch transmission final flag generation circuit 2004, and performs batch transmission.
- the receiver's buffer size should be received before batch transmission.
- FIG. 38 is a block diagram of a receiver 2401 according to the present embodiment. Note that FIG. 38 is an example of the configuration of the receiver, and the present invention is not limited to this. Also, each component circuit is software It may be hardware or hardware. The following explains each component.
- Receiver (Secondary station, server device) 2401 is a device that receives transmission data from the other device. Examples of transmission data as used herein include, but are not limited to, text data and image data.
- each component other than the buffer size generation circuit (buffer size generation means) 2413 has the same function as each component of the receiver 2101 (FIG. 32) in the fourth embodiment described above, I omit it.
- the control unit 2102 passes the size of the buffer that can be received by the receiver 2401 to the buffer size generation circuit 2413.
- the buffer size generation circuit 2413 generates the buffer size passed from the control unit 2102 according to a predetermined format, and passes it to the transmission frame generation circuit 2106.
- the transmission frame generation circuit 2106 arranges the buffer size in the transmission frame and performs transmission. It is to be noted that the frame including the buffer size is preferably transmitted before the transmitter performs batch transmission, for example, the buffer size is arranged and transmitted in a frame transmitted at the time of connection. Is desirable but not limited to.
- control unit 2102 of the receiver 2401 notifies the buffer size generation circuit 2413 of the buffer size that can be received by the receiver 2101 in brief.
- buffer size generation circuit 2413 Upon receiving this, buffer size generation circuit 2413 generates a knob size parameter according to a predetermined format, and passes it to transmission frame generation circuit 2106.
- the transmission frame generation circuit 2106 Upon receiving this, the transmission frame generation circuit 2106 arranges the buffer size parameter in the transmission frame according to a predetermined format, and transmits it. This is t in Figure 39.
- the reception frame analysis circuit 2009 extracts the knocker size parameter, and the opposite station buffer size analysis circuit 2313 Passed to
- the opposing station buffer size analysis circuit 2313 analyzes the buffer size parameter and notifies the control unit 2002 of the analysis result.
- the control unit 2002 sets a size equal to or less than the analyzed buffer size as the batch transmission data size, and passes the size to the batch transmission final flag generation circuit 2004.
- the batch transmission final flag generation circuit 2004 sets the batch transmission final flag based on the batch transmission data size passed from the control unit 2002, and performs batch transmission.
- a default value of the batch receivable buffer size is determined in advance between the transmitter 2301 and the receiver 2401, and if the batch receivable buffer size is not received by the transmitter 2301, By defining that the default value is adopted, if the default value of the batch receivable buffer size in the receiver 2401 is equal to or less than the batch receivable knocker size of the receiver 2401, batch receivable is possible. Even if the buffer size is not notified to the transmitter 2301, if the transmitter 2301 performs batch transmission using the default batch receivable buffer size, the size of the batch receivable buffer of the receiver is also exceeded. It is possible to prevent the transmitter from performing batch transmission in advance. Also, in this case, it is not necessary for the receiver 2401 to transmit a frame for notifying the transmitter 2301 of the batch transmittable buffer size, which leads to bandwidth efficiency.
- the transfer data transfer system (communication system) according to the seventh embodiment of the present invention is described below with reference to FIG. 40 to FIG.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definitions, unless otherwise specified.
- FIG. 40 as a block diagram of a transmitter
- FIG. 41 as a block diagram of a receiver
- FIG. 42 as a sequence diagram of signals.
- FIG. 40 is a block diagram of a transmitter 2501 according to the present embodiment. Note that FIG. 40 is an example of the configuration of the transmitter, and the present invention is not limited to this. Also, each component circuit is software It may be hardware or hardware. The following explains each component.
- Transmitter 2501 is a device that transmits transmission data.
- the transmission data mentioned here may be, for example, text data, image data and the like.
- each component other than the data final flag generation circuit (data final flag generation means) 2513 has the same function as each component of the transmitter 2001 (FIG. 31) in the fourth embodiment described above, Is omitted.
- Data final flag generation circuit 2513 determines whether or not the transmission frame includes the last of the transmission data, and if the final data is included, the data final flag is determined according to a predetermined format indicating its meaning. If the final data is not included, the data final flag is generated according to a predetermined format indicating its meaning, and is sent to the transmission frame generation circuit 2006.
- control unit 2002 of the transmitter 2501 When the control unit 2002 of the transmitter 2501 generates a transmission frame, the control unit 2002 of the data final flag generation circuit 2513 transmits the final data of transmission data in the transmission frame generated by the transmission frame generation circuit 2006. Inform if it is not.
- Data final flag generation circuit 2513 receives this, generates a data final flag according to a predetermined format, and passes it to transmission frame generation circuit 2006.
- the abbreviation DL Data Last
- DL Data Last
- the last data of transmission data is not included in the frame, and if DL is 1, transmission data is omitted.
- the force of setting DL to 1 For example, when a certain type of response data is required as a response from the opposite station, this flag is a response request flag. If this flag has the same meaning as the response request flag and performs the same operation as the flag DL meaning the final data of the transmission data in the present embodiment, the flag It may be a request flag.
- the transmission frame generation circuit 2006 arranges the data final flag, the batch transmission final flag, the pass number, and the data in the transmission frame, and transmits the data through the transmission unit 2007.
- the frames at t501, t502, t503, and t504 are data.
- the final flag DL is 0, and the final data of transmission data is not included in the frame, and the frame of t505 has the data final flag DL of 1 and the final data of transmission data is included in the frame, Show me.
- FIG. 41 is a block diagram of a receiver 2601 according to the present embodiment. Note that Figure 41 is an example of the configuration of the receiver, and the present invention is not limited to this.
- each component circuit may be software or hardware. The following explains each component.
- Receiver (Secondary Station, Server Device) 2601 is a device that receives transmission data from the other device.
- transmission data as used herein include, but are not limited to, text data and image data.
- each component other than the data final flag analysis circuit (data final flag analysis means) 2613 has the same function as each component of the receiver 2 101 (FIG. 32) in the fourth embodiment described above, The description is omitted.
- Data final flag analysis circuit 2613 analyzes the data final flag arranged in the received frame, and sends to control unit 2102 whether or not the received data includes the final data of the transmission data to be transmitted by the transmitter. And notify.
- the received frame analysis circuit 2109 extracts a data final flag from the reception frame received via the reception unit 2108, and passes the data final flag analysis circuit 2613 to the data final flag analysis circuit 2613.
- the batch transmission final flag and serial number are also extracted and analyzed by each analysis circuit.
- Data final flag analysis circuit 2613 analyzes whether or not the final data of the transmission data of transmitter 2501 is included in the reception frame, and the result is notified to control section 2102.
- control unit 2102 when the final data of the transmission data of the transmitter 2501 is included, a predetermined process (for example, the case where the reception data is compressed and it is ⁇ JPEG (Joint Photographic Exteriors Group) data It is possible to perform processing such as starting JPEG decoding, etc.).
- a predetermined process for example, the case where the reception data is compressed and it is ⁇ JPEG (Joint Photographic Exteriors Group) data It is possible to perform processing such as starting JPEG decoding, etc.).
- the transmitter 2501 having received this frame t512 at t506 can receive the response data from the receiver 2601 by analyzing the data in the received frame.
- the transfer data transfer system (communication system) according to the eighth embodiment of the present invention is described below with reference to FIG.
- the terms (including members and functions) defined in the other embodiments are also used in the present embodiment according to the definition unless otherwise specified.
- the sequence according to the present embodiment includes the transmitter 2001 (FIG. 31), the receiver 2101 (FIG. 32), the transmitter 2201 (FIG. 34), the receiver 2301 (FIG. 37), and the receiver 2401 (FIG. 38), transmitter 2501 (Fig. 40) and receiver 2601 (Fig. 41) are additional functions that can be implemented.
- FIG. 43 is a sequence diagram according to the present embodiment.
- the IrDA Infrared Data Association
- IrLAP Infrared Link Access Protocol
- UI Unnumbered
- Communication is performed using the Information) frame.
- transmitters and receivers support Object Exchange Protocol (OBEX), and data shall be transmitted by the Put operation.
- OBEX Object Exchange Protocol
- transmission data is arranged in the Put Final command of OBEX, and frame transmission is performed using the UI frame of IrLAP.
- the Put Final command is composed of dataO to data7, and dataO force and so on are all divided into data so that they become Put Final commands.
- the batch transmission data size of the transmitter is a size obtained by concatenating data3 from dataO, and when the serial number becomes 3, a frame t604 with the batch transmission final flag BL set to 1 is transmitted.
- the final data of transmission data configured with the OBEX Put Final command The data final flag DL is 0 because the data7 which is a data is not included in the transmission frame.
- the receiver that received the frame of the batch transmission final flag BL power ⁇ at t 614 does not detect an error in the frame received so far, so the no error flag indicates no error, and at t 615 To send.
- the SUCCE SS response which means normal reception for the Put Final command of OBEX, is not included in the transmission frame.
- the transmitter that receives the frame indicating that the error-free flag indicates no error determines that the receiver has successfully received batch transmission of serial numbers 0 to 3, and subsequently transmits data4 as well as data7 collectively.
- the batch transmission final flag is set to 1.
- the data final flag DL is set to 1.
- the receiver that received the frame with the data final flag 1 has received frames with serial numbers 4 to 7 correctly, and can correctly receive all Put Final commands from the transmitter. Therefore, a SUCCESS response is generated, which means normal reception for the Put Final command.
- the batch transmission final flag is 1, according to the SUCCESS response, the no-error flag is regarded as having no error, and is sent together at t620.
- the transmitter having received the frame indicating that the error free flag indicates no error at t610 recognizes that the batch transmission up to the serial number 4 and the serial number 7 has ended normally, and the inside of the received frame is received. Since the SUCCES response to the Put Final command sent by the transmitter is included, it is possible to recognize that the Put operation has also completed successfully.
- the window size Even when the Ir LAP UI frame is used, confirmation of communication between the transmitter and the receiver And exchange of data can be performed reliably.
- the transfer data transfer system (communication system) according to the ninth embodiment of the present invention is shown in FIG. It is as follows when it demonstrates based on 44 to FIG.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definitions, unless otherwise specified.
- FIG. 44 as a block diagram of a transmitter
- FIG. 45 as a block diagram of a receiver
- FIG. 46 as a signal sequence diagram.
- FIG. 44 is a block diagram of a transmitter 2701 according to the present embodiment.
- FIG. 44 shows an example of the transmitter configuration, and the present invention is not limited to this.
- each component circuit may be software or hardware. The following explains each component.
- the transmitter 2701 is a device that transmits transmission data.
- the transmission data may be, for example, text data, image data and the like.
- a transmitter (primary station, client device) 2701 includes a control unit (control means) 2702, a memory (storage means) 2703, a serial number generation circuit (serial number generation means) 2705, a transmission frame A generation circuit (transmission frame generation means) 2706, a transmission unit (transmission means) 2707, and a data final flag generation circuit (data final flag generation means) 2713 are provided.
- the control unit 2702 controls each component of the transmitter 2701.
- the memory 2703 stores transmission data.
- This memory 2703 may be volatile memory (for example, SDRAM or the like) or non-volatile memory (for example, flash memory, HDD, DVD or the like).
- the memory 2703 is disposed in the transmitter 2701, but it is necessary to be connected to the transmitter 2701 as an external memory of the transmitter 2701 which is not necessarily present in the transmitter 2701. OK.
- the serial number generation circuit 2705 is a circuit that increases or decreases the serial number according to a predetermined rule, and assigns it to each transmission frame.
- SEQ Sequence number
- SEQ Sequence number
- Data final flag generation circuit 2713 determines whether or not the transmission frame includes the last of the transmission data, and if the final data is included, a predetermined frame indicating the meaning thereof. The data final flag is generated by the format, and if the final data is not included, the data final flag is generated according to a predetermined format indicating its meaning, and is sent to the transmission frame generation circuit 2706.
- the abbreviation DL Data Last
- the abbreviation DL is defined, and in the case where DL is 0, the last data of transmission data is not included in the frame, and in the case where DL is 1, transmission data It means that the final data is included. In the present embodiment, it may be a force-based expression represented by the abbreviation DL.
- this data final flag needs to have a value indicating the final only in the transmission frame that necessarily includes the final data of the transmission data.
- the final data flag may be set to a value indicating the final. In that case, it may be different from the data final flag.
- DL and abbreviations are used as the data final flags.
- the transmission frame generation circuit 2706 is a circuit that generates a transmission frame according to a predetermined format.
- the above-mentioned data final flag DL, serial number SEQ, and transmission data are arranged according to a predetermined format to generate a transmission frame.
- a transmission frame in a frame format having no restriction on the window size is generated.
- a UI (Unnumbered Information) frame in IrLAP (Infrared Link Access Protocol) is used.
- an error detection code is also added to allow the opposite station to detect an error.
- the error detection code includes, for example, CRC (Cyclic Redundancy Check), but is not limited thereto. Also, an error correction code may be added.
- the transmitting unit 2707 is a circuit that transmits the transmission frame generated by the transmission frame generation circuit 2706.
- the communication medium may be an LED (light emitting diode) or an LD (laser diode), but it is not limited thereto.
- the transmission unit corresponds to the communication medium.
- FIG. 45 is a block diagram of a receiver 2801 according to the present embodiment.
- FIG. 45 shows an example of the configuration of the receiver, and the present invention is not limited to this.
- each component circuit is software It may be hardware or hardware. The following explains each component.
- the receiver 2801 is a device that receives transmission data from the other device.
- the transmission data mentioned here is not limited to this, for example, text data, image data and the like.
- a receiver (secondary station, server device) 2801 includes a control unit (control unit) 28 02, a memory (storage unit) 2803, a receiving unit (reception unit) 2808, and a reception frame analysis.
- the control unit 2802 controls each component of the receiver 2801.
- the memory 2803 stores received data.
- This memory 2803 may be volatile memory (for example, SDRAM or the like) or non-volatile memory (for example, flash memory, HDD, DVD or the like).
- the memory 2803 is disposed in the receiver 2801 but may be connected to the receiver 2801 as an external memory of the receiver 2801 which is not necessarily present in the receiver 2801. .
- the receiving unit 2808 is a circuit that receives a frame transmitted by the opposite station. For example, if infrared light is used as a communication medium, it becomes PD (photodiode), but it is not limited to this. When another communication medium is used, the reception unit corresponds to the communication medium.
- PD photodiode
- a received frame analysis circuit 2809 analyzes the received frame received by the receiving unit 2808. Specifically, the data final flag in the received frame is extracted and passed to the data final flag analysis circuit 2813. Also, it extracts the serial number in the received frame and passes it to the serial number analysis circuit 2812. If data is present in the received frame, the data is extracted and stored in the memory 2803 via the control unit 2802. When storing data in the memory 2803, it does not have to be via the control unit 2802.
- the error detection circuit 2811 interprets the error detection code attached to the received frame, determines whether or not there is an error in the received frame, and notifies the control unit 2802 of the analysis result.
- codes for error detection include, but not limited to, cyclic codes such as cyclic redundancy check (CRC) codes. Also, an error correction code is given. If this is the case, error correction will be performed.
- CRC cyclic redundancy check
- the serial number analysis circuit 2812 analyzes whether or not the serial numbers assigned in the received frame increase or decrease according to a predetermined rule, and notifies the control unit 2802 of the analysis result. For example, when a frame is missed in the communication path, the serial number analysis circuit 2812 determines that an error occurs.
- the data final flag analysis circuit 2813 analyzes the data final flag passed by the reception frame analysis circuit 2809 and notifies the control unit 2802 of the analysis result.
- transmission data is arranged in the Put Final command of OBEX, and frame transmission is performed using the UI frame of IrLAP.
- the Put Final command is composed of dataO to data7. When all data7 and data7 are concatenated, it is divided so that it becomes a Put Final command. Also, it is the final data of data7 Force Put Final command.
- the control unit 2702 notifies the serial number generation circuit 2705 of the generation of the serial number. Also,
- the data final flag generation circuit 2713 is notified of the generation of the data final flag.
- the serial number generation circuit 2705 increases or decreases the serial number according to a predetermined rule, and passes it to the transmission frame generation circuit 2006.
- data final flag generation circuit 2713 determines whether or not the transmission data includes the final data of the transmission data, and indicates the final if it is included, and indicates the not final if it is not included.
- a data final flag in a predetermined format is created and passed to a transmission frame generation circuit 2706.
- the transmission frame generation circuit 2706 arranges the data final flag, serial number, and data in a predetermined format, and transmits the data via the transmission unit 2706.
- the reception frame analysis circuit 2809 extracts each parameter in the reception frame.
- the parameters are, for example, data final flag, serial number, data, etc.
- the data final flag is passed to the data final flag analysis circuit 2813, and the serial number is passed to the serial number analysis circuit 2812, and the data is For example, it is stored in the memory 2803 via the control unit 2802.
- the error detection circuit 2811 performs error detection as to whether or not there is, for example, a CRC error in the received frame. If the error detection or error correction code is not a CRC code, error detection or error correction is performed accordingly.
- the data final flag analysis circuit 2813 analyzes the data final flag and notifies the analysis result.
- the data final flag is not the last.
- the data final flag is not received. Is notified to the control unit 2802 as the final.
- serial number analysis circuit 2812 analyzes whether serial numbers in the received frame are increased or decreased according to a predetermined rule, and notifies control unit 2802 of the analysis result.
- the predetermined rule the serial number is incremented by one for each frame.
- all eight frames transmitted by the transmitter 2701 are normally received, and it is determined that the transmission number is incremented by one with the transmitter 2701 in advance. Since the serial number of the frame is increased by one compared to the serial number of the previous frame, the control unit 2802 of the receiver 2801 is notified as a normal reception in all the received frames.
- control unit 2802 If no error is detected in all received frames, and a frame including a data final flag is received, control unit 2802 performs a predetermined process (for example, received data is compressed ⁇ JPEG data In this case, it is possible to perform processing such as starting JPEG decoding etc.). Further, in the receiver 2801, when the error detection circuit 2811 and the serial number detection circuit 2812 detect that there is an error in the received frame, it is assumed that the process of storing the subsequent data in the memory 2 103 is not performed. It is also good. By doing this, it is possible to reduce power consumption, which helps save data after an error is detected.
- a predetermined process for example, received data is compressed ⁇ JPEG data In this case, it is possible to perform processing such as starting JPEG decoding etc.
- the transmitter 2701 and the receiver 2801 in the communication method using the UI frame of IrLAP without limitation of window size, detection of frame omission also in one-way communication It is possible to perform reliable communication.
- the transmitter 2701 can not receive a SUCCESS response to the Put Final command of OBEX.
- the control unit 2702 of the transmitter 2701 in one-way communication, transmission of the Put Final is completed. Then, if it is determined to end the Put operation, data transfer by the Put operation can be performed normally even in one-way communication.
- the transfer data transfer system (communication system) according to the tenth embodiment of the present invention is described below with reference to FIGS.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definitions, unless otherwise specified.
- the size of batch transmission data transmitted collectively by the transmitter can be determined for convenience of data retransmission and data processing in the receiver.
- the size of the batch transmission data may be determined by the application of the transmitter or the like according to the type of data to be transmitted, the state of the communication path, etc.
- the size of the batch transmission data from the receiver You may send information to the transmitter to determine the size (for example, receiver sniff size).
- data division is usually performed by the SMP layer, but may be performed by other layers.
- FIG. 47 is a block diagram showing a configuration of a JPEG encoder in a transmitter and a JPEG decoder in a receiver.
- DCT conversion is first performed on the original image in units of blocks (mcu: minimum coded unit) in the JPEG encoder 91 of the transmitter.
- mcu is the minimum unit for JPEG conversion, and there are four types of 8x8, 8x16, 16x8, and 1616 depending on the compression method (Fig. 48 (&) to (1)).
- the luminance component (Y) and the chromaticity components (Cb, Cr) have a one-to-one relationship in all pixels.
- 8 x 16 (Fig. 48 (b))
- Y is 2 (corresponding to 1 and 9 in 8 x 8), Cb (average of 1 and 9 in 8 x 8), Cr There is one each (average of 1 and 9 in 8x8).
- 16 x 8 (Fig. 48 (c))
- two Y correspond to 1 and 2 in 8 x 8
- Cb average of 1 and 2 in 8 x 8
- Cr (8 x 8) in one horizontally long unit 1) and the average of 2 in 8)!
- 16 x 16 (Fig. 48 (d))
- Y force (equivalent to 1, 2, 9, 10 in 8 X 8) and Cb (1, 2, 9, 8 in 8 X 8)
- 1 Cr (average of 1, 2, 9 and 16 in 8x8).
- the 8 ⁇ 8 has the lowest compression ratio, and the decoded image is closer to the original image, but the amount of data is larger. This is generally called 4: 4; 4.
- the amount of data with the highest compression ratio in the 16 ⁇ 16 block is small, the number of averaged parts is large, so the possibility of obtaining a decoded image different from the original image is high.
- DCT transform discrete cosine transform
- This transformation is calculated as a multiplication of a two-dimensional matrix to obtain 64 transformation coefficients, the number of which is the same as the number of pixels in the block. The closer to the upper left, the lower the frequency component, and the closer to the lower right, the higher the frequency component.
- the correlation with adjacent pixels is large, so the higher the conversion coefficient of the frequency component, the lower the appearance probability.
- the above-mentioned transform coefficient is divided by a predetermined quantization table.
- a predetermined quantization table since the appearance probability of high frequency transform coefficients is generally low, if the high frequency portion of the conversion table is enlarged, most of the high transform coefficients of frequency components become 0 by performing quantization.
- entropy code ⁇ a predetermined entropy code ⁇
- the entropy code is performed based on the bull.
- the transform coefficient converted to 0 by quantization is expressed as a continuous number of 0 by the entropy code ⁇ , and compression is possible at this point. That is, in the original image, an image with a low frequency component (a change in adjacent color is severe) tends to have a high compression efficiency of JPEG compression.
- the entropy coded image data is transmitted to the communication channel.
- the operation performed by the JPEG decoder 92 is completely reverse to the operation performed by the transmitter. , JPEG decoding.
- entropy decoding is performed based on a predetermined entropy code 04 table. Then, the data obtained by performing the entropy decoding is dequantized by dequantization using a predetermined dequantization table. The data after inverse quantization is converted to luminance component Y and chromaticity components Cb and Cr by inverse DCT transformation. Also, at this time, the image is restored using the luminance component Y and the averaged chromaticity components Cb and Cr according to the 8 ⁇ 8, 8 ⁇ 16, 16 ⁇ 8, and 16 ⁇ 16 compression methods, respectively.
- FIG. 49 is an explanatory diagram of division and retransmission processing in units of mcu in the communication system of the present invention.
- the above-mentioned DCT, quantization, and entropy coding are performed in mcu units. I am sending. Specifically, when the data is transferred to the temporary transmission buffer in units corresponding to mcul data, and the data of the temporary transmission buffer is transferred, the batch transmission end flag is set to 1.
- the receiver transfers data in the reception temporary buffer to, for example, the application, and the application performs JP EG decoding.
- the transmitter's temporary buffer for transmission and the receiver's temporary buffer for reception are only mcul (several tens of bytes to hundreds of bytes). You should secure it. Therefore, in a communication device where it is difficult to secure temporary memory, it is an effective split retransmission method.
- FIG. 50 is an explanatory diagram of line-by-line division and retransmission processing in the communication system of the present invention.
- the transmitter transfers one column's worth of data (corresponding to 8 lines in the case of 8 ⁇ 8) to the temporary buffer for transmission, and when transmission of one column's worth of transmission is complete, batch transmission
- the end flag is set to 1.
- the receiver When the receiver receives a frame of batch transmission end flag force ⁇ , for example, it transfers received data to the application and performs JPEG decoding in the application.
- FIG. 51 is an explanatory diagram of the division and retransmission processing in units of files in the communication system of the present invention.
- the transmitter passes one transmission image to the transmission temporary buffer, and sets the batch transmission end flag to 1 when transmission of all the data in the transmission temporary buffer is completed.
- the frame of batch transmission end flag force ⁇ is received, for example, the application
- the received data is passed to Caseion, and JPEG decoding processing is performed in the application.
- divisional retransmission processing can be performed in data units of one image, and thus the JPEG decoder of the application can perform JPEG decoding in units of one image.
- processing such as updating a frame memory for display can be easily performed.
- the transmission temporary buffer of the transmitter and the reception temporary buffer of the receiver will be about several hundred kB power MB.
- processing such as continuing to display the previous image in a complete state is simplified. It is effective because it can be done.
- the client device (communication device) of the transfer data transfer system (communication system) will be described below.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definition unless otherwise specified.
- FIG. 52 is a block diagram of a client device that performs communication using the conventional OBEX protocol.
- the conventional client device (communication device) 3200 includes an application layer processing unit 3210, an OBEX layer processing unit (object exchange layer processing unit) 3220, and a lower layer processing unit 3230. At least a transmitting unit 3240 and a receiving unit 3250 are provided.
- the application layer processing unit 3210 receives a user's instruction input to the operation unit (not shown). In response to this, it requests the OBEX layer processing unit 3220 to issue a request command.
- the OBEX layer processing unit 3220 includes a control unit 3221, a request notification unit 3222, and a response reception unit 3223.
- the control unit 3221 In response to a request from the application layer processing unit 3210, the control unit 3221 notifies the request notification unit 3222 to generate a request command and issue a request command to the lower layer. Also, upon receiving the notification of the reception result of the response command from the response receiving unit 3223, the application layer processing unit 3210 is notified of the reception result of the response command.
- the request notification unit 3222 receives the request command issuance notification from the control unit 3221, generates a request command, and outputs the request command to the lower layer processing unit 3230.
- the response receiving unit 3223 receives the response command output from the lower layer processing unit 3230, analyzes the received response command, and notifies the control unit 3221 that the command analysis result and the response command have been received. Do.
- the lower layer processing unit 3230 adds an appropriate lower layer header to the request command from the OBEX layer processing unit 3220 and passes it to the transmitting unit 3240 and, from the reception response command from the receiving unit 3250, an appropriate one. Remove the lower layer header and pass it to the OBEX layer processing unit 3220.
- the transmitting unit 3240 transmits the request command received from the lower layer processing unit 3230 to the outside through the infrared communication path.
- the receiving unit 3250 receives the response command transmitted from the other device (server device) via the infrared communication path, and outputs the received response command to the lower layer processing unit 3230.
- control unit 3221 of the OBEX layer processing unit 3220 shown in FIG. 52 will be described using the flowchart shown in FIG.
- Step S 51 is a step in which the application layer processing unit 3210 of the client device 3200 and the control unit 3221 of the OB layer processing unit 3220 determine whether or not a request command to the server device has been generated. If it is generated, the process proceeds to step S52, and if it is generated, the process proceeds to step S51 again.
- Step S52 is a step of transmitting a request command to the server device to the lower layer processing unit 3230. After the end of transmission, the process proceeds to step S53.
- Step S53 receives a response command from the Sano device from the lower layer processing unit 3230. It is a step to determine whether or not. If it has been received, the process goes to step S54, and if it has not been received, the process goes to step S53 again.
- Step S 54 is a step of analyzing the received response command. After analysis, the process transitions to step S55.
- Step S55 is a step of determining whether or not the communication end capability. If the communication has not ended, the process returns to step S51 again.
- the OBEX layer processing unit 3220 of the conventional client device 3200 can issue a request command, analyze a response command to it, and perform communication by issuing the next request command again. It becomes possible.
- the client device 3300 (FIG. 54) according to the present embodiment, after issuing a request command to the server device, the response command from the server device is issued. It is possible to issue the next request command without receiving. Specifically, it is as follows.
- Step S 61 is a step of determining whether or not a request command to the server is generated in the application layer processing unit 3310 of the client apparatus 3300 and the control unit 3321 of the OB layer processing unit 3320. If it is generated, the process proceeds to step S62, or if it is generated, the process proceeds to step S61 again.
- Step S62 is a step of transmitting a request command for the server device to the lower layer processing unit 3330. After the end of transmission, the process proceeds to step S65.
- Step S65 is a step of determining whether or not the communication termination capability. If the communication has not ended, the process returns to step S61 again.
- the control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300 performs the above-described operation to send the request command from the client device 3300 and then receive no response command from the server device. , The next request command can be sent.
- FIG. 54 is a block diagram of the client device 3300 according to the present embodiment.
- the blocks other than the communication direction selection unit 3324 of the OBEX layer processing unit (object exchange layer processing unit) 3320 are the blocks of the OBEX layer processing unit 3220 of the conventional client device 3200 described above with reference to FIG. 52. Description is omitted because it has the same function.
- the communication direction selection unit 3324 has a function of selecting whether the communication is one-way communication or two-way communication.
- one-way communication is communication that requires a response command from the server device in response to a request command from the client device.
- the transmitting unit does not exist in the server device, or when the receiving unit does not exist in the client device, although the communication is necessarily one-way communication, the transmitting device and the receiving device are respectively provided by the client device and the Sano device. However, if the signal flow is one-way to the client device server device, it will still be one-way communication.
- two-way communication is a communication method in which a server device transmits a response command in response to a request command to which client device power is also transmitted, and after analysis of the response command, the client device transmits the next request command again. is there.
- response commands are not required, and arrangements have been made in advance in both the client device's OBEX layer and the Sano device's OBEX layer, if specific. The response command to the request command is not necessary!,.
- control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300 will be described using the flowchart of FIG.
- Step S70 is a step in which the communication direction selection unit 3324 selects bidirectional communication or unidirectional communication. In the case of two-way communication, the process transitions to step S71, and in the case of one-way communication, the process transitions to step S81.
- Step S 71 is a step of determining whether or not a request command to the server device has been generated in the application layer processing unit 3310 or the control unit 3321 of the OB EX layer processing unit 3320 in two-way communication. If it is generated, the process proceeds to step S72, and if it is generated, the process transitions to step S71 again.
- Step S 72 is a step of transmitting a request command for the server device to the lower layer processing unit 3330 in two-way communication. After the end of transmission, the process proceeds to step S73.
- Step S73 is a step of determining whether or not the server device power response command has been received in the two-way communication. If received, go to step S74. If not, the process transitions to step S73 again.
- Step S74 is a step of analyzing the server device power response command in the two-way communication. After analysis, the process moves to step S75.
- Step S75 is a step of determining whether or not to end communication in two-way communication. If not, the process returns to step S71.
- step S 81 whether or not a request command to the server device is generated in the control unit 3321 of the application layer processing unit 3310 or the OBEX layer processing unit 3320 in one-way communication. Is a step of determining If it has occurred, the process proceeds to step S82. If not, the process proceeds to step S81 again.
- Step S 82 is a step of transmitting a request command for the server device to the lower layer processing unit 3330 in one-way communication. After the end of transmission, the process proceeds to step S85.
- Step S85 is a step of determining whether or not to end communication in one-way communication. If not, the process returns to step S81.
- the control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300 performs the above-described operation to send a next request command after waiting for a response command from the server device in two-way communication. In one-way communication, it is possible to send the next request command without receiving the server device's response command.
- the client device (communication device) of the transfer data transfer system (communication system) will be described below.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definition unless otherwise specified.
- FIG. 54 is a block diagram of the client device 3300 according to the present embodiment. That is, the operation of each block other than the control unit 3321 of the OBEX layer processing unit 3320 is basically the same as the operation of each block in the eleventh embodiment. The explanation is omitted.
- Step S 91 is a step of determining whether or not a Put request command to the server device is generated in the control unit 3321 of the application layer processing unit 3310 or the OBEX layer processing unit 3320. If it has occurred, the process proceeds to step S92. If not, the process proceeds to step S91 again.
- Step S92 is a step of transmitting a Put request command to the Sano device. After the end of transmission, the process proceeds to step S93.
- Step S93 is a step of determining whether the sent Put request command is not the final Put request command. If it is final, the process goes to step S94, and if it is not final, the process goes to step S91.
- Step S 94 is a step of determining whether or not the response command from the Sano device has been received. If it has been received, the process goes to step S95, and if it has not been received, the process goes to step S94 again.
- Step S95 is a step of analyzing a response command from the Sano device. After analysis, the process moves to step S96. At this time, it is determined whether or not the SUCC ESS response command to the final Put request command has been received.
- Step S96 is a step of determining whether the communication has ended. If not ended, the process returns to step S91 again.
- the control unit 3321 of the OBEX layer processing unit 3320 of the client device 3300 performs the above-described operation to respond to a non-final Put request command without waiting for the server device's CONTI NUE response command. It becomes possible to send a Put request command, and it becomes possible to improve the efficiency of communication.
- the client device 3300 can execute data transfer successfully to the server device 3300 because the client device 3300 checks the response to the SUCCESS response command from the server device in response to the final Put command. It becomes possible to determine whether or not.
- the server device (communication device) of the transfer data transfer system (communication system) will be described below.
- the terms (including members and functions) defined in the other embodiments are also used in this embodiment according to the definition unless otherwise specified.
- FIG. 58 shows a block diagram of a server device that performs communication using the conventional OBEX protocol.
- the Sano device (communication device) 3400 has an application layer processing unit 34.
- a transmitting unit 3440 and a receiving unit 3450 at least.
- the application layer processing unit 3410 requests the OBEX layer processing unit 3420 to process a reception request command and issue a response command according to the user's instruction input to the operation unit (not shown).
- the OBEX layer processing unit 3420 includes a control unit 3421, a response notification unit 3422, and a request analysis unit 3423.
- control unit 3421 In response to the request from the application layer processing unit 3410, the control unit 3421 notifies the response notifying unit 3422 to generate a response command and issue a response command to the lower layer. Also, in response to the request command reception result notification from the request analysis unit 3423, the application layer processing unit 3410 is notified of the reception result of the request command.
- response notification unit 3422 In response to the response command issuance notification from control unit 3421, response notification unit 3422 generates a response command and outputs the generated response command to lower layer processing unit 3430.
- the request analysis unit 3423 receives the request command output from the lower layer processing unit 3430, analyzes the received request command, and notifies the control unit 3421 that the command analysis result and the request command have been received. Do.
- the lower layer processing unit 3430 adds an appropriate lower layer header to the response command from the OBEX layer processing unit 3420 and passes it to the transmitting unit 3440 and, from the reception request command from the receiving unit 3450, an appropriate one. Remove the lower layer header and pass it to the OBEX layer processing unit 3420.
- Transmission unit 3440 is a request received from lower layer processing unit 3430 via an infrared communication path or the like. Send a command to the outside.
- the receiving unit 3450 receives the request command transmitted from the other device (client device) via the infrared communication path or the like, and outputs the received request command to the lower layer processing unit 3430.
- Step S101 is a step of determining whether the client device power is also the power that has received the request command. If it has been received, the process goes to step S102, and if it has not been received, the process goes to step S101 again.
- Step S102 is a step of analyzing the client device power request command.
- Step S103 is a step of creating a response command to the client device. After creating the response command, the process proceeds to step S104.
- Step S 104 is a step of transmitting the response command to the client device.
- step S105 After the end of transmission, the process proceeds to step S105.
- Step S105 is a step of determining whether to end communication. If the process is not ended, the process returns to step S101 again.
- the OBEX layer processing unit 3420 of the conventional server device 3400 can perform communication by receiving and analyzing the request command and generating and transmitting a response command thereto.
- server device 3500 receives the request command of the client device and analyzes it, and then sends it to the client device. It is possible to generate and send a response command and to receive the next request command. Specifically, it is as follows.
- Step SI 11 is a step of determining whether or not the client device power request command has been received. If it has been received, the process goes to step S112, and if it has not been received, the process goes to step S111 again.
- Step S112 is a step of analyzing the received request command. After analysis, the process moves to step S115.
- Step S115 is a step of determining whether communication has ended. If not ended, the process returns to step S111.
- FIG. 60 is a block diagram of a server device 3500 according to another embodiment of the present embodiment.
- the blocks other than the communication direction selection unit 3524 of the OBEX layer processing unit (object exchange layer processing unit) 3520 are the same as the blocks of the OBEX layer processing unit 3420 of the conventional server device 3400 described above with reference to FIG. Description is omitted because it has a function.
- the communication direction selection unit 3524 has a function of selecting whether the communication is one-way communication or two-way communication.
- one-way communication is communication that requires a response command from the server device in response to a request command from the client device.
- the transmitting unit does not exist in the server device, or when the receiving unit does not exist in the client device, although the communication is necessarily one-way communication, the transmitting device and the receiving device are respectively provided by the client device and the Sano device. However, if the signal flow is one-way to the client device server device, it will still be one-way communication.
- two-way communication is a communication method in which a server device transmits a response command in response to a request command to which client device power is also transmitted, and after analysis of the response command, the client device transmits the next request command again. is there.
- a response command is not required, and arrangements are made in advance in both the client device's OBEX layer and the Sano device's OBEX layer! / Not necessary to respond to specific request commands!
- Step S120 is a step in which the communication direction selection unit 3524 selects two-way communication or one-way communication. In the case of two-way communication, the process transitions to step S121, and in the case of one-way communication, the process transitions to step S131.
- Step S121 is a step of determining whether or not the request command from the client device has been received in the two-way communication. If it has been received, the process proceeds to step S122, and if it has been received, the process proceeds to step S121 again.
- Step S122 is a step of analyzing a request command from the client device in two-way communication. After analysis, the process moves to step S123.
- Step S123 is a step of creating a response command to the client device in two-way communication. After creating the response command, the process proceeds to step S124.
- Step S 124 is a step of notifying the lower layer processing unit 3530 in order to transmit the created response command to the client device in two-way communication. After the notification ends, the process transitions to step S125.
- Step S125 is a step of determining whether or not to end communication. If it has not ended, the process returns to step S121 again.
- step S131 is a step of determining whether or not a request command from a client device has been received in one-way communication. If it has been received, the process proceeds to step S132, and if it is received, the process proceeds to step S131 again.
- Step S132 is a step of analyzing a request command from the client device in one-way communication. After analysis, the flow proceeds to step S135.
- Step S135 is a step of determining whether or not the communication has ended in one-way communication. If not ended, the process goes back to step S131.
- a response command is generated and transmitted when receiving a request command of the client device in bidirectional communication. Also, in one-way communication, it is possible to receive the next request command without generating or transmitting a response command after receiving a request command from the client device.
- the server device (communication device) of the transfer data transfer system (communication system) according to the fourteenth embodiment of the present invention will be described below.
- the terms (including members and functions) defined in the other embodiments are also used in the present embodiment according to the definition unless otherwise specified.
- FIG. 60 is a block diagram of the server device 3500 according to the present embodiment. That is, it is the same as the thirteenth embodiment described above, and the operation of each block other than the control unit 3521 of the OBEX layer processing unit 3520 is basically the same as the operation of each block in the thirteenth embodiment. Description is omitted because there is.
- Step S141 is a step of determining whether or not a Put command of the client device has been received. If it has been received, the process goes to step S142, and if it has not been received, the process goes to step S141 again.
- Step S142 is a step of analyzing the received Put command. After analysis, the process transitions to step S143.
- Step S143 is a step of determining whether the analyzed Put command is the final Put command but not the final Put command. If it is the final Put command, the process goes to Step S144, and if it is not the final Put command, the process goes to Step S141 again.
- Step S144 is a step of generating a response command to the client device. After completing the generation of the response command, the process transitions to step S145.
- the generated response command is, for example, a SUCCESS response command when all of the Put commands from the client device have ended normally. Also, in other embodiments, this embodiment does not mention.
- Step S145 is a step of notifying the lower layer processing unit 3530 to transmit the above-mentioned response command to the client device. After the notification ends, transition to step S 146
- Step S146 is a step of determining whether the communication has ended. If not end The process transitions to step S141.
- the CONTINUE response generated in the conventional OBEX layer processing unit for a non-final Put request command It is possible to generate and transmit a SUCCESS response command in response to the final Put request command without generating or transmitting a command, which makes it possible to improve communication efficiency. Also, since the SUCCESS response command to the final Put command is sent to the client device, it is possible to determine whether the client device has successfully transferred data to the server device 3500 or not.
- the transfer data transfer system (communication system) according to the fifteenth embodiment of the present invention is described below with reference to FIG.
- the terms (including members and functions) defined in the other embodiments are used in accordance with the definition of V in the present embodiment unless otherwise specified.
- FIG. 1 an example of communication between mobile phones will be described using FIG.
- a mobile phone is used as a transmitter and a receiver
- data can be transmitted by infrared rays according to any of the present invention methods.
- the opposite device may not be a mobile phone.
- data in the mobile phone A is transmitted to the mobile phone B using infrared rays.
- the mobile phone B receives the data transmitted from the mobile phone A
- the received data is stored in the memory in the mobile phone B or in the connected external memory.
- the aforementioned data is text data, image data, voice data, telephone directory data, system information, etc., and is not limited to a specific format.
- the data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.
- the transmitting side assigns a serial number to the IrLAP UI frame with no restriction on the window size by the method of any of the above-described embodiments. Transmit, and retransmit if necessary according to the contents of the reply frame of the receiver (mobile phone B), perform error detection and serial number analysis on the receiver (mobile phone B), if necessary, and By making a retransmission request, high quality communication can be performed.
- the window size is not limited according to any of the methods of the above-described embodiments.
- the frame is given a serial number and transmitted, and the receiving side (mobile phone B) can perform high-quality communication by performing error detection and serial number analysis.
- a mobile phone is used as a transmitter, if the data can be transmitted by infrared rays etc. by any of the methods of the present invention, the transmitter is not a mobile phone. It does not matter.
- the display device may be the transmission side.
- data in the mobile phone A is transmitted to a display device B (such as a TV or a monitor) using infrared light.
- the display device B performs appropriate processing on the data transmitted from the mobile phone A. For example, in the case of image data, display is performed by decompressing compressed data if necessary. But it is not limited to this.
- the above-mentioned data are text data, image data, voice data, telephone directory data, system information and the like, and are not limited to a specific format.
- the data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.
- the transmitting side (mobile phone A) assigns a serial number to the IrLAP UI frame with no window size restriction by any of the methods described in the above embodiments. Then, it retransmits if necessary according to the contents of the reply frame on the receiving side (display device B), and performs error detection and serial number analysis on the receiving side (display device B), if necessary. By making a retransmission request, high quality communication can be performed.
- the window size is not limited according to any of the methods of the above-described embodiments. It is possible to perform communication with high quality by performing error detection and analysis of the serial number on the receiving side (display device B) by assigning the serial number to the frame and transmitting it.
- transmission is performed by setting the reception buffer size notified to the transmitter by the display device at the time of connection to the image size of JPEG images (about several hundreds of KB and several MB).
- the batch transmission data size of the machine can be set to a size that allows one JPEG image to be transmitted at one time.
- the reception buffer is switched, and the second reception is performed. While receiving the next JPEG image in the reception buffer, processing such as decoding of the JPEG data in the first reception buffer can be easily performed.
- the transfer data transfer system (communication system) according to the seventeenth embodiment of the present invention is described below with reference to FIG.
- the terms (including members and functions) defined in the other embodiments are used in accordance with the definition of V in the present embodiment unless otherwise specified.
- the transmission device may not be a mobile phone as long as data can be transmitted by infrared rays or the like according to any method of the present invention.
- the printing apparatus may be the transmission side.
- data in the mobile phone A is transmitted to the printing apparatus B using infrared rays.
- the printing device B performs appropriate processing on the data transmitted from the mobile phone A. For example, if it is image data, printing is performed by decompressing compressed data if necessary. But it is not limited to this. Also, the above-mentioned data are text data, image data, telephone directory data, system information, etc., and it is not limited to a specific format.
- the data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.
- the transmitting side (mobile phone A) transmits an IrLAP UI frame having no window size limitation by any of the methods described in the above embodiments.
- a number is added and transmitted, and if necessary, retransmission is performed according to the contents of the reply frame on the receiving side (printing device B), and on the receiving side (printing device B), error detection and serial number analysis are performed. It is possible to perform high quality communication by making a retransmission request if necessary.
- the window size is not limited according to any of the methods of the above-described embodiments.
- the frame is assigned a serial number and transmitted, and the receiving side (printing apparatus B) detects an error and By analyzing the serial number, it is possible to communicate with high quality!
- the primary size can be set by setting the reception buffer size that the printing apparatus notifies the transmitter at connection time to the image size of JPEG images (about several hundred KB and several MB).
- the batch transmission data size of the station can be set to a size that allows one JPEG image to be transmitted at one time.
- the printing apparatus has two reception buffers and one reception buffer receives JPE G image data
- the reception buffer is switched, and the second reception buffer is next received.
- processing such as decoding JPEG data in the first reception buffer.
- the printer when printing is in a state where it is not possible to receive the next data during printing, the printer notifies the transmitter that a error has occurred in a pseudo manner even if no error has occurred, and the transmitter power is retransmitted. It is possible to earn time, for example, by
- the transfer data transfer system (communication system) according to the eighteenth embodiment of the present invention is described below with reference to FIG.
- the terms (including members and functions) defined in the other embodiments are used in accordance with the definition of V in the present embodiment unless otherwise specified.
- the transmission device may not be a mobile phone as long as data can be transmitted by infrared rays or the like according to any method of the present invention.
- the recording apparatus may be the transmission side.
- data in the mobile phone A is transmitted to the recording device B using infrared light.
- the recording device B performs appropriate processing on the data transmitted from the mobile phone A.
- the memory in the recording device B or the external memory connected to the recording device B Record on Memory in the recording device B is a volatile memo such as SDRAM It is also possible to use any non-volatile memory such as flash memory, recordable DVD, HDD drive, etc. as long as it can record temporarily or semi-permanently.
- the above-mentioned data are text data, image data, voice data, telephone directory data, system information and the like, and are not limited to a specific format.
- the data in the mobile phone A may be either data in the internal memory of the mobile phone A or data in an external memory (nonvolatile memory such as an SD card) connected to the mobile phone A.
- the transmitting side (mobile phone A) transmits an IrLAP UI frame having no window size limitation by any of the methods described in the above embodiments.
- a number is added and transmitted, and if necessary, retransmission is performed according to the contents of the reply frame on the receiving side (recording device B), and on the receiving side (recording device B), error detection and serial number analysis are performed. It is possible to perform high quality communication by making a retransmission request if necessary.
- the window size is not limited according to one of the methods of the above-described embodiments.
- the frame is assigned a serial number and transmitted, and the receiving side (recording apparatus B) can perform high-quality communication by performing error detection and serial number analysis.
- transmission is performed by setting the reception buffer size notified to the transmitter by the recording device at connection time to the frame size (about several hundred KB to several MB) of the MPEG moving image.
- the batch transmission data size of the machine can be set to a size that allows one frame to be transmitted at one time.
- the recording apparatus has two reception buffers and one frame of reception data has been received in one reception buffer, the reception buffer is switched, and the second reception buffer is switched to the next reception buffer. Processing such as decoding frame data in the first reception buffer can be performed easily while receiving frame data.
- FIG. 68 is a schematic diagram showing the correspondence relationship between the OSI 7 hierarchical model, the hierarchy of IrDA, and the hierarchy of the communication system according to the present invention.
- Each communication layer of the communication system according to the present embodiment also has the same function as that of the corresponding layer of the OSI seven-layer model. However, as shown in FIG. 68, the communication system has a six-layer structure in which the session layer and the presentation layer are one!
- IrSimple is an application example of the present invention.
- the present invention is not limited to IrSimple. Note that IrSimple is an improvement on some of the functions of the conventional IrDA.
- the data link layer, the network layer, the transport layer, and the session layer + the presentation layer may be referred to as LAP, LAMP, SMP, and OBEX, respectively.
- LAP LAMP
- SMP SMP
- OBEX OBEX
- P is added to the transmitter (primary station) and "S” to the receiver (secondary station).
- LAP (P) means the data link layer of the transmitter.
- FIG. 69 (a) is a sequence diagram showing a connection sequence of the present embodiment (with response). Further, FIG. 69 (c) is an explanatory view showing a data structure of communication data in the connection sequence of the present embodiment (with response).
- the same function as the search can be provided to the SNRM command by using the global address for the Destination Device Address of the SNRM (Fig. 69 (c) SNRM command).
- SNRM command and UA response that are connection packets of the data link layer, upper layers such as the network layer, transport layer, session layer, presentation layer, etc. are included. Insert parameters and commands required for connection. As a result, it is possible to condense connection packets for connecting the upper layers required in the conventional IrDA into one packet.
- search and connection sequences can be performed with one packet pair, which conventionally required multiple packets.
- FIG. 69 (b) is a sequence diagram showing a connection sequence of the present embodiment (without response). Further, FIG. 69 (c) is an explanatory view showing a data structure of communication data in the connection sequence of the present embodiment (no response). In the present embodiment (no response), the UA response (UA response for SNRM in FIG. 69 (c)) is unnecessary.
- connection sequence of this embodiment shortens the time required for connection by putting together the connection requests of a plurality of communication layers. Easy to connect. Therefore, the communication path is easily disconnected, and it is particularly suitable for, for example, infrared communication. However, it is also effective in other wireless communications including IEEE802.11 wireless, Bluetooth, and wired communications.
- connection of all communication layers is connected by one communication
- the present invention is not limited to this.
- connection of one communication layer may be performed by multiple times of communication. For example, if the network layer connection requires two communications, combine the data link layer connection and the first connection of the network layer into one connection request, and the second connection of the network layer and the transport layer You may combine the connections in one connection request into one.
- FIGs. 70 (a) and 70 (b) are sequence diagrams showing a data exchange sequence according to the present embodiment (with response). Further, FIG. 70 (a) is an explanatory view showing a data structure of communication data in the data exchange sequence of the present embodiment (with response).
- the responses of the lower layer and the upper layer for each piece of data are reduced as much as possible, and after transmitting a large amount of data, whether or not an error or helplessness is sent back is sent.
- the transmitter is constructed of a sequential packet number, a flag for asking whether a problem has occurred with received data, and divided data obtained by dividing the above data according to the size of the packet. Use a packet.
- the transmitter transmits a predetermined number of packets and then transmits a packet with the flag turned on.
- the receiver receives a packet from the beginning of the previous data or the above flag is turned on and sends back a response, it indicates that it has received successfully if it detects no error. Notify the transmitter.
- the receiver receives a packet from the beginning of the previous data or the above flag is turned on and sends back a reply, if an error is detected, the subsequent packets that can not be received are received. The divided data portion is ignored, only the flag is checked, and if the flag is on, the transmitter is notified of a packet number that can not be received due to an error.
- the transmitter when the transmitter receives a signal indicating that it has been correctly received, the transmitter transmits from the next packet. Also, when the transmitter is notified that an error has occurred, it retransmits from the packet number which could not be received to the packet with the above flag turned on.
- a UI frame (FIG. 71 (b)) is used in the present embodiment (with response). For this reason, the packet link can not be recognized in the data link layer (LAP layer), and is detected in the transport layer.
- LAP layer data link layer
- the data portion of the transport layer of the UI frame is provided with a sequential number, a flag for data confirmation, a flag indicating whether it is the last packet of data, whether the received data was normal, and these flags Send [0661] [B] No response
- FIGS. 72 (a) and 72 (b) are sequence diagrams showing a data exchange sequence according to the present embodiment (without response). Further, FIG. 72 (b) is an explanatory view showing a data structure of communication data in the data exchange sequence of the present embodiment (no response).
- the receiver only confirms whether or not there is an error, and if it is received normally, after receiving all the data, it recognizes that the reception is normal within the receiver, and Perform the action of The next operation in this case is, for example, to display, print, or save the received data.
- the next action in this case is an indication to notify the user of the failure or to be in the state of waiting for the next reception.
- FIG. 73 (a) is a sequence diagram showing a disconnection sequence of the present embodiment (with response). Further, FIG. 73 (c) is an explanatory view showing a data structure of communication data in the disconnection sequence of the present embodiment (with response).
- FIG. 73 (b) is a sequence diagram showing a disconnection sequence of the present embodiment (without response). Further, FIG. 73 (c) shows the case of the disconnection sequence of the present embodiment (with response). It is explanatory drawing which shows the data structure of communication data. In addition, this embodiment (No response
- the data link layer is LAP
- the network layer is LAMP
- Transport layer TTP or SMP Transport layer TTP or SMP
- session layer presentation layer
- LAP (P) means the data link layer of the transmitter.
- FIG. 74 is a sequence diagram showing a connection sequence of the present embodiment (with response).
- FIGS. 75 (a) and 75 (b) are explanatory diagrams showing data structures of communication data in the connection sequence of the present embodiment (with response).
- connection preparation is performed for both the transmitter and the receiver.
- the transmitter passes the upper layer request as it is to the lower layer and transmits it as one packet (SNRM).
- the receiver receives the SNRM packet and reports that it can connect to the upper layer as it is, then passes the response of OBEX (S) to the lower layer as it is, and as one packet (UA) Send.
- S OBEX
- UA one packet
- the transmitter concludes the connection by receiving the UA, and sends notification (Connect. Confirm) to the upper layer!
- the sequence in the transmitter and the receiver at this time is as follows.
- OBEX (P) When OBEX (P) receives an application connection request, it immediately sends a connection request command to the lower layer (S MP (P)) and issues a connection request function (Primitive). Produce. Also, when OBEX (P) receives the connection confirmation function from SMP (P), OBEX (P) confirms the response of the OBEX connection from the data, and responds that there is no problem (Success). If it is the connection is complete.
- the SMP (P) receives the connection request function from the OBEX (P) and immediately transmits the data of the OBEX (P) connection request function to the receiver SMP (S). Add a parameter to generate a connection request function for the lower layer (LMP (P)). Also, when SMP (P) receives the connection check function from LMP (P), it extracts the parameters generated by the receiver's SMP (S) from the data data of the function, checks the value, and End the negotiation with). In addition, SMP (P) also transmits the data strength of the connection check function with the parameters of SMP (S) removed as the connection check function to OBEX (P).
- the LMP (P) receives the connection request function from the SMP (P) and promptly sends the data of the connection request function of the SMP (P) to the parameters required for communication with the LMP (S) of the receiver. And generate a connection request function for the lower layer (LAP (P)). Also, when LMP (P) receives the connection check function from LAP (P), it extracts the nolometer generated by LMP (S) of the receiver from the data of the function, and confirms the value, and LMP (S) End the negotiation with Also, LMP (P) transmits the data obtained by removing the parameter of LMP (S) from the data strength of the connection confirmation function as a connection confirmation function to SMP (P).
- LSAP Link Service Access Point
- LAP (P) receives the connection request function from LMP (P), promptly transmits the data of LMP (P) connection request function, and the parameters necessary for communication with LAP (S) of the receiver. And output an SNRM command to the physical layer of the receiver. Also, when the LAP (P) receives the physical layer strength UA response of the receiver, it extracts the parameters generated by the LAP (S) of the receiver from the data of the UA response, confirms the values, and checks the LAP (S) End the negotiation with. Also, LAP (P) transmits data obtained by removing the parameter of LAP (S) from the data of UA response as a connection confirmation function to LMP (P).
- OBEX (S) receives the connection request function from the application and enters the reception standby state . Also, when OBEX (S) receives the connection notification function (Indication) also for the lower layer (SMP (S)) power, it checks the OBEX connection command from the data, and if there is no problem, the response says Success. Is output to SMP (S) as a connection response function (Response), and connection is completed.
- Connection notification function Indication
- SMP (S) lower layer
- the SMP (S) receives the connection request function from the OBEX (S), and stands by for reception. Also, when SMP (S) receives the connection notification function from the lower layer (SMP (S)), it extracts the parameter generated by the transmitter SMP (P) from the data of the function, Create the response parameter of the above, remove the parameter of SMP (P) from the data of the above function, issue the connection request function containing the data to OBEX (S), and then return the connection response function from OBEX (S) I will wait.
- SMP (S) When SMP (S) receives the connection response function from OBEX (S), it adds the above-mentioned response parameter to the data of the connection response function of OBEX (S) for LMP (S), Generate a connection reply function to LMP (S) and complete the SMP layer negotiation.
- the LMP (S) receives the connection request function from the SMP (S) and stands by for reception.
- LMP (S) receives a connection notification function from the lower layer (LAP (S))
- LAP (S) extracts the parameter generated by the transmitter LMP (P) from the data of the function
- Create a response parameter remove the parameter of data function LMP (P) of the above function
- issue a connection request function containing the data to SMP (S) issue a connection request function containing the data to SMP (S)
- connect response function from SMP (S) wait.
- LMP (S) receives a connection response function from SMP (S)
- LMP (S) adds the above-mentioned response parameter to the data of SMP (S) connection response function.
- Generate a connection reply function to LAP (S) and complete the LMP layer negotiation.
- LSAP Link Service Access Point
- LMP Link Service Access Point
- the LAP (S) receives the connection request function of the LMP (S) and enters the reception standby state. Also, when the LAP (S) receives the physical layer strength SNRM command, it extracts the parameter generated by the transmitter LAP (P) from the data of the SNRM command, and the parameter of the LAP (P) from the data of the SNRM command. Issued a connection request function containing the data to LMP (S) After that, create a response parameter for it and wait for the connection response function from LMP (S). Also, when the LAP (S) receives the connection response function from the LMP (S), it adds the above-mentioned response parameter to the data of the LMP (S) connection response function to Output the speech and complete the LAP layer negotiation.
- FIG. 76 is a sequence diagram showing a connection sequence of this embodiment (no response). Further, FIG. 75 (a) is an explanatory view showing a data structure of communication data in the connection sequence of the present embodiment (without response).
- connection preparation is performed for both the transmitter and the receiver.
- the transmitter passes the upper layer request as it is to the lower layer and transmits it as one packet (SNRM).
- the LAP (P) raises the notification (Connect. Confirm) from the LAP (P) to the upper layer as the connection completion.
- the receiver upon receiving the SNRM packet, notifies that the connection to the upper layer has been made as it is, and completes the connection when notified to the OBEX (S).
- the sequence in the transmitter and the receiver at this time is as follows.
- OBEX (P) immediately generates connection request function (Primitive) by putting connection request command into lower layer (S MP (P)) data when application connection request is received. Produce. Also, if OBEX (P) receives the connection confirmation function from SMP (P), the connection will be completed.
- the SMP (P) receives the connection request function from the OBEX (P) and immediately transmits the data of the OBEX (P) connection request function to the receiver SMP (S). Add a parameter to generate a connection request function for the lower layer (LMP (P)). Also, when SMP (P) receives the connection confirmation function from LMP (P), it concludes the SMP layer negotiation, assuming that the transmitted parameters can negotiate. Also, at this time, SMP (P) sends a connection confirmation function to OBE X (P).
- the LMP (P) receives the connection request function from the SMP (P) and promptly sends the data of the connection request function of the SMP (P) to the parameters required for communication with the LMP (S) of the receiver. Add Generate a connection request function to the lower layer (LAP (P)). Also, LMP (P) ends negotiation of LMP layer assuming that negotiation can be performed using the transmitted parameters when LAP (P) force also receives the connection confirmation function. Also, at this time, LMP (P) sends a connection confirmation function to SMP (P).
- LSAP Link Service Access Point
- the LAP (P) receives the connection request function from the LMP (P), promptly transmits the data of the LMP (P) connection request function, and the parameters necessary for communication with the LAP (S) of the receiver. And output an SNRM command to the physical layer of the receiver. Also, when the LAP (P) outputs the SNRM command, it concludes the negotiation of the LA p layer, assuming that the transmitted parameters can be negotiated. At this time, LAP (P) sends a connection confirmation function to LMP (P).
- the OBEX (S) receives the connection request function also from the application power and stands by for reception. Also, if OBEX (S) receives lower layer (SMP (S)) power as well as the connection notification function (Indication), the middle power of the data also confirms the OBEX connection command, and if there is no problem, the connection is completed. I assume.
- the SMP (S) receives the connection request function from the OBEX (S) and stands by for reception. Also, when SMP (S) receives the connection notification function from the lower layer (SMP (S)), it extracts the parameter generated by the transmitter SMP (P) from the data of the function, and extracts that parameter. Use to complete the negotiation. And SMP (S) removes the parameter of SMP (P) from the data of the above function! Sends a connection request function containing overwhelmed data to OBEX (S).
- the LMP (S) receives the connection request function from the SMP (S) and stands by for reception.
- LMP (S) receives a connection notification function from the lower layer (LAP (S))
- LAP (S) extracts the parameter generated by LMP (P) of the transmitter from the data of the function, and uses that parameter And complete the negotiation.
- LMP (S) is the data power of the above function LMP ( Remove the parameters of P)! Send a connection request function containing the overwhelmed data to SMP (S).
- LSAP Link Service Access Point
- the LAP (S) receives the connection request function of LMP (S) and enters the reception standby state. Also, when the LAP (S) receives the physical layer strength SNRM command, it extracts the parameter generated by the transmitter LAP (P) from the data of the SNRM command, and uses that parameter to complete the negotiation. Then, the LAP (S) issues a connection request function to the LMP (S) including the data strength of the above function and the data excluding the parameter of the LAP (P).
- FIG. 77 is a sequence diagram showing a data exchange sequence of the present embodiment (with response). Further, FIG. 78 is an explanatory view showing a data structure of communication data in the data exchange sequence of the present embodiment (with response).
- the transmitter As shown in FIG. 77, in the present embodiment (with response), the transmitter generates a PUT command, which is transmitted to the lower layer, and is output as a UI frame (FIG. 71 (b)). .
- the receiver receives the data and raises the notification to the upper layer.
- SMP (SMP
- the transmitter transmits a certain number of packets, and then transmits the flag with a check to confirm that the data has arrived properly.
- the SMP S notifies the transmitter of the error force or, if there is an error, the number in which the error occurred.
- the transmitter outputs the next packet group if there is no error, and if there is an error, it retransmits the packet after the packet having the error.
- the transmitter when the end of data is reached, indicates that the flag indicating the end of data is O.
- the sequence in the transmitter and the receiver at this time is as follows.
- OBEX (P) outputs a PUT command to the lower layer as a data transmission function.
- OBEX (P) can be sent by SMP (P) without requiring PUT command responses (continuing return if normal) other than PUT Final (last PUT) command. , Output the next command.
- commands other than PUT Final command or PUT command wait for the data notification function from the lower layer, and finish the command seeing the response in the data.
- the data transmission function is a function (Data Request) that requests data transmission from the lower layer.
- the data notification function is a function (Data Indicate) that notifies that lower layer strength data has been received.
- the OBEX (S) receives the lower layer power as well as the data notification function to receive data.
- OBEX does not return a response to PUT commands other than PUT Final command, and returns a response as a data transmission function for commands other than PUT Final command or PUT command.
- the LMP can transmit the data to the LMP when the size that can be transmitted by the LMP is smaller than the size of the data in the data transmission function.
- the SMP has a sequential number, an argument for inquiring the other device about the data reception status, an argument indicating the end of the data, an argument indicating that the SMP of the other device requires an OBEX response, and the received data is normal. Create an SMP header with an argument indicating whether it was. And this The data transmission function including the data obtained by adding the SMP header of the above to the divided or combined data is issued to the LMP.
- the SMP when the SMP receives the LMP force data notification function, it extracts the SMP header from the data in the function, and confirms the force with which the sequence number is normal (that is, the force coming in order without missing). Do. Then, if it is normal, it issues a data notification function to OBEX. At this time, the data notification function may output V for each data notification function from the lower layer, or may output V and the data notification function data from several lower layers together! / ,.
- the SMP (P) of the transmitter converts the data transmission function of OBEX (P) into the data transmission function to LMP (P), and specifies data transmission of a certain number of data amounts. Issue a function. After that, SMP (P) sets the argument for inquiring data reception status to the receiver to True, issues a data transmission function, and waits for the data notification function of LMP (P).
- the SMP (P) analyzes the SMP header in the data notification function of LMP (S) power, and indicates that an argument indicating whether the received data was normal was received correctly. If it is ready to send the next data, it is ready to send to OBEX (P). That is, data from OBEX (P) can be received in this state.
- SMP (P) analyzes the SMP header of the received data notification function of LMP (S) power, and the argument indicating whether the received data was normal or not is normal. If it indicates that the power has not been received, the data transmission function power notified that the power could not be received normally Generates up to the data transmission function with the argument True asking the data reception status to the external device Do. The SMP (P) repeats regenerating for a specified number of times until data from all data transmission functions are notified to the receiver.
- SMP (P) receives a data transmission function whose argument is True from OBEX (P) is True, it enters the last data of the data transmission function, LM P
- the data transmission function to (P) is issued with an argument indicating that this data transmission function is the end of data or an argument indicating that a response of OBEX (S) of the receiver is required.
- the SMP (S) when the SMP (S) receives a data notification function LMP (S), the SMP (S) analyzes the SMP header from the data in the data notification function, and confirms the sequential number.
- the SMP (S) can normally receive an argument indicating whether the received data was normal or not, if it can receive normally until the header for which the argument asking the data reception state to the receiver is True is received.
- To create an SMP header to indicate that the data is sent to LMP (S) as a data transmission function.
- the SMP (S) detects that the reception has failed normally, it stores the number of the SMP header expected to be not received properly. For example, if 0, 1, 2, 3, 5 is received, if the 5th should be 4 and if 4 is not received, the number expected to be not successfully received is 4 and so on. Become. Then, after that, SMP (S) checks only if the argument asking the receiver of the SMP header for data reception is True and stops the output of the data notification function to OBEX (S).
- the SMP (S) can not normally receive an argument indicating whether the received data is normal or not when it receives a data notification function whose argument for inquiring data reception status from the receiver is True. And an SMP header number inserted into the sequential number entry field to create an SMP header, and direct it as LMP (S) as data to issue a data transmission function .
- SMP (S) receives a data notification function whose argument indicating that it is the end of data or that an argument indicating that a response of OBEX (S) of the receiver is necessary is True. In this case, after outputting the data notification function to OBEX (S), wait for a data transmission request from OBEX (S).
- the SMP (S) When the SMP (S) receives a data transmission request from the OBEX (S), it creates an SMP header which is assumed to be successfully received as an argument indicating whether the received data was normal, It is added to the data of the data transmission request of OBEX (S), and the data transmission function is issued to LMP (S). If there is an error, the notification to OBEX (S) will stop. In order to wait, it will be only when it was normal when waiting.
- the LMP when the LMP receives the upper layer power data transmission request function, it adds an LMP header to the data in the function to create data, and issues a data transmission request function containing the data to the LAP. Also, when LMP receives the LAP force data notification function, it creates data from the data in the function excluding the LMP header, and issues a data notification function containing the data in SMP.
- the LMP header contains an LSAP with a connectionless value.
- the LAP When the LAP receives a data transmission request function from the LMP, it adds a LAP header to the data in the function to create data, and issues a UI frame containing the data to the physical layer. Also, when the LAP receives a data reception notification from the physical layer, it generates the data obtained by removing the LAP header from the data of the UI frame, and issues a data notification function including the data in the LMP.
- the LAP header includes a connection address and a UI indicator.
- FIG. 79 is a sequence diagram showing a data exchange sequence of the present embodiment (without response). Further, FIG. 78 is an explanatory view showing a data structure of communication data in the case of the data exchange sequence of the present embodiment (without response).
- the transmitter As shown in FIG. 79, in the present embodiment (without response), the transmitter generates a PUT command, which is transmitted to the lower layer and output as a UI frame.
- the receiver receives the data and raises the notification to the upper layer.
- SMP (SMP
- the transmitter turns on a flag indicating that it is the end of data when it is the end of data, and transmits it.
- OBEX (P) outputs a PUT command to the lower layer as a data transmission function.
- OBEX (P) can terminate commands without requiring responses to all commands. Then, OBEX (P) outputs the next command when transmission is possible with SMP (P).
- the OBEX (S) receives the lower layer power as well as the data notification function, and receives only data without returning a response to all commands.
- the LMP can transmit the data to the LMP when the size that can be transmitted by the LMP is smaller than the size of the data in the data transmission function.
- the SMP has a sequential number, an argument for inquiring the other device about the data reception status, an argument indicating the end of the data, an argument indicating that the SMP of the other device requires an OBEX response, and the received data is normal. Create an SMP header with an argument indicating whether it was. Then, a data transmission function including this SMP header added with the above divided or combined data is issued to the LMP.
- the SMP when the SMP receives the LMP force data notification function, it extracts the SMP header from the data in the function, and confirms the force with which the sequence number is normal (that is, the force coming in order without missing). Do. Then, if it is normal, it issues a data notification function to OBEX. At this time, the data notification function may output V for each data notification function from the lower layer, or may output V and the data notification function data from several lower layers together! / ,.
- the transmitter's SMP (P) converts the data transmission function of OBEX (P) into a data transmission function to LMP (P). Then, when it receives a data transmission function in which the argument that is the end of the data is False from OBEX (P), the data with the SMP header added to the data is emitted to LMP (P). On the other hand, if SMP (P) receives a data transmission function whose argument that is the end of the data is True from OBEX (P), SMP (P) receives that data transmission function. Data transmission function to LMP (P) containing the last data of the number, an argument indicating that this data transmission function is the end of data, or a response of OBEX (S) of the receiver is required. Make an argument indicating True and issue.
- the SMP (S) of the receiver receives the data notification function from the lower layer, it analyzes the SMP header from the data in the data notification function, and confirms the sequential number. Then, if the SMP (S) analyzes the SMP header and confirms that the reception is normal, it issues a data transmission function to the LMP (S).
- EX (S) Notify EX (S) as an error. For example, when 0, 1, 2, 3, 5 is received, the 5th is 4 when it should be 4 but not received.
- SMP (S) waits for the argument indicating the end of the data in the SMP header or the argument indicating that the response of OBEX (S) of the receiver is required to be True.
- the ability to receive a data notification function that is True but not notify OBEX (S) upon reception), the ability to receive a disconnection notification function, or data to OBEX (S) until a certain period of time has passed. Don't give notice, like.
- the LMP (P) of the transmitter receives the data transmission request function from the SMP (S)
- the LMP header is attached to the data in the function to create data
- LAP P Issues a data transmission request function containing the data in
- the LMP (S) of the receiver receives the data notification function also for the LAP (S) power, it creates data in which the LMP header is removed from the data in the function, and SMP (S) Issues a data notification function containing the data in.
- the LMP header contains an LSAP with a connectionless value.
- the LAP (P) of the transmitter receives the LMP (P) power as well as the data transmission request function, the LAP header is attached to the data in the function to create data, and the data is input to the physical layer Emits a UI frame.
- the LAP (S) of the receiver receives the data reception notification from the physical layer, it creates data obtained by removing the LAP header from the data of the UI frame, and generates the data in the LMP (S). Issue a data notification function containing the data.
- the LAP header includes a connection address and a UI indicator.
- FIG. 80 is a sequence diagram showing a disconnection sequence of the present embodiment (with response).
- FIGS. 81 (a) and 81 (b) are explanatory diagrams showing the data structure of communication data in the disconnection sequence of the present embodiment (with response).
- a disconnection command of the transmitter is transmitted to the lower layer, and a DISC command is generated.
- the receiver receives the DISC command and notifies the upper layer, and the response is returned and a UA response is generated. After that, the upper layer of the transmitter is notified that the UA response has been received, and the process ends.
- OBEX (P) immediately sends a disconnection request command to the lower layer (S MP (P)) in the data and issues a disconnection request function (Primitive) when an application disconnect request is received. Produce. Also, when OBEX (P) receives a disconnection confirmation function from SMP (P), it confirms the response of OBEX disconnection from the data, and if it is a response that there is no problem (Success), the disconnection is completed. I assume.
- SMP (P) receives the disconnection request function from OBEX (P) and immediately needs the data of OBEX (P) disconnection request function to communicate with the receiver SMP (S). Add a parameter to generate a disconnection request function for the lower layer (LMP (P)). Also, when SMP (P) receives the disconnection confirmation function from LMP (P), it extracts the parameters generated by the data source of the function's data receiver SMP (S), confirms the value, and End the disconnection process with In addition, SMP (P) also transmits data of the disconnection confirmation function from which the parameters of SMP (S) have been removed as a disconnection confirmation function to OBEX (P). However, normally, there are no parameters newly added by SMP (P) at disconnection.
- the LMP (P) receives the SMP (P) power disconnection request function, and immediately transmits the data of the SMP (P) disconnection request function to the data required for communication with the receiver LMP (S). Add Generate a disconnection request function to the lower layer (LAP (P)).
- LMP (P) receives a disconnection confirmation function from LAP (P)
- it extracts the nolometer generated by LMP (S) of the receiver from the data of the function, confirms the value, and End the disconnection process with
- LM P (P) transmits the data strength of the disconnection confirmation function as well as the data from which the parameter of LMP (S) is removed as the disconnection confirmation function to SMP (P).
- the LAP (P) receives the LMP (P) power disconnection request function, and promptly transmits the LMP (P) disconnection request function data to the receiver, and the parameters necessary for communication with the LAP (S). And output a DISC command to the physical layer of the receiver.
- the LAP (P) receives the physical layer strength UA response of the receiver, it extracts the parameter generated by the LAP (S) of the receiver from the data of the UA response, confirms the value, and Close the connection with).
- LAP (P) issues data obtained by removing the parameter of LAP (S) from the data of UA response as a disconnection confirmation function to LMP (P).
- OBEX (S) When OBEX (S) receives a lower layer (SMP (S)) power or a disconnection notification function (Indication), it checks the intermediate power OBEX disconnection command of the data, and if there is no problem, the response named Success is detected. Is output to SMP (S) as a disconnection response function (Response), and disconnection is completed.
- SMP lower layer
- Indication a disconnection notification function
- the SMP (S) extracts the parameter generated by the transmitter SMP (P) from the data of the function when the lower layer (SMP (S)) force also receives the disconnection notification function, Create a response parameter, remove the SMP (P) parameter from the data of the above function, issue a disconnection request function containing the data to OBEX (S), and then disconnect response function from OBEX (S) Wait for When SMP (S) receives the disconnection response function from OBEX (S), it adds the parameter of the response to the data of the disconnection response function of OBEX (S) to LMP (S), Generate a disconnection response function for L MP (S) and terminate the SMP layer disconnection process. However, normally, there is no new parameter to add in SMP (S) at disconnection.
- LMP (S) is the data of the function when lower layer (LAP (S)) power is also subjected to the disconnection notification function
- the parameter generated by LMP (P) of the transmitter is extracted from the parameter, the parameter of the response is created, the parameter of data power LMP (P) of the above function is removed, and the disconnection request function containing the data is stored.
- SMP (S) After issuing to SMP (S), wait for disconnection response function from SMP (S).
- LMP (S) receives the disconnection response function from SMP (S), it adds the above-mentioned response parameter to the data of the disconnection response function of SMP (S) for LAP (S).
- Generates a disconnection response function for LAP (S) and terminates the disconnection process of the LMP layer.
- the LAP (S) When the LAP (S) receives the physical layer strength DISC command, it extracts the parameter generated by the LAP (P) of the transmitter from the data of the DISC command, and the data strength of the DISC command is also L AP (P) After issuing a disconnection request function containing the data to LMP (S), create a response parameter to it and wait for the disconnection response function from LMP (S). Also, when LAP (S) receives the disconnection response function from LMP (S), the parameter of the response is added to the data of LMP (S) disconnection response function, and Output the LAP layer cutting process. However, normally, there are no new parameters added to LAP (S) at disconnection.
- FIG. 82 is a sequence diagram showing a disconnection sequence of the present embodiment (no response). Further, FIG. 81 (a) is an explanatory view showing a data structure of communication data in the disconnection sequence of this embodiment (no response).
- the disconnection command of the transmitter is transmitted to the lower layer, and the DISC command is generated.
- the transmitter ends the disconnection process at this point.
- the receiver receives the DISC command and transmits it to the upper layer, and the disconnection process ends when the upper layer is notified.
- the sequence in the transmitter and the receiver at this time is as follows.
- OBEX (P) When OBEX (P) receives an application power disconnection request, it immediately enters a disconnection request command to the lower layer (S MP (P)) and issues a disconnection request function (Primitive). Produce. In addition, OBEX (P) is completely disconnected when it receives a disconnection confirmation function from SMP (P). I will finish.
- the SMP (P) receives the disconnection request function from the OBEX (P) and promptly transmits the data of the OBEX (P) disconnection request function to the communication with the receiver SMP (S). Add a parameter to generate a disconnection request function for the lower layer (LMP (P)). Also, when SMP (P) receives the disconnection confirmation function from LMP (P), it terminates the disconnection process of the SMP layer, assuming that it has been disconnected by the transmitted parameter. Also, SMP (P) sends a disconnection confirmation function to OBEX (P). However, normally, there is no new parameter added by SMP (P) at the time of disconnection.
- the LMP (P) receives the SMP (P) power disconnection request function, and immediately transmits the data of the SMP (P) disconnection request function to the data necessary for communication with the receiver LMP (S). To generate a disconnection request function for the lower layer (LAP (P)). Also, when LMP (P) receives the LAP (P) cutting confirmation function, it concludes that the LMP layer has been disconnected, assuming that it has been disconnected by the transmitted parameters. LMP (P) also sends a disconnection confirmation function to SMP (P). However, normally, there is no new parameter added by LMP (P) at the time of disconnection.
- the LAP (P) receives the LMP (P) power disconnection request function, and promptly transmits the LMP (P) disconnection request function data to the receiver.
- the parameters necessary for communication with the LAP (S) And output a DISC command to the physical layer of the receiver.
- LAP (P) outputs the DISC command, it concludes that the LAP layer disconnection processing is concluded, because it can be disconnected by the transmitted parameters.
- LAP (P) issues a disconnection confirmation function to LMP (P). However, there is usually no new parameter to add in LAP (P) at disconnection.
- OBEX (S) receives a lower layer (SMP (S)) force and also a disconnection notification function (Indication), it checks the medium power OBEX disconnection command of the data, and if there is no problem, the disconnection is completed. It will
- SMP (S) When SMP (S) receives the lower layer (SMP (S)) power disconnection notification function, it extracts the parameter generated by the transmitter SMP (P) from the data of the function, and uses that parameter And complete the disconnection. In addition, SMP (S) issues a disconnection request function to OBEX (S) in which the data strength of the above function is also data excluding the parameter of SMP (P). However, there is usually no new parameter added in SMP (S) when disconnected! When LMP (S) receives the lower layer (LAP (S)) cut notification function, it extracts the parameter generated by LMP (P) of the transmitter from the data of the function, and extracts that parameter Use to complete the disconnect. In addition, LMP (S) issues a disconnection request function to SMP (S) including data in which the data strength of the above function is also removed from the parameters of LMP (P). However, there is usually no new parameter added in LMP (S) at disconnection!
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007500577A JP4198741B2 (ja) | 2005-01-28 | 2006-01-26 | 通信機器、通信システム、通信方法、通信プログラム、通信回路 |
CN2006800033193A CN101112069B (zh) | 2005-01-28 | 2006-01-26 | 通信设备、通信***、通信方法、通信电路 |
US11/883,234 US8291273B2 (en) | 2005-01-28 | 2006-01-26 | Communication device, non-transitory computer-readable medium storing a communication program |
Applications Claiming Priority (16)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005-022209 | 2005-01-28 | ||
JP2005022209 | 2005-01-28 | ||
JP2005023901 | 2005-01-31 | ||
JP2005-023901 | 2005-01-31 | ||
JP2005-023929 | 2005-01-31 | ||
JP2005023929 | 2005-01-31 | ||
JP2005116096 | 2005-04-13 | ||
JP2005-116096 | 2005-04-13 | ||
JP2005152910 | 2005-05-25 | ||
JP2005-152910 | 2005-05-25 | ||
JP2005192903 | 2005-06-30 | ||
JP2005-192903 | 2005-06-30 | ||
JPPCT/JP2005/014446 | 2005-08-05 | ||
PCT/JP2005/014446 WO2006013979A1 (ja) | 2004-08-06 | 2005-08-05 | 送信機、受信機、通信システム、通信方法、通信プログラム |
JP2005271233 | 2005-09-16 | ||
JP2005-271233 | 2005-09-16 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2006080403A1 true WO2006080403A1 (ja) | 2006-08-03 |
Family
ID=36740429
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2006/301238 WO2006080403A1 (ja) | 2005-01-28 | 2006-01-26 | 通信機器、通信システム、通信方法、通信プログラム、通信回路 |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2006080403A1 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009278354A (ja) * | 2008-05-14 | 2009-11-26 | Sony Corp | 通信装置、通信方法、プログラム、および通信システム |
JP2013062739A (ja) * | 2011-09-14 | 2013-04-04 | Chino Corp | 携帯無線端末、無線データリレー伝達システム |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10308791A (ja) * | 1997-05-08 | 1998-11-17 | Matsushita Electric Ind Co Ltd | データ通信方法、データ通信装置、およびデータ通信プログラム記録媒体 |
JPH11154908A (ja) * | 1997-11-20 | 1999-06-08 | Nec Eng Ltd | 赤外線通信における無応答監視回路及びその監視方法並びにその制御プログラムを記録した記録媒体 |
JP2000196622A (ja) * | 1998-12-28 | 2000-07-14 | Nec Corp | 赤外線非接続型オブジェクト交換通信方法および装置 |
JP2002158730A (ja) * | 2000-11-17 | 2002-05-31 | Sony Corp | 通信方法及び通信装置 |
JP2003069610A (ja) * | 2001-08-22 | 2003-03-07 | Canon Inc | 通信装置、その制御方法、通信システム、及び制御プログラム |
JP2003218936A (ja) * | 2002-01-18 | 2003-07-31 | Nissan Motor Co Ltd | 可変長メッセージの送受信方法および送受信装置 |
-
2006
- 2006-01-26 WO PCT/JP2006/301238 patent/WO2006080403A1/ja not_active Application Discontinuation
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10308791A (ja) * | 1997-05-08 | 1998-11-17 | Matsushita Electric Ind Co Ltd | データ通信方法、データ通信装置、およびデータ通信プログラム記録媒体 |
JPH11154908A (ja) * | 1997-11-20 | 1999-06-08 | Nec Eng Ltd | 赤外線通信における無応答監視回路及びその監視方法並びにその制御プログラムを記録した記録媒体 |
JP2000196622A (ja) * | 1998-12-28 | 2000-07-14 | Nec Corp | 赤外線非接続型オブジェクト交換通信方法および装置 |
JP2002158730A (ja) * | 2000-11-17 | 2002-05-31 | Sony Corp | 通信方法及び通信装置 |
JP2003069610A (ja) * | 2001-08-22 | 2003-03-07 | Canon Inc | 通信装置、その制御方法、通信システム、及び制御プログラム |
JP2003218936A (ja) * | 2002-01-18 | 2003-07-31 | Nissan Motor Co Ltd | 可変長メッセージの送受信方法および送受信装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009278354A (ja) * | 2008-05-14 | 2009-11-26 | Sony Corp | 通信装置、通信方法、プログラム、および通信システム |
US7991005B2 (en) | 2008-05-14 | 2011-08-02 | Sony Corporation | Communication apparatus, communication method, program, and communication system |
JP2013062739A (ja) * | 2011-09-14 | 2013-04-04 | Chino Corp | 携帯無線端末、無線データリレー伝達システム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4198741B2 (ja) | 通信機器、通信システム、通信方法、通信プログラム、通信回路 | |
JP4091095B2 (ja) | 送信機、受信機、通信システム、通信方法、通信プログラム | |
JP4755173B2 (ja) | 後で受信するデータを指示するため更新される圧縮状態レポートを生成する方法及び装置 | |
CN101636989B (zh) | 在无线通信中用于传输不同类型信息的方法和*** | |
CN104115500A (zh) | 经由用户输入返回信道的双向隧穿用于无线显示 | |
WO2013135196A1 (zh) | 数据包传输方法及***、发送端设备与接收端设备 | |
WO2021013092A1 (zh) | 旁链路信息传输方法、终端和控制节点 | |
US8681755B2 (en) | Method and apparatus for generating data frame in wireless personal area network | |
WO2006080357A1 (ja) | 通信機器、通信システム、通信方法、通信プログラム、通信回路 | |
JP7238775B2 (ja) | 無線lan通信装置および無線lan通信方法 | |
JP2009094733A (ja) | 無線通信装置及び無線通信方法 | |
WO2018228477A1 (zh) | 通信方法、网络设备和终端 | |
TWI229991B (en) | Wireless communication method and wireless communication device | |
JP7215427B2 (ja) | 無線lan通信装置、無線lan通信方法および無線lan通信プログラム | |
WO2022083371A1 (zh) | 一种数据传输方法和装置 | |
JP2008079330A (ja) | 通信機器、通信方法、通信プログラム、通信回路、携帯電話、表示装置、印刷装置、記録装置 | |
JP2008311969A (ja) | 受信機、送信機、通信システム、受信機の制御方法、通信方法、受信機の制御プログラム、およびそれを記録した記録媒体 | |
US20230198600A1 (en) | Communication apparatus and communication method | |
WO2006080403A1 (ja) | 通信機器、通信システム、通信方法、通信プログラム、通信回路 | |
JP4948113B2 (ja) | 送信機、受信機、通信システム、通信方法、通信プログラム | |
JP2006129341A (ja) | 透過データ伝送方法 | |
CN109309647B (zh) | 一种传输协议的协商方法、装置及*** | |
WO2006080330A1 (ja) | 通信装置、通信システム、通信方法、通信プログラム、通信回路 | |
JP3148733B2 (ja) | 信号処理装置及び信号処理システム | |
JP7318033B2 (ja) | 無線通信装置および無線通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2007500577 Country of ref document: JP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 200680003319.3 Country of ref document: CN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 11883234 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 06712420 Country of ref document: EP Kind code of ref document: A1 |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 6712420 Country of ref document: EP |