Devices and methods for atsss rule provisioning

Abstract

Embodiments of the present disclosure provide a solution for Access Traffic Steering, Switching, Splitting (ATSSS) rule provisioning. In a solution, a first device transmits, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules. The indication indicates a capability of the first device supporting ATSSS rule usage. In this way, ATSSS Rules may be provisioned from the network to the UE via 3GPP Access.

Description

DEVICES AND METHODS FOR ATSSS RULE PROVISIONINGFIELD

[0001] Example embodiments of the present disclosure generally relate to the field of communication techniques and in particular, to devices and methods for Access Traffic Steering, Switching, Splitting (ATSSS) rule provisioning.BACKGROUND

[0002] Access Traffic Steering, Switching, and Splitting (ATSSS) is a feature that enables the seamless integration of terrestrial and non-terrestrial (satellite) networks in 5G systems. This feature is part of the 3rd Generation Partnership Project (3GPP) standards and is designed to improve connectivity and service continuity in areas where terrestrial coverage may be limited or non-existent. ATSSS These rules are designed to improve the overall user experience by ensuring continuous and reliable connectivity, especially in areas where terrestrial coverage is limited.SUMMARY

[0003] In a first aspect, there is provided a first device comprising: a processor configured to cause the first device to: transmit, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

[0004] In a second aspect, there is provided a second device comprising: a processor configured to cause the second device to: receive, from a first device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

[0005] In a third aspect, there is provided a communication method performed by a first device. The method comprises: transmitting, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

[0006] In a fourth aspect, there is provided a communication method performed by a second device. The method comprises: receiving, from a first device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the  indication indicates a capability of the first device supporting ATSSS rule usage.

[0007] In a fifth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to carry out the method according to the third, or fourth aspect.

[0008] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] Through the more detailed description of some example embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0010] FIG. 1 illustrates an example communication environment in which example embodiments of the present disclosure can be implemented;

[0011] FIG. 2 illustrates a signaling flow of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure;

[0012] FIG. 3 illustrates a signaling flow of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure;

[0013] FIG. 4 illustrates a signaling flow of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure;

[0014] FIG. 5 illustrates a signaling flow of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure;

[0015] FIG. 6 illustrates a signaling flow of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure;

[0016] FIG. 7 illustrates a signaling flow of a process for updating ATSSS rules in accordance with some embodiments of the present disclosure;

[0017] FIG. 8 illustrates a signaling flow of a process for providing a capability of supporting ATSSS rules in accordance with some embodiments of the present disclosure;

[0018] FIG. 9 illustrates a flowchart of a method implemented at a first device according to some example embodiments of the present disclosure;

[0019] FIG. 10 illustrates a flowchart of a method implemented at a second device according to some example embodiments of the present disclosure;

[0020] FIG. 11 illustrates a simplified block diagram of an apparatus that is suitable for implementing example embodiments of the present disclosure.

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

[0022] 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. Embodiments described herein can be implemented in various manners other than the ones described below.

[0023] 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.

[0024] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, devices on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances,  or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0025] The term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , and the like.

[0026] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0027] The terminal or the network device may work on several frequency ranges, e.g., FR1 (e.g., 450 MHz to 6000 MHz) , FR2 (e.g., 24.25GHz to 52.6GHz) , frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0028] The embodiments of the present disclosure may be performed in test equipment, e.g., signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator. In some embodiments, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device  may use different radio access technologies (RATs) . In some embodiments, the first network device may be a first RAT device and the second network device may be a second RAT device. In some embodiments, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In some embodiments, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In some embodiments, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0029] 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. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0030] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0031] As used herein, the term “resource, ” “transmission resource, ” “uplink resource, ” or “downlink resource” may refer to any resource for performing a communication, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, or any other resource enabling a communication, and the like. In the following, unless explicitly stated, a resource in both frequency domain and time domain will be used as an example of a transmission resource for describing some example embodiments of the present disclosure. It is noted that example embodiments of the  present disclosure are equally applicable to other resources in other domains.

[0032] Conventionally, multi-access (MA) protocol data unit (PDU) Session establishment is associated with 3GPP access connected to EPC and non-3GPP access connected to 5GC. After the establishment of a MA PDU Session, the UE receives a prioritized list of ATSSS rules from the Session Management Function (SMF) . After the establishment of a MA PDU Session, and when there are user-plane resources on both access networks, a UE applies network-provided policy (i.e. ATSSS rules) and considers local conditions (such as network interface availability, signal loss conditions, user preferences, etc. ) for deciding how to distribute the uplink traffic across the two access networks.

[0033] When there are user-plane resources on only one access network, the UE applies the ATSSS rules and considers local conditions for triggering the establishment or activation of the user plane resources over another access.

[0034] The ATSSS rules may be provided from a device implementing both Packet Data Networks Gateway –Control Plane (PGW-C) and Session Management Function (SMF) to a UE via Session Management (SM) Non-Access Stratum (NAS) signalling over 5GC, but ATSSS rules are not provided via the Evolved Packet Core (EPC) . Thus, there is a need to study how an ATSSS Rule is provisioned from the network to the UE via 3GPP Access to EPC.

[0035] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0036] FIG. 1 illustrates a schematic diagram of an example communication environment 100 in which example embodiments of the present disclosure can be implemented. In the communication environment 100, a plurality of communication devices, including a terminal device 110, a device implementing PGW-C and SMF 120 (which is also referred to “PGW-C / SMF” 120) a 3GPP access node 130, a SGW 140, a MME 150, a device implementing Packet Data Network Gateway -User Plane (PGW-U) and User Plane Function (UPF) 160 (also referred to as “PGW-U / UPF” 160) , a non-3GPP access node 170, a device implementing Non-3GPP InterWorking Function (N3IWF)  / Trusted Non-3GPP Gateway Function (TNGF) 180 (also referred to as “N3IWF / TNGF” 180) , and a device implementing Access and Mobility Management Function (AMF) 190 (also referred to as “AMF” 190) .

[0037] The 3GPP access node 130 may be, e.g., a network device in random access network (RAN) which is also referred to as “RAN” node or “RAN in subsequent example embodiments of the present disclosure. The non-3GPP access node 130 may be, e.g., an access device in a Wi-Fi network.

