A method and apparatus for determining a protocol stack, a terminal and a network device

By interacting with characteristic parameters between the terminal and network devices, a protocol stack design scheme adapted to different business scenarios is generated, which solves the problem that the base station protocol stack design cannot adapt to differentiated business scenarios and realizes efficient protocol stack design and business data transmission.

CN114727332BActive Publication Date: 2026-01-16CHINA MOBILE COMM LTD RES INST +1
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202110001403.8
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2021-01-04
Publication Date
2026-01-16
Estimated Expiration
2041-01-04

AI Technical Summary

Technical Problem

The existing base station protocol stack design cannot adapt to the differentiated needs of different business scenarios, resulting in redundancy and inefficiency.

Method used

The terminal sends characteristic parameters to the network device, and the network device determines and generates a protocol stack design scheme for different business scenarios based on the characteristic parameters. This includes the basic granularity of the traffic volume, the quality of service (QoS) requirements, the selection parameters for differentiated data channels, and the distribution of data packets, so as to realize intelligent customization of the protocol stack.

Benefits of technology

It achieves efficient protocol stack design for different business scenarios, simplifies protocol stack functions, and improves work efficiency.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN114727332B_ABST
    Figure CN114727332B_ABST
Patent Text Reader

Abstract

Embodiments of the present application provide a protocol stack determination method and device, a terminal and a network device. The method is applied to a terminal and includes: sending a characteristic parameter in a target service scenario to a network device; the characteristic parameter is used to make the network device determine a protocol stack used by the terminal. The technical solution of the present application can implement protocol stack design schemes corresponding to different service scenarios, and the protocol stack generation network element generates corresponding protocol stacks.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, in particular to a protocol stack determination method and device, a terminal and network equipment. BACKGROUND

[0002] The existing base station has consistent protocol stack design for different service scenarios. However, with the development, two relatively concentrated scenarios will appear. One is a mixed service scenario with very serious differentiation; the other is a relatively single service scenario, such as figure / video unmanned monitoring and unmanned intelligent manufacturing factory. The design of the traditional protocol stack is obviously redundant and inefficient for different service scenarios. SUMMARY

[0003] The present application provides a protocol stack determination method and device, a terminal and network equipment, which can intelligently customize the corresponding protocol stack design scheme for different service scenarios, and then generate the corresponding protocol stack by the protocol stack generation network element.

[0004] In order to solve the above technical problems, the embodiments of the present application provide the following technical solutions:

[0005] A service transmission method applied to a terminal, the method comprising:

[0006] Sending a characteristic parameter under a target service scenario to a network equipment; the characteristic parameter is used to make the network equipment determine a protocol stack used by the terminal.

[0007] Optionally, the characteristic parameter comprises at least one of the following:

[0008] Basic granularity of service volume;

[0009] Quality of service (QoS) requirement;

[0010] Differentiated data channel selection parameter;

[0011] Submission sequence requirement;

[0012] Data packet arrival distribution.

[0013] Optionally, the basic granularity of service volume is used to make a first network element determine a bandwidth required to be configured by network transmission;

[0014] The quality of service (QoS) requirement is used to make the first network element determine a delay and a packet loss;

[0015] The differentiated data channel selection parameter is used to make the first network element refine and distinguish a data plane;

[0016] The submission sequence requirement is used to make the first network element determine whether a data plane data needs a rearrangement function;

[0017] The data packet arrival distribution is used for setting a radio resource control (RRC) mode switching strategy for a control plane of the first network element.

[0018] Optionally, the method further comprises:

[0019] receiving a protocol stack sent by the network device;

[0020] transmitting service data based on the protocol stack.

[0021] Embodiments of the present application also provide a method for determining a protocol stack, applied to a network device, comprising:

[0022] receiving a characteristic parameter under a service scenario sent by a terminal;

[0023] determining a protocol stack scheme according to the characteristic parameter;

[0024] generating a protocol stack according to the protocol stack scheme.

[0025] Optionally, the characteristic parameter comprises at least one of:

[0026] a basic granularity of service volume;

[0027] a quality of service (QoS) requirement;

[0028] a differentiated data channel selection parameter;

[0029] a submission sequence requirement;

[0030] a data packet arrival distribution.

[0031] Optionally, before determining the protocol stack scheme according to the characteristic parameter, the method further comprises:

