Indication method and related apparatuses

Abstract

An indication method and relates apparatuses are provided. The method by a user equipment (UE) includes sending a first indication to the network to indicate that the UE supports DualSteer capability; and receiving from the network a second indication used to indicate that the network supports DualSteer functionality. The method enables DualSteer feature negotiation between the UE and the network.

Description

INDICATION METHOD AND RELATED APPARATUSESTECHNICAL FIELD

[0001] The present application relates to wireless communication, and more particularly, to an indication method and related apparatuses.BACKGROUND ART

[0002] In cellular wireless communication systems developed by the Third Generation Partnership Project (3GPP) , user equipment (UE) is connected by a wireless link to a radio access network (RAN) . The RAN includes a set of base stations (BSs) which provide wireless links to UEs located in cells covered by the base station and an interface to a core network (CN) which provides overall network control. The RAN and CN each conduct respective functions in relation to the overall network. The so-called 4G Long Term Evolution (LTE) system, namely, an Evolved Universal Mobile Telecommunication System Territorial Radio Access Network (E-UTRAN) has been developed for a mobile access network where one or more macro-cells are supported by a base station known as an eNodeB or eNB (evolved NodeB) . Evolved from LTE, the so-called 5G or new radio (NR) systems where one or more cells are supported by a base station known as a gNB. Envisioned to succeed the current 5G networks, the 6G cellular system is the forthcoming generation of wireless communication technology.

[0003] Multi-access (MA) refers to integration of various connectivity technologies, such as Wi-Fi, 4G LTE and 5G NR, to enhance user experience and resilience in applications. A multi-access device is capable of simultaneously connecting to the same or different Public Land Mobile Network (PLMN) or Non-Public Networks (NPN) via two different access networks. To deploy multi-access functionality, both UEs and the network shall support this feature. In a large PLMN, the feature support may take some time, that is, in the transition period some network elements in the core network are upgraded to support the feature, while the others are not. The UE needs to inform the network whether it supports the feature and the network needs to do the same.

[0004] Access Traffic Steering-Switching-Splitting (ATSSS) and DualSteer are network technologies designed to enhance connectivity reliability, traffic optimization, and multi-access capabilities. The ATSSS is a 5G multi-access traffic management framework introduced in 3GPP Release 16 that allows devices to manage traffic across multiple access networks (e.g., 3GPP cellular network and non-3GPP Wi-Fi network) to enhance connectivity and performance. It automatically selects the best available network (5G or Wi-Fi) based on speed, cost, and latency (steering) , seamlessly shifts traffic between networks (5G to / from Wi-Fi) if one becomes weak or unavailable (switching) , and can also split traffic across both networks (5G and Wi-Fi) to improve speed and reliability (splitting) . DualSteer, introduced in 3GPP Release 19, extends the ATSSS by enabling devices to simultaneously connect to two separate 3GPP access networks (e.g., two PLMNs) , further enhancing flexibility for mission-critical communications. In this regards, the support of DualSteer capability should be communicated between the UE and the networks.SUMMARY

[0005] An object of the present application is to propose an indication method and related apparatuses, which can enable DualSteer feature negotiation between the UE and the network, enhance communication performance, and / or provide high reliability.

[0006] In a first aspect of the present application, provided is an indication method by a user equipment (UE) in a network, including sending a first indication to the network to indicate that the UE supports DualSteer capability; and receiving from the network a second indication used to indicate that the network supports DualSteer functionality.

[0007] In a second aspect of the present application, provided is an indication method by a network node in a network, including receiving from a user equipment (UE) a first indication used to indicate that the UE supports DualSteer capability; and sending a second indication to the UE to indicate that the network supports DualSteer functionality.

[0008] In a third aspect of the present application, provided is a user equipment (UE) in a network, including at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to execute the corresponding method mentioned above.

[0009] In a fourth aspect of the present application, provided is a network node in a network, including at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to execute the corresponding method mentioned above.

[0010] In a fifth aspect of the present application, provided is a terminal device in a network, including a first indication sending module, configured to send a first indication to the network to indicate that the terminal device supports DualSteer capability; and a second indication receiving module, configured to receive from the network a second indication used to indicate that the network supports DualSteer functionality.

