Communication method and apparatus

Through network devices, the AS data collection capability of terminal equipment is sensed and the configuration is screened, which solves the problem of lack of AS data collection methods under the EVEX framework, and effectively collects and manages AS data.

WO2025031213A1PCT designated stage expired Publication Date: 2025-02-13HUAWEI TECH CO LTD
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2024/108493
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Priority Date
2023-08-10
Filing Date
2024-07-30
Publication Date
2025-02-13

AI Technical Summary

Technical Problem

Under the EVEX data collection framework, there is a lack of suitable methods for collecting access layer (AS) data of user equipment.

Method used

Through network devices, network devices perceive the data collection capabilities supported by the terminal device, filtering and filtering applications provide configurations issued by entities to adapt to the capabilities of terminal devices and realize the collection and management of AS data.

Benefits of technology

Enhanced control of collected AS data and related configurations, ensuring that terminal devices can effectively collect and transmit AS data, and support application-providing entities or other network entities to complete related event processing.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024108493_13022025_PF_FP_ABST
    Figure CN2024108493_13022025_PF_FP_ABST
Patent Text Reader

Abstract

Provided in the embodiments of the present application are a communication method and apparatus, which can realize AS data collection of a terminal device under an EVEX collection data framework. The method comprises: by means of sensing a data collection capability supported by an AS of a terminal device, a network device performing screening processing on a first configuration which is issued by an application providing entity and is used by the terminal device to collect AS data expected by the application providing entity, and filtering out from the first configuration a data collection configuration which cannot be supported by the terminal device, so that the data collection capability supported by the AS of the terminal device matches the screened configuration, thereby realizing AS data collection.
Need to check novelty before this filing date? Find Prior Art

Description

Communication method and device

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on August 10, 2023, with application number 202311010644.4 and application name “Communication Method and Device”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The embodiments of the present application relate to the field of communications, and in particular to communication methods and devices. Background Art

[0003] In the event exposure (EVEX) data collection framework, the data collection application function (DCAF) can obtain application layer data from user equipment (UE) through a direct data collection client (DDCC) or an indirect data collection client (IDCC). The EVEX data collection framework only defines the specific mechanism for collecting UE application layer data; there is no suitable method for collecting UE access stratum (AS) data.

[0004] Summary of the Invention

[0005] The embodiments of the present application provide a communication method and apparatus that can implement UE AS data collection under the EVEX data collection framework.

[0006] To achieve the above objectives, the present invention adopts the following technical solutions:

[0007] In a first aspect, a communication method is provided, which can be executed by a network device, or by a component of the network device, such as a processor, chip, or chip system of the network device, or by a logic module or software that can realize all or part of the network device functions. The following description takes the method being executed by a network device as an example. The method includes: the network device receives first capability information from a terminal device. The first capability information is used to indicate the data collection capability supported by the access layer AS of the terminal device. The network device receives a first configuration from an application providing entity. The first configuration is used for the terminal device to collect AS data expected by the application providing entity. The network device determines the configuration for AS data collection supported by the terminal device from the first configuration based on the first capability information.

[0008] Based on this communication method, the network device senses the data collection capability supported by the AS of the terminal device, and screens and processes the first configuration issued by the application provider entity for the terminal device to collect the AS data expected by the application provider entity, and filters out the data collection configuration that the terminal device cannot support in the first configuration, so that the data collection capability supported by the AS of the terminal device is adapted to the filtered configuration. This can enhance the network device's control over the collected AS data and related configurations, thereby realizing the collection of AS data, and then the collected AS data can be opened to the application provider entity or other network entities, so that the application provider entity or other network entities can complete related event processing based on the open AS data, thereby realizing the effective use of AS data.

[0009] In one possible design, the network device is an access network device or an access and mobility management network element; the network device receiving a first configuration from an application provisioning entity may include: the network device receiving the first configuration from the application provisioning entity via a data collection application entity. Based on this design, the first configuration issued by the application provisioning entity may be forwarded to the network device by the data collection application entity, so that the network device can filter, from the first configuration, a configuration supported by the terminal device for AS data collection.

[0010] In one possible design, the method provided in an embodiment of the present application may further include: the network device determining, among the data collection capabilities supported by the terminal device's AS, data collection capabilities that can be sent to a data collection application entity or an application providing entity. Based on this design, when the terminal device's AS data collection capabilities are open to a third party (such as a data collection application entity or an application providing entity), the network device can manage and control the AS data collection capabilities of the terminal device open to the third party, thereby improving communication reliability.

[0011] In one possible design, the method provided in an embodiment of the present application may further include: the network device sending first feedback information to the data collection application entity. Based on this design, after the network device completes screening of the first configuration, it may inform the data collection application entity of the screening results through the first feedback information. On the one hand, this enables the data collection application entity to further inform the application providing entity of the screening results, and on the other hand, it enables the data collection application entity to update the first configuration based on the screening results to obtain an AS data collection configuration suitable for the terminal device.

[0012] In one possible design, the method provided in an embodiment of the present application may further include: the network device sending first feedback information to the application providing entity via the data collection application entity. Based on this design, after the network device completes screening of the first configuration, it may notify the application providing entity of the screening results via the data collection application entity, allowing the application providing entity to determine which configurations in the first configuration are executable by the terminal device and which are not executable by the terminal device.

[0013] In one possible design, the network device is a data collection application entity; the method provided in an embodiment of the present application may further include: the network device sending first feedback information to the application provider entity. Based on this design, the data collection application entity, by sensing the data collection capabilities supported by the AS of the terminal device, filters and processes the first configuration issued by the application provider entity for the terminal device to collect the AS data desired by the application provider entity, and notifies the application provider entity of the filtering results.

[0014] In one possible design scheme, the first feedback information is used to indicate part or all of the configurations supported by the terminal device in the first configuration.

[0015] In one possible design scheme, the first feedback information may include at least one of the following: a configuration for AS data collection supported by the terminal device, a configuration for AS data collection not supported by the terminal device, or a reason why the terminal device does not support the configuration for AS data.

[0016] In one possible design, the method provided in an embodiment of the present application may further include: the network device sending a second configuration to the terminal device, where the second configuration is obtained by updating the first configuration based on a configuration for AS data collection supported by the terminal device. Based on this design, the data collection application entity may update the first configuration based on the screening results to obtain an AS data collection configuration suitable for the terminal device, and then send it to the terminal device to perform AS data collection.

[0017] In one possible design scheme, the network device sending the second configuration to the terminal device may include: the network device sending the second configuration to the terminal device through an application providing entity.

[0018] In a possible design solution, the data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

[0019] In one possible design scheme, the data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0020] On the second aspect, a communication method is provided, which can be executed by a data collection application entity, or by a component of the data collection application entity, such as a processor, chip, or chip system of the data collection application entity, or by a logic module or software that can realize all or part of the functions of the data collection application entity. The following is an illustration of the method being executed by a data collection application entity. The method includes: the data collection application entity receives a first configuration from an application providing entity. The first configuration is used for the terminal device to collect AS data expected by the application providing entity. The data collection application entity receives first feedback information from a network device. The first feedback information is used to indicate part or all of the configurations supported by the terminal device in the first configuration. The data collection application entity sends a second configuration to the terminal device. The second configuration is obtained by updating the first configuration based on the first feedback information.

[0021] Based on this communication method, the data collection application entity can update the first configuration according to part or all of the configurations supported by the terminal device in the first configuration fed back by the network device, so that the issued configuration is adapted to the data collection capability supported by the AS of the terminal device.

[0022] In one possible design scheme, the first feedback information may include at least one of the following: a configuration for AS data collection supported by the terminal device, a configuration for AS data collection not supported by the terminal device, or a reason why the terminal device does not support the configuration for AS data.

[0023] In a possible design scheme, the data collection application entity sending the second configuration to the terminal device may include: the data collection application entity sending the second configuration to the terminal device through the application providing entity.

[0024] On the third aspect, a communication method is provided. The method can be executed by a network device, or by a component of the network device, such as a processor, chip, or chip system of the network device, or by a logic module or software that can realize all or part of the network device functions. The following is an illustration of the method being executed by a network device. The method includes: the network device receives first capability information from a first terminal device. The first capability information is used to indicate the data collection capability supported by the access layer AS of the first terminal device. The network device receives one or more groups of configurations from an application providing entity. Each group of configurations in the one or more groups of configurations is used by the terminal device to collect AS data expected by the application providing entity. The network device determines a second configuration from the one or more groups of configurations based on the first capability information. The second configuration is a configuration for AS data collection supported by the first terminal device. The network device sends the second configuration to the first terminal device.

[0025] Based on this communication method, the network device matches one or more configurations issued by the application provider entity based on the AS data collection capabilities reported by the terminal device, selects the configuration that can be executed based on the terminal device's capabilities, and sends it to the terminal device to complete the collection of AS data.

[0026] In one possible design, the network device receives one or more configurations from the application providing entity, which may include: the network device receives one or more groups of configurations from the application providing entity through the data collection application entity.

[0027] In one possible design scheme, the network device sending the second configuration to the first terminal device may include: the network device sending the second configuration to the first terminal device through a data collection application entity.

[0028] In a possible design scheme, the method provided in an embodiment of the present application may also include: the network device sends second feedback information to the data collection application entity, and the second feedback information is used to indicate the AS data collection status corresponding to the configuration executed by the terminal device in one or more groups of configurations.

[0029] In a possible design solution, the second feedback information may include at least one of the following: AS data that has been collected, AS data that has not been collected, or the reason for not completing the collection of AS data.

[0030] In one possible design, the network device may be an access network device or an access and mobility management network element.

[0031] In one possible design solution, the data collection capability supported by the AS of the first terminal device includes: whether it supports sending AS data to the application layer of the first terminal device.

[0032] In one possible design scheme, the data collection capabilities supported by the AS of the first terminal device include: supporting sending AS data to the application layer of the first terminal device, and the data collection capabilities supported by the AS of the first terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the first terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0033] In a possible design scheme, the method provided in the embodiment of the present application may also include: the network device determines the data collection capabilities supported by the AS of the first terminal device that can be sent to the data collection application entity or the application providing entity.

[0034] In a fourth aspect, a communication method is provided, which can be executed by an application providing entity, or by a component of the application providing entity, such as a processor, chip, or chip system of the application providing entity, or by a logic module or software that can realize all or part of the functions of the application providing entity. The following is an illustration of the method being executed by the application providing entity. The method includes: the application providing entity receives first capability information from a terminal device. The first capability information is used to indicate the data collection capability supported by the access layer AS of the terminal device. The application providing entity determines a second configuration based on the first capability information. The second configuration is a configuration for AS data collection supported by the terminal device. The application providing entity sends the second configuration to the terminal device.

[0035] Based on this communication method, the application providing entity can directly configure appropriate AS data collection configuration for the terminal device by sensing the AS data collection capability of the terminal device, thereby realizing the collection of AS data.

[0036] In a possible design scheme, the application providing entity sending the second configuration to the terminal device may include: the application providing entity sending the second configuration to the terminal device through a data collection application entity.

[0037] In a possible design solution, the data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

