WO2022088826A1

WO2022088826A1 - Computing service discovery method and communication apparatus

Info

Publication number: WO2022088826A1
Application number: PCT/CN2021/111281
Authority: WO
Inventors: 孙飞; 罗海燕; 曾清海
Original assignee: 华为技术有限公司
Priority date: 2020-10-28
Filing date: 2021-08-06
Publication date: 2022-05-05
Also published as: CN114423065A

Abstract

A computing service discovery method and a communication apparatus, which are used for providing a distributed computing service discovery and distribution mechanism. The method comprises: a first terminal device receiving a first request message from a second terminal device; then, according to computing service request information in the first request message and a load situation of the first terminal device itself, performing access control on a first computing service requested by the second terminal device; and if the first computing service is accepted, sending a first response message to the second terminal device, and indicating, by means of computing service acceptance information in the first response message, that the first terminal device accepts the first computing service. By means of the method, a terminal device in a communication system can serve as a serving terminal device to bear a computing service, thereby effectively reducing the computing load of a network side, improving the computing capacity of the system, and expanding the coverage range of the computing service.

Description

A computing service discovery method and communication device

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the priority of the Chinese patent application with the application number 202011171029.8 and the application title "A Computing Service Discovery Method and Communication Device" filed with the State Intellectual Property Office of China on October 28, 2020, the entire contents of which are incorporated by reference in this application.

technical field

The present application relates to the field of wireless communication technologies, and in particular, to a computing service discovery method and a communication device.

Background technique

Multi-access edge computing (MEC), also known as mobile edge computing, moves computing and storage resources to the network edge closer to the user to meet the low-latency requirements of users with high computing load. With the development of mobile communications, the number of various types of wireless terminal devices in the cellular network will further increase, which will increase the data traffic of the entire network. At the same time, the development of emerging service models, such as tactile networks, the Internet of Things, and machine-type communications, will also lead to a substantial increase in user-side data and computing demands in the next few years. Growing computing and data demands are likely to exceed the computing and data capacity of edge networks where MECs are currently deployed, and the high cost of telecom infrastructure will further limit edge network capacity expansion.

In view of the above problems, a possible solution is to use the computing power and storage resources on the terminal device side to provide computing services for a single terminal device together with the edge network. In this way, through the cooperation between the terminal device and the MEC, the effective sharing of resources can be realized, and the computing and data-intensive services can be quickly provided for the terminal device.

Device-to-device (D2D) communication enables terminal devices to directly utilize the resources of neighboring terminal devices through D2D connections. However, since UE-type service nodes have not been incorporated into the computing system, there is no relevant control The architecture is used to solve the problem of computing service allocation between the network and terminal devices, which will reduce the overall resource sharing and utilization efficiency of the system.

SUMMARY OF THE INVENTION

A computing service discovery method and a communication device in the embodiments of the present application are used to provide a D2D-based MEC mechanism, so as to expand the computing capacity of the system and the coverage of computing services.

In a first aspect, the present application provides a computing service discovery method. The method can be executed by a first terminal device, and can also be executed by a component (eg, a chip or a circuit) configured in the first terminal device.

The method includes: the first terminal device receives a first request message from the second terminal device, the first request message includes computing service request information, and the computing service request information is used to request the first computing service; Its own load situation and the computing service request information, and perform admission control on the first computing service; if the first terminal device accepts the first computing service, the first terminal device sends a first response message to the second terminal device, the The first response message includes computing service acceptance information, where the computing service acceptance information indicates that the first terminal device accepts the first computing service.

With the above technical solution, the first terminal device can be used as a service terminal device to provide computing services for other terminal devices. In this way, after discovering the first terminal device, the second terminal device can request the first computing service from the first terminal device, and the first terminal device can perform corresponding acceptance judgment on the computing service requested by the second terminal device. By carrying the first computing service on the first terminal device, the computing load on the network side can be effectively reduced, the computing capacity of the system can be improved, and the coverage of the computing service can be expanded.

In a possible design of the first aspect, the computing service request information includes one or more of the following information of the first computing service: service identifier, service type, service status type, hardware requirement, and completion indicator.

In a possible design of the first aspect, the hardware requirements include requirements for one or more of the following parameters: throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing Unit CPU frequency, CPU execution time, how many millions of fixed-point instructions MIPS are executed per second, and the number of floating-point operations FLOPS executed per second.

In a possible design of the first aspect, the method further includes: the first terminal device broadcasts a service type supported by itself; or, the first terminal device broadcasts its computing capability information; or, the first terminal device broadcasts its own computing capability information to the first terminal device The network device sends its own computing capability information.

In a possible design of the first aspect, the computing capability information includes supported service types, hardware parameter information, and current computing load.

In a possible design of the first aspect, the method further includes: the first terminal device receives a service type required by the second terminal device broadcast by the second terminal device; the first terminal device sends a response message to the second terminal device, The response message indicates that the first terminal device supports a service type required by the second terminal device.

With the above technical solution, the second terminal device can use the terminal device-based service terminal device discovery process to discover the first terminal device that can provide the first computing service for it. Wherein, based on different proximity service discovery models, the roles of the first terminal device and the second terminal device may be different. For example, in one way, the first terminal device may be used as a notification terminal device, and the second terminal device may be used as a monitoring terminal device. In another manner, the first terminal device may serve as a discoverer, and the second terminal device may serve as a discoveree.

In a possible design of the first aspect, the method further includes: establishing a sidelink connection between the first terminal device and the second terminal device, the first terminal device providing a connection between the second terminal device and the first network device the data forwarding service; the first terminal device receives a first configuration message from the second terminal device, the first configuration message is used to reconfigure the side link connection between the first terminal device and the second terminal device, the first configuration message is used to reconfigure the side link connection between the first terminal device and the second terminal device A configuration message includes processing indication information corresponding to each logical channel LCH on the communication interface between the first terminal device and the second terminal device. The processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH. ; The first terminal device sends a first configuration complete message to the second terminal device.

In a possible design of the first aspect, the first terminal device provides a data forwarding service between the second terminal device and the first network device; the method further includes: the first terminal device receives the first terminal device from the first network device. Two configuration messages, the second configuration message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message includes the identifier of the second terminal device, the relationship between the first terminal device and the second terminal device Processing indication information and first indication information corresponding to each logical channel LCH on the communication interface; wherein, the processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH, and the first indication information is used to indicate the The mapping relationship between each LCH and each data radio bearer DRB on the communication interface between the first terminal device and the first network device is described.

With the above technical solution, if the first terminal device is a relay terminal device between the second terminal device and the first network device, then through the above configuration process, the relay terminal device can also provide computing services for the second terminal device, For example, the bearer part performs intermediate processing tasks on the first computing service, thereby reducing the load pressure on the network side and expanding the computing capacity of the system.

In a second aspect, the present application provides a computing service discovery method, the method can be executed by a second terminal device, and can also be executed by a component (for example, a chip or a circuit) configured in the second terminal device.

The method includes: the second terminal device sends a first request message to the first terminal device, the first request message includes computing service request information, and the computing service request information is used to request the first computing service; the second terminal device receives information from A first response message of the first terminal device, where the first response message includes computing service acceptance information, where the computing service acceptance information indicates that the first terminal device accepts the first computing service.

In a possible design of the second aspect, the computing service request information includes one or more of the following information of the first computing service: service identifier, service type, service status type, hardware requirement, and completion index.

In a possible design of the second aspect, the hardware requirements include requirements for one or more of the following parameters: throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing Unit CPU frequency, CPU execution time, how many millions of fixed-point instructions MIPS are executed per second, and the number of floating-point operations FLOPS executed per second.

In a possible design of the second aspect, the method further includes: the second terminal device receives the service type supported by the first terminal device broadcast by the first terminal device, if the first terminal device supports the service type of the first computing service , the second terminal device may determine to request the first computing service from the first terminal device; or, the second terminal device receives the computing capability information of the first terminal device broadcasted by the first terminal device, and determines to request the first terminal device according to the computing capability information. A terminal device requests a first computing service.

In a possible design of the second aspect, the computing capability information includes supported service types, hardware parameter information, and current computing load.

In a possible design of the second aspect, the method further includes: the second terminal device broadcasts the service type required by the second terminal device; the second terminal device receives a response message from the first terminal device, the response message indicating the first terminal device A terminal device supports a service type required by the second terminal device.

In a possible design of the second aspect, the method further includes: establishing a sidelink connection between the second terminal device and the first terminal device, the first terminal device providing a connection between the second terminal device and the first network device the data forwarding service; the second terminal device sends a first configuration message to the first terminal device, the first configuration message is used to reconfigure the side link connection between the first terminal device and the second terminal device, the first The configuration message includes processing indication information corresponding to each logical channel LCH on the communication interface between the first terminal device and the second terminal device, where the processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH; The second terminal device receives the first configuration complete message from the first terminal device.

In a possible design of the second aspect, the method further includes: the second terminal device sends a second request message to the first network device, where the second request message includes computing service requirement information, the computing service requirement information indicating The type of service required by the second terminal device; the second terminal device receives a second response message from the first network device, the second response message includes computing service response information, and the computing service response information indicates a service that supports the requirements of the second terminal device. The first terminal device of the service type.

With the above technical solution, the second terminal device can also use a network device-based service terminal device discovery process to acquire information of the first terminal device, so as to request the first computing service from the first terminal device.

In a possible design of the second aspect, the method further includes: the second terminal device receiving a third configuration message from the first network device, where the third configuration message is used to configure the relationship between the first terminal device and the second terminal device The first terminal device provides a data forwarding service between the second terminal device and the first network device, the third configuration message includes the identifier of the first terminal device and the second indication information, the The second indication information is used to instruct the second terminal device to send the data that needs to be subjected to intermediate processing to one or more LCHs designated on the communication interface between the first terminal device and the second terminal device.

For the beneficial effects of the second aspect and various possible designs of the second aspect, reference may be made to the corresponding descriptions in the first aspect, and repeated descriptions will not be repeated.

In a third aspect, the present application provides a computing service discovery method. The method may be executed by a first network device, and may also be executed by a component (eg, a chip or a circuit) configured in the first network device.

The method includes: a first network device receives a second request message from a second terminal device, the second request message includes computing service requirement information, the computing service requirement information indicating a service type required by the second terminal device; the first network device The device determines the first terminal device that supports the service type required by the second terminal device; the first network device sends a second response message to the second terminal device, where the second response message includes computing service response information, and the computing service response message indicates A first terminal device supporting a service type required by the second terminal device.

In a possible design of the third aspect, the determining, by the first network device, a first terminal device that supports a service type required by the second terminal device includes: For computing capability information, a first terminal device that supports a service type required by the second terminal device is determined from the M service terminal devices.

In a possible design of the third aspect, the method further includes: the first network device receiving computing capability information from the first terminal device.

In a possible design of the third aspect, the computing capability information includes supported service types, hardware parameter information, and current computing load.

In a possible design of the third aspect, the method further includes: if none of the M serving terminal devices supports the service type required by the second terminal device, sending the third network device to the second network device by the first network device. a request message, the third request message includes the computing service requirement information, the first network device and the second network device are both access network devices; the first network device receives a third response message from the second network device, the The third response message includes the computing service response information.

With the above technical solution, the first network device can use the service terminal device discovery process based on the network device to discover the first terminal device that can match the requirements of the second terminal device, and provide the information of the first terminal device to the second network device . Wherein, if the first network device itself cannot find the first terminal device that matches the requirements of the second terminal device, the first network device may also use the second network device to assist in determining the first terminal device that matches the requirements of the second terminal device, thereby The computing service requirements of the second terminal device are met.

In a possible design of the third aspect, the first terminal device provides a data forwarding service between the second terminal device and the first network device; the method further includes: the first network device sends the second terminal device to the first terminal device. A configuration message, the second configuration message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message includes the identifier of the second terminal device and the communication between the first terminal device and the second terminal device. Processing indication information and first indication information corresponding to each logical channel LCH on the interface; wherein, the processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH, and the first indication information is used to indicate the The mapping relationship between each LCH and each data radio bearer DRB on the communication interface between the first terminal device and the first network device; the first network device sends a third configuration message to the second terminal device, the third configuration message is used to configure the sidelink connection between the first terminal device and the second terminal device, the third configuration message includes the identifier of the first terminal device and second indication information, and the second indication information is used to indicate the second The terminal device sends data to be intermediately processed to one or more LCHs designated on the communication interface between the first terminal device and the second terminal device.

For the beneficial effects of the third aspect and various possible designs of the third aspect, reference may be made to the corresponding descriptions in the first aspect or the second aspect, and repeated descriptions will not be repeated.

In a fourth aspect, the present application provides a computing service discovery method. The method can be executed by a first terminal device, and can also be executed by a component (eg, a chip or a circuit) configured in the first terminal device.

The method includes: the first terminal device receives a fourth request message from the first network device, where the fourth request message includes an identifier of the second terminal device and computing service request information, where the computing service request information is used to request the first computing service; the first terminal device performs admission control on the first computing service according to its own load situation and the computing service request information; if the first terminal device accepts the first computing service, the first terminal device sends a request to the first network device A fourth response message is sent, where the fourth response message includes computing service acceptance information, where the computing service acceptance information indicates that the first terminal device accepts the first computing service.

With the above technical solution, the first network device can, based on the service terminal device discovery process of the network device, discover the first terminal device that can match the requirements of the second terminal device, and directly initiate a computing service request for the second terminal device to the first terminal device . Through the centralized computing service discovery process, the discovery efficiency of service terminal equipment can be effectively improved, the signaling overhead on the network side can be reduced, the computing load on the network side can be reduced, the computing capacity of the system can be increased, and the coverage of computing services can be expanded.

In a possible design of the fourth aspect, the computing service request information includes one or more of the following information of the first computing service: service identifier, service type, service status type, hardware requirement, and completion indicator.

In a possible design of the fourth aspect, the hardware requirements include requirements for one or more of the following parameters: throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing Unit CPU frequency, CPU execution time, how many millions of fixed-point instructions MIPS are executed per second, and the number of floating-point operations FLOPS executed per second.

In a possible design of the fourth aspect, if the first terminal device is in the RRC_inactive state or the RRC_idle state, the fourth request message further includes paging information, where the paging information is used for The first terminal device is paged, and the fourth response message is further used to restore or re-establish the RRC connection of the first terminal device.

The above technical solution can be applied to the scenario where the discovered serving terminal device (ie, the first terminal device) is in the RRC_inactive state or the RRC_idle state, so that the idle computing resources in the communication system can be effectively utilized to expand the computing capacity.

In a possible design of the fourth aspect, the method further includes: the first terminal device sends its own computing capability information to the first network device.

In a possible design of the fourth aspect, the computing capability information includes supported service types, hardware parameter information, and current computing load.

In a possible design of the fourth aspect, the first terminal device provides a data forwarding service between the second terminal device and the first network device; the method further includes: the first terminal device receives the first terminal device from the first network device. Two configuration messages, the second configuration message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message includes the identifier of the second terminal device, the relationship between the first terminal device and the second terminal device Processing indication information and first indication information corresponding to each logical channel LCH on the communication interface; wherein, the processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH, and the first indication information is used to indicate the The mapping relationship between each LCH and each data radio bearer DRB on the communication interface between the first terminal device and the first network device is described.

In a fifth aspect, the present application provides a computing service discovery method, and the method can be executed by a first network device, and can also be executed by a component (eg, a chip or a circuit) configured in the first network device.

The method includes: the first network device sends a fourth request message to the first terminal device, where the fourth request message includes an identifier of the second terminal device and computing service request information, where the computing service request information is used to request the first computing service ; The first network device receives a fourth response message from the first terminal device, the fourth response message includes computing service acceptance information, and the computing service acceptance information indicates that the first terminal device accepts the first computing service.

In a possible design of the fifth aspect, the computing service request information includes one or more of the following information of the first computing service: service identifier, service type, service status type, hardware requirement, and completion indicator.

In a possible design of the fifth aspect, the hardware requirements include requirements for one or more of the following parameters: throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing Unit CPU frequency, CPU execution time, how many millions of fixed-point instructions MIPS are executed per second, and the number of floating-point operations FLOPS executed per second.

In a possible design of the fifth aspect, the method further includes: the first network device receives a fifth request message from the second terminal device, where the fifth request message includes the identifier of the second terminal device, the computing Service request information and a service terminal device list, the service terminal device list indicates M service terminal devices near the second terminal device, the fifth request message is used to request the first computing service, M is a positive integer; the first network device from Among the M service terminal devices, a first terminal device of a service type that supports the first computing service is determined.

In a possible design of the fifth aspect, the method further includes: the first network device receiving computing capability information from the first terminal device.

In a possible design of the fifth aspect, the computing capability information includes supported service types, hardware parameter information, and current computing load.

In a possible design of the fifth aspect, the method further includes: if none of the M service terminal devices supports the service type of the first computing service, the first network device sends a sixth request to the second network device message, the sixth request message includes the identifier of the second terminal device and the computing service request information, the sixth request message is used to request the first computing service from the second network device, the first network device and the second network device Both are access network devices; the first network device receives a sixth response message from the second network device, where the sixth response message includes computing service response information indicating a service type that supports the first computing service The first terminal device.

In a possible design of the fifth aspect, if the first terminal device is in the radio resource control RRC_inactive state or the RRC_idle state, the fourth request message further includes paging information, and the paging information is used for for paging the first terminal device; the fourth response message is also used to restore or re-establish the RRC connection of the first terminal device.

In a possible design of the fifth aspect, the method further includes: the first network device sends a fifth response message to the second terminal device, where the fifth response message includes the identifier of the first terminal device and computing service acceptance information .

In a possible design of the fifth aspect, the first terminal device provides a data forwarding service between the second terminal device and the first network device; the method further includes: the first network device sends the second terminal device to the first terminal device. A configuration message, the second configuration message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message includes the identifier of the second terminal device and the communication between the first terminal device and the second terminal device. Processing indication information and first indication information corresponding to each logical channel LCH on the interface; wherein, the processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH, and the first indication information is used to indicate the The mapping relationship between each LCH and each data radio bearer DRB on the communication interface between the first terminal device and the first network device; the first network device sends a third configuration message to the second terminal device, the third configuration message is used to configure the sidelink connection between the first terminal device and the second terminal device, the third configuration message includes the identifier of the first terminal device and second indication information, and the second indication information is used to indicate the second The terminal device sends data to be intermediately processed to one or more LCHs designated on the communication interface between the first terminal device and the second terminal device.

