Capability information associated with data channels

Abstract

Embodiments of the present disclosure relate to capability information associated with data channels. In an aspect, a terminal device transmits, to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device. The capability information is associated with at least one data channel. The embodiments of the present disclosure can discover detailed capability changes of a terminal device associated with at least one data channel and timely synchronize among participants of an Internet protocol multimedia subsystem session via a new SIP header carrying the detailed capabilities of the terminal device.

Description

CAPABILITY INFORMATION ASSOCIATED WITH DATA CHANNELSFIELD

[0001] Various example embodiments relate to the field of communications and in particular, to a terminal device, network devices, methods, apparatuses and a computer readable storage medium for indicating capability information associated with at least one data channel.BACKGROUND

[0002] In the communications area, there is a constant evolution ongoing in order to provide efficient and reliable solutions for utilizing wireless communication networks. Each new generation has it owns technical challenges for handling the different situations and processes that are needed to connect and serve devices connected to the wireless network. To meet the demand for wireless data traffic having increased since deployment of 4th generation (4G) communication systems, efforts have been made to develop an improved 5th generation (5G) or pre-5G communication system.

[0003] In recent communication technologies, the Internet protocol multimedia subsystem (IMS) Data Channel (DC) is an extension of the IMS solution, and is designed to support conversational multimedia applications that are transported over protocols other than RTP (e.g., voice, video, SMS defined in GSMA IR. 92, GSMA IR. 94, and GSMA NG. 114) . To establish an IMS Data Channel media stream, SIP / SDP is used in addition to audio / video / real-time text media streams. A Data Channel Multimedia Telephony Service for IMS (DCMTSI) client can establish Bootstrap Data Channel with Data Channel Signalling Function (DCSF) and using HTTP protocol to retrieve root application first. Following this, an Application Data Channel can be established with DCMF or another DCMTSI client. The IMS Data Channel integrates internet connectivity and IMS connectivity, enhancing the ability of IMS to establish real-time communication between two endpoints for exchanging any form of data information in an action-oriented and multi-modal way.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a solution for  indicating capability information associated with at least one data channel, especially for supporting data channel capability discovery and synchronization among participants of an IMS DC session.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the terminal device to transmit, to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.

[0006] In a second aspect, there is provided a first network device. The first network device comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the first network device to receive, from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; and transmit, to a second network device, the capability information of the terminal device.

[0007] In a third aspect, there is provided a second network device. The second network comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the second network device to receive, from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; and construct, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.

[0008] In a fourth aspect, there is provided third network device. The third network device comprises at least one processor and at least one memory including computer program codes; the at least one memory and the computer program codes are configured to, with the at least one processor, cause the third network device to receive, from a first network device, a first session initiation protocol (SIP) message comprising a header field  indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel; generate a sixth SIP message by removing the header field from the first SIP message; and transmit the sixth SIP message to a second terminal device.

[0009] In a fifth aspect, there is provided a method. The method comprises: transmitting, at a terminal device and to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.

[0010] In a sixth aspect, there is provided a method. The method comprises: receiving, at a first network device and from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; and transmitting, to a second network device, the capability information of the terminal device.

[0011] In a seventh aspect, there is provided a method. The method comprises: receiving, at a second network device and from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; and constructing, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.

[0012] In an eighth aspect, there is provided a method. The method comprises: receiving, at a third network device and from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel; generating a sixth SIP message by removing the header field from the first SIP message; and transmitting the sixth SIP message to a second terminal device.

[0013] In a ninth aspect, there is provided an apparatus comprising means for transmitting, at a terminal device and to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.

[0014] In a tenth aspect, there is provided an apparatus comprising means for receiving, at a first network device and from a terminal device, a session initiation protocol (SIP)  message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; and means for transmitting, to a second network device, the capability information of the terminal device.

[0015] In an eleventh aspect, there is provided an apparatus comprising means for receiving, at a second network device and from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; and means for constructing, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.

[0016] In a twelfth aspect, there is provided an apparatus comprising means for receiving, at a third network device and from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel; means for generating a sixth SIP message by removing the header field from the first SIP message; and means for transmitting the sixth SIP message to a second terminal device.

[0017] In a thirteenth aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to any one of the above fifth to eighth aspect.

[0018] In a fourteenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: transmit, to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.

[0019] In a fifteenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive, from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; and transmit, to a second network device, the capability information of the terminal device.

[0020] In a sixteenth aspect, there is provided a computer program comprising  instructions, which, when executed by an apparatus, cause the apparatus at least to: receive, from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; and construct, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.

[0021] In a seventeenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: receive, from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel; generate a sixth SIP message by removing the header field from the first SIP message; and transmit the sixth SIP message to a second terminal device.

[0022] In an eighteenth aspect, there is provided a terminal device. The terminal device comprises transmitting circuitry configured to transmit, to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.

[0023] In a nineteenth aspect, there is provided a first network device. The first network device comprises receiving circuitry configured to receive, from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; and transmitting circuitry configured to transmit, to a second network device, the capability information of the terminal device.

[0024] In a twentieth aspect, there is provided a second network device. The second network device comprises receiving circuitry configured to receive, from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; and constructing circuitry configured to construct, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.

[0025] In a twenty-first aspect, there is provided a third network device. The third  network device comprises receiving circuitry configured to receive, from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel; generating circuitry configured to generate a sixth SIP message by removing the header field from the first SIP message; and transmitting circuitry configured to transmit the sixth SIP message to a second terminal device.

[0026] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0028] Fig. 1 illustrates an example communication network in which embodiments of the present disclosure may be implemented;

[0029] Fig. 2 illustrates a flowchart illustrating a process for capability discovery and synchronization according to some embodiments of the present disclosure;

[0030] Fig. 3A illustrates a flowchart illustrating a process for capability discovery and synchronization according to some other embodiments of the present disclosure;

[0031] Fig. 3B illustrates a flowchart illustrating a process for capability discovery and synchronization according to some further embodiments of the present disclosure;

[0032] Fig. 4 illustrates a flowchart of a method implemented at a terminal device according to some embodiments of the present disclosure;

[0033] Fig. 5 illustrates a flowchart of a method implemented at a network device according to some embodiments of the present disclosure;

[0034] Fig. 6 illustrates a flowchart of a method implemented at a network device according to some other embodiments of the present disclosure;

[0035] Fig. 7 illustrates a flowchart of a method implemented at a network device according to some further embodiments of the present disclosure;

[0036] Fig. 8 illustrates a simplified block diagram of an apparatus that is suitable for  implementing embodiments of the present disclosure; and

[0037] Fig. 9 illustrates a block diagram of an example computer readable medium in accordance with some embodiments of the present disclosure.

[0038] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0039] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0040] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0041] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0042] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0043] The terminology used herein is for the purpose of describing particular  embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0044] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0045] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0046] (b) combinations of hardware circuits and software, such as (as applicable) :

[0047] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0048] (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) and

[0049] (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.

[0050] This 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.

[0051] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0052] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0053] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) ,  a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0054] The IMS Data Channel enhances the user experience by providing a smoother and more seamless experience for multimedia services. Moreover, the IMS Data Channel brings increased revenue and cost savings. A solution for IMS Data Channel, defined in 3GPP TS 26.114 and GSMA NG. 134, requires the establishment of a Bootstrap Data Channel first to provide a list of data channel applications. The list can be used in an IMS session between DCMTSI clients (e.g. a UE-1 and a UE-2) or between a DCMTSI client and a DCSF. The DCSF is defined in TS 23.228 AC. 2.2.1. In TS 23.228 AC. 2.2.1, a network function for data channel management signalling, Data Channel Signalling Function (DCSF) , is specified. The DCMTSI client is defined in TS 26.114, for example, in TS 26.114 version 16.6.1 Release 16, it is defined as below: DCMTSI client: a data channel capable MTSI client supporting data channel media as defined in clause 6.2.10. Depending on the user's action, one or more data channel applications may be invoked with a bearer path established with a DCMF through another round of SDP negotiation. The bearer path is a connection between the UE and the DCMF to transfer data generated by a data channel (DC) application. The SDP negotiation refers to SDP offer / answer exchanges (see RFC 3264) . The DCMF may provide the media resource management and forwarding of data channel media traffic. The usage of certain data channel application (e.g., AR, MR, VR) in one IMS DC session depends on the detailed capabilities of both DCMTSI clients and that detailed capabilities would be relative to hardware condition, network condition, etc.

[0055] The capability of the DCMTSI client herein may refer to a capability associated with the data channel, i.e. a data channel (DC) capability, or referred to as an IMS DC capability. However, the solution defined in GSMA NG. 134 and 3GPP TR 27.300 only provides a high-level capability discovery, that is, either “support IMS DC” or “not support IMS DC” is provided by the DCMTSI client. This high-level capability discovery procedure is reflected in 3GPP TS 24.229 as summarized below: DCMTSI client informs home network its capability of supporting IMS DC with a media feature tag  "+sip. app-subtype=" webrtc-datachannel"" in the Contact header of a REGISTER request. DCMTSI client informs remote network its capability of supporting IMS DC with a media feature tag "+sip. app-subtype=" webrtc-datachannel"" in the Contact header of an INVITE request and 18X / 200 OK response to the INVITE request. Home network informs the DCMTSI client its capability of supporting IMS DC with a "+g. 3gpp. webrtc-datachannel" parameter in Feature-Caps header in the 200 OK response to REGISTER request.

[0056] Solution #5 in 3GPP TR 27.200 provides three options as listed below for the detailed capabilities discovery of DCMTSI clients but each has limitation in usage. Option 1 proposes to use SIP REGISTER request to include the detailed capabilities and report the capabilities to the home IMS AS / DCSF via 3rd party registration. Option 2 proposes to report the capabilities to DCSF by sending data channel application request via bootstrap data channel. Option 3 proposes to report the capabilities to DCSF in bootstrap data channel request and carry the same in SIP INVITE / re-INVITE request. Option 1 can only report the details capabilities to home IMS AS / DCSF, it cannot satisfy the need exchange the capabilities info among participants in one IMS DC session to figure out common DC application can be supported and downloaded. Option 2 can only report the details capabilities to the served DCSF. So, it has the same limitation as Option 1. Furthermore, it’s transparent to IMS network. IMS has no influence on capability discovery per IMS local policy means lost revenue generation opportunity related to that. Option 3 also asks to report the details capabilities in bootstrap data channel request thus has the same limitation as Option 1. It adds INVITE / re-INVITE that carry the same capabilities but no specification on how to do (e.g., via SIP or SDP or other methods) and only consider the P2A2P scenario (Person-to-Application and Application-to-Person) (i.e., “both UEs use the same Data Channel Server” ) .

