Wireless dual connectivity

Abstract

Techniques are described for wireless dual connectivity. An example technique includes transmitting, by a first network device to a second network device, a request for a digital twin (DT) service that triggers a pre-verification of a predicted performance of a communication device for a dual connectivity (DC) strategy; and receiving, by the first network device, a DT service response related information that indicates that the DT service is enabled or allowed.

Description

WIRELESS DUAL CONNECTIVITYTECHNICAL FIELD

[0001] This document is directed generally to digital wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-Awireless standards and is committed to supporting higher data-rates, large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Techniques are disclosed to enhance a mobile user’s multi-connectivity experiences in a wireless dual connectivity system such as a digital twin network (DTN) .

[0005] A first example wireless communication method includes transmitting, by a first network device to a second network device, a request for a digital twin (DT) service that triggers a pre-verification of a predicted performance of a communication device for a dual connectivity (DC) strategy; and receiving, by the first network device, a DT service response related information that indicates that the DT service is enabled or allowed.

[0006] In some embodiments, the request for the DT service is included in a first message received by the first network device, and the first message includes a DT service request indicator that indicates the request for the DT service, a DT service type that indicates that the request is to perform the pre-verification for the DC strategy for the communication device, a DT service identifier, and / or a DT service assistance information. In some embodiments, prior to receiving the first message, the method further comprises: sending, by the first network device, an addition request to the second network device with which the communication device will communicate; and sending, by the first network device, a release request or a modification request to a third network device with which the communication device previously communicated.

[0007] In some embodiments, the DT service assistance information for the DT service includes any one or more of: information about the first network device, information about the second network device, information about the communication device, and / or information related to the DC strategy. In some embodiments, the DT service is indicated as being enabled or allowed in a second message received by the first network device, where the second message includes a DT service response indicator that indicates that the DT service is enabled or allowed, and / or a DT service identifier. In some embodiments, the method further comprises receiving, by the first network device, a third message that indicates that the DT service is disabled or not allowed, where the third message includes a DT service response indicator that indicates that the DT service is disabled or not allowed, a DT service identifier, and / or a reason for the DT service being disabled or not allowed.

[0008] In some embodiments, the method further comprises receiving, by the first network device, a DT service report related information that indicates an outcome obtained after a DT system pre-verifies DC operations. In some embodiments, the  method further comprises receiving, by the first network device from the communication device, a fourth message that includes a DT service performance evaluation related information, where the fourth message is received after the first network device sends to the communication device a radio resource control (RRC) message that includes the information related to a performance of the communication device for the DC strategy obtained from the DT service report related information, and where the fourth message includes any one or more of: a DT service identifier, a measurement report of the communication device, an indicator of a level of performance experience by the communication device, an indication of whether a DC experience of the communication device has improved or enhanced, and / or a value that quantifies by how much the DC experience of the communication device has improved or enhanced.

[0009] In some embodiments, the method further comprises transmitting, by the first network device to the communication device and based on the DT service response related information, information related to a performance of the communication device for the DC strategy obtained from the DT service report related information. In some embodiments, the method further comprises receiving, by the first network device from the communication device, a DT service performance evaluation related information that indicates a performance of DT pre-verification; and / or transmitting, by the first network device to the second network device, another DT service performance evaluation related information that indicates a performance of DT service. In some embodiments, the first network device includes a master node (MN) , the second network device includes a secondary node (SN) , and the communication device includes a user equipment (UE) .

[0010] Another example wireless communication method includes receiving, by a second network device from a first network device, a request for a digital twin (DT) service that triggers a pre-verification of a predicted performance of a communication device for a dual connectivity (DC) strategy; and transmitting, by the second network device, a DT service response related information that indicates that the DT service is enabled or allowed.

[0011] In some embodiments, the DT service is indicated as being enabled or allowed in a second message transmitted to the first network device, where the second message includes a DT service response indicator that indicates that the DT service is enabled or allowed, and / or a DT service identifier. In some embodiments, the method further comprises transmitting, by the second network device, a third message that indicates that the DT service is disabled or not allowed, where the third message includes a DT service response indicator that indicates that the DT service is disabled or not allowed, a DT service identifier, and / or a reason for the DT service being disabled or not allowed.

[0012] In some embodiments, the method further comprises transmitting, by the second network device, a DT service report related information that indicates that the DT service is enabled or allowed; receiving, by a second network device from the first network device or the communication device, a DT service performance evaluation related information that indicates a performance of the DT service. In some embodiments, the first network device includes a master node (MN) , the second network device includes a secondary node (SN) , and the communication device includes a user equipment (UE) . In some embodiments, one or more messages comprising the request for DT service, the DT service response related information, the DT service report related information, the DT service performance evaluation related information is transmitted or received by the first network device or the second communication device via any one or more of the following interfaces: an Xn interface between radio access network (RAN) nodes or a next generation (NG) interface between a RAN node and a core network (CN) node.

[0013] In yet another exemplary aspect, the above-described methods are embodied in the form of processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0014] In yet another exemplary embodiment, a device that is configured or operable to perform the above-described methods is disclosed.

[0015] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

[0016] BRIEF DESCRIPTION OF THE DRAWING

[0017] FIGS. 1A-1B show a control plane (C-plane) and a user plane (U-plane) connectivity of master node (MN) and secondary node (SN) involved in Multi-Radio Dual Connectivity (MR-DC) for a user equipment (UE) .

[0018] FIG. 2 shows example functional modules for Digital Twin (DT) system.

[0019] FIG. 3 shows an architecture of a conventional wireless system without DT capability.

[0020] FIG. 4 shows an example architecture of a new wireless system with DT capability.

[0021] FIGS. 5 to 9 show examples of DT related operations.

[0022] FIG. 10 shows an exemplary block diagram of a hardware platform that may be a part of a network device or a communication device.

[0023] FIG. 11 shows an example of wireless communication including a base station (BS) and user equipment (UE) based on some implementations of the disclosed technology.

[0024] FIGS. 12-13 show exemplary flowcharts to facilitate a dual connectivity (DC) strategy.DETAILED DESCRIPTION