[0011] In a sixth aspect of the present application, provided is a network device in a network, including a first indication receiving module, configured to receive from a terminal device a first indication used to indicate that the UE supports DualSteer capability; and a second indication sending module, configured to send a second indication to the terminal device to indicate that the network supports DualSteer functionality.

[0012] In a seventh aspect of the present application, a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to perform the above method.

[0013] In an eighth aspect of the present application, a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the above method.

[0014] In a ninth aspect of the present application, a computer readable storage medium, in which a computer program is stored, causes a computer to execute the above method.

[0015] In a tenth aspect of the present application, a computer program product includes a computer program, and the computer program causes a computer to execute the above method.

[0016] In an eleventh aspect of the present application, a computer program causes a computer to execute the above method.DESCRIPTION OF DRAWINGS

[0017] In order to more clearly illustrate the embodiments of the present application or related art, the following figures that will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present application, a person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

[0018] FIG. 1 is a schematic diagram illustrating a 5th-Generation (5G) architecture according to an embodiment of the present application.

[0019] FIG. 2 is a block diagram of a user equipment (UE) and one or more network devices in a communication network system according to an embodiment of the present application.

[0020] FIG. 3 is a flowchart of an indication method implemented by a UE according to an embodiment of the present application.

[0021] FIG. 4 is a flowchart of an indication method implemented by a network node according to an embodiment of the present application.

[0022] FIG. 5 is a block diagram of a terminal device according to an embodiment of the present application.

[0023] FIG. 6 is a block diagram of a network device according to an embodiment of the present application.

[0024] FIG. 7 is a block diagram of a system for wireless communication according to an embodiment of the present application.DETAILED DESCRIPTION OF EMBODIMENTS

[0025] Embodiments of the disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present application are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0026] In this document, the term “ / ” should be interpreted to indicate “and / or. ” A combination such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” or “A, B, and / or C” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any combination may contain one or more members of A, B, or C.

[0027] The following table includes some abbreviations used in some embodiments of the present application:

[0028] FIG. 1 shows a 5G architecture. Devices involved in the 5G architecture include UE, a Radio Access Network (RAN) , a User Plane Function (UPF) , a Data Network (DN) , an Access and Mobility Management Function (AMF) , a Session Management Function (SMF) , a Policy Control Function (PCF) , an Application Function (AF) , an Authentication Server Function (AUSF) , and Unified Data Management (UDM) . It is noted that this application may be illustrated by using the architecture shown in FIG. 1; however, this application may be applied to future communication system such as 6G system.

[0029] As shown in FIG. 1, the UPF plays a crucial role in the user plane architecture of the core network, specifically within the 5G Core (5GC) . Once the SMF provisions the UPF with PDRs, i.e. the rules for detecting and handling the packets, the UPF becomes responsible for managing and forwarding user plane data traffic between the RAN and external data networks, such as the Internet or private networks. Policy related network elements mainly include the PCF, which enforced the policy by communicating these to the AMF, the SMF, the RAN, and the UE. The PCF determines policy rules for network behaviors. This may include deciding how network resources are allocated, ensuring efficiency of network capabilities. The SMF is mainly responsible for executing session management tasks. The AMF is mainly responsible for executing access and UE mobility management tasks. Policy transmission and update of the two network elements (the AMF and the SMF) are managed and controlled by the PCF.

[0030] FIG. 2 illustrates that, in some embodiments, a user equipment (UE) 10 and one or more network nodes 20 in a communication network system 30 according to an embodiment of the present application are provided. The communication network system 30 includes the UE 10 and one or more network nodes 20.The network nodes 20 may refer to one or more types of network devices, network elements or network functions. One of these could be 6G counterpart of 5G NFs, like AMF. Another type is a network device such as a base station. The UE 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13. The one or more network nodes 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23. The processor 11 or 21 may be configured to implement proposed functions, procedures and / or methods described in this description. Layers of radio interface protocol may be implemented in the processor 11 or 21. The memory 12 or 22 is operatively coupled with the processor 11 or 21 and stores a variety of information to operate the processor 11 or 21. The transceiver 13 or 23 is operatively coupled with the processor 11 or 21, and the transceiver 13 or 23 transmits and / or receives a radio signal.