[0057] Using INVITE is heavy weight solution in IMS back-to-back user agent (B2BUA) network element that will result into more interaction between IMS signalling plane (e.g., P-CSCF) and IMS media plane (e.g., AGW) . That is unnecessary after bootstrap data channel has been established since the data channel application data payload shall be agnostic to IMS media plane. Using two paths to delivery capabilities info introduces potential synchronization issue between SIP signalling request and bootstrap data channel request. In addition, it doesn’t meet the needs of timely discovery or synchronization the details capability update of the DCMTSI client before establishment of bootstrap data channel.

[0058] The solutions above are either too high-level (e.g. the DCMTSI client only provides a high-level capability) to determine which kind of data channel applications are applicable to a DCMTSI client, or has the above limitation (s) in usage. Moreover, the mechanism to ensure that DCMTSI clients served by different DCSF participating in one IMS DC session can invoke a common data channel application is missing in the solutions above. For example, in a P2P (person to person) IMS DC session where the caller is in network A and the callee is in network B, both parties will download data channel applications from the DCSF / DCMF in their respective networks. However, the data channel application available to the caller may not be available to the callee. This can result in the download and display of unnecessary applications, leading to delays in session setup, consuming additional resources, and causing failures when invoking the data channel application. Consequently, the overall user experience may be negatively impacted. Therefore, it is necessary for the IMS network to be aware of the specific DC capabilities that are supported by the DCMTSI client (e.g. a UE) .

[0059] In the solution of high-level capability discovery mechanism, for example, in some solutions that the DCMTSI client only provides a high-level capability, the capability of the DCMTSI client indicated by feature tag are static. Furthermore, the 5G and IMS DC service is inherently flexible and environmentally aware. Thus, the capabilities of DCMTSI clients could be dynamic and change depending on various factors such as type of access network, battery capacity, roaming condition, geographical location, accessories plug-in / plug out, etc. For example, after IMS registration, the DCMTSI client may gain a VR capability (an example of a plurality of IMS DC capabilities) while plug-in an accessory or lose the IMS DC capability while fallback to 3G network during one in-progress IMS DC session. Therefore, timely discovery the capability changes and synchronization among participants of IMS DC session is required to provide users with the best experience.

[0060] A solution to discover DCMTSI client’s detailed capability changes of IMS DC on the fly and timely synchronize among participants of the IMS DC session are proposed in some embodiments of the present disclosure. In some example implementations of the present disclosure, the detailed capabilities of the DCMTSI client may be carried via a new SIP header. Principle and embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0061] Reference is first made to Fig. 1, which illustrates an example communication  system (or referred to as communication network) 100 in which embodiments of the present disclosure may be implemented. The system 100 includes a plurality of terminal devices, such as a terminal device 110 and a terminal device 120. The system 100 may further include a plurality of network devices, in some examples, the plurality of network devices may comprise network device (s) in an Internet protocol multimedia system (IMS) 170. Network devices 140, 150 and 160 are shown as examples of network devices in the IMS 170. In some examples, the network device 150 may be an IMS application server (AS) . Request (s) to the IMS 170 from the terminal devices 110, 120 may be transmitted via the network device 140, and in some examples, the network device 140 may be a proxy-call session control function (P-CSCF) . The network device 150 may communicate with other network devices in the IMS 170, for example, the network device 150 may transmit information of the terminal devices 110, 120 to the network device 160. In some examples, the network device 160 may be a data channel signaling function (DCSF) . In some examples, the one or more network devices may further comprise one or more access network devices, as shown in Fig. 1, an access network device 130 is shown as an example. In some examples, the terminal devices 110, 120 may communicate with the network device (s) of the IMS 170 via the access network device 140.

[0062] It is to be understood that the number of network devices and terminal devices is only for the purpose of illustration without suggesting any limitations. The system 100 may include any suitable number of network devices and terminal devices adapted for implementing embodiments of the present disclosure.

[0063] Communications in the communication system 100 may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other  technologies currently known or to be developed in the future.

[0064] Reference is now made to Fig. 2, which shows a process 200 for capability discovery and synchronization according to some embodiments of the present disclosure. A terminal device 210, a terminal device 220, a network device 230, a network device 240 and a network device 250 are shown in the process 200. In some embodiments, the terminal device 210 may be referred to as a first terminal device 210, the terminal device 220 may be referred to as a second terminal device 220. The network device 230 may be referred to as a first network device 230, and in some examples it may be an Internet protocol multimedia system (IMS) application server (AS) . The network device 240 may be referred to as a second network device 240, and in some examples it may be a data channel signaling function (DCSF) . The network device 250 may be referred to as a third network device 250, and in some examples it may be a proxy-call session control function (P-CSCF) .

[0065] With reference to Fig. 1, one of the terminal devices 210, 220 may the terminal device 110, and the other one of the terminal devices 210, 220 may the terminal device 120. The network device 230 may be the same as the network device 150, the network device 240 may be the same as the network device 160, and the network device 250 may be the same as the network device 140. In some examples, one of the terminal devices 210, 220 may be as a caller device (referred to as a caller for short) , and other one may be as a callee device ( (referred to as a callee for short) in an IMS DC session. The terminal devices 210, 220 may also be referred to as DCMTSI clients. In some examples, the IMS AS at an originating network (the network to which an originator of a telecommunication message is proximately connected to) and the IMS AS at a terminating network (the network to which a receiver of a telecommunication message is proximately connected to) may be different. In the embodiments of the present disclosure, the originating network and the terminating network use one IMS AS as an example.

[0066] In the process 200, the terminal device 210 may transmit (201) , to the network device 230 (i.e. the first network device 230) , a session initiation protocol (SIP) message 202 comprising a header field indicating capability information 204 of the terminal device 210. The SIP message 202 may be referred to as the first SIP message 202. The header field comprised in the SIP message 202 may be referred to a first header field.

[0067] An example of the header field is “P-DC-Cap” , and it is a created new SIP header  which is used to carry DCMTSI client’s real-time capability within SIP request / response messages. In some examples, the new SIP header carrying caller’s real-time capabilities may go through originating IMS AS / DCSF then to terminating IMS AS / DCSF. Similarly, the new SIP header carrying callee’s real-time capabilities will go through terminating IMS AS / DCSF then to originating IMS AS / DCSF. It may be removed by Session Border Controller (SBC) towards untrusted domain (e.g., towards DCMTSI client) for privacy consideration, the SBC may act as a P-CSCF in some embodiments. Consequently, each IMS AS / DCSF will be aware of the real-time capabilities of all participants in an IMS DC session. The details will be further described in subsequent steps below.

[0068] The capability information 204 of the first terminal device 210 may be referred to as first capability information 204. The capability information 204 is associated with at least one data channel, that is, the capability information 204 is associated with capability (ies) of supporting data channel (DC) of the terminal device 210. In some embodiments, the capability information 204 comprises a set of capabilities (referred to as a first set of capabilities) associated with at least one data channel. The first set of capabilities may be indicated by a set of capability tags comprised in the header field. Some examples of the capability tags, such as, AR / MR / VR / XR / AI, where ‘AR’ means AR capability’ , ‘MR’ means Mixed Reality (MR) capability’ , ‘VR’ means VR capability’ , ‘XR’ means AR&MR&VR capability’ , ‘AI’ means AI capability’ , ‘Pos’ means positioning capability’ . In some other embodiments, the capability information 204 comprises an indicator that the terminal device 210 has no capability associated with at least one data channel. In some examples, the indicator may be provided by an empty header field without a capability tag. As an example, “P-DC-Cap: ” indicates that the terminal device 210 has no capability associated with at least one data channel.

[0069] In some embodiments, the first SIP message 202 may be transmitted to the network device 230 via a proxy-call session control function (P-CSCF) , and the P-CSCF may be referred to as a first P-CSCF (not shown in Fig. 2) . For example, the first P-CSCF receives the first SIP message 202 from the first terminal device 210, and transmits the SIP message 202 to the network device 230 (i.e. the first network device 230) .

[0070] On the first network device 230 side, the first network device 230 receives (203) from the terminal device 210, the session initiation protocol (SIP) message 202. In some embodiments, the first network device 230 may receive the SIP message 202 from the terminal device 210 via a P-CSCF (e.g. the first P-CSCF) . After receiving the SIP  message 202, the first network device 230 may transmit a response to the SIP message 202 to the terminal device 210. The first network device 230 may transmit (205) , to the second network device 240, the capability information 204 of the terminal device 210 (i.e. the first terminal device 210) . For example, the first network device 230 may transmit the capability information 204 by transmitting a Nimsas_SessionEventControl_Notify request to the second network device 240, and the Nimsas_SessionEventControl_Notify request comprises the capability information 204. The second network device 240 may transmit a response (e.g. a Nimsas_SessionEventControl_Notify response) to the Nimsas_SessionEventControl_Notify request to the first network device 230. In some embodiments, the second network device 240 may be a first data channel signaling function (DCSF) serving the first terminal device 210. The first network device 230 may further transmit, to a second DCSF (not shown in Fig. 2) serving the second terminal device 220, the capability information 204 of the first terminal device 210. While transmitting the capability information 204, the first network device 230 may further transmit an identity of the first terminal device 210. An example of the identity may be an Internet protocol multimedia public identity (IMPU) . The first network device 230 may transmit the identity (e.g. the IMPU) of the first terminal device 210 to the first DCSF and / or the second DCSF. On the DCSF side, for example, the first DCSF (i.e. the second network device 240) may receive from the first network device 230, the identity of the first terminal device 210 and / or the identity of the second terminal device 220.

[0071] The second network device 240 receives (207) the capability information 204 of the terminal device 210 served by the second network device 240, and may construct (209) , based on the capability information 204, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device 210 (i.e. the first terminal device 210) . The details of the step of constructing the URL will be further described below.

[0072] In some embodiments, the first network device 230 may transmit (211) the SIP message 202 (i.e., the first SIP message 202) to the third network device 250. The third network device 250 may be associated with the second terminal device 220, for example the third network device 250 may be a P-CSCF associated with the second terminal device 220. The third network device 250 receives (213) the first SIP message 202, and generates (215) a SIP message 206 (may be referred to as a sixth SIP message 206) by removing the header field from the first SIP message 202. Then the third network device  250 may transmit (217) the sixth SIP message 206 to the second terminal device 220. The second terminal device 220 receives (219) the sixth SIP message 206, and then may transmit, to the third network device 250, a SIP message (referred to as a fourth SIP message) comprising a second header field indicating second capability information of the second terminal device 220. The second capability information is associated with at least one data channel.

[0073] In some embodiments, the first SIP message 202 is a SIP request (referred to as a first SIP request) for initiating an IMS data channel session between the first terminal device 210 and the second terminal device 220. In some examples, the SIP request for initiating the IMS data channel session may be a SIP INVITE request. The fourth SIP message is a response to the first SIP request, e.g. an 18x message with a P-DC-Cap header. The sixth SIP message 206 may be a SIP INVITE request without the “P-DC-Cap” header. In some other embodiments, the first SIP message 202 is a response to the fourth SIP message, e.g. an 18x message with a P-DC-Cap header. The fourth SIP message is a SIP request (referred to as a second SIP request) for initiating the IMS data channel session, e.g. a SIP INVITE request with a “P-DC-Cap” header. The sixth SIP message 206 may be an 18x message without the “P-DC-Cap” header.

[0074] In some embodiments, the third network device 250 receives the fourth SIP message from the second terminal device 220) . The third network device 250 may transmit, to the first network device 230, the second capability information. For example, the third network device 250 may transmit, to first network device 230, the second capability information by transmitting the fourth SIP message to the first network device 230. On the first network device 230 side, the first network device 230 receives the fourth SIP message from the second terminal device 220. Then the first network device 230 may transmit the second capability information to the second network device (e.g. the first DCSF) and / or the second DCSF. On the second network device 240 side, the second network device 240 may receive, from the first network device 230, the second capability information of the second terminal device 220. The second terminal device 220 may be a terminal device participating an IMS data channel session with the first terminal device 210. In some examples, while transmitting the second capability information, the first network device 230 may also transmit an identity of the second terminal device 220 to the first DCSF and / or the second DCSF. Thus, the DCSF (s) , such as the first DCSF and / or the second DCSF, may obtain capability information from both the first terminal device 210  and the second terminal device 220.