[0025] Currently, the system level simulation and service performance or experience pre-verification based on digital twin (DT) technologies can be used in non-real-time technical fields such as wireless network planning, optimization of various OAM issues, and other system high level aspects. The current Digital Twin Network (DTN) paradigm presents the characteristics of offline simulation or execution plus external mounting DT capability for its deployment and operation, so it is not deeply integrated or coupled with the logical architecture and service workflows of wireless communication system. The applicability, benefit, performance gain, and operation efficiency with DTN still need to be extended and improved in future. The 6G wireless communication system aims to natively support or integrate the DTN technologies and applications, and the logical architecture, node functions, and service workflows of the 6G initial system version are supposed to equipped with DT capability and to support various kinds of system level simulations and service performance or experience pre-verification via DTN driven by real physical data (i.e. presenting the characteristics of inline simulation or execution plus internal or native mounting DT capability) , and furthermore the 6G wireless communication system can by itself manage and control internally various DTN operations in e.g. 3GPP standardized manner. Among all benefits and gains achievable from various DTN operations, continuous enhancement of mobile user’s applications or communication DC (at least including intra-RAT DC and inter-RAT DC, e.g. 5G gNB+5G gNB, 5G gNB+6G xNB) experience in the system run time can be pursued and targeted. Therefore, new methods and devices with internal DT capability and potential 3GPP standardization impacts are described in this patent document for natively applying DTN technologies in 6G wireless system, in order to enhance the mobile user’s DC experiences.

[0026] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G or 6G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G or 6G technology only, and may be used in wireless systems that implemented other protocols.

[0027] I. (a) . Introduction to Dual Connectivity (DC)

[0028] Dual Connectivity (DC) can mean that a multiple Rx / Tx capable user equipment (UE) may be configured to utilize resources provided by two different nodes connected, one node acts as the MN and the other as the SN. The MN and SN are  connected via a network interface and at least the MN is connected to the core network. The MN and SN may belong to the same RAT or different RAT.

[0029] FIGS. 1A-1B show C-plane and U-plane connectivity of MN and SN involved in Multi-Radio Dual Connectivity (MR-DC) for a certain UE. FIG. 1A shows a C-plane connectivity for MR-DC with 5GC, and FIG. 1B shows a U-Plane connectivity for MR-DC with 5GC. In C-plane connectivity, there is an interface between the MN and the SN for control plane signaling and coordination. For each MR-DC UE, there is also one control plane connection between the MN and a corresponding CN entity. The MN and the SN involved in MR-DC for a certain UE control their radio resources and are primarily responsible for allocating radio resources of their cells.

[0030] In U-plane connectivity, there are different U-plane connectivity options of the MN and SN involved in MR-DC for a certain UE, . The U-plane connectivity depends on the bearer option configured:

[0031] ● For MN terminated bearers, the user plane connection to the CN entity is terminated in the MN;

[0032] ● For SN terminated bearers, the user plane connection to the CN entity is terminated in the SN;

[0033] ● The transport of user plane data over the Uu either involves MCG or SCG radio resources or both:

[0034] ○ For MCG bearers, only MCG radio resources are involved;

[0035] ○ For SCG bearers, only SCG radio resources are involved;

[0036] ○ For split bearers, both MCG and SCG radio resources are involved.

[0037] ● For split bearers, MN terminated SCG bearers and SN terminated MCG bearers, PDCP data is transferred between the MN and the SN via the MN-SN user plane interface.

[0038] I. (b) . Introduction to DTN Technology and Capability

[0039] Some principles of the DTN technology applied in wireless system are as follows. Based on the DTN task input of specific user (e.g. mobile user or wireless network OAM personnel) , real-time data collection from physical world and digital modeling in digital world are performed for specific physical object in the wireless system to create the corresponding digital twin entity (digital mapping or representative of the physical object with mirrored behaviors / characteristics) . Furthermore, based on the digital planning entity (digital planned / expected target status of physical object for future development or evolution) created by user’s evolution intention or physical object’s own evolution demand, the DT system implements a specific-level simulation strategy and execution operation, so continuously drives the digital twin entity to evolve towards and approach the expected target status of the digital planning entity. With above process, the DTN user can predict and pre-verify the causal relationship between the objective trend, direction, status, conditions, path, and effect with the physical object to some extent. Therefore, the DTN technology can assist various network users in predicting required conditions for development or change of network nodes, and in foreseeing various internal causal relationships inside wireless system (if such relatively strong inevitable probability, regularity, and deterministic causal relationship indeed exist objectively) , hence the network users can more quickly identify and locate a network problem and figure out optimal solutions and their performance effects with different conditions. With DTN technology, unnecessary practical trial in physical world, or error and extra resource cost caused by implementation of wrong or sub-optimal solutions in physical world can be avoided as much as possible. In the DTN, there are also negative impacts due to incomplete or non-real time data collection, inaccurate DT modeling, dynamic environment changes and irregular or randomized interference, hence the benefit and gain of DTN for wireless networks may not be 100%absolute and deterministic, and they are also affected by the limited resources and conditions of wireless system. Although the results of prediction and pre-verification and optimal solution via DTN may not be 100%real and trustworthy, they can still be used as good tactical references to improve or optimize wireless network through multiple rounds of closed-loop iteration, so as to achieve more reliable and trustworthy gains.

[0040] FIG. 2 shows example functional modules for Digital Twin (DT) system. The Application Function, or Communication Function, etc., can be the requesting entity for particular DT service. The DT system receives the DT service request from the applications or communication entity, and sends back the DT service response after DT service admission control; then the DT system performs the requested simulation and pre-verification operation based on DT service related data exchanged with applications or communication entity. Finally, the DT system sends the DT service outcomes to the applications or communication entity. The applications or communication entity obtains the DT service outcomes, e.g., prediction of something requested ahead.

[0041] II. (a) . New Wireless System with DT Capability

[0042] With the advanced DTN technology integrated into future wireless system, the logic architecture, feature functions, service flows, and various performances of the 6G wireless system can be affected in standardized sense and further enhanced. From 6G mobile users’ perspective, their application and communication DC experiences can be enhanced based on simulation and pre-verification operations with 6G DT capability.

[0043] FIG. 3 shows an architecture of a conventional wireless system without DT capability. As shown in FIG. 3, in a conventional wireless system (without DT capability) , all communication service behaviors of a UE or a network (NW) node are based on real physical event requirements, and later on real physical event occurs in physical world.

[0044] FIG. 4 shows an example architecture of a new wireless system with DT capability. As shown in FIG. 4, the DT system (as shown in FIG. 2) is introduced into in NW nodes (e.g., includes UE) , hence they can provide the simulation and pre-verification for the requested DT service from internal or external application or communication function entities. With the DT capability, some application or communication service behaviors of a UE or a NW node can be simulated based on virtual digital event requirements, and real physical event does not occur in first time, but the virtual digital event occurs firstly for performance prediction and pre-verification. Therefore, no matter whether the addition or change or modification of the SN is to be applied for particular served UE, it can be performed in the virtual digital world first to avoid unnecessary or improper DC strategy execution in the physical world.

