Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, a terminal device may store information of a set of slices associated with a set of PDU sessions of the terminal device for a mobility procedure or RLF, and transmit the information of the set of slices to a network device. In this way, MRO enhancement for slicing may be carried out.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to devices and methods of communication for self-organizing networks (SON)  / minimization drive test (MDT) enhancement.BACKGROUND

[0002] SON, which encompasses solutions for network self-configuration and self-optimization, is introduced to support deployment of system and performance optimization. One of SON functions is mobility robustness optimization (MRO) , which aims at detecting and enabling correction of mobility related problems. Minimization drive test (MDT) functionality involves measurement logging by a terminal device in an idle or inactive state. Currently, it is expected to support SON / MDT enhancement for slicing, small data transmission (SDT) , non-terrestrial network (NTN) , layer 1 or layer 2 triggered mobility (LTM) , and subsequent conditional primary secondary cell (PSCell) addition or change (SCPAC) .SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for SON / MDT enhancement.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: store information of a set of slices associated with a set of protocol data unit (PDU) sessions of the terminal device for a mobility procedure or radio link failure (RLF) ; and transmit the information of the set of slices to a network device.

[0005] In a second aspect, there is provided a network device. The network device comprises a processor configured to cause the network device to: receive, from a core network element, a message indicating an area scope of MDT for a network slice access stratum (AS) group (NSAG) ; and derive, based on the message, the area scope of MDT for MDT measurement collection.

[0006] In a third aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: in accordance with a determination that a configuration of a configured grant based small data transmission (CG-SDT) is received but no CG-SDT is triggered, store information of the CG-SDT comprising an identity identifying a suspended context of the terminal device in an inactive state and cause information of triggering no CG-SDT; and transmit the information of the CG-SDT to a network device.

[0007] In a fourth aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: in accordance with a determination that a mobility procedure is executed, store information of the mobility procedure; in accordance with a determination that the mobility procedure is successfully completed, discard the information of the mobility procedure; and in accordance with a determination that the mobility procedure is failed, store the information of the mobility procedure in a variable for a RLF report.

[0008] In a fifth aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that a random access procedure is initiated by a physical downlink control channel (PDCCH) order for a layer 1 or layer 2 triggered mobility (LTM) candidate cell; and in accordance with a determination that the PDCCH order indicates an initial transmission of a preamble for the LTM candidate cell for early uplink synchronization, store first random access information of the random access procedure as an entry in a variable for a random access report.

[0009] In a sixth aspect, there is provided a center unit (CU) of a network device. The CU comprises a processor configured to cause the CU to: receive, from a terminal device, a random access report comprising first random access information of one or more random access procedures performed at a LTM candidate cell for early uplink synchronization; receive, from a distributed unit (DU) of the network device, a first message comprising second random access information of the one or more random access procedures performed at the LTM candidate cell for early uplink synchronization; and transmit, to a further DU providing the LTM candidate cell, a second message comprising at least one of the first random access information or the second random access information.

[0010] In a seventh aspect, there is provided a communication device. The communication device comprises a processor configured to cause the communication  device to at least one of the following: in accordance with a determination that a first PSCell change or addition to a first PSCell is triggered due to SCPAC, store first information related to SCPAC for the first PSCell change or addition; or in accordance with a determination that a second PSCell change or addition to a second PSCell is triggered due to SCPAC, and the second PSCell is a source PSCell of the first PSCell change, store second information related to SCPAC for the second PSCell change or addition.

[0011] In an eighth aspect, there is provided a method of communication. The method comprises: storing, at a terminal device, information of a set of slices associated with a set of PDU sessions of the terminal device for a mobility procedure or RLF; and transmitting the information of the set of slices to a network device.

[0012] In a ninth aspect, there is provided a method of communication. The method comprises: receiving, at a network device and from a core network element, a message indicating an area scope of MDT for a NSAG; and deriving, based on the message, the area scope of MDT for MDT measurement collection.

[0013] In a tenth aspect, there is provided a method of communication. The method comprises: in accordance with a determination that a configuration of a CG-SDT is received but no CG-SDT is triggered, storing, at a terminal device, information of the CG-SDT comprising an identity identifying a suspended context of the terminal device in an inactive state and cause information of triggering no CG-SDT; and transmitting the information of the CG-SDT to a network device.

[0014] In an eleventh aspect, there is provided a method of communication. The method comprises: in accordance with a determination that a mobility procedure is executed, storing, at a terminal device, information of the mobility procedure; in accordance with a determination that the mobility procedure is successfully completed, discarding the information of the mobility procedure; and in accordance with a determination that the mobility procedure is failed, storing the information of the mobility procedure in a variable for a RLF report.

[0015] In a twelfth aspect, there is provided a method of communication. The method comprises: determining, at a terminal device, that a random access procedure is initiated by a PDCCH order for a LTM candidate cell; and in accordance with a determination that the PDCCH order indicates an initial transmission of a preamble for the LTM candidate cell for early uplink synchronization, storing first random access information of the random access  procedure as an entry in a variable for a random access report.

[0016] In a thirteenth aspect, there is provided a method of communication. The method comprises: receiving, at a CU of a network device and from a terminal device, a random access report comprising first random access information of one or more random access procedures performed at a LTM candidate cell for early uplink synchronization; receiving, from a DU of the network device, a first message comprising second random access information of the one or more random access procedures performed at the LTM candidate cell for early uplink synchronization; and transmitting, to a further DU providing the LTM candidate cell, a second message comprising at least one of the first random access information or the second random access information.

[0017] In a fourteenth aspect, there is provided a method of communication. The method comprises at least one of the following: in accordance with a determination that a first PSCell change or addition to a first PSCell is triggered due to SCPAC, storing, at a communication device, first information related to SCPAC for the first PSCell change or addition; or in accordance with a determination that a second PSCell change or addition to a second PSCell is triggered due to SCPAC, and the second PSCell is a source PSCell of the first PSCell change, storing second information related to SCPAC for the second PSCell change or addition.

[0018] In a fifteenth aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to any of the eighth to fourteenth aspects of the present disclosure.

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

[0020] Through the more detailed description of some 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:

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

[0022] FIG. 2 illustrates a schematic diagram illustrating an example process of  communication according to embodiments of the present disclosure;

[0023] FIG. 3 illustrates a schematic diagram illustrating another example process of communication according to embodiments of the present disclosure;

[0024] FIG. 4 illustrates a schematic diagram illustrating still another example process of communication according to embodiments of the present disclosure;

[0025] FIG. 5 illustrates a schematic diagram illustrating yet another example process of communication according to embodiments of the present disclosure;

[0026] FIG. 6 illustrates a schematic diagram illustrating another example process of communication according to embodiments of the present disclosure;

[0027] FIG. 7 illustrates an example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0028] FIG. 8 illustrates another example method of communication implemented at a network device in accordance with some embodiments of the present disclosure;

[0029] FIG. 9 illustrates another example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0030] FIG. 10 illustrates another example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0031] FIG. 11 illustrates another example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0032] FIG. 12 illustrates another example method of communication implemented at a CU in accordance with some embodiments of the present disclosure;

[0033] FIG. 13 illustrates another example method of communication implemented at a communication device in accordance with some embodiments of the present disclosure; and

[0034] FIG. 14 illustrates a simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure.

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

[0036] Principle of the present disclosure will now be described with reference to some  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 limitations as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

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

[0038] 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, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for integrated access and backhaul (IAB) , small data transmission (SDT) , mobility, multicast and broadcast services (MBS) , positioning, dynamic / flexible duplex in commercial networks, reduced capability (RedCap) , 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.

[0039] 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) , network-controlled repeaters, and the like.

[0040] The term “core network element” refers to any device or entity that provides access and mobility management function (AMF) , network exposure function (NEF) , authentication server function (AUSF) , unified data management (UDM) , session management function (SMF) , user plane function (UPF) , a location management function (LMF) , etc. In other embodiments, the core network element may be any other suitable device or entity providing any other suitable functionality.

[0041] The terminal device or the network device may have artificial intelligence (AI) or machine learning (ML) 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.

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