[0031] The processor 11 or 21 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and / or data processing device. The memory 12 or 22 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and / or other storage device. The transceiver 13 or 23 may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memory 12 or 22 and executed by the processor 11 or 21. The memory 12 or 22 can be implemented within the processor 11 or 21 or external to the processor 11 or 21 in which case those can be communicatively coupled to the processor 11 or 21 via various means as is known in the art.

[0032] In some embodiments, the processor 11 of the user equipment 10 is configured to send a first indication to the network to indicate that the UE supports DualSteer capability and receive from the network a second indication used to indicate that the network supports DualSteer functionality. This enables DualSteer feature negotiation between the UE and the network.

[0033] In some embodiments, the processor 21 of the network node 20 is configured to receive from a user equipment (UE) a first indication used to indicate that the UE supports DualSteer capability and send a second indication to the UE to indicate that the network supports DualSteer functionality. This enables DualSteer feature negotiation between the UE and the network.

[0034] FIG. 3 is a flowchart of an indication method 100 according to an embodiment of the present application. Referring to FIG. 3, the indication method 100 includes the following steps.

[0035] In Step 102, the UE sends a first indication to the network to indicate that the UE supports DualSteer capability. For example, the UE may send an uplink (UL) non-access stratum (NAS) transport message to a network node such as an access and mobility management function (AMF) of the network. The UE may send the UL NAS transport message to a base station, which forwards the message to the AMF. The UL NAS transport message includes a request type information element (IE) , which may carry the first indication used to indicate that the UE supports the DualSteer capability. More specifically, the first indication may be allocated in bit 4 in octet 1 of the request type IE. By the way, the UL NAS transport message may further include a packet data unit (PDU) session establishment request message in the payload, and the PDU session establishment request message includes a 5G session management (5GSM) capability IE that specifies ATSSS capabilities used for DualSteer scenarios.

[0036] In Step 104, the UE receives from the network a second indication used to indicate that the network supports DualSteer functionality. For example, the UE may receive a downlink (DL) NAS transport message from the network node (e.g., AMF) of the network. The AMF may send the DL NAS transport message to a base station, which forwards the message to the UE. The DL NAS transport message includes a PDU session establishment accept message in the payload, which includes an access traffic steering, switching and splitting (ATSSS) request protocol configuration options (PCO) parameter IE that specifies an ATSSS container. the ATSSS request PCO parameter IE may carry the second indication used to indicate that the network supports the DualSteer functionality. More specifically, the second indication may be allocated in bit 4 in octet 2 of the ATSSS request PCO parameter IE.

[0037] In the embodiments of the present application, the UE sends the first indication to the network to indicate that the UE supports DualSteer capability and receives from the network the second indication used to indicate that the network supports DualSteer functionality. In this way, it is enabled DualSteer feature negotiation between the UE and the network.

[0038] The 3GPP is discussing new ATSSS scenario for pushing data via 6G and 5G accesses. It is considered this new feature as support for DualSteer. DualSteer feature can be realized via a single PDU session or via two PDU sessions.

[0039] Currently, 5G UE can establish Multi-Access (MA) PDU session in the following way. Stage 2 procedure is specified e.g. in clause 4.22.2.1 of 3GPP TS 23.502. Stage 3 details are provided primarily in 3GPP TS 24.501 and also in 3GPP TS 24.193.

[0040] 5G UE sends UL NAS TRANSPORT message to AMF, which contains the following IEs: (a) Request type IE (see clause 9.11.3.47 in 3GPP TS 24.501) ; (b) Payload container IE, which contains encapsulated PDU SESSION ESTABLISHMENT REQUEST message. This includes 5GSM capability IE (see clause 9.11.4.1 in 3GPP TS 24.501) .

