Indicating IP multimedia subsystem (IMS) data channel application download address

Abstract

A method performed by a user equipment (UE) is provided. The method includes receiving a session initiation protocol (SIP) message to request establishment of an application data channel (ADC) for an internet protocol (IP) multimedia subsystem (IMS) session. The SIP message includes a bootstrap data channel (BDC) identity that identifies a BDC for the UE to use to download a data channel (DC) application, and the DC application is configured to use the ADC. The method includes processing the SIP message to extract the BDC identity, and downloading the DC application from the BDC identified by the BDC identity.

Description

INDICATING IP MULTIMEDIA SUBSYSTEM (IMS) DATA CHANNEL APPLICATION DOWNLOAD ADDRESSTECHNOLOGICAL FIELD

[0001] The present disclosure relates generally to telecommunications and, in particular, to data channel services in an IP multimedia subsystem (IMS) of a telecommunications system.BACKGROUND

[0002] Telecommunications systems can be seen as facilities that enable communications between two or more entities such as between two user equipment, between a user equipment and a base station, between two base stations, a user equipment and a network function of a communication network and / or a base station and other nodes. A telecommunications system can include a communication network and one or more user equipment. Communication sessions may comprise, for example, communication of data for carrying communications such as voice, video, electronic mail (email) , text message, multimedia and / or content data and so on. Non-limiting examples of services provided comprise two-way or multi-way calls, data communication or multimedia services and access to a data network system, such as the Internet.

[0003] In a telecommunications system that includes a wireless communication network, at least a part of a communication session between at least two stations occurs over a wireless link. Examples of wireless communication networks comprise public land mobile networks (PLMN) , satellite-based communication networks and different wireless local networks, for example wireless local area networks (WLAN) . Some wireless communication networks can be divided into cells, and are therefore often referred to as cellular networks.

[0004] A user can access a communication network of the telecommunications system by means of an appropriate communication device or terminal. A communication device of a user may be referred to as user equipment (UE) or user device. A communication device is provided with an appropriate signal receiving and transmitting apparatus for enabling communications, for example enabling access to a communication network or communications directly with other users. The communication device may access a carrier provided by, for example, a base station of a cell, and transmit and / or receive communications on the carrier.

[0005] Telecommunications systems have evolved through multiple generations, each bringing advancements in speed, capacity, and functionality. The Evolved Packet System (EPS) represents the 4G architecture, which includes Long-Term Evolution (LTE) and LTE-Advanced (LTE-A) as its radio access technologies. The 5G System (5GS) builds upon EPS, introducing 5G New Radio (5G NR) for enhanced mobile broadband, massive machine-type communications, and ultra-reliable low-latency communications. The future 6G System (6GS) is expected to further revolutionize telecommunications with even more advanced capabilities. Telecommunications systems are interconnected, with 5GS designed to interwork with EPS for seamless service continuity. The 3rd Generation Partnership Project (3GPP) plays a crucial role in developing and maintaining standards for these telecommunications systems, ensuring global interoperability and evolution from Universal Mobile Telecommunications System (UMTS) (3G) through to the ongoing development of 6G technologies. BRIEF SUMMARY

[0006] Example implementations of the present disclosure are directed to telecommunications and, in particular, to data channel services in an IP multimedia subsystem (IMS) of a telecommunications system. The present disclosure includes, without limitation, the following example implementations.

[0007] Some example implementations provide a user equipment comprising: at least one processor; and at least one memory storing instructions, the instructions when executed by the at least one processor causing the user equipment to perform operations, the operations comprising: receiving a session initiation protocol (SIP) message to request establishment of an application data channel (ADC) for an internet protocol (IP) multimedia subsystem (IMS) session, wherein the SIP message includes a bootstrap data channel (BDC) identity that identifies a BDC for the UE to use to download a data channel (DC) application, and wherein the DC application is configured to use the ADC; processing the SIP message to extract the BDC identity; and downloading the DC application from the BDC identified by the BDC identity.

[0008] Some example implementations provide a method performed by a user equipment (UE) , the method comprising: receiving a session initiation protocol (SIP) message to request establishment of an application data channel (ADC) for an internet protocol (IP) multimedia subsystem (IMS) session, wherein the SIP message includes a bootstrap data channel (BDC) identity that identifies a BDC for the UE to use to download a data channel (DC) application, and wherein the DC application is configured to use the ADC; processing the SIP message to extract the BDC identity; and downloading the DC application from the BDC identified by the BDC identity.

[0009] Some example implementations provide an apparatus comprising: at least one processor; and at least one memory storing instructions, the instructions when executed by the at least one processor causing the user equipment to perform operations, the operations comprising: selecting a bootstrap data channel (BDC) for at least one user equipment (UE) to use to download a data channel (DC) application to be used in an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session; generating a request message to request establishment of the ADC in the IMS session, wherein the request message includes a BDC identity that identifies the BDC for the at least one UE to use to download the DC application; and sending the request message toward an IMS application server.

[0010] Some example implementations provide a method comprising: selecting a bootstrap data channel (BDC) for at least one user equipment (UE) to use to download a data channel (DC) application to be used in an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session; generating a request message to request establishment of the ADC in the IMS session, wherein the request message includes a BDC identity that identifies the BDC for the at least one UE to use to download the DC application; and sending the request message toward an IMS application server.

[0011] Some example implementations provide an apparatus comprising: at least one processor; and at least one memory storing instructions, the instructions when executed by the at least one processor causing the user equipment to perform operations, the operations comprising: receiving a request message to request establishment of an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session, wherein the request message to request the establishment of the ADC includes a bootstrap data channel (BDC) identity that identifies a BDC for at least one user equipment (UE) to use to download a data channel (DC) application, and wherein the DC application is configured to use the ADC; generating, based on the request message to request the establishment of the ADC in the IMS session, a session initiation protocol (SIP) message, wherein the SIP message includes the BDC identity; and sending, toward the at least one UE, the SIP message.

[0012] Some example implementations provide a method comprising: receiving a request message to request establishment of an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session, wherein the request message to request the establishment of the ADC includes a bootstrap data channel (BDC) identity that identifies a BDC for at least one user equipment (UE) to use to download a data channel (DC) application, and wherein the DC application is configured to use the ADC; generating, based on the request message to request the establishment of the ADC in the IMS session, a session initiation protocol (SIP) message, wherein the SIP message includes the BDC identity; and sending, toward the at least one UE, the SIP message.

[0013] These and other features, aspects, and advantages of the present disclosure will be apparent from a reading of the following detailed description together with the accompanying figures, which are briefly described below. The present disclosure includes any combination of two, three, four or more features or elements set forth in this disclosure, regardless of whether such features or elements are expressly combined or otherwise recited in a specific example implementation described herein. The present disclosure is intended to be read holistically such that any separable features or elements of the disclosure, in any of its aspects and example implementations, should be viewed as combinable unless the context of the disclosure clearly dictates otherwise.

[0014] It will therefore be appreciated that this Brief Summary is provided merely for purposes of summarizing some example implementations so as to provide a basic understanding of some aspects of the disclosure. Accordingly, it will be appreciated that the above described example implementations are merely examples and should not be construed to narrow the scope or spirit of the disclosure in any way. Other example implementations, aspects and advantages will become apparent from the following detailed description taken in conjunction with the accompanying figures which illustrate, by way of example, the principles of some described example implementations. BRIEF DESCRIPTION OF THE FIGURE (S)

[0015] Having thus described example implementations of the disclosure in general terms, reference will now be made to the accompanying figures, which are not necessarily drawn to scale, and wherein:

[0016] FIG. 1 illustrates a telecommunications system that includes one or more public land mobile networks (PLMNs) coupled to one or more external data networks, according to some example implementations of the present disclosure;

[0017] FIG. 2 illustrates a PLMN with an IP multimedia subsystem (IMS) , according to some example implementations;

[0018] FIG. 3 illustrates the IMS including support for data channel services, according to some example implementations;

[0019] FIGS. 4A, 4B and 4C illustrate a diagram of a procedure for network-initiated establishment of a person to person (P2P) application data channel (ADC) , according to some example implementations;

[0020] FIGS. 5A and 5B illustrate a diagram of a procedure for user equipment (UE) -initiated establishment of a P2P ADC, according to some example implementations;

[0021] FIGS. 6A and 6B illustrate a diagram of a procedure for illustrate a diagram of a procedure for network-initiated establishment of a P2P ADC, according to some example implementations, according to some example implementations;