[0038] In one possible design scheme, the data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0039] In a fifth aspect, a communication method is provided. The method can be executed by a terminal device, or by a component of the terminal device, such as a processor, chip, or chip system of the terminal device, or by a logic module or software that can implement all or part of the terminal device functions. The following description takes the method executed by a terminal device as an example. The method includes: sending first capability information, where the first capability information is used to indicate the data collection capability supported by the access layer AS of the terminal device. Receiving a second configuration, where the second configuration is a configuration for AS data collection supported by the terminal device, and the second configuration is determined based on the first capability information.

[0040] In one possible design scheme, sending the first capability information may include: sending the first capability information to an access network device or an access and mobility management network element.

[0041] In one possible design scheme, sending the first capability information may include: sending the first capability information to the data collection application entity.

[0042] In one possible design scheme, sending the first capability information may include: sending the first capability information to an application providing entity.

[0043] In one possible design, receiving the second configuration may include: receiving the second configuration from an application providing entity.

[0044] In one possible design scheme, receiving the second configuration may include: receiving the second configuration from a data collection application entity.

[0045] In a possible design solution, the data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

[0046] In one possible design scheme, the data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0047] Among them, the technical effects of the method described in the fifth aspect can refer to the technical effects of the method described in any one of the first to fourth aspects above, and will not be repeated here.

[0048] In a sixth aspect, a communication device is provided for implementing the various methods described above. The communication device may be the network device described in the first aspect, or a device including the network device described above, or a device included in the network device, such as a chip. The communication device includes corresponding modules, units, or means for implementing the method described in the first aspect. The modules, units, or means may be implemented by hardware, software, or by hardware executing corresponding software implementations. The hardware or software includes one or more modules or units corresponding to the above functions.

[0049] In some possible designs, the communication device includes: a processing module and a transceiver module. The transceiver module is used to receive first capability information from a terminal device. The first capability information is used to indicate the data collection capability supported by the access layer AS of the terminal device. The transceiver module is also used to receive a first configuration from an application providing entity. The first configuration is used by the terminal device to collect AS data expected by the application providing entity. The processing module is used to determine, from the first configuration, a configuration for AS data collection supported by the terminal device based on the first capability information.

[0050] In one possible design scheme, the communication device is an access network device or an access and mobility management network element; the transceiver module is used to receive the first configuration from the application providing entity, and may include: a transceiver module is used to receive the first configuration from the application providing entity through the data collection application entity.

[0051] In a possible design solution, the processing module is further configured to determine the data collection capabilities supported by the AS of the terminal device that can be sent to the data collection application entity or the application providing entity.

[0052] In one possible design solution, the transceiver module is further configured to send first feedback information to the data collection application entity.

[0053] In a possible design solution, the transceiver module is further configured to send first feedback information to the application providing entity through the data collection application entity.

[0054] In one possible design solution, the communication device is a data collection application entity; the transceiver module is further configured to send first feedback information to the application providing entity.

[0055] In one possible design scheme, the first feedback information is used to indicate part or all of the configurations supported by the terminal device in the first configuration.

[0056] In one possible design scheme, the first feedback information may include at least one of the following: a configuration for AS data collection supported by the terminal device, a configuration for AS data collection not supported by the terminal device, or a reason why the terminal device does not support the configuration for AS data.

[0057] In one possible design solution, the transceiver module is further configured to send a second configuration to the terminal device, where the second configuration is obtained by updating the first configuration according to a configuration for AS data collection supported by the terminal device.

[0058] In a possible design scheme, the transceiver module is further used to send the second configuration to the terminal device, which may include: the transceiver module is further used to send the second configuration to the terminal device through the application providing entity.

[0059] In a possible design solution, the data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

[0060] In one possible design scheme, the data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0061] Among them, the technical effects of the communication device described in the sixth aspect can refer to the technical effects of the method described in the first aspect, and will not be repeated here.

[0062] In the seventh aspect, a communication device is provided for implementing the various methods described above. The communication device can be the data collection application entity described in the second aspect, or a device including the data collection application entity, or a device included in the data collection application entity, such as a chip. The communication device includes corresponding modules, units, or means for implementing the method described in the second aspect. The modules, units, or means can be implemented by hardware, software, or by executing corresponding software implementations through hardware. The hardware or software includes one or more modules or units corresponding to the above functions.

[0063] In some possible designs, the communication device includes: a processing module and a transceiver module. The processing module is used to control the transceiver module to receive a first configuration from an application providing entity. The first configuration is used for the terminal device to collect AS data expected by the application providing entity. The processing module is also used to control the transceiver module to receive first feedback information from a network device. The first feedback information is used to indicate part or all of the configurations supported by the terminal device in the first configuration. The processing module is also used to control the transceiver module to send a second configuration to the terminal device. The second configuration is obtained by updating the first configuration based on the first feedback information.

[0064] In one possible design scheme, the first feedback information may include at least one of the following: a configuration for AS data collection supported by the terminal device, a configuration for AS data collection not supported by the terminal device, or a reason why the terminal device does not support the configuration for AS data.

[0065] In a possible design scheme, the processing module is further used to control the transceiver module to send the second configuration to the terminal device, which may include: the processing module is further used to control the transceiver module to send the second configuration to the terminal device through the application providing entity.

[0066] Among them, the technical effects of the communication device described in the seventh aspect can refer to the technical effects of the method described in the second aspect, and will not be repeated here.

[0067] In an eighth aspect, a communication device is provided for implementing the various methods described above. The communication device may be the network device described in the third aspect, or a device including the network device described above, or a device included in the network device, such as a chip. The communication device includes corresponding modules, units, or means for implementing the method described in the third aspect. The modules, units, or means may be implemented by hardware, software, or by hardware executing corresponding software implementations. The hardware or software includes one or more modules or units corresponding to the above functions.

[0068] In some possible designs, the communication device includes: a processing module and a transceiver module. The transceiver module is used to receive first capability information from the first terminal device. The first capability information is used to indicate the data collection capability supported by the access layer AS of the first terminal device. The transceiver module is also used to receive one or more groups of configurations from the application providing entity. Each group of configurations in the one or more groups of configurations is used by the terminal device to collect AS data expected by the application providing entity. The processing module is used to determine a second configuration from the one or more groups of configurations based on the first capability information. The second configuration is a configuration for AS data collection supported by the first terminal device. The transceiver module is also used to send the second configuration to the first terminal device.

[0069] In one possible design, the transceiver module is further used to receive one or more configurations from the application providing entity, and may include: the transceiver module is further used to receive one or more groups of configurations from the application providing entity through the data collection application entity.

[0070] In a possible design scheme, the transceiver module is further used to send the second configuration to the first terminal device, and may include: the transceiver module is further used to send the second configuration to the first terminal device through the data collection application entity.

[0071] In one possible design scheme, the transceiver module is further used to send second feedback information to the data collection application entity, and the second feedback information is used to indicate the AS data collection status corresponding to the configuration executed by the terminal device in one or more groups of configurations.

[0072] In a possible design solution, the second feedback information may include at least one of the following: AS data that has been collected, AS data that has not been collected, or the reason for not completing the collection of AS data.

[0073] In one possible design, the network device may be an access network device or an access and mobility management network element.

[0074] In one possible design solution, the data collection capability supported by the AS of the first terminal device includes: whether it supports sending AS data to the application layer of the first terminal device.

[0075] In one possible design scheme, the data collection capabilities supported by the AS of the first terminal device include: supporting sending AS data to the application layer of the first terminal device, and the data collection capabilities supported by the AS of the first terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the first terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0076] In a possible design scheme, the processing module is further used to determine the data collection capabilities supported by the AS of the first terminal device that can be sent to the data collection application entity or the application providing entity.

[0077] Among them, the technical effects of the communication device described in the eighth aspect can refer to the technical effects of the method described in the third aspect, and will not be repeated here.

[0078] In the ninth aspect, a communication device is provided for implementing the various methods described above. The communication device may be an entity providing the application in the fourth aspect, or a device including the application providing entity, or a device included in the application providing entity, such as a chip. The communication device includes corresponding modules, units, or means for implementing the method described in the fourth aspect, and the modules, units, or means may be implemented by hardware, software, or by executing corresponding software implementations through hardware. The hardware or software includes one or more modules or units corresponding to the above functions.

[0079] In some possible designs, the communication device includes: a processing module and a transceiver module. The transceiver module is configured to receive first capability information from a terminal device. The first capability information indicates data collection capabilities supported by an access layer (AS) of the terminal device. The processing module is configured to determine a second configuration based on the first capability information. The second configuration is a configuration for AS data collection supported by the terminal device. The transceiver module is further configured to send the second configuration to the terminal device.

[0080] In a possible design scheme, the transceiver module is further used to send the second configuration to the terminal device, and may include: the transceiver module is further used to send the second configuration to the terminal device through the data collection application entity.

[0081] In a possible design solution, the data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

[0082] In one possible design scheme, the data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0083] Among them, the technical effects of the communication device described in the ninth aspect can refer to the technical effects of the method described in the fourth aspect, and will not be repeated here.

[0084] In the tenth aspect, a communication device is provided for implementing the various methods described above. The communication device may be the terminal device described in the fifth aspect, or a device including the terminal device, or a device included in the terminal device, such as a chip. The communication device includes corresponding modules, units, or means for implementing the method described in the fifth aspect. The modules, units, or means may be implemented by hardware, software, or by hardware executing corresponding software implementations. The hardware or software includes one or more modules or units corresponding to the above functions.

[0085] In some possible designs, the communication device includes a processing module and a transceiver module. The processing module is configured to control the transceiver module to transmit first capability information, where the first capability information indicates data collection capabilities supported by an access layer (AS) of a terminal device. The processing module is further configured to control the transceiver module to receive a second configuration, where the second configuration is a configuration for AS data collection supported by the terminal device and is determined based on the first capability information.

[0086] In one possible design scheme, the processing module, used to control the transceiver module to send the first capability information, may include: a processing module, used to control the transceiver module to send the first capability information to the access network device or the access and mobility management network element.

[0087] In one possible design scheme, the processing module, used to control the transceiver module to send the first capability information, may include: a processing module, used to control the transceiver module to send the first capability information to the data collection application entity.

[0088] In a possible design solution, the processing module is further used to control the transceiver module to send the first capability information, which may include: the processing module is further used to control the transceiver module to send the first capability information to the application providing entity.

[0089] In a possible design solution, the processing module is further used to control the transceiver module to receive the second configuration, which may include: the processing module is further used to control the transceiver module to receive the second configuration from the application providing entity.

[0090] In a possible design scheme, the processing module is further used to control the transceiver module to receive the second configuration, which may include: the processing module is further used to control the transceiver module to receive the second configuration from the data collection application entity.

[0091] In a possible design solution, the data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

[0092] In one possible design scheme, the data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device may also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

[0093] Among them, the technical effects of the communication device described in the tenth aspect can refer to the technical effects of the method described in the fifth aspect, and will not be repeated here.

[0094] In conjunction with any one of aspects 6 to 10, in one possible design, the transceiver module may include a receiving module and a sending module. The sending module is used to implement the sending function of the communication device described in any one of aspects 6 to 10, and the receiving module is used to implement the receiving function of the communication device described in any one of aspects 6 to 10.

[0095] In conjunction with any one of aspects 6 to 10, in one possible design, the communication device described in any one of aspects 6 to 10 may further include a storage module storing a program or instruction. When the processing module executes the program or instruction, the communication device described in any one of aspects 6 to 10 may perform the method described in any one of aspects 1 to 5.