[0041] AMF responds with DL NAS TRANSPORT message to 5G UE, which contains the following IEs: Payload container IE, which contains encapsulated PDU SESSION ESTABLISHMENT ACCEPT message. This includes ATSSS container (see clause 9.11.4.22 in 3GPP TS 24.501) . The actual encoding of the ATSSS container is specified by ATSSS request PCO parameter IE (see clause 6.1.6.2 in 3GPP TS 24.193) .

[0042] However, how to negotiate DualSteer support is a question and what needs to be done has to be investigated. Please refer the encoding of the relevant IEs as follows.

[0043] ·Request type IE. This allows signaling "MA PDU request" , but that cannot be used for indicating also "DualSteer request" , because that will be interpreted wrongly by 4G / 5G SMF. The only spare value is in bit 4.

[0044] ·5GSM capability IE. This IE indicates specific ATSSS features the UE wants to utilize. 4GC / 5GC handles these depending on the value in Request type IE, i.e. 4GC / 5GC will expect "MA PDU request" .

[0045] ·ATSSS request PCO parameter IE. This IE indicates specific ATSSS features the 4GC / 5GC can offer to the UE. 5G UE handles these depending on the value in Request type IE, i.e. 5G UE supports only MA PDU session.

[0046] The above illustrates that currently it is not clear how 6G UE and the 6GC could negotiate the establishment of a DualSteer PDU session. This application can address these issues.

[0047] The following enhancements proposed in this application can enable DualSteer support in the communication system such as 6G system (6GS) .

[0048] ·Request type IE. The only spare value is in bit 4 in octet 1. It is proposed to use it for signaling "DualSteer request" . It is also proposed to set the value of the existing bits 1 to 3 to binary "0 0 1" for backward compatibility. The proposed Request type IE is shown in the following Table 1 and Table 2.

[0049] Table 1: Request type information element

[0050] Table 2: Request type information element

[0051] ·5GSM capability IE. No changes are necessary, as the existing and upcoming ATSSS capabilities can be reused for DualSteer scenarios. The 5GSM capability IE is shown in the following Table 3.

[0052] Table 3: 5GSM capability information element

[0053] ·ATSSS request PCO parameter IE. It is proposed to use bit 4 in octet 2 for signaling the support of the DualSteer functionality by 6GC network. The proposed ATSSS request PCO parameter IE is shown in the following Table 4 and Table 5. It is noted that if the ATSSS request PCO parameter container contents is longer than one octet, the receiving entity, which was implemented prior to 3GPP Rel-19 will ignore octets other than the first octet.

[0054] Table 4: ATSSS request PCO parameter container contents

[0055] Table 5: ATSSS request PCO parameter container contents

[0056] FIG. 4 is a flowchart of an indication method 200 by a network node according to an embodiment of the present application. Referring to FIG. 4, the indication method 200 includes the following steps. In Step 202, the network node (e.g., AMF, base station) receives from a user equipment (UE) a first indication used to indicate that the UE supports DualSteer capability. In Step 204, the network node sends a second indication to the UE to indicate that the network supports DualSteer functionality. This enables DualSteer feature negotiation between the UE and the network. Other details of the method 200 may be referred to the method 100 described above and are not repeated herein.

[0057] FIG. 5 is a block diagram of a terminal device according to an embodiment of the present application. As shown in FIG. 5, the terminal device 500 includes a first indication sending module 501 and a second indication receiving module 502.

[0058] The first indication sending module 501 is configured to send a first indication to the network to indicate that the terminal device 500 supports DualSteer capability.

[0059] The second indication receiving module 502 is configured to receive from the network a second indication used to indicate that the network supports DualSteer functionality.

[0060] Other details of the terminal device 500 may be referred to the method 100 described above and are not repeated herein.

[0061] In some embodiments of the present application, the first indication used to indicate that the terminal device 500 supports the DualSteer capability is carried by a request type information element (IE) .

[0062] In some embodiments of the present application, the first indication is allocated in bit 4 in octet 1 of the request type IE.

[0063] In some embodiments of the present application, the request type IE is included in an uplink (UL) non-access stratum (NAS) transport message.

[0064] In some embodiments of the present application, the UL NAS transport message includes a packet data unit (PDU) session establishment request message that includes a 5G session management (5GSM) capability IE specifying ATSSS capabilities used for DualSteer scenarios.

