Prosecution Insights
Last updated: May 29, 2026
Application No. 17/434,329

AUTHENTICATION DECISION FOR FIXED NETWORK RESIDENTIAL GATEWAYS

Non-Final OA §103
Filed
Aug 26, 2021
Priority
Mar 04, 2019 — provisional 62/813,279 +1 more
Examiner
AMBAYE, SAMUEL
Art Unit
2433
Tech Center
2400 — Computer Networks
Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
OA Round
5 (Non-Final)
82%
Grant Probability
Favorable
5-6
OA Rounds
0m
Est. Remaining
99%
With Interview

Examiner Intelligence

Grants 82% — above average
82%
Career Allowance Rate
553 granted / 673 resolved
+24.2% vs TC avg
Strong +25% interview lift
Without
With
+25.1%
Interview Lift
resolved cases with interview
Typical timeline
2y 10m
Avg Prosecution
19 currently pending
Career history
700
Total Applications
across all art units

Statute-Specific Performance

§101
0.3%
-39.7% vs TC avg
§103
93.6%
+53.6% vs TC avg
§102
2.5%
-37.5% vs TC avg
§112
0.2%
-39.8% vs TC avg
Black line = Tech Center average estimate • Based on career data from 673 resolved cases

Office Action

§103
DETAILED ACTION Continued Examination Under 37 CFR 1.114 A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 25 February, 2026 has been entered. Status of Claims 2. Claims 1-16, 19-23 and 26-28 are pending. Claims 1 and 19 has been amended. Claims 17-18 and 24-25 has been canceled. Information Disclosure Statement 3. The information disclosure statements (IDS's) submitted on 02/25/2026 is in compliance with provisions of 37 CFR 1.97. Accordingly, the information disclosure statement is being considered by the examiner. Response to Arguments 4. Applicant's arguments filed 11 September 2023 have been fully considered however they are moot due to new grounds of rejection below initiated by Applicant’s amendment. Claim Rejections - 35 USC § 103 5. 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. 6. Claims 1-9, 11-16, 19, 21-23, and 26-28 are rejected under 35 U.S.C. 103 as being unpatentable over Peng et al. US Patent Application Publication No. 2019/0052580 (hereinafter Peng) in view of 3GPP TR 33.807 3rd Generation Partnership Project (hereinafter 3GPP) in further view of Sheth et al. US Patent Application Publication No. 2016/0006746 (hereinafter Sheth). Regarding claim 1, Peng discloses a method performed by a core network node (Fig. 1, 5G core 106) of a wireless communication system, comprising: “receiving a registration request to register a fixed network residential gateway, FN- RG, to the core network” (see Peng par. 0009, The method includes transmitting, by an interworking function in a control plane (IF-CP) of a broadband network gateway (BNG), a registration request to a 5G core in the 5G network, the registration request carrying a temporary identifier (ID) with location information corresponding to a residential gateway (RG) in the wireline network; exchanging, by the IF-CP, authentication messages with the 5G core to authenticate the RG; exchanging, by the IF-CP, registration messages with the 5G core to complete registration); “obtaining an identifier associated with the FN-RG” (see Peng par. 0062, exchange registration messages with a fifth generation (5G) core in a 5G network to register a residential gateway in the wireline network, at least one of the registration messages containing a temporary identifier (ID) corresponding to the residential gateway; exchange authentication messages with the 5G core to authenticate the residential gateway; and exchange session messages with the 5G core to establish a session between the BNG and the 5G core); Peng does not explicitly discloses determining, based on the identifier of the FN-RG, that authentication of the FN- RG by the core network is not required. However, in analogues art, 3GPP TR 33.807 discloses determining, based on the identifier of the FN-RG, that authentication of the FN- RG by the core network is not required (see 3GPP section 5.11.1, the FAGF function in W-5GAN authenticates the FN-RG when a connection is established between FN-RG and the FAGF before registering FN-RG to 5GC on behalf of the FN-RG. In addition, the FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Peng in view of 3GPP does not explicitly discloses wherein the determining that authentication of the FN-RG is not required comprises one of: (a) determining that the identifier of the FN-RG is associated with a stored subscription or a stored profile that indicates that authentication is not required for the FN-RG, However, in analogues art, discloses (a) determining that the identifier of the FN-RG is associated with a stored subscription or a stored profile that indicates that authentication is not required for the FN-RG (see Sheth pars. 0036, 0070-0078, In step 915, the authentication server extracts a NAS IP from the authentication request and, in step 920, locates a NAS definition such as the exemplary NAS definition 700 associated with the extracted NAS IP, from a profile storage, such as for example, NAS Profile Storage 330. In step 925, the authentication server retrieves a NAS profile identified by the NAS definition, such as the exemplary NAS profile 600. Once the authentication server has gathered the appropriate profile objects, at step 930, the authentication server proceeds to construct a subscription identifier for use in authentication by retrieving the next subscription ID definition from the sorted list of subscription ID entries from the NAS profile. In step 945, the authentication server uses the subscription ID object to attempt to locate a subscription record that stores a matching subscription ID. The authentication server then determines, in step 950, whether any such user record was located. If at step 950, the authentication server successfully locates a subscription profile, the authentication server proceeds to authenticate the user in step 955); Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of Sheth into the system of Peng and 3GPP in order to include authentication profile object used for authenticating a subscriber. The exemplary profile object may be a NAS profile object stored in storage and, as such, may reflect partial contents of the NAS profile storage (see Sheth par. 0058). Regarding claim 2, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, 3GPP further discloses registering the FN-RG in the core network without authentication in response to determining that authentication of the FN-RG is not required (see 3GPP section 6.4.2, The F AGF performs initial registration on behalf of the FN-RG. It generates a Registration Request NAS message on and sends it the AMF in 5GC over N2. The message includes SUCI, and that the FAGF has authenticated the FN-RG and no further authentication is required to be performed by the 5GC). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 3, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, 3GPP further discloses wherein the identifier comprises a line ID associated with the FN-RG (see 3GPP section 5.2.1, The FN-RG will use identifiers not specified in 3GPP, e.g. the line ID). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 4, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, 3GPP further discloses receiving an indication from a fixed access gateway function, FAGF, that the FN-RG is authentic (see 3GPP section 6.4, the FN-RG connects to 5GC via W-5GAN, which has the FAGF function that provides connectivity to the 5GC via N2 and N3 reference points. Since the FN-RG is a non-wireless entity defined by the BBF, it doesn't support NAS signalling. The FAGF provides Nl connectivity on behalf of the FN-RG); wherein determining that authentication of the FN-RG is not required is performed partly based on the indication from the FAGF (see 3GPP 5.2. 1, the FN-RG does not support 3GPP protocols, so it cannot authenticate to the 5GC by EAP-AKA' or 5G AKA It needs to be studied which entity authenticates the FN-RG and whether 3GPP nodes need to support further authentication methods. The Interworking function of the W-5GAN interfaces the 5GC using the 3GPP reference points Nl, N2 and N3.Expressed differently, the W-5GAN sends NAS messages on behalf of the FN-RG. Authorization of the FN-RG by the W-5GAN may hence be needed.3GPP). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 5, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 4, Peng further discloses wherein the registration request is received from the FAGF, and wherein the indication comprises a flag associated with the registration request (see Peng par. 0006, Optionally, in any of the preceding aspects, another implementation of the aspect provides that a temporary identifier (ID) corresponding to the residential gateway is included in a registration request sent from the IF-CP to the AMF component in the 5G core in the 5G network. Optionally, in any of the preceding aspects, another implementation of the aspect provides that the temporary ID is marked with location information of the residential gateway). Regarding claim 6, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, 3GPP further discloses wherein the registration request is received from a Fixed Access Gateway Function, FAGF, of an access network that serves the FN-RG (see 3GPP section 6.4.2, The F AGF performs initial registration on behalf of the FN-RG. It generates a Registration Request NAS message on and sends it the AMF in 5GC over N2). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 7, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, 3GPP further discloses wherein the identifier is included within a subscriber concealed identity, SUCI, contained in the registration request (see 3GPP section 5.12.1, specifies a procedure for registration and session management of FN-RG via W-5GAN. Solution #28 specifies the use of Line ID as an input to generate a SUP I/SU CI for the given FN-RG. The SU CI, thus generated, is sent by the F AGF to the AMF in the NAS registration request it builds on behalf of the RG. The SUCI is also expected to include other parameters such as Home Network Identifier of the operator owning the FN-RG). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 8, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, Peng further discloses wherein determining that authentication of the FN-RG is not required is performed in a United Data Management, UDM, function of the core network (see Peng par. 0036, FIG. 3 is a sequence diagram 300 illustrating a registration and authentication procedure performed over the N1′/N2′ interface. The sequence diagram 300 illustrates interactions between one or more of an RG 302, an AN 304, a BNG control plane (CP) 306 having an IF-CP 308, an AMF 310, an AUSF 312, a UDM 314, a PCF 316, an SMF 318, and a UPF 320). Regarding claim 9, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 8, Peng further discloses receiving, at the UDM, an authentication request from a Subscriber Authentication Function, AUSF, function of the core network, the authentication request including the identifier of the FN-RG (see Peng par. 0046, FIG. 4 is a sequence diagram 400 illustrating a session establishment procedure over the N1′/N2′ interface. The sequence diagram 400 illustrates interactions between one or more of an RG 402, an AN 404, an IF-UP 406, an IF-CP 408, an AMF 410, an AUSF 412, a UDM 414, a PCF 416, an SMF 418, and a UPF 420). Regarding claim 11, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 9, 3GPP further discloses wherein the authentication request comprises an authentication get request (see 3GPP section 6.6.2, The TWIF creates a 5GC Registration Request message on behalf of the UE. The TWIF uses default values to populate the parameters in the Registration Request message, which are the same for all UEs that do not support 5G NAS. The Registration type indicates "Initial Registration"). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 12, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 10, Peng further discloses transmitting an authentication response to the AUSF, the authentication response including the SUPI (see Peng pars. 0010, 0039, registration request 326, the authentication procedure 324 in the 5G core is performed to verify that the RG 302 is valid and legal. As shown, the IF-CP 308 and the AMF 310 exchange authentication messages and the AMF 310, AUSF 312, UDM 314, and PCF 316 participate in authentication, the IF-CP 308 gets the authentication related information of the RG 302 from the BNG (e.g., BNG 102, 202 of FIGS. 1-2). In an embodiment, the registration request 326 carries a subscriber permanent identifier (SUPI), a temporary device identifier (ID) corresponding to the RG 302 (if already registered with the 5G core), network slice selection assistance information (NSSAI), or other information used to locate and/or select the AMF 310). Regarding claim 13, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 12, 3GPP further discloses wherein the authentication response includes an indication that authentication is not required for the FN-RG (see 3GPP section 6.4.2, The F AGF performs initial registration on behalf of the FN-RG. It generates a Registration Request NAS message on and sends it the AMF in 5GC over N2. The message includes SUCI, and that the FAGF has authenticated the FN-RG and no further authentication is required to be performed by the 5GC). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claims 14 and 21, Peng in view of 3GPP in further view of Sheth the method of Claim 13, the method of claim 19, Peng further discloses wherein the authentication response further includes a dummy authentication vector to be used for authenticating non-access stratum communications between an access network and the core network on behalf of the FN-RG (see Peng par. 0038, When there is a need to access the 5G network (e.g., 5G service provisioning), the IF-CP 308 sends a registration request 326 to the AMF 310 of the 5G core. In an embodiment, the registration request 326 carries a non-access stratum (NAS) message that includes the identification of the RG 302). Regarding claim 15, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 12, 3GPP further discloses wherein the authentication response comprises an authentication get response (see 3GPP section 6.1.4, After the NWt-cp connection is successfully established, the TNGF responds to AMF with an N2 Initial Context Setup Response message. Finally, the NAS Registration Accept message is sent by the AMF and is forwarded to UE via the established NWt-cp connection). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 16, Peng disclose a network node, comprising: “a processor circuitry” (Fig. 6, processor 630); “a network interface coupled to the processor circuit” (Fig. 6, TX 620 receiver, TX 640 transmitter); and a memory (Fig. 6, memory 660) coupled to the processor circuit, the memory comprising machine readable program instructions that, when executed by the processor circuit, cause the network node to perform operations comprising operations according to Claim 1. Claim 16 is rejected for the same reasons as claim 1. Regarding claim 19, Peng discloses a method in a United Data Management, UDM, (Fig. 1, UDM 148) function of a core network of a wireless communication system, comprising: “receiving, at the UDM, an authentication request from a Subscriber Authentication Function, AUSF, function of the core network, the authentication request requesting authentication of a fixed network residential gateway, FN-RG and including an identifier of the FN-RG” (see Peng pars. 0009, 0062, The method includes transmitting, by an interworking function in a control plane (IF-CP) of a broadband network gateway (BNG), a registration request to a 5G core in the 5G network, the registration request carrying a temporary identifier (ID) with location information corresponding to a residential gateway (RG) in the wireline network; exchanging, by the IF-CP, authentication messages with the 5G core to authenticate the RG; exchanging, by the IF-CP, registration messages with the 5G core to complete registration, exchange registration messages with a fifth generation (5G) core in a 5G network to register a residential gateway in the wireline network, at least one of the registration messages containing a temporary identifier (ID) corresponding to the residential gateway; exchange authentication messages with the 5G core to authenticate the residential gateway; and exchange session messages with the 5G core to establish a session between the BNG and the 5G core); Peng does not explicitly discloses determining, based on the identifier of the FN-RG, that authentication of the FN- RG is not required, wherein the determining that authentication of the FN-RG is not required comprises determining that the identifier of the FN-RG is associated with a stored subscription or a stored profile that indicates that authentication is not required for the FN-RG; transmitting an authentication response to the AUSF, the authentication response including an indication that authentication of the FN-RG is not required. However, in analogues art, 3GPP TR 33.807 discloses determining, based on the identifier of the FN-RG, that authentication of the FN- RG by the core network is not required, (see 3GPP section 5.11.1, the FAGF function in W-5GAN authenticates the FN-RG when a connection is established between FN-RG and the FAGF before registering FN-RG to 5GC on behalf of the FN-RG. In addition, the FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG); transmitting an authentication response to the AUSF, the authentication response including an indication that authentication of the FN-RG is not required” (see 3GPP section 6.6.2.2, 6.4.2, The AMF triggers an authentication procedure by sending a request to AUSF indicating the AN type. The F AGF performs initial registration on behalf of the FN-RG. It generates a Registration Request NAS message on and sends it the AMF in 5GC over N2. The message includes SUCI, and that the FAGF has authenticated the FN-RG and no further authentication is required to be performed by the 5GC. The AMF selects an AUSF based on the received SUCI and interacts with it to obtain the corresponding SUPI). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Peng in view of 3GPP does not explicitly discloses wherein the determining that authentication of the FN-RG is not required comprises determining that the identifier of the FN-RG is associated with a stored subscription or a stored profile that indicates that authentication is not required for the FN-RG. However, in analogues art, Manik discloses wherein the determining that authentication of the FN-RG is not required comprises determining that the identifier of the FN-RG is associated with a stored subscription or a stored profile that indicates that authentication is not required for the FN-RG (see Sheth pars. 0036, 0070-0078, In step 915, the authentication server extracts a NAS IP from the authentication request and, in step 920, locates a NAS definition such as the exemplary NAS definition 700 associated with the extracted NAS IP, from a profile storage, such as for example, NAS Profile Storage 330. In step 925, the authentication server retrieves a NAS profile identified by the NAS definition, such as the exemplary NAS profile 600. Once the authentication server has gathered the appropriate profile objects, at step 930, the authentication server proceeds to construct a subscription identifier for use in authentication by retrieving the next subscription ID definition from the sorted list of subscription ID entries from the NAS profile. In step 945, the authentication server uses the subscription ID object to attempt to locate a subscription record that stores a matching subscription ID. The authentication server then determines, in step 950, whether any such user record was located. If at step 950, the authentication server successfully locates a subscription profile, the authentication server proceeds to authenticate the user in step 955); Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of Sheth into the system of Peng and 3GPP in order to include authentication profile object used for authenticating a subscriber. The exemplary profile object may be a NAS profile object stored in storage and, as such, may reflect partial contents of the NAS profile storage (see Sheth par. 0058). Regarding claim 22, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 19, 3GPP further discloses wherein the authentication request comprises an authentication get request, and wherein the authentication response comprises an authentication get response (see 3GPP section 6.6.2, 6.1.4, The TWIF creates a 5GC Registration Request message on behalf of the UE. The TWIF uses default values to populate the parameters in the Registration Request message, which are the same for all UEs that do not support 5G NAS. The Registration type indicates "Initial Registration". After the NWt-cp connection is successfully established, the TNGF responds to AMF with an N2 Initial Context Setup Response message. Finally, the NAS Registration Accept message is sent by the AMF and is forwarded to UE via the established NWt-cp connection). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of 3GPP into the system of Peng in order to include an FAGF indicates to the AMF that it has authenticated the FN-RG and therefore no authentication is to be performed by the 5GC during registration of the FN-RG. (see 3GPP section 5.11.1). Regarding claim 23, Peng discloses a network node, comprising: “processor circuitry” (Fig. 6, processor 630); “a network interface coupled to the processor circuit” (Fig. 6, TX 620 receiver, TX 640 transmitter); and a memory (Fig. 6, memory 660) coupled to the processor circuit, the memory comprising machine readable program instructions that, when executed by the processor circuit, cause the network node to perform operations comprising operations according to Claim 19. Claim 23 is rejected for the same reasons as claim 19. Regarding claim 26, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, Sheth further discloses wherein the determining that authentication of the FN-RG is not required comprises: determining that the identifier of the FN-RG is associated with a stored subscription or a stored profile that indicates that authentication is not required for the FN-RG (see Sheth pars. 0070-0078, In step 915, the authentication server extracts a NAS IP from the authentication request and, in step 920, locates a NAS definition such as the exemplary NAS definition 700 associated with the extracted NAS IP, from a profile storage, such as for example, NAS Profile Storage 330. In step 925, the authentication server retrieves a NAS profile identified by the NAS definition, such as the exemplary NAS profile 600. Once the authentication server has gathered the appropriate profile objects, at step 930, the authentication server proceeds to construct a subscription identifier for use in authentication by retrieving the next subscription ID definition from the sorted list of subscription ID entries from the NAS profile. In step 945, the authentication server uses the subscription ID object to attempt to locate a subscription record that stores a matching subscription ID. The authentication server then determines, in step 950, whether any such user record was located. If at step 950, the authentication server successfully locates a subscription profile, the authentication server proceeds to authenticate the user in step 955); Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of Sheth into the system of Peng and 3GPP in order to include authentication profile object used for authenticating a subscriber. The exemplary profile object may be a NAS profile object stored in storage and, as such, may reflect partial contents of the NAS profile storage (see Sheth par. 0058). Regarding claim 27, Peng in view of 3GPP in further view of Sheth discloses the method of claim 1, Sheth further discloses wherein the determining that authentication of the FN-RG is not required comprises: determining that the identifier of the FN-RG to a stored list of identifiers for FN-RGs that require authentication (see Sheth par. 0077, If the authentication server determines that this subscription ID definition (e.g.: 630) does not represent the last such definition from the sorted list of subscription ID entries from the NAS profile, and additional subscription ID definitions remain for consideration, the method 900 loops back to step 930 to process the next subscription ID definitions (e.g.: 640). In this manner, if the authentication attribute having the highest priority cannot be used for authentication then the authentication attribute having the next-highest priority is selected to attempt authentication). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of Sheth into the system of Peng and 3GPP in order to include authentication profile object used for authenticating a subscriber. The exemplary profile object may be a NAS profile object stored in storage and, as such, may reflect partial contents of the NAS profile storage (see Sheth par. 0058). Regarding claim 28, Peng in view of 3GPP in further view of Sheth discloses the method of Claim 1, Sheth further discloses wherein the determining that authentication of the FN-RG is not required comprises: determining that the identifier of the FN-RG to a stored list of identifiers for FN-RGs that do not require authentication (see Sheth par. 0075, In step 945, the authentication server uses the subscription ID object to attempt to locate a subscription record that stores a matching subscription ID. For example the authentication server may form and submit an SQL query to locate such a subscription record. The authentication server then determines, in step 950, whether any such user record was located. If no matching record was found, the method proceeds to step 960). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of Sheth into the system of Peng and 3GPP in order to include authentication profile object used for authenticating a subscriber. The exemplary profile object may be a NAS profile object stored in storage and, as such, may reflect partial contents of the NAS profile storage (see Sheth par. 0058). 6. Claims 10 and 20 are rejected under 35 U.S.C. 103 as being unpatentable over Peng et al. US Patent Application Publication No. 2019/0052580 (hereinafter Peng) in view of 3GPP TR 33.807 3rd Generation Partnership Project (hereinafter 3GPP) in further view of Sheth et al. US Patent Application Publication no. 2016/0006746 (hereinafter Sheth) in further view of Jerichow Patent Application Publication No. 2019/0149521 (hereinafter Jerichow). Regarding claims 10 and 20, Peng in view of 3GPP in further view of Manik discloses the method of Claim 9, the method of Claim 19, Peng in view of 3GPP does not explicitly discloses wherein the identifier of the FN-RG is included within a subscriber concealed identity, SUCI, associated with the FN-RG, and wherein the method further comprises: deconcealing, by the UDM, the SUCI to obtain a subscriber permanent identity, SUPI, associated with the FN-RG (3GPP in section 5.12.1 discloses SUPI concealment, introduced in Rel-15, is a privacy mechanism for mitigating traceability of subscribers by using SUCI over-the-air. For the FN-RG the Line Id is transferred from the W-5GAN to the AMF over a backhaul interface (i.e., not over-the-air); but 3GPP does not clearly discloses the deconcealing feature. However, in analogues art, Jerichow discloses deconcealing (see Jerichow par. 0030, Before the correct UDM instance can be addressed, the SUCI needs to be decrypted (or de-concealed). A new entity referred to as a Subscription Identifier De-Concealing Function (SIDF) was introduced in 3GPP TS 33.501 for the purpose of de-concealing the SUCI). Therefore it would have been obvious to a person of ordinary skill in the art before the effective filing date of the application to incorporate the teachings of Jerichow into the system of Peng, 3GPP, and Manik in order to include AUSF can send the AV request with the SUCI and receives back the SUPI with the AVs. In this scenario, the UDM is handling the de-concealment via the SIDF internally and using the SUPI for directing the request to the correct UDM instance before responding to the AV request. (see Jerichow par. 0058). Conclusion 7. The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Griot et al. (US 2015/0281966 A1): discloses Aspects described herein relate to obtaining provisioned credentials for wireless network services. It can be determined that credentials have not been configured for accessing a network. In this case, a provisioning server supported by the network for obtaining credentials is selected, and a request to establish a connection with the network is transmitted. The transmitted request can indicate the provisioning server. Tirupachur Comerica et al. (US 2013/0185767 A1): discloses In general, techniques are described for supporting interchassis redundancy (ICR) by a plurality of network access servers (NASes) that are members of an ICR. For example, techniques may be used to associate, within a RADIUS server, multiple NAS identifiers for the NASes with a single NAS identifier alias. The RADIUS server is configured to handle RADIUS protocol messages from any member of the ICR cluster as though the RADIUS protocol messages issued from a single NAS having the NAS identifier alias. Any inquiry concerning this communication or earlier communications from the examiner should be directed to SAMUEL AMBAYE whose telephone number is (571)270-7635. The examiner can normally be reached M-F 9:00 AM - 6:00 PM. 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, Jeffrey Pwu can be reached on (571) 272-6798. 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. /SAMUEL AMBAYE/Examiner, Art Unit 2433 /JEFFREY C PWU/Supervisory Patent Examiner, Art Unit 2433
Read full office action

Prosecution Timeline

Show 20 earlier events
Sep 09, 2024
Response after Non-Final Action
Sep 10, 2024
Response after Non-Final Action
Sep 10, 2024
Response after Non-Final Action
Aug 13, 2025
Response after Non-Final Action
Dec 30, 2025
Response after Non-Final Action
Feb 25, 2026
Request for Continued Examination
Mar 08, 2026
Response after Non-Final Action
Apr 01, 2026
Non-Final Rejection mailed — §103 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12641435
MODIFYING DEVICE SECURITY STATE WITH SECURE RANGING
2y 6m to grant Granted May 26, 2026
Patent 12627498
KEY AND IDENTIFIER FOR SESSION ESTABLISHMENT
2y 9m to grant Granted May 12, 2026
Patent 12609829
METHOD AND APPARATUS FOR VERIFYING SRv6 PACKET
3y 5m to grant Granted Apr 21, 2026
Patent 12609819
METHODS FOR CREATING SECRET KEYS WITH A CHIEF DEVICE AND SYSTEMS THEREOF
3y 4m to grant Granted Apr 21, 2026
Patent 12603912
AUTOMATED SECURITY TESTING SYSTEM AND METHOD
2y 1m to grant Granted Apr 14, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

Strategy Recommendation AI-generated — please review before filing

Get a prosecution strategy drawn from examiner precedents, rejection analysis, and claim mapping.
Typically takes 5-10 seconds — AI-generated, attorney review required before filing

Prosecution Projections

5-6
Expected OA Rounds
82%
Grant Probability
99%
With Interview (+25.1%)
2y 10m (~0m remaining)
Median Time to Grant
High
PTA Risk
Based on 673 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month