[0022] FIGS. 7A and 7B illustrate a diagram of a procedure for UE-initiated establishment of a P2P ADC, according to some example implementations, according to some example implementations;

[0023] FIGS. 8A and 8B are flowcharts illustrating various steps in a method performed by a UE, according to various example implementations;

[0024] FIGS. 9A and 9B are flowcharts illustrating various steps in a method, according to various example implementations;

[0025] FIG. 10 is a flowchart illustrating various steps in a method, according to various example implementations; and

[0026] FIG. 11 illustrates an apparatus according to some example implementations.DETAILED DESCRIPTION

[0027] Some implementations of the present disclosure will now be described more fully hereinafter with reference to the accompanying figures, in which some, but not all implementations of the disclosure are shown. Indeed, various implementations of the disclosure may be embodied in many different forms and should not be construed as limited to the implementations set forth herein; rather, these example implementations are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art. Like reference numerals refer to like elements throughout. Unless specified otherwise or clear from context, references to first, second or the like should not be construed to imply a particular order but are merely utilized to distinguish one item or operation from another.

[0028] As used herein, unless specified otherwise or clear from context, the “or” of a set of operands is the “inclusive or” and thereby true if and only if one or more of the operands is true, as opposed to the “exclusive or” which is false when all of the operands are true. Thus, for example, “ [A] or [B] ” is true if [A] is true, or if [B] is true, or if both [A] and [B] are true. Further, the articles “a” and “an” mean “one or more, ” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, it should be understood that unless otherwise specified, the terms “data, ” “content, ” “digital content, ” “information, ” and similar terms may be at times used interchangeably. The term “network” may refer to a group of interconnected computers including clients and servers; and within a network, these computers may be interconnected directly or indirectly by various means including via one or more switches, routers, gateways, access points or the like.

[0029] The present disclosure discusses telecommunication systems and mobile or cellular networks and user equipment thereof, and while specific terms may be used, are broadly applicable across various technologies. For instance, while the present disclosure may reference radio access technologies such as 5G NR and 5G Advanced, the present disclosure is equally relevant to next generation radio access technologies, such as 6G. Example implementations of the present disclosure described herein also mention public land mobile networks (PLMNs) and mobile network operators (MNOs) , but example implementations are similarly applicable to standalone non-public networks (SNPNs) .

[0030] Although some examples and figures focus on radio access networks (RANs) and in particular radio access networks that operate in accordance with the 3GPP standard for 5G NR (generally referred to as 3GPP access or 3GPP access networks) , example implementations are applicable to any type of access networks. The applicability to any type of access network includes not only 3GPP access networks but also non-3GPP access networks, such as wireline access, untrusted non-3GPP access network, and trusted non-3GPP access network using wireless access gateway function (W-AGF) , non-3GPP interworking function (N3IWF) , or trusted non-3GPP gateway function (TNGF) to connect to a core network (e.g., a 5G core network (5GC) or a 6G core network (6GC) ) of a mobile or cellular network.

[0031] Further, as used in this application, the term “circuitry” may refer to one or more or all of the following: (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) ; (b) combinations of hardware circuits and software, such as (as applicable) : (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) ; or (c) hardware circuit (s) and / or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0032] The above definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0033] FIG. 1 illustrates a telecommunications system 100 according to various example implementations of the present disclosure. Examples of suitable telecommunications systems include UMTS, EPS and 5GS, as well as the future 6GS. The telecommunications system 100 (otherwise referred to as a system) generally includes one or more mobile or cellular networks. The telecommunications systems may interwork with each other. As shown, for example, the system includes one or more PLMNs 102 coupled to one or more other external data networks (DN) 104 –notably including a wide area network (WAN) such as the Internet. As will be appreciated, a PLMN may be a standalone PLMN that includes a 5GC, or may be a non-standalone PLMN that includes both an Evolved Packet Core (EPC) and a 5GC connected to a RAN. Although the system 100 shown includes one or more PLMNs, it will be appreciated that the system 100 may include one or more non-public networks, or one or more PLMNs and one or more non-public networks.

[0034] Each of the PLMNs 102 includes a core network (CN) 106, such as the EPC, the 5GC, or a 6GC; and each CN is coupled to one or more RANs 108 that implement one or more radio access technologies (RATs) . Examples of these RANs include the evolved UMTS terrestrial radio access network (E-UTRAN) of 4G LTE, the next generation (NG) radio access network (NG-RAN) of 5G NR, and the 6G RAN. As used herein, a “network device” refers to any suitable device of a RAN or a core network of a telecommunications system. Examples of suitable network devices are described in greater detail below.

[0035] Examples of RATs include 3GPP radio access technologies such as GSM, CDMA2000 1xEV-DO (HRPD) , CDMA2000 1x (1xRTT) , UTRA, E-UTRA, 5G NR, 5G Advanced, and 6G. Other examples of RATs include IEEE 802 technologies such as IEEE 802.11 (Wi-Fi) , IEEE 802.15 (including 802.15.1 (WPAN / Bluetooth) , 802.15.4 (Zigbee) and 802.15.6 (WBAN) ) , Bluetooth, Bluetooth Low Energy (BLE) , ultra wideband (UWB) , and the like. Generally, a RAT may refer to any 2G, 3G, 4G, 5G, 6G or higher generation RAT and their different versions, as well as to any other RAT that may be arranged to interwork with such a RAT to provide access to the CN 106 of a MNO.

[0036] The telecommunications system 100 also includes one or more communication devices that may be varyingly known as user equipment (UE) 110, terminal device, terminal equipment, mobile station or the like. The UE is generally a device configured to communicate with a network device (e.g., an access node such as a RAN node of RAN 108) ora further UE in the telecommunications system. The UE may be a portable computer (e.g., laptop, notebook, tablet computer) , mobile phone (e.g., cell phone, smartphone) , wearable computer (e.g., smartwatch) , or the like. In other examples, the UE may be an Internet of things (IoT) device, an industrial IoT (IIoT device) , a vehicle equipped with a vehicle-to-everything (V2X) communication technology, or the like. In some examples, as referenced by 3GPP, the UE may be a narrowband IoT (NB-IoT) device, an enhanced machine-type communication (eMTC) device, a reduced capability (RedCap) device, an ambient IoT device, or the like.

[0037] In operation, these UEs 110 may connect to one or more RAN nodes of the RANs 108 according to their particular RATs to thereby access a particular CN 106 of a PLMN 102, or to access one or more of the external data networks 104 (e.g., the Internet) or services provided by the PLMN. The external data network 104 may provide Internet access, or 3rd party services (e.g., service provided by 3rd party applications servers) . For example, the International Telecommunication Union (ITU) has classified 5G mobile network services (e.g., services provided by a 5G mobile network) into three categories: enhanced mobile broadband (eMBB) , ultra-reliable and low-latency communications (URLLC) , and massive machine type communications (mMTC) or massive internet of things (MIoT) .

[0038] In various examples, a RAN 108 may be configured to provide one or more macrocells, microcells, picocells, femtocells or the like. The RAN may generally include one or more RAN nodes that interact with UEs 110. In various examples, a RAN node may be referred to as a base station (BS) , access point (AP) , base transceiver station (BTS) . Examples of RAN nodes include a Node B (NB) , evolved NB (eNB) , macro BS, NB (MNB) or eNB (MeNB) , home BS, NB (HNB) or eNB (HeNB) , next generation NB (gNB) , enhanced gNB (en-gNB) , next generation eNB (ng-eNB) , 6G NB (6gNB) , or the like. The term ‘gNB’ in 5G NR may correspond to the eNB in 4G LTE. Also, a NG-RAN node may refer to a gNB or a ng-eNB. And unless otherwise specified, a gNB in 5G NR or a 6gNB in 6G may at times be more generally referred to as a (6) gNB or more simply a gNB.

[0039] The RAN 108 may include some type of network controlling / governing entity responsible for control of the RAN nodes. The network controlling / governing entity and RAN node may be separate entities or may be integrated into a single apparatus. The network controlling / governing entity may include processing circuity configured to carry out various management functions for controlling a RAN node or RAN nodes of the RAN. The processing circuity may be associated with a memory, computer-readable storage medium or a data storage device comprising a database for maintaining information required in the various management functions.