[0038] In FIG. 1, two paths are shown between the terminal device 110 and the PGW-C / SMF 120, namely, a first path associated with 3GPP access and Evolved Packet Core (EPC) , and a second path associated with non-3GPP access and 5G Core Network (5GC) . Specifically, the first path may involve the first terminal device 110, the 3GPP access node 130, the SGW 140, the MME 150, the PGW-U / UPF 160 and the PGW-C / SMF 120. In the first path, the SGW 140, the MME 150, the PGW-U / UPF 160 and the PGW-C / SMF 120 may provide functionality related to the EPC.

[0039] On the other side, the second path may involve the first terminal device 110, the PGW-U / UPF 160, the non-3GPP access node 170, the N3IWF / TNGF 180, the AMF 190 and the PGW-C / SMF 120. In the second path, the PGW-U / UPF 160, the N3IWF / TNGF 180, the AMF 190 and the PGW-C / SMF 120 may provide functionality related to the 5GC.

[0040] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure.

[0041] In the example of FIG. 1, the terminal device 110 may be a UE and the 3GPP access node 130 may be a base station serving the UE. The serving area of the 3GPP access node 130 may be called a cell.

[0042] It is to be understood that the number of devices and their connections shown in FIG. 1 are only for the purpose of illustration without suggesting any limitation. The communication environment 100 may include any suitable number of devices configured to implementing example embodiments of the present disclosure. Although not shown, it would be appreciated that one or more additional devices may be located in the cell, and one or more additional cells may be deployed in the communication environment 100. It is noted that although illustrated as a network device, the 3GPP access node 130 may be another device than a network device. Although illustrated as a terminal device, the terminal device 110 may be other device than a terminal device.

[0043] In the following, for the purpose of illustration, some example embodiments are described with the terminal device 110 operating as a UE and the 3GPP access node 130 operating as a base station. However, in some example embodiments, operations described in connection with a terminal device may be implemented at a network device or other device, and operations described in connection with a network device may be implemented at a terminal device or other device.

[0044] In some example embodiments, if the terminal device 110 is a terminal device and the 3GPP access node 130 is a network device, a link from the 3GPP access node 130 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the 3GPP access node 130 is referred to as an uplink (UL) . In DL, the 3GPP access node 130 is a transmitting (TX) device (or a transmitter) and the terminal device 110 is a receiving (RX) device (or a receiver) . In UL, the terminal device 110 is a TX device (or a transmitter) and the 3GPP access node 130 is a RX device (or a receiver) .

[0045] The communications in the communication environment 100 may conform to any suitable standards including, but not limited to, Global System for Mobile Communications (GSM) , Long Term Evolution (LTE) , LTE-Evolution, LTE-Advanced (LTE-A) , New Radio (NR) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access (CDMA) , GSM EDGE Radio Access Network (GERAN) , Machine Type Communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, 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 fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0046] Reference is made to FIG. 2, which illustrates a signaling flow 200 of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure. For the purposes of discussion, the signaling flow 200 will be discussed with reference to FIG. 1, for example, by using a first device 201 and a second device 202. In some embodiments, the first device 201 may be implemented as a terminal device, e.g., the terminal device 110 of FIG. 1, and the second device 202 may be implemented as the PGW-C / SMF 120. It is to be understood that the above examples of the first device 201 and the second device 202 are just for purpose of illustration, rather than suggesting any  limitations.

[0047] In the signaling flow 200, the first device 201 transmits (205) , to the second device 202, an indication of supporting ATSSS rules. The indication indicates a capability of the first device 201 supporting ATSSS rule usage. The second device 202 receives (210) the indication of supporting ATSSS rules from the first device 201 and thus may know the capability of the first device 201, for example, whether the first device 201 supports ATSSS rules, a path for the first device 201 to receive ATSSS rules, and / or the like. The path for the first device 201 to receive ATSSS rules may be indicated by information of the path via which the first device 201 can receive ATSSS rules.

[0048] The path via which the first device 201 supports the ATSSS rules transmission may include a first path associated with 3GPP access and EPC, and / or a second path associated with non-3GPP access and 5GC. Both of the first and second paths may be implemented as the two paths discussed with respect to FIG. 1, which are not repeated here.

[0049] It is to be understood that the transmission (205) from the first device 201 to the second device 202 does not intend to limit to a direct transmission. Instead, the transmission (205) from the first device 201 to the second device 202 may be implemented directly or indirectly, for example, via one or more intermediate nodes, such as RAN network device, MME, SGW, and the like.

[0050] In some example embodiments, the indication of supporting ATSSS rules is comprised in an information element of extended Protocol Configuration Options (ePCO) . Specifically, the indication of supporting ATSSS Rules may be included in the ePCO, which is transparent to RAN (eNB) , MME, SGW. Only PGW-C / SMF interprets the ePCO and the indication in the ePCO.

[0051] The indication of supporting ATSSS rules may be transmitted from the first device 201 to the second device 202 in various ways. In some example embodiments, the transmission of the indication of supporting ATSSS rules depends on the status of MA protocol data unit (PDU) session.

[0052] In some embodiments where a MA protocol data unit (PDU) session is to be established, the indication of supporting ATSSS rules may be comprised in a first request from the first device 201 via a first path associated with 3GPP access and EPC. In this  case, in addition to the indication of supporting ATSSS rules, the first request may further comprises, for example, but not limited to, an identification of the first device 201, an indication that a PDU connection is requested to be associated with the MA PDU Session, and / or the like.

[0053] The first request may be implemented in different ways in different procedures. For example, the first request may be implemented as an attach request in an attach procedure. Alternatively, the first request may be implemented as a PDN connectivity request in a PDU connectivity requesting procedure. It is to be understood that these implementations of the first request are just discussed for example rather than suggesting any limitation. Other suitable forms of the first request are also applicable in example embodiments of the present disclosure.

[0054] As an alternative to the case where the MA PDU session is to be established, in some example embodiments, a MA PDU session has been established, and the indication of supporting ATSSS rules is comprised in a second request from the first device 201 via a first path associated with 3GPP access and EPC. Other than the indication of supporting ATSSS rules, the second request may further include at least one of: an identification of the first device 201, a MA PDU Request indication, or a PDU Session identification (ID) of the established MA PDU Session. Similarly, the second request may be implemented in different ways in different procedures, for instance, the attach request or the PDN connectivity request.

[0055] In some example embodiments, in the case where the MA PDU session has been established, the path via which the MA PDU session has been established may be the second path associated with non-3GPP access and 5GC.