[0075] As mentioned above, the second network device 240 may construct the URL based on the capability information 204. Specifically, if the first capability information 204 and the second capability information have at least one common capability, the second network device 240 may construct the URL based on the at least one common capability. If the first capability information 204 and the second capability information have no common capability, the second network device 240 may construct the URL based on the set of data channel applications configured by the first network device 230. If at least one of the first capability information or the second capability information comprises an indicator indicating that the corresponding terminal device has no capability associated with at least one data channel, the second network device 240 may construct the URL based on the set of data channel applications configured by the first network device 230. The indicator comprised in the first capability information 204 indicates that the first terminal device 210 has no capability associated with at least one data channel, and the indicator comprised in the second capability information indicates that the second terminal device 220 has no capability associated with at least one data channel.

[0076] In some examples, in a P2A (Person to Application) or a A2P (Application to Person) scenario, the data channel application may be initiated by the network (e.g., the first network device 230) , in such scenario, the second network device 240 may only utilize the received capability information of one participant (for example the first terminal device 210) as input to construct a URL that will be provided to DCMF (in some examples, Media Resource Function (MRF) may be used to implement a function of the DCMF) to allow for the downloading of a graphical user interface that contains data channel applications matching the capabilities of the first terminal device 210. Therefore, constructing the URL based on the capability information 204 means constructing the URL based capability information of one terminal device (e.g. the first terminal device) . In some other examples, in a P2P (person to person) scenario as shown in Fig. 3A and 3B, a caller and a callee are served by different DCSFs in different network.

[0077] In such examples, the second network device 220 may construct the URL based on the first capability information 204 of the first terminal device 210 and second capability information of the second terminal device 220. The second capability information indicates that the second terminal device 220 has a third set of capabilities associated with at least one data channel. In a process of constructing the URL based on the capability  information 204, the second network device 240 constructs the URL based on capability information of both terminal devices (e.g. the caller and the callee) . Specifically, the second network device 240 may construct the URL based on the at least one common capability of the first terminal device 210 and the second terminal device 220. In some further examples, the terminal device 210 does not indicate its capability information, then the URL may be constructed based on the capability of the network, for example, the first network device 230 determine a set of data channel applications for constructing the URL. Alternatively, there is no common capability between the first capability information 204 and the second capability information, then the URL may also be constructed based on the set of data channel applications configured by the network. In such examples above, the second network device 220 may construct the URL based on a set of data channel applications configured by the first network device 230.

[0078] The terminal device (e.g. the first terminal device 210) may establish a bootstrap data channel with a data channel media function (DCMF) for obtaining a data channel application list for the terminal device 210. In some embodiments, the data channel application list is based on the first capability information of the first terminal device 210. For example, in the P2A or the A2P scenario above, the data channel application list is based on the first capability information of the first terminal device 210. In some other embodiments, the data channel application list is based on the first capability information of the first terminal device 210 and the second capability information of the second terminal device 220, as mentioned in the P2P scenario above, the data channel application list is based on capability information of both the first terminal device 210 and the second terminal device 220, specifically, the data channel application list is based on common capability information of the both terminal devices. In some other embodiments, as mentioned above, the terminal device 210 may transmit the first SIP message 202 comprising a header field indicating (e.g. by the indicator) no capability of the terminal device 210, or there is no common capability between the first capability information 204 and the second capability information, in such examples, the network, e.g., the first network device, may use a default data channel application list comprising a set of data channel applications configured by the network device.

[0079] As mentioned above, in some embodiments, the second terminal device 220 may transmit, to the third network device 250, a fourth SIP message comprising a second header field indicating second capability information of the second terminal device 220. The  fourth SIP message is transmitted, via some devices, such as the first network device 230, the first P-CSCF (not shown in Fig. 2) associated with the first terminal device 210, to the first terminal device 210. In some examples, the SIP message received (e.g. via the first P-CSCF) by the first terminal device 210 is a SIP message (referred to as a second SIP message) without the second header field. That is, prior to transmitting the fourth SIP message to the first terminal device 210, the first P-CSCF may remove the second header field from the fourth SIP message to obtain the second SIP message, and then transmit the second SIP message to the first terminal device 210. On the first terminal device 210 side, the first terminal device 210 may receive, from the network device 230, the second SIP message without the second header field.

[0080] In some embodiments, the first SIP message 202 is a first SIP request for initiating the IMS data channel session, and the second SIP message is determined based on a response to the first SIP request, specifically, the second SIP message is generated by removing a header field from the response to the first SIP request. In some other embodiments, the first SIP message 202 is a response to the second SIP message, and the second SIP message is determined based on a second SIP request for initiating the IMS data channel session, specifically, the second SIP message is generated by removing a header field from the second SIP request.

[0081] In some embodiments, the SIP message 202 (i.e. the first SIP message 202) is used for updating previous capability information of the terminal device 210. In such embodiments, for example, the first SIP message 202 may be a SIP INFO request. Specifically, in some examples, if the capability information 204 comprises the first set of capabilities, then a second set of capabilities of the terminal device 210 indicated by the previous capability information may be updated based on the first set of capabilities. In such examples, the capability information 204 indicating a set of updated capabilities of the terminal device 210. In some other examples, if the capability information 204 comprises the indicator that the terminal device has no capability associated with at least one data channel, then the second set of capabilities may be terminated. The second set of capabilities of the terminal device 210 being terminated means that the terminal device 210 loses the second set of capabilities. In such embodiments, as an example, the terminal device 210 may further terminate unavailable data channel application associated with the terminal device 210 to release at least one media resource of the data channel application. As another example, the second network device 240 may terminate unavailable data  channel application associated with the terminal device 210 to release at least one media resource of the data channel application. That is, terminating the unavailable data channel application may be performed by the terminal device 210 and / or the second network device 240.

[0082] The first network device 230 may transmit, to the terminal device 210, a SIP message (referred to as a third SIP message) for informing the terminal device 210 to obtain a data channel application list for the terminal device. In some examples, the third SIP message may be a SIP REFER request. If the SIP message 202 (i.e. the first SIP message 202) is used for updating previous capability information of the terminal device 210, the third SIP message is for informing the terminal device 210 to obtain an updated data channel application list. The terminal device 210 receives, from the network device 230, the third SIP message, and transmits a request (e.g. a HTTP GET request) for obtaining, via the bootstrap data channel established between the terminal device 210 and the DCMF, the data channel application list. The terminal device 210 may further transmit, to the network device 230, a response to the third SIP message. In some examples, the third SIP message may be received from the network device 230 via the P-CSCF (e.g. the first P-CSCF) . The terminal device 210 may transmit to the first network device 230, and the first network device may receive from the terminal device 210, a response to the third SIP message.

[0083] In some embodiments, the first network device 230 may also transmit, to the second terminal device 220, a fifth SIP message for informing the second terminal device 220 to obtain a data channel application list for the second terminal device 220. If the SIP message 202 (i.e. the first SIP message 202) is used for updating previous capability information of the terminal device 210, the fifth SIP message is for informing the terminal device 220 to obtain an updated data channel application list. The second terminal device 220 may transmit to the first network device 230, and the first network device may receive from the second terminal device 220, a response to the fifth SIP message. An example of the third network device 250 may be a second P-CSCF (different from the first P-CSCF above) . The fifth SIP message may be transmitted to the terminal device via the third network device 250, specifically, the third network device 250 receives the fifth SIP message from the first network device 230, and transmits the fifth SIP message to the second terminal device 220. Similarly, the third SIP message may also be transmitted to the first terminal device 210 via a P-CSCF, for example, via the first P-CSCF.

[0084] The following Table 1 shows some examples mentioned in the above embodiments. In the Table 1, the UE may be an example of the first terminal device 210 or the second terminal device 220. As an example, the UE may be described as the first terminal device 210 below. IMS AS may be an example of the first network device 230, and DCSF may be an example of the second network device (the first DCSF) or the second DCSF. Assuming both the UE and the IMS network has declared supporting IMS DC during UE registration per high-level capability discovery procedure defined in 3GPP TS 24.229, below Table 1 summarizes the technical effects of the solution in some embodiments on the UE, the IMS AS and the DCSF in typically scenarios that to ensure detailed data channel capability discovery and synchronization among participants (e.g. the UEs, etc. ) of IMS DC session.

[0085] As shown in scenario A in the Table 1, the step 1 shows an example in which the SIP message 202 is for initiating the IMS data channel session, and the SIP message 202 comprises the first set of capabilities. The case 1 in step 1 shows an example in which a second set of capabilities of the terminal device 210 indicated by the previous capability information is updated based on the first set of capabilities. The case 2 in step 1 shows an example in which the second set of capabilities of the terminal device 210 is terminated.

[0086] As shown in scenario B in the Table 1, the step 1 shows an example in which the SIP message 202 is for initiating the IMS data channel session, and the SIP message 202 comprises an indicator that the terminal device 210 has no capability associated with at least one data channel. The step 1 shows an example in which the terminal device 210 having no capability is updated based on the first set of capabilities.

[0087] Table 1