[0096] Among them, the technical effects of the communication device described in any one of aspects 6 to 10 can refer to the technical effects of the method described in any one of aspects 1 to 5, and will not be repeated here.

[0097] In the eleventh aspect, a communication device is provided, comprising: a processor and a communication interface; the communication interface is used to communicate with a module outside the communication device; the processor is used to execute a computer program or instruction so that the communication device executes the method described in any one of the first to fifth aspects above.

[0098] In the twelfth aspect, a communication device is provided (for example, the communication device may be a chip or a chip system), which includes a processor for implementing the functions involved in any one of the first to fifth aspects above.

[0099] In some possible designs, the communication device includes a memory for storing necessary program instructions and / or data.

[0100] In one possible design, the processor can be integrated with the memory.

[0101] In some possible designs, when the communication device is a chip system, it can be composed of a chip, or it can include a chip and other discrete devices.

[0102] In a thirteenth aspect, a communication device is provided, comprising: a transceiver and a processor, wherein the transceiver is used to exchange information between the communication device and other communication devices, and the processor executes program instructions to perform the method described in any one of the first to fifth aspects.

[0103] In one possible design, the communication device described in aspect 13 may further include a memory. The memory may be integrated with the processor or provided separately. The memory may be used to store the computer program and / or data involved in the method described in any one of aspects 1 to 5 above.

[0104] It should be understood that the above-mentioned aspects 11 to 13 include modules, units, or means corresponding to the method described in any one of the above-mentioned aspects 1 to 5, and the modules, units, or means can be implemented by hardware, software, or by hardware executing the corresponding software implementation. The hardware or software includes one or more modules or units for performing the functions involved in the above-mentioned method.

[0105] It can be understood that when the communication device provided in any one of the eleventh to thirteenth aspects is a chip, the above-mentioned sending action / function can be understood as output, and the above-mentioned receiving action / function can be understood as input.

[0106] In the fourteenth aspect, a computer-readable storage medium is provided, which stores a computer program or instruction. When the computer-readable storage medium is run on a communication device, the communication device can execute the method described in any one of the first to fifth aspects above.

[0107] In a fifteenth aspect, a computer program product comprising instructions is provided, which, when executed on a communication device, enables the communication device to execute the method described in any one of the first to fifth aspects above.

[0108] In the sixteenth aspect, a communication system is provided, comprising a network device for executing the method described in the first aspect and a terminal device for executing the method described in the fifth aspect. Alternatively, the system comprises a network device for executing the method described in the first aspect, a data collection application entity for executing the method described in the second aspect, and a terminal device for executing the method described in the fifth aspect. Alternatively, the system comprises a network device for executing the method described in the third aspect and a terminal device for executing the method described in the fifth aspect. Alternatively, the system comprises an application providing entity for executing the method described in the fourth aspect and a terminal device for executing the method described in the fifth aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0109] FIG1 is a schematic diagram of an EVEX data collection architecture provided in an embodiment of the present application;

[0110] FIG2 is a schematic diagram of the architecture of an AI application framework in NR provided in an embodiment of the present application;

[0111] FIG3 is a schematic diagram of the architecture of another AI application framework provided in an embodiment of the present application;

[0112] FIG4 is a flow chart of an overall signaling process of an AI model LCM provided in an embodiment of the present application;

[0113] FIG5 is a schematic diagram of the architecture of a communication system provided in an embodiment of the present application;

[0114] FIG6 is a schematic diagram of an AI model distribution architecture provided in an embodiment of the present application;

[0115] FIG7 is a schematic diagram of the architecture of a 5G system provided in an embodiment of the present application;

[0116] FIG8 is a flow chart of a communication method provided in an embodiment of the present application;

[0117] FIG9 is a flow chart of another communication method provided in an embodiment of the present application;

[0118] FIG10 is a flow chart of another communication method provided in an embodiment of the present application;

[0119] FIG11 is a flow chart of another communication method provided in an embodiment of the present application;

[0120] FIG12 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

[0121] FIG13 is a schematic structural diagram of another communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0122] To better understand the embodiments of the present application, the following first introduces the system architecture involved in the embodiments of the present application:

[0123] The embodiments of the present application will present various aspects, embodiments, or features around a system that may include multiple devices, components, modules, etc. It should be understood and appreciated that each system may include additional devices, components, modules, etc., and / or may not include all of the devices, components, modules, etc. discussed in conjunction with the figures. Furthermore, combinations of these solutions may also be used.

[0124] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as wireless fidelity (Wi-Fi) systems, vehicle to everything (V2X) communication systems, device-to-device (D2D) communication systems, Internet of Vehicles communication systems, 4th generation (4G) mobile communication systems, such as long term evolution (LTE) systems, world-wide interoperability for microwave access (WiMAX) communication systems, 5th generation (5G) mobile communication systems, such as new radio (NR) systems, and future communication systems, such as 6th generation (6G) mobile communication systems.

[0125] The following describes the related technologies involved in the embodiments of this application.

[0126] 1. EVEX Collection Data Architecture

[0127] The EVEX data collection architecture is used to collect UE application (APP) layer data or non-access layer data, such as media stream data and quality of experience (QoE) metrics. As shown in Figure 1, the EVEX data collection architecture primarily includes the UE, DCAF, and application service provider (ASP). The UE includes a DDCC module and an application layer module. The DDCC module communicates with the application layer module via the R7 interface, and the DDCC module communicates with the DCAF via the R2 interface.

[0128] ASP includes the provisioning application function (PAF) module, the IDCC module and the event consumer AF (ECAF) module. The PAF module communicates with the DCAF through the R1 interface, the IDCC module communicates with the DCAF through the R3 interface, and the ECAF module communicates with the DCAF through the R6 interface.

[0129] The PAF module sends data collection / processing and event exposure configurations to the DCAF via the R1 interface. The DACF can send data collection and reporting configurations to the corresponding entity, which reports the collected data based on the configurations. For example, the data collection and reporting configurations can be sent to the DDCC module via the R2 interface. The UE's application layer module can then be configured to report the collected application layer data. The application layer data collected by the UE's application layer module can be sent to the DCAF directly (e.g., via R7-R2) or indirectly (e.g., via R8-R3). The DCAF processes the collected data based on event identification (ID) requirements and exposes the collected data to subscribers based on the event ID. For example, the ASP or network data analytics function (NWDAF) indicates to the DCAF the event ID corresponding to the data to be collected. The DCAF then sends the collected data based on the event ID to the ASP or NWDAF. Communication between the NWDAF and DCAF occurs via the R5 interface.

[0130] 2. Artificial intelligence (AI)

[0131] AI can be applied to NR to improve network performance and user experience by intelligently collecting and analyzing data. As shown in Figure 2, the AI ​​application framework in NR can include the following modules:

[0132] The data collection module collects and stores data from the next-generation Node-B (gNB), gNB-centralized unit (CU), gNB-distributed unit (DU), UE, or other management entities as a database for AI model training and data analysis and inference. The model training module analyzes the training data provided by the data collection module to generate the optimal AI model. The model inference module uses the AI ​​model to provide reasonable AI-based predictions about network operation or guide network policy adjustments based on the inference data provided by the data collection module. The decision / actor module executes the policy adjustments output by the model inference module and feeds back the network's performance (such as various performance parameters) after the relevant policies are applied to the data collection module for storage.

[0133] Figure 3 is a schematic diagram of another AI application communication framework. Unlike Figure 2, the AI ​​application communication framework shown in Figure 3 includes, in addition to the data collection module, model training module, and model inference module, a model management module and a model storage module, respectively, for managing and storing AI models. Furthermore, in the AI ​​application communication framework shown in Figure 3, the data collected by the data collection module can be used by the module training module, the model inference module, and the model management module.

[0134] Currently, RAN1 is researching the following three use cases for AI technology:

[0135] 1) Channel state information (CSI) feedback enhancement

[0136] 2) Beam management (BM)

[0137] 3) Positioning accuracy enhancements

[0138] In addition, the lifecycle management (LCM) of the AI ​​model is the management of the entire process of the AI ​​model from start to finish. For example, in a communication system, the overall signaling process of the AI ​​model LCM between the UE, RAN and the core network (CN) or operation, administration and maintenance (OAM) (which can be called network management) is shown in Figure 4, including: AI-related capability interaction, data collection for AI model training, AI model training, AI model operation, data collection for AI model reasoning, AI model reasoning, AI model performance feedback / monitoring, AI model switching / update / deactivation / fallback and other processing processes.

[0139] For the above-mentioned AI application scenarios, the input data of the AI ​​model are all AS data. For example, in the CSI compression scenario, the input of the model is the channel state information reference signal (CSI-RS) measurement result, which involves access layer CSI reporting. If the UE's AS data is to be collected based on the EVEX data collection architecture, the ASP needs to send the configuration information for AS data collection based on the UE's AS capabilities. However, UE capabilities such as AS data collection capabilities are usually only reported to the RAN or access and mobility management function (AMF), and the ASP cannot perceive the UE AS data collection capabilities. Therefore, how to use the EVEX data collection architecture to realize the collection of UE's AS data has become an urgent problem to be solved.

[0140] In order to better understand the embodiments of the present application, the following explanations are made before introducing the embodiments of the present application.

[0141] First, in the embodiments of the present application, "used to indicate" can include being used for direct indication and being used for indirect indication. When describing a certain "indication information" as being used to indicate A, it can include the indication information directly indicating A or indirectly indicating A, and does not necessarily mean that the indication information carries A.

[0142] The information indicated by the indication information is called the information to be indicated. In the specific implementation process, there are many ways to indicate the information to be indicated, such as but not limited to, directly indicating the information to be indicated, such as the information to be indicated itself or the index of the information to be indicated. The information to be indicated can also be indirectly indicated by indicating other information, wherein there is an association between the other information and the information to be indicated. It is also possible to indicate only a part of the information to be indicated, while the other parts of the information to be indicated are known or agreed in advance. For example, it is also possible to use the arrangement order of each piece of information agreed in advance (such as specified in the protocol) to achieve the indication of specific information, thereby reducing the indication overhead to a certain extent. At the same time, it is also possible to identify the common parts of each piece of information and indicate them uniformly to reduce the indication overhead caused by indicating the same information separately.

[0143] In addition, the specific indication method can also be various existing indication methods, such as but not limited to the above-mentioned indication methods and various combinations thereof. The specific details of the various indication methods can be referred to the prior art and will not be repeated herein. As can be seen from the above, for example, when it is necessary to indicate multiple information of the same type, there may be a situation where the indication methods for different information are different. In the specific implementation process, the required indication method can be selected according to specific needs. The embodiment of the present application does not limit the selected indication method. In this way, the indication method involved in the embodiment of the present application should be understood to cover various methods that can enable the party to be indicated to obtain the information to be indicated.

[0144] The information to be indicated can be sent as a whole, or divided into multiple sub-information and sent separately, and the sending period and / or sending time of these sub-information can be the same or different. The specific sending method is not limited in this application. Among them, the sending period and / or sending time of these sub-information can be predefined, for example, predefined according to the protocol, or configured by the transmitting device by sending configuration information to the receiving device. Among them, the configuration information can, for example, but not limited to, include one or a combination of at least two of radio resource control (RRC) signaling, medium access control (MAC) layer signaling and physical layer signaling. Among them, MAC layer signaling, for example, includes MAC-control element (CE); physical (PHY) layer signaling, for example, includes DCI.