[0040] FIG. 2 illustrates an example of a PLMN 102, such as 4G LTE, 5G NR or 6G PLMN that communicates with a UE 110 and an external data network 104 of the telecommunications system 100. As shown, the RAN 108 (e.g., E-UTRAN, NG-RAN, 6G RAN) includes one or more RAN nodes 202 configured to connect one or more UEs to the RAN to thereby access the CN 106 (e.g., EPC, 5GC, 6GC) . In 4G LTE, the UE, E-UTRAN and EPC compose EPS. Similarly, in 5G NR, the UE, NG-RAN and 5GC compose the 5GS. And in 6G, the UE, 6G RAN and 6GC compose the 6GS.

[0041] In some implementations, operations of a gNB or other RAN node 202 may be distributed or functionally split into components including one or more remote radio head (RRHs) or radio units (RUs) , and a baseband unit (BBU) ; and in some implementations, the BBU may be split into a central / centralized unit (CU) (central node) and a distributed unit (DU) (distributed node) . The CU may be, for example, a server, host or node. In some implementations, the RRH / RU and DU may be collocated at a network device. It is also possible that operations of a gNB or RAN node may be distributed among a plurality of servers, hosts or nodes.

[0042] The CN 106 may include a number of network functions (NFs) divided between the control plane (CP) and the user plane (UP) . In particular, for example, the CN may include, for example, NFs for access and mobility management (MM) (at times referred to as a MM NF) and session management (SM) (at times referred to as a SM NF) . The MM NF may be, for example, a mobility management entity (MME) in the EPC, an access and mobility management function (AMF) 204 in the 5GC, or a 6G MM in the 6GC. Similarly, the SM NF may be, for example, a serving gateway (SGW) control plane function (SGW-C) and / or packet data network gateway (PGW) control plane function (PGW-C) in the EPC, a session management function (SMF) 206 in the 5GC, or a 6G SM in the 6GC.

[0043] The CN 106 may also include a NF for reception and transmission of traffic (e.g., data) , which may at times be referred to a user plane function (UPF) 208. In the EPC, the UPF may be a SGW user plane function (SGW-U) and / or PGW user plane function (PGW-U) . Other examples of suitable NFs include a network exposure function (210) (or a service capability exposure function (SCEF) or the like in the EPC) , a policy control (PC) NF, and the like. The PC NF may be, for example, a policy and charging function (PCF) 212, a policy and charging rules function (PCRF) , or the like. It has to be noted that although the figures refer to a number of 5GC NFs, such as AMF, SMF and UPF, example implementations of the present disclosure are equally applicable to a 6GC with equivalent core elements  / NFs, or to an EPC with an MME having similar functionality of the AMF, an HSS having similar functionality as the UDM, and a PGW having similar functionality as SMF.

[0044] Also shown is the IP multimedia subsystem (IMS) 214 as specified by 3GPP for enabling IP multimedia services, such as voice, video, messaging, data and web-based services. In the context of IMS, the CN 106 together with the RAN 108 may form an IP connectivity access network (IP-CAN) to transport multimedia signaling and bearer traffic for the IP multimedia services. As currently specified, examples of an IP-CAN include the EPC (Evolved Packet Core) together with the E-UTRAN in 4G, and the 5GC (5G Core) together with NG-RAN (the 5GS access network) in 5G. Another example of an IP-CAN may be the 6GC (6G Core) together with 6G RAN (the 6GS access network) in 6G.

[0045] The IMS 214 also supports (e.g., is configured to provide) data channel services. FIG. 3 illustrates one example of the IMS that supports data channel services. As shown, for example, the IMS includes an IMS core 302 with a number of call session control functions (CSCFs) , such as a proxy-CSCF (P-CSCF) , an interrogating-CSCF (I-CSCF) , and a serving CSCF (S-CSCF) (the CSCFs shown as I / S / P CSCF 304) . The IMS also includes an IMS application server (AS) 306, a media function (MF) 308 (or a media resource function (MRF) ) , and a data channel signaling function (DCSF) 310.

[0046] In the IMS 214, the MF 308 is a NF that interacts with the IMS AS 306 via the service-based interface DC2, and provides media capabilities in support of IMS DC. A DC application server 312 (at times referred to as a DC AS) in an external data network 104 may be responsible for service control, including session media control and media capability negotiation with the UE 110 via the MF. Although not separately shown, in some examples, the UE includes a DC multimedia telephony service for IMS (DC-MTSI) client, which is a data channel capable MTSI client that supports DC media (data and applications transferred via DC) .

[0047] The DCSF 310 is a signaling control function that provides data channel control logic. The DCSF may receive event reports (e.g., reports of events) from the IMS AS 306 via the service-based interface DC1, and decide whether a DC service is allowed to be provided during an IMS session. The DCSF may support HTTP web server functionality to download DC media including data and applications via the MF 308 to the UE 110 based on UE subscription. The DCSF may download DC media from a DC application repository 314. The DCSF may interact with the DC application server 312 for DC resource control via DC4 / DC3, and for traffic forwarding via MDC3 / MDC2.

[0048] The IMS 214 may also support (e.g., be capable of) negotiation of a standalone IMS DC session that includes a data channel without dedicated audio, video or messaging components. A UE which has DC capability may include the ability to add audio / video / messaging media to an established standalone IMS data channel. A UE which has DC capability may also include the ability to remove audio / video / messaging media from an established IMS DC session.

[0049] A number of scenarios for IMS session with standalone bootstrap DC (BDC) , or a combination of standalone BDC and application DC (ADC) may be supported. For example, an IMS session with only standalone BDC may be used for downloading an application list and DC applications from the DCSF 310. In another example, a UE 110 may initiate establishment of an IMS session with another UE with only standalone BDC and further update the IMS session with ADC. In yet another example, an IMS session with a combination of standalone BDC and ADC may be used to establish ADC, which allows the remote UE to download a DC application if not yet downloaded after accepting the BDC, and update the IMS session to use the DC application. In these and other similar scenarios, the session description protocol (SDP) offer / answer procedure may be used to change an IMS session with audio / video / DC media components to a standalone IMS DC session, and add audio / video media components to an established standalone IMS DC session.

[0050] In the IMS 214, a BDC may therefore serve as an initial connection point for a UE 110 toward the IMS to download and install DC applications. These DC applications may then be used in one or more ADCs. An ADC is the actual data channel used for providing specific DC media services using the downloaded DC application. In this context, binding information (also referred to as application binding information) for binding a DC application to the related ADC may be used to support multiple, simultaneous DC applications in a UE 110.

[0051] The binding information may include specific ADC parameters and capabilities required for the DC application to function correctly. The binding information may then function as a bridge between the BDC and the ADC, ensuring that the DC application is properly configured, and that the DC application is ready to be used in the ADC to which the DC application is bound. A UE 110 may receive the binding information of a DC application via the BDC, for example, in a SIP message including a SDP offer in which the binding information is encoded in an SDP attribute (a=3gpp-req-app) . For example, the UE may receive the binding information of a video call application, and the binding information of the video call application may include information indicative of required media codecs to operate within the ADC. The UE may download the video call application, and then initiate a video call with another user within the ADC to which the video call is bound.

[0052] As currently specified in 3GPP, the binding information, and the SDP attribute (a=3gpp-req-app) in which the binding information may be received by a UE 110, do not include BDC information, which can indicate the DC application downloading address to the UE (e.g., the BDC information does not include an address from which a UE can download a DC application) . In IMS, a UE can establish two BDC, one with the originating IMS 214 in which an IMS session is initiated, and another with the terminating IMS in which the IMS session is terminated. The existence of the two BDCs may create an ambiguity when a UE needs to download a DC application to be used within a specific BDC, as the UE may be unable to determine which BDC  / IMS should be used by the UE to download the DC application. This problem manifests in both network-initiated DC establishment and UE-initiated DC establishment, and can lead to unsuccessful IMS DC communication due to the lack of a proper DC application download address on the UE side.

[0053] In view of the foregoing, example implementations of the present disclosure provide solution (s) in which a UE 110 may be notified of a BDC identity that identifies a BDC for the UE to use to download a DC application to be used in an ADC. In some examples, the BDC identity may identify the BDC by a stream identifier (ID) which is an identifier used to distinguish individual data channels within an IMS session.

[0054] In some examples, the BDC identity may include a PLMN identity that identifies the PLMN 102 from where to download the DC application. In some examples, the BDC identity include an indication that the IMS 214 from which the DC application is downloaded is a local IMS or a remote IMS relative to the at least one UE 110. In these examples, the IMS is a local IMS for a UE when the UE is connected to the IMS from which the DC application is downloaded. Conversely, the IMS is a remote IMS for a UE when the UE accesses the IMS from which the DC application is downloaded through another IMS (the local IMS) . That is, for a UE, the IMS from which the DC application is downloaded may be a local IMS to which the UE is connected, or a remote IMS accessed by the UE through the (local) IMS to which the UE is connected.