[0043] The network device may have the function of network energy saving (NES) , SON or MDT. The terminal may have the function of power saving.

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

[0045] In one embodiment, 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 one embodiment, the first network device may be a first RAT  device and the second network device may be a second RAT device. In one embodiment, 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 one embodiment, information A may be transmitted to the terminal device from the first network device and information B may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, 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.

[0046] 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. The term ‘and / or’ indicates that there may be three relationships. For example, A and / or B may indicate cases includes ‘only A’ , ‘both A and B’ , and ‘only B’ . The term ‘at least one of the following items’ or a similar expression thereof refers to any combination of these items, including any combination of a single item or a plurality of items. For example, ‘at least one of A, B, or C’ may represent A, B, C, ‘A and B’ , ‘A and C’ , ‘B and C’ , or ‘A, B and C’ . Other definitions, explicit and implicit, may be included below.

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

[0048] In the context of the present disclosure, the term ‘PSCell’ refers to a special cell (SpCell) of a secondary cell group (SCG) , the term ‘PCell’ refers to a SpCell of a master cell group (MCG) , and the term ‘SpCell’ refers to a primary cell of a SCG or MCG.

[0049] In the context of the present disclosure, the term ‘aconnected state’ may be interchangeably used with ‘an RRC_CONNECTED state’ , the term ‘an idle state’ may be interchangeably used with ‘an RRC_IDLE state’ , and the term ‘an inactive state’ may be interchangeably used with ‘an RRC_INACTIVE state’ .

[0050] In the context of the present disclosure, the term ‘store information’ may refer to setting an information element (IE) in a UE variable as the information. In the context of the present disclosure, ‘information is included in a message’ may refer to setting an IE in the message as the information. In the context of the present disclosure, ‘mobility procedure’ may refer to applying or receiving a RRC reconfiguration message comprising reconfiguration with sync.

[0051] Embodiments of the present disclosure provide solutions of communication for SON / MDT enhancement for slicing, SDT, NTN, LTM, and SCPAC. Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0052] EXAMPLE OF COMMUNICATION NETWORK

[0053] FIG. 1 illustrates a schematic diagram of an example communication network 100 in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1, the communication network 100 may include a terminal device 110 and a network device 120. In some embodiments, the network device 120 may provide one or more serving cells (not shown) to serve the terminal device 110. Although the network device 120 is shown as a base station, it is to be understood that the network device 120 may be a satellite.

[0054] As shown in FIG. 1, the communication network 100 may further include a core network element 130. In some embodiments, the network device 120 and the core network element 130 may communicate with each other. The terminal device 110 may communicate with the core network element 130 via the network device 120.

[0055] The terminal device 110 may communicate with the network device 120 via a Uu interface. The network device 120 may communicate with the core network element 130 via an Ng interface.

[0056] It is to be understood that the number of devices in FIG. 1 is given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100 may include any suitable number of network devices and / or  terminal devices and / or core network elements adapted for implementing implementations of the present disclosure.

[0057] The communications in the communication network 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.

[0058] In some embodiments, any of the terminal device 110, network device 120 and core network element 130 may support a network slicing function. In some embodiments, the terminal device 110 may support SDT in an idle or inactive state.

[0059] In some embodiments, the terminal device 110 may establish a dual connection (i.e., simultaneous connection) with two network devices. For example, the network device 120 may serve as a master node (MN) , and another network device which is not shown may serve as a secondary node (SN) . Multiple cells provided by the MN may form a MCG for the terminal device 110, and one of the multiple cells serves as a primary cell of the MCG, i.e., PCell. Multiple cells provided by the MN may form a SCG for the terminal device 110, and one of the multiple cells serves as a primary cell of the SCG, i.e., PSCell.

[0060] In some embodiments, the network device 120 may be implemented in a CU-DU architecture. That is, the network device 120 may comprise a CU and one or more DUs (not shown) . The CU may communicate with the one or more DUs. Each DU may provide one or more cells to serve at least one terminal device. A CU may be responsible for accomplishing functionalities of radio resource control (RRC) , service data adaptation protocol (SDAP) and packet data convergence protocol (PDCP) entities, and a DU may be responsible for accomplishing functionalities of a radio link control (RLC) entity, a MAC entity and a physical (PHY) entity. In some embodiments, a CU and a DU may be  implemented in separate devices. In some embodiments, a CU and a DU may be implemented in the same device. In some embodiments, different DUs may be implemented in separate devices. In some embodiments, different CUs are implemented in separate devices.

[0061] In the context of the present disclosure, a CU (also referred to as a gNB-CU herein) is a logic node hosting RRC, SDAP and PDCP protocols of a gNB or RRC and PDCP protocols of an en-gNB that controls operation of one or more DUs (also referred to as gNB-DUs herein) . The gNB-CU terminates a F1 interface connected with the gNB-DU. A DU is a logical node hosting RLC, MAC and PHY layers of the gNB or en-gNB, and its operation is partly controlled by gNB-CU. One gNB-DU supports one or multiple cells. One cell is supported by only one gNB-DU. The gNB-DU terminates a F1 interface connected with the gNB-CU.

[0062] Embodiments of the present disclosure provide solutions of communication for SON / MDT enhancement. The solutions will be described in connection with FIGs. 2 to 8 below.

[0063] EXAMPLE IMPLEMENTATION OF MRO ENHANCEMENT FOR SLICING

[0064] Conventionally, network may trigger a mobility procedure considering not only a radio condition of neighboring cells but also a slicing supported by a target cell. To help the network to identify a cause of failure or near failure of a mobility procedure, it is better to also report slice related information to the network for the mobility procedure.

[0065] Generally, a network slice (may also referred to as a slice herein) always consists of a random access network (RAN) part and a core network (CN) part. The support of network slicing relies on the principle that traffic for different slices is handled by different protocol data unit (PDU) sessions. Network may realize different network slices by scheduling and also by providing different L1 or L2 configurations. Each network slice is uniquely identified by single network slice selection assistance information (S-NSSAI) .

[0066] A terminal device may provide network slice selection assistance information (NSSAI) for network slice selection in a RRC setup complete message, if NSSAI has been provided by non-access stratum (NAS) . While the network can support large number of slices (e.g., hundreds) , the terminal device may not support more than 8 slices simultaneously.

[0067] Network slicing is a concept to allow differentiated treatment depending on each  customer requirements. With network slicing, it is possible for mobile network operators (MNO) to consider customers as belonging to different tenant types. Each tenant type may have different service requirements that govern in terms of what slice types each tenant is eligible to use based on service level agreement (SLA) and subscriptions.

[0068] To make mobility slice-aware in case of network slicing, S-NSSAI is introduced as part of PDU session information that is transferred during mobility signaling. This enables slice-aware admission and congestion control.

[0069] Embodiments of the present disclosure provide a solution of MRO for slicing. The solution will be described in connection with FIG. 2 below. FIG. 2 illustrates a schematic diagram illustrating an example process 200 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1. The process 200 may involve the terminal device 110 and the network device 120.

[0070] As shown in FIG. 2, the terminal device 110 may store 210 information of a set of slices associated with a set of PDU sessions of the terminal device 110 for a mobility procedure or RLF. In some embodiments, the set of slices may comprise one slice, and the set of PDU sessions may comprise one PDU session.

[0071] In some embodiments, the mobility procedure may be a handover. In some embodiments, the mobility procedure may be a LTM cell switch. In some embodiments, the mobility procedure may be a PSCell change. It is to be noted that any other suitable mobility procedure may also be feasible.

[0072] As shown in FIG. 2, in some embodiments, the terminal device 110 may receive 211, from the network device 120, a configuration indicating the storing of the information of the set of slices. In some embodiments, the configuration may comprise a list of S-NSSAI (for convenience, also referred to as a first list of S-NSSAI herein) .

[0073] As shown in FIG. 2, the terminal device 110 may store 212 the information of the set of slices based on the configuration. In some embodiments, if at least one S-NSSAI in the first list of S-NSSAI is associated with the terminal device 110, the terminal device 110 may store the information of the set of slices.