[0045] II. (b) . Benefits and gains from DTN operations

[0046] In the dynamic radio environment, the mobile user’s DC experience can often be influenced or degraded by lots of factors, such as user behaviors, radio conditions and DC strategy, etc. In the physical run time with conventional wireless system today, the pending user DC experience of particular DC strategy are not predictable or cannot be pre-verified in advance, hence upon it triggering, the mobile user usually has to go ahead regardless of the potential outcomes. In the physical run time with new wireless system with DT capability, the pending user DC experience of particular DC strategy are predictable and can be pre-verified to some extent (though may not be 100%real or reliable) in advance, hence the NW may have more tactical choices before conducting the strategies in real world, e.g., not always going ahead immediately but taking into account of potential outcomes. With DTN operation assistance, the mobile user and NW node may form into more cautious and rational behaviors for DC handling. The more cautious and rational behaviors of mobile user and NW node may not only save the resources of wireless system by optimal usage (not executing the improper DC strategy leading to bad DC handling for UE) , but also enhance the user’s DC experiences in field.

[0047] II. (c) . Brief explanation of techniques described in this patent document

[0048] The following terms used in this patent document are associated with the descriptions next to the terms:

[0049] ● physical world: the objective real world where the physical wireless system and services are deployed and running.

[0050] ● physical object: the various tangible and intangible things in physical world.

[0051] ● digital world: the artificial virtual world where the DTN system and services are deployed and running.

[0052] ● digital twin entity: digital mapping / representative of the physical object with mirrored behaviors / characteristics in digital world.

[0053] ● digital planning entity: digital planned / expected target status of physical object for future development or evolution in digital world.

[0054] ● DT operation: including various simulations and pre-verification for certain function / performance / experience aspects of wireless services.

[0055] ● DT service: In some embodiments, DT services may refer to services provided to external users or systems based on DT technology, such as network performance simulation, fault prediction, pre-verification and so on. DT operation can perform operation and management based on the DT model, such as data collection, model updating, twin simulation, etc. In some embodiments, DT service refers to asking for certain DT operation as kind of a service (or to be executed as a service) from the requesting entity. The DT service can trigger a pre-verification to be performed for a DC operation strategy.

[0056] The following description summarize techniques described in this patent document, where the mobile user’s multi-connectivity experiences (i.e. essential part of user QoE) can be enhanced via DTN. This patent document may focus on, among other things, MN initiated SN addition / modification procedure.

[0057] ● The MN of UE is capable of Digital Twin (DT) , so it can have a “DT system” inside and can perform local DT operation and send DT service request to potential target SN (s) for performing DT operation.

[0058] ○ MN may trigger one or multiple times of DT operation and DT service for the pre-verification of DC strategies while deciding to perform certain DC strategy and corresponding actions. Here the “DC strategy” can mean that when, how and with which potential target SN / SCG that the MN can trigger the DC various procedures in real world, so that the UE can get the optimal DC service experience. The pre-verification can be conducted before or during a time when a physical action happens. For example, a UE moving from one network to another network may cause the UE to move from the coverage area of one network to that of another network. In this example, DC operation may be performed to maintain or improve the performance of UE. The outcome of the pre-verification operation informs a network device (e.g., MN or SN) whether a dual connectivity operation is useful for a UE. The SN may perform the pre-verification based on the UE’s and the SN’s capabilities.

[0059] ○ After MN makes a DC operation decision and determines the potential target SN (s) , MN may trigger multiple DT operations and DT services of multiple different potential target SN (s) in parallel. MN may trigger multiple DT operations and DT services in parallel for different DC strategies.

[0060] ○ If the MN initiates pre-verification based on UE track prediction, and there is more than one possible future track (or possible future position (s)  / location (s) ) of UE, or MN needs to execute DC strategies for multiple times in the future, the potential target SN may perform multiple DT services for DC strategy for one DT service request.

[0061] ● MN decides and initiates the physical DC addition / modification / change request to the target SN based on the outcomes of DT service conducted by DT system of itself and in the target SN (s) . MN may trigger / execute the SN addition / modification / change action physically, in parallel to ongoing DT services in the overlapping time frame.

[0062] ● In the DT service execution process, the NW node (s) may send and receive the messages via Xn (between RAN nodes) or NG (between RAN node and CN node) alike interfaces, containing the DT service execution related information (e.g., DT service request related information, DT service response related information, and / or DT service report related information) .

[0063] ○ In the messages sent by MN to potential target SN (s) , the DT service request related information may include such as: DT service request indicator, DT service type, DT service ID, DT service assistance information for DT modeling and planning; DT service reporting related information, and / or DT service priority.

[0064] ■ DT service assistance information for DT modeling and planning may include: (1) information about the source MN: may include the ID, capability information, and radio resource allocation for current UE radio bearer; (2) information about the target SN (s) : may include ID, UE measurement report, configuration requirements (e.g., the recommended / upper limit for the number of PSCells that can be prepared) of the target SN; (3) information about the UE: may includes UE context information, such as UE capability; and / or (4) information related to DC strategy: DC operation (e.g., SN addition) to be pre-verification, DC operation trigger condition, DC configuration information (e.g., RRC reconfiguration message, radio bearer type, QoS flow information)

[0065] ○ In the messages sent by potential target SN to MN, the DT service response related information may include such as: DT service ID, DT service type, DT service response indicator, and / or DT service rejection reason indicator.

[0066] ○ In messages sent by target SN to MN, the DT service report related information may include such as: DT service id, DT service type, DT service report indicator, and / or DT service report

[0067] ■ DT service report may include DT service report ID, UE ID, target PSCell ID, DT modeling and planning outcome, DT service outcome of the DT simulation and pre-verification, DT service configuration, and / or DC operation reference information (e.g., recommended SCG, recommended radio bearer scheme) .

[0068] ● UE can feedback the DT performance evaluation result of DT service to the MN and potential target SN conducted DT operation or DT service after SN addition / change / modification action. MN can feedback the DT performance evaluation result of DT service to the target SN conducted DT service after SN addition / change / modification action. In some embodiments, MN can be the master node for all DT policy pre-verification operations, so that MN may need to know or determine the performance effects after DT operations are performed.

[0069] ○ UE can receive DT service response information from the MN and / or the target SN. If UE connects to a target SN ever conducting DT service for it, UE can send DT service performance evaluation related information to the MN and SN through the RRC procedure (s) .

[0070] ○ After receiving DT service report information from the target SN, if corresponding action is performed, MN can generate DT service performance evaluation related information and send it to that SN via Xn (between RAN nodes) or NG (between RAN node and CN node) alike interfaces.

