METHOD AND APPARATUS FOR PROVIDING A PRE-PAID SERVICE IN A CELLULAR COMMUNICATION NETWORK
20240015250 ยท 2024-01-11
Inventors
- Jingrui Tao (Guangzhou, CN)
- Ping Chen (Shanghai, CN)
- Qiang Liu (Shanghai, CN)
- Emiliano Merino Vazquez (Madrid, ES)
- Susana Fernandez Alonso (Madrid, ES)
Cpc classification
H04M17/00
ELECTRICITY
International classification
H04M17/00
ELECTRICITY
Abstract
The present disclosure generally relates to wireless communication technology. More particularly, the present disclosure relates to a method for providing a pre-paid service in a cellular communication network. The present disclosure also relates to apparatus and computer program product adapted for the same purpose. According to one embodiment, a method for providing a pre-paid service in a cellular communication network includes the following steps carried out at a first node: sending to a second node a request for subscribing to an event where resources for one of a group of subscribers have run out; and in response to a message on occurrence of the event from the second node, sending to a terminal device using the resources a notification that the resources have run out, wherein the first node is a node for application function (AF), and the second node is a node for exposing network capabilities and events.
Claims
1. A method for providing a pre-paid service in a cellular communication network, the method comprising, at a first node: sending to a second node a request for subscribing to an event where resources for one of a group of subscribers have run out; in response to a message on occurrence of the event from the second node, sending to a terminal device using the resources a notification that the resources have run out; and the first node being a node for application function (AF), and the second node is a node for exposing network capabilities and events.
2. The method according to claim 1, further comprising: sending to the second node a QoS request for downgrading a QoS level for the one of a group of subscribers.
3. The method according to claim 1, wherein the resources are measured in at least one item selected from a group consisting of storage volume, bandwidth, and time length.
4. The method according to claim 1, wherein the request is a QoS request during an AF session, and the QoS request includes an IP address indicator for defining all of the subscribers managed by a third node as the group of subscribers, an IP domain for defining a scope of IP flows and an event indicator for enabling the second node to notify the first node of the event, the third node is a node for Policy and Charging Rules Function (PCRF) or Policy Control Function (PCF).
5. The method according to claim 1, wherein the request is an event exposure subscription request including an IP address indicator for defining all of the subscribers managed by a third node as the group of subscribers and an event indicator for enabling the second node to notify the first node of the event, the third node is a node for Policy and Charging Rules Function (PCRF) or Policy Control Function (PCF).
6. The method according to claim 5, wherein the event exposure subscription request further includes an indicator for requiring an IP address of the terminal device in the message from the second node.
7. The method according to claim 1, wherein the second node is a node for Service Capability Exposure function (SCEF) or Network Exposure Function (NEF).
8.-13. (canceled)
14. A method for providing a pre-paid service in a cellular communication network, the method comprising, at a first node: receiving from a second node a request for subscribing to an event where resources for one of a group of subscribers have run out, the group of subscribers being managed by a third node; in response to reporting occurrence of the event by the third node, sending to the second node a message indicating the occurrence of the event and a terminal device using the resources; and the first node being a node for exposing network capabilities and events, the second node is a node for application function (AF), and the third node is a node for Policy and Charging Rules Function (PCRF) or Policy Control Function (PCF).
15. The method according to claim 14, wherein the resources are measured in at least one item selected from a group consisting of storage volume, bandwidth, and time length.
16. The method according to claim 14, wherein the request is a QoS request during an AF session, and the QoS request includes an IP address indicator for defining all of the subscribers managed by the third node as the group of subscribers, an IP domain for defining a scope of IP flows and an event indicator for enabling the first node to notify the second node of the event.
17. The method according to claim 16, wherein the message is a HTTP notification including a terminal device ID for identifying the terminal device using the resources, an IP address for the terminal device using the resources and a flag indicating the occurrence of the event.
18. The method according to claim 14, wherein the request is an event exposure subscription request including an IP address indicator for defining all of the subscribers managed by the third node as the group of subscribers and an event indicator for enabling the first node to notify the second node of the event.
19. The method according to claim 18, wherein the event exposure subscription request further includes an indicator for requiring an IP address of the terminal device in the message from the first node.
20. The method according to claim 19, wherein the message is an event exposure notification including a terminal device ID for identifying the terminal device using the resources, an IP address for the terminal device using the resources and a flag indicating the occurrence of the event.
21. The method according to claim 10, wherein the first node is a node for Service Capability Exposure function (SCEF) or Network Exposure Function (NEF).
22.-28. (canceled)
29. A method for providing a pre-paid service in a cellular communication network, the method comprising, at a first node: sending to a second node a request for subscribing to an event where resources for one of a group of subscribers have run out, the group of subscribers being managed by the first node; in response to reporting occurrence of the event by the second node, sending to a third node a message indicating the occurrence of the event and a terminal device using the resources; and the first node being a node for PCRF or PCF, the second node is a node for Policy and Charging Enforcement Function (PCEF) or Session Management Function (SMF), and the third node is a node for exposing network capabilities and events.
30. The method according to claim 29, wherein the resources are measured in at least one item selected from a group consisting of storage volume, bandwidth, and time length.
31. The method according to claim 29, wherein the group of subscribers includes all of the subscribers managed by the first node.
32. The method according to claim 29, wherein the message is a HTTP notification including a terminal device ID for identifying the terminal device using the resources, an IP address for the terminal device using the resources and a flag indicating the occurrence of the event.
33. The method according to claim 29, wherein the message is an event exposure notification including a terminal device ID for identifying the terminal device using the resources, an IP address for the terminal device using the resources and a flag indicating the occurrence of the event.
34. The method according to claim 29, wherein the third node is a node for Service Capability Exposure function (SCEF) or Network Exposure Function (NEF).
35.-39. (canceled)
Description
BRIEF DESCRIPTION OF THE DRAWINGS
[0047] The foregoing and other objects, features, and advantages of the disclosure would be apparent from the following more particular description of preferred embodiments as illustrated in the accompanying drawings in which:
[0048]
[0049]
[0050]
[0051]
[0052]
[0053]
[0054]
[0055]
[0056]
[0057]
DETAILED DESCRIPTION
[0058] The disclosure can be implemented in numerous ways, including as a process; an apparatus; a system; a composition of matter; a computer program product embodied on a computer readable storage medium; and/or a processor, such as a processor configured to execute instructions stored on and/or provided by a memory coupled to the processor. In this specification, these implementations, or any other form that the disclosure may take, may be referred to as techniques. In general, the order of the steps of disclosed processes may be altered within the scope of the disclosure. Unless stated otherwise, a component such as a processor or a memory described as being configured to perform a task may be implemented as a general component that is temporarily configured to perform the task at a given time or a specific component that is manufactured to perform the task. As used herein, the term processor refers to one or more devices, circuits, and/or processing cores configured to process data, such as computer program instructions.
[0059] A detailed description of one or more embodiments of the disclosure is provided below along with accompanying figures that illustrate the principles of the disclosure. The disclosure is described in connection with such embodiments, but the disclosure is not limited to any embodiment. The scope of the disclosure is limited only by the claims and the disclosure encompasses numerous alternatives, modifications and equivalents.
[0060] Numerous specific details are set forth in the following description in order to provide a thorough understanding of the disclosure. These details are provided for the purpose of example and the disclosure may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the disclosure has not been described in detail so that the disclosure is not unnecessarily obscured.
[0061] As used herein, the term terminal device may be referred to as, for example, device, access terminal, user equipment (UE), mobile station, mobile unit, subscriber station, or the like. It may refer to any end device that can access a wireless communication network and receive services therefrom. By way of example and not limitation, the terminal device may include a portable computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a mobile phone, a cellular phone, a smart phone, a tablet, a wearable device, a personal digital assistant (PDA), or the like.
[0062] As used herein, the term Exposure Function (EF) refers to a functional entity for exposing network capabilities and events detected, e.g., by other network functions. The non-exclusive examples of the EF include Service Capability Exposure Function (SCEF) as defined under 3GPP TS23.682 or Network Exposure Function (NEF) as defined under 3GPP TS23.502. Both of these 3GPP Specifications are incorporated herein by reference in its entirety.
[0063] In one or more embodiments of the present disclosure, by exposing a charging event, e.g., Out_of_Credit, to AFs via SCEF in EPC or NEF in 5GC, AFs can take some actions, e.g. downgrading the QoS level and pushing a notification on subscription to a relevant UE. Moreover, it allows AFs to subscribe to the charging event without indicating UE information or for all UEs in the QoS request. Furthermore, by centralizing all subscriptions/notifications to the charging event via SCEF/NEF, it makes the network operator possible to hide the 3GPP network topology to AFs, and thus AFs will not be impacted when the topology changes (e.g. a new PCRF/PCF instance is added to the network).
[0064]
[0065] With reference to
[0066] Then, at step S202, in response to a message on occurrence of the event from the SCEF/NEF node, the AF node sending to a terminal device using the resources a notification that the resources have run out. As a response, the terminal device may take one or more actions, e.g., refilling the quota, changing the subscription terms and the like.
[0067] Alternatively, the request is a QoS request during an AF session, which includes: 1) an IP address indicator for defining all of the subscribers managed by a PCRF node or a PCF node as the group of subscribers; 2) an IP domain for defining a scope of IP flows; and 3) an event indicator for enabling the second node to notify the AF node of the event.
[0068] Alternatively, the request is an event exposure subscription request including: 1) an IP address indicator for defining all of the subscribers managed by the PCRF or PCF node as the group of subscribers; and 2) an event indicator for enabling the second node to notify the AF node of the event. The event exposure subscription request may further include an indicator for requiring an IP address of the terminal device in the message from the SCEF/NEF node.
[0069] Optionally, the process proceeds to step S203 where the AF node sends to the SCEF/NEF node another QoS request for downgrading the QoS level associated with the terminal device or subscriber as indicated in the message so that the PCRF or PCFnode will change the QoS level for the terminal device or subscriber as indicated.
[0070]
[0071] With reference to
[0072]
[0073] With reference to
[0074] Then, at step S402, in response to a report from the PCRF/PCF node that the charging event occurs, the SCEF/NEF node sends to the AF node a message indicating the occurrence of the event and a terminal device using the resources.
[0075] Alternatively, the request from the AF node is a QoS request during an AF session, which includes: 1) an IP address indicator for defining all of the subscribers managed by a PCRF node or a PCF node as the group of subscribers; 2) an IP domain for defining a scope of IP flows; and 3) an event indicator for enabling the second node to notify the AF node of the event.
[0076] Alternatively, the message is a HTTP notification including a terminal device ID for identifying the terminal device using the resources, an IP address for the terminal device using the resources and a flag indicating the occurrence of the event. The HTTP notification may further include an IP flow ID or a SDF flow ID for identifying the flows associated with the terminal device using the resources.
[0077] Alternatively, the request is an event exposure subscription request including: 1) an IP address indicator for defining all of the subscribers managed by the PCRF or PCF node as the group of subscribers; and 2) an event indicator for enabling the second node to notify the AF node of the event. The event exposure subscription request may further include an indicator for requiring an IP address of the terminal device in the message from the SCEF/NEF node.
[0078] Alternatively, the message is an event exposure notification including a terminal device ID for identifying the terminal device using the resources, an IP address for the terminal device using the resources and a flag indicating the occurrence of the event. The event exposure notification may further include an IP flow ID or a SDF flow ID for identifying the flows associated with the terminal device using the resources.
[0079]
[0080] With reference to
[0081]
[0082] With reference to
[0083] Then, at step S602, in response to a report from the PCEF node (or SMF/UPF Network Functions in the 5G network) that the charging event occurs, the PCRF/PCF node sends to the SCEF/NEF node a message indicating the occurrence of the event and a terminal device using the resources.
[0084]
[0085] With reference to
[0086]
[0087] As shown in
[0088] Step S801: AF node initiates an AF session by sending a QoS request including a UE IP address, e.g., 0.0.0.0, an IP flow ID, e.g., All_Flows, and an event indicator, e.g., Out_of_Credit. The address 0.0.0.0 herein indicates the subscription to the event as identified by the event indicator is applicable to all of the users managed by PCRF node, the IP flow ID indicates an IP domain with the scope of the IP flows, and All_Flows herein means the subscription is applicable to all of the destination IP addresses, and the event indicator indicates the type of event for subscription.
[0089] Step S802: Upon reception of the QoS request, SCEF node assumes PCRF node has a pre-configured QoS policy to notify SCEF of the Out_of_Credit event and thus determine whether a report on the Out_of_Credit event is received from PCRF node.
[0090] Step S803: When using the pre-paid service, data volume and time consumed by UE is counted by PCEF node (or SMF/UPF Network Functions in the 5G network).
[0091] Step S804: PCEF node (or SMF/UPF Network Functions in the 5G network) determines that a user subscribing to the pre-paid service has fulfilled the quota and sends to PCRF node a Credit Control Request indicating the occurrence of the Out_of_Credit event.
[0092] Step S805: PCRF node creates a HTTP notification on the basis of the Credit Control Request from PCEF node (or SMF/UPF Network Functions in the 5G network) and sends the HTTP notification to SCEF. In the HTTP notification, an IP address and ID for the terminal device associated the Out_of_Credit event are included.
[0093] Step S806: In response to the notification from PCRF node, SCEF node creates a HTTP notification including an IP address and ID for the terminal device associated the Out_of_Credit event and a flag indicating the occurrence of the event are contained therein, and sends the created HTTP notification to AF node.
[0094] Step S807: In response to the notification from SCEF node, AF node creates a notification that the resources, e.g., data volume, have run out, and pushes the notification to UE.
[0095] Step S808: AF node sends to SCEF node a QoS request for downgrading a QoS level for UE.
[0096]
[0097] As shown in
[0098] Step S901: AF node sends to SCEF node an event exposure subscribe request including a UE IP address, e.g., 0.0.0.0, an event indicator, e.g., Out_of_Credit, and an indicator for requiring the IP address of the terminal device involved in the event as identified by the event indicator shall be included in a notification on the occurrence of the event. The address 0.0.0.0 herein indicates the subscription to the event as identified by the event indicator is applicable all of the users managed by PCRF node, and the event indicator indicates the type of event for subscription. In the present embodiment, the event exposure subscribe request may be a Event Exposure Subscribe message.
[0099] Step S902: In response to the event exposure subscribe request, SCEF node sends an event subscribe request indicating it applies to all UEs (identification of any UE is accomplished by omitting groupId attribute) an event indicator, e.g., Out_of_Credit and an indicator for requiring the IP address of the terminal device, to PCRF node. In the present embodiment, the event subscribe request may be a Npcf_EventExposure_Subscribe message as defined in 3GPP TS 29.523.
[0100] Step S903: When using the pre-paid service, data volume and time consumed by UE is counted by PCEF node (or SMF/UPF Network Functions in the 5G network).
[0101] Step S904: PCEF node (or SMF/UPF Network Functions in the 5G network) determines that a user subscribing to the pre-paid service has fulfilled the quota and sends to PCRF node a Credit Control Request indicating the occurrence of the Out_of_Credit event.
[0102] Step 905: PCRF node creates an event notification on the basis of the Credit Control Request from PCEF node (or SMF/UPF Network Functions in the 5G network) and sends the notification to SCEF node. The event notification includes an IP address and ID for the terminal device associated the Out_of_Credit event. In the present embodiment, the event notification may be a Npcf_EventExposure_Notify message as defined in 3GPP TS 29.523.
[0103] Step S906: In response to the notification from PCRF node, SCEF node creates an event exposure notification including an IP address and ID for the terminal device associated the Out_of_Credit event and a flag indicating the occurrence of the event, and sends the created message to AF node. In the present embodiment, the event exposure notification may be a Event Exposure Notify message.
[0104] Step S907: In response to the notification from SCEF node, AF node creates a notification that the resources, e.g., data volume, have run out, and pushes the notification to UE.
[0105] Step S908: AF node sends to SCEF node a QoS request for downgrading a QoS level for UE.
[0106]
[0107] As shown in
[0108] Step S1001: AF node sends to SCEF node an event exposure subscribe request including a UE IP address, e.g., 0.0.0.0, an event indicator, e.g., Out_of_Credit, and an indicator for requiring the IP address of the terminal device involved in the event as identified by the event indicator shall be included in a notification on the occurrence of the event. The address 0.0.0.0 herein indicates the subscription to the event as identified by the event indicator is applicable all of the users managed by PCRF node, and the event indicator indicates the type of event for subscription. In the present embodiment, the event exposure subscribe request may be a ChargingEvent_Subscribe message, which may be defined in future 3GPP TS.
[0109] Step S1002: In response to the event exposure subscribe request, SCEF node sends an event subscribe request including a UE IP address, e.g., 0.0.0.0 or alternatively an Any UE indicator, an event indicator, e.g., Out_of_Credit and an indicator for requiring the IP address of the terminal device, to PCRF node. In the present embodiment, the event subscribe request may be a Npcf_ChargingEvent_Subscribe message, which may be defined in future 3GPP TS.
[0110] Step S1003: When using the pre-paid service, data volume and time consumed by UE is counted by PCEF node (or SMF/UPF Network Functions in the 5G network).
[0111] Step S1004: PCEF node (or SMF/UPF Network Functions in the network) determines that a user subscribing to the pre-paid service has fulfilled the quota and sends to PCRF node a Credit Control Request indicating the occurrence of the Out_of_Credit event.
[0112] Step 1005: PCRF node creates an event notification on the basis of the Credit Control Request from PCEF node (or SMF/UPF Network Functions in the 5G network) and sends the notification to SCEF node. The event notification includes an IP address and ID for the terminal device associated the Out_of_Credit event. In the present embodiment, the event notification may be a Npcf_ChargingEvent_Notify message, which may be defined in future 3GPP TS.
[0113] Step S1006: In response to the notification from PCRF node, SCEF node creates an event exposure notification including an IP address and ID for the terminal device associated the Out_of_Credit event and a flag indicating the occurrence of the event, and sends the created message to AF node. In the present embodiment, the event exposure Notification may be a ChargingEvent_Notify message, which may be defined in future 3GPP TS.
[0114] Step S1007: In response to the notification from SCEF node, AF node creates a notification for subscribing the resource, e.g., data volume, and pushes the notification to UE.
[0115] Step S1008: AF node sends to SCEF node a QoS request for downgrading a QoS level for UE.
[0116] It should be noted that the aforesaid embodiments are illustrative of this disclosure instead of restricting this disclosure, substitute embodiments may be designed by those skilled in the art without departing from the scope of the claims enclosed. The wordings such as include, including, comprise and comprising do not exclude elements or steps which are present but not listed in the description and the claims. It also shall be noted that as used herein and in the appended claims, the singular forms a, an, and the include plural referents unless the context clearly dictates otherwise. This disclosure can be achieved by means of hardware including several different elements or by means of a suitably programmed computer. In the unit claims that list several means, several ones among these means can be specifically embodied in the same hardware item. The use of such words as first, second, third does not represent any order, which can be simply explained as names. While this specification contains many specific implementation details, these should not be construed as limitations on the scope of any implementation or of what may be claimed, but rather as descriptions of features that may be specific to particular embodiments of particular implementations. Certain features that are described in this specification in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or variation of a sub-combination.
[0117] It will be obvious to a person skilled in the art that, as the technology advances, the inventive concept can be implemented in various ways. The above described embodiments are given for describing rather than limiting the disclosure, and it is to be understood that modifications and variations may be resorted to without departing from the spirit and scope of the disclosure as those skilled in the art readily understand. Such modifications and variations are considered to be within the scope of the disclosure and the appended claims. The protection scope of the disclosure is defined by the accompanying claims.