IMS call establishment with contextual 5gnc mini-app recommendation

Abstract

Method for establishing a multimedia call between a caller device and a called device over a telecommunication network, comprising enabling access (S6) to at least one application provided by a data channel server (DCS) from at least one device (UE) between said caller device and called device, whereas said at least one application belongs to a set of recommended applications selected (S3) for said call according to contextual information related to said at least one device.

Description

IMS CALL ESTABLISHMENT WITH CONTEXTUAL 5GNC MINI-APP RECOMMENDATIONTECHNICAL FIELD

[0001] The invention relates to a method for establishing a call between two devices, within an IMS (IP Multimedia Subsystem) context.

[0002] In particular, the invention relates to new evolutions of the IMS architecture wherein convergence with 5G telecommunication networks enables applications to be downloaded during the call for providing additional services to call parties.BACKGROUND

[0003] The convergence between the evolutions of the IP Multimedia subsystem (IMS) infrastructure and of 5G telecommunications networks enables new functionalities, like the so-called 5G New Calling (5GNC) solution, which was unveiled during the MWC Shanghai in 2021.

[0004] By harnessing 5G networks and new technologies, such as artificial intelligence and augmented reality, 5GNC supports innovative, user-friendly, and convenient call enhancements and applications.

[0005] In particular, 5GNC proposes a new data channel established between call parties, enabling support for these call enhancements. This data channel complies with the IMS standards and is defined in 3GPP TS 26.114.

[0006] The “IMS Data Channel White Paper” , NG 129, version 1.0, published by the GSMA (GSM Association) provides several use cases and technical guidance regarding this IMS data channel-powered 5GNC.

[0007] When a device, or “user equipment” (UE) , establishes a call with another device using IMS infrastructure, it may make use of the 5GNC facilities to get a wider set of new functionalities to enhance the call. The examples provided in the white paper stress the possibility to trigger visual interactions between parties, triggered at establishment of a call or while the call is already established, and provided by “applications” or “mini-apps” .

[0008] These applications can provide in-call services like screen sharing, photo album sharing, co-browsing, co-editing, document signing, gaming, augmented / virtual reality, customized menus and user-interface, etc.

[0009] These applications devoted to the 5GNC paradigm constitute a new ecosystem wherein many actors can intervene by providing new applications that can be used by users during IMS calls.

[0010] Then, call parties may face difficulties in selecting an appropriate application to enrich a call among the large set of available applications. These difficulties may even increase for a called party willing to launch an application before establishing the IMS call, since s / he may have a few seconds only to do so before the caller party gives up the call.

[0011] Even if the white paper proposes some classifications for the applications, allowing to user to navigate through a large set of available applications, still this arrangement may not be sufficiently efficient and user-friendly.

[0012] The invention aims in improving the situation over the known proposals. In particular, it is aimed to facilitate the selection of an appropriate application by the user.SUMMARY OF THE INVENTION

[0013] An object of the present invention aims in alleviating at least partly the above-mentioned drawbacks.

[0014] This object is achieved with a method for establishing a multimedia call between a caller device and a called device over a telecommunication network, comprising enabling access to at least one application provided by a data channel server from at least one device between said caller device and called device, whereas said at least one application belongs to a set of recommended applications selected for said call according to contextual information related to said at least one device.

[0015] According to this method, the recommendation of some applications enables the device’s user to select a desired application in a very efficient and user-friendly way. In particular, it may alleviate the need for the user to navigate through categories and subcategories before finding an appropriate application. It may then minimize the number of actions (e.g. clicks) of the user. This reduces the required time for finding this application, which may be crucial when receiving an IMS call, and improve the overall ergonomic by facilitating direct access to relevant applications.

[0016] Preferred embodiments comprise one or more of the following features, which can be taken separately or together, either in partial combination or in full combination.

[0017] - said access is enabled by a bootstrap data channel established between said at least one device and said data channel server.

[0018] - the set of recommended applications is selected according to a relationship predetermined between the caller device and the called device.

[0019] - the set of recommended applications is selected according to a location of at least one device.

[0020] - the set of recommended applications may then be selected according to both this relationship and the location. The mix of both types of contextual information allows more fine-grained recommendations by making use of the semantical interworking between the relationships between individuals and the place they are when placing the call.

[0021] - said contextual information are transmitted from an IP Multimedia Subsystem element to said data channel server (DCS) , preferably by a DataChannelCallEventNotify message.