[0071] ○ The DT service performance evaluation related information includes such as: DT service performance evaluation report indicator, DT service performance evaluation report ID, DT service id, DT service type, User Equipment (UE) ID information, Excellent / Good / Bad level judgement indicator, and / or yes / no or x%for enhancing mobile user’s DC experiences. The Excellent / Good / Bad level judgement indicator indicates to the SN a level of performance. For example, the UE can indicate “excellent, ” “good” or “bad” by comparing the information in the report to real performance of the UE after execution of the DC operation. The yes / no or x%  fields for enhancing mobile user’s DC experiences indicates to the SN that the UE considers that the UE’s DC experience has improved or enhanced (e.g., by using a “yes”  /  “no” ) , or that the UE considers that the UE’s DC experience has improved or enhanced or by a value (e.g., percent value) .

[0072] ○ Based on the DT service performance evaluation result, the MN and potential target SN ever conducting DT operation or DT service may adjust / optimize its detailed handling of DT service execution in future.

[0073] III. (a) Example embodiment 1: MN triggers target SN for SN addition strategy pre-verification

[0074] Assuming a multiple Rx / Tx capable UE is configured to utilize resources provided by two different nodes. In traditional communication systems, when the MN needs to execute DC strategy, e.g., SN addition / change, there may be multiple potential target SN (s) (may be several potential PSCells and SCells included) and different radio bearer types and schemes, MN may select the best target SN and decide the proper configuration (e.g., the number of SCell, the DRB bearer configuration) in time. In a conventional manner without assistance of a digital twin technology, e.g., MN uses current signal quality and strength of the potential target cells as references, but the MN may not guarantee the service quality of the UE after the UE connects to that SN.

[0075] In the future, with the assistance of DTN, before MN executes the SN addition action / operation, MN can perform local DT operation and receive radio bearer related references and advice (e.g., SCG resource configuration, DRB QoS flow level QoS parameters, and QoS flow to DRB mapping information and the respective per QoS flow information through its pre-verification) from the target SN, so that the MN and the UE can know the performance of UE after SN addition action. As results, the MN can make more reasonable decisions to guarantee the QoS of the UE.

[0076] This example embodiment 1 considers that when the MN determines to add a SN, it initiates a DTN based pre-verification request to that SN before physically initiating the SN addition request to that SN. In such case, the MN is willing to await some while before executing the DC strategy physically.

[0077] FIG. 5 shows an example of DT related operations as described in example embodiment 1 and as further described below.

[0078] Step 101: UE sends measurement report to the current serving MN, and the MN makes a SN addition decision and determines the potential SN (s) . The communication function of MN initiates a DTN based pre-verification service request for certain SN addition decision to its local DT system and provides necessary information. The DT system of MN accepts the request, then initiates local DT operation and generates corresponding DT service request related information, which may include "DT service request indicator" , "DT service type = DC strategy pre-verification" , "DT service ID = 0001 (as an example) " , "DT service assistance information" . The pre-verification indication for the DT service type triggers the SN to determine a predicted or expected performance of a communication device for DC strategy. DT services may include types such as prediction, pre-verification, or data provision. For example, for pre-verification services, it may be pre-verification of DC strategy , CA strategy, etc. In some embodiments, the DC strategy pre-verification may also be divided into pre-verification of certain DC operations. Here, the service types are subdivided into DC strategy pre-verification. More specific requirements (such as desired performance) may be included in DT service assistance information.

[0079] In some embodiments, the DTN may provide verification of other wireless network policies or solutions. The DT service type in Step 101 (and sent in Step 102) indicates that the request is to perform the pre-verification for the DC strategy for the communication device. In some embodiments, the DC strategy may refer to the corresponding DC operation and its details (e.g., SN addition and how many PSCell should the SN provide) . The DT service request triggers the SN to perform the pre-verification of the DC strategy (e.g., pre-verify the UE performance if execute the SN addition) . The SN may execute the DT pre-verification (e.g., that may be conducted in the digital network rather than physical network) , and inform the MN about the changed performance of UE (e.g., includes in the report) . The MN may use the report as reference to make a final decision regarding whether to perform SN addition.

[0080] The DT service assistance information may be based on track prediction so that the future tracks (e.g., future locations / positions) of a UE can be marked in particular. In some embodiments, future track information is provided to the SN to pre-verify whether the DC strategy in the future is appropriate or whether some DC operation needs to be prepared in advance. In some other embodiments, the current measurement report may be provided to the SN to determine whether the operation to be performed is reasonable in accordance with the current situation.

[0081] Step 102: The communication function of the MN sends Message1 (containing the DT service request related information generated in Step 101) to the target SN through the Xn or NG interface. Message1 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0082] Step 103: The communication function of the SN identifies that the Message1 contains information related to DT service requests, so sends it to its own DT system for content parsing and subsequent processing.

[0083] Step 104: The DT system of the SN parses and analyzes the received DT service request, and determines the priority of the pre-verification request. Based on above admission control of DT service, the DT system of the SN decides whether to accept the DT service request and sends the relevant response information to its local communication function. The DT service response related information may include "DT service response indicator for DT service = Yes" , "DT service ID = 0001" , etc. The word “Yes” in “DT service response indicator for DT service” field indicates that DT service is allowed or enabled. And, the word “No” in “DT service response indicator for DT service” field indicates that DT service is not allowed or disabled.

[0084] Step 105: The communication function of the SN sends Message2 to the communication function of the MN via Xn or NG interface, which contains the DT service response related information generated in Step 104. Message2 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0085] Step 106: The DT service of the SN simulates and pre-verifies the performance of UE after the UE is accessed through local DT operations (may take several seconds or has to be completed within the T-time indicated by MN) . The performance evaluation indicators may includes future data transmission (average / guaranteed) rate, transmission delay, link robustness, and energy consumption of UE, future load changes of the SN, etc. The evaluation indicators may provided by MN or SN, or both. SN generates DT service report related information, which may include “DT service id = 0001” , “DT service report identification information” , “DT service report” , etc. If the pre-verification fails, DT service report related information may include corresponding error information. The DT service report related information indicates to the MN one or more DT services that are indicated in the DT service report related information.

[0086] Step 107: The communication function of the SN sends Message3 to the communication function of the MN via Xn or NG interface, and the message contains the DT service report related information generated in Step 106, so that MN can understand the network condition and the performance of UE after executing corresponding handover action. Message3 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0087] Step 108: MN parses the content of Message3 and, based on the information in Message3, decides to whether and when to perform SN addition action to the SN.