[0065] In some embodiments of the present application, the first indication is sent to an access and mobility management function (AMF) of the network.

[0066] In some embodiments of the present application, the second indication used to indicate that the network supports the DualSteer functionality is carried by an access traffic steering, switching and splitting (ATSSS) request protocol configuration options (PCO) parameter IE.

[0067] In some embodiments of the present application, the second indication is allocated in bit 4 in octet 2 of the ATSSS request PCO parameter IE.

[0068] In some embodiments of the present application, the ATSSS request PCO parameter IE is used to specify an ATSSS container included in a PDU session establishment accept message, which is included in a downlink (DL) NAS transport message.

[0069] In some embodiments of the present application, the second indication is received from an AMF of the network.

[0070] FIG. 6 is a block diagram of a network device according to an embodiment of the present application. As shown in FIG. 6, the network device 600 includes a first indication receiving module 601 and a second indication sending module 602.

[0071] The first indication receiving module 601 is configured to receive from a terminal device 500 a first indication used to indicate that the UE supports DualSteer capability; and

[0072] The second indication sending module 602 is configured to send a second indication to the terminal device 500 to indicate that the network supports DualSteer functionality.

[0073] Other details of the network device 600 may be referred to the method 200 described above and are not repeated herein.

[0074] In some embodiments of the present application, the first indication used to indicate that the terminal device 500 supports the DualSteer capability is carried by a request type information element (IE) .

[0075] In some embodiments of the present application, the first indication is allocated in bit 4 in octet 1 of the request type IE.

[0076] In some embodiments of the present application, the request type IE is included in an uplink (UL) non-access stratum (NAS) transport message.

[0077] In some embodiments of the present application, the UL NAS transport message includes a packet data unit (PDU) session establishment request message that includes a 5G session management (5GSM) capability IE specifying ATSSS capabilities used for DualSteer scenarios.

[0078] In some embodiments of the present application, the first indication is received by an access and mobility management function (AMF) of the network.

[0079] In some embodiments of the present application, the second indication used to indicate that the network supports the DualSteer functionality is carried by an access traffic steering, switching and splitting (ATSSS) request protocol configuration options (PCO) parameter IE.

[0080] In some embodiments of the present application, the second indication is allocated in bit 4 in octet 2 of the ATSSS request PCO parameter IE.

[0081] In some embodiments of the present application, the ATSSS request PCO parameter IE is used to specify an ATSSS container included in a PDU session establishment accept message, which is included in a downlink (DL) NAS transport message.

[0082] In some embodiments of the present application, the second indication is sent by an AMF of the network.

[0083] The description of above device embodiments is similar to the description of above method embodiments, having beneficial effects similar to the method embodiments. For technical details not disclosed in the device embodiments of the present application, please refer to the description of the method embodiments of the present application for the purpose of understanding.

[0084] FIG. 7 is a block diagram of an example system 700 for wireless communication according to an embodiment of the present application. Embodiments described herein may be implemented into the system using any suitably configured hardware and / or software. FIG. 7 illustrates the system 700 including a radio frequency (RF) circuitry 710, a baseband circuitry 720, an application circuitry 730, a memory / storage 740, a display 750, a camera 760, a sensor 770, and an input / output (I / O) interface 780, coupled with each other at least as illustrated. The application circuitry 730 may include a circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combination of general-purpose processors and dedicated processors, such as graphics processors, application processors. The processors may be coupled with the memory / storage and configured to execute instructions stored in the memory / storage to enable various applications and / or operating systems running on the system.

[0085] The baseband circuitry 720 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that enables communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with an evolved universal terrestrial radio access network (EUTRAN) and / or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

[0086] In various embodiments, the baseband circuitry 720 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency. The RF circuitry 710 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. In various embodiments, the RF circuitry 710 may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

[0087] In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to the user equipment, eNB, or gNB may be embodied in whole or in part in one or more of the RF circuitry, the baseband circuitry, and / or the application circuitry. As used herein, “circuitry” may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , and / or a memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and / or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, the application circuitry, and / or the memory / storage may be implemented together on a system on a chip (SOC) . The memory / storage 740 may be used to load and store data and / or instructions, for example, for a system. The memory / storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM) , and / or non-volatile memory, such as flash memory.