For the beneficial effects of the fifth aspect and various possible designs of the fifth aspect, reference may be made to the corresponding description in the fourth aspect, and repeated descriptions will not be repeated.

In a sixth aspect, the present application provides a computing service discovery method. The method can be executed by a second terminal device, and can also be executed by a component (eg, a chip or a circuit) configured in the second terminal device.

The method includes: the second terminal device sends a fifth request message to the first network device, where the fifth request message includes an identifier of the second terminal device, computing service request information, and a service terminal device list, where the service terminal device list indicates the first M service terminal devices near the two terminal devices, the fifth request message is used to request the first computing service, M is a positive integer; the second terminal device receives the fifth response message from the first network device, the fifth response message The message includes the identifier of the first terminal device and computing service acceptance information, where the computing service acceptance information indicates that the first terminal device accepts the first computing service.

In a possible design of the sixth aspect, the computing service request information includes one or more of the following information of the first computing service: service identifier, service type, service status type, hardware requirement, and completion indicator.

In a possible design of the sixth aspect, the hardware requirements include requirements for one or more of the following parameters: throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing Unit CPU frequency, CPU execution time, how many millions of fixed-point instructions MIPS are executed per second, and the number of floating-point operations FLOPS executed per second.

In a possible design of the sixth aspect, the method further includes: the second terminal device receives a third configuration message from the first network device, where the third configuration message is used to configure the relationship between the first terminal device and the second terminal device The first terminal device provides a data forwarding service between the second terminal device and the first network device, the third configuration message includes the identifier of the first terminal device and the second indication information, the The second indication information is used to instruct the second terminal device to send the data that needs to be subjected to intermediate processing to one or more LCHs designated on the communication interface between the first terminal device and the second terminal device.

For the beneficial effects of the sixth aspect and various possible designs of the sixth aspect, reference may be made to the corresponding descriptions in the fourth aspect, and repeated descriptions will not be repeated.

In a seventh aspect, the present application provides a computing service discovery method. The method can be executed by a first network device, and can also be executed by a component (eg, a chip or a circuit) configured in the first network device.

The method includes: the first network device determines that a first computing service needs to be migrated, and the first computing service is a computing service requested by the second terminal device; the first network device sends a sixth request message to the first terminal device, the sixth The request message is used to instruct the first terminal device to initialize the first computing service; the first network device receives a sixth response message from the first terminal device, where the sixth response message is used to indicate that the initialization of the first computing service is completed; the first network device Send a fourth configuration message to the second terminal device, where the fourth configuration message is used to reconfigure the radio resource control RRC connection of the second terminal device, and the fourth configuration message includes the information of the first computing service initialized by the first terminal device. Service ID.

With the above technical solution, if the first terminal device is a relay terminal device between the second terminal device and the first network device, the first terminal device is instructed to initialize the first computing service and perform RRC on the second terminal device again. configuration, the first network device can migrate the first computing service to the first terminal device, and the first terminal device performs intermediate processing on the first computing service, thereby reducing the load pressure on the network side and expanding the computing capacity of the system.

In a possible design of the seventh aspect, the sixth request message includes relevant information of the first computing service that needs to be initialized, and the relevant information of the first computing service includes: service identifier, service context, and associated logic Channel LCH list, so that the first terminal device can determine which computing service needs to be initialized, and the data of the computing service received from which LCHs need to be intermediately processed; the sixth response message includes the initialized first computing service service ID.

In a possible design of the seventh aspect, the fourth configuration message may further include a list of logical channel LCHs associated with the first computing service, so that the second terminal device can determine which LCHs are used to send data that needs to be processed intermediately .

In a possible design of the seventh aspect, the method further includes: the first network device sends first information to the second terminal device, where the first information instructs the second terminal device to find a suitable service terminal device to carry the The first computing service; or, the first information indicates a first terminal device capable of bearing the first computing service. Optionally, the first information also indicates a migration cause, such as overload.

In a possible design of the seventh aspect, the method further includes: the first network device receives second information from the second terminal device, where the second information indicates that the first computing service needs to be migrated. Optionally, the second information includes a service identifier of the first computing service.

In a possible design of the seventh aspect, the method further includes: the first network device receiving third information from the first terminal device or the second terminal device, where the third information is used to indicate the first network device, the first A relay relationship between a terminal device and a second terminal device.

With the above technical solution, the first network device can decide to migrate the first computing service to the first network device according to the indication of the second information reported by the second terminal device, or according to the relay relationship reported by the first terminal device or the second terminal device Terminal Equipment.

In an eighth aspect, the present application provides a computing service discovery method. The method can be executed by a first terminal device, and can also be executed by a component (eg, a chip or a circuit) configured in the first terminal device.

The method includes: the first terminal device receives a sixth request message from the first network device, where the sixth request message is used to instruct the first terminal device to initialize a first computing service, where the first computing service is requested by the second terminal device Computing service; the first terminal device sends a sixth response message to the first network device, where the sixth response message is used to indicate that the initialization of the first computing service is completed.

In a possible design of the eighth aspect, the sixth request message includes related information of the first computing service that needs to be initialized, and the related information of the first computing service includes: service identifier, computing service context, associated Logical channel LCH list; the sixth response message includes the service identifier of the initialized first computing service.

In a possible design of the eighth aspect, the method further includes: establishing a sidelink connection between the first terminal device and the second terminal device; each LCH indicated by the first terminal device from the LCH list associated with the first computing service , receiving data from the second terminal device; after processing the data, the first terminal device sends the processed data to the first network device.

In a possible design of the eighth aspect, the method further includes: the first terminal device sends third information to the first network device, where the third information indicates the first network device, the first terminal device and the second terminal device relay relationship between them.

For the beneficial effects of the eighth aspect and various possible designs of the eighth aspect, reference may be made to the corresponding descriptions in the seventh aspect, and repeated descriptions will not be repeated.

In a ninth aspect, the present application provides a computing service discovery method. The method can be executed by a second terminal device, and can also be executed by a component (eg, a chip or a circuit) configured in the second terminal device.

The method includes: the second terminal device receives a fourth configuration message from the first network device, the fourth configuration message is used to reconfigure the radio resource control RRC connection of the second terminal device, and the fourth configuration message includes the first terminal device The identifier of the first computing service that has been initialized by the device; the second terminal device switches the data transmission path of the first computing service to a relay link through the first terminal device to the first network device.

In a possible design of the ninth aspect, the fourth configuration message further includes a list of logical channel LCHs associated with the first computing service.

In a possible design of the ninth aspect, the method further includes: the second terminal device receives first information from the first network device, where the first information instructs the second terminal device to find a suitable service terminal device to carry the first computing service; or, the first information indicates a first terminal device capable of bearing the first computing service. Optionally, the first information also indicates a migration cause, such as overload.

In a possible design of the ninth aspect, the method further includes: the second terminal device sends second information to the first network device, where the second information indicates that the first computing service needs to be migrated. Optionally, the second information includes a service identifier of the first computing service.

In a possible design of the ninth aspect, the method further includes: the second terminal device discovers the first terminal device, and establishes a sidelink connection with the first terminal device, where the first terminal device provides the second terminal data forwarding service between the device and the first network device; or the second terminal device establishes a side link connection with the first terminal device according to the indication of the first information.

In a possible design of the ninth aspect, the method further includes: the second terminal device sends third information to the first network device, where the third information indicates the first network device, the first terminal device and the second terminal device relay relationship between them.

For the beneficial effects of the ninth aspect and various possible designs of the ninth aspect, reference may be made to the corresponding descriptions in the seventh aspect, and repeated descriptions will not be repeated.

In a tenth aspect, the present application provides a communication device, the device has the function of implementing the first terminal device in the above aspects, or has the function of implementing the second terminal device in the above aspects, the device may be a terminal device, or It is the chip or circuit included in the terminal equipment.

The communication device may also have the function of implementing the first network device in the above aspects, and the device may be a network device or a chip or circuit included in the network device.

The functions of the above communication apparatus may be implemented by hardware, or by executing corresponding software in hardware, and the hardware or software includes one or more modules or units or means corresponding to the above functions.

In a possible design, the structure of the apparatus includes a processing module and a transceiver module, wherein the processing module is configured to support the apparatus to perform the corresponding functions of the first terminal equipment in the above aspects, or perform the first terminal equipment in the above aspects. The corresponding function of the second terminal device, or the corresponding function of the first network device in the above aspects is performed. The transceiver module is used to support communication between the device and other communication devices. For example, when the device is a first terminal device, it can receive a first request message from a second terminal device. The communication device may also include a storage module, which is coupled to the processing module and stores necessary program instructions and data of the device. As an example, the processing module may be a processor, the communication module may be a transceiver, and the storage module may be a memory, and the memory may be integrated with the processor, or may be provided separately from the processor.

In another possible design, the structure of the apparatus includes a processor and may also include a memory. The processor is coupled to the memory and operable to execute computer program instructions stored in the memory to cause an apparatus to perform the methods of the above-described aspects. Optionally, the apparatus further includes a communication interface to which the processor is coupled. When the device is a first terminal device or a second terminal device or a first network device, the communication interface may be a transceiver or an input/output interface; when the device is a chip included in the first terminal device or a device in the second terminal device In the case of a chip included or a chip included in the first network device, the communication interface may be an input/output interface of the chip. Optionally, the transceiver may be a transceiver circuit, and the input/output interface may be an input/output circuit.

In an eleventh aspect, an embodiment of the present application provides a chip system, including: a processor, where the processor is coupled to a memory, and the memory is used to store a program or an instruction, and when the program or instruction is executed by the processor At the time, the chip system is made to implement the methods in the above aspects.

Optionally, the chip system further includes an interface circuit, and the interface circuit is used to exchange code instructions to the processor.

Optionally, the number of processors in the chip system may be one or more, and the processors may be implemented by hardware or software. When implemented in hardware, the processor may be a logic circuit, an integrated circuit, or the like. When implemented in software, the processor may be a general-purpose processor implemented by reading software codes stored in memory.

Optionally, there may also be one or more memories in the chip system. The memory can be integrated with the processor, or can be provided separately from the processor. Exemplarily, the memory may be a non-transitory processor, such as a read-only memory ROM, which may be integrated with the processor on the same chip, or may be provided on different chips.

In a twelfth aspect, embodiments of the present application provide a computer-readable storage medium on which a computer program or instruction is stored, and when the computer program or instruction is executed, enables a communication apparatus to execute the methods in the foregoing aspects.

In a thirteenth aspect, an embodiment of the present application provides a computer program product that, when a communication device executes the computer program product, causes the communication device to execute the above aspects or the methods in any possible designs of the various aspects.

In a fourteenth aspect, an embodiment of the present application provides a communication system, where the communication system includes a first terminal device, a second terminal device, and a first network device. Optionally, the communication system may further include a second network device.

Description of drawings

Figure 1 is a schematic diagram of the MEC application layer architecture;

Figure 2a, Figure 2b, Figure 2c and Figure 2d are schematic diagrams of the positional relationship between terminal devices in a D2D scenario;

3 is a schematic diagram of a D2D-based MEC network architecture to which an embodiment of the application is applicable;

FIG. 4 is a schematic flowchart of a computing service discovery method provided by an embodiment of the present application;

FIG. 5 is a specific example of a terminal device-based service terminal device discovery process in an embodiment of the present application;

FIG. 6 is another specific example of a terminal device-based service terminal device discovery process in an embodiment of the present application;

FIG. 7 is another specific example of a terminal device-based service terminal device discovery process in an embodiment of the present application;

8 is a schematic diagram of a first network device-based service terminal device discovery process in an embodiment of the application;

FIG. 9 is a specific example of a first network device-based service terminal device discovery process in an embodiment of the application;

10 is another specific example of the first network device-based service terminal device discovery process in the embodiment of the application;

FIG. 11 is a schematic flowchart of another computing service method provided by an embodiment of the present application;

12 is a schematic diagram of a second network device-based service terminal device discovery process in an embodiment of the application;

FIG. 13 is a specific example of a second network device-based service terminal device discovery process in an embodiment of the application;

FIG. 14 is another specific example of the second network device-based service terminal device discovery process in the embodiment of the application;

15 is a specific example when the determined serving terminal equipment is in the RRC inactive state or the RRC idle state in the embodiment of the application;

16 is a schematic diagram of a configuration process performed by a first terminal device and a second terminal device in a relay scenario in an embodiment of the present application;

17 is a schematic diagram of another configuration process performed by a first terminal device and a second terminal device in a relay scenario in an embodiment of the present application;

FIG. 18 is a schematic flowchart of another computing service discovery method provided by an embodiment of the present application;

19 is a schematic diagram of data transmission path switching in an embodiment of the present application;

FIG. 20 is a specific example of migrating the first computing service in a relay scenario in an embodiment of the application;

21 is a schematic flowchart of a dual-connectivity-based computing service discovery and allocation method provided by an embodiment of the present application;

FIG. 22 is a schematic structural diagram of a communication device according to an embodiment of the present application;

FIG. 23 is another schematic structural diagram of a communication device provided by an embodiment of the present application;

FIG. 24 is another schematic structural diagram of a communication device provided by an embodiment of the present application;

FIG. 25 is another schematic structural diagram of a communication apparatus provided by an embodiment of the present application.

Detailed ways

In order to make the objectives, technical solutions and advantages of the embodiments of the present application more clear, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

The technical solutions of the embodiments of the present application can be applied to various communication systems, such as long term evolution (long term evolution, LTE) system, LTE frequency division duplex (frequency division duplex, FDD) system, LTE time division duplex (time division duplex, TDD), fifth generation (5th generation, 5G) mobile communication systems or new radio (NR) systems, or applied to future communication systems or other similar communication systems.

Hereinafter, some terms in the present application will be explained so as to facilitate the understanding of those skilled in the art.

1) A terminal device is a device that provides voice and/or data connectivity to a user, or a handheld device with wireless connectivity, or other processing device connected to a wireless modem. Terminal devices may communicate with one or more core networks or the Internet via a radio access network (eg, radio access network, RAN), exchanging voice and/or data with the RAN.

Terminal equipment may include user equipment (UE), wireless terminal equipment, mobile terminal equipment, D2D terminal equipment, vehicle to everything (V2X) terminal equipment, machine-to-machine communication (machine-to-machine) /machine-type communications, M2M/MTC) terminal equipment, Internet of things (IoT) terminal equipment, subscriber unit (subscriber unit), subscriber station (subscriber station), mobile station (mobile station), remote station (remote) station), access point (AP), remote terminal (remote terminal), access terminal (access terminal), user terminal (user terminal), user agent (user agent) or user equipment (user device), etc. For example, the terminal equipment may include a mobile phone, a tablet computer, a computer with a wireless transceiver function, a portable, pocket-sized, hand-held, mobile device built into a computer, and the like. For another example, the terminal device may include a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in self driving (self driving) Terminal, wireless terminal in remote medical surgery, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, smart home ( The wireless terminal in the smart home), the terminal equipment in the public land mobile network (PLMN) that evolves in the future, or the vehicle equipment in V2X, customer premises equipment (customer premises equipment, CPE) and so on. For another example, the terminal equipment may include a personal communication service (PCS) phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (personal digital assistant, PDA) and other devices. Alternatively, the terminal device may also include limited devices, such as devices with low power consumption, or devices with limited storage capabilities, or devices with limited computing capabilities, and the like. For example, it includes information sensing devices such as radio frequency identification (radio frequency identification, RFID) devices, various types of sensors, global positioning system (global positioning system, GPS) devices, and laser scanners. The embodiments of the present application do not limit the specific technology and specific device form adopted by the terminal device.

As an example and not a limitation, in the embodiments of the present application, the terminal device may also be a wearable device. Wearable devices can also be called wearable smart devices or smart wearable devices, etc. It is a general term for the application of wearable technology to intelligently design daily wear and develop wearable devices, such as glasses, gloves, watches, clothing and shoes. Wait. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothing or accessories. Wearable device is not only a hardware device, but also realizes powerful functions through software support, data interaction, and cloud interaction. In a broad sense, wearable smart devices include full-featured, large-scale, complete or partial functions without relying on smart phones, such as smart watches or smart glasses, and only focus on a certain type of application function, which needs to cooperate with other devices such as smart phones. Use, such as all kinds of smart bracelets, smart helmets, smart jewelry, etc. for physical sign monitoring. The various terminal devices described above, if they are located on the vehicle (for example, placed in the vehicle or installed in the vehicle), can be considered as on-board terminal equipment. For example, the on-board terminal equipment is also called on-board unit (OBU). ).

2) The wireless access network equipment is the entity used to transmit or receive signals on the network side, and it is the equipment used to connect the terminal equipment to the wireless network in the communication system, generally through a wired link (such as an optical fiber cable) Connect to the core network.

A radio access network device is a node in the RAN, which may also be called a base station, or a RAN node (or device). The radio access network equipment may include a base station, an evolved base station (evolved NodeB, eNodeB) in an LTE system or an evolved LTE system (LTE-Advanced, LTE-A), a next generation NodeB (next generation NodeB) in a 5G communication system, gNB), transmission reception point (TRP), base band unit (BBU), access point (AP) in wireless local area networks (WLAN), future mobile communication systems The base station in the WiFi system or the access node in the WiFi system, etc. The radio access network device may also be a module or unit that completes some functions of the base station, for example, may be a centralized unit (central unit, CU) or a distributed unit (distributed unit, DU). The embodiments of the present application do not limit the specific technology and specific device form adopted by the wireless access network device.

For example, in a network structure, the radio access network device may be a CU node, a DU node, or an access network device including a CU node and a DU node. Specifically, the CU node is used to support radio resource control (radio resource control, RRC), packet data convergence protocol (packet data convergence protocol, PDCP), service data adaptation protocol (service data adaptation protocol, SDAP) and other protocols; DU node Used to support radio link control (radio link control, RLC) layer protocol, medium access control (medium access control, MAC) layer protocol and physical layer protocol.

In the embodiments of the present application, radio access network equipment and terminals can be deployed on land, including indoor or outdoor, handheld or vehicle-mounted; can also be deployed on water; and can also be deployed on aircraft, balloons, and satellites in the air. The embodiments of the present application do not limit the application scenarios of the wireless access network device and the terminal device. In the embodiments of the present application, the wireless access network device may be referred to as an access network device for short. Unless otherwise specified, the access network device in the following refers to a wireless access network device.