[0145] Second, in the embodiments of the present application, the first, second, and various numerical numbers are merely distinctions made for ease of description and are not intended to limit the scope of the embodiments of the present application. For example, different indication information is used to distinguish one from another. For another example, the first indication information and the second indication information are merely used to distinguish different areas and do not limit their order of precedence. Those skilled in the art will understand that words such as "first" and "second" do not limit the quantity and order of execution, and words such as "first" and "second" do not necessarily limit them to be different.

[0146] Third, in the embodiments of the present application, descriptions such as "when...", "in the case of...", "if" and "if" all mean that the device (such as a terminal device or a network device) will make corresponding processing under certain objective circumstances. It does not limit the time, and does not require the device (such as a terminal device or a network device) to perform a judgment action when implementing it, nor does it mean that there are other limitations.

[0147] At the same time, in the embodiments of this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary" or "for example" in the embodiments of this application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Rather, the use of words such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner to facilitate understanding.

[0148] Finally, the network architecture and business scenarios described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. Ordinary technicians in this field can know that with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0149] For example, Figure 5 is a schematic diagram of the architecture of a communication system applicable to the communication method provided in an embodiment of the present application. As shown in Figure 5, the communication system includes: a terminal device, a network device, and an application provisioning entity, and each of the three can communicate with each other. In the embodiment of the present application, the network device can be an access network device or a core network device (such as an access and mobility management network element) or a data collection application entity.

[0150] 1. Terminal equipment

[0151] The terminal device may be one or more, such as a first terminal device, a second terminal device, a third terminal device, etc. The terminal device may be a terminal device with transceiver functions, or may be a chip or chip system provided in the terminal device. The terminal device may also be referred to as UE, access terminal, subscriber unit (subscriber unit), user station, mobile station (MS), mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user equipment. The terminal device in the embodiments of the present application can be a mobile phone, a cellular phone, a smart phone, a tablet computer, a wireless data card, a personal digital assistant (PDA), a wireless modem, a handheld device (handset), a laptop computer, a machine type communication (MTC) terminal, a computer with wireless transceiver function, a virtual reality (VR) terminal, an augmented reality (AR) terminal, a smart home device (for example, a refrigerator, a television, an air conditioner, an electric meter, etc.), an intelligent robot, a robotic arm, a workshop equipment, a wireless terminal in unmanned driving, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical care, a wireless terminal in smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, a vehicle-mounted terminal, a roadside unit with terminal function, a roadside control unit (ROU), ... The terminal device of the present application may also be an onboard module, onboard module, onboard component, onboard chip or onboard unit built into a vehicle as one or more components or units. The terminal device may also be other devices with terminal functions, for example, a terminal device may also be a device that functions as a terminal in D2D communication.

[0152] The embodiments of this application do not limit the device form factor of the terminal. The device used to implement the functions of the terminal device can be the terminal device; it can also be a device that supports the terminal device to implement the functions, such as a chip system. The device can be installed in the terminal device or used in conjunction with the terminal device. In the embodiments of this application, the chip system can be composed of chips or include chips and other discrete devices.

[0153] 2. Access network equipment

[0154] There may be multiple access network devices, such as a first access network device, a second access network device, a third access network device, etc. The access network device may also be referred to as an access network node, a RAN node, a RAN entity or an access node, etc., which is located on the network side of the above-mentioned communication system to help the terminal device achieve wireless access, and a device with wireless transceiver function or a chip or chip system that can be set on the device. The access network device includes but is not limited to: a base station, an evolved NodeB (eNodeB), an access point (AP), a TRP or a transmission point (TP), a gNB, a next-generation base station in a 6G mobile communication system, a base station in a future mobile communication system, or an access node in a Wi-Fi system, etc. The access network device may be a macro base station, a micro base station or an indoor station, a relay node or a donor node, or a wireless controller in a centralized radio access network (CRAN) scenario. The access network device may also be one or a group of antenna panels (including multiple antenna panels) of a base station in 5G, or a network node constituting a gNB, TRP or TP or transmission measurement function (TMF), such as a central unit (CU), DU, CU-control plane (CP), CU-user plane (UP), or radio unit (RU), a road side unit (RSU) with base station functions. Optionally, the access network device may also be a server, a wearable device, a vehicle or an on-board device, etc. For example, the access network device in V2X technology may be an RSU. All or part of the functions of the network device in this application may also be implemented by software functions running on hardware, or by virtualization functions instantiated on a platform (e.g., a cloud platform). The access network device in this application may also be a logical node, logical module, or software that can implement all or part of the functions of the access network device.

[0155] Among them, the CU and DU can be set separately, or can also be included in the same network element, such as a baseband unit (BBU). The RU can be included in a radio frequency device or a radio frequency unit, for example, a remote radio unit (RRU), an active antenna unit (AAU) or a remote radio head (RRH). It can be understood that the access network device can be a CU node, a DU node, or a device including a CU node and a DU node. In addition, the CU can be divided into a network device in the access network RAN, or the CU can be divided into a network device in the CN, which is not limited here.

[0156] In different systems, CU (or CU-CP and CU-UP), DU or RU may also have different names, but those skilled in the art can understand their meanings. For example, in an open RAN (open-RAN, O-RAN) system, CU may also be called O-CU (open CU), DU may also be called O-DU, CU-CP may also be called O-CU-CP, CU-UP may also be called O-CU-UP, and RU may also be called O-RU. For the convenience of description, this application uses CU, CU-CP, CU-UP, DU and RU as examples for description. Any unit of CU (or CU-CP, CU-UP), DU and RU in this application can be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.

[0157] The embodiments of this application do not limit the form of the access network device. The device used to implement the functions of the access network device can be the access network device; it can also be a device that supports the access network device to implement the functions, such as a chip system. The device can be installed in the access network device or used in conjunction with the access network device.

[0158] 3. Core network equipment

[0159] A core network device is a device deployed in a core network to provide services for terminal devices. In systems using different wireless access technologies, the names of core network devices with similar wireless communication functions may be different. In an embodiment of the present application, the core network device may be an access and mobility management network element. For example, when the method of an embodiment of the present application is applied to a 5G system, the access and mobility management network element may be an AMF. When the method of an embodiment of the present application is applied to an LTE system, the access and mobility management network element may be a mobility management entity (MME). For the convenience of description only, in an embodiment of the present application, the above-mentioned devices that can provide services for terminal devices are collectively referred to as core network devices.

[0160] 4. Application provider

[0161] The application provisioning entity is deployed at the application layer and is used to provide application services to terminal devices. The application provisioning entity may include a configuration and issuance application module, an indirect data collection module, and an event usage module. The configuration and issuance application module is used to issue data collection configuration information to the terminal device, the indirect data collection module is used to forward the collected data from the terminal device, and the event usage module uses the collected data to complete event processing. In an embodiment of the present application, the application provisioning entity may be an ASP, and accordingly, the configuration and issuance application module may be a PAF, the indirect data collection module may be an IDCC, and the event usage module may be an ECAF.

[0162] 5. Data Collection Application Entity

[0163] The data collection application entity is deployed at the application layer to collect data from the application layer and access layer of the terminal device, and to open the collected data to the access network device, application provider, etc. In the embodiment of the present application, the data collection application entity may be a DCAF.

[0164] In the embodiment of the present application, an AI module may also be deployed on a terminal device, a network device or an application providing entity. The AI ​​module is a module with machine learning computing capabilities. When the AI ​​module is deployed on a communication device or a communication apparatus, the communication device or the communication apparatus may perform the model training, model reasoning and other processing shown in FIG2 or FIG3 based on the AI ​​model. When the method of the embodiment of the present application is applied to a 5G system, as shown in FIG6, the AI ​​module is located in the OAM, or in the RAN device (the separation architecture is located in the CU / DU), or in some terminal devices, or as a separate network element entity RAN intelligent controller (RIC) module. The main function of the AI ​​module in the wireless communication system is to perform a series of AI calculations such as model building, training approximation, and reinforcement learning based on input data (in a wireless communication system, input data generally refers to network operation data provided by the RAN side or monitored by OAM, such as network load, channel quality, etc.). The trained model provided by the AI ​​module has the function of predicting network changes on the RAN side, and can generally be used for load prediction, UE trajectory prediction, CSI prediction, optimal beam prediction, positioning prediction, etc. Furthermore, the AI ​​module can also perform policy reasoning from the perspectives of network energy conservation and mobility optimization based on the trained model's predictions of RAN network performance, thereby developing reasonable and efficient energy conservation and mobility optimization strategies. When the AI ​​module resides in the OAM, its communication with the RAN-side gNB can reuse the current northbound interface. When the AI ​​module resides in the gNB or CU, it can reuse the current F1, Xn, and Uu interfaces. When the AI ​​module becomes a standalone network entity, it needs to re-establish communication links with the OAM and RAN, such as wired or wireless links.

[0165] Furthermore, Figure 7 is a schematic diagram of the architecture of a 5G system applicable to the above-mentioned communication system provided in an embodiment of the present application. As shown in Figure 7, the 5G system includes: terminal equipment, access network (AN) and CN.

[0166] The AN implements access-related functions, providing network access for authorized users in a specific area and determining transmission links of varying quality for user data based on user level and service requirements. The AN forwards control signals and user data between terminal devices and the CN. The AN may include access network equipment, also known as RAN equipment.

[0167] The CN is mainly responsible for maintaining the subscription data of the mobile network and providing functions such as session management, mobility management, policy management, and security authentication for terminal devices. The CN mainly includes the following network elements: user plane function (UPF), authentication server function (AUSF), AMF, session management function (SMF), network slice selection function (NSSF), network exposure function (NEF), network repository function (NRF), policy control function (PCF), unified data management (UDM), unified data repository (UDR), and application function (AF).

[0168] As shown in Figure 7, the terminal device accesses the 5G network through the RAN device, and the terminal device communicates with the AMF through the N1 interface (referred to as N1); the RAN device communicates with the AMF through the N2 interface (referred to as N2); the RAN device communicates with the UPF through the N3 interface (referred to as N3); the SMF communicates with the UPF through the N4 interface (referred to as N4), and the UPF accesses the data network (DN) through the N6 interface (referred to as N6).

[0169] It should be understood that the names of nodes, modules, devices or network elements in different scenarios or architectures or systems, as well as the names of communication interfaces between nodes, modules, devices or network elements are given as examples in the embodiments of the present application, and the possibility of name changes in future communication systems, scenarios or architectures is not excluded.

[0170] The communication method provided in the embodiment of the present application will be described in detail below with reference to Figures 8-11.

[0171] For example, Figure 8 is a flow chart of a communication method provided in an embodiment of the present application. The communication method can be used for communication between a terminal device and a network device.

[0172] In an embodiment of the present application, the terminal device that executes the method embodiment may be the terminal device itself, or a component of the terminal device, such as a processor, chip, or chip system of the terminal device, or a logic module or software implementation that implements all or part of the terminal device-related functions. The following method embodiment is described by taking the terminal device execution as an example. In an embodiment of the present application, the network device that executes the method embodiment may be the network device itself, or a component of the network device, such as a processor, chip, or chip system of the network device, or a logic module or software implementation that implements all or part of the network device-related functions. The following method embodiment is described by taking the network device execution as an example. As shown in Figure 8, the communication method includes the following steps:

