IP Library Granted Patent US 12,382,277
Granted Patent B2
US 12,382,277 · App. 17/907,259 · Granted Aug 5, 2025

Method and apparatus for network capability exposure

Inventors: Jingrui Tao (Guangzhou, CN); Yun Zhang (Guangzhou, CN); Fengpei Zhang (Guangzhou, CN)
Assignee: Telefonaktiebolaget LM Ericsson (publ)
H04W8/183G06F9/546H04L67/51H04W12/06
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,382,277
App. No.
17/907,259
Granted
Aug 5, 2025
Kind
B2
Abstract

Methods and apparatuses for network capability exposure. A method at a network exposure entity comprises receiving, from a terminal device, a network exposure application programming interface (API) invocation message. The method further comprises validating whether the terminal device is allowed to use the invocated network exposure API. The method further comprises processing the network exposure API invocation message based on the validating result.

Claims (68)

1. A method at a network exposure entity, comprising:

receiving, from a terminal device, a network exposure application programming interface (API) invocation message;

validating whether the terminal device is allowed to use an invocated network exposure API; and

processing the network exposure API invocation message based on a validating result.

2. The method according to claim 1 , wherein the validating whether the terminal device is allowed to use the invocated network exposure API comprises:

sending, to a data management entity, an authorization request for validating whether the terminal device is allowed to use the invocated network exposure API; and

receiving, from the data management entity, an authorization response including the validating result.

3. The method according to claim 2 , wherein the authorization request includes a user identity of the terminal device and an identity of the invocated network exposure API.

4. The method according to claim 3 , wherein the authorization request further includes an application identifier of the terminal device.

5. The method according to claim 2 , wherein the data management entity comprises at least one of a unified data management (UDM) entity and a home subscriber server (HSS).

6. The method according to claim 1 , further comprising:

authenticating the terminal device.

7. The method according to claim 6 , wherein the terminal device is authenticated based on subscriber identity module based authentication.

8. The method according to claim 1 , wherein the network exposure API invocation message comprises at least one of:

an event exposure API invocation message;

a packet flow description management API invocation message;

a parameter provision API invocation message;

a device triggering API invocation message;

a background data transfer policy negotiation API invocation message;

a traffic influence API invocation message;

a chargeable party API invocation message;

a quality of service API invocation message;

a mobile subscriber integrated services digital network less (MSISDN-less) mobile originated short message service API invocation message;

a service parameter provision API invocation message;

an API support capability API invocation message;

a non-Internet protocol data delivery (NIDD) configuration API invocation message;

a NIDD API invocation message;

a network analytics exposure API invocation message;

a user equipment radio capability management function provision API invocation message;

an enhanced coverage restriction API invocation message; and

an apply policy API invocation message.

9. The method according to claim 1 , wherein the network exposure entity comprises at least one of:

a service capability exposure function (SCEF) entity; and

a network exposure function (NEF) entity.

10. The method according to claim 1 , wherein information that what API can be exposed to the terminal device is stored in subscription data of the terminal device.

11. A method at a terminal device, comprising:

receiving, from an application of the terminal device, an indication message for invoking a network exposure application programming interface (API); and

transmitting, to a network exposure entity, a network exposure API invocation message.

12. The method according to claim 11 , wherein whether the terminal device is allowed to use an invocated network exposure API is validated by the network exposure entity with a help of a data management entity.

13. The method according to claim 12 , wherein a user identity of the terminal device and an identity of the invocated network exposure API are used to validate whether the terminal device is allowed to use the invocated network exposure API.

14. The method according to claim 13 , wherein an application identifier of the terminal device is further used to validate whether the terminal device is allowed to use the invocated network exposure API.

15. The method according to claim 12 , wherein the data management entity comprises at least one of a unified data management (UDM) entity and a home subscriber server (HSS).

16. The method according to claim 11 , wherein the terminal device is authenticated by the network exposure entity.

17. The method according to claim 16 , wherein the terminal device is authenticated by the network exposure entity based on subscriber identity module based authentication.

18. The method according to claim 11 , wherein the network exposure API invocation message comprises at least one of:

an event exposure API invocation message;

a packet flow description management API invocation message;

a parameter provision API invocation message;

a device triggering API invocation message;

a background data transfer policy negotiation API invocation message;

a traffic influence API invocation message;

a chargeable party API invocation message;

a quality of service API invocation message;

a mobile subscriber integrated services digital network less (MSISDN-less) mobile originated short message service API invocation message;

a service parameter provision API invocation message;

an API support capability API invocation message;

a non-Internet protocol data delivery (NIDD) configuration API invocation message;

a NIDD API invocation message;

a network analytics exposure API invocation message;

a user equipment radio capability management function provision API invocation message;

an enhanced coverage restriction API invocation message; and

an apply policy API invocation message.

19. A terminal device, comprising:

a processor; and

a memory coupled to the processor, said memory containing instructions which, when executed by said processor, cause said terminal device to:

receive, from an application of the terminal device, an indication message for invoking a network exposure application programming interface (API); and

transmit, to a network exposure entity, a network exposure API invocation message.

20. The terminal device according to claim 19 , wherein whether the terminal device is allowed to use an invocated network exposure API is validated by the network exposure entity with a help of a data management entity.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 24, 2022
From: TAO, JINGRUI; ZHANG, YUN; ZHANG, FENGPEI
To: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
Reel/Frame 061205/0850 →
Continuity (1)
Related Publication 20230113108A1 · Apr 13, 2023
References Cited (14)
US 20190020549A1 · Kim · 2019 [cited by examiner]
US 20190182717A1 · Ye et al. · 2019 [cited by applicant]
CN 109547513A · 2019 [cited by applicant]
CN 110048951A · 2019 [cited by applicant]
WO 2019229492A1 · 2019 [cited by applicant]
International Search Report and Written Opinion for Application No. PCT/CN2020/081466, Dec. 8, 2020, 10 pages. [cited by applicant]
3GPP TS 23.501 V16.3.0, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 16),” Dec. 2019, 417 pages, 3GPP Orga… [cited by applicant]
3GPP TS 23.502 V15.4.1, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System; Stage 2 (Release 15),” Jan. 2019, 347 pages, 3GPP Organizational Part… [cited by applicant]
3GPP TS 23.502 V16.3.0, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 16),” Dec. 2019, 558 pages, 3GPP Organizationa… [cited by applicant]
3GPP TS 23.682 V16.5.0, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (… [cited by applicant]
3GPP TR 23.722 V15.1.0, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Common API Framework for 3GPP Northbound APIs (Release 15),” Apr. 2018, 65 pages, 3GPP Org… [cited by applicant]
3GPP TS 33.220 V16.0.0, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Generic Authentication Architecture (GAA); Generic Bootstrapping Architecture (GBA) (Release 16),” … [cited by applicant]
3GPP TS 33.401 V16.1.0, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; 3GPP System Architecture Evolution (SAE); Security architecture (Release 16),” Dec. 2019, 165 pages… [cited by applicant]
3GPP TS 33.501 V16.1.0, “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Security architecture and procedures for 5G system (Release 16),” Dec. 2019, 202 pages, 3GPP Organi… [cited by applicant]