DETAILED ACTION
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 .
This office action is in response to communication filed on 08/27/2024.
Claims 1-20 present for examination.
Information Disclosure Statement
It is hereby acknowledged that the following papers have been received and placed of record in the file:
Information Disclosure Statement(s) as received on 08/27/2024 is/are considered by the Examiner.
Claim Interpretation
The following is a quotation of 35 U.S.C. 112(f):
(f) Element in Claim for a Combination. – An element in a claim for a combination may be expressed as a means or step for performing a specified function without the recital of structure, material, or acts in support thereof, and such claim shall be construed to cover the corresponding structure, material, or acts described in the specification and equivalents thereof.
The following is a quotation of pre-AIA 35 U.S.C. 112, sixth paragraph:
An element in a claim for a combination may be expressed as a means or step for performing a specified function without the recital of structure, material, or acts in support thereof, and such claim shall be construed to cover the corresponding structure, material, or acts described in the specification and equivalents thereof.
The claims in this application are given their broadest reasonable interpretation using the plain meaning of the claim language in light of the specification as it would be understood by one of ordinary skill in the art. The broadest reasonable interpretation of a claim element (also commonly referred to as a claim limitation) is limited by the description in the specification when 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is invoked.
As explained in MPEP § 2181, subsection I, claim limitations that meet the following three-prong test will be interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph:
(A) the claim limitation uses the term “means” or “step” or a term used as a substitute for “means” that is a generic placeholder (also called a nonce term or a non-structural term having no specific structural meaning) for performing the claimed function;
(B) the term “means” or “step” or the generic placeholder is modified by functional language, typically, but not always linked by the transition word “for” (e.g., “means for”) or another linking word or phrase, such as “configured to” or “so that”; and
(C) the term “means” or “step” or the generic placeholder is not modified by sufficient structure, material, or acts for performing the claimed function.
Use of the word “means” (or “step”) in a claim with functional language creates a rebuttable presumption that the claim limitation is to be treated in accordance with 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. The presumption that the claim limitation is interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is rebutted when the claim limitation recites sufficient structure, material, or acts to entirely perform the recited function.
Absence of the word “means” (or “step”) in a claim creates a rebuttable presumption that the claim limitation is not to be treated in accordance with 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. The presumption that the claim limitation is not interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is rebutted when the claim limitation recites function without reciting sufficient structure, material or acts to entirely perform the recited function.
Claim limitations in this application that use the word “means” (or “step”) are being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, except as otherwise indicated in an Office action. Conversely, claim limitations in this application that do not use the word “means” (or “step”) are not being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, except as otherwise indicated in an Office action.
This application includes one or more claim limitations that do not use the word “means,” but are nonetheless being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, because the claim limitation(s) uses a generic placeholder that is coupled with functional language without reciting sufficient structure to perform the recited function and the generic placeholder is not preceded by a structural modifier. Such claim limitation(s) is/are: each of the plurality of gateway devices configured to advertise in claim 11.
Because this/these claim limitation(s) is/are being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, it/they is/are being interpreted to cover the corresponding structure described in the specification as performing the claimed function, and equivalents thereof.
If applicant does not intend to have this/these limitation(s) interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, applicant may: (1) amend the claim limitation(s) to avoid it/them being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph (e.g., by reciting sufficient structure to perform the claimed function); or (2) present a sufficient showing that the claim limitation(s) recite(s) sufficient structure to perform the claimed function so as to avoid it/them being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph.
Claim Rejections - 35 USC § 112
The following is a quotation of 35 U.S.C. 112(b):
(b) CONCLUSION.—The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the inventor or a joint inventor regards as the invention.
The following is a quotation of 35 U.S.C. 112 (pre-AIA ), second paragraph:
The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the applicant regards as his invention.
Claims 1-10 are rejected under 35 U.S.C. 112(b) or 35 U.S.C. 112 (pre-AIA ), second paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject matter which the inventor or a joint inventor (or for applications subject to pre-AIA 35 U.S.C. 112, the applicant), regards as the invention.
Regarding claim 1, claim limitation recites “the network client” in line 6, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
Regarding claim 1, claim limitation recites “the network client” in line 10, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
Regarding claim 1, claim limitation recites “the plurality of gateways” in line 12, which renders the claim vague and indefinite. It is unclear whether “the plurality of gateways” is referring to “a plurality of gateways” in claim 1, line 2, or to “a plurality of gateways” in claim 1, line 5, or to different/distinct plurality of gateways.
Regarding claim 1, claim limitation recites “the plurality of gateways” in line 14, which renders the claim vague and indefinite. It is unclear whether “the plurality of gateways” is referring to “a plurality of gateways” in claim 1, line 2, or to “a plurality of gateways” in claim 1, line 5, or to different/distinct plurality of gateways.
Regarding claim 1, claim limitation recites “the network client” in lines 15-16, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
Regarding claim 1, claim limitation recites “the network client” in line 19, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
Claim 2 recites the limitation "the portion of the second communication path" in lines 1-2. There is insufficient antecedent basis for this limitation in the claim.
Claim 2 recites the limitation "the portion of the first communication path" in lines 3-4. There is insufficient antecedent basis for this limitation in the claim.
Regarding claim 5, claim limitation recites “the network client” in line 2, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
Claim 6 recites the limitation "the second gateway" in line 2. There is insufficient antecedent basis for this limitation in the claim.
Regarding claim 7, claim limitation recites “the network client” in lines 1-2, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
Regarding claim 9, claim limitation recites “the network client” in line 2, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
Claim 9 recites the limitation "the second gateway" in line 2. There is insufficient antecedent basis for this limitation in the claim.
Regarding claim 10, claim limitation recites “the network client” in line 2, which renders the claim vague and indefinite. It is unclear whether “the network client” is referring to “a network client” in claim 1, line 2, or “a network client” in claim 1, line 4, or to a different/distinct network client.
All dependent claims are rejected as having the same deficiencies as the claims they depend from.
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.
Claim(s) 1, 3-5, and 8-10 is/are rejected under 35 U.S.C. 103 as being unpatentable over Bonaventure et al. (US 2019/0182363 A1), hereinafter Bonaventure, in view of Alkhatib et al. (US 2003/0233454 A1), hereinafter Alkhatib.
Regarding claim 1, Bonaventure discloses
A method of improving network performance by advertising a public network address of a network client at a plurality of gateways in a network, the method comprising:
receiving client network traffic from a network client (client 100, FIG. 1) at a first gateway (HCPE 101, FIG. 1) of a plurality of gateways, the client network traffic destined for a targeted network service (server/networking node 103, FIG. 1) ([0061]: a system for exchanging data over a TCP connection between a client 100 and a networking node 103; the TCP connection may be initiated by the client 100 in which case the node 103 acts as a server or vice versa; the system further comprises a Hybrid Customer Premises Equipment 101, further referred to as HCPE; the HCPE 101 serves as a gateway for the client 100 and any other networking device within the local network 113; & [0062]: the client 100 can establish a TCP connection with the server 103, i.e., a connection wherein both the client 100 and the server 103 maintain TCP state information in order to maintain a reliable connection; when sending data over the TCP connection to the server, the client sends the TCP segments to the HCPE 101);
routing the client network traffic to the targeted network service, the client network traffic routed from the network client to the targeted network service using a first communication path ([0062]: the client 100 can establish a TCP connection with the server 103, i.e., a connection wherein both the client 100 and the server 103 maintain TCP state information in order to maintain a reliable connection; when sending data over the TCP connection to the server, the client sends the TCP segments to the HCPE 101);
selecting a gateway from the plurality of gateways for routing service network traffic from the targeted network service to the network client (FIG. 1 & [0091]: the conversion in the opposite direction from server 103 to client 100 over the first MPTCP subflow 122 is performed in a similar fashion; a TCP segment originating from the server 103 will be intercepted by the HAG 102 ad converted to MPTCP segment 405);
receiving service network traffic from the targeted network service at the selected gateway ([0091]: the conversion in the opposite direction from server 103 to client 100 over the first MPTCP subflow 122 is performed in a similar fashion; a TCP segment originating from the server 103 will be intercepted by the HAG 102 ad converted to MPTCP segment 405); and
routing the service network traffic to the network client along a second communication path that includes the selected gateway ([0091]: during the conversion step 413 the source address information is preserved; the destination address information may be changed depending on whether NAT is applied by the HCPE; the client 100 then receives the single path TCP segment 406 in a transparent way, i.e., as if it was coming from server 103).
Bonaventure does not explicitly disclose
the network client having a private network address and a public network address;
routing the client network traffic to the targeted network service using the public network address of the network client as a source network address.
for each of the plurality of gateways in the network, advertising the public network address of the network client on the network;
However, Alkhatib discloses
the network client having a private network address and a public network address ([0033]: host A is assigned a private address from DHCP server 14 upon connection to network 10; host A subsequently requests gateway 12 to provide host A with a public address and to bind that public address to the private address for host A; host A subsequently publishes its new public address with server 30);
routing the client network traffic to the targeted network service using the public network address of the network client as a source network address ([0050]: gateway 12 sends the packets to host B using the public address for host A as the source address).
for each of the plurality of gateways in the network, advertising the public network address of the network client on the network ([0044]: other entities such as gateway 12 can be responsible for publishing the new public address for host A).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to incorporate the feature of Alkhatib to Bonaventure, because Bonaventure discloses exchanging data between a client and a server ([0061]) and Alkhatib further suggests bind public address to private address for host A/client ([0033]).
One of ordinary skill in the art would be motivated to utilize the teachings of Alkhatib in the Bonaventure system in order to provide a secure network communication.
Regarding claim 3, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure further discloses
a satellite network ([0061]: an access network may also be a wireless access network such as for example an LTE, Wi-Fi, satellite or any other wireless access network).
Regarding claim 4, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure further discloses
a hybrid access network ([0001]: the present invention generally relates to field of network connectivity provided to clients by a hybrid access network; in such a hybrid access network, a client can access a server in an outside network such as the Internet by a Hybrid Customer Premises Equipment or HCPE that connects to a Hybrid Access Gateway or HAG over more than one access network).
Regarding claim 5, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure discloses
routing additional network traffic from the network client to the targeted network service using the second communication path ([0092]: when the TCP segment 401 is sent from client 100 to server 103 along the auxiliary subflow 124, the segment 401 will again be intercepted at the HCPE 101 and transmitted as MPTCP segment 407 over the second or auxiliary subflow to the server 103; during the same step 410, the source address information is changed to that of the interface 223; the segment 407 is then forwarded over the second access network 111 to the HAG).
Regarding claim 8, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure further discloses
each of the plurality of gateways is a hybrid aggregation gateway ([0061]: the system further comprises a Hybrid Access Gateway 102 allowing communication between the access networks 110, 111 and an outside network 112 such as for example the Internet; both the HCPE 101and the HAG 102 are annotated as ‘hybrid’ because they are able to communicate with each other over more than one access network).
Regarding claim 9, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure further discloses
the first gateway is network closer to the network client than the second gateway ([0061]: the HCPE 101 serves as a gateway for the client 100 and any other networking device within the local network 113; HCPE 101 provides the client access to the access networks 110, 111 of an Internet Service Provider (ISP)).
Regarding claim 10, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure further discloses
the first gateway is selected based on a default gateway assigned to the network client ([0061]: the HCPE 101 serves as a gateway for the client 100 and any other networking device within the local network 113; HCPE 101 provides the client access to the access networks 110, 111 of an Internet Service Provider (ISP)).
Claim(s) 2 is/are rejected under 35 U.S.C. 103 as being unpatentable over Bonaventure in view of Alkhatib, and further in view of Suzuki et al. (US 2011/0019539 A1), hereinafter Suzuki.
Regarding claim 2, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure and Alkhatib do not explicitly disclose
a median route along the portion of the second communication path between the targeted network service and the selected gateway has a cost that is less than or equal to a cost of the portion of the first communication path between the targeted network service and the first gateway.
However, Suzuki discloses
a median route along the portion of the second communication path between the targeted network service and the selected gateway has a cost that is less than or equal to a cost of the portion of the first communication path between the targeted network service and the first gateway ([0233]: the path 63, rather than the path 64, is selected as a route to the router 53 in the router 52 when the cost of the path 63 is lower than the cost of the path 64).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to incorporate the feature of Suzuki to Bonaventure and Alkhatib, because Bonaventure and Alkhatib disclose exchanging data between a client and a server (Bonaventure: [0061]) and Suzuki further suggests select a path when the cost of the path is lower than cost of another path ([0233]).
One of ordinary skill in the art would be motivated to utilize the teachings of Suzuki in the Bonaventure and Alkhatib system in order to save resource.
Claim(s) 6 and 7 is/are rejected under 35 U.S.C. 103 as being unpatentable over Bonaventure in view of Alkhatib, and further in view of Zisapel et al. (US 2014/0330983 A1), hereinafter Zisapel.
Regarding claim 6, Bonaventure and Alkhatib disclose the method as described in claim 1. Bonaventure and Alkhatib do not explicitly disclose
receiving a signal indicating that the second gateway was selected for inclusion in the second communication path.
However, Zisapel discloses
receiving a signal indicating that the second gateway was selected for inclusion in the second communication path ([0010]: select a data route from the plurality of data routers to route the received request, wherein the selection of the data route is based on a decision function).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to incorporate the feature of Zisapel to Bonaventure and Alkhatib, because Bonaventure and Alkhatib disclose exchanging data between a client and a server (Bonaventure: [0061]) and Zisapel further suggests select a data route from the plurality of data routers to route data ([0010]).
One of ordinary skill in the art would be motivated to utilize the teachings of Zisapel in the Bonaventure and Alkhatib system in order to provide load balancing.
Regarding claim 7, Bonaventure, Alkhatib, and Zisapel disclose the method as described in claim 6. Bonaventure further discloses
routing packets from the network client to the targeted network service through the second gateway ([0092]: the segment 407 is then forwarded over the second access network 111 to the HAG; as the MPTCP segment 407 is addressed to the HAG, the segment 407 will be routed to the HAG’s network interface 225; therefore, the HAG converts the segment, during conversion step 411 to TCP segment 403 and replaces the destination address with that of the server).
Claim(s) 11-15, and 18-20 is/are rejected under 35 U.S.C. 103 as being unpatentable over Bonaventure in view of Alkhatib, and further in view of Cohn (US 9,729,350 B1).
Regarding claim 11, Bonaventure discloses
A network environment ([0061]: a system for exchanging data over a TCP connection between a client 100 and a networking node 103) comprising:
customer premises equipment (a Hybrid Customer Premises Equipment 101/HCPE) communicatively coupled to a network client (client 100, FIG. 1) ([0061]: the HCPE 101 serves as a gateway for the client 100 and any other networking device within the local network 113);
a private network configured to provide network communication between the network client and a targeted network service (server/networking node 103, FIG. 1) on a public network ([0061]: a system for exchanging data over a TCP connection between a client 100 and a networking node 103; the TCP connection may be initiated by the client 100 in which case the node 103 acts as a server or vice versa; the system further comprises a Hybrid Customer Premises Equipment 101, further referred to as HCPE; the HCPE 101 serves as a gateway for the client 100 and any other networking device within the local network 113; & [0062]: the client 100 can establish a TCP connection with the server 103, i.e., a connection wherein both the client 100 and the server 103 maintain TCP state information in order to maintain a reliable connection; when sending data over the TCP connection to the server, the client sends the TCP segments to the HCPE 101); and
a plurality of gateway devices (Hybrid Customer Premises Equipment/HCPE 101 & Hybrid Access Gateway/HAG 102, FIG. 1)communicatively coupled to the private network and to the public network, the plurality of gateway devices configured to route network traffic between the private network and the public network ([0062]: the client 100 can establish a TCP connection with the server 103, i.e., a connection wherein both the client 100 and the server 103 maintain TCP state information in order to maintain a reliable connection; when sending data over the TCP connection to the server, the client sends the TCP segments to the HCPE 101),
wherein network traffic is routed to the network client from the targeted network service through a selected gateway device of the plurality of gateway devices ([0091]: during the conversion step 413 the source address information is preserved; the destination address information may be changed depending on whether NAT is applied by the HCPE; the client 100 then receives the single path TCP segment 406 in a transparent way, i.e., as if it was coming from server 103),
Bonaventure does not explicitly disclose
the network client having a private network address;
each of the plurality of gateway devices configured to advertise a public network address that corresponds to the network client.
However, Alkhatib discloses
the network client having a private network address ([0033]: host A is assigned a private address from DHCP server 14 upon connection to network 10; host A subsequently requests gateway 12 to provide host A with a public address and to bind that public address to the private address for host A; host A subsequently publishes its new public address with server 30);
each of the plurality of gateway devices configured to advertise a public network address that corresponds to the network client ([0044]: other entities such as gateway 12 can be responsible for publishing the new public address for host A).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to incorporate the feature of Alkhatib to Bonaventure, because Bonaventure discloses exchanging data between a client and a server ([0061]) and Alkhatib further suggests bind public address to private address for host A/client ([0033]).
One of ordinary skill in the art would be motivated to utilize the teachings of Alkhatib in the Bonaventure system in order to provide a secure network communication.
Bonaventure and Alkhatib do not explicitly disclose
the selected gateway device selected based at least in part on the selected gateway device providing a lowest-cost communication path between the targeted network service and the selected gateway.
However, Cohn discloses
the selected gateway device selected based at least in part on the selected gateway device providing a lowest-cost communication path between the targeted network service and the selected gateway (Col. 1, lines 38-44: when a data packet arrives at a router, the router may utilize the routing table to determine the lowest-cost path for reaching the destination endpoint, and forward the packet to the immediate neighbor along that path; each router along the path forwards the data packet based on a similar determination of the lowest-cost path to the endpoint, until the packet arrives at the destination endpoint).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to incorporate the feature of Cohn to Bonaventure and Alkhatib, because Bonaventure and Alkhatib disclose exchanging data between a client and a server (Bonaventure: [0061]) and Cohn further suggests determine the lowest-cost path for reaching destination endpoint (Col. 1, lines 38-44).
One of ordinary skill in the art would be motivated to utilize the teachings of Cohn in the Bonaventure and Alkhatib system in order to save resource.
Regarding claim 12, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure, Alkhatib, and Cohn further disclose
the private network address and the public network address are each an Internet Protocol (IP) address (Alkhatib: [0033]: host A is assigned a private address from DHCP server 14 upon connection to network 10; host A subsequently requests gateway 12 to provide host A with a public address and to bind that public address to the private address for host A; host A subsequently publishes its new public address with server 30; & [0034]: the creation of a binding of a public identity to a private identity for an entity on a network; for the current state of the Internet, domain names, private IP addresses and public IP addresses can be used).
Regarding claim 13, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure further discloses
the private network comprises a satellite network ([0061]: an access network may also be a wireless access network such as for example an LTE, Wi-Fi, satellite or any other wireless access network).
Regarding claim 14, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure further discloses
the private network comprises a hybrid access network ([0001]: the present invention generally relates to field of network connectivity provided to clients by a hybrid access network; in such a hybrid access network, a client can access a server in an outside network such as the Internet by a Hybrid Customer Premises Equipment or HCPE that connects to a Hybrid Access Gateway or HAG over more than one access network).
Regarding claim 15, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure discloses
additional network traffic is routed from the network client to the targeted network service through the selected gateway ([0092]: when the TCP segment 401 is sent from client 100 to server 103 along the auxiliary subflow 124, the segment 401 will again be intercepted at the HCPE 101 and transmitted as MPTCP segment 407 over the second or auxiliary subflow to the server 103; during the same step 410, the source address information is changed to that of the interface 223; the segment 407 is then forwarded over the second access network 111 to the HAG).
Regarding claim 18, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure further discloses
each of the plurality of gateways is a hybrid aggregation gateway ([0061]: the system further comprises a Hybrid Access Gateway 102 allowing communication between the access networks 110, 111 and an outside network 112 such as for example the Internet; both the HCPE 101and the HAG 102 are annotated as ‘hybrid’ because they are able to communicate with each other over more than one access network).
Regarding claim 19, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure further discloses
a first gateway device of the plurality of gateway devices is configured to provide a first communication path from the network client to the targeted network service ([0062]: the client 100 can establish a TCP connection with the server 103, i.e., a connection wherein both the client 100 and the server 103 maintain TCP state information in order to maintain a reliable connection; when sending data over the TCP connection to the server, the client sends the TCP segments to the HCPE 101), the first gateway device different from the selected gateway device ([0091]: during the conversion step 413 the source address information is preserved; the destination address information may be changed depending on whether NAT is applied by the HCPE; the client 100 then receives the single path TCP segment 406 in a transparent way, i.e., as if it was coming from server 103).
Regarding claim 20, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure further discloses
the first gateway is a default gateway assigned to the network client ([0061]: the HCPE 101 serves as a gateway for the client 100 and any other networking device within the local network 113; HCPE 101 provides the client access to the access networks 110, 111 of an Internet Service Provider (ISP)).
Claim(s) 16 and 17 is/are rejected under 35 U.S.C. 103 as being unpatentable over Bonaventure in view of Alkhatib, in view of Cohn, and further in view of Zisapel.
Regarding claim 16, Bonaventure, Alkhatib, and Cohn disclose the network environment as described in claim 11. Bonaventure, Alkhatib, and Cohn do not explicitly disclose
receiving a signal indicating that the second gateway was selected for inclusion in the second communication path.
However, Zisapel discloses
receiving a signal indicating that the second gateway was selected for inclusion in the second communication path ([0010]: select a data route from the plurality of data routers to route the received request, wherein the selection of the data route is based on a decision function).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to incorporate the feature of Zisapel to Bonaventure, Alkhatib, and Cohn, because Bonaventure, Alkhatib, and Cohn disclose exchanging data between a client and a server (Bonaventure: [0061]) and Zisapel further suggests select a data route from the plurality of data routers to route data ([0010]).
One of ordinary skill in the art would be motivated to utilize the teachings of Zisapel in the Bonaventure, Alkhatib, and Cohn system in order to provide load balancing.
Regarding claim 17, Bonaventure, Alkhatib, Cohn, and Zisapel disclose the method as described in claim 16. Bonaventure further discloses
routing packets from the network client to the targeted network service through the second gateway ([0092]: the segment 407 is then forwarded over the second access network 111 to the HAG; as the MPTCP segment 407 is addressed to the HAG, the segment 407 will be routed to the HAG’s network interface 225; therefore, the HAG converts the segment, during conversion step 411 to TCP segment 403 and replaces the destination address with that of the server).
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure.
Zavgren, Jr. et al. (US 6,711,409 B1). Determines a lowest-cost routing path for message transmission through the network based on network topology information.
Rexford et al. (US 6,633,544 B1). The set of lowest-cost routes is stored in a routing table or cache at each router.
Sorenson, III et al. (US 2014/0310391 A1). The router exposes a public IP address and the load balancer nodes all advertise the same public IP address to the router.
Ahn et al. (US 8,462,698 B2). The first router broadcasts the unique address of the mobile node to one or more neighboring routers and determines whether the one or more neighboring routers include the mobile node.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to KAYLEE J HUANG whose telephone number is (571)272-0080. The examiner can normally be reached Monday-Friday 9AM-5PM.
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, Joon H Hwang can be reached at 571-272-4036. 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.
Kaylee Huang
12/23/2025
/KAYLEE J HUANG/Primary Examiner, Art Unit 2447