[0173] S801: A terminal device sends first capability information to a network device. Correspondingly, the network device receives the first capability information from the terminal device.

[0174] The first capability information is used to indicate the data collection capabilities supported by the AS of the terminal device (which may be referred to as AS data collection capabilities). In an embodiment of the present application, the first capability information reported by the terminal device may include all data collection capabilities possessed or supported by the AS of the terminal device, or may include some data collection capabilities possessed or supported by the AS of the terminal device. The specific data collection capabilities reported are related to the application scenario, the object for obtaining the data collection capabilities, etc.

[0175] AS data collection capabilities include whether it supports sending AS data to the terminal device's application layer. Specifically, whether the terminal device's AS supports sending AS data to the terminal device's application layer (APP layer). Typically, the terminal device's AS and APP can negotiate to confirm that the terminal device's AS can send data to the terminal device's APP, or they can default to allowing AS data transmission between the terminal device's AS and APP.

[0176] On this basis, the AS data collection capability may also include at least one of the following: the type of AS data supported to be sent to the application layer of the terminal device, the format of the AS data supported, or the object supported to obtain AS data. Among them, the type of AS data supported to be sent to the application layer of the terminal device may refer to: the AS of the terminal device supports sending AS data in one or more application scenarios (such as CSI feedback enhancement, beam management, or AI application scenarios such as positioning accuracy enhancement) to the application layer of the terminal device, or the AS of the terminal device supports sending which types of AS data to the application layer of the terminal device, etc. The object supported to obtain AS data may refer to: the object supported to open AS data, or the object supported to receive AS data, such as supporting the direct data collection module of the terminal device (such as the DDCC in Figure 1) to receive and send AS data, supporting the indirect data collection module of the application providing entity (such as the IDCC in Figure 1) to receive and send AS data, supporting data collection application entity or application providing entity to obtain AS data, etc. It should be understood that the above examples give the data collection capabilities supported by the AS of several terminal devices, and the embodiments of the present application are not limited to this.

[0177] In an embodiment of the present application, AS data may include but is not limited to the following: channel measurement data, layer (L) 1-reference signal receiving power (RSRP), positioning reference signal (PRS) measurement data, sounding reference signal (SRS) measurement data, channel impulse response (CIR) / channel frequency response (CFR) data, channel power delay profile (PDP), model performance monitoring index data, or label data. Exemplarily, the channel measurement data includes at least one of some channel measurement raw data or processed data, such as the original channel matrix based on CSI-RS measurement, or the eigenvector data after decomposing the original channel matrix. Exemplarily, the model performance monitoring index data includes one or more of the channel prediction accuracy, Top-k beam prediction accuracy, positioning accuracy, and line of sight (LOS) / non-line of sight (NLOS) recognition accuracy. Exemplarily, the tag data includes one or more of a channel true value, an optimal beam true value, a terminal device position true value, and a LOS / NOLS state true value.

[0178] In one possible design, the network device may be an access network device or an access and mobility management network element. For example, the access network device may be the RAN device in FIG. 7 , and the access and mobility management network element may be the AMF in FIG. 7 . When the network device is an access and mobility management network element, the terminal device may send the first capability information to the access and mobility management network element via the access network device or directly to the access and mobility management network element, without limitation.

[0179] In one possible design scheme, the network device may be a data collection application entity. For example, the data collection application entity is the DCAF in Figure 1 above. In this design scheme, the first capability information is based on the authentication of the access network device or the access and mobility management network element. That is to say, when the terminal device sends data collection capability information to the data collection application entity, the access network device or the access and mobility management network element can manage and control the data collection capability information that the terminal device opens or exposes to the data collection application entity, such as whether the AS data collection capability of the terminal device can be opened to the data collection application entity, and which AS data collection capabilities can be opened to the data collection application entity, etc.

[0180] In one possible implementation, the access network device or the access and mobility management network element can determine the data collection capabilities supported by the AS of the terminal device that can be sent to the data collection application entity or the application providing entity. For example, when the access network device or the access and mobility management network element forwards the AS data collection capabilities reported by the terminal device to the data collection application entity, the AS data collection capabilities are filtered based on a preconfigured policy before being sent to the data collection application entity. In this case, the first capability information received by the data collection application entity is the first capability information after screening and processing by the access network device or the access and mobility management network element, that is, the received first capability information may be different from the first capability information sent by the terminal device. Alternatively, the access network device or the access and mobility management network element can negotiate with the terminal device to determine which AS data collection capabilities can be opened to the data collection application entity, and there is no limitation on this.

[0181] S802: The application providing entity sends a first configuration to the network device. Correspondingly, the network device receives the first configuration from the application providing entity.

[0182] Among them, the first configuration is used for the terminal device to collect the AS data expected by the application providing entity. In an embodiment of the present application, the application providing entity configures the terminal device to collect the AS data expected by the application providing entity by issuing the first configuration. In a possible design scheme, the first configuration may include an event (event) associated with the expected AS data, an event identifier (event ID), the type of expected AS data, etc. Among them, the event associated with the expected AS data is used to indicate the use or purpose of the expected AS data, such as for CSI feedback enhancement and beam management; the event identifier is used to identify the event associated with the expected AS data. The above examples give several parameters configured in the first configuration. In addition, other parameters related to AS data collection can also be configured in the first configuration, such as the data processing method of the expected AS data, the objects to which the expected AS data can be opened / exposed, the period for collecting AS data, etc., and there is no limitation on this.

[0183] For example, the format of the first configuration is as follows:

[0184] Event: xxx, such as event 1

[0185] Event ID: xxx, such as ID1

[0186] External / Internal Application Identification: xxx

[0187] Data access configuration file:

[0188] >Data processing instructions: xxx, such as instructions for performing singular value decomposition (SVD) processing on the original channel matrix measured based on CSI-RS.

[0189] >Data openness restriction: xxx, such as AS data can only be opened to application providing entities

[0190] Parameters to be collected (AS data expected to be collected): xx, such as the eigenvector after decomposition of the original channel matrix, L1-RSRP, reference signal received quality (RSRQ), and signal to interference plus noise ratio (SINR)

[0191] …

[0192] Among them, the data access configuration file includes data processing instructions and data open restrictions. The data processing instructions are used to indicate what kind of processing is used to obtain the expected AS data. For example, the expected AS data includes the eigenvectors after decomposition of the original channel matrix. The eigenvectors after decomposition of the original channel matrix are configured through the data processing instructions to be obtained based on singular value decomposition (SVD). The data open restrictions are used to configure the objects to which the collected expected AS data can be opened. For example, the expected AS data collected by the terminal device can only be opened to the application providing entity.

[0193] When the network device is an access network device or an access and mobility management network element, the network device may receive the first configuration from the application providing entity through the data collection application entity. That is, the first configuration sent by the application providing entity is forwarded to the network device by the data collection application entity.

[0194] It should be understood that the embodiment of the present application does not limit the execution order of S801 and S802. S801 and S802 can be executed simultaneously, or S801 can be executed first or S802 can be executed first. There is no limitation on this.

[0195] S803: The network device determines, from the first configuration according to the first capability information, a configuration for AS data collection supported by the terminal device.

[0196] In an embodiment of the present application, after obtaining the first capability information and the first configuration, the network device screens or filters the first configuration according to the first capability information to determine which of the first configurations are configurations that the terminal device can support / execute / accept for AS data collection.

[0197] Exemplarily, the AS data collection capability of the terminal device includes: supporting sending RSRP, SINR, PRS / SRS measurement data to the application layer of the terminal device, and supporting opening AS data to application providing entities and network analysis network elements (such as NWDAF in Figure 7 above). For the first configuration, please refer to the example in S802 above. The network device can determine based on the first capability information that the terminal device does not support the collection of eigenvectors and RSRQ after decomposition of the original channel matrix, but supports the collection of L1-RSRP and SINR.

[0198] When the network device is an access network device or an access and mobility management network element, after determining the configurations for AS data collection supported by the terminal device in the first configuration, the network device may send first feedback information to the data collection application entity. Correspondingly, the data collection application entity receives the first feedback information from the network device. The first feedback information is used to provide feedback on the configurations supported by the terminal device in the first configuration, such as which configurations in the first configuration the terminal device supports and which configurations the terminal device does not support.

[0199] In one possible scenario, the first feedback information is used to indicate some or all of the configurations supported by the terminal device in the first configuration. That is, the network device can use the first feedback information to provide feedback on whether the terminal device supports all or some of the configurations in the first configuration. For example, the first feedback information is indicated by one bit. When the bit value is 1, it indicates that the terminal device supports all of the configurations in the first configuration. When the bit value is 0, it indicates that the terminal device supports some of the configurations in the first configuration.

[0200] In another possible scenario, the network device can feed back to the data collection application entity through the first feedback information which specific configurations in the first configuration are supported by the terminal device, and which configurations are not supported by the terminal device. The first feedback information may include at least one of the following: the configuration for AS data collection supported by the terminal device, the configuration for AS data collection not supported by the terminal device, or the reason why the terminal device does not support the configuration for AS data. Continuing with the above example, the first feedback information may include that the terminal device does not support the collection of eigenvectors and RSRQ after decomposition of the original channel matrix, wherein the reason for not supporting the collection of eigenvectors after decomposition of the original channel matrix is ​​that the AI ​​model on the terminal device side only accepts the original channel data as input data for model training / inference, and does not support the eigenvectors after SVD decomposition as input data for model training / inference, and the reason for not supporting the collection of RSRQ is that the terminal device does not have the ability to measure RSRQ, and supports the collection of L1-RSRP and SINR.

[0201] Thus, the data collection application entity can determine the configuration supported by the terminal device in the first configuration based on the received first feedback information, and thus update the first configuration based on the first feedback information, such as deleting the configuration not supported by the terminal device in the first configuration, or adding the configuration supported by the terminal device to obtain the second configuration. Among them, all configurations in the second configuration are supported by the terminal device. Furthermore, the data collection application entity sends the second configuration to the terminal device, and accordingly, the terminal device receives the second configuration from the data collection application entity, so that the terminal device can complete the collection of corresponding AS data according to the second configuration. Exemplarily, the second configuration includes the following configurations, wherein the terminal device is configured to obtain the collected L1-RSRP and SINR based on the measurement of CSI-RS, and the terminal device is configured to collect L1-RSRP and SINR with a period of 100 milliseconds (millisecond, ms):

[0202] Event: Event 1

[0203] Event ID: ID1

[0204] External / Internal Application Identification: xxx

[0205] Parameters to be collected (AS data expected to be collected): L1-RSRP, SINR

[0206] Reference signal: CSI-RS

[0207] Collection cycle: 100ms

[0208] …

[0209] In this case, in a possible design scheme, after the data collection application entity receives the first feedback information, the data collection application entity may further send the first feedback information to the application providing entity. Accordingly, the application providing entity receives the first feedback information from the data collection application entity so that the application providing entity can determine which configurations of the configurations it has issued can be executed by the terminal device. Specifically, the data collection application entity can send the first feedback information directly to the event usage module of the application providing entity (such as the ECAF in Figure 1). At this time, the network device forwards the first feedback information to the application providing entity through the data collection application entity.