[0032] receiving an instruction sent by the terminal that the characteristic parameter has been sent.

[0033] Optionally, determining the protocol stack scheme according to the characteristic parameter comprises:

[0034] performing integrity detection on the characteristic parameter to obtain a detection result, if an instruction sent by the terminal that the characteristic parameter has been sent is not received;

[0035] if the detection result indicates that the characteristic parameter is received completely, determining the protocol stack scheme according to the characteristic parameter; otherwise, feeding back a retransmission request to the terminal.

[0036] Optionally, determining the protocol stack scheme according to the characteristic parameter comprises at least one of:

[0037] determining a scheme for setting a basic bandwidth according to a basic granularity of service volume;

[0038] According to the quality of service (QoS) requirement, a scheme of determining delay and packet loss is determined.

[0039] According to the differentiated data channel selection parameter, a differentiated data channel is determined.

[0040] According to the submission sequence requirement, whether data in a data plane needs to be rearranged is set.

[0041] According to the data packet arrival distribution, a radio resource control (RRC) mode switching strategy is set.

[0042] Optionally, according to the protocol stack scheme, a protocol stack is generated, and the protocol stack scheme comprises:

[0043] According to the protocol stack scheme, a protocol stack is generated by completing setting of a protocol stack function combination, a data plane and a control plane, and the protocol stack comprises at least one of retransmission, rearrangement, scheduling, header compression, encryption and decryption, and integrity protection functions.

[0044] Embodiments of the present application also provide a service transmission device applied to a terminal, and the device comprises:

[0045] A transceiver is configured to send feature parameters in a target service scenario to a network device.

[0046] The feature parameters are used for enabling the network device to determine a protocol stack used by the terminal.

[0047] Embodiments of the present application also provide a terminal, and the terminal comprises:

[0048] A transceiver is configured to send feature parameters in a target service scenario to a network device.

[0049] The feature parameters are used for enabling the network device to determine a protocol stack used by the terminal.

[0050] Embodiments of the present application also provide a protocol stack determination device applied to a network device, and the device comprises:

[0051] A processing module is configured to determine a protocol stack scheme according to the feature parameters, and generate a protocol stack according to the protocol stack scheme.

[0052] Embodiments of the present application also provide a network device, and the network device comprises:

[0053] A transceiver is configured to receive feature parameters in a service scenario sent by a terminal, and determine a protocol stack scheme according to the feature parameters.

[0054] A processor is configured to generate a protocol stack according to the protocol stack scheme.

[0055] The embodiment of the present application further provides a processor-readable storage medium, which stores processor-executable instructions for causing the processor to execute the method described above.

[0056] The above scheme of the present application at least has the following beneficial effects:

[0057] The above scheme of the present application can realize intelligent customization of corresponding protocol stack design schemes for different service scenarios, and then generate corresponding protocol stacks by a protocol stack generation network element. BRIEF DESCRIPTION OF DRAWINGS

[0058] Figure 1 A flowchart of a terminal-side service transmission method provided by the embodiment of the present application is shown in the figure.

[0059] Figure 2 A composition diagram of a feature parameter provided by the embodiment of the present application is shown in the figure.

[0060] Figure 3 A flowchart of a network-side protocol stack determination method provided by the embodiment of the present application is shown in the figure.

[0061] Figure 4 An architecture diagram of a service transmission method provided by the embodiment of the present application is shown in the figure.

[0062] Figure 5 An embodiment of the architecture of the service transmission method provided by the embodiment of the present application is shown in the figure.

[0063] Figure 6 A structure diagram of a protocol stack determination device provided by the embodiment of the present application is shown in the figure.

[0064] Figure 7 A structure diagram of a network device provided by the embodiment of the present application is shown in the figure. DETAILED DESCRIPTION

[0065] Exemplary embodiments of the present disclosure will be described below in greater detail with reference to the accompanying drawings. Although exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided so that the present disclosure can be more thoroughly understood and the scope of the present disclosure can be accurately conveyed to those skilled in the art.

[0066] As shown in the figure, the embodiment of the present application provides a service transmission method applied to a terminal, which comprises: Figure 1

[0067] 11: sending feature parameters in a target service scenario to a network device; the feature parameters are used to cause the network device to determine a protocol stack used by the terminal.​

