The present invention concerns telecommunications and more precisely the administration over the air (OTA) of secure elements like Sim cards, UICCs, embedded secure elements (eUICCs) and preferably integrated UCCIs (iUICCs) and also associated services.
The invention enters in the scope of 5G connectivity service, named as PDU Session. A PDU session is very similar to an EPS bearer in LTE, except for the QoS model and the supported user data. In transport point of view, a PDU session is made by a sequence of NG (New Generation) tunnels in 5G Core, and of one or more radio bearers on the radio interface. For URSP (UE Route Selection Policy), with UE being a User Equipment, the UE can be provisioned with URSP information which provides information on which PDU Session on network slice a given service or application should use when it is activated.
URSP rules allow a Home Operator (Home MNO—Mobile Network Operator) to route PDU session (data connections) on a visited/home PLMN basis, in order to optimize costs, resources and quality of service, depending on the type of connectivity or applications used by the end user with his UE.
URPS rules can be stored in the USIM (secure element) and managed by an OTA platform. The problem is that if although URSP rules are generally different per visited PLMN (VPLMN), only the rules that apply to the HPLMN (Home PLMN) are used when stored in the USIM. In consequence, URSP rules are only based on the visited PLMN and may not be adapted to the current network conditions, localization of the end-user, needs of the end-user, requested QoS (Quality of Service), . . . .
So, priorities associated to the URSP rules are global and do not always match the situation (network conditions, application QoS required at the specific moment e.g. football match, online games, Internet access, . . . ).
The URSP rules defined for a given user may then not be in line with the expected user's expectations.
The present invention proposes a solution to this problem.
More precisely, the invention proposes a method for replacing by a HPLMN or a user equipment a set of URSP rules used by the user equipment communicating with a MNO network, the set of URSP rules being called current set of URSP rules, by another set of URSP rules, called new set of URSP rules, the user equipment cooperating with a secure element, the method comprising:
The invention also concerns a secure element cooperating with a user equipment and comprising a plurality of URSP rules, the secure element being configured for replacing by a HPLMN or the user equipment a set of URSP rules used by the user equipment communicating with a MNO network, the set of URSP rules being called current set of URSP rules, by another set of URSP rules, called new set of URSP rules, the secure element being configured for receiving from the HPLMN or the user equipment a switching command comprising a list of selection criteria of the new set of URSP rules when the home network or the user equipment decides to switch from the current set of rules to the new set of rules, and, upon receiving the switching command, replacing in the secure element the current set of URSP rules by the new set of URSP rules based on the list of selection criteria, and sending from the secure element to the user equipment a refresh command in order that the user equipment connects to the MNO network according to the new set of URSP rules.
For this secure element, the list of selection criteria comprises at least one of the following criteria:
The invention will be better understood by reading the following description of a preferred embodiment of the invention that describes the unique FIGURE showing a flowchart of the exchanges between different entities. Another embodiment is also further described.
The purpose of the invention is to provide a method for adapting URSP rules for each end-user of a mobile equipment (or fixed equipment like a M2M device for example), in function of his real needs. The URSP rules are stored in the secure element of his terminal/mobile equipment.
For example, an end-user connected to a VMNO with his equipment has certain habits, like for example hearing music on YouTube™ or playing Internet games at given hours or given days. This does not need a low latency for the serving network (VPLMN).
The URSP rules stored in the secure element of his equipment are not necessarily adapted to these habits. The rules of the URSP have therefore to be updated.
One possible solution would be to switch from a given URSP set of rules to another URSP set of rules but this is not adapted to the behavior of the user who can suddenly choose to drive his car and therefore needs a low latency for his V2X equipment (connected to the same secure element) for security reasons.
Therefore, the present invention proposes to consider the end-user at a higher level than in the state of the art, by modifying the URSP rules in function of the real situation of the end-user (to which VPLMN he is connected, the available bandwidth of the slice he is using, the used DNN (a DNN is a Data Network Name corresponding to an APN (Access Point Name) in 5G), the QoS he is expecting for the application he is using, taking in account that gamers do not use their terminals on peak hours, . . . ).
For this purpose, in regard of the unique FIGURE, the invention proposes the following method. In the FIGURE, several entities are represented:
A HPLMN 10 having an OTA platform for communicating with a secure element (USIM 13) cooperating with a Mobile Equipment 12. The HPLMN 10 communicated with this secure element 13 through a serving network 11, a VPLMN.
At a first step 20, PDU rules are routed from the VPLMN 11 to the ME 12. These rules are stored in the secure element 13. The ME 12 is then provisioned with URSP information which provides information on which PDU Session on network slice a given service or application should use when it is activated.
At step 21, the HPLMN that is always connected to the VPLMN 11, detects a condition of change of situation of the ME 12. This condition of change can be for example one or a plurality of the following conditions:
In such case of change of situation, the HPLMN 10 generates a so called “switching information” or “switching command” at step 22 and sends it to the secure element 13 through the VPLMN 11 and the ME 12.
Such a switching information or switching information contains a list of selection criteria of the new set of URSP rules, the secure element 13 being provisioned by the set of URSP rules sent at step 20, being called current set of URSP rules, by a new set of URSP rules, called new set of URSP rules.
The current set of URSP rules, containing a plurality of URSP rules, can thus be modified, by changing one or more new URSP rules.
The switching command does not indicate which URSP rules have to be applied by the secure element but only selection criteria indicating which needs are expected by the end user. It permits to lower the amount of the size of all the existing rules, letting the secure element, thanks to an embedded software, to select new rules to be applied by the ME 12.
For example, if the user was using Internet or Youtube, it is then possible to realize a local breakout for choosing by the VPLMN 11 a default DNN. If the user is using Netflix, another DNN will be used.
When the secure element is an iUICC (integrated UICC), there is plenty of space for storing URSP rules. The URSP stores the description of the communication (origin and destination, it is a traffic descriptor). This means that the URSP knows which application is used by the user, which OS (Operating System) is used, which service is required (IMS, video, voice, . . . ). It is the ME 12 that then selects, in regard of the URSP database of the secure element 13 to which it has access, which rule he will apply for responding to the criteria (thanks to his rooting selector). For example, for a given criteria, the ME 12 will decide to choose slice A with a DNN XYZ for accessing to a given service requested by the user.
So, in summary, the invention proposes to simply send selection criteria of rules (time, localization, . . . ) to the secure element 13, without any indication of the rule(s) to be used, and the secure element 13 decides which rules it will furnish to the ME 12 for corresponding to these criteria.
At step 23, the secure element 13 selects new rules (indicated as URSP2). These rules are based on the switching information 22 and stored locally in the URSP rules of the secure element 13. Thus, the secure element 12, upon receiving the switching command, replaces the current set of URSP rules (URSP1) by the new set of URSP rules (URSP2) based on the list of selection criteria.
The updated URSP2 rules are then sent to the ME 12 at step 24 that decides at step 25 to re-route PDU sessions based on these new rules URSP2. The serving network 11 can then enter in communication with the ME 12 by using these new URSP2 rules at step 26.
For this step, the secure element 13 sends to the user equipment 12 a refresh command in order that the user equipment 12 connects to the MNO network according to the new set of URSP rules URSP2.
In this example, the MNO network is a VPLMN and in the said switching command is sent to the user equipment through the VPLMN. But in another embodiment, the serving network to which the ME 12 is attached can be the HPLMN 10.
It is of course also possible to update via OTA the rules stored in the secure element 13.
It is also possible that the HPLMN 10 has pre-configured in advance a plurality of sets of rules and switch conditions. In this respect, the sending of a switching command by the HPLMN 10 may not be necessary, as the ME 12 can detect a change.
This change can be (detected by the HPLMN 10 or by the ME 12) one of:
To illustrate one of these examples, for example the localization of the ME 12: The ME 12 detects a localization change and triggers itself the change of rules, based on this localization change. The ME then sends a switching command to the secure element 12 comprising a list of selection criteria of the new set of URSP rules. The HPLMN 10 is here inactive.
The secure element 13 comprises an applet that selects the rules to be applied in function of the criteria of rules.
In summary:
The invention also concerns a secure element 13 cooperating with a user equipment 12 and comprising a plurality of URSP rules, the secure element 13 being configured for replacing by a HPLMN 10 or the user equipment 12 a set of URSP rules used by the user equipment 12 communicating with a MNO network, the set of URSP rules being called current set of URSP rules, by another set of URSP rules, called new set of URSP rules, the secure element 13 being configured for receiving from the HPLMN 10 or the user equipment 12 a switching command comprising a list of selection criteria of the new set of URSP rules when the home network or the user equipment 12 decides to switch from the current set of rules to the new set of rules, and, upon receiving the switching command, replacing in the secure element 13 the current set of URSP rules by the new set of URSP rules based on the list of selection criteria, and sending from the secure element 13 to the user equipment 12 a refresh command in order that the user equipment 12 connects to the MNO network according to the new set of URSP rules.
Thanks to the invention, the HPLMN 10 (or the ME 12) is able to:
Number | Date | Country | Kind |
---|---|---|---|
21306641.8 | Nov 2021 | EP | regional |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/EP2022/082146 | 11/16/2022 | WO |