Systems and methods for task-driven cooperative intelligent cluster

Abstract

The present arrangement relates to systems, methods, and non-transitory computer-readable media for sending, by a first wireless communication entity to a second wireless communication entity, a first message indicating whether the first wireless communication entity supports Cooperative Intelligence Cluster (CIC) function; and receiving, by the first wireless communication entity from the second wireless communication entity, a second message responding to the first message.

Description

SYSTEMS AND METHODS FOR TASK-DRIVEN COOPERATIVE INTELLIGENT CLUSTERTECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications and, more particularly, to cooperative intelligent cluster (CIC) .BACKGROUND

[0002] New radio (NR) systems may utilize a network architecture including one or more base stations in communication with one or more core access and mobility management function (AMF) or one or more user plane function (UPF) .SUMMARY

[0003] The example arrangements disclosed herein are directed to solving the issues relating to one or more of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various arrangements, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these arrangements are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed arrangements can be made while remaining within the scope of this disclosure.

[0004] In some arrangements, a first message is sent. A first wireless communication entity can send, to a second wireless communication entity, the first message indicating whether the first wireless communication entity supports CIC function. The first wireless communication entity can receive, from the second wireless communication entity, a second message responding to the first message.

[0005] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0006] Various example arrangements of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict example arrangements of the present solution to facilitate the reader's understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0007] FIG. 1 illustrates an example cellular communication system, according to some arrangements.

[0008] FIG. 2 illustrates block diagrams of an example base station and an example user equipment device, according to some arrangements.

[0009] FIG. 3 is a diagram illustrating an example smart factory, according to various arrangements.

[0010] FIG. 4 is a diagram illustrating an example network architecture, according to various arrangements.

[0011] FIG. 5 is a diagram illustrating an example communication procedure, according to various arrangements.

[0012] FIG. 6 is a diagram illustrating an example communication procedure, according to various arrangements.

[0013] FIG. 7 is a diagram illustrating an example communication procedure, according to various arrangements.

[0014] FIG. 8 is a diagram illustrating an example communication procedure, according to various arrangements.

[0015] FIG. 9 is a diagram illustrating an example communication procedure, according to various arrangements.

[0016] FIG. 10 is a diagram illustrating an example communication procedure, according to various arrangements.

[0017] FIG. 11 is a diagram illustrating an example communication procedure, according to some arrangements.

[0018] FIGS. 12A and 12B are diagrams illustrating example communication procedures, according to various arrangements.

[0019] FIG. 13 is a diagram illustrating an example communication procedure, according to various arrangements.

[0020] FIG. 14 is a diagram illustrating an example communication procedure, according to various arrangements.

[0021] FIG. 15 is a diagram illustrating an example communication procedure, according to various arrangements.

[0022] FIG. 16 is a diagram illustrating an example communication procedure, according to various arrangements.

[0023] FIG. 17 is a diagram illustrating an example communication procedure, according to various arrangements.

[0024] FIG. 18 is a diagram illustrating an example communication procedure, according to various arrangements.

[0025] FIGS. 19A and 19B are diagrams illustrating example communication procedures, according to various arrangements.

[0026] FIG. 20 is a diagram illustrating an example communication procedure, according to various arrangements.

[0027] FIG. 21 is a diagram illustrating an example communication procedure, according to various arrangements.

[0028] FIG. 22 is a diagram illustrating an example communication procedure, according to various arrangements.

[0029] FIG. 23 is a diagram illustrating an example communication procedure, according to various arrangements.

[0030] FIGS. 24A and 24B are diagrams illustrating example communication procedures, according to various arrangements.

[0031] FIG. 25 is a diagram illustrating an example communication procedure, according to various arrangements.

[0032] FIG. 26 is a flowchart diagram illustrating an example method for task-driven CIC, according to various arrangements.DETAILED DESCRIPTION

[0033] Various example arrangements of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example arrangements and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0034] In a wireless communications system, multiple wireless communication devices may perform group communication. For example, each of the multiple wireless communication devices may be automatic (e.g., smart) devices (e.g., smart home equipment, wearables, UAV, auto-drive vehicles, robots, sensors, etc. ) that may perform various tasks. Some tasks may be better performed by a group of the devices. However, support for task-driven cooperation between multiple automatic devices may include various technical difficulties. For example, to satisfy the flexible and customized demands of one application, dynamic workgroup creation and intelligent management based on a specific task for the application may be needed. Additionally, due to limited capability of a single type  of device, cooperative operation among multiple different types of devices are needed to accomplish the required task, which may introduce difficulties in communication between the multiple types of devices. The arrangement disclosed herein provides systems and methods that support enabling task-driven wireless communication between multiple devices. To do so, wireless communications systems may exploit wireless communication between a first wireless communication entity and a second wireless communication entity.

[0035] FIG. 1 illustrates an example wireless communication system 100 in which techniques disclosed herein may be implemented, in accordance with an implementation of the present disclosure. In the following discussion, the wireless communication system 100 can implement any wireless network, such as a cellular network or a narrowband Internet of things (NB-IoT) network, and is herein referred to as system 100. Such an example system 100 includes a BS 102 and a UE 104 that can communicate with each other via a communication link 110 (e.g., a wireless communication channel) , and a cluster of cells 126, 130, 132, 134, 136, 138 and 140 overlaying a geographical area 101. In FIG. 1, the BS 102 and UE 104 are contained within a respective geographic boundary of cell 126. Each of the other cells 130, 132, 134, 136, 138 and 140 may include at least one BS operating at its allocated bandwidth to provide adequate radio coverage to its intended users.

[0036] For example, the BS 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the UE 104. The BS 102 and the UE 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124 respectively. Each radio frame 118 / 124 may be further divided into sub-frames 120 / 127 which may include data symbols 122 / 128. In the present disclosure, the BS 102 and UE 104 are described herein as non-limiting examples of “communication nodes, ” generally, which can practice the methods disclosed herein. Such communication nodes may be capable of wireless and / or wired communications, in accordance with various implementations of the present solution.

[0037] In some implementations, the wireless communication system 100 may support MIMO communication. For example, MIMO is a key technology in new radio (NR) systems. MIMO may be functional in both frequency division duplex (FDD) and time division duplex (TDD) systems, among others. MIMO technologies may utilize reporting mechanisms such as CSI to support communication. CSI reports may include various types, parts, groups, and fields. The techniques described herein may provide enhancements to various aspects of the CSI report and reporting process. For example, a wireless communication device may receive, by a wireless communication device from a network, multiple reference signals and a configuration parameter. The wireless communication device may determine a CSI report based on the multiple reference signals and the configuration parameter, where the CSI report comprises CSI part 1 and CSI part 2. The wireless communication device may report, to the network, the CSI report. In some cases, the reporting process may include one or more of the following: the configuration parameter may be configured for enabling two or more CQIs in the CSI report, the reference signals are aperiodic or semi-persistent, and each of a CSI window length, DD basic unit size, an offset between two CSI reference signal (CSI-RS) resources, and a length of DD basic vector is larger than or equal to a threshold. Additionally, or alternatively, the wireless communication device may send, to the network, a User Equipment (UE) capability report indicating that the wireless communication device supports a number of CQI reports, where the number is a positive integer. The  wireless communications system may implement codebooks to further support CSI reporting, among other various uses.

[0038] FIG. 2 illustrates a block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals, e.g., OFDM / OFDMA signals, in accordance with some implementations of the present solution. The system 200 may include components and elements configured to support known or conventional operating features that need not be described in detail herein. In one illustrative implementation, system 200 can be used to communicate (e.g., transmit and receive) data symbols in a wireless communication environment such as the wireless communication environment 100 of FIG. 1, as described above.