[0056] In addition to the above, in some example implementations, the indication of supporting Access Traffic Steering may be transmitted to the second device 202 via a second path associated with non-3GPP access and 5GC. In this case, the indication may indicate that the first device 201 supports receiving ATSSS rules via a first path associated with 3GPP access and EPC.

[0057] Still referring to FIG. 2, in some example embodiments, the second device 202 may transmit (215) , to the first device 201, at least one of an ATSSS rule or an update of the ATSSS rule. The first device 201 may receive (220) the ATSSS rule and / or the update of the ATSSS rule from the second device 202.

[0058] It is to be understood that the transmission (215) from the second device 202 to the first device 201 does not intend to limit to a direct transmission. Instead, the transmission (215) may be implemented directly or indirectly, for example, via one or more intermediate nodes, such as RAN network device, MME, SGW, and the like.

[0059] In some example embodiments, either the ATSSS rule or the update of the ATSSS rule may be received via the first path associated with 3GPP access and EPC. In addition, in some example embodiments, the ATSSS rule and / or the update of the ATSSS rule are comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0060] In this way, the ATSSS Rules can be provisioned from the network to the UE via 3GPP Access to EPC.

[0061] In some example embodiments, UE indicates its capability of supporting ATSSS Rule in ePCO to PGW-C / SMF. PGW-C+SMF stores the UE capability of supporting ATSSS Rule, and sends ATSSS Rule to the UE via ePCO if needed. The PGW-C+SMF provides the ATSSS rules via the ePCO in the Create Session Response message to the SGW. The SGW forwards the ATSSS rules to the MME. MME forwards the ATSSS rules to UE via NAS signalling. More details in this regard will be discussed in details with respect to FIG. 3.

[0062] As to the initial transmission of ATSSS rules, UE may establish a PDN connection over E-UTRAN connected to EPC as a user-plane resource of a MA PDU session to be established. The establishment of the PDN connection may be implemented in an attach procedure or a UE requested PDN connectivity procedure, for example. More details in this regard will be discussed in details with respect to FIG. 4.

[0063] Alternatively, the UE may establish a PDN connection over E-UTRAN connected to EPC as a user-plane resource of an already established MA PDU session. This establishment of the PDN connection may be also implemented in an attach procedure or a UE requested PDN connectivity procedure. More details in this regard will be discussed in details with respect to FIG. 5.

[0064] Optionally, the ATSSS Rules may be updated, e.g., due to status change in some conditions. In some embodiments, when transmitting the initial and / or the updated ATSSS Rules provision, PDN GW initiated bearer modification without bearer QoS update may  be involved. More details in this regard will be discussed in details with respect to FIG. 6.

[0065] In some embodiments, the UE capability (of supporting ATSSS Rule) provisioning may be performed via 5GC, which will be discussed in details with respect to FIG. 7.

[0066] FIG. 3 illustrates a signaling flow 300 of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure. As shown in FIG. 3, the signaling flow 300 involves a UE 301, a RAN 302, an MME 303, a SGW 304, and a PGW / SMF 305.

[0067] The UE 301 may be implemented as the terminal device 110 of FIG. 1. The RAN 302 may be implemented as the 3GPP access node 130 of FIG. 1. The MME 303 may be implemented as the MME 150 of FIG. 1. The SGW 304 may be implemented as the SGW 140 of FIG. 1. The PGW / SMF 305 may be implemented as the PGW / SMF 120 of FIG. 1. In the embodiments discussed with respect to FIG. 3, the UE 301 may be considered as an implementation of the first device 201, and the PGW / SMF 305 may be considered as an implementation of the second device 202.

[0068] In this case, the UE 301 establishes a PDN connection over E-UTRAN connected to EPC as a user-plane resource of an MA PDU session to be established during Attach procedure.

[0069] In the signaling flow 300, at 311, the UE 301 sends a NAS message Attach Request (e.g., Attach Request (UE ID, indication of supporting ATSSS Rules) ) to RAN 302, which is transparent to RAN 302. The Attach Request may include the UE identification (ID) , an indication that the PDN Connection is requested to be associated with a MA PDU Session (aMA PDU Session associated indication) , and the indication of supporting ATSSS Rules, which indicates the capability of UE supporting ATSSS Rules usage. The indication of supporting ATSSS Rules may be included in the ePCO, which is transparent to RAN (e.g., eNB) , MME 303, and SGW 304. Only PGW-C / SMF 305 interprets the ePCO and the indication in the ePCO.

[0070] At 312, RAN 302 sends the NAS message Attach Request (e.g., Attach Request (UE ID, indication of supporting ATSSS Rules) ) to MME 303.

[0071] At 313, MME 303 sends a Create Session Request (e.g., Create Session  Request (UE ID, indication of supporting ATSSS Rules) ) to SGW 304 to request establish a PDN connection for this UE, which includes UE ID, a MA PDU Session associated indication and the indication of supporting ATSSS Rules.

[0072] At 314, SGW 304 sends the Create Session Request (Create Session Request (UE ID, indication of supporting ATSSS Rules) ) to PGW-C / SMF 305 to request establish a PDN connection for this UE, which includes UE ID, a MA PDU Session associated indication and the indication of supporting ATSSS Rules.

[0073] The PGW-C / SMF 305 interprets the indications received at 314. At 315, the PGW-C / SMF 305 sends the ATSSS Rules for this MA PDU Session to the UE 301 via a Create Session Response (e.g., Create Session Response (ATSSS Rule) ) to SGW 304, if needed or does not send if not needed.

[0074] At 316, SGW 304 sends the ATSSS Rules for this MA PDU Session to MME 303 via a Create Session Response (e.g., Create Session Response (ATSSS Rule) ) .

[0075] At 317, the MME 303 sends a NAS message Attach Accept (e.g., Attach Accept (ATSSS Rule) ) to the UE 301 via the RAN 302, which includes the ATSSS Rules received at 316.

[0076] At 318, RAN 302 sends a NAS message Attach Accept (e.g., Attach Accept (ATSSS Rule) ) to the UE 301, which includes the ATSSS Rules.

[0077] FIG. 4 illustrates a signaling flow 400 of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure. As shown in FIG. 4, the signaling flow 400 involves a UE 401, a RAN 402, an MME 403, a SGW 404, and a PGW / SMF 405.