[0022] - at least some of said contextual information are entered by a user during said call.

[0023] - at least some of said contextual information are automatically transmitted to said data channel server.

[0024] - said recommended applications are displayed on a screen of said at least one device, enabling a user to determine said at least one application from the displayed recommended applications.

[0025] - said contextual information belongs to a list of predetermined categories and wherein said recommended applications are mapped onto said predetermined categories.

[0026] - said list of predetermined categories comprise a crossing between a first list comprising “colleagues” , “friends” , “children” , “family” and a second list comprising “office” , “home” , “outdoor” .

[0027] Another aspect of the invention relates to a device adapted for establishing a call with another device over a telecommunications network, comprising accessing to at least one application provided by a data channel server, whereas said at least one application belongs to a set of recommended applications selected for said call  according to contextual information related to at least one device between said device and said other device.

[0028] Another aspect relates to a Computer program comprising code instructions for executing a method as previously described when executed by a computer.

[0029] Further features and advantages of the invention will appear from the following description of embodiments of the invention, given as non-limiting examples, with reference to the accompanying drawings listed hereunder.BRIEF DESCRIPTION OF THE DRAWINGS

[0030] Fig. 1 illustrates a data channel architecture according to embodiments.

[0031] FIG. 2 illustrates a proposed method according to some embodiments, within a data channel architecture such as an IMS architecture.

[0032] Fig. 3 illustrates a more detailed example of a data channel functional architecture according to an embodiment specifically based on as an IMS architecture.DETAILED DESCRIPTION OF EMBODIMENTS

[0033] The proposed method aims at enabling establishment of an enriched multimedia call between a caller device and a called device over a telecommunication network, in particular a telecommunication network implementing an IP Multimedia Subsystem (IMS) architecture for establishing such a multimedia call (then designated by “IMS call” ) .

[0034] The caller (or calling) device and callee device may comprise any apparatus adapted for establishing a call over  telecommunications network, and in particular for placing an IMS call session. So, any apparatus adapted for communicating through an IP multimedia core network architecture, such as an IP Multimedia Subsystem (IMS) , may be such a caller and / or callee device.

[0035] It encompasses in particular mobile phones, including smartphones, digital tablets, etc., laptop or desktop computers, telecommunication-enabled IoT (Internet of Things) apparatuses, etc.

[0036] According to some embodiments, the proposed method comprises establishing a multimedia data channel between the called device and the caller device, in particular, but not only, in the context of an IP multimedia subsystem.

[0037] This data channel may in particular comply with the current 3GPP specifications, including 3GPP TS 26.114 entitled “IP Multimedia Subsystem (IMS) ; Multimedia Telephony, Media handling and interaction” .

[0038] Section 6.2.10 of this Document (version 16.6.1 dated 2020-09) more particularly specifies the data channels from a technical perspective.

[0039] In 3GPP TS 26.114, a "data channel" refers to a communication pathway specifically designed for the transmission of user data within the context of a telecommunication system, particularly (but not limited to) in the realm of multimedia services over LTE (Long-Term Evolution) networks. These data channels are established and managed according to standardized protocols outlined by the 3rd Generation Partnership Project (3GPP) .

[0040] As exemplified in Fig. 1, data channel functions are placed in a new logical entity called “Data Channel Server” , or DCS, within a multimedia network infrastructure (such as an IMS infrastructure) . The data channel server collaborates with a data channel application repository, DC-AR, where applications (sometimes called “mini-app” ) are stored. The data channel server DCS may then provide the stored  applications to devices connected to the telecommunications network.

[0041] These applications may be developed and provisioned into the repository DC-AR by an entity different than the entity managing the multimedia network infrastructure.

[0042] These applications are typically web-applications, e.g. one or several web page with JavaScript code and possibly cascaded style sheet (s) , CSS, images and other resources.

[0043] As explained in the 3GPP TS26.114 document, when a call is established between two user equipments, or devices, UE-A, UE-B, one or several applications may be retrieved from the data channel application repository DC-AR. Then, according to this embodiment, the application (s) is sent through a bootstrap data channel to the devices by the data channel server, DCS. Any additional data channels created and used by the application itself are established (logically) between the devices UE-A, UE-B.

[0044] One of the two parties, or both parties, UE-A, UE-B can receive applications. The applications received at each device may be a same application, or different applications but adapted to work together (for instance, if the called party is a bank, the application for the banker may be different than the application for the client, although both are specifically adapted to interwork) .