[0039] System 200 generally includes a BS 202 and a UE 204. The BS 202 includes a Base Station (BS) transceiver module 210, a BS antenna 212, a BS processor module 214, a BS memory module 216, and a network communication module 218, each module being coupled and interconnected with one another as necessary via a data communication bus 220. The UE 204 includes a UE transceiver module 230, a UE antenna 232, a UE memory module 234, and a UE processor module 236, each module being coupled and interconnected with one another as necessary via a data communication bus 240. The BS 202 communicates with the UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0040] The system 200 may further include any number of modules other than the modules shown in FIG. 2. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the implementations disclosed herein may be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure.

[0041] In accordance with some implementations, the UE transceiver 230 may be referred to herein as an uplink transceiver 230 that includes a Radio Frequency (RF) transmitter and a RF receiver each including circuitry that is coupled to the antenna 232. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some implementations, the BS transceiver 210 may be referred to herein as a "downlink" transceiver 210 that includes a RF transmitter and a RF receiver each including circuity that is coupled to the antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 212 in time duplex fashion. The operations of the two transceiver modules 210 and 230 can be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 232 for reception of transmissions over the wireless transmission link 250 at the same time  that the downlink transmitter is coupled to the downlink antenna 212. In some implementations, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0042] The UE transceiver 230 and the BS transceiver 210 are configured to communicate via the wireless data communication link 250, and cooperate with a suitably configured RF antenna arrangement 212 / 232 that can support a particular wireless communication protocol and modulation scheme. In some illustrative implementations, the UE transceiver 210 and the BS transceiver 210 are configured to support industry standards such as the Long-Term Evolution (LTE) and emerging 5G and 6G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the UE transceiver 230 and the BS transceiver 210 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0043] In accordance with various implementations, the BS 202 may be an evolved node B (eNB) , a serving eNB, a target eNB, a femto station, or a pico station, for example. In some implementations, the UE 204 can be various types of user devices such as a mobile phone, a smart phone, a Personal Digital Assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 214 and 236 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0044] Furthermore, the methods described in connection with the implementations disclosed herein may be implemented directly in hardware, in firmware, in a software module executed by processor modules 214 and 236, respectively, or in any practical combination thereof. The memory modules 216 and 234 may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 may be coupled to the processor modules 210 and 230, respectively, such that the processors modules 210 and 230 can read information from, and write information to, memory modules 216 and 234, respectively. The memory modules 216 and 234 may also be integrated into their respective processor modules 210 and 230. In some implementations, the memory modules 216 and 234 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be executed by processor modules 210 and 230, respectively. Memory modules 216 and 234 may also each include non-volatile memory for storing instructions to be executed by the processor modules 210 and 230, respectively.

[0045] The network communication module 218 generally represents the hardware, software, firmware, processing logic, and / or other components of the BS 202 that enable bi-directional communication between BS transceiver 210 and other network components and communication nodes configured to communication with the BS  202. For example, network communication module 218 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication module 218 provides an 802.3 Ethernet interface such that BS transceiver 210 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 218 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0046] FIG. 3 is a diagram illustrating an example smart factory 300 associated with task driven CIC, according to various arrangements. The smart factory 300 may include a server 302, a CN 304, a first network entity (e.g., node) 306, a second network entity 310, a collaborative intelligent cluster 308, where the cluster 308 may include multiple members or wireless devices, such as a member 312, a member 314, and a member 316. The members within the cluster 308 may be in wireless communication (e.g., intra-CIC communication) .

[0047] In some cases, group communication may correspond to forming a collection of devices to operate. However, such collection of devices may involve applications that utilize multiple types of devices, which may result in challenges in realizing operation in an intelligent manner. In an example, FIG. 3 may illustrate a task-driven group communication. In some cases, inspection tasks are different according to task complexity (e.g., inspected product line and manufacturing environments (e.g., lighting, noise, and temperature) of workshops in a factory) , thus a single device may not be sufficient to guarantee efficient operations and provide real-time warning (e.g., the machine arms have mobility but may have blind inspection areas) . Thus, the inspection task can be cooperatively accomplished by machine arms together with high-definition cameras and sensors (e.g., gas sensors, heating sensors) .

[0048] In such cases, the task-driven cooperative intelligent cluster service, which is composed of different types of devices (e.g., UAV, auto-drive vehicle, robot, sensors) controlled by a network, can support the multi-node intelligent collaboration enabled task accomplishment. To support such a service, the following may be considered: management of task-driven CIC, adaptive task driven traffic management, and task-level QoS management.

[0049] For example, when managing a suitable cluster for a specific task including selection of “ahead” , different aspects need to be considered (e.g., which capabilities of devices are required for the task, whether the current network status can satisfy the communication requirements of cluster members) . Thus, it’s necessary to support dynamic cluster configuration considering different conditions (e.g., device capability, location, power, radio quality, etc. ) to provide the non-customer-aware cluster service. To efficiently accomplish the task, different cluster members can be allocated with different sub-task and configured with different transmission path considering (e.g., capability distinction of members and radio quality) . Such task-driven traffic management and on-demand resource orchestration among members can efficiently accomplish the task in a flexible way. The application users may determine the performance requirements and results per task level, while the some 5G systems only support the QoS monitoring / measurement per flow or per set of flows. Support for QoS management in a task level (e.g., task level QoS monitoring, measurement and prediction) . In this way, the intrinsic relationship between different QoS flows  for a specific application can also be obtained. The techniques as described herein may support CIC functionality, including network support for CIC function, handover related procedure, CIC relevant paging, CIC related user equipment (UE) context procedures, etc.

[0050] FIG. 4 is a diagram illustrating an example network architecture 400 for task-driven CIC, according to various arrangements. The architecture 400 may include multiple wireless communication entities. For example, a first wireless communication entity 404 and a second wireless communication entity 402. In some cases, the first wireless communication entity 404 may be a base station and the second wireless communication entity may be an AMF.

[0051] FIG. 5 is a diagram illustrating an example communication procedure 500 for task-driven CIC, according to various arrangements. The procedure 500 may include communication between a first wireless communication entity 502 and a second wireless communication entity 504. The first wireless communication entity 502 may send a first message 506 to the second wireless communication entity 504. The second wireless communication entity 504 may send a second message 508 to the first wireless communication entity. In some embodiments, the first wireless communication entity 502 may be an NG-RAN node and the second wireless communication entity 504 may be an AMF.

[0052] In some cases, the NG-RAN node establishes the NG connection to the AMF. An NG request message (e.g., first message 506) is sent from NG-RAN node to AMF with the CIC info 1. At least one of the following info may be informed to AMF: whether this NG-RAN node supports CIC function; CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node. After AMF receives the NG request message, AMF may store the received info and consider the following aspects (depends on the received info) : this NG-RAN node supports or does not support CIC function; this NG-RAN node supports the following kinds of CIC (with one or multiple CIC ID(s) and / or CIC categories) .

[0053] Then, AMF may send the response message (e.g., the second message 508) to the NG-RAN node with CIC info 2. At least one of the following info will be informed to NG-RAN node: ACK info (AMF stores the received CIC info and will take it into account for further CIC related procedures) ; whether this AMF supports CIC function; CIC ID list or CIC categories: what kinds of CIC can be supported by this AMF; AMF may configure the NG-RAN node one of the following info based on the received NG-RAN node CIC info 1: (1) whether this NG-RAN node can enable CIC function, (2) CIC ID list or CIC categories on what kinds of CIC this NG-RAN node can support.

[0054] After NG-RAN node receives this response message, this NG-RAN node may store the received info and consider the following aspects based on the received info: this AMF supports or does not support CIC function; this AMF supports the following kinds of CIC (with one or multiple CIC ID (s) and / or CIC categories) . If NG-RAN node receives the configuration on the CIC enabled info, the NG-RAN node shall setup based on the received configuration.