[0074] In some embodiments, the information of the set of slices may comprise a list of S-NSSAI (for convenience, also referred to as a second list of S-NSSAI herein) that is associated with the set of PDU sessions before the mobility procedure or RLF.

[0075] In some embodiments, the information of the set of slices may comprise a list of S-NSSAI (for convenience, also referred to as a third list of S-NSSAI herein) that is associated with the set of PDCU sessions after the mobility procedure.

[0076] In some embodiments, the information of the set of slices may comprise a list of S-NSSAI (for convenience, also referred to as a fourth list of S-NSSAI herein) that is associated with the set of PDU sessions before the mobility procedure and is not associated with the set of PDU sessions after the mobility procedure.

[0077] In some embodiments, the information of the set of slices may comprise a list of S-NSSAI (for convenience, also referred to as a fifth list of S-NSSAI herein) that is not associated with the set of PDU sessions before the mobility procedure and is associated with the set of PDU sessions after the mobility procedure.

[0078] In some embodiments, the information of the set of slices may comprise a list of S-NSSAI (for convenience, also referred to as a sixth list of S-NSSAI herein) that is associated with the set of PDU sessions, wherein a set of data radio bearers (DRBs) corresponding to the set of PDU sessions are released by the mobility procedure.

[0079] It is to be noted that any combinations of the above information of the set of slices may also be feasible.

[0080] In some embodiments, the information of the set of slices for the mobility procedure may be associated with the configuration. For example, the second or third or fourth or fifth or sixth list of S-NSSAI may be part of the first S-NSSAI, i.e., S-NSSAI in the second or third or fourth or fifth or sixth list belongs to the first list of S-NSSAI.

[0081] In some embodiments, the first list of S-NSSAI associated with the terminal device 110 may be any or any part of the second or third or fourth or fifth or sixth S-NSSAIs associated with the set of PDU sessions of the terminal device 110.

[0082] In some embodiments, a PDU session in the set of PDU sessions may be a configured PDU session. In some embodiments, a PDU session in the set of PDU sessions may be a newly added PDU session. In some embodiments, a PDU session in the set of PDU sessions may be a released PDU session. In some embodiments, a PDU session in the set of PDU sessions may be a modified PDU session. In some embodiments, a PDU session in the set of PDU sessions may be a switched PDU session. In some embodiments, a PDU session in the set of PDU sessions may be a failed PDU session. In some embodiments, a PDU session in the set of PDU sessions may be an accepted / admitted  PDU session. In some embodiments, a PDU session in the set of PDU sessions may be an unaccepted / unadmitted PDU session.

[0083] In some embodiments, the information of the set of slices may be provided by upper layers (e.g., NAS layer) of the terminal device 110 to an RRC layer of the terminal device 110.

[0084] With reference to FIG. 2, the terminal device 110 may transmit or report 220 the information of the set of slices to the network device 120. In some embodiments, the terminal device 110 may transmit the information of the set of slices in a report for MRO to the network device 120.

[0085] In some embodiments, the report for MRO may be a RLF report. In some embodiments, the report for MRO may be a successful handover report (SHR) . In some embodiments, the report for MRO may be a successful PSCell addition or change report (SPR) . It is to be noted that any other suitable ways may also be feasible.

[0086] With the process 200, MRO for slicing may be carried out, and network may identify a reason of failure or near failure of a mobility procedure better. The embodiments described in connection with FIG. 2 may be carried out separately or in any suitable combinations.

[0087] EXAMPLE IMPLEMENTATION OF LOGGED MDT ENHANCEMENT FOR SLICING

[0088] Conventionally, a terminal device in an idle or inactive state may perform slice-based cell reselection for the purpose of camping on a more suitable cell. It may be helpful for NW to adjust a NW configuration if the terminal device performs logged MDT for some specific NSAG area. However, it is unclear how to support this solution.

[0089] In view of this, embodiments of the present disclosure provide a solution of logged MDT for slicing. The solution will be described in connection with FIG. 3 below. FIG. 3 illustrates a schematic diagram illustrating another example process 300 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIG. 1. The process 300 may involve the network device 120 and the core network element 130.

[0090] As shown in FIG. 3, the core network element 130 may transmit 310, to the network device 120, a message indicating an area scope (also referred to as NSAG area scope herein) of MDT for a NSAG. In some embodiments, the message may comprise a  list of identities (IDs) of NSAGs.

[0091] In some embodiments, the message may be an initial context setup request message. In some embodiments, the message may be a trace start message.

[0092] In some embodiments, the MDT may be logged MDT.

[0093] As shown in FIG. 3, based on the received message, the network device 120 may derive 320 the area scope of MDT for MDT measurement collection.

[0094] In some embodiments, upon reception of the NSAG area scope, the network device 120 may consider that the area scope of MDT for MDT measurement collection is defined only by areas included in a network slice area scope of MDT IE.

[0095] With the process 300, logged MDT for slicing may be carried out. The embodiments described in connection with FIG. 3 may be carried out separately or in any suitable combinations.

[0096] EXAMPLE IMPLEMENTATION OF SON ENHANCEMENT FOR SDT

[0097] Conventionally, before initiating a RRC resume procedure for SDT, a terminal device needs to determine whether to select a random access based SDT (RA-SDT) or a configured grant based SDT (CG-SDT) . It is beneficial if the terminal device should be able to collect information for the case that NW configures a CG-SDT resource for the terminal device, but CG-SDT is not selected. However, it is unclear what information should be collected for optimization of this case.

[0098] In view of this, embodiments of the present disclosure provide a solution of communication for SON for SDT. The solution will be described in connection with FIG. 4 below.

[0099] FIG. 4 illustrates a schematic diagram illustrating another example process 400 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 400 will be described with reference to FIG. 1. The process 400 may involve the terminal device 110 and the network device 120.

[0100] As shown in FIG. 4, the terminal device 110 may receive 410 a configuration of a CG-SDT from the network device 120.

[0101] As shown in FIG. 4, upon determination that the configuration of the CG-SDT is received but no CG-SDT is triggered, the terminal device 110 may store 420 information of the CG-SDT. In some embodiments, the information of the CG-SDT may comprise an ID  identifying a suspended context of the terminal device 110 in an inactive state and cause information of triggering no CG-SDT.

[0102] In some embodiments, the ID may be a full inactive radio network temporary identity (I-RNTI) or a short I-RNTI that the terminal device 110 receives in a suspend configuration of a RRC release message.

[0103] In some embodiments, the cause information may comprise information (for convenience, also referred to as first information herein) indicating that timing advance (TA) for the CG-SDT is invalid, e.g., in the first available CG occasion for an initial CG-SDT transmission with a common control channel (CCCH) message. In some embodiments, if the TA for CG-SDT is not valid in the first available CG occasion for the initial CG-SDT transmission with the CCCH message, the terminal device 110 may store the cause information or the first information.

[0104] In some embodiments, the first information may further indicate that a time alignment timer for the CG-SDT is not running. In some embodiments, if the time alignment timer for the CG-SDT is not running, the terminal device 110 may store the cause information or the first information.

[0105] In some embodiments, the first information may further indicate that variation of a calculated reference signal received power (RSRP) value of downlink pathloss reference compared to a stored RSRP value of downlink pathloss reference is larger than a threshold (for convenience, also referred to as a third threshold herein) . In some embodiments, if the variation of the calculated RSRP value of downlink pathloss reference compared to the stored RSRP value of downlink pathloss reference is larger than the third threshold, the terminal device 110 may store the cause information or the first information.

[0106] In some embodiments, the cause information may comprise information (for convenience, also referred to as second information herein) indicating that a logical channel corresponding to a radio bearer (RB) having data available for transmission is not allowed to be transmitted on a CG associated with the CG-SDT.

[0107] In some embodiments, the second information may further comprise an identity / index of the RB or logical channel having data available, or the RB or logical channel having data available and not allowed to be transmitted on the CG. In some embodiments, if the logical channel corresponding to one RB having data available for transmission is not allowed to be transmitted on CG type 1, the terminal device 110 may  store the cause information or the second information.