[0078] The UE 401 may be implemented as the terminal device 110 of FIG. 1. The RAN 402 may be implemented as the 3GPP access node 130 of FIG. 1. The MME 403 may be implemented as the MME 150 of FIG. 1. The SGW 404 may be implemented as the SGW 140 of FIG. 1. The PGW / SMF 405 may be implemented as the PGW / SMF 120 of FIG. 1. In the embodiments discussed with respect to FIG. 4, the UE 401 may be considered as an implementation of the first device 201, and the PGW / SMF 405 may be considered as an implementation of the second device 202.

[0079] In this case, the UE 401 establishes a PDN connection over E-UTRAN connected to EPC as a user-plane resource of an MA PDU session to be established with UE  requested PDN connectivity.

[0080] In the signaling flow 400, at 411, the UE 401 sends a NAS message PDN Connectivity Request (e.g., PDN connectivity Request (UE ID, indication of supporting ATSSS Rule) ) to RAN 402, which is transparent to RAN 402. The PDN Connectivity Request includes the UE ID, an indication that the PDN Connection is requested to be associated with a MA PDU Session (MA PDU Request indication) , and the indication of supporting ATSSS Rules, which indicates the capability of UE supporting ATSSS Rules usage. The indication of supporting ATSSS Rules may be included in the ePCO, which is transparent to RAN (eNB) , MME, SGW. Only PGW-C / SMF interprets the ePCO and the indication in the ePCO.

[0081] At 412, the RAN 402 sends a NAS message PDN Connectivity Request (e.g., PDN connectivity Request (UE ID, indication of supporting ATSSS Rule) ) to the MME 403.

[0082] At 413, the MME 403 sends a Create Session Request (e.g., Create Session Request (UE ID, indication of supporting ATSSS Rule) ) to SGW 404 to request establish a PDN connection for this UE, which includes UE ID, MA PDU Request indication and the indication of supporting ATSSS Rules.

[0083] At 414, SGW 404 sends the Create Session Request (e.g., Create Session Request (UE ID, indication of supporting ATSSS Rule) ) to PGW-C / SMF 405 to request establish a PDN connection for this UE, which includes UE ID, MA PDU Request indication and the indication of supporting ATSSS Rules.

[0084] The PGW-C / SMF 405 interprets the indications received at 414. At 415, the PGW-C / SMF 405 sends the ATSSS Rules for this MA PDU Session to the UE 401 via the Create Session Response (e.g., Create Session Response (ATSSS Rule) ) to SGW 404.

[0085] At 416, SGW 404 sends the ATSSS Rules for this MA PDU Session to MME 403 via a Create Session Response (e.g., Create Session Response (ATSSS Rule) ) .

[0086] At 417, MME 403 sends NAS message PDN Connectivity Accept (e.g., PDN Connectivity Accept (ATSSS Rule) ) to the UE 401 via RAN 402, which includes the ATSSS Rules received at 416.

[0087] At 418, RAN 402 sends a NAS message PDN Connectivity Accept (e.g., PDN Connectivity Accept (ATSSS Rule) ) to the UE 401, which includes the ATSSS Rules.

[0088] FIG. 5 illustrates a signaling flow 500 of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure. As shown in FIG. 5, the signaling flow 500 involves a UE 501, a RAN 502, an MME 503, a SGW 504, and a PGW / SMF 505.

[0089] The UE 501 may be implemented as the terminal device 110 of FIG. 1. The RAN 502 may be implemented as the 3GPP access node 130 of FIG. 1. The MME 503 may be implemented as the MME 150 of FIG. 1. The SGW 504 may be implemented as the SGW 150 of FIG. 1. The PGW / SMF 505 may be implemented as the PGW / SMF 120 of FIG. 1. In the embodiments discussed with respect to FIG. 6, the UE 501 may be considered as an implementation of the first device 201, and the PGW / SMF 505 may be considered as an implementation of the second device 202.

[0090] In this case, the UE 501 establishes a PDN connection over E-UTRAN connected to EPC as a user-plane resource of an already established MA PDU session during Attach procedure, where the UE 501 has established a MA PDU session via Non-3GPP Access to 5GC.

[0091] Compare with the embodiments discussed with respect to FIG. 3, in the signaling flow 500, in the Attach Request, the UE 501 may provide, at 511, a MA PDU Request indication, the PDU Session ID of the already established MA PDU Session, an indication of supporting ATSSS Rules, which are sent to PGW-C / SMF 505 via RAN 502, MME 503, and SGW 504 at 512, 513 and 514, respectively.

[0092] Specifically, some implantations, the UE 501 may transmit, at 511, an Attach Request (UE ID, indication of supporting ATSSS Rules) to the RAN 502. The RAN 502 may transmit at 512 an Attach Request (UE ID, indication of supporting ATSSS Rules) to the MME 503. The MME 503 may transmit, at 513, a Create Session Request (UE ID, indication of supporting ATSSS Rules) to SGW 504. The SGW 504 may transmit, at 514, a Create Session Request (UE ID, indication of supporting ATSSS Rules) to PGW-C / SMF 505.

[0093] Then, PGW-C / SMF 505 may consider this PDN connection is associated with the already established MA PDU session and send the ATSSS Rules to the UE 505 via SGW 504, MME 503, RAN 502 at 515, 516, 517, 518, respectively. The ATSSS Rules may be different from those ATSSS Rules discussed in embodiments of FIG. 3 or 4.

[0094] Specifically, some implantations, the PGW-C / SMF 505 may transmit, at 516, a Create Session Response (ATSSS Rule) to the SGW 504. The SGW 504 may transmit at 516 a Create Session Response (ATSSS Rule) to the MME 503. The MME 503 may transmit, at 517, an Attach Accept (ATSSS Rule) to the RAN 502. The RAN 502 may transmit, at 518, an Attach Accept (ATSSS Rule) to the UE 501.

[0095] FIG. 6 illustrates a signaling flow 600 of a process for ATSSS rules provisioning in accordance with some embodiments of the present disclosure. As shown in FIG. 6, the signaling flow 600 involves a UE 601, a RAN 602, an MME 603, a SGW 604, and a PGW / SMF 605.

[0096] The UE 601 may be implemented as the terminal device 110 of FIG. 1. The RAN 602 may be implemented as the 3GPP access node 130 of FIG. 1. The MME 603 may be implemented as the MME 160 of FIG. 1. The SGW 604 may be implemented as the SGW 160 of FIG. 1. The PGW / SMF 605 may be implemented as the PGW / SMF 120 of FIG. 1. In the embodiments discussed with respect to FIG. 6, the UE 601 may be considered as an implementation of the first device 201, and the PGW / SMF 605 may be considered as an implementation of the second device 202.

