Calculation data transmission method and device
By establishing a computing wireless bearer (CRB) between the terminal device and the access network device, the problem that computing data transmission in the prior art is limited by SRB and DRB, and efficient computing data transmission is achieved, suitable for artificial intelligence and Render computing scenes in real time.
Patent Information
- Application Number
- CN202411275008.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2020-09-21
- Publication Date
- 2024-12-27
AI Technical Summary
The prior art is difficult to effectively transmit computing data in wireless communication networks, especially due to the transmission characteristics limitations of signaling wireless bearers (SRBs) and data wireless bearers (DRBs), which cannot meet the needs of artificial intelligence models and real-time rendering computing.
By establishing a computing wireless bearer (CRB) between the terminal device and the access network device, the RRC reconfiguration process increases support for computing data transmission, thereby achieving efficient transmission of computing data and avoiding limitations limited by SRB and DRB.
It realizes efficient transmission of computing data, reduces the consumption of communication resources, improves the transmission efficiency of computing models, and is suitable for artificial intelligence models and real-time rendering computing scenarios.
Smart Images

Figure CN119212115A_ABST
Abstract
Description
[0001] This application is a divisional application. The application number of the original application is 202010995014.7, and the original application date is September 21, 2020. The entire contents of the original application are incorporated into this application by reference. Technical Field
[0002] The present application relates to the field of communication technology, and in particular to a method and device for computing and transmitting data. Background Art
[0003] With the development of services such as artificial intelligence, virtual reality (VR) / mobile augmented reality (AR), new computing requirements have emerged in wireless communication networks, such as artificial intelligence (AI) computing (including computing required for AI model training and reasoning), end-edge-cloud collaborative VR business real-time rendering computing, etc. These new computing involve business flows such as computing task splitting, computing resource management and scheduling coordination, and AI model distribution. In this process, computing data such as interactive messages for negotiating related computing, computing task splitting data, data describing computing models (such as AI models), and data generated by computing models are generated.
[0004] For example, intelligent computing in the fields of physical layer, media access control, wireless resource control, wireless resource management, operation and maintenance, etc. is required between terminal devices and wireless networks. Therefore, there is computing data between terminal devices and access network devices, such as data related to computing models used for intelligent computing. The computing model can be a machine learning (ML) model, etc.
[0005] The calculation data can be generated by access network equipment, core network equipment or operation and maintenance servers, and then sent by the access network equipment to the terminal equipment. At present, the main ways to send data from the network side to the terminal side are through signaling radio bearer (SRB) and data radio bearer (DRB).
[0006] However, due to the limitations of SRB and DRB transmission characteristics (such as the maximum amount of data supported for transmission, quality of service (QoS) level, etc.), they are not suitable for transmitting computing data. Therefore, how to transmit computing data is an urgent problem to be solved. Summary of the invention
[0007] The present application provides a computing data transmission method and device for realizing computing data transmission.
[0008] In a first aspect, an embodiment of the present application provides a method for transmitting computing data, the method comprising: a terminal device sends a first message to an access network device, the first message is used to request the access network device to establish a first wireless bearer, and the first wireless bearer is used to carry computing data. The terminal device receives a second message sent by the access network device, and establishes the first wireless bearer based on wireless bearer configuration information carried by the second message, and the second message carries the wireless bearer configuration information.
[0009] In an embodiment of the present application, the terminal device and the access network device support establishing a first wireless bearer for transmitting computing data. The terminal device and the access network device can realize the transmission of computing data such as computing models through the first wireless bearer. The computing data is transmitted through the first wireless bearer, so that the transmission of computing data is not subject to the restrictions of SRB transmission, DRB transmission, and application layer transmission.
[0010] In a possible design, the first message may be a radio resource control (RRC) setup complete (RRCSetupComplete) message, and the second message may be an RRC reconfiguration (RRCReconfiguration). In the above manner, by adding support for a first radio bearer for transmitting computing data on the basis of the RRC reconfiguration process, the terminal device may establish the first radio bearer when entering a connected state from an idle state, and may then transmit computing data through the first radio bearer.
[0011] In a possible design, the above-mentioned radio bearer configuration information may include the packet data convergence protocol (PDCP) configuration of the first radio bearer (e.g., sorting delivery timer, etc.), the radio link control (RLC) mode of the first radio bearer (e.g., confirmation, non-confirmation), the uplink and downlink RLC layer configuration of the first radio bearer (e.g., sequence number field length, retransmission timer, etc.), the logical channel identifier and priority configuration of the first radio bearer, etc. Through the above design, the PDCP layer of the terminal device can establish the first radio bearer according to the PDCP configuration.
[0012] In a possible design, after the terminal device establishes the first radio bearer based on the radio bearer configuration information, the first calculation data can be sent to the access network device through the first radio bearer. Through the above design, the terminal device can send the calculation data to the access network device.
[0013] In a possible design, after the terminal device establishes the first radio bearer based on the radio bearer configuration information, the terminal device can receive the second calculation data sent by the access network device through the first radio bearer. Through the above design, the access network device can send calculation data to the terminal device.
[0014] In a possible design, after the terminal device establishes the first radio bearer based on the radio bearer configuration information, the terminal device can receive a third message sent by the access network device, and the third message is used to release the first radio bearer; the terminal device releases the first radio bearer. Through the above design, the terminal device can release the first radio bearer according to the instruction of the access network device, thereby saving communication resources.
[0015] In a possible design, the third message is an RRC Release message. In the above design, the terminal device can save communication resources by releasing the first radio bearer when entering the idle state.
[0016] In one possible design, after the terminal device establishes the first radio bearer based on the radio bearer configuration information, the terminal device may receive a fourth message sent by the access network device, the fourth message being used to deactivate the first radio bearer; the terminal device deactivates the first radio bearer. Through the above design, the terminal device may deactivate the first radio bearer according to the instruction of the access network device, thereby saving communication resources.
[0017] In one possible design, the fourth message may be an RRCRelease message carrying a suspendConfig information element, where the suspendConfig information element is used to instruct the terminal device to suspend (or deactivate) the RRC connection. In the above design, the terminal device can save communication resources by deactivating the first radio bearer when entering an inactive state.
[0018] In a possible design, after the terminal device deactivates the first radio bearer, the terminal device may send a fifth message to the access network device, the fifth message being used to request the access network device to activate the first radio bearer; the terminal device receives a sixth message sent by the access network device, the sixth message being used to instruct the terminal device to activate the first radio bearer; the terminal device activates the first radio bearer. Through the above design, the terminal device can reactivate the first radio bearer according to its own needs to transmit computing data.
[0019] In one possible design, the fifth message may be an RRC recovery request (RRCResumeRequest) message, and the sixth message may be an RRC recovery (RRCResume) message. In the above manner, when the terminal device in the inactive state needs to send calculation data, the first radio bearer between the terminal device and the access network device is restored through the RRCResume process, so that the calculation data (such as the ML model) can be sent to the access network device through the first radio bearer.
[0020] In one possible design, after the terminal device deactivates the first radio bearer, the terminal device may also receive a third message sent by the access network device, the third message being used to instruct the terminal device to release the first radio bearer; the terminal device releases the first radio bearer. Through the above design, after the terminal device deactivates the first radio bearer, it may also release the first radio bearer under the instruction of the access network device.
[0021] In a possible design, the third message is an RRC Release message. In the above design, the terminal device can save communication resources by releasing the first radio bearer when entering the idle state from the inactive state.
[0022] In one possible design, before the terminal device receives the wireless bearer configuration information sent by the access network device, the terminal device can report capability information to the access network device, and the capability information is used to indicate that the terminal device supports the first wireless bearer. Through the above design, the access network can determine whether to establish the first wireless bearer with the terminal device based on the capability information of the terminal device.
[0023] In one possible design, before the terminal device reports capability information to the access network device, the terminal device receives a seventh message sent by the access network device, and the seventh message is used to query whether the terminal device supports the first wireless bearer. Through the above design, the access network device can actively query the terminal device for the capability information.
[0024] In a possible design, the seventh message may be a user equipment (UE) capability query (UE Capability Enquiry) message. In the above manner, the protocol can be modified to be relatively small.
[0025] In one possible design, the first radio bearer may be a computing radio bearer (CRB).
[0026] In a second aspect, an embodiment of the present application provides a method for transmitting computing data, the method comprising: an access network device receives a first message sent by a terminal device, and after receiving the first message, sends a second message to the terminal device. The first message is used to request the access network device to establish a first wireless bearer, the first wireless bearer is used to carry computing data, and the second message carries wireless bearer configuration information.
[0027] In an embodiment of the present application, the terminal device and the access network device support establishing a first wireless bearer for transmitting computing data. The terminal device and the access network device can realize the transmission of computing data such as computing models through the first wireless bearer. The computing data is transmitted through the first wireless bearer, so that the transmission of computing data is not subject to the restrictions of SRB transmission, DRB transmission, and application layer transmission.
[0028] In one possible design, the first message may be an RRCSetupComplete message, and the second message may be an RRCReconfiguration message. In the above method, by adding support for a first wireless bearer for transmitting computing data on the basis of the RRC reconfiguration process, the terminal device can establish the first wireless bearer when entering a connected state from an idle state, and then can transmit computing data through the first wireless bearer.
[0029] In a possible design, the radio bearer configuration information may include the PDCP configuration of the first radio bearer (e.g., sorting delivery timer, etc.), the RLC mode of the first radio bearer (e.g., confirmation, non-confirmation), the uplink and downlink RLC layer configuration of the first radio bearer (e.g., sequence number field length, retransmission timer, etc.), the logical channel identifier and priority configuration of the first radio bearer, etc. Through the above design, the PDCP layer of the terminal device can establish the first radio bearer according to the PDCP configuration.
[0030] In a possible design, after the access network device sends the second message to the terminal device, the access network device can receive the first calculation data sent by the terminal device through the first wireless bearer. Through the above design, the terminal device can send calculation data to the access network device.
[0031] In a possible design, after the access network device sends the second message to the terminal device, the access network device can send the second calculation data to the terminal device through the first wireless bearer. Through the above design, the access network device can send the calculation data to the terminal device.
[0032] In one possible design, after the access network device sends the second message to the terminal device, the access network device may send a third message to the terminal device, and the third message is used to release the first radio bearer. Through the above design, the terminal device can release the first radio bearer according to the instruction of the access network device, thereby saving communication resources.
[0033] In a possible design, the third message is an RRC Release message. In the above design, the terminal device can save communication resources by releasing the first radio bearer when entering the idle state.
[0034] In one possible design, after the access network device sends the second message to the terminal device, the access network device may send a fourth message to the terminal device, and the fourth message is used to deactivate the first radio bearer. Through the above design, the terminal device can deactivate the first radio bearer according to the instruction of the access network device, thereby saving communication resources.
[0035] In one possible design, the fourth message may be an RRCRelease message carrying a suspendConfig information element, where the suspendConfig information element is used to instruct the terminal device to suspend (or deactivate) the RRC connection. In the above design, the terminal device can save communication resources by deactivating the first radio bearer when entering the inactive state.
[0036] In a possible design, after the access network device sends the fourth message to the terminal device, the access network device may receive a fifth message sent by the terminal device, the fifth message being used to request the access network device to activate the first radio bearer; the access network device sends a sixth message to the terminal device, the sixth message being used to instruct the terminal device to activate the first radio bearer. Through the above design, the terminal device can reactivate the first radio bearer according to its own needs to transmit computing data.
[0037] In one possible design, the fifth message may be a RRCResumeRequest message, and the sixth message may be a RRCResume message. In the above manner, when the terminal device in the inactive state needs to send calculation data, the first radio bearer between the terminal device and the access network device is restored through the RRCResume process, so that the calculation data (such as the ML model) can be sent to the access network device through the first radio bearer.
[0038] In one possible design, after the access network device sends the fourth message to the terminal device, the access network device may send a third message to the terminal device, where the third message is used to instruct the terminal device to release the first radio bearer. Through the above design, after the terminal device deactivates the first radio bearer, the access network device may instruct the terminal device to release the first radio bearer.
[0039] In a possible design, the third message is an RRC Release message. In the above design, the terminal device can save communication resources by releasing the first radio bearer when entering the idle state from the inactive state.
[0040] In one possible design, before the access network device sends the second message to the terminal device, the access network device can receive capability information reported by the terminal device, and the capability information is used to indicate that the terminal device supports the first wireless bearer. Through the above design, the access network can determine whether to establish the first wireless bearer with the terminal device based on the capability information of the terminal device.
[0041] In one possible design, before the access network device receives the capability information reported by the terminal device, the access network device can send a seventh message to the terminal device, and the seventh message is used to query whether the terminal device supports the first radio bearer. Through the above design, the access network device can actively query the terminal device for the capability information.
[0042] In one possible design, the first radio bearer may be a CRB.
[0043] In a third aspect, an embodiment of the present application provides a terminal device, which includes at least one of the following modules: a first module and a second module, wherein the first module is used to process computing data between the terminal device and the access network device, and the second module is used to process computing data between the terminal device and the core network device.
[0044] In a possible design, the first module and the second module are the same module.
[0045] In one possible design, the first module can be specifically used to implement functions such as computing data collection, computing model training, computing model generation, computing model updating, and computing model distribution between terminal devices and access network devices.
[0046] In one possible design, the second module can be specifically used to implement functions such as computing data collection, computing model training, computing model generation, computing model updating, and computing model distribution between terminal devices and core network devices.
[0047] In a fourth aspect, an embodiment of the present application provides a terminal device, which includes at least one of the following two protocol layers: a first protocol layer and a second protocol layer, wherein the first protocol layer is used to implement the processing of computing data (such as collection, distribution, etc.) between the terminal device and the access network device, and the second protocol layer is used to implement the processing of computing data (such as collection, distribution, etc.) between the terminal device and the core network.
[0048] In one possible design, the terminal device may further include a PDCP layer, which is used to establish a first radio bearer for transmitting computing data and transmit the computing data through the first radio bearer.
[0049] In a fifth aspect, an embodiment of the present application provides an access network device, which includes a functional module for processing computing data between a terminal device and the access network device.
[0050] In one possible design, the functional module can be specifically used to implement functions such as computing data collection, computing model training, computing model generation, computing model updating, and computing model distribution between terminal devices and access network devices.
[0051] In one possible design, if the access network device includes a centralized unit (CU) and at least one distributed unit (DU), the functional module can be connected to the CU via a G1 interface, and connected to the DU via a G1 interface.
[0052] In a possible design, if the CU includes a control plane (CU-control plane, CU-CP) and a user plane (CU-user plane, CU-UP), the functional module can be connected to the CU-CP of the CU through a G1 interface.
[0053] In a possible design, this functional module can also be deployed in CU, CU-CP or DU.
[0054] In a sixth aspect, an embodiment of the present application provides an access network device, which includes a PDCP layer, and the PDCP layer is used to establish a first wireless bearer for transmitting computing data and transmit the computing data through the first wireless bearer.
[0055] In one possible design, the access network device may also include a first protocol layer for implementing processing (eg, collection, distribution, etc.) of computing data between the terminal device and the access network device.
[0056] In a seventh aspect, an embodiment of the present application provides a core network device, which includes a functional module for processing calculation data between a terminal device and the core network device.
[0057] In one possible design, the functional module can be specifically used to implement functions such as computing data collection, computing model training, computing model generation, computing model updating, and computing model distribution between terminal devices and core network devices.
[0058] In an eighth aspect, an embodiment of the present application provides a core network device, which includes a second protocol layer for implementing processing (such as collection, distribution, etc.) of computing data between a terminal device and the core network device.
[0059] In the ninth aspect, an embodiment of the present application provides a communication system, which includes the terminal device described in the fourth aspect and the access network device described in the sixth aspect, and may also include the core network device described in the eighth aspect.
[0060] In a tenth aspect, the present application provides a computing data transmission device, which may be a communication device, or a chip or chipset in a communication device, wherein the communication may be a terminal device or an access network device. The device may include a processing unit and a transceiver unit. When the device is a communication device, the processing unit may be a processor, and the transceiver unit may be a transceiver; the device may also include a storage unit, which may be a memory; the storage unit is used to store instructions, and the processing unit executes the instructions stored in the storage unit to enable the terminal device to perform the corresponding functions in the above-mentioned first aspect or any design in the first aspect, or the processing unit executes the instructions stored in the storage unit to enable the access network device to perform the above-mentioned second aspect or any design in the second aspect. When the device is a chip or chipset in a communication device, the processing unit may be a processor, and the transceiver unit may be an input / output interface, a pin or a circuit, etc.; the processing unit executes the instructions stored in the storage unit so that the terminal device performs the corresponding functions in the above-mentioned first aspect or any design of the first aspect, or the processing unit executes the instructions stored in the storage unit so that the access network device performs the above-mentioned second aspect or any design of the second aspect. The storage unit may be a storage unit in the chip or chipset (for example, a register, a cache, etc.), or it may be a storage unit in the terminal device that is located outside the chip or chipset (for example, a read-only memory, a random access memory, etc.).
[0061] In an eleventh aspect, the present application provides a computing data transmission device, comprising: a processor, a communication interface, and a memory. The communication interface is used to transmit information, and / or messages, and / or data between the device and other devices. The memory is used to store computer-executable instructions, and when the device is running, the processor executes the computer-executable instructions stored in the memory to enable the device to execute the method as described in the first aspect or any one of the designs of the first aspect, or the method as described in the second aspect or any one of the designs of the second aspect.
[0062] In the twelfth aspect, an embodiment of the present application provides a computer storage medium, which stores program instructions. When the program instructions are executed on a communication device, the communication device executes the method of the first aspect and any possible design of the embodiment of the present application, and the second aspect and any possible design of the embodiment of the present application.
[0063] In the thirteenth aspect, an embodiment of the present application provides a computer program product. When the computer program product runs on a communication device, the communication device implements the method of the first aspect of the embodiment of the present application and any possible design thereof, and the second aspect and any possible design thereof.
[0064] In the fourteenth aspect, an embodiment of the present application provides a chip, which is coupled to a memory and executes the method of the first aspect and any possible design of the embodiment of the present application, and the second aspect and any possible design of the embodiment of the present application.
[0065] It should be noted that, in the embodiments of the present application, “coupling” refers to two components being directly or indirectly coupled to each other.
[0066] In a fifteenth aspect, an embodiment of the present application provides a communication system, the system comprising a terminal device and an access network device, wherein the terminal device can implement the method described in the first aspect of the embodiment of the present application and any possible design thereof. The access network device can implement the method described in the second aspect of the embodiment of the present application and any possible design thereof. BRIEF DESCRIPTION OF THE DRAWINGS
[0067] Figure 1 A schematic diagram of a wireless intelligent network architecture for an ML model provided in an embodiment of the present application;
[0068] Figure 2 A schematic diagram of a computing model transmitted through an application layer provided in an embodiment of the present application;
[0069] Figure 3 A schematic diagram of the architecture of a communication system provided in an embodiment of the present application;
[0070] Figure 4 A schematic diagram of a terminal device protocol stack provided in an embodiment of the present application;
[0071] Figure 5 A schematic diagram of a core network device protocol stack provided in an embodiment of the present application;
[0072] Figure 6 A schematic diagram of the structure of an access network device provided in an embodiment of the present application;
[0073] Figure 7 A schematic diagram of the structure of another access network device provided in an embodiment of the present application;
[0074] Figure 8 A connection diagram of a DAM module of an access network device provided in an embodiment of the present application;
[0075] Fig. 9 A connection diagram of a DAM module of another access network device provided in an embodiment of the present application;
[0076] Fig.10 A schematic diagram of an access network device protocol stack provided in an embodiment of the present application;
[0077] Fig.11 A schematic diagram of a wireless network architecture provided in an embodiment of the present application;
[0078] Fig.12 A schematic diagram of a protocol stack of a terminal device and an access network device provided in an embodiment of the present application;
[0079] Fig.13 A schematic diagram of a protocol stack of a terminal device and a core network device provided in an embodiment of the present application;
[0080] Fig.14 A flowchart of a method for calculating data transmission provided in an embodiment of the present application;
[0081] Fig.15a A schematic diagram of an access network device transmitting RAN calculation data to a terminal device provided in an embodiment of the present application;
[0082] Fig.15b A schematic diagram of another access network device transmitting RAN calculation data to a terminal device provided in an embodiment of the present application;
[0083] Fig.16 A schematic diagram of a method for sending calculation data provided in an embodiment of the present application;
[0084] Fig.17 A schematic diagram of another method for sending computing data provided in an embodiment of the present application;
[0085] Fig.18a A schematic diagram of a terminal device sending calculation data to an access network device provided in an embodiment of the present application;
[0086] Fig.18b A schematic diagram of another terminal device sending calculation data to an access network device provided in an embodiment of the present application;
[0087] Fig.19 A schematic diagram of a process of reporting capability information of a terminal device provided in an embodiment of the present application;
[0088] Fig. 20 A schematic diagram of a process of establishing a CRB for a terminal device provided in an embodiment of the present application;
[0089] Fig.21a A schematic diagram of a process of releasing a CRB by a terminal device provided in an embodiment of the present application;
[0090] Figure 21b A schematic diagram of another terminal device releasing a CRB process provided in an embodiment of the present application;
[0091] Fig. 22 A schematic diagram of a process of deactivating a CRB in a terminal device provided in an embodiment of the present application;
[0092] Fig.23 A schematic diagram of a CRB activation process of a terminal device provided in an embodiment of the present application;
[0093] Fig.24 A schematic diagram of a process of releasing a CRB by a terminal device provided in an embodiment of the present application;
[0094] Fig.25 A schematic diagram of the structure of a computing data transmission device provided in an embodiment of the present application;
[0095] Fig.26 A schematic diagram of the structure of another computing data transmission device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0096] 5G has made significant leaps in key performance such as network speed, network latency and connection scale compared to 2 / 3 / 4G, enabling it to adapt to a variety of scenarios and differentiated service requirements. At the same time, 5G networks need to support more flexible air interface technologies and network architectures. The flexibility of 5G networks inevitably brings about network complexity. The growth of network complexity makes the traditional network operation and maintenance model unsustainable.
[0097] With the continuous enhancement of hardware computing power such as central processing unit (CPU) / graphics processing unit (GPU), artificial intelligence (AI) technology has rapidly emerged and has been successfully applied to many fields such as speech recognition, face recognition, wireless communication operation and maintenance simplification, algorithm optimization, etc. Currently, many operators are testing and deploying machine learning and other AI technologies on a large scale, exploring how to use artificial intelligence tools to achieve more efficient wireless resource management and more automated network operation and maintenance, so as to reduce operating expenses (OPEX) and respond quickly and agilely to new business needs.
[0098] At present, AI technology has been widely researched in wireless networks and has driven the industry to carry out systematic network reconstruction, such as establishing an AI application market platform to support the distribution and independent deployment of optimization algorithm models. For example, a wireless intelligent network architecture for ML models can be Figure 1 As shown, the architecture is an exchange framework that supports dynamic loading / updating of ML model packages / files, and includes an ML model design module, an ML model training module, and an ML model management module based on the ML model automatic loading architecture. The ML model design module is used to design ML models. The ML model training module is used to train the ML model designed by the ML model design module based on the training data from the wireless device. The ML model management module is used to send the ML model trained by the ML model training module to the wireless device. The architecture can support federated learning mechanisms, etc., from transferring data to transferring ML models, thereby solving problems such as large amounts of AI training data and improving the accuracy of ML model retraining. Among them, the ML model automatic loading architecture supports loading ML models into wireless devices.
[0099] Intelligent computing in the fields of physical layer, media access control, radio resource control, radio resource management, operation and maintenance is required between the terminal device and the wireless network. Therefore, there is computing data between the terminal device and the access network device, such as data related to the computing model used for intelligent computing, and the computing model can be an ML model, etc. The computing data can be processed by the access network device, core network device or operation and maintenance server, and then sent to the terminal device by the access network device. At present, the main way to send data from the network side to the terminal side is through SRB or DRB transmission.
[0100] Since SRB only supports the transmission of simple small-size message control signaling, while computing data is usually large in size, usually in the millions (M) of bytes. In addition, SRB has the highest priority and is used to transmit data or signaling with the highest QoS level. Computing data has different QoS levels depending on the task, so computing data is not suitable for transmission via SRB.
[0101] If the calculation data is regarded as application layer data and sent to the terminal device through DRB, the transmission process is as follows: after the access network device processes the calculation data, it packages the calculation data into application data through the user plane function (UPF) entity, and then the UPF entity sends the packaged application data to the access network device, which then sends it to the terminal device through DRB. Figure 2 There are several problems with transmitting computing data through the application layer:
[0102] 1. Since access network equipment, core network equipment, or operation and maintenance servers are internal devices of wireless communication networks, if they are used as servers to generate computing data, their addresses need to be visible to public network terminal devices, which adds unnecessary Internet protocol (IP) network configuration and exposes wireless networks to the public Internet, requiring additional security reinforcement measures, thereby increasing costs;
[0103] 2. If the data is transmitted through the application layer, the transmission path that the computing data needs to go through is: the server that generates the computing data (such as access network equipment, core network equipment, or operation and maintenance server) -> core network equipment -> access network equipment -> terminal equipment. The transmission path is long, which also affects the billing of the terminal equipment.
[0104] 3. The QoS level and integrity protection required for computing data during transmission are different from those of application layer user data. Therefore, transmitting computing data through the application layer will sacrifice scalability.
[0105] There is currently a lack of effective processes for efficiently sending computing data from the wireless network side to the terminal.
[0106] Based on this, the embodiment of the present application provides a method and device for transmitting computing data, which can realize the transmission of computing data. Among them, the method and the device are based on the same inventive concept. Since the principles of solving problems by the method and the device are similar, the implementation of the device and the method can refer to each other, and the repeated parts will not be repeated.
[0107] The calculation data transmission method provided in the embodiment of the present application can be applicable to 5G (fifth generation mobile communication system) systems, such as access networks using new radio access technology (New RAT); cloud radio access network (CRAN) and other communication systems. Among them, the 5G system can be a non-roaming scenario or a roaming scenario. The 5G system can be used for a service-oriented architecture or an interface-based architecture, which is not specifically limited here. It should be understood that the embodiments of the present application can also be applicable to future communications (such as 6G or other networks).
[0108] For example, the communication system architecture of the embodiment of the present application can be as follows: Figure 3 As shown, the communication system may include a core network device, a first access network device, a second access network device and a terminal device. Among them, the first access network device or the second access network device can communicate with the core network device; the terminal device can communicate with the first access network device or the second access network device, and the terminal device can also communicate with the first access network device and the second access network device at the same time, that is, multi radio dual connectivity (MR-DC). In the MR-DC scenario, the first access network device can be the main access network device, the second access network device can be the auxiliary access network device, the first access network device and the second access network device can be access network devices of different communication standards, or they can be access network devices of the same communication standard. It should be understood that Figure 3 This is only an exemplary description and does not specifically limit the number and connection relationship of core network devices, access network devices, and terminal devices in the communication system.
[0109] The terminal device involved in the embodiments of the present application is an entity on the user side for receiving or transmitting signals. The terminal device may be a device that provides voice and / or data connectivity to the user, for example, a handheld device with wireless connection function, a vehicle-mounted device, etc. The terminal device may also be other processing devices connected to a wireless modem. The terminal device may communicate with a radio access network (RAN). The terminal device may also be referred to as a wireless terminal, a subscriber unit, a subscriber station, a mobile station, a mobile station, a mobile station, a remote station, an access point, a remote terminal, an access terminal, a user terminal, a user agent, a user device, or a UE, etc. The terminal device may be a wireless terminal or a wired terminal. The wireless terminal may refer to a device with wireless transceiver function, which may be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; it may also be deployed on the water (such as a ship, etc.); it may also be deployed in the air (such as an airplane, a balloon, and a satellite, etc.). The terminal device may be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, for example, a portable, pocket-sized, handheld, computer-built-in or vehicle-mounted mobile device, which exchanges language and / or data with a wireless access network. For example, the terminal device may also be 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 (PDA), a drone, an Internet of Things (IoT) device (e.g., a sensor, an electric meter, a water meter, etc.), a vehicle-to-everything (V2X) device, a station (ST) in a wireless local area network (WLAN), and the like.Common terminal devices include, for example, mobile phones, tablet computers, laptop computers, PDAs, mobile internet devices (MID), vehicle-mounted devices, wearable devices, such as smart watches, smart bracelets, pedometers, etc., but the embodiments of the present application are not limited thereto. The terminal may also be a terminal in a next-generation communication system, for example, a terminal in a 5G communication system or a terminal in a future evolved public land mobile network (PLMN), a terminal in an NR communication system, etc., which is not limited here.
[0110] The terminal device in the embodiment of the present application can realize functions such as computing data collection, computing model training, computing model generation, computing model update, and computing model distribution. For the convenience of description, the functions such as computing data collection, computing model training, computing model generation, computing model update, and computing model distribution are referred to as data analysis and management (DAM) functions. It should be understood that this is only an exemplary naming and is not specifically limited.
[0111] In one implementation, the terminal device may include a DAM module, which is used to implement the DAM functions, such as data collection, model training, model generation, action generation, etc. The model training results are used in the access layer (such as physical layer (PHY), media access control (MAC), RLC, RRC, etc.) functional modules of the terminal device or access network device, or the model training results are used in the non-access layer functional modules of the terminal device or core network device.
[0112] Exemplarily, the protocol stack of the terminal device may be as follows: Figure 4 As shown, Figure 4 Only the protocol layer used in the terminal device for transmitting the computing data is shown.
[0113] The terminal device may include a protocol layer for realizing functions such as collection and distribution of computing data between the terminal device and the access network device. For the convenience of description, it is referred to as the data analysis protocol (DAP) layer below. The DAP layer can support functions such as collection and distribution of computing data between the terminal device and the access network device. It should be understood that DAP is only an exemplary name and is not specifically limited.
[0114] The protocol stack of the terminal device may also include a protocol layer for realizing functions such as collection and distribution of computing data between the terminal device and the core network. For the convenience of description, it is referred to as a high data analysis protocol (HDAP) layer below. The HDAP layer can support functions such as collection and distribution of computing data between the terminal device and the core network device. It should be understood that HDAP is only an exemplary name and is not specifically limited.
[0115] The terminal device may also include a PDCP layer, and the functions of the PDCP may include data transmission (including computing data, etc.), orderly transmission, encryption and decryption (including encryption and decryption of computing data, etc.), duplicate detection, timer-based discarding, network protocol (internet protocol, IP) header compression and decompression, etc. PDCP can establish a radio bearer for transmitting computing data. For the convenience of description, the radio bearer for transmitting computing data is referred to as a computing radio bearer (CRB) below. It should be understood that this is only an exemplary naming, and the naming of the radio bearer is not specifically limited. The packet size, QoS level, etc. transmitted by the CRB can be applicable to computing data.
[0116] Exemplarily, CRB can use a different logical channel identifier (LCID) from SRB / DRB. For example, CRB can use the reserved LCID value in the downlink-shared channel (DL-SCH) / uplink-shared channel (UL-SCH) in the 3GPP standard. In one example, CRB can use 35 to 46 of Table 6.2.1-1 Values of LCID for DL-SCH in the 3GPP TS 38.321 specification v15.7.0 protocol as the LCID of the CRB that carries the computing data transmitted from the access network device to the terminal device. In another example, CRB can use 35 to 44 of Table 6.2.1-2 Values of LCID for UL-SCH in the 3GPP TS 38.321 specification v15.7.0 protocol as the LCID of the CRB that carries the computing data transmitted from the terminal device to the access network device.
[0117] The QoS characteristics of CRB may also be different from those of SRB / DRB. For example, the QoS level of CRB may be lower than that of SRB / DRB. For another example, SRB has no packet delay budget (PDB), while CRB may have PDB, and so on.
[0118] The information transmitted by CRB is different from that transmitted by SRB / DRB. For example, the information carried by SRB is signaling, while that carried by DRB is user application layer data from UE and data network, and that carried by CRB is computing data within the wireless network, such as computing models within the wireless network. For another example, the amount of information carried by SRB is small, while CRB may not have data volume restrictions. For another example, the information transmitted by SRB involves the billing of the terminal device, while the information transmitted by CRB may not involve the billing of the terminal device.
[0119] In addition, if the data transmitted by CRB is RAN calculation data, the data transmission of CRB can be terminated by the access network device, that is, the RAN calculation data transmitted by CRB may not be transmitted back to the core network device. Compared with the calculation data transmitted through DRB, the transmission path is shorter when the calculation data is transmitted through CRB, thereby reducing the transmission delay. Moreover, the transmission of RAN calculation data through CRB has no effect on the billing of the terminal device. If the data transmitted by CRB is CN calculation data, the data transmission of CRB can be terminated by the 3GPP core network device, that is, the CN calculation data transmitted by CRB may not be transmitted to the data network outside the 3GPP network.
[0120] Exemplarily, the PDCP layer may include a sublayer for implementing functions such as data transmission of computing data, encryption and decryption of computing data, etc. For the convenience of description, the sublayer of the PDCP layer that supports functions such as data transmission of computing data, encryption and decryption of computing data, etc. may be referred to as a "PDCP-CRB" sublayer. It should be understood that PDCP-CRB is only an exemplary name and is not specifically limited.
[0121] The core network device in the embodiment of the present application may be an access and mobility management function (AMF), which is mainly responsible for functions such as access control, mobility management, attachment and detachment, and gateway selection. The core network device may also be a network data analytics function (NWDAF), which is mainly responsible for functions such as data collection and analysis. The core network devices involved in the present application are not limited to AMF and NWDAF.
[0122] The core network device in the embodiment of the present application can also implement the DAM function.
[0123] In one implementation, the core network device may include a DAM module, which is used to implement the DAM functions, such as data collection, model training, model generation, action generation and other functions, and its model training results act on the non-access layer function module of the terminal device or the core network device.
[0124] Exemplarily, the user plane protocol stack of the core network device may be as follows: Figure 5 As shown, Figure 5 Only the protocol layer used for transmitting computing data in the core network equipment is shown.
[0125] The protocol stack of the core network device may include an HDAP layer for realizing functions such as collection and distribution of computing data between the terminal device and the core network. The HDAP layer may support functions such as collection and distribution of computing data between the terminal device and the core network device.
[0126] The user plane protocol stack of the core network device may also include a general packet radio service (GPRS) tunneling protocol (GTP) layer, a user datagram protocol (UDP) / IP layer, etc. In an example, the HDAP layer may be the user plane protocol stack of the core network device, for example, the HDAP layer may be an upper protocol layer of the GTP layer.
[0127] The access network device in the embodiment of the present application is an entity on the network side for transmitting or receiving signals, which is used to access the terminal to the wireless network, and can provide functions such as wireless resource management, service quality management, data encryption and compression for the terminal device. The access network device can be called a base station, and can also be called an access network (radio access network, RAN) node. For example, the access network device can be a next-generation Node B (next-generation Node B, gNB), a transmission reception point (transmission reception point, TRP), an evolved Node B (evolved Node B, eNB), a radio network controller (radio network controller, RNC), a Node B (Node B, NB), a base station controller (base station controller, BSC), a base transceiver station (base transceiver station, BTS), a home base station (for example, home evolved NodeB, or home Node B, HNB), a base band unit (base band unit, BBU), or a wireless fidelity (wireless fidelity, Wifi) access point (access point, AP), etc.
[0128] Exemplarily, the structure of the access network device in the embodiment of the present application can be as follows: Figure 6 As shown. Specifically, the access network device can be divided into a CU and at least one DU. The interface between the CU and the DU can be an F1 interface. Among them, the CU can be used to manage or control at least one DU, which can also be referred to as a connection between the CU and at least one DU. This structure can separate the protocol layers of the access network device in the communication system, wherein some of the protocol layers are centrally controlled by the CU, and the remaining part or all of the protocol layer functions are distributed in the DU, and the DU is centrally controlled by the CU. Taking the access network device as a gNB as an example, the protocol layer of the gNB includes an RRC layer, a service data adaptation protocol (SDAP) layer, a PDCP layer, an RLC layer, a media access control sublayer (MAC) layer, and a physical layer. Among them, exemplarily, the CU can be used to implement the functions of the RRC layer, the SDAP layer, and the PDCP layer, and the DU can be used to implement the functions of the RLC layer, the MAC layer, and the physical layer. The embodiment of the present application does not specifically limit the protocol stack included in the CU and the DU.
[0129] Exemplarily, the CU in the embodiment of the present application can be further divided into one CU-CP and multiple CU-UPs. Among them, the CU-CP can be used for control plane management, and the CU-UP can be used for user plane data transmission. The interface between the CU-CP and the CU-UP can be an E1 port. The interface between the CU-CP and the DU can be F1-C, which is used for the transmission of control plane signaling. The interface between the CU-UP and the DU can be F1-U, which is used for user plane data transmission. The CU-UP and the CU-UP can be connected through the Xn-U port for user plane data transmission. For example, taking gNB as an example, the structure of gNB can be as follows Figure 7 shown.
[0130] The access network device in the embodiment of the present application can also implement the above-mentioned DAM function. In one implementation, the access network device may include a DAM module, or the access network device is connected to a device including a DAM module, and the DAM module is used to implement DAM functions, such as data collection, model training, model generation, Action generation, etc., and the model training results act on the access layer (such as PHY, MAC, RLC, RRC, etc.) functional module of the terminal device or the access network device.
[0131] Exemplarily, if the access network device may include a DAM module, the DAM module may be connected to the CU via a G1 interface, and connected to the DU via a G1 interface, for example. Figure 8 Further, if the CU is divided into a CU-CP and a CU-UP, the DAM module can be connected to the CU-CP of the CU via the G1 interface, for example, Fig. 9 In another implementation, the DAM may also be used as an internal function of the CU, CU-CP or DU, for example, the CU, CU-CP or DU includes a DAM module for implementing the DAM. In this implementation, the G1 interface may be an interface inside the access network device and is not visible to the outside.
[0132] The access network device may include a DAP protocol layer for realizing functions such as collection and distribution of computing data between the terminal device and the access network device. The DAP layer may support functions such as collection and distribution of computing data between the terminal device and the access network device.
[0133] The access network device includes the above-mentioned PDCP-CRB sublayer.
[0134] Exemplarily, the protocol stack for communicating with the terminal device in the access network device may be as follows: Fig.10 As shown, Fig.10 Only the protocol layer used in the access network device to transmit computing data to the terminal device is shown.
[0135] Combining the above terminal equipment, access network equipment and core network equipment, the wireless network architecture can be as follows: Fig.11 As shown, the wireless network architecture may also include other protocol layers for communication between the access network device and the core network device ( Fig.11 ). Among them, UE-DAM is the DAM module of the terminal device, which can realize the collection, model training, model generation, action generation and other functions of computing data (such as computing data between the terminal device and the access network device, and computing data between the terminal device and the core network device). RAN-DAM is the DAM module of the access network device, or the DAM module connected to the access network device, which can realize the collection, model training, model generation, action generation and other functions of computing data between the terminal device and the access network device. CN-DAM is the DAM module of the core network device, which can realize the collection, model training, model generation, action generation and other functions of computing data between the terminal device and the core network device.
[0136] For the convenience of description, illustratively, the computing data exchanged between the terminal device and the access network device is referred to as RAN computing data, and the computing data exchanged between the terminal device and the core network device is referred to as CN computing data.
[0137] The terminal device may include protocol layers such as PHY, MAC, RLC, PDCP, DAP, HDAP, RRC, and SDAP. Among them, the PDCP layer may include PDCP-CRB, PDCP-C, and PDCP-U. The PDCP-CRB supports functions such as transmission, orderly transmission, encryption, and decryption of calculation data. The PDCP-CRB may establish a CRB between the terminal device and the access network device. The terminal device may send RAN calculation data or CN calculation data to the access network device through the CRB, and may also receive RAN calculation data or CN calculation data sent by the access network device through the CRB, wherein the CN calculation data may be sent by the core network device to the access network device. PDCP-C supports functions such as transmission, orderly transmission, encryption, and decryption of control plane data. PDCP-U supports functions such as transmission, orderly transmission, encryption, and decryption of user plane data. The DAP layer may support functions such as collection and distribution of RAN calculation data. The HDAP layer may support functions such as collection and distribution of CN calculation data. The RRC layer supports functions such as establishment of wireless bearers and configuration of the bottom layer controlled by RRC signaling between base stations and terminal devices. The SDAP layer supports functions such as mapping between QoS flows and DRBs.
[0138] The access network equipment may include protocol layers such as PHY, MAC, RLC, PDCP, DAP, RRC, and SDAP, wherein the PDCP layer may include the PDCP-CRB sublayer, the PDCP-C sublayer, and the PDCP-U sublayer, wherein the PDCP-CRB sublayer supports functions such as transmission, orderly transmission, encryption, and decryption of calculation data, and the PDCP-CRB sublayer may establish, modify, and release the CRB between the terminal device and the access network device, and the access network device may send RAN calculation data to the terminal device through the CRB, or send CN calculation data from the core network device to the terminal device through the CRB, and may also receive RAN calculation data or CN calculation data sent by the terminal device through the CRB, and the access network device may send the received CN calculation data to the core network device. The PDCP-C sublayer supports functions such as transmission, orderly transmission, encryption, and decryption of control plane data. The PDCP-U sublayer supports functions such as transmission, orderly transmission, encryption, and decryption of user plane data. The DAP layer may support functions such as collection and distribution of RAN calculation data between the terminal device and the access network device. The RRC layer establishes radio bearers, configures the underlying layer controlled by RRC signaling between base stations and terminal devices, etc. The SDAP layer supports functions such as mapping between QoS flows and DRBs.
[0139] The core network equipment may include protocol layers such as HDAP, and the HDAP layer may support functions such as collection and distribution of CN computing data.
[0140] In an exemplary description, the protocol stack for transmitting computing data between the terminal device and the access network device can be as follows: Fig.12 As shown. Among them, the PHY layer of the terminal device corresponds to the PHY layer of the access network device, the MAC layer of the terminal device corresponds to the MAC layer of the access network device, the RLC layer of the terminal device corresponds to the RLC layer of the access network device, the PDCP-CRB layer of the terminal device corresponds to the PDCP-CRB layer of the access network device, and the DAP layer of the terminal device corresponds to the DAP layer of the access network device.
[0141] In another exemplary description, the protocol stack for transmitting computing data between the terminal device and the core network device can be as follows: Fig.13 As shown, Fig.13 Only the protocol layers used for calculating data in the terminal device and the core network device are shown. Among them, the PHY layer of the terminal device corresponds to the PHY layer of the access network device, the MAC layer of the terminal device corresponds to the MAC layer of the access network device, the RLC layer of the terminal device corresponds to the RLC layer of the access network device, the PDCP-CRB layer of the terminal device corresponds to the PDCP-CRB layer of the access network device, and the HDAP layer of the terminal device corresponds to the HDAP layer of the core network device.
[0142] Taking the above behavior as an example, the DAP entity of the terminal device transmits the RAN calculation data to the PDCP-CRB entity of the terminal device, which then sends it to the access network device through the CRB. The PDCP-CRB entity of the access network device transmits the RAN calculation data to the DAP entity of the access network device for processing. Alternatively, the HDAP entity of the terminal device transmits the CN calculation data to the PDCP-CRB entity of the terminal device, which then sends it to the access network device through the CRB. The access network device then sends it to the core network device through the NG interface, and the HDAP entity of the core network device processes the CN calculation data.
[0143] Take the following behavior as an example. The DAP entity of the access network device transmits the RAN calculation data to the PDCP-CRB entity of the access network device, and then the PDCP-CRB entity of the access network device sends the RAN calculation data to the terminal device through the CRB. The PDCP-CRB entity of the terminal device transmits the RAN calculation data to the DAP entity of the terminal device for processing. Alternatively, the core network device sends the CN calculation data of the HDAP entity to the access network device through the NG interface, for example, it can be sent to the access network device in the form of a container. The PDCP-CRB entity of the access network device sends the CN calculation data to the PDCP-CRB entity of the terminal device through the CRB. The PDCP-CRB entity of the terminal device transmits the CN calculation data to the HDAP entity of the terminal device for processing.
[0144] In the embodiment of the present application, CRB corresponds to DRB and is a bearer for transmitting computing data. The management of CRB (such as establishment, modification, release, activation, deactivation, etc.) is performed through SRB, such as sending CRB configuration information to the terminal device through RRC message, instructing the terminal device to delete / activate / deactivate CRB through RRC message, and reconfiguring CRB through RRC message.
[0145] It should be understood that in the embodiments of the present application, "at least one" refers to one or more, and "plurality" refers to two or more. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b, or c can represent: a, b, c, a and b, a and c, b and c, or a, b and c, where a, b, and c can be single or multiple.
[0146] In addition, it should be understood that, in the description of this application, words such as "first" and "second" are only used for the purpose of distinguishing the description, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or implying an order.
[0147] The calculation data transmission method provided in the embodiment of the present application is described in detail below with reference to the accompanying drawings.
[0148] See also Fig.14 , is a flow chart of a method for calculating data transmission provided by the present application. The method comprises:
[0149] S1401, a terminal device sends a first message to an access network device, the first message is used to request the access network device to establish a first radio bearer, the first radio bearer is used to carry computing data. Correspondingly, the access network device receives the first message sent by the terminal device.
[0150] With the development of artificial intelligence, VR / AR and other services, new computing requirements have emerged in wireless communication networks, such as AI computing (including computing required for AI model training and reasoning), end-edge-cloud collaborative VR business real-time rendering computing, etc. These new computing involve business flows such as computing task splitting, computing resource management and scheduling coordination, and AI model distribution. In this process, data such as interactive messages for negotiating related computing, computing task splitting data, data describing computing models (such as AI models), and data generated by computing models are generated.
[0151] Computing data may be data derived from wireless communication networks with the development of services such as artificial intelligence, virtual reality (VR) / mobile application augmented reality (AR), such as computing-related negotiation interaction messages, computing task splitting data, data describing computing models (such as AI models), and data generated by computing models.
[0152] Exemplarily, a channel for transmitting computing data may be referred to as an intelligent computing plane, computing surface, computing layer, computing plane, etc. It should be understood that computing data may also be referred to as intelligent computing data, computing plane data, computing surface data, etc.
[0153] For the convenience of description, the first radio bearer used to carry computing data is referred to as CRB below.
[0154] S1402, the access network device sends a second message to the terminal device, the second message carrying CRB configuration information. Correspondingly, the terminal device receives the second message sent by the access network device.
[0155] In an exemplary description, the CRB configuration information may include the PDCP-CRB sublayer configuration of the CRB (such as the sorting delivery timer, etc.), the RLC mode of the CRB (confirmed, unconfirmed, transparent), the uplink and downlink RLC layer configuration of the CRB (such as the sequence number field length, retransmission timer, etc.), the logical channel identification and priority configuration of the CRB, etc.
[0156] S1403, the terminal device establishes a CRB with the access network device based on the CRB configuration information.
[0157] CRB is used to transmit access network computing data or core network computing data between terminal devices and access network devices.
[0158] In an embodiment of the present application, the terminal device and the access network device support establishing a wireless bearer for transmitting computing data. The terminal device and the access network device can realize the transmission of computing data such as computing models through the wireless bearer, and transmit the computing data through CRB, so that the transmission of computing data is not subject to the restrictions of SRB transmission and DRB transmission.
[0159] After the CRB is established between the terminal device and the access network device, the terminal device and the access network device can transmit computing data through the established CRB. The computing data can be transmitted from the access network device to the terminal device, or from the terminal device to the access network device.
[0160] For the transmission of the first calculation data transmitted from the access network device to the terminal device, the access network device may send the first calculation data to the terminal device through the established CRB, wherein the first calculation data may be the access network calculation data or the core network calculation data.
[0161] If the first calculation data is RAN calculation data, the first calculation data may be data output by a DAP entity of the access network device. After receiving the first calculation data, the terminal device may transmit it to the DAP entity of the terminal device for processing, for example, Fig.15a shown.
[0162] In one implementation, if the RAN-DAM module is deployed independently from the access network device, the access network device can receive the RAN calculation data sent by the RAN-DAM, and send the RAN calculation data to the terminal device through the CRB.
[0163] In another implementation, if the RAN-DAM module is deployed in an integrated manner with the access network device, the RAN-DAM of the access network device can send the RAN calculation data to the control plane or user plane function of the access network device through the internal interface of the access network device, and the control plane or user plane function of the access network device sends the RAN calculation data to the terminal device through the CRB, for example. Fig.15b shown.
[0164] If the first calculation data is CN calculation data, the first calculation data may be data output by the HDAP entity of the core network device. The core network device may send the first calculation data to the access network device through the NG interface, and then the access network device sends the first calculation data to the terminal device through the established CRB. After receiving the first calculation data, the terminal device transmits it to the HDAP entity of the terminal device for processing.
[0165] In a possible implementation, the access network device may segment the first calculated data according to the maximum transmission data volume of the CRB to obtain multiple sub-data segments. The access network device may send the multiple sub-data segments to the terminal device in sequence through the CRB.
[0166] The size of the sub-data segment may not be greater than a preset threshold, or the size of the sub-data segment may be less than a preset threshold, wherein the preset threshold may be the maximum amount of data transmitted by the CRB. For example, assuming that the preset threshold is 9000 bytes, the size of the sub-data segment may not be greater than 9000 bytes.
[0167] In an example, the access network device may send the multiple sub-data segments to the terminal device in the following manner:
[0168] A1, the access network device sends multiple messages to the terminal device in sequence, each message carries a sequence number, a confirmation request and data of a sub-data segment. Among them, the sequence number is used to identify the sub-data segment. The confirmation request is used to indicate whether the terminal device sends a confirmation message after receiving the data. For example, if the confirmation request is false (false), the terminal device can be instructed not to send a confirmation message after receiving the data. If the confirmation request is true (true), the terminal device can be instructed to send a confirmation message after receiving the data.
[0169] A2: After the terminal device correctly receives the message, if the confirmation request carried by the message is false, the terminal device does not send a confirmation message. If the confirmation request carried by the message is true, the terminal device sends a confirmation message.
[0170] Among them, the confirmation message can be sent for the message received this time, or the confirmation message can also be sent for the current message and one or more messages before the current message. For example, the confirmation message can carry a list, and the list can include the sequence numbers of the sub-data segments successfully received in the current message and one or more messages before the current message.
[0171] A3, the access network device retransmits the data of one or more sub-data segments that the terminal device has not successfully received according to the received confirmation message.
[0172] For example, Fig.16As shown, the access network device sends DAP message 1 to DAP message N+1 to the terminal device in sequence, wherein DAP message 1 carries the sequence number of sub-data segment 1, a confirmation request (false) and the data of sub-data segment 1, DAP message N carries the sequence number of sub-data segment N, a confirmation request (true) and the data of sub-data segment N, and DAP message N+1 carries the sequence number of sub-data segment N+1, a confirmation request (false) and the data of sub-data segment N+1. After receiving DAP message N, the terminal device sends a DAP confirmation indication to the access network device, and the DAP confirmation indication may carry the sequence number of the sub-data segment successfully received by the terminal device. The access network device retransmits the sub-data segment that the terminal device has not successfully received in sub-data segments 1 to N according to the DAP confirmation indication.
[0173] It can be understood that a DAP message can indicate a confirmation request through a field. For example, when the field is true, it can indicate that the terminal device sends a confirmation message after receiving the data. If the field is false, it can indicate that the terminal device does not send a confirmation message after receiving the data. Alternatively, a DAP message can also indicate a confirmation request through 1 bit. For example, when the bit value is 1, it can indicate that the terminal device sends a confirmation message after receiving the data. If the bit value is 0, it can indicate that the terminal device does not send a confirmation message after receiving the data.
[0174] In another example, the access network device may also send the multiple sub-data segments to the terminal device in the following manner:
[0175] B1, the access network device sends multiple messages to the terminal device in sequence, each message carries a subsequent packet indication and the data of a sub-data segment, and the subsequent packet indication is used to indicate whether there is a next sub-data segment to be received. For example, if the subsequent packet indication is yes (Yes), it can indicate that the terminal device receives the data of the next sub-data segment, or it can also indicate that the data transmission is not completed. If the subsequent packet indication is no (No), it can indicate that there is no data of the next sub-data segment, or it can also indicate that the data transmission is completed.
[0176] B2, after receiving the message, if the subsequent packet carried by the message indicates Yes, the terminal device continues to receive the next message. If the subsequent packet carried by the message indicates No, the terminal device can confirm that the data transmission is completed.
[0177] For example, Fig.17As shown, the first calculation data includes N sub-data segments, and the access network device sends DAP messages 1 to DAP messages N to the terminal device in sequence, wherein DAP messages 1 to DAP messages N-1 carry data of a sub-data segment and a subsequent packet indication respectively, and the subsequent packet indication carried by DAP messages 1 to DAP messages N-1 is Yes. DAP message N carries sub-data N and a subsequent packet indication, and the subsequent packet indication carried by DAP message N is No. The terminal device receives the DAP message sent by the access network device until it receives DAP message N with a subsequent packet indication of No.
[0178] It can be understood that the DAP message can indicate whether there is a subsequent packet through a field, for example, when the field is Yes, it can indicate that there is a subsequent packet, and when the field is No, it can indicate that there is no subsequent packet. Alternatively, the DAP message can also indicate whether there is a subsequent packet through 1 bit, for example, when the bit value is 1, it can indicate that there is a subsequent packet, and when the bit value is 0, it can indicate that there is no subsequent packet.
[0179] Since the size of data packets supported by CRB may be limited, the above two methods can be used to send larger calculation data in segments and reduce the probability of packet loss.
[0180] For the transmission of the second calculation data transmitted from the terminal device to the access network device, the terminal device may send the second calculation data to the access network device through the established CRB, wherein the second calculation data may be RAN calculation data or CN calculation data.
[0181] If the second calculation data is RAN calculation data, the second calculation data may be data output by the DAP entity of the terminal device. After receiving the second calculation data, the access network device may transmit it to the DAP layer of the access network device for processing. In this scenario, the data transmission of the CRB may be terminated by the access network device, that is, the RAN calculation data transmitted by the CRB may not be transmitted back to the core network device.
[0182] If the second calculation data is CN calculation data, the second calculation data may be data output by the HDAP entity of the terminal device. After receiving the second calculation data, the access network device may send it to the core network device, which is processed by the HDAP entity of the core network device. In this scenario, the data transmission of CRB may be terminated by the 3GPP core network device, that is, the CN calculation data transmitted by CRB may not be transmitted to the public network.
[0183] In one implementation, if the RAN-DAM module is deployed independently from the access network device, the access network device may send the RAN calculation data to the RAN-DAM after receiving the RAN calculation data sent by the terminal device. After receiving the RAN calculation data, the RAN-DAM may process the RAN calculation data. For example, taking the calculation data as an AI model, the RAN-DAM may fuse the calculation model after receiving the calculation data, such as Fig.18a shown.
[0184] In another implementation, if the RAN-DAM module is integrated with the access network device, when the terminal device sends the RAN calculation data to the access network device, the control plane or user plane function of the access network device may receive the RAN calculation data and send the RAN calculation data to the RAN-DAM entity through the internal interface of the access network device, such as Fig.18b After receiving the RAN computing data, the RAN-DAM entity may process the RAN computing data. For example, taking the RAN computing data as an AI model, the RAN-DAM entity may fuse the computing model after receiving the RAN computing data.
[0185] Exemplarily, the method in which the terminal device sends the second calculation data to the access network device is similar to the method in which the access network device sends the first calculation data to the terminal device. For details, please refer to the relevant description of the access network device sending the first calculation data to the terminal device, which will not be repeated here.
[0186] It should be noted that, in one implementation, before establishing CRB between the above-mentioned terminal device and the access network device, the network side also needs to obtain whether the terminal device supports CRB. For example, before step S1402, the terminal device may report capability information to the access network device, and the capability information is used to indicate that the terminal device supports CRB. Among them, the capability information may be actively reported by the terminal device. Alternatively, the capability information may also be reported by the terminal device under the trigger of the seventh message sent by the access network device, and the seventh message is used to query whether the terminal device supports CRB.
[0187] In order to better understand the above method of reporting capability information of terminal devices, the following example illustrates the process of reporting capability information of terminal devices in combination with specific scenarios. Fig.19 As shown in the figure, the process of the terminal device reporting capability information includes:
[0188] S1901, the terminal device sends an RRC setup request (RRCSetupRequest) message to the access network device.
[0189] S1902, the access network device sends an RRC setup (RRCSetup) message to the terminal device.
[0190] Optionally, the RRCSetup message may include information for establishing SRB1 bearer and radio resource configuration information.
[0191] S1903, the terminal device establishes the SRB1 bearer and configures wireless resources.
[0192] S1904, the terminal device sends an RRC setup complete (RRCSetupComplete) message to the access network device.
[0193] Optionally, the RRCSetupComplete message may include a NAS layer registration request (Registrationrequest) message.
[0194] The NAS layer Registration request message may be encapsulated in a container of the RRCSetupComplete message.
[0195] S1905, the access network device sends an initial UE information (Initial UE Message) message to the core network device.
[0196] Optionally, the Initial UE Message message may include the above-mentioned NAS layer Registration request message.
[0197] The NAS layer Registration request message may be encapsulated in a container of the Initial UE Message message.
[0198] S1906: Authentication of the terminal device is performed between the terminal device and the core network device.
[0199] S1907, the core network device sends an Initial Context Setup Request message to the access network device.
[0200] It should be understood that the above steps S1901 to S1907 are optional steps. In a specific embodiment, before step S1908, steps S1901 to S1907 may be executed or may not be executed.
[0201] Optionally, the Initial Context Setup Request message may include a NAS layer Registration Accept message. The Initial Context Setup Request message may also carry security information supported by the terminal device.
[0202] The NAS layer Registration Accept message may be encapsulated in a container of the Initial Context SetupResponse message.
[0203] If the access network device does not contain the UE capability information of the terminal device, execute step S1908.
[0204] S1908, the access network device sends a seventh message to the terminal device, where the seventh message is used to query whether the terminal device supports CRB.
[0205] Exemplarily, the seventh message may be a UE Capability Enquiry message, and the UE Capability Enquiry message may query UE capabilities.
[0206] S1909, the terminal device sends capability information indicating that the terminal device supports CRB to the access network device.
[0207] Exemplarily, the terminal device may send UE capability information (UE Capability Information) to the access network device, and the UE capability information may include "UE supports CRB" information.
[0208] In an example, the UE capability information may indicate whether the terminal device supports CRB through a bit. For example, if the bit value is 1, it indicates that the terminal device supports CRB, and if the bit value is 0, it indicates that the terminal device does not support CRB. For another example, if the UE capability information includes the bit, it indicates that the terminal device supports CRB, and if the UE capability information does not include the bit, it indicates that the terminal device does not support CRB.
[0209] In another example, the UE capability information may also indicate whether the terminal device supports CRB through a field of multiple bits. For example, the UE capability information includes "CRB supported" to indicate that the terminal device supports CRB; the UE capability information includes "CRB unsupported" to indicate that the terminal device does not support CRB.
[0210] It should be noted that, when the terminal device actively reports its CRB capability information, the above step S1908 can be omitted.
[0211] S1910, the access network device saves capability information indicating that the terminal device supports CRB.
[0212] S1911, the access network device sends capability information indicating that the terminal device supports CRB to the core network device.
[0213] Exemplarily, the access network device may send a UE radio capability information indication (UE RadioCapability Info Indication) message to the core network device, where the UE Radio Capability Info Indication message is used to indicate updating of UE capability information, and the UE Radio Capability Info Indication message carries "UE supports CRB" information.
[0214] In an example, the UE Radio Capability Info Indication message can indicate whether the terminal device supports CRB through a bit. For example, if the value of the bit is 1, it means that the terminal device supports CRB, and if the value of the bit is 0, it means that the terminal device does not support CRB. For another example, if the UE Radio Capability Info Indication message includes the bit, it means that the terminal device supports CRB, and if the UE Radio Capability Info Indication message does not include the bit, it means that the terminal device does not support CRB.
[0215] S1912: The access network device and the terminal device perform security activation.
[0216] One implementation is that the access network device sends a security mode command (SecurityModeCommand) message to the terminal device according to the security information supported by the UE carried in the Initial Context Setup Request message. After completing the security activation, the terminal device sends a security mode completion (SecurityModeComplete) message to the access network device.
[0217] S1913, the access network device sends an RRC reconfiguration (RRCReconfiguration) message to the terminal device.
[0218] Optionally, the RRCReconfiguration message may instruct the terminal device to establish SRB2.
[0219] The RRCReconfiguration message may also include the above-mentioned NAS layer Registration Accept message.
[0220] The NAS layer Registration Accept message may be a container encapsulated in an RRCReconfiguration message.
[0221] S1914, the terminal device sends an RRC ReconfigurationComplete message to the access network device.
[0222] S1915, the access network device sends an Initial Context Setup Response message to the core network device, where the Initial Context Setup Response message is used to indicate that the UE context establishment is complete.
[0223] Afterwards, the terminal device may send an uplink NAS layer transparent transmission (ULNasTRANs) message to the core network device through the access network device, where the ULNasTRANs message includes a NAS layer Registration complete message. For example, the NAS layer Registration complete message may be encapsulated in a container of the ULNasTRANs message.
[0224] It should be understood that the above steps S1912 to S1915 are optional steps. In a specific embodiment, after step S1911, steps S1912 to S1915 may be executed or may not be executed.
[0225] In the above method, the terminal device that supports CRB can report UE capability information to the access network device and the core network device during the registration process. The UE capability information indicates that the terminal device supports CRB. The access network device and the core network device save the UE capability information of the terminal device. In subsequent business processes, they can establish, activate, and deactivate CRB as needed according to whether the terminal device supports CRB capabilities.
[0226] It should be noted that the above Fig.14The method for establishing a CRB is applied when the terminal device is in an RRC connected state. In another implementation, if the terminal device is in an RRC idle state, when the terminal device has calculation data to be sent, the terminal device can establish a CRB in another way. The following is an example of the process of establishing a CRB in conjunction with a specific scenario. When the terminal device is in an RRC idle state and has calculation data to be sent, the method for the terminal device to establish a CRB is as follows: Fig. 20 As shown, the method includes:
[0227] S2001, for details, please refer to the above S1901, which will not be repeated here.
[0228] S2002, the access network device sends an RRCSetup message to the terminal device, and the RRCSetup message carries CRB configuration information.
[0229] For details of S2003, please refer to the above-mentioned S1903, which will not be repeated here.
[0230] S2004, the terminal device sends an RRCSetupComplete message to the access network device, wherein the RRCSetupComplete message is equivalent to the first message in step S1401.
[0231] For details of S2005 to S2012, please refer to the above-mentioned S1905 to S1912, which will not be repeated here.
[0232] S2013, the access network device sends an RRCReconfiguration message to the terminal device, wherein the RRCReconfiguration message is used to instruct the terminal device to establish a CRB, and the RRCReconfiguration message carries CRB configuration information. The RRCReconfiguration message is equivalent to the second message in step S1402.
[0233] In an exemplary description, the CRB configuration information may include the PDCP configuration of the CRB (sequencing submission timer, etc.), the RLC mode of the CRB (confirmed, unconfirmed, transparent), the uplink and downlink RLC layer configuration of the CRB (sequence number field length, retransmission timer, etc.), the logical channel identification and priority configuration of the CRB, etc.
[0234] In one implementation, if the RAN-DAM module is deployed independently from the access network device, the access network device may further send indication information to the RAN-DAM after step S2013, and the indication information may be used to indicate that the CRB establishment is complete.
[0235] In another implementation, if the RAN-DAM module is centrally deployed with the access network device, in step S2013, the control plane or user plane function of the access network device may receive the RRCReconfiguration message and send indication information to the RAN-DAM through the internal interface of the access network device. The indication information may be used to indicate that the CRB establishment is complete.
[0236] S2014, the terminal device establishes CRB.
[0237] S2015~S2016, please refer to steps S1914~S1915 for details, which will not be repeated here.
[0238] The terminal device can send calculation data, such as RAN calculation data, CN calculation data, etc. to the access network device through the CRB.
[0239] In one implementation, if the calculation data is RAN calculation data, in a scenario where the RAN-DAM module and the access network device are deployed independently, the access network device can also send the calculation data to the RAN-DAM after receiving the calculation data sent by the terminal device.
[0240] In another implementation, if the calculation data is RAN calculation data, in the scenario where the RAN-DAM module and the access network device are centrally deployed, the control plane or user plane function of the access network device can receive the calculation data sent by the terminal device and send the calculation data to the RAN-DAM through the internal interface of the access network device.
[0241] In one implementation, if the calculation data is CN calculation data, the access network device may send the calculation data to the core network device after receiving the calculation data sent by the terminal device.
[0242] In the above method, support for CRB can be added on the basis of the RRC reconfiguration process, so that the terminal device can establish CRB when entering the RRC connected state from the RRC idle state, and then the calculation data can be transmitted through the CRB.
[0243] Normally, after the terminal device and the access network device complete the transmission of calculated data through the CRB, the CRB can be released; or when the terminal device enters the RRC idle state, all CRBs should also be released. In one possible example, after establishing the CRB, the terminal device can release the CRB under the instruction of the access network device, for example, the terminal device receives a third message sent by the access network device, and the third message is used to release the CRB; the terminal device releases the CRB. In another possible example, the terminal device can release the CRB in the process of entering the RRC idle state from the RRC connected state. For example, the access network device sends an RRC Release message to the terminal device, and the terminal device releases the CRB after receiving the RRC Release message, wherein the RRC Release message is the third message.
[0244] In one implementation, if the RAN-DAM module is deployed independently from the access network device, the access network device may send a message to the RAN-DAM indicating that the CRB has been deleted after sending the third message to the terminal device, for example, Fig.21a shown.
[0245] In another implementation, if the RAN-DAM module is integrated with the access network device, the third message may be sent by the control plane or user plane function of the access network device. After sending the third message to the terminal device, the control plane or user plane function of the access network device may also send information indicating CRB deletion to the RAN-DAM of the access network device through the internal interface of the access network device, for example. Figure 21b shown.
[0246] When the terminal device releases the CRB, the RAN-DAM is notified that the CRB is released, so that the RAN-DAM can record the status of the CRB, thereby avoiding the scenario where the RAN-DAM does not know that the CRB has been released and sends the calculated data to the RAN, resulting in data transmission failure.
[0247] In addition to releasing the CRB, in some cases, the terminal device and the access network device can deactivate the established CRB. In one possible example, after establishing the CRB, the terminal device can also deactivate the CRB under the instruction of the access network device, for example, the terminal device receives the fourth message sent by the access network device, and the fourth message is used to deactivate the CRB; the terminal device deactivates the CRB. In another possible example, the terminal device can deactivate the CRB in the process of entering the RRC deactivated (inactive) state from the connected state. For example, the access network device sends a RRCRelease message carrying a suspend configuration (suspendConfig) information element to the terminal device, and the suspendConfig information element is used to instruct the terminal device to suspend (or deactivate) the RRC connection. After receiving the RRCRelease message, the terminal device deactivates the CRB, wherein the RRCRelease message carrying the suspendConfig information element is the fourth message.
[0248] In one implementation, if the RAN-DAM module is deployed independently from the access network device, after the access network device sends the RRCRelease message carrying the suspendConfig information element to the terminal device, it can send a message to the RAN-DAM to indicate that the CRB has been suspended.
[0249] In another implementation, if the RAN-DAM module is centrally deployed with the access network device, the RRCRelease message carrying the suspendConfig information element may be sent by the control plane or user plane function of the access network device. After sending the RRCRelease message carrying the suspendConfig information element, the control plane or user plane function of the access network device may also send information indicating that the CRB has been suspended to the RAN-DAM of the access network device through the internal interface of the access network device, for example. Fig. 22 Show.
[0250] Among them, "CRB is suspended" can also be understood as "CRB is in a deactivated state".
[0251] When the terminal device deactivates the CRB, the RAN-DAM is notified that the CRB is suspended so that the RAN-DAM can stop sending calculation data, thereby avoiding the scenario where the RAN-DAM sends calculation data to the RAN while the CRB of the terminal device is deactivated.
[0252] Optionally, after the terminal device deactivates the CRB, if the terminal device has computing data to send, it can also request the access network device to activate the CRB. For example, the terminal device sends a fifth message to the access network device, and the fifth message is used to request the access network device to activate the CRB; the terminal device receives a sixth message sent by the access network device, and the sixth message is used to instruct the terminal device to activate the CRB; the terminal device activates the CRB.
[0253] In a possible example, if the terminal device has computing data to send after deactivating the CRB, it can enter the connected state from the inactive state, so that the CRB can be activated in the process of entering the RRC connected state from the RRC inactive state. Fig.23 As shown, the process of activating CRB by the terminal device may include:
[0254] S2301, the terminal device can send an RRC recovery request (RRCResumeRequest) message to the access network device, where the RRCResumeRequest message is the fifth message.
[0255] S2302, the access network device sends an RRC recovery (RRCResume) message to the terminal device, where the RRCResume message is the sixth message.
[0256] S2303, the terminal device activates CRB.
[0257] S2304, the terminal device sends an RRC recovery completion (RRCResumeComplete) message to the access network device.
[0258] S2305, the terminal device sends the calculation data to the access network device through the CRB.
[0259] In one implementation, if the calculation data is RAN calculation data, in a scenario where the RAN-DAM module and the access network device are deployed independently, the access network device may send the calculation data to the RAN-DAM after receiving the calculation data sent by the terminal device. After receiving the calculation data, the RAN-DAM may process the calculation data. For example, if the calculation data is an AI model, the RAN-DAM may fuse the calculation model after receiving the calculation data.
[0260] In another implementation, if the calculation data is RAN calculation data, in the scenario where the RAN-DAM module and the access network device are centrally deployed, when the terminal device sends the calculation data to the access network device, the control plane or user plane function of the access network device may receive the calculation data and send the calculation data to the RAN-DAM through the internal interface of the access network device. After receiving the calculation data, the RAN-DAM may process the calculation data. For example, taking the calculation data as an AI model, the RAN-DAM may fuse the calculation model after receiving the calculation data.
[0261] In another implementation, if the calculation data is CN calculation data, the access network device may also send the calculation data to the core network device after receiving the calculation data sent by the terminal device.
[0262] In the above method, when a terminal device in the RRC inactive state needs to send computing data, the CRB between the terminal device and the access network device is restored through the RRCResume process, so that the computing data (such as AI / ML models) can be sent to RAN-DAM through the CRB.
[0263] Alternatively, after the terminal device deactivates the CRB, it may also release the CRB under the instruction of the access network device. For example, the terminal device receives a third message sent by the access network device, and the third message is used to instruct the terminal device to release the CRB; the terminal device releases the CRB.
[0264] In a possible example, the terminal device may release the CRB in the process of entering the RRC idle state from the RRC inactive state. For example, the access network device sends an RRC Release message to the terminal device, and the terminal device deactivates the CRB after receiving the RRCRelease message, wherein the RRC Release message is the third message.
[0265] In one implementation, if the RAN-DAM module is deployed independently from the access network device, the access network device may send a message to the RAN-DAM indicating that the CRB has been deleted after sending the third message to the terminal device.
[0266] In another implementation, if the RAN-DAM module is centrally deployed with the access network device, the third message may be sent by the control plane or user plane function of the access network device. After sending the third message to the terminal device, the control plane or user plane function of the access network device may also send information indicating that the CRB has been deleted to the RAN-DAM of the access network device through the internal interface of the access network device, for example. Fig.24 Show.
[0267] When the terminal device releases the CRB, the RAN-DAM is notified that the CRB is released, so that the RAN-DAM can record the status of the CRB, thereby avoiding the scenario where the RAN-DAM sends the calculated data to the RAN due to not knowing that the CRB has been released, resulting in data transmission failure.
[0268] Based on the same inventive concept as the method embodiment, the present application embodiment provides a computing data transmission device. The structure of the access backhaul control device can be as follows Fig.25 As shown, it includes a transceiver module 2501 and a processing module 2502.
[0269] In a specific implementation, the computing data transmission device can be used to implement Figures 14 to 24 In the embodiment of the method executed by the terminal device, the device may be the terminal device itself, or a chip or chipset in the terminal device or a part of the chip used to execute the function of the related method. Among them, the transceiver module 2501 is used to send a first message to the access network device, the first message is used to request the access network device to establish a first radio bearer, the first radio bearer is used to carry computing data; and receive a second message sent by the access network device, the second message carries radio bearer configuration information. The processing module 2502 is used to establish a first radio bearer based on the radio bearer configuration information.
[0270] Optionally, the transceiver module 2501 may also be configured to: after the processing module 2502 establishes the first radio bearer based on the radio bearer configuration information, send the first calculation data to the access network device through the first radio bearer.
[0271] Exemplarily, the transceiver module 2501 may also be configured to: after the processing module 2502 establishes the first radio bearer based on the radio bearer configuration information, receive the second calculation data sent by the access network device through the first radio bearer.
[0272] Optionally, the transceiver module 2501 may also be used to: after the processing module 2502 establishes the first radio bearer based on the radio bearer configuration information, receive a third message sent by the access network device, the third message being used to release the first radio bearer. The processing module 2502 may also be used to: release the first radio bearer.
[0273] In one example, the transceiver module 2501 may also be used to: after the processing module 2502 establishes the first radio bearer based on the radio bearer configuration information, receive a fourth message sent by the access network device, the fourth message being used to deactivate the first radio bearer. The processing module 2502 may also be used to: deactivate the first radio bearer.
[0274] Exemplarily, the transceiver module 2501 may also be used to: after the processing module 2502 deactivates the first radio bearer, send a fifth message to the access network device, the fifth message being used to request the access network device to activate the first radio bearer, and receive a sixth message sent by the access network device, the sixth message being used to instruct the terminal device to activate the first radio bearer. The processing module 2502 may also be used to: activate the first radio bearer.
[0275] Optionally, the transceiver module 2501 may also be used to: after the processing module 2502 deactivates the first radio bearer, receive a third message sent by the access network device, the third message being used to instruct the terminal device to release the first radio bearer. The processing module 2502 may also be used to: release the first radio bearer.
[0276] Exemplarily, the transceiver module 2501 may also be used to: report capability information to the access network device before the processing module 2502 receives the radio bearer configuration information sent by the access network device, where the capability information is used to indicate that the terminal device supports the first radio bearer.
[0277] In one example, the transceiver module 2501 may also be used to: receive a seventh message sent by the access network device before the processing module 2502 reports capability information to the access network device, where the seventh message is used to query whether the terminal device supports the first wireless bearer.
[0278] Exemplarily, the first radio bearer is a CRB.
[0279] In a specific implementation, the computing data transmission device can be used to implement Figures 14 to 24 In the embodiment of the method executed by the access network device, the device may be the access network device itself, or a chip or chipset in the access network device or a part of the chip used to execute the function of the related method. Among them, the transceiver module 2501 is used to communicate with the terminal device; the processing module 2502 is used to receive a first message sent by the terminal device through the transceiver module 2501, the first message is used to request the access network device to establish a first wireless bearer, and the first wireless bearer is used to carry computing data; and send a second message to the terminal device through the transceiver module 2501, the second message carries wireless bearer configuration information.
[0280] Optionally, the transceiver module 2501 is further used to: after sending the second message to the terminal device, receive first calculation data sent by the terminal device through the first wireless bearer.
[0281] Exemplarily, the transceiver module 2501 is further used to: after sending the second message to the terminal device, send the second calculation data to the terminal device through the first wireless bearer.
[0282] Optionally, the transceiver module 2501 is further used to: after sending the second message to the terminal device, send a third message to the terminal device, where the third message is used to release the first wireless bearer.
[0283] In one example, the transceiver module 2501 is further used to: after sending the second message to the terminal device, send a fourth message to the terminal device, where the fourth message is used to deactivate the first radio bearer.
[0284] Exemplarily, the transceiver module 2501 is also used to: after sending a fourth message to the terminal device, receive a fifth message sent by the terminal device, the fifth message being used to request the access network device to activate the first wireless bearer; and send a sixth message to the terminal device, the sixth message being used to instruct the terminal device to activate the first wireless bearer.
[0285] Optionally, the transceiver module 2501 is further used to: after sending the fourth message to the terminal device, send a third message to the terminal device, where the third message is used to instruct the terminal device to release the first wireless bearer.
[0286] Optionally, the transceiver module 2501 is further used to: before sending the second message to the terminal device, receive capability information reported by the terminal device, where the capability information is used to indicate that the terminal device supports the first radio bearer.
[0287] Exemplarily, the transceiver module 2501 is further used to: before receiving the capability information reported by the terminal device, send a seventh message to the terminal device, where the seventh message is used to query whether the terminal device supports the first radio bearer.
[0288] Exemplarily, the first radio bearer is a CRB.
[0289] The division of modules in the embodiments of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation. In addition, each functional module in each embodiment of the present application may be integrated into a processor, or may exist physically separately, or two or more modules may be integrated into one module. The above-mentioned integrated modules may be implemented in the form of hardware or in the form of software functional modules. It is understood that the functions or implementations of each module in the embodiments of the present application may further refer to the relevant description of the method embodiment.
[0290] In one possible manner, the computing data transmission device may be as follows Fig.26 As shown, the device may be a communication device or a chip in a communication device, wherein the communication device may be a terminal device or an access network device. The device may include a processor 2601, a communication interface 2602, and a memory 2603. Among them, the processing module 2502 may be the processor 2601. The transceiver module 2501 may be the communication interface 2602.
[0291] The processor 2601 may be a central processing unit (CPU), or a digital processing module, etc. The communication interface 2602 may be a transceiver, or an interface circuit such as a transceiver circuit, or a transceiver chip, etc. The device further includes: a memory 2603 for storing programs executed by the processor 2602. The memory 2603 may be a non-volatile memory, such as a hard disk drive (HDD) or a solid-state drive (SSD), etc., or a volatile memory (volatile memory), such as a random-access memory (RAM). The memory 2603 is any other medium that can be used to carry or store desired program codes in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto.
[0292] The processor 2601 is used to execute the program code stored in the memory 2603, specifically to execute the actions of the above-mentioned processing module 2502, which will not be repeated in this application.
[0293] The communication interface 2602 is specifically used to execute the actions of the above-mentioned transceiver module 2501, and this application will not repeat them here.
[0294] The specific connection medium between the communication interface 2601, the processor 2602 and the memory 2603 is not limited in the embodiment of the present application. Fig.26 The memory 2603, the processor 2602 and the communication interface 2601 are connected via a bus 2604. Fig.26 The connections between the other components are shown in bold lines, which are only for illustration and are not intended to be limiting. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig.26 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.
[0295] An embodiment of the present invention further provides a computer-readable storage medium for storing computer software instructions required to be executed by the above-mentioned processor, which includes a program required to be executed by the above-mentioned processor.
[0296] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.
[0297] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0298] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0299] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0300] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.
Claims
1. A method for transmitting computing data, characterized in that: The method comprises: Sending a first message to an access network device, where the first message is used to request the access network device to establish a first radio bearer, where the first radio bearer is used to carry computing data; receiving a second message sent by the access network device, where the second message carries the first radio bearer configuration information; The first radio bearer is established based on the first radio bearer configuration information, and first calculation data is sent to the access network device through the first radio bearer.
2. The method according to claim 1, characterized in that After the terminal device establishes the radio bearer based on the first radio bearer configuration information, the method further includes: The terminal device receives second calculation data sent by the access network device through the first wireless bearer.
3. The method according to claim 1 or 2, characterized in that After the terminal device establishes the radio bearer based on the first radio bearer configuration information, the method further includes: The terminal device receives a third message sent by the access network device, where the third message is used to release the first radio bearer; The terminal device releases the first radio bearer.
4. The method according to claim 1 or 2, characterized in that: After the terminal device establishes the first radio bearer based on the first radio bearer configuration information, the method further includes: The terminal device receives a fourth message sent by the access network device, where the fourth message is used to deactivate the first radio bearer; The terminal device deactivates the first radio bearer.
5. The method according to claim 4, characterized in that After the terminal device deactivates the first radio bearer, the method further includes: The terminal device sends a fifth message to the access network device, where the fifth message is used to request the access network device to activate the first radio bearer; The terminal device receives a sixth message sent by the access network device, where the sixth message is used to instruct the terminal device to activate the first radio bearer; The terminal device activates the first radio bearer.
6. The method according to claim 4, characterized in that After the terminal device deactivates the first radio bearer, the method further includes: The terminal device receives a third message sent by the access network device, where the third message is used to instruct the terminal device to release the first radio bearer; The terminal device releases the first radio bearer.
7. The method according to any one of claims 1 to 6, characterized in that Before the terminal device receives the first radio bearer configuration information sent by the access network device, the method further includes: The terminal device reports capability information to the access network device, where the capability information is used to indicate that the terminal device supports the first radio bearer.
8. The method according to claim 7, characterized in that Before the terminal device reports capability information to the access network device, the method further includes: The terminal device receives a seventh message sent by the access network device, where the seventh message is used to query whether the terminal device supports the first wireless bearer.
9. The method according to any one of claims 1 to 8, characterized in that The first radio bearer is a computational radio bearer CRB.
10. A method for transmitting computing data, characterized in that: The method comprises: receiving a first message sent by a terminal device, where the first message is used to request to establish a first radio bearer, where the first radio bearer is used to carry computing data; Sending a second message to the terminal device, where the second message carries radio bearer configuration information; and Receive first calculation data sent by the terminal device through the first wireless bearer.
11. The method according to claim 10, characterized in that After the access network device sends the second message to the terminal device, the method further includes: The access network device sends second calculation data to the terminal device through the first wireless bearer.
12. The method according to claim 10 or 11, characterized in that After the access network device sends the second message to the terminal device, the method further includes: The access network device sends a third message to the terminal device, where the third message is used to release the first wireless bearer.
13. The method according to claim 10 or 11, characterized in that: After the access network device sends the second message to the terminal device, the method further includes: The access network device sends a fourth message to the terminal device, where the fourth message is used to deactivate the first radio bearer.
14. The method according to claim 13, characterized in that After the access network device sends the fourth message to the terminal device, the method further includes: The access network device receives a fifth message sent by the terminal device, where the fifth message is used to request the access network device to activate the first radio bearer; The access network device sends a sixth message to the terminal device, where the sixth message is used to instruct the terminal device to activate the first radio bearer.
15. The method according to claim 13, characterized in that After the access network device sends the fourth message to the terminal device, the method further includes: The access network device sends a third message to the terminal device, where the third message is used to instruct the terminal device to release the first radio bearer.
16. The method according to any one of claims 10 to 15, characterized in that Before the access network device sends the second message to the terminal device, the method further includes: The access network device receives capability information reported by the terminal device, where the capability information is used to indicate that the terminal device supports the first radio bearer.
17. The method according to claim 16, characterized in that Before the access network device receives the capability information reported by the terminal device, the method further includes: The access network device sends a seventh message to the terminal device, where the seventh message is used to query whether the terminal device supports the first wireless bearer.
18. The method according to any one of claims 10 to 17, characterized in that The first radio bearer is a computational radio bearer CRB.
19. A computing data transmission device, characterized in that: The device comprises: A transceiver module, configured to send a first message to an access network device, wherein the first message is used to request the access network device to establish a first radio bearer, and the first radio bearer is used to carry computing data; receiving a second message sent by the access network device, where the second message carries radio bearer configuration information; and Sending first calculation data to the access network device through the first radio bearer; A processing module is used to establish the first radio bearer based on the first radio bearer configuration information.
20. The device according to claim 19, characterized in that The transceiver module is further configured to: after the processing module establishes the first radio bearer based on the radio bearer configuration information, receive second calculation data sent by the access network device through the first radio bearer.
21. The device according to claim 19 or 20, characterized in that The transceiver module is further used to: after the processing module establishes the first radio bearer based on the radio bearer configuration information, receive a third message sent by the access network device, wherein the third message is used to release the first radio bearer; The processing module is further used to: release the first radio bearer.
22. The device according to claim 19 or 20, characterized in that The transceiver module is further used to: after the processing module establishes the first radio bearer based on the radio bearer configuration information, receive a fourth message sent by the access network device, where the fourth message is used to deactivate the first radio bearer; The processing module is further used to: deactivate the first radio bearer.
23. The device according to claim 22, characterized in that The transceiver module is further used to: after the processing module deactivates the first radio bearer, send a fifth message to the access network device, wherein the fifth message is used to request the access network device to activate the first radio bearer; receiving a sixth message sent by the access network device, wherein the sixth message is used to instruct the computing and data transmission apparatus to activate the first radio bearer; The processing module is further used to: activate the first radio bearer.
24. The device according to claim 22, characterized in that The transceiver module is further used to: after the processing module deactivates the first radio bearer, receive a third message sent by the access network device, wherein the third message is used to instruct the computing and data transmission device to release the first radio bearer; The processing module is further used to: release the first radio bearer.
25. The device according to any one of claims 19 to 24, characterized in that The transceiver module is further used to: before the processing module receives the wireless bearer configuration information sent by the access network device, report capability information to the access network device, wherein the capability information is used to indicate that the computing data transmission device supports the first wireless bearer.
26. The device according to claim 25, characterized in that The transceiver module is further used to: before the processing module reports capability information to the access network device, receive a seventh message sent by the access network device, wherein the seventh message is used to query whether the terminal device supports the first wireless bearer.
27. The device according to any one of claims 19 to 26, characterized in that The first radio bearer is a computational radio bearer CRB.
28. A computing data transmission device, characterized in that: The device comprises: A transceiver module, used for communicating with a terminal device; A processing module, configured to receive a first message sent by a terminal device through the transceiver module, wherein the first message is used to request the computing data transmission device to establish a first wireless bearer, and the first wireless bearer is used to carry computing data; Sending a second message to the terminal device through the transceiver module, where the second message carries radio bearer configuration information; And, receiving, through the transceiver module, first calculation data sent by the terminal device through the first wireless bearer.
29. The device according to claim 28, characterized in that The transceiver module is further used to: after sending a second message to the terminal device, send second calculation data to the terminal device through the first wireless bearer.
30. The device according to claim 28 or 29, characterized in that The transceiver module is further used to: after sending the second message to the terminal device, send a third message to the terminal device, where the third message is used to release the first wireless bearer.
31. The device according to claim 28 or 29, characterized in that The transceiver module is further used to: after sending the second message to the terminal device, send a fourth message to the terminal device, where the fourth message is used to deactivate the first wireless bearer.
32. The device according to claim 31, characterized in that The transceiver module is further used to: after sending the fourth message to the terminal device, receive a fifth message sent by the terminal device, wherein the fifth message is used to request the access network device to activate the first radio bearer; A sixth message is sent to the terminal device, where the sixth message is used to instruct the terminal device to activate the first radio bearer.
33. The device according to claim 31, characterized in that The transceiver module is further used to: after sending the fourth message to the terminal device, send a third message to the terminal device, where the third message is used to instruct the terminal device to release the first wireless bearer.
34. The device according to any one of claims 28 to 33, characterized in that The transceiver module is further used to: before sending the second message to the terminal device, receive capability information reported by the terminal device, where the capability information is used to indicate that the terminal device supports the first wireless bearer.
35. The device according to claim 34, characterized in that The transceiver module is further used to: before receiving the capability information reported by the terminal device, send a seventh message to the terminal device, where the seventh message is used to query whether the terminal device supports the first wireless bearer.
36. The device according to any one of claims 28 to 33, characterized in that The first radio bearer is a computational radio bearer CRB.
37. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores programs or instructions, and when the programs or instructions are read and executed by one or more processors, they can implement the method described in any one of claims 1 to 9; or, when the programs or instructions are read and executed by one or more processors, they can implement the method described in any one of claims 10 to 18.
38. A computer program product, characterized in that When the computer program product is run on a terminal device, the terminal device executes the method according to any one of claims 1 to 9; or When the computer program product runs on an access network device, the access network device is enabled to execute the method according to any one of claims 10 to 18.