[0108] In some embodiments, the cause information may comprise information (for convenience, also referred to as third information herein) indicating that a time gap between initiation of the CG-SDT and the first available CG occasion for the initial CG-SDT transmission with the CCCH message is larger than or equal to a threshold (for convenience, also referred to as a first threshold herein) . In some embodiments, the third information may further comprise a length of the time gap. In some embodiments, if the time gap is larger than or equal to the first threshold, the terminal device 110 may store the cause information or the third information.

[0109] In some embodiments, the cause information may comprise information (for convenience, also referred to as fourth information herein) indicating that a synchronization signal and physical broadcast channel block (SSB) configured for the CG-SDT with synchronization signal based reference signal received power (SS-RSRP) above (e.g., larger than or equal to) a threshold (for convenience, also referred to as a second threshold herein) is unavailable. In some embodiments, the fourth information may further comprise SS-RSRP of at least one SSB configured for CG-SDT, e.g., an SSB with the highest SS-RSRP, and an index or ID of the SSB. In some embodiments, if there is no SSB configured for CG-SDT with SS-RSRP being above the threshold, the terminal device 110 may store the cause information or the fourth information.

[0110] In some embodiments, the cause information may comprise information (for convenience, also referred to as fifth information herein) indicating that a CG-SDT resource is not configured for a selected uplink carrier. In some embodiments, the fifth information may further indicate whether the selected uplink carrier is an uplink carrier or a supplementary uplink (SUL) carrier. In some embodiments, if a CG-SDT resource is not configured for a selected UL carrier, the terminal device 110 may store the cause information or the fifth information.

[0111] It is to be noted that the cause information may comprise any combinations of the above information.

[0112] With reference to FIG. 4, the terminal device 110 may transmit or report 430 the information of the CG-SDT to the network device 120. In some embodiments, the terminal device 110 may transmit the information of the CG-SDT in a random access (RA) report. In some embodiments, the terminal device 110 may transmit the information of the  CG-SDT in a connection establishment or resume failure report (e.g., IE ConnEstFailReport) .

[0113] With the process 400, NW may identify a reason why CG-SDT is configured but not triggered, and further adjust a configuration for CG-SDT. The embodiments described in connection with FIG. 4 may be carried out separately or in any suitable combinations.

[0114] EXAMPLE IMPLEMENTATION OF MRO ENHANCEMENT FOR NTN

[0115] Currently, NTN supports time-based and location-based trigger conditions upon which a terminal device may execute conditional handover (CHO) to a candidate cell. However, it is still unclear how to support SON enhancement for better configuration of the time-based and location-based trigger condition.

[0116] In view of this, embodiments of the present disclosure provide a solution of MRO for NTN. The solution will be described in connection with FIG. 5 below. FIG. 5 illustrates a schematic diagram illustrating another example process 500 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 500 will be described with reference to FIG. 1. The process 500 may involve the terminal device 110 and the network device 120.

[0117] As shown in FIG. 5, if a mobility procedure is executed, the terminal device 110 may store 510 information of the mobility procedure. In some embodiment, the terminal device 110 may store the information of the mobility procedure in a variable of the terminal device 110.

[0118] As shown in FIG. 5, if the mobility procedure is successfully completed, the terminal device 110 may discard 520 the information of the mobility procedure. The completion of the handover procedure means that a RA procedure triggered by the mobility procedure is successfully completed, or the lower layer indicates that a random access channel (RACH) -less handover is successfully completed.

[0119] As shown in FIG. 5, if the mobility procedure is failed, the terminal device 110 may store 530 the information of the mobility procedure in a variable for a RLF report. In other words, the terminal device 110 may include the information of the mobility procedure in the variable for the RLF report.

[0120] In some alternative embodiments, if the mobility procedure is failed, the terminal device 110 may discard the information of the mobility procedure. If the mobility  procedure is successfully completed, the terminal device 110 may store or include the information of the mobility procedure in a variable for a SHR.

[0121] In some embodiments, the information of the mobility procedure may comprise time measured at the terminal device 110. In some embodiments, the information of the mobility procedure may comprise a location of the terminal device 110. In some embodiments, the information of the mobility procedure may comprise a distance between the terminal device 110 and a reference location. The reference location may be any existing reference locations (e.g., referenceLocation 1 or referenceLocation 2) or may be determined in any suitable ways. In some embodiments, the information of the mobility procedure may comprise measurement results for a source cell, a target cell and neighboring cells.

[0122] In some embodiments, if the terminal device 110 is configured with one candidate cell with timer-based triggering event (e.g., CondEvent T1) or location-based triggering event (e.g., CondEvent D1 or CondEvent D2) as the execution condition, the terminal device 110 may store the above information of the mobility procedure.

[0123] With reference to FIG. 5, in some embodiments, the terminal device 110 may transmit or report 540 the information of the mobility procedure to the network device 120, e.g., via the RLF report or the SHR.

[0124] With the process 500, MRO for NTN may be carried out. The embodiments described in connection with FIG. 5 may be carried out separately or in any suitable combinations.

[0125] EXAMPLE IMPLEMENTATION OF SON ENHANCEMENT FOR LTM

[0126] Conventionally, a terminal device performs early TA acquisition with candidate cell (s) as requested by NW before receiving a cell switch command. This is done via contention free random access (CFRA) triggered by a PDCCH order from a source cell, following which the terminal device sends a preamble towards an indicated candidate cell. In order to minimize data interruption of the source cell due to CFRA towards the candidate cell (s) , the terminal device does not receive a random access response from NW for the purpose of TA value acquisition and a TA value of the candidate cell is indicated in the cell switch command. So far the terminal device would collect information of RA procedure on a serving cell and report to NW. However, it is unclear how to support a RA report for a RA procedure on an LTM candidate cell for early UL synchronization.

[0127] In view of this, embodiments of the present disclosure provide a solution of SON for LTM. The solution will be described in connection with FIG. 6 below. FIG. 6 illustrates a schematic diagram illustrating another example process 600 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 500 will be described with reference to FIG. 1. The process 600 may involve the terminal device 110, a DU of the network device 120, a CU of the network device 120, and a further DU. The DU of the network device 120 serves as a serving DU. The further DU serves as a target or candidate DU. It is to be noted that the further DU may be provided by the network device 120 or other network devices.

[0128] As shown in FIG. 6, the terminal device 110 may determine 610 that a RA procedure is initiated by a PDCCH order for a LTM candidate cell.

[0129] As shown in FIG. 6, the terminal device 110 may determine 620 whether the PDCCH order indicates an initial transmission of a preamble for the LTM candidate cell for early uplink synchronization. If the PDCCH order indicates the initial transmission of the preamble for the LTM candidate cell for early uplink synchronization, the terminal device 110 may store or append 630 RA information (for convenience, also referred to as first RA information herein) of the RA procedure as an entry (i.e., new entry) in a variable for a RA report.

[0130] With reference to FIG. 6, in some embodiments, if the PDCCH order indicates a retransmission of the preamble for the LTM candidate cell, the terminal device 110 may store or append 640 the first RA information in the entry (i.e., existing entry) in the variable for the RA report. This existing entry is the previous or last added entry associated with the LTM candidate cell.

[0131] In some embodiments for storing or appending the first RA information, if the PDCCH order indicates the initial transmission of the preamble for the LTM candidate cell, the terminal device 110 may store an identity of the LTM candidate cell. If the RA procedure is triggered by the PDCCH order from a serving cell of a MCG, or the LTM candidate cell is associated with a LTM configuration associated with the MCG, the terminal device 110 may store an ID (i.e., PCell ID) of the serving cell of the MCG. If the RA procedure is triggered by the PDCCH order from a serving cell of a SCG, or the LTM candidate cell is associated with a LTM configuration associated with the SCG, the terminal device 110 may store an ID (i.e., PSCell ID) of the serving cell of the SCG. In some  embodiments, if the PDCCH order indicates the initial transmission of the preamble for the LTM candidate cell, the terminal device 110 may set a RA purpose, which indicates the purpose of triggering the RA procedure, as indicating that the RA procedure is for early uplink synchronization of the LTM candidate cell. In some embodiments, the terminal device 110 may a set of parameters in common RA information.