[0210] In a possible scenario, the network device may also directly send the first feedback information to the application providing entity. Specifically, the network device directly sends the first feedback information to the event using module of the application providing entity.

[0211] When the network device is a data collection application entity, the network device directly updates the first configuration based on the configuration for AS data collection supported by the terminal device in the first configuration to obtain a second configuration, and sends the second configuration to the terminal device. Alternatively, the network device updates the first configuration based on the data collection capabilities supported by the terminal device's AS to obtain a configuration that matches the terminal device's capabilities (i.e., the second configuration).

[0212] Based on the above solution, it can be seen that the update of the first configuration is performed by the data collection application entity, and the data collection application entity sends the second configuration (the updated first configuration) to the terminal device.

[0213] In one possible design scheme, the data collection application entity can directly send the second configuration to the terminal device, and accordingly, the terminal device receives the second configuration from the data collection application entity. Specifically, the data collection application entity sends the second configuration to the direct data collection module of the terminal device. After receiving the second configuration, the direct data collection module sends the second configuration to the application layer of the terminal device, and then the application layer of the terminal device sends the second configuration to the AS of the terminal device, so that the AS of the terminal device collects the AS data expected by the application providing entity according to the second configuration. Accordingly, after the AS of the terminal device completes the collection of the AS data expected by the application providing entity, it can send the AS data to the data collection application entity through the application layer and the direct data collection module of the terminal device, and then the data collection application entity opens the collected AS data to the application providing entity or other entities (such as network analysis network elements).

[0214] In another possible design scheme, the data collection application entity may send the second configuration to the terminal device through the application providing entity. That is to say, the second configuration may be forwarded to the terminal device through the application providing entity. Specifically, the data collection application entity sends the second configuration to the non-direct data collection module of the application providing entity, and then the non-direct data collection module sends the second configuration to the AS of the terminal device, so that the AS of the terminal device collects the AS data expected by the application providing entity according to the second configuration. Accordingly, after the AS of the terminal device sends the collected AS data to the application layer, it can send the AS data to the data collection application entity or other entities through the non-direct data collection module of the application providing entity. The specific implementation process can be seen in the method embodiment shown in Figure 9 below, which will not be described in detail here.

[0215] In an embodiment of the present application, after the data collection application entity obtains the AS data reported by the terminal device, it opens the collected AS data to other entities based on the event open subscription process, such as a network analysis network element or an application provider entity initiates an event open subscription request to the data collection application entity, and the event open subscription request carries an event identifier associated with the AS data to be obtained. After the data collection application entity obtains the AS data associated with the corresponding event, it sends the AS data associated with the event to the network analysis network element or the application provider entity.

[0216] Based on the communication method shown in Figure 8, the network device senses the data collection capability supported by the AS of the terminal device, and screens and processes the AS data collection configuration (such as the first configuration) sent to the terminal device by the application provider entity, and filters out the data collection configuration that the terminal device cannot support in the first configuration, so that the data collection capability supported by the AS of the terminal device is adapted to the sent configuration, thereby enhancing the network device's control over the collected AS data and related configurations, thereby realizing the collection of AS data, and then the collected AS data can be opened to the application provider entity or other network entities, so that the application provider entity or other network entities can complete related event processing based on the open AS data, thereby realizing the effective use of AS data.

[0217] It should be understood that in the embodiment of the present application, the terminal device collecting AS data may include measuring AS data and performing relevant processing on the measured AS data, and there is no limitation on this.

[0218] For ease of understanding, the specific implementation process of the communication method shown in Figure 8 is described in detail below in conjunction with the EVEX architecture shown in Figure 1 and the 5G system shown in Figure 7. For example, the communication method provided in the embodiment of the present application is described in detail, taking the terminal device as a UE, the network device as a RAN device, the application provision entity as an ASP, and the data collection application entity as a DCAF as an example.

[0219] As shown in FIG9 , the communication method includes the following steps:

[0220] S900, APP and AS negotiate on AS data collection.

[0221] For example, the APP in the UE and the AS confirm through negotiation that the AS can send data to the APP, and the APP confirms that the data collected by the AS can be packaged and sent to the DCAF using the EVEX framework.

[0222] S901: An AS sends first capability information to a RAN device. Correspondingly, the RAN device receives the first capability information from the AS.

[0223] The first capability information may be specifically described in S801 above and will not be described in detail here. For example, the first capability information includes that the AS supports sending AS data to the APP, and the supported AS data types include L1-RSRP and SINR.

[0224] Before executing S902, in the embodiment of the present application, processes such as application function registration (AF registration) and DCAF discovery (discover DCAF) may also be executed. Application function registration mainly involves the interaction between network elements or functions or modules such as NRF, DCAF, and NWDAF. DCAF discovery mainly involves the interaction between network elements or functions or modules such as NRF and PAF. For the specific implementation process, please refer to the relevant description in the existing implementation method, which will not be described in detail. Among them, processes such as application function registration and DCAF discovery can be executed before or after S901 or simultaneously with S901, without limitation.

[0225] S902: The PAF sends a first configuration to the DCAF. Correspondingly, the DCAF receives the first configuration from the PAF.

[0226] The first configuration is used by the UE to collect AS data expected by the ASP. The first configuration can be carried in a data reporting configuration (Ndcad_DataReportingProvisioning) message and sent to the DCAF via the R1 interface. A detailed description of the first configuration can be found in the relevant description in S802 above and will not be repeated here. For example, the first configuration includes that the ASP expects the UE to collect L1-RSRP and RSRQ, the event associated with L1-RSRP and RSRQ is Event 1, and the event identifier of Event 1 is ID1.

[0227] It should be understood that the PAF can send a configuration to the DCAF through the R1 interface to assume that the DCAF / ASP is in a trust domain. If the DCAF / ASP is outside the trust domain, authentication and authorization must be performed through the NEF.

[0228] S903: The DCAF sends a first configuration to the RAN device. Correspondingly, the RAN device receives the first configuration from the DCAF.

[0229] S904: The RAN device determines, from the first configuration according to the first capability information, a configuration for AS data collection supported by the UE.

[0230] For example, the RAN device can determine, based on the first capability information, that the AS supports sending AS data to the APP, and the types of supported AS data include L1-RSRP and SINR, while in the first configuration, the ASP expects the UE to collect L1-RSRP and RSRQ. Therefore, the RAN device can determine that the UE does not support the collection of RSRQ, and thus can determine that the configuration for AS data collection supported by the UE in the first configuration includes support for collecting L1-RSRP.

[0231] S905: The RAN device sends first feedback information to the DCAF. Correspondingly, the DCAF receives the first feedback information from the RAN device.

[0232] Exemplarily, after executing S904, the RAN device uses the first feedback information to feedback which configurations in the first configuration are executable by the UE and which configurations are not executable by the UE, such as the first feedback information includes the configuration that the UE supports collecting L1-RSRP but does not support collecting RSRQ.

[0233] S906: The DCAF sends the second configuration to the DDCC. Correspondingly, the DDCC receives the second configuration from the DACF.

[0234] The second configuration is obtained by updating the first feedback information. Exemplarily, after receiving the first feedback information, the DCAF updates the first configuration based on the first feedback information, such as deleting the configuration of AS data not supported by the UE in the first configuration, and obtaining a second configuration, where the second configuration is a configuration for AS data collection supported by the UE, such as the second configuration including that the ASP expects the UE to collect L1-RSRP, the event associated with the L1-RSRP is event 1, and the event identifier of event 1 is ID1.

[0235] S907: DDCC sends the second configuration to APP. Correspondingly, APP receives the second configuration from DDCC.

[0236] S908: The APP sends the second configuration to the AS. Correspondingly, the AS receives the second configuration from the APP.

[0237] Based on the above steps S907 to S908, the AS in the UE obtains the second configuration from the DCAF via the DDCC and the APP, and collects the AS data (such as L1-RSRP) according to the second configuration. Furthermore, after collecting the AS data, the AS can send the collected AS data to the DCAF via the APP and the DDCC.

[0238] In one possible design, the DDCC can also send the collected AS data to the RAN device by calling the data reporting service (Ndcaf_DataReporting service), which then sends it to the DCAF. Alternatively, after receiving the AS data from the AS, the APP sends it to the IDCC in the ASP via the R8 interface, and the IDCC then sends the AS data to the DCAF via the R3 interface.

[0239] Therefore, DCAF can obtain the AS data associated with different events based on the above process, and can make the collected AS data of different events available to other entities, functions, or modules based on the event exposure subscription process, such as ECAF, NEF, NWDAF, etc. in ASP. For example, ECAF subscribes to the AS data related to event 1 from DCAF. Then, DCAF sends the AS data related to event 1 to ECAF based on the identifier of event 1, so that ECAF completes event 1 based on the AS data related to event 1.

[0240] Based on the communication method shown in Figure 9, the RAN device senses the AS data collection capability of the UE, and filters the AS data collection configuration issued by the ASP based on the AS data collection capability of the UE, providing the UE with a suitable configuration to implement AS data reporting.

[0241] In addition, an embodiment of the present application also provides a communication method, in which the network device does not filter the AS data collection configuration sent by the application providing entity, but matches the AS data collection configuration sent by the application providing entity based on the AS data collection capabilities of different terminal devices, and sends the AS data collection configuration suitable for each terminal device to the terminal device to perform AS data collection. Exemplarily, as shown in Figure 10, taking the network device as an access network device (such as a RAN device) or an access and mobility management network element (such as an AMF) as an example, the communication method includes the following steps:

[0242] S1001: A first terminal device sends first capability information to a network device. Correspondingly, the network device receives the first capability information from the first terminal device.

[0243] Among them, the first capability information is used to indicate the data collection capability supported by the AS of the first terminal device. For the relevant description of the first capability information, please refer to the relevant description in the above S801 and will not be repeated here. For example, the first capability information of the first terminal device indicates that the AS of the first terminal device only supports the collection of L1-RSRP. The first capability information corresponding to different terminal devices is different. For example, the first capability information of the second terminal device indicates that the AS of the second terminal device only supports the collection of channel impulse response.

[0244] S1002: The application providing entity sends one or more configuration groups to the network device. Correspondingly, the network device receives one or more configuration groups from the application providing entity.

[0245] Among them, each group of configurations in one or more groups of configurations can be used by the terminal device to collect the AS data expected by the application providing entity, and the AS data expected to be collected configured in one or more groups of configurations are different. For example, the application providing entity sends three groups of configurations to the network device, configuration 1 is used to configure the terminal device to collect L1-RSRP, configuration 2 is used to configure the terminal device to collect channel impulse response, and configuration 3 is used to configure the terminal device to collect LOS / NLOS tag data. In an embodiment of the present application, in addition to including the AS data expected to be collected, each group of configurations may also include event information associated with the AS data expected to be collected, etc. For a specific description, please refer to the relevant description of the first configuration in S802 above, which will not be repeated here. Exemplarily, the application providing entity is the ASP in Figure 1 above, and one or more groups of configurations can be sent by the PAF in the ASP.

[0246] It should be understood that among the multiple groups of configurations, there may be at least two groups of configurations that include partially identical configurations, such as configuration 1 is used to configure the terminal device to collect L1-RSRP and RSRQ, and configuration 2 is used to configure the terminal device to collect L1-RSRP and SINR, and the configurations for collecting L1-RSRP in configuration 1 and configuration 2 are the same.