[0055] Example implementations of the present disclosure are applicable to both network-initiated DC establishment and UE-initiated DC establishment. In network-initiated DC establishment, example implementations may be applied to a number of ADC types, including person to application (P2A) , person to person (P2P) , person-to-application and application-to-person (P2A2P) , and the like. Similarly, in UE-initiated DC establishment, example implementations may be applied to a number of ADC types, including P2P, P2A2P, and the like.

[0056] As explained in greater detail below, a DC application server 312 (for network-initiated DC establishment) or a UE 110 (for UE-initiated DC establishment) may select a BDC for UE (s) 110 to download a DC application to be used in an ADC in an IMS session. As an ADC establishment initiator, the UE  / DC application server may generate a request message to request establishment of the ADC in the IMS session, and the request may include a BDC identity that identifies the BDC for the UE (s) to download the DC application. In some examples involving network-initiated DC establishment, the DC AS may generate a request message of a service operation to establish the ADC. In some other examples involving UE-initiated DC establishment, the UE may generate a SIP message to request the establishment of the ADC in the IMS session. In either of the examples, the UE  / DC application server may then send the request message toward an IMS AS 306.

[0057] The IMS AS 306 may receive, from the UE 110  / DC application server 312, the request message including the BDC identity. The IMS AS may generate, based on the request message to request the establishment of the ADC in the IMS session, a SIP that includes the BDC identity. This SIP message may be a SIP message to request establishment of the ADC for the IMS session. The IMS AS may then send the SIP message (including the BDC identity) toward the UE (s) 110.

[0058] Each of the UE (s) 110 may receive, from the IMS AS 306, the SIP message including the BDC identity that identifies the BDC for the UE to use to download the DC application to be used in the ADC. The UE may process the SIP message to extract the BDC identity, and download the DC application from the BDC identified by the BDC identity.

[0059] In some example implementations, the BDC identity may be concatenated with the binding information for binding the DC application to the ADC. In these examples, the UE 110  / DC application server 312 may concatenate the BDC identity with the binding information, and generate the request message to include the BDC identity concatenated with the binding information. In some examples involving network-initiated DC establishment, upon receiving the request message, when generating the SIP message to request establishment of the ADC for the IMS session, the IMS AS 306 may encode, as a value of an SDP attribute (e.g., a=3gpp-req-app) of the SDP offer, the BDC identity concatenated with the binding information. On the receiving end of the SIP message, the UE may decode, from the value of the SDP attribute of the SDP offer, the BDC identity concatenated with the binding information. The UE may extract the BDC identity from the BDC identity concatenated with the binding information, and download the DC application from the BDC identified by the BDC identity.

[0060] In some examples involving UE-initiated BD establishment in which the request message is a SIP message including an SDP offer, the UE 110 may encode the BDC identity as a value of an SDP attribute of the SDP offer. In some of these examples, the SDP offer may include an attribute (e.g., a=binding-bdc) dedicated to carrying the BDC identity.

[0061] In some other examples involving network-initiated BD establishment, upon receiving the request message from the DC application server 312, when generating the SIP message to request establishment of the ADC for the IMS session, the IMS AS 306 may encode, as a value of an SDP attribute of the SDP offer, the BDC identity (without the binding information in the same attribute) . Similar to some examples involving UE-initiated BD establishment, the SDP offer may include an attribute (e.g., a=binding-bdc) dedicated to carrying the BDC identity. On the receiving end of the SIP message, the UE 110 may decode, from the value of the SDP attribute of the SDP offer, the BDC identity, and download the DC application from the BDC identified by the BDC identity.

[0062] As indicated above, example implementations of the present disclosure are applicable to both network-initiated DC establishment (e.g., P2A, P2P, P2A2P ADC) and UE-initiated DC establishment (e.g., P2P, P2A2P ADC) . FIGS. 4A-4C illustrate a diagram of a procedure for network-initiated establishment of a P2P ADC, according to some example implementations. Similarly, FIGS. 5A and 5B illustrate a diagram of a procedure for UE-initiated establishment of a P2P ADC, according to some example implementations. Example implementations may equally apply to other ADC types.

[0063] The procedure for network-initiated establishment of a P2P ADC illustrated in FIGS. 4A –4C may involve a first UE (A) 110A connected to an originating IMS 214A in which an IMS session is initiated, and a second UE (B) 110B connected to a terminating IMS in which the IMS session is terminated. The terminating IMS may include an IMS core-2 302B, an IMS AS-2 306B, a MF-2 308B and a DCSF-2 306B. The procedure may also involve an NEF 210 in a CN 106 of a PLMN 102, and a DC AS 312 located in an external data network 104. As shown in FIG. 4A, the procedure may include a number of preconditions, such as establishment of the IMS session between UE A and UE B, and establishment of BDC (s) in the IMS session. Another precondition may be that the DC AS receives the session ID of the IMS session.

[0064] As also shown in FIG. 4A, at step 400, the DC AS 312 may at step 400 decide to establish a P2P ADC between UE B 110B and UE A 110A in the IMS session. As an ADC establishment initiator, the DC AS may at step 401A select a BDC for UE B and UE A to download a DC application to be used in the P2P ADC in the IMS session. In this regard, a DC is an application that utilizes IMS DC capability to provide enhanced interactive services alongside or independent of traditional IMS services, such as voice, video, messaging, data, and web-based services. The DC AS may concatenate a BDC identity that identifies the selected BDC with binding information for binding the DC application to the P2P ADC. In some examples, the BDC identity may differ between UE B and UE A, such as when the BDC identity identifies the BDC by an indication that the IMS 214 from which the DC application is downloaded is a local IMS or a remote IMS relative to the UE. In these examples, the DC AS may concatenate the BDC identity for each UE with the binding information.

[0065] The DC AS 312 may generate a request to add the P2P ADC in the IMS session, or otherwise request establishment of the P2P ADC in the IMS session. The request message includes the BDC identity concatenated with the binding information. The request message may also include, for example, the session ID, identifiers (e.g., IP multimedia public user identities (IMPUs) ) of UE B 110B and UE A 110A, and information that indicates the ADC type of the P2P ADC to be established (i.e., P2P ADC) . At step 401B, the DC AS may send the request message to the NEF 210, such as in an NEF service operation (e.g., Nnef_ImsSessionManagement_Update request) .

[0066] The NEF 210 may at step 402 query a home subscriber server (HSS) to retrieve information that indicates an IMS AS instance serving UE B 110B, in this case IMS AS-2 306B, such as using a Nhss_ImsUECM_AsInfoGet service operation. The NEF may then at step 403 send, toward IMS AS-2, a request to add the P2P ADC in the IMS session, or otherwise request establishment of the P2P ADC in the IMS session. The request may be sent using an IMS AS service operation (e.g., in a Nimsas_ImsSessionManagement_Update request) . Similar to the request received by the NEF at step 401B, the request sent to IMS AS-2 at step 403 may include the BDC identity concatenated with the binding information. The request may also include, for example, the session ID, identifiers (e.g., IMPUs) of UE B and UE A 110A, and information that indicates the ADC type of the P2P ADC to be established (i.e., P2P ADC) .

[0067] As shown in FIG. 4B, IMS AS-2 306B may at step 404 send, to the NEF 210, a response message in response to the request message received by IMS AS-2 from the NEF, such as in an IMS AS service operation. Similarly, the NEF may at step 405 send, to the DC AS 312, a response message in response to the request message received by the NEF from the DC AS, such as in an NEF service operation.

[0068] At steps 406 to 411, the procedure may include media control between IMS AS-2 306B, DCSF-2 310B and MF-2 302B in the terminating IMS 214 to which UE 2 110B is connected. At steps 406 to 411, the DCSF-2 may determine that the P2P ADC should be anchored in the MF-2. The DCSF-2 may then instruct IMS AS-2 to set up the P2P ADC. The IMS AS-2 may interact with the MF-2 to allocate a DC media resource toward UE B 110B and UE A 110A. After the DC media resource allocation, the IMS A-2 may respond to DCSF-2, and the DCSF-2 may send, to IMS AS-2, a session event control response.