[0088] Step109: MN can send Message 4 to UE through the RRC procedure, notifying UE of the decision and performance of the DC strategy. Message 4 may include the DT service report related information. Message 4 may be sent by reusing existing messages or by using newly defined dedicated messages. The decision and performance of the DC strategy indicates to the UE the outcome after one or more DC operations are performed by the MN, so that the UE can use this information to determine whether to execute a SN addition operation to change performance of the UE.

[0089] III. (b) . Example embodiment 2: MN triggers target SN for SN change pre-verification based on track prediction

[0090] In the background similar to Embodiment 1, MN can predict the future track of the UE in accordance with the UE context information and its measurement report, and optimize its DC strategy based on the future track. Example embodiment 2 considers that if MN determines that a SN change may be helpful in future, it initiates a DTN based pre-verification request to that target SN. According to the verification report, the MN can instruct the UE to prepare for handover in advance, avoiding the QoS degradation or interruption of service.

[0091] FIG. 6 shows an example of DT related operations as described in example embodiment 2 and as further described below.

[0092] Step 201: MN makes a SN change decision and determines the potential target cell (s) . The communication function of MN initiates a DTN based pre-verification service request for certain DC strategy to its local DT system and provides necessary information. After receiving the request, the DT system of MN executes local DT operations and generates corresponding DT service request related information, which may include "DT service request indicator" , "DT service type = DC strategy pre-verification" , "DT service ID = 0001" , "DT service assistance information for DT modeling and planning" (may indicate the waiting time T, UE measurement report, future track (s) of UE, etc. ) .

[0093] Step 202: The communication function of the MN sends Message1 (containing the DT service request related information generated in Step 201) to the target SN (T-SN) through the Xn or NG interface. Message1 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0094] Step 203: The communication function of the SN identifies that the Message1 contains information related to DT service requests, so sends it to its own DT system (e.g., in T-SN) for content parsing and subsequent processing.

[0095] Step 204: The DT system of the T-SN parses and analyzes the received DT service request, e.g., checking whether the pre-verification service is within its supported service scope, and determines the priority of the pre-verification request. Based on above admission control of DT service, the DT system of the T-SN decides whether to accept the DT service request and sends the relevant response information to its local communication function. The DT service response related information may include "DT service response indicator for DT service = Yes" , "DT service ID = 0001" , etc.

[0096] Step 205: The communication function of the T-SN sends Message2 to the communication function of the MN via Xn or NG interface, which contains the DT service response related information generated in Step 204. Message2 may be sent by reusing existing messages or by using newly defined dedicated messages. In some embodiments, Message2 may include the result of digital twin pre-verification, which may be a possible result (performance of the communication device) obtained by performing DC operation in a digital (virtual) network.

[0097] Step 206: The DT service of the SN simulates and pre-verifies the performance of UE after accessed through local DT operations (may take several seconds or has to be completed within the T-time indicated by MN) . The performance evaluation indicators may includes future data transmission (average / guaranteed) rate, link robustness, and energy consumption of UE, future load changes of the T-SN, etc. The evaluation indicators may provided by MN or T-SN, or both. The T-SN performs pre-verification for each possible track, each possible target cell, and each possible handover provided by the MN, then generates DT service report related information, which may include “DT service id = 0001” , “DT service report identification information” , “DT service report” , etc.

[0098] Step 207: The communication function of the T-SN sends Message 3 to the communication function of the MN via Xn or NG interface, and the message contains the DT service report related information generated in Step 206, so that MN can understand the network condition and the performance of UE after executing corresponding DC strategy. Message3 may be sent by reusing existing messages or by using newly defined dedicated messages. In some embodiments, the performance information sent by the MN / SN to UE and by SN to MN (e.g., in Step 207 and / or the next step in FIG. 6) may be included in the DT service report and can be a performance information obtained by simulation.

[0099] Step 208: MN parses the content of Message 3 and, based on the information in Message3, decides to whether and when to perform certain DC strategy to the potential T-SN. In case of connecting to that target T-SN, MN can initiate the physical handover request to T-SN if the preset conditions are met, e.g., the UE reaches the preset location.

[0100] Step 209: MN can send Message 4 to UE through the RRC procedures, notifying UE of the decision and performance of the DC strategy. Message 4 may include the DT service report related information. Message4 may be sent by reusing existing messages or by using newly defined dedicated messages. The RRC configuration / reconfiguration / release message, the SN configuration, and / or radio access procedures may be signaling messages for DC operations (e.g., these signaling procedures may include SN addition / change / modification in the physical network) . The actual performance of the communication device for the DC strategy may be measured by UE after these operations are completed.

[0101] Step 210: UE can evaluate the real performance of DT service, and generate the DT service performance evaluation related information, which may include information such as: “DT service id” , “Excellent / Good / Bad level judgement indicator” , “Yes / No or x%for enhancing mobile user’s DC experiences” .

[0102] Step 211: The communication function of UE sends Message 5 to the communication function of the MN through the RRC procedure, and the message contains the DT service performance evaluation related information generated in Step 210. Based on Message 5, MN may adjust its execution of DT service and optimize performance of the pre-verification in future. In some embodiments, Message5 may contain an actual result (or evaluation information after the DT pre-verification result is compared with the actual result) , which can be a measurement result of UE after executing the DC operation in the physical network. Pre-verification may mean that the verification in the virtual network is prior to that in the physical network. Therefore, the UE may evaluate the virtual verification result in accordance with the real result. In some embodiments, the performance information sent from the UE to the MN / SN (e.g., in Step 211 in FIG. 6) and from the MN to the SN (e.g., in Step 213 in FIG. 6) can be an actual performance that may be included in the DT service performance evaluation related information / report.

[0103] Step 212: Based on the message 5 or other UE measurement report, MN can evaluate the real performance of DT service, and generate the DT service performance evaluation related information, which may include information such as: “DT service id” , “Excellent / Good / Bad level judgement indicator” , “Yes / No or x%for enhancing mobile user’s DC experiences” .

[0104] Step 213: The communication function of MN sends Message 6 to the communication function of the T-SN via Xn or NG alike interface, and the message contains the DT service performance evaluation related information generated in Step 212. Based on Message 6, SN may adjust its execution of DT service and optimize performance of the pre-verification in future.

[0105] III. (c) . Example embodiment 3: MN triggers a SN modification pre-verification in parallel to physical request