[0097] In this case, UE 601 establishes a PDN connection over E-UTRAN connected to EPC as a user-plane resource of an already established MA PDU session with UE requested PDN connectivity procedure, where the UE has established a MA PDU session via Non-3GPP Access to 5GC.

[0098] Compare with the embodiments discussed with respect to FIG. 4, in the signaling flow 600, in the PDN connectivity Request, the UE 601 may provide, at 611, a MA PDU Request indication, an PDU Session ID of the already established MA PDU Session, an indication of supporting ATSSS Rules, and so on, which are sent to PGW-C / SMF 605 via RAN 602, MME 603, and SGW 604 at 612, 613 and 614, respectively.

[0099] Specifically, some implantations, the UE 601 may transmit, at 611, a PDN connectivity Request (UE ID, indication of supporting ATSSS Rule) to the RAN 602. The RAN 602 may transmit at 612 a PDN connectivity Request (UE ID, indication of supporting ATSSS Rule) to the MME 603. The MME 603 may transmit, at 613, a Create Session Request (UE ID, indication of supporting ATSSS Rule) to SGW 604. The SGW 604 may transmit, at 614, a Create Session Request (UE ID, indication of supporting ATSSS Rule) to PGW-C / SMF 605.

[0100] Then, PGW-C / SMF 605 may consider this PDN connection is associated with the already established MA PDU session and sends the ATSSS Rules to the UE 605 via SGW 604, MME 603, RAN 602 at 615, 616, 617, 618, respectively. Likewise the ATSSS Rules may be different from those ATSSS Rules discussed in embodiments of FIG. 3 or 4.

[0101] Specifically, some implantations, the PGW-C / SMF 605 may transmit, at 616, a Create Session Response (ATSSS Rule) to the SGW 604. The SGW 604 may transmit at 616 a Create Session Response (ATSSS Rule) to the MME 603. The MME 603 may transmit, at 617, a PDN Connectivity Accept (ATSSS Rule) to the RAN 602. The RAN 602 may transmit, at 618, a PDN Connectivity Accept (ATSSS Rule) to the UE 601.

[0102] FIG. 7 illustrates a signaling flow 700 of a process for updating ATSSS rules in accordance with some embodiments of the present disclosure. As shown in FIG. 7, the signaling flow 700 involves a UE 701, a RAN 702, an MME 703, a SGW 704, and a PGW / SMF 705.

[0103] The UE 701 may be implemented as the terminal device 110 of FIG. 1. The RAN 702 may be implemented as the 3GPP access node 130 of FIG. 1. The MME 703 may be implemented as the MME 170 of FIG. 1. The SGW 704 may be implemented as the SGW 170 of FIG. 1. The PGW / SMF 705 may be implemented as the PGW / SMF 120 of FIG. 1. In the embodiments discussed with respect to FIG. 7, the UE 701 may be considered as an implementation of the first device 201, and the PGW / SMF 705 may be considered as an implementation of the second device 202.

[0104] In this case, the UE 701 has established a PDN connection over E-UTRAN connected to EPC as a user-plane resource of an MA PDU session. The network (PGW-C / SMF) may update the ATSSS Rules to the UE.

[0105] Based on the stored UE capability of supporting ATSSS Rules, and the ATSSS Rules change in the PGW-C / SMF 705, e.g. due to policy changes by the operators, the PGW-C / SMF705 may send, at 711, an Update Bearer Request (e.g., Update Bearer Request (ATSSS Rules) ) to the SGW 704, which includes the updated ATSSS Rules and the bearer ID of the MA PDU session. The ATSSS Rules may be included in the ePCO, which is transparent to SGW / MME / RAN, and only be interpreted by UE 701.

[0106] At 712, the SGW 704 sends the Update Bearer Request (e.g., Update Bearer  Request (ATSSS Rules) ) to MME 703 which includes the updated ATSSS Rules and the bearer ID of the MA PDU session.

[0107] At 713, the MME 703 sends NAS message Session Management Request (e.g., Session Management Request (ATSSS Rules) ) to the UE 701 via RAN 702, which includes the updated ATSSS Rules and the bearer ID of the MA PDU session.

[0108] At 714, the RAN 702 sends the NAS message Session Management Request (e.g., Session Management Request (ATSSS Rules) ) to the UE 701.

[0109] The UE 701 receives the updated ATSSS Rules and updates the ATSSS Rules to the MA PDU session in its storage with the received ATSSS Rules. At 715, UE 701 sends a Session Management Response to MME 703 via RAN 702 to ack the bearer update success.

[0110] At 716, the RAN 702 sends the NAS message Session Management Response to MME 703.

[0111] At 717, the MME 703 sends Update Bearer Response to SGW 704 to ack the bearer update success.

[0112] At 718, the SGW 704 sends Update Bearer Response to PGW-C / SMF 705 to ack the bearer update success.

[0113] It is to be understood that the steps 715 to 718 are optional, rather than suggesting any limitations to embodiments of the present disclosure. In some embodiment, when the UE 701 receives the updated ATSSS Rules, it may just store / apply the updated ATSSS Rules, without transmitting any acknowledgement message (s) .

[0114] FIG. 8 illustrates a signaling flow 800 of a process for providing a capability of supporting ATSSS rules in accordance with some embodiments of the present disclosure. As shown in FIG. 8, the signaling flow 800 involves a UE 801, a non-3GPP access node 802, an N3IWF / TNGF 803, an AMF 804, and a PGW / SMF 805.

[0115] The UE 801 may be implemented as the terminal device 110 of FIG. 1. The non-3GPP access node 802 may be implemented as the 3GPP access node 170 of FIG. 1. The N3IWF / TNGF 803 may be implemented as the MME 180 of FIG. 1. The AMF 804 may be implemented as the AMF 190 of FIG. 1. The PGW / SMF 805 may be implemented as the PGW / SMF 120 of FIG. 1. In the embodiments discussed with respect to FIG. 8, the  UE 801 may be considered as an implementation of the first device 201, and the PGW / SMF 805 may be considered as an implementation of the second device 202.

[0116] In this case, the UE 801 sends its capability to PGW-C / SMF 805 via 5GC. The capability is supporting ATSSS rules receiving via EPC, in the following messages and procedures: a Registration Request, a Service Request, a PDU Session Establishment Request, and so on.