[0069] At step 412A, IMS AS-2 306B may generate a SIP message, such as a SIP reINVITE message, based on the request message received by IMS AS-2 from the NEF 210 at step 403 and the DC media resource information allocated at steps 406 to 411. The SIP message may include an SDP offer for UE B 110B and UE A 110A, and IMS AS-2 may encode, as a value of an SDP attribute (e.g., a=3gpp-req-app) of the SDP offer, the BDC identity concatenated with the binding information. IMS AS-2 may at step 412B send the SIP message to UE B via IMS core-2 302B.

[0070] UE B 110B may receive the SIP message and, at step 413A, decode, from the value of the SDP attribute (e.g., a=3gpp-req-app) of the SDP offer, the BDC identity concatenated with binding information for binding the DC application to the P2P ADC. UE B may extract the BDC identity from the BDC identity concatenated with the binding information; and UE B may at step 413B download the DC application from the BDC identified by the BDC identity (if the DC application has not already been downloaded by UE B) . Upon successful download of the DC application, UE B may at step 414 return a 200 OK message to IMS AS-2 306B via IMS core-2 302B.

[0071] As shown in FIG. 4C, IMS AS-2 306B may at step 415 send the SIP message to UE A 110A via the originating IMS 214A. UE A may receive the SIP message and, at step 416A, decode, from the value of the SDP attribute (e.g., a=3gpp-req-app) of the SDP offer, the BDC identity concatenated with binding information for binding the DC application to the P2P ADC. UE A may extract the BDC identity from the BDC identity concatenated with the binding information; and UE A may at step 416B download the DC application from the BDC identified by the BDC identity (if the DC application has not already been downloaded by UE A) . Upon successful download of the DC application, UE A may at step 417 return a 200 OK message to IMS AS-2 306B via IMS core-2 302B.

[0072] At steps 418 to 423, the procedure may include media resource update, an IMS session management result may be notified to IMS AS-2 306B via the NEF 210. At steps 418 to 423, the IMS AS-2 306B may send a request to MF-2 308B to update UE B side and UE A side media resource information, and the IMS AS-2 may send an acknowledgement (ACK) to UE B 110B and UE A 110A. If the request message at step 401B identifies the DC AS 312 as a notification target, the IMS AS-2 may send the DC AS, via the NEF 210, a notification for progress of the update to the IMS session. The DC AS may return a response to the notification via the NEF.

[0073] Reference is now made to FIGS. 5A and 5B which, again, illustrate a diagram of a procedure for UE-initiated establishment of a P2P ADC, according to some example implementations. The procedure for UE-initiated establishment of the P2P ADC may involve UE A 110A connected to an originating IMS 214 in which an IMS session is initiated, which may include a P-CSCF 304’ , a I / S-CSCF 304” , an IMS AS 306, a DCSF 310 and a MF 308. The procedure may also involve a terminating IMS 214B in which the IMS session is terminated, and to which UE B is connected. As shown in FIG. 5A, the procedure may include, at step 500, establishment of the IMS session between UE A and UE B, and establishment of BDC (s) in the IMS session.

[0074] As an ADC establishment initiator, UE A 110A may at step 501A select a BDC for UE B 110B to download a DC application to be used in the P2P ADC in the IMS session. UE A may concatenate a BDC identity that identifies the selected BDC with binding information for binding the DDC application to the P2P ADC. In some examples, the BDC identity may be relative to UE B, such as when the BDC identity identifies the BDC by an indication that the IMS 214 from which the DC application is downloaded is a local IMS or a remote IMS relative to the UE.

[0075] UE A 110A may generate a request message to request establishment of the P2P ADC in the IMS session. The request message may be a SIP message, such as a SIP reINVITE message, including an SDP offer. UE A may encode, as a value of an SDP attribute (e.g., a=3gpp-req-app) of the SDP offer, the BDC identity concatenated with binding information for binding the DC application to the P2P ADC. UE A may then, at step 501B, send the SIP message to the IMS AS 306 via the P-CSCF 304” and the I / S-CSCF 304” .

[0076] At steps 502 to 506, the procedure may include media control between the IMS AS 306, the DCSF 310, the MF 302B, and the terminating IMS 214B  / UE B 110B, such as in a manner similar to that described above with reference to steps 406 to 411.

[0077] The IMS AS 306 may at steps 507, 508 send the SDP offer in a SIP message (e.g., SIP reINVITE message) toward UE B 110B, via the I / S-CSCF 304” and the terminating IMS 214B. The SDP offer may include the BDC identity concatenated with binding information encoded as the value of an SDP attribute (e.g., a=3gpp-req-app) . As shown in FIG. 5B, IMS negotiation may be performed at step 509A, such as for the terminating IMS to perform SIP message (reINVITE / UPDATE) handling and route the SIP message to UE B.

[0078] During the terminating IMS negotiation, UE B 110B may at step 509B, decode, from the value of the SDP attribute (e.g., a=3gpp-req-app) of the SDP offer, the BDC identity concatenated with binding information for binding the DC application to the P2P ADC. UE B may extract the BDC identity from the BDC identity concatenated with the binding information; and UE B may at step 509C download the DC application from the BDC identified by the BDC identity, (if the DC application has not already been downloaded by UE B) . Upon successful download of the DC application, UE B may at step 510 return a 200 OK message to the I / S-CSCF 304” .

[0079] At steps 511 to 518, the procedure may include session event control, and the IMS AS 306 may return a 200 OK SIP message to UE A 110A. The P2P ADC between UE A 110A and UE B 110B is established at step 519, and in this example, the P2P ADC is not anchored in the MF 308.

[0080] FIGS. 6A and 6B illustrate a diagram of a procedure for network-initiated establishment of a P2P ADC, according to some other example implementations. The procedure for network-initiated establishment of a P2P ADC illustrated in FIGS. 6A and 6B may involve the same components as the procedure illustrated in FIGS. 4A –4C. The procedures may also include the same or similar preconditions, such as establishment of an IMS session between UE A 110A and UE B 110B, and establishment of BDC (s) in the IMS session. Another precondition may be that the DC AS 312 receives the session ID of the IMS session.

[0081] As shown in FIG. 6A, at step 600, the DC AS 312 may at step 600 decide to establish a P2P ADC between UE B 110B and UE A 110A in the IMS session. As an ADC establishment initiator, the DC AS may at step 601A select a BDC for UE B and UE A to download a DC application to be used in the P2P ADC in the IMS session. The DC AS may generate a request message to add the P2P ADC in the IMS session, or otherwise request establishment of the P2P ADC in the IMS session. The request message includes a BDC identity that identifies the selected BDC. The request message may also include, for example, binding information for binding the DDC application to the P2P ADC, the session ID, identifiers (e.g., IMPUs) of UE B 110B and UE A 110A, and information that indicates the ADC type of the P2P ADC to be established (i.e., P2P ADC) . At step 601, the DC AS may send the request message to the NEF 210, such as in an NEF service operation (e.g., Nnef_ImsSessionManagement_Update request) .

[0082] The NEF 210 may at step 602 query an HSS to retrieve information that indicates an IMS AS instance serving UE B 110B, in this case IMS AS-2 306B, such as using a Nhss_ImsUECM_AsInfoGet service operation. The NEF may then at step 603 send, toward IMS AS-2, a request message to add the P2P ADC in the IMS session, or otherwise request establishment of the P2P ADC in the IMS session. The request message may be sent in an IMS AS service operation (e.g., Nimsas_ImsSessionManagement_Update request) . Similar to the request message received by the NEF at step 601B, the request message sent to IMS AS-2 at step 603 may include the BDC identity. The request message may also include, for example, the binding information, the session ID, identifiers (e.g., IMPUs) of UE B and UE A 110A, and information that indicates the ADC type of the P2P ADC to be established (i.e., P2P ADC) .

[0083] IMS AS-2 306B may at step 604 send, to the NEF 210, a response message in response to the request message received by IMS AS-2 from the NEF, such as in an IMS AS service operation. Similarly, the NEF may at step 605 send, to the DC AS 312, a response message in response to the request message received by the NEF from the DC AS, such as in an NEF service operation.

[0084] At steps 606 to 611, the procedure may include media control between IMS AS-2 306B, DCSF-2 310B and MF-2 302B in the terminating IMS 214 to which UE 2 110B is connected. At steps 606 to 611, the DCSF-2 may determine that the P2P ADC should be anchored in the MF-2. The DCSF-2 may then instruct IMS AS-2 to set up the P2P ADC. The IMS AS-2 may interact with the MF-2 to allocate a DC media resource toward UE B 110B and UE A 110A. After the DC media resource allocation, the IMS A-2 may respond to DCSF-2, and the DCSF-2 may send, to IMS AS-2, a session event control response.