[0106] In the same background as Embodiment 1, in some cases, there may be reasons for MN initiating SN modification action physically, in parallel to ongoing DT services in the overlapping time frame. This can be because the MN is unwilling to await some while, or the target SN cannot notify MN of the outcomes within the waiting time T that the MN is willing to endure, or for other reasons. This embodiment 3 considers that the MN initiates a DTN based pre-verification request to that SN in parallel to initiating SN modification physically.

[0107] FIG. 7 shows an example of DT related operations as described in example embodiment 3 and as further described below.

[0108] Step 301: MN makes a SN modification decision and determines the target cell (s) . The communication function of MN initiates a DTN based pre-verification service request for certain target cell (s) to its local DT system and provides necessary information. After receiving the request, the DT system of MN generates corresponding DT service request related information, which may include "DT service request indicator for DT service" , "DT service type = DC strategy pre-verification" , "DT service  ID = 0001" , "DT service assistance information for DT modeling and planning" (may indicate the waiting time T, UE measurement report, etc. ) .

[0109] Step 302: The communication function of the MN sends Message1 (containing the DT service request related information generated in Step 301) to the target SN through the Xn or NG interface. Message1 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0110] Step 303: The MN sends SN addition request to target SN carrying necessary information. The UE performs random access to the SN in accordance with the information.

[0111] Step 304: The communication function of the SN identifies that the Message1 contains information related to DT service request, so sends it to its own DT system for content parsing and subsequent processing. The DT service admission control operation performs a DT service request related decision, and the admission control operation performs a physical access related request.

[0112] Step 305: The DT system of the SN parses and analyzes the received DT service request, e.g., checking whether the performance pre-verification service is within its supported business scope, and determines the priority of the pre-verification request. Based on above admission control of DT service, the DT system of the SN decides whether to accept the DT service request and sends the relevant response information to its local communication function. The DT service response related information may include "DT service response indicator for DT service = Yes" , "DT service ID = 0001" , etc.

[0113] Step 306: The communication function of the SN sends Message2 to the communication function of the UE to MN through the Xn or NG interface, which contains the DT service response related information generated in Step 305. Message2 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0114] Step 307: The DT service of the SN simulates and pre-verifies the performance of UE through local DT operations, and generates DT service report related information. The performance evaluation indicators may includes the changes of data transmission (average / guaranteed) rate, transmission delay, link robustness, and energy consumption of UE, load changes of the SN, etc. The evaluation indicators may provided by MN or SN, or both. The DT service report related information may includes “DT service id = 0001” , “DT service report identification information” , “DT service report” , etc. If the pre-verification fails, DT service report related information may include corresponding error information.

[0115] Step 308: The communication function of the SN sends Message3 to the communication function of the UE through the RRC procedure, and the message contains the DT service report related information generated in Step 307. Message3 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0116] III. (d) . Example embodiment 4: MN triggers target SN for SN addition pre-verification once more after the first DT service request is rejected

[0117] In the same background as Embodiment 1, in some cases, there may be rejection of DT services. But the MN can (modify and) continue to initiate DT services multiple times after being rejected. This embodiment 4 considers that the MN node initiates a DTN based pre-verification request to the target SN once more after the first DT service request is rejected.

[0118] FIG. 8 shows an example of DT related operations as described in example embodiment 4 and as further described below.

[0119] Step 401: UE sends measurement report to the current serving MN , and MN makes a SN addition decision and determines the target SN (s) . The communication function of MN initiates a DTN based pre-verification service request to its local DT system and provides necessary information. After receiving the request, the DT system of MN executes local DT operations and generates corresponding DT service request related information, which may include "DT service request indicator for DT  service" , "DT service type = DC strategy pre-verification" , "DT service ID = 0001" , "DT service assistance information for DT modeling and planning" (may indicate the waiting time T, UE measurement report, etc. ) .

[0120] Step 402: The communication function of the MN sends Message1 (containing the DT service request related information generated in Step 401) to the target SN through the Xn or NG interface. Message1 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0121] Step 403: The communication function of the SN identifies that the Message1 contains information related to DT service request, so sends it to its own DT system for content parsing and subsequent processing.

[0122] Step 404: The DT system of the SN parses and analyzes the received DT service request, e.g., checking whether the performance pre-verification service is within its supported business scope, and determines the priority of the pre-verification request. Based on above admission control of DT service, the DT system of the SN decides whether to accept the DT service request and sends the relevant response information to its local communication function. The DT service response related information may include "DT service response indicator = No" , "DT service ID = 0001" , “DT service rejection Reason indicator” , etc. Since the DT service request is rejected, the DT service response related information include the reason for the rejection, e.g., the format of DT service execution related information is incorrect, the DT service execution related information contains incorrect parameters, or the request exceeds the capability of the SN.

[0123] Step 405: The communication function of the SN sends Message2 to the communication function of the MN via Xn or NG interface, which contains the DT service response related information generated in Step 404. Message2 may be sent by reusing existing messages and using newly defined dedicated messages.

[0124] Step 406: MN makes corresponding adjustments based on the given reason after receiving Message2, and then sends another DT service request to its own local DT system with necessary DC strategy information. The DT system of SN generates another DT service request related information, which may include "DT service request indicator for DT service" , "DT service type = DC strategy pre-verification" , "DT service ID = 0002" , "DT service assistance information for DT modeling and planning" (may indicate the waiting time T, UE measurement report, etc. ) .

[0125] Step 407: The communication function of the SN sends Message3 (containing new DT service request related information generated in Step 406) to the SN via Xn or NG interface. Message3 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0126] Step 408: Similar to Step 404, The DT system of the SN parses and analyzes the received DT service request, and determines the priority of the pre-verification request. Based on above admission control of DT service, the DT system of the SN decides whether to accept the DT service request and sends the relevant response information to its local communication function. The DT service response related information may include "DT service response indicator for DT service = Yes" , "DT service ID =0002" , etc.

[0127] Step 409: The communication function of the SN sends Message4 to the communication function of the MN via Xn or NG interface, which contains the DT service response related information generated in Step 408. Message4 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0128] In some embodiments, the DT service of the SN simulates and pre-verifies the performance of UE after accessed through local DT operations (may take several seconds or has to be completed within the T-time indicated by UE) , and generates DT service report related information. The performance evaluation indicators may includes the changes of data transmission (average / guaranteed) rate, transmission delay, link robustness, and energy consumption of UE, load changes of the SN, etc. The evaluation indicators may provided by MN or SN, or both. The DT service report related information may includes “DT service id” , “DT service report identification information” , “DT service report” , etc. If the pre-verification fails, DT service report related information may include corresponding error information.

[0129] III. (e) . Embodiment 5: MN triggers target SN for physical addition if the target SN does not response within the waiting time T

