Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Priority
Receipt is acknowledged of certified copies of papers required by 37 CFR 1.55.
Response to Arguments
Applicant’s amendments with respect to claim 1 have been fully considered. The rejection of claims 1-7 under 35 U.S.C 112 (b) has been withdrawn
Applicant’s arguments with respect to claim(s) 1, 8 and 14 have been fully considered, a new ground for rejection has been made in view of amendment. Claims 1, 8 and 14 are rejected under 35 U.S.C 103 (See 103 rejection of claims 1, 8 and 14 below).
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 (i.e., changing from AIA to pre-AIA ) 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, 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.
The factual inquiries for establishing a background for determining obviousness under 35 U.S.C. 103 are summarized as follows:
1. Determining the scope and contents of the prior art.
2. Ascertaining the differences between the prior art and the claims at issue.
3. Resolving the level of ordinary skill in the pertinent art.
4. Considering objective evidence present in the application indicating obviousness or nonobviousness.
This application currently names joint inventors. In considering patentability of the claims the examiner presumes that the subject matter of the various claims was commonly owned as of the effective filing date of the claimed invention(s) absent any evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out the inventor and effective filing dates of each claim that was not commonly owned as of the effective filing date of the later invention in order for the examiner to consider the applicability of 35 U.S.C. 102(b)(2)(C) for any potential 35 U.S.C. 102(a)(2) prior art against the later invention.
Claim(s) 1-2, 4, 8-9 and 14 is/are rejected under 35 U.S.C. 103 as being unpatentable over US 20140304570 A1 (hereinafter Baek), in view of WO 2020258011 A1 (hereinafter Rao).
Regarding claim 1, Baek teach A method, performed by a first apparatus of a wireless
communication system, the method comprising (Baek Fig. 1, transmitting device 101; [0057] A transmitting device 101 transmits/receives data through a network 105 to/from a receiving device 103. Examples of the transmitting device 101 of FIG. 1 may include, but are not limited to, devices that perform data communication, for example, a desktop, a mobile phone, a personal digital assistant (PDA), a server and a laptop. [0058] Examples of the network 105 of FIG. 1 include a wireless network. Note: transmitting device 101 is the first apparatus; receiving device 103 is the second apparatus.):
obtaining network status information from a second apparatus (Baek [0019] receiving feedback information from a receiving device;
[0092] the receiving device may transmit the feedback information to the transmitting device.
[0093] the receiving device may transmit as the feedback information that estimates a channel state by using information that indicates a state of a network such as a jitter, an SNR, a packet loss rate, or an estimated bandwidth.);
determining a forward error correction (FEC) parameter, based on the network status information (Baek Fig. 3, step 301; [0089] a transmitting device determines parameters that adjust an FEC encoding rate. [0090] the parameters that adjust the FEC encoding rate may include at least one of a symbol length, a source block length, and an encoding block unit length.
[0092] information related to the parameters that adjust the FEC encoding rate may be determined based on the feedback information.
[0093] the feedback information that estimates a channel state by using information that indicates a state of a network such as a jitter, an SNR, a packet loss rate, or an estimated bandwidth.
[0095] the transmitting device may determine the information related to the parameters according to the feedback information, and may change the parameters used during an FEC encoding process based on the determined parameters. That is, an immediate response may be made according to a state of a network.);
generating an FEC packet, based on the FEC parameter (Baek Fig. 3, step 303; [0098] In operation 303, the transmitting device generates the symbols that constitute the encoding block unit, according to the parameters determined in operation 301.
[0099] the transmitting device performs FEC encoding according to the encoding block unit. That is, the transmitting device generates repair symbols according to the number of source symbols. The generating of the repair symbols according to the number of the source symbols includes performing FEC encoding on the encoding block unit.);
transmitting the FEC packet to the second apparatus (Baek [0071] a receiving device receives at least one of symbols that constitute an encoding block unit. That is, the transmitting device generates source symbols and repair symbols based on the encoding block unit by using FEC. In response to the transmitting device transmitting the generated source symbols through a network, the receiving device receives at least one of the source symbols and the repair symbols that constitute the encoding block unit.); and
Baek does not explicitly teach the network status information comprising a transmission delay;
updating a limited number of retransmissions based on the transmission delay; and transmitting, to the second apparatus, a plurality of frame packets corresponding to image content, based on the limited number of retransmissions.
Rao in the same or similar field of endeavor teaches the network status information comprising a transmission delay (Rao [0070] Example, as shown in Figure 2, the wireless channel from the remote control end to the controlled end is called the uplink channel, which is used to transmit remote control data; For example, when the control end is an aircraft, the uplink channel is used to transmit flight control commands, as well as control commands such as photography, video, and return to home.
[0074] In an example, the wireless communication module in the controlled end is responsible for calculating the average latency Td of remote control data transmission and sending the average latency Td to the remote control terminal, which takes the received average delay Td as the actual delay data.
Note: remote control terminal is the first apparatus, controlled end is the second apparatus. the actual delay data is the transmission delay.);
updating a limited number of retransmissions based on the transmission delay (Rao [0020] the remote control terminal obtains the expected delay data of remote control data transmission, adjusts the retransmission constraint information according to the expected delay data and the actual delay data.
[0089] the retransmission constraint information is adjusted according to the expected delay data and the actual delay data of the remote control data, comprising:
[0090] adjust the maximum number of retransmissions of remote control data according to the expected delay data and the actual delay data, and the maximum number of retransmissions is used to constrain the number of repeated transmissions of remote control data. ); and
transmitting, to the second apparatus, a plurality of frame packets corresponding to image content, based on the limited number of retransmissions (Rao [0021] The remote control terminal sends remote control data to the controlled end according to the adjusted retransmission constraint information, and the controlled end receives the remote control data.
[0089] the retransmission constraint information is adjusted according to the expected delay data and the actual delay data of the remote control data, comprising:
[0090] adjust the maximum number of retransmissions of remote control data according to the expected delay data and the actual delay data, and the maximum number of retransmissions is used to constrain the number of repeated transmissions of remote control data.
[0070] the wireless channel from the remote control end to the controlled end is called the uplink channel, which is used to transmit remote control data; For example, when the control end is an aircraft, the uplink channel is used to transmit flight control commands, as well as control commands such as photography, video …).
It would have been prima facie obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to have modified Baek to incorporate the teachings of Rao to update a limited number of retransmissions based on the transmission delay and transmit, to the second apparatus, a plurality of frame packets corresponding to image content, based on the limited number of retransmissions, in order to effectively improve the performance experience of users (Rao [0045]).
Claim 14 recites similar limitations of claim 1, is thus rejected under similar rational.
Regarding claim 8, Baek teaches A method, performed by a second apparatus of a wireless
communication system, the method comprising (Baek Fig. 1, receiving device 103; [0057] A transmitting device 101 transmits/receives data through a network 105 to/from a receiving device 103. Examples of the receiving device 103 may include, but are not limited to, devices that may transmit/receive data through the network 105, for example, a desktop, a server, a mobile phone, a PDA, a server and a laptop. [0058] Examples of the network 105 of FIG. 1 include a wireless network. Note: transmitting device 101 is the first apparatus; receiving device 103 is the second apparatus.):
Baek teaches receiving, from the first apparatus, at least one forward error correction (FEC) packet and a plurality of frame packets (Baek Fig. 2, step 201; [0071] a receiving device receives at least one of symbols that constitute an encoding block unit. That is, the transmitting device generates source symbols and repair symbols based on the encoding block unit by using FEC. In response to the transmitting device transmitting the generated source symbols through a network, the receiving device receives at least one of the source symbols and the repair symbols that constitute the encoding block unit.
[0070] the term `source symbol` includes any of various types of source data such as a source packet or a payload, includes any of types in which any of various types of headers such as a real time protocol (RTP) or a symbol ID is added to a source packet, and refers to a type of data that is FEC encoded. The term `repair symbol` includes a symbol or a packet such as a parity packet, and refers to a type of data that is FEC encoded. The term `repair symbol` may include any type of data that may be used in order to detect and correct an error including a loss in FEC.),
identifying at least one lost frame packet (Baek Fig. 2, step 205; [0080] the receiving device determines whether an error occurs in the symbols received by the receiving device, and determines whether the error may be corrected. The term `error` used herein includes not only a case where an error occurs in data but also a case where data is omitted or lost.);
obtaining at least one recovered frame packet corresponding to the at least one lost frame packet based on the at least one FEC packet (Baek [0081] The number of errors which the receiving device may correct varies according to an FEC encoding method. in response to an encoding method based on an RS code being used, source symbols, the number of which is equal to the number of repair packets, may be recovered.);
obtaining the data, based on the received plurality of frame packets and the at least one recovered frame packet; and outputting the data (Baek [0081] The number of errors which the receiving device may correct varies according to an FEC encoding method. in response to an encoding method based on an RS code being used, source symbols, the number of which is equal to the number of repair packets, may be recovered.
[0083] when the error may be corrected, the receiving device may correct the error and may use the data.
Note: Baek teaches data recovery and use the data).
Baek does not explicitly teach determining a transmission delay; transmitting, by the second apparatus and to a first apparatus, the determined transmission delay; a plurality of frame packets corresponding to image content that are transmitted based on a limited number of retransmissions; wherein the limited number of retransmissions is updated based on the transmission delay.
Rao in the same or similar field of endeavor teaches determining a transmission delay; transmitting, by the second apparatus and to a first apparatus, the determined transmission delay (Rao [0070] Example, as shown in Figure 2, the wireless channel from the remote control end to the controlled end is called the uplink channel, which is used to transmit remote control data; For example, when the control end is an aircraft, the uplink channel is used to transmit flight control commands, as well as control commands such as photography, video, and return to home.
[0074] In an example, the wireless communication module in the controlled end is responsible for calculating the average latency Td of remote control data transmission and sending the average latency Td to the remote control terminal, which takes the received average delay Td as the actual delay data.
Note: remote control terminal is the first apparatus, controlled end is the second apparatus. the actual delay data is the transmission delay.);
a plurality of frame packets corresponding to image content that are transmitted based on a limited number of retransmissions (Rao [0021] The remote control terminal sends remote control data to the controlled end according to the adjusted retransmission constraint information, and the controlled end receives the remote control data.
[0089] the retransmission constraint information is adjusted according to the expected delay data and the actual delay data of the remote control data, comprising:
[0090] adjust the maximum number of retransmissions of remote control data according to the expected delay data and the actual delay data, and the maximum number of retransmissions is used to constrain the number of repeated transmissions of remote control data.
[0070] the wireless channel from the remote control end to the controlled end is called the uplink channel, which is used to transmit remote control data; For example, when the control end is an aircraft, the uplink channel is used to transmit flight control commands, as well as control commands such as photography, video …);
wherein the limited number of retransmissions is updated based on the transmission delay (Rao [0020] the remote control terminal obtains the expected delay data of remote control data transmission, adjusts the retransmission constraint information according to the expected delay data and the actual delay data.
[0089] the retransmission constraint information is adjusted according to the expected delay data and the actual delay data of the remote control data, comprising:
[0090] adjust the maximum number of retransmissions of remote control data according to the expected delay data and the actual delay data, and the maximum number of retransmissions is used to constrain the number of repeated transmissions of remote control data.).
By modifying Baek’s teachings of obtaining the data, based on the received plurality of frame packets and the at least one recovered frame packet; and outputting the data with Rao’s teachings of the data including image content, the modification results in obtaining the image content, based on the received plurality of frame packets and the at least one recovered frame packet; and outputting the image content.
It would have been prima facie obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to have modified Baek to incorporate the teachings of Rao to determine a transmission delay; transmit, by the second apparatus and to a first apparatus, the determined transmission delay; a plurality of frame packets corresponding to image content that are transmitted based on a limited number of retransmissions; wherein the limited number of retransmissions is updated based on the transmission delay, in order to effectively improve the performance experience of users (Rao [0045]).
Regarding claim 2, Baek in view of Rao (hereinafter combination) discloses The method of claim
1.
Baek teaches wherein the network status information further comprises at least one of a frame
packet loss rate, a burst loss rate, or a residual loss rate (Baek [0093] the receiving device may transmit as the feedback information that estimates a channel state by using information that indicates a state of a network such as a jitter, an SNR, a packet loss rate, or an estimated bandwidth.).
Regarding claim 4, the combination discloses The method claim 2.
Rao teaches wherein the updating of the limited number of retransmissions comprises: comparing the transmission delay with a preset threshold delay; and decreasing the limited number of retransmissions by one based on the transmission delay being greater than the preset threshold delay (Rao [0089] the retransmission constraint information is adjusted according to the expected delay data and the actual delay data of the remote control data, comprising:
[0090] adjust the maximum number of retransmissions of remote control data according to the expected delay data and the actual delay data, and the maximum number of retransmissions is used to constrain the number of repeated transmissions of remote control data.
[0092] For example, if the value of the actual delay data is greater than the value of the expected delay data, the maximum number of retransmissions can be adjusted to a lower value to reduce the delay of remote data transmission.).
The motivation for modification set forth above (Rao) regarding claim 1 is applicable to claim 4
Regarding claim 9, the combination discloses The method of claim 8.
Baek teaches further comprising: determining network status information, based on at least one
of information corresponding to the plurality of frame packets or information corresponding to the at least one lost frame packet; and transmitting the determined network status information to the first apparatus (Baek [0083] when the error may not be corrected, the receiving device transmits the feedback information related to the symbols to the transmitting device.
[0086] the term `feedback information` may include information related to the number of errors or losses that occur in the encoding block unit and content that requests retransmission of the symbols of the encoding block unit.
[0087] the term `feedback information` may include channel state, e.g., a state of a channel, information measured by the receiving device. That is, the receiving device may transmit as the feedback information that estimates a channel state by using information that indicates a state of a network such as a jitter, a signal-to-noise ratio (SNR), a packet loss rate, or an estimated bandwidth.).
Claim(s) 6 and 13 is/are rejected under 35 U.S.C. 103 as being unpatentable over Baek in view of Rao as applied to claims 1 and 8 above, and further in view of US 20090119565 A1 (hereinafter Park).
Regarding claim 6, the combination discloses The method of claim 1.
The combination does not explicitly teach wherein the limited number of retransmissions is
determined by the second apparatus and is received by the first apparatus from the second apparatus.
Park in the same or similar field of endeavor teaches wherein the limited number of
retransmissions is determined by the second apparatus and is received by the first apparatus from the second apparatus (Park [0025] data transmitting system … receiving retransmission control information for error-occurring data packet; and a retransmitting section retransmitting the error-occurring data packet according to the retransmission control information. [0028] the retransmission control information comprises a packet number of the error-occurring data packet, and a number of retransmission times. [0038] data receiving system … transmitting retransmission control information of a received error-occurring data packet.).
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination with Park’s above teachings. The motivation is controlling retransmission (Park [0003]). Known work in one field of endeavor (Park prior art) may prompt variations of it for use in either the same field or a different one (Baek and Rao prior art) based on design incentives (controlling retransmission) or other market forces if the variations are predictable to one or ordinary skill in the art.
Regarding claim 13, the combination discloses The method of claim 8.
The combination does not explicitly teach further comprising: determining, by the second apparatus, a limited number of retransmissions for the plurality of frame packets corresponding to the image content; and transmitting, by the second apparatus and to the first apparatus, the determined limited number of retransmissions.
Park in the same or similar field of endeavor teaches further comprising: determining, by the second apparatus, a limited number of retransmissions for the plurality of frame packets corresponding to the image content; and transmitting, by the second apparatus and to the first apparatus, the determined limited number of retransmissions (Park [0100] At operation 900, the data transmitter 40 transmits the RTP packet containing identifier information of the data. When the data receiver 60 receives the RTP packet, in case of error, at operation 910, the receiver 60 extracts the identifier information from the received RTP packet and transmits retransmission control information using the RTCP standard to the transmitter 40. When the transmitter 40 receives the retransmission control information from the receiver 60, at operation 920, the transmitter 40 retransmits the error-occurring RTP packet according to the received retransmission control information.
[0102] retransmission control is based upon a number of retransmissions and retransmission priority. For example, regarding data packets containing intra image frames, the number of retransmission times can be set to three, while for inter image frames, the number of retransmission times can be set to two. Specifically, the number of retransmissions can be variable or dynamic depending on characteristics of the data, for example, taking into consideration restoration significance of the error-occurring frame. ).
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination with Park’s above teachings. The motivation is controlling retransmission (Park [0003]). Known work in one field of endeavor (Park prior art) may prompt variations of it for use in either the same field or a different one (Baek and Rao prior art) based on design incentives (controlling retransmission) or other market forces if the variations are predictable to one or ordinary skill in the art.
Claim(s) 7 is/are rejected under 35 U.S.C. 103 as being unpatentable over Baek in view of Rao as applied to claim 1 above, and further in view of US 20050160346 A1 (hereinafter Yamane).
Regarding claim 7, the combination discloses The method of claim 1.
The combination does not explicitly teach wherein the FEC packet comprises corresponding first
timestamp information, and wherein each of the plurality of frame packets comprises corresponding second timestamp information.
Yamane in the same or similar field of endeavor teaches wherein the FEC packet comprises corresponding first timestamp information, and wherein each of the plurality of frame packets comprises corresponding second timestamp information (Yamane Fig. 11 timestamp; [0185] FIG. 11 illustrates an RTP packet. [0191] a 32-bit timestamp, which represents the sampling time of the first octet of streaming data contained in the RTP packet.
[0214] The FEC-packet generator 84 may generate an FEC packet or FEC packets in accordance with the FEC block ID and the timestamp contained in the RTP header information supplied from the RTP-packet generator 83. Alternatively, the FEC-packet generator 84 itself may hold and update the RTP timestamp and the FEC block ID.).
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination with Yamane’s above teachings. The motivation is efficiently transmitting data (Yamane [0002]). Known work in one field of endeavor (Yamane prior art) may prompt variations of it for use in either the same field or a different one (Baek and Rao prior art) based on design incentives (efficiently transmitting data) or other market forces if the variations are predictable to one or ordinary skill in the art.
Claim(s) 10 is/are rejected under 35 U.S.C. 103 as being unpatentable over Baek in view of Rao as applied to claim 9 above, and further in view of US 20080095247 A1 (hereinafter Ohno).
Regarding claim 10, the combination discloses The method of claim 9.
The combination does not explicitly teach wherein the information corresponding to the
plurality of frame packets comprises transmission timestamp information included in a header of a frame packet and reception timestamp information corresponding to a reception of the frame packet, and wherein the network status information comprises a transmission delay.
Ohno in the same or similar field of endeavor teaches wherein the information corresponding to
the plurality of frame packets comprises transmission timestamp information included in a header of a frame packet and reception timestamp information corresponding to a reception of the frame packet, and wherein the network status information comprises a transmission delay (Ohno [0064]Packet receiver 22 also extracts information such as the serial number, packet size and time stamp of each packet, based on which statistical data acquirer 23 calculates statistical data such as one-way delay time, packet loss ratio, reception rate and the like.
[0079] it is also possible to measure the delay every packet by inserting transmission time stamps into an extended header portion of RTP packet. The RTP packet format including the transmission time stamps may be one that is shown in FIG. 13, for example.
[0075] The delay time can be determined by subtracting the time stamp given at source device 10 from the reception time at sync device 20.
[0027] a receiver which receives streaming data transmitted from a transmitter, determines a transmission delay of the streaming data and a packet loss ratio of the streaming data, and transmits to the transmitter the transmission delay and the packet loss ratio based on which the transmitter controls a transmission bit rate or an encoding rate.).
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination with Ohno’s above teachings. The motivation is optimal transmission bit rate or encoding rate (Ohno [0016]). Known work in one field of endeavor (Ohno prior art) may prompt variations of it for use in either the same field or a different one (Baek and Rao prior art) based on design incentives (optimal transmission bit rate or encoding rate) or other market forces if the variations are predictable to one or ordinary skill in the art.
Claim(s) 11 is/are rejected under 35 U.S.C. 103 as being unpatentable over Baek in view of Rao as applied to claim 9 above, and further in view of US 20050182850 A1 (hereafter Kohno).
Regarding claim 11, the combination discloses The method of claim 9.
The combination does not explicitly teach wherein the information corresponding to the
plurality of frame packets comprises a sequence number included in a header of each frame packet of the plurality of frame packets, wherein the information corresponding to the at least one lost frame packet comprises a sequence number corresponding to the at least one lost frame packet and a number of lost frame packets of the at least one lost frame packet, and wherein the network status information comprises at least one of a frame packet loss rate, a burst loss rate, or a residual loss rate.
Kohno in the same or similar field of endeavor teaches wherein the information corresponding to the plurality of frame packets comprises a sequence number included in a header of each frame packet of the plurality of frame packets (Kohno Fig. 1, sequence no.; [0005] FIG. 1 is a schematic view showing a typical structure of an RTP header of an RTP packet. As illustrated, the example in FIG. 1 includes: ...a sequence number that indicates the sequence of this RTP packet. ),
wherein the information corresponding to the at least one lost frame packet comprises a sequence number corresponding to the at least one lost frame packet and a number of lost frame packets of the at least one lost frame packet (Kohno [0009] detecting lost packets based on RTP packet sequence numbers. [0014] a cumulative lost packet count.), and
wherein the network status information comprises at least one of a frame packet loss rate, a burst loss rate, or a residual loss rate (Kohno [0011] a receiver report (RR) is sent from the receiver terminal to the sender server at predetermined time intervals and so is a sender report (SR) from the sender server to the receiver terminal. These reports allow the sender server and the receiver terminal to conduct a dynamic data transfer reflecting network status.
[0012] the receiver report includes a header and at least one receiver report block.
[0014] A receiver report block 1 constitutes information created by the receiver terminal based on a packet received from a sender a1 (i.e., sender server a1). The block 1 includes a synchronizing source identifier that identifies the sender a1 (sender server a1) having sent the packet; as well as a packet loss rate, a cumulative lost packet count, a maximum received sequence number...).
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination with Kohno’s above teachings. The motivation is improving communication quality (Kohno [0009]). Known work in one field of endeavor (Kohno prior art) may prompt variations of it for use in either the same field or a different one (Baek and Rao prior art) based on design incentives (improving communication quality) or other market forces if the variations are predictable to one or ordinary skill in the art.
Claim(s) 12 is/are rejected under 35 U.S.C. 103 as being unpatentable over Baek in view of Rao as applied to claim 9 above, and further in view of US 20090077194 A1 (hereinafter Ohno II).
Regarding claim 12, the combination discloses The method of claim 9.
Although Baek teaches wherein the network status information is determined, and wherein the
network status information is transmitted, by the second apparatus, to the first apparatus (Baek [0083], [0086] and [0087] cited above in claim 9 rejection.), Baek does not explicitly teach wherein the network status information is determined in units of frames.
Ohno II in the same or similar field of endeavor teaches wherein the network status information is determined in units of frames (Ohno II [0028] screen data is transmitted and received in frames, and a status of the communication network is determined on the basis of a status of a loss of frame data (frame loss).).
By modifying Baek’s teachings of wherein the network status information is determined, and wherein the network status information is transmitted, by the second apparatus, to the first apparatus with Ohno II’s teachings of wherein the network status information is determined in units of frames, the modification results in wherein the network status information is determined in units of frames, and wherein the network status information is transmitted, by the second apparatus, in the units of frames to the first apparatus.
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination with Ohno II’s above teachings. The motivation is controlling transmission in a case of poor reception (Ohno II [0006]). Known work in one field of endeavor (Ohno II prior art) may prompt variations of it for use in either the same field or a different one (Baek and Rao prior art) based on design incentives (controlling transmission in a case of poor reception) or other market forces if the variations are predictable to one or ordinary skill in the art.
Claim(s) 5 is/are rejected under 35 U.S.C. 103 as being unpatentable over Baek in view of Rao as applied to claim 4 above, and further in view of CN 107294661 A (hereinafter Yang) and KR 20060100081 A (hereinafter Lee).
Regarding claim 5, the combination teaches The method of claim 4.
Baek teaches wherein the network status information further comprises the frame packet loss
Rate (Baek [0093] the receiving device may transmit as the feedback information that estimates a channel state by using information that indicates a state of a network such as a jitter, an SNR, a packet loss rate, or an estimated bandwidth.), and
The combination does not explicitly teach wherein the updating of the limited number of retransmissions further comprises: comparing the frame packet loss rate with a preset threshold loss rate based on the transmission delay being equal to or smaller than the preset threshold delay; and increasing the limited number of retransmissions by one based on the frame packet loss rate being greater than the preset threshold loss rate.
Yang in the same or similar field of endeavor teaches wherein the updating of the limited number of retransmissions further comprises:
comparing the frame packet loss rate with a preset threshold loss rate; and increasing the limited number of retransmissions by one based on the frame packet loss rate being greater than the preset threshold loss rate (Yang page 3, if the packet loss rate is greater than the first preset threshold, then increasing the HARQ maximal retransmission times, the HARQ maximum retransmission times are updated to the second value by the first value of the current.).
Yang does not explicitly teach increasing the limited number of retransmissions is based on the transmission delay being equal to or smaller than the preset threshold delay.
Lee in the same or similar field of endeavor teaches increasing the limited number of retransmissions is based on the transmission delay being equal to or smaller than the preset threshold delay (Lee page 17, when the transmission delay time is less than the second threshold, the number of retransmission allowances is increased.).
By modifying Yang’s teachings of comparing the frame packet loss rate with a preset threshold loss rate; and increasing the limited number of retransmissions by one based on the frame packet loss rate being greater than the preset threshold loss rate with Lee’s teachings of increasing the limited number of retransmissions is based on the transmission delay being equal to or smaller than the preset threshold delay, the modification results in
wherein the updating of the limited number of retransmissions further comprises: comparing the frame packet loss rate with a preset threshold loss rate based on the transmission delay being equal to or smaller than the preset threshold delay; and increasing the limited number of retransmissions by one based on the frame packet loss rate being greater than the preset threshold loss rate.
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination with Yang’s above teachings. The motivation is improving the resource utilization rate (Yang page 6). Known work in one field of endeavor (Yang prior art) may prompt variations of it for use in either the same field or a different one (Baek and Rao prior art) based on design incentives (improving the resource utilization rate) or other market forces if the variations are predictable to one or ordinary skill in the art.
It would have been prima facie obvious to one of ordinary skill in the art before the effective
filing date of the claimed invention to have modified the combination as modified by Yang with Lee’s above teachings. The motivation is providing improved performance in terms of reliability and latency (Lee page 12). Known work in one field of endeavor (Lee prior art) may prompt variations of it for use in either the same field or a different one (Baek, Rao and Yang prior art) based on design incentives (providing improved performance in terms of reliability and latency) or other market forces if the variations are predictable to one or ordinary skill in the art.
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 nonprovisional extension fee (37 CFR 1.17(a)) 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 mailing date of this final action.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to David Z Sun whose telephone number is (571)270-0750. The examiner can normally be reached Monday-Friday 0800am-0500pm.
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 supervisor, Moo Jeong can be reached at 571-272-9617. 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.
/D.Z.S./Examiner, Art Unit 2418
/Moo Jeong/Supervisory Patent Examiner, Art Unit 2418