[0088] In various embodiments, the I / O interface 780 may include one or more user interfaces designed to enable user interaction with the system and / or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface. In various embodiments, the sensor 770 may include one or more sensing devices to determine environmental conditions and / or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and / or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.

[0089] In various embodiments, the display 750 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the system 700 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, an AR / VR glasses, etc. In various embodiments, a system may have more or less components, and / or different architectures. Where appropriate, methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

[0090] A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present application are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of application and design requirement for a technical plan. A person having ordinary skill in the art can use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present application. It is understood by a person having ordinary skill in the art that he / she can refer to the working processes of the system, device, and unit in the above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

[0091] It is understood that the disclosed system, device, and method in the embodiments of the present application can be realized with other ways. The above-mentioned embodiments are exemplary only. The division of the units is merely based on logical functions while other divisions exist in realization. It is possible that a plurality of units or components are combined or integrated in another system. It is also possible that some characteristics are omitted or skipped. On the other hand, the displayed or discussed mutual coupling, direct coupling, or communicative coupling operate through some ports, devices, or units whether indirectly or communicatively by ways of electrical, mechanical, or other kinds of forms.

[0092] The units as separating components for explanation are or are not physically separated. The units for display are or are not physical units, that is, located in one place or distributed on a plurality of network units. Some or all of the units are used according to the purposes of the embodiments. Moreover, each of the functional units in each of the embodiments can be integrated in one processing unit, physically independent, or integrated in one processing unit with two or more than two units.

[0093] If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present application can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present application. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

[0094] While the present application has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present application is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