[0117] In the signaling flow 800, the UE 801 transmits, at 811, a Registration Request or Service Request or PDU Session Establishment request (UE ID, indication of supporting ATSSS Rules) to the non-3GPP access node 802. At 812, the non-3GPP access node 802 transmits a Registration Request or Service Request or PDU Session Establishment request (UE ID, indication of supporting ATSSS Rules) to the N3IWF / TNGF 803.

[0118] At 813, the N3IWF / TNGF 803 transmits a Registration Request or Service Request or PDU Session Establishment request (UE ID, indication of supporting ATSSS Rules) to the AMF 804.

[0119] At 814, the AMF 804 transmits a Nsmf_PDUSession_UpdateSMContext request or PDU Session Establishment request (UE ID, indication of supporting ATSSS Rules) to the PGW / SMF 805.

[0120] At 815, the PGW / SMF 805 transmits a Nsmf_PDUSession_UpdateSMContext Response or PDU Session Establishment response to the AMF 804.

[0121] At 816, the AMF 804 transmits a Registration Accept or Service Request response or PDU Session Establishment response to the N3IWF / TNGF 803.

[0122] At 817, the N3IWF / TNGF 803 transmits a Registration Accept or Service Request response or PDU Session Establishment response to the non-3GPP access node 802.

[0123] At 818, the non-3GPP access node 802 transmits a Registration Accept or Service Request response or PDU Session Establishment response the UE 801.

[0124] FIG. 9 illustrates a flowchart of a communication method 900 implemented at a first device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of the first  device 201 in FIG. 2.

[0125] At block 910, the first device 201 transmits, to a second device 202, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

[0126] In some example embodiments, the capability of the first device supporting ATSSS rule usage comprises at least one of the following: whether the first device supports ATSSS rules or a path for the first device to receive ATSSS rules.

[0127] In some example embodiments, the path comprises at least one of: a first path associated with 3GPP access and EPC, or a second path associated with non-3GPP access and 5GC.

[0128] In some example embodiments, the indication of supporting ATSSS rules is comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0129] In some example embodiments, a MA protocol data unit (PDU) session is to be established, and the indication of supporting ATSSS rules is comprised in a first request from the first device via a first path associated with 3GPP access and EPC, wherein the first request further comprises at least one of: an identification of the first device, or an indication that a protocol data unit (PDU) connection is requested to be associated with the MA PDU Session.

[0130] In some example embodiments, the first request comprises at least one of an attach request or a PDN connectivity request.

[0131] In some example embodiments, a MA protocol data unit (PDU) session has been established, and the indication of supporting ATSSS rules is comprised in a second request from the first device via a first path associated with 3GPP access and EPC, wherein the second request further comprises at least one of: an identification of the first device, a MA PDU Request indication, or a PDU Session identification (ID) of the established MA PDU Session.

[0132] In some example embodiments, the second request comprises at least one of an attach request or a PDN connectivity request.

[0133] In some example embodiments, the MA PDU session has been established via a second path associated with non-3GPP access and 5GC.

[0134] In some example embodiments, the indication of supporting Access Traffic Steering is transmitted to the second device via a second path associated with non-3GPP access and 5GC, and the indication indicates that the first device supports receiving ATSSS rules via a first path associated with 3GPP access and EPC.

[0135] In some example embodiments, the first device 201 may receive, from the second device 202, at least one of an ATSSS rule or an update of the ATSSS rule.

[0136] In some example embodiments, the at least one of an ATSSS rule or an update of the ATSSS rule is received via a first path associated with 3GPP access and EPC.

[0137] In some example embodiments, the at least one of the ATSSS rule or the update of the ATSSS rule is comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0138] In some example embodiments, the first device comprises a terminal device, and the second device implements Packet Data Networks Gateway –Control Plane (PGW-C) and Session Management Function (SMF) .

[0139] FIG. 10 illustrates a flowchart of a communication method 1000 implemented at a second device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the second device 202 in FIG. 1.

[0140] At block 1010, the second device 202 receives, from a first device 201, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

[0141] In some example embodiments, the capability of the first device supporting ATSSS rule usage comprises at least one of the following: whether the first device supports ATSSS rules or a path for the first device to receive ATSSS rules.

[0142] In some example embodiments, the path comprises at least one of: a first path associated with 3GPP access and EPC, or a second path associated with non-3GPP access and 5GC.

[0143] In some example embodiments, the indication of supporting ATSSS rules is comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0144] In some example embodiments, a MA protocol data unit (PDU) session is to be established, and the indication of supporting ATSSS rules is comprised in a first request from the first device via a first path associated with 3GPP access and EPC, wherein the first request further comprises at least one of: an identification of the first device, or an indication that a protocol data unit (PDU) connection is requested to be associated with the MA PDU Session.

[0145] In some example embodiments, the first request comprises at least one of an attach request or a PDN connectivity request.

[0146] In some example embodiments, a MA protocol data unit (PDU) session has been established, and the indication of supporting ATSSS rules is comprised in a second request from the first device via a first path associated with 3GPP access and EPC, wherein the second request further comprises at least one of: an identification of the first device, a MA PDU Request indication, or a PDU Session identification (ID) of the established MA PDU Session.

[0147] In some example embodiments, the second request comprises at least one of an attach request or a PDN connectivity request.

[0148] In some example embodiments, the MA PDU session has been established via a second path associated with non-3GPP access and 5GC.

[0149] In some example embodiments, the indication of supporting Access Traffic Steering is transmitted to the second device via a second path associated with non-3GPP access, and the indication indicates that the first device supports receiving ATSSS rules via a first path associated with 3GPP access and EPC.

[0150] In some example embodiments, the second device 202 may transmit, to the first device 201, at least one of an ATSSS rule or an update of the ATSSS rule.

[0151] In some example embodiments, the at least one of an ATSSS rule or an update of the ATSSS rule is received via a first path associated with 3GPP access and EPC.

[0152] In some example embodiments, the at least one of the ATSSS rule or the update of the ATSSS rule is comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0153] In some example embodiments, the first device comprises a terminal device, and  the second device implements Packet Data Networks Gateway –Control Plane (PGW-C) and Session Management Function (SMF) .

[0154] FIG. 11 is a simplified block diagram of a device 1100 that is suitable for implementing embodiments of the present disclosure. The device 1100 can be considered as a further example implementation of any of the devices as shown in FIG. 1. Accordingly, the device 1100 can be implemented at or as at least a part of the first device 201 or the second device 202.