[0088] Fig. 3A illustrates a flowchart illustrating a process 300-1 for capability discovery and synchronization according to some other embodiments of the present disclosure. The process 300-1 may be applied to IMS DC P2P (person to person) scenario. To simplify the presentation, irrelevant signaling steps are omitted from the process 300-1. In addition, some network elements (e.g., I-CSCF / S-CSCF) that not impacted by this solution of the process 300-1 are also omitted. The process 300-1 and the process 300-2 below are based on TS 23.228 AC. 7.2.1. The process 300-1 may also be applied to an IMS DC P2A2P scenario, in which the DCSF-1 340 and DCSF-2 350 below may be same DCSF. In the process 300-1, a UE-1 310, a UE-2 320, an IMS AS 330, a DCSF-1 340, a DCSF-2 350, a P-CSCF-1 360 and a P-CSCF-2 370 are involved. The UE-1 310 and UE-2 320 may be as DCMTSI clients, and may be examples of terminal devices (the first terminal device 210 and the second terminal device 220) . The IMS AS 330 may be an example of the first network device 210. The DCSF-1 340 or the DCSF-2 350 may be an example of the second network device 220. The P-CSCF-1 360 or the P-CSCF-2 370 may be an example of the third network device 250. Specifically, in some examples, the UE-1 310 is an  example of the first terminal device 210, the DCSF-1 340 is an example of the second network device 240, the P-CSCF-2 370 is an example of the third network device 250, and the UE-2 320 is an example of the second terminal device 220. In some other examples, the UE-2 320 is an example of the first terminal device 210, the DCSF-2 350 is an example of the second network device 240, the P-CSCF-1 360 is an example of the third network device 250, and the UE-1 310 is an example of the second terminal device 220.

[0089] In step 301, the UE-1 310 transmits, to the P-CSCF-1 360, a SIP message comprising a header field indicating capability information of the UE-1 310. The SIP message may be a SIP INVITE request. The capability information may comprise a header field. In some examples, as shown in Fig. 3A, the header field may be a P-DC-Cap header, and the P-DC-Cap header contains capability information of the UE-1 310. The capability information is associated with at least one data channel (DC) , and may be referred to as DC capability information. As an example, the capability information indicates a set of capabilities, such as augmented reality and positioning capabilities (shown as AR&Pos) . AR and Pos may be examples of the capability tags. One capability tag may indicate one capability of a UE. The P-CSCF-1 360 may be as an originating network.

[0090] In step 303, the P-CSCF-1 360 transmits the SIP INVITE request with the P-DC-Cap header to the IMS AS 330.

[0091] In step 305a, the IMS AS 330 may transmit, to the DCSF-1 340, the capability information of the UE-1 310. Specifically, the IMS AS 330 may transmit a Nimsas_SessionEventControl_Notify request to the DCSF-1 340, and the Nimsas_SessionEventControl_Notify request comprises the capability information of the UE-1 310. In addition, the Nimsas_SessionEventControl_Notify request may further comprise user information of the UE-1 310, for example, an Internet protocol multimedia public identity (IMPU) of the UE-1 310. The IMPU is an example of the identity of the UE-1 310.

[0092] In step 305b, the DCSF-1 340 may transmit, to the IMS AS 330, a response to the Nimsas_SessionEventControl_Notify request. This response may be referred to as Nimsas_SessionEventControl_Notify response.

[0093] In step 307a, the IMS AS 330 may transmit the capability information of the UE-1 310 to the DCSF-2 350, for example, the IMS AS 330 may transmit the  Nimsas_SessionEventControl_Notify request with the user information and the capability information of the UE-1 310. In step 307b, the DCSF-2 350 may transmit a Nimsas_SessionEventControl_Notify response to the IMS AS 330.

[0094] In step 309, the IMS AS 330 may transmit, to the P-CSCF-2 370, the SIP message comprising the header field indicating capability information of the UE-1 310, for example, as shown in Fig. 3A, the IMS AS 330 transmits the SIP INVITE request with the P-DC-Cap header “P-DC-Cap: AR, Pos” to the P-CSCF-2 370.

[0095] Based on the steps 305a and 307a above, the IMS AS 330 notifies the DCSFs the call event by sending the Nimsas_SessionEventControl_Notify request to both the DCSF-1 340 serving the UE-1 310 and the DCSF-2 350 serving the UE-2 320. Further, the IMS AS 330 provides information such as the IMPU and the capability information of UE-1 310 to both DCSFs (i.e. the DCSF-1 340 and the DCSF-2 350) .

[0096] In step 311, the P-CSCF-2 370 may transmit, to the UE-2 320, the SIP message (e.g. the SIP INVITE request with the P-DC-Cap header) received from the IMS AS 330. In some examples, the P-CSCF-2 370 may generate a further SIP message by removing the header field from the SIP message received from the IMS AS 330, in other words, prior to transmitting the SIP message received from the IMS AS 330, the P-CSCF-2 370 may remove the header field (e.g. the P-DC-Cap header) from the SIP message received from the IMS AS 330. For example, the P-CSCF-2 370 may transmit, to the UE-2 320, a SIP INVITE request without the P-DC-Cap header.

[0097] The P-CSCF-2 370 may be as a terminating network. Based on the steps 309 and 311 above, the IMS AS 330 sends the SIP INVITE request to the UE-2 320 through the terminating network. The P-CSCF-2 370 may, based on local policy and for the cause of privacy consideration, remove the P-DC-Cap header.

[0098] In step 313, the UE-2 320 may transmit, to the P-CSCF-2 370, a SIP message (different from a SIP message transmitted by the UE-1 310) comprising a header field indicating capability information of the UE-2 320. The SIP message transmitted by the UE-2 320 is a response to the SIP message transmitted by the UE-1 310, and in some examples, the response to the SIP message transmitted by the UE-1 310 may be a 18x message. For example, as shown in Fig. 3A, the UE-2 320 may transmit a 18x message with a P-DC-Cap header indicating the capability information of the UE-2 320. In some embodiments, the capability information of the UE-2 320 may be indicated by a set of  capability tags comprised in the header field, for example, the set of capability tags: AR, virtual reality (VR) , AI, Pos indicate the corresponding capabilities of augmented reality, virtual reality, artificial intelligence, and positioning, respectively.

[0099] In step 315, the P-CSCF-2 370 may transmit, to the IMS AS 330, the SIP message comprising the header field indicating capability information of the UE-2 320, for example, P-CSCF-2 370 may transmit the 18x message with the P-DC-Cap header indicating the capability information of the UE-2 320 to the IMS AS 330.

[0100] Based on the steps 313 and 315, the UE-2 320 responds with 18x with the P-DC-Cap header containing capability information (AR&VR&AI&Pos) of the UE-2 320 through the terminating network to the IMS AS 330.

[0101] In step 317a, the IMS AS 330 may transmit the capability information of the UE-2 320 to the DCSF-1 340, for example, the IMS AS 330 may transmit the Nimsas_SessionEventControl_Notify request with the user information and the capability information of the UE-2 320. In step 317b, the DCSF-1 340 may transmit a Nimsas_SessionEventControl_Notify response to the IMS AS 330.

[0102] In step 319a, the IMS AS 330 may transmit, to the DCSF-2 350, the capability information of the UE-2 320. Specifically, the IMS AS 330 may transmit a Nimsas_SessionEventControl_Notify request to the DCSF-2 350, and the Nimsas_SessionEventControl_Notify request comprises the capability information of the UE-2 320. In addition, the Nimsas_SessionEventControl_Notify request may further comprise user information of the UE-2 320, for example, an Internet protocol multimedia public identity (IMPU) of the UE-2 320. This IMPU is an example of the identity of the UE-2 310.

[0103] In step 319b, the DCSF-2 350 may transmit, to the IMS AS 330, a response to the Nimsas_SessionEventControl_Notify request. This response may be referred to as Nimsas_SessionEventControl_Notify response.

[0104] Based on the steps 317a and 319a, the IMS AS 330 notifies the DCSFs the call event by sending Nimsas_SessionEventControl_Notify requests to both DCSF-1 340 serving the UE-1 310 and the DCSF-2 350 serving the UE-2 320. Further, the IMS AS 330 provides information such as the IMPU and the capability information of the UE-2 320 to both DCSFs, such as the DCSF-1 340 and the DCSF-2 350.

[0105] The DCSF (the DCSF-1 340 or the DCSF-2 350) shall utilize the capabilities  indicated in the capability information of both participants (e.g., the UE-1 310 and the UE-2 320) as an input to construct a URL, and the URL will be provided to a DCMF to allow for the downloading of a graphical user interface. The graphical user interface contains data channel applications applicable to both participants.

[0106] In step 321, the IMS AS 330 may transmit, to the P-CSCF-1 360, the SIP message comprising the header field indicating capability information of the UE-2 320, for example, as shown in Fig. 3A, the IMS AS 330 transmits the 18x message with the P-DC-Cap header “P-DC-Cap: AR, VR, AI, Pos” to the P-CSCF-2 370.

[0107] In step 323, the P-CSCF-1 360 may transmit, to the UE-1 310, the SIP message (e.g. the SIP INVITE request with the P-DC-Cap header) received from the IMS AS 330. In some examples, the P-CSCF-1 360 may generate a further SIP message by removing the header field from the SIP message received from the IMS AS 330, in other words, prior to transmitting the SIP message received from the IMS AS 330, the P-CSCF-1 360 may remove the header field (e.g. the P-DC-Cap header) from the SIP message received from the IMS AS 330. For example, the P-CSCF-1 360 may transmit, to the UE-1 310, a 18x message without the P-DC-Cap header.

[0108] Based on the steps 321 and 323 above, the IMS AS 330 sends the 18x response to the UE-1 310 through the originating network. The P-CSCF-1 360 optionally can remove the P-DC-Cap header per local policy for privacy consideration.

[0109] In step 325, the PRACK and UPDATE exchange between the originating network and the terminating network. In step 327, the bootstrap data channels are established between the UE-1 310 and originating DCMF (not shown in Fig. 3A) , and between the UE-2 320 and terminating DCMF (not shown in Fig. 3A) . The DCMTSI Clients, such as the UE-1 310 and the UE-2 320 can then initiate an HTTP GET request on the root ( " / " ) URL through the bootstrap data channel to retrieve a data channel (DC) application list. In some examples, the URL is constructed based on common capability (capabilities) between the capability (capabilities) of the UE-1 310 and the capability (capabilities) of the UE-2 320, thus, this DC application list only contains applications that support AR&Pos capabilities which are shared by both the UE-1 310 and the UE-2 320.

[0110] If the capability of one DCMTSI client (e.g. a UE) changes during an ongoing IMS DC session, the DCMTSI client shall use a SIP INFO request to notify IMS AS / DCSF of the capability update. Then IMS AS / DCSF shall then use a SIP REFER request to inform  other participants (other UEs) to refresh data channel application list if the capability change would affect data channel application available to them. The process may refer to Fig. 3B.

[0111] Fig. 3B illustrates a flowchart illustrating a process 300-2 for capability discovery and synchronization according to some further embodiments of the present disclosure. The process 300-2 may be used for a scenario that the capability information of the UE-1 310 and / or the UE-2 320 changes. Accordingly, the UE-1 310 and / or the UE-2 320 need to update its (their) capability information and inform the updated capability information to the network (e.g., the IMS AS 330) . The process 300-2 may be a continuation of the process 300-1. The steps below are described based on a case that the capability information of the UE-1 310 changes.