[0085] At step 612A, IMS AS-2 306B may generate a SIP message, such as a SIP reINVITE message, based on the request message received by IMS AS-2 from the NEF 210 at step 603 and the DC media resource information allocated at steps 606 to 611. The SIP message may include an SDP offer for UE B 110B and UE A 110A, and IMS AS-2 may encode, as a value of an SDP attribute (e.g., a=binding-bdc) of the SDP offer, the BDC identity. In some examples, IMS AS-2 may encode, as a value of another SDP attribute (e.g., a=3gpp-req-app) , the binding information. As shown in FIG. 6B, IMS AS-2 may at step 612B send the SIP message to UE B via IMS core-2 302B.

[0086] UE B 110B may receive the SIP message and, at step 613A, decode, from the value of the SDP attribute (e.g., a=binding-bdc) of the SDP offer, the BDC identity; and UE B may at step 613B download the DC application from the BDC identified by the BDC identity, (if the DC application has not already been downloaded by UE B) . Upon successful download of the DC application, UE B may at step 614 return a 200 OK message to IMS AS-2 306B via IMS core-2 302B.

[0087] IMS AS-2 306B may at step 615 send the SIP message to UE A 110A via the originating IMS 214A. UE A may receive the SIP message and, at step 616A, decode, from the value of the SDP attribute (e.g., a=binding-bdc) of the SDP offer, the BDC identity; and UE A may at step 616B download the DC application from the BDC identified by the BDC identity, (if the DC application has not already been downloaded by UE A) . Upon successful download of the DC application, UE A may at step 617 return a 200 OK message to IMS AS-2 306B via IMS core-2 302B.

[0088] At steps 618 to 623, the procedure may include media resource update, an IMS session management result may be notified to IMS AS-2 306B via the NEF 210. At steps 618 to 623, the IMS AS-2 306B may send a request to MF-2 308B to update UE B side and UE A side media resource information, and the IMS AS-2 may send an acknowledgement (ACK) to UE B 110B and UE A 110A. If the request message at step 401B identifies the DC AS 312 as a notification target, the IMS AS-2 may send the DC AS, via the NEF 210, a notification for progress of the update to the IMS session. The DC AS may return a response to the notification via the NEF.

[0089] FIGS. 7A and 7B illustrate a diagram of a procedure for UE-initiated establishment of a P2P ADC, according to some other example implementations. The procedure for UE-initiated establishment of a P2P ADC illustrated in FIGS. 7A and 7B may involve the same components as the procedure illustrated in FIGS. 5A and 5B. As shown in FIG. 7A, the procedure may include, at step 700, establishment of the IMS session between UE A 110A and UE B 110B, and establishment of BDC (s) in the IMS session.

[0090] As an ADC establishment initiator, UE A 110A may at step 701A select a BDC for UE B 110B to download a DC application to be used in the P2P ADC in the IMS session. UE A may concatenate a BDC identity that identifies the selected BDC with binding information for binding the DDC application to the P2P ADC. In some examples, the BDC identity may be relative to UE B, such as when the BDC identity identifies the BDC by an indication that the IMS 214 from which the DC application is downloaded is a local IMS or a remote IMS relative to the UE.

[0091] UE A 110A may generate a request message to request establishment of the P2P ADC in the IMS session. The request message may be a SIP message, such as a SIP reINVITE message, including an SDP offer. UE A may encode, as a value of an SDP attribute (e.g., a=binding-bdc) of the SDP offer, a BDC identity that identifies the selected BDC. In some examples, UE A may encode, as a value of another SDP attribute (e.g., a=3gpp-req-app) , binding information for binding the DC application to the P2P ADC. UE A may then, at step 701B, send the SIP message to the IMS AS 306 via the P-CSCF 304” and the I / S-CSCF 304” .

[0092] At steps 702 to 706, the procedure may include media control between the IMS AS 306, the DCSF 310, the MF 302B, and the terminating IMS 214B  / UE B 110B, such as in a manner similar to that described above with reference to steps 606 to 611.

[0093] The IMS AS 306 may at steps 707, 708 send the SDP offer in a SIP message (e.g., SIP reINVITE message) toward UE B 110B, via the I / S-CSCF 304” and the terminating IMS 214B. The SDP offer may include the BDC identity encoded as the value of an SDP attribute (e.g., a=binding-bdc) . As shown in FIG. 7B, terminating IMS negotiation may be performed at step 709A, such as for the terminating IMS to perform SIP message (reINVITE / UPDATE) handling and route the SIP message to UE B.

[0094] During the terminating IMS negotiation, UE B 110B may at step 709B, decode, from the value of the SDP attribute (e.g., a=binding-bdc) of the SDP offer, the BDC identity; and UE B may at step 709C download the DC application from the BDC identified by the BDC identity, (if the DC application has not already been downloaded by UE B) . Upon successful download of the DC application, UE B may at step 710 return a 200 OK message to the I / S-CSCF 304” .

[0095] At steps 711 to 718, the procedure may include session event control, and the IMS AS 306 may return a 200 OK SIP message to UE A 110A. The P2P ADC between UE A and UE B 110B is established at step 719, and in this example, the P2P ADC is not anchored in the MF 308.

[0096] FIGS. 8A and 8B are flowcharts illustrating various steps in a method 800 performed by a user equipment (UE) , according to various example implementations. The method includes receiving a session initiation protocol (SIP) message to request establishment of an application data channel (ADC) for an internet protocol (IP) multimedia subsystem (IMS) session, as shown at block 802 of FIG. 8A. The SIP message includes a bootstrap data channel (BDC) identity that identifies a BDC for the UE to use to download a data channel (DC) application, and the DC application is configured to use the ADC. The method includes processing the SIP message to extract the BDC identity, as shown at block 804. And the method includes downloading the DC application from the BDC identified by the BDC identity, as shown at block 806.

[0097] In some examples, the BDC identity comprises a public land mobile network (PLMN) identity that identifies the PLMN from where to download the DC application, or by an indication that the IMS from which the DC application is downloaded is a local IMS for the at least one UE when connected to the IMS, or a remote IMS when accessed by the at least one UE through the IMS to which the at least one UE is connected.

[0098] In some examples, the BDC identity that identifies the BDC comprises a stream identifier.

[0099] In some examples, the SIP message includes a session description protocol (SDP) offer. In some of these examples, processing the SIP message at block 804 includes decoding, from a value of an SDP attribute of the SDP offer, the BDC identity concatenated with binding information for binding the DC application to the ADC, as shown at block 808 of FIG. 8B. Also in some of these examples, processing the SIP message includes extracting the BDC identity from the BDC identity concatenated with the binding information, as shown at block 810.

[0100] In some examples, the SIP message includes a session description protocol (SDP) offer. In some of these examples, processing at block 804 the SIP message comprises decoding, from a value of an SDP attribute of the SDP offer, the BDC identity.

[0101] FIGS. 9A and 9B are flowcharts illustrating various steps in a method 900 according to various example implementations. The method includes selecting a bootstrap data channel (BDC) for at least one user equipment (UE) to use to download a data channel (DC) application to be used in an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session, as shown at block 902 of FIG. 9A. The method includes generating a request message to request establishment of the ADC in the IMS session, as shown at block 904. The request message includes a BDC identity that identifies the BDC for the at least one UE to use to download the DC application. And the method includes sending the request message toward an IMS application server, as shown at block 906.

[0102] In some examples, the BDC identity comprises a public land mobile network (PLMN) identity that identifies the PLMN from where to download the DC application, or by an indication that the IMS from which the DC application is downloaded is a local IMS for the at least one UE when connected to the IMS, or a remote IMS when accessed by the at least one UE through the IMS to which the at least one UE is connected.

[0103] In some examples, the BDC identity that identifies the BDC comprises a stream identifier.

[0104] In some examples, the method is performed by a DC application server. In some of these examples, the generating of the request message at block 904 comprises generating a request message of a service operation to establish the ADC.

[0105] In some examples, the generating of the request message at block 904 comprises concatenating the BDC identity with binding information for binding the DC application to the ADC. In some of these examples, the request message to request the establishment of the ADC includes the BDC identity concatenated with the binding information.

[0106] In some examples, the method 900 is performed by a UE, and the generating of the request message at block 904 comprises generating a session initiation protocol (SIP) message.