[0247] In one possible design, the application provider sends one or more configurations to the network device via the data collection application entity. In other words, the configurations sent by the application provider are forwarded to the network device via the data collection application entity. For example, the data collection application entity is the DCAF in Figure 1 above.

[0248] S1003: The network device determines a second configuration from one or more groups of configurations according to the first capability information.

[0249] The second configuration is a configuration for AS data collection supported by the first terminal device. Exemplarily, the network device determines, based on the first capability information, that the first terminal device only supports L1-RSRP collection. Referring to the example in S1002 above, the network device may determine that configuration 1 matches the AS data collection capability of the first terminal device, thereby determining configuration 1 as the second configuration. It should be understood that the AS data collection capability of the first terminal device may match one or more groups of configurations.

[0250] S1004: The network device sends a second configuration to the first terminal device. Correspondingly, the first terminal device receives the second configuration from the network device.

[0251] In one possible design solution, the network device sends the second configuration to the first terminal device through the data collection application entity.

[0252] In an embodiment of the present application, after receiving the second configuration, the first terminal device collects AS data according to the second configuration, and sends the collected AS data to the data collection application entity. For example, after the first terminal device collects L1-RSRP, it reports L1-RSRP to the data collection application entity. The AS data reporting process of the first terminal device and the process of how the data collection application entity opens the AS data to other entities after obtaining it can be found in the relevant description in S803 or S908 above, and will not be repeated here.

[0253] Furthermore, the communication method provided in the embodiment of the present application may further include the following steps:

[0254] S1005: The network device sends second feedback information to the data collection application entity. Correspondingly, the data collection application entity receives the second feedback information from the network device.

[0255] The second feedback information is used to indicate the AS data collection status corresponding to the configurations executed by the terminal device in one or more configuration groups. In other words, the network device uses the second feedback information to feedback which configurations in the one or more configuration groups are executed by the terminal device, that is, which AS data the terminal device has completed based on which configurations.

[0256] In an embodiment of the present application, the second feedback information may include at least one of the following: AS data that has been collected, AS data that has not been collected, or the reason for the incomplete collection of AS data. For example, in the three groups of configurations (configurations 1 to 3) issued by the application providing entity, the first terminal device completed the collection of L1-RSRP based on configuration 1, the second terminal device completed the collection of channel impulse response based on configuration 2, and configuration 3 was not matched to a terminal device with the required capabilities for execution. Thus, the network device can determine that the AS data that has been collected include L1-RSRP and channel impulse response, and the AS data that has not been collected include LOS / NLOS tag data. The reason for the incomplete collection of LOS / NLOS tag data is that there is no terminal device that supports LOS / NLOS tag data collection among the terminal devices that report the AS data collection capability, and thus inform the data collection application entity through the second feedback information.

[0257] S1006: The data collection application entity sends second feedback information to the application providing entity. Correspondingly, the application providing entity receives the second feedback information from the data collection application entity.

[0258] Specifically, the data collection application entity informs the application providing entity of the execution status of the AS data collection configuration issued by it through the second feedback information.

[0259] Based on the communication method shown in Figure 10, the network device matches the configuration that can be executed based on the capabilities of the terminal device from one or more groups of configurations issued by the application providing entity according to the AS data collection capabilities reported by the terminal device, and sends it to the terminal device to complete the collection of AS data.

[0260] In the communication methods shown in Figures 8 to 10 above, an access network device (such as a RAN device), an access and mobility management network element (such as an AMF), or a data collection application entity (such as a DCAF) can sense the AS data collection capability of a terminal device and match or filter an appropriate AS data collection configuration for the terminal device, thereby enabling AS data collection. Additionally, an application provisioning entity can sense or obtain the AS data collection capability of a terminal device and directly deliver a matching configuration to the terminal device based on the terminal device's AS data collection capability, thereby enabling AS data collection.

[0261] For example, FIG11 is a flow chart of another communication method provided in an embodiment of the present application. As shown in FIG11 , the communication method includes the following steps:

[0262] S1101: A terminal device sends first capability information to an application providing entity. Correspondingly, the application providing entity receives the first capability information from the terminal device.

[0263] The first capability information is used to indicate the data collection capability supported by the AS of the terminal device. In this case, the data collection capability supported by the AS reported by the terminal device may be all or part of the data collection capability supported by the AS of the terminal device.

[0264] In one possible design, before executing S1101, the AS data collection capabilities reported by the terminal device must be authenticated by a network device (e.g., an access network device or an access and mobility management network element). In other words, the network device can manage the data collection capabilities of the terminal device that are exposed to the application provider, such as whether the AS data collection capabilities of the terminal device can be exposed to the application provider, and which AS data collection capabilities can be exposed to the application provider.

[0265] In one possible implementation, the network device may negotiate with the terminal device to determine which AS data collection capabilities are available to the application provisioning entity. In this case, the first capability information reported by the terminal device is authenticated. Alternatively, when forwarding the first capability information to the application provisioning entity, the network device filters the AS data collection capabilities based on a preconfigured policy before sending it to the application provisioning entity. In this case, the first capability information received by the application provisioning entity is the first capability information filtered and processed by the network device. That is, the received first capability information may differ from the first capability information sent by the terminal device.

[0266] In a possible design scheme, the terminal device can send the first capability information to the application providing entity through the network device and the data collection application entity in sequence.

[0267] Optionally, the terminal device may also send its application layer related capability information to the application providing entity, such as the capability of supporting application layer encapsulation of data collected by the AS.

[0268] S1102. The application providing entity determines a second configuration according to the first capability information.

[0269] Among them, the second configuration is a configuration for AS data collection supported by the terminal device. Exemplarily, after the application providing entity receives the first capability information, it can directly customize the configuration information for it according to the AS data collection capability supported by the terminal device, that is, the second configuration, so that the configuration issued matches the data collection capability of the terminal device. For example, the terminal device supports the collection of L1-RSRP and RSRQ, but does not support the collection of channel impulse response, then the second configuration can configure the terminal device to collect L1-RSRP and / or RSRQ. Exemplarily, the application providing entity is the ASP in Figure 1 above, and the second configuration can be configured and issued by the PAF in the ASP.

[0270] S1103: The application providing entity sends a second configuration to the terminal device. Correspondingly, the terminal device receives the second configuration from the application providing entity.

[0271] For example, the application providing entity may forward the second configuration to the terminal device via the data collection application entity. Thus, the terminal device can complete the collection of corresponding AS data based on the second configuration. The process of issuing the second configuration and reporting AS data can be found in the relevant descriptions in S803 or S906-S908 above and will not be repeated here.

[0272] Based on the communication method shown in FIG11 , the application providing entity can directly configure a suitable AS data collection configuration for the terminal device by sensing the AS data collection capability of the terminal device, thereby realizing the collection of AS data.

[0273] It can be understood that in each of the above embodiments, the methods and / or steps implemented by the network device can also be implemented by components that can be used for the network device (such as processors, chips, chip systems, circuits, logic modules, or software); the methods and / or steps implemented by the data collection application entity can also be implemented by components that can be used for the data collection application entity (such as processors, chips, chip systems, circuits, logic modules, or software); the methods and / or steps implemented by the application providing entity can also be implemented by components that can be used for the application providing entity (such as processors, chips, chip systems, circuits, logic modules, or software); the methods and / or steps implemented by the terminal device can also be implemented by components that can be used for the terminal device (such as processors, chips, chip systems, circuits, logic modules, or software).

[0274] The above mainly introduces the solution provided by the present application. Accordingly, the present application also provides a communication device, which is used to implement the various methods in the above method embodiments. The communication device can be a network device in the above method embodiments, or a device including a network device, or a component that can be used for a network device, such as a chip or a chip system. Alternatively, the communication device can be a data collection application entity in the above method embodiments, or a device including a data collection application entity, or a component that can be used for a data collection application entity, such as a chip or a chip system. Alternatively, the communication device can be an application providing entity in the above method embodiments, or a device including an application providing entity, or a component that can be used for an application providing entity, such as a chip or a chip system. Alternatively, the communication device can be a terminal device in the above method embodiments, or a device including a terminal device, or a component that can be used for a terminal device, such as a chip or a chip system.

[0275] It is understandable that, in order to realize the above functions, the communication device includes hardware structures and / or software modules corresponding to the execution of each function. It should be easily appreciated by those skilled in the art that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0276] The embodiment of the present application can divide the functional modules of the communication device according to the above method embodiment. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical functional division. In actual implementation, there may be other division methods.

[0277] Taking the communication device as the network device or data collection application entity or application providing entity or terminal device in the above method embodiment as an example, Figure 12 is a structural diagram of a communication device provided in an embodiment of the present application. As shown in Figure 12, the communication device 1200 includes: a processing module 1201 and a transceiver module 1202. Among them, the processing module 1201 is used to perform the processing function of the network device or data collection application entity or application providing entity or terminal device in the above method embodiment. The transceiver module 1202 is used to perform the transceiver function of the network device or data collection application entity or application providing entity or terminal device in the above method embodiment.

[0278] Among them, all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0279] Since the communication device 1200 provided in this embodiment can execute the above-mentioned computing task scheduling method, the technical effects that can be obtained can refer to the above-mentioned method embodiments and will not be repeated here.

[0280] In one possible design solution, in an embodiment of the present application, the transceiver module 1202 may include a receiving module and a sending module (not shown in FIG12 ). The transceiver module is used to implement the sending and receiving functions of the communication device 1200 .

[0281] In one possible design, communication device 1200 may further include a storage module (not shown in FIG. 12 ) storing programs or instructions. When processing module 1201 executes the programs or instructions, communication device 1200 may perform the functions of a network device, a data collection application entity, an application providing entity, or a terminal device in any of the methods shown in FIG. 8 to FIG. 11 .

[0282] It should be understood that the processing module 1201 involved in the communication device 1200 can be implemented by a processor or a processor-related circuit component, which can be a processor or a processing unit; the transceiver module 1202 can be implemented by a transceiver or a transceiver-related circuit component, which can be a transceiver or a transceiver unit.

[0283] Exemplarily, Figure 13 is a structural diagram of another communication device provided in an embodiment of the present application. The communication device can be a network device or a data collection application entity or an application providing entity or a terminal device, or it can be a chip (system) or other parts or components that can be set in a network device or a data collection application entity or an application providing entity or a terminal device. As shown in Figure 13, the communication device 1300 may include a processor 1301. In a possible design scheme, the communication device 1300 may also include a memory 1302 and / or a transceiver 1303. Among them, the processor 1301 is coupled to the memory 1302 and the transceiver 1303, such as by a communication bus.

[0284] The following is a detailed introduction to the various components of the communication device 1300 with reference to FIG13:

[0285] The processor 1301 is the control center of the communication device 1300 and can be a single processor or a collective term for multiple processing elements. For example, the processor 1301 can be one or more central processing units (CPUs), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application, such as one or more digital signal processors (DSPs) or one or more field programmable gate arrays (FPGAs).

[0286] In one possible design, the processor 1301 may execute various functions of the communication device 1300 by running or executing software programs stored in the memory 1302 and calling data stored in the memory 1302 .