3) Core network equipment refers to the equipment in the core network (core network, CN) that provides service support for terminal equipment. The core network equipment may include entities such as an access and mobility management function (AMF), a session management function (SMF), and a user plane function (UPF). Among them, AMF is used to be responsible for access management and mobility management of terminal equipment; SMF is used to be responsible for session management, such as user session establishment, etc.; UPF is a functional entity of the user plane, which is mainly used for connecting to external networks. It should be noted that entities in this application may also be referred to as network elements or functional entities, that is, AMF entities may also be referred to as AMF network elements or AMF functional entities, and SMF entities may also be referred to as SMF network elements or SMF functional entities. In the following description of this application, the core network device may refer to the AMF.

4) MEC refers to a technology that offloads the computing load on the terminal side to the computing server at the edge of the network, and provides similar cloud computing, storage and processing capabilities at the edge of the network.

The development of mobile terminals (eg, smartphones and laptops) has led to the creation of new network applications, including some computationally intensive applications such as online games, voice/face recognition, and AR/VR, among others. Some UEs are limited by battery capacity and computing power, and running these applications locally will cause excessive energy consumption. In order to solve this problem, a feasible method is to migrate these services to a remote centralized cloud processor, and use the abundant computing resources of the cloud to reduce the service cost and energy consumption of user terminals. However, due to the long distance from the mobile device to the Internet cloud, remote execution will result in higher business response latency and high data load pressure on the backhaul bandwidth. Emerging MEC technologies can effectively address these issues. By bringing computing and storage resources to the network edge, MEC can meet the stringent latency and bandwidth requirements of local data processing.

Please refer to FIG. 1 , which is a schematic diagram of the MEC application layer architecture. Specifically, the terminal device side includes one or more application clients (application clients) and one or more edge enabler clients (edge enabler clients, EEC). The edge side of the network includes an edge data network (EDN) and an edge configuration server (ECS). EDN is a local data network including edge application server (EAS) and edge enabler server (EES). EAS, EES and ECS can exchange data with the core network.

The application client refers to an application residing in the terminal device, which is used to perform client functions. The EEC is used to provide the support functions required by the application client, for example, the EEC is used to obtain and provide configuration information so as to interact with the EAS application layer data traffic; the EEC is used to discover the EAS available in the EDN. EAS is an application server deployed in EDN to perform server functions. The application client connects to the EAS in order to utilize the advantages of edge computing to consume the application's services. Server functions in the application may only be used as EAS. However, if the server functions in the application are available as both an edge application server and an application server residing in the cloud, the functions of the edge application server and the application server may be different. In addition, if the functions of the edge application server and the application server are different, the application data traffic can also be different. EAS may use core network capabilities in different ways. For example, if EAS is an entity trusted by the core network, it can directly call core network function APIs; or EAS can call core network capabilities through EES; or, EAS can use capability opening functions (such as SCEF or NEF network element) to invoke core network capabilities. EES is used to provide the support functions required by EAS and EEC. For example, EES can provide configuration information to exchange application layer data traffic with EAS; EES can also provide EAS-related information to EEC; EES supports APIs specified in 3GPP TS 23.222. Call and open functions. The ECS is used to provide the support functions required by the EEC to connect to the EES, such as providing EES-related configuration information, including the detailed information of the EDN where the EES is located. Exemplarily, the ECS may provide the EEC with Edge configuration information, where the Edge configuration information may include service area information (applicable to a local area data network (LADN)) required by the EEC to connect to the EES, and may also include the ECS and the EES. Information for EES to establish a connection, such as a universal resource identifier (URI).

5) D2D refers to the technology of direct communication between terminal devices. D2D can support short-range point-to-point or point-to-multipoint communication between two or more terminal devices. D2D can work in base station assisted mode, or it can work alone without the service of the base station. In the D2D scenario, taking two terminal devices (such as UE1 and UE2 in the figure) as an example, according to the network coverage, the location relationship between the terminal devices may include four situations as shown in Figure 2a to Figure 2d: Case 1 (corresponding to Figure 2a), both UEs are not located in the coverage of the base station; Case 2 (corresponding to Figure 2b), one UE is located in the coverage of the base station, and the other UE is not; Case 3 (corresponding to Figure 2c), the two All UEs are located within the coverage area of the base station and within the coverage area of the same base station; in case 4 (corresponding to Figure 2d), both UEs are located within the coverage area of the base station, but the two UEs are located within the coverage area of different base stations respectively .

Sidelink (SL) refers to the link used for D2D communication, or the link used for direct communication between terminal equipment and terminal equipment, and the uplink (UL) and downlink in the communication system. Road (downlink, DL) corresponds.

Proximity-based services (ProSe) have similar meanings to D2D, and ProSe can be used to refer to D2D. The protocol stipulates that ProSe can provide the following five functions: EPC-level ProSe discovery, EPC support for WLAN direct discovery and communication (EPC support for WLAN direct discovery and communication) communication), direct discovery, direct communication, UE-to-network relay.

The core functions of D2D include direct discovery and direct communication. Among them, direct discovery means that the terminal device with D2D communication capability (or ProSe function) uses the evolved universal terrestrial radio access network (Evolved universal terrestrial radio access network, E-UTRAN), WLAN technology or EPC technology, in the vicinity of can find each other in the area. The mutual discovery between terminal devices is realized based on the ProSe direct discovery models (ProSe direct discovery models), which include model A and model B. Under model A, two roles are defined for terminal devices with D2D communication capabilities, namely announcing terminal equipment (announcing UE) and monitoring terminal equipment (monitoring UE). Listening end devices interested in these messages can read the messages and process them. Similarly, under Model B, two roles are also defined for terminal devices with D2D communication capabilities, namely, discoverer UE and discoveree UE.

Direct communication refers to establishing a communication link between two or more ProSe-capable UEs within a range capable of direct communication, and the direct communication path may use E-UTRAN or WLAN.

Please refer to FIG. 3 , which is a schematic diagram of a D2D-based MEC network architecture to which the embodiments of the present application are applied. The network architecture includes core network, MEC server, access network equipment and various types of terminal equipment. It should be noted that the embodiments of the present application do not specifically limit the number of MEC servers included in the network architecture, the number of access network devices, and the number and type of terminal devices, and FIG. 3 is only an example.

The MEC server located at the edge of the network can provide computing services for the terminal device. Specifically, the terminal device can establish a connection with the access network device, and transmit data to one or more MEC servers located at the edge of the network through the RAN to process data from the terminal. The data of the device is fed back to the terminal device, so as to complete the data interaction between the terminal device and the MEC server at the edge of the network at the user plane application layer. In addition, in the network architecture shown in FIG. 3 , the terminal device on the terminal device side (which may be a single terminal device or a plurality of aggregated terminal devices) can use the surplus computing resources and storage resources to provide other terminal devices. Provide computing services. That is, the terminal device can also act as a network edge node to share some computing tasks on the network side, so as to improve the overall computing capacity of the system.

In view of this, in the D2D scenario, the types of terminal devices can be classified as follows based on functions: 1) Consumer user equipment (C-UE), which is used to obtain computing services. 2) Service terminal equipment (server user equipment, S-UE), which is used to provide computing services. 3) Relay terminal equipment (relay), used to provide data forwarding services to other terminal equipment. 4) Service relay terminal equipment (server+relay), or terminal equipment with both service and relay functions, can be regarded as a combination of service terminal equipment and relay terminal equipment, which refers to multi-level processing scenarios for computing services. , the relay UE performs intermediate processing on the services of the C-UE.

It should be noted that the terms "system" and "network" in the embodiments of the present application may be used interchangeably. "Plurality" refers to two or more than two, and in view of this, "plurality" may also be understood as "at least two" in the embodiments of the present application. "At least one" can be understood as one or more, such as one, two or more. For example, including at least one means including one, two or more, and does not limit which ones are included. For example, if at least one of A, B, and C is included, then A, B, C, A and B, A and C, B and C, or A and B and C may be included. Similarly, the understanding of descriptions such as "at least one" is similar. "And/or", which describes the association relationship of the associated objects, means that there can be three kinds of relationships, for example, A and/or B, which can mean that A exists alone, A and B exist at the same time, and B exists alone. In addition, the character "/", unless otherwise specified, generally indicates that the related objects are an "or" relationship.

Unless stated to the contrary, ordinal numbers such as "first" and "second" mentioned in the embodiments of the present application are used to distinguish multiple objects, and are not used to limit the order, sequence, priority, or importance of multiple objects. Moreover, the description of "first" and "second" does not limit the objects to be necessarily different.

Please refer to FIG. 4 , which is a schematic flowchart of a computing service discovery method provided by the present application. The method includes:

Step S401: The second terminal device sends a first request message to the first terminal device, where the first request message includes computing service request information, and the computing service request information is used to request the first computing service.

Correspondingly, the first terminal device receives the first request message from the second terminal device.

In this embodiment of the present application, the first terminal device may be a serving terminal device (ie, an S-UE), and the second terminal device may be a client terminal device (ie, a C-UE).

The first request message is used to request the first computing service. The first request message may also be called a direct communication request message (direct communication request message) or a computing service request message (computing service request message), or have other names, which are not limited in this application.

Specifically, the first request message includes computing service request information, and the computing service request information includes one or more of the following information related to the first computing service to indicate that the current request is the first computing service: service ID (service ID) ), service type, service state type, performance requirement, and completion metrics.

The service identifier refers to an identity (identity, ID) of the computing service. It should be noted that the service identifier is only a service code, and does not reflect specific service information, nor can the service content be judged by the service identifier. It should also be noted that the service identifier is optional information in the computing service request information, and when the second terminal device only requests one computing service at a time, the service identifier may not be carried in the computing service request information.

The service type is used to indicate the set of service functions or microservices included in the computing service, that is, which service functions or microservices the corresponding computing service requires. For example, the service type may be an artificial intelligence (AI) model or a machine learning (ML) model, which may include a deep neural network (DNN), a convolutional neural network (CNN) ) and other service functions. For another example, the service type may be a microservice (microservice) or a service function (service function) type. Taking a video service as an example, it may include video optimization, transmission control protocol (TCP) optimization, bit rate correction, compression Service functions such as bit rate, image enhancement, multi-path parallel transmission, splicing, and video privacy protection.

There are two types of service states: stateful and stateless. stateful indicates that the server needs to record the processing status of the corresponding computing service, that is, the application context of the service. When a service interruption occurs, the server can continue to process the remaining business based on the recorded application context at the breakpoint of the service process. Stateless indicates that the server does not need to record the application context of the corresponding computing service. When the service is interrupted, the corresponding service needs to be reprocessed from the beginning.

Hardware requirements are used to indicate the hardware or performance requirements required to complete the corresponding computing service, which may include requirements for one or more of the following parameters:

1) Throughput refers to the amount of information that a computer can process in a certain unit of time.

2) Response time refers to the time from when the input is valid to when the system responds.

3) Utilization rate, which refers to the percentage of time that the system is actually used in a given time interval.

4) The word length of the processor refers to the number of digits in the operator that can operate a binary number at a time.

5) The bus width refers to the number of bits of the internal bus in the central processing unit (CPU) connecting the arithmetic unit and the memory.

6) Memory bandwidth, which refers to the amount of binary information read out from the memory per unit of time, generally expressed in bytes per second.

7) The main frequency of the CPU refers to the fixed frequency domain of the signal generated by the main clock of the CPU, and its reciprocal is the clock cycle of the CPU.

8) CPU execution time, equal to the number of CPU clock cycles * CPU time.

9) How many million instructions per second (MIPS) are executed per second.

10) The number of floating-point operations per second (FLOPS) performed per second.

Completion indicators are used to indicate the key performance indicator (KPI) requirements of the corresponding computing service, that is, requested KPIs, such as latency requirements, accuracy requirements, etc.

Step S402: The first terminal device performs admission control (admission control) on the first computing service according to its own load situation and the computing service request information.

Exemplarily, in a possible implementation manner, the first terminal device may first determine whether it supports the service type of the first computing service (that is, whether it supports the service function set of the first computing service). If yes, then determine whether the hardware requirements related to the first computing service are met. If so, it is further judged whether the KPI requirement corresponding to the first computing service can be met under the current load condition (ie, whether the completion index of the first computing service can be reached). If it can be satisfied, the first computing service is accepted. Otherwise, if the conditions of any judgment in the above process are not satisfied, the first computing service is rejected.

Step S403: If the first terminal device accepts the first computing service, the first terminal device sends a first response message to the second terminal device, where the first response message includes computing service acceptance information, and the computing service acceptance information indicates the first The terminal device accepts the first computing service.

Correspondingly, the second terminal device receives the first response message from the first terminal device.

The computing service acceptance information indicates that the first terminal device accepts the first computing service. Optionally, the computing service acceptance information may include a service identifier of a computing service accepted by the first terminal device. For example, the computing service acceptance information may include a service identifier of the first computing service, indicating that the first terminal device accepts the first computing service. Serve.

If the first terminal device rejects the first computing service, the first terminal device may also send a first response message to the second terminal device, where the first response message includes computing service rejection information, and the computing service rejection information indicates that the first terminal The device rejects the first computing service, or instructs the first terminal device to reject the computing service requested by the second terminal device in the first request message. Optionally, the computing service rejection information may include a service identifier of a computing service rejected by the first terminal device, for example, the computing service rejection information may include a service identifier of the first computing service, indicating that the first terminal device has rejected the first computing service. .

In the embodiment of the present application, if the first terminal device accepts the first computing service, the first response message may also be referred to as a direct communication accept message (direct communication accept message) or a computing service accept message (computing service accept message), Or have other names, which is not limited in this application. Similarly, if the first terminal device rejects the first computing service, the first response message may also be called a direct communication reject message or a computing service reject message, or have other names, This application is also not limited.

It should be noted that the above process is described by taking the second terminal device requesting one computing service from the first terminal device as an example, and the second terminal device may also request multiple computing services from the first terminal device at one time.

If the second terminal device requests multiple computing services from the first terminal device in the first request message, the computing service request information in the first request message may include related information of the multiple computing services. The information may include one or more information of service identification, service type, service status type, hardware requirements, and completion metrics. Correspondingly, if the first terminal device determines to accept one or more of the computing services, the first terminal device may carry computing service acceptance information in the returned first response message, and use the computing service acceptance information to indicate to the first terminal device. The accepted one or more computing services, for example, the computing service acceptance information may include service identifiers of one or more computing services accepted by the first terminal device. Optionally, if the first terminal device determines to reject one or more of the computing services, the first terminal device may also carry computing service denial information in the returned first response message, and use the computing service denial information to indicate the first One or more computing services rejected by the terminal device, for example, the computing service rejection information may include service identifiers of one or more computing services rejected by the first terminal device.

It should be noted that, in this embodiment of the present application, the first terminal device may carry computing service acceptance information and/or computing service refusal information in the first response message, and the computing service acceptance information and computing service refusal information respectively clearly indicate the second Which of the computing services requested by the terminal device is accepted and which computing services are rejected. Alternatively, the first terminal device may also carry only computing service acceptance information in the first response message, indicating that the computing service indicated in the computing service acceptance information is accepted, and the one or more computing services requested by the second terminal device Other computing services not indicated by the computing service acceptance information are rejected.

After step S403, the second terminal device may establish a connection with the first terminal device to perform data interaction at the application layer. The connection refers to a D2D connection, which may also be referred to as a sidelink connection.

The above technical solution provides a mechanism for realizing distributed computing service discovery and distribution among terminal devices, which can effectively reduce the computing load of edge computing in the system, increase the computing capacity of the system, and expand the coverage of computing services.

Optionally, before step S401 is performed, the second terminal device may determine to request the first computing service from the first terminal device in various ways, or the second terminal device may discover the service terminal device in various ways.

In a possible implementation manner, the first terminal device may broadcast a service type supported by itself, for example, the first terminal device may broadcast a discovery message, and the discovery message carries the service type supported by itself. After receiving the computing service type broadcasted by the first terminal device, the second terminal device determines whether the first terminal device can support the service type of the first computing service required by the second terminal device according to the service type supported by the first terminal device. If the first terminal device supports the service type of the first computing service, that is, the service type broadcasted by the first terminal device itself includes the service type of the first computing service, the second terminal device may determine to request the first terminal device First Computing Service.

In a specific example, as shown in FIG. 5 , in step S501, the S-UE may broadcast a discovery message (annoumcement message), and the discovery message includes the service type supported by the S-UE. In step S502, after receiving the discovery message, the C-UE may make a judgment according to the service type supported by the S-UE included therein. If it is determined that the S-UE supports the service type of the first computing service required by the S-UE, it may It is determined to request the first computing service from the S-UE. Further, in step S503, the C-UE may send a first request message to the S-UE, where the first request message includes computing service request information, and the computing service request information is used to request the S-UE for the first computing service . Subsequently, in step S504, the S-UE may perform admission control on the first computing service requested by the C-UE according to the first computing service requested by the C-UE and its own load situation, and in step S505, report to the C-UE - The UE sends a first response message. If the S-UE accepts the first computing service, or in other words, if the S-UE allows the C-UE to access the first computing service, the computing service acceptance information in the first response message may indicate the accepted first computing service. For example, the computing service acceptance information may include a service identifier of the first computing service. Further, in step S506, the C-UE may select resources for the first computing service. In step S507, after establishing a connection with the S-UE, the C-UE may perform application layer data interaction (application data traffic) with the S-UE.

This embodiment is a terminal device-based service terminal device discovery method, which corresponds to model A in the proximity service direct discovery model, wherein the first terminal device is equivalent to the role of announcing terminal device (announcing UE), and the second terminal device Equivalent to the role of monitoring terminal equipment (monitoring UE). The first terminal device may periodically broadcast a discovery message at preset time intervals, and the discovery message includes one or more service types supported by the first terminal device, and other terminal devices interested in these discovery messages can read these. messages and process them. The second terminal device is a terminal device that needs to perform the first computing service. Therefore, it can monitor the discovery message broadcast by the surrounding service terminal devices. After receiving the discovery message broadcast by the first terminal device, if it determines that the first terminal device If the supported service types include the service type of the first computing service required by the service type, it may be determined to request the first computing service from the first terminal device. If the second terminal device determines that multiple service terminal devices support the service type of the first computing service required by the second terminal device, the second terminal device may randomly select or select one of the service terminal devices according to a certain preset rule to request the first computing service Serve. For example, the preset rule may be to select a service terminal device with better communication quality or a closer distance to initiate a service request.