[0132] In some embodiments for storing or appending the first RA information, the terminal device 110 may set a set of parameters associated with successive RA attempts related to a selected beam. In some embodiments, the terminal device 110 may set a preamble index used for the RA procedure as indicated in the PDCCH order. If one of the successive RA attempts are associated with a SSB same as a last RA attempt, the terminal device 110 may increase number of preambles transmitted on the SSB during the successive RA attempts by one. The terminal device 110 may set a value of a preamble power ramping counter for one of the successive RA attempts.

[0133] In some embodiments, the terminal device 110 may store a TA value measured at the terminal device 110 if available.

[0134] Continuing to refer to FIG. 6, the terminal device 110 may transmit 650, to a CU of the network device 120, the RA report comprising the first RA information of one or more RA procedures performed at the LTM candidate cell for early uplink synchronization.

[0135] Continuing to refer to FIG. 6, a serving DU (i.e., a DU of the network device 120) may transmit 660, to the CU, a message (for convenience, also referred to as a first message herein) comprising RA information (for convenience, also referred to as second RA information herein) of the one or more RA procedures performed at the LTM candidate cell for early uplink synchronization. In some embodiments, the second RA information is collected by the serving DU. In some embodiments, the second RA information may be carried by an IE ‘ra-ReportList’ , ‘ra-InformationCommon’ , or ‘perRAInfoList’ .

[0136] In some embodiments, the second RA information may comprise an absolute frequency of a reference resource block associated to RA resources used in the one or more RA procedures. In some embodiments, the second RA information may comprise a frequency domain location, bandwidth of a bandwidth part (BWP) , and subcarrier spacing (SCS) associated to the BWP used in the one or more RA procedures.

[0137] In some embodiments, the second RA information may comprise a SSB index in the PDCCH order which triggers the one or more RA procedures.

[0138] In some embodiments, the second RA information may comprise a preamble index used or indicated in the PDDCH order which triggers the one or more RA procedures.

[0139] In some embodiments, the second RA information may comprise number of preambles sent on the SSB during the successive RA procedures (i.e., the number of successive RA procedures associated to the SSB) .

[0140] In some embodiments, the second RA information may comprise number of RA attempted performed for the LTM candidate cell. In some embodiments, the second RA information may comprise physical random access channel (PRACH) occasion information. In some embodiments, the second RA information may comprise RA-RNTI of the terminal device 110.

[0141] In some embodiments, the first message may be a RACH indication message. It is to be noted that any other suitable messages may also be feasible.

[0142] In some embodiments, the first message may further comprise an ID of the terminal device 110, e.g., gNB-CU UE FIAP ID. In some embodiments, the first message may further comprise an ID of a target or candidate DU (i.e., further DU) , e.g., gNB-DU ID of LTM candidate gNB-DU. In some embodiments, the first message may further comprise an ID of the LTM candidate cell to where the preamble is transmitted. In some embodiments, upon reception of the first message, the CU may request the first information from the terminal device 110.

[0143] With reference to FIG. 6, the CU may transmit 670, to the target or candidate DU providing the LTM candidate cell, a message (for convenience, also referred to as a second message herein) comprising at least one of the first RA information or the second RA information. In other words, a gNB-CU may transmit to a LTM candidate gNB-DU the second message comprising the first RA information collected by the terminal device 110 and / or the second RA information collected by a serving gNB-DU.

[0144] In some embodiments, the second message may be an access and mobility indication message. It is to be noted that any other suitable messages may also be feasible.

[0145] In some embodiments, the second message may further comprise an ID of the serving DU, e.g., source or serving gNB-DU ID. In some embodiments, the second message may further comprise an ID of a serving cell. In some embodiments, the second message may further comprise an ID of the LTM candidate cell. In some embodiments,  the second message may further comprise an ID of the terminal device 110, e.g., gNB-CU UE F1AP ID, or gNB-DU UE F1AP ID.

[0146] With reference to FIG. 6, in some embodiments, the terminal device 110 may receive 680, from the serving DU, a LTM cell switch command MAC CE. The LTM cell switch command MAC CE may comprise a transmission configuration indication (TCI) state ID and TA command. The terminal device 110 may store information of a timing advance group (TAG) indicated by the LTM cell switch command MAC CE. In some embodiments, the TAG may be a primary timing advance group (PTAG) associated with the TCI state ID or TA command. In some embodiments, the information of the TAG may be a TAG ID. In some embodiments, the terminal device 110 may store and report the information of the TAG by a RLF report, SHR or SPR.

[0147] With the process 600, information of a RA procedure performed in a LTM candidate cell may be stored and reported to NW to further enhance a RA configuration for better early acquisition of TA.

[0148] EXAMPLE IMPLEMENTATION OF SON ENHANCEMENT FOR SCPAC

[0149] PSCell mobility history information does not contain information of whether a mobility procedure is SCPAC, which results in NW is unable to be aware of performance of the SCPAC.

[0150] In view of this, embodiments of the present disclosure provide a solution of communication for SON enhancement for SCPAC. The solution may be implemented at a terminal device (e.g., the terminal device 110) or a SN (e.g., the network device 120) .

[0151] In one aspect, the terminal device 110 may perform a first PSCell change or addition to a target PSCell (also referred to as a first PSCell herein) , and if the first PSCell change or addition is triggered due to SCPAC execution, the terminal device 110 or the SN may store first information related to SCPAC for the first PSCell change or addition.

[0152] In some embodiments, the first information related to SCPAC may comprise information indicating that the first PSCell change or addition is triggered due to SCPAC execution. In some embodiments, the first information related to SCPAC may comprise a SCPAC execution condition for the first PSCell change or addition. In some embodiments, the first information related to SCPAC may comprise an ID of the target PSCell. It is to be noted that a combination of the above information is also feasible.

[0153] In some embodiments, the terminal device or the SN may store the first information related to SCPAC in mobility information. For example, the terminal device may store the first information related to SCPAC in PSCell mobility information. The SN may store the first information related to SCPAC in SN mobility information.

[0154] In some embodiments, the terminal device or the SN may store the first information related to SCPAC in history information. For example, the terminal device may store the first information related to SCPAC in UE history information. The SN may store the first information related to SCPAC in SCG UE history information.

[0155] In another aspect, if a second PSCell change or addition to a previous PSCell (also referred to as a second PSCell herein) , the terminal device or the SN may store second information related to SCPAC for the second PSCell change or addition. The second PSCell may be a source PSCell of the first PSCell change.

[0156] In some embodiments, the second information related to SCPAC may comprise information indicating that the second PSCell change or addition is triggered due to SCPAC execution. In some embodiments, the second information related to SCPAC may comprise a SCPAC execution condition for the second PSCell change or addition. In some embodiments, the second information related to SCPAC may comprise an ID of the target PSCell. It is to be noted that a combination of the above information is also feasible.

[0157] In some embodiments, the terminal device or the SN may store the second information related to SCPAC in mobility information. For example, the terminal device may store the second information related to SCPAC in PSCell mobility information. The SN may store the second information related to SCPAC in SN mobility information.

[0158] In some embodiments, the terminal device or the SN may store the second information related to SCPAC in history information. For example, the terminal device may store the second information related to SCPAC in UE history information. The SN may store the second information related to SCPAC in SCG UE history information.

[0159] In some embodiments, the SN may be a source SN, i.e., a SN providing a source or previous PSCell.

[0160] It is to be noted that the above two aspects may be used in combination. With this solution, SON enhancement for SCPAC may be carried out.

[0161] EXAMPLE IMPLEMENTATION OF METHODS

[0162] Accordingly, embodiments of the present disclosure provide methods of communication implemented at a terminal device and a network device. These methods will be described below with reference to FIGs. 7 to 13.