[0287] In a specific implementation, as an embodiment, the processor 1301 may include one or more CPUs, such as CPU0 and CPU1 shown in FIG13 .

[0288] In a specific implementation, as an embodiment, the communication device 1300 may also include multiple processors, such as the processor 1301 and the processor 1304 shown in FIG13 . Each of these processors may be a single-core processor (single-CPU) or a multi-core processor (multi-CPU). The processor herein may refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).

[0289] Among them, the memory 1302 is used to store the software program for executing the solution of this application, and the execution is controlled by the processor 1301. The specific implementation method can refer to the above method embodiment and will not be repeated here.

[0290] In one possible design, the memory 1302 may be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, an optical disc storage (including a compact disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory 1302 may be integrated with the processor 1301 or exist independently and be coupled to the processor 1301 via an interface circuit (not shown in FIG. 13 ) of the communication device 1300. This embodiment of the present application does not specifically limit this.

[0291] Transceiver 1303 is used for communication with other communication devices. For example, if communication device 1300 is a terminal device, transceiver 1303 can be used to communicate with a network device or another terminal device. For another example, if communication device 1300 is a network device, transceiver 1303 can be used to communicate with a terminal device or another network device.

[0292] In one possible design, transceiver 1303 may include a receiver and a transmitter (not separately shown in FIG13 ), wherein the receiver is configured to implement a receiving function, and the transmitter is configured to implement a transmitting function.

[0293] In one possible design scheme, the transceiver 1303 can be integrated with the processor 1301, or it can exist independently and be coupled to the processor 1301 through the interface circuit of the communication device 1300 (not shown in Figure 13). This embodiment of the present application does not specifically limit this.

[0294] It should be noted that the structure of the communication device 1300 shown in FIG13 does not constitute a limitation on the communication device. An actual communication device may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0295] In addition, the technical effects of the communication device 1300 can refer to the technical effects of the computing task scheduling method described in the above method embodiment, and will not be repeated here.

[0296] An embodiment of the present application further provides a computer-readable storage medium on which a computer program or instruction is stored. When the computer program or instruction is executed by a computer, the functions of the above-mentioned method embodiment are realized.

[0297] The embodiments of the present application also provide a computer program product, which implements the functions of the above method embodiments when executed by a computer.

[0298] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware, or any combination thereof. When implemented using a software program, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions according to the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more media integrated therein. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a solid state disk (SSD)).

[0299] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0300] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0301] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0302] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0303] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0304] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0305] Although the present application is described herein in conjunction with various embodiments, in the process of implementing the claimed application, those skilled in the art may understand and implement other variations of the disclosed embodiments by reviewing the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "a" or "an" does not exclude multiple situations. A single processor or other unit may implement several functions listed in the claims. Certain measures are recorded in different dependent claims, but this does not mean that these measures cannot be combined to produce good results.

Claims

1. A communication method, characterized in that: The method comprises: The network device receives first capability information from the terminal device, where the first capability information is used to indicate a data collection capability supported by an access layer AS of the terminal device; The network device receives a first configuration from an application providing entity, where the first configuration is used by the terminal device to collect AS data expected by the application providing entity; The network device determines the configuration for AS data collection supported by the terminal device from the first configuration according to the first capability information.

2. The method according to claim 1, characterized in that The network device is an access network device or an access and mobility management network element; the network device receives a first configuration from an application providing entity, including: The network device receives the first configuration from the application providing entity through a data collection application entity.

3. The method according to claim 1 or 2, characterized in that: The method further comprises: The network device determines the data collection capabilities supported by the AS of the terminal device, which data collection capabilities can be sent to the data collection application entity or the application providing entity.

4. The method according to any one of claims 1 to 3, characterized in that The method further comprises: The network device sends first feedback information to the data collection application entity.

5. The method according to claim 4, characterized in that The method further comprises: The network device sends first feedback information to the application providing entity through the data collection application entity.

6. The method according to claim 1, characterized in that The network device is a data collection application entity; the method further comprises: The network device sends first feedback information to the application providing entity.

7. The method according to any one of claims 4 to 6, characterized in that: The first feedback information is used to indicate part or all of the configurations supported by the terminal device in the first configuration.

8. The method according to any one of claims 4 to 7, characterized in that: The first feedback information includes at least one of the following: a configuration for AS data collection supported by the terminal device, a configuration for AS data collection not supported by the terminal device, or a reason why the configuration for AS data is not supported by the terminal device.

9. The method according to any one of claims 6 to 8, characterized in that: The method further comprises: The network device sends a second configuration to the terminal device, where the second configuration is obtained by updating the first configuration according to a configuration for AS data collection supported by the terminal device.

10. The method according to claim 9, characterized in that The network device sending a second configuration to the terminal device includes: The network device sends the second configuration to the terminal device through the application providing entity.

11. The method according to any one of claims 1 to 10, characterized in that The data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

12. The method according to any one of claims 1 to 10, characterized in that The data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

13. A communication method, characterized in that: The method comprises: The data collection application entity receives a first configuration from an application providing entity, where the first configuration is used by a terminal device to collect AS data expected by the application providing entity; The data collection application entity receives first feedback information from a network device, where the first feedback information is used to indicate part or all of the configurations supported by the terminal device in the first configuration; The data collection application entity sends a second configuration to the terminal device, where the second configuration is obtained by updating the first configuration according to the first feedback information.

14. The method according to claim 13, characterized in that The first feedback information includes at least one of the following: a configuration for AS data collection supported by the terminal device, a configuration for AS data collection not supported by the terminal device, or a reason why the configuration for AS data is not supported by the terminal device.

15. The method according to claim 13 or 14, characterized in that The data collection application entity sends a second configuration to the terminal device, including: The data collection application entity sends the second configuration to the terminal device through the application providing entity.

16. A communication method, characterized in that: The method comprises: The network device receives first capability information from the first terminal device, where the first capability information is used to indicate a data collection capability supported by an access layer AS of the first terminal device; The network device receives one or more groups of configurations from an application providing entity, each group of configurations in the one or more groups of configurations being used by a terminal device to collect AS data expected by the application providing entity; The network device determines a second configuration from the one or more groups of configurations according to the first capability information, where the second configuration is a configuration for AS data collection supported by the first terminal device; The network device sends the second configuration to the first terminal device.

17. The method according to claim 16, characterized in that The network device receives one or more configurations from an application providing entity, including: The network device receives the one or more configuration groups from the application providing entity through a data collection application entity.

18. The method according to claim 16 or 17, characterized in that The network device sending the second configuration to the first terminal device includes: The network device sends the second configuration to the first terminal device through a data collection application entity.

19. The method according to any one of claims 16 to 18, characterized in that: The method further comprises: The network device sends second feedback information to the data collection application entity, where the second feedback information is used to indicate the AS data collection status corresponding to the configuration executed by the terminal device in the one or more groups of configurations.

20. The method according to claim 19, characterized in that The second feedback information includes at least one of the following: AS data that has been collected, AS data that has not been collected, or a reason for AS data that has not been collected.

21. The method according to any one of claims 16 to 20, characterized in that The network device is an access network device or an access and mobility management network element.

22. The method according to any one of claims 16 to 21, characterized in that The data collection capability supported by the AS of the first terminal device includes: whether it supports sending AS data to the application layer of the first terminal device.

23. The method according to any one of claims 16 to 21, characterized in that The data collection capabilities supported by the AS of the first terminal device include: supporting sending AS data to the application layer of the first terminal device, and the data collection capabilities supported by the AS of the first terminal device also include at least one of the following: supporting the type of AS data sent to the application layer of the first terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

24. The method according to any one of claims 16 to 23, characterized in that The method further comprises: The network device determines the data collection capabilities supported by the AS of the first terminal device, which data collection capabilities can be sent to the data collection application entity or the application providing entity.

25. A communication method, characterized in that: The method comprises: The application providing entity receives first capability information from a terminal device, where the first capability information is used to indicate a data collection capability supported by an access layer AS of the terminal device; The application providing entity determines a second configuration according to the first capability information, where the second configuration is a configuration for AS data collection supported by the terminal device; The application providing entity sends the second configuration to the terminal device.

26. The method according to claim 25, characterized in that The application providing entity sending the second configuration to the terminal device includes: The application providing entity sends the second configuration to the terminal device through the data collecting application entity.

27. The method according to claim 25 or 26, characterized in that The data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

28. The method according to claim 25 or 26, characterized in that The data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

29. A communication method, characterized in that: The method comprises: Sending first capability information, where the first capability information is used to indicate a data collection capability supported by an access layer AS of a terminal device; A second configuration is received, where the second configuration is a configuration for AS data collection supported by the terminal device, and the second configuration is determined according to the first capability information.

30. The method according to claim 29, characterized in that The sending of the first capability information includes: The first capability information is sent to an access network device or an access and mobility management network element.

31. The method according to claim 29, characterized in that The sending of the first capability information includes: The first capability information is sent to a data collection application entity.

32. The method according to claim 29, characterized in that The sending of the first capability information includes: The first capability information is sent to an application providing entity.

33. The method according to claim 32, characterized in that The receiving the second configuration comprises: The second configuration is received from the application providing entity.

34. The method according to any one of claims 29 to 32, characterized in that The receiving the second configuration comprises: The second configuration is received from a data collection application entity.

35. The method according to any one of claims 29 to 34, characterized in that The data collection capability supported by the AS of the terminal device includes: whether it supports sending AS data to the application layer of the terminal device.

36. The method according to any one of claims 29 to 34, characterized in that The data collection capabilities supported by the AS of the terminal device include: supporting sending AS data to the application layer of the terminal device, and the data collection capabilities supported by the AS of the terminal device also include at least one of the following: supporting the type of AS data sent to the application layer of the terminal device, supporting the format of AS data, or supporting objects for obtaining AS data.

37. A communication device, characterized in that: The device comprises: a processing module and a transceiver module; wherein, The processing module is used to perform the processing function of the method according to any one of claims 1 to 36; The transceiver module is used to perform the transceiver function of the method as described in any one of claims 1-36.

38. A communication device, characterized in that: It includes a processor and an interface circuit, wherein the interface circuit is used to receive signals from other communication devices outside the communication device and transmit them to the processor or send signals from the processor to other communication devices outside the communication device, and the processor is used to implement the method as described in any one of claims 1-36 through logic circuits or execution code instructions.

39. A communication device, characterized in that: include: A processor, wherein the processor is configured to execute a computer program so that the communication device executes the method according to any one of claims 1 to 36.

40. A communication chip, characterized in that: Instructions are stored therein, and when the chip runs on a communication device, the method according to any one of claims 1 to 36 is implemented.

41. A computer-readable storage medium, characterized in that The storage medium stores a computer program or instruction, and when the computer program or instruction is executed by the communication device, the method as described in any one of claims 1 to 36 is implemented.

42. A computer program product, characterized in that The device comprises a computer program code, and when the computer program code is executed on a communication device, the communication device implements the method according to any one of claims 1 to 36.

Citation Information

Patent Citations

  • Communication method and device

    CN119485267A

  • Business experience measurement and collection method and equipment

    CN113556754A

  • Communication method and communication device

    CN113676930A

  • Handling of NR qoe measurements and qoe reporting in RRC modes

    US20220217560A1

  • User equipment, core network node, radio network node and methods for handling application layer measurements

    WO2018174790A1