Communication method, device and system
By implementing the survival time guarantee strategy determination mechanism based on the first information in the communication device, the problem of implementing the survival time guarantee strategy in the 5G communication system is solved, the transmission accuracy rate and service quality are improved, and the needs of low latency and high reliability communication are met.
Patent Information
- Application Number
- CN202080103771.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2020-12-07
- Publication Date
- 2025-06-24
- Estimated Expiration
- 2040-12-07
AI Technical Summary
The prior art is difficult to effectively solve the implementation of survival time guarantee strategies in 5G communication systems, resulting in high transmission error rate and unstable service quality.
By implementing a survival time guarantee policy determination mechanism based on the first information in the communication device, it includes determining whether to start the survival time guarantee policy, executing monitoring behaviors and protection behaviors related to the survival time, such as adjusting resource priorities, turning on the timer, etc.
It improves the transmission accuracy and service quality of the communication system, enhances the guarantee of survival time, and meets the needs of low-latency and high-reliability communication in 5G communication systems.
Smart Images

Figure CN116171538B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communications, and more particularly, to a communication method, device, and system. Background Art
[0002] To meet the current requirements for rate, latency, high-speed mobility, energy efficiency, etc. and to cope with the diversity and complexity of services in future life, the 3GPP (3rd Generation Partnership Project) international standards organization has started to research and develop 5G (fifth-generation) mobile communication technology. The main application scenarios of 5G include enhanced Mobile Broadband (eMBB), Ultra Reliability and Low Latency Communication (URLLC), and Massive Machine Type Communication (mMTC). Summary of the Invention
[0003] Embodiments of this application provide a communication method, device, and system.
[0004] Embodiments of this application provide a communication method, including: a communication device determines whether to activate a survival time guarantee policy based on first information.
[0005] Embodiments of this application provide a communication device, the communication device includes a processing module, and the processing module is configured to: determine whether to activate a survival time guarantee policy based on first information.
[0006] Embodiments of this application provide a communication system, including at least one of the above communication devices.
[0007] Embodiments of this application provide a communication device, including a processor and a memory. The memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory, so that the communication device executes the above communication method.
[0008] Embodiments of this application provide a chip for implementing the above communication method.
[0009] Specifically, the chip includes: a processor for calling and running a computer program from a memory, so that a device installed with the chip executes the above communication method.
[0010] Embodiments of this application provide a computer-readable storage medium for storing a computer program, and when the computer program is run by a device, the device executes the above communication method.
[0011] An embodiment of the present application provides a computer program product, including computer program instructions, which cause a computer to execute the above-mentioned communication method.
[0012] An embodiment of the present application provides a computer program, which causes a computer to execute the above-mentioned communication method when running on the computer. Description of the Drawings
[0013] Figure 1 is a schematic diagram of an application scenario according to an embodiment of the present application.
[0014] FIG. 2(a) is a schematic flowchart of a communication method according to an embodiment of the present application.
[0015] FIG. 2(b) is a schematic flowchart of a communication method according to another embodiment of the present application.
[0016] FIG. 2(c) is a schematic flowchart of a communication method according to another embodiment of the present application.
[0017] Figure 3 An exemplary schematic diagram of the relationship between service transmission and survival time is given.
[0018] Figure 4 is a schematic flowchart of a communication method according to another embodiment of the present application.
[0019] Figure 5 is a schematic flowchart of a communication method according to another embodiment of the present application.
[0020] Figure 6 is a schematic flowchart of a communication method according to another embodiment of the present application.
[0021] FIG. 7(a) is a schematic flowchart of a communication method according to another embodiment of the present application.
[0022] FIG. 7(b) is a schematic flowchart of a communication method according to another embodiment of the present application.
[0023] Figure 8 is a schematic flowchart of a communication method according to another embodiment of the present application.
[0024] Figure 9 is a schematic flowchart of a communication method according to another embodiment of the present application.
[0025] Figure 10 is a schematic flowchart of a communication method according to another embodiment of the present application.
[0026] Figure 11 is a schematic block diagram of a communication device according to an embodiment of the present application.
[0027] Figure 12 is a schematic block diagram of a communication device according to another embodiment of the present application.
[0028] Figure 13 is a schematic block diagram of a chip according to an embodiment of the present application.
[0029] Figure 14 is a schematic block diagram of a communication system according to an embodiment of the present application. Detailed implementation manners
[0030] Next, the technical solutions in the embodiments of the present application will be described with reference to the accompanying drawings in the embodiments of the present application.
[0031] The technical solutions in the embodiments of the present application can be applied to various communication systems, such as: Global System of Mobile communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, Advanced long term evolution (LTE-A) system, New Radio (NR) system, evolved system of the NR system, LTE-based access to unlicensed spectrum (LTE-U) system, NR-based access to unlicensed spectrum (NR-U) system, Non-Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (WiFi), 5th-Generation (5G) system or other communication systems, etc.
[0032] Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technologies, mobile communication systems will not only support traditional communication but also support, for example, Device to Device (D2D) communication, Machine to Machine (M2M) communication, Machine Type Communication (MTC), Vehicle to Vehicle (V2V) communication, or Vehicle to everything (V2X) communication. Embodiments of this application can also be applied to these communication systems.
[0033] Optionally, the communication system in the embodiments of this application can be applied to a Carrier Aggregation (CA) scenario, can also be applied to a Dual Connectivity (DC) scenario, and can also be applied to a Standalone (SA) networking scenario.
[0034] Optionally, the communication system in the embodiments of this application can be applied to unlicensed spectrum, where unlicensed spectrum can also be considered shared spectrum; or, the communication system in the embodiments of this application can also be applied to licensed spectrum, where licensed spectrum can also be considered non-shared spectrum.
[0035] Embodiments of this application describe various embodiments in combination with network devices and terminal devices. Among them, terminal devices can also be referred to as User Equipment (UE), access terminals, user units, user stations, mobile stations, mobile platforms, remote stations, remote terminals, mobile devices, user terminals, terminals, wireless communication devices, user agents, or user devices, etc.
[0036] Terminal devices can be stations (STAION, ST) in a WLAN, can be cellular phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistant (PDA) devices, handheld devices with wireless communication capabilities, computing devices, or other processing devices connected to a wireless modem, in-vehicle devices, wearable devices, terminal devices in next-generation communication systems such as NR networks, or terminal devices in future evolved Public Land Mobile Network (PLMN) networks, etc.
[0037] In the embodiments of the present application, the terminal device can be deployed on land, including indoor or outdoor, handheld, wearable or vehicle-mounted; it can also be deployed on water (such as a ship, etc.); it can also be deployed in the air (such as an airplane, a balloon, a satellite, etc.).
[0038] In the embodiments of the present application, the terminal device can be a mobile phone, a tablet computer (Pad), a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical, a wireless terminal device in smart grid, a wireless terminal device in transportation safety, a wireless terminal device in smart city or a wireless terminal device in smart home, etc.
[0039] By way of example and not limitation, in the embodiments of the present application, the terminal device can also be a wearable device. A wearable device can also be called a wearable intelligent device, which is a general term for devices developed by applying wearable technology to the intelligent design of daily wear, such as glasses, gloves, watches, clothing and shoes, etc. A wearable device is a portable device that is directly worn on the body or integrated into the user's clothes or accessories. A wearable device is not just a hardware device, but also realizes powerful functions through software support, data interaction and cloud interaction. Broadly speaking, wearable intelligent devices include those with complete functions and large sizes that can realize complete or partial functions without relying on a smart phone, such as smart watches or smart glasses, etc., and those that only focus on a certain type of application function and need to cooperate with other devices such as smart phones, such as various smart bracelets and smart jewelry for physical sign monitoring.
[0040] In the embodiments of the present application, a network device may be a device for communicating with a mobile device. The network device may be an access point (AP) in a WLAN, a base transceiver station (BTS) in GSM or CDMA, a NodeB (NB) in WCDMA, an evolved Node B (eNB or eNodeB) in LTE, or a relay station or access point, or a vehicle-mounted device, a wearable device, and a network device (gNB) in an NR network, or a network device in a future evolved PLMN network, or a network device in an NTN network, etc.
[0041] By way of example and not limitation, in the embodiments of the present application, the network device may have mobility characteristics. For example, the network device may be a mobile device. Optionally, the network device may be a satellite or a balloon station. For example, the satellite may be a low earth orbit (LEO) satellite, a medium earth orbit (MEO) satellite, a geostationary earth orbit (GEO) satellite, a high elliptical orbit (HEO) satellite, etc. Optionally, the network device may also be a base station located on land, water, etc.
[0042] In the embodiments of the present application, the network device may provide services for a cell, and the terminal device communicates with the network device through the transmission resources used by the cell (for example, frequency domain resources, or in other words, spectrum resources). The cell may be a cell corresponding to the network device (such as a base station). The cell may belong to a macro base station or a base station corresponding to a small cell. Here, the small cell may include: a metro cell, a micro cell, a pico cell, a femto cell, etc. These small cells have the characteristics of a small coverage range and low transmission power and are suitable for providing high-rate data transmission services.
[0043] Figure 1 Exemplarily, a communication system 100 is shown. The communication system includes a network device 110 and two terminal devices 120. Optionally, the communication system 100 may include multiple network devices 110, and the coverage range of each network device 110 may include other numbers of terminal devices 120. The embodiments of the present application do not limit this.
[0044] Optionally, the communication system 100 may further include other network entities such as a Mobility Management Entity (MME) and an Access and Mobility Management Function (AMF). The embodiments of the present application do not limit this.
[0045] Among them, the network device may further include an access network device and a core network device. That is, the wireless communication system further includes a plurality of core networks for communicating with the access network device. The access network device may be an evolved Node B (which may be abbreviated as eNB or e-NodeB), a macro base station, a micro base station (also referred to as a "small base station"), a pico base station, an access point (AP), a transmission point (TP), or a new generation Node B (gNodeB) in a Long-Term Evolution (LTE) system, a Next Radio (NR) system, or an Authorized Auxiliary Access Long-Term Evolution (LAA-LTE) system.
[0046] It should be understood that in the embodiments of the present application, a device with communication functions in a network / system may be referred to as a communication device. Taking Figure 1 the shown communication system as an example, the communication device may include a network device and a terminal device with communication functions. The network device and the terminal device may be specific devices in the embodiments of the present application and will not be elaborated here; the communication device may further include other devices in the communication system, such as other network entities such as a network controller and a mobility management entity. The embodiments of the present application do not limit this.
[0047] It should be understood that the terms "system" and "network" are often used interchangeably in this article. The term "and / or" in this article is merely a description of the association relationship between associated objects, indicating that there can be three relationships. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this article generally represents an "or" relationship between the preceding and following associated objects.
[0048] It should be understood that the "indication" mentioned in the embodiments of the present application can be a direct indication, an indirect indication, or a representation of an associated relationship. For example, A indicates B, which can mean that A directly indicates B. For example, B can be obtained through A; it can also mean that A indirectly indicates B. For example, A indicates C, and B can be obtained through C; it can also mean that there is an associated relationship between A and B.
[0049] In the description of the embodiments of the present application, the term "corresponding" can indicate a direct or indirect corresponding relationship between two parties, can also indicate an associated relationship between two parties, or can be relationships such as indication and being indicated, configuration and being configured.
[0050] To facilitate the understanding of the technical solutions of the embodiments of the present application, the related technologies of the embodiments of the present application are described below. The following related technologies can be arbitrarily combined with the technical solutions of the embodiments of the present application as optional solutions, and they all fall within the protection scope of the embodiments of the present application.
[0051] The R17 URLLC project in 3GPP requires the Radio Access Network (RAN) to be enhanced based on the survival time to reduce the packet transmission error rate, thereby improving the packet transmission correct rate and better ensuring and enhancing the service efficiency and quality of the communication network.
[0052] The survival time is used to describe the tolerance for transmission failures. The characteristics of the survival time are as follows:
[0053] - The Survival Time can be sent to the base station together with the Time Sensitive Communication Assistance Information (TSCAI); and
[0054] - The survival time can be specified by, for example, the Application Function (AF), which can be related to the burst periodicity or the maximum allowable number of consecutive transmission failures (such as message transmission failures).
[0055] In the present application, "the survival time can be sent to the base station together with the TSCAI" can mean that the information related to the "survival time" and the information related to the TSCAI are sent to the base station together; it can also mean that the information related to the "survival time" is placed in the information related to the TSCAI and sent to the base station as part of the information related to the TSCAI. The present application does not make any restrictions on this.
[0056] The above "message" may include a single burst or one or more packets. For example, when the Packet Delay Budget requirement corresponding to the message cannot be met, it can be considered that the communication service transmission has an error.
[0057] The survival time can be related to the traffic cycle (burst periodicity or traffic cycle). For example, the survival time can be characterized by the traffic cycle. For instance, the survival time can be a period of time and can be related to the cycle. For example, the survival time is 4.3 traffic cycles, or 3 traffic cycles, etc. Thus, the survival time can be a multiple of the traffic cycle. For example, it can be an integer multiple or a non-integer multiple. This application has no restrictions on this. For example, the survival time can be any value between M cycles and N cycles, where N is greater than M, and both M and N are greater than 0. Here, N and M can be integers or non-integers. Since it can be any value, the survival time between M cycles and N cycles is not necessarily an integer number of cycles.
[0058] Regarding the "survival time", it can correspond to a burst (or a message). Therefore, it can be characterized by the burst periodicity. For example, it can be characterized by the burst transmission period.
[0059] In addition, a burst can correspond to a message. A burst or a message can include one or more packets. Therefore, the survival time can also be characterized by the packet cycle. For example, it can be characterized by the packet transmission period.
[0060] That is to say, the survival time can be characterized by the burst cycle or the packet cycle. In addition, other methods can also be used for characterization, and this application has no restrictions on this.
[0061] As described above, the traffic cycle can be the burst transmission cycle, the packet transmission cycle, or other cycles. Therefore, the survival time can be related to the burst transmission cycle or the packet transmission cycle. For example, it can be an integer multiple or a non-integer multiple of the burst transmission cycle, or it can also be an integer multiple or a non-integer multiple of the packet transmission cycle.
[0062] Since the survival time can be characterized by a burst period or a packet period, the detection of the survival time (e.g., detecting or determining whether the survival time has expired, etc.) can also be achieved through the detection of the burst period or the packet period. Therefore, in the following description, regarding the survival time and related content, they can all be characterized by bursts or packets. Of course, as described above, the present application is not limited thereto, but other methods can also be used to characterize it, which will not be listed one by one here.
[0063] For example, if the service period is a burst transmission period, then when the survival time is greater than or equal to the duration of X (X can be an integer or a non-integer) service periods, if there are X - 1 or X consecutive burst transmission failures (where, when X is a non-integer, X - 1 and X can be the integer values after rounding), then the next 1 burst must be correctly transmitted. Otherwise, the communication service transmission is in error.
[0064] For another example, if the service period is a packet transmission period, then when the survival time is greater than or equal to the duration of L (L can be an integer or a non-integer) service periods, if there are L - 1 or L consecutive packet transmission failures (where, when L is a non-integer, L - 1 and L can be the integer values after rounding), then the next 1 packet must be correctly transmitted. Otherwise, the communication service transmission is in error.
[0065] Some example scenarios of the survival time are given above, but it should be understood that the present application is not limited thereto.
[0066] The embodiments of the present application provide support examples of the survival time here to facilitate using the survival time to provide high-quality communication services with a low transmission error rate.
[0067] FIG. 2(a) is a schematic flowchart of a communication method according to an embodiment of the present application. This method can optionally be applied to Figure 1 the communication system shown, but is not limited thereto. This method includes at least some of the following content.
[0068] S210, the communication device determines whether to activate the survival time guarantee policy based on the first information.
[0069] In the present application, in order to support the survival time and guarantee the transmission quality, the communication device will judge whether to activate the survival time guarantee policy based on the first information. Based on the first information, it can be clear whether there is a need and / or possibility to activate the survival time guarantee policy, thereby facilitating the provision of more targeted or higher-quality communication services.
[0070] Optionally, the determination of whether to activate the survival time guarantee policy in step S210 may include at least one of the following:
[0071] Determine whether it is necessary to meet the survival time; and
[0072] Determine whether to execute the first action.
[0073] Thus, the survival time guarantee policy may include meeting the survival time and / or executing the first action. Of course, the "survival time guarantee policy" in this article may also include other aspects, as long as they are related to guaranteeing the survival time, and this application does not impose any restrictions on this.
[0074] Optionally, the determination of whether it is necessary to meet the survival time includes determining whether it belongs to the timing of meeting the survival time.
[0075] Among them, the timing of meeting the survival time may include at least one of the following:
[0076] When each packet or burst is transmitted;
[0077] When it is determined that the first packet or burst is transmitted incorrectly;
[0078] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0079] When it is determined that the next packet or burst needs to be transmitted successfully.
[0080] Optionally, the communication method according to the embodiment of the present application may further include S240, as shown in FIG. 2(b).
[0081] S240, in response to determining to start the survival time guarantee policy, execute the first action.
[0082] Optionally, the above-mentioned first action may include monitoring actions related to the survival time (such as actions of reporting to the network) and / or guarantee actions (such as actions of regulating resources, actions of starting or maintaining timers, etc.). Thus, through the first action, the quality of the communication service can be guaranteed and improved.
[0083] Among them, the monitoring actions and / or guarantee actions related to the survival time may include monitoring actions and / or guarantee actions for guaranteeing the quality of service QoS, or may also include other monitoring actions and / or guarantee actions, and this application does not impose any restrictions on this.
[0084] Optionally, the above-mentioned first action may include at least one of the following:
[0085] Send feedback information related to the survival time or the survival time guarantee policy to the communication network;
[0086] Adjust or select resources for priority transmission;
[0087] Adjust the logical channel mapping limit;
[0088] Adjust or select logical channel mapping parameters;
[0089] Adjust or select quality of service (QoS) parameters, where the QoS parameters include at least one of reliable transmission parameters and transmission priorities;
[0090] Adjust the serving cell;
[0091] Adjust the transmission bandwidth; and
[0092] Start or maintain a timer corresponding to the survival time.
[0093] Optionally, the timing of starting the timer may include at least one of the following:
[0094] When each packet or burst is transmitted;
[0095] When it is determined that the first packet or burst has a transmission error;
[0096] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0097] When it is determined that the next packet or burst needs to be transmitted successfully.
[0098] In this application, for the timer corresponding to the survival time, its duration does not necessarily have to be equal to the duration determined by the survival time (abbreviated as "the duration of the survival time").
[0099] Optionally, the duration of the timer corresponding to the survival time can be a value between 0 and the duration of the survival time (including the duration of the survival time), that is, the duration of the timer can be greater than 0 and less than or equal to the duration of the survival time.
[0100] Optionally, the duration of the timer corresponding to the survival time can be a value between 0 and the duration of (the survival time + Y service cycles) (including the duration of (the survival time + Y service cycles)), that is, the duration of the timer can be greater than 0 and less than or equal to the duration of (the survival time + Y service cycles). Here, Y can be a value greater than or equal to 0, and Y can be an integer or a non-integer. For example, in the case of Y = 1, the duration of the timer for the survival time can be a value between 0 and the duration of (the survival time + 1 service cycle) (including the duration of (the survival time + 1 service cycle)), that is, the duration of the timer can be greater than 0 and less than or equal to the duration of (the survival time + 1 service cycle); in the case of Y = 0.5, the duration of the timer for the survival time can be a value between 0 and the duration of (the survival time + 0.5 service cycle) (including the duration of (the survival time + 0.5 service cycle)), that is, the duration of the timer can be greater than 0 and less than or equal to the duration of (the survival time + 0.5 service cycle); in the case of Y = 2.1, the duration of the timer for the survival time can be a value between 0 and the duration of (the survival time + 2.1 service cycles) (including the duration of (the survival time + 2.1 service cycles)), that is, the duration of the timer can be greater than 0 and less than or equal to the duration of (the survival time + 2.1 service cycles). Here, the value of Y is not particularly limited, as long as the timer corresponding to the survival time can enable the service transmission to meet the requirements of the corresponding survival time.
[0101] Some examples of the duration of the timer are given above, but these examples should not constitute a limitation to this application. Instead, as long as the duration of the timer is set to ensure that the service transmission meets the requirements of the survival time, it is acceptable.
[0102] For example, if the duration of the survival time is 3 service cycles, then if the timer is started each time a service is transmitted, the duration of this timer is 3 service cycles, that is, equal to the duration of the survival time. If each transmission is successful, the timer can be restarted. If the timer is started when the first service transmission fails, the duration of this timer can be 2 service cycles. And if the timer is started when there are 2 consecutive service transmission failures (after 2 service cycles), at this time the duration of the timer can be 1 service cycle. In this example, when determining that the next service needs to be transmitted successfully including when there are 2 consecutive service transmission failures, it can be known that the duration of the timer can be 1 service cycle at this time.
[0103] In summary, in this application, the purpose of the timer corresponding to the survival time is to determine whether the survival time can be satisfied. Therefore, any timer started for this purpose is acceptable.
[0104] Optionally, the above S240 can include S241 and S242, as shown in Figure 2(c).
[0105] S241. In response to determining to activate the survival time guarantee policy, start a timer corresponding to the survival time.
[0106] Optionally, the communication device may start the timer.
[0107] Optionally, an example of the communication method according to an embodiment of the present application may further include:
[0108] S242. At a specific timing, perform a first action.
[0109] The steps in this example are described in detail for ease of understanding. Those skilled in the art should understand that not all of these steps are necessary, and the order of these steps is also exemplary. Therefore, the order of the steps may be adjusted according to the situation.
[0110] In the present application, after determining to activate the survival time guarantee policy, a timer corresponding to the survival time may be started to facilitate monitoring of the communication quality, and at a timing related to the timer (i.e., the specific timing, as a condition related to the timer for triggering the execution of the first action), the first action is performed. However, the first action may also be performed regardless of whether the timer is started.
[0111] Optionally, the first action may be performed at at least one of the following timings (i.e., the specific timing):
[0112] When starting the timer;
[0113] After the timer starts;
[0114] During the running of the timer;
[0115] At a specific moment before the expiration of the running of the timer;
[0116] At a specific moment after the timeout or stop of the timer; and
[0117] At a specific moment after the expiration of the running of the timer.
[0118] Among them, the above-mentioned "specific moment" may include the current moment. For example, the "specific moment after the timeout or stop of the timer" may include the moment when the timer times out or stops, and a certain moment after the timer times out or stops. The above-mentioned "specific moment before the expiration of the running of the timer" may include the specific moment when the timer expires, and a specific moment before the expiration of the running of the timer. The above-mentioned "specific moment after the expiration of the running of the timer" may include the specific moment when the timer expires, and a certain moment after the expiration of the running of the timer.
[0119] Optionally, for various possible first actions, the action of "sending feedback information related to the survival time or the survival time guarantee policy" can be performed by the communication device; for actions such as "adjusting or selecting resources for priority transmission", "adjusting the logical channel mapping limit", "adjusting or selecting logical channel mapping parameters", "adjusting or selecting quality of service (QoS) parameters", "adjusting the serving cell", and "adjusting the transmission bandwidth", they can be performed by the network device or, under the control of the network device, by the communication device; the action of "starting or maintaining a timer corresponding to the survival time" can also be performed by the network device or, under the control of the network device, by the communication device. However, the present application is not limited thereto.
[0120] As Figure 3 shown, where TX represents transmission and RX represents reception, Figure 3 A in shows that the transmission of the 3rd service (such as a packet or a burst) fails, Figure 3 and the corresponding survival time in A is 1 transmission interval (service period). In this case, it can be determined whether the survival time is satisfied when each service is transmitted or when it is determined that the first packet or burst transmission is in error and it is necessary to ensure the successful transmission of the next service. At this time, it is necessary to ensure the successful transmission of the next service.
[0121] Figure 3 B in shows that the survival time is 2 transmission intervals (service periods), and the corresponding maximum allowable number of transmission errors can be 2. Then the timing for determining that the survival time is satisfied can be any one of the following or any combination of these situations: when each service is transmitted (the 1st (#1) transmission, the 2nd (#2) transmission, the 3rd (#3) transmission, the 4th (#4) transmission, the 5th (#5) transmission, etc.), when it is determined that the first service transmission is in error (for example, assuming that the 1st service transmission error occurs during the 3rd (#3) transmission), when the number of consecutive transmission failures is 2 (more than 1 and less than or equal to the maximum allowable number of consecutive transmission failures. For example, it can be any number more than 1 and equal to the maximum allowable number of consecutive transmission failures minus 1), and when it is determined that the next service needs to be transmitted successfully (for example, when the transmission of the 3rd service fails, it means that the next transmission is required, that is, the 4th (#4) service is transmitted successfully; if the transmissions of the 3rd and 4th services both fail, it means that there have been 2 consecutive failures, then the 5th (#5) transmission needs to be successful).
[0122] Specifically, if the timing for meeting the survival time is when each packet or burst is transmitted, it means that for each transmitted packet (when "packet" is determined to be used in the service cycle of the survival time) or burst (when "burst" is determined to be used in the service cycle of the survival time), it is determined whether the current situation belongs to the timing for meeting the survival time. That is to say, whenever a service cycle (packet or burst) is transmitted, it is judged whether the current situation belongs to the timing for meeting the survival time.
[0123] The same applies to the other above-mentioned timings for meeting the survival time, which will not be elaborated here.
[0124] Here, it should be clear that determining whether it belongs to the timing for meeting the survival time is not limited to one situation, but can be various possible combinations of the above situations. That is to say, it can be that whenever a service cycle (packet or burst) is transmitted, it is judged whether the current situation belongs to the timing for meeting the survival time, and it can also be judged when, for example, the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures.
[0125] As can be seen from the above, the above-mentioned first behaviors are measures taken to meet the survival time and improve the transmission quality. Those skilled in the art should understand that this application is not limited to the behaviors listed.
[0126] Among them, "sending feedback information related to the survival time or the survival time guarantee policy to the communication network" is used to report feedback information to the network so that the network can conveniently perform regulation, and thus support such as resources from the network can be further obtained.
[0127] The other first behaviors listed above can be regulation behaviors controlled by the network side, and / or regulation behaviors that the communication device performs based on instructions from the network, which are used to guarantee and improve the transmission quality. In addition, other behaviors can also be included, such as starting or maintaining corresponding timers, etc.
[0128] Optionally, the determining whether to start the survival time guarantee policy in S210 includes determining whether a first object starts the survival time guarantee policy.
[0129] That is, in this application, the survival time guarantee policy can be started on the first object. Among them, the first object includes an application-level transmission object.
[0130] In this application, optionally, the application-level transmission object may include at least one of the following:
[0131] Terminal device;
[0132] User plane bearer DRB;
[0133] Quality of Service QoS flow;
[0134] Time-sensitive network TSN flow; and
[0135] Packet data unit PDU session.
[0136] Optionally, the first object may not have a configured time-to-live, may have a configured or indicated time-to-live, or may have a configured or indicated time-to-live guarantee policy. In any case, an operation to determine whether to start the time-to-live guarantee policy can be initiated for a suitable first object.
[0137] Some examples of the first object are given above for ease of understanding. However, those skilled in the art understand that the application-level transmission object is not limited to those listed above. Moreover, the objects that can start the time-to-live guarantee policy are not limited to these.
[0138] Optionally, according to an embodiment of the present application, the above first information may include a first parameter.
[0139] Wherein, the first parameter may include at least one of the following:
[0140] Time-to-live ST;
[0141] User plane bearer DRB identifier;
[0142] Quality of service QoS flow identifier;
[0143] Time-sensitive network TSN flow identifier;
[0144] PDU session identifier;
[0145] Service arrival time;
[0146] Service period; and
[0147] Service mode.
[0148] That is to say, the first parameter may include any one of the above items, or may include any possible combination of the above items.
[0149] Among them, regarding the service mode, it may include a periodic service mode and a non-periodic service mode. For the periodic service mode, the first parameter may further include the corresponding service arrival time and / or service period. For the non-periodic service mode, the first parameter may further include the service arrival time, service mode parameters, etc.
[0150] By including a first parameter containing at least one of the above items in the first information, the communication device can make a determination on whether to initiate the survival time guarantee policy based on the first parameter. If this determination is to be made for a first object, the identification information of the first object can be included in the first parameter to facilitate this determination.
[0151] Optionally, the first information may include a first indication, and the first indication may be used to configure or indicate the initiation of the survival time guarantee policy.
[0152] In this application, the first indication and the first parameter may be juxtaposed in the first information, or may be separately included in the first information. Alternatively, the first indication may be included in the first parameter or the first parameter may be included in the first indication, as long as the required functions can be achieved and there is no conflict with each other.
[0153] Optionally, the first information may be received by the communication device from the outside or come from the communication device itself, and this application does not impose any restrictions on this.
[0154] In addition, the survival time may also be received by the communication device from the outside or come from the communication device itself, and there are also no restrictions.
[0155] Receiving from the outside includes receiving from other communication devices. For example, receiving from an access network device, receiving from a core network device, or receiving from a terminal device, and so on.
[0156] Coming from the communication device itself may include that the first information or the survival time can be provided by itself. For example, the application layer of a terminal device can provide the survival time; or it was received and stored in itself before, and so on.
[0157] Optionally, the communication method according to an embodiment of this application may further include the following content, as Figure 4 shown.
[0158] S211, when the communication device determines whether to initiate the survival time guarantee policy, it determines whether the first condition is met.
[0159] Specifically, it can be considered that when the communication device determines whether to initiate the survival time guarantee policy, it can first determine whether the first condition is met.
[0160] Or it can be considered that the communication device determines whether to initiate the survival time guarantee policy by first determining whether the first condition is met.
[0161] In other words, it can also be considered that first determine whether the first condition is met, and then based on the determination result of the first condition, determine whether to initiate the survival time guarantee policy.
[0162] In summary, in the present application, it is possible to directly determine whether to activate the survival time guarantee policy as described above, or as described here, first determine whether the first condition is met to determine whether to activate the survival time guarantee policy.
[0163] Optionally, the communication device may determine whether the first condition is met based on the first information.
[0164] Optionally, the first condition may include at least one of the following:
[0165] The communication device is instructed with a survival time;
[0166] The communication device is configured with a survival time;
[0167] The communication device is instructed to activate the survival time guarantee policy; and
[0168] The communication device is configured to activate the survival time guarantee policy.
[0169] It can be seen that the first condition may be a condition regarding the survival time, or further, the first condition may be a condition regarding the survival time or the survival time guarantee policy. However, the first condition is not limited thereto.
[0170] As can be seen from the above, if it is determined that at least one of the above items is met, it can be considered that the first condition is met. Of course, which specific item or items are met to belong to meeting the first condition can be determined according to the situation or requirements. For example, as long as the communication device has been instructed with a survival time, it can be considered that the first condition is met. It can also be that the communication device has been configured with a survival time and has been configured to activate the survival time guarantee policy before it is considered to meet the first condition. As described above, for what situation is considered to meet the first condition, it can be determined according to needs and actual situations, and the present application does not make special restrictions.
[0171] By judging the first condition, it can be clarified whether the communication device is currently sufficient to support the survival condition and / or the survival condition guarantee policy, providing support and guarantee for subsequent aspects, thus making the subsequent process smoother.
[0172] In addition, for the above "the communication device is instructed to activate the survival time guarantee policy" and "the communication device has been configured to activate the survival time guarantee policy", the "first indication" described above can be used to instruct or configure the activation of the survival time guarantee policy.
[0173] Optionally, the above communication device may be a terminal device or an access network device.
[0174] That is to say, the communication device that can use the communication method of the present application is not limited to a terminal device (such as a UE), but can also be other communication devices, such as an access network device, a core network device, and so on.
[0175] Moreover, the communication device can be used as a sending end or a receiving end, and there is no restriction in this regard in the present application. In other words, whether it is the judgment of the survival time, the judgment of the first condition, or the judgment of the first action, as well as any operations before or after that, can be executed by the communication device. That is, it can execute the communication method of the present application as a sending end or as a receiving end. Further descriptions will be provided later.
[0176] Furthermore, when the communication device is a terminal device, the communication method according to the embodiment of the present application includes the following content, as Figure 5 shown.
[0177] S310, the terminal device determines the execution entity of the survival time guarantee policy on the terminal device.
[0178] Optionally, the execution entity can be the access stratum (AS) of the terminal device. That is, the execution of the survival time guarantee policy can be completed by the access stratum (AS) of the terminal device itself.
[0179] Optionally, the execution entity can be the access stratum (AS) of the terminal device and the higher layer of the terminal device. That is, the execution of the survival time guarantee policy can also be completed jointly by the access stratum (AS) of the terminal device and the higher layer of the terminal device. More specific content will be described later.
[0180] Among them, the above-mentioned access stratum (AS) can include at least one of the following: Media Access Control (MAC) layer; Packet Data Convergence Protocol (PDCP) layer; and Radio Link Control (RLC) layer. That is, the access stratum (AS) can be any one of the Media Access Control (MAC) layer, the Packet Data Convergence Protocol (PDCP) layer, and the Radio Link Control (RLC) layer, or any combination thereof. There is no restriction in this regard in the present application as long as it can execute the survival time guarantee policy.
[0181] In addition, the higher layer of the terminal device can include at least one of the following: Device-side Transmission Sequence Number (TSN) Converter DS-TT layer; Non-Access Stratum (NAS); and Application layer. That is, the higher layer of the terminal device can be any one of the Device-side Transmission Sequence Number (TSN) Converter DS-TT layer, the Non-Access Stratum (NAS), and the Application layer, or any combination thereof. There is also no restriction in this regard in the present application as long as it can execute the survival time guarantee policy.
[0182] In addition, the access layer AS and the higher layers described in this application are not limited to those listed above, but can also be other layers or functional modules in the communication device that belong to the access layer AS or the higher layers. That is, the meanings of the access layer AS and the higher layers in this article should be understood broadly as long as they can achieve the required functions, and should not be limited to existing terms or technologies.
[0183] The communication method 300 according to an embodiment of this application may further include the following.
[0184] S320. The execution entity of the terminal device determines whether to activate the survival time guarantee policy based on the first information.
[0185] Optionally, when the execution entity is the access layer AS of the terminal device, the access layer AS of the terminal device as the execution entity may determine whether to activate the survival time guarantee policy based on the first information.
[0186] In addition, optionally, when the execution entity is the access layer AS of the terminal device and the higher layer of the terminal device, the higher layer of the terminal device may determine whether to activate the survival time guarantee policy based on the first information.
[0187] Optionally, when the higher layer of the terminal device determines to activate the survival time guarantee policy, the higher layer may send indication information as a second indication to the access layer AS of the terminal device to configure or indicate the activation of the survival time guarantee policy.
[0188] Wherein, the second indication may be similar to the aforementioned first indication and is used to configure or indicate the activation of the survival time guarantee policy. That is to say, the second indication may also be included in the first information like the first indication.
[0189] Of course, the second indication may also be separate information, that is, it may not be included in the first information. In this case, the first information may be information obtained from the second indication.
[0190] And, optionally, the access layer AS of the terminal device may, in response to receiving the second indication from the higher layer of the terminal device, correspondingly determine to activate the survival time guarantee policy.
[0191] Here, the higher layer of the terminal device may send indication information about configuring or indicating the activation of the survival time guarantee policy to the access layer AS, and the access layer AS may, based on the received indication information, correspondingly determine to activate the survival time guarantee policy.
[0192] Regarding the above-mentioned term "configuration", it can mean, for example, providing the required or corresponding information. For example, "configuring the indication information for starting the survival time guarantee policy" can mean providing the information (indication information, such as survival time, timer duration, etc.) required or corresponding to starting the survival time guarantee policy to the access layer AS. Additionally, after receiving the indication information, the access layer AS can perform the required or corresponding configuration and / or execute the required or corresponding operations based on the indication information.
[0193] Regarding the above-mentioned term "indication", it can mean, for example, sending an execution instruction. For example, the indication information for indicating the start of the survival time guarantee policy can mean providing the instruction (indication information) for starting the survival time guarantee policy to the access layer AS. Additionally, after receiving the indication information, the access layer AS can perform the operation of starting the survival time guarantee policy.
[0194] The above provides exemplary explanations for the terms "configuration" and "indication" to make them easier to understand. However, those skilled in the art understand that these exemplary explanations should not constitute a limitation to the technical solution of this application.
[0195] Of course, it is not necessarily limited to the above steps, and the order can be swapped. For example, the communication method according to the embodiments of this application can include the following content, as Figure 6 shown.
[0196] S310’, the terminal device determines whether to start the survival time guarantee policy based on the first information.
[0197] S320’, in the case of determining to start the survival time guarantee policy, the terminal device determines the execution entity of the survival time guarantee policy on the terminal device.
[0198] In this embodiment, it is possible to first determine whether to start the survival time guarantee policy and then determine the execution entity of the survival time guarantee policy. This is the opposite of the step order in the previous embodiment, where the execution entity is determined first and then whether to start the survival time guarantee policy.
[0199] Additionally, optionally, when the access layer AS of the terminal device or a higher layer of the terminal device determines to start the survival time guarantee policy, a timer corresponding to the survival time is started.
[0200] Optionally, in the case of determining to start the survival time guarantee policy, the terminal device reports feedback information related to the satisfaction of the survival time to the communication network, and the communication network takes corresponding guarantee measures based on the received feedback information.
[0201] Among them, the corresponding safeguard measures taken may include, but are not limited to, QoS safeguard measures.
[0202] As described above, when the communication device is a terminal device, the execution entity of the survival time safeguard policy may be the access network AS of the terminal device or the higher layer of the access network AS of the terminal device and the terminal device. Correspondingly, optionally, when the communication device is an access network device, the execution entity of the survival time safeguard policy may be the access network device or the access network device and at least one core network device associated with the access network device.
[0203] Optionally, when the execution entity is the access network device, the access network device may determine whether to start the survival time safeguard policy.
[0204] Optionally, when the execution entity is the access network device and at least one core network device associated with the access network device, the core network device may determine whether to start the survival time safeguard policy.
[0205] When the core network device determines to start the survival time safeguard policy, it may send indication information as a third indication to the access network device to configure or indicate the start of the survival time safeguard policy.
[0206] The access network device may determine to start the survival time safeguard policy correspondingly in response to receiving the third indication from the core network device.
[0207] Similar to the previous second indication and first indication, the third indication may be used to configure or indicate the start of the survival time safeguard policy. That is, the third indication may also be included in the first information.
[0208] Of course, the third indication may also be a separate piece of information, that is, it may not be included in the first information. In this case, the first information may be information directly or indirectly obtained from the third indication.
[0209] Optionally, when the access network device or the core network device determines to start the survival time safeguard policy, a timer corresponding to the survival time is started.
[0210] Optionally, when the communication device is the receiving end of a packet or burst, the timing of meeting the survival time may include at least one of the following:
[0211] When each packet or burst is received;
[0212] When it is determined that the first packet or burst is received in error;
[0213] When the number of consecutive reception failures is more than one and less than or equal to the maximum allowable number of consecutive reception failures; and
[0214] When it is determined that the next packet or burst needs to be received successfully.
[0215] Optionally, the communication device as the receiving end may send at least one of the following to the communication network:
[0216] Feedback information on packet or burst reception errors;
[0217] Feedback information on non - satisfaction of the time - to - live;
[0218] Behavior requests or behavior indications related to the time - to - live; and
[0219] Feedback information required for the time - to - live guarantee strategy.
[0220] By sending at least one of the above - mentioned information to the communication network, the communication network can timely understand the current status of the communication device as the receiving end, thereby facilitating the adoption of appropriate countermeasures.
[0221] Optionally, in the case where the communication device is the sending end of a packet or burst, the timing of satisfying the time - to - live includes at least one of the following:
[0222] When each packet or burst is sent;
[0223] When it is determined that the first packet or burst is sent erroneously;
[0224] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0225] When it is determined that the next packet or burst needs to be sent successfully.
[0226] As described above, since the time - to - live can be timed according to the transmission time of a packet or burst, here, the timing of satisfying the time - to - live can be judged based on the transmission situation of the packet or burst.
[0227] Optionally, the communication device as the sending end may send at least one of the following to the communication network:
[0228] Feedback information on packet or burst transmission errors;
[0229] Feedback information on non - satisfaction of the time - to - live;
[0230] Behavior requests or behavior indications related to the time - to - live; and
[0231] Feedback information required for the time - to - live guarantee strategy.
[0232] Optionally, when the communication device determines to start the survival time guarantee policy, a timer corresponding to the survival time may be started.
[0233] Optionally, when the communication device starts a timer corresponding to the survival time, it may be determined to start the survival time guarantee policy.
[0234] Optionally, when the timer corresponding to the survival time of the communication device times out, it may be determined to start the survival time guarantee policy.
[0235] Optionally, the timing of starting the timer may include at least one of the following:
[0236] When each packet or burst is transmitted;
[0237] When it is determined that the first packet or burst is transmitted in error;
[0238] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0239] When it is determined that the next packet or burst needs to be transmitted successfully.
[0240] Optionally, the communication device may perform the first action at at least one of the following times:
[0241] After the timer starts;
[0242] During the running of the timer;
[0243] At a specific moment before the expiration of the running of the timer;
[0244] At a specific moment after the timeout or stop of the timer; and
[0245] At a specific moment after the expiration of the running of the timer.
[0246] Through the above various exemplary embodiments, the present application provides at least one communication method supporting survival time.
[0247] In particular, by determining whether to start the survival time guarantee policy based on the first information, it is possible to evaluate, for example, the possibility and necessity of starting the survival time guarantee policy, thereby achieving more targeted support for the survival time, making the communication service more efficient and the transmission accuracy higher.
[0248] For another example, by determining whether a first condition related to the survival time and / or the survival time guarantee policy is satisfied, it is possible to more clearly identify the current possibility, necessity, etc. of supporting the survival time and / or the survival time guarantee policy, thereby further achieving more targeted support for the survival time and / or the survival time guarantee policy, making the communication service more efficient and the transmission accuracy higher.
[0249] Based on this, the following will illustrate how to support the survival time with reference to multiple specific examples.
[0250] Example 1
[0251] Referring to Fig. 7(a), the solution provided in this example may include the following.
[0252] S710, The access network device (such as a base station or serving cell) sends first information containing a first indication for indicating the configuration or activation of the survival time guarantee policy to the terminal device (such as a UE).
[0253] Although in this example, the access network device sends the first information containing the first indication to the terminal device, as described above, the first information may also be obtained from the terminal device itself.
[0254] In this example, the first information contains a first indication for configuring or indicating the activation of the survival time guarantee policy.
[0255] S720, The terminal device UE receives the first information.
[0256] S730, The terminal device UE determines whether the first object activates the survival time guarantee policy according to the first information.
[0257] More specifically, for example, the UE determines whether the first object activates the survival time guarantee policy based on the first indication in the received first information.
[0258] As mentioned above, the survival time guarantee policy may include at least one of the following:
[0259] Meet the survival time; and
[0260] Execute the first action.
[0261] In addition, optionally, the communication method according to the embodiments of the present application may further include S740.
[0262] S740, In response to determining the activation of the survival time guarantee policy, execute the first action.
[0263] Optionally, S740 may include S741 and S742, as shown in FIG. 7(b). Regarding S741 and S742, it will be described later.
[0264] Optionally, S730 may include the following, as Figure 8 shown.
[0265] S731, the terminal device UE determines whether the first condition is satisfied according to the first information.
[0266] Here, the first condition may include at least one of the following:
[0267] The UE is instructed with a survival time;
[0268] The UE is configured with a survival time;
[0269] The UE is instructed to start the survival time guarantee policy; and
[0270] The UE is configured to start the survival time guarantee policy.
[0271] Through the first indication in the first information, the UE can learn whether it satisfies the first condition.
[0272] S732, in response to satisfying the first condition, the terminal device UE determines whether the first object starts the survival time guarantee policy.
[0273] That is, if it is determined through the first information that the first condition is satisfied, the UE can determine whether to start the survival time guarantee policy, that is, determine whether the survival time is satisfied and / or whether to perform the first action.
[0274] As described above, the survival time may be related to the service cycle.
[0275] For example, the survival time may correspond to the maximum allowable time (or duration) of consecutive transmission failures. In the case where the service cycle is a burst transmission cycle, the survival time may correspond to the maximum allowable time (or duration) of consecutive burst transmission failures; in the case where the service cycle is a packet transmission cycle, the survival time may correspond to the maximum allowable time (or duration) of consecutive packet transmission failures.
[0276] In addition, the survival time may also correspond to the maximum allowable number of consecutive transmission failures. In the case where the service cycle is a burst transmission cycle, it may correspond to the maximum allowable number of consecutive burst errors; in the case where the service cycle is a packet transmission cycle, it may correspond to the maximum allowable number of consecutive packet errors.
[0277] For example, when the survival time is characterized by the maximum allowable number of consecutive transmission burst failures, if the survival time is characterized by X (X can be an integer or a non-integer), it can be expressed that when there are X - 1 or X consecutive transmission burst failures (when X is a non-integer, X - 1 or X can be the integer value after rounding), the next 1 transmission must be correct. Otherwise, the communication service transmission is in error.
[0278] Similarly, when the survival time is characterized by the maximum allowable number of consecutive packet transmission failures, if the survival time is characterized by L (L can be an integer or a non-integer), then when the packet is transmitted continuously for L - 1 or L times (when L is a non-integer, L - 1 or L can be the integer value after rounding) and fails, the next 1 transmission must be correct. Otherwise, the communication service transmission is in error.
[0279] In particular, if the survival time is 1 service cycle, at this time, it can be considered that the above maximum allowable time is 1 service cycle, or in other words, the maximum allowable number of consecutive transmission failures is 1.
[0280] In particular, if the survival time is less than 2 service cycles, this means that the extreme situation where any two consecutive service transmissions fail cannot be allowed.
[0281] The above are only some example situations given and should not constitute a limitation to the present invention.
[0282] Determining whether the survival time is satisfied can be judged by determining whether the timing for satisfying the survival time is met.
[0283] As described above, the timing for satisfying the survival time can include at least one of the following:
[0284] When each packet or burst is transmitted;
[0285] When it is determined that the first packet or burst transmission is in error;
[0286] When the number of consecutive transmission failures is more than once and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0287] When it is determined that the next packet or burst needs to be transmitted successfully.
[0288] As described above, since the survival time can be based on the packet transmission or based on the burst transmission, the judgment of whether the timing for satisfying the survival time is met is also based on this.
[0289] In this application, optionally, the first row behavior can include monitoring behavior and / or guarantee behavior related to the survival time, such as including but not limited to QoS monitoring behavior and / or guarantee behavior related to the survival time.
[0290] Optionally, the first behavior may include at least one of the following:
[0291] Sending feedback information related to the time-to-live or time-to-live guarantee policy to the communication network;
[0292] Adjusting or selecting resources for priority transmission;
[0293] Adjusting the logical channel mapping limit;
[0294] Adjusting or selecting logical channel mapping parameters;
[0295] Adjusting or selecting quality of service (QoS) parameters, where the QoS parameters include at least one of reliable transmission parameters and transmission priorities;
[0296] Adjusting the serving cell;
[0297] Adjusting the transmission bandwidth; and
[0298] Starting or maintaining a timer corresponding to the time-to-live.
[0299] In this application, there is no mutually restrictive relationship between determining whether the time-to-live is satisfied and determining whether to execute the first behavior. Moreover, regardless of whether the time-to-live is satisfied, it can be determined whether to execute the first behavior according to the situation. Vice versa, regardless of whether the first behavior is executed, it can be determined whether the time-to-live is satisfied.
[0300] In this application, the first object may include, for example, an application-level transmission object.
[0301] Optionally, the application-level transmission object may include at least one of the following:
[0302] A terminal device;
[0303] A user plane bearer (DRB);
[0304] A quality of service (QoS) flow;
[0305] A time-sensitive network (TSN) flow; and
[0306] A packet data unit (PDU) session.
[0307] That is, in this application, not only can the terminal device satisfy the time-to-live, but other application-level transmission objects can also satisfy the time-to-live. In other words, this application can support the guarantee of transmission quality related to the time-to-live for numerous application-level transmission objects.
[0308] Optionally, the communication method according to an embodiment of this application may include the following content, as Figure 9 shown.
[0309] S7301. The terminal device UE determines that the execution entity of the survival time guarantee policy is the access stratum (AS) of the UE.
[0310] In this example, it can be determined that the execution entity is the access stratum (AS) of this UE.
[0311] Optionally, the access stratum (AS) includes at least one of the following: Medium Access Control (MAC) layer; Packet Data Convergence Protocol (PDCP) layer; and Radio Link Control (RLC) layer.
[0312] S7302. The access stratum (AS) of the UE determines whether to initiate the survival time guarantee policy.
[0313] Optionally, in this example, when the execution entity is the access stratum (AS) of the terminal device, the access stratum (AS) of the terminal device, which is the execution entity, can determine whether to initiate the survival time guarantee policy.
[0314] Among them, S7301 and S7302 can correspond to the aforementioned step S730 or S732.
[0315] In addition, as described above, optionally, the communication method according to an embodiment of the present application may include S740 (in response to determining to initiate the survival time guarantee policy, perform a first action), as shown in FIG. 7(a).
[0316] Among them, optionally, for various possible first actions, the action of "sending feedback information related to the survival time or the survival time guarantee policy to the communication network" can be performed by a communication device, for example, can be performed by the access stratum (AS) of the UE; for actions such as "adjusting or selecting resources for priority transmission", "adjusting the logical channel mapping limit", "adjusting or selecting logical channel mapping parameters", "adjusting or selecting Quality of Service (QoS) parameters", "adjusting the serving cell", "adjusting the transmission bandwidth", etc., can be performed by a network device or, under the control of the network device, by a communication device, for example, by the access stratum (AS) of the UE; the action of "starting or maintaining a timer corresponding to the survival time" can also be performed by a network device or, under the control of the network device, by a communication device, for example, by the access stratum (AS) of the UE.
[0317] Optionally, as described above, S740 may include S741 and S742, as shown in FIG. 7(b).
[0318] S741. In response to determining to initiate the survival time guarantee policy, start a timer corresponding to the survival time.
[0319] Optionally, in this application, the above step S741 can also be performed after the aforementioned step S730 or S732. That is, after starting the survival time guarantee policy, a timer corresponding to the survival time can be started for convenient monitoring.
[0320] For example, the timer can be started by the UE access stratum (AS) acting as the execution entity. That is, whether the execution entity is the UE access stratum (AS) itself or, as mentioned in Example 2 later, the execution entity is the UE access stratum (AS) together with the higher layers of the UE, the UE access stratum (AS) can start the timer. However, this application is not limited to this, but the timer corresponding to the survival time can also be started by other functional modules / layers.
[0321] Optionally, the timing for starting the timer can include at least one of the following:
[0322] When each packet or burst is transmitted;
[0323] When it is determined that the first packet or burst is transmitted erroneously;
[0324] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0325] When it is determined that the next packet or burst needs to be transmitted successfully.
[0326] S742, at a specific timing, perform the first action.
[0327] In this application, after determining to start the survival time guarantee policy, a timer corresponding to the survival time can be started to facilitate monitoring of the communication quality, and at a timing related to the timer (a condition for triggering the execution of the first action related to the timer), the first action is performed. However, the first action can also be performed regardless of whether the timer is started.
[0328] Optionally, the communication device can perform the first action at at least one of the following timings:
[0329] After the timer starts;
[0330] During the running of the timer;
[0331] At a specific moment before the expiration of the running of the timer;
[0332] At a specific moment after the timeout or stop of the timer; and
[0333] At a specific moment after the expiration of the running of the timer.
[0334] Specifically, for example, when the corresponding timer times out, during the operation of the corresponding timer (such as immediately after the corresponding timer is started or after a certain period of time after its start), at a specific moment before the corresponding timer times out (for example, this moment is "the duration of the corresponding timer - one service cycle", that is, the last service cycle), etc., the UE needs to ensure the survival time requirement or ensure the correct transmission of the next packet. Therefore, the UE can perform the first action.
[0335] For example, if the timer times out, it is considered that the survival time requirement cannot be guaranteed. Therefore, it is necessary to ensure the successful transmission of the packet or burst before the timer times out. In other words, the first packet or burst after the timer expires must be correct, or preferably, the packet or burst before the timer times out is guaranteed to be transmitted successfully, otherwise it can be considered that the survival time requirement is not guaranteed. That is, the first action needs to be performed before the survival requirement is guaranteed to better guarantee the survival time requirement.
[0336] Optionally, the timeout time of the survival time can be determined according to the time when the subsequent data will appear and / or the duration of the timer (the duration of the timer). That is, the timeout time of the survival time can be determined only based on the duration of the timer, or can be determined based on the duration of the timer and the time when the subsequent data will appear, or can also be determined only based on the time when the subsequent data will appear. However, the present application is not limited thereto.
[0337] For the above first action, more specifically, for example, during the operation of the corresponding timer, the UE can select the second reliable transmission parameter instead of the first reliable transmission parameter, or can adjust the reliable transmission parameter. For example, a lower-order MCS (Modulation and Coding Scheme), more repetition times, etc.
[0338] For another example, during the operation or after the start of the timer corresponding to the survival time, or when the timer corresponding to the survival time times out, the UE can use the copy transmission activation method to transmit.
[0339] For another example, as described above, when the timer corresponding to the survival time is started or times out, the UE can report the problems or requirements related to the survival time to the network, hoping that the network will give instructions or adjustments.
[0340] For another example, if the access stratum (AS) of a UE acting as a receiving end receives a first transmission failure packet (or a burst is also acceptable, and this application does not limit this), it starts a timer with a survival time and begins timing of this timer, and based on the time when the next packet will arrive (i.e., the time after a transmission interval has passed since the time of receiving the first failure packet, and this time can be used as an auxiliary parameter) and / or the time when the timer times out, it executes or determines whether to execute a first action.
[0341] In addition, from the above description, although it is possible to have started a timer corresponding to the survival time before executing the first action, there can be more than one timer corresponding to the survival time. For example, a timer corresponding to the survival time can be started when the first transmission fails, and a timer corresponding to the survival time can be started when there are N (e.g., N is greater than 1 and less than or equal to the maximum allowable number of consecutive transmission failures) consecutive transmission failures. For example, when N = 2, a corresponding timer can be started, and when N = 3, a corresponding timer can be started. In short, the number of timers started can be relatively flexible and not necessarily limited to 1. Therefore, various situations regarding "executing the first action" do not conflict.
[0342] Examples will be given more specifically below.
[0343] For example, if the access stratum (AS) of a UE acting as a receiving end receives a first transmission failure packet, it starts a timer corresponding to the survival time and begins timing of this timer (it can also preferably provide the time when the next packet will arrive (this time can be used as an auxiliary parameter) and / or the time when the timer times out), and can execute the first action or determine whether to execute the first action.
[0344] For another example, if the access stratum (AS) of a UE acting as a receiving end receives a first transmission failure packet, it starts a timer corresponding to the survival time and begins timing of this timer, and can execute the first action according to the time when the next packet will arrive (i.e., the above-mentioned auxiliary parameter) at the last tolerable moment, such as the moment of "duration of the survival time - 1 service cycle", or for example, the moment of N - 1 consecutive packet transmission failures (where N is the maximum allowable number of consecutive packet transmission failures).
[0345] In this application, it is also acceptable to perform the above operations according to a burst, and this application does not limit this.
[0346] Optionally, the first action can be executed by the access stratum (AS) of the UE.
[0347] Specifically, for example, when the UE acts as a receiving end, the UE can notify the network side. Then, the network takes corresponding safeguard measures in the subsequent data transmission, such as QoS safeguard measures, including but not limited to using more repetitions, lower-order MCS, PDCP duplication, high-priority resource preemption, and so on.
[0348] When the receiving end is a base station, the base station can take similar measures. At this time, the base station may not need to report to the network, or it can also report to the core network device by the base station. The quality measures can also include, for example, the above-mentioned use of more repetitions, lower-order MCS, PDCP duplication, high-priority resource preemption, and so on.
[0349] Through this example, a communication method for supporting and guaranteeing the survival time on the end user (more specifically, on the access stratum AS of the UE) is provided, thereby enabling the reduction of the transmission error rate and guaranteeing or providing better transmission quality.
[0350] In addition, as mentioned above, the first information may further include a first parameter, and the first parameter may include at least one of the following: survival time; user plane bearer DRB identifier, quality of service flow (QoS flow) identifier; time-sensitive network TSN flow (TSN stream) identifier; packet data unit session identifier (PDU session) identifier; service arrival time; service mode, etc.
[0351] The first parameter and the first indication may appear separately in the first information, or may appear simultaneously. In addition, the first parameter and the first indication may be different parts in the first information respectively, or the first parameter may include the first indication, or the first indication may include the first parameter. For these formal aspects of the first parameter and the first indication, this application has no restrictions as long as the content meets the requirements.
[0352] Example 2
[0353] The main difference between this example and Example 1 is that the execution entity determined in Example 1 is the UE access stratum AS, and in this example, the UE access stratum AS and the higher layer of the UE are determined as the execution entity together. The following will mainly describe the differences from Example 1, and the same or similar parts will not be repeated.
[0354] Similarly, for the UE in S730 or S732, etc., to determine whether to start the survival time guarantee policy may include the following content, as Figure 10 shown.
[0355] S7301’, the UE determines that the execution entity of the survival time guarantee policy is the access stratum AS and the higher layer of the UE.
[0356] In this example, it can be determined that the execution entity is the access stratum (AS) of the UE and the higher layer of the UE, that is, the time-to-live guarantee policy is executed through the cooperation between the access stratum AS and the higher layer.
[0357] Optionally, the higher layer of the UE includes at least one of the following: the device-side transmission sequence number (TSN) converter DS-TT layer; the non-access stratum (NAS); and the application layer. However, these are only examples, and this application is not limited thereto.
[0358] S7302’, the higher layer of the UE determines whether to initiate the time-to-live guarantee policy.
[0359] Optionally, when the execution entity is the access stratum AS of the terminal device and the higher layer of the terminal device, the higher layer of the terminal device can determine whether to initiate the time-to-live guarantee policy.
[0360] Optionally, as shown in FIG. 7(a), the example of the communication method according to the embodiment of the present application may further include S740. Similarly, this step may also be included in this example.
[0361] In this example, similarly, in S740, in response to determining to initiate the time-to-live guarantee policy, a first action is executed.
[0362] Among them, optionally, in this example, for various possible first actions, the action of "sending feedback information related to the time-to-live or the time-to-live guarantee policy to the communication network" can be executed by the communication device, for example, can be executed by the access stratum AS of the UE; for actions such as "adjusting or selecting resources for priority transmission", "adjusting the logical channel mapping limit", "adjusting or selecting logical channel mapping parameters", "adjusting or selecting quality of service (QoS) parameters", "adjusting the serving cell", "adjusting the transmission bandwidth", etc., can be executed by the network device, or under the control of the network device, by the communication device, for example, by the higher layer or the access stratum AS of the UE; the action of "starting or maintaining a timer corresponding to the time-to-live" can also be executed by the network device or under the control of the network device, by the communication device, for example, by the higher layer or the access stratum AS of the UE.
[0363] Optionally, the above S740 may similarly include (as shown in FIG. 7(b)):
[0364] S741, in response to determining to initiate the time-to-live guarantee policy, start a timer corresponding to the time-to-live; and
[0365] S742, at a specific timing, execute a first action.
[0366] For example, optionally, a timer corresponding to the survival time can be started by a higher layer or the access stratum (AS) of the UE.
[0367] Optionally, when the higher layer of the terminal device UE determines to start the survival time guarantee policy, indication information as a second indication can be sent to the access stratum AS of the terminal device to configure or indicate starting the survival time guarantee policy.
[0368] Optionally, the access stratum AS of the terminal device can correspondingly determine to start the survival time guarantee policy in response to receiving the second indication from the higher layer of the terminal device.
[0369] The steps in this example are described in detail for ease of understanding. Those skilled in the art should understand that not all of these steps are necessary, and the order of these steps is also exemplary. Therefore, the order of the steps can also be adjusted according to the situation.
[0370] In addition, in this example, the above step S740 can also be similarly used after the foregoing step S730 or S732. That is, after starting the survival time guarantee policy, a timer corresponding to the survival time can be started to facilitate monitoring the communication quality, and at the timing related to the timer (the condition for triggering the execution of the first action related to the timer), the first action is executed. However, the first action can also be executed regardless of whether the timer is started.
[0371] As described above, the communication device can execute the first action at a specific timing.
[0372] Optionally, the first action can be executed at at least one of the following timings:
[0373] When the timer is started;
[0374] After the timer starts;
[0375] During the running of the timer;
[0376] At a specific moment before the running period of the timer expires;
[0377] At a specific moment after the timer times out or stops; and
[0378] At a specific moment after the running period of the timer expires.
[0379] Optionally, for various possible first actions, the action of "sending feedback information related to the survival time or the survival time guarantee policy to the communication network" can be performed by the communication device, for example, by the higher layer or the access stratum (AS) of the UE; for actions such as "adjusting or selecting resources for priority transmission", "adjusting the logical channel mapping limit", "adjusting or selecting logical channel mapping parameters", "adjusting or selecting quality of service (QoS) parameters", "adjusting the serving cell", "adjusting the transmission bandwidth", etc., they can be performed by the network device or, under the control of the network device, by the communication device, for example, by the higher layer or the access stratum (AS) of the UE; the action of "starting or maintaining a timer corresponding to the survival time" can also be performed by the network device or, under the control of the network device, by the communication device, for example, by the higher layer or the access stratum (AS) of the UE.
[0380] The interaction between the higher layer of the UE and the access stratum (AS) of the UE will be described in more detail below.
[0381] First, the higher layer of the UE sends indication information and / or auxiliary information as a second indication to the AS layer of the UE, so that the AS layer of the UE performs the first action.
[0382] Among them, the indication information and / or auxiliary information can be survival time-related information. Specifically, the indication information as the second indication is similar to the first indication and will not be elaborated here. The auxiliary information can be used to provide the specific moment mentioned above, or to provide information such as the survival time not being satisfied. However, the auxiliary information can also be the indication information as the second indication or a part thereof.
[0383] After the AS layer of the UE receives the indication information and / or auxiliary information from the higher layer of the UE, according to the information, the UE performs the first action, or performs the first action on the first object; or, when it is determined that the first condition is satisfied according to the information, the UE performs the first action, or performs the first action on the first object.
[0384] For example, when receiving the indication information and / or auxiliary information from the higher layer of the UE (such as the non-access stratum (NAS) of the UE or the DS-TT (device-side TSN converter) of the UE), the UE can select the second reliable transmission parameter instead of the first reliable transmission parameter, or can adjust the reliable transmission parameter (such as a lower MCS, more retransmission times, etc.).
[0385] For another example, when receiving the indication information and / or auxiliary information from the higher layer of the UE, it can be reported to the network to trigger network regulation to guarantee the survival time.
[0386] Examples will be given in more detail below.
[0387] For example, if the application layer (higher layer) of a UE acting as a receiving end receives the first failed packet, it starts timing a timer corresponding to the survival time. At this time, the application layer of the UE notifies its AS layer of the indication information for starting the timer. In other words, in this example, instead of the AS layer evaluating by itself, it can directly follow the indication of the higher layer (here the application layer). And when the application layer of the UE gives the indication information, it can preferably also give, for example, the time when the next packet will appear (i.e., the auxiliary parameter) and / or the time when the timer times out, and can perform the first action or determine whether to perform the first action.
[0388] For another example, if the application layer (higher layer) of a UE acting as a receiving end receives the first failed packet, it starts timing a timer corresponding to the survival time. And at the last tolerable moment, for example, at the moment of "the duration of the survival time - 1 service cycle", or for example, at the moment when N - 1 consecutive packet transmissions fail (where N is the maximum allowable number of consecutive packet transmission failures), the application layer of the UE can notify the AS layer of the indication to start the timer. And when the application layer of the UE gives the indication information, it can preferably also give, for example, the time when the next data will appear (i.e., the aforementioned auxiliary parameter) and / or the time when the timer times out, and can perform the first action.
[0389] Optionally, the first action can be performed by the higher layer or the access layer of the UE.
[0390] Specifically, for example, when the UE acts as a receiving end, the UE (such as the higher layer or the access layer of the UE) can notify the network side, and then the network takes corresponding guarantee measures in the subsequent data transmission, such as QoS guarantee measures, including but not limited to using more repetitions, lower-order MCS, PDCP retransmission, high-priority resource preemption, and so on.
[0391] When the base station acts as a receiving end, the base station can take quality measures similar to those of the UE. At this time, the base station can not report to the network, or it can also report to the core network device by the base station. The quality measures can also include, for example, the above-mentioned using more repetitions, lower-order MCS, PDCP retransmission (duplication), high-priority resource preemption, and so on.
[0392] Compared with Example 1, this example presents a communication method in which the UE higher layer (such as the application layer of the UE) cooperates with the AS layer of the UE to support and guarantee the survival time, thereby enabling the reduction of the transmission error rate and ensuring or providing better transmission quality.
[0393] Example 3
[0394] Although in the above Examples 1 and 2, the terminal device UE is described as the receiving end, in fact, the terminal device UE can also be the sending end. Moreover, as described above, the communication device that can use the communication method of this application is not limited to the UE, but can be any communication device, such as an access network device, a core network device, a terminal device, etc. Moreover, the communication device can be either the sending end or the receiving end, and there is no restriction on this in this application. That is to say, whether it is the judgment of the survival time, the judgment of the first condition, or the judgment of the first behavior, as well as any operation before or after that, can be performed by the communication device. That is, it can execute the communication method of this application as the sending end or as the receiving end. The following will still be described specifically by way of examples.
[0395] First, one of the differences between being the sending end and being the receiving end lies in the timing of determining that the survival time is satisfied.
[0396] The above example describes the timing of determining that the survival time is satisfied when the communication device is the receiving end. The following will introduce the case of the sending end.
[0397] Optionally, according to the embodiments of this application, when a communication device such as the terminal device UE or the access network device is the sending end, the timing of satisfying the survival time may include at least one of the following:
[0398] When each packet or burst is sent;
[0399] When it is determined that the first packet or burst is sent incorrectly;
[0400] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0401] When it is determined that the next packet or burst needs to be sent successfully.
[0402] It can be seen that for the case of being the sending end, the timing of satisfying the survival time depends on the information related to sending; similarly, for the case of being the receiving end, the timing of satisfying the survival time depends on the information related to receiving.
[0403] In addition, when being the sending end, the communication device as the sending end can also, like the receiving end, send at least one of the following to the communication network:
[0404] Feedback information on the incorrect sending of a packet or burst;
[0405] Feedback information that the survival time is not satisfied;
[0406] Behavior requests or behavior indications related to the survival time; and
[0407] The feedback information required for the survival time guarantee policy.
[0408] However, when the access network device acts as a receiver or a transmitter, there may also be some differences from when the UE acts as a receiver or a transmitter.
[0409] For example, in the case where the communication device is an access network device, the execution entity of the survival time guarantee policy can be the access network device or the access network device and at least one core network device associated with the access network device.
[0410] In the case where the execution entity is the access network device, the access network device determines whether to start the survival time guarantee policy.
[0411] Furthermore, in the case where the execution entity is the access network device and at least one core network device associated with the access network device, the above communication method may include at least one of the following:
[0412] The core network device determines whether to start the survival time guarantee policy; and
[0413] In the case where the core network device determines to start the survival time guarantee policy, it sends indication information as a third indication to the access network device to configure or indicate the start of the survival time guarantee policy; and
[0414] The access network device determines to start the survival time guarantee policy accordingly in response to receiving the third indication from the core network device.
[0415] The third indication here is similar to the first indication and the second indication, and will not be elaborated here.
[0416] In addition, according to an embodiment of the present application, when the access network device or the core network device determines to start the survival time guarantee policy, a timer corresponding to the survival time is started.
[0417] Other aspects of the communication method in this example are similar to those in the foregoing Examples 1 and 2, and will not be elaborated here.
[0418] Figure 11 It is a schematic block diagram of a communication device 400 according to an embodiment of the present application. The communication device 400 may include a processing module 410.
[0419] Among them, the processing module can be configured to: determine whether to start the survival time guarantee policy based on the first information.
[0420] Optionally, the processing module determines whether to initiate the survival time guarantee policy, including at least one of the following:
[0421] Determine whether it is necessary to meet the survival time; and
[0422] Determine whether to execute the first action.
[0423] Optionally, the processing module determines whether it is necessary to meet the survival time, which may include determining whether it belongs to the timing of meeting the survival time.
[0424] Among them, the timing of meeting the survival time includes at least one of the following:
[0425] When each packet or burst is transmitted;
[0426] When it is determined that the first packet or burst transmission is in error;
[0427] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0428] When it is determined that the next packet or burst needs to be transmitted successfully.
[0429] Optionally, the processing module may further be configured to:
[0430] In response to determining to initiate the survival time guarantee policy, cause the first action to be executed.
[0431] Optionally, the processing module may further be configured to:
[0432] In response to initiating the survival time guarantee policy, start a timer corresponding to the survival time; and
[0433] At a specific timing, execute the first action.
[0434] Optionally, the first action may include monitoring actions and / or guarantee actions related to the survival time.
[0435] Among them, the first action may include at least one of the following:
[0436] Send feedback information related to the survival time or the survival time guarantee policy to the communication network;
[0437] Adjust or select resources for priority transmission;
[0438] Adjust the logical channel mapping limit;
[0439] Adjust or select logical channel mapping parameters;
[0440] Adjust or select Quality of Service (QoS) parameters, where the QoS parameters include at least one of reliable transmission parameters and transmission priorities;
[0441] Adjust the serving cell;
[0442] Adjust the transmission bandwidth; and
[0443] Start or maintain a timer corresponding to the survival time.
[0444] Optionally, determining whether to start the survival time guarantee policy by the processing module may include determining whether a first object starts the survival time guarantee policy.
[0445] Optionally, the first object includes an application-level transmission object, and the application-level transmission object includes at least one of the following:
[0446] A terminal device;
[0447] A Data Radio Bearer (DRB) of the user plane;
[0448] A Quality of Service (QoS) flow;
[0449] A Time-Sensitive Networking (TSN) flow; and
[0450] A Packet Data Unit (PDU) session.
[0451] Optionally, the first information includes a first parameter.
[0452] Wherein, the first parameter may include at least one of the following:
[0453] Survival Time (ST);
[0454] A DRB identifier of the user plane;
[0455] A QoS flow identifier;
[0456] A TSN flow identifier;
[0457] A PDU session identifier;
[0458] Service arrival time;
[0459] Service period; and
[0460] Service mode.
[0461] Optionally, the first information may include a first indication, and the first indication can be used to configure or indicate starting the survival time guarantee policy.
[0462] Optionally, the processing module is further configured to determine whether a first condition is met when determining whether to start the survival time guarantee policy.
[0463] Optionally, the processing module may determine whether the first condition is satisfied based on the first information.
[0464] Optionally, the first condition may include at least one of the following:
[0465] The communication device is instructed with a survival time;
[0466] The communication device is configured with a survival time;
[0467] The communication device is instructed to start the survival time guarantee policy; and
[0468] The communication device is configured to start the survival time guarantee policy.
[0469] Optionally, the communication device may include one of the following:
[0470] A terminal device; and
[0471] An access network device.
[0472] Optionally, when the communication device is a terminal device, the processing module is further configured to determine an execution entity of the survival time guarantee policy on the terminal device.
[0473] Optionally, the processing module determines that the execution entity is the access stratum (AS) of the terminal device, or the processing module determines that the execution entity is the access stratum (AS) of the terminal device and a higher layer of the terminal device.
[0474] Optionally, the access stratum (AS) includes at least one of the following: a media access control (MAC) layer; a packet data convergence protocol (PDCP) layer; and a radio link control (RLC) layer; and
[0475] wherein, the higher layer of the terminal device includes at least one of the following: a device side transmission sequence number (TSN) converter (DS-TT) layer; a non-access stratum (NAS); and an application layer.
[0476] Optionally, when the execution entity is the access stratum (AS) of the terminal device, the processing module causes the access stratum (AS) of the terminal device, which is the execution entity, to determine whether to start the survival time guarantee policy.
[0477] Optionally, the processing module causes at least one of the following to be performed:
[0478] When the execution entity is the access stratum (AS) of the terminal device and a higher layer of the terminal device, the higher layer of the terminal device determines whether to start the survival time guarantee policy; and
[0479] When it is determined at a higher layer of the terminal device to activate the survival time guarantee policy, indication information as a second indication is sent to the access stratum (AS) of the terminal device to configure or indicate the activation of the survival time guarantee policy; and
[0480] In response to receiving the second indication from the higher layer of the terminal device, the access stratum (AS) of the terminal device correspondingly determines to activate the survival time guarantee policy.
[0481] Optionally, the processing module causes a timer corresponding to the survival time to be started when it is determined at the access stratum (AS) of the terminal device or the higher layer of the terminal device to activate the survival time guarantee policy.
[0482] Optionally, when it is determined to activate the survival time guarantee policy, the terminal device reports feedback information related to the satisfaction of the survival time to the communication network, and the communication network takes corresponding guarantee measures based on the received feedback information.
[0483] Optionally, when the communication device is an access network device, the execution entity of the survival time guarantee policy is the access network device or the access network device and at least one core network device associated with the access network device.
[0484] Optionally, when the execution entity is the access network device, the access network device determines whether to activate the survival time guarantee policy.
[0485] Optionally, when the execution entity is the access network device and at least one core network device associated with the access network device, at least one of the following is performed:
[0486] The core network device determines whether to activate the survival time guarantee policy; and
[0487] When the core network device determines to activate the survival time guarantee policy, indication information as a third indication is sent to the access network device to configure or indicate the activation of the survival time guarantee policy; and
[0488] In response to receiving the third indication from the core network device, the access network device correspondingly determines to activate the survival time guarantee policy.
[0489] Optionally, when the access network device or the core network device determines to activate the survival time guarantee policy, a timer corresponding to the survival time is started.
[0490] Optionally, when the communication device is the receiving end of a packet or burst, the timing for satisfying the survival time may include at least one of the following:
[0491] Upon receiving each packet or burst;
[0492] When it is determined that the first packet or burst is received in error;
[0493] When the number of consecutive reception failures is more than one and less than or equal to the maximum allowable number of consecutive reception failures; and
[0494] When it is determined that the next packet or burst needs to be received successfully.
[0495] Optionally, the communication device as the receiving end may send at least one of the following to the communication network:
[0496] Feedback information on packet or burst reception error;
[0497] Feedback information on insufficient survival time;
[0498] Behavior requests or behavior indications related to the survival time; and
[0499] Feedback information required for the survival time guarantee policy.
[0500] Optionally, when the communication device determines to activate the survival time guarantee policy, a timer corresponding to the survival time is started; or, when the communication device starts a timer corresponding to the survival time, it is determined to activate the survival time guarantee policy; or, when the timer corresponding to the survival time of the communication device expires, it is determined to activate the survival time guarantee policy.
[0501] Optionally, the timing of starting the timer includes at least one of the following:
[0502] Upon transmitting each packet or burst;
[0503] When it is determined that the first packet or burst is transmitted in error;
[0504] When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and
[0505] When it is determined that the next packet or burst needs to be transmitted successfully.
[0506] Optionally, the communication device performs the first behavior at at least one of the following times:
[0507] After the timer starts;
[0508] During the running of the timer;
[0509] At a specific moment before the expiration of the running of the timer;
[0510] At a specific moment after the timeout or stop of the timer; and
[0511] At a specific moment after the expiration of the running period of the timer.
[0512] Optionally, the survival time is related to the service cycle. For example, the survival time can be an integer multiple or a non-integer multiple of the service cycle, but the present application is not limited thereto.
[0513] Optionally, the survival time can be one of the following:
[0514] The maximum allowable number of consecutive transmission burst errors;
[0515] The maximum allowable time of consecutive transmission burst errors;
[0516] The maximum allowable number of consecutive transmission packet errors;
[0517] The maximum allowable time of consecutive transmission packet errors.
[0518] Optionally, the first information or the survival time is received by the communication device from the outside or comes from the communication device itself.
[0519] The communication device 400 in the embodiment of the present application can implement the corresponding functions of the communication device in the foregoing method embodiment. For the corresponding processes, functions, implementation manners, and beneficial effects of each module (sub-module, unit, or component, etc.) in the communication device 400, reference can be made to the corresponding descriptions in the foregoing method embodiment, which will not be elaborated herein. It should be noted that the functions described for each module (sub-module, unit, or component, etc.) in the communication device 400 of the application embodiment can be implemented by different modules (sub-modules, units, or components, etc.), or can be implemented by the same module (sub-module, unit, or component, etc.).
[0520] Figure 12 It is a schematic structural diagram of a communication device 600 according to another embodiment of the present application. The communication device 600 includes a processor 610, and the processor 610 can call and run a computer program from a memory to enable the communication device 600 to implement the communication method in the embodiment of the present application.
[0521] Optionally, the communication device 600 may further include a memory 620. Among them, the processor 610 can call and run a computer program from the memory 620 to enable the communication device 600 to implement the method in the embodiment of the present application.
[0522] Among them, the memory 620 can be a separate device independent of the processor 610, or can be integrated in the processor 610.
[0523] Optionally, the communication device 600 may further include a transceiver 630, and the processor 610 may control the transceiver 630 to communicate with other devices. Specifically, it may send information or data to other devices, or receive information or data sent by other devices.
[0524] Among them, the transceiver 630 may include a transmitter and a receiver. The transceiver 630 may further include an antenna, and the number of antennas may be one or more.
[0525] Optionally, the communication device 600 may be a network device (such as an access network device or a core network device) in the embodiments of the present application, and the communication device 600 may implement the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, details are not described herein again.
[0526] Optionally, the communication device 600 may be a terminal device in the embodiments of the present application, and the communication device 600 may implement the corresponding processes implemented by the terminal device in the various methods of the embodiments of the present application. For the sake of brevity, details are not described herein again.
[0527] Figure 13 FIG. 13 is a schematic structural diagram of a chip 700 according to an embodiment of the present application. The chip 700 includes a processor 710, and the processor 710 may call and run a computer program from a memory to implement the methods in the embodiments of the present application.
[0528] Optionally, the chip 700 may further include a memory 720. Among them, the processor 710 may call and run a computer program from the memory 720 to implement the methods executed by the terminal device or the network device in the embodiments of the present application.
[0529] Among them, the memory 720 may be a separate device independent of the processor 710, or may be integrated in the processor 710.
[0530] Optionally, the chip 700 may further include an input interface 730. Among them, the processor 710 may control the input interface 730 to communicate with other devices or chips. Specifically, it may obtain information or data sent by other devices or chips.
[0531] Optionally, the chip 700 may further include an output interface 740. Among them, the processor 710 may control the output interface 740 to communicate with other devices or chips. Specifically, it may output information or data to other devices or chips.
[0532] Optionally, the chip may be applied to the network device in the embodiments of the present application, and the chip may implement the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, details are not described herein again.
[0533] Optionally, the chip can be applied to the terminal device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the terminal device in each method of the embodiments of the present application. For the sake of brevity, it will not be elaborated here.
[0534] The chips applied to the network device and the terminal device can be the same chip or different chips.
[0535] It should be understood that the chip mentioned in the embodiments of the present application can also be referred to as a system-on-chip, system chip, chip system, or system-on-chip, etc.
[0536] The above-mentioned processor can be a general-purpose processor, a digital signal processor (DSP), a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or other programmable logic devices, transistor logic devices, discrete hardware components, etc. Among them, the above-mentioned general-purpose processor can be a microprocessor or any conventional processor, etc.
[0537] The above-mentioned memory can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM).
[0538] It should be understood that the above memory is an exemplary but not restrictive description. For example, the memory in the embodiments of the present application may also be a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDR SDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synch link dynamic random access memory (SLDRAM), and a direct rambus random access memory (DR RAM), etc. That is to say, the memory in the embodiments of the present application is intended to include but not limited to these and any other suitable types of memory.
[0539] Figure 14 FIG. 4 is a schematic block diagram of a communication system 800 according to an embodiment of the present application. The communication system 800 includes at least one communication device 810.
[0540] Wherein, the communication device 810 may be the communication device described above. That is, the communication device 810 may be used to implement the corresponding functions implemented by the communication device in the above method. For the sake of brevity, it will not be described in detail here.
[0541] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, the processes or functions in the embodiments of the present application are generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website, computer, server, or data center to another website, computer, server, or data center by wire (such as coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wirelessly (such as infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more integrated available media. The available medium can be a magnetic medium (such as a floppy disk, hard disk, magnetic tape), an optical medium (such as a DVD), or a semiconductor medium (such as a Solid State Disk (SSD)), etc.
[0542] It should be understood that in various embodiments of the present application, the sequence numbers of the above processes do not mean the order of execution. The order of execution of each process should be determined by its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
[0543] Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the systems, devices, and units described above can refer to the corresponding processes in the foregoing method embodiments, and will not be described herein again.
[0544] The above are only specific embodiments of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application, and all should be covered by the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.
Claims
1. A communication method, comprising: Based on first information, a communication device initiates a time-to-live guarantee policy when there is an error in the first packet or burst transmission; Said initiating the time-to-live guarantee policy includes initiating the time-to-live guarantee policy for a first object, wherein the first object includes a user plane bearer DRB; Wherein, when the communication device is a terminal device, the method further includes: The terminal device determines an execution entity of the time-to-live guarantee policy on the terminal device, wherein the execution entity includes the access stratum AS of the terminal device; wherein the access stratum AS includes a media access control MAC layer; Wherein, said initiating the time-to-live guarantee policy includes: performing a first action; Wherein the first action includes a guarantee action related to the time-to-live, and the guarantee action includes PDCP retransmission; Wherein, when the communication device is a terminal device, the execution entity further includes a higher layer of the terminal device, and the higher layer of the terminal device includes at least one of the following: a device-side transmission sequence number TSN converter DS-TT layer; a non-access stratum NAS; and an application layer; Wherein, the communication method further includes When the execution entity is the access stratum AS and the higher layer of the terminal device of the terminal device, the higher layer of the terminal device determines whether to initiate the time-to-live guarantee policy; and Wherein, when the higher layer of the terminal device determines to initiate the time-to-live guarantee policy, it sends indication information as a second indication to the access stratum AS of the terminal device to configure or indicate the initiation of the time-to-live guarantee policy; and The access stratum AS of the terminal device determines to initiate the time-to-live guarantee policy accordingly in response to receiving the second indication from the higher layer of the terminal device.
2. The communication method according to claim 1, wherein, Said initiating the time-to-live guarantee policy further includes at least one of the following: Initiating the time-to-live guarantee policy every time a packet or burst is transmitted; Initiating the time-to-live guarantee policy when the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; And Initiating the time-to-live guarantee policy when it is determined that the next packet or burst needs to be transmitted successfully.
3. The communication method according to claim 1, wherein The first action further includes at least one of the following: Sending feedback information related to the time-to-live or the time-to-live guarantee policy to the communication network; Adjusting or selecting resources for priority transmission; Adjusting the logical channel mapping limit; Adjusting or selecting logical channel mapping parameters; Adjusting or selecting quality of service QoS parameters, where the quality of service QoS parameters include at least one of reliable transmission parameters and transmission priorities; Adjusting the serving cell; Adjusting the transmission bandwidth; and Starting or maintaining a timer corresponding to the time-to-live.
4. The communication method according to claim 3, wherein, Said performing the first action includes: In response to initiating the time-to-live guarantee policy, starting a timer corresponding to the time-to-live; and Performing the first action at a specific timing.
5. The communication method according to any one of claims 1 to 4, wherein, The first object further includes at least one of the following: A terminal device; A quality of service QoS flow; A time-sensitive network TSN flow; and A packet data unit PDU session.
6. The communication method according to any one of claims 1 to 4, wherein, The first information includes a first parameter, and the first parameter includes at least one of the following: Survival time ST; User plane bearer DRB identifier; Quality of Service QoS flow identifier; Time Sensitive Network TSN flow identifier; PDU session identifier; Service arrival time; Service period; and Service mode.
7. The communication method according to any one of claims 1 to 4, wherein, The first information includes a first indication, and the first indication is used to configure or indicate the activation of a survival time guarantee policy.
8. The communication method according to any one of claims 1 to 4 further includes: When determining whether to activate a survival time guarantee policy, the communication device determines whether a first condition is met.
9. The communication method according to claim 8, wherein, The communication device determines whether the first condition is met based on the first information.
10. The communication method according to claim 9, wherein, The first condition includes at least one of the following: The communication device is instructed with a survival time; The communication device is configured with a survival time; The communication device is instructed to activate the survival time guarantee policy; and The communication device is configured to activate the survival time guarantee policy.
11. The communication method according to any one of claims 1 to 4, wherein the communication device includes one of the following: Terminal device; and Access network device.
12. The communication method according to claim 11, Among them, The access stratum AS further includes at least one of the following: Packet Data Convergence Protocol PDCP layer; and Radio Link Control RLC layer.
13. The communication method according to claim 11, wherein When the execution entity is the access stratum AS of the terminal device, the access stratum AS of the terminal device as the execution entity determines whether to activate the survival time guarantee policy.
14. The communication method according to claim 13, wherein When the access stratum AS of the terminal device or a higher layer of the terminal device determines to activate the survival time guarantee policy, a timer corresponding to the survival time is started.
15. The communication method according to claim 11, wherein, When determining to activate the survival time guarantee policy, the terminal device reports feedback information related to the satisfaction of the survival time to the communication network, and the communication network takes corresponding guarantee measures based on the received feedback information.
16. The communication method according to claim 11, when the communication device is an access network device, the execution entity of the survival time guarantee policy is the access network device or the access network device and at least one core network device associated with the access network device.
17. The communication method according to claim 16, when the execution entity is the access network device, the access network device determines whether to activate the survival time guarantee policy.
18. The communication method according to claim 16, when the execution entity is the access network device and at least one core network device associated with the access network device, includes at least one of the following: The core network device determines whether to activate the survival time guarantee policy; and When the core network device determines to activate the survival time guarantee policy, it sends indication information as a third indication to the access network device to configure or indicate the activation of the survival time guarantee policy; and The access network device determines to activate the survival time guarantee policy accordingly in response to receiving the third indication from the core network device.
19. The communication method according to claim 18, wherein when the access network device or the core network device determines to activate the survival time guarantee policy, a timer corresponding to the survival time is started.
20. The communication method according to claim 2, wherein When the communication device is the receiving end of a packet or a burst, the activation of the survival time guarantee policy includes at least one of the following: starting the survival time guarantee policy when each packet or burst is received; starting the survival time guarantee policy when it is determined that the first packet or burst is received in error; starting the survival time guarantee policy when the number of consecutive receiving failures is more than one and less than or equal to the maximum allowable number of consecutive receiving failures; and starting the survival time guarantee policy when it is determined that the next packet or burst needs to be received successfully.
21. The communication method according to claim 20, wherein, The communication device as the receiving end sends at least one of the following to the communication network: feedback information on packet or burst reception error; feedback information on non - satisfaction of the survival time; behavior requests or behavior indications related to the survival time; and feedback information required for the survival time guarantee policy.
22. The communication method according to claim 2, wherein, When the communication device is the sending end of a packet or a burst, the activation of the survival time guarantee policy includes at least one of the following: starting the survival time guarantee policy when each packet or burst is sent; starting the survival time guarantee policy when it is determined that the first packet or burst is sent in error; starting the survival time guarantee policy when the number of consecutive sending failures is more than one and less than or equal to the maximum allowable number of consecutive sending failures; and starting the survival time guarantee policy when it is determined that the next packet or burst needs to be sent successfully.
23. The communication method according to claim 22, wherein, The communication device as the sending end sends at least one of the following to the communication network: feedback information on packet or burst sending error; feedback information on non - satisfaction of the survival time; behavior requests or behavior indications related to the survival time; and feedback information required for the survival time guarantee policy.
24. The communication method according to any one of claims 1 to 4, wherein when the communication device determines to activate the survival time guarantee policy, a timer corresponding to the survival time is started; or when the communication device starts a timer corresponding to the survival time, it determines to activate the survival time guarantee policy; or when the timer corresponding to the survival time of the communication device times out, it determines to activate the survival time guarantee policy.
25. The communication method according to claim 24, wherein The timing of starting the timer includes at least one of the following: when each packet or burst is transmitted; when it is determined that the first packet or burst is transmitted in error; when the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and when it is determined that the next packet or burst needs to be transmitted successfully.
26. The communication method according to claim 4, wherein, The communication device performs the first behavior at least one of the following times: after the timer starts; during the running of the timer; at a specific moment before the expiration of the running of the timer; at a specific moment after the timeout or stop of the timer; and at a specific moment after the expiration of the running of the timer.
27. The communication method according to any one of claims 1 to 4, wherein, The survival time is related to the service cycle.
28. The communication method according to any one of claims 1 to 4, wherein The survival time is one of the following: The maximum allowable number of consecutive transmission burst errors; The maximum allowable time of consecutive transmission burst errors; The maximum allowable number of consecutive transmission packet errors; The maximum allowable time of consecutive transmission packet errors.
29. The communication method according to any one of claims 1 to 4, wherein The first information or the survival time is received by the communication device from the outside or from the communication device itself.
30. A communication device, including a processing module, the processing module being configured to: Based on the first information, when the first packet or burst transmission error occurs, initiate a survival time guarantee policy; The startup survival time guarantee policy includes starting the survival time guarantee policy for the first object, where The first object includes a user plane bearer DRB; Wherein, when the communication device is a terminal device, the processing module is further configured to: determine the execution entity of the survival time guarantee policy on the terminal device, wherein the execution entity includes the access stratum AS of the terminal device; wherein the access stratum AS includes a media access control MAC layer; Wherein, the processing module is further configured to, in response to initiating the survival time guarantee policy, perform a first action; Wherein, the first action includes a guarantee action related to the survival time, and the guarantee action includes PDCP retransmission; Wherein, when the communication device is a terminal device, the execution entity further includes a higher layer of the terminal device, and the higher layer of the terminal device includes at least one of the following: a device-side transmission sequence number TSN converter DS-TT layer; a non-access stratum NAS; and an application layer; Wherein, the processing module is further configured to: When the execution entity is the access stratum AS and the higher layer of the terminal device of the terminal device, the higher layer of the terminal device determines whether to initiate the survival time guarantee policy; and Wherein, when the higher layer of the terminal device determines to initiate the survival time guarantee policy, send indication information as a second indication to the access stratum AS of the terminal device to configure or indicate the initiation of the survival time guarantee policy; and The access stratum AS of the terminal device, in response to receiving the second indication from the higher layer of the terminal device, correspondingly determines to initiate the survival time guarantee policy.
31. The communication device according to claim 30, wherein, The processing module is further configured to perform at least one of the following: Initiate the survival time guarantee policy every time a packet or burst is transmitted; Initiate the survival time guarantee policy when the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; And Initiate the survival time guarantee policy when it is determined that the next packet or burst needs to be transmitted successfully.
32. The communication device according to claim 30, wherein, The first action further includes at least one of the following: Send feedback information related to the survival time or the survival time guarantee policy to the communication network; Adjust or select resources for priority transmission; Adjust the logical channel mapping limit; Adjust or select logical channel mapping parameters; Adjust or select quality of service QoS parameters, where the quality of service QoS parameters include at least one of reliable transmission parameters and transmission priorities; Adjust the serving cell; Adjust the transmission bandwidth; and Start or maintain a timer corresponding to the survival time.
33. The communication device according to claim 30, wherein, The processing module is further configured to: In response to starting the survival time guarantee policy, start a timer corresponding to the survival time; and At a specific timing, perform the first action.
34. The communication device according to claim 30, wherein, The first object further includes at least one of the following: A terminal device; A Quality of Service (QoS) flow; A Time-Sensitive Network (TSN) flow; and A Packet Data Unit (PDU) session.
35. The communication device according to any one of claims 30 to 34, wherein, The first information includes a first parameter, and the first parameter includes at least one of the following: Survival Time (ST); Data Radio Bearer (DRB) identifier of the user plane bearer; QoS flow identifier; TSN flow identifier; PDU session identifier; Service arrival time; Service period; and Service mode.
36. The communication device according to any one of claims 30 to 34, wherein, The first information includes a first indication for configuring or indicating to start the survival time guarantee policy.
37. The communication device according to any one of claims 30 to 34, wherein, The processing module is further configured to determine whether the first condition is met when determining whether to start the survival time guarantee policy.
38. The communication device according to claim 37, wherein, The processing module determines whether the first condition is met based on the first information.
39. The communication device according to claim 38, wherein, The first condition includes at least one of the following: The communication device is indicated with a survival time; The communication device is configured with a survival time; The communication device is indicated to start the survival time guarantee policy; and The communication device is configured to start the survival time guarantee policy.
40. The communication device according to any one of claims 30 to 34, wherein the communication device includes one of the following: A terminal device; and An access network device.
41. The communication device according to claim 40, Among them, The access stratum (AS) further includes at least one of the following: a Packet Data Convergence Protocol (PDCP) layer; and a Radio Link Control (RLC) layer.
42. The communication device according to claim 40, wherein, The processing module is further configured to, when the execution entity is the access stratum (AS) of the terminal device, cause the access stratum (AS) of the terminal device serving as the execution entity to determine whether to start the survival time guarantee policy.
43. The communication device according to claim 42, wherein The processing module is further configured to start a timer corresponding to the survival time when the access stratum (AS) of the terminal device or a higher layer of the terminal device determines to start the survival time guarantee policy.
44. The communication device according to claim 40, wherein, The processing module is further configured to, when determining to start the survival time guarantee policy, report feedback information related to the satisfaction of the survival time to the communication network, and the communication network takes corresponding guarantee measures based on the received feedback information.
45. The communication device according to claim 40, When the communication device is an access network device, the execution entity of the survival time guarantee policy is the access network device or the access network device and at least one core network device associated with the access network device.
46. The communication device according to claim 45, when the execution entity is the access network device, the processing module causes the access network device to determine whether to start the survival time guarantee policy.
47. The communication device according to claim 45, when the execution entity is the access network device and at least one core network device associated with the access network device, the processing module causes at least one of the following to be executed: Cause the core network device to determine whether to start the survival time guarantee policy; And When the core network device determines to initiate the survival time guarantee policy, cause the communication device to send indication information as a third indication to the access network device to configure or indicate the initiation of the survival time guarantee policy; And Cause the access network device to correspondingly determine to initiate the survival time guarantee policy in response to receiving the third indication from the core network device.
48. The communication device according to claim 47, wherein The processing module is further configured to, when the access network device or the core network device determines to initiate the survival time guarantee policy, start a timer corresponding to the survival time.
49. The communication device according to claim 30, wherein, When the communication device is the receiving end of a packet or burst, the processing module initiating the survival time guarantee policy includes at least one of the following: When each packet or burst is received, initiate the survival time guarantee policy; When it is determined that the first packet or burst is received in error, initiate the survival time guarantee policy; When the number of consecutive reception failures is more than one and less than or equal to the maximum allowable number of consecutive reception failures, initiate the survival time guarantee policy; And When it is determined that the next packet or burst needs to be received successfully, initiate the survival time guarantee policy.
50. The communication device according to claim 49, wherein, The communication device as the receiving end sends at least one of the following to the communication network: Feedback information on packet or burst reception error; Feedback information on non - satisfaction of the survival time; Behavior requests or behavior indications related to the survival time; and Feedback information required for the survival time guarantee policy.
51. The communication device according to claim 30, wherein, When the communication device is the sending end of a packet or burst, the processing module initiating the survival time guarantee policy includes at least one of the following: When each packet or burst is sent, initiate the survival time guarantee policy; When it is determined that the first packet or burst is sent in error, initiate the survival time guarantee policy; When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures, initiate the survival time guarantee policy; And When it is determined that the next packet or burst needs to be sent successfully, initiate the survival time guarantee policy.
52. The communication device according to claim 51, wherein, The communication device as the sending end sends at least one of the following to the communication network: Feedback information on packet or burst transmission error; Feedback information on non - satisfaction of the survival time; Behavior requests or behavior indications related to the survival time; and Feedback information required for the survival time guarantee policy.
53. The communication device according to any one of claims 30 - 34, wherein When the communication device determines to initiate the survival time guarantee policy, start a timer corresponding to the survival time; or, When the communication device starts a timer corresponding to the survival time, determine to initiate the survival time guarantee policy; Or, When the timer corresponding to the survival time of the communication device times out, determine to initiate the survival time guarantee policy.
54. The communication device according to claim 53, wherein, The opening time of the timer includes at least one of the following: When each packet or burst is transmitted; When it is determined that the first packet or burst has a transmission error; When the number of consecutive transmission failures is more than one and less than or equal to the maximum allowable number of consecutive transmission failures; and When it is determined that the next packet or burst needs to be transmitted successfully.
55. The communication device according to any one of claims 32 to 33, wherein, The communication device performs the first action at at least one of the following times: After the timer starts; During the running of the timer; At a specific moment before the expiration of the running of the timer; At a specific moment after the timeout or stop of the timer; and At a specific moment after the expiration of the running of the timer.
56. The communication device according to any one of claims 30 to 34, wherein, The survival time is related to the service cycle.
57. The communication device according to any one of claims 30 to 34, wherein, The survival time is one of the following: The maximum allowable number of consecutive transmission burst errors; The maximum allowable time of consecutive transmission burst errors; The maximum allowable number of consecutive transmission packet errors; The maximum allowable time of consecutive transmission packet errors.
58. The communication device according to any one of claims 30 to 34, wherein, The first information or the survival time is received by the communication device from the outside or from the communication device itself.
59. A communication device, comprising: A processor and a memory, the memory is used to store a computer program, and the processor is used to call and run the computer program stored in the memory, so that the communication device executes the method according to any one of claims 1 to 29.
60. A chip, comprising: A processor, configured to call and run a computer program from a memory, so that a device installed with the chip executes the method according to any one of claims 1 to 29.
61. A computer-readable storage medium, configured to store a computer program, which when run by a device causes the device to execute the method according to any one of claims 1 to 29.
62. A computer program product, including computer program instructions, which cause a computer to execute the method according to any one of claims 1 to 29.
63. A communication system, including: At least one communication device configured to execute the communication method according to any one of claims 1 to 29.
Citation Information
Patent Citations
Data transmission method and device
CN111327392A
Method, device and system for realizing service continuity
CN111432440A
Data transmission method and device
WO2020119195A1