[0068] This embodiment of the present application can realize intelligent subscription of corresponding protocol stack design schemes for different service scenarios, and then generate corresponding protocol stacks by a protocol stack generation network element; for service scenarios, the protocol stack only needs to include a part of functions (relative to a traditional protocol stack) that must be used and exclusive settings.

[0069] As shown in the figure, in step 11, the feature parameters include at least one of the following: Figure 2

[0070] Basic traffic granularity;

[0071] Quality of service (QoS) requirement;

[0072] Differential data channel selection parameter;

[0073] Submission sequence requirement;

[0074] Data packet arrival distribution.

[0075] Specifically, the UE (terminal) transmits the above-mentioned multiple feature parameters (including the above-mentioned 5 items, but not limited to the above-mentioned 5 items; it can also be a subset of the above-mentioned 5 items) corresponding to the scene to the intelligent subscription network element through the interface A (existing interface). After sending the feature parameters, a feature parameter complete signaling (list the number of items and item name index) is sent.

[0076] In an optional embodiment of the present application, the basic traffic granularity is used to make the first network element determine the bandwidth that needs to be configured for network transmission.

[0077] The quality of service (QoS) requirement is used to make the first network element determine the delay and packet loss.

[0078] The differential data channel selection parameter is used to make the first network element refine and distinguish the data plane.

[0079] The submission sequence requirement is used to make the first network element determine whether the data plane data needs to be rearranged.

[0080] The data packet arrival distribution is used to make the control plane of the first network element set the radio resource control (RRC) mode switching strategy.

[0081] Specifically:

[0082] a. Basic traffic granularity:

[0083] The basic traffic granularity can be divided into large packets, small packets, and super small packets. The basic traffic granularity is used to determine the basic bandwidth W that needs to be configured for network transmission; for example, in the case of parallel large packet transmission of multi-node high-definition pictures / videos (1080P), W can be set to 200 MB / S.​

[0084] b). QoS requirement:

[0085] In line with the traditional QoS, the basic elements such as delay and packet loss are determined according to the service characteristics, which will not be described here.

[0086] c). Differentiated data channel selection:

[0087] In the traditional communication, the QoS requirement corresponding to the same service data is consistent and is not further distinguished. The differentiated data channel selection is mainly for the data plane and is distinguished in detail. The data channel can be divided into multiple levels, and different data channels correspond to different transmission priorities and protection strategies; for example, for transmitting high-definition video, the data channel can be divided into two levels (level one and level two), level one is used for transmitting I frame (key frame), and level two is used for transmitting P frame (incremental frame). The content of the first level channel is transmitted with the highest priority (scheduling priority and bandwidth guarantee), and two levels of retransmission are required. The content of the second level channel is transmitted with the second priority, and retransmission is not required.

[0088] d). Submission sequence requirement:

[0089] The submission sequence requirement is mainly used to determine whether the data plane data needs to be rearranged. For example, as mentioned above, for transmitting high-definition video, according to the characteristics and technical maturity of the service itself, the first level data channel can be submitted in sequence or out of sequence, that is, the rearrangement function can be selected automatically. The second level data channel does not need to be strictly sorted, that is, the rearrangement function is not required.

[0090] e). Data packet arrival distribution:

[0091] The data packet arrival distribution is mainly for the control plane. For example, the RRC mode switching strategy is determined, because the accurate data packet arrival condition is obtained, the RRC mode switching between the wireless resource control RRC modes can be configured in advance; the wireless resource control RRC mode switching becomes very efficient, and the overhead is greatly reduced.

[0092] An optional embodiment of the present application further comprises:

[0093] receiving the protocol stack sent by the network device;

[0094] transmitting service data based on the protocol stack.

[0095] Specifically, the protocol stack generation network element transmits a protocol stack generation completion signaling to the terminal;

[0096] After receiving the signaling, the terminal can transmit service data.

[0097] For example, Figure 3As shown, the embodiment of the application also provides a protocol stack determination method, applied to a network device, the method comprises:

[0098] 31: receiving the characteristic parameters under the service scenario sent by the terminal;

[0099] 32: determining the protocol stack scheme according to the characteristic parameters;

[0100] 33: generating the protocol stack according to the protocol stack scheme.

[0101] Specifically, the base station is provided with a first network element: intelligent customization network element, and a second network element: protocol stack generation network element; the terminal transmits data with the intelligent customization network element through an interface A.