1.An indication method by a user equipment (UE) in a network, comprising:sending a first indication to the network to indicate that the UE supports DualSteer capability; andreceiving from the network a second indication used to indicate that the network supports DualSteer functionality.2.The method of claim 1, wherein the first indication used to indicate that the UE supports the DualSteer capability is carried by a request type information element (IE) .3.The method of claim 2, wherein the first indication is allocated in bit 4 in octet 1 of the request type IE.4.The method of claim 2 or 3, wherein the request type IE is included in an uplink (UL) non-access stratum (NAS) transport message.5.The method of claim 4, wherein the UL NAS transport message includes a packet data unit (PDU) session establishment request message that includes a 5G session management (5GSM) capability IE specifying ATSSS capabilities used for DualSteer scenarios.6.The method of any of claims 1 to 5, wherein the first indication is sent to an access and mobility management function (AMF) of the network.7.The method of claim 1, wherein the second indication used to indicate that the network supports the DualSteer functionality is carried by an access traffic steering, switching and splitting (ATSSS) request protocol configuration options (PCO) parameter IE.8.The method of claim 7, wherein the second indication is allocated in bit 4 in octet 2 of the ATSSS request PCO parameter IE.9.The method of claim 7 or 8, wherein the ATSSS request PCO parameter IE is used to specify an ATSSS container included in a PDU session establishment accept message, which is included in a downlink (DL) NAS transport message.10.The method of any of claims 7 to 9, wherein the second indication is received from an AMF of the network.11.An indication method by a network node in a network, comprising:receiving from a user equipment (UE) a first indication used to indicate that the UE supports DualSteer capability; andsending a second indication to the UE to indicate that the network supports DualSteer functionality.12.The method of claim 11, wherein the first indication used to indicate that the UE supports the DualSteer capability is carried by a request type information element (IE) .13.The method of claim 12, wherein the first indication is allocated in bit 4 in octet 1 of the request type IE.14.The method of claim 12 or 13, wherein the request type IE is included in an uplink (UL) non-access stratum (NAS) transport message.15.The method of claim 14, wherein the UL NAS transport message includes a packet data unit (PDU) session establishment request message that includes a 5G session management (5GSM) capability IE specifying ATSSS capabilities used for DualSteer scenarios.16.The method of any of claims 11 to 15, wherein the first indication is received by an access and mobility management function (AMF) of the network.17.The method of claim 11, wherein the second indication used to indicate that the network supports the DualSteer functionality is carried by an access traffic steering, switching and splitting (ATSSS) request protocol configuration options (PCO) parameter IE.18.The method of claim 17, wherein the second indication is allocated in bit 4 in octet 2 of the ATSSS request PCO parameter IE.19.The method of claim 17 or 18, wherein the ATSSS request PCO parameter IE is used to specify an ATSSS container included in a PDU session establishment accept message, which is included in a downlink (DL) NAS transport message.20.The method of any of claims 17 to 19, wherein the second indication is sent by an AMF of the network.21.A user equipment (UE) in a network, comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to execute the method of any of claims 1 to 10.22.A network node in a network, comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to execute the method of any of claims 11 to 20.23.A terminal device in a network, comprising:a first indication sending module, configured to send a first indication to the network to indicate that the terminal device supports DualSteer capability; anda second indication receiving module, configured to receive from the network a second indication used to indicate that the network supports DualSteer functionality.24.The terminal device of claim 23, wherein the first indication used to indicate that the terminal device supports the DualSteer capability is carried by a request type information element (IE) .25.The terminal device of claim 24, wherein the first indication is allocated in bit 4 in octet 1 of the request type IE.26.The terminal device of claim 24 or 25, wherein the request type IE is included in an uplink (UL) non-access stratum (NAS) transport message.27.The terminal device of claim 26, wherein the UL NAS transport message includes a packet data unit (PDU) session establishment request message that includes a 5G session management (5GSM) capability IE specifying ATSSS capabilities used for DualSteer scenarios.28.The terminal device of any of claims 23 to 27, wherein the first indication is sent to an access and mobility management function (AMF) of the network.29.The terminal device of claim 23, wherein the second indication used to indicate that the network supports the DualSteer functionality is carried by an access traffic steering, switching and splitting (ATSSS) request protocol configuration options (PCO) parameter IE.30.The terminal device of claim 29, wherein the second indication is allocated in bit 4 in octet 2 of the ATSSS request PCO parameter IE.31.The terminal device of claim 29 or 30, wherein the ATSSS request PCO parameter IE is used to specify an ATSSS container included in a PDU session establishment accept message, which is included in a downlink (DL) NAS transport message.32.The terminal device of any of claims 29 to 31, wherein the second indication is received from an AMF of the network.33.A network device in a network, comprising:a first indication receiving module, configured to receive from a terminal device a first indication used to indicate that the UE supports DualSteer capability; anda second indication sending module, configured to send a second indication to the terminal device to indicate that the network supports DualSteer functionality.34.The network device of claim 33, wherein the first indication used to indicate that the terminal device supports the DualSteer capability is carried by a request type information element (IE) .35.The network device of claim 34, wherein the first indication is allocated in bit 4 in octet 1 of the request type IE.36.The network device of claim 34 or 35, wherein the request type IE is included in an uplink (UL) non-access stratum (NAS) transport message.37.The network device of claim 36, wherein the UL NAS transport message includes a packet data unit (PDU) session establishment request message that includes a 5G session management (5GSM) capability IE specifying ATSSS capabilities used for DualSteer scenarios.38.The network device of any of claims 33 to 37, wherein the first indication is received by an access and mobility management function (AMF) of the network.39.The network device of claim 33, wherein the second indication used to indicate that the network supports the DualSteer functionality is carried by an access traffic steering, switching and splitting (ATSSS) request protocol configuration options (PCO) parameter IE.40.The network device of claim 39, wherein the second indication is allocated in bit 4 in octet 2 of the ATSSS request PCO parameter IE.41.The network device of claim 39 or 40, wherein the ATSSS request PCO parameter IE is used to specify an ATSSS container included in a PDU session establishment accept message, which is included in a downlink (DL) NAS transport message.42.The network device of any of claims 39 to 41, wherein the second indication is sent by an AMF of the network.43.A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 1 to 10.44.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 1 to 10.45.A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 1 to 10.46.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 10.47.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 10.48.A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 11 to 20.49.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 11 to 20.50.A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 11 to 20.51.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 11 to 20.52.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 11 to 20.

Images