[0107] In some examples, the SIP message includes a session description protocol (SDP) offer. In some of these examples, the generating of the SIP message at block 904 includes concatenating the BDC identity with binding information for binding the DC application to the ADC, as shown at block 908 of FIG. 9B. Also in some of these examples, the generating of the SIP message includes encoding, as a value of an SDP attribute of the SDP offer, the BDC identity concatenated with the binding information, as shown at block 910.

[0108] In some examples, the SIP message includes a session description protocol (SDP) offer, and the generatingof the SIP message at block 904 comprises encoding the BDC identity as a value of an SDP attribute of the SDP offer.

[0109] FIG. 10 is a flowchart illustrating various steps in a method 1000 according to various example implementations. The method includes receiving a request message to request establishment of an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session, as shown at block 1002. The request message to request the establishment of the ADC includes a bootstrap data channel (BDC) identity that identifies a BDC for at least one user equipment (UE) to use to download a data channel (DC) application, and the DC application is configured to use the ADC. The method includes generating, based on the request message to request the establishment of the ADC in the IMS session, a session initiation protocol (SIP) message, as shown at block 1004. The SIP message includes the BDC identity. And the method includes sending, toward the at least one UE, the SIP message, as shown at block 1006.

[0110] In some examples, the BDC identity comprises a public land mobile network (PLMN) identity that identifies the PLMN from where to download the DC application, or by an indication that the IMS from which the DC application is downloaded is a local IMS for the at least one UE when connected to the IMS, or a remote IMS when accessed by the at least one UE through the IMS to which the at least one UE is connected.

[0111] In some examples, the BDC identity that identifies the BDC comprises a stream identifier.

[0112] In some examples, the receiving of the request message at block 1002 comprises receiving a request message of a service operation to establish the ADC.

[0113] In some examples, the request message to request the establishment of the ADC includes the BDC identity concatenated with binding information for binding the DC application to the ADC. In some of these examples, the SIP message includes a session description protocol (SDP) offer. Also in some of these examples, the generating of the SIP message at block 1004 comprises encoding, as a value of an SDP attribute of the SDP offer, the BDC identity concatenated with the binding information.

[0114] In some examples, the SIP message includes a session description protocol (SDP) offer. In some of these examples, generating the SIP message at block 1004 comprises encoding, as a value of an SDP attribute of the SDP offer, the BDC identity.

[0115] According to example implementations of the present disclosure, a telecommunications system 100 or PLMN 102, and components thereof such as UE 110, CN 106, RAN 108, RAN node 202, IMS 214, IMS AS 306 and / or DC AS 314 may be implemented by various means. Means for implementing the system and its components may include hardware, firmware, software, or combinations thereof. In some examples, one or more apparatuses may be configured to function as or otherwise implement the system and its components shown and described herein. In examples involving more than one apparatus, the respective apparatuses may be connected to or otherwise in communication with one another in a number of different manners, such as directly or indirectly via a wired or wireless network or the like.

[0116] According to some example implementations, at least some of the method 800 described with respect to FIGS. 8A and 8B may be carried out by an apparatus comprising means for performing functions corresponding steps of the method. Similarly, at least some of the method 900 described with respect to FIGS. 9A and 9B may be carried out by an apparatus comprising means for performing functions corresponding steps of the method. Likewise, at least some of the method 1000 described with respect to FIG. 10 may be carried out by an apparatus comprising means for performing functions corresponding steps of the method. Examples of a suitable apparatus may include a user equipment, user device, user terminal or the like. Other examples of a suitable apparatus may include a RAN node (e.g., ng-eNB, gNB, gNB-DU, gNB-CU) or any suitable apparatus, such as a server, host or node. Yet other examples of a suitable apparatus may include a standalone computer comprising a DC AS and / or a IMS AS, such as a server, host or node, a distributed computing system comprising a DC AS and / or a IMS AS, or a cloud computing system comprising a DC AS and / or a IMS AS. The DC AS and / or the IMS AS may be implemented as a virtual machine or a container by a distributed computing system or a cloud computing system.

[0117] FIG. 11 illustrates an apparatus 1100 in which means for performing various operations includes hardware, alone or under direction of one or more computer programs from a computer-readable storage medium or other memory, such as computer memory, according to some example implementations of the present disclosure. The apparatus may include one or more of each of a number of components such as, for example, processing circuitry 1102 connected to computer-readable storage medium or other memory 1104.

[0118] The processing circuitry 1102 may be composed of one or more processors alone or in combination with one or more computer-readable storage media. The processing circuitry is generally any piece of computer hardware that is capable of processing information such as, for example, data, computer programs, computer code and / or other suitable electronic information. The processing circuitry is composed of a collection of electronic circuits some of which may be packaged as an integrated circuit or multiple interconnected integrated circuits (an integrated circuit at times more commonly referred to as a “chip” ) . The processing circuitry may be configured to execute computer programs, which may be stored onboard the processing circuitry or otherwise stored in the memory 1104 (of the same or another apparatus) .

[0119] The processing circuitry 1102 may comprise a number of processors, a multi-core processor or some other type of processor, such as a central processing unit, a graphics processing unit, a tensor processing, unit, or an accelerator, depending on the particular implementation. Further, the processing circuitry may be implemented using a number of heterogeneous processor systems in which a main processor is present with one or more secondary processors on a single chip. As another illustrative example, the processing circuitry may be a symmetric multi-processor system containing multiple processors of the same type. In yet another example, the processing circuitry may be embodied as or otherwise include one or more application specific integrated circuits (ASICs) , field programmable gate arrays (FPGAs) or the like. Thus, although the processing circuitry may be capable of executing a computer program to perform one or more functions, the processing circuitry of various examples may be capable of performing one or more functions without the aid of a computer program. In either instance, the processing circuitry may be appropriately programmed to perform functions or operations according to example implementations of the present disclosure.

[0120] The memory 1104 is generally any piece of computer hardware that is capable of storing information such as, for example, data, computer programs, instructions 1106 (e.g., computer-readable program code) and / or other suitable information either on a temporary basis and / or a permanent basis. The memory may include volatile and / or non-volatile memory, and may be fixed or removable. Examples of suitable memory include recording media, random access memory (RAM) , read-only memory (ROM) , a hard drive, a flash memory, a thumb drive, a removable computer diskette, an optical disk or some combination thereof.

[0121] The memory 1104 is a non-transitory device capable of storing information. One example of a suitable memory is a computer-readable storage medium, which is distinguishable from a computer-readable transmission medium capable of carrying information from one location to another. Examples of suitable computer-readable transmission media comprise electronic carrier signals, telecommunications signals, or some combination thereof. As used herein, the term “non-transitory” is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM versus ROM) . A computer-readable medium as described herein generally refers to a computer-readable storage medium or computer-readable transmission medium. A computer-readable medium is any entity or device capable in which information, such as one or more computer programs or portions thereof, may be stored and carried.

[0122] In addition to the memory 1104 (e.g., computer-readable storage medium) , the processing circuitry 1102 may also be connected to one or more interfaces for displaying, transmitting and / or receiving information. The interfaces may include a communications interface 1108 and / or one or more user interfaces. The communications interface may be configured to transmit and / or receive information, such as to and / or from other apparatus (es) , network (s) or the like. The communications interface may be configured to transmit and / or receive information by physical (wired) and / or wireless communications links. Examples of suitable communication interfaces include a network interface controller (NIC) , wireless NIC (WNIC) or the like.

[0123] The user interfaces may include a display 1110 and / or one or more user input interfaces 1112. The display may be configured to present or otherwise display information to a user, suitable examples of which include a liquid crystal display (LCD) , light-emitting diode (LED) display, organic LED (OLED) display, active-matrix OLED (AMOLED) or the like. The user input interfaces may be wired or wireless, and may be configured to receive information from a user into the apparatus, such as for processing, storage and / or display. Suitable examples of user input interfaces include a microphone, image or video capture device, keyboard or keypad, joystick, touch-sensitive surface (separate from or integrated into a touchscreen) , biometric sensor or the like. The user interfaces may further include one or more interfaces for communicating with peripherals such as printers, scanners or the like.

[0124] Execution of the instructions 1106 by the processing circuitry 1102, or storage of the instructions in the memory 1104, supports combinations of operations for implementing example implementations of the present disclosure. In this manner, an apparatus 1100 may comprise at least one processing circuitry and at least one memory coupled to the at least one processing circuitry, where the at least one processing circuitry is configured to execute instructions stored in the at least one memory. It will also be understood that one or more functions, and combinations of functions, may be implemented by special purpose hardware-based computer systems and / or processing circuitry which perform the specified functions, or combinations of special purpose hardware and program code instructions.