[0155] As shown, the device 1100 includes a processor 1110, a memory 1120 coupled to the processor 1110, a suitable transceiver 1140 coupled to the processor 1110, and a communication interface coupled to the transceiver 1140. The memory 1120 stores at least a part of a program 1130. The transceiver 1140 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1140 may include at least one of a transmitter 1142 and a receiver 1144. The transmitter 1142 and the receiver 1144 may be functional modules or physical entities. The transceiver 1140 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0156] The program 1130 is assumed to include program instructions that, when executed by the associated processor 1110, enable the device 1100 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGS. 1 to 10. The embodiments herein may be implemented by computer software executable by the processor 1110 of the device 1100, or by hardware, or by a combination of software and hardware. The processor 1110 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1110 and memory 1120 may form processing means 1150 adapted to implement various embodiments of the present disclosure.

[0157] The memory 1120 may be of any type suitable to the local technical network and  may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1120 is shown in the device 1100, there may be several physically distinct memory modules in the device 1100. The processor 1110 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1100 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.

[0158] According to embodiments of the present disclosure, a first device comprising a circuitry is provided. The circuitry is configured to: transmit, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the first device as discussed above.

[0159] According to embodiments of the present disclosure, a second device comprising a circuitry is provided. The circuitry is configured to: receive, from a first device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage. According to embodiments of the present disclosure, the circuitry may be configured to perform any method implemented by the second device as discussed above.

[0160] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely  a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0161] According to embodiments of the present disclosure, a first apparatus is provided. The first apparatus comprises means for transmitting, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage. In some embodiments, the first apparatus may comprise means for performing the respective operations of the method 900. In some example embodiments, the first apparatus may further comprise means for performing other operations in some example embodiments of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0162] According to embodiments of the present disclosure, a second apparatus is provided. The second apparatus comprises means for receiving, from a first device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage. In some embodiments, the second apparatus may comprise means for performing the respective operations of the method 1000. In some example embodiments, the second apparatus may further comprise means for performing other operations in some example embodiments of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0163] In summary, embodiments of the present disclosure provide the following aspects.

[0164] In an aspect, it is proposed a first device comprising: a processor configured to cause the first device to: transmit, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

[0165] In some embodiments, the capability of the first device supporting ATSSS rule usage comprises at least one of the following: whether the first device supports ATSSS rules or a path for the first device to receive ATSSS rules.

[0166] In some embodiments, the path comprises at least one of: a first path associated with 3GPP access and EPC, or a second path associated with non-3GPP access and 5GC.

[0167] In some embodiments, the indication of supporting ATSSS rules is comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0168] In some embodiments, a MA protocol data unit (PDU) session is to be established, and the indication of supporting ATSSS rules is comprised in a first request from the first device via a first path associated with 3GPP access and EPC, wherein the first request further comprises at least one of: an identification of the first device, or an indication that a protocol data unit (PDU) connection is requested to be associated with the MA PDU Session.

[0169] In some embodiments, the first request comprises at least one of an attach request or a PDN connectivity request.

[0170] In some embodiments, a MA protocol data unit (PDU) session has been established, and the indication of supporting ATSSS rules is comprised in a second request from the first device via a first path associated with 3GPP access and EPC, wherein the second request further comprises at least one of: an identification of the first device, a MA PDU Request indication, or a PDU Session identification (ID) of the established MA PDU Session.

[0171] In some embodiments, the second request comprises at least one of an attach request or a PDN connectivity request.

[0172] In some embodiments, the MA PDU session has been established via a second path associated with non-3GPP access and 5GC.

[0173] In some embodiments, the indication of supporting Access Traffic Steering is transmitted to the second device via a second path associated with non-3GPP access and 5GC, and the indication indicates that the first device supports receiving ATSSS rules via a first path associated with 3GPP access and EPC.

[0174] In some embodiments, the first device is further caused to: receive, from the second device, at least one of an ATSSS rule or an update of the ATSSS rule.

[0175] In some embodiments, the at least one of an ATSSS rule or an update of the ATSSS rule is received via a first path associated with 3GPP access and EPC.

[0176] In some embodiments, the at least one of the ATSSS rule or the update of the ATSSS rule is comprised in an information element of extended Protocol Configuration  Options (ePCO) .

[0177] In some embodiments, the first device comprises a terminal device, and the second device implements Packet Data Networks Gateway –Control Plane (PGW-C) and Session Management Function (SMF) .

[0178] In an aspect, it is proposed a second device comprising: a processor configured to cause the second device to: receive, from a first device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

[0179] In some embodiments, the capability of the first device supporting ATSSS rule usage comprises at least one of the following: whether the first device supports ATSSS rules or a path for the first device to receive ATSSS rules.

[0180] In some embodiments, the path comprises at least one of: a first path associated with 3GPP access and EPC, or a second path associated with non-3GPP access and 5GC.

[0181] In some embodiments, the indication of supporting ATSSS rules is comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0182] In some embodiments, a MA protocol data unit (PDU) session is to be established, and the indication of supporting ATSSS rules is comprised in a first request from the first device via a first path associated with 3GPP access and EPC, wherein the first request further comprises at least one of: an identification of the first device, or an indication that a protocol data unit (PDU) connection is requested to be associated with the MA PDU Session.

[0183] In some embodiments, the first request comprises at least one of an attach request or a PDN connectivity request.

[0184] In some embodiments, a MA protocol data unit (PDU) session has been established, and the indication of supporting ATSSS rules is comprised in a second request from the first device via a first path associated with 3GPP access and EPC, wherein the second request further comprises at least one of: an identification of the first device, a MA PDU Request indication, or a PDU Session identification (ID) of the established MA PDU Session.

[0185] In some embodiments, the second request comprises at least one of an attach  request or a PDN connectivity request.

[0186] In some embodiments, the MA PDU session has been established via a second path associated with non-3GPP access and 5GC.

[0187] In some embodiments, the indication of supporting Access Traffic Steering is transmitted to the second device via a second path associated with non-3GPP access, and the indication indicates that the first device supports receiving ATSSS rules via a first path associated with 3GPP access and EPC.

[0188] In some embodiments, the second device is further caused to: transmit, to the first device, at least one of an ATSSS rule or an update of the ATSSS rule.

[0189] In some embodiments, the at least one of an ATSSS rule or an update of the ATSSS rule is received via a first path associated with 3GPP access and EPC.

