Prosecution Insights
Last updated: April 19, 2026
Application No. 18/400,004

RELAY COMMUNICATION METHOD, APPARATUS, AND SYSTEM

Non-Final OA §102
Filed
Dec 29, 2023
Examiner
BLANTON, JOHN D
Art Unit
2466
Tech Center
2400 — Computer Networks
Assignee
Huawei Technologies Co., Ltd.
OA Round
1 (Non-Final)
77%
Grant Probability
Favorable
1-2
OA Rounds
3y 0m
To Grant
85%
With Interview

Examiner Intelligence

Grants 77% — above average
77%
Career Allow Rate
784 granted / 1014 resolved
+19.3% vs TC avg
Moderate +8% lift
Without
With
+8.1%
Interview Lift
resolved cases with interview
Typical timeline
3y 0m
Avg Prosecution
48 currently pending
Career history
1062
Total Applications
across all art units

Statute-Specific Performance

§101
5.2%
-34.8% vs TC avg
§103
52.8%
+12.8% vs TC avg
§102
19.6%
-20.4% vs TC avg
§112
11.5%
-28.5% vs TC avg
Black line = Tech Center average estimate • Based on career data from 1014 resolved cases

Office Action

§102
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 . Claim Rejections - 35 USC § 102 The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for the rejections under this section made in this Office action: A person shall be entitled to a patent unless – (a)(2) the claimed invention was described in a patent issued under section 151, or in an application for patent published or deemed published under section 122(b), in which the patent or application, as the case may be, names another inventor and was effectively filed before the effective filing date of the claimed invention. Claim(s) 1-18 is/are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Pan et a. (US 2022/0007445) (“Pan”). For claims 1, 7, and 13; Pan discloses: relay communication method, applied in a second terminal device or a chip of the second terminal device, wherein a first terminal device and the second terminal device perform data transmission through a relay device (paragraph 402-405: For UE-to-UE Relay communication, each sidelink packet transmitted from UE1 to UE2 via a Relay UE will be protected by security context established between UE1 and UE2), and the method comprises: receiving a radio bearer (RB) configuration from the first terminal device by using the relay device, wherein the RB configuration comprises a first identifier and a packet data convergence protocol (PDCP) entity configuration ; or the RB configuration comprises the PDCP entity configuration, and the PDCP entity configuration comprises the first identifier (paragraph 403-405: UE1 may send a first RRCReconfigurationSidelink message to the Relay UE to establish the first sidelink radio bearer or logical channel The first RRCReconfigurationSidelink message sent from UE1 to the Relay UE could include one Sidelink Radio Bearer (SLRB) configuration of the first sidelink radio bearer or logical channel and a sidelink logical channel identity assigned (by UE1) to the first sidelink radio bearer or logical channel. More specifically, the Relay UE may send a second RRCReconfigurationSidelink message to UE2 to establish the second sidelink radio bearer or logical channel… Such SLRB configuration could include, for example, SDAP configuration, PDCP configuration, RLC configuration and/or MAC configuration for the associated sidelink radio bearer or logical channel); the first identifier indicates a first security protection parameter; and the first security protection parameter is used for security protection of first data, and the first data is data transmitted between a first packet data convergence protocol PDCP entity of the first terminal device and a second PDCP entity of the second terminal device (paragraph 365-367: The ciphering function includes both ciphering and deciphering and is performed in PDCP, if configured… For downlink and uplink ciphering and deciphering, the parameters that are required by PDCP for ciphering are defined in TS 33.501 [6] and are input to the ciphering algorithm. The required inputs to the ciphering function include the COUNT value, and DIRECTION (direction of the transmission: set as specified in TS 33.501 [6]). The parameters required by PDCP which are provided by upper layers TS 38.331 [3] are listed below: BEARER (defined as the radio bearer identifier in TS 33.501 [6]. It will use the value RB identity-1 as in TS 38.331 [3])… For NR sidelink communication, the ciphering function is activated for sidelink SRBs); establishing the second PDCP entity based on the PDCP entity configuration (paragraph 402-405: Such SLRB configuration could include, for example, SDAP configuration, PDCP configuration, RLC configuration and/or MAC configuration for the associated sidelink radio bearer or logical channel); and when the first data is transmitted between the second PDCP entity of the second terminal device and the first PDCP entity of the first terminal device through the relay device, performing security protection on the first data by using the first security protection parameter (paragraph 365-367: The ciphering function includes both ciphering and deciphering and is performed in PDCP, if configured… For downlink and uplink ciphering and deciphering, the parameters that are required by PDCP for ciphering are defined in TS 33.501 [6] and are input to the ciphering algorithm. The required inputs to the ciphering function include the COUNT value, and DIRECTION (direction of the transmission: set as specified in TS 33.501 [6]). The parameters required by PDCP which are provided by upper layers TS 38.331 [3] are listed below: BEARER (defined as the radio bearer identifier in TS 33.501 [6]. It will use the value RB identity-1 as in TS 38.331 [3])… For NR sidelink communication, the ciphering function is activated for sidelink SRBs). For claims 2, 8, and 14; Pan discloses: wherein first information of the first identifier is associated with the first security protection parameter; or the first identifier is associated with the first security protection parameter (paragraph 365-367: For downlink and uplink ciphering and deciphering, the parameters that are required by PDCP for ciphering are… BEARER (defined as the radio bearer identifier in TS 33.501 [6]. It will use the value RB identity-1). For claims 3, 9, and 15; Pan discloses: wherein the first information comprises a low bit of a first quantity of the first identifier (paragraph 365-367: For NR sidelink communication, the ciphering and deciphering function as specified in TS 33.536 [14] is applied with KEY (NRPEK), COUNT, BEARER (LSB 5 bits of LCID as specified in TS 38.321 [4]) and DIRECTION (which value shall be set is specified in TS 33.536 [14]) as input). For claims 4, 10, and 16; Pan discloses: wherein the first information comprises five low bits of the first identifier (paragraph 365-367: For NR sidelink communication, the ciphering and deciphering function as specified in TS 33.536 [14] is applied with KEY (NRPEK), COUNT, BEARER (LSB 5 bits of LCID as specified in TS 38.321 [4]) and DIRECTION (which value shall be set is specified in TS 33.536 [14]) as input). For claims 5, 11, and 17; Pan discloses: wherein the first identifier is associated with any one of the following: an identifier of the RB configuration and an identifier of an RB (paragraph 365-367: For downlink and uplink ciphering and deciphering, the parameters that are required by PDCP for ciphering are… BEARER (defined as the radio bearer identifier in TS 33.501 [6]. It will use the value RB identity-1). For claims 6, 12, and 18; Pan discloses: wherein the identifier of the RB configuration is a sidelink RB configuration index (paragraph 425: It could also be feasible to use an index of sidelink DRB configuration of the SL DRB (e.g. SLRB-Uu-ConfigIndex or SLRB-PC5-ConfigIndex) to replace the RB ID for ciphering or deciphering as described above. And, the index of sidelink DRB configuration could be included in the header of an adaptation layer PDU). Conclusion The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Ye et al. (US 2022/0104053); Ye discloses the RLC may process requests from and provide indications to an instance of PDCP via one or more radio link control service access points (RLC-SAP). These requests and indications communicated via RLC-SAP may comprise one or more RLC channels. Any inquiry concerning this communication or earlier communications from the examiner should be directed to JOHN D BLANTON whose telephone number is (571)270-3933. The examiner can normally be reached 7am-6pm EST, Mon-Thu. 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, Faruk Hamza can be reached at 571-272-7969. 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. /JOHN D BLANTON/Primary Examiner, Art Unit 2466
Read full office action

Prosecution Timeline

Dec 29, 2023
Application Filed
Jan 16, 2025
Response after Non-Final Action
Mar 31, 2026
Non-Final Rejection — §102 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12587929
METHOD AND APPARATUS SUPPORTING RANDOM ACCESS TRANSMISSIONS
2y 5m to grant Granted Mar 24, 2026
Patent 12574416
MONITORING OVERLAY NETWORKS
2y 5m to grant Granted Mar 10, 2026
Patent 12574943
METHOD FOR TRANSMITTING PHYSICAL DOWNLINK CONTROL CHANNEL AND DEVICE FOR SAME IN WIRELESS COMMUNICATION SYSTEM
2y 5m to grant Granted Mar 10, 2026
Patent 12563533
RESOURCE ALLOCATION METHOD, APPARATUS, AND SYSTEM
2y 5m to grant Granted Feb 24, 2026
Patent 12556337
BANDWIDTH PART MAPPING FOR CONTROL AND DATA CHANNELS
2y 5m to grant Granted Feb 17, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

AI Strategy Recommendation

Get an AI-powered prosecution strategy using examiner precedents, rejection analysis, and claim mapping.
Powered by AI — typically takes 5-10 seconds

Prosecution Projections

1-2
Expected OA Rounds
77%
Grant Probability
85%
With Interview (+8.1%)
3y 0m
Median Time to Grant
Low
PTA Risk
Based on 1014 resolved cases by this examiner. Grant probability derived from career allow 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