[0125] Some example implementations of the present disclosure may also be carried out in the form of a computer process defined by one or more computer programs or portions thereof. Example implementations of the present disclosure may be carried out by executing at least one portion of a computer program comprising instructions. The computer program may be in source code form, object code form, or in some intermediate form. The computer program may be stored in a computer-readable medium that is readable by a computer, processing circuitry or other suitable apparatus. As indicated above, for example, the computer program may be stored in a memory, such as a computer-readable storage medium. Additionally or alternatively, for example, the computer program may be stored in a computer-readable transmission medium. The coding of software for carrying out example implementations of the present disclosure is well within the scope of a person of ordinary skill in the art.

[0126] As will be appreciated, any suitable instructions may be loaded onto a computer, a processor, a processing circuitry or other programmable apparatus from a memory or a computer-readable medium (e.g., computer-readable storage medium, computer-readable transmission medium) to produce a particular machine, such that the particular machine becomes a means for implementing the functions specified herein. The instructions may also be stored in a computer-readable medium that can direct a computer, a processor, a processing circuitry or other programmable apparatus to function in a particular manner to thereby generate a particular machine or particular article of manufacture. In some examples, the instructions stored in the computer-readable medium may produce an article of manufacture, where the article of manufacture becomes a means for implementing functions described herein. The instructions may be retrieved from a computer-readable medium and loaded into a computer, processor, processing circuitry or other programmable apparatus to configure the computer, processor, processing circuitry or other programmable apparatus to execute operations to be performed on or by the computer, processor, processing circuitry or other programmable apparatus.

[0127] Retrieval, loading and execution of instructions comprising program code instructions may be performed sequentially such that one instruction is retrieved, loaded and executed at a time. In some example implementations, retrieval, loading and / or execution may be performed in parallel such that multiple instructions are retrieved, loaded, and / or executed together. Execution of the program code instructions may produce a computer-implemented process such that the instructions executed by the computer, processor, processing circuitry or other programmable apparatus provide operations for implementing functions described herein.

[0128] As explained above and reiterated below, the present disclosure includes, without limitation, the following example implementations.

[0129] Many modifications and other implementations of the disclosure set forth herein will come to mind to one skilled in the art to which the disclosure pertains having the benefit of the teachings presented in the foregoing description and the associated figures. Therefore, it is to be understood that the disclosure is not to be limited to the specific implementations disclosed and that modifications and other implementations are intended to be included within the scope of the appended claims. Moreover, although the foregoing description and the associated figures describe example implementations in the context of certain example combinations of elements and / or functions, it should be appreciated that different combinations of elements and / or functions may be provided by alternative implementations without departing from the scope of the appended claims. In this regard, for example, different combinations of elements and / or functions than those explicitly described above are also contemplated as may be set forth in some of the appended claims. Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.

Claims

1.A method performed by a user equipment (UE) , the method comprising:receiving a session initiation protocol (SIP) message to request establishment of an application data channel (ADC) for an internet protocol (IP) multimedia subsystem (IMS) session, wherein the SIP message includes a bootstrap data channel (BDC) identity that identifies a BDC for the UE to use to download a data channel (DC) application, and wherein the DC application is configured to use the ADC;processing the SIP message to extract the BDC identity; anddownloading the DC application from the BDC identified by the BDC identity.2.The method of claim 1, wherein the BDC identity comprises a public land mobile network (PLMN) identity that identifies the PLMN from where to download the DC application, or by an indication that the IMS from which the DC application is downloaded is a local IMS for the at least one UE when connected to the IMS, or a remote IMS when accessed by the at least one UE through the IMS to which the at least one UE is connected.3.The method of claim 1 or claim 2, wherein BDC identity that identifies the BDC comprises a stream identifier.4.The method of any of claims 1 to 3, wherein the SIP message includes a session description protocol (SDP) offer, andwherein processing the SIP message comprises:decoding, from a value of an SDP attribute of the SDP offer, the BDC identity concatenated with binding information for binding the DC application to the ADC; andextracting the BDC identity from the BDC identity concatenated with the binding information.5.The method of any of claims 1 to 4, wherein the SIP message includes a session description protocol (SDP) offer, andwherein processing the SIP message comprises decoding, from a value of an SDP attribute of the SDP offer, the BDC identity.6.A method comprising:selecting a bootstrap data channel (BDC) for at least one user equipment (UE) to use to download a data channel (DC) application to be used in an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session;generating a request message to request establishment of the ADC in the IMS session, wherein the request message includes a BDC identity that identifies the BDC for the at least one UE to use to download the DC application; andsending the request message toward an IMS application server.7.The method of claim 6, wherein the BDC identity comprises a public land mobile network (PLMN) identity that identifies the PLMN from where to download the DC application, or by an indication that the IMS from which the DC application is downloaded is a local IMS for the at least one UE when connected to the IMS, or a remote IMS when accessed by the at least one UE through the IMS to which the at least one UE is connected.8.The method of claim 6 or claim 7, wherein the BDC identity that identifies the BDC comprises a stream identifier.9.The method of any of claims 6 to 8, wherein the method is performed by a DC application server, and wherein the generating of the request message comprises generating a request message of a service operation to establish the ADC.10.The method of any of claims 6 to 9, wherein the generating of the request message comprises concatenating the BDC identity with binding information for binding the DC application to the ADC, andwherein the request message to request the establishment of the ADC includes the BDC identity concatenated with the binding information.11.The method of any of claims 6 to 10, wherein the method is performed by a UE, andwherein the generating of the request message comprises generating a session initiation protocol (SIP) message.12.The method of claim 11, wherein the SIP message includes a session description protocol (SDP) offer, andwherein the generating of the SIP message comprises:concatenating the BDC identity with binding information for binding the DC application to the ADC; andencoding, as a value of an SDP attribute of the SDP offer, the BDC identity concatenated with the binding information.13.The method of claim 11 or claim 12, wherein the SIP message includes a session description protocol (SDP) offer, andwherein the generating of the SIP message comprises encoding the BDC identity as a value of an SDP attribute of the SDP offer.14.A method comprising:receiving a request message to request establishment of an application data channel (ADC) in an internet protocol (IP) multimedia subsystem (IMS) session, wherein the request message to request the establishment of the ADC includes a bootstrap data channel (BDC) identity that identifies a BDC for at least one user equipment (UE) to use to download a data channel (DC) application, and wherein the DC application is configured to use the ADC;generating, based on the request message to request the establishment of the ADC in the IMS session, a session initiation protocol (SIP) message, wherein the SIP message includes the BDC identity; andsending, toward the at least one UE, the SIP message.15.The method of claim 14, wherein the BDC identity comprises a public land mobile network (PLMN) identity that identifies the PLMN from where to download the DC application, or by an indication that the IMS from which the DC application is downloaded is a local IMS for the at least one UE when connected to the IMS, or a remote IMS when accessed by the at least one UE through the IMS to which the at least one UE is connected.16.The method of claim 14 or claim 15, wherein the BDC identity that identifies the BDC comprises a stream identifier.17.The method of any of claims 14 to 16, wherein the receiving of the request message comprises receiving a request message of a service operation to establish the ADC.18.The method of any of claims 14 to 17, wherein the request message to request the establishment of the ADC includes the BDC identity concatenated with binding information for binding the DC application to the ADC,wherein the SIP message includes a session description protocol (SDP) offer, andwherein the generating of the SIP message comprises encoding, as a value of an SDP attribute of the SDP offer, the BDC identity concatenated with the binding information.19.The method of any of claims 14 to 18, wherein the SIP message includes a session description protocol (SDP) offer, andwherein generating the SIP message comprises encoding, as a value of an SDP attribute of the SDP offer, the BDC identity.20.An apparatus comprising:at least one processor; andat least one memory storing instructions which when executed by the at least one processor cause the apparatus to perform the method of any of claims 1 to 19.21.An apparatus comprising means for performing the method of any of claims 1 to 19.22.A computer-readable medium comprising instructions which, when executed by at least one processor of an apparatus, causes the apparatus to perform the method of any of claims 1 to 19.23.A computer-readable storage medium comprising instructions which, when executed at least one processor of an apparatus, causes the apparatus to perform the method of any of claims 1 to 19.24.A computer program comprising instructions, wherein when the computer program is executed by at least one processor of an apparatus, the apparatus is caused to perform the method of any of claims 1 to 19.

Images