[0190] In some embodiments, the at least one of the ATSSS rule or the update of the ATSSS rule is comprised in an information element of extended Protocol Configuration Options (ePCO) .

[0191] In some embodiments, the first device comprises a terminal device, and the second device implements Packet Data Networks Gateway –Control Plane (PGW-C) and Session Management Function (SMF) .

[0192] In an aspect, a first device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the first device discussed above.

[0193] In an aspect, a second device comprises: at least one processor; and at least one memory coupled to the at least one processor and storing instructions thereon, the instructions, when executed by the at least one processor, causing the device to perform the method implemented by the second device discussed above.

[0194] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first device discussed above.

[0195] In an aspect, a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one  processor to perform the method implemented by the second device discussed above.

[0196] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the first device discussed above.

[0197] In an aspect, a computer program comprising instructions, the instructions, when executed on at least one processor, causing the at least one processor to perform the method implemented by the second device discussed above.

[0198] 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 representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods 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.

[0199] 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 process or method as described above with reference to FIGS. 1 to 11. 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.

[0200] 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.

[0201] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine 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 machine 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.

[0202] 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.

[0203] Although the present disclosure has been described in language 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 first device comprising:a processor configured to cause the first device to:transmit, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.2.The device of claim 1, wherein the capability of the first device supporting ATSSS rule usage comprises at least one of the following:whether the first device supports ATSSS rules ora path for the first device to receive ATSSS rules.3.The device of claim 2, wherein the path comprises at least one of:a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) , ora second path associated with non-3GPP access and 5G Core Network (5GC) .4.The device of any of claims 1 to 3, wherein the indication of supporting ATSSS rules is comprised in an information element of extended Protocol Configuration Options (ePCO) .5.The device of any of claims 1 to 4, wherein a multi-access (MA) protocol data unit (PDU) session is to be established, and the indication of supporting ATSSS rules is comprised in a first request from the first device via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) , wherein the first request further comprises at least one of:an identification of the first device, oran indication that a protocol data unit (PDU) connection is requested to be associated with the MA PDU Session.6.The device of claim 5, wherein the first request comprises at least one of an attach request or a PDN connectivity request.7.The device of any of claims 1 to 4, wherein a multi-access (MA) protocol data unit  (PDU) session has been established, and the indication of supporting ATSSS rules is comprised in a second request from the first device via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) , wherein the second request further comprises at least one of:an identification of the first device,a MA PDU Request indication, ora PDU Session identification (ID) of the established MA PDU Session.8.The device of claim 7, wherein the second request comprises at least one of an attach request or a PDN connectivity request.9.The device of claim 7 or 8, wherein the MA PDU session has been established via a second path associated with non-3rd generation partnership project (3GPP) access and 5G Core Network (5GC) .10.The device of any of claims 1 to 4, wherein the indication of supporting Access Traffic Steering is transmitted to the second device via a second path associated with non-3rd generation partnership project (3GPP) access and 5G Core Network (5GC) , and the indication indicates that the first device supports receiving ATSSS rules via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) .11.The device of any of claims 1 to 10, wherein the first device is further caused to:receive, from the second device, at least one of an ATSSS rule or an update of the ATSSS rule.12.The device of claim 11, wherein the at least one of an ATSSS rule or an update of the ATSSS rule is received via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) .13.The device of claim 11 or 12, wherein the at least one of the ATSSS rule or the update of the ATSSS rule is comprised in an information element of extended Protocol Configuration Options (ePCO) .14.The device of any of claims 1 to 13, wherein the first device comprises a terminal  device, and the second device implements Packet Data Networks Gateway –Control Plane (PGW-C) and Session Management Function (SMF) .15.A second device comprising:a processor configured to cause the second device to:receive, from a first device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.16.The device of claim 15, wherein the capability of the first device supporting ATSSS rule usage comprises at least one of the following:whether the first device supports ATSSS rules ora path for the first device to receive ATSSS rules.17.The device of claim 16, wherein the path comprises at least one of:a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) , ora second path associated with non-3GPP access and 5G Core Network (5GC) .18.The device of any of claims 15 to 17, wherein the indication of supporting ATSSS rules is comprised in an information element of extended Protocol Configuration Options (ePCO) .19.The device of any of claims 15 to 18, wherein a multi-access (MA) protocol data unit (PDU) session is to be established, and the indication of supporting ATSSS rules is comprised in a first request from the first device via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) , wherein the first request further comprises at least one of:an identification of the first device, oran indication that a protocol data unit (PDU) connection is requested to be associated with the MA PDU Session.20.The device of claim 19, wherein the first request comprises at least one of an attach request or a PDN connectivity request.21.The device of any of claims 15 to 18, wherein a multi-access (MA) protocol data unit (PDU) session has been established, and the indication of supporting ATSSS rules is comprised in a second request from the first device via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) , wherein the second request further comprises at least one of:an identification of the first device,a MA PDU Request indication, ora PDU Session identification (ID) of the established MA PDU Session.22.The device of claim 21, wherein the second request comprises at least one of an attach request or a PDN connectivity request.23.The device of claim 21 or 22, wherein the MA PDU session has been established via a second path associated with non-3rd generation partnership project (3GPP) access and 5G Core Network (5GC) .24.The device of any of claims 15 to 18, wherein the indication of supporting Access Traffic Steering is transmitted to the second device via a second path associated with non-3GPP access, and the indication indicates that the first device supports receiving ATSSS rules via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) .25.The device of any of claims 15 to 24, wherein the second device is further caused to:transmit, to the first device, at least one of an ATSSS rule or an update of the ATSSS rule.26.The device of claim 25, wherein the at least one of an ATSSS rule or an update of the ATSSS rule is received via a first path associated with 3rd generation partnership project (3GPP) access and Evolved Packet Core (EPC) .27.The device of claim 25 or 26, wherein the at least one of the ATSSS rule or the update of the ATSSS rule is comprised in an information element of extended Protocol  Configuration Options (ePCO) .28.The device of any of claims 15 to 27, wherein the first device comprises a terminal device, and the second device implements Packet Data Networks Gateway –Control Plane (PGW-C) and Session Management Function (SMF) .29.A communication method implemented at a first device, comprising:transmitting, to a second device, an indication of supporting Access Traffic Steering, Switching, Splitting (ATSSS) rules, wherein the indication indicates a capability of the first device supporting ATSSS rule usage.

Images