[0112] As shown in Fig. 3B, in step 329, the UE-1 310 transmits, to the P-CSCF-1 360, a SIP message comprising a header field indicating updated capability information of the UE-1 310. The SIP message may be a SIP INFO request. The updated capability information may comprise a header field, for example, a P-DC-Cap header. The P-DC-Cap header contains capability information of the UE-1 310, and the capability information indicates a set of updated capabilities of the UE-1 310, such as augmented reality, virtual reality, artificial intelligence, and positioning (indicated by a set of capability tags: AR, VR, AI, and Pos) .

[0113] In step 331, the P-CSCF-1 360 transmits the SIP INFO request with the P-DC-Cap header indicating updated capability information of the UE-1 310 to the IMS AS 330.

[0114] Based on the steps 329 and 331, take an example that the capability information of the UE-1 310 changes, in this example, upon the capability of the UE-1 310 change (e.g., due to access network change or hardware change) , the UE-1 310 sends a SIP INFO request with the P-DC-Cap header containing new (i.e., updated) DC capability information (AR&VR&AI&Pos) of the UE-1 310 through the originating network to the IMS AS 350.

[0115] In step 333a, the IMS AS 330 may transmit, to the DCSF-1 340, the updated capability information of the UE-1 310. Specifically, the IMS AS 330 may transmit a Nimsas_SessionEventControl_Notify request to the DCSF-1 340, and the Nimsas_SessionEventControl_Notify request comprises the updated capability information of the UE-1 310. In addition, the Nimsas_SessionEventControl_Notify request may further comprise user information (e.g. the IMPU) of the UE-1 310.

[0116] In step 333b, the DCSF-1 340 may transmit, to the IMS AS 330, a Nimsas_SessionEventControl_Notify response to the Nimsas_SessionEventControl_Notify request.

[0117] In step 335a, the IMS AS 330 may transmit the updated capability information of the UE-1 310 to the DCSF-2 350, for example, the IMS AS 330 may transmit the Nimsas_SessionEventControl_Notify request with the user information and the updated capability information of the UE-1 310. In step 335b, the DCSF-2 350 may transmit a Nimsas_SessionEventControl_Notify response to the IMS AS 330.

[0118] Based on the steps 333a and 335a, the IMS AS 330 notifies the DCSFs the call event by sending Nimsas_SessionEventControl_Notify requests to both the DCSF-1 340 serving the UE-1 310 and the DCSF-2 350 serving the UE-2 320. Further the IMS AS 330 provides information such as the IMPU and updated capability information of the UE-1 310 to both DCSFs. Similarly, in other examples (not show in Fig. 3B) , for example, if the capabilities (or capability) of the UE-2 320 changes, the UE-2 320 may also transmit the updated capability information of the UE-2 320 to both the DCSF-1 340 and the DCSF-2 350.

[0119] The DCSFs (the DCSF-1 340 or the DCSF-2 350) may utilize the updated capability information of the participants (the UE-1 310 and the UE-2 320) as input to construct a new URL (i.e. an updated URL) . The new URL will be provided to DCMF to allow for the downloading of a graphical user interface that contains data channel applications applicable to both participants, that is, the UE-1 310 or the UE-2 320 may download the graphical user interface via an associated DCMF, and the graphical user interface comprise the data channel applications applicable to the UE (the UE-1 310 or the UE-2 320) .

[0120] In steps 337 and 339, the IMS AS 330 sends a 200 OK response for the SIP INFO request to the UE-1 310 through the originating network P-CSCF-1 360.

[0121] In steps 341a and 343a, the IMS AS 330 may transmit a SIP message for informing the UE-1 310 to obtain a data channel application list for the UE-1 310. The SIP message for informing the UE-1 310 to obtain a data channel application list for the UE-1 310 may be a SIP REFER request. Specifically, in step 341a, the IMS AS 330 transmits the SIP REFER request to the P-CSCF-1 360, and in step 343a, the P-CSCF-1 360 transmits the SIP REFER request to the UE-1 310. Similarly, in the steps 341b and 343b, the IMS AS  330 may transmit a SIP message for informing the UE-2 320 to obtain a data channel application list for the UE-2 320. The SIP REFER request transmitted to the UE-1 310 or the UE-2 320 may comprises a SIP header “Refer-To: URL” , and the UE-1 310 or the UE-2 320 may obtain the updated data channel application list via the URL.

[0122] Based on the steps 341a, 341b, 343a and 343b, the IMS AS 330 sends separate SIP REFER requests to both UEs to inform the UEs to retrieve updated URL with updated DC application list as result of capabilities update on the UE-1 310.

[0123] In steps 345a and 347a, the UE-1 310 sends a 200 OK response for the SIP REFER request to the IMS AS 330 via the P-CSCF-1 360. In steps 345b and 347b, the UE-2 320 sends a 200 OK response for the SIP REFER request to the IMS AS 330 via the P-CSCF-2 370.

[0124] In step 349, the bootstrap data channel is updated. The DCMTSI clients (the UE-1 310 and the UE-2 320) initiate an HTTP GET request on the root ( " / " ) URL through the updated data channel to retrieve a new DC application list. This DC application list contains data channel applications that support updated common capabilities which are shared by both the UE-1 310 and the UE-2 320. In this example, with reference to Fig. 3A, a set of previous capability tags of the UE-1 310 comprises: AR and Pos, a set of capability tags of the UE-2 320 comprises: AR, VR, AI, and Pos, thus, a previous DC application list contains data channel applications supporting common capabilities of the UE-1 310 and the UE-2 320, i.e. AR and Pos. With reference to Fig. 3B, a set of updated capability tags of the UE-1 310 comprises: AR, VR, AI, and Pos, thus, an updated DC application list contains data channel applications supporting updated common capabilities of the UE-1 310 and the UE-2 320, i.e. AR, VR, AI, and Pos.

[0125] As mentioned above, the SIP message transmitted by the UE (e.g. the UE-1 310) comprises a header field indicating capability information of the UE, and the header field may be a P-DC-Cap header. The header field, e.g. the P-DC-Cap header “P-DC-Cap” is defined to carry the capabilities for data channel applications of a given DCMTSI client (e.g. the UE-1 310 or the UE-2 320 above) . It can be used either during establishing Bootstrap data channel or before establishing Bootstrap data channel in the SIP request / response messages (e.g. the SIP INVITE request or the 18x message) .

[0126] A formal syntax of the header field is as below:

[0127] P-DC-Cap = "P-DC-Cap" HCOLON [cap-tag * (COMMA cap-tag) ]

[0128] cap-tag = token # token is defined in RFC3261

[0129] An example of the header field is as below:

[0130] P-DC-Cap: AR, Pos

[0131] P-DC-Cap is an example of a capability tag (cap-tag for short) . Some examples of cap-tags such as AR / MR / VR / XR / AI, where ‘AR’ means AR capability’ , ‘MR’ means MR capability’ , ‘VR’ means VR capability’ , ‘XR’ means AR&MR&VR capability’ , ‘AI’ means AI capability’ , ‘Pos’ means positioning capability’ .

[0132] In some other examples, the SIP message transmitted by the UE (e.g. SIP message transmitted by the UE-1 310 in the step 301 or by the UE-2 320 in the step 313) may indicates capability information comprising an indicator, and the indicator indicates the UE has no capability associated the data channel. In some examples, the indicator is provided by an empty header field without a capability tag, in other words, the missing of cap-tag in the P-DC-Cap header can be an indicator that the Multimedia Telephony Service for IMS with Data Channel supporting (DCMSTI) client (i.e. the UE) loses IMS DC capability temporarily.

[0133] The following Table 2 is an extension of some tables of RFC3261 (e.g., table 2 and 3 in RFC3261) for the new P-DC-Cap SIP header:

[0134] Table 2

[0135] With reference to the embodiments shown as Fig. 2, 3A, 3B and Table 2, a solution is proposed in the present disclosure to ensure that DCMTSI clients participating in one IMS DC session can invoke a common data channel application according to the real-time capabilities of participants and only the data channel applications that matching the DCMTSI clients’ capabilities will be displayed / downloaded. The solution also ensures timely data channel application refresh on DCMTSI client during an IMS DC session according to the real-time capabilities changes. Consequently, the possibility of failure on data channel application invoking caused by unmatched capability is reduced to ensure an optimal user experience. The solution of some embodiments may support the scenario  where IMS DC session participants are served by different DCSFs and doesn’t require pre-exist bootstrap data channel. It is also backward compatible for the UE and the network component that doesn’t support the new SIP header. It won’t impact existing IMS DC session setup procedure because the unrecognized SIP header will be simply ignored per RFC3261 Session Initiation Protocol.

[0136] To support the implementation of some embodiments of the present disclosure, a DCMTSI client (e.g. the terminal device or UE in some embodiment above) may include its detailed capability list in P-DC-Cap header in the SIP request / response (e.g., INVITE and 183 Session Progress) . Upon capability changes after establishment of Bootstrap data channel, the DCMTSI client may generate a SIP INFO request with P-DC-Cap header containing the real-time capabilities. Upon receiving a SIP REFER request, the DCMTSI clients may initiate an HTTP GET request on the root ( " / " ) URL through the bootstrap data channel to retrieve updated DC application list. The IMS AS may notify the DCSF (s) the capability information of a DCMTSI client that received in P-DC-Cap header. The IMS AS may send a SIP REFER request to relative participants to inform them to retrieve updated URL with updated DC application list. The DCSF (s) may have the ability to utilize the capabilities of both participants as input to construct a URL that will be provided to DCMF (s) to allow for the downloading of a graphical user interface that contains data channel applications applicable to both participants. In some examples, the P-CSCF is optionally required to recognize and manipulate P-DC-Cap header per local privacy policy.

[0137] Fig. 4 illustrates a flowchart of a method 400 implemented at a terminal device according to some embodiments of the present disclosure. The terminal device performing the method 400 may be the same as the first terminal device 210.

[0138] At block 410, the terminal device may transmit, to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device. The capability information is associated with at least one data channel.

[0139] In some embodiments, the capability information may comprise a first set of capabilities associated with at least one data channel, or an indicator that the terminal device has no capability associated with at least one data channel.

[0140] In some embodiments, the first set of capabilities may be indicated by a set of capability tags comprised in the header field.

[0141] In some embodiments, the indicator may be provided by an empty header field without a capability tag.

[0142] In some embodiments, the network device may be an Internet protocol multimedia system (IMS) application server (AS) . The terminal device may further establish a bootstrap data channel with a data channel media function (DCMF) for obtaining a data channel application list for the terminal device.

[0143] In some embodiments, the SIP message may be a first SIP message, the header field may be a first header field, the terminal device may be a first terminal device, and the terminal device may further receive, from the network device, a second SIP message without a second header field.