[0163] FIG. 7 illustrates an example method 700 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 700 may be performed at the terminal device 110 as shown in FIG. 1. It is to be understood that the method 700 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0164] As shown in FIG. 7, at block 710, the terminal device 110 may store information of a set of slices associated with a set of PDU sessions of the terminal device for a mobility procedure or RLF.

[0165] In some embodiments, the terminal device 110 may receive, from the network device 120, a configuration indicating the storing of the information of the set of slices, the configuration comprises a first list of S-NSSAI.

[0166] In some embodiments, the terminal device 110 may store the information of the set of slices by: in accordance with a determination that at least one S-NSSAI in the first list of S-NSSAI is associated with the terminal device, storing the information of the set of slices.

[0167] In some embodiments, the information of the set of slices may comprise at least one of the following: a second list of S-NSSAI that is associated with the set of PDU sessions before the mobility procedure or RLF; a third list of S-NSSAI that is associated with the set of PDCU sessions after the mobility procedure; a fourth list of S-NSSAI that is associated with the set of PDU sessions before the mobility procedure and is not associated with the set of PDU sessions after the mobility procedure; a fifth list of S-NSSAI that is not associated with the set of PDU sessions before the mobility procedure and is associated with the set of PDU sessions after the mobility procedure; or a sixth list of S-NSSAI that is associated with at least one PDU session, wherein a set of DRBs corresponding to the at least one PDU session are released by the mobility procedure.

[0168] In some embodiments, a PDU session in the set of PDU sessions may be one of the following: a configured PDU session; a newly added PDU session; a released PDU session; a modified PDU session; a switched PDU session; a failed PDU session; an accepted PDU  session; or an unaccepted PDU session.

[0169] At block 720, the terminal device 110 may transmit the information of the set of slices to the network device 120.

[0170] With the method 700, MRO enhancement for slicing may be carried out.

[0171] FIG. 8 illustrates an example method 800 of communication implemented at a network device in accordance with some embodiments of the present disclosure. For example, the method 800 may be performed at the network device 120 as shown in FIG. 1. It is to be understood that the method 800 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0172] As shown in FIG. 8, at block 810, the network device 120 may receive, from the core network element 130, a message indicating an area scope of MDT for a NSAG.

[0173] In some embodiments, the message may comprise a list of IDs of NSAGs. In some embodiments, the MDT may be logged MDT.

[0174] At block 820, the network device 120 may derive, based on the message, the area scope of MDT for MDT measurement collection.

[0175] With the method 800, logged MDT for slicing may be carried out.

[0176] FIG. 9 illustrates another example method 900 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 900 may be performed at the terminal device 110 as shown in FIG. 1. It is to be understood that the method 900 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0177] As shown in FIG. 9, at block 910, in accordance with a determination that a configuration of a CG-SDT is received but no CG-SDT is triggered, the terminal device 110 may store information of the CG-SDT comprising an identity identifying a suspended context of the terminal device in an inactive state and cause information of triggering no CG-SDT.

[0178] At block 920, the terminal device 110 may transmit the information of the CG-SDT to the network device 120.

[0179] In some embodiments, the cause information may comprise at least one of the  following: first information indicating that a timing advance for the CG-SDT is invalid; second information indicating that a logical channel corresponding to a RB having data available for transmission is not allowed to be transmitted on a CG associated with the CG-SDT; third information indicating a time gap between initiation of the CG-SDT and a first available CG occasion for an initial CG-SDT transmission with a CCCH message is larger than or equal to a first threshold; fourth information indicating that a SSB configured for the CG-SDT with SS-RSRP above a second threshold is unavailable; or fifth information indicating that a CG-SDT resource is not configured for a selected uplink carrier.

[0180] In some embodiments, the first information may further indicate at least one of the following: a time alignment timer for the CG-SDT is not running; or variation of a calculated RSRP value of downlink pathloss reference compared to a stored RSRP value of downlink pathloss reference is larger than a third threshold.

[0181] With the method 900, SON enhancement for SDT may be carried out.

[0182] FIG. 10 illustrates another example method 1000 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 1000 may be performed at the terminal device 110 as shown in FIG. 1. It is to be understood that the method 1000 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0183] As shown in FIG. 10, at block 1010, in accordance with a determination that a mobility procedure is executed, the terminal device 110 may store information of the mobility procedure.

[0184] At block 1020, the terminal device 110 may determine whether the mobility procedure is successfully completed or failed. If the mobility procedure is successfully completed, the process 1000 proceeds to block 1030. If the mobility procedure is failed, the process 1000 proceeds to block 1040.

[0185] At block 1030, in accordance with a determination that the mobility procedure is successfully completed, the terminal device 110 may discard the information of the mobility procedure.

[0186] At block 1040, in accordance with a determination that the mobility procedure is failed, the terminal device 110 may store the information of the mobility procedure in a  variable for a RLF report.

[0187] In some embodiments, in accordance with a determination that the mobility procedure is failed, the terminal device 110 may discard the information of the mobility procedure. In accordance with a determination that the mobility procedure is successfully completed, the terminal device 110 may store the information of the mobility procedure in a variable for a SHR.

[0188] With the method 1000, MRO enhancement for NTN may be carried out.

[0189] FIG. 11 illustrates another example method 1100 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 1100 may be performed at the terminal device 110 as shown in FIG. 1. It is to be understood that the method 1100 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0190] As shown in FIG. 11, at block 1110, the terminal device 110 may determine that a random access procedure is initiated by a PDCCH order for a LTM candidate cell.

[0191] At block 1120, in accordance with a determination that the PDCCH order indicates an initial transmission of a preamble for the LTM candidate cell for early uplink synchronization, the terminal device 110 may store first random access information of the random access procedure as an entry in a variable for a random access report.

[0192] In some embodiments, in accordance with a determination that the PDCCH order indicates a retransmission of the preamble for the LTM candidate cell, the terminal device 110 may store the first random access information in the entry in the variable for the random access report.

[0193] In some embodiments, the terminal device 110 may store the first random access information by: storing an identity of the LTM candidate cell; in accordance with a determination that the random access procedure is triggered by the PDCCH order from a serving cell of a MCG, or the LTM candidate cell is associated with a LTM configuration associated with the MCG, storing an identity of the serving cell of the MCG; in accordance with a determination that the random access procedure is triggered by the PDCCH order from a serving cell of a SCG, or the LTM candidate cell is associated with a LTM configuration associated with the SCG, storing an identity of the serving cell of the SCG; and setting a set of parameters associated with successive random access attempts related to  a selected beam.

[0194] In some embodiments, the terminal device 110 may set the set of parameters by: setting a preamble index used for the random access procedure as indicated in the PDCCH order; in accordance with a determination that one of the successive random access attempts are associated with a SSB same as a last random access attempt, increasing number of preambles transmitted on the SSB during the successive random access attempts by one; and setting a value of a preamble power ramping counter for one of the successive random access attempts.

[0195] With the method 1100, RA information for LTM may be collected by a terminal device.

[0196] FIG. 12 illustrates an example method 1200 of communication implemented at a CU in accordance with some embodiments of the present disclosure. For example, the method 1200 may be performed at a CU of the network device 120 as shown in FIG. 1. It is to be understood that the method 1200 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0197] As shown in FIG. 12, at block 1210, a CU of the network device 120 may receive, from the terminal device 110, a random access report comprising first random access information of one or more random access procedures performed at a LTM candidate cell for early uplink synchronization.

[0198] At block 1220, the CU may receive, from a DU of the network device 120 providing a serving cell, a first message comprising second random access information of the one or more random access procedures performed at the LTM candidate cell for early uplink synchronization.

[0199] At block 1230, the CU may transmit, to a further DU providing the LTM candidate cell, a second message comprising at least one of the first random access information or the second random access information.

[0200] In some embodiments, the first message may further comprise at least one of the following: an identity of the terminal device 110; an identity of the further DU; or an identity of the LTM candidate cell.

[0201] In some embodiments, the second message may further comprise at least one of  the following: an identity of the DU; an identity of the serving cell; an identity of the LTM candidate cell; or an identity of the terminal device.

[0202] With the method 1200, RA information for LTM may be collected by a serving DU.