[0045] Theses aspects are detailed in the above-mentioned 3GPP TS26.114 document, especially in section 6.2.10 entitled “Data Channel” , as well as in the GSMA “IMS Data Channel White Paper” , also previously mentioned.

[0046] According to the proposed method, some additional steps are provided in order to improve the user experience for selecting an appropriate application from the data channel application repository, DC-AR.

[0047] FIG. 2 illustrates a data channel architecture, such as an IMS architecture, with some additional details with regard to the example of FIG. 1, onto which steps S1-S6 of a proposed methods are depicted, according to some embodiments.

[0048] This figure shall be understood as illustrative only, as the flow of steps and messages can variate, and as the underlying IMS infrastructure may also variate especially due to the ongoing standardization processes.

[0049] Some of the steps S1-S6 are represented as arrows since they are linked with messages or data flows between the depicted functional entities. In the figure, only step S3 is represented as a process undertaken by the data channel server, DCS.

[0050] In a first step S1, a call is triggered from a non-represented calling device. This call is handled by a legacy core infrastructure (IMS-C in an IMS core architecture) .

[0051] Then, the call is notified by this core infrastructure (e.g. IMS-C) to the data channel server, DCS.

[0052] In a step S2, contextual information related to at least one device among the called device, UE, and the caller device are transmitted from a network element (e.g. IMS-C, within the IMS core architecture) to the data channel server DCS.

[0053] According to embodiments, this transmission takes place with the call notification, i.e. the contextual information is inserted in the call notification message, when this call notification complies with standardized PDU (Protocol Data Unit) that can convey this contextual information.

[0054] In other embodiments, the contextual information may be provided to the DCS separately from this call notification, i.e. through another protocol message, or PDU.

[0055] FIG. 3 depicts more details about a data channel architecture according to an embodiment specifically based on an IMS infrastructure.

[0056] In this example, the IMS core infrastructure comprises an IMS AGW function, a P-CSCF function, an I-CSCF function and / or a S-CSCF function and an Application Server, AS, or MMTel (Multimedia Telephony) service. These functions are standardized functions and well-known to the skilled person, and so are the various interfaces between these functions.

[0057] In some concrete embodiments, the P-CSCF and the AGW functions are embedded within a standalone Session Border Controller, SBC.

[0058] The data channel server, DCS, the data channel application repository, DC-AR and the data channel media function, DC MF, are three new functions deployed over the IMS core infrastructure.

[0059] The interface between the application server, AS (or MMTel) and the data channel server, DCS is standardized and called “DC1” or “IF6” .

[0060] The IF6 interface between the MMTEL and the DCS is used for reporting the call events. When a 5G subscriber (UE) initiates a call with the data channel capability, the MMTEL application server sends the call events notification to the DCS. The DCS subscription information determines whether the DCS should be notified of the particular call.

[0061] The IF6 interface allows the DCS to request the following services from the MMTEL application server, AS:

[0062] - DataChannelCallEventSubscribe: this operation is used by the DCS to subscribe to MMTEl application server, AS, call notification events.

[0063] - DataChannelCallEventNotify: the operation is by MMTEL application server, AS, to notify the DCS about the related call events.

[0064] - DataChannelCallControl: the operation is used by the DCS to request from the MMTEL application server, AS, the establishment of the one-sided or two-sided bootstrap data channel.

[0065] - DataChannelCallControlNotify: the operation is used by MMTEL application server AS to notify the DCS about the call control operation result.

[0066] According to embodiments, the data channel server DCS subscribes to a MMTel call events notification using the subscribe / notify pattern through DataChannelCallEventSubscribe operation. The call events are used as the input for the DCS policy analyses. MMTEL AS might interwork with the multiple DCS configured and it will route call notifications accordingly to its policies. For instance, a large enterprise or government might have its own dedicated DCS.

[0067] Coming back to Fig. 2, after receiving (step 2) a call event notification during (e.g. through an DataChannelCallEventNotify operation as previously described in relation to Fig. 3) , the DCS determines whether to allow the establishment of a bootstrap data channel and the type of the bootstrap data channel based on the local policy and the related parameters in the call event notification. The call event parameters might include the calling party number, called party number and the data channel SDP parameters (stream-id, label, ordered, max-retr, etc. ) .