[0102] In an optional embodiment of the application, in step 31, the characteristic parameters include at least one of the following:

[0103] Basic granularity of traffic volume;

[0104] Quality of service (QoS) requirement;

[0105] Differential data channel selection parameter;

[0106] Submission sequence requirement;

[0107] Distribution of data packet arrival.

[0108] As shown, in an optional embodiment of the application, before step 32, the method further comprises: Figure 4 Receiving an instruction indicating that the terminal has finished sending the characteristic parameters.

[0109] As shown, in an optional embodiment of the application, in step 32, determining the protocol stack scheme according to the characteristic parameters comprises:

[0110] Figure 4 If the instruction indicating that the terminal has finished sending the characteristic parameters is not received, performing integrity detection on the characteristic parameters to obtain a detection result;

[0111] If the detection result indicates that the characteristic parameters are received completely, determining the protocol stack scheme according to the characteristic parameters; otherwise, feeding back a retransmission request to the terminal.

[0112] Specifically, after the intelligent customization network element receives the complete characteristic parameters, the intelligent customization network element starts characteristic parameter integrity detection.

[0113] If the received information is complete, the intelligent customization network element feeds back completion; if the received information is incomplete, the intelligent customization network element feeds back a retransmission request until complete information is obtained.

[0114] As shown, in an optional embodiment of the application, in step 32, determining the protocol stack scheme according to the characteristic parameters comprises: Figure 4 ​As shown in the figure, in step 32, according to the characteristic parameter, a protocol stack scheme is determined, including at least one of the following:

[0115] According to the basic granularity of traffic volume, a scheme for setting a basic bandwidth is determined;

[0116] According to the quality of service (QoS) requirement, a scheme for determining a delay and a packet loss is determined;

[0117] According to a differentiated data channel selection parameter, a differentiated data channel is determined;

[0118] According to a submission sequence requirement, whether data in a data plane needs to be rearranged is set;

[0119] According to a data packet arrival distribution, a radio resource control (RRC) mode switching strategy is set.

[0120] As shown in the figure, in step 33, according to the protocol stack scheme, a protocol stack is generated, including: Figure 4

[0121] According to the protocol stack scheme, a protocol stack function combination, a data plane, and a control plane are set, and the protocol stack is generated, including at least one of the following: retransmission, rearrangement, scheduling, header compression, encryption and decryption, and integrity protection.

[0122] The above technical scheme of the embodiment of the present application is a protocol stack that is tailored for a service scenario, and is obviously simple and has high work efficiency.

[0123] As shown in the figure, the above embodiment of the present application can be implemented through the following implementation mode: Figure 5

[0124] The service scenario takes a video unmanned real-time monitoring as an example:

[0125] 1) A terminal sends characteristic parameters of video unmanned real-time monitoring to an intelligent customization network element through an interface A;

[0126] The characteristic parameters are as follows: 1. multi-node high-definition video (1080P);

[0127] The QoS priority is 3;

[0128] A two-level differentiated data channel is selected, and a first level is used for transmitting an I frame (key frame), and a second level is used for transmitting a P frame (incremental frame);

[0129] Neither needs to be submitted in order;

[0130] Data packets arrive uniformly with an interframe interval of 80 ms.

[0131] 2) The intelligent customization network element generates a protocol stack scheme according to the characteristic parameters: ​​

[0132] 1. Base station bandwidth 200MB / S.

[0133] 2. Latency 50ms, packet loss rate 10^-3.

[0134] 3. Primary channel I frame high priority transmission, equipped with two levels of retransmission. Secondary channel P frame secondary priority transmission, not equipped with retransmission.

[0135] 4. No rearrangement.

[0136] 5. RRC mode switching strategy is set to a fixed interval of 80ms.

[0137] 3) The protocol stack generating network element generates a protocol stack according to the protocol stack generation scheme, and sends a protocol stack generation completion signaling to the terminal. After receiving the signaling, the terminal can perform service data transmission.

[0138] Embodiments of the application also provide a service transmission device applied to a terminal, the device comprising:

[0139] The transceiver module is configured to send feature parameters in a target service scenario to a network device.

[0140] The feature parameters are used to enable the network device to determine a protocol stack used by the terminal.