[0203] FIG. 13 illustrates an example method 1300 of communication implemented at a communication device in accordance with some embodiments of the present disclosure. For example, the method 1300 may be performed at the terminal device 110 or the network device 120 serving as a SN as shown in FIG. 1. It is to be understood that the method 1300 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0204] As shown in FIG. 13, at block 1310, a communication device (e.g., the terminal device 110, or the network device 120 serving as a SN) may perform an operation of storing at least one of first information related to SCPAC or second information related to SCPAC.

[0205] In some embodiments, in accordance with a determination that a first PSCell change or addition to a first PSCell is triggered due to SCPAC, the communication device may store the first information related to SCPAC for the first PSCell change or addition.

[0206] In some embodiments, the first information related to SCPAC may comprise at least one of the following: information indicating that the first PSCell change or addition is triggered due to SCPAC execution, or a SCPAC execution condition for the first PSCell change or addition.

[0207] In some embodiments, in accordance with a determination that a second PSCell change or addition to a second PSCell is triggered due to SCPAC, and the second PSCell is a source PSCell of the first PSCell change, the communication device may store the second information related to SCPAC for the second PSCell change or addition.

[0208] In some embodiments, the second information related to SCPAC may comprise at least one of the following: information indicating that the second PSCell change or addition is triggered due to SCPAC execution, or a SCPAC execution condition for the second PSCell change or addition.

[0209] In some embodiments, the communication device may store the first or second information related to SCPAC by: storing the first or second information related to SCPAC  in mobility information; or storing the first or second information related to SCPAC in history information.

[0210] In some embodiments, the communication device may be a terminal device or a SN.

[0211] With the method 1300, SON enhancement for SCPAC may be carried out.

[0212] It is to be understood that operations of the methods 700 to 1300 correspond to the processes or solutions as described above, and thus other details are not repeated here for conciseness.

[0213] EXAMPLE IMPLEMENTATION OF DEVICES

[0214] FIG. 14 is a simplified block diagram of a device 1400 that is suitable for implementing embodiments of the present disclosure. The device 1400 can be considered as a further example implementation of the terminal device 110 or the network device 120 or core network element 130 as shown in FIG. 1. Accordingly, the device 1400 can be implemented at or as at least a part of the terminal device 110 or the network device 120 or core network element 130.

[0215] As shown, the device 1400 includes a processor 1410, a memory 1420 coupled to the processor 1410, a suitable transceiver 1440 coupled to the processor 1410, and a communication interface coupled to the transceiver 1440. The memory 1410 stores at least a part of a program 1430. The transceiver 1440 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1440 may include at least one of a transmitter 1442 or a receiver 1444. The transmitter 1442 and the receiver 1444 may be functional modules or physical entities. The transceiver 1440 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.

[0216] The program 1430 is assumed to include program instructions that, when executed by the associated processor 1410, enable the device 1400 to operate in accordance with the  embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 13. The embodiments herein may be implemented by computer software executable by the processor 1410 of the device 1400, or by hardware, or by a combination of software and hardware. The processor 1410 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1410 and memory 1420 may form processing means 1450 adapted to implement various embodiments of the present disclosure.

[0217] The memory 1420 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 1420 is shown in the device 1400, there may be several physically distinct memory modules in the device 1400. The processor 1410 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 1400 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.

[0218] In some embodiments, a terminal device comprises a circuitry configured to: store information of a set of slices associated with a set of PDU sessions of the terminal device for a mobility procedure or RLF; and transmit the information of the set of slices to a network device.

[0219] In some embodiments, a network device comprises a circuitry configured to: receive, from a core network element, a message indicating an area scope of MDT for a NSAG; and derive, based on the message, the area scope of MDT for MDT measurement collection.

[0220] In some embodiments, a terminal device comprises a circuitry configured to: in accordance with a determination that a configuration of a CG-SDT is received but no CG-SDT is triggered, store information of the CG-SDT comprising an identity identifying a suspended context of the terminal device in an inactive state and cause information of triggering no CG-SDT; and transmit the information of the CG-SDT to a network device.

[0221] In some embodiments, a terminal device comprises a circuitry configured to: in accordance with a determination that a mobility procedure is executed, store information of the mobility procedure; in accordance with a determination that the mobility procedure is successfully completed, discard the information of the mobility procedure; and in accordance with a determination that the mobility procedure is failed, store the information of the mobility procedure in a variable for a RLF report.

[0222] In some embodiments, a terminal device comprises a circuitry configured to: determine that a random access procedure is initiated by a PDCCH order for a LTM candidate cell; and in accordance with a determination that the PDCCH order indicates an initial transmission of a preamble for the LTM candidate cell for early uplink synchronization, store first random access information of the random access procedure as an entry in a variable for a random access report.

[0223] In some embodiments, a CU of a network device comprises a circuitry configured to:receive, from a terminal device, a random access report comprising first random access information of one or more random access procedures performed at a LTM candidate cell for early uplink synchronization; receive, from a DU of the network device, a first message comprising second random access information of the one or more random access procedures performed at the LTM candidate cell for early uplink synchronization; and transmit, to a further DU providing the LTM candidate cell, a second message comprising at least one of the first random access information or the second random access information.

[0224] In some embodiments, a communication device comprises a circuitry configured to at least one of the following: in accordance with a determination that a first PSCell change or addition to a first PSCell is triggered due to SCPAC, store first information related to SCPAC for the first PSCell change or addition; or in accordance with a determination that a second PSCell change or addition to a second PSCell is triggered due to SCPAC, and the second PSCell is a source PSCell of the first PSCell change, store second information related to SCPAC for the second PSCell change or addition.

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

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

[0227] 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 12. 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.

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

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

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