[0144] In some embodiments, the first SIP message may be a first SIP request for initiating the IMS data channel session, and the second SIP message may be determined based on a response to the first SIP request. In some other embodiments, the first SIP message may be a response to the second SIP message. The second SIP message may be determined based on a second SIP request for initiating the IMS data channel session.

[0145] In some embodiments, the SIP message may be used for updating previous capability information of the terminal device.

[0146] In some embodiments, in the event that the capability information comprises the first set of capabilities, a second set of capabilities of the terminal device indicated by the previous capability information is updated based on the first set of capabilities. Alternatively, in the event that the capability information comprises the indicator, the second set of capabilities is terminated.

[0147] In some embodiments, the terminal device may further terminate unavailable data channel application associated with the terminal device to release at least one media resource of the data channel application.

[0148] In some embodiments, the terminal device may further receive, from the network device, a third SIP message for informing the terminal device to obtain a data channel application list for the terminal device, and transmit a request for obtaining, via a bootstrap data channel established between the terminal device and a DCMF, the data channel application list.

[0149] In some embodiments, the terminal device may further transmit, to the network  device, a response to the third SIP message.

[0150] In some embodiments, the terminal device may be a first terminal device, the capability information may be first capability information, and the data channel application list is based on: the first capability information of the first terminal device, alternatively, the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, wherein the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel, alternatively, a set of data channel applications configured by the network device.

[0151] In some embodiments, the first SIP message is transmitted to the network device via a proxy-call session control function (P-CSCF) , additionally or alternatively, the second SIP message and / or the third SIP message may be received from the network device via the P-CSCF.

[0152] Fig. 5 illustrates a flowchart of a method 500 implemented at a network device according to some embodiments of the present disclosure. The network device performing the method 500 may be a first network device, for example, the first network device 230.

[0153] At block 510, the first network device may receive, from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device. The capability information is associated with at least one data channel. At block 520, the first network device may transmit, to a second network device, the capability information of the terminal device.

[0154] In some embodiments, the capability information may comprise a first set of capabilities associated with at least one data channel. Alternatively, the capability information may comprise an indicator that the terminal device has no capability associated with at least one data channel.

[0155] In some embodiments, the first set of capabilities may be indicated by a set of capability tags comprised in the header field.

[0156] In some embodiments, the indicator may be provided by an empty header field without a capability tag.

[0157] In some embodiments, the terminal device may be a first terminal device, the  second network device may be a first data channel signaling function (DCSF) serving the first terminal device, and the first network device may further transmit, to a second DCSF serving a second terminal device, the capability information of the first terminal device.

[0158] In some embodiments, the SIP message may be a first SIP message, the header field is a first header field, the capability information is first capability information, and the first network device may further receive, from the second terminal device, a fourth SIP message comprising a second header field indicating second capability information of the second terminal device, wherein the second capability information is associated with at least one data channel, and transmit, to the first DCSF and the second DCSF, the second capability information.

[0159] In some embodiments, the first network device may further transmit an identity of the first terminal device to at least one of the first DCSF and the second DCSF. Additionally or alternatively, the first network device may further transmit an identity of the second terminal device to at least one of the first DCSF and the second DCSF.

[0160] In some embodiments, the first SIP message may be a first SIP request for initiating an IMS data channel session between the first terminal device and the second terminal device, and the fourth SIP message is a response to the first SIP request. Alternatively, the first SIP message may a response to the fourth SIP message, in which the fourth SIP message may be a second SIP request for initiating the IMS data channel session.

[0161] In some embodiments, the SIP message may be used for updating previous capability information of the terminal device.

[0162] In some embodiments, in the event that the capability information comprises the first set of capabilities, a second set of capabilities of the terminal device indicated by the previous capability information is updated based on the first set of capabilities. In some other embodiments, in the event that the capability information comprises the indicator, the second set of capabilities is terminated.

[0163] In some embodiments, the first network device may further transmit, to the terminal device, a response to the SIP message.

[0164] In some embodiments, the first network device may further transmit, to the terminal device, a third SIP message for informing the terminal device to obtain a data channel application list for the terminal device.

[0165] In some embodiments, the terminal device may be a first terminal device, and the first network device may further transmit, to a second terminal device, a fifth SIP message for informing the second terminal device to obtain a data channel application list for the second terminal device.

[0166] In some embodiments, the first network device may further receive, from the first terminal device, a response to the third SIP message, additionally or alternatively, the first network device may receive, from the second terminal device, a response to the fifth SIP message.

[0167] In some embodiments, the terminal device may be a first terminal device, the capability information may be first capability information, and the data channel application list is based on the first capability information of the first terminal device, or based on the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel, or based on a set of data channel applications configured by the first network device.

[0168] In some embodiments, the first SIP message is received from the terminal device via a proxy-call session control function (P-CSCF) , additionally or alternatively, at least one of the third SIP message or the fifth SIP message is transmitted to the terminal device via the P-CSCF.

[0169] In some embodiments, the network device is an Internet protocol multimedia system (IMS) application server (AS) .

[0170] Fig. 6 illustrates a flowchart of a method 600 implemented at a network device according to some other embodiments of the present disclosure. The network device performing the method 600 may be a second network device, for example the second network device 240 mentioned above.

[0171] At block 610, the second network device may receive, from a first network device, capability information of a terminal device served by the second network device, in which the capability information is associated with at least one data channel. At block 620, the second network device may construct, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.

[0172] In some embodiments, the capability information may comprise a first set of capabilities associated with at least one data channel. Alternatively, the capability information may comprise an indicator indicating that the terminal device has no capability associated with at least one data channel.

[0173] In some embodiments, the first set of capabilities may be indicated by a set of capability tags comprised in the header field.

[0174] In some embodiments, the indicator is provided by an empty header field without a capability tag.

[0175] In some embodiments, the terminal device may be a first terminal device, the capability information may be first capability information, and the second network device may further receive, from the first network device, second capability information of a second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information is associated with at least one data channel.

[0176] In some embodiments, the terminal device may be a first terminal device, the capability information may be first capability information. The second network device may construct the URL based on the first capability information of the first terminal device. Alternatively, the second network device may construct the URL based on the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel. Alternatively, the second network device may construct the URL based on a set of data channel applications configured by the first network device.

[0177] In some embodiments, the second network device may further receive, from the first network device, an identity of the first terminal device and / or an identity of the second terminal device.

[0178] In some embodiments, the second network device constructs the URL, specifically, in the event that the first capability information and the second capability information have at least one common capability, the second network device may construct the URL based on the at least one common capability, alternatively, in the event that the first capability information and the second capability information have no common capability, the second  network device may construct the URL based on the set of data channel applications, alternatively, in the event that at least one of the first capability information or the second capability information comprises an indicator, the second network device may construct the URL based on the set of data channel applications. The indicator comprised in the first capability information may indicate that the first terminal device has no capability associated with at least one data channel, and the indicator comprised in the second capability information may indicate that the second terminal device has no capability associated with at least one data channel.

[0179] In some embodiments, the second network device may further terminate unavailable data channel application associated with the terminal device to release at least one media resource of the data channel application.

[0180] In some embodiments, the first network device may be an IP multimedia system (IMS) application server (AS) . Additionally or alternatively, the second network device may be a data channel signaling function (DCSF) .

[0181] Fig. 7 illustrates a flowchart of a method 700 implemented at a network device according to some further embodiments of the present disclosure. The network device performing the method 700 may be a third network device, for example the third network device 250 above.

[0182] At block 710, the third network device may receive, from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device. The capability information is associated with at least one data channel. At block 720, the third network device may generate a sixth SIP message by removing the header field from the first SIP message. At block 730, the third network device may transmit the sixth SIP message to a second terminal device.

[0183] In some embodiments, the capability information may comprise a first set of capabilities associated with at least one data channel, alternatively, the capability information may comprise an indicator that the terminal device has no capability associated with at least one data channel.

[0184] In some embodiments, the first set of capabilities may be indicated by a set of capability tags comprised in the header field.

[0185] In some embodiments, the indicator may be provided by an empty header field without a capability tag.

[0186] In some embodiments, the header field may be a first header field, the third network device may be associated with the second terminal device, the capability information is first capability information, and the third network device may further receive, from the second terminal device, a fourth SIP message comprising a second header field indicating second capability information of the second terminal device, wherein the second capability information is associated with at least one data channel, and transmit, to the first network device, the second capability information.

[0187] In some embodiments, the first SIP message may be a first SIP request for initiating an IMS data channel session between the first terminal device and the second terminal device, and the fourth SIP message may be a response to the first SIP request. In some other embodiments, the first SIP message may be a response to the fourth SIP message, in which the fourth SIP message may be a second SIP request for initiating the IMS data channel session.

[0188] In some embodiments, the third network device may further receive, from the first network device, a fifth SIP message for informing the second terminal device to obtain a data channel application list for the second terminal device, and transmit, to the second terminal device, the fifth SIP message.

[0189] In some embodiments, the capability information may be first capability information. The data channel application list is based on the first capability information of the first terminal device. Alternatively, the data channel application list is based on the first capability information of the first terminal device and second capability information of the second terminal device participating an IMS data channel session with the first terminal device, wherein the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel. Alternatively, the data channel application list is based on a set of data channel applications configured by the first network device.

[0190] In some embodiments, the third network device may be a proxy-call session control function (P-CSCF) .

[0191] In some embodiments, an apparatus capable of performing any of the method 400 (for example, the terminal device 110, or 120 or 210) may comprise means for performing the respective steps of the method 400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0192] In some embodiments, the apparatus comprises means for transmitting, to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.

[0193] In some embodiments, the capability information comprises a first set of capabilities associated with at least one data channel, or an indicator that the terminal device has no capability associated with at least one data channel.

[0194] In some embodiments, the first set of capabilities is indicated by a set of capability tags comprised in the header field.

[0195] In some embodiments, the indicator is provided by an empty header field without a capability tag.

[0196] In some embodiments, the network device is an Internet protocol multimedia system (IMS) application server (AS) , and the apparatus further comprises means for establishing a bootstrap data channel with a data channel media function (DCMF) for obtaining a data channel application list for the terminal device.

[0197] In some embodiments, the SIP message is a first SIP message, the header field is a first header field, the terminal device is a first terminal device, and the apparatus further comprises means for receiving, from the network device, a second SIP message without a second header field.

[0198] In some embodiments, the first SIP message is a first SIP request for initiating the IMS data channel session, and the second SIP message is determined based on a response to the first SIP request. Alternatively, the first SIP message is a response to the second SIP message, in which the second SIP message is determined based on a second SIP request for initiating the IMS data channel session.

[0199] In some embodiments, the SIP message is used for updating previous capability information of the terminal device.

