WO2020256604A1 - Nœud de réseau, nœud ims et procédés dans un réseau de communication - Google Patents

Nœud de réseau, nœud ims et procédés dans un réseau de communication Download PDF

Info

Publication number
WO2020256604A1
WO2020256604A1 PCT/SE2019/050584 SE2019050584W WO2020256604A1 WO 2020256604 A1 WO2020256604 A1 WO 2020256604A1 SE 2019050584 W SE2019050584 W SE 2019050584W WO 2020256604 A1 WO2020256604 A1 WO 2020256604A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
ims
media session
node
ongoing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/SE2019/050584
Other languages
English (en)
Inventor
Ester Gonzalez De Langarica
José Manuel ALFONSO
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority to PCT/SE2019/050584 priority Critical patent/WO2020256604A1/fr
Publication of WO2020256604A1 publication Critical patent/WO2020256604A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16—Sound input; Sound output
    • G06F3/167—Audio in a user interface, e.g. using voice commands for navigating, audio feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management

Definitions

  • Embodiments herein relate to a network node, an IMS node and methods performed therein. In particular, they relate to for handling an ongoing media session of a user associated with multiple User Equipment (UE) in a communications network.
  • UE User Equipment
  • wireless devices also known as wireless communication devices, mobile stations, stations (ST A) and/or user equipment (UE), communicate via a Local Area Network such as a WiFi network or a Radio Access Network (RAN) to one or more core networks (CN).
  • the RAN covers a geographical area which is divided into service areas or cell areas, which may also be referred to as a beam or a beam group, with each service area or cell area being served by a radio network node such as a radio access node e.g., a Wi-Fi access point or a radio base station (RBS), which in some networks may also be denoted, for example, a NodeB, eNodeB (eNB), or gNB as denoted in 5th Generation (5G).
  • 5G 5th Generation
  • a service area or cell area is a geographical area where radio coverage is provided by the radio network node.
  • the radio network node communicates over an air interface operating on radio frequencies with the wireless device within range of the radio network node.
  • the radio network node communicates to the wireless device in DownLink (DL) and from the wireless device in UpLink (UL).
  • DL DownLink
  • UL UpLink
  • EPS Evolved Packet System
  • the EPS comprises the Evolved Universal Terrestrial Radio Access Network (E-UTRAN), also known as the Long Term Evolution (LTE) radio access network, and the Evolved Packet Core (EPC), also known as System Architecture Evolution (SAE) core network.
  • E- UTRAN/LTE is a variant of a 3GPP radio access network wherein the radio network nodes are directly connected to the EPC core network rather than to RNCs used in 3rd Generation (3G) networks.
  • the functions of a 3G RNC are distributed between the radio network nodes, e.g. eNodeBs in LTE, and the core network.
  • the RAN of an EPS has an essentially“flat” architecture comprising radio network nodes connected directly to one or more core networks, i.e. they are not connected to RNCs.
  • the E-UTRAN specification defines a direct interface between the radio network nodes, this interface being denoted the X2 interface.
  • Multi-antenna techniques can significantly increase the data rates and reliability of a wireless communication system. The performance is in particular improved if both the transmitter and the receiver are equipped with multiple antennas, which results in a Multiple-Input Multiple-Output (MIMO) communication channel.
  • MIMO Multiple-Input Multiple-Output
  • Such systems and/or related techniques are commonly referred to as MIMO.
  • 5G planning aims at higher capacity than current 4G, allowing higher number of mobile broadband users per area unit, and allowing consumption of higher or unlimited data quantities in gigabyte per month and user. This would make it feasible for a large portion of the population to stream high-definition media many hours per day with their mobile devices, when out of reach of Wi-Fi hotspots.
  • 5G research and development also aims at improved support of machine to machine communication, also known as the Internet of things, aiming at lower cost, lower battery consumption and lower latency than 4G equipment.
  • OTT Over-The-Top
  • IP Internet Protocol
  • the IP network may e.g. be a public internet or cloud services delivered via a third party access network, as opposed to a carrier's own access network.
  • OTT may refer to a variety of services including communications, such as e.g. voice and/or messaging, content, such as e.g. TV and/or music, and cloud-based offerings, such as e.g. computing and storage.
  • a further OTT service is a Digital Assistant (DA).
  • the DA may perform tasks or services upon request from a user of a UE.
  • the DA may be implemented in several ways.
  • a first way is commonly referred to as an operator controlled DA.
  • the operator controls the whole DA solution without the UE being impacted.
  • a user of the UE may provide instructions, such as e.g. voice commands, to a core network node, such as e.g. an IP Multimedia Subsystem (IMS) node, of the operator.
  • the voice command may e.g. be “Digital Assistant, I want a pizza”,“Digital Assistant, tell me how many devices are active right now”,“Digital Assistant, set-up a conference”, or“Digital Assistant, how much credit do I have?”.
  • IMS is a general-purpose, open industry standard for voice and multimedia communications over packet-based IP networks. It is a core network technology, that may serve as a low-level foundation for technologies like Voice over LTE (VoLTE) Voice over IP (VoIP), Push-To-Talk (PTT), Push-To-View, Video Calling, and Video Sharing.
  • VoIP Voice over LTE
  • VoIP Voice over IP
  • PTT Push-To-Talk
  • Video Calling Video Calling
  • Video Sharing Video Sharing
  • the core network node may detect a hot word, which may also be referred to as a key word, indicating that the user is providing instructions to the DA and may forward the instructions to a network node controlled by a third party service provider, the network node may e.g. comprise a DA platform.
  • a hot word which may also be referred to as a key word
  • the network node may e.g. comprise a DA platform.
  • the DA platform may e.g. be a bot of a company providing a certain service, such as e.g. a taxi service or a food delivery service.
  • the instructions may be forwarded to the DA platform using e.g. a Session Initiation Protocol/ Real-time Transport Protocol (SIP/RTP).
  • SIP/RTP Session Initiation Protocol/ Real-time Transport Protocol
  • the DA platform may comprise certain functionality, such as e.g. Speech to Text (Speech2Text), Identification of Intents & Entities and Control & Dispatch of Intents.
  • the DA platform may then forward the instructions to a further network node, which may e.g. be an Application Server (AS) node, which has access to the core network node via a Service Exposure Application Programming Interface (API). Thereby the DA may access the IMS node and perform services towards the core network node.
  • AS Application Server
  • API Service Exposure Application Programming Interface
  • the DA platform is often required to pay a fee to the operator in order to be reachable by the operator ' s DA users.
  • the user may also be required to pay fees to the operator and network provider for the usage of DA services.
  • the operator may further be required to pay fees to the network provider for every transaction performed via the Service Exposure API.
  • a further way to implement the DA may be to provide the user with direct access to the network node controlled by the third party service provider comprising the DA platform. This may e.g. be done using a dedicated UE, such as e.g. a smart speaker, having access to the first network node. This way of implementing the DA is commonly referred to as an OTT-controlled DA.
  • One of the services that can be invoked may e.g. be a telephony service or bot, implemented by the operator.
  • Figure 1 depicts an architecture for an OTT-controlled DA, e.g. a Telephony Bot Architecture.
  • a user 10 of a DA comprising a smart speaker 20 may want to request actions, such as Call Bob, to an IMS network 30 e.g. comprising VoLTE, via an API Gateway 40. If the request from the smart speaker 20 user 10 needs some IMS capabilities, an OTT DA cloud 50 will use service exposure capabilities to access to it. This may for example be, when the user 10 asks to include a 3rd person to the call or manipulate end user supplementary setting.
  • a DA may handle communication via an API.
  • an intent is an abstract description of an operation to be performed.
  • the text describing an intent and other aspects of API:s, when used herein, is written with the text font courier New italic.
  • STOD Session Transfer to Own Device
  • MMTEL Multimedia Telephony
  • AS Application Server
  • Call Pull is executed when the user wants to move the call to one specific device.
  • the user will need to dial a specific supplementary service code (like *11) from the destination device.
  • the MMTEL AS detects the supplementary service code, it may play an announcement and then move the call to the target device.
  • An object of embodiments herein is to improve the performance of a
  • the object is achieved by a method performed by a network node, for handling an ongoing media session of a first user associated with multiple UEs in a communications network.
  • the first user is in an ongoing media session with a second user using a first UE out of the multiple UEs.
  • the network node receives a request for the media session to be transferred from the first UE to a second UE out of the multiple UEs.
  • the request is obtained as a voice instruction from the first user via a DA device.
  • the request comprises information regarding an identity of the second UE.
  • the network node identifies, among the multiple UEs, the second UE and its associated IMS identifier based on the information regarding the identity of the second UE.
  • the network node obtains, based on the identified IMS identifier, information related to whether or not the second UE is registered in an IMS node and supports a media of the ongoing media session for the first user.
  • the network node When the second UE is registered in the IMS node and supports the media of the ongoing media session, the network node initiates a transfer of the ongoing media session from the first UE to the second UE.
  • the network node decides how to proceed with the ongoing media session.
  • the object is achieved by a method performed by an IMS node, for handling an ongoing media session of a user associated with multiple UE in a communications network.
  • the first user is in an ongoing media session with a second user using a first UE out of the multiple UEs.
  • the IMS node receives, from the network node, a request related to whether or not the second UE is registered in the IMS node and supports a media of the ongoing media session for the user.
  • the IMS node sends, to the network node, a response to the request comprising information related to whether or not the second UE is registered in the IMS node and supports the media of the ongoing media session for the first user.
  • the IMS node transfers the ongoing media session from the first UE to the second UE.
  • the object is achieved by a network node configured to handle an ongoing media session of the first user associated with multiple UE in the communications network.
  • the first user is in an ongoing media session with a second user using a first UE out of the multiple UEs.
  • the network node is further configured to receive a request for the media session to be transferred from the first UE to the second UE out of the multiple UEs, which request is obtained as a voice instruction from the user via a DA device.
  • the request comprises information regarding an identity of the second UE.
  • the network node is further configured to identify, among the multiple UEs, the second UE and its associated IMS identifier based on the information regarding the identity of the second UE.
  • the network node is further configured to obtain, based on the identified IMS identifier, information related to whether or not the second UE is registered in the IMS node and supports the media of the ongoing media session for the first user.
  • the network node is further configured to initiate a transfer of the ongoing media session from the first UE to the second UE.
  • the network node is further configured to decide how to proceed with the ongoing media session.
  • the object is achieved by an IMS node configured to handle an ongoing media session of a first user associated with multiple UEs in a communications network.
  • the first user is in an ongoing media session with a second user using a first UE out of the multiple UEs.
  • the IMS node is further configured to receive from the network node, a request related to whether or not the second UE is registered in the IMS node and supports a media of the ongoing media session for the user.
  • the IMS node is further configured to send to the network node, a response to the request comprising information related to whether or not the second UE is registered in the IMS node and supports the media of the ongoing media session for the first user.
  • the IMS node is configured to transfer the ongoing media session from the first UE to the second UE.
  • the use case executed using the Digital Assistant improves the existing function since it can indicate in an accurate way which device the user wants to send the call to.
  • Figure 1 is a schematic block diagram illustrating prior art
  • Figure 2 is a schematic block diagram illustrating embodiments of a
  • Figure 3 is a schematic overview depicting embodiments of a method in the
  • Figure 4 is a schematic overview depicting further embodiments of a method in the communications network
  • Figure 5 is a flowchart depicting embodiments of a method in a network node
  • Figure 6 is a flowchart depicting embodiments of a method in an IMS node
  • Figure 7a is a schematic block diagram illustrating a first embodiment of the network node
  • Figure 7b is a schematic block diagram illustrating a second embodiment of the network node
  • Figure 8a is a schematic block diagram illustrating a first embodiment of the IMS node
  • Figure 8b is a schematic block diagram illustrating a second embodiment of the IMS node
  • Figure 9 schematically illustrates a telecommunications network connected via an
  • Figure 10 is a generalized block diagram of a host computer communicating via a base station with a user equipment over a partially wireless connection.
  • Figures 11 to 14 are flowcharts illustrating methods implemented in a communication system including a host computer, a base station and a user equipment.
  • Example embodiments herein may be based on an IMS network exposing information about devices currently registered and to expose the action to be executed, namely to transfer an ongoing media session, such as a voice or video call, to a different device associated to the user.
  • the transfer of the media session may herein also be referred to as call pull or call push.
  • the user is currently involved in a voice call or video call using a tablet.
  • the DA Upon the user e.g. requesting the DA to move the current call to another device, such as a TV, the DA will query the IMS network via the exposed API and check that the specified device is registered and can handle that media. Then it will request the IMS, such as the MMTel AS, to execute the actions described in the transfer of the call.
  • the user may trigger the transfer of the call by saying the voice command“DA, send the video call to the TV”.
  • the IMS has transferred the call to the indicated device, in this case the TV, the user may continue the call from this device.
  • Example embodiments herein enables voice controlled selection of which one of a user’s multiple UEs that the ongoing media session should be transferred to. Furthermore, embodiments herein e.g. enable voice controlled selection of which media format that should be used for the transferred call.
  • Media formats may e.g. comprise audio and/or voice calls and video calls.
  • the user may e.g. be involved in a voice call using the tablet and may request the DA to transfer the call to the TV and to change the format to video.
  • one or more new API may be created.
  • an OMA API MoveSessionToDevice with parameters userid, targetDevice and media may also be defined.
  • the userid specifies the user initiating the transfer of the media session.
  • the userid may e.g. be the IMS privateid.
  • the targetDevice may be specified by means of a universally unique identifier, uuid, representing the UE to which the user wants to transfer the ongoing media session.
  • the returned value may be the result of the operation, i.e. successful or failed transfer of the media session.
  • a further OMA API get registered devi ces with the parameter userId which specifies the user for which the registered devices are requested.
  • get registered devices API may return a devi ce list, wherein the device list is a list comprising a pair of devices registered in the IMS specified by means of a uuid and the media type supported by the device in the call specified by means of a media type.
  • the supported media type may e.g. be video in a smart TV and audio for a Public
  • PSN Switched Telephone Network
  • the MoveSessionToDevice API may be used alone or in combination with the get_registered_devices API to transfer the ongoing media session.
  • the network node 150 may delegate to the IMS node 130 to check if the requested UE for the transfer is registered in the IMS and supports the media of the ongoing media session and to initiate the transfer if the UE is registered and supports the media.
  • This embodiment is efficient, since only one request has to be made to the IMS node 130 from the network node 150 in order to transfer the media session. This embodiment will be further discussed in relation to figure 4.
  • the network node 150 may request information relating to the UEs registered to the user in the IMS and the media supported by each registered UE. Thereby the network node 150 may perform the check whether the requested UE is registered in the IMS and supports the media of the ongoing media session. When the network node 150 has checked the registration and media support for the requested UE it may initiate the transfer of the ongoing media session when the requested UE is registered and supports the media.
  • the API is modular, i.e. GetRegisteredDevices API may be used for other scenarios in which the network node 150 requires information regarding e.g. registered UEs. This embodiment will be further discussed in relation to figure 3.
  • Embodiments herein thus provide a way to request a Digital Assistant to request a call to be transferred from a specific UE among the multiple UEs the user owns e.g. by means of an API according to embodiments herein.
  • APIs may be implemented in an application server, such as e.g. a Multimedia Telephony Application Server, MMTel AS, IMS node.
  • MMTel AS Multimedia Telephony Application Server
  • IMS node 130 would be suitable for exposing these functions since it is the natural IMS node where the logic is to be placed, and it does not preclude other nodes for implementation.
  • Exposing the function may also be performed by any other IMS Application Server handling calls.
  • FIG 2 is a schematic overview depicting a wireless communications network 100 wherein embodiments herein may be implemented.
  • the wireless communications network 100 comprises one or more RANs 104 and one or more CNs 106.
  • the wireless communications network 100 may use 5G NR but may further use a number of other different technologies, such as, Wi-Fi, (LTE), LTE-Advanced, Wideband Code Division Multiple Access (WCDMA), Global System for Mobile communications/enhanced Data rate for GSM Evolution (GSM/EDGE), Worldwide Interoperability for Microwave Access (WiMax), or Ultra Mobile Broadband (UMB), just to mention a few possible
  • LTE Long Term Evolution
  • WCDMA Wideband Code Division Multiple Access
  • GSM/EDGE Global System for Mobile communications/enhanced Data rate for GSM Evolution
  • WiMax Worldwide Interoperability for Microwave Access
  • UMB Ultra Mobile Broadband
  • Network nodes operate in the wireless communications network 100, such as a radio network node 110 providing radio coverage.
  • the radio network node 110 provides radio coverage over a geographical area by means of antenna beams.
  • the geographical area may be referred to as a cell, a service area, beam or a group of beams.
  • the radio network node 110 may be a transmission and reception point e.g. a radio access network node such as a base station, e.g.
  • a radio base station such as a NodeB, an evolved Node B (eNB, eNode B), an NR Node B (gNB), a base transceiver station, a radio remote unit, an Access Point Base Station, a base station router, a transmission arrangement of a radio base station, a stand-alone access point, a Wireless Local Area Network (WLAN) access point, an Access Point Station (AP STA), an access controller, a UE acting as an access point or a peer in a Device to Device (D2D) communication, or any other network unit capable of communicating with a UE within the cell served by the radio network node 110 depending e.g. on the radio access technology and terminology used.
  • eNB evolved Node B
  • gNB NR Node B
  • a base transceiver station a radio remote unit
  • an Access Point Base Station such as a NodeB, an evolved Node B (eNB, eNode B), an NR Node B (gNB), a base trans
  • the UEs 121 , 122, 123 may e.g. be a mobile station, a non-access point (non-AP) STA, a STA, a user equipment and/or a wireless terminals, an NB-loT device, an eMTC device and a CAT-M device, a WFi device, an LTE device and/or a 5G NR device communicate via one or more Access Networks (AN), e.g. RAN, to one or more core networks (CN).
  • AN Access Networks
  • CN core networks
  • UE is a non limiting term which means any terminal, wireless communication terminal, wireless device, Device to Device (D2D) terminal, or node e.g. smart phone, laptop, mobile phone, sensor, relay, mobile tablets, television units or even a small base station communicating within a cell.
  • D2D Device to Device
  • the CN further comprises an IP Multimedia Subsystem (IMS) node 130.
  • IMS IP Multimedia Subsystem
  • the IMS node 130 may be connected to a network node 150.
  • the network node 150 is
  • the network node 150 may be located in a cloud 101 as depicted in Figure 2, in the CN or in a 3 rd Party domain of the
  • the network node 150 may act as a gateway to a platform node 151 located in a 3 rd Party domain of the communications network 100. Furthermore the IMS node 130, the network node 150 and the platform node 151 may be collocated nodes, stand-alone nodes or distributed nodes comprised in a cloud 101 , 106.
  • the DA may comprise a DA device 125 and the platform node 151.
  • the DA device 125 may e.g. be a smart speaker.
  • the platform node 151 may, as described above, be located in a third party domain and be represented by e.g. an OTT DA Cloud.
  • 3GPP LTE has been used in this disclosure to exemplify the embodiments herein, this should not be seen as limiting the scope of the embodiments herein to only the aforementioned system.
  • Other wireless systems including WCDMA, WiMax, UMB, GSM network, any 3GPP cellular network or any cellular network or system, may also benefit from exploiting the ideas covered within this disclosure.
  • the method will first be described from a helicopter perspective as a signalling diagram showing involved nodes such as the DA device 125, the network node 150 and the IMS node 130 with reference to Figure 3. Thereafter embodiments of the method as seen from the perspective of the network node 150 and the IMS node 130, respectively, will be individually described one by one with reference to Figures 4 and 5.
  • FIG. 3 An example of a use case of embodiments herein is depicted in Figure 3 and will be explained by means of the following example scenario.
  • the actions in Figure 3 may be referred to in the text by their respective reference signs in parentheses, e.g. (307a).
  • a first user A is a multi-device user who has, e.g. owns, multiple UEs 121 , 122, 123.
  • the multiple UEs 121 , 122, 123 may e.g. be a smartphone, a fixed telephone, a tablet and/or a TV.
  • User A uses various media formats for making calls, such as e.g. voice (audio) and video calls.
  • the calls may be referred to as media calls or media sessions, since they may be made using various media formats.
  • the user A is in a media session, such as a voice or video call with a second user, user B, using a specific UE, such as the first UE 121.
  • the first UE 121 may have voice call capabilities while a second UE 122 has video call capabilities.
  • the user A wants to move the call to a second UE 122, e.g. in order to change the call to a media type which is not supported by the first UE 121 or in order to be able to continue the media session in a different location in the home of user A.
  • Action 301 To transfer the ongoing media session from the first UE 121 to the second UE 122, the user A may provide a voice instruction to the DA device 125.
  • the user A may e.g. say“Digital assistant, move the call to the second UE”.
  • the user A requests the DA to transfer, which may also be referred to as move, the ongoing call from the first UE 121 to the second UE 122 and, thus, the DA device 125 receives a voice instruction from the first user A.
  • Action 302 The request is thereafter sent to the network node 150. The request may be sent in a message, e.g.
  • the identifier for the target device may be a personalized name configured by the first user A, an IMS Private Identity (IMPI), or an IMS Public Identity (IMPU), corresponding to the target device.
  • IMPI IMS Private Identity
  • IMPU IMS Public Identity
  • the nature of the identifier depends on where in the system the mapping of personalized names to corresponding digital IDs, such as IMPIs, is performed.
  • the identifier for the second UE 122 may be a personalized name assigned to the UE 122 by user A, such as“TV”,“Tablet” or“Phone”.
  • the network node 150 having received the request with the included IDs, performs a mapping.
  • Mapping may e.g. mean that the network node 150, knowing e.g. the personalized name, identifies an ID corresponding to that particular personalized name.
  • the result of the mapping is thus that an IMS identifier corresponding to the personalized name and/or the target device is identified, i.e. an IMS identifier corresponding to the name“TV” for the second UE 122 in the example scenario.
  • the IMS identifier may e.g. be a Universally Unique Identifier,
  • Action 304 Thereafter, according to embodiments herein, a request is sent from the network node 150 to the IMS node 130 to perform a check.
  • the check involves verifying if the requested second UE 122 is registered in the IMS node 130 and if it supports the media format of the ongoing media session.
  • the request would be for the UEs registered to the first user A in the IMS and the media supported by each UE, or a request to check whether the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session.
  • Action 305 Having received the request, the IMS node 130 sends a response comprising the requested information.
  • the response may comprise a list of registered devices of the user and the media supported by each of the registered devices. If the request has comprised an ID of the second UE 122 the response may however also comprise an explicit answer as to whether the second UE 122 is registered and supports the media of the ongoing media session.
  • Action 306 Based on the response the network node 150 may check, which may also be referred to as determine, whether the second UE is registered to the user in the IMS and supports the media of the ongoing media session.
  • the network node 150 may initiate the transfer of the media session from the first UE 121 to the second UE 122.
  • the network node 150 may initiate the transfer by sending a request (307a) to the IMS node 130 comprising at least the ID of the UE to which the media session is to be transferred, in this case the second UE 122.
  • a request (307a) to the IMS node 130 comprising at least the ID of the UE to which the media session is to be transferred, in this case the second UE 122.
  • an ongoing video call between the firsts user A and the second user B may be successfully transferred to the second UE 122 of the first user A, e.g. from the UE 121 , i.e. the“tablet” to the second UE 122, i.e. the“TV”.
  • a response may also be sent back to the network node 150 indicating that the operation was successful.
  • Action 308 If, on the other hand, the result of the check is that the requested UE 122 is not registered in the IMS node and/or does not support the media format of the ongoing media session, the media session cannot be transferred according to the users request.
  • the network node 150 may then decide how to proceed with the process of setting up the call.
  • the network node 150 will send a response (308a) to the DA device 125 indicating the result of the operation as requested.
  • the message may include instructions for how to proceed with handling the ongoing media session, in accordance with what has been decided by the network node.
  • the response may comprise instructing the DA device 125 to tell user A that the UE 122 was not accepted for the requested transfer of the ongoing media session.
  • Action 309 Having received the response from the network node 150, the DA device 125 may have been instructed to ask user A to provide new or additional instructions for how to handle the ongoing media session.
  • the DA device 125 may ask the user A to select an alternative device to which the media session shall be transferred, such as to the UE 123.
  • the alternative device may be referred to by the DA device with the personalized name so that it is recognizable to the user A. Consequently, in order to enable this, a mapping between personalized names among the multiple UEs 121 , 122, 123 associated with user A may have been previously performed.
  • the DA device 125 may ask user A to select an alternative media format for the requested transfer of the ongoing media session.
  • the IMS node 130 may expose one or more APIs to the network node 150.
  • a first API GetRegisteredDevices may be used in action 304 with the parameters userid, and/or targetDevice.
  • the userid may be the IMS privateid of the user A and the targetDevice may be specified by means of the uuid representing the UE to which the user wants to transfer the ongoing media session.
  • a second API MoveSessionToDevice may be used in the action 307a with the parameters userid, targetDevice and/or media.
  • the userid may be the IMS privateid of the user A and the targetDevice may be specified by means of the uuid representing the UE to which the user wants to transfer the ongoing media session, while media indicates the media used in the ongoing media session or a media which the user wants to switch to during the transfer of the call.
  • the two APIs used for transferring the ongoing media session using voice commands via the DA may thus be the following:
  • o device_iist where the device list is a list of pairs:
  • media type media type allowed by that device in that call (e.g. video in a smart TV and audio for a PSTN phone
  • o targetDevice is the uuid of the device the user want to send the call to
  • o media is whether audio or video, as indicated by the user Returned value:
  • the operator has a mapping between the IMS identifier and the personalized name for a user’s devices.
  • the operator may for example have registered that ⁇ urn:uuid:6ba7b810-9dad-11d1-80b4-00c04fd430c4> corresponds to the spoken words“Living room TV”.
  • the user may use the UUID for the device instead of assigning a personalized name.
  • the MMTel AS which may also be referred to as MTAS, may also request the target device, in this case the UE to which the media session is to be transferred, to proceed with an auto-answer action to automatically accept the transferred media session.
  • target device in this case the UE to which the media session is to be transferred
  • Figure 4 shows a further embodiment herein, in which the network node 150 does not send a request for registered devices, but instead initiates the transfer of the media session directly by sending a request for transfer to the IMS node 130, e.g. using the MoveSessionToDevice API.
  • the check whether the second UE 122 is registered in the IMS and supports the media of the ongoing media session may in this embodiment be performed by the IMS node 130 instead of the network node 150.
  • Action 401 To transfer the ongoing media session from the first UE 121 to the second UE 122, the user A may provide a voice instruction to the DA device 125.
  • the user A may e.g. say“Digital assistant, move the call to the second UE”.
  • the user A requests the DA to transfer, which may also be referred to as move, the ongoing call from the first UE 121 to the second UE 122 and, thus, the DA device 125 receives a voice instruction from the first user A.
  • This action 401 corresponds to the action 301 described above.
  • Action 402 The request is thereafter sent to the network node 150.
  • the request may be sent in a message, e.g. comprising identifiers for the user that requests the move, user A in the example scenario, the media type of the call and/or the target device to which the media session is to be transferred, UE 122 in the example scenario.
  • This action 402 corresponds to the action 302 described above.
  • the network node 150 may perform a mapping.
  • Mapping may e.g. mean that the network node 150, knowing e.g. the personalized name, identifies an ID corresponding to that particular personalized name.
  • the result of the mapping is thus that an IMS identifier corresponding to the personalized name and/or the target device is identified, i.e. an IMS identifier corresponding to the name“TV” for the second UE 122 in the example scenario.
  • the IMS identifier may e.g. be a Universally Unique Identifier,
  • This action 404 corresponds to the action 303 described above.
  • the network node 150 may initiate the transfer of the media session from the first UE 121 to the second UE 122.
  • the network node 150 initiates the transfer by sending a request to the IMS node 130 comprising at least the ID of the UE to which the media session is to be transferred, in this case the second UE 122, the target device, in this case the second UE 122, and the media of the ongoing media session.
  • the IMS node 130 may check, which may also be referred to as determine, whether the second UE 122 is registered to the user in the IMS and supports the media of the ongoing media session.
  • the IMS node 130 may initiate the transfer of the media session from the first UE 121 to the second UE 122.
  • the UE 122 is registered and supports video call
  • an ongoing video call between the firsts user A and the second user B may be successfully transferred to the second UE 122 of the first user A, e.g. from the UE 121 , i.e. the“tablet” to the second UE 122, i.e. the“TV”.
  • a response may also be sent back to the network node 150 indicating that the operation was successful.
  • Action 407 Having performed the check, the IMS node 130 sends a response to the network node 130 indicating the result of the operation.
  • the response may comprise an indication that the requested transfer of the call was successful, when the result of the check showed that the requested UE is registered and supports the media. If the check showed that the requested UE is not registered and/or does not support the media of the ongoing media session, the response may indicate that the transfer was unsuccessful.
  • Action 408 If the response indicates that the result of the check is that the requested UE 122 is not registered in the IMS node and/or does not support the media format of the ongoing media session, the media session cannot be transferred according to the users request.
  • the network node 150 may then decide how to proceed with the process of setting up the call.
  • the network node 150 may send a response to the DA device 125 indicating the result of the operation as requested.
  • the message may include instructions for how to proceed with handling the ongoing media session, in accordance with what has been decided by the network node.
  • the response may comprise instructing the DA device 125 to tell user A that the UE 122 was not accepted for the requested transfer of the ongoing media session or that the transfer of the ongoing media session was successful based on the indication received in the response from the IMS node 130.
  • Action 410 Having received the response from the network node 150, the DA device 125 may have been instructed to ask user A to provide new or additional instructions for how to handle the ongoing media session.
  • the DA device 125 may ask the user A to select an alternative device to which the media session shall be transferred, such as to the UE 123.
  • the alternative device may be referred to by the DA device with the personalized name so that it is recognizable to the user A. Consequently, in order to enable this, a mapping between personalized names among the multiple UEs 121 , 122, 123 associated with user A may have been previously performed.
  • the DA device 125 may ask user A to select an alternative media format for the requested transfer of the ongoing media session.
  • Example embodiments of a method performed by the network node 150, for handling an ongoing media session of the user A associated with multiple UEs 121 , 122, 123 in the communications network 100, will now be described with reference to a flowchart depicted in Figure 5.
  • the user A is in an ongoing media session with a second user B using a first UE 121 out of the multiple UEs 121 , 122, 123.
  • the first network node 150 may be represented by an application server node.
  • the method comprises the following actions, which actions may be taken in any suitable order. Actions that are optional are presented in dashed boxes in Figure 5. Action 501
  • the DA device 125 may first be configured by the user.
  • the user A is associated with multiple devices, namely UEs 121 , 122 and 123.
  • the configuration which may be an automatic configuration phase, when exemplified with the scenario involving user A may comprise the following:
  • User A sets up the DA device 125 to manage his/her IMS devices, i.e. UEs 121 , 122, 123.
  • the DA device 125 triggers an application server, such as the MMTel AS, to start a set up phase.
  • each device may ring, optionally employing a special tone so that the device is easily identified.
  • User A instructs the DA device 125 what personalized name he/she wants to allocate to the alerted UE 121 , 122, 123, such as“my cellphone”,“TV”,“old phone”,“tablet” etc., e.g. by using a voice command.
  • a set-up completion may be performed, optionally involving dummy test calls.
  • the DA device 125 is configured so that the personalized names employed by the user A are coupled with digital identifiers that may be employed by the various nodes in the communications network 100.
  • the personalized name and the corresponding IMS identifier for each of the UEs may be stored on a storage medium, such as a memory or a server, which the network node 150 can access.
  • the network node 150 receives a request for the media session to be transferred from the first UE 121 to the second UE 122 out of the multiple UEs 121 , 122, 123.
  • the request is obtained as a voice instruction from the user A via a DA device 125 and comprises information regarding an identity of the second UE 122.
  • the information regarding the identity of the second UE 122 comprises a
  • the voice instruction may comprise a personalized name associated with the first UE 121.
  • the received request for the ongoing media session to be transferred from the first UE 121 to a second UE 122 out of the multiple UEs 121 , 122, 123 may further comprise an indication of the media in the ongoing media session.
  • the network node 150 After the network node 150 has received the request from the user via the DA device 125, the network node identifies among the multiple UEs 121 , 122, 123, the second UE 122 and its associated IMS identifier based on the information regarding the identity of the second UE 122.
  • the identifying of the second UE 122 out of the one or more UEs 121 , 122, 123 may comprise retrieving the IMS identifier of the second UE 122 based on the personalized name associated with the second UE 122.
  • the network node 150 obtains, based on the identified IMS identifier, information related to whether or not the second UE 122 is registered in an IMS node 130 and supports a media of the ongoing media session for the first user A.
  • the network node 150 may obtain the information related to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session for the user A by sending, to the IMS node 130, a request for one or more UEs 121 , 122, 123 registered for user A.
  • the request for the one or more UEs 121 , 122, 123 registered to the user A may comprise a user identification identifying the user A.
  • the network node 150 may receive, from the IMS node 130, a list of the one or more UEs 121 , 122, 123 registered to the user A in the IMS.
  • the list may comprise an identifier for each of the one or more UEs 121 , 122, 123 registered in the IMS and the media type supported by each of the one or more registered UEs 121 , 122, 123.
  • the network node 150 may determine whether the second UE 122 is registered in the IMS node 130 and if it supports the media of the ongoing media session.
  • the network node 150 may obtain the information related to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session for the user A by sending, to the IMS node 130, the identified IMS identifier of the second UE 122 and a request to whether or not the second UE 122 is registered in the IMS node 130 and supports media of the ongoing media session.
  • the network node 150 may receive a response from the IMS node 130 comprising an indication to whether or not the second UE 122 is registered to the IMS and/or supports the media of the ongoing media session. In this case the IMS node 130 may perform the check as to whether the UE 122 supports is registered and/or supports the media of the ongoing media session.
  • the network node 150 is informed of this by the IMS node 130.
  • the media of the ongoing media session may e.g. be audio/voice or video.
  • the network node When the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session, the network node initiates the transfer of the ongoing media session from the first UE 121 to the second UE 122.
  • the initiating of the transfer of the ongoing media session from the first UE 121 to the second UE 122 comprises sending a request to the IMS node 130 to transfer the media session from the first UE 121 to the second UE 122.
  • the request to transfer the ongoing media session may comprise the user ID of the user requesting the transfer, the target device to which the media session is to be transferred, such as the second UE 122, and the media of the ongoing media session.
  • the network node 150 decides how to proceed with the ongoing media session.
  • the network node 150 may e.g. decide to proceed with the ongoing media session by instructing the DA device 125 to offer the user to transfer the ongoing media session to a different UE, such as a third UE 123, out of the multiple UEs 121 , 122, 123.
  • the network node 150 may e.g. decide to proceed with the ongoing media session by instructing the DA device 125 to tell the user 120 that the transfer of the ongoing media session to the second UE 122 is not possible.
  • the network node 150 may e.g. also decide to proceed with the ongoing media session by instructing the DA device 125 to request the user to select an alternative UE among the multiple UEs 121 , 122, 123 to transfer the outgoing media session to.
  • Example embodiments of a method performed by the IMS node 130, for handling an ongoing media session of a first user A associated with multiple UEs 121 , 122, 123 in a communications network 100 will now be described with reference to a flowchart depicted in Figure 6.
  • the first user A is in an ongoing media session with a second user B using a first UE 121 out of the multiple UEs 121 , 122, 123, the method comprising:
  • the method comprises the following actions, which actions may be taken in any suitable order. Actions that are optional are presented in dashed boxes in Figure 6.
  • the IMS node 130 may expose one or more APIs to the network node 150 associated with transferring the ongoing media session.
  • the first API comprises parameters associated with requesting information related to UEs 121 , 122, 123 registered in the IMS for a specific user A.
  • the second API comprises parameters associated with transferring a media session related to the ongoing media session, and requests at least IMS identifiers of the UEs 121 , 122, 123.
  • the wording to expose when used herein, is to be interpreted as to make accessible, such as e.g. to provide access to authorized clients to the network capabilities via an API.
  • the parameters of the first API may e.g. comprise the user requesting the transfer to one of his/her UEs, defined by a corresponding User IDs.
  • the parameters of the second API may e.g. comprise any one out of: the user requesting the transfer to one of his/her UEs, defined by a corresponding User IDs; the respective IMS identifier defining any one out of the multiple UEs 121 , 122, 123 which is the target device to which the ongoing media session is to be transferred; and the media of the ongoing media session, which may be indicated by the user.
  • the User ID for the user requesting the transfer may correspond to an IMS Private ID and the respective IMS identifier for any one out of the multiple UEs 121 , 122, 123 may be a Universally Unique Identifier (UUID) for the respective UE.
  • UUID Universally Unique Identifier
  • the IMS node 130 receives a request related to whether or not the second UE 122 is registered in the IMS node and supports a media of the ongoing media session for the user A from the network node 150.
  • the received request may be a request to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session, and the request may further comprise an IMS identifier of the second UE 122.
  • This check may e.g. be performed via service exposure, i.e. an API exposed by the IMS, for example by the MMTel AS.
  • the IMS node 130 sends a response to the request comprising information related to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session for the user A, to the network node 150.
  • the response to the request may comprise a list of the one or more UEs 121 , 122, 123 registered to the user A and the media supported by each of the one or more registered UEs 121 , 122, 123.
  • the response sent from the IMS node 130 may comprise an indication whether the second UE 122 is registered to the IMS and supports the media of the ongoing media session.
  • the IMS node 130 may check if the second network node 122 is registered and supports the media of the ongoing media session. In the case where a list is sent as response the check is instead performed by the network node 150.
  • This check may e.g. be performed via service exposure, i.e. an API exposed by IMS, for example by the MMTel AS.
  • the IMS node When the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session, the IMS node transfers the ongoing media session from the first UE 121 to the second UE 122. This transfer may e.g. be initiated by the network node 150.
  • the IMS node 130 may, after the check has revealed that the second UE 122 is registered in the IMS and supports the media of the ongoing media session, receive a request from the network node 150 to transfer the ongoing media session from the first UE 121 to the second UE 122.
  • the IMS node 130 sends a response to the network node 150.
  • the response comprises a message informing the network node that the operation was not successful and that, therefore, the media call cannot be terminated from the first UE 121 , i.e. with the given IMS identifier.
  • the network node 150 may comprise the arrangement depicted in Figure 7a and Figure 7b.
  • the network node 150 may be adapted to be represented by an application server node.
  • the network node 150 may comprise an input and output interface 700 depicted in Figure 7b, configured to communicate e.g. with the IMS node 130 and/or the DA device 125.
  • the input and output interface 700 may comprise a wireless receiver not shown and a wireless transmitter not shown.
  • the network node 150 may comprise a configuring unit 720, a receiving unit 730, an identifying unit 740, a sending unit 750, an initiating unit 760, a deciding unit 770, an obtaining unit 780 and/or a retrieving unit 790.
  • the network node 150 may be configured to, e.g. by means of the configuring unit 720 being configured to, initiate a configuration of the DA device 125.
  • the network node 150 is configured to receive, e.g. by means of the receiving unit 730 being configured to, receive a request for the media session to be transferred from the first UE 121 to a second UE 122 out of the multiple UEs 121 , 122, 123.
  • the request is obtained as a voice instruction from the user A via a DA device 125.
  • the request comprises information regarding an identity of the second UE 122.
  • the network node 150 is further configured to, e.g. by means of the identifying unit 740 being configured to, identify among the multiple UEs 121 , 122, 123, the second UE 122 and its associated IMS identifier based on the information regarding the identity of the second UE 122.
  • the network node 150 is further configured to, e.g. by means of the obtaining unit 780 being configured to, obtain information related to whether or not the second UE 122 is registered in an IMS node 130 and supports a media of the ongoing media session for the user A, based on the identified IMS identifier.
  • the network node 150 may further be configured to, e.g. by means of the initiating unit 760 being configured to, initiate the transfer of the ongoing media session from the first UE 121 to the second UE 122.
  • the network node 150 may further be configured to, e.g. by means of a deciding unit 770 being configured to, decide how to proceed with the ongoing media session.
  • the network node 150 may be configured to identify the second UE 122 out of the one or more UEs 121 , 122, 123 by being configured to, e.g. by means of the retrieving unit 790 being configured to, retrieve the IMS identifier of the second UE 122 based on a personalized name associated with the second UE 122.
  • the network node 150 may further being configured to obtain the information related to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session for the user A by being configured to, e.g. by means of the sending unit 750 being configured to send, to the IMS node 130, a request for one or more UEs 121 , 122, 123 registered for user A.
  • the network node 150 may further be configured to, e.g.
  • the receiving unit 730 being configured to receive, from the IMS node 130, a list of the one or more UEs 121 , 122, 123 registered to the user A in the IMS, wherein the list comprises an identifier for each of the one or more UEs 121 , 122, 123 registered in the IMS and the media type supported by each of the one or more registered UEs 121 , 122, 123.
  • the network node 150 may further being configured to obtain the information related to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session for the user A by being configured to, e.g. by means of the sending unit 750 being configured to send, to the IMS node 130, the identified IMS identifier of the second UE 122 and a request to whether or not the second UE 122 is registered in the IMS node 130 and supports media of the ongoing media session.
  • the network node 150 may further be configured to decide how to proceed with the ongoing media session by being configured to, e.g. by means of the instructing unit 780 being configured to, instruct the DA device 125 to offer the user to transfer the ongoing media session to a third UE 123 out of the multiple UEs 121 , 122, 123.
  • the network node 150 may further be configured to decide how to proceed with the ongoing media session by being configured to, e.g. by means of the instructing unit 780 being configured to, instruct the DA device 125 to request the user to select an alternative UE among the multiple UEs 121 , 122, 123 to transfer the ongoing media session to.
  • the network node 150 may further be configured to decide how to proceed with the ongoing media session by being configured to, e.g. by means of the instructing unit 780 being configured to, instruct the DA device 125 to tell the user 120 that the transfer of the ongoing media session to the second UE 122 is not possible.
  • the network node 150 may further be configured to initiate a transfer of the ongoing media session from the first UE 121 to the second UE 122 by being configured to, e.g. by means of the sending unit 750 being configured to, send a request to the IMS node 130 to transfer the media session from the first UE 121 to the second UE 122.
  • the embodiments herein may be implemented through a respective processor or one or more processors, such as a processor 715 of a processing circuitry in the network node 150 depicted in Figure 7b, together with a respective computer program code for performing the functions and actions of the embodiments herein.
  • the program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the embodiments herein when being loaded into the network node 150.
  • One such carrier may be in the form of a CD ROM disc. It is however feasible with other data carriers such as a memory stick.
  • the computer program code may furthermore be provided as pure program code on a server and downloaded to the network node 150.
  • the network node 150 may further comprise a memory 710 comprising one or more memory units to store data on.
  • the memory comprises instructions executable by the processor 715.
  • the memory 710 is arranged to be used to store e.g. identifiers, IMS identifiers, configurations and applications to perform the methods herein when being executed in the network node 150.
  • the units in the network node 150 mentioned above may refer to a combination of analogue and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in the network node 150 that when executed by the respective one or more processors such as the processors described above.
  • processors as well as the other digital hardware, may be included in a single Application-Specific Integrated Circuitry (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a- chip (SoC).
  • ASIC Application-Specific Integrated Circuitry
  • SoC system-on-a- chip
  • a computer program 790 comprises instructions, which when executed by the respective at least one processor 715, cause the at least one processor 715 of the network node 150 to perform the actions above.
  • a carrier 795 comprises the computer program 790, wherein the carrier 795 is one of an electronic signal, an optical signal, an electromagnetic signal, a magnetic signal, an electric signal, a radio signal, a microwave signal, or a computer- readable storage medium.
  • the IMS node 130 may comprise the arrangement depicted in Figure 8a and Figure 8b.
  • the IMS node 130 may comprise an input and output interface 800 depicted in Figure 8b, configured to communicate e.g. with the network node 150 and/or the UEs 121 , 122, 123.
  • the input and output interface 800 may comprise a wireless receiver not shown and a wireless transmitter not shown.
  • the IMS node 130 may comprise an exposing unit 820, a receiving unit 830, an transferring unit 840, and/or a sending unit 850.
  • the IMS node 130 may be configured to expose, e.g. by means of an exposing unit 820 in the IMS node 130 depicted in Figure 8a, to the network node 150, an
  • Application Program Interface, API configured to comprise parameters associated with transferring a media session related to an upcoming media session and/or associated to requesting information related to UEs 121 , 122, 123 registered in the IMS for a specific user A.
  • the API parameters may be adapted to comprise any one out of the user A requesting the transfer of the ongoing media session defined by a corresponding User ID wherein the User ID may correspond to an IMS Private ID; the respective IMS identifier defining any one out of the multiple UEs 121 , 122, 123 which the media session is to be transferred to; and/or the media of the ongoing media session.
  • the respective IMS identifier for any one out of the multiple UEs 121 , 122, 123 may be adapted to be a UUID for the respective UE out of the multiple UEs 121 , 122, 123.
  • the IMS node 130 is configured to, e.g. by means of the receiving unit 830 being configured to, receive from the network node 150, a request related to whether or not the second UE 122 is registered in the IMS node and supports a media of the ongoing media session for the user A.
  • the IMS node 130 is configured to, e.g. by means of the sending unit 850 being configured to, send, to the network node 150, a response to the request comprising information related to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session for the user A.
  • the IMS node 130 is further configured to, e.g. by means of the transferring unit 840 being configured to, transfer the ongoing media session from the first UE 121 to the second UE 122.
  • the IMS node 130 may further be configured to, e.g. by means of the receiving unit 830 being configured to, receive, from the network node 150, a request for the one or more UEs 121 , 122, 123 registered to the user A in the IMS.
  • the IMS node 130 may further be configured to, e.g.
  • the sending unit 850 being configured to, send, to the network node 150, the response to the request comprising a list of the one or more UEs 121 , 122, 123 registered to the user A and the media supported by each of the one or more registered UEs 121 , 122, 123.
  • the IMS node 130 may further be configured to, e.g. by means of the receiving unit 830 being configured to, receive, from the network node 150, a request to whether or not the second UE 122 is registered in the IMS node 130 and supports the media of the ongoing media session, wherein the request further comprises an IMS identifier of the second UE 122.
  • the IMS node 130 may further be configured to, e.g. by means of the sending unit 850 being configured to, send, to the network node 150, the response to the request comprising an indication whether the second UE 122 is registered to the IMS and supports the media of the ongoing media session.
  • the embodiments herein may be implemented through a respective processor or one or more processors, such as a processor 815 of a processing circuitry in the IMS node 130 depicted in Figure 8b, together with a respective computer program code for performing the functions and actions of the embodiments herein.
  • the program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the
  • One such carrier may be in the form of a CD ROM disc. It is however feasible with other data carriers such as a memory stick.
  • the computer program code may furthermore be provided as pure program code on a server and downloaded to the IMS node 130.
  • the IMS node 130 may further comprise a memory 810 comprising one or more memory units to store data on.
  • the memory comprises instructions executable by the processor 815.
  • the memory 810 is arranged to be used to store e.g. identifiers, IMS identifiers, configurations and applications to perform the methods herein when being executed in the IMS node 130.
  • the units in the IMS node 130 mentioned above may refer to a combination of analogue and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in the IMS node 130 that when executed by the respective one or more processors such as the processors described above.
  • processors may be included in a single Application-Specific Integrated Circuitry (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC).
  • ASIC Application-Specific Integrated Circuitry
  • SoC system-on-a-chip
  • a computer program 890 comprises instructions, which when executed by the respective at least one processor 815, cause the at least one processor 815 of the IMS node 130 to perform the actions above.
  • a carrier 895 comprises the computer program 890, wherein the carrier 895 is one of an electronic signal, an optical signal, an electromagnetic signal, a magnetic signal, an electric signal, a radio signal, a microwave signal, or a computer- readable storage medium.
  • a communication system includes a telecommunication network 3210 such as the wireless communications network 100, e.g. a NR network, such as a 3GPP-type cellular network, which comprises an access network 3211 , such as a radio access network, and a core network 3214.
  • the access network 3211 comprises a plurality of base stations 3212a, 3212b, 3212c, such as the radio network node 110, access nodes, AP STAs NBs, eNBs, gNBs or other types of wireless access points, each defining a corresponding coverage area 3213a, 3213b, 3213c.
  • Each base station 3212a, 3212b, 3212c is connectable to the core network 3214 over a wired or wireless connection 3215.
  • a first user equipment (UE) e.g. the wireless devices 120 such as a Non-AP STA 3291 located in coverage area 3213c is configured to wirelessly connect to, or be paged by, the corresponding base station 3212c.
  • a second UE 3292 e.g. the first or second radio node 110, 120 or such as a Non-AP STA in coverage area 3213a is wirelessly connectable to the corresponding base station 3212a.
  • the telecommunication network 3210 is itself connected to a host computer 3230, which may be embodied in the hardware and/or software of a standalone server, a cloud- implemented server, a distributed server or as processing resources in a server farm.
  • the host computer 3230 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider.
  • the connections 3221 , 3222 between the telecommunication network 3210 and the host computer 3230 may extend directly from the core network 3214 to the host computer 3230 or may go via an optional intermediate network 3220.
  • the intermediate network 3220 may be one of, or a combination of more than one of, a public, private or hosted network; the intermediate network 3220, if any, may be a backbone network or the Internet; in particular, the intermediate network 3220 may comprise two or more sub-networks (not shown).
  • the communication system of Figure 8 as a whole enables connectivity between one of the connected UEs 3291 , 3292 and the host computer 3230.
  • the connectivity may be described as an over-the-top (OTT) connection 3250.
  • the host computer 3230 and the connected UEs 3291 , 3292 are configured to communicate data and/or signaling via the OTT connection 3250, using the access network 3211 , the core network 3214, any intermediate network 3220 and possible further infrastructure (not shown) as
  • the OTT connection 3250 may be transparent in the sense that the participating communication devices through which the OTT connection 3250 passes are unaware of routing of uplink and downlink communications. For example, a base station 3212 may not or need not be informed about the past routing of an incoming downlink communication with data originating from a host computer 3230 to be forwarded (e.g., handed over) to a connected UE 3291. Similarly, the base station 3212 need not be aware of the future routing of an outgoing uplink communication originating from the UE 3291 towards the host computer 3230.
  • a host computer 3310 comprises hardware 3315 including a communication interface 3316 configured to set up and maintain a wired or wireless connection with an interface of a different communication device of the communication system 3300.
  • the host computer 3310 further comprises processing circuitry 3318, which may have storage and/or processing capabilities.
  • the processing circuitry 3318 may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions.
  • the host computer 3310 further comprises software 3311 , which is stored in or accessible by the host computer 3310 and executable by the processing circuitry 3318.
  • the software 3311 includes a host application 3312.
  • the host application 3312 may be operable to provide a service to a remote user, such as a UE 3330 connecting via an OTT connection 3350 terminating at the UE 3330 and the host computer 3310. In providing the service to the remote user, the host application 3312 may provide user data which is transmitted using the OTT connection 3350.
  • the communication system 3300 further includes a base station 3320 provided in a telecommunication system and comprising hardware 3325 enabling it to communicate with the host computer 3310 and with the UE 3330.
  • the hardware 3325 may include a communication interface 3326 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 3300, as well as a radio interface 3327 for setting up and maintaining at least a wireless connection 3370 with a UE 3330 located in a coverage area (not shown in Figure 10) served by the base station 3320.
  • the communication interface 3326 may be configured to facilitate a connection 3360 to the host computer 3310.
  • connection 3360 may be direct or it may pass through a core network (not shown in Figure 10) of the telecommunication system and/or through one or more intermediate networks outside the telecommunication system.
  • the hardware 3325 of the base station 3320 further includes processing circuitry 3328, which may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions.
  • the base station 3320 further has software 3321 stored internally or accessible via an external connection.
  • the communication system 3300 further includes the UE 3330 already referred to.
  • Its hardware 3335 may include a radio interface 3337 configured to set up and maintain a wireless connection 3370 with a base station serving a coverage area in which the UE 3330 is currently located.
  • the hardware 3335 of the UE 3330 further includes processing circuitry 3338, which may comprise one or more programmable processors, application- specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions.
  • the UE 3330 further comprises software 3331 , which is stored in or accessible by the UE 3330 and executable by the processing circuitry 3338.
  • the software 3331 includes a client application 3332.
  • the client application 3332 may be operable to provide a service to a human or non-human user via the UE 3330, with the support of the host computer 3310.
  • an executing host application 3312 may communicate with the executing client application 3332 via the OTT connection 3350 terminating at the UE 3330 and the host computer 3310.
  • the client application 3332 may receive request data from the host application 3312 and provide user data in response to the request data.
  • the OTT connection 3350 may transfer both the request data and the user data.
  • the client application 3332 may interact with the user to generate the user data that it provides.
  • the host computer 3310, base station 3320 and UE 3330 illustrated in Figure 10 may be identical to the host computer 3230, one of the base stations 3212a, 3212b, 3212c and one of the UEs 3291 , 3292 of Figure 9, respectively.
  • the inner workings of these entities may be as shown in Figure 10 and independently, the surrounding network topology may be that of Figure 9.
  • the OTT connection 3350 has been drawn abstractly to illustrate the communication between the host computer 3310 and the use equipment 3330 via the base station 3320, without explicit reference to any intermediary devices and the precise routing of messages via these devices.
  • Network infrastructure may determine the routing, which it may be configured to hide from the UE 3330 or from the service provider operating the host computer 3310, or both. While the OTT connection 3350 is active, the network infrastructure may further take decisions by which it dynamically changes the routing (e.g., on the basis of load balancing consideration or reconfiguration of the network).
  • the wireless connection 3370 between the UE 3330 and the base station 3320 is in accordance with the teachings of the embodiments described throughout this disclosure.
  • One or more of the various embodiments improve the performance of OTT services provided to the UE 3330 using the OTT connection 3350, in which the wireless connection 3370 forms the last segment. More precisely, the teachings of these embodiments may improve the data rate, latency, power consumption and thereby provide benefits such as user waiting time, relaxed restriction on file size, better responsiveness, extended battery lifetime.
  • a measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve.
  • the measurement procedure and/or the network functionality for reconfiguring the OTT connection 3350 may be implemented in the software 3311 of the host computer 3310 or in the software 3331 of the UE 3330, or both.
  • sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 3350 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which software 3311 , 3331 may compute or estimate the monitored quantities.
  • the reconfiguring of the OTT connection 3350 may include message format, retransmission settings, preferred routing etc.; the reconfiguring need not affect the base station 3320, and it may be unknown or imperceptible to the base station 3320. Such procedures and functionalities may be known and practiced in the art.
  • measurements may involve proprietary UE signaling facilitating the host computer’s 3310 measurements of throughput, propagation times, latency and the like.
  • the measurements may be implemented in that the software 3311 , 3331 causes messages to be transmitted, in particular empty or‘dummy’ messages, using the OTT connection 3350 while it monitors propagation times, errors etc.
  • FIG 11 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • the communication system includes a host computer, a base station such as an AP STA, and a UE such as a Non-AP STA which may be those described with reference to Figure 9 and Figure 10.
  • a host computer provides user data.
  • the host computer provides the user data by executing a host application.
  • the host computer initiates a transmission carrying the user data to the UE.
  • the base station transmits to the UE the user data which was carried in the transmission that the host computer initiated, in accordance with the teachings of the embodiments described throughout this disclosure.
  • the UE executes a client application associated with the host application executed by the host computer.
  • FIG 12 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • the communication system includes a host computer, a base station such as an AP STA, and a UE such as a Non-AP STA which may be those described with reference to Figure 9 and Figure 10. For simplicity of the present disclosure, only drawing references to Figure 12 will be included in this section.
  • the host computer provides user data.
  • the host computer provides the user data by executing a host application.
  • the host computer initiates a transmission carrying the user data to the UE. The transmission may pass via the base station, in accordance with the teachings of the embodiments described throughout this disclosure.
  • the UE receives the user data carried in the transmission.
  • FIG. 13 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • the communication system includes a host computer, a base station such as an AP STA, and a UE such as a Non-AP STA which may be those described with reference to Figure 9 and Figure 10.
  • a first action 3610 of the method the UE receives input data provided by the host computer.
  • the UE provides user data.
  • the UE provides the user data by executing a client application.
  • the UE executes a client application which provides the user data in reaction to the received input data provided by the host computer.
  • the executed client application may further consider user input received from the user.
  • the UE initiates, in an optional third subaction 3630, transmission of the user data to the host computer.
  • the host computer receives the user data transmitted from the UE, in accordance with the teachings of the embodiments described throughout this disclosure.
  • FIG 14 is a flowchart illustrating a method implemented in a communication system, in accordance with one embodiment.
  • the communication system includes a host computer, a base station such as an AP STA, and a UE such as a Non-AP STA which may be those described with reference to Figure 9 and Figure 10.
  • a first action 3710 of the method in accordance with the teachings of the embodiments described throughout this disclosure, the base station receives user data from the UE.
  • the base station initiates transmission of the received user data to the host computer.
  • the host computer receives the user data carried in the transmission initiated by the base station.
  • Embodiment 1 A method performed by a network node (150), for handling an ongoing media session of a first user (A) associated with multiple User Equipment, UE, (121 , 122, 123) in a communications network (100), wherein the first user (A) is in an ongoing media session with a second user (B) using a first UE (121) out of the multiple UEs (121 , 122, 123), the method comprising:
  • a second UE (122) out of the multiple UEs (121 , 122, 123), which request is obtained as a voice instruction from the first user (A) via a Digital Assistant, DA, device (125), wherein the request comprises information regarding an identity of the second UE
  • identifying (403) among the multiple UEs (121 , 122, 123), the second UE (122) and its associated IP Multimedia Subsystem, IMS, identifier based on the information regarding the identity of the second UE (122),
  • Embodiment 2 The method according to Embodiment 1 , wherein the received request for the ongoing media session to be transferred from the first UE (121) to a second UE (122) out of the multiple UEs (121 , 122, 123) further comprises information regarding the media in the ongoing media session.
  • Embodiment 3 The method according to any of the previous Embodiments, wherein the information regarding the identity of the second UE (122) comprises a personalized name associated with the second UE (122).
  • Embodiment 4 The method according to Embodiment 3, wherein the identifying of the second UE (122) out of the one or more UEs (121 , 122, 123) comprises retrieving the IMS identifier of the second UE (122) based on the personalized name associated with the second UE (122).
  • Embodiment 5 The method according to Embodiment 4, wherein the request to transfer the ongoing media session comprises a user identification identifying the user (A).
  • Embodiment 6 The method according to any of the Embodiments 1 to 5, wherein the method further comprises receiving a response from the IMS node 130 comprising an indication of whether the transfer of the ongoing media session was successful or unsuccessful.
  • Embodiment 7 The method according to any of the Embodiments 1 to 6, wherein the method further comprises deciding (408) how to proceed with the ongoing media session.
  • Embodiment 8 The method according to Embodiment 7, wherein deciding (408) how to proceed with the ongoing media session comprises instructing the DA device (125) to offer the user to transfer the ongoing media session to a third UE (123) out of the multiple UEs (121 , 122, 123).
  • Embodiment 9 The method according to Embodiment 7, wherein deciding (406) how to proceed with the ongoing media session comprises instructing the DA device (125) to request the user to select an alternative UE among the multiple UEs (121 , 122, 123) to transfer the ongoing media session to.
  • Embodiment 10 The method according to Embodiment 7, wherein deciding (406) how to proceed with the ongoing media session comprises instructing the DA device (125) to tell the user (120) that the transfer of the ongoing media session to the second UE (122) is not possible.
  • Embodiment 11 The method according to any of the Embodiments 1-10, wherein the network node (150) is represented by an application server node.
  • Embodiment 12 A method performed by an Internet protocol Multimedia Subsystem, IMS, node (130), for handling an ongoing media session of a first user (A) associated with multiple User Equipment, UE, (121 , 122, 123) in a communications network (100), wherein the first user (A) is in an ongoing media session with a second user (B) using a first UE (121) out of the multiple UEs (121 , 122, 123), the method comprising: receiving (404), from a network node (150), a request to transfer the ongoing media session from the first UE (121) to a second UE (122), wherein the request comprises information regarding an identity of the second UE (122),
  • the second UE (122) when the second UE (122) is registered in the IMS node (130) and supports the media of the ongoing media session, transferring (406) the ongoing media session from the first UE (121) to the second UE (122).
  • Embodiment 13 The method according to Embodiment 12, wherein the method further comprises sending (407) to the network node (150), a response indicating the result of the requested transfer of the media session.
  • Embodiment 14 The method according to Embodiment 12 or 13, further comprising: exposing (601) to the network node (150), an Application Program Interface, API, comprising parameters associated with transferring the ongoing media session.
  • Embodiment 15 The method according to Embodiment 14, wherein the API parameters comprise any one out of:
  • User ID corresponds to an IMS Private Identity, IMS Private ID
  • the respective IMS identifier defining any one out of the multiple UEs (121 , 122, 123) which the media session is to be transferred to, and
  • Embodiment 16 The method according to any of the Embodiments 12 to 15, wherein the respective IMS identifier for any one out of the multiple UEs (121 , 122, 123) is an Universally Unique Identifier, UUID, for the respective UE out of the multiple UEs (121 , 122, 123).
  • UUID Universally Unique Identifier
  • Embodiment 17 A computer program (790, 890) comprising instructions, which when executed by a processor (715, 815), causes the processor (715, 815) to perform actions according to any of the Embodiments 1-16.
  • a carrier (795, 895) comprising the computer program (790, 890) of Embodiments 17, wherein the carrier (795, 895) is one of an electronic signal, an optical signal, an electromagnetic signal, a magnetic signal, an electric signal, a radio signal, a microwave signal, or a computer-readable storage medium.
  • Embodiment 19 A network node (150), for handling an ongoing media session of a first user (A) associated with multiple User Equipment, UE, (121 , 122, 123) in a communications network (100), wherein the first user (A) is in an ongoing media session with a second user (B) using a first UE (121) out of the multiple UEs (121 , 122, 123), the network node (150) being configured to:
  • a request for the media session to be transferred from the first UE (121) to a second UE (122) out of the multiple UEs (121 , 122, 123), which request is obtained as a voice instruction from the first user (A) via a Digital Assistant, DA, device (125), wherein the request comprises information regarding an identity of the second UE (122),
  • the second UE (122) and its associated IP Multimedia Subsystem, IMS identifier based on the information regarding the identity of the second UE (122),
  • Embodiment 20 The network node (150) according to Embodiment 19, wherein the received request for the ongoing media session to be transferred from the first UE (121) to a second UE (122) out of the multiple UEs (121 , 122, 123) further comprises an indication of the media in the ongoing media session.
  • Embodiment 21 The network node (150) according to any of the Embodiments 19 or 20, wherein the information regarding the identity of the second UE (122) comprises a personalized name associated with the second UE (122).
  • Embodiment 22 The network node (150) according to Embodiment 21 , wherein the network node (150) is configured to identify the second UE (122) out of the one or more UEs (121 , 122, 123) by retrieving the IMS identifier of the second UE (122) based on the personalized name associated with the second UE (122).
  • Embodiment 23 The network node (150) according to Embodiment 22, wherein the request to transfer the ongoing media session comprises a user identification identifying the user (A).
  • Embodiment 24 The network node (150) according to any of the Embodiments 19 to
  • the network node (150) further is configured to receive a response from the IMS node 130 comprising an indication of whether the transfer of the ongoing media session was successful or unsuccessful.
  • Embodiment 25 The network node (150) according to any of the Embodiments 19 to
  • network node (150) further is configured to decide how to proceed with the ongoing media session.
  • Embodiment 26 The network node (150) according to Embodiment 25, wherein the network node (150) is configured to decide how to proceed with the ongoing media session by instructing the DA device (125) to offer the user to transfer the ongoing media session to a third UE (123) out of the multiple UEs (121 , 122, 123).
  • Embodiment 27 The network node (150) according to Embodiment 25, wherein the network node (150) is configured to decide how to proceed with the ongoing media session by instructing the DA device (125) to request the user to select an alternative UE among the multiple UEs (121 , 122, 123) to transfer the ongoing media session to.
  • Embodiment 28 The network node (150) according to Embodiment 25, wherein the network node (150) is configured to decide how to proceed with the ongoing media session comprises instructing the DA device (125) to tell the user (120) that the transfer of the ongoing media session to the second UE (122) is not possible.
  • Embodiment 29 The network node (150) according to any of the Embodiments 19- 28, wherein the network node (150) is represented by an application server node.
  • Embodiment 30 An Internet protocol Multimedia Subsystem, IMS, node (130), for handling an ongoing media session of a first user (A) associated with multiple User Equipment, UE, (121 , 122, 123) in a communications network (100), wherein the first user (A) is in an ongoing media session with a second user (B) using a first UE (121) out of the multiple UEs (121 , 122, 123), the IMS node (130) being configured to:
  • a network node 150
  • a request to transfer the ongoing media session from the first UE (121) to a second UE (122), wherein the request comprises information regarding an identity of the second UE (122),
  • the second UE 122 determines, based on the information regarding the identity of the second UE (122), whether the second UE 122 is registered to the user in the IMS and supports the media of the ongoing media session,
  • the second UE (122) when the second UE (122) is registered in the IMS node (130) and supports the media of the ongoing media session, transfer the ongoing media session from the first UE (121) to the second UE (122).
  • Embodiment 31 The IMS node (130) according to Embodiment 30, wherein the IMS node (130) is further configured to send, to the network node (150), a response indicating the result of the requested transfer of the media session.
  • Embodiment 32 The IMS node (130) according to Embodiment 30 or 31 , wherein the IMS node (130) is further configured to:
  • an Application Program Interface, API comprising parameters associated with transferring the ongoing media session.
  • Embodiment 33 The IMS node (130) according to Embodiment 32, wherein the API parameters comprise any one out of:
  • the user (A) requesting the transfer of the ongoing media session defined by a corresponding User Identity, User ID, wherein the User ID corresponds to an IMS Private Identity, IMS Private ID,
  • the respective IMS identifier defining any one out of the multiple UEs (121 , 122, 123) which the media session is to be transferred to, and
  • Embodiment 34 The IMS node (130) according to any of the Embodiments 30 to 31 , wherein the respective IMS identifier for any one out of the multiple UEs (121 , 122, 123) is an Universally Unique Identifier, UUID, for the respective UE out of the multiple UEs (121 , 122, 123).
  • UUID Universally Unique Identifier

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Selon des modes de réalisation, la présente invention concerne un procédé mis en œuvre par un nœud de réseau (150) qui permet de gérer une session multimédia en cours d'un premier utilisateur (A) associé à de multiples équipements utilisateurs, UE, (121, 122, 123) dans un réseau de communication (100). Le premier utilisateur (A) se trouve dans une session multimédia en cours avec un second utilisateur (B) à l'aide d'un premier UE (121) parmi les multiples UE (121, 122, 123). Le nœud de réseau (150) reçoit une requête de transfert de la session multimédia du premier UE (121) à un deuxième UE (122) parmi les multiples UE (121, 122, 123), ladite requête étant obtenue sous la forme d'une instruction vocale provenant du premier utilisateur (A) par l'intermédiaire d'un dispositif d'assistance numérique (125), DA. La requête comprend des informations concernant une identité du deuxième UE (122). Le nœud de réseau (150) identifie, parmi les multiples UE (121, 122, 123), le deuxième UE (122) et son identifiant de sous-système multimédia IP, IMS, associé sur la base des informations concernant l'identité du deuxième UE (122). Le nœud de réseau (150) obtient, sur la base de l'identifiant IMS identifié, des informations relatives au fait de savoir si le deuxième UE (122) est ou n'est pas enregistré dans un nœud IMS (130) et prend en charge un contenu multimédia de la session multimédia en cours pour le premier utilisateur (A). Lorsque le deuxième UE (122) est enregistré dans le nœud IMS (130) et prend en charge le contenu multimédia de la session multimédia en cours, le nœud de réseau (150) lance un transfert de la session multimédia en cours du premier UE (121) au deuxième UE (122). Lorsque le deuxième UE (122) n'est pas enregistré dans le nœud IMS (130) et/ou ne prend pas en charge le contenu multimédia de la session multimédia en cours, le nœud de réseau (150) décide comment procéder vis-à-vis de la session multimédia en cours.
PCT/SE2019/050584 2019-06-19 2019-06-19 Nœud de réseau, nœud ims et procédés dans un réseau de communication Ceased WO2020256604A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/SE2019/050584 WO2020256604A1 (fr) 2019-06-19 2019-06-19 Nœud de réseau, nœud ims et procédés dans un réseau de communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2019/050584 WO2020256604A1 (fr) 2019-06-19 2019-06-19 Nœud de réseau, nœud ims et procédés dans un réseau de communication

Publications (1)

Publication Number Publication Date
WO2020256604A1 true WO2020256604A1 (fr) 2020-12-24

Family

ID=67145852

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2019/050584 Ceased WO2020256604A1 (fr) 2019-06-19 2019-06-19 Nœud de réseau, nœud ims et procédés dans un réseau de communication

Country Status (1)

Country Link
WO (1) WO2020256604A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115119335A (zh) * 2021-03-18 2022-09-27 大唐移动通信设备有限公司 非独立组网结构中的节点控制方法、装置及存储介质
CN116367142A (zh) * 2023-06-01 2023-06-30 武汉博易讯信息科技有限公司 基于5g的网络流量采集系统、方法、设备及介质
WO2023195884A1 (fr) * 2022-04-05 2023-10-12 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et système de rapport et d'utilisation d'informations d'emplacement de multiples équipements utilisateurs d'un abonné
CN118802850A (zh) * 2023-11-07 2024-10-18 中国移动通信有限公司研究院 通话方法、装置、功能实体及网络设备
WO2025177286A1 (fr) * 2024-02-20 2025-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Premier nœud centralisé et procédés associés dans un réseau de communication

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2173068A1 (fr) * 2007-08-17 2010-04-07 Huawei Technologies Co., Ltd. Procédé, serveur d'application et dispositif utilisateur pour transférer le flux multimédia de la session multimédia
US20180338037A1 (en) * 2017-05-16 2018-11-22 Google Llc Handling calls on a shared speech-enabled device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2173068A1 (fr) * 2007-08-17 2010-04-07 Huawei Technologies Co., Ltd. Procédé, serveur d'application et dispositif utilisateur pour transférer le flux multimédia de la session multimédia
US20180338037A1 (en) * 2017-05-16 2018-11-22 Google Llc Handling calls on a shared speech-enabled device

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115119335A (zh) * 2021-03-18 2022-09-27 大唐移动通信设备有限公司 非独立组网结构中的节点控制方法、装置及存储介质
WO2023195884A1 (fr) * 2022-04-05 2023-10-12 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et système de rapport et d'utilisation d'informations d'emplacement de multiples équipements utilisateurs d'un abonné
CN116367142A (zh) * 2023-06-01 2023-06-30 武汉博易讯信息科技有限公司 基于5g的网络流量采集系统、方法、设备及介质
CN116367142B (zh) * 2023-06-01 2023-11-10 武汉博易讯信息科技有限公司 基于5g的网络流量采集系统、方法、设备及介质
CN118802850A (zh) * 2023-11-07 2024-10-18 中国移动通信有限公司研究院 通话方法、装置、功能实体及网络设备
WO2025177286A1 (fr) * 2024-02-20 2025-08-28 Telefonaktiebolaget Lm Ericsson (Publ) Premier nœud centralisé et procédés associés dans un réseau de communication

Similar Documents

Publication Publication Date Title
CN111133801B (zh) 基于切片可用性的频率或无线电接入技术（rat）选择
CN104885552A (zh) 用于装置-到-装置通信的方法和设备
WO2023143212A1 (fr) Procédé et appareil de communication
US12603922B2 (en) Gateway node, user equipment and method for enhancing a call session between user equipments using a data channel
US20240259887A1 (en) Methods for controlling a service session handover between network slices, network nodes and a communications device implementing the methods in a communications network
US12316687B2 (en) Nodes and methods for handling provision of an IMS service in a communications network
US11750667B2 (en) Network node, IP multimedia subsystem (IMS) node, over the top (OTT) digital assistant, and methods in a communications network
US11765210B2 (en) Network node, IMS node and methods in a communications network
US11887593B2 (en) Network nodes and methods performed therein for handling media channels during an ongoing media session
WO2024011568A1 (fr) Nœuds de sous-système multimédia de protocole internet (ims), nœud de réseau central et procédés associés, dans un réseau de communications
US20260019447A1 (en) Distributor function, locator function and methods in a communications network
WO2020246923A1 (fr) Nœud de réseau, nœud d'ims et procédés dans un réseau de communication
US11924253B2 (en) Network node, IMS node and methods in a communications network
CN113545019B (zh) 处理用户设备的呼叫信息的网络节点及其中执行的方法
EP4497232B1 (fr) Équipement utilisateur, noeud de gestion de session et procédés dans un réseau de communication
US20240275829A1 (en) Methods for upgrading a first data session for a first media type to handle a second media type, network nodes and a communication device implementing the methods in a communications network
EP3991395A1 (fr) Noeud serveur, assistant numérique et procédés de gestion de la confidentialité associés à des appels entrants dans un réseau de communication
US20220345313A1 (en) Server node, digital assistant and methods in a communications network for handling access control

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19735661

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19735661

Country of ref document: EP

Kind code of ref document: A1