[0231] 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 terminal device comprising:a processor configured to cause the terminal device to:store information of a set of slices associated with a set of protocol data unit (PDU) sessions of the terminal device for a mobility procedure or radio link failure (RLF) ; andtransmit the information of the set of slices to a network device.2.The terminal device of claim 1, wherein the terminal device is further caused to:receive, from the network device, a configuration indicating the storing of the information of the set of slices, the configuration comprises a first list of single network slice selection assistance information (S-NSSAI) .3.The terminal device of claim 2, wherein the terminal device is caused to store the information of the set of slices by:in accordance with a determination that at least one S-NSSAI in the first list of S-NSSAI is associated with the terminal device, storing the information of the set of slices.4.The terminal device of claim 1, wherein the information of the set of slices comprises at least one of the following:a second list of single network slice selection assistance information (S-NSSAI) that is associated with the set of PDU sessions before the mobility procedure or RLF;a third list of S-NSSAI that is associated with the set of PDCU sessions after the mobility procedure;a fourth list of S-NSSAI that is associated with the set of PDU sessions before the mobility procedure and is not associated with the set of PDU sessions after the mobility procedure;a fifth list of S-NSSAI that is not associated with the set of PDU sessions before the mobility procedure and is associated with the set of PDU sessions after the mobility procedure; ora sixth list of S-NSSAI that is associated with the set of PDU sessions, wherein a set of data radio bearers (DRBs) corresponding to the set of PDU sessions are released by the mobility procedure.5.The terminal device of claim 1, wherein a PDU session in the set of PDU sessions is one of the following:a configured PDU session;a newly added PDU session;a released PDU session;a modified PDU session;a switched PDU session;a failed PDU session;an accepted PDU session; oran unaccepted PDU session.6.A network device comprising:a processor configured to cause the network device to:receive, from a core network element, a message indicating an area scope of minimization of drive tests (MDT) for a network slice access stratum (AS) group (NSAG) ; andderive, based on the message, the area scope of MDT for MDT measurement collection.7.The network device of claim 6, wherein the message comprises a list of identities of NSAGs.8.The network device of claim 6, wherein the MDT is logged MDT.9.A terminal device comprising:a processor configured to cause the terminal device to:in accordance with a determination that a configuration of a configured grant based small data transmission (CG-SDT) is received but no CG-SDT is triggered, store information of the CG-SDT comprising an identity identifying a suspended context of the terminal device in an inactive state and cause information of triggering no CG-SDT; andtransmit the information of the CG-SDT to a network device.10.The terminal device of claim 9, wherein the cause information comprises at least  one of the following:first information indicating that a timing advance for the CG-SDT is invalid;second information indicating that a logical channel corresponding to a radio bearer (RB) having data available for transmission is not allowed to be transmitted on a CG associated with the CG-SDT;third information indicating a time gap between initiation of the CG-SDT and a first available CG occasion for an initial CG-SDT transmission with a common control channel (CCCH) message is larger than or equal to a first threshold;fourth information indicating that a synchronization signal and physical broadcast channel block (SSB) configured for the CG-SDT with synchronization signal based reference signal received power (SS-RSRP) above a second threshold is unavailable; orfifth information indicating that a CG-SDT resource is not configured for a selected uplink carrier.11.The terminal device of claim 10, wherein the first information further indicates at least one of the following:a time alignment timer for the CG-SDT is not running; orvariation of a calculated reference signal received power (RSRP) value of downlink pathloss reference compared to a stored RSRP value of downlink pathloss reference is larger than a third threshold.12.A terminal device comprising:a processor configured to cause the terminal device to:in accordance with a determination that a mobility procedure is executed, store information of the mobility procedure;in accordance with a determination that the mobility procedure is successfully completed, discard the information of the mobility procedure; andin accordance with a determination that the mobility procedure is failed, store the information of the mobility procedure in a variable for a radio link failure (RLF) report.13.The terminal device of claim 12, wherein the terminal device is further caused to:in accordance with a determination that the mobility procedure is failed, discard the information of the mobility procedure; andin accordance with a determination that the mobility procedure is successfully completed, store the information of the mobility procedure in a variable for a successful handover report (SHR) .14.A terminal device comprising:a processor configured to cause the terminal device to:determine that a random access procedure is initiated by a physical downlink control channel (PDCCH) order for a layer 1 or layer 2 triggered mobility (LTM) candidate cell; andin accordance with a determination that the PDCCH order indicates an initial transmission of a preamble for the LTM candidate cell for early uplink synchronization, store first random access information of the random access procedure as an entry in a variable for a random access report.15.The terminal device of claim 14, wherein the terminal device is further caused to:in accordance with a determination that the PDCCH order indicates a retransmission of the preamble for the LTM candidate cell, store the first random access information in the entry in the variable for the random access report.16.The terminal device of claim 14, wherein the terminal device is caused to store the first random access information by:storing an identity of the LTM candidate cell;in accordance with a determination that the random access procedure is triggered by the PDCCH order from a serving cell of a master cell group (MCG) , or the LTM candidate cell is associated with a LTM configuration associated with the MCG, storing an identity of the serving cell of the MCG;in accordance with a determination that the random access procedure is triggered by the PDCCH order from a serving cell of a secondary cell group (SCG) , or the LTM candidate cell is associated with a LTM configuration associated with the SCG, storing an identity of the serving cell of the SCG; andsetting a set of parameters associated with successive random access attempts related to a selected beam.17.The terminal device of claim 16, wherein the terminal device is caused to set the set of parameters by:setting a preamble index used for the random access procedure as indicated in the PDCCH order;in accordance with a determination that one of the successive random access attempts are associated with a synchronization signal and physical broadcast channel block (SSB) same as a last random access attempt, increasing number of preambles transmitted on the SSB during the successive random access attempts by one; andsetting a value of a preamble power ramping counter for one of the successive random access attempts.18.A center unit (CU) of a network device comprising:a processor configured to cause the CU to:receive, from a terminal device, a random access report comprising first random access information of one or more random access procedures performed at a layer 1 or layer 2 triggered mobility (LTM) candidate cell for early uplink synchronization;receive, from a distributed unit (DU) of the network device, a first message comprising second random access information of the one or more random access procedures performed at the LTM candidate cell for early uplink synchronization; andtransmit, to a further DU providing the LTM candidate cell, a second message comprising at least one of the first random access information or the second random access information.19.The CU of claim 18, wherein the first message further comprises at least one of the following:an identity of the terminal device;an identity of the further DU; oran identity of the LTM candidate cell.20.The CU of claim 18, wherein the second message further comprises at least one of the following:an identity of the DU;an identity of a serving cell;an identity of the LTM candidate cell; oran identity of the terminal device.21.A communication device comprising:a processor configured to cause the communication device to at least one of the following:in accordance with a determination that a first primary secondary cell (PSCell) change or addition to a first PSCell is triggered due to SCPAC, store first information related to subsequent conditional PSCell change or addition (SCPAC) for the first PSCell change or addition; orin accordance with a determination that a second PSCell change or addition to a second PSCell is triggered due to SCPAC, and the second PSCell is a source PSCell of the first PSCell change, store second information related to SCPAC for the second PSCell change or addition.22.The communication device of claim 21, wherein the first information related to SCPAC comprises at least one of the following: information indicating that the first PSCell change or addition is triggered due to SCPAC execution, or a SCPAC execution condition for the first PSCell change or addition, orwherein the second information related to SCPAC comprises at least one of the following: information indicating that the second PSCell change or addition is triggered due to SCPAC execution, or a SCPAC execution condition for the second PSCell change or addition.23.The communication device of claim 21, wherein the communication device is caused to store the first or second information related to SCPAC by:storing the first or second information related to SCPAC in mobility information; orstoring the first or second information related to SCPAC in history information.24.The communication device of claim 21, wherein the communication device is a terminal device or a secondary node (SN) .25.A method of communication comprising:storing, at a terminal device, information of a set of slices associated with a set of protocol data unit (PDU) sessions of the terminal device for a mobility procedure or radio link failure (RLF) ; andtransmitting the information of the set of slices to a network device.26.A method of communication comprising:receiving, at a network device and from a core network element, a message indicating an area scope of minimization of drive tests (MDT) for a network slice access stratum (AS) group (NSAG) ; andderiving, based on the message, the area scope of MDT for MDT measurement collection.27.A method of communication comprising:in accordance with a determination that a configuration of a configured grant based small data transmission (CG-SDT) is received but no CG-SDT is triggered, storing, at a terminal device, information of the CG-SDT comprising an identity identifying a suspended context of the terminal device in an inactive state and cause information of triggering no CG-SDT; andtransmitting the information of the CG-SDT to a network device.28.A method of communication comprising:in accordance with a determination that a mobility procedure is executed, storing, at a terminal device, information of the mobility procedure;in accordance with a determination that the mobility procedure is successfully completed, discarding the information of the mobility procedure; andin accordance with a determination that the mobility procedure is failed, storing the information of the mobility procedure in a variable for a radio link failure (RLF) report.29.A method of communication comprising:determining, at a terminal device, that a random access procedure is initiated by a physical downlink control channel (PDCCH) order for a layer 1 or layer 2 triggered mobility (LTM) candidate cell; andin accordance with a determination that the PDCCH order indicates an initial transmission of a preamble for the LTM candidate cell for early uplink synchronization, storing first random access information of the random access procedure as an entry in a variable for a random access report.30.A method of communication comprising:receiving, at a center unit (CU) of a network device and from a terminal device, a random access report comprising first random access information of one or more random access procedures performed at a layer 1 or layer 2 triggered mobility (LTM) candidate cell for early uplink synchronization;receiving, from a distributed unit (DU) of the network device, a first message comprising second random access information of the one or more random access procedures performed at the LTM candidate cell for early uplink synchronization; andtransmitting, to a further DU providing the LTM candidate cell, a second message comprising at least one of the first random access information or the second random access information.31.A method of communication comprising at least one of the following:in accordance with a determination that a first primary secondary cell (PSCell) change or addition to a first PSCell is triggered due to SCPAC, storing, at a communication device, first information related to subsequent conditional PSCell change or addition (SCPAC) for the first PSCell change or addition; orin accordance with a determination that a second PSCell change or addition to a second PSCell is triggered due to SCPAC, and the second PSCell is a source PSCell of the first PSCell change, storing second information related to SCPAC for the second PSCell change or addition.

Images