[0200] In some embodiments, in the event that the capability information comprises the first set of capabilities, a second set of capabilities of the terminal device indicated by the previous capability information is updated based on the first set of capabilities. Alternatively, in the event that the capability information comprises the indicator, the second set of capabilities is terminated.

[0201] In some embodiments, the apparatus further comprises means for terminating unavailable data channel application associated with the terminal device to release at least one media resource of the data channel application.

[0202] In some embodiments, the apparatus further comprises means for receiving, from the network device, a third SIP message for informing the terminal device to obtain a data channel application list for the terminal device, and means for transmitting a request for obtaining, via a bootstrap data channel established between the terminal device and a DCMF, the data channel application list.

[0203] In some embodiments, the apparatus further comprises means for transmitting, to the network device, a response to the third SIP message.

[0204] In some embodiments, the terminal device is a first terminal device, the capability information is first capability information. The data channel application list is based on the first capability information of the first terminal device. Alternatively, the data channel application list is based on the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel. Alternatively, the data channel application list is based on a set of data channel applications configured by the network device.

[0205] In some embodiments, the first SIP message is transmitted to the network device via a proxy-call session control function (P-CSCF) . Additionally or alternatively, the second SIP message and / or the third SIP message may be received from the network device via the P-CSCF.

[0206] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 400. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0207] In some embodiments, an apparatus capable of performing any of the method 500 (for example, the network device 150 or the first network device 230) may comprise means for performing the respective steps of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software  module.

[0208] In some embodiments, the apparatus comprises means for receiving, from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, in which the capability information is associated with at least one data channel, and means for transmitting, to a second network device, the capability information of the terminal device.

[0209] In some embodiments, the capability information comprises a first set of capabilities associated with at least one data channel, or an indicator that the terminal device has no capability associated with at least one data channel.

[0210] In some embodiments, the first set of capabilities is indicated by a set of capability tags comprised in the header field.

[0211] In some embodiments, the indicator is provided by an empty header field without a capability tag.

[0212] In some embodiments, the terminal device is a first terminal device, the second network device is a first data channel signaling function (DCSF) serving the first terminal device, and the apparatus further comprises means for transmitting, to a second DCSF serving a second terminal device, the capability information of the first terminal device.

[0213] In some embodiments, the SIP message is a first SIP message, the header field is a first header field, the capability information is first capability information, and the apparatus further comprises means for receiving, from the second terminal device, a fourth SIP message comprising a second header field indicating second capability information of the second terminal device, wherein the second capability information is associated with at least one data channel; and means for transmitting, to the first DCSF and the second DCSF, the second capability information.

[0214] In some embodiments, the apparatus further comprises means for transmitting an identity of the first terminal device to at least one of the first DCSF and the second DCSF; additionally or alternatively, the apparatus further comprises means for transmitting an identity of the second terminal device to at least one of the first DCSF and the second DCSF.

[0215] In some embodiments, the first SIP message is a first SIP request for initiating an IMS data channel session between the first terminal device and the second terminal device,  and the fourth SIP message is a response to the first SIP request. Alternatively, the first SIP message is a response to the fourth SIP message. The fourth SIP message may be a second SIP request for initiating the IMS data channel session.

[0216] In some embodiments, the SIP message is used for updating previous capability information of the terminal device.

[0217] In some embodiments, in the event that the capability information comprises the first set of capabilities, a second set of capabilities of the terminal device indicated by the previous capability information is updated based on the first set of capabilities. Alternatively, in the event that the capability information comprises the indicator, the second set of capabilities is terminated.

[0218] In some embodiments, the apparatus further comprises means for transmitting, to the terminal device, a response to the SIP message.

[0219] In some embodiments, the apparatus further comprises means for transmitting, to the terminal device, a third SIP message for informing the terminal device to obtain a data channel application list for the terminal device.

[0220] In some embodiments, the terminal device is a first terminal device, and the apparatus further comprises means for transmitting, to a second terminal device, a fifth SIP message for informing the second terminal device to obtain a data channel application list for the second terminal device.

[0221] In some embodiments, the apparatus further comprises means for receiving, from the first terminal device, a response to the third SIP message. Additionally or alternatively, the apparatus further comprises means for receiving, from the second terminal device, a response to the fifth SIP message.

[0222] In some embodiments, the terminal device is a first terminal device, the capability information is first capability information. The data channel application list is based on the first capability information of the first terminal device. Alternatively, the data channel application list is based on the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel. The data channel application list is based on a set of data channel applications configured by the first network device.

[0223] In some embodiments, the first SIP message is received from the terminal device via a proxy-call session control function (P-CSCF) . Additionally or alternatively, the third SIP message and / or the fifth SIP message may be transmitted to the terminal device via the P-CSCF.

[0224] In some embodiments, the network device is an Internet protocol multimedia system (IMS) application server (AS) .

[0225] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 500. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0226] In some embodiments, an apparatus capable of performing any of the method 600 (for example, the network device 160 or the second network device 240) may comprise means for performing the respective steps of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0227] In some embodiments, the apparatus comprises means for receiving, from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; and means for constructing, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.

[0228] In some embodiments, the capability information comprises a first set of capabilities associated with at least one data channel; or an indicator indicating that the terminal device has no capability associated with at least one data channel.

[0229] In some embodiments, the first set of capabilities is indicated by a set of capability tags comprised in the header field.

[0230] In some embodiments, the indicator is provided by an empty header field without a capability tag.

[0231] In some embodiments, the terminal device is a first terminal device, the capability information is first capability information, and the apparatus comprises means for receiving,  from the first network device, second capability information of a second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information is associated with at least one data channel.

[0232] In some embodiments, the terminal device is a first terminal device, the capability information is first capability information, and the means for constructing the URL constructs the URL based on the first capability information of the first terminal device, alternatively, based on the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel, alternatively, based on a set of data channel applications configured by the first network device.

[0233] In some embodiments, the apparatus further comprises means for receiving, from the first network device, at least one of an identity of the first terminal device or an identity of the second terminal device.

[0234] In some embodiments, the means for constructing the URL comprises means for, in the event that the first capability information and the second capability information have at least one common capability, constructing the URL based on the at least one common capability; or means for, in the event that the first capability information and the second capability information have no common capability, constructing the URL based on the set of data channel applications; or means for in the event that at least one of the first capability information or the second capability information comprises an indicator, constructing the URL based on the set of data channel applications, in which the indicator comprised in the first capability information indicates that the first terminal device has no capability associated with at least one data channel, and the indicator comprised in the second capability information indicates that the second terminal device has no capability associated with at least one data channel.

[0235] In some embodiments, the apparatus further comprises means for terminating unavailable data channel application associated with the terminal device to release at least one media resource of the data channel application.

[0236] In some embodiments, the first network device is an IP multimedia system (IMS) application server (AS) , additionally or alternatively, the second network device is a data  channel signaling function (DCSF) .

[0237] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 600. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0238] In some embodiments, an apparatus capable of performing any of the method 700 (for example, the network device 140 or the third network device 250) may comprise means for performing the respective steps of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0239] In some embodiments, the apparatus comprises means for receiving, from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel; means for generating a sixth SIP message by removing the header field from the first SIP message; and means for transmitting the sixth SIP message to a second terminal device.

[0240] In some embodiments, the capability information comprises a first set of capabilities associated with at least one data channel; or an indicator that the terminal device has no capability associated with at least one data channel.

[0241] In some embodiments, the first set of capabilities is indicated by a set of capability tags comprised in the header field.

[0242] In some embodiments, the indicator is provided by an empty header field without a capability tag.

[0243] In some embodiments, the header field is a first header field, the third network device is associated with the second terminal device, the capability information is first capability information, and the apparatus further comprises means for receiving, from the second terminal device, a fourth SIP message comprising a second header field indicating second capability information of the second terminal device, wherein the second capability information is associated with at least one data channel; and means for transmitting, to the first network device, the second capability information.

[0244] In some embodiments, the first SIP message is a first SIP request for initiating an IMS data channel session between the first terminal device and the second terminal device, and the fourth SIP message is a response to the first SIP request. Alternatively, the first SIP message is a response to the fourth SIP message, in which the fourth SIP message is a second SIP request for initiating the IMS data channel session.

[0245] In some embodiments, the apparatus further comprises means for receiving, from the first network device, a fifth SIP message for informing the second terminal device to obtain a data channel application list for the second terminal device; and means for transmitting, to the second terminal device, the fifth SIP message.

[0246] In some embodiments, the capability information is first capability information. The data channel application list is based on the first capability information of the first terminal device. Alternatively, the data channel application list is based on the first capability information of the first terminal device and second capability information of the second terminal device participating an IMS data channel session with the first terminal device, in which the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel. Alternatively, the data channel application list is based on a set of data channel applications configured by the first network device.

[0247] In some embodiments, the third network device is a proxy-call session control function (P-CSCF) .

[0248] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 700. In some embodiments, the means comprises at least one processor; and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0249] Fig. 8 is a simplified block diagram of a device 800 that is suitable for implementing embodiments of the present disclosure. The device 800 may be provided to implement the communication device, for example the terminal device 110 or 120, the network device 140 or 150 or 160 as shown in Fig. 1. As shown, the device 800 includes one or more processors 810, one or more memories 820 coupled to the processor 810, and one or more communication modules 840 coupled to the processor 810.

[0250] The communication modules 840 is for bidirectional communications. The  communication modules 840 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements.

[0251] The processor 810 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 800 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0252] The memory 820 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 824, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 822 and other volatile memories that will not last in the power-down duration.

[0253] A computer program 830 includes computer executable instructions that are executed by the associated processor 810. The program 830 may be stored in the ROM 824. The processor 810 may perform any suitable actions and processing by loading the program 830 into the RAM 822.

[0254] The embodiments of the present disclosure may be implemented by means of the program 830 so that the device 800 may perform any process of the disclosure as discussed with reference to Figs. 2 to 7. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0255] In some embodiments, the program 830 may be tangibly contained in a computer readable medium which may be included in the device 800 (such as in the memory 820) or other storage devices that are accessible by the device 800. The device 800 may load the program 830 from the computer readable medium to the RAM 822 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. Fig. 9 shows an example of the computer readable medium 900 in form of CD or DVD. The computer readable medium has the program 830 stored thereon.

[0256] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0257] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the method 800 as described above with reference to Figs. 2-7. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0258] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0259] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0260] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, 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 vs. ROM) .