[0068] According to some embodiments, the contextual information is also transmitted as parameters inserted in this call event notification (e.g. in the DataChannelEventNotify operation as described in relation to Fig. 3) .

[0069] As mentioned previously, this contextual information may comprise information regarding a predetermined relationship between the caller device and the called device. It may also comprise information regarding a location of the at least one device, UE.Both types of information may be transmitted as parameters inserted in the call event notification (e.g. in the DataChannelEventNotify operation as described in relation to Fig. 3) .

[0070] The information regarding the relationship may be called “group-id” information. It may be configured manually by the user of the device, and / or may be at least partially determined by the artificial intelligence prediction based on past interactions of the user.

[0071] Group ID (relationship) may belong to a list comprising “colleagues” , “friends” , “children” , “family” , etc. This list may be closed or open (i.e. allowing the user to add some extra “groups” ) . When groups are configured, the user may map any third-party to one of this group. This information may then be transmitted to the DCS when a call happens.

[0072] The information regarding the location of the device may be called “scenario-id” information. It may be automatically determined by the IMS network, or by the device itself.

[0073] Scenario-Id (location) may belong to a list comprising “Office” , “Home” , “Outdoor” …Here again, this list may be closed or open (i.e. allowing the user to add some extra “groups” ) . Each of this scenario-id may be configured manually or with the help of artificial intelligence prediction mechanisms, i.e. mapped to a particular geographical area.

[0074] When a call happens, the scenario-id may be determined automatically based on the location of the device and on the configured scenario-id. In other words, it may be easily determined if the call happens when the user is home, at work, outdoor, etc.

[0075] This location information may be automatically determined and transmitted to the DCS.

[0076] Alternatively to the transmission of contextual information from an network element (e.g. IMS element) , the contextual information (or part of it) can be entered by a user during the call, and / or can be automatically transmitted to the data channel server, DCS, in different ways.

[0077] These different embodiments may be deployed in the data channel server, DCS, so that it will first check for contextual information transmitted within the call notification (from an IMS core element) , and if not present, will try to find the contextual information by other means as mentioned above.

[0078] For instance, a page could be displayed to the user so that it can enter the missing contextual information.

[0079] For instance, a request can be sent to an open API of the IMS infrastructure in order to find the missing information (like the location, for instance, that may be available from IMS elements like the HSS) .

[0080] Other embodiments are possible to enable the data channel server to determine contextual information like the device location or the relationship between call parties.

[0081] Then, in a step S3, the data channel server DCS handles the received contextual information to select a set of applications from the data channel application repository DC-AR, according to the contextual information received from IMS core together with the call notification (or, in variants, as a separate message) .

[0082] This set is a subset of the whole set of available applications stored in the DC-AR database. The contextual information is used to limit the subset to most relevant applications according to the call environment. So, in other words, the contextual information aims in  capturing the necessary data allowing to select the applications that are relevant to this call.

[0083] For this reason, both location (scenario-id) and relationship (group-id) between both call parties are considered as providing relevant selections of IMS applications.

[0084] Furthermore, when both location (scenario id) and relationship (group id) are used, they provide a synergic effect in allowing a comprehensive description capturing the call situation. For instance, by crossing both types of information, one can describe fine-grained situation like: children calling while at work, colleagues calling while at home, friends calling while at work, etc.

[0085] Each combination may correspond to a specific situation, for which the user wants to adopt a specific behavior, and which may correspond to specific applications recommendations to face the situation.

[0086] For instance, when a colleague calls while the callee is at office, some applications may be recommended for listening, extracting and summarizing a message, pushing appointments into a personal (or group) calendar, etc.

[0087] When friends call while at work, an application may be recommended for pushing quick messages stating that you cannot pick up the call.

[0088] When children call while at home, some applications may be recommended for popping up loudspeakers (including connecting to remote loudspeakers through IoT networks) , retrieving location data from the children, retrieving contacts of school or teachers, retrieving the school timetable or other information from a school data center, etc.

[0089] So, according to the contextual information (which may be a combination of at least two types of contextual information) , a  different subset of recommended applications can be selected among the whole data channel application repository DC-AR.

[0090] In order to do so, according to embodiments, applications may be tagged according to possible contextual information within the data channel application repository DC-AR.

[0091] The determination of data channel application may be based on the bootstrap data channel content sources mechanism described in 3GPP TS 26.114 document, in particular table 6.2.10.1.2.