In another possible implementation manner, the first terminal device may broadcast its own computing capability information, for example, the first terminal device may broadcast a first discovery message, and the first discovery message carries its own computing capability information. The computing capability information may include information such as supported service type (supported service type), hardware parameter information (performance information), and current computing workload (computing workload). Among them, the supported service type is used to indicate which computing services the terminal device supports, such as which service functions or microservices are supported, and the hardware parameter information refers to the throughput, response time, utilization rate, processor word length, bus width, One or more hardware parameter information such as memory bandwidth, CPU frequency, CPU execution time, MIPS, FLOPS, etc. The calculation load information refers to the current CPU usage, graphics processing unit (GPU) usage or One or more pieces of information such as storage occupancy. After receiving the computing capability information broadcast by the first terminal device, the second terminal device may determine to request the first computing service from the first terminal device according to the computing capability information of the first terminal device. For example, the second terminal device may determine to request the first computing service from the first terminal device when the first terminal device supports the service type of the first computing service and the hardware conditions and load conditions of the first terminal device are relatively good .

Optionally, the second terminal device may collect computing capability information of multiple nearby service terminal devices including the first terminal device, and then make a comprehensive decision based on the required first computing service and the computing capability information of each service terminal device. , and then select the first terminal device from it to request the first computing service. It should be understood that how the second terminal device selects the first terminal device requesting the first computing service according to the computing capability information of multiple service terminal devices can be implemented internally by the second terminal device, which is not specifically limited in this application. For example, the second terminal device may make a comprehensive consideration and decision according to the hardware parameters and load conditions of the service terminal device.

In a specific example, as shown in FIG. 6 , in step S601-a, S-UE1 may broadcast a first discovery message, where the first discovery message includes computing capability information of S-UE1. In step S601-b, S-UE2 may broadcast a second discovery message, where the second discovery message includes computing capability information of S-UE2, where S-UE2 refers to another serving terminal device. In step S602, after receiving the first discovery message and the second discovery message, the C-UE can make a comprehensive decision according to the computing capability information of S-UE1 and the computing capability information of S-UE2, and finally determine to request S-UE1 First Computing Service. For example, it is possible that both S-UE1 and S-UE2 can support the service type of the first computing service, but the hardware parameters of S-UE1 are better than those of S-UE2, and/or the current computing load of S-UE1 is similar to that of S-UE1. Comparing the computing load of S-UE2 to be smaller, the C-UE chooses to request the first computing service from S-UE1. Further, in step S603, the C-UE may send a first request message to the S-UE1. Subsequently, in step S604, S-UE1 may perform admission control on the first computing service requested by the C-UE according to the first computing service requested by the C-UE and its own load, and send the request to the C-UE in step S605. The UE sends the first response message. If the S-UE1 accepts the first computing service, or the S-UE1 allows the C-UE to access the first computing service, the computing service acceptance information in the first response message may indicate the accepted first computing service. For example, the computing service acceptance information may include a service identifier of the first computing service. Further, in step S606, the C-UE may select resources for the first computing service. In step S607, the C-UE may perform application layer data interaction with the S-UE1 after establishing a connection with the S-UE1.

It can be understood that this embodiment is a terminal device-based service terminal device discovery method, which also corresponds to model A in the proximity service direct discovery model, wherein the first terminal device and other service terminal devices are equivalent to the role of announcing terminal devices. , the second terminal device is equivalent to the role of the monitoring terminal device. Each service terminal device can periodically broadcast discovery messages at preset time intervals to announce its own computing capability information to other surrounding terminal devices, and other terminal devices interested in these discovery messages can read these messages and deal with them. It should be understood that different service terminal devices may broadcast discovery messages at the same or different periods, and different service terminal devices may broadcast discovery messages synchronously or asynchronously, which is not limited. The second terminal device is a terminal device that needs to perform the first computing service. Therefore, it can monitor the discovery messages broadcast by the surrounding service terminal devices, obtain the computing capability information of each service terminal device, and make comprehensive decisions based on the computing capability information. Finally, the first terminal device requesting the first computing service is determined from each service terminal device.

In yet another possible implementation manner, the second terminal device broadcasts the service type required by itself, for example, the second terminal device may send a solicitation message (solicitation message), and the request message carries the service type required by itself, the requirement The service type of can be the service type of the first computing service that the second terminal device needs to perform. After the first terminal device receives the required service type broadcast by the second terminal device, if it determines that it can support the service type required by the second terminal device, it sends a response message to the second terminal device, where the response message indicates the first terminal device. The type of service that supports the requirements of the second terminal device.

In a specific example, as shown in FIG. 7 , in step S701, the C-UE may broadcast a request message, and the request message includes the service type required by the C-UE, such as the service type of the first computing service, which may be AI Models and/or types of microservices, etc., are not limited. In step S702, after receiving the request message, the S-UE can make a judgment according to the service type required by the C-UE included in the request message. If the S-UE supports the service type required by the C-UE, the S-UE The C-UE's request may be responded to, and a response message (response message) may be sent to the C-UE, the response message indicating that the S-UE supports the service type required by the C-UE. In this way, in step S703, after receiving the response message, the C-UE can know that the S-UE supports the first computing service, and determines to request the S-UE for the first computing service. Further, in step S704, the C-UE may send a first request message to the S-UE, where the first request message includes computing service request information, where the computing service request information is used to request the S-UE for the first computing service. Subsequently, in step S705, the S-UE may perform admission control on the first computing service requested by the C-UE according to the first computing service requested by the C-UE and its own load, and in step S706, send the request to the C-UE in step S706. The UE sends the first response message. If the S-UE accepts the first computing service, or in other words, if the S-UE allows the C-UE to access the first computing service, the computing service acceptance information in the first response message may indicate the accepted first computing service. For example, the computing service acceptance information may include a service identifier of the first computing service. Further, in step S707, the C-UE may select resources for the first computing service. In step S708, the C-UE may perform application layer data interaction with the S-UE after establishing a connection with the S-UE. Optionally, step S701 and step S704 in this example may be combined into one step, and correspondingly, step S702 and step S706 may also be combined into one step.

This embodiment is a terminal device-based service terminal device discovery method, which corresponds to model B in the direct discovery model of proximity services, wherein the second terminal device is equivalent to the role of a discoverer (discoveree UE), and the first terminal device Equivalent to the role of discoverer UE. When the second terminal device needs to perform a computing service of a certain service type, the second terminal device may broadcast a request message, the request message includes the service type information of the required computing service, and other terminal devices interested in the request message The request message can be read and processed. As a service terminal device, the first terminal device can receive the request message broadcast by the second terminal device, and when it is determined that it can support the service type required by the second terminal device, it can send the request message to the second terminal device. A response message to the message to indicate that the second terminal device can request the relevant computing service from it.

In yet another possible implementation manner, the first terminal device may send its own computing capability information to the first network device, and the first network device determines, according to the computing capability information of the first terminal device, that the first terminal device can The service type required by the second terminal device is supported, and the information of the first terminal device is provided to the second terminal device, so that the second terminal device can request the first computing service from the first terminal device. The first network device may be a core network device (such as an AMF) or a wireless access network device (such as a base station), which is not limited.

Optionally, other service terminal devices can also send their own computing capability information to the first network device. The first terminal device is determined from one or more service terminal devices of the service type required by the second terminal device, and the information of the first terminal device is provided to the second terminal device, or the first network device can also support the first terminal device. The information of one or more service terminal devices of the service type required by the second terminal device is provided to the second terminal device, and the second terminal device determines by itself to request the first computing service from the first terminal device.

This embodiment is a network device-based service terminal device discovery method, or a network-assisted service terminal device discovery method. In this embodiment, after discovering a suitable service terminal device, the network device provides information of the service terminal device to the client terminal device, and the client terminal device itself requests the corresponding computing service from the service terminal device. Through the centralized computing service discovery process, the discovery efficiency (or search efficiency) of the service terminal device can be effectively improved. The client terminal device only needs to establish a connection with the service terminal device provided by the network device to obtain the corresponding computing service.

Specifically, please refer to FIG. 8 , which is a schematic diagram of a process of discovering a service terminal device based on a network device in an embodiment of the present application, and the method includes:

Step S801: The second terminal device sends a second request message to the first network device, where the second request message includes computing service requirement information, where the computing service requirement information indicates a service type required by the second terminal device.

Correspondingly, the first network device receives the second request message from the second terminal device.

Step S802, the first network device determines the first terminal device that supports the service type required by the second terminal device.

Specifically, the first network device may obtain the respective computing capability information of the M service terminal devices, and then, according to the obtained computing capability information of the M service terminal devices, determine from the M service terminal devices that the second terminal device supports the second terminal device. The first terminal device of the required service type, M is a positive integer. It can be understood that if the first network device can determine, from the M serving terminal devices, a first terminal device that can support the service type required by the second terminal device, it means that there are M serving terminal devices that can support the requirements of the second terminal device. The service terminal equipment of the service type, or in other words, the M service terminal equipment includes the first terminal equipment.

Wherein, obtaining the computing capability information of each of the M service terminal devices by the first network device may be that the first network device receives the computing capability information of the service terminal device from each of the M service terminal devices. Taking the first terminal device as an example, the first terminal device may send its own computing capability information to the first network device, or the first terminal device may report its own computing capability information to the first network device. Correspondingly, the first network The device may receive computing capability information from the first terminal device. In view of the fact that the first network device can be a core network device (such as AMF) or a wireless access network device (such as a base station), if the first network device is a core network device, the first terminal device can send its own computing capability information to the receiver. The incoming wireless access network device, and then the computing capability information of the first terminal device is sent to the core network device through the wireless access network device. If the first network device is a wireless access network device, the first terminal device may directly send its own computing capability information to the connected wireless access network device.

In the scenario where the first network device is a wireless access network device, if none of the M service terminal devices for which the first network device obtains the computing capability information does not support the service type required by the second terminal device, or if the first network device According to the obtained computing capability information of the M service terminal devices, the device determines that there is no service terminal device of the service type that supports the requirements of the second terminal device among the M service terminal devices, or, in other words, if the first network device cannot find the service terminal device A service terminal device that can support the service type required by the second terminal device, the first network device may request the second network device to assist in determining the first terminal device that can support the service type required by the second terminal device, the second network device is another wireless access network device. Specifically, the first network device may send a third request message to the second network device, where the third request message includes computing service requirement information, where the computing service requirement information indicates a service type required by the second terminal device. Correspondingly, the second network device may receive the third request message from the first network device. Subsequently, the second network device determines the first terminal device that can support the service type required by the second terminal device, and sends a third response message to the first network device, where the third response message includes computing service response information, the computing service The response information indicates the first terminal device that supports the service type required by the second terminal device. For example, the computing service response information may include the identifier of the first terminal device, which is used to indicate that the first terminal device can support the requirements of the second terminal device. The corresponding computing service can be requested from the first terminal device.

It should be noted that the embodiments of the present application do not specifically limit the manner in which the second network device determines the first terminal device that supports the service type required by the second terminal device. For example, the second network device may determine the first terminal device that supports the service type of the second terminal device from the various service terminal devices according to the computing capability information of each service terminal device obtained by itself. Alternatively, the second terminal device may also use other methods to determine the first terminal device, and this application will not give examples one by one.

Step S803: The first network device sends a second response message to the second terminal device, where the second response message includes computing service response information, where the computing service response information indicates the first terminal device that supports the service type required by the second terminal device .

Step S804: The second terminal device may determine to request the first computing service from the first terminal device according to the computing service response information.

Optionally, the computing service response information may include the identifier of the first terminal device, which is used to indicate that the first terminal device can support the service type required by the second terminal device, and can request the corresponding computing service from the first terminal device. .

It should be noted that the first network device may also determine multiple service terminal devices that can support the service type required by the second terminal device, and indicate the multiple service terminal devices to the second terminal device through the computing service response information in the second response message. The service terminal device, for example, carries the identifiers of the plurality of service terminal devices in the computing service response information. Then, the second terminal device determines the first terminal device requesting the first computing service from the plurality of service terminal devices.

In this embodiment of the present application, the second request message may also be called a computing service request message, or has other names, which are not limited. Correspondingly, the second response message may also be called a computing service response message, or have other names, which are not limited. Similarly, the third request message may also be called a computing service request message, or have other names, which are not limited. Correspondingly, the third response message may also be called a computing service response message, or have other names, which are not limited.

In a specific example, as shown in FIG. 9 , in step S901, the C-UE may send a second request message to the gNB/AMF, where the second request message includes computing service requirement information, and the computing service requirement information indicates that the C-UE - The service type required by the UE, for example, may be the service type of the first computing service that the C-UE needs to perform, may be an AI model and/or a microservice type, etc., which is not limited. In step S902, the gNB/AMF may determine the S-UE1 that supports the service type required by the C-UE. For example, the gNB/AMF may determine, from the M S-UEs, the S-UE1 that supports the service type required by the C-UE according to the acquired computing capability information of the M S-UEs. Optionally, the gNB/AMF may receive the computing capability information reported by each of the M S-UEs. In step S903, the gNB/AMF may send a second response message to the C-UE, where the second response message includes computing service response information, where the computing service response information indicates the S-UE1 that supports the service type required by the C-UE. For example, the computing service response information may include the identifier of the S-UE1. Further, in step S904, the C-UE may send a first request message to the S-UE1, where the first request message includes computing service request information for requesting the S-UE1 for the first computing service. Subsequently, in step S905, the S-UE1 may perform admission control on the first computing service requested by the C-UE according to its own load situation and the computing service request information, and send the first computing service to the C-UE in step S906. A response message. If the S-UE1 accepts the first computing service, or if the S-UE1 allows the C-UE to access the first computing service, the first response message may include computing service accepting information indicating that the S-UE1 accepts the first computing service the first computing service. Optionally, the computing service acceptance information may indicate the accepted first computing service, for example, the computing service acceptance information may include a service identifier of the first computing service. Further, in step S907, the C-UE may select resources for the first computing service. In step S908, the C-UE may perform application layer data interaction with the S-UE1 after establishing a connection with the S-UE1.

In another specific example, as shown in FIG. 10 , in step S1001, the C-UE may send a second request message to gNB1, where the second request message includes computing service requirement information indicating that the C-UE The service type required by the UE may be, for example, the service type of the first computing service that the C-UE needs to perform, may be an AI model and/or a microservice type, etc., which is not limited. In step S1002, gNB1 cannot find an S-UE capable of supporting the service type required by the C-UE. For example, none of the M S-UEs for which gNB1 has acquired computing capability information does not support the service type required by the C-UE, or gNB1 determines that none of the M S-UEs that have acquired computing capability information can support the C-UE requirements. Service type S-UE. In step S1003, gNB1 may send a third request message to gNB2, where the third request message includes computing service requirement information, where the computing service requirement information indicates a service type required by the C-UE. Optionally, gNB1 may send the third request message to gNB2 through the Xn interface between gNBs. In step S1004, the gNB2 may determine the S-UE1 that supports the service type required by the C-UE. For example, the gNB2 may determine the S-UE1 that supports the service type required by the C-UE from each of the S-UEs according to the obtained computing capability information of the several S-UEs. In step S1005, gNB2 may send a third response message to gNB1, where the third response message includes computing service response information, and the computing service response information indicates S-UE1 that supports the service type required by the C-UE. For example, the computing service response information may include the identifier of the S-UE1. In step S1006, the gNB1 may send a second response message to the C-UE, where the second response message includes the computing service response information, where the computing service response information indicates the S-UE1 that supports the service type required by the C-UE. Further, in step S1007, the C-UE may send a first request message to the S-UE1, where the first request message includes computing service request information, and the computing service request information is used to request the S-UE1 for the first computing service. Subsequently, in step S1008, S-UE1 may perform admission control on the first computing service requested by the C-UE according to the first computing service requested by the C-UE and its own load, and send the request to the C-UE in step S1009. The UE sends the first response message. If the S-UE1 accepts the first computing service, or if the S-UE1 allows the C-UE to access the first computing service, the computing service acceptance information in the first response message may indicate the accepted first computing service. For example, the computing service acceptance information may include a service identifier of the first computing service. Further, in step S1010, the C-UE may select resources for the first computing service. In step S1011, the C-UE may perform application layer data interaction with the S-UE1 after establishing a connection with the S-UE1.

The above technical solution provides a distributed computing service discovery and distribution between terminal devices, which can be realized based on D2D, or can be realized with the assistance of network devices (such as core network devices or wireless access network devices). Therefore, it can be realized. effectively improve the applicability of the method.

Please refer to FIG. 11 , which is a schematic flowchart of another computing service discovery method provided by an embodiment of the present application. The method includes:

Step S1101: The first network device sends a fourth request message to the first terminal device, where the fourth request message includes the identifier of the second terminal device and computing service request information, where the computing service request information is used to request the first computing service.

Correspondingly, the first terminal device receives the fourth request message from the first network device.

In the embodiment of the present application, the first terminal device may be a service terminal device (ie S-UE), the second terminal device may be a client terminal device (ie C-UE), and the first network device may be a core network device ( Such as AMF) or wireless access network equipment (such as base station).

The fourth request message is used to request the first computing service. Specifically, the fourth request message includes the identifier of the second terminal device, which is used to indicate that the first computing service is requested for the second terminal device.

The fourth request message also includes computing service request information, where the computing service request information includes one or more of the following information related to the first computing service to indicate that the request is the first computing service: service ID (service ID) , service type (service type), service state type (service state type), hardware requirement (performance requirement), completion indicator.

The hardware requirements may include requirements for one or more of the following parameters: throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing unit CPU frequency, CPU execution time, How many million fixed-point instructions are executed per second, MIPS, and the number of floating-point operations per second, FLOPS. For the details of the computing service request information, please refer to the relevant descriptions above, which will not be repeated here.

The fourth request message may also be called a computing service request message (computing service request message), or have other names, which are not limited in this application.

Step S1102: The first terminal device performs admission control on the first computing service according to its own load situation and the computing service request information.

For the specific implementation of step S1102, reference may be made to the above description of step S402, which will not be repeated here.

Step S1103: If the first terminal device accepts the first computing service, the first terminal device sends a fourth response message to the first network device, where the fourth response message includes computing service acceptance information, and the computing service acceptance information indicates acceptance First Computing Service.

Correspondingly, the first network device receives the fourth response message from the first terminal device.

The computing service acceptance information indicates acceptance of the first computing service. Optionally, the computing service acceptance information may include a service identifier of the first computing service to indicate that the first terminal device has accepted the first computing service.

If the first terminal device rejects the first computing service, the first terminal device may also send a fourth response message to the first network device, where the fourth response message includes computing service rejection information, and the computing service rejection information indicates that the first terminal The device rejects the first computing service, or in other words instructs the first network device to provide the computing service requested by the second terminal device in the fourth request message. Optionally, the computing service rejection information may include a service identifier of the first computing service, which is used to indicate that the first terminal device has rejected the first computing service.

In the embodiment of the present application, if the first terminal device accepts the first computing service, the fourth response message may also be called a computing service accepting message or has another name, which is not limited in this application. Similarly, if the first terminal device rejects the first computing service, the fourth response message may also be called a computing service rejection message or have another name, which is also not limited in this application.

It should be noted that the above process is described by taking the first network device requesting one computing service from the first terminal device as an example. The first network device may also request multiple computing services from the first terminal device at one time. Not limited. For the specific implementation of the request for requesting multiple computing services at one time, please refer to the relevant description in step S403, which will not be repeated here.

Optionally, before the first network device sends the fourth request message to the first terminal device (that is, before step S1101 is performed), as shown in FIG. 12 , in step S1201, the second terminal device may send the first network device Send a fifth request message, where the fifth request message includes the identifier of the second terminal device and the computing service request information. That is, the computing service request information included in the fourth request message may be the same as the computing service request information included in the fifth request message, both of which are used to request the first computing service, and may include one or more items related to the first computing service. For details, please refer to the relevant description above, which will not be repeated here. In this way, in step S1202, the first network device may determine the first terminal device that supports the service type of the first computing service. Subsequently, in step S1203, the first network device may send a fourth request message to the determined first terminal device, where the fourth request message includes the identifier of the second terminal device and computing service request information, and is used to send the first request message to the first terminal device. The terminal device requests the first computing service. Further, in step S1204, the first terminal device performs admission control on the first computing service according to its own load situation and the computing service request information. If the first terminal device accepts the first computing service, in step S1205, the first terminal device may send a fourth response message to the first network device, where the fourth response message includes computing service acceptance information to indicate to the first terminal The device receives the first computing service. Further, in step S1206, after receiving the fourth response message, the first network device may send a fifth response message to the second terminal device, and the fifth response message may also include computing service acceptance information for Indicates that the first terminal device has accepted the first computing service. Therefore, in step S1207, the second terminal device may select resources for the first computing service, and in step S1208, the second terminal device may establish a D2D connection (or a sidelink connection) with the first terminal device, Data interaction at the application layer is performed with the first terminal device.

For specific implementations of step S1203 , step S1204 and step S1205 , reference may be made to the relevant descriptions of step S1101 , step S1102 , and step S1103 above, which will not be repeated here.

It can be seen from this that the computing service discovery method shown in FIG. 11 and FIG. 12 is also a service terminal device discovery method based on network devices, and the centralized computing service discovery process can effectively improve the discovery efficiency of service terminal devices (or say search efficiency). Compared with the methods shown in FIG. 8 to FIG. 10 , the difference between the methods shown in FIG. 11 and FIG. 12 is that after the network device finds a suitable service terminal device, it directly sends a request for the client terminal device to the service terminal device. Instead of providing the determined information of the service terminal equipment to the client terminal equipment, the signaling overhead on the network side can be effectively reduced, the delay in the discovery process of the service terminal equipment can be shortened, and the computing task can be improved. distribution efficiency.

In the specific implementation of step S1202, a possible implementation is that the fifth request message may further include a service terminal equipment list (proxmity S-UE list), where the service terminal equipment list is used to indicate the second terminal The M serving terminal devices near the device may include, for example, the identifiers of the M serving terminal devices near the second terminal device, where M is a positive integer. After receiving the fifth request message from the second terminal device, the first network device may, according to the calculation service request information and the service terminal device list in the fifth request message, select the M service terminals indicated by the service terminal device list from the service terminal device list. In the device, a first terminal device of a service type that supports the first computing service is determined.

Optionally, the first network device may obtain the respective computing capability information of the M service terminal devices, and according to the computing capability information of the M service terminal devices, determine, from the M service terminal devices, support for the first service terminal device. A first terminal device of a service type of computing service. The computing capability information includes information such as supported service types, hardware parameter information, and current computing load. For details about the content included in the computing capability information, reference may be made to the relevant description above, which will not be repeated here.

It can be understood that if the first network device can determine the first terminal device that supports the service type of the first computing service from the M service terminal devices indicated by the service terminal device list, it means that there is a support device among the M service terminal devices. A service terminal device of the service type of the first computing service, or in other words, a first terminal device exists in the M service terminal devices.

Another possible implementation is that, after receiving the fifth request message from the second terminal device, the first network device may, according to the computing service request information in the fifth request message, retrieve the computing capability information from the network device that has obtained the computing capability information. Among the service terminal devices, a first terminal device of a service type that supports the first computing service is determined. The difference from the previous embodiment is that in this embodiment, the fifth request message does not include a list of service terminal devices, and the M service terminal devices are M services for which the first network device has obtained computing capability information by itself. Terminal Equipment. For the manner in which the first network device obtains the respective computing capability information of the M serving terminal devices, reference may be made to the relevant description above, and details are not described herein again.

It should be understood that, for the convenience of description, in the above-mentioned two implementations in which the first network device determines the first terminal device that supports the service type of the first computing service, M is used to represent the number of service terminal devices, but this does not mean that the two The values of M in the various embodiments are the same. Moreover, the above two embodiments may be implemented alternatively, or may be implemented in combination with each other. For example, the first network device may first search for a service terminal device that can support the service type of the first computing service from the service terminal device list provided by the second terminal device. For a service terminal device of the service type of the computing service, search for a service terminal device that can support the service type of the first computing service from other service terminal devices that have acquired the computing capability information.

In a scenario where the first network device is a wireless access network device, if none of the M service terminal devices supports the service type of the first computing service, or if the first network device Computing capability information, it is determined that there is no service terminal device that supports the service type of the first computing service among the M service terminal devices, or if the first network device cannot find a service terminal device that can support the service type of the first computing service , or if the first network device cannot find a service terminal device that can meet or meet the service type required by the second terminal device, the first network device can request the second network device to assist in determining the service that can support the first computing service Type of first terminal equipment, the second network equipment is another wireless access network equipment. Here, the M service terminal devices may refer to the M service terminal devices indicated by the second terminal device in the service terminal device list, or may refer to the M service terminal devices for which the first network device has obtained computing capability information The terminal device may also refer to the whole including the service terminal device indicated by the second terminal device in the service terminal device list and the service terminal device for which the first network device has obtained the computing capability information, which is not limited.

Specifically, the first network device may send the sixth request message to the second network device, and correspondingly, the second network device may receive the sixth request message from the first network device. The sixth request message includes the identifier of the second terminal device and the computing service request information, wherein the computing service request information is used to request the first computing service, and the computing service request information may include information related to the first computing service. One or more pieces of information of , for details, please refer to the above description, and details are not repeated here. The identifier of the second terminal device is used to indicate that the first computing service is requested for the second terminal device. Optionally, in a possible implementation manner, the sixth request message may also include an identifier of the second terminal device and computing service requirement information, where the computing service requirement information indicates a service type of the first computing service.

Subsequently, the second network device may determine the first terminal device supporting the service type of the first computing service, and send a sixth response message to the first network device, where the sixth response message includes computing service response information, and the computing service responds The information indicates the first terminal device that supports the service type of the first computing service, for example, the computing service response information may include the identifier of the first terminal device, which is used to indicate that the first terminal device can support the service type of the first computing service, The first computing service may be requested from the first terminal device. Correspondingly, the first network device may receive the sixth response message from the second network device, and according to the computing service response information in the sixth response message, determine to request the first computing service from the first terminal device, and then request the first terminal device for the first computing service. The device sends a fourth request message.

It should be noted that the embodiment of the present application does not specifically limit the manner in which the second network device determines the first terminal device supporting the service type of the first computing service. For example, the second network device may determine the first terminal device that supports the service type of the first computing service from each of the service terminal devices according to the computing capability information of each service terminal device obtained by itself. Alternatively, the second terminal device may also use other methods to determine the first terminal device, and this application will not give examples one by one.

It can be seen from the above that the first network device can determine by itself the first terminal device that supports the service type of the first computing service, for example, according to the computing capability information of each service terminal device indicated by the service terminal device list reported by the second terminal device, Alternatively, with the assistance of the second network device, the first terminal device that supports the service type of the first computing service may be determined according to the computing service response information in the sixth response message sent by the second network device.

In a specific example, as shown in FIG. 13 , in step S1301, the C-UE may send a fifth request message to the gNB/AMF, where the fifth request message includes the identity of the C-UE, computing service request information and S -UE list, the computing service request information is used to request the first computing service, and the S-UE list is used to indicate M S-UEs near the C-UE. In step S1302, the gNB/AMF may determine, from the S-UE list, the S-UE1 that supports the service type of the first computing service. For example, the gNB/AMF may determine, according to the computing capability information of the M S-UEs, the S-UE1 that supports the service type of the first computing service from the M S-UEs. Optionally, the gNB/AMF may receive the computing capability information reported by each of the M S-UEs. In step S1303, the gNB/AMF may send a fourth request message to S-UE1, where the fourth request message includes the identity of the C-UE and the computing service request information, and is used to request the first computing service from S-UE1 . Subsequently, in step S1304, S-UE1 may perform admission control on the first computing service according to its own load situation and the computing service request information, and send a fourth response message to the gNB/AMF in step S1305. If the S-UE1 accepts the first computing service, or if the S-UE1 allows the C-UE to access the first computing service, the fourth response message may include computing service acceptance information indicating that the S-UE1 UE1 accepts the first computing service. Optionally, the computing service acceptance information may indicate the accepted first computing service, for example, the computing service acceptance information may include a service identifier of the first computing service. In step S1306, the gNB/AMF may send a fifth response message to the C-UE, where the fifth response message includes the computing service acceptance information. Further, in step S1307, the C-UE may select resources for the first computing service. In step S1308, the C-UE may perform application layer data interaction with the S-UE1 after establishing a connection with the S-UE1.

In another specific embodiment, as shown in FIG. 14 , in step S1401, the C-UE may send a fifth request message to gNB1, where the fifth request message includes the identity of the C-UE, computing service request information and S -UE list, the computing service request information is used to request the first computing service, and the S-UE list is used to indicate M S-UEs near the C-UE. In step S1402, gNB1 cannot find an S-UE of the service type that can support the first computing service from the S-UE list, that is, none of the M S-UEs in the S-UE list supports the first computing service. A service type of a computing service. In step S1403, gNB1 may send a sixth request message to gNB2, where the sixth request message includes the identity of the C-UE and the computing capability request information. Optionally, gNB1 may send the sixth request message to gNB2 through the Xn interface between gNBs. In this way, in step S1404, gNB2 may determine the S-UE1 that supports the service type of the first computing service. For example, the gNB2 may determine the S-UE1 that supports the service type of the first computing service from each of the S-UEs according to the obtained computing capability information of several S-UEs. In step S1405, gNB2 may send a sixth response message to gNB1, where the sixth response message includes computing service response information, where the computing service response information indicates the S-UE1 that supports the service type of the first computing service. For example, the computing service response information may include the identifier of the S-UE1. In step S1406, gNB1 may send a fourth request message to S-UE1, where the fourth request message includes the identity of the C-UE and the computing service request information, and is used to request the first computing service from S-UE1. Subsequently, in step S1407, S-UE1 may perform admission control on the first computing service according to its own load situation and the computing service request information, and send a fourth response message to gNB1 in step S1408. If S-UE1 accepts the first computing service, or in other words, if S-UE1 allows C-UE to access the first computing service, the fourth response message may include computing service accepting information, the computing service accepting information indicating S-UE1 Received the first computing service. Optionally, the computing service acceptance information may indicate the accepted first computing service, for example, the computing service acceptance information may include a service identifier of the first computing service. In step S1409, gNB1 may send a fifth response message to the C-UE, where the fifth response message includes the computing service acceptance information. Further, in step S1410, the C-UE may select resources for the first computing service. In step S1411, the C-UE may perform application layer data interaction with the S-UE1 after establishing a connection with the S-UE1.

After the first network device determines the first terminal device, if the first terminal device is in the RRC_connected state (RRC_connected), the above method may be directly performed.

If the first terminal device is in the RRC_inactive state (ie RRC_inactive) or the RRC_idle state (ie RRC_idle), the fourth request message may further include paging information, where the paging information is used to page the first terminal device, so that the first terminal device enters the RRC_connected state. Correspondingly, the fourth response message may also be used to resume (resume) or re-establish (resetup) the RRC connection of the first terminal device. Alternatively, it can also be understood that the fourth request message is specifically a paging message, such as a RAN paging message or a CN paging message, and the paging message includes the identifier of the second terminal device and computing service request information, that is, the When paging the first terminal device, the paging message is also used to request the first computing service for the second terminal device.

Specifically, if the first terminal device is in the RRC_inactive state, corresponding to the scenario of RAN paging (that is, RAN paging for inactive UE), the first network device is a radio access network device (such as a base station). In this scenario, the fourth request message may include the identifier of the second terminal device, computing service request information, and paging information, where the computing service request information is used to request the first computing service, and the paging information is used for the RAN Paging the first terminal device, or the paging information is used to initiate RAN paging for the first terminal device, or the paging information is specifically RAN paging information for the first terminal device. That is, in this scenario, the fourth request message has the dual function of requesting the first computing service from the first terminal device and initiating RAN paging for the first terminal device in the RRC_inactive state. Therefore, the fourth request message may also be called a computing service request message or a RAN paging message, or have other names, which are not limited.

On this basis, if the first terminal device accepts the first computing service, the fourth response message sent by the first terminal device can not only be used to indicate that the first terminal device has accepted the first computing service, but can also be used to restore the first For the RRC connection of the terminal device, for example, the fourth response message may include RRC connection recovery request information. In this scenario, the fourth response message may also be called a computing service response message or an RRC connection recovery request message, or has other names, which are not limited.

If the first terminal device is in the RRC_idle state, corresponding to a CN paging (CN paging for idle UE) scenario, the first network device is a core network device (such as an AMF). In this scenario, the fourth request message may include the identifier of the second terminal device, computing service request information, and paging information, where the computing service request information is used to request the first computing service, and the paging information is used for CN Paging the first terminal device, or the paging information is used to initiate CN paging for the first terminal device, or the paging information is specifically CN paging information for the first terminal device. That is, in this scenario, the fourth request message has the dual function of requesting the first computing service from the first terminal device and initiating CN paging for the first terminal device in the RRC_idle state. Therefore, the fourth request message may also be called a computing service request message or a CN paging message, or have other names, which are not limited.

On this basis, if the first terminal device accepts the first computing service, the fourth response message sent by the first terminal device can not only be used to indicate that the first terminal device has accepted the first computing service, but also be used to re-establish the first computing service. For the RRC connection of a terminal device, for example, the fourth response message may include RRC connection re-establishment request information. In this scenario, the fourth response message may also be called a computing service response message or an RRC connection re-establishment request message, or has other names, which are not limited.

In yet another specific embodiment, as shown in FIG. 15 , in step S1501, the C-UE may send a fifth request message to the gNB, where the fifth request message includes the identity of the C-UE, computing service request information and S -UE list, the computing service request information is used to request the first computing service, and the S-UE list is used to indicate M S-UEs near the C-UE. For the scenario of the RRC_inactive S-UE, in step S1502, the gNB may determine, from the S-UE list, the S-UE1 that supports the service type of the first computing service. For example, the gNB may determine, according to the computing capability information of the M S-UEs, the S-UE1 that supports the service type of the first computing service from the M S-UEs. Optionally, the gNB may receive the computing capability information reported by each of the M S-UEs. In step S1503, the gNB may send a fourth request message to the S-UE1, where the fourth request message includes the identity of the C-UE, the computing service request information and the RAN paging information, and is used to request the S-UE1 for the fourth request message. A computing service, and at the same time initiates RAN paging for the S-UE to enter the RRC_CONNECTED state.

For the RRC_idle state S-UE scenario, in step S1504, the gNB may forward the fifth request message received from the C-UE to the AMF. In step S1505, the AMF may determine, from the S-UE list, the S-UE1 that supports the service type of the first computing service. For example, the AMF may determine, according to the computing capability information of the M S-UEs, the S-UE1 that supports the service type of the first computing service from the M S-UEs. Optionally, the AMF may receive the computing capability information reported by each of the M S-UEs through the gNB. In step S1506, the AMF may send a fourth request message to the S-UE1, where the fourth request message includes the identity of the C-UE, the computing service request information and the CN paging information, and is used to request the S-UE1 for the first request message. A computing service, and at the same time initiates CN paging for the S-UE to enter the RRC_CONNECTED state.

Further, in step S1507, S-UE1 may perform admission control on the first computing service according to its own load situation and the computing service request information, and send a fourth response message to the gNB in step S1508. If the S-UE1 accepts the first computing service, or if the S-UE1 allows the C-UE to access the first computing service, the fourth response message may include computing service acceptance information indicating that the S-UE1 UE1 accepts the first computing service. Optionally, the computing service acceptance information may indicate the accepted first computing service, for example, the computing service acceptance information may include a service identifier of the first computing service. In step S1509, the gNB may send a fifth response message to the C-UE, where the fifth response message includes the computing service acceptance information. Further, in step S1510, the C-UE may select resources for the first computing service. In step S1511, the C-UE may perform application layer data interaction with the S-UE1 after establishing a connection with the S-UE1.

The above technical solution provides another computing service discovery and distribution mechanism assisted by network equipment, which can effectively reduce the computing load of edge computing in the system, increase the computing capacity of the system, and expand the coverage of computing services.

In the prior art, the relay terminal device is only used to provide a remote terminal device (remote UE) with a transparent data forwarding service to the network, and does not involve computing services. However, in this embodiment of the present application, the relay terminal device may provide the client terminal device with a data forwarding service and a computing service at the same time.

Specifically, when the relay terminal device can provide data forwarding services and computing services for the client terminal device at the same time, in a possible implementation manner, the relay terminal device and the client terminal device can perform the configuration process shown in FIG. 16 . :

Step S1601: Execute a terminal device-based service terminal device discovery process to discover a first terminal device. The first terminal device establishes a sidelink connection with the second terminal device.

In this embodiment of the present application, the first terminal device is a relay terminal device or may also be called a service terminal device, the second terminal device is a remote terminal device or may also be called a client terminal device, and the first network device is a wireless connection device. Access devices (eg base stations). That is to say, the first terminal device can be used as a relay terminal device to provide data forwarding services between the second terminal device and the first network device, and can also be used as a service terminal device to provide computing services for the second terminal device. For example, for a multi-level processing scenario of computing services, the first terminal device performs intermediate processing on the computing services of the second terminal device.

The service terminal device discovery process based on the terminal device can be implemented by using any of the methods shown in FIG. 4 to FIG. 7 . For the specific process, please refer to the above related description and FIG. 4 to FIG. 7 , which will not be repeated.

Step S1602, the second terminal device sends a first configuration message to the first terminal device, where the first configuration message is used to reconfigure the sidelink connection between the first terminal device and the second terminal device, the first configuration message The processing instruction information corresponding to each logical channel (logical channel, LCH) on the communication interface between the first terminal equipment and the second terminal equipment is included, and the processing instruction information is used to indicate whether the data received from the corresponding LCH needs to be processed. Intermediate processing.

Correspondingly, the first terminal device may receive the first configuration message from the second terminal device.

Step S1603: The first terminal device sends a first configuration complete message to the second terminal device, where the first configuration complete message is used to indicate that the reconfiguration of the sidelink connection between the first terminal device and the second terminal device is completed.

After the configuration process from steps S1601 to S1603 above, the second terminal device and the first network device can perform data exchange through the relay of the first terminal device, wherein the first terminal device receives the part of the data from the second terminal device or All data may be intermediately processed at the first terminal device and then sent to the first network device.

In another possible implementation manner, the relay terminal device, the client terminal device, and the network device may perform the configuration process as shown in FIG. 17 :

Step S1701: Execute a service terminal device discovery process based on a network device to discover a first terminal device.

The service terminal device discovery process based on the network device can be implemented based on any method shown in FIG. 8 to FIG. 10 , or can be implemented based on any method shown in FIG. 11 to FIG. 15 , which is not limited. For the specific process, please refer to the above related description and FIG. 8 to FIG. 15 , which will not be repeated.

Step S1702: The first network device sends a second configuration message to the first terminal device, where the second configuration message is used to reconfigure the RRC connection of the first terminal device.

Correspondingly, the first terminal device may receive the second configuration message from the first network device.

The second configuration message includes the identifier of the second terminal device, processing indication information corresponding to each LCH on the communication interface between the first terminal device and the second terminal device, and the first indication information. The processing indication information is used to indicate whether intermediate processing is required for the data received from the corresponding LCH, and the first indication information is used to indicate that each LCH on the communication interface between the first terminal device and the second terminal device and the first The mapping relationship between each data radio bearer (data radio bearer, DRB) on the communication interface between a terminal device and the first network device. In this way, when the first terminal device receives data from a certain LCH that needs to be intermediately processed, the first terminal device may, after performing corresponding data processing, process the processed data according to the first indication information. The data is sent to the first network device through the DRB corresponding to the LCH.

Exemplarily, in this embodiment of the present application, the communication interface between the first terminal device and the second terminal device may be a PC5 interface, and the communication interface between the first terminal device and the first network device may be a Uu interface.

Step S1703: The first network device sends a third configuration message to the second terminal device, where the third configuration message is used to configure a side link connection between the first terminal device and the second terminal device.

Correspondingly, the second terminal device may receive the third configuration message from the first network device.

The third configuration message includes the identifier of the first terminal device and second indication information, where the second indication information is used to instruct the second terminal device to send the data that needs to be intermediately processed to the first terminal device and the second terminal device. on one or more LCHs specified on the communication interface between them. The designated one or more LCHs for receiving the data that need to be subjected to intermediate processing are consistent with the processing indication information corresponding to each LCH indicated in the second configuration information sent by the first network device to the first terminal device.

After the configuration process shown in the above steps S1701 to S1703, the first terminal device can establish a side link connection with the second terminal device, and the second terminal device and the first network device can pass through the first terminal device. The relay performs data interaction, wherein part or all of the data received by the first terminal device from the second terminal device may be intermediately processed at the first terminal device and then sent to the first network device.

It should be noted that the difference between FIG. 16 and the technical solution shown in FIG. 17 is that the configuration process shown in FIG. 16 is triggered by the second terminal device to perform corresponding configuration and instructions. The first network device triggers the corresponding configuration and instruction. In other words, in the configuration flow shown in FIG. 16 , which LCH data on the communication interface between the first terminal device and the second terminal device needs to undergo intermediate processing is indicated by the second terminal device, and in In the configuration process shown in FIG. 17 , which data on the LCH on the communication interface between the first terminal device and the second terminal device needs to be subjected to intermediate processing is indicated by the first network device.

Through the technical solutions shown in FIG. 16 and FIG. 17 , in the relay scenario, the relay terminal device can perform intermediate processing on the computing service of the remote terminal device. In this way, the computing load on the network side can be effectively reduced and the system reliability can be improved. Calculate capacity.

Referring to FIG. 18 , an embodiment of the present application further provides another computing service discovery method. The method is used for migrating computing services in a relay scenario, and migrating computing services from the network side to the service terminal device for bearing. The method includes: :

Step S1801: The first network device determines that the first computing service needs to be migrated, and the first computing service is the computing service requested by the second terminal device.

In this embodiment of the present application, the first terminal device is a relay terminal device or may also be called a service terminal device, the second terminal device is a remote terminal device or may also be called a client terminal device, and the first network device is a wireless connection device. Access devices (eg base stations). That is to say, the first terminal device can be used as a relay terminal device to provide data forwarding services between the second terminal device and the first network device, and can also be used as a service terminal device to provide computing services for the second terminal device.

In a possible implementation manner, the first network device determining that the first computing service needs to be migrated may include: the first network device, according to the current load situation, decides to perform the first computing service when overload occurs or is about to occur. migrate.

Further, the first network device may send first information to the second terminal device, where the first information may instruct the second terminal device to find a suitable service terminal device to carry the first computing service. In this way, after receiving the first information, the second terminal device can perform a terminal device-based service terminal device discovery process, discover the first terminal device, and establish a sidelink connection with the first terminal device. The terminal device-based service terminal device discovery process may be implemented using any of the methods shown in FIG. 4 to FIG. 7 . For the specific process, please refer to the above related description and FIG. 4 to FIG. 7 , which will not be repeated.

Optionally, the second terminal device may also report relevant information of the first terminal device to the first network device, such as the identifier of the first terminal device, or the relationship between the first network device, the first terminal device and the second terminal device. so that the first network device migrates the first computing service to the first terminal device. Optionally, the relay relationship between the first network device, the first terminal device, and the second terminal device may also be reported by the first terminal device. In other words, the second terminal device or the first terminal device may send the third information to the first network device, where the third information is used to indicate the relay relationship between the first network device, the first terminal device and the second terminal device, The first network device may determine to migrate the first computing service to the first terminal device according to the third information.

Alternatively, the first information may also indicate a first terminal device capable of bearing the first computing service, for example, the first information may include an identifier of the first terminal device. Since the first terminal device is directly indicated in the first information, the second terminal device no longer needs to discover the first terminal device through the terminal device-based service terminal device discovery process, but can directly find the first terminal device according to the indication of the first information , and establishes a side link connection with the first terminal device.

Optionally, the first information may also indicate a migration cause, such as overload, link quality degradation, and system-level load balancing purposes.

In another possible implementation manner, the first network device determining that the first computing service needs to be migrated may include: the second terminal device deciding that the first computing service needs to be migrated, for example, deciding to migrate based on a network indication, or at the network side When the KPI of the corresponding service cannot be met, the decision to migrate is made, and then the second terminal device may send second information to the first network device, where the second information indicates that the first computing service needs to be migrated. Furthermore, after receiving the second information from the second terminal device, the first network device may determine that the first computing service needs to be migrated. Optionally, the second information may include a service identifier of the first computing service.

In this embodiment, the second terminal device may also perform a terminal device-based service terminal device discovery process, discover the first terminal device, and establish a sidelink connection with the first terminal device. Optionally, the second terminal device may also report relevant information of the first terminal device to the first network device, such as the identifier of the first terminal device, or the relationship between the first network device, the first terminal device and the second terminal device. so that the first network device migrates the first computing service to the first terminal device. Optionally, the relay relationship between the first network device, the first terminal device, and the second terminal device may also be reported by the first terminal device. In other words, the second terminal device or the first terminal device may send the third information to the first network device, where the third information is used to indicate the relay between the first network device, the first terminal device and the second terminal device relationship, the first network device may determine to migrate the first computing service to the first terminal device according to the third information.

Step S1802: The first network device sends a sixth request message to the first terminal device, where the sixth request message is used to instruct the first terminal device to initialize the first computing service.

Correspondingly, the first terminal device may receive the sixth request message from the first network device, and initialize the first computing service.

The sixth request message includes the relevant information of the first computing service that needs to be initialized, and the relevant information of the first computing service may include the service ID (service ID), service context (service context) and associated information of the first computing service. LCH list (associated LCH list).

The service context of the first computing service may include information such as processing progress and intermediate data of the first computing service. The LCH list associated with the first computing service may indicate one or more LCHs associated with the first computing service on the communication interface between terminal devices, for example, the LCH list may include logical channel identifiers of the one or more LCHs (logical channel ID, LCID), indicating that the data of the first computing service is transmitted through one or more LCHs indicated in the LCH list. The communication interface may be, for example, a PC5 interface between two terminal devices with sidelink connections.

Step S1803: The first terminal device sends a sixth response message to the first network device, where the sixth response message is used to indicate that the initialization of the first computing service is completed.

Correspondingly, the first network device may receive the sixth response message from the first terminal device.

Optionally, the sixth response message may include a service identifier of the initialized first computing service.

In this embodiment of the present application, the sixth request message may also be called a service initialization request (service initialization request) message, or has other names, which are not limited. Correspondingly, the sixth response message may also be called a service initialization response (service initialization response) message, or have other names, which are not limited.

Step S1804: The first network device sends a fourth configuration message to the second terminal device, where the fourth configuration message is used to reset the RRC connection of the second terminal device, and the fourth configuration message includes the first terminal device initialization completed. A service identifier for a computing service.

Correspondingly, the second terminal device may receive the fourth configuration message from the first network device.

Optionally, the fourth configuration message may further include an LCH list associated with the first computing service, so that the second terminal device sends the data of the first computing service to the LCH through one or more LCHs indicated by the LCH list. The first terminal device.

Step S1805: The second terminal device switches the data transmission path of the first computing service to a relay link from the first terminal device to the first network device.

Exemplarily, as shown in FIG. 19 , the second terminal device may change the data transmission path of the first computing service from the original through the uplink and/or downlink between the second terminal device and the first network device. The transmission is switched to transmission via the sidelink between the second terminal device and the first terminal device and the uplink and/or downlink between the first terminal device and the first network device. In other words, the second terminal device can switch the data transmission path of the first computing service from the original transmission through the communication interface (such as the Uu interface) between the second terminal device and the first network device to the second terminal device and the first network device. The communication interface (such as the PC5 interface) between the first terminal devices and the communication interface (such as the Uu interface) between the first terminal device and the first network device are transmitted.

After switching the data transmission path, the first terminal device may receive data from the first terminal device from one or more LCHs indicated in the LCH list associated with the first computing service in the communication interface between the first terminal device and the second terminal device. The data of the second terminal device is further processed, and the processed data is sent to the first network device.

It should be noted that the embodiments of the present application are described by taking the migration of the first computing service as an example. In practical applications, the first network device may decide to migrate one or more computing services, which is not limited. Correspondingly, the sixth request message may be used to request the first terminal device to initialize one or more computing services, the sixth response message may also be used to indicate that the initialization of one or more computing services is completed, and the fourth configuration message may include the first terminal device. Information about one or more computing services for which device initialization is complete.

In a specific example, as shown in FIG. 20 , before the first computing service is migrated, the first computing service is carried on the gNB, and the C-UE can perform data interaction at the application layer with the gNB, and communicate with the gNB through the C-UE. The Uu interface between them transmits the data of the first computing service. In step S2001, the C-UE can perform a terminal device-based S-UE discovery process, discover the S-UE1, and establish a PC5 interface connection with the S-UE1, that is, a sidelink connection. In step S2002, as shown by the dotted line in the figure, the C-UE or the S-UE1 can report the relay relationship between them. Optionally, the gNB may decide to migrate the first computing service to the S-UE1 bearer according to the relay relationship between the C-UE and the S-UE1 that can be reported. In step S2003, the gNB may send a service initialization request to S-UE1, where the service initialization request includes a list of computing services that need to be initialized (or a list of computing services that need to be migrated), and the list of computing services indicates the first computing service that needs to be initialized Serve. Exemplarily, the computing service list may include information related to the first computing service that needs to be initialized, such as a service identifier of the first computing service, a service context, an associated LCH list, etc., where the associated LCH list is used to indicate transmission. One or more LCHs required for the data of the first computing service. In step S2004, the S-UE1 may send a service initialization response to the gNB, where the service initialization response may include a list of computing services that have been initialized, and the computing service list indicates the first computing services that have been initialized, for example, including the first computing services that have been initialized. The service ID of the compute service. Optionally, after the first terminal device initializes and completes the first computing service, the first terminal device may receive intermediate data layer data (intermediate application data) of the first computing service from the first network device. Subsequently in step S2005, the gNB may send an RRC reconfiguration message to the C-UE, where the RRC reconfiguration message includes the service identifier of the first computing service initialized by the S-UE1 and the LCH list associated with the first computing service. In step S2006, the C-UE can switch the data transmission path of the first computing service, from the original uplink and downlink between the C-UE and the gNB to the side link between the C-UE and the S-UE1 link and uplink and downlink between S-UE1 and gNB. After that, the C-UE can perform data interaction at the application layer with the gNB through the relay of the S-UE1.

Through the above technical solutions, in the relay scenario, the computing tasks on the network side can be migrated to the relay terminal equipment, thereby effectively reducing the computing load on the network side and expanding the computing capacity of the system.

Please refer to FIG. 21 , an embodiment of the present application further provides a dual connectivity (DC)-based computing service discovery and allocation method, the method includes:

Step S2101: The second terminal device sends a seventh request message to the first network device, where the seventh request message includes computing service request information, where the computing service request information is used to request the first computing service.

Correspondingly, the first network device may receive the seventh request message from the second terminal device.

In this embodiment of the present application, the second terminal device is a client terminal device, the first network device and the second network device are wireless access network devices, such as base stations, and the second terminal device accesses the first network device, or the first network device A network device is a serving radio access network device or serving node of the second terminal device.

The computing service request information includes one or more pieces of information related to the requested first computing service, such as service identifiers, service types, service status types, hardware requirements, completion indicators, and the like. For the description of the computing service request information, please refer to the relevant description above, and details are not repeated here.

Step S2102, the first network device determines that the first computing service is not supported.

In this embodiment of the present application, determining that the first network device does not support the first computing service may mean that the first network device does not support the service type of the first computing service, or that the service type supported by the first network device does not include the first computing service. A service type of a computing service, so the first network device cannot provide the first computing service for the second terminal device.

Step S2103: The first network device sends an eighth request message to the second network device, where the eighth request message includes the computing service request information.

Correspondingly, the second network device may receive the eighth request message from the first network device.

Step S2104, the second network device performs admission control on the first computing service.

In this embodiment of the present application, the second network device may perform the first computing service based on a variety of possible factors, such as the type of service it supports, its own hardware conditions, the current load situation, and related information of the first computing service. admission control. This application does not specifically limit the judgment process of the admission control performed by the second network device.

Step S2105: If the second network device accepts the first computing service, the second network device may send an eighth response message to the first network device, where the eighth response message includes computing service acceptance information, and the computing service acceptance information is used for instructing the second network device to accept the first computing service.

Correspondingly, the first network device may receive the eighth response message from the second network device.

The computing service acceptance information may include a service identifier of the first computing service accepted by the second network device.

It can be understood that accepting the first computing service by the second network device means that the second network device supports the service type of the first computing service and is capable of providing the first computing service externally.

Step S2106: The first network device sends a seventh response message to the second terminal device, where the seventh response message includes the computing service acceptance information.

Correspondingly, the second terminal device may receive the seventh response message from the first network device.

In this embodiment of the present application, the seventh request message may also be called a computing service request message or have other names, which is not limited. Correspondingly, the seventh response message may also be called a computing service response message or have other names, and neither limited. Similarly, the eighth request message may also be called a computing service request message or have other names, which are not limited, and correspondingly, the eighth response message may also be called a computing service response message or have other names, which are also not limited. It should be understood that even though the seventh request message and the eighth request message have the same names, they are still different messages, that is, two messages, but the contents of the two may be the same, indicating that the first network device is not interested in the second terminal device. The received content is forwarded. The same is true for the seventh response message and the eighth response message, and details are not repeated here.

Step S2107, the second terminal device connects the first network device and the second network device in a dual connection manner, wherein the first network device is the primary wireless access network device, and the second network device is the secondary wireless access network device.

In other words, the first network device is a master node accessed by the second terminal device, and the second network device is a secondary node accessed by the second terminal device.

Thereafter, the second terminal device can obtain the first computing service from the second network device in a dual connection manner, and perform data interaction at the application layer with the second network device.

An embodiment of the present application further provides a communication device. Please refer to FIG. 22 , which is a schematic structural diagram of a communication device provided by an embodiment of the present application. The communication device 2200 includes a transceiver module 2210 and a processing module 2220 .

In one embodiment, the communication apparatus may be used to implement the functions related to the first terminal device or the second terminal device in any of the foregoing method embodiments. For example, the communication device may be a terminal device, such as a handheld terminal device or a vehicle-mounted terminal device; the communication device may also be a chip or circuit included in the terminal device, or a device including the terminal device, such as various types of vehicles.

Exemplarily, when the communication apparatus performs the operations or steps corresponding to the first terminal device in the method embodiment shown in FIG. 4 , the transceiver module 2210 is configured to receive a first request message from the second terminal device, the first request The message includes computing service request information, and the computing service request information is used to request the first computing service; the processing module 2220 is configured to perform admission control on the first computing service according to its own load situation and the computing service request information; If the communication device accepts the first computing service, the transceiver module 2210 is further configured to send a first response message to the second terminal device, where the first response message includes computing service acceptance information, and the computing service acceptance information indicates that the first terminal is The device accepts the first computing service.

In a possible design, the computing service request information includes one or more of the following information of the first computing service: service identifier, service type, service status type, hardware requirement, and completion index.

In one possible design, the hardware requirements include requirements for one or more of the following parameters: throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing unit CPU frequency , CPU execution time, how many million fixed-point instructions are executed per second, MIPS, and the number of floating-point operations executed per second, FLOPS.

In a possible design, the transceiver module 2210 is further configured to broadcast the service type supported by itself, or broadcast its own computing capability information, or send its own computing capability information to the first network device.

In a possible design, the computing capability information includes supported service types, hardware parameter information, and current computing load.

In a possible design, the transceiver module 2210 is further configured to receive the service type required by the second terminal equipment broadcast by the second terminal equipment; and send a response message to the second terminal equipment, where the response message indicates that the communication apparatus supports The service type required by the second terminal device.

In a possible design, the processing module 2220 is further configured to establish a sidelink connection with the second terminal device, and the communication apparatus is configured to provide a data forwarding service between the second terminal device and the first network device; The module 2210 is further configured to receive a first configuration message from the second terminal device, where the first configuration message is used to reconfigure the side link connection between the communication apparatus and the second terminal device, in the first configuration message Including processing instruction information corresponding to each logical channel LCH on the communication interface between the communication device and the second terminal equipment, the processing instruction information is used to indicate whether the data received from the corresponding LCH needs to be subjected to intermediate processing; the transceiver module 2210 uses and sending a first configuration complete message to the second terminal device.

In a possible design, the communication apparatus is configured to provide a data forwarding service between the second terminal device and the first network device; the transceiver module 2210 is further configured to receive a second configuration message from the first network device, the The second configuration message is used to reconfigure the radio resource control RRC connection of the communication device, and the second configuration message includes the identifier of the second terminal device and each logical channel on the communication interface between the communication device and the second terminal device Processing indication information and first indication information corresponding to the LCH; wherein, the processing indication information is used to indicate whether intermediate processing is required for the data received from the corresponding LCH, and the first indication information is used to indicate the respective LCHs and the communication device. The mapping relationship between each data radio bearer DRB on the communication interface with the first network device.

When the communication apparatus executes the operation or step corresponding to the second terminal device in the method embodiment shown in FIG. 4 , the transceiver module 2210 is configured to send a first request message to the first terminal device, where the first request message includes computing service request information, the computing service request information is used to request a first computing service; and receiving a first response message from the first terminal device, the first response message includes computing service acceptance information, the computing service acceptance information indicates the first A terminal device accepts the first computing service.

In a possible design, the transceiver module 2210 is further configured to receive the service type supported by the first terminal device broadcast by the first terminal device. If the first terminal device supports the service type of the first computing service, the processing module 2220 uses Then, determine to request the first computing service from the first terminal device; or, the transceiver module 2210 is further configured to receive the computing capability information of the first terminal device broadcasted by the first terminal device, and the processing module 2220 is further configured to, according to the computing capability information, determine to request the first computing service from the first terminal device.

In a possible design, the transceiver module 2210 is further configured to broadcast the service type required by the communication device; and receive a response message from the first terminal device, the response message indicating that the first terminal device supports the service required by the communication device type.

In a possible design, the processing module 2220 is further configured to establish a sidelink connection with the first terminal device, where the first terminal device is configured to provide a data forwarding service between the communication apparatus and the first network device; The transceiver module 2210 is further configured to send a first configuration message to the first terminal device, where the first configuration message is used to reconfigure the side link connection between the first terminal device and the communication apparatus, and the first configuration message contains Including processing indication information corresponding to each logical channel LCH on the communication interface between the first terminal equipment and the communication device, the processing indication information is used to indicate whether intermediate processing is required for the data received from the corresponding LCH; the transceiver module 2210 also is used to receive a first configuration complete message from the first terminal device.

In a possible design, the transceiver module 2210 is further configured to send a second request message to the first network device, where the second request message includes computing service requirement information, where the computing service requirement information indicates a service required by the communication device The transceiver module 2210 is further configured to receive a second response message from the first network device, where the second response message includes computing service response information, the computing service response information indicating a first service type that supports the requirements of the communication device Terminal Equipment.

In a possible design, the transceiver module 2210 is further configured to receive a third configuration message from the first network device, where the third configuration message is used to configure a sidelink connection between the first terminal device and the communication apparatus , the first terminal device provides a data forwarding service between the communication device and the first network device, and the third configuration message includes the identifier of the first terminal device and second indication information, where the second indication information is used to indicate the The communication apparatus sends the data that needs to be subjected to intermediate processing to one or more LCHs designated on the communication interface between the first terminal equipment and the communication apparatus.

When the communication apparatus performs the operation or step corresponding to the first network device in the method embodiment shown in FIG. 8 , the transceiver module 2210 is configured to receive a second request message from the second terminal device, where the second request message includes Calculate service demand information, where the calculation service demand information indicates the service type required by the second terminal device; the processing module 2220 is used to determine the first terminal device that supports the service type required by the second terminal device; the transceiver module 2210 is also used to send The second terminal device sends a second response message, where the second response message includes computing service response information, and the computing service response message indicates the first terminal device that supports the service type required by the second terminal device.

In a possible design, the processing module 2220 is specifically configured to, according to the acquired computing capability information of the M service terminal devices, determine, from the M service terminal devices, the first service type that supports the requirements of the second terminal device. a terminal device.

In a possible design, the transceiver module 2210 is further configured to receive computing capability information from the first terminal device.

In a possible design, if none of the M service terminal devices supports the service type required by the second terminal device, the transceiver module 2210 is further configured to send a third request message to the second network device, the third The request message includes the computing service requirement information, the communication device and the second network device are both access network devices; the transceiver module 2210 is further configured to receive a third response message from the second network device, the third response message including the computing service response information.

In a possible design, the first terminal device provides a data forwarding service between the second terminal device and the communication device; the transceiver module 2210 is further configured to send a second configuration message to the first terminal device, the second configuration The message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message includes the identifier of the second terminal device, and each logical channel LCH on the communication interface between the first terminal device and the second terminal device. Corresponding processing indication information and first indication information; wherein, the processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH, and the first indication information is used to indicate that each LCH and the first terminal equipment The mapping relationship between each data radio bearer DRB on the communication interface with the communication device; the transceiver module 2210 is further configured to send a third configuration message to the second terminal device, where the third configuration message is used to configure the first A sidelink connection between the terminal device and the second terminal device, the third configuration message includes the identifier of the first terminal device and second indication information, and the second indication information is used to indicate that the second terminal device will The intermediately processed data is sent to one or more LCHs designated on the communication interface between the first terminal device and the second terminal device.

When the communication apparatus performs the operation or step corresponding to the first terminal device in the method embodiment shown in FIG. 11 , the transceiver module 2210 is configured to receive a fourth request message from the first network device, where the fourth request message includes The identifier of the second terminal device and the computing service request information, the computing service request information is used to request the first computing service; the processing module 2220 is configured to, according to its own load situation and the computing service request information, perform the processing on the first computing service. Admission control; if the communication device accepts the first computing service, the transceiver module 2210 is further configured to send a fourth response message to the first network device, where the fourth response message includes computing service acceptance information, and the computing service acceptance information The communication device is instructed to accept the first computing service.

In a possible design, if the communication device is in the RRC_inactive state or the RRC_idle state, the fourth request message further includes paging information, where the paging information is used to page the communication device , the fourth response message is also used to restore or re-establish the RRC connection of the communication device.

In a possible design, the transceiver module 2210 is further configured to send its own computing capability information to the first network device.

In a possible design, the communication apparatus provides a data forwarding service between the second terminal device and the first network device; the transceiver module 2210 is further configured to receive a second configuration message from the first network device, the second The configuration message is used to reconfigure the radio resource control RRC connection of the communication device, and the second configuration message includes the identifier of the second terminal device, the corresponding LCH of each logical channel on the communication interface between the communication device and the second terminal device The processing indication information and the first indication information; wherein, the processing indication information is used to indicate whether intermediate processing is required for the data received from the corresponding LCH, and the first indication information is used to indicate the respective LCHs and the communication device and the first indication information. A mapping relationship between each data radio bearer DRB on a communication interface between network devices.

When the communication apparatus performs the operation or step corresponding to the first network device in the method embodiment shown in FIG. 11 , the transceiver module 2210 is configured to send a fourth request message to the first terminal device, where the fourth request message includes the first The identification of the second terminal device and the computing service request information, the computing service request information is used to request the first computing service; and receiving a fourth response message from the first terminal device, the fourth response message includes computing service acceptance information, the The computing service acceptance information indicates that the first terminal device accepts the first computing service.

In a possible design, the transceiver module 2210 is further configured to receive a fifth request message from the second terminal device, where the fifth request message includes the identifier of the second terminal device, the computing service request information and the service terminal a device list, where the service terminal device list indicates M service terminal devices near the second terminal device, the fifth request message is used to request the first computing service, and M is a positive integer; the processing module 2220 is further configured to, from the M Among the service terminal devices, a first terminal device of a service type that supports the first computing service is determined.

In one possible design, the computing capability information includes supported service types, hardware parameter information, and current computing load.

In a possible design, if none of the M service terminal devices supports the service type of the first computing service, the transceiver module 2210 is further configured to send a sixth request message to the second network device, the sixth request message The message includes the identifier of the second terminal device and the computing service request information, and the sixth request message is used to request the first computing service from the second network device, and the communication device and the second network device are both access network devices; The transceiver module 2210 is further configured to receive a sixth response message from the second network device, where the sixth response message includes computing service response information, where the computing service response information indicates the first terminal device that supports the service type of the first computing service .

In a possible design, if the first terminal device is in the RRC_inactive state or the RRC_idle state, the fourth request message further includes paging information, where the paging information is used to page the first terminal device terminal equipment; the fourth response message is also used to restore or re-establish the RRC connection of the first terminal equipment.

In a possible design, the transceiver module 2210 is further configured to send a fifth response message to the second terminal device, where the fifth response message includes the identifier of the first terminal device and the computing service acceptance information.

In a possible design, the first terminal device provides a data forwarding service between the second terminal device and the communication device; the transceiver module 2210 is further configured to send a second configuration message to the first terminal device, the second configuration The message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message includes the identifier of the second terminal device, and each logical channel LCH on the communication interface between the first terminal device and the second terminal device. Corresponding processing indication information and first indication information; wherein, the processing indication information is used to indicate whether intermediate processing is required for data received from the corresponding LCH, and the first indication information is used to indicate that each LCH and the first terminal equipment The mapping relationship between each data radio bearer DRB on the communication interface with the communication device; the transceiver module 2210 is further configured to send a third configuration message to the second terminal device, where the third configuration message is used to configure the first The side link connection between the terminal device and the second terminal device, the third configuration message includes the identifier of the first terminal device and the second indication information, the second indication information is used to indicate that the second terminal device will need to perform The intermediately processed data is sent to one or more LCHs designated on the communication interface between the first terminal device and the second terminal device.

When the communication apparatus performs the operation or step corresponding to the second terminal device in the method embodiment shown in FIG. 12 , the transceiver module 2210 is configured to send a fifth request message to the first network device, where the fifth request message includes the The identification of the communication device, the computing service request information, and the service terminal device list, the service terminal device list indicates M service terminal devices near the communication device, the fifth request message is used to request the first computing service, and M is a positive integer The transceiver module 2210 is further configured to receive the fifth response message from the first network device, the fifth response message includes the identification of the first terminal device and the computing service acceptance information, and the computing service acceptance information indicates that the first terminal device accepts the First Computing Service.

When the communication apparatus performs the operation or step corresponding to the first network device in the method embodiment shown in FIG. 18 , the processing module 2220 is configured to determine that the first computing service needs to be migrated, and the first computing service is the second terminal device the requested computing service; the transceiver module 2210 is configured to send a sixth request message to the first terminal device, where the sixth request message is used to instruct the first terminal device to initialize the first computing service; the transceiver module 2210 is further configured to receive data from the first terminal device A sixth response message from the terminal device, the sixth response message is used to indicate that the initialization of the first computing service is completed; the transceiver module 2210 is further configured to send a fourth configuration message to the second terminal device, where the fourth configuration message is used to re-configure The radio resource control RRC connection of the second terminal device is configured, and the fourth configuration message includes the service identifier of the first computing service initialized by the first terminal device.

In a possible design, the sixth request message includes relevant information of the first computing service that needs to be initialized, and the relevant information of the first computing service includes: a service identifier, a service context, and an associated logical channel LCH list; The sixth response message includes the service identifier of the initialized first computing service.

In a possible design, the fourth configuration message may further include a list of logical channel LCHs associated with the first computing service.

In a possible design, the transceiver module 2210 is further configured to send first information to the second terminal device, where the first information instructs the second terminal device to find a suitable service terminal device to carry the first computing service; or , where the first information indicates a first terminal device capable of bearing the first computing service. Optionally, the first information also indicates a migration cause, such as overload.

In a possible design, the transceiver module 2210 is further configured to receive second information from the second terminal device, where the second information indicates that the first computing service needs to be migrated. Optionally, the second information includes a service identifier of the first computing service.

In a possible design, the transceiver module 2210 is configured to receive third information from the first terminal device or the second terminal device, where the third information is used to indicate the communication apparatus, the first terminal device and the second terminal device relay relationship between them.

When the communication apparatus performs the operation or step corresponding to the first terminal device in the method embodiment shown in FIG. 18 , the transceiver module 2210 is configured to receive a sixth request message from the first network device, where the sixth request message is used for Instruct the communication device to initialize the first computing service, the first computing service is the computing service requested by the second terminal device; the processing module 2220 is used to initialize the first computing service; the transceiver module 2210 is also used to send the first network The device sends a sixth response message, where the sixth response message is used to indicate that the initialization of the first computing service is completed.

In a possible design, the sixth request message includes relevant information of the first computing service that needs to be initialized, and the relevant information of the first computing service includes: service identifier, computing service context, and associated logical channel LCH list ; The sixth response message includes the service identifier of the initialized first computing service.

In a possible design, the processing module 2220 is further configured to establish a sidelink connection with the second terminal device; the transceiver module 2210 is further configured to receive from each LCH indicated by the LCH list associated with the first computing service data from the second terminal device; the processing module 2220 is further configured to, after processing the data, send the processed data to the first network device.

In a possible design, the transceiver module 2210 is further configured to send third information to the first network device, where the third information indicates the relay relationship between the first network device, the communication apparatus, and the second terminal device.

When the communication apparatus performs an operation or step corresponding to the second terminal device in the method embodiment shown in FIG. 18 , the transceiver module 2210 is configured to receive a fourth configuration message from the first network device, where the fourth configuration message is used for Reconfigure the radio resource control RRC connection of the communication device, and the fourth configuration message includes the identifier of the first computing service initialized by the first terminal device; the processing module 2220 is configured to switch the data transmission path of the first computing service to through the relay link from the first terminal device to the first network device.

In a possible design, the fourth configuration message further includes a list of logical channel LCHs associated with the first computing service.

In a possible design, the transceiver module 2210 is further configured to receive first information from a first network device, where the first information instructs the communication apparatus to find a suitable service terminal device to carry the first computing service; or , where the first information indicates a first terminal device capable of bearing the first computing service. Optionally, the first information also indicates a migration cause, such as overload.

In a possible design, the transceiver module 2210 is further configured to send second information to the first network device, where the second information indicates that the first computing service needs to be migrated. Optionally, the second information includes a service identifier of the first computing service.

In a possible design, the processing module 2220 is further configured to discover a first terminal device and establish a side link connection with the first terminal device, and the first terminal device provides a connection between the communication device and the first network device. or the processing module 2220 is further configured to, according to the indication of the first information, establish a side link connection with the first terminal device.

In a possible design, the transceiver module 2210 is further configured to send third information to the first network device, where the third information indicates a relay relationship between the first network device, the first terminal device, and the communication apparatus.

The processing module 2220 involved in the communication device may be implemented by at least one processor or a processor-related circuit component, and the transceiver module 2210 may be implemented by at least one transceiver or a transceiver-related circuit component or a communication interface. The operations and/or functions of each module in the communication device are respectively to implement the corresponding processes of the methods shown in FIG. 4 to FIG. 21 , and are not repeated here for brevity. Optionally, the communication device may further include a storage module, the storage module may be used to store data and/or instructions, the transceiver module 2210 and/or the processing module 2220 may read the data and/or instructions in the access module, Thereby, the communication device can implement the corresponding method. The memory module can be implemented, for example, by at least one memory.

The above-mentioned storage module, processing module, and transceiver module may exist separately, or all or part of the modules may be integrated, for example, the storage module and the processing module are integrated, or the processing module and the transceiver module are integrated.

Please refer to FIG. 23 , which is another schematic structural diagram of a communication apparatus provided by an embodiment of the present application. The communication apparatus may specifically be a terminal device for implementing any of the above method embodiments involving the first terminal device or the first terminal device. 2. Function of terminal equipment. For the convenience of understanding and illustration, in FIG. 23 , the terminal device is a mobile phone as an example. As shown in FIG. 23 , the terminal device includes a processor, may also include a memory, and of course, may also include a radio frequency circuit, an antenna, an input and output device, and the like. The processor is mainly used to process communication protocols and communication data, control terminal equipment, execute software programs, and process data of software programs. The memory is mainly used to store software programs and data. The radio frequency circuit is mainly used for the conversion of the baseband signal and the radio frequency signal and the processing of the radio frequency signal. Antennas are mainly used to send and receive radio frequency signals in the form of electromagnetic waves. Input and output devices, such as touch screens, display screens, and keyboards, are mainly used to receive data input by users and output data to users. It should be noted that some types of terminal equipment may not have input and output devices.

When data needs to be sent, the processor performs baseband processing on the data to be sent, and outputs the baseband signal to the radio frequency circuit. The radio frequency circuit performs radio frequency processing on the baseband signal and sends the radio frequency signal through the antenna in the form of electromagnetic waves. When data is sent to the terminal device, the radio frequency circuit receives the radio frequency signal through the antenna, converts the radio frequency signal into a baseband signal, and outputs the baseband signal to the processor, which converts the baseband signal into data and processes the data. For ease of illustration, only one memory and processor are shown in FIG. 23 . In an actual end device product, there may be one or more processors and one or more memories. The memory may also be referred to as a storage medium or a storage device or the like. The memory may be set independently of the processor, or may be integrated with the processor, which is not limited in this embodiment of the present application.

In the embodiments of the present application, the antenna and the radio frequency circuit with a transceiver function may be regarded as a transceiver unit of the terminal device, and the processor with a processing function may be regarded as a processing unit of the terminal device. As shown in FIG. 23 , the terminal device includes a transceiver unit 2310 and a processing unit 2320 . The transceiving unit may also be referred to as a transceiver, a transceiver, a transceiving device, or the like. The processing unit may also be referred to as a processor, a processing single board, a processing module, a processing device, and the like. Optionally, the device for implementing the receiving function in the transceiver unit 2310 may be regarded as a receiving unit, and the device for implementing the transmitting function in the transceiver unit 2310 may be regarded as a transmitting unit, that is, the transceiver unit 2310 includes a receiving unit and a transmitting unit. The transceiver unit may also sometimes be referred to as a transceiver, a transceiver, or a transceiver circuit. The receiving unit may also sometimes be referred to as a receiver, receiver, or receiving circuit, or the like. The transmitting unit may also sometimes be referred to as a transmitter, a transmitter, or a transmitting circuit, or the like. It should be understood that the transceiving unit 2310 is configured to perform the sending and receiving operations on the terminal device side in the above method embodiments, and the processing unit 2320 is configured to perform other operations on the terminal device in the above method embodiments except the transceiving operations.

Please refer to FIG. 24 , which is another schematic structural diagram of a communication device provided by an embodiment of the present application. The communication device may be specifically a network device, such as a base station, for implementing any of the above method embodiments involving the first network The function of the device or the second network device, for example, the function when the first network device and the second network device are both radio access network devices.

The communication device 2400 includes: one or more DUs 2401 and one or more CUs 2402. Wherein, the DU 2401 may include at least one antenna 24011, at least one radio frequency unit 24012, at least one processor 24013 and at least one memory 24014. The DU 2401 is mainly used for transmitting and receiving radio frequency signals, converting radio frequency signals to baseband signals, and part of baseband processing.

The CU 2402 may include at least one processor 24022 and at least one memory 24021. The CU 2402 is mainly used to perform baseband processing, control the base station, and the like. The CU 2402 is the control center of the base station, and may also be referred to as a processing unit. For example, the CU 2402 may be used to control the base station to perform the operations or steps corresponding to the first network device or the second network device in the methods shown in the foregoing FIG. 4 to FIG. 21 .

The CU 2402 and the DU 2401 can communicate through interfaces, wherein the control plane (CP) interface can be Fs-C, such as F1-C, the user plane (UP) interface can be Fs-U, Such as F1-U. The DU 2401 and the CU 2402 may be physically set together, or may be physically set apart (ie, distributed base stations), which is not limited.

Specifically, the baseband processing on the CU and DU can be divided according to the protocol layers of the wireless network. For example, the functions of the PDCP layer and the above protocol layers are set in the CU, and the function settings of the protocol layers below the PDCP layer (such as the RLC layer and the MAC layer, etc.) are set. in DU. For another example, the CU implements the functions of the RRC and PDCP layers, and the DU implements the functions of the RLC, MAC, and physical (physical, PHY) layers.

Optionally, the base station 2400 may include one or more radio frequency units (RUs), one or more DUs and one or more CUs. The DU may include at least one processor 24013 and at least one memory 24014 , the RU may include at least one antenna 24011 and at least one radio frequency unit 24012 , and the CU may include at least one processor 24022 and at least one memory 24021 .

In one embodiment, the CU 2402 may be composed of one or more single boards, and multiple single boards may jointly support a wireless access network (such as a 5G network) with a single access indication, or may support different access standards respectively. wireless access network (such as LTE network, 5G network or other networks). The memory 24021 and the processor 24022 can serve one or more single boards. That is to say, the memory and processor can be provided separately on each single board. It can also be that multiple boards share the same memory and processor. In addition, necessary circuits may also be provided on each single board. The DU 2401 can be composed of one or more single boards, and multiple single boards can jointly support a wireless access network (such as a 5G network) with a single access indication, and can also support wireless access networks with different access standards ( Such as LTE network, 5G network or other network). The memory 24014 and processor 24013 may serve one or more single boards. That is to say, the memory and processor can be provided separately on each single board. It can also be that multiple boards share the same memory and processor. In addition, necessary circuits may also be provided on each single board.

Please refer to FIG. 25 , which is another schematic structural diagram of a communication device provided in an embodiment of the present application. The communication apparatus may be used to implement the function corresponding to the first network device in the above method embodiment, for example, the function when the first network device is a core network device. The communication device may be a network device or a device capable of supporting the network device to implement the corresponding functions in the foregoing method embodiments, or the like.

The communication device may include a processor 2501 , a communication interface 2502 and a memory 2503 . The communication interface 2502 is used to communicate with other devices through a transmission medium, and the communication interface 2502 may be a transceiver or an interface circuit such as a transceiver circuit, a transceiver chip, and the like. The memory 2503 is used to store program instructions and/or data, and the processor 2501 is used to execute the program instructions stored in the memory 2503, thereby implementing the methods in the above method embodiments. Optionally, the memory 2503 is coupled to the processor 2501, and the coupling is an indirect coupling or communication connection between devices, units or modules, which may be electrical, mechanical or other forms, used between devices, units or modules. information interaction.

In one embodiment, the communication interface 2502 may be specifically configured to perform the operations of the above-mentioned transceiver module 2210, and the processor 2301 may be specifically configured to perform the operations of the above-mentioned processing module 2220, which will not be described herein again.

The specific connection medium between the communication interface 2502 , the processor 2501 , and the memory 2503 is not limited in the embodiments of the present application. In the embodiment of the present application, the memory 2503, the processor 2501, and the communication interface 2502 are connected by a bus 2504 in FIG. 25. The bus is represented by a thick line in FIG. 25. The connection mode between other components is only for schematic illustration. , is not limited. The bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of presentation, only one thick line is shown in FIG. 25, but it does not mean that there is only one bus or one type of bus.

An embodiment of the present application further provides a chip system, including: a processor, where the processor is coupled with a memory, the memory is used to store a program or an instruction, and when the program or instruction is executed by the processor, the The chip system implements a method corresponding to a terminal device (eg, a first terminal device or a second terminal device) or a method corresponding to a network device (eg, a first network device or a second network device) in any of the above method embodiments.

Optionally, the number of processors in the chip system may be one or more. The processor can be implemented by hardware or by software. When implemented in hardware, the processor may be a logic circuit, an integrated circuit, or the like. When implemented in software, the processor may be a general-purpose processor implemented by reading software codes stored in memory.

Optionally, there may also be one or more memories in the chip system. The memory may be integrated with the processor, or may be provided separately from the processor, which is not limited in this application. Exemplarily, the memory can be a non-transitory processor, such as a read-only memory ROM, which can be integrated with the processor on the same chip, or can be provided on different chips. The setting method of the processor is not particularly limited.

Exemplarily, the system-on-chip may be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or a system on chip (SoC), It can also be a central processing unit (CPU), a network processor (NP), a digital signal processing circuit (DSP), or a microcontroller (microcontroller). controller unit, MCU), it can also be a programmable logic device (PLD) or other integrated chips.

It should be understood that, each step in the above method embodiments may be implemented by a hardware integrated logic circuit in a processor or an instruction in the form of software. The method steps disclosed in conjunction with the embodiments of the present application may be directly embodied as being executed by a hardware processor, or executed by a combination of hardware and software modules in the processor.

Embodiments of the present application further provide a computer-readable storage medium, where computer-readable instructions are stored in the computer storage medium, and when the computer reads and executes the computer-readable instructions, the computer is made to execute any of the foregoing method embodiments method in .

Embodiments of the present application further provide a computer program product, which, when the computer reads and executes the computer program product, causes the computer to execute the method in any of the above method embodiments.

An embodiment of the present application further provides a communication system, where the communication system includes a first terminal device, a second terminal device, and a first network device. Optionally, the communication system may further include a second network device.

It should be understood that the processor mentioned in the embodiments of the present application may be a CPU, other general-purpose processors, DSP, ASIC, FPGA or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

It should also be understood that the memory mentioned in the embodiments of the present application may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically programmable Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory. Volatile memory may be random access memory (RAM), which acts as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (synchlink DRAM, SLDRAM) ) and direct memory bus random access memory (direct rambus RAM, DR RAM).

It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components, the memory (storage module) is integrated in the processor.

It should be noted that the memory described herein is intended to include, but not be limited to, these and any other suitable types of memory.

It should be understood that the various numerical numbers involved in the various embodiments of the present application are only for the convenience of description. The sequence should be determined by its functions and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

Those of ordinary skill in the art can realize 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. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

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 alone, or two or more units may be integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as independent products, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be embodied in the form of a software product in essence, or the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk and other mediums that can store program codes.

In the various embodiments of the present application, if there is no special description or logical conflict, the terms and/or descriptions between different embodiments are consistent and can be referred to each other, and the technical features in different embodiments are based on their inherent Logical relationships can be combined to form new embodiments.

Claims

A computing service discovery method, characterized in that the method comprises:

The first terminal device receives a first request message from the second terminal device, where the first request message includes computing service request information, where the computing service request information is used to request the first computing service;

The first terminal device performs admission control on the first computing service according to its own load situation and the computing service request information;

If the first terminal device accepts the first computing service, it sends a first response message to the second terminal device, where the first response message includes computing service acceptance information, and the computing service acceptance information indicates the The first terminal device accepts the first computing service.
The method according to claim 1, wherein the computing service request information includes one or more of the following information of the first computing service:

Service ID, Service Type, Service Status Type, Hardware Requirements, Completion Metrics.
The method of claim 2, wherein the hardware requirements include requirements for one or more of the following parameters:

Throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing unit CPU frequency, CPU execution time, millions of fixed-point instructions executed per second, MIPS, floating-point execution per second The number of operations FLOPS.
The method according to any one of claims 1 to 3, wherein the method further comprises:

The first terminal device broadcasts the service type supported by itself; or,

The first terminal device broadcasts its own computing capability information; or,

The first terminal device sends the computing capability information to the first network device.
The method according to claim 4, wherein the computing capability information includes supported service types, hardware parameter information and current computing load.
The method according to any one of claims 1 to 3, wherein the method further comprises:

receiving, by the first terminal device, a service type required by the second terminal device broadcast by the second terminal device;

The first terminal device sends a response message to the second terminal device, where the response message indicates that the first terminal device supports a service type required by the second terminal device.
The method according to any one of claims 1 to 6, wherein the method further comprises:

establishing a sidelink connection between the first terminal device and the second terminal device, and the first terminal device provides a data forwarding service between the second terminal device and the first network device;

the first terminal device receives a first configuration message from the second terminal device, the first configuration message is used to reconfigure the sidelink between the first terminal device and the second terminal device connection, the first configuration message includes processing indication information corresponding to each logical channel LCH on the communication interface between the first terminal device and the second terminal device, the processing indication information is used to indicate the corresponding Whether the data received by the LCH needs to be intermediately processed;

The first terminal device sends a first configuration complete message to the second terminal device.
The method according to any one of claims 1 to 6, wherein the first terminal device provides a data forwarding service between the second terminal device and the first network device;

The method also includes:

The first terminal device receives a second configuration message from the first network device, the second configuration message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message contains It includes the identifier of the second terminal device, the processing indication information corresponding to each LCH on the communication interface between the first terminal device and the second terminal device, and the first indication information; wherein, the processing indication information It is used to indicate whether intermediate processing is required for the data received from the corresponding LCH, and the first indication information is used to indicate the communication interface between each LCH and the first terminal device and the first network device. The mapping relationship between each data radio bearer DRB.
A computing service discovery method, characterized in that the method comprises:

The second terminal device sends a first request message to the first terminal device, where the first request message includes computing service request information, and the computing service request information is used to request the first computing service;

The second terminal device receives a first response message from the first terminal device, the first response message includes computing service acceptance information, and the computing service acceptance information instructs the first terminal device to accept the first response message. a computing service.
The method according to claim 9, wherein the computing service request information includes one or more of the following information of the first computing service:

Service ID, Service Type, Service Status Type, Hardware Requirements, Completion Metrics.
The method of claim 10, wherein the hardware requirements include requirements for one or more of the following parameters:

Throughput, response time, utilization, processor word length, bus width, memory bandwidth, central processing unit CPU frequency, CPU execution time, millions of fixed-point instructions executed per second, MIPS, floating-point execution per second The number of operations FLOPS.
The method according to any one of claims 9 to 11, wherein the method further comprises:

The second terminal device receives the service type supported by the first terminal device broadcasted by the first terminal device, and if the first terminal device supports the service type of the first computing service, determines to send the service type to the first terminal device. A terminal device requests the first computing service; or,

The second terminal device receives the computing capability information of the first terminal device broadcasted by the first terminal device, and determines to request the first computing service from the first terminal device according to the computing capability information.
The method according to claim 12, wherein the computing capability information includes supported service types, hardware parameter information and current computing load.
The method according to any one of claims 9 to 11, wherein the method further comprises:

the second terminal device broadcasts the service type required by the second terminal device;

The second terminal device receives a response message from the first terminal device, where the response message indicates that the first terminal device supports a service type required by the second terminal device.
The method according to any one of claims 9 to 14, wherein the method further comprises:

establishing a sidelink connection between the second terminal device and the first terminal device, and the first terminal device provides a data forwarding service between the second terminal device and the first network device;

The second terminal device sends a first configuration message to the first terminal device, where the first configuration message is used to reconfigure the sidelink connection between the first terminal device and the second terminal device , the first configuration message includes processing indication information corresponding to each logical channel LCH on the communication interface between the first terminal device and the second terminal device, and the processing indication information is used to indicate the corresponding Whether the data received by LCH requires intermediate processing;

The second terminal device receives a first configuration complete message from the first terminal device.
The method according to any one of claims 9 to 11, wherein the method further comprises:

The second terminal device sends a second request message to the first network device, where the second request message includes computing service requirement information, and the computing service requirement information indicates a service type required by the second terminal device;

The second terminal device receives a second response message from the first network device, the second response message includes computing service response information, and the computing service response information indicates a service that supports the requirements of the second terminal device type of the first terminal device.
The method of claim 16, wherein the method further comprises:

the second terminal device receives a third configuration message from the first network device, where the third configuration message is used to configure a sidelink connection between the first terminal device and the second terminal device, The first terminal device provides a data forwarding service between the second terminal device and the first network device, the third configuration message includes the identifier of the first terminal device and the second indication information, the first The second indication information is used to instruct the second terminal device to send the data that needs to be subjected to intermediate processing to one or more LCHs designated on the communication interface between the first terminal device and the second terminal device.
A computing service discovery method, characterized in that the method comprises:

The first network device receives a second request message from the second terminal device, where the second request message includes computing service requirement information, where the computing service requirement information indicates a service type required by the second terminal device;

determining, by the first network device, a first terminal device that supports a service type required by the second terminal device;

The first network device sends a second response message to the second terminal device, where the second response message includes computing service response information, and the computing service response message indicates a service type that supports the requirements of the second terminal device of the first terminal device.
The method according to claim 18, wherein the determining the first terminal device that supports the service type required by the second terminal device comprises:

The first network device determines, according to the acquired computing capability information of the M serving terminal devices, the first terminal device that supports the service type required by the second terminal device from the M serving terminal devices.
The method of claim 19, wherein the method further comprises:

The first network device receives computing capability information from the first terminal device.
The method according to claim 20, wherein the computing capability information includes supported service types, hardware parameter information and current computing load.
The method of claim 19, wherein the method further comprises:

If none of the M service terminal devices supports the service type required by the second terminal device, the first network device sends a third request message to the second network device, where the third request message includes the Computing service requirement information, the first network device and the second network device are both access network devices;

The first network device receives a third response message from the second network device, where the third response message includes the computing service response information.
The method according to any one of claims 18 to 22, wherein the first terminal device provides a data forwarding service between the second terminal device and the first network device;

The method also includes:

The first network device sends a second configuration message to the first terminal device, where the second configuration message is used to reconfigure the radio resource control RRC connection of the first terminal device, and the second configuration message includes: The identifier of the second terminal device, the processing indication information corresponding to each logical channel LCH on the communication interface between the first terminal device and the second terminal device, and the first indication information; wherein the processing indication The information is used to indicate whether intermediate processing is required for the data received from the corresponding LCH, and the first indication information is used to indicate the communication interface between each LCH and the first terminal device and the first network device. The mapping relationship between each data radio bearer DRB;

the first network device sends a third configuration message to the second terminal device, where the third configuration message is used to configure a sidelink connection between the first terminal device and the second terminal device, The third configuration message includes the identifier of the first terminal device and second indication information, where the second indication information is used to instruct the second terminal device to send the data requiring intermediate processing to the first terminal on the designated one or more LCHs on the communication interface between the device and the second terminal device.
A communication device, characterized in that the device comprises at least one processor coupled to at least one memory:

the at least one processor for executing computer programs or instructions stored in the at least one memory to cause the apparatus to perform the method of any one of claims 1 to 8, or to cause the apparatus to perform A method as claimed in any one of claims 9 to 17, or the apparatus is caused to perform a method as claimed in any one of claims 18 to 23.
A computer-readable storage medium, characterized in that it is used for storing instructions, when the instructions are executed, the method according to any one of claims 1 to 8 is realized, or the method according to claim 9 to claim 9 is realized. 17 is carried out, or the method of any one of claims 18 to 23 is carried out.
A communication device, comprising a processor and an interface circuit;

the interface circuit for interacting code instructions or data with the processor;

The processor is used to perform the method of any one of claims 1 to 8, or the processor is used to perform the method of any one of claims 9 to 17, or the processor is used to perform A method as claimed in any one of claims 18 to 23.
A computer program, characterized in that, when the computer program is executed, the method according to any one of claims 1 to 8 is realized, or the method according to any one of claims 9 to 17 is realized The method of claim 18 is carried out, or the method of any one of claims 18 to 23 is carried out.