[0261] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0262] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:transmit, to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.2.The terminal device of claim 1, wherein the capability information comprises:a first set of capabilities associated with at least one data channel; oran indicator that the terminal device has no capability associated with at least one data channel.3.The terminal device of claim 2, wherein the first set of capabilities is indicated by a set of capability tags comprised in the header field.4.The terminal device of claim 2, wherein the indicator is provided by an empty header field without a capability tag.5.The terminal device of any of claims 1-4, wherein the network device is an Internet protocol multimedia system (IMS) application server (AS) , and the terminal device is further caused to:establish a bootstrap data channel with a data channel media function (DCMF) for obtaining a data channel application list for the terminal device.6.The terminal device any of claims 1-5, wherein the SIP message is a first SIP message, the header field is a first header field, the terminal device is a first terminal device, and the terminal device is further caused to:receive, from the network device, a second SIP message without a second header field.7.The terminal device of claim 6, wherein:the first SIP message is a first SIP request for initiating the IMS data channel session, and the second SIP message is determined based on a response to the first SIP request; orthe first SIP message is a response to the second SIP message, wherein the second SIP message is determined based on a second SIP request for initiating the IMS data channel session.8.The terminal device of any of claims 2-6, wherein the SIP message is used for updating previous capability information of the terminal device.9.The terminal device of claim 8, wherein:in the event that the capability information comprises the first set of capabilities, a second set of capabilities of the terminal device indicated by the previous capability information is updated based on the first set of capabilities; orin the event that the capability information comprises the indicator, the second set of capabilities is terminated.10.The terminal device of claim 8 or 9, wherein the terminal device is further caused to:terminate unavailable data channel application associated with the terminal device to release at least one media resource of the data channel application.11.The terminal device of any of claims 8-10, wherein the terminal device is further caused to:receive, from the network device, a third SIP message for informing the terminal device to obtain a data channel application list for the terminal device; andtransmit a request for obtaining, via a bootstrap data channel established between the terminal device and a DCMF, the data channel application list.12.The terminal device of claim 11, wherein the terminal device is further caused to:transmit, to the network device, a response to the third SIP message.13.The terminal device of any of claims 5, 11, or 12, wherein the terminal device is a first terminal device, the capability information is first capability information, and the  data channel application list is based on one of the following:the first capability information of the first terminal device;the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, wherein the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel; ora set of data channel applications configured by the network device.14.The terminal device of claim 11 or 12, wherein at least one of the following:the first SIP message is transmitted to the network device via a proxy-call session control function (P-CSCF) ; orat least one of the second SIP message or the third SIP message is received from the network device via the P-CSCF.15.A first network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first network device at least to:receive, from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; andtransmit, to a second network device, the capability information of the terminal device.16.The first network device of claim 15, wherein the capability information comprises:a first set of capabilities associated with at least one data channel; oran indicator that the terminal device has no capability associated with at least one data channel.17.The first network device of claim 16, wherein the first set of capabilities is indicated by a set of capability tags comprised in the header field.18.The first network device of claim 16, wherein the indicator is provided by an  empty header field without a capability tag.19.The first network device of any of claims 15-18, wherein the terminal device is a first terminal device, the second network device is a first data channel signaling function (DCSF) serving the first terminal device, and the first network device is further caused to:transmit, to a second DCSF serving a second terminal device, the capability information of the first terminal device.20.The first network device of claim 19, wherein the SIP message is a first SIP message, the header field is a first header field, the capability information is first capability information, and the first network device is further caused to:receive, from the second terminal device, a fourth SIP message comprising a second header field indicating second capability information of the second terminal device, wherein the second capability information is associated with at least one data channel; andtransmit, to the first DCSF and the second DCSF, the second capability information.21.The first network device of claim 19 or 20, wherein the first network device is further caused to at least one of the following:transmit an identity of the first terminal device to at least one of the first DCSF and the second DCSF; ortransmit an identity of the second terminal device to at least one of the first DCSF and the second DCSF.22.The first network device of claim 20, wherein:the first SIP message is a first SIP request for initiating an IMS data channel session between the first terminal device and the second terminal device, and the fourth SIP message is a response to the first SIP request; orthe first SIP message is a response to the fourth SIP message, wherein the fourth SIP message is a second SIP request for initiating the IMS data channel session.23.The first network device of any of claims 16-20, wherein the SIP message is used for updating previous capability information of the terminal device.24.The first network device of claim 23, wherein:in the event that the capability information comprises the first set of capabilities, a second set of capabilities of the terminal device indicated by the previous capability information is updated based on the first set of capabilities; orin the event that the capability information comprises the indicator, the second set of capabilities is terminated.25.The first network device of claim 23 or 24, wherein the first network device is further caused to:transmit, to the terminal device, a response to the SIP message.26.The first network device of any of claims 23-25, wherein the first network device is further caused to:transmit, to the terminal device, a third SIP message for informing the terminal device to obtain a data channel application list for the terminal device.27.The first network device of claim 26, wherein the terminal device is a first terminal device, and the first network device is further caused to:transmit, to a second terminal device, a fifth SIP message for informing the second terminal device to obtain a data channel application list for the second terminal device.28.The first network device of claim 27, wherein the first network device is further caused to at least one of the following:receive, from the first terminal device, a response to the third SIP message; orreceive, from the second terminal device, a response to the fifth SIP message.29.The first network device of any of claims 26-28, wherein the terminal device is a first terminal device, the capability information is first capability information, and the data channel application list is based on one of the following:the first capability information of the first terminal device;the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, wherein the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel; ora set of data channel applications configured by the first network device.30.The first network of claim 27 or 28, wherein at least one of the following:the first SIP message is received from the terminal device via a proxy-call session control function (P-CSCF) ; orat least one of the third SIP message or the fifth SIP message is transmitted to the terminal device via the P-CSCF.31.The first network device of claim 30, wherein:the network device is an Internet protocol multimedia system (IMS) application server (AS) .32.A second network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the second network device at least to:receive, from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; andconstruct, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.33.The second network device of claim 32, wherein the capability information comprises:a first set of capabilities associated with at least one data channel; oran indicator indicating that the terminal device has no capability associated with at least one data channel.34.The second network device of claim 33, wherein the first set of capabilities is indicated by a set of capability tags comprised in the header field.35.The second network device of claim 33, wherein the indicator is provided by an empty header field without a capability tag.36.The second network device of any of claims 32-35, wherein the terminal device is a first terminal device, the capability information is first capability information, and the second network device is further caused to:receive, from the first network device, second capability information of a second terminal device participating an IMS data channel session with the first terminal device, wherein the second capability information is associated with at least one data channel.37.The second network device of any of claims 32-36, wherein the terminal device is a first terminal device, the capability information is first capability information, and the second network device is caused to construct the URL based on one of the following:the first capability information of the first terminal device;the first capability information of the first terminal device and second capability information of a second terminal device participating an IMS data channel session with the first terminal device, wherein the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel; ora set of data channel applications configured by the first network device.38.The second network device of claim 36 or 37, wherein the second network device is further caused to:receive, from the first network device, at least one of an identity of the first terminal device or an identity of the second terminal device.39.The second network device of claim 37 or 38, wherein the second network device is caused to construct the URL by one of the following:in the event that the first capability information and the second capability information have at least one common capability, constructing the URL based on the at least one common capability;in the event that the first capability information and the second capability information have no common capability, constructing the URL based on the set of data channel applications;in the event that at least one of the first capability information or the second capability information comprises an indicator, constructing the URL based on the set of data channel applications, wherein the indicator comprised in the first capability information indicates that the first terminal device has no capability associated with at least one data channel, and the indicator comprised in the second capability information indicates that the second terminal device has no capability associated with at least one data channel.40.The second network device of any of claims 32-39, wherein the second network device is further caused to:terminate unavailable data channel application associated with the terminal device to release at least one media resource of the data channel application.41.The second network device of any of claims 32-40, wherein at least one of the following:the first network device is an IP multimedia system (IMS) application server (AS) ; orthe second network device is a data channel signaling function (DCSF) .42.A third network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the third network device at least to:receive, from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel;generate a sixth SIP message by removing the header field from the first SIP message; andtransmit the sixth SIP message to a second terminal device.43.The third network device of claim 42, wherein the capability information comprises:a first set of capabilities associated with at least one data channel; oran indicator that the terminal device has no capability associated with at least one data channel.44.The third network device of claim 43, wherein the first set of capabilities is  indicated by a set of capability tags comprised in the header field.45.The third network device of claim 43, wherein the indicator is provided by an empty header field without a capability tag.46.The third network device of any of claims 42-45, wherein the header field is a first header field, the third network device is associated with the second terminal device, the capability information is first capability information, and the third network device is further caused to:receive, from the second terminal device, a fourth SIP message comprising a second header field indicating second capability information of the second terminal device, wherein the second capability information is associated with at least one data channel; andtransmit, to the first network device, the second capability information.47.The third network device of claim 46, wherein:the first SIP message is a first SIP request for initiating an IMS data channel session between the first terminal device and the second terminal device, and the fourth SIP message is a response to the first SIP request; orthe first SIP message is a response to the fourth SIP message, wherein the fourth SIP message is a second SIP request for initiating the IMS data channel session.48.The third network device of claim 46 or 47, wherein the third network device is further caused to:receive, from the first network device, a fifth SIP message for informing the second terminal device to obtain a data channel application list for the second terminal device; andtransmit, to the second terminal device, the fifth SIP message.49.The third network device of claim 48, wherein the capability information is first capability information, and the data channel application list is based on one of the following:the first capability information of the first terminal device;the first capability information of the first terminal device and second capability information of the second terminal device participating an IMS data channel session with the first terminal device, wherein the second capability information indicates that the second terminal device has a third set of capabilities associated with at least one data channel; ora set of data channel applications configured by the first network device.50.The third network device of any of claims 42-48, wherein the third network device is a proxy-call session control function (P-CSCF) .51.A method comprising:transmitting, at a terminal device and to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.52.A method comprising:receiving, at a first network device and from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; andtransmitting, to a second network device, the capability information of the terminal device.53.A method comprising:receiving, at a second network device and from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; andconstructing, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.54.A method comprising:receiving, at a third network device and from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel;generating a sixth SIP message by removing the header field from the first SIP message; andtransmitting the sixth SIP message to a second terminal device.55.An apparatus comprising:means for transmitting, at a terminal device and to a network device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel.56.An apparatus comprising:means for receiving, at a first network device and from a terminal device, a session initiation protocol (SIP) message comprising a header field indicating capability information of the terminal device, wherein the capability information is associated with at least one data channel; andmeans for transmitting, to a second network device, the capability information of the terminal device.57.An apparatus comprising:means for receiving, at a second network device and from a first network device, capability information of a terminal device served by the second network device, wherein the capability information is associated with at least one data channel; andmeans for constructing, based on the capability information, a uniform resource locator (URL) for downloading of a graphical user interface which contains at least one data channel application applicable to the terminal device.58.An apparatus comprising:means for receiving, at a third network device and from a first network device, a first session initiation protocol (SIP) message comprising a header field indicating capability information of a first terminal device, wherein the capability information is associated with at least one data channel;means for generating a sixth SIP message by removing the header field from the first SIP message; andmeans for transmitting the sixth SIP message to a second terminal device.59.A non-transitory computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method of any of claims 51-54.

Images