[0092] The 3GPP TS 26.114 specifies a “stream ID” parameter. When several data channel applications are stored in the data channel application repository, the data channel server DCS provide the stream-id functionality that enables choice of which application to access.

[0093] This 3GPP standard proposes 4 values for the stream ID:

[0094] According to embodiments, other values of stream ID may be mapped to the values of the contextual information. Then, knowing the contextual information, the data channel server DCS can directly determine the stream ID.

[0095] More generally, the contextual information belongs to a list of predetermined categories (e.g. stream ID) and the recommended application can then be mapped onto these categories.

[0096] For instance, a table can provide this mapping by establishing a correspondence between a value of a first type of contextual information (group id) and a second type of contextual information (scenario id) and the stream id.

[0097] Such a table may look like:

[0098] Other embodiments may consist in having a construction rule allowing to determine the stream ID from values of the group ID and scenario ID. For instance, the stream ID may be a concatenation of numerical values of the group ID and scenario ID.

[0099] Previously, DC applications are provisioned into the data channel application repository, DC-AR, and labelled with a stream-id corresponding to their usage.

[0100] Possibly a same application can be provisioned with several steam-id, so that this application can be recommended in different situations (i.e. different call conditions) .

[0101] In a step S4, the recommended applications, determined at step S3 on the basis of the contextual information, are provided to the device UE, through the multimedia core (e.g. IMS) infrastructure.

[0102] According to embodiments, these recommended application (s) are displayed on a screen of this device UE, enabling a user to determine the application s / he wants to access, among the displayed recommended applications.

[0103] According to the proposed method, the recommendations are based on contextual information related to the call, so that the proposed set of applications shall be limited and relevant. The choice of the user can then be facilitated and will not require navigation through the whole set of available applications.

[0104] In step S5, the user conventionally selects one (or potentially several) applications, among the proposed set of applications. An identifier of this application is then transmitted, conventionally as  well, through the multimedia core (e.g. IMS) infrastructure, up to the data channel server, DCS.

[0105] In step S6, the data channel server enables access to the identified application to the device UE.

[0106] According to the underlying technology, enabling accessing to the identified application may comprise downloading at least parts of this application. For example, when accessing a web application, the rendered page is downloaded to the device in order to be displayed by the local browser on the human-machine interface of the device. Images and other resources may be downloaded as well.

[0107] The invention has been described with reference to preferred embodiments. However, many variations are possible within the scope of the invention.

Claims

1.Method for establishing a multimedia call between a caller device and a called device over a telecommunication network, comprising enabling access (S6) to at least one application provided by a data channel server (DCS) from at least one device (UE) between said caller device and called device, whereas said at least one application belongs to a set of recommended applications selected (S3) for said call according to contextual information related to said at least one device.2.Method according to the previous claim wherein said access is enabled by a bootstrap data channel established between said at least one device and said data channel server.3.Method according to any of claims 1 or 2, wherein said set of recommended applications is selected according to a relationship predetermined between said caller device and said called device.4.Method according to any of the preceding claims, wherein said set of recommended applications is selected according to a location of said at least one device.5.Method according to any of the preceding claims, wherein said contextual information are transmitted (S2) from an IP Multimedia Subsystem element to said data channel server (DCS) , preferably by a DataChannelCallEventNotify message.6.Method according to any of the preceding claims, wherein at least some of said contextual information are entered by a user during said call.7.Method according to any of the claims 1 to 6, wherein at least some of said contextual information are automatically transmitted to said data channel server (DCS) .8.Method according to any of the preceding claims, wherein said recommended applications are displayed on a screen of said at least one device (UE) , enabling a user to determine said at least one application from the displayed recommended applications.9.Method according to any of the preceding claims, wherein said contextual information belongs to a list of predetermined categories and wherein said recommended applications are mapped onto said predetermined categories.10.Method according to the previous claims, wherein said list of predetermined categories comprise a crossing between a first list comprising “colleagues” , “friends” , “children” , “family” and a second list comprising “office” , “home” , “outdoor” .11.Device (UE) adapted for establishing a call with another device over a telecommunications network, comprising accessing to at least one application provided by a data channel server (DCS) , whereas said at least one application belongs to a set of recommended applications selected for said call according to contextual information related to at least one device between said device and said other device.12.Computer program comprising code instructions for executing a method according to any one of claims 1 to 10, when executed by a computer.

Images