[0130] In the same background as Embodiment 1, this embodiment 5 considers that when MN determines to add a SN, it initiates a DTN based pre-verification request to the target SN before physically initiating the SN addition request, and is willing to await time T. But the target SN may fail to response within time T. This may be because the target SN cannot complete the pre-verification within time T, or the target SN cannot send response messages in time, or for other reasons.

[0131] FIG. 9 shows an example of DT related operations as described in example embodiment 5 and as further described below.

[0132] Step 501: The DT system of MN performs local DT service and generates DT service request related information, which may include "DT service request indicator for DT service" , "DT service type = DC strategy pre-verification" , "DT service ID = 0001" , "DT service assistance information for DT modeling and planning" (may indicate the waiting time T, UE measurement report, etc. ) .

[0133] Step 502: The communication function of the MN sends Message1 (containing the DT service request related information generated in Step 501) to the target SN ) through the Xn or NG interface. Message1 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0134] Step 503: The communication function of the SN identifies that the Message1 contains information related to DT service requests, so sends it to its own DT system for content parsing and subsequent processing.

[0135] Step 504: The DT system of the SN parses and analyzes the received DT service request. Based on the admission control of DT service, the DT system of the SN decides whether to accept the DT service request and sends the relevant response information to its local communication function. The DT service response related information may include "DT service response indicator for DT service = Yes" , "DT service ID = 0001" , etc. If its DT system cannot work out the requested pre-verification in time T, it may reject the request.

[0136] Step 505: The communication function of the SN sends Message2 to the communication function of the MN via Xn or NG interface, which contains the DT service response related information generated in Step 504. Message2 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0137] Step 506: If the DT service request is accepted, MN can behave according to the instructions in the Message2, e.g., wait for a while during DTN simulation and performance pre-verification in SN. If the DT service is rejected, MN identifies the reason for rejection as failure of SN to complete the DT pre-verification within time T. MN initiates physical SN addition action immediately. The whole procedure can be terminated.

[0138] Step 507: The DT service of the SN simulates and pre-verifies the performance of UE after executing corresponding DC actions through local DT operations (may take several seconds or has to be completed within the T-time indicated by MN) . The evaluation indicators may provided by MN or SN, or both. SN generates DT service report related information, which may include “DT service id = 0001” , “DT service report identification information” , “DT service report” , etc.

[0139] Step 508: If MN fails to receive the DT service report related information within time T, it can initiate physical SN addition action immediately. The whole procedure may be terminated. Or, the DT service of the SN can continue executing the pre-verification and later notify MN of the DT service report related information in parallel to UE executing physical DC action.

[0140] Step 509: SN can send Message3 to the communication function of the MN via Xn or NG interface, and the message contains the DT service report related information generated in Step 507. Message 3 may be sent by reusing existing messages or by using newly defined dedicated messages.

[0141] FIG. 10 shows an exemplary block diagram of a hardware platform 1000 that may be a part of a network device (e.g., base station) or a communication device (e.g., a user equipment (UE) ) . The hardware platform 1000 includes at least one processor 1010 and a memory 1005 having instructions stored thereupon. The instructions upon execution by the processor 1010 configure the hardware platform 1000 to perform the operations described in FIGS. 1 to 9, 11 to 13, and in the various embodiments described in this patent document. The transmitter 1015 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 1020 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device.

[0142] The implementations as discussed above will apply to a wireless communication. FIG. 11 shows an example of a wireless communication system (e.g., a 5G or NR cellular network) that includes a base station 1120 and one or more user equipment (UE) 1111, 1112 and 1113. In some embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 1131, 1132, 1133) , which then enables subsequent communication (e.g., shown in the direction from the network to the UEs, sometimes called downlink direction, shown by arrows 1141, 1142, 1143) from the BS to the UEs. In some embodiments, the BS send information to the UEs (sometimes called downlink direction, as depicted by arrows 1141, 1142, 1143) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 1131, 1132, 1133) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on.

[0143] FIG. 12 shows an exemplary flowchart for operations to facilitate a dual connectivity (DC) strategy. Operation 1202 includes transmitting, by a first network device to a second network device, a request for a digital twin (DT) service that triggers a pre-verification of a predicted performance of a communication device for a dual connectivity (DC) strategy. Operation 1204 includes receiving, by the first network device, a DT service response related information that indicates that the DT service is enabled or allowed.

[0144] In some embodiments, the request for the DT service is included in a first message received by the first network device, and the first message includes a DT service request indicator that indicates the request for the DT service, a DT service type that indicates that the request is to perform the pre-verification for the DC strategy for the communication device, a DT service identifier, and / or a DT service assistance information. In some embodiments, prior to receiving the first message, the method further comprises: sending, by the first network device, an addition request to the second network device with which the communication device will communicate; and sending, by the first network device, a release request or a modification request to a third network device with which the communication device previously communicated.

[0145] In some embodiments, the DT service assistance information for the DT service includes any one or more of: information about the first network device, information about the second network device, information about the communication device, and / or information related to the DC strategy. In some embodiments, the DT service is indicated as being enabled or allowed in a second message received by the first network device, where the second message includes a DT service response indicator that indicates that the DT service is enabled or allowed, and / or a DT service identifier. In some embodiments, the method further comprises receiving, by the first network device, a third message that indicates that the DT service is disabled or not allowed, where the third message includes a DT service response indicator that indicates that the DT service is disabled or not allowed, a DT service identifier, and / or a reason for the DT service being disabled or not allowed.

[0146] In some embodiments, the method further comprises receiving, by the first network device, a DT service report related information that indicates an outcome obtained after a DT system pre-verifies DC operations. In some embodiments, the method further comprises receiving, by the first network device from the communication device, a fourth message that includes a DT service performance evaluation related information, where the fourth message is received after the first network device sends to the communication device a radio resource control (RRC) message that includes the information related to a performance of the communication device for the DC strategy obtained from the DT service report related information, and where the fourth message  includes any one or more of: a DT service identifier, a measurement report of the communication device, an indicator of a level of performance experience by the communication device, an indication of whether a DC experience of the communication device has improved or enhanced, and / or a value that quantifies by how much the DC experience of the communication device has improved or enhanced.

[0147] In some embodiments, the method further comprises transmitting, by the first network device to the communication device and based on the DT service response related information, information related to a performance of the communication device for the DC strategy obtained from the DT service report related information. In some embodiments, the method further comprises receiving, by the first network device from the communication device, a DT service performance evaluation related information that indicates a performance of DT pre-verification; and / or transmitting, by the first network device to the second network device, another DT service performance evaluation related information that indicates a performance of DT service. In some embodiments, the first network device includes a master node (MN) , the second network device includes a secondary node (SN) , and the communication device includes a user equipment (UE) .

[0148] FIG. 13 shows another exemplary flowchart for operations to facilitate a dual connectivity (DC) strategy. Operation 1302 includes receiving, by a second network device from a first network device, a request for a digital twin (DT) service that triggers a pre-verification of a predicted performance of a communication device for a dual connectivity (DC) strategy. Operation 1304 includes transmitting, by the second network device, a DT service response related information that indicates that the DT service is enabled or allowed.

[0149] In some embodiments, the DT service is indicated as being enabled or allowed in a second message transmitted to the first network device, where the second message includes a DT service response indicator that indicates that the DT service is enabled or allowed, and / or a DT service identifier. In some embodiments, the method further comprises transmitting, by the second network device, a third message that indicates that the DT service is disabled or not allowed, where the third message includes a DT service response indicator that indicates that the DT service is disabled or not allowed, a DT service identifier, and / or a reason for the DT service being disabled or not allowed.

[0150] In some embodiments, the method further comprises transmitting, by the second network device, a DT service report related information that indicates that the DT service is enabled or allowed; receiving, by a second network device from the first network device or the communication device, a DT service performance evaluation related information that indicates a performance of the DT service. In some embodiments, the first network device includes a master node (MN) , the second network device includes a secondary node (SN) , and the communication device includes a user equipment (UE) . In some embodiments, one or more messages comprising the request for DT service, the DT service response related information, the DT service report related information, the DT service performance evaluation related information is transmitted or received by the first network device or the second communication device via any one or more of the following interfaces: an Xn interface between radio access network (RAN) nodes or a next generation (NG) interface between a RAN node and a core network (CN) node.

[0151] In this document the term “exemplary” is used to mean “an example of” and, unless otherwise stated, does not imply an ideal or a preferred embodiment.

[0152] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the  methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0153] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0154] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings 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.

[0155] Only a few implementations and examples are described and other implementations, enhancements and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A wireless communication method, comprising:transmitting, by a first network device to a second network device, a request for a digital twin (DT) service that triggers a pre-verification of a predicted performance of a communication device for a dual connectivity (DC) strategy; andreceiving, by the first network device, a DT service response related information that indicates that the DT service is enabled or allowed.2.The method of claim 1,wherein the request for the DT service is included in a first message received by the first network device, and wherein the first message includes a DT service request indicator that indicates the request for the DT service, a DT service type that indicates that the request is to perform the pre-verification for the DC strategy for the communication device, a DT service identifier, and / or a DT service assistance information.3.The method of claim 2, wherein, prior to receiving the first message, the method further comprises:sending, by the first network device, an addition request to the second network device with which the communication device will communicate; andsending, by the first network device, a release request or a modification request to a third network device with which the communication device previously communicated.4.The method of claim 2, wherein the DT service assistance information for the DT service includes any one or more of:information about the first network device,information about the second network device,information about the communication device, and / orinformation related to the DC strategy.5.The method of claim 1, wherein the DT service is indicated as being enabled or allowed in a second message received by the first network device, wherein the second message includes a DT service response indicator that indicates that the DT service is enabled or allowed, and / or a DT service identifier.6.The method of claim 1, further comprising:receiving, by the first network device, a third message that indicates that the DT service is disabled or not allowed, wherein the third message includes a DT service response indicator that indicates that the DT service is disabled or not allowed, a DT service identifier, and / or a reason for the DT service being disabled or not allowed.7.The method of claim 1, further comprising:receiving, by the first network device, a DT service report related information that indicates an outcome obtained after a DT system pre-verifies DC operations.8.The method of claim 1, further comprising:receiving, by the first network device from the communication device, a fourth message that includes a DT service performance evaluation related information,wherein the fourth message is received after the first network device sends to the communication device a radio resource control (RRC) message that includes the information related to a performance of the communication device for the DC strategy obtained from the DT service report related information, andwherein the fourth message includes any one or more of: a DT service identifier, a measurement report of the communication device, an indicator of a level of performance experience by the communication device, an indication of whether a DC experience of the communication device has improved or enhanced, and / or a value that quantifies by how much the DC experience of the communication device has improved or enhanced.9.The method of claim 7, further comprising:transmitting, by the first network device to the communication device and based on the DT service response related information, information related to a performance of the communication device for the DC strategy obtained from the DT service report related information.10.The method of claim 1, further comprising:receiving, by the first network device from the communication device, a DT service performance evaluation related information that indicates a performance of DT pre-verification; and / ortransmitting, by the first network device to the second network device, another DT service performance evaluation related information that indicates a performance of DT service.11.The method of any one of claims 1 to 10, wherein the first network device includes a master node (MN) , the second network device includes a secondary node (SN) , and the communication device includes a user equipment (UE) .12.A wireless communication method, comprising:receiving, by a second network device from a first network device, a request for a digital twin (DT) service that triggers a pre-verification of a predicted performance of a communication device for a dual connectivity (DC) strategy; andtransmitting, by the second network device, a DT service response related information that indicates that the DT service is enabled or allowed.13.The method of claim 12, wherein the DT service is indicated as being enabled or allowed in a second message transmitted to the first network device, wherein the second message includes a DT service response indicator that indicates that the DT service is enabled or allowed, and / or a DT service identifier.14.The method of claim 12, further comprising:transmitting, by the second network device, a third message that indicates that the DT service is disabled or not allowed, wherein the third message includes a DT service response indicator that indicates that the DT service is disabled or not allowed, a DT service identifier, and / or a reason for the DT service being disabled or not allowed.15.The method of claim 12, further comprising:transmitting, by the second network device, a DT service report related information that indicates that the DT service is enabled or allowed;receiving, by a second network device from the first network device or the communication device, a DT service performance evaluation related information that indicates a performance of the DT service.16.The method of any one of claims 12 to 15, wherein the first network device includes a master node (MN) , the second network device includes a secondary node (SN) , and the communication device includes a user equipment (UE) .17.The method of any one of claims 1 to 16, wherein one or more messages comprising the request for DT service, the DT service response related information, the DT service report related information, the DT service performance evaluation related information is transmitted or received by the first network device or the second communication device via any one or more of the following interfaces: an Xn interface between radio access network (RAN) nodes or a next generation (NG) interface between a RAN node and a core network (CN) node.18.An apparatus for wireless communication comprising a processor, configured to implement a method recited in one or more of claims 1 to 17.19.A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in one or more of claims 1 to 17.

Images