[0055] FIG. 6 is a diagram illustrating an example communication procedure for task-driven CIC, according to various arrangements. The procedure 600 may include communication between a first wireless communication  entity 602 and a second wireless communication entity 604. The first wireless communication entity 602 may send a first message 606 to the second wireless communication entity 604. The second wireless communication entity 604 may send a second message 608 to the first wireless communication entity. In some embodiments, the first wireless communication entity 602 may be an NG-RAN node and the second wireless communication entity 604 may be an AMF.

[0056] In some embodiments, a configuration update procedure between NG-RAN node and AMF may be described. Either existing messages (e.g., NG-RAN node configuration update message, NG-RAN node configuration update acknowledge message, AMF configuration update message, AMF configuration update acknowledge message) or new defined ones will be used in this embodiment. And two branches are described in this embodiment.

[0057] For NG-RAN node-initiated update procedure: NG-RAN node is going to modify its CIC supporting status and triggers this update procedure to notice AMF for this update. NG-RAN node sends NGAP update request message to AMF with the CIC configuration message. At least one of the following info will be informed to AMF: 1.Whether this NG-RAN node supports CIC function. 2. CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node.

[0058] When AMF receives the NGAP update request message from NG-RAN node. It may store the received info and consider this NG-RAN node may make at least one of the following modification (depends on the received info) : NG-RAN node prefers to modify its CIC enable status (e.g., from CIC supporting to non-CIC supporting or from non-CIC supporting to CIC supporting, etc. ) . NG-RAN node prefers to support such kinds of CIC (e.g., CIC ID(s) , CIC categories, etc. ) .

[0059] Then, AMF replies with the update response message to NG-RAN node. At least one of the following info will be informed to NG-RAN node: ACK info (e.g., AMF received the NGAP update request message successfully) ; AMF status for CIC supporting: whether this AMF supports CIC function, CIC ID list or CIC categories: what kinds of CIC can be supported by this AMF; when AMF does not satisfy the received modification, it may modify the received supporting info and send the new configuration to NG-RAN node: whether this NG-RAN node supports CIC function, CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node.

[0060] FIG. 7 is a diagram illustrating an example communication procedure 700 for task-driven CIC, according to various arrangements. The procedure 700 may include communication between a first wireless communication entity 702 and a second wireless communication entity 704. The first wireless communication entity 702 may send a first message 707 to the second wireless communication entity 704. The second wireless communication entity 704 may send a second message 708 to the first wireless communication entity. In some embodiments, the first wireless communication entity 702 may be an NG-RAN node and the second wireless communication entity 704 may be an AMF.

[0061] In some embodiments, a configuration update procedure between NG-RAN node and AMF may be described. For AMF initiated update procedure: AMF is going to modify the CIC supporting status for NG-RAN node and / or AMF itself. AMF sends NGAP update request message to NG-RAN node. At least one of the following info will be informed to NG-RAN node: AMF CIC supporting status: whether this AMF supports CIC function, CIC ID list or CIC categories: what kinds of CIC can be supported by this AMF; NG-RAN node CIC supporting status: whether this NG-RAN node supports CIC function, CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node.

[0062] NG-RAN node receives the update request message and reply update response message. At least one of the following info will be informed to AMF: ACK info (e.g., this NG-RAN node received the NGAP update request message successfully) ; NG-RAN node may also provide its CIC status supporting modification or its current CIC supporting status to AMF in this message if needed: whether this NG-RAN node supports CIC function, CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node.

[0063] FIG. 8 is a diagram illustrating an example communication procedure 800 for task-driven CIC, according to various arrangements. The procedure 800 may include communication between a first wireless communication entity 802, a second wireless communication entity 804, and a third wireless communication entity 806. The first wireless communication entity 802 may communicate one or more initial messages with the second wireless communication entity 804 to establish access to the network. The first wireless communication entity 802 may send a first message to the second wireless communication entity. The second wireless communication entity 804 may send a second message to the third wireless communication entity 806. The third wireless communication entity 806 may send a third message to the second wireless communication entity 804. The second wireless communication entity 804 may send a fourth message to the first wireless communication entity 802. In some embodiments, the first wireless communication entity 802 may be a UE, the second wireless communication entity 804 may be an NG-RAN node, and the third wireless communication entity 806 may be an AMF.

[0064] In some embodiments, initial access to the network may be described. At step 808: In this embodiment, UE triggers the initial access procedure and is trying to access to the NW with CIC enabled function.

[0065] At step 810: UE sends RRC message A to NG-RAN node.

[0066] At step 812: NG-RAN node receives this RRC message A and sends the NGAP message A with initial CIC info to AMF. The NGAP message may be existing message (e.g., initial UE message or new defined NGAP message) . At least one of the following info will be informed to AMF: CIC ID list or CIC categories of the serving cell: this is used to inform AMF the list of CIC ID (s)  / CIC categories supported by a cell. This cell may be the current serving cell of this UE; CIC supporting info: Whether this cell supports CIC function.

[0067] At step 814: AMF receives the NGAP message A. based on received info, AMF checks whether this UE can be authorized as a CIC function enabled UE in the current cell. And AMF may also re-configure / modify the CIC info to the UE. AMF sends NGAP message B to NG-RAN node. The NGAP message may be existing message (e.g., Initial context setup request message, UE context modification request message, or new defined NGAP  message) . At least one of the following info may be informed to the NG-RAN node: CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC info list: An ID is used to indicate different CICs. AMF may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs in this list, at least one of the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the NG-RAN node and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC. If this IE (serving CIC info) does not appear, the following alternatives may be selected: UE may autonomously access one of the CIC which has shown in CIC info list with CIC access enabled; RAN node may configure a serving CIC to UE.

[0068] At step 816: NG-RAN node receives the NGAP message B and forwards the RRC message B to UE. The RRC message B may be existing RRC message e.g., RRC Reconfiguration message or new defined RRC message. At least one of the info described in RRC message B may be informed to UE: CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE.CIC ID info list: An ID is used to indicate different CICs. AMF may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs, at least one of the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the NG-RAN node and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC. If this IE (serving CIC info) does not appear, the following alternatives may be selected: UE may autonomously access one of the CIC which has shown in CIC info list with CIC access enabled.

[0069] FIG. 9 is a diagram illustrating an example communication procedure 900 for task-driven CIC, according to various arrangements. The procedure 900 may include communication between a first wireless communication entity 902, a second wireless communication entity 904, and a third wireless communication entity 906. The first wireless communication entity 902 may communicate one or more initial messages with the second wireless communication entity 904 to establish access to the network. The first wireless communication entity 902 may send a first message to the second wireless communication entity 904. The second wireless communication entity 904 may send a second message to the third wireless communication entity 906. The third wireless communication entity 906 may send a third message to the second wireless communication entity 904. The second wireless communication entity 904 may send a fourth message to the first wireless communication entity 902. In some embodiments, the first wireless communication entity 902 may be a UE, the second wireless communication entity 904 may be an NG-RAN node, and the third wireless communication entity 906 may be an AMF.

[0070] In some embodiments, initial access to the network may be described. At step 908: In this embodiment, UE triggers the initial access procedure and is trying to access to the NW with CIC enabled function.

[0071] At step 910: UE sends RRC message A to NG-RAN node with the initial CIC info. The RRC message A may be existing RRC message (e.g., RRC SetupRequest, RRC SetupComplete or new defined RRC message) . At least one of the following info will be informed to NG-RAN node: CIC indication info: This information is used by UE to inform NW that this UE supports CIC function and can join a CIC. CIC functionality capability info: This is used to indicate the UE CIC capability. By using the UE CIC capability, CIC can send the proper task to each UEs inside a CIC. The information may be an indicator, bitmap, level of each capabilities, value of each capabilities, etc. At least one of the following capabilities may be provided here: vision, hearing, hashrate, mobility (e.g., UAV, caterpillar, wheel, etc. ) , gas sensing, temperature sensing, etc. CIC head capability: This is used to inform whether this UE can be a head of a CIC. This info may be an indicator, level of head capability (e.g., level A to B) , or the value of hashrate. CIC ID info: An ID is used to indicate different CICs. UE may upload one or multiple CIC IDs it can join. CIC head indication: This is used to inform NW that this UE is a head of a CIC.