[0141] Optionally, the feature parameters comprise at least one of the following:

[0142] Basic granularity of service volume;

[0143] Quality of service (QoS) requirement;

[0144] Differential data channel selection parameter;

[0145] Submission sequence requirement;

[0146] Data packet arrival distribution.

[0147] Optionally, the basic granularity of service volume is used to enable a first network element to determine a bandwidth required to be configured for network transmission.

[0148] The quality of service (QoS) requirement is used to enable the first network element to determine latency and packet loss.

[0149] The differential data channel selection parameter is used to enable the first network element to refine and distinguish a data plane.

[0150] The submission sequence requirement is used to enable the first network element to determine whether a rearrangement function is required for data in the data plane.

[0151] The data packet arrival distribution is used to enable a control plane of the first network element to set a radio resource control (RRC) mode switching strategy.

[0152] Optionally, further comprising:

[0153] receiving a protocol stack sent by the network device;

[0154] transmitting service data based on the protocol stack.

[0155] Embodiments of the present application further provide a terminal, comprising:

[0156] a transceiver configured to send feature parameters in a target service scenario to a network device;

[0157] the feature parameters are used by the network device to determine a protocol stack used by the terminal.

[0158] Optionally, the feature parameters comprise at least one of:

[0159] a basic granularity of service volume;

[0160] a quality of service (QoS) requirement;

[0161] a differentiated data channel selection parameter;

[0162] a submission sequence requirement;

[0163] a data packet arrival distribution.

[0164] Optionally, the basic granularity of service volume is used by a first network element to determine a bandwidth required to be configured for network transmission.

[0165] the QoS requirement is used by the first network element to determine a delay and packet loss;

[0166] the differentiated data channel selection parameter is used by the first network element to refine and distinguish a data plane;

[0167] the submission sequence requirement is used by the first network element to determine whether a data plane data needs a rearrangement function;

[0168] the data packet arrival distribution is used by a control plane of the first network element to set a radio resource control (RRC) mode switching strategy.

[0169] Optionally, further comprising:

[0170] receiving a protocol stack sent by the network device;

[0171] transmitting service data based on the protocol stack.

[0172] It should be noted that the terminal corresponds to the method on the terminal side described above, and all implementation manners of the method on the terminal side are applicable to the embodiments of the terminal and can achieve the same technical effects. The terminal can further comprise a memory for storing data processed by the transceiver or the processor.

[0173] As Figure 6 shown, the embodiment of the application further provides a protocol stack determining device 60 applied to a network device, the device comprising: a transceiving module 61 configured to receive a characteristic parameter under a service scenario sent by a terminal;

[0174] a processing module 62 configured to determine a protocol stack scheme according to the characteristic parameter, and generate a protocol stack according to the protocol stack scheme.

[0175] Optionally, the characteristic parameter comprises at least one of:

[0176] a basic granularity of traffic volume;

[0177] a quality of service (QoS) requirement;

[0178] a differentiated data channel selection parameter;

[0179] a submission sequence requirement;

[0180] a data packet arrival distribution.

[0181] Optionally, before determining the protocol stack scheme according to the characteristic parameter, the device further comprises:

[0182] receiving an instruction indicating that the terminal has finished sending the characteristic parameter.

[0183] Optionally, the determining of the protocol stack scheme according to the characteristic parameter comprises:

[0184] performing integrity detection on the characteristic parameter to obtain a detection result, if an instruction indicating that the terminal has finished sending the characteristic parameter is not received;

[0185] if the detection result indicates that the characteristic parameter is received completely, determining the protocol stack scheme according to the characteristic parameter; otherwise, feeding back a retransmission request to the terminal.

[0186] Optionally, the determining of the protocol stack scheme according to the characteristic parameter comprises at least one of:

[0187] determining a scheme for setting a basic bandwidth according to the basic granularity of traffic volume;

[0188] determining a scheme for delay and packet loss according to the QoS requirement;

[0189] determining a differentiated data channel according to the differentiated data channel selection parameter;

[0190] setting whether data in a data plane needs to be rearranged according to the submission sequence requirement;

[0191] setting a radio resource control (RRC) mode switching strategy according to the data packet arrival distribution.

[0192] Optionally, according to the protocol stack scheme, a protocol stack is generated, including:

[0193] According to the protocol stack scheme, a protocol stack is generated, including at least one of retransmission, rearrangement, scheduling, header compression, encryption and decryption, and integrity protection functions.

[0194] It should be noted that the device in this embodiment is a device corresponding to the method shown in the above Figure 3 The implementation manners in the above embodiments are all applicable to the embodiments of the device, and can achieve the same technical effects. The above device provided by the embodiments of the present application can realize all the method steps achieved by the method embodiments, and can achieve the same technical effects. Therefore, the same parts and beneficial effects of the method embodiments will not be described in detail.

[0195] The embodiments of the present application also provide a network device 70, including:

[0196] The transceiver 71 is configured to receive a feature parameter under a service scenario sent by a terminal, and determine a protocol stack scheme according to the feature parameter.

[0197] The processor 72 is configured to generate a protocol stack according to the protocol stack scheme.

[0198] Optionally, the feature parameter includes at least one of the following:

[0199] Basic granularity of traffic volume;

[0200] Quality of service (QoS) requirement;

[0201] Differential data channel selection parameter;

[0202] Submission sequence requirement;

[0203] Distribution of data packet arrival;

[0204] Optionally, before determining the protocol stack scheme according to the feature parameter, the method further includes:

[0205] Receiving an instruction that the terminal has finished sending the feature parameter.

[0206] Optionally, determining the protocol stack scheme according to the feature parameter includes:

[0207] When an instruction that the terminal has finished sending the feature parameter is not received, performing integrity detection on the feature parameter to obtain a detection result.

[0208] If the detection result indicates that the characteristic parameter is received completely, a protocol stack scheme is determined according to the characteristic parameter; otherwise, a retransmission request is fed back to the terminal.

[0209] Optionally, the protocol stack scheme is determined according to the characteristic parameter, and the determining includes at least one of the following:

[0210] A basic bandwidth setting scheme is determined according to a basic granularity of traffic volume.

[0211] A delay and packet loss scheme is determined according to a quality of service (QoS) requirement.

[0212] A differentiated data channel is selected according to a differentiated data channel selection parameter.

[0213] Whether data in a data plane needs to be rearranged is set according to a submission sequence requirement.

[0214] A radio resource control (RRC) mode switching strategy is set according to a data packet arrival distribution.

[0215] Optionally, the protocol stack is generated according to the protocol stack scheme, and the generating includes:

[0216] The protocol stack is generated according to the protocol stack scheme, and the generating includes at least one of the following: retransmission, rearrangement, scheduling, header compression, encryption and decryption, and integrity protection.

[0217] It should be noted that the network device 70 is a network device corresponding to the method on the network device side, and all implementation manners of the method on the network device side are suitable for the embodiment of the network device, and the same technical effects can be achieved. The network device can further include a memory 73 for storing data processed by the transceiver or the processor 72.

[0218] The embodiment of the application further provides a processor readable storage medium, which stores processor executable instructions, and the processor executable instructions are used for causing the processor to execute the method.

[0219] Those skilled in the art can realize that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be realized by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are realized in hardware or software mode depends on the specific application and design constraints of the technical solution. The skilled person can use different methods to realize the described functions for each specific application, but such implementation should not be considered beyond the scope of the application.

[0220] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the system, device and unit described above can refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

[0221] In the embodiments provided by the present application, it should be understood that the disclosed device and method can be implemented in other ways. For example, the device embodiments described above are merely schematic, for example, the division of the units is only a logical function division, and there can be another division manner in actual implementation, for example, a plurality of units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the units shown or discussed can be indirect coupling or communication connection through some interfaces, devices or units, and can be electrical, mechanical or in other forms.

[0222] The units described as separate components can or can not be physically separate, and the components shown as units can or can not be physical units, that is, they can be located in one place, or can be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.

[0223] In addition, each functional unit in each embodiment of the present application can be integrated into a processing unit, or each unit can exist physically independently, or two or more units can be integrated into one unit.

[0224] If the functions are realized in the form of software function units and sold or used as independent products, they can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application or the parts of the present application that essentially contribute to the prior art or the parts of the technical solutions can be embodied in the form of software products. The computer software product is stored in a storage medium, and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The foregoing storage medium includes: a U disk, a mobile hard disk, a ROM, a RAM, a magnetic disk or an optical disk, and various program code storage media.

[0225] Moreover, it is pointed out that in the device and method of the present application, obviously, the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered as equivalent solutions of the present application. Also, the steps of performing the above series of processes can naturally be executed in time sequence according to the order of description, but do not necessarily have to be executed in time sequence. Some steps can be executed in parallel or independently of each other. It can be understood by those skilled in the art that all or any steps or components of the method and device of the present application can be implemented in hardware, firmware, software, or a combination thereof, in any computing device (including a processor, a storage medium, etc.) or a network of computing devices, using the basic programming skills of those skilled in the art upon reading the description of the present application.

[0226] Therefore, the object of the present application can also be achieved by running a program or a set of programs on any computing device. The computing device can be a commonly known general-purpose device. Therefore, the object of the present application can also be achieved only by providing a program product containing program code for implementing the method or device. That is, such a program product also constitutes the present application, and a storage medium storing such a program product also constitutes the present application. Obviously, the storage medium can be any commonly known storage medium or any storage medium developed in the future. It is also pointed out that in the device and method of the present application, obviously, the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered as equivalent solutions of the present application. Also, the steps of performing the above series of processes can naturally be executed in time sequence according to the order of description, but do not necessarily have to be executed in time sequence. Some steps can be executed in parallel or independently of each other.

[0227] The above is the preferred embodiment of the present application. It should be pointed out that for those skilled in the art, several improvements and refinements can be made without departing from the principles of the present application, and these improvements and refinements should also be considered as the protection scope of the present application.

Claims

1. A service transmission method characterized by comprising: The method applied to a terminal comprises: sending characteristic parameters in a target service scenario to a network device; the characteristic parameters are used for the network device to determine a protocol stack used by the terminal, the protocol stack comprising a dedicated setting for the target service scenario and part of a traditional protocol stack; the characteristic parameters comprising at least one of the following: a differentiated data channel selection parameter; a submission sequence requirement; a data packet arrival distribution; the basic traffic granularity is used for a first network element to determine a bandwidth required for network transmission; the QoS requirement is used for the first network element to determine a delay and a packet loss; the differentiated data channel selection parameter is used for the first network element to refine a data plane; the submission sequence requirement is used for the first network element to determine whether a data plane data needs a rearrangement function; the data packet arrival distribution is used for the first network element to set a radio resource control (RRC) mode switching strategy in a control plane.

2. The service transmission method according to claim 1, characterized by, Further comprising: receiving a protocol stack sent by the network device; transmitting service data based on the protocol stack.

3. A method of determining a protocol stack, characterized by, The method applied to a network device comprises: receiving characteristic parameters in a target service scenario sent by a terminal; determining a protocol stack scheme according to the characteristic parameters; generating a protocol stack according to the protocol stack scheme, the protocol stack comprising a dedicated setting for the target service scenario and part of a traditional protocol stack; the characteristic parameters comprising at least one of the following: a differentiated data channel selection parameter; a submission sequence requirement; a data packet arrival distribution; determining a protocol stack scheme according to the characteristic parameters comprises at least one of the following: determining a scheme of setting a basic bandwidth according to the basic traffic granularity; determining a scheme of a delay and a packet loss according to the QoS requirement; determining a differentiated data channel according to the differentiated data channel selection parameter; setting whether a data plane data needs a rearrangement according to the submission sequence requirement; setting a radio resource control (RRC) mode switching strategy in a control plane according to the data packet arrival distribution.

4. The method of determining a protocol stack according to claim 3, wherein, Before determining a protocol stack scheme according to the characteristic parameters, further comprising: receiving an instruction that the terminal has finished sending the characteristic parameters.

5. The method of determining a protocol stack according to claim 3, wherein, Determining a protocol stack scheme according to the characteristic parameters comprises: performing integrity detection on the characteristic parameters to obtain a detection result; if the detection result indicates that the characteristic parameters are received completely, determining a protocol stack scheme according to the characteristic parameters; otherwise, feeding back a retransmission request to the terminal.

6. The method of determining a protocol stack according to claim 5, wherein, Generating a protocol stack according to the protocol stack scheme comprises: completing protocol stack function combination, data plane and control plane setting according to the protocol stack scheme to generate a protocol stack, the protocol stack comprising at least one of the following: retransmission, rearrangement, scheduling, header compression, encryption and decryption, and integrity protection.

7. A service transmission apparatus characterized by comprising: The apparatus applied to a terminal comprises: a transceiver module, configured to send characteristic parameters in a target service scenario to a network device; the characteristic parameters are used for the network device to determine a protocol stack used by the terminal, the protocol stack comprising a dedicated setting for the target service scenario and part of a traditional protocol stack; The characteristic parameters comprise a traffic basic granularity, a quality of service (QoS) requirement, and at least one of the following: a differentiated data channel selection parameter; a submission sequence requirement; a data packet arrival distribution; The traffic basic granularity is used for the first network element to determine a bandwidth required to be configured for network transmission; The QoS requirement is used for the first network element to determine a delay and a packet loss; The differentiated data channel selection parameter is used for the first network element to refine a data plane; The submission sequence requirement is used for the first network element to determine whether a data plane data needs a rearrangement function; The data packet arrival distribution is used for a control plane of the first network element to set a radio resource control (RRC) mode switching strategy.

8. A terminal, characterized by comprising: comprise: a transceiver, configured to send, to a network device, characteristic parameters under a target service scenario; The characteristic parameters are used for the network device to determine a protocol stack used by a terminal, the protocol stack comprising a dedicated setting for the target service scenario and part of a traditional protocol stack; The characteristic parameters comprise a traffic basic granularity, a quality of service (QoS) requirement, and at least one of the following: a differentiated data channel selection parameter; a submission sequence requirement; a data packet arrival distribution; The traffic basic granularity is used for the first network element to determine a bandwidth required to be configured for network transmission; The QoS requirement is used for the first network element to determine a delay and a packet loss; The differentiated data channel selection parameter is used for the first network element to refine a data plane; The submission sequence requirement is used for the first network element to determine whether a data plane data needs a rearrangement function; The data packet arrival distribution is used for a control plane of the first network element to set a radio resource control (RRC) mode switching strategy.

9. An apparatus for determining a protocol stack, the apparatus comprising: applied to a network device, the apparatus comprising: a transceiver, configured to receive characteristic parameters under a service scenario sent by a terminal; a processing module, configured to determine a protocol stack scheme according to the characteristic parameters, and generate a protocol stack according to the protocol stack scheme, the protocol stack comprising a dedicated setting for the target service scenario and part of a traditional protocol stack; The characteristic parameters comprise a traffic basic granularity, a quality of service (QoS) requirement, and at least one of the following: a differentiated data channel selection parameter; a submission sequence requirement; a data packet arrival distribution; Determine a protocol stack scheme according to the characteristic parameters, comprising at least one of the following: determine a scheme of setting a basic bandwidth according to the traffic basic granularity; determine a scheme of a delay and a packet loss according to the QoS requirement; determine a differentiated data channel according to the differentiated data channel selection parameter; set whether a data plane data needs a rearrangement according to the submission sequence requirement; set a radio resource control (RRC) mode switching strategy according to the data packet arrival distribution.

10. A network device, comprising: comprise: a transceiver, configured to receive characteristic parameters under a service scenario sent by a terminal; and determine a protocol stack scheme according to the characteristic parameters; a processor, configured to generate a protocol stack according to the protocol stack scheme, the protocol stack comprising a dedicated setting for the target service scenario and part of a traditional protocol stack; The characteristic parameters comprise a traffic basic granularity, a quality of service (QoS) requirement, and at least one of the following: a differentiated data channel selection parameter; a submission sequence requirement; Data packet arrival distribution; According to the characteristic parameter, determining a protocol stack scheme, including at least one of the following: According to the basic granularity of traffic volume, determining a scheme of setting a basic bandwidth; According to the quality of service (QoS) requirement, determining a scheme of delay and packet loss; According to the differentiated data channel selection parameter, determining a differentiated data channel; According to the submission sequence requirement, setting whether data on a data plane needs to be rearranged; According to the data packet arrival distribution, setting a radio resource control (RRC) mode switching strategy.

11. A processor-readable storage medium, comprising: The processor readable storage medium stores processor executable instructions for causing the processor to execute the method in any one of claims 1 to 2 or the method in any one of claims 3 to 6.

Citation Information

Patent Citations

  • Method and equipment for carrying out data transmission

    CN105991625A

  • Method for determining user plane protocol stack, control plane network element and system

    CN109314695A