DETAILED ACTION
This office action is a response to an amendment filed on 03/02/2026.
Response to Amendment
The Amendment filed on 03/02/2026 has been entered.
Claims 1, 3-16 and 18-21 are pending
Claims 1, 3, 5, 9-11, 13-14, 16 and 18-20 are amended
Claims 2 and 17 are canceled
Claims 21 are new
Claims 1, 3-16 and 18-21 remain rejected.
Claim Rejections - 35 USC § 103
In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status.
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102 of this title, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 1, 3-6, 10-11, 13-16, and 18-19 are rejected under 35 U.S.C. 103 as being unpatentable over GUO et al. (CN 1691629 A), hereinafter referenced as Guo, in view of XIE et al. (CN 105701053 B), hereinafter referenced as Xie, and further in view of YI YU (CN 109361490 A), hereinafter referenced as Yu.
Regarding claims 1 and 16, Guo teaches a data transmission method, performed by a first data transmission device (Page 2, Lines [8-9]-Guo discloses method for realizing two-layer device interconnection in-network based on resilient packet ring. Page 5, Lines [2-5]-Guo discloses performing address learning process, the learning information is stored in the MAC table, establishing a node MAC address in the MAC table with the mapping relationship between MAC address of two-layer equipment under the node; for non-extended frame, it does not need to perform learning processing), comprising:
constructing a first media access control (MAC) frame (Page 4, Lines [12-17]-Guo discloses RPR protocol defines two data frame format, which are basic frame type and the expansion frame type. extension frame type than the basic frame types the extended destination MAC address (daExtended) and extending the source MAC address (saExtended) information (see the latest draft), message basic frame type for three-layer device, the extended message frame type for two-layer device),
the first MAC frame comprises a frame header part and a data part (Page 6, Lines [31-36]-Guo discloses the message of the bits specified in the RPR header from the RPR node whether the basic frame format. step 220, putting the message in the user source MAC address and the RPR source MAC address learned MAC table entry, for the upper ring table is used. Step 230: the message head removing RPR and RPR destination MAC address, source MAC address and extension recovery after control domain is an Ethernet message),
the frame type field indicates a type of the first MAC frame (Page 4, Lines [12-17]-Guo discloses RPR protocol defines two data frame format, which are basic frame type and the expansion frame type. extension frame type than the basic frame types the extended destination MAC address (daExtended) and extending the source MAC address (saExtended) information (see the latest draft), message basic frame type for three-layer device, the extended message frame type for two-layer device), and
the frame type field is at least one of: a first frame type indicating that the first MAC frame is used to search for a MAC address of another data transmission device (Page 5, Lines [30-32]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type);
a second frame type indicating that the first MAC frame is used to advertise a MAC address of the first data transmission device (Page 3, Lines [19-21]-Guo discloses sending the message package is expansion frame type, and the RPR MAC address is encapsulated in the message as broadcast MAC address value); or
a third frame type indicating that the first MAC frame is used to transmit application data, and the data content comprises the application data (Page 6, Lines [19-20]-Guo discloses Ethernet message packaged as a basic frame type. Page 3, Lines [10-13]-Guo discloses the nodes in the network extracts the source MAC address from the upper ring message and judging whether it is the node address, if so, the message package is basic frame types. Page 4, Lines [24-26]-Guo discloses a basic frame and extended frame different application environments, common two-layer device interconnection will uses the extended frame format, because the user MAC address to two-layer device to the opposite end); and
sending the first MAC frame to a second data transmission device (Page 3, Lines [19-22]-Guo discloses executing step E, D, sending the message package is expansion frame type, and the RPR MAC address is encapsulated in the message as broadcast MAC address value, executing step E; E, transmitting the packaged message, and ending of the processing of the message).
Guo fails to teach the frame header part comprises a protocol type field, the protocol type field of the first MAC frame is a first indication value, the first indication value indicates that the data part of the first MAC frame comprises a data header and data content.
However, Xie teaches constructing a first media access control (MAC) frame (Page 2, Lines [11-30]-Xie discloses the to-be-transmitted data streams are encoded and packaged as medium access control (MAC, Media Access Control) data frame, the MAC data frame comprises initial mark part and to-be-transmitted data part),
the first MAC frame comprises a frame header part and a data part (Page 6, Lines [2-4]-Xie discloses a message header in the MAC data frame (Header) portion, the message header portion may include a packet of channel number. Page 2, Lines [30-38]-Xie discloses MAC data frame comprises initial mark part and to-be-transmitted data part; … the MAC data frame further comprises a preamble portion, and/or a message header portion, and/or frame check sequence portion; the bit length of the initial mark part is 1 to 8 bytes, bit length when the initial mark part is more than 2, the initial mark part comprises the preamble portion. Preferably, the channel number in the message header portion comprises a message, priority, protocol type),
the frame header part comprises a protocol type field (Page 2, Lines [35-38]-Xie discloses the MAC data frame further comprises a preamble portion, and/or a message header portion, and/or frame check sequence portion; the bit length of the initial mark part is 1 to 8 bytes, bit length when the initial mark part is more than 2, the initial mark part comprises the preamble portion. Preferably, the channel number in the message header portion comprises a message, priority, protocol type),
the protocol type field of the first MAC frame is a first indication value (Page 3, Lines [1-2]-Xie discloses the channel number in the message header portion comprises a message, priority, protocol type),
the first indication value indicates that the data part of the first MAC frame comprises a data header and data content (Page 2, Lines [30-38]-Xie discloses MAC data frame comprises initial mark part and to-be-transmitted data part; … the MAC data frame further comprises a preamble portion {corresponding to the first header}, and/or a message header portion, and/or frame check sequence portion; the bit length of the initial mark part is 1 to 8 bytes, bit length when the initial mark part is more than 2, the initial mark part comprises the preamble portion {corresponding to the second header}. Preferably, the channel number in the message header portion comprises a message, priority, protocol type),
sending the first MAC frame to a second data transmission device (Page 2, Lines [31-33]-Xie discloses sending the MAC data frame after coding, and after each MAC data frame transmitted form the frame interval, the MAC data frame currently transmitted and the MAC data frame interval under a set threshold level to be sent).
Guo and Xie are both considered to be analogous to the claimed invention because they are in the same field of data transmission technology, dealing with serial data sending method and device, a serial data receiving method and device.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo to incorporate the teachings of Xie on Medium Access Control, with a motivation to two-layer data transmission, and guarantee reducing the overhead in the data transmission process, improving the transmission efficiency and reducing the number of serial channels, (Xie, Page 4, Lines [28-30]).
Guo fails to teach the data header comprises a frame type field and a data length field, … the data length field indicates a length of the data content.
However, Yu teaches the data header comprises a frame type field and a data length field (Fig. 8, Page 15, Lines [36-40]-Yu discloses the frame header format diagram in the data field in the Ethernet frame, as shown in FIG. 8, frame head field comprises a frame type (TYPE), ..., a data length (LENGTH)),
the frame type field indicates a type of the first MAC frame (Page 16, Lines [1-4]-Yu discloses TYPE 00000001 indicates that the frame is a data frame. 00000010 indicates that the frame is a register configuration write frame. 00000011 indicates that the frame is a register configuration read frame, 10000011 is a register configuration reading finishing. wherein the control frame is a register configuration write frame), and
the data length field indicates a length of the data content (Page 16, Lines [31-32]-Yu discloses LENGTH: when the TYPE data frame indicates the valid data length carried by the frame. When the TYPE register configuration write frame, fixing is 0x8, valid data length).
Yu is considered to be analogous because it is in the same field of wireless communication network, dealing with data transmission method, a computer device, a data switching plate and SDR platform.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo in view of Xie to incorporate the teachings of Yu on MAC, with a motivation for the data header to comprise frame type and data length field, and ensure low delay response to the wireless communication protocol, (Yu, Page 32, Line [31]).
Regarding claim 10, Guo teaches a data transmission method performed by a second data transmission device (Page 2, Lines [8-9]-Guo discloses method for realizing two-layer device interconnection in-network based on resilient packet ring. Page 5, Lines [2-5]-Guo discloses performing address learning process, the learning information is stored in the MAC table, establishing a node MAC address in the MAC table with the mapping relationship between MAC address of two-layer equipment under the node; for non-extended frame, it does not need to perform learning processing), comprising:
receiving a first media access control (MAC) frame sent by a first data transmission device (Page 3, Lines [19-22]-Guo discloses executing step E, D, sending the message package is expansion frame type, and the RPR MAC address is encapsulated in the message as broadcast MAC address value, executing step E; E, transmitting the packaged message, and ending of the processing of the message),
the first MAC frame comprises a frame header part and a data part (Page 6, Lines [31-36]-Guo discloses the message of the bits specified in the RPR header from the RPR node whether the basic frame format. step 220, putting the message in the user source MAC address and the RPR source MAC address learned MAC table entry, for the upper ring table is used. Step 230: the message head removing RPR and RPR destination MAC address, source MAC address and extension recovery after control domain is an Ethernet message),
the frame type field indicates a type of the first MAC frame (Page 4, Lines [12-17]-Guo discloses RPR protocol defines two data frame format, which are basic frame type and the expansion frame type. extension frame type than the basic frame types the extended destination MAC address (daExtended) and extending the source MAC address (saExtended) information (see the latest draft), message basic frame type for three-layer device, the extended message frame type for two-layer device), and
processing the frame header part and the data part of the first MAC frame (Page 4, Lines [12-17]-Guo discloses RPR protocol defines two data frame format, which are basic frame type and the expansion frame type. extension frame type than the basic frame types the extended destination MAC address (daExtended) and extending the source MAC address (saExtended) information (see the latest draft), message basic frame type for three-layer device, the extended message frame type for two-layer device).
Guo fails to teach the frame header part comprises a protocol type field, .
However, Xie teaches the frame header part comprises a protocol type field (Page 2, Lines [35-38]-Xie discloses the MAC data frame further comprises a preamble portion, and/or a message header portion, and/or frame check sequence portion; the bit length of the initial mark part is 1 to 8 bytes, bit length when the initial mark part is more than 2, the initial mark part comprises the preamble portion. Preferably, the channel number in the message header portion comprises a message, priority, protocol type),
the protocol type field of the first MAC frame is a first indication value (Page 3, Lines [1-2]-Xie discloses the channel number in the message header portion comprises a message, priority, protocol type),
the first indication value indicates that the data part of the first MAC frame comprises a data header and data content (Page 2, Lines [30-38]-Xie discloses MAC data frame comprises initial mark part and to-be-transmitted data part; … the MAC data frame further comprises a preamble portion, and/or a message header portion, and/or frame check sequence portion; the bit length of the initial mark part is 1 to 8 bytes, bit length when the initial mark part is more than 2, the initial mark part comprises the preamble portion. Preferably, the channel number in the message header portion comprises a message, priority, protocol type).
Guo and Xie are both considered to be analogous to the claimed invention because they are in the same field of data transmission technology, dealing with serial data sending method and device, a serial data receiving method and device.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo to incorporate the teachings of Xie on Medium Access Control, with a motivation to two-layer data transmission, and guarantee reducing the overhead in the data transmission process, improving the transmission efficiency and reducing the number of serial channels, (Xie, Page 4, Lines [28-30]).
Guo fails to teach the data header comprises a frame type field and a data length field, … the data length field indicates a length of the data content.
However, Yu teaches the data header comprises a frame type field and a data length field (Fig. 8, Page 15, Lines [36-40]-Yu discloses the frame header format diagram in the data field in the Ethernet frame, as shown in FIG. 8, frame head field comprises a frame type (TYPE), ..., a data length (LENGTH)),
the frame type field indicates a type of the first MAC frame (Page 16, Lines [1-4]-Yu discloses TYPE 00000001 indicates that the frame is a data frame. 00000010 indicates that the frame is a register configuration write frame. 00000011 indicates that the frame is a register configuration read frame, 10000011 is a register configuration reading finishing. wherein the control frame is a register configuration write frame), and
the data length field indicates a length of the data content (Page 16, Lines [31-32]-Yu discloses LENGTH: when the TYPE data frame indicates the valid data length carried by the frame. When the TYPE register configuration write frame, fixing is 0x8, valid data length).
Yu is considered to be analogous because it is in the same field of wireless communication network, dealing with data transmission method, a computer device, a data switching plate and SDR platform.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo in view of Xie to incorporate the teachings of Yu on MAC, with a motivation for the data header to comprise frame type and data length field, and ensure low delay response to the wireless communication protocol, (Yu, Page 32, Line [31]).
Regarding claim 3, Guo in view of Xie and Yu teaches the data transmission method according to claim 1,
Guo further teaches if the frame type field is the first frame type, the sending the first MAC frame to a second data transmission device comprises: sending the first MAC frame to the second data transmission device in a MAC broadcast manner (Page 3, Lines [19-21]-Guo discloses the MAC address of the RPR node of the node as the RPR source MACaddress, executing step E, D, sending the message package is expansion frame type, and the RPR MAC address is encapsulated in the message as broadcast MAC address value executing step E; E, transmitting the packaged message, and ending of theprocessing of the message).
Regarding claims 4 and 14, Guo in view of Xie and Yu teaches the data transmission method according to claim 3 and The data transmission method according to claim 10 respectively,
Guo further teaches receiving a second MAC frame sent by the second data transmission device in a MAC unicast manner in response to the first MAC frame (Page 5, Lines [30-33]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type. namely, unicast the message),
a structure of the second MAC frame is the same as that of the first MAC frame (Page 5, Lines [24-26]-Guo discloses when studying the information written in the MAC table, searching, if the found information T-MAC and other information and the message are the same, it indicates matching. Page 4, Lines [18-37]-Guo discloses RPR extended frame structure shown in following table: table … RPR basic frame format shown in the following table: table two ... for each RPR node on the ring, when the purpose received by node is unicast or broadcast/multicast message the node, the lower loop processing, and two-layer or three-layer service, called the message lower ring message),
a frame type field of the second MAC frame is the second frame type (Page 4, Lines [18-37]-Guo discloses RPR extended frame structure shown in following table: table … RPR basic frame format shown in the following table: table two ... for each RPR node on the ring, when the purpose received by node is unicast or broadcast/multicast message the node, the lower loop processing, and two-layer or three-layer service, called the message lower ring message),
data content of the second MAC frame comprises device information of the second data transmission device (Page 5, Lines [24-26]-Guo discloses when studying the information written in the MAC table, searching, if the found information T-MAC and other information and the message are the same, it indicates matching), and
a frame header of the second MAC frame comprises a MAC address of the second data transmission device (Page 5, Lines [30-33]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type. namely, unicast the message); and
obtaining the MAC address of the second data transmission device from the second MAC frame (Page 5, Lines [30-33]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type. namely, unicast the message).
Regarding claims 5, 13, 18 and 19, Guo in view of Xie and Yu teaches the data transmission method according to claim 1 and The data transmission method according to claim 10 and The data transmission apparatus according to claim 17 and The data transmission apparatus according to claim 17 respectively,
Guo further teaches before the constructing a first MAC frame, the method further comprises: receiving a third MAC frame sent by the second data transmission device in a MAC broadcast manner (Page 3, Lines [19-21]-Guo discloses sending the message package is expansion frame type, and the RPR MAC address is encapsulated in the message as broadcast MAC address value),
a structure of the third MAC frame is the same as that of the first MAC frame (Page 5, Lines [24-26]-Guo discloses when studying the information written in the MAC table, searching, if the found information T-MAC and other information and the message are the same, it indicates matching. Page 4, Lines [18-37]-Guo discloses RPR extended frame structure shown in following table: table … RPR basic frame format shown in the following table: table two ... for each RPR node on the ring, when the purpose received by node is unicast or broadcast/multicast message the node, the lower loop processing, and two-layer or three-layer service, called the message lower ring message),
a frame type field of the third MAC frame is the first frame type (Page 5, Lines [30-32]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type),
data content of the third MAC frame comprises device information of the second data transmission device (Page 5, Lines [24-26]-Guo discloses when studying the information written in the MAC table, searching, if the found information T-MAC and other information and the message are the same, it indicates matching), and
a frame header of the third MAC frame comprises a MAC address of the second data transmission device (Page 4, Lines [18-37]-Guo discloses RPR extended frame structure shown in following table: table … RPR basic frame format shown in the following table: table two ... for each RPR node on the ring, when the purpose received by node is unicast or broadcast/multicast message the node, the lower loop processing, and two-layer or three-layer service, called the message lower ring message); and
obtaining the MAC address of the second data transmission device from the third MAC frame (Page 5, Lines [30-33]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type. namely, unicast the message);
constructing the first MAC frame comprises: constructing the first MAC frame based on the MAC address of the second data transmission device (Page 3, Lines [23-25]-Guo discloses in the step C, the source in the upper ring message, the destination MAC address respectively package the user destination MAC and user in the extended frame source address),
a frame type field of the first MAC frame is the second frame type (Page 5, Lines [30-33]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type. namely, unicast the message), and
a frame header of the first MAC frame comprises the MAC address of the first data transmission device (Page 6, Lines [35-37]-Guo discloses the message head removing RPR and RPR destination MAC address, source MAC address and extension recovery after control domain is an Ethernet message, and executing the step 250); and
sending the first MAC frame to the second data transmission device comprises: sending the first MAC frame to the second data transmission device in a MAC unicast manner (Page 4, Lines [18-37]-Guo discloses RPR extended frame structure shown in following table: table … RPR basic frame format shown in the following table: table two ... for each RPR node on the ring, when the purpose received by node is unicast or broadcast/multicast message the node, the lower loop processing, and two-layer or three-layer service, called the message lower ring message).
Regarding claims 6 and 15, Guo in view of Xie and Yu teaches the data transmission method according to claim 1 and The data transmission method according to claim 11 respectively,
Xie further teaches the first data transmission device comprises an indoor unit (Page 12, Lines [16-21]-Xie discloses the technical solution of the embodiment of the invention or in nature of existing technology that contribute to can be embodied in form of a software product, the computer software product is stored in a storage medium, including a number of instructions for making a computer device (may be a personal computer, a server, or a network device, etc.) to perform all or part of various embodiments of the present invention the method),
the second data transmission device comprises a screen-equipped panel (Page 11, Lines [31-38]-Xie discloses the coupling between display or discussion of each assembly part is mutually, or indirect coupling or communication connection directly coupling or communication connection may be through some interface, device, or unit, which may be electrical, mechanical, or other forms. component unit described above as separate component of may or may or may not be physically separated, as unit display may be, or may not be one physical unit, that is, may be located in one position, or may be distributed to a plurality of network unit), and
the indoor unit and the screen-equipped panel form a visual access control system (Page 12, Lines [16-21]-Xie discloses the technical solution of the embodiment of the invention or in nature of existing technology that contribute to can be embodied in form of a software product, the computer software product is stored in a storage medium, including a number of instructions for making a computer device (may be a personal computer, a server, or a network device, etc.) to perform all or part of various embodiments of the present invention the method).
Xie is considered to be analogous because it is in the same field of data transmission technology, dealing with serial data sending method and device, a serial data receiving method and device.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo in view of Yu to incorporate the teachings of Xie on network devices, with a motivation for screen display, and guarantee reducing the overhead in the data transmission process, improving the transmission efficiency and reducing the number of serial channels, (Xie, Page 4, Lines [28-30]).
Regarding claim 11, Guo in view of Xie and Yu teaches the data transmission method according to claim 10,
Guo further teaches the frame type field is a third frame type indicating that the first MAC frame is used to transmit application data (Page 6, Lines [19-20]-Guo discloses Ethernet message packaged as a basic frame type. Page 3, Lines [10-13]-Guo discloses the nodes in the network extracts the source MAC address from the upper ring message and judging whether it is the node address, if so, the message package is basic frame types. Page 4, Lines [24-26]-Guo discloses a basic frame and extended frame different application environments, common two-layer device interconnection will uses the extended frame format, because the user MAC address to two-layer device to the opposite end), and
the data content comprises the application data (Page 6, Lines [19-20]-Guo discloses Ethernet message packaged as a basic frame type. Page 3, Lines [10-13]-Guo discloses the nodes in the network extracts the source MAC address from the upper ring message and judging whether it is the node address, if so, the message package is basic frame types. Page 4, Lines [24-26]-Guo discloses a basic frame and extended frame different application environments, common two-layer device interconnection will uses the extended frame format, because the user MAC address to two-layer device to the opposite end); and
the method further comprises: obtaining the application data from the first MAC frame of the third frame type (Page 6, Lines [19-20]-Guo discloses Ethernet message packaged as a basic frame type. Page 3, Lines [10-13]-Guo discloses the nodes in the network extracts the source MAC address from the upper ring message and judging whether it is the node address, if so, the message package is basic frame types. Page 4, Lines [24-26]-Guo discloses a basic frame and extended frame different application environments, common two-layer device interconnection will uses the extended frame format, because the user MAC address to two-layer device to the opposite end).
Claims 7-8 and 20 are rejected under 35 U.S.C. 103 as being unpatentable over GUO et al. (CN 1691629 A), hereinafter referenced as Guo, in view of XIE et al. (CN 105701053 B), hereinafter referenced as Xie, and further in view of YI YU (CN 109361490 A), hereinafter referenced as Yu, and further in view of Forde et al. (US 20240147577 A1), hereinafter referenced as Forde.
Regarding claim 7, Guo in view of Xie and Yu teaches the data transmission method according to claim 4,
Guo fails to teach the device information of the second data transmission device comprises screen resolution, a screen size, and decoder information.
However, Forde teaches the device information of the second data transmission device comprises screen resolution, a screen size, and decoder information (Para. [0093]-Forde discloses processing users' requests and information to the cloud technology; unit display and touch screen functions; stereo audio control, camera functions; network management (SNMP); and system performance monitoring. Para. [0712]-Forde discloses the CPU monitors the system performance information and communicates the information to the ROVERs Network Management System (RNMS) via the logical port 1 (FIG. 6) Attobahn Network Management Port (ANMP) EXT .001. The end use has a touch screen interface to interact with the V-ROVER. Para. [0922]-Forde discloses technical specifications: [0923] 1. BRIGHTNESS: 4-8 LUMENS [0924] 2. ASPECT RATIO: 4;3 [0925] 3. NATIVE RESOLUTION: 320×240 (720p) [0926] 4. FOCUS: AUTOMATIC [0927] 5. DISPLAY COVER AREA: 12-48 INCHES. Para. [1402]-Forde discloses a message is fed to the QAM modem to reduce its bit encoding (demapping) from its maximum 4096-bit downwards to as low as 64-bit and correspondingly the demodulator follow suit and similarly reduces it bit decoding level).
Forde is considered to be analogous because it is in the same field of wireless communication network, dealing with network utilizing mobile devices.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo in view of Xie and Yu to incorporate the teachings of Forde on network devices, with a motivation to incorporate screen display and information decoder, and ensure proactive network management (Forde, Para. [0180]).
Regarding claims 8 and 20, Guo in view of Xie, Yu and Forde teaches the data transmission method according to claim 7 and The data transmission apparatus according to claim 18 respectively,
Guo further teaches the first data transmission device comprises an application corresponding to the second data transmission device (Page 4, Lines [3-5]-Guo discloses L2/L3/R building RPR ring; it also can adopt different devices build RPR ring, it can greatly simplify the level and complexity of network device, reducing the cost, and can realize various specific application. Page 6, Lines [19-20]-Guo discloses Ethernet message packaged as a basic frame type. Page 3, Lines [10-13]-Guo discloses the nodes in the network extracts the source MAC address from the upper ring message and judging whether it is the node address, if so, the message package is basic frame types. Page 4, Lines [24-26]-Guo discloses a basic frame and extended frame different application environments, common two-layer device interconnection will uses the extended frame format, because the user MAC address to two-layer device to the opposite end), and
before constructing the first MAC frame, the method further comprises: running the application on the first data transmission device (Page 4, Lines [3-5]-Guo discloses L2/L3/R building RPR ring; it also can adopt different devices build RPR ring, it can greatly simplify the level and complexity of network device, reducing the cost, and can realize various specific application. Page 6, Lines [19-20]-Guo discloses Ethernet message packaged as a basic frame type. Page 3, Lines [10-13]-Guo discloses the nodes in the network extracts the source MAC address from the upper ring message and judging whether it is the node address, if so, the message package is basic frame types. Page 4, Lines [24-26]-Guo discloses a basic frame and extended frame different application environments, common two-layer device interconnection will uses the extended frame format, because the user MAC address to two-layer device to the opposite end).
Guo fails to teach generating a graphical interface of the application based on the screen resolution and the screen size; and encoding the graphical interface based on the decoder information to obtain the application data.
However, Forde teaches generating a graphical interface of the application based on the screen resolution and the screen size (Para. [0014]-Forde discloses high resolution graphics, and corporate mission critical applications. Para. [2008]-Forde discloses a brightness of at least 4-8 lumens; aspect ratio of at least 4;3; a native resolution of at least 320×240 (720p); at least an automatic focus; and at least a display coverage area of 12-48 inches); and
encoding the graphical interface based on the decoder information to obtain the application data (Para. [1391]-Forde discloses auto-adjust modulation function, whereby it encodes (mapping) each of the 16 basebands 1 TBps digital stream from the TDMA ASM multiplexer, using a range from 64-bit to 4096-bit QAM. Para. [0014]-Forde discloses high resolution graphics, and corporate mission critical applications. Para. [2008]-Forde discloses a brightness of at least 4-8 lumens; aspect ratio of at least 4;3; a native resolution of at least 320×240 (720p); at least an automatic focus; and at least a display coverage area of 12-48 inches).
Forde is considered to be analogous because it is in the same field of wireless communication network, dealing with network utilizing mobile devices.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo in view of Xie and Yu to incorporate the teachings of Forde on graphical interface, with a motivation to generate graphical interface based on the decoder information, and ensure proactive network management (Forde, Para. [0180]).
Claims 9, 12 and 21 are rejected under 35 U.S.C. 103 as being unpatentable over GUO et al. (CN 1691629 A), hereinafter referenced as Guo, in view of XIE et al. (CN 105701053 B), hereinafter referenced as Xie, and further in view of YI YU (CN 109361490 A), hereinafter referenced as Yu, and further in view of Allen LeRoy Limberg (US 8179982 B2), hereinafter referenced as Limberg.
Regarding claims 9, 12 and 21, Guo in view of Xie and Yu teaches the data transmission method according to claim 1 and The data transmission method according to claim 11 and The data transmission apparatus according to claim 16 respectively,
Guo fails to teach the data header further comprises a packet number field and a segment number field, and the constructing the first MAC frame for the application data comprises: segmenting the application data to obtain segmented data.
However, Forde teaches the data header further comprises a packet number field and a segment number field (Page 14, Lines [14-19]-Yu discloses carrying out framing according to the predetermined Ethernet frame structure, the data section is frame head in the form of orthogonal data segments to form data frame, the frame head identification code, comprises the frame in frame storage address and frame length information. wherein the orthogonal frame identification code of the signal into data frame for informing the data switching plate stored orthogonal signal in the data frame. Page 22, Lines [21-22]-Yu discloses expected SEQ-ID and fragment ID (FRAG ID) number obtained high 32bit and low 32bit are respectively written in the DATA field. Page 16, Lines [8-17]-Yu discloses field indicates whether the data frame contains data packet head of wireless frame, when the SOP is 0xF, it indicates that the data frame comprises one wireless data packet header. when SOPs is 0x0, it indicates that the data frame does not contain wireless data packet header .... field indicates whether the data frame comprises the wireless frame data packet tail, when EOP is 0xF, it indicates that the data frame comprises one wireless data packet tail. When the EOP is 0x0, it indicates that the data frame does not contain wireless data packet tail),
the constructing the first MAC frame for the application data comprises: segmenting the application data to obtain segmented data (Page 14, Lines [14-19]-Yu discloses carrying out framing according to the predetermined Ethernet frame structure, the data section is frame head in the form of orthogonal data segments to form data frame, the frame head identification code, comprises the frame in frame storage address and frame length information. wherein the orthogonal frame identification code of the signal into data frame for informing the data switching plate stored orthogonal signal in the data frame).
Yu is considered to be analogous because it is in the same field of wireless communication network, dealing with data transmission method, a computer device, a data switching plate and SDR platform.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo in view of Xie to incorporate the teachings of Yu on MAC, with a motivation for packet and segment number in the MAC frame, and ensure low delay response to the wireless communication protocol, (Yu, Page 32, Line [31]).
Guo fails to teach performing forward error correction encoding on the segmented data to obtain a forward error correction code; and encapsulating the forward error correction code and the segmented data to obtain the first MAC frame.
However, Limberg teaches performing forward error correction encoding on the segmented data to obtain a forward error correction code (Claim [11]-Limberg discloses the digital data segments comprise mobile/handheld (M/H) data coded for transmission in robust form for reception by an M/H receiver, the coded M/H data being encapsulated in M/H encapsulating (MHE) packets compliant with an audio/video compression standard, the apparatus comprising: an M/H Frame encoder connected for organizing M/H data within M/H Frames and forward-error-correction coding the M/H data within each M/H Frame to generate an M/H Frame encoder response); and
encapsulating the forward error correction code and the segmented data to obtain the first MAC frame (Claim [11]-Limberg discloses the digital data segments comprise mobile/handheld (M/H) data coded for transmission in robust form for reception by an M/H receiver, the coded M/H data being encapsulated in M/H encapsulating (MHE) packets compliant with an audio/video compression standard, the apparatus comprising: an M/H Frame encoder connected for organizing M/H data within M/H Frames and forward-error-correction coding the M/H data within each M/H Frame to generate an M/H Frame encoder response).
Limberg is considered to be analogous because it is in the same field of wireless communication network, dealing with digital television (DTV) signals for over-the-air broadcasting, transmitters for the broadcast DTV signals, and receivers for the broadcast DTV signals.
Therefore, it would have been obvious to someone of ordinary skill in the art before the effective filing date of the claimed invention to have modified the Guo in view of Xie and Yu to incorporate the teachings of Limberg on MAC, with a motivation for encapsulated forward error correction code MAC frame, and ensure continuing DTV reception, (Limberg, Col. 1, Line [51]).
Response to Arguments
Applicant's Arguments/Remarks, filed on 03/02/2026, with respect to the 35 USC § 103 rejection of claims 1, 3-16 and 18-21 have been fully considered. Applicant’s arguments are not persuasive.
In the remarks, on pages 13 and 14 and 15, Lines [7-9 and 4-18 and 6-8 respectively], Applicant argues that, “…Guo does not teach or suggest a frame type field indicating whether a MAC frame is used to (1) search for a MAC address, (2) advertise a MAC address, or (3) transmit application data,” and “…Guo does not teach or suggest "a first frame type indicating that the first MAC frame is used to search for a MAC address of another data transmission device" as previously recited in claim 2 and now recited in claim 1 ... Guo does not teach or suggest "a second frame type indicating that the first MAC frame is used to advertise a MAC address of the first data transmission device" as previously recited in claim 2 and now recited in claim 1,” and “…Guo does not teach or suggest "a third frame type indicating that the first MAC frame is used to transmit application data, and the data content comprises the application data" as previously recited in claim 2 and now recited in claim 1” respectively.
However, Applicant’s position that the cited portions of Guo only disclose network functions being performed as opposed to frame types (with specific indications of each frame type’s function) is not persuasive because considering how does the incumbent claim language specifies that the frame type is indicated, the independent claim 1 (for example) only lists functions performed by each frame type, while the incumbent specification (e.g., at Figure 3) shows an example of different frame types and the accompanying functions. Notwithstanding, this does not limit our interpretation of the claimed frame types, as these specific “values” for the frame types are not claimed. As such, it is reasonable to focus on the functions being performed by the network in Guo, which would be accompanied by any data that indicates what the function of the frame would be. Hence, regarding the referenced incumbent claims, the prior art, GUO et al. (CN 1691629 A) teaches the frame type field is at least one of: a first frame type indicating that the first MAC frame is used to search for a MAC address of another data transmission device (Page 5, Lines [30-32]-Guo discloses when the two-layer MAC address table, if searching the matching item is the user MAC address corresponding with the node MAC address, the RPR MAC address MAC address of destination to the node the encapsulated message is extension frame type); a second frame type indicating that the first MAC frame is used to advertise a MAC address of the first data transmission device (Page 3, Lines [19-21]-Guo discloses sending the message package is expansion frame type, and the RPR MAC address is encapsulated in the message as broadcast MAC address value); or a third frame type indicating that the first MAC frame is used to transmit application data, and the data content comprises the application data (Page 6, Lines [19-20]-Guo discloses Ethernet message packaged as a basic frame type. Page 3, Lines [10-13]-Guo discloses the nodes in the network extracts the source MAC address from the upper ring message and judging whether it is the node address, if so, the message package is basic frame types. Page 4, Lines [24-26]-Guo discloses a basic frame and extended frame different application environments, common two-layer device interconnection will uses the extended frame format, because the user MAC address to two-layer device to the opposite end).
Conclusion
Applicant's amendment necessitated the new ground(s) of rejection presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a).
A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS from the date of this final action.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to OLADIRAN GIDEON OLALEYE whose telephone number is (571)272-5377. The examiner can normally be reached Monday - Friday: 07:30am - 05:30pm to.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s SPE, NICHOLAS A. JENSEN can be reached on (571) 270-5443. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/OO/
Examiner, Art Unit 2472
/NICHOLAS A JENSEN/Supervisory Patent Examiner, Art Unit 2472