[0072] Step 912: NG-RAN node receives this RRC message A and sends the NGAP message A with initial CIC info to AMF. The NGAP message may be existing message e.g., initial UE message or new defined NGAP message. At least one of the info described in NGAP message A may be informed to AMF. CIC indication info: This information is used by UE to inform NW that this UE supports CIC function and can join a CIC. CIC functionality capability info: This is used to indicate the UE CIC capability. By using the UE CIC capability, CIC can send the proper task to each UEs inside a CIC. The information may be an indicator, bitmap, level of each capabilities, value of each capabilities, etc. At least one of the following capabilities may be provided here: vision, hearing, hashrate, mobility (e.g., UAV, caterpillar, wheel, etc. ) , gas sensing, temperature sensing, etc. CIC head capability: This is used to inform whether this UE can be a head of a CIC. This info may be an indicator, level of head capability (e.g., level A to B) , or the value of hashrate. CIC ID info: An ID is used to indicate different CICs. UE may upload one or multiple CIC IDs it can join. CIC head indication: This is used to inform NW that this UE is a head of a CIC. CIC ID list or CIC categories of the serving cell: this is used to inform AMF the list of CIC ID (s)  / CIC categories supported by a cell. This cell may be the current serving cell of this UE.

[0073] Step 914: AMF receives the NGAP message A. based on received info, AMF checks whether this UE can be authorized as a CIC function enabled UE. And AMF may also re-configure / modify the CIC info to the UE. AMF sends NGAP message B to NG-RAN node. The NGAP message may be existing message (e.g., Initial context setup request message, UE context modification request message, or new defined NGAP message) . At least one of the following info may be informed to the NG-RAN node: CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC ID info: An ID is used to indicate different CICs. AMF may configure the UE one or multiple CIC IDs this UE is able to join.

[0074] For each CIC IDs in this list, at least one of the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the NG-RAN node and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC. If this IE (serving CIC info) does  not appear, the following alternatives may be selected: UE may autonomously access one of the CIC which has shown in CIC info list with CIC access enabled. RAN node may configure a serving CIC to UE.

[0075] At step 916: NG-RAN node receives the NGAP message B and forwards the RRC message B to UE. The RRC message B may be existing RRC message (e.g., RRC Reconfiguration message or new defined RRC message) . At least one of the info described in NGAP message B may be informed to UE. CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE.CIC ID info list: An ID is used to indicate different CICs. AMF may configure the UE one or multiple CIC IDs this UE is able to join.

[0076] For each CIC IDs, at least one of the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the NG-RAN node and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC. If this IE (serving CIC info) does not appear, the following alternatives may be selected: UE may autonomously access one of the CIC which has shown in CIC info list with CIC access enabled.

[0077] FIG. 10 is a diagram illustrating an example communication procedure 1000 for task-driven CIC, according to various arrangements. The procedure 1000 may include communication between a first wireless communication entity 1002, a second wireless communication entity 1004, and a third wireless communication entity 1006. The first wireless communication entity 1002 may send a first message to the third wireless communication entity 1004. The third wireless communication entity 1002 may send a second message to the second wireless communication entity 1004. The second wireless communication entity 1004 may send a third message to the third wireless communication entity 1006. The third wireless communication entity 1006 may send a fourth message to the first wireless communication entity 1004. In some embodiments, the first wireless communication entity 1002 may be a source NG-RAN node, the second wireless communication entity 1004 may be a target NG-RAN node, and the third wireless communication entity 1006 may be an AMF.

[0078] In some embodiments, NG-based handover may be described. Source NG-RAN node triggers the NG-based Handover procedure for a UE which is in either one or multiple CIC (s) and sends NGAP message (e.g., Handover Required message) to AMF. When AMF receives the message, AMF sends the NGAP message (e.g., Handover Request) to target NG-RAN node. The UE’s CIC info may be added into this NGAP message.

[0079] At least one of the following content shall be informed to target NG-RAN node: CIC indication info: This information indicates that this UE supports CIC function and can join a CIC. CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC functionality capability info: This is used to indicate the UE CIC capability. By using the UE CIC capability, CIC can send the proper task to each UEs inside a CIC. The information may be an indicator, bitmap, level of each capabilities, value of each capabilities, etc. At least one of the following capabilities may be provided here: vision, hearing, hashrate, mobility (e.g., UAV, caterpillar, wheel, etc. ) , gas sensing, temperature sensing, etc. CIC head  capability: This is used to inform whether this UE can be a head of a CIC. This info may be an indicator, level of head capability (e.g., level A to B) , or the value of hashrate. CIC head indication: This is used to inform NW that this UE is a head of a CIC. CIC ID list / CIC categories list: This is used to identify which kinds of CIC this UE can join. Served CIC ID (s)  / served CIC category (categories) : This is used to identify which CIC the UE is joint. One or multiple CIC ID or CIC category may be contained here.

[0080] After target NG-RAN node receives the NG message (e.g., handover request) , it shall reply NG message (e.g., handover required ack) to AMF. Then AMF sends NG message (e.g., Handover Command) to source NG-RAN node.

[0081] FIG. 11 is a diagram illustrating an example communication procedure 1100 for task-driven CIC, according to some arrangements. The procedure 1100 may include communication between a first wireless communication entity 1102 and a second wireless communication entity 1104. The first wireless communication entity 1102 may send a first message 1106 to the second wireless communication entity 1104. The second wireless communication entity 1104 may send a second message 1108 to the first wireless communication entity. In some embodiments, the first wireless communication entity 1102 may be an NG-RAN node and the second wireless communication entity 1104 may be an AMF.

[0082] In some embodiments, a path switch procedure may be described. After NGAP Handover Command, target node may trigger the NGAP path switch procedure for a UE. Either new NGAP messages or the existing ones (e.g., Path Switch Request, Path Switch Request Acknowledge) may be used in this procedure.

[0083] At least one of the following info may be informed to AMF. Info for target serving cell of this UE: CIC ID list or CIC categories of the target serving cell: this is used to inform AMF the list of CIC ID (s)  / CIC categories supported by a cell. Info for UE: CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE; CIC ID info: An ID is used to indicate different CICs. AMF may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs in this list, at least one of the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the NG-RAN node and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs. CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC. If this IE (serving CIC info) does not appear, AMF may consider the CIC ID info as the serving CIC info.

[0084] When AMF receives the message, AMF may check whether the target serving cell supports UE’s current CIC. If so, AMF shall confirm the path switch and reply with the Path Switch Request Acknowledge message.

[0085] FIGS. 12A and 12B are diagrams illustrating example communication procedures 1200 and 1201 for task-driven CIC, according to various arrangements. The procedures 1200 and 1201 may include communication between a first wireless communication entity 1202 and a second wireless communication entity 1204. For the procedure 1200, the first wireless communication entity 1202 may send a first message 1206 to the second wireless  communication entity 1204. For the procedure 1201, the second wireless communication entity 1204 may send a first message 1208 to the first wireless communication entity. In some embodiments, the first wireless communication entity 1202 may be an NG-RAN node and the second wireless communication entity 1204 may be an AMF.

[0086] In some embodiments, UE context release procedures may be described. The UE context release procedure is used to release the UE context when UE is not qualified to use CIC function (e.g., no more subscription, unauthorized, etc. ) . It may be triggered by either NG-RAN node or AMF. Either new NGAP messages or existing ones (e.g., UE Context Release Request, UE Context Release Command) may be used for this procedure. At least one of the following info may be informed from one side to another side (e.g., NG-RAN node sends info to AMF. AMF sends info to NG-RAN node. ) :

[0087] Indication for leave CIC: This indicator is used to show that the UE cannot join the current CIC any more. This may cause by various reasons, e.g., CIC subscription expiry, CIC unauthorized, unqualified UE, etc. In some cases, this indicator may be a new indicator at the top level of the NGAP message. Or it may be a new cause value in cause IE.

[0088] FIG. 13 is a diagram illustrating an example communication procedure 1300 for task-driven CIC, according to various arrangements. The procedure 1300 may include communication between a first wireless communication entity 1302 and a second wireless communication entity 1304. The first wireless communication entity 1302 may send a first message 1306 to the second wireless communication entity 1304. In some embodiments, the first wireless communication entity 1302 may be an NG-RAN node and the second wireless communication entity 1304 may be an AMF.

[0089] In some embodiments, CIC paging may be described. For the CM_IDLE UEs, AMF may trigger the paging procedure and wake up the CM_IDLE UE on demand. AMF sends paging message to NG-RAN node. At least one of the following content shall be informed to NG-RAN node: CIC ID info: one or multiple CIC IDs may be included.

[0090] When NG-RAN node receives this info, it may use the CIC ID (s) to avoid paging the UE which is not belong to this CIC. For example, cell A only supports CIC 1, 2, 3. cell B supports CIC 2, 3, 4. If the CIC ID: “CIC 4” appears in the paging message, the paging will only be triggered in cell B.

[0091] FIG. 14 is a diagram illustrating an example communication procedure 1400 for task-driven CIC, according to various arrangements. The procedure 1400 may include communication between a first wireless communication entity 1402 and a second wireless communication entity 1404. The first wireless communication entity 1402 may send a first message 1406 to the second wireless communication entity 1404. The second wireless communication entity 1404 may send a second message 1408 to the first wireless communication entity. In some embodiments, the first wireless communication entity 1402 may be a first NG-RAN node and the second wireless communication entity 1404 may be a second NG-RAN node.

[0092] In some embodiments, Xn setup and configuration update procedure may be described. NG-RAN node 1 sends Xn request message to NG-RAN node 2 and informs NG-RAN node 2 the CIC information of the NG-RAN node 1. NG-RAN node 2 replies the Xn response message and informs NG-RAN node 1 with ACK info and / or the CIC info of the NG-RAN node 2 (either ACK info or CIC info in Xn response message may be optional) . In this embodiment, new XnAP messages or existing XnAP messages (e.g., Xn Setup Request, Xn Setup Response, NG-RAN node configuration update, NG-RAN node configuration update acknowledge) may be used.

[0093] For Xn Setup procedure: NG-RAN node 1 sends the Xn request message to NG-RAN node 2 with its CIC supporting status and / or CIC capability. At least one of the following content may be informed in Xn request message: For one or multiple cells in this NG-RAN node 1, whether this cell supports CIC function; For one or multiple cells in this NG-RAN node 1, what kinds of CIC it supports (e.g., CIC categories, CIC IDs, etc. ) ; For each supported CIC (e.g., IDs, categories) , which served cells of this NG-RAN node 1 shall be supported; CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node 1.

[0094] NG-RAN node 2 replies Xn response message with NG-RAN node 2’s CIC supporting status and / or capability. At least one of the following content may be informed in Xn response message: ACK info: NG-RAN node 2 receives the CIC info and will take the received info into account; For one or multiple cells in this NG-RAN node 2, whether this cell supports CIC function; For one or multiple cells in this NG-RAN node 2, what kinds of CIC it supports (e.g., CIC categories, CIC IDs, etc. ) ; For each supported CIC (e.g., IDs, categories) , which served cells of this NG-RAN node 2 shall be supported; CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node 2.

[0095] For NG-RAN node configuration update procedure: NG-RAN node 1 sends the Xn request message to NG-RAN node 2 with its CIC supporting status and / or CIC capability. At least one of the following content may be informed in the Xn request message: For one or multiple cells in this NG-RAN node 1, whether this cell supports CIC function; For one or multiple cells in this NG-RAN node 1, what kinds of CIC it supports (e.g., CIC categories, CIC IDs, etc. ) ; For each supported CIC (e.g., IDs, categories) , which served cells of this NG-RAN node 1 shall be supported; CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node 1.

[0096] NG-RAN node 2 replies Xn response message with NG-RAN node 2’s CIC supporting status and / or capability. At least one of the following content may be informed in Xn response message: ACK info: NG-RAN node 2 receives the CIC info and will take the received info into account; For one or multiple cells in this NG-RAN node 2, whether this cell supports CIC function; For one or multiple cells in this NG-RAN node 2, what kinds of CIC it supports (e.g., CIC categories, CIC IDs, etc. ) ; For each supported CIC (e.g., IDs, categories) , which served cells of this NG-RAN node 2 shall be supported; CIC ID list or CIC categories: what kinds of CIC can be supported by this NG-RAN node 2.

[0097] FIG. 15 is a diagram illustrating an example communication procedure 1500 for task-driven CIC, according to various arrangements. The procedure 1500 may include communication between a first wireless communication entity 1502 and a second wireless communication entity 1504. The first wireless communication entity 1502 may send a first message 1506 to the second wireless communication entity 1504. The second wireless  communication entity 1504 may send a second message 1508 to the first wireless communication entity. In some embodiments, the first wireless communication entity 1502 may be a source NG-RAN node and the second wireless communication entity 1504 may be a target NG-RAN node.

[0098] In some embodiments, Xn based handover may be described. Source node may trigger the Xn based handover procedure for a UE. Either new messages or existing ones (e.g., Xn Handover request, Xn handover request acknowledge) may be used in this procedure.

[0099] Source NG-RAN node sends Xn message (e.g., handover request) to target NG-RAN node. At least one of the following info may be informed to target node: CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC ID info: An ID is used to indicate different CICs. AMF may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs, the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the NG-RAN node and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC.

[0100] When target NG-RAN node receives this Xn message, it may reply the Xn message (e.g., Handover request acknowledge) to source node.

[0101] FIG. 16 is a diagram illustrating an example communication procedure 1600 for task-driven CIC, according to various arrangements. The procedure 1600 may include communication between a first wireless communication entity 1602 and a second wireless communication entity 1604. The first wireless communication entity 1602 may send a first message 1606 to the second wireless communication entity 1604. The second wireless communication entity 1604 may send a second message 1608 to the first wireless communication entity. In some embodiments, the first wireless communication entity 1602 may be a first (new) NG-RAN node and the second wireless communication entity 1604 may be a second (old) NG-RAN node.

[0102] In some embodiments, UE context retrieve may be described. When UE switches from RRC_INACTIVE to RRC_CONNECTED in a new NG-RAN node, new NG-RAN node may trigger the Xn retrieve UE context procedure. Either new messages or existing ones (e.g., Xn Retrieve UE Context Request, Xn Retrieve UE Context Response) may be used for this procedure. New NG-RAN node sends Xn message (e.g., retrieve UE context request) to old NG-RAN node for UE context retrieval.

[0103] When old NG-RAN node receives this message, it may reply a Xn message (e.g., Retrieve UE Context Response) . At least one of the following info may be informed to target node: CIC Authorization info: This is used to inform NG-RAN node and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC ID info: An ID is used to indicate different CICs. AMF may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs, the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the NG-RAN node and / or UE to know which UE  in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC. If this IE (serving CIC info) does not appear, AMF may consider the CIC ID info as the serving CIC info.

[0104] FIG. 17 is a diagram illustrating an example communication procedure 1700 for task-driven CIC, according to various arrangements. The procedure 1400 may include communication between a first wireless communication entity 1402 and a second wireless communication entity 1404. The first wireless communication entity 1402 may send a first message 1406 to the second wireless communication entity 1404. In some embodiments, the first wireless communication entity 1402 may be a first NG-RAN node and the second wireless communication entity 1404 may be a second NG-RAN node.

[0105] In some embodiments, CIC paging may be described. NG-RAN node 1 may trigger the RAN paging procedure and request paging of a UE in NG-RAN node 2. at least one of the following info may be informed to NG-RAN node 2: CIC ID info: one or multiple CIC IDs may be included. When NG-RAN node 2 receives CIC ID(s) , it will only perform the paging in the cell (s) which supports the provided CIC ID (s) .

[0106] FIG. 18 is a diagram illustrating an example communication procedure 1800 for task-driven CIC, according to various arrangements. The procedure 1800 may include communication between a first wireless communication entity 1802 and a second wireless communication entity 1804. The first wireless communication entity 1802 may send a first message 1806 to the second wireless communication entity 1804. The second wireless communication entity 1804 may send a second message 1808 to the first wireless communication entity. In some embodiments, the first wireless communication entity 1802 may be a gNB-DU node and the second wireless communication entity 1804 may be a gNB-CU node.

[0107] In some embodiments, F1 setup may be described. In this embodiment, a gNB-DU establishes the F1 connection to a gNB-CU. A F1 Setup Request message is sent from gNB-DU to gNB-CU with the CIC info 1. At least one of the following info will be informed to gNB-CU: For one or multiple cells in this gNB-DU, whether this cell supports CIC function; For one or multiple cells in this gNB-DU, what kinds of CIC it supports (e.g., CIC ID list or CIC categories) ; For different kinds of CIC (e.g., IDs list, categories) , which cells of this gNB-DU can support; CIC ID list or CIC categories: What kinds of CIC the gNB-DU supports; CIC supporting indicator (for DU) : This is used to inform gNB-CU whether this gNB-DU supports CIC function.

[0108] After gNB-CU receives the F1 Setup request message, the gNB-CU will send the response message to the gNB-DU with CIC info. At least one of the following info will be informed to gNB-DU: ACK info. gNB-CU stores the received CIC info and will take it into account for further CIC related procedures; CIC ID list or CIC categories: What kinds of CIC the gNB-CU supports; CIC supporting indicator (for CU) : This is used to inform gNB-DU whether this gNB-CU supports CIC function.

[0109] Re-configure the CIC info for this gNB-DU, at least one of the following info may be informed to NG-RAN node: For one or multiple cells in this gNB-DU, whether this cell can support CIC function; For one or multiple  cells in this gNB-DU, what kinds of CIC it can support (e.g., CIC categories, CIC IDs, etc. ) ; For different kinds of CIC(e.g., IDs, categories) , which cells of this gNB-DU can support; What kinds of CIC the gNB-DU supports (e.g., CIC categories, CIC IDs, etc. ) ; CIC supporting indicator (for DU) : This is used to inform gNB-CU whether this gNB-DU supports CIC function.

[0110] If gNB-DU receives the CIC info in response message, gNB-DU shall take this into account and may modify its CIC supporting status based on the received configuration if needed.

[0111] FIGS. 19A and 19B are diagrams illustrating example communication procedures 1900 and 1901 for task-driven CIC, according to various arrangements. The procedures 1900 and 1901 may include communication between a first wireless communication entity 1902 and a second wireless communication entity 1904. For the procedure 1900, the first wireless communication entity 1902 may send a first message 1906 to the second wireless communication entity 1904 and the second wireless communication entity 1904 may send a second message 1908 to the first wireless communication entity. For the procedure 1901, the second wireless communication entity 1904 may send a first message 1910 to the first wireless communication entity and the first wireless communication entity 1902 may send a second message 1912 to the second wireless communication entity 1904. In some embodiments, the first wireless communication entity 1902 may be a gNB-DU node and the second wireless communication entity 1904 may be a gNB-CU node.

[0112] In some embodiments, configuration update procedure may be described. Either DU or CU can trigger the configuration update procedure. For DU initiate configuration update procedure. The F1 configuration update message and F1 configuration update acknowledge message may be either new defined messages or existing messages (e.g., gNB-DU configuration update, gNB-DU configuration update acknowledge) . DU is going to modify its CIC supporting status and sends the F1 configuration update message to CU.

[0113] At least one of the following content may be informed from gNB-DU to gNB-CU: For one or multiple cells in this gNB-DU, whether this cell supports CIC function; For one or multiple cells in this gNB-DU, what kinds of CIC it supports (e.g., CIC ID list or CIC categories) ; For different kinds of CIC (e.g., IDs list, categories) , which cells of this gNB-DU can support; CIC ID list or CIC categories: What kinds of CIC the gNB-DU supports; CIC supporting indicator (for DU) : This is used to inform gNB-CU whether this gNB-DU supports CIC function.

[0114] After CU receives the F1 configuration update message from DU. It replies the F1 configuration update ack message. At least one of the following info will be informed to DU: ACK info. gNB-CU stores the received CIC info and will take it into account for further CIC related procedures. CIC ID list or CIC categories: What kinds of CIC the gNB-CU supports. CIC supporting indicator (for CU) : This is used to inform gNB-DU whether this gNB-CU supports CIC function. Re-configure the CIC info for this gNB-DU, at least one of the following info may be informed to NG-RAN node: For one or multiple cells in this gNB-DU, whether this cell can support CIC function; For one or multiple cells in this gNB-DU, what kinds of CIC it can support (e.g., CIC categories, CIC IDs, etc. ) ; For different kinds of CIC (e.g., IDs, categories) , which cells of this gNB-DU can support; What kinds of CIC the gNB-DU supports (e.g., CIC categories, CIC IDs, etc. ) ; CIC supporting indicator (for DU) : This is used to inform gNB-CU whether this gNB-DU supports CIC function.

[0115] For CU initiate configuration update procedure. The F1 configuration update message and F1 configuration update acknowledge message may be either new defined messages or existing messages (e.g., gNB-CU configuration update, gNB-CU configuration update acknowledge) . CU is going to modify CIC supporting status for itself and / or gNB-DU. CU sends the F1 configuration update to DU. At least one of the following content may be informed from gNB-CU to gNB-DU: CIC ID list or CIC categories: What kinds of CIC the gNB-DU supports; CIC supporting indicator (for DU) : This is used to inform gNB-CU whether this gNB-DU supports CIC function.

[0116] After DU receives the F1 configuration update message from CU. It replies the F1 configuration update ack message. At least one of the following info will be informed to CU: ACK info (e.g., gNB-DU stores the received CIC info and will take it into account for further CIC related procedures) . DU may also send its CIC supporting status info to CU: For one or multiple cells in this gNB-DU, whether this cell can support CIC function; For one or multiple cells in this gNB-DU, what kinds of CIC it can support (e.g., CIC categories, CIC IDs, etc. ) ; For different kinds of CIC (e.g., IDs, categories) , which cells of this gNB-DU can support; What kinds of CIC the gNB-DU supports (e.g., CIC categories, CIC IDs, etc. ) ; CIC supporting indicator (for DU) : This is used to inform gNB-CU whether this gNB-DU supports CIC function.

[0117] FIG. 20 is a diagram illustrating an example communication procedure 2000 for task-driven CIC, according to various arrangements. The procedure 2000 may include communication between a first wireless communication entity 2002 and a second wireless communication entity 2004. The second wireless communication entity 2002 may send a first message 2006 to the first wireless communication entity 2004. The first wireless communication entity 2004 may send a second message 2008 to the second wireless communication entity. In some embodiments, the first wireless communication entity 2002 may be a gNB-DU node and the second wireless communication entity 2004 may be a gNB-CU node.

[0118] In some embodiments, UE context setup may be described. CU triggers the Context setup procedure and sends F1AP message (e.g., F1AP UE Context Setup Request message) to DU with the UE CIC info. At least one of the following content is informed to DU for the UE CIC info: CIC Authorization info: This is used to inform DU and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC ID info: An ID is used to indicate different CICs. NW may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs, the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the DU and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC.

[0119] When DU receives the UE CIC info, DU may reply with UE context setup response message with ack info and take the received UE CIC info into account for UE context establishment.

[0120] FIG. 21 is a diagram illustrating an example communication procedure 2100 for task-driven CIC, according to various arrangements. The procedure 2100 may include communication between a first wireless communication entity 2102 and a second wireless communication entity 2104. The second wireless communication  entity 2102 may send a first message 2106 to the first wireless communication entity 2104. The first wireless communication entity 2104 may send a second message 2108 to the second wireless communication entity. In some embodiments, the first wireless communication entity 2102 may be a gNB-DU node and the second wireless communication entity 2104 may be a gNB-CU node.

[0121] In some embodiments, UE context modification (gNB-CU initiated) may be described. CU triggers the Context modification procedure and sends F1AP message (e.g., F1AP UE Context Modification Request message) to DU with the UE CIC info. At least one of the following content is informed to DU for the UE CIC info: CIC Authorization info: This is used to inform DU and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC ID info: An ID is used to indicate different CICs. NW may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs, the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the DU and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC.

[0122] When DU receives the UE CIC info, DU may reply F1AP message (e.g., UE context setup response message) with ack info and take the received UE CIC info into account for UE context establishment.

[0123] FIG. 22 is a diagram illustrating an example communication procedure 2200 for task-driven CIC, according to various arrangements. The procedure 2200 may include communication between a first wireless communication entity 2202 and a second wireless communication entity 2204. The first wireless communication entity 2202 may send a first message 2206 to the second wireless communication entity 2204. The second wireless communication entity 2204 may send a second message 2208 to the first wireless communication entity. In some embodiments, the first wireless communication entity 2202 may be a gNB-DU node and the second wireless communication entity 2204 may be a gNB-CU node.

[0124] In some embodiments, UE context modification required (gNB-DU initiated) may be described. DU triggers the Context modification required procedure and sends F1AP message (e.g., F1AP UE Context Modification Required message) to CU with the UE CIC info. At least one of the following content is informed to CU for the UE CIC info: CIC Authorization info: This is used to inform DU and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC ID info: An ID is used to indicate different CICs. NW may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs, the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the DU and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC.

[0125] CU replies the F1AP message (e.g., F1AP UE Context Setup Confirm message) to DU for confirmation. Besides, CU may also modify the received UE CIC info and configure the modified UE CIC info to DU. When DU receives the modified UE CIC info, DU shall store this information and take it into account for UE context. At least  one of the following content is informed to DU for the UE CIC info: CIC Authorization info: This is used to inform DU and / or UE whether this UE is authorized to access the NW as a CIC enabled UE. CIC ID info: An ID is used to indicate different CICs. NW may configure the UE one or multiple CIC IDs this UE is able to join. For each CIC IDs, the following info may also be provided: CIC head Info: For each CIC ID, a CIC head info will be configured to this CIC. The CIC head info is used for the DU and / or UE to know which UE in this CIC is the head. The CIC head info may be one or multiple UE IDs; CIC access info: This is used to inform UE whether it can access into a CIC. Serving CIC info: one or multiple CIC IDs may be shown here. This info indicates that UE can only access to this / these serving CIC.

[0126] FIG. 23 is a diagram illustrating an example communication procedure 2300 for task-driven CIC, according to various arrangements. The procedure 2300 may include communication between a first wireless communication entity 2302 and a second wireless communication entity 2304. The second wireless communication entity 2302 may send a first message 2306 to the first wireless communication entity 2304. In some embodiments, the first wireless communication entity 2302 may be a gNB-DU node and the second wireless communication entity 2304 may be a gNB-CU node.

[0127] In some embodiments, CIC paging may be described. Paging procedure may be triggered by gNB-CU to wake up UE (s) which belongs to specific CIC (s) . At least one of the following info may be informed from CU to DU:CIC ID info: one or multiple CIC IDs may be included. When DU receives the paging message, it may use the received CIC ID (s) to avoid paging the UE which is not belong to this CIC. For example, gNB-DU may only perform paging in specific cells which supports the provided CIC IDs.

[0128] FIGS. 24A and 24B are diagrams illustrating example communication procedures 2400 and 2401 for task-driven CIC, according to various arrangements. The procedures 2400 and 2401 may include communication between a first wireless communication entity 2402 and a second wireless communication entity 2404. For the procedure 2400, the first wireless communication entity 2402 may send a first message 2406 to the second wireless communication entity 2404 and the second wireless communication entity 2404 may send a second message 2408 to the first wireless communication entity. For the procedure 2401, the second wireless communication entity 2404 may send a first message 2410 to the first wireless communication entity and the first wireless communication entity 2402 may send a second message 2412 to the second wireless communication entity 2404. In some embodiments, the first wireless communication entity 2402 may be a gNB-DU node and the second wireless communication entity 2404 may be a gNB-CU node.

[0129] In some embodiments, E1 setup may be described. The CIC information on the CIC supporting status / capability of this UP may be sent from gNB-CU-UP to gNB-CU-CP during the E1 Setup procedure. After CP receives the CIC info from UP, CP shall store this info and may take it into account for bearer context establish.

[0130] For gNB-CU-CP triggered Setup procedure, either new messages or existing ones (e.g., gNB-CU-CP E1 Setup Request, gNB-CU-CP E1 Setup Response) will be used in this procedure. The CIC info will be sent to CP via E1 Setup response message. At least one of the following info will be informed in the CIC info: Whether this CP supports CIC function; CIC ID list or CIC categories: what kinds of CIC can be supported by this CP.

[0131] For gNB-CU-UP triggered Setup procedure, either new messages or existing ones (e.g., gNB-CU-UP E1 Setup Request, gNB-CU-CP E1 Setup Response) will be used in this procedure. The CIC info will be sent to CP via E1 Setup Request message. At least one of the following info will be informed in the CIC info: Whether this UP supports CIC function; CIC ID list or CIC categories: what kinds of CIC can be supported by this UP.

[0132] FIG. 25 is a diagram illustrating an example communication procedure 2500 for task-driven CIC, according to various arrangements. The procedure 2500 may include communication between a first wireless communication entity 2502 and a second wireless communication entity 2504. The second wireless communication entity 2502 may send a first message 2506 to the first wireless communication entity 2504. The first wireless communication entity 2504 may send a second message 2508 to the second wireless communication entity. In some embodiments, the first wireless communication entity 2502 may be a gNB-DU node and the second wireless communication entity 2504 may be a gNB-CU node.

[0133] In some embodiments, UP configuration update may be described. If UP modifies its CIC supporting info, it shall inform CP for this modification. The configuration update procedure will be triggered by UP. Either new messages or existing ones (e.g., gNB-CU-UP configuration update, gNB-CU-UP configuration update acknowledge) may be used for this procedure. At least one of the following info will be informed in the CIC info: Whether this UP supports CIC function. CIC ID list or CIC categories: what kinds of CIC can be supported by this UP.

[0134] FIG. 26 is a flowchart diagram illustrating an example method 1700 for task-driven CIC, according to various arrangements. In some cases, the method 1700 may include a first message indicating whether a first wireless communication entity supports CIC function.

[0135] At 2602, a first wireless communication entity may send, to a second wireless communication entity, a first message indicating whether the first wireless communication entity supports CIC function. In some cases, the first message may further include a CIC ID list or CIC categories. In some cases, the second message may include at least one of: ACK information acknowledging the CIC function; whether the second wireless communication entity supports the CIC function; a CIC ID list or CIC categories; or whether the first wireless communication entity can enable the CIC function. At 2604, the first wireless communication device may receive, from the second wireless communication entity, a second message responding to the first message.

[0136] In some embodiments, the first wireless communication entity may send, to the second wireless communication entity, a third message requesting to update a CIC supporting status. The first wireless communication entity may receive, from the second wireless communication entity, a fourth message responding to the third message. In some embodiments, the third message further comprises at least one of: whether the first wireless communication entity supports the CIC function; or a CIC ID list or CIC categories. In some embodiments, the fourth message further comprises at least one of: ACK information acknowledging the request; or a status of the second wireless communication entity regarding the CIC supporting status.

[0137] In some embodiments, the first wireless communication entity may receive, from the second wireless communication entity, a third message requesting to update a CIC supporting status. The first wireless communication entity may send, to the second wireless communication entity, a fourth message responding to the third message. In some embodiments, the third message further comprises at least one of: a status of the first wireless communication entity regarding the CIC supporting status; or a status of the second wireless communication entity regarding the CIC supporting status. In some embodiments, the fourth message further comprises at least one of: ACK information acknowledging the request; whether the first wireless communication entity supports the CIC function; or a CIC ID list or CIC categories.

[0138] In some embodiments, the first wireless communication entity may send, to the second wireless communication entity, a third message including initial CIC information. The first wireless communication entity may receive, from the second wireless communication entity, a fourth message including CIC configuration and / or CIC authorization information. The first wireless communication entity may send, to a third wireless communication entity, a fifth message including the CIC configuration and / or CIC authorization information.

[0139] In some embodiments, the first wireless communication entity may receive, from a third wireless communication entity, a radio resource control (RRC) message including initial CIC information. The first wireless communication entity may send, to the second wireless communication entity, a third message including the initial CIC information. The first wireless communication entity may receive, form the second wireless communication entity, a fourth message including CIC configuration and / or CIC authorization information. The first wireless communication entity may send, to a third wireless communication entity, a fifth message including the CIC configuration and / or CIC authorization information.

[0140] In some embodiments, a first wireless communication entity may receive, from the second wireless communication entity, a third message including a handover request from a third wireless communication entity to the first wireless communication entity. The third message includes CIC configuration and / or CIC authorization information. The first wireless communication entity may send, to the second wireless communication entity, a fourth message including a path switch request. The fourth message includes CIC configuration and / or CIC authorization information.

[0141] In some embodiments, a first wireless communication entity may send, to the second wireless communication entity, a third message requesting to release a context of a third communication entity, in response to identifying that the third communication entity is not qualified for the CIC function. The first wireless communication entity may receive, from the second wireless communication entity, a fourth message commanding the third communication entity to leave a corresponding CIC.

[0142] In some embodiments, the first wireless communication entity may receive, from the second wireless communication entity, a third message including a paging request, where the third message includes CIC configuration.

[0143] While various arrangements of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architectural or configuration, which are provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations but can be implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or more features of some arrangements can be combined with one or more features of another arrangement described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative arrangements.

[0144] It is also understood that any reference to an element herein using a designation such as “first, ” “second, ” and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0145] Additionally, a person having ordinary skill in the art would understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits and symbols, for example, which may be referenced in the above description can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0146] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as “software” or a “software module) , or any combination of these techniques. To clearly illustrate this interchangeability of hardware, firmware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware or software, or a combination of these techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0147] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can include a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can  be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0148] If implemented in software, the functions can be stored as one or more instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0149] In this document, the term “module” as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according to arrangements of the present solution.

[0150] Additionally, memory or other storage, as well as communication components, may be employed in arrangements of the present solution. It will be appreciated that, for clarity purposes, the above description has described arrangements of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0151] Various modifications to the implementations described in this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other implementations without departing from the scope of this disclosure. Thus, the disclosure is not intended to be limited to the implementations shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A wireless communication method, comprising:sending, by a first wireless communication entity to a second wireless communication entity, a first message indicating whether the first wireless communication entity supports Cooperative Intelligence Cluster (CIC) function; andreceiving, by the first wireless communication entity from the second wireless communication entity, a second message responding to the first message.2.The wireless communication method of claim 1, wherein the first message further comprises a CIC ID list or CIC categories.3.The wireless communication method of claim 1, wherein the second message further comprises at least one of: ACK information acknowledging the CIC function; whether the second wireless communication entity supports the CIC function; a CIC ID list or CIC categories; or whether the first wireless communication entity can enable the CIC function.4.The wireless communication method of claim 1, further comprising:sending, by the first wireless communication entity to the second wireless communication entity, a third message requesting to update a CIC supporting status; andreceiving, by the first wireless communication entity from the second wireless communication entity, a fourth message responding to the third message.5.The wireless communication method of claim 4, wherein the third message further comprises at least one of:whether the first wireless communication entity supports the CIC function; or a CIC ID list or CIC categories.6.The wireless communication method of claim 4, wherein the fourth message further comprises at least one of: ACK information acknowledging the request; or a status of the second wireless communication entity regarding the CIC supporting status.7.The wireless communication method of claim 1, further comprising:receiving, by the first wireless communication entity from the second wireless communication entity, a third message requesting to update a CIC supporting status; andsending, by the first wireless communication entity to the second wireless communication entity, a fourth message responding to the third message.8.The wireless communication method of claim 7, wherein the third message further comprises at least one of:a status of the first wireless communication entity regarding the CIC supporting status; or a status of the second wireless communication entity regarding the CIC supporting status.9.The wireless communication method of claim 7, wherein the fourth message further comprises at least one of:ACK information acknowledging the request; whether the first wireless communication entity supports the CIC function; or a CIC ID list or CIC categories.10.The wireless communication method of claim 1, further comprising:sending, by the first wireless communication entity to the second wireless communication entity, a third message including initial CIC information;receiving, by the first wireless communication entity from the second wireless communication entity, a fourth message including CIC configuration and / or CIC authorization information; andsending, by the first wireless communication entity to a third wireless communication entity, a fifth message including the CIC configuration and / or CIC authorization information.11.The wireless communication method of claim 1, further comprising:receiving, by the first wireless communication entity from a third wireless communication entity, a Radio Resource Control (RRC) message including initial CIC information;sending, by the first wireless communication entity to the second wireless communication entity, a third message including the initial CIC information;receiving, by the first wireless communication entity from the second wireless communication entity, a fourth message including CIC configuration and / or CIC authorization information; andsending, by the first wireless communication entity to a third wireless communication entity, a fifth message including the CIC configuration and / or CIC authorization information.12.The wireless communication method of claim 1, further comprising:receiving, by the first wireless communication entity from the second wireless communication entity, a third message including a handover request from a third wireless communication entity to the first wireless communication entity.13.The wireless communication method of claim 12, wherein the third message includes CIC configuration and / or CIC authorization information.14.The wireless communication method of claim 12, further comprising:sending, by the first wireless communication entity to the second wireless communication entity, a fourth message including a path switch request.15.The wireless communication method of claim 14, wherein the fourth message includes CIC configuration and / or CIC authorization information.16.The wireless communication method of claim 1, further comprising:sending, by the first wireless communication entity to the second wireless communication entity, a third message requesting to release a context of a third communication entity, in response to identifying that the third communication entity is not qualified for the CIC function; andreceiving, by the first wireless communication entity from the second wireless communication entity, a fourth message commanding the third communication entity to leave a corresponding CIC.17.The wireless communication method of claim 1, further comprising:receiving, by the first wireless communication entity from the second wireless communication entity, a third message including a paging request;wherein the third message includes CIC configuration.18.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement a method recited in any of claims 1 to 17.19.A computer program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor, causing the processor to implement a method recited in any of claims 1 to 17.

Images