Congestion information operation methods, devices, and communication equipment
The method and apparatus clarify congestion information reporting and processing in 5G systems, addressing ambiguity by distinguishing between congestion level and data packet marking, enhancing network efficiency.
Patent Information
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- VIVO MOBILE COMM CO LTD
- Filing Date
- 2024-03-29
- Publication Date
- 2026-04-14
AI Technical Summary
In 5G systems, the Radio Access Network (RAN) and User Plane Function (UPF) face ambiguity in interpreting and processing congestion information, as the RAN cannot determine whether to report congestion level or data packet marking percentages, leading to inconsistent processing by the UPF.
A method and apparatus for manipulating congestion information, allowing communication devices to distinguish between congestion situation information and data packet marking information, enabling precise reporting and processing based on request information.
Enables clear differentiation and appropriate handling of congestion information, ensuring accurate reporting and processing by the UPF, thereby improving network efficiency and reducing ambiguity.
Smart Images

Figure 2026511534000001_ABST
Abstract
Description
Technical Field
[0001] (Cross-reference to Related Applications) This application claims the priority of Chinese Patent Application No. 202310362614.3 filed in China on April 4, 2023, and the entire content of the application is incorporated herein by reference.
[0002] This application belongs to the field of wireless communication technology, and specifically relates to a method for operating congestion information, an apparatus, and a communication device.
Background Art
[0003] In a 5G system (5G System, 5G S), there may be the following two methods for disclosing congestion information. Method 1 is that a Radio Access Network (RAN) monitors the congestion situation, transmits the percentage of the congestion level to a User Plane Function (UPF) via the user plane, and then the UPF discloses it via a service interface or an N4 interface. Method 2 is that the RAN monitors the congestion situation, transmits the percentage of data packets marked with congestion to the UPF via the user plane, and then the UPF selects the corresponding percentage of data packets in the congestion direction based on the received congestion information to set the congestion marking.
[0004] In the above two methods, the meanings of the percentages reported to the UPF are not the same. However, since what the RAN obtains is one instruction, the RAN cannot determine whether to report the percentage of the congestion situation information, which is the information for describing the congestion situation, or the percentage of the data packets requiring congestion marking, which is the information for describing the data packets requiring congestion marking. Moreover, the user plane function also cannot determine how to process the percentage information of the congestion-related signal congestion level reported.
Summary of the Invention
Problems to be Solved by the Invention
[0005] The embodiments of this application provide a method, apparatus, and network-side equipment for manipulating congestion information to solve the problem of reporting and processing congestion-related information. [Means for solving the problem]
[0006] To solve the above technical problems, this application is implemented as follows.
[0007] According to a first embodiment, a method for manipulating congestion information is provided, the method comprising: first communication equipment obtaining first information including first request information for requesting congestion monitoring; and first communication equipment reporting, based on the first information, first congestion information which is information for describing the congestion situation, or second congestion information which is information for describing data packets for requesting congestion marking.
[0008] According to a second aspect, a method for manipulating congestion information is a method in which a second communication device receives first congestion information or second congestion information, wherein the first congestion information is information for describing a congestion situation and the second congestion information is information for describing a data packet that requires congestion marking; and the second communication device discloses the first congestion information or performs congestion marking on a data packet based on the second congestion information; and ignores the received first congestion information or ignores the received second congestion information.
[0009] According to a third aspect, a method for manipulating congestion information is provided, the method comprising: a first communication device acquiring first information, wherein the first information includes first request information for requesting that congestion be monitored; and the first communication device reporting third congestion information, which is percentage information corresponding to the congestion information, based on the first information.
[0010] According to a fourth aspect, a method for manipulating congestion information is provided, the method comprising a second communication device receiving a third congestion information which is percentage information corresponding to the congestion information, the second communication device understanding the third congestion information as one of information for describing the congestion situation and the percentage of all data packets that require congestion marking.
[0011] According to a fifth aspect, a method for manipulating congestion information is provided, the method comprising a third communication device performing a third operation, wherein the third operation is to transmit first information to the first communication device, the first information comprising at least one of first request information for requesting congestion monitoring and third information, the third information being used to request reporting of one of congestion status information and data packet information for which congestion marking is requested, and to transmit fourth information to a second communication device, the fourth information comprising at least one of second request information for requesting congestion monitoring, information for requesting disclosure of congestion information and information for requesting a congestion marking operation to be performed on data packets.
[0012] According to a sixth aspect, a method for manipulating congestion information is provided, the method comprising a fourth communication device performing a fourth operation, wherein the fourth operation comprises transmitting a fifth information to a third communication device, the fifth information comprising at least one of the following: information for requesting congestion monitoring, which includes the use of congestion monitoring disclosing congestion information and performing congestion marking operations on data packets; information for requesting monitoring a first congestion, which includes the use of monitoring the first congestion disclosing congestion information; and information for requesting monitoring a second congestion, which includes the use of monitoring the second congestion performing congestion marking operations on data packets.
[0013] According to the seventh aspect, a congestion information manipulation device is provided, the device including a first acquisition module for acquiring first information including first request information for requesting congestion monitoring, and a first reporting module for reporting first congestion information, which is information for describing the congestion situation, or second congestion information, which is information for describing data packets for which congestion marking is requested, based on the first information.
[0014] According to the eighth aspect, a congestion information manipulation device is provided, the device comprising: a first receiving module for receiving first congestion information or second congestion information, wherein the first congestion information is information for describing a congestion situation and the second congestion information is information for describing a data packet that requires congestion marking; and a first execution module for performing at least one of the following: disclosing the first congestion information or performing congestion marking on a data packet based on the second congestion information; or ignoring the received first congestion information or ignoring the received second congestion information.
[0015] According to the ninth aspect, a congestion information manipulation device is provided, the device including a second acquisition module for acquiring first information including first request information for requesting to monitor congestion, and a second reporting module for reporting third congestion information, which is percentage information corresponding to congestion information, based on the first information.
[0016] According to the tenth aspect, a congestion information manipulation device is provided, the device including a second receiving module for receiving third congestion information which is percentage information corresponding to congestion information, and a first determining module for understanding the third congestion information as one of information for describing the congestion situation and the percentage of all data packets that require congestion marking.
[0017] According to the eleventh aspect, a congestion information manipulation device is provided, the device including a second execution module for performing a third operation, wherein the third operation includes transmitting first information to a first communication device, the first information including at least one of first request information for requesting congestion monitoring and third information, the third information being used to request reporting of one of congestion status information and data packet information for which congestion marking is requested, and transmitting fourth information to a second communication device, the fourth information including at least one of second request information for requesting congestion monitoring, information for requesting disclosure of congestion information and information for requesting a congestion marking operation to be performed on data packets.
[0018] According to the twelfth aspect, a congestion information manipulation device is provided, the device including a third execution module for performing a fourth operation, wherein the fourth operation includes transmitting a fifth information to a third communication device, the fifth information including at least one of the following: information for requesting congestion monitoring, wherein the application for monitoring congestion includes disclosing congestion information and performing a congestion marking operation on data packets; information for requesting monitoring a first congestion, wherein the application for monitoring the first congestion includes disclosing congestion information; and information for requesting monitoring a second congestion, wherein the application for monitoring the second congestion includes performing a congestion marking operation on data packets.
[0019] According to the thirteenth aspect, a network-side device is provided, the network-side device including a processor and memory, the memory storing a program or instruction that can be executed on the processor, and when the program or instruction is executed by the processor, it realizes a step of the method according to the first aspect, or a step according to the method according to the second aspect, or a step according to the method according to the third aspect, or a step according to the method according to the fourth aspect, or a step according to the method according to the fifth aspect, or a step according to the method according to the sixth aspect.
[0020] According to the fourteenth aspect, a readable storage medium is provided, the readable storage medium storing a program or instruction, and when the program or instruction is executed by a processor, a step of the method according to the first aspect is realized, or a step of the method according to the second aspect, or a step of the method according to the third aspect, or a step of the method according to the fourth aspect, or a step of the method according to the fifth aspect, or a step of the method according to the sixth aspect.
[0021] According to the fifteenth aspect, a chip is provided, the chip including a processor and a communication interface, the communication interface being coupled with the processor, the processor being used to execute a program or instructions and to implement a step of the method according to the first aspect, or a step of the method according to the second aspect, or a step of the method according to the third aspect, or a step of the method according to the fourth aspect, or a step of the method according to the fifth aspect, or a step of the method according to the sixth aspect.
[0022] According to a sixteenth aspect, there is provided a computer program / program product, the computer program / program product being stored in a storage medium, the computer program / program product being executed by at least one processor to implement the steps of the method according to the first aspect, or to implement the steps of the method according to the second aspect, or to implement the steps of the method according to the third aspect, or to implement the steps of the method according to the fourth aspect, or to implement the steps of the method according to the fifth aspect, or to implement the steps of the method according to the sixth aspect.
Advantages of the Invention
[0023] In an embodiment of the present application, the first communication device acquires first information, and based on the first information, reports second congestion information for describing a data packet that requires performing first congestion information or congestion marking for describing the congestion situation, whereby the first communication device can decide to report the first congestion information or the second congestion information. Further, the receiving end can know the use of the congestion information reported by the first communication device and further execute the corresponding process.
Brief Description of the Drawings
[0024] By reading the following detailed description of the preferred embodiments, various other advantages and benefits will become apparent to those skilled in the art. The drawings are only used to illustrate the purpose of the preferred embodiments and are not considered as a limitation to the present application. Also, throughout the drawings, the same members are denoted by the same reference numerals. In the drawings, [Figure 1] A block diagram of a wireless communication system to which an embodiment of the present application is applicable is shown. [Figure 2] A method for disclosing congestion information in the related art is shown. [Figure 3] Another method for disclosing congestion information in the related art is shown. [Figure 4] [[ID=2,6]]A flowchart of an operation method of congestion information according to an embodiment of the present application is shown. [Figure 5]It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 6] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 7] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 8] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 9] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 10] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 11] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 12] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 13] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 14] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 15] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 16] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 17] It is a flowchart of a method for operating convergence information according to an embodiment of the present application. [Figure 18] It is a schematic structural diagram of an operating device for convergence information according to an embodiment of the present application. [Figure 19] It is a schematic structural diagram of an operating device for convergence information according to an embodiment of the present application. [Figure 20] It is a schematic structural diagram of an operating device for convergence information according to an embodiment of the present application. [Figure 21] It is a schematic structural diagram of an operating device for convergence information according to an embodiment of the present application. [Figure 22] It is a schematic structural diagram of an operating device for convergence information according to an embodiment of the present application. [Figure 23] This is a schematic diagram of the structure of a congestion information manipulation device according to an embodiment of this application. [Figure 24] This is a schematic diagram of the structure of a communication device according to an embodiment of this application. [Figure 25] This is a schematic diagram of the hardware structure of the network-side equipment according to an embodiment of this application. [Modes for carrying out the invention]
[0025] The following clearly and completely describes the technical concepts in the embodiments of this application, linking them to the drawings of the embodiments. Clearly, the embodiments described are only some, and not all, embodiments of this application. All other embodiments derived from the embodiments of this application without the creative effort of a person skilled in the art are all within the scope of protection of this application.
[0026] The term “including” and any variation thereof in the specification and claims of this application are intended to cover non-exclusive “including,” meaning that a process, method, system, product, or apparatus including a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or that are specific to those processes, methods, products, or apparatus. Furthermore, “and / or” as used in the specification and claims indicates at least one of the connected objects; for example, A and / or B includes three cases: A alone, B alone, and a combination of A and B.
[0027] In the embodiments of this application, terms such as “exemplary” or “for example” are used to indicate examples, illustrations, or explanations. In the embodiments of this application, any embodiment or design described as “exemplary” or “for example” should not be construed as being preferable or advantageous to other embodiments or designs. Specifically, the use of terms such as “exemplary” or “for example” is intended to represent the relevant concepts in a specific manner.
[0028] The technologies described herein are not limited to fifth-generation (5G) mobile communication systems and subsequent advanced communication systems, nor are they limited to LTE / LTE-Advanced systems, but are applicable to a variety of wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), and other systems.
[0029] The terms "system" and "network" are always used interchangeably. A CDMA system can implement radio technologies such as CDMA2000 and Universal Terrestrial Radio Access (UTRA). UTRA includes Broadband Code Division Multiple Access (WCDMA) and other CDMA variations. A TDMA system can implement radio technologies such as Global System for Mobile Communication (GSM). An OFDMA system can implement radio technologies such as Ultra Mobile Broadband (UMB), Evolution-UTRA (E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, and Flash-OFDM. UTRA and E-UTRA are parts of the Universal Mobile Telecommunications System (UMTS). LTE and more advanced LTE (e.g., LTE-A) are newer UMTS versions that use E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are named and described in literature from the "Third Generation Partnership Project" (3GPP) organization. CDMA2000 and UMB are named and described in literature from the "Third Generation Partnership Project II" (3GPP2) organization. The technologies described herein may be used in the systems and radio technologies mentioned above, as well as in other systems and radio technologies.
[0030] Selectively, acquisition may be understood as acquiring from a configuration, receiving, receiving after a request, acquiring through self-learning, acquiring by deriving based on unreceived information, or acquiring after processing based on received information, and may be determined specifically by the actual needs of the application, and the embodiments of this application are not limited thereto. For example, if certain capability indication information transmitted by a device is not received, it may be derived that the device does not support that capability.
[0031] Selectively, transmission may include broadcasts, broadcasts in system messages, and replies after a request has been answered.
[0032] Figure 1 shows a block diagram of a wireless communication system to which an embodiment of this application can be applied. The wireless communication system includes a terminal 11 and a communication device 12. Here, the terminal 11 may be a mobile phone, tablet personal computer, laptop computer, notebook computer, personal digital assistant (PDA), palmtop computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, aircraft (flight vehicle), vehicle user equipment (VUE), shipboard equipment, pedestrian user equipment (PUE), smart home (home appliances with wireless communication capabilities, such as refrigerators, televisions, washing machines or furniture), game console, personal computer (PC), deposit machine or self-service machine, etc. Wearable devices include smartwatches, smart bands, smart earphones, smart glasses, smart accessories (such as smart bracelets, smart rings, smart necklaces, smart anklets, smart wristbands, and smart clothing). Here, in-vehicle equipment may be referred to as in-vehicle terminals, in-vehicle controllers, in-vehicle modules, in-vehicle components, in-vehicle chips, or in-vehicle units. It should be noted that the embodiments of this application do not limit the specific type of terminal 11. Communication equipment 12 may include access network equipment or core network equipment, where access network equipment may be referred to as radio access network (RAN) equipment, radio access network functions, or radio access network units.Access network equipment may include base stations, wireless local area network (WLAN) access points (AS), or wireless fidelity (WiFi) nodes. Here, a base station may also be called a Node B (NB), an Evolved Node B (eNB), the next generation Node B (gNB), a New Radio Node B (NR Node B), an access point, a Relay Base Station (RBS), a Serving Base Station (SBS), a Base Transceiver Station (BTS), a radio base station, a radio transceiver, a Basic Service Set (BSS), an Extended Service Set (ESS), a home Node B (HNB), a home evolved Node B, a Transmission Reception Point (TRP), or any other appropriate term in the art, and as long as the same technical effect is achieved, the base station is not limited to any particular technical term. For the purposes of this explanation, only a base station in an NR system is used as an example in the embodiments of this application, but this does not limit the specific type of base station.
[0033] The core network equipment includes core network nodes, core network functions, Mobility Management Entity (MME), Access and Mobility Management Function (AMF), Session Management Function (SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Server Discovery Function (EASDF), Unified Data Management (UDM), Unified Data Repository (UDR), Home Subscriber Server (HSS), Centralized network configuration (CNC), Network Repository Function (NRF), Network Exposure Function (NEF), Local NEF (or L-NEF), Binding Support Function (BSF), and Application Function (Application It may include, but is not limited to, at least one of the following: Function, AF, etc. For the purposes of explanation, in the embodiments of this application, only core network equipment in an NR system is used as an example, but this does not limit the specific type of core network equipment.
[0034] To better understand the proposed technology presented in this application, we will first introduce the technology related to this application.
[0035] There are two possible methods for disclosing congestion information in a 5G system (5GS):
[0036] Figure 2 illustrates a method for disclosing congestion information in related technologies, which includes a Radio Access Network (RAN) monitoring congestion conditions, transmitting the percentage of congestion level to a User Plane Function (UPF) via the user plane, and the UPF further disclosing the information via a service interface or N4 interface.
[0037] Figure 3 illustrates another congestion information disclosure method in related technology, which includes the RAN monitoring congestion conditions, transmitting the percentage of data packets that mark congestion via the user plane to the UPF, and the UPF selecting data packets with the corresponding percentage in the congestion direction and setting congestion markings based on the received congestion information.
[0038] In the methods shown in Figures 2 and 3 above, the meaning of the percentages reported to the UPF is not the same, but the RAN receives only one instruction, which includes, for example, Quality of Service (QoS) parameters for monitoring congestion information. Therefore, the RAN cannot decide when to report the percentage of congestion level or the percentage of data packets marking congestion, and the UPF cannot understand whether the percentage is the percentage of congestion level or the percentage of data packets marking congestion, and as a result, the UPF cannot perform the corresponding processing operation.
[0039] Based on this, this application provides a method, apparatus, and communication device for manipulating congestion information. Below, the method for manipulating congestion information according to the embodiments of this application will be described in detail with reference to several embodiments and their application scenarios, with the help of the drawings.
[0040] First, we will explain and conceptually interpret the specific terminology used in this application.
[0041] In one embodiment of this application, "report" or "notice" represents one of "notice" and "transmission".
[0042] In one embodiment of this application, the monitoring (e.g., monitor) requirement includes at least one of supervision, detection, measurement, and reporting.
[0043] In one embodiment of this application, monitoring may be referred to as at least one of supervision, detection, and measurement.
[0044] In one embodiment of this application, a request for disclosure of XX information may be expressed as an order request for XX information. Disclosing or making disclosure of XX information may represent transmitting the XX information to a consumer ordering the XX information (e.g., a communication device, a communication network element as described herein).
[0045] Explicit Congestion Notification (ECN) is a technology that displays congestion notifications by marking data packets with congestion. When congestion occurs, the value of the ECN bit in the data packet is set to 11, indicating that a congestion occurred at the CE (Congestion Entrance).
[0046] This refers to the need to perform congestion CE reporting when lighter congestion occurs, in order to achieve low latency, low loss, and scalable throughput (L4S) in an ECN.
[0047] Explicit Congestion Notification (ECN) is an extension of the TCP / IP protocol, defined in RFC 3168 (2001). ECN supports end-to-end network congestion notification, as specifically shown in Figure 3.
[0048] In one embodiment of this application, the onset of congestion, the progression of congestion, and the occurrence of congestion mean the same thing.
[0049] In one embodiment of this application, congestion termination, no congestion, and no congestion occurrence all mean the same thing.
[0050] The congestion information to be disclosed includes congestion status information (e.g., congestion level) to be disclosed.
[0051] In one embodiment of this application, any one of the “information” in this application is information corresponding to a first QoS flow or a first data flow. For example, this includes, but is not limited to, QoS information corresponding to a first QoS flow or a first data flow, the following:
[0052] First information, second information, third information, fourth information, fifth information, first congestion information, second congestion information, third congestion information, first request information, second request information, information for requesting congestion monitoring, information for requesting disclosure of congestion information, information for requesting congestion marking operations to be performed on data packets, information for requesting monitoring of first congestion, information for requesting monitoring of second congestion, information for indicating the purpose of monitoring congestion.
[0053] For example, the first congestion information is the first congestion information corresponding to the first QoS flow or the first data flow. For example, the second congestion information is the second congestion information corresponding to the first QoS flow or the first data flow.
[0054] For example, the third congestion information is the third congestion information corresponding to the first QoS flow or the first data flow.
[0055] In one embodiment of this application, any one “request” in this application is a request corresponding to a first QoS flow or a first data flow.
[0056] In one embodiment of this application, the “data packet” in this application is a data packet corresponding to a first QoS flow or a first data flow.
[0057] In one embodiment of this application, “congestion” in this application is congestion corresponding to a first QoS flow or a first data flow.
[0058] The first data flow is the data flow that binds to the first QoS flow. The first QoS flow is a certain QoS flow.
[0059] In one embodiment of this application, congestion may be a situation in a packet-switched network where the number of transmitted packets is too large, resulting in reduced network transmission performance due to limited resources at the transmission nodes. When network congestion occurs, it generally results in data loss, increased delay, and reduced throughput, and in severe cases, can even cause a congestion collapse.
[0060] In one embodiment of this application, the congestion status information may be information indicating the congestion status, such as the start of congestion, the end of congestion, the congestion level, and the direction of congestion.
[0061] In one selective embodiment of this application, congestion monitoring may include at least one of congestion status monitoring and congestion status measurement and / or congestion status reporting. Congestion status includes at least one of congestion start or occurrence, congestion end or no congestion, congestion decrease, and congestion increase.
[0062] In one selective embodiment of this application, congestion occurring in the first object means that congestion has occurred in the data transmission in the first object.
[0063] In one selective embodiment of this application, the congestion status information of the first object is the congestion status information of data transmission in the first object.
[0064] In one selective embodiment of the present application, congestion in the first object includes one of the following: the QoS of the first object is not met; the data transmission rate of the first object is less than the data reception rate of the first object; there are insufficient time-frequency resources; the buffer is overflowing; and the queue is overflowing.
[0065] In one embodiment, there is a shortage of time-frequency resources; for example, the time-frequency resources of the first cell are not sufficient to transmit all the received or cached data.
[0066] In one embodiment, the first object may be a first Data Radio Bearer (DRB), and congestion in the first DRB includes one of the following: the QoS of the first DRB is not met, or the data transmission rate of the first DRB is less than the data reception rate of the first object. Failure to meet QoS means, for example, that the rate cannot be guaranteed, the packet loss rate cannot be guaranteed, the packet loss percentage cannot be guaranteed, or the PER cannot be guaranteed.
[0067] In one embodiment, the transmission rate of the first target data being less than the reception rate of the first target data includes the transmission rate of the first target data sent to the first interface being less than the transmission rate of the first target data received from the second interface. The first interface, or the second interface, includes one of the Uu interface, the N9 or N3 interface, and the N6 interface.
[0068] If the first interface is a Uu interface, the second interface may be an N3 interface. If the first interface is an N3 interface, the second interface may be a Uu interface. If the first interface is an N6 interface, the second interface may be an N3 or N9 interface. If the first interface is an N3 or N9 interface, the second interface may be an N6 interface.
[0069] In one selective embodiment of the present application, the QoS includes at least one of a guaranteed bit rate (e.g., a guaranteed flow bit rate (GFBR)), a minimum transmission rate (e.g., a minimum flow bit rate), a packet error rate (PER), a packet loss rate, a transmission delay budget, and a buffer delay budget.
[0070] Failure to satisfy the aforementioned QoS includes at least one of the following: the guaranteed flow bitrate cannot be guaranteed (e.g., the actual transmission rate is lower than the guaranteed flow bitrate); the minimum transmission rate is not satisfied (e.g., the actual minimum transmission rate is smaller than the minimum transmission rate); the packet error rate is not satisfied (e.g., the actual packet error rate is greater than the false alarm rate in QoS); the packet loss rate is not satisfied (e.g., the actual packet loss rate is greater than the false alarm rate in QoS); the transmission delay budget is not satisfied (the actual transmission delay overhead is greater than the transmission delay budget); and the buffer delay budget is not satisfied (the actual buffer delay overhead of the data is greater than the buffer delay budget).
[0071] In one selective embodiment of this application, the data packet includes a Protocol Data Unit (PDU) packet data unit.
[0072] In one selective embodiment of this application, a QoS flow having a corresponding congestion monitoring request is defined as having received and acquired a congestion monitoring request corresponding to that QoS flow. If a congestion monitoring request corresponding to that QoS flow has not been acquired, that QoS flow may be considered not to have a corresponding congestion monitoring request. The same applies to data flows having a corresponding congestion monitoring request.
[0073] In one selective embodiment of this application, data flow is an abbreviation for service data flow.
[0074] In one selective embodiment of the present application, the tunnel includes at least one of the following: a session (e.g., a PDU session, or a session between a RAN and a CN), a GTP-U, a tunnel between a RAN and a CN, a QoS flow, a QoS subflow, an Evolved Packet System (EPS) bearer, a PDP context, a DRB, a Signaling Radio Bearer (SRB), a logical channel, an IPsec-related element, or a GPRS Tunneling Protocol (GTP) tunnel. The tunnel may be instantiated as any one of the above types of tunnels.
[0075] In one embodiment of this application, the NG interface may be called the S1 interface or the N2 interface, and the naming is not limited.
[0076] The following describes the method, apparatus, and communication equipment for manipulating congestion information according to the embodiments of this application.
[0077] Referring to Figure 4, the embodiment of this application provides a flowchart of a congestion information reporting method used in a first communication device, the first communication device may be a RAN network element, and this method 400 is Step 410, which involves a first communication device obtaining first information including first request information for requesting to monitor congestion, Step 420 includes the first communication device reporting first congestion information or second congestion information based on the first information, wherein the first congestion information is information for describing a congestion situation, and the second congestion information is information for describing a data packet that requires congestion marking.
[0078] In the embodiments of this application, the first communication device includes a radio access network (RAN) device.
[0079] In the embodiments of this application, a first communication device can obtain first information from a third communication device, such as a Session Management Function (SMF).
[0080] In the embodiments of this application, the first communication device selects to report first congestion information or second congestion information based on the first information.
[0081] In the embodiments of this application, the congestion information includes, but is not limited to, the congestion level. In one embodiment, the congestion information may be represented by a percentage. For example, 0 percent represents no congestion, and the higher the percentage value, the higher the congestion level.
[0082] In one embodiment, the information of a data packet for which congestion marking is requested includes one of the percentage of data packets for which congestion marking is requested and the percentage of data packets for which congestion marking is requested. For example, if congestion occurs in a QoS flow, congestion marking may be requested for data packets in the QoS flow.
[0083] In one embodiment, there is a correspondence between congestion conditions (e.g., congestion levels) and data packets that require congestion marking. For example, the number or percentage of data packets that require congestion marking may differ depending on the different congestion conditions (e.g., congestion levels). As can be seen, the more severe the congestion (e.g., the higher the congestion level), the greater the number or percentage of data packets that require congestion marking.
[0084] In one embodiment, step 420 above may include the first communication device reporting first congestion information or second congestion information based on the first information and the second information, wherein the second information includes at least one of the capabilities of the first communication device or the local policy of the first communication device.
[0085] In one embodiment, if the first communication device has a first capability and / or does not have a second capability, the first communication device may report first congestion information.
[0086] In one embodiment, if the first communication device has a first capability and / or does not have a second capability, the first communication device may report a second congestion information.
[0087] Here, the first capability includes at least one of the following: the first communication device supporting the monitoring of congestion conditions, and the first communication device supporting the reporting of the monitored congestion conditions.
[0088] The second capability includes at least one of the following: the first communication device supports congestion monitoring (e.g., ECN for L4S) that corresponds to congestion marking; and the first communication device supports reporting information about data packets that request congestion marking.
[0089] In one embodiment, the local policy of the first communication device requires that it report either first congestion information or one of second congestion information.
[0090] For example, based on a first request information sent by the SMF to the RAN requesting that congestion be monitored (e.g., a QoS parameter requesting monitoring, and the QoS parameter requesting monitoring includes congestion information), and the RAN's local policy and / or the RAN's first capability, the RAN chooses to report information describing the congestion situation (e.g., congestion level) to the UPF, and when the UPF receives information describing the congestion situation, it discloses the congestion situation information via a service interface or N4 interface based on a second request information from the SMF requesting that congestion be monitored.
[0091] For example, based on the first request information sent by the SMF to the RAN requesting congestion monitoring (e.g., QoS parameters requesting monitoring, and these QoS parameters including congestion information), and the RAN's local configuration and / or second capability, the RAN chooses to report to the UPF information for describing data packets requesting congestion marking. The UPF then selects data packets with corresponding percentages in the congestion direction and sets congestion marking (e.g., Control Element (CE)) based on the received information for describing data packets requesting congestion marking and the second request information sent by the SMF requesting congestion monitoring.
[0092] In one embodiment, the first request information is: Information for requiring monitoring of a first congestion, wherein the purpose of monitoring the first congestion includes disclosing congestion information, Information for requesting monitoring of a second congestion, wherein the use of monitoring the second congestion includes information that includes congestion marking of data packets.
[0093] In one embodiment, step 420 described above is: The first communication device reports the first congestion information when the first information includes information instructing the monitoring of the first congestion, The first communication device may report the second congestion information if the first information includes information instructing the monitoring of the second congestion.
[0094] In the embodiments of this application, when the first communication device obtains information to request monitoring of a first congestion, the first communication device reports the first congestion information, and when the first communication device obtains information to request monitoring of a second congestion, the first communication device reports the second congestion information, and the reporting method is to perform congestion marking on data packets.
[0095] In one embodiment, the first request information, for example, the requested QoS parameters, includes at least one of a first congestion and a second congestion. For example, the first congestion may be used to disclose congestion information via an N4 interface or a UPF service interface. The second congestion is used to perform congestion marking on data packets, for example, congestion for ECN marking for L4S.
[0096] In one embodiment, the first information further includes a third information, and the third information is Information on congestion status, It is used to request that one of the data packets' pieces of information be reported, which may require congestion marking.
[0097] In one embodiment, step 420 described above is: (1) When the third information includes information requesting a report of congestion status, the first communication device reports the first congestion information, (2) The first communication device may report the second congestion information if the third information includes information that requires reporting of data packets that require congestion marking.
[0098] In the above embodiment, the first communication device acquires the third information in the first information to obtain the type of reported congestion information as information requesting a report of congestion status or information requesting a report of data packets that require congestion marking, and based on this third information in the first information, reports congestion information corresponding to the type of congestion information indicated by the third information in the first information.
[0099] Referring to Figure 5, the embodiment of the present application further provides a flowchart of a method for reporting congestion information used in a first communication device, the first communication device may be a RAN network element, and this method 500 may include the following steps.
[0100] In step 510, the first communication device obtains first information including first request information for requesting to monitor congestion, In step 520, the first communication device reports a third congestion information, which is percentage information corresponding to the congestion information, based on the first information.
[0101] The difference between Method 500 and Method 400 is that in Method 500, the first communication device does not distinguish whether the reported third congestion information is information for describing a congestion situation or information for describing a data packet that requires congestion marking. The second communication device may understand the third congestion information reported by the first communication device as the first or second congestion information based on at least one of the following: second request information for requesting monitoring of congestion transmitted by the third communication device, information for requesting disclosure of congestion information, and information for requesting that a congestion marking operation be performed on a data packet.
[0102] In one embodiment, the percentage information corresponding to the congestion information may be used to represent at least one of the following: the congestion status and the percentage of all data packets that require congestion marking.
[0103] In one embodiment, the percentage information corresponding to congestion information indicates that it is used to describe the congestion situation and represents the percentage of all data packets that require congestion marking.
[0104] In the embodiments of this application, the first communication device may include a RAN device.
[0105] In the embodiments of this application, the first communication device can obtain the first information from the third communication device, for example, from a Session Management Function (SMF).
[0106] In one embodiment, there is a correspondence between congestion conditions (e.g., congestion levels) and data packets that require congestion marking. For example, the number or percentage of data packets that require congestion marking may differ depending on the different congestion conditions (e.g., congestion levels). As can be seen, the more severe the congestion (e.g., the higher the congestion level), the greater the number or percentage of data packets that require congestion marking.
[0107] Therefore, the same percentage may represent the congestion status, or the percentage of data packets that require congestion marking. For example, a percentage value of 0 percent may represent either no congestion or zero percentage of data packets that require congestion marking (i.e., no data packets are required to be congestion marked). A higher percentage value represents either a more severe congestion situation (e.g., a high congestion level) or a higher percentage of data packets that require congestion marking.
[0108] In the embodiments of this application, the first communication device can obtain first information from the third communication device, where the third communication device may be a Session Management Function (SMF).
[0109] According to the embodiment of this application, the first communication device acquires first information including first request information, and based on this first information, reports either first congestion information or second congestion information, thereby determining the type of congestion information to report.
[0110] Referring to Figure 6, an embodiment of the present application provides a flowchart of a method for manipulating congestion information used in a second communication device, the second communication device may include a CN network element. The CN network element includes a UPF (e.g., PSAUPF), and this method 600 corresponds to the above method 400, and as shown in Figure 6, the above method 600 may include the following steps.
[0111] In step 610, the second communication device receives either the first congestion information or the second congestion information, wherein the first congestion information is information for describing the congestion situation, and the second congestion information is information for describing a data packet that requests congestion marking. In step 620, the second communication device is: Disclosing the first congestion information, or performing congestion marking on data packets based on the second congestion information, At least one of the following is performed: ignoring the first congestion information received, or ignoring the second congestion information received.
[0112] In the embodiments of this application, the second communication device includes a User Plane Function (UPF) device.
[0113] In the embodiments of this application, the second communication device can receive either first or second congestion information from the first communication device, for example, from the RAN. In a specific application, the first communication device may transmit either first or second congestion information using the above method, and can refer specifically to the description in the embodiment of the method shown in Figure 4.
[0114] In one embodiment, the information of a data packet for which congestion marking is requested includes one of the percentage of data packets for which congestion marking is requested and the percentage of data packets for which congestion marking is requested. For example, if congestion occurs in a QoS flow, congestion marking may be requested for data packets in the QoS flow.
[0115] In one embodiment, ignoring the first congestion information received by the second communication device is: If the first condition is met, the second communication device may include ignoring the received first congestion information, where the first condition is: The second communication device mentioned above has not acquired the information necessary to request the disclosure of congestion information, This includes at least one of the following: the second communication device obtains information for requesting that a congestion marking operation be performed on a data packet.
[0116] In the embodiments of this application, if a second communication device receives first congestion information, i.e., information describing a congestion situation, but does not acquire information to request disclosure of the congestion information, the second communication device ignores the received first congestion information and, for example, does not disclose the first congestion information. Alternatively, if a second communication device receives first congestion information, i.e., information describing a congestion situation, but acquires further information to request that a congestion marking operation be performed on data packets, the second communication device ignores the received first congestion information and, for example, does not disclose the first congestion information.
[0117] In one embodiment, the second communication device can obtain from the third communication device information for requesting the disclosure of congestion information or information for requesting that a congestion marking operation be performed on the data packets.
[0118] For example, if a second communication device receives first congestion information transmitted by a first communication device, but at the same time, a third communication device has not instructed the second communication device to disclose the congestion information, or the second communication device has not instructed the second communication device to perform a congestion marking operation on the data packets, i.e., the third communication device has not sent information to the second communication device to request the disclosure of congestion information, or has not sent information to the second communication device to request the performance of a congestion marking operation on the data packets, then the second communication device will ignore the first congestion information it received because it is not required to disclose the congestion information.
[0119] In one embodiment, ignoring the second congestion information received by the second communication device is: If the second condition is met, the second communication device may include ignoring the received second congestion information, where the second condition is: The second communication device has not obtained the information necessary to request that a congestion marking operation be performed on the data packet, This includes at least one of the following: the second communication device obtains information for requesting the disclosure of congestion information.
[0120] In the embodiments of this application, if a second communication device receives second congestion information, i.e., information for describing a data packet that requires congestion marking, but does not obtain information for requesting that a congestion marking operation be performed on the data packet, the second communication device ignores the received second congestion information and, for example, does not perform congestion marking on the data packet based on the second congestion information. Alternatively, if a second communication device receives second congestion information, i.e., information for describing a data packet that requires congestion marking, but the second communication device obtains further information for requesting disclosure of congestion information, the second communication device ignores the received second congestion information.
[0121] In one embodiment, a second communication device can obtain from a third communication device information for requesting that a congestion marking operation be performed on the data packets, or information for requesting that the congestion information be disclosed.
[0122] For example, if a second communication device receives second congestion information transmitted by a first communication device, but at the same time, a third communication device has not instructed the second communication device to perform a congestion marking operation on the data packets or to disclose the congestion information, that is, the third communication device has not sent information to the second communication device requesting it to perform a congestion marking operation on the data packets or to disclose the congestion information, then the second communication device will not be required to perform a congestion marking operation on the data packets and will therefore ignore the received second congestion information.
[0123] In one embodiment, the first or second condition further includes obtaining second request information to request the second communication device to monitor congestion.
[0124] In one embodiment, the second communication device can obtain second request information from a third communication device (e.g., SMF).
[0125] Here, the second request information for requesting congestion monitoring includes, but is not limited to, the QoS parameters to be monitored, and the QoS parameters to be monitored include congestion.
[0126] Referring to Figure 7, an embodiment of the present application provides a flowchart of another method for manipulating congestion information used in a second communication device, the second communication device may be a User Plane Function (UPF) network element, and this method 700 corresponds to the above method 500, and as shown in Figure 7, this method 700 may include the following steps.
[0127] In step 710, the second communication device receives third congestion information, which is percentage information corresponding to the congestion information. In step 720, the second communication device understands the third congestion information as either information describing the congestion situation or the percentage of all data packets that require congestion marking.
[0128] In the embodiments of this application, the second communication device includes a User Plane Function (UPF) device.
[0129] In the embodiments of this application, the second communication device may receive third congestion information from the first communication device, for example, from the RAN.
[0130] In the embodiments of this application, the second communication device includes a User Plane Function (UPF) device.
[0131] In the embodiments of this application, the second communication device may receive third congestion information from the first communication device, for example, from the RAN.
[0132] In the embodiments of this application, the third congestion information may be transmitted by the first communication device in accordance with the method described in the embodiment of the method shown in Figure 5.
[0133] In one embodiment, the second communication device understands the third congestion information as information for describing the congestion situation. If the third condition is met, the second communication device understands the third congestion information as information for describing the congestion situation, Here, the third condition includes obtaining a second request information for the second communication device to request that it monitor congestion.
[0134] In one embodiment, the second communication device can obtain second request information from a third communication device (e.g., SMF).
[0135] Here, the second request information for requesting congestion monitoring includes, but is not limited to, the QoS parameters to be monitored, and the QoS parameters to be monitored include congestion.
[0136] In one embodiment, the second communication device understands the third congestion information as either information for describing the congestion situation or the percentage of all data packets in which data packets requesting congestion marking are represented. If the fourth condition is met, the second communication device includes determining the second congestion information based on the third congestion information, wherein the fourth condition includes obtaining information for requesting the second communication device to perform a congestion marking operation on a data packet.
[0137] In one embodiment, the second communication device can obtain information from a third communication device (e.g., SMF) to request that it perform the congestion marking operation on the data packets.
[0138] In the embodiments of this application, the second communication device can receive first congestion information, second congestion information, or third congestion information from the first communication device, and the first communication device may be a RAN, and the first communication device may adopt the method described in method 400 above and report the first congestion information or second congestion information, or adopt the method described in method 500 above and report the third congestion information.
[0139] In the embodiments of this application, the second communication device receives either first or second congestion information reported by the first communication device, the first congestion information is used to describe information about the congestion situation, and the second congestion information is used to describe information about data packets that require congestion marking, thereby enabling the second communication device to determine a corresponding processing operation based on the received congestion information.
[0140] Alternatively, a second communication device may receive third congestion information and understand that data packets requesting information to describe the congestion situation or congestion marking represent a percentage of all data packets, and may perform operations corresponding to this congestion information.
[0141] Referring to Figure 8, an embodiment of the present application provides a flowchart of a method for manipulating congestion information used in a third communication device, the third communication device may include CN network elements (e.g., SMF, PCF, AMF), and as shown in Figure 8, the method 800 may include the following steps.
[0142] In step 810, the third communication device performs a third operation, where the third operation is: Transmitting first information to a first communication device, wherein the first information includes at least one of first request information for requesting congestion monitoring and third information, the third information being used to request the reporting of one of congestion status information and data packet information for requesting congestion marking. The communication includes at least one of the following: transmitting fourth information to a second communication device, wherein the fourth information includes at least one of the following: second request information for requesting congestion monitoring; information for requesting disclosure of congestion information; and information for requesting that congestion marking operations be performed on data packets.
[0143] In one embodiment, the information for requesting the disclosure of congestion information may include information of the consumer ordering the congestion information, a method for transmitting the congestion information, and so on.
[0144] The first request information includes monitoring congestion in the RAN and / or air interface. The second request information includes monitoring congestion information reported by the user plane tunnel. For example, the first communication device monitors congestion in the first QoS flow and reports the corresponding congestion information via the user plane tunnel (for example, by being carried in the header of the user plane tunnel's data packets).
[0145] In one embodiment, the third communication device performs the third operation, If the fifth condition is met, the third communication device shall Transmitting first request information to the first communication device to request that it monitor congestion, This includes performing at least one of the following: transmitting a second request information to the second communication device to request it to monitor congestion; Here, the fifth condition is, Having obtained a request to disclose congestion information, We have obtained an order request for congestion information, Obtaining information to request that congestion be monitored, and the aforementioned use of monitoring congestion includes disclosing congestion information, This includes at least one of the following: obtaining information to request monitoring of a first congestion, wherein the use of monitoring the first congestion includes disclosing congestion information.
[0146] Disclosing congestion information or using congestion information for disclosure includes transmitting congestion information to a consumer ordering the congestion information (e.g., a CN network element, an AF, or a third-party application).
[0147] In one embodiment, the third communication device receives from a fourth communication device (e.g., PCF) either a request to monitor congestion or information for requesting to monitor the first congestion.
[0148] In one embodiment, the third communication device receives a request from the fifth communication device to disclose congestion information, or a request to order congestion information.
[0149] In one embodiment, the first request information or the second request information may include information for requesting monitoring of a first congestion, wherein the use of monitoring the first congestion includes disclosing congestion information.
[0150] In one embodiment, the third communication device performs the third operation, If the sixth condition is met, the third communication device shall Transmitting a first request information to the first communication device to instruct it to monitor congestion, The further includes performing at least one of the following: sending information to a second communication device requesting that a congestion marking operation be performed on a data packet; Here, the sixth condition is, A request was received to perform a congestion marking operation on the data packets, Having obtained information to request congestion monitoring, the aforementioned use of congestion monitoring includes performing congestion marking operations on data packets, This includes at least one of the following: obtaining information to request monitoring of a second congestion, the use of which monitoring of the second congestion includes performing congestion marking operations on data packets.
[0151] Congestion marking operations are, for example, ECN for L4S.
[0152] In one embodiment, the third communication device can receive from a fourth communication device (e.g., PCF) either a request to monitor congestion or information requesting to monitor a second congestion.
[0153] In one embodiment, the third communication device can receive a request from the fifth communication device to perform a congestion marking operation on a data packet.
[0154] In one embodiment, the first request information and / or the second request information includes information for requesting monitoring of a second congestion, and the use of monitoring the second congestion includes performing congestion marking operations on data packets.
[0155] In one embodiment, the third communication device performs the third operation, This includes obtaining a fourth piece of information and performing a third operation based on that fourth piece of information.
[0156] In one embodiment, the third communication device determines whether or not the fifth and / or sixth conditions are met based on the fourth information.
[0157] In one embodiment, the third communication device can acquire the fourth information from the fourth communication device.
[0158] In embodiments of this application, a third communication device notifies the first communication device to monitor congestion by transmitting first information to the first communication device or fourth information to the second communication device, or notifies the second communication device of information requesting disclosure of congestion information or information requesting a congestion marking operation on data packets, thereby enabling the first or second communication device to determine the appropriate operation.
[0159] Referring to Figure 9, the embodiment of the present application provides a flowchart of a method for manipulating congestion information used in a fourth communication device, the fourth communication device may include a CN network element (e.g., a PCF), and as shown in Figure 9, the method 900 may include the following steps.
[0160] In step 910, the fourth communication device performs a fourth operation, which includes transmitting a fifth piece of information to the third communication device, the fifth piece of information is Information to request monitoring of congestion, The above-mentioned purpose of monitoring congestion includes at least one of disclosing congestion information and performing congestion marking operations on data packets, Information for requiring monitoring of a first congestion, wherein the purpose of monitoring the first congestion includes disclosing congestion information, Information for requesting monitoring of a second congestion, wherein the use of monitoring the second congestion includes at least one of the following: information including performing congestion marking operations on data packets.
[0161] In one embodiment, the information for requesting the disclosure of congestion information may include information of the consumer ordering the congestion information, a method for transmitting the congestion information, and so on.
[0162] In one embodiment, the fourth communication device performs the fourth operation, The fourth communication device performs the fourth operation if the seventh condition is met, Here, the seventh condition includes that the local policy of the fourth communication device requires the execution of the fourth operation.
[0163] In one embodiment, the seventh condition is: Having obtained a request to disclose congestion information, We have obtained an order request for congestion information, The first data flow was found to support congestion marking operations (e.g., ECN or ECN for L4S), This further includes at least one of the following: obtaining a request to perform a congestion marking operation on the data packets of the first data flow.
[0164] In one embodiment, the fourth communication device performs the fourth operation, If the eighth condition is met, the sixth information is transmitted to the third communication device, and the sixth information is, Information to request monitoring of congestion, The aforementioned use for monitoring congestion, which includes disclosing congestion information, Information for requiring monitoring of a first congestion, which includes at least one of the above-mentioned information for which the purpose of monitoring the first congestion includes disclosing congestion information.
[0165] Here, the eighth condition is, This includes obtaining a request to disclose congestion information or an order request for congestion information.
[0166] In one embodiment, the fourth communication device performs the fourth operation, If the ninth condition is met, the seventh information is transmitted to the third communication device, the seventh information being information for requesting congestion monitoring. Information to request monitoring of congestion, The above-mentioned purpose of monitoring congestion includes performing congestion marking operations on data packets, Information for requesting monitoring of a second congestion, comprising at least one of the above, including information for which the purpose of monitoring the second congestion includes performing congestion marking operations on data packets, Here, the ninth condition is, The first data flow has obtained congestion support marking operation, This includes at least one of the following: obtaining a request to perform a congestion marking operation on the data packets of the first data flow.
[0167] In one embodiment, the fourth communication device obtains from the traffic detection result that the first data flow supports ECN or ECN for L4S.
[0168] In one embodiment, the fourth communication device obtains a request to perform a congestion marking operation on a data packet by at least one of AF, NEF, and TSCTSF.
[0169] In one embodiment, the seventh piece of information is included in a first policy (e.g., PCCrule) and transmitted. The first policy is a policy corresponding to the first data flow.
[0170] In the following, we will describe the technical proposal according to the embodiment of this application using a specific application scenario, taking as an example that the first communication device is a RAN, the second is a UPF, the third is an SMF, and the fourth is a PCF.
[0171] Figure 10 shows a flowchart of the method for handling congestion information in an embodiment of the present application. In the flow shown in Figure 10, the RAN reports the third congestion information, and the UPF understands the third congestion information as information for describing the congestion situation (i.e., the first congestion information) based on the second request information transmitted by the SMF requesting that congestion be monitored.
[0172] As shown in Figure 10, this method mainly involves the following steps: In step 1001, AF orders congestion information to PCF, Here, the PCF has received a request to perform a congestion marking operation on the data packets of the first data flow (i.e., the ECN marking operation for L4S mentioned above), and in order to satisfy the eighth condition above, the PCF sends the fifth information to the SMF according to the solution described in the embodiment shown in Figure 9. Therefore, the fifth information is, Information to request monitoring of congestion, Information to request monitoring of congestion, The aforementioned use for monitoring congestion, including disclosing congestion information, Information for requiring monitoring of a first congestion, wherein the purpose of monitoring the first congestion includes disclosing congestion information, This may include at least one of the following: a third piece of information requesting the reporting of information on congestion status, Here, Information for requesting congestion monitoring may be embodied as QoS parameters requesting monitoring, and these QoS parameters requesting monitoring include congestion.
[0173] In step 1002, the PCF sends Policy Control and Charging (PCC) rules to the SMF, and optionally, the PCC rules include fifth information.
[0174] The fifth piece of information mentioned above is, Information to request monitoring of congestion, Information to request monitoring of congestion, The aforementioned use for monitoring congestion, including disclosing congestion information, Information for requiring monitoring of a first congestion, wherein the purpose of monitoring the first congestion includes disclosing congestion information, This may include at least one of the following: a third piece of information requesting the reporting of information on congestion status, The fifth piece of information includes information for monitoring congestion. Here, a request for monitoring congestion may be embodied as a QoS parameter requesting monitoring, and the QoS parameter requesting monitoring includes congestion information.
[0175] Here, the SMF may perform a third operation based on a fifth piece of information (for example, information requesting to monitor congestion), and specifically, the SMF may perform the third operation by employing the third communication equipment configuration described in the embodiment of the method shown in Figure 8.
[0176] In step 1003, the SMF sends a first request information to the RAN requesting that congestion be monitored, the first request information being as shown in the embodiment of Figure 8 (corresponding to Option 1). The aforementioned use of congestion monitoring includes at least one of disclosing congestion information and performing congestion marking operations on data packets.
[0177] For example, the first request information may be embodied as a QoS parameter that requests monitoring, and the QoS parameter that requests monitoring includes congestion. The aforementioned use of monitoring congestion includes disclosing congestion information and performing congestion marking operations on data packets.
[0178] In step 1004, the SMF sends a second request to the CN UP (UPF) requesting it to monitor congestion, the second request being as shown in the embodiment of Figure 5 (corresponding to Option 2 / 3). Exemplarily, the first request may be embodied as a QoS parameter to be monitored, the QoS parameter to be monitored including congestion.
[0179] Selectively, the SMF may send an N4 message to the UPF containing QoS parameters requesting monitoring, where the QoS parameters requesting monitoring include congestion information.
[0180] In step 1005, the RAN performs congestion monitoring based on the first request information. In step 1006, based on the first request information sent by the SMF to request monitoring of congestion, the RAN reports percentage information corresponding to the congestion information (i.e., third congestion information) to the CN UP (UPF), In step 1007, CN UP (UPF) understands the third congestion information as information to describe the congestion situation, based on the second request information for requesting to monitor the acquired congestion. Selectively, CN UP (UPF) discloses the information to describe the congestion situation via a service interface or an N4 interface.
[0181] Figure 11 shows another flowchart of the method for handling congestion information in an embodiment of the present application, in the flow shown in Figure 11, where the RAN reports third congestion information, and the UPF understands the third congestion information as the percentage of all data packets for which congestion marking is requested (i.e., second congestion information), based on the information transmitted by the SMF for requesting that congestion marking operations be performed on data packets.
[0182] As shown in Figure 11, this method mainly involves the following steps: In step 1101, AF requests PCF to perform an ECN marking operation for L4S, Here, the PCF has received a request to perform a congestion marking operation on the data packets of the first data flow (i.e., the ECN marking operation for L4S mentioned above), and in order to satisfy the ninth condition above, the PCF sends the fifth piece of information to the SMF according to the solution described in the embodiment shown in Figure 9. Therefore, the fifth piece of information is, Information to request monitoring of congestion, Information to request monitoring of congestion, The aforementioned use for monitoring congestion, including disclosing congestion information, Information for requiring monitoring of a first congestion, which may include at least one of the above-mentioned information for which the purpose of monitoring the first congestion includes disclosing congestion information, In step 1102, the PCF sends Policy Control and Charging (PCC) rules to the SMF. Selectively, the PCC rules include fifth information.
[0183] The fifth piece of information includes information for monitoring congestion. Here, a request for monitoring congestion may be embodied as a QoS parameter requesting monitoring, and the QoS parameter requesting monitoring includes congestion information.
[0184] Here, the SMF may perform a third operation based on a fifth piece of information (for example, information requesting to monitor congestion), and specifically, the SMF may perform the third operation by employing the third communication equipment configuration described in the embodiment of the method shown in Figure 8.
[0185] In step 1103, the SMF sends a first request information to the RAN requesting that congestion be monitored, the first request information being as shown in the embodiment of Figure 8 (corresponding to Option 1). The aforementioned use of congestion monitoring includes at least one of disclosing congestion information and performing congestion marking operations on data packets.
[0186] For example, the first request information may be embodied as a QoS parameter that requests monitoring, and the QoS parameter that requests monitoring includes congestion. The aforementioned use of monitoring congestion includes disclosing congestion information and performing congestion marking operations on data packets.
[0187] In this embodiment, the sixth condition described above is met, and the SMF sends information to the UPF requesting that a congestion marking operation be performed on the data packets. The information requesting that a congestion marking operation be performed on the data packets may be embodied as an ECN marking operation for L4S.
[0188] In step 1104, the SMF sends information to the CN UP (UPF) requesting that a congestion marking operation be performed on the data packets. In step 1105, the RAN performs congestion monitoring. In step 1106, based on the first request information sent by the SMF to request monitoring of congestion, the RAN sends percentage information corresponding to the congestion information (i.e., third congestion information) to the CN UP (UPF), In step 1107, CN UP (UPF) interprets the third congestion information as information describing the data packets for which congestion marking is requested (i.e., second congestion information), based on the information transmitted by SMF requesting that congestion marking operations be performed on the data packets, and selects the data packets corresponding to the congestion direction and performs congestion marking.
[0189] According to the above-described technical invention in the embodiment of this application, the UPF can determine whether the third congestion information reported by the RAN is information describing the congestion situation or information describing the data packet for which congestion marking is requested, based on the second request information transmitted by the SMF for requesting to monitor congestion or for requesting to perform a congestion marking operation on a data packet, and then perform the corresponding operation on the received congestion information.
[0190] Figure 12 shows another flowchart of the method for handling congestion information in an embodiment of the present application, in the flow shown in Figure 12, where the RAN reports first congestion information based on local policies and / or the capabilities of the RAN, the UPF receives the first congestion information and discloses information describing the congestion situation.
[0191] As shown in Figure 12, this method mainly involves the following steps: In step 1201, AF orders congestion information to PCF, In step 1202, the PCF sends Policy Control and Charging (PCC) rules to the SMF, which is the same as step 1002 in Figure 10 above, and specifically refers to the description of step 1002 above.
[0192] Here, the SMF may perform a third operation based on the PCC rules, and specifically, the SMF may perform the third operation by employing the third communication equipment configuration described in the embodiment of the method shown in Figure 8.
[0193] In this embodiment, the PCC rule received by the SMF includes information for requesting congestion monitoring, i.e., satisfies the fifth condition, and therefore the SMF transmits first request information for requesting congestion monitoring to the RAN, the first request information for requesting congestion monitoring may be embodied as a QoS parameter requesting monitoring, and the QoS parameter requesting monitoring includes congestion information.
[0194] In step 1203, the SMF sends a first request to the RAN to request that congestion be monitored.
[0195] In step 1204, SMF sends a second request to CN UP (UPF) requesting it to monitor congestion. In step 1204, the SMF sends a second request to the CN UP (UPF) requesting it to monitor for congestion.
[0196] If the PCC rule received by the SMF contains information for requesting congestion monitoring, i.e., satisfies the fifth condition, the SMF sends a second request to the CN UP (UPF) for congestion monitoring, which may be embodied to include QoS parameters specifically for monitoring, and which include congestion information.
[0197] Selectively, the SMF may send an N4 message to the UPF containing QoS parameters requesting monitoring, where the QoS parameters requesting monitoring include congestion information.
[0198] In step 1205, the RAN performs congestion monitoring. In step 1206, the RAN reports information to the CN UP (UPF) to describe the congestion situation (i.e., the first congestion information) based on the first request information sent by the SMF to request monitoring of congestion and the RAN's local policy and / or the RAN's capabilities. For example, if the RAN has the first capability (i.e., supports monitoring congestion status or reporting monitored congestion status), the RAN will report the first congestion information. Alternatively, if the RAN does not have the second capability (i.e., supports congestion monitoring corresponding to congestion marking (e.g., ECN or ECN for L4S) or supports reporting information on data packets that request congestion marking), the RAN will report the first congestion information.
[0199] In step 1207, CN UP (UPF) discloses the congestion status information via the service interface or N4 interface.
[0200] Figure 13 shows another flowchart of the method for handling congestion information in an embodiment of the present application, in which the flow shown in Figure 13, the RAN reports second congestion information based on local policies and / or the capabilities of the RAN, and the UPF receives the second congestion information.
[0201] As shown in Figure 13, this method mainly involves the following steps: In step 1301, AF requests PCF to perform an ECN marking operation for L4S, Here, the PCF receives a request to perform a congestion marking operation on the data packets of the first data flow (i.e., the ECN marking operation for L4S mentioned above), and in order to satisfy the ninth condition above, the PCF sends the seventh piece of information to the SMF according to the solution described in the embodiment shown in Figure 9. Therefore, the PCC rule includes: Information to request monitoring of congestion, The above-mentioned purpose of monitoring congestion includes performing congestion marking operations on data packets, Information for requesting monitoring of a second congestion, wherein the use of monitoring the second congestion includes at least one of the following: information including performing congestion marking operations on data packets.
[0202] For example, a PCC rule may include a QoS parameter that requires monitoring, and this QoS parameter may include an ECN marking operation for L4S.
[0203] In step 1302, the PCF sends Policy Control and Charging (PCC) rules to the SMF. Selectively, the PCC rules include seventh information.
[0204] In step 1303, the SMF sends a first request to the RAN to instruct it to monitor for congestion.
[0205] In this embodiment, the QoS parameters to be monitored are obtained from the PCC rules, and the QoS parameters to be monitored include an ECN marking operation for L4S, satisfying the sixth condition above, the SMF sends first request information to the RAN requesting that congestion be monitored.
[0206] In step 1304, the SMF sends information to the CN UP (UPF) requesting that a congestion marking operation be performed on the data packets. In this embodiment, the SMF obtains QoS parameters to be monitored from the PCC rules, and the QoS parameters to be monitored include an ECN marking operation for L4S, satisfying the sixth condition above, the SMF sends information to the UPF to request that a congestion marking operation be performed on the data packets. The information to request that a congestion marking operation be performed on the data packets may be embodied as an ECN marking operation for L4S.
[0207] In step 1305, the RAN performs congestion monitoring. In step 1306, the RAN reports a first request information to request monitoring of congestion transmitted by the SMF and information to describe the data packets that request the CN UP (UPF) to perform congestion marking based on the RAN's local policy and / or the RAN's capabilities (i.e., second congestion information). For example, if the RAN does not possess the first capability (i.e., it does not support monitoring congestion status or reporting monitored congestion status), the RAN will report the second congestion information. Alternatively, if the RAN possesses the second capability (i.e., it supports congestion monitoring corresponding to congestion marking (e.g., ECN or ECN for L4S) or supports reporting information on data packets that request congestion marking), the RAN will report the second congestion information.
[0208] In step 1307, CN UP (UPF) selects data packets corresponding to the congestion direction and performs congestion marking based on information to describe the data packets that require congestion marking reported by RAN.
[0209] With the above-described technical solution according to the embodiment of this application, the RAN can determine, based on local policies or capabilities, whether to report information describing the congestion situation or information describing data packets that require congestion marking, and report the corresponding content. Furthermore, the UPF can know whether the received congestion information is information describing the congestion situation or information describing data packets that require congestion marking, and can perform the appropriate operation on the received congestion information.
[0210] Figure 14 shows another flowchart of the method for handling congestion information in an embodiment of the present application, in the flow shown in Figure 14, the first request information that the SMF transmits to the RAN is information requesting that the first congestion be monitored, the RAN reports the first congestion information based on the information requesting that the first congestion be monitored, the UPF receives the first congestion information and discloses information describing the congestion status.
[0211] As shown in Figure 14, this method mainly involves the following steps: In step 1401, AF orders congestion information to PCF, In step 1402, the PCF sends a Policy Control and Charging (PCC) rule to the SMF, and the PCC rule may include a fifth piece of information. The fifth piece of information is: The aforementioned use for monitoring congestion is a requirement for monitoring a first type of congestion, wherein the aforementioned use for monitoring the first type of congestion includes disclosing congestion information.
[0212] In step 1403, as shown in the embodiment of Figure 4, the SMF sends first request information to the RAN. The first request information is: Includes information for requesting monitoring of a first congestion, wherein the use of monitoring the first congestion includes disclosing congestion information. In step 1404, SMF sends a fourth piece of information to CN UP (UPF).
[0213] The fourth piece of information mentioned above is: The information includes at least one of the following: information for requesting the disclosure of congestion information, or the second set of request information described in the embodiment of Figure 5.
[0214] The second requested information is, The above includes information for requiring monitoring of the first congestion, wherein the use of monitoring the first congestion includes disclosing congestion information. In step 1405, RAN performs congestion monitoring. In step 1406, the RAN discloses congestion information and reports information to the CN UP (UPF) to describe the congestion situation (i.e., the first congestion information mentioned above). In step 1407, CN UP (UPF) discloses the congestion status information via the service interface or N4 interface.
[0215] Figure 15 shows another flowchart of the method for handling congestion information in an embodiment of the present application. In the flow shown in Figure 15, the first request information that the SMF sends to the RAN is information requesting monitoring of a second congestion. Based on the information requesting monitoring of the second congestion, the RAN reports the second congestion information. The UPF receives the second congestion information and performs congestion marking on data packets based on the second congestion information.
[0216] As shown in Figure 15, this method mainly involves the following steps: In step 1501, AF requests PCF to perform the ECN marking operation for L4S, In step 1502, the PCF sends a Policy Control and Charging (PCC) rule to the SMF, and the PCC rule may include a fourth piece of information. The fourth piece of information is: The aforementioned use of monitoring congestion is information for requesting monitoring of a second congestion, and the aforementioned use of monitoring the second congestion includes performing congestion marking operations on data packets.
[0217] In step 1503, as shown in the embodiment in Figure 4, the SMF sends first request information to the RAN. The first request information is: This includes information for requesting monitoring of a second congestion, wherein the use of monitoring the second congestion includes performing congestion marking operations on data packets. In step 1504, SMF is sent to CN UP (UPF). L4S ECN marking, Send one of the pieces of information requesting monitoring of a second congestion, wherein the use of monitoring the second congestion includes performing congestion marking operations on data packets. In step 1505, RAN performs congestion monitoring. In step 1506, the RAN reports information to the CN UP (UPF) for describing the data packets for which congestion marking is requested, based on the information transmitted by the SMF (congestion monitoring is performed for information requesting the monitoring of a second congestion), and the second congestion information, for example, the percentage of data packets for which congestion marking is requested. In step 1507, CN UP (UPF) selects data packets corresponding to the congestion direction and performs congestion marking based on the information used to describe the data packets for which congestion marking is requested.
[0218] With the above-described technical invention according to the embodiment of this application, the RAN can determine whether to report information describing the congestion situation or information describing data packets that require congestion marking, based on its purpose of monitoring congestion transmitted by the SMF, and report the corresponding content. Furthermore, the UPF can know whether the received congestion information is information describing the congestion situation or information describing data packets that require congestion marking, and can perform the appropriate operation on the received congestion information.
[0219] Figure 16 shows another flowchart of the method for handling congestion information in an embodiment of the present application, in the flow shown in Figure 16, the first information transmitted by the SMF to the RAN includes a third piece of information, the third piece of information is used to request that the RAN report information on the congestion status, the RAN is used to request that the RAN report the first congestion information based on the third piece of information, the UPF receives the first congestion information and discloses information describing the congestion status.
[0220] As shown in Figure 16, this method mainly involves the following steps: In step 1601, AF orders congestion information to PCF, In step 1602, the PCF sends a Policy Control and Charging (PCC) rule to the SMF, where the PCC rule may include a fifth piece of information. Exemplarily, the fifth piece of information is: The aforementioned purpose of monitoring congestion is to disclose congestion information, It includes at least one of the following: a third piece of information, including information to request a report on congestion conditions.
[0221] In step 1603, the SMF transmits a third piece of information and a first request piece of information to the RAN requesting that congestion be monitored. The first request piece of information may be embodied to include a QoS parameter that specifically requests monitoring, the QoS parameter that requests monitoring includes congestion information, and the third piece of information is used to request that information on the congestion status be reported.
[0222] In step 1604, the SMF sends a second request to the CN UP (UPF) to request that it monitor congestion, the second request may be embodied to include QoS parameters that specifically request monitoring, and the QoS parameters that request monitoring include congestion information. In step 1605, the RAN performs congestion monitoring. In step 1606, RAN reports information to CN UP (UPF) to describe the congestion situation based on the third piece of information. In step 1607, CN UP (UPF) discloses the congestion status information via the service interface or N4 interface.
[0223] Figure 17 shows another flowchart of the method for handling congestion information in an embodiment of the present application, in the flow shown in Figure 17, the first information transmitted by the SMF to the RAN includes a third piece of information, the third piece of information is used to request that the RAN report information about data packets for which congestion marking is requested, the RAN is used to request that the RAN report a second piece of congestion information based on the third piece of information, the UPF receives the second piece of congestion information and performs congestion marking on the data packets based on the second piece of congestion information.
[0224] As shown in Figure 17, this method mainly involves the following steps: In step 1701, AF requests PCF to perform an ECN marking operation for L4S, In step 1702, the PCF sends a Policy Control and Charging (PCC) rule to the SMF, where the PCC rule may include a fourth piece of information. For example, the fourth piece of information is: The aforementioned application for monitoring congestion, wherein the application for monitoring congestion involves performing congestion marking operations on data packets, It includes at least one of the following: a third piece of information, which includes information for requesting the reporting of data packets that require congestion marking.
[0225] In step 1703, the SMF transmits a third piece of information and a first request piece of information to the RAN requesting that congestion be monitored, the first request piece of information may be embodied to include QoS parameters specifically requesting monitoring, the QoS parameters requesting monitoring including congestion information, and the third piece of information is used to request that information of data packets requesting congestion marking be reported. In step 1704, the SMF sends information to the CN UP (UPF) requesting that a congestion marking operation be performed on the data packets, which may be, for example, an ECN marking operation for L4S. In step 1705, the RAN performs congestion monitoring. In step 1706, the RAN reports to the CN UP (UPF) information for describing the data packets for which congestion marking is requested based on the third information (i.e., the second congestion information mentioned above), and specifically, this second congestion information may be the percentage of data packets for which congestion marking is requested. In step 1707, the CN UP (UPF) selects data packets corresponding to the congestion direction and performs congestion marking based on information describing the received data packets that request congestion marking.
[0226] According to the above-described technical invention in the embodiment of this application, the RAN determines whether to report information describing the congestion status based on third information which is information for requesting a report of the congestion status transmitted by the SMF, or information which is information for requesting a report of data packets which are requested to be marked for congestion, or to report information describing data packets which are requested to be marked for congestion, and reports the corresponding content. Furthermore, the UPF knows whether the received congestion information is information describing the congestion status or information describing data packets which are requested to be marked for congestion, and can perform the appropriate operation on the received congestion information.
[0227] Figure 18 shows a schematic diagram of the structure of a congestion information reporting device according to an embodiment of the present application. As shown in Figure 18, the device 1800 mainly includes a first acquisition module 1801 and a first reporting module 1802.
[0228] Here, the first acquisition module 1801 is used to acquire first information, which includes first request information for requesting congestion monitoring; and the first reporting module 1802 is used to report first congestion information or second congestion information based on the first information, where the first congestion information is information for describing the congestion situation, and the second congestion information is information for describing data packets for which congestion marking is requested.
[0229] In one embodiment, the reporting module 1702 reporting either first or second congestion information based on the first information includes reporting either first or second congestion information based on the first and second information, wherein the second information includes at least one of the capabilities of the first communication device and the local policy of the first communication device.
[0230] In one embodiment, the first request information is information for requesting to monitor a first congestion, where the use of monitoring the first congestion includes information that discloses congestion information, and information for requesting to monitor a second congestion, where the use of monitoring the second congestion includes information that performs congestion marking on data packets. The first request information includes one of the above.
[0231] In one embodiment, reporting first congestion information or second congestion information based on the first request information includes reporting the first congestion information when the first request information includes information for requesting to monitor the first congestion, and reporting the second congestion information when the first request information includes information for requesting to monitor the second congestion.
[0232] In one embodiment, the first information further includes third information, and the third information is used for requesting to report one of congestion status information and information of data packets for which congestion marking is required.
[0233] In one embodiment, reporting first congestion information or second congestion information based on the first information is reporting the first congestion information when the third information includes information for requesting a congestion status report, and including one of reporting the second congestion information when the third information includes information for requesting to report data packets for which congestion marking is required.
[0234] FIG. 19 shows a schematic structural diagram of a congestion information processing apparatus according to an embodiment of the present application. As shown in FIG. 19, this apparatus 1900 includes a first receiving module 1901 and a first execution module 1902.
[0235] Here, the first receiving module 1901 is used to receive first congestion information or second congestion information, where the first congestion information is information for describing a congestion situation, and the second congestion information is information for describing a data packet that requires congestion marking; and the first executing module 1902 is used to disclose the first congestion information or to perform congestion marking on a data packet based on the second congestion information, and to ignore the received first congestion information or to ignore the received second congestion information.
[0236] Figure 20 shows a schematic diagram of the structure of a congestion information processing device according to an embodiment of the present application. As shown in Figure 20, the device 2000 includes a second acquisition module 2001 and a second reporting module 2002.
[0237] Here, the second acquisition module 2001 is used to acquire first information, which includes first request information for requesting congestion monitoring, and the second reporting module 2002 is used to report third congestion information, which is percentage information corresponding to the congestion information, based on the first information.
[0238] Figure 21 shows a schematic diagram of the structure of a congestion information processing device according to an embodiment of the present application. As shown in Figure 21, the device 2100 includes a second receiving module 2101 and a first determination module 2102.
[0239] Here, the second receiving module 2101 is used to receive third congestion information, which is percentage information corresponding to the congestion information, and the first decision module 2102 is used to understand the third congestion information as one of the following: information for describing the congestion situation and the percentage of all data packets that require congestion marking.
[0240] Figure 22 shows a schematic diagram of the structure of a congestion information processing device according to an embodiment of the present application, and as shown in Figure 22, the device 2200 includes a second execution module 2201.
[0241] The second execution module 2201 is used to perform a third operation, where the third operation is: Transmitting first information to a first communication device, wherein the first information includes at least one of first request information for requesting congestion monitoring and third information, the third information being used to request the reporting of one of congestion status information and data packet information for requesting congestion marking. The communication includes at least one of the following: transmitting fourth information to a second communication device, wherein the fourth information includes at least one of the following: second request information for requesting congestion monitoring; information for requesting disclosure of congestion information; and information for requesting that congestion marking operations be performed on data packets.
[0242] Figure 23 shows a schematic diagram of the structure of a congestion information processing device according to an embodiment of the present application, and as shown in Figure 23, the device 2300 includes a third execution module 2301.
[0243] Here, the third execution module 2301 is used to perform a fourth operation, where the fourth operation is: This includes transmitting a fifth piece of information to a third communication device, wherein the fifth piece of information is Information to request monitoring of congestion, The above-mentioned purpose of monitoring congestion includes at least one of disclosing congestion information and performing congestion marking operations on data packets, Information for requiring monitoring of a first congestion, wherein the purpose of monitoring the first congestion includes disclosing congestion information, Information for requesting monitoring of a second congestion, wherein the use of monitoring the second congestion includes at least one of the following: information including performing congestion marking operations on data packets.
[0244] As shown in Figure 24, the embodiment of this application further provides a communication device 2400 including a processor 2401 and a memory 2402, wherein the memory 2402 stores a program or instruction that can be executed on the processor 2401, and when this program or instruction is executed by the processor 2401, each step of the embodiment of any one of the above-described methods for manipulating congestion information can be realized and similar technical effects can be achieved. To avoid repetition of the explanation, no further explanation is provided here.
[0245] Embodiments of this application further provide network-side equipment including a processor and a communication interface, wherein the communication interface is coupled with the processor, and the processor executes a program or instruction to realize the steps of the embodiment of the method shown in Figures 4 to 17. This embodiment of network-side equipment corresponds to the embodiment of the network-side equipment method described above, and each implementation process and implementation method of the embodiment of the method described above can be applied to this embodiment of network-side equipment and achieve the same technical effects.
[0246] Specifically, embodiments of this application further provide network-side equipment. As shown in Figure 25, this network-side equipment 2500 includes an antenna 2501, a radio frequency device 2502, a baseband device 2503, a processor 2504, and a memory 2505. The antenna 2501 and the radio frequency device 2502 are connected. In the uplink direction, the radio frequency device 2502 receives information via the antenna 2501 and transmits the received information to the baseband device 2503 for processing. In the downlink direction, the baseband device 2503 processes the information to be transmitted and transmits it to the radio frequency device 2502, which processes the received information and then transmits it via the antenna 2501.
[0247] In the above embodiments, the method executed by the network-side device may be implemented in the baseband device 2503, which includes a baseband processor.
[0248] The baseband device 2503 may include, for example, at least one baseband board, on which a plurality of chips are installed. As shown in FIG. 25, one of the chips is, for example, a baseband processor, which is connected to the memory 2505 via a bus interface, calls a program in the memory 2505, and executes the network device operations shown in the embodiments of the above method.
[0249] This network-side device may further include a network interface 2506, which is, for example, a Common Public Radio Interface (CPRI).
[0250] Specifically, the network-side device 2500 in the embodiments of the present application further includes instructions or programs stored in the memory 2505 and executable on the processor 2504. The processor 2504 calls the instructions or programs in the memory 2505, executes the methods executed by the respective modules shown in FIGS. 18 to 23, and can achieve the same technical effects. To avoid repetition of the description, it will not be further described here.
[0251] The embodiments of the present application further provide a readable storage medium, on which a program or instructions are stored. When the program or instructions are executed by a processor, each step of the operation method of the above congestion information is realized, and the same technical effects can be achieved. To avoid repetition of the description, it will not be further described here.
[0252] Here, the processor is the processor in the terminal described in the above embodiment. The readable storage medium includes computer-readable storage media such as computer read-only memory ROM, random access memory RAM, magnetic disk, or optical disk. In some examples, the readable storage medium may be a non-temporarily readable storage medium.
[0253] Embodiments of this application further provide a chip comprising a processor and a communication interface, the communication interface being coupled with the processor, the processor executing a program or instructions and being used to implement each step of the embodiment of the method for manipulating congestion information described above, and achieving the same technical effects. To avoid repetition, no further explanation is provided here.
[0254] It should be understood that the chips referred to in the embodiments of this application may also be called system-level chips, system chips, chip systems, or system-on-a-chip, etc.
[0255] Embodiments of this application further provide a computer program / program product which is stored in a storage medium and executed by at least one processor to realize each step of the embodiment of the method for manipulating congestion information described above and achieve the same technical effects. To avoid repetition, no further explanation is provided here.
[0256] The present invention further provides a congestion information operating system, the system comprising a first communication device, a second communication device, a third communication device and a fourth communication device, wherein the first communication device may be used to perform the congestion information operation method described above, the second communication device may be used to perform the congestion information operation method described above, the third communication device may be used to perform the congestion information operation method described above, and the fourth communication device may be used to perform the congestion information operation method described above.
[0257] It should be explained that in this specification, the terms “including,” “contains,” or any other variation thereof are intended to cover the non-exclusive “including,” thereby including not only those elements but also other elements not explicitly listed, or elements specific to such process, method, article, or apparatus. Unless otherwise specified, with respect to an element limited by the phrase “including one of…,” it is not excluded that other identical elements may also exist in the process, method, article, or apparatus containing that element.
[0258] As will be readily apparent to those skilled in the art from the above description of the embodiments, the methods of the above embodiments can be implemented in the form of software and a necessary general-purpose hardware platform. Of course, they may also be implemented in hardware, but in many cases the former is a more preferred embodiment. With this understanding in mind, the technical proposal of this application may be embodied in the form of a software product, either substantially or in part with respect to the prior art. This computer software product is stored on a storage medium (e.g., ROM / RAM, magnetic disk, optical disk) and contains some instructions for causing a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to perform the methods of each embodiment of this application.
[0259] The above describes embodiments of this application, accompanied by drawings; however, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can, by the suggestion of this application, make many forms, as long as they do not deviate from the spirit and scope protected by the claims of this application, and all of these fall within the scope of protection of this application.
Claims
1. A method for manipulating congestion information, this method is The first communication device obtains first information, which includes first request information for requesting that congestion be monitored, A method for manipulating congestion information, comprising the first communication device reporting first congestion information or second congestion information based on the first information, wherein the first congestion information is information for describing a congestion situation, and the second congestion information is information for describing a data packet that requires congestion marking.
2. The first communication device reports either the first congestion information or the second congestion information based on the first information, The first communication device reports either the first congestion information or the second congestion information based on the first information and the second information, The method according to claim 1 or 2, wherein the second information includes at least one of the capabilities of the first communication device and the local policy of the first communication device.
3. The first requested information is, Information to request monitoring of congestion, Information for requiring monitoring of a first congestion, wherein the purpose of monitoring the first congestion includes disclosing congestion information, The method according to claim 1 or 2, wherein the use of monitoring a second congestion includes information that includes performing congestion marking on data packets.
4. The first communication device reports either the first congestion information or the second congestion information based on the first request information. If the first request information includes information for requesting the monitoring of the first congestion, the first communication device reports the first congestion information. If the first request information includes information for requesting the monitoring of the second congestion, the first communication device reports the second congestion information. If the first request information includes information for requesting congestion monitoring, and the purpose of monitoring congestion includes disclosing congestion information, then the first communication device reports the first congestion information. The method according to claim 3, wherein the first request information includes information for requesting congestion monitoring, and the first communication device reports the second congestion information when the purpose of monitoring congestion includes performing congestion marking on data packets.
5. The first piece of information further includes at least one of the third piece of information and information for indicating the use of monitoring congestion. Here, The information for instructing the use of monitoring congestion includes at least one of disclosing congestion information and performing congestion marking on data packets. The third piece of information mentioned above is: Information on congestion status, The method according to claim 1 or 2, used to request the reporting of one of the information of a data packet that requires congestion marking.
6. The first communication device reports either the first congestion information or the second congestion information based on the first information, If the third information includes information requesting a report on congestion status, the first communication device reports the first congestion information. The method of claim 5, wherein the first communication device reports the second congestion information when the third information includes information requesting the reporting of data packets that require congestion marking.
7. A method for manipulating congestion information, this method is A second communication device receives either the first or second congestion information, wherein the first congestion information is information for describing the congestion situation, and the second congestion information is information for describing a data packet that requests congestion marking. The aforementioned second communication device, Disclosing the first congestion information, or performing congestion marking on data packets based on the second congestion information, A method for manipulating congestion information, comprising ignoring the first congestion information received, or ignoring the second congestion information received, at least one of the above.
8. Ignoring the first congestion information received by the second communication device means that If the first condition is met, the second communication device includes ignoring the received first congestion information, wherein the first condition is: The second communication device has not received the second request information to request that it monitor congestion, The aforementioned second communication device has not acquired the information necessary to request the disclosure of congestion information, The second communication device has obtained information to request that a congestion marking operation be performed on the data packet, The method according to claim 7, wherein the first congestion information is first congestion information corresponding to a first QoS flow, and the first QoS flow includes at least one of the following: second request information for requesting monitoring of congestion corresponding to the first QoS flow, and the absence of at least one of the second request information for requesting monitoring of congestion corresponding to the first QoS flow.
9. Ignoring the second congestion information received by the second communication device means that If the second condition is met, the second communication device includes ignoring the received second congestion information, wherein the second condition is: The second communication device has not obtained the information necessary to request that a congestion marking operation be performed on the data packet, The second communication device has obtained information necessary to request the disclosure of congestion information, The second communication device has obtained second request information to request that it monitor congestion, The method according to claim 7, wherein the first congestion information is a second congestion information corresponding to a first QoS flow, and the first QoS flow does not contain information for requesting that a congestion marking operation be performed on the data packets of the first QoS flow.
10. The method according to claim 8 or 9, wherein the purpose of monitoring congestion includes disclosing congestion information and performing congestion marking on data packets.
11. A method for manipulating congestion information, this method is The first communication device obtains first information, which includes first request information for requesting that congestion be monitored, This includes the first communication device reporting third congestion information based on the first information, Here, the third congestion information is percentage information corresponding to the congestion information, and this is a method for manipulating congestion information.
12. The method according to claim 11, wherein the percentage information corresponding to the congestion information is used to represent at least one of the congestion status and the percentage of all data packets that require congestion marking.
13. The method according to claim 11 or 12, wherein the percentage information corresponding to the congestion information indicates that it is used to describe the congestion situation and represents the percentage of all data packets that require congestion marking.
14. A method for manipulating congestion information, this method is The second communication device receives third congestion information, which is percentage information corresponding to the congestion information. A method for manipulating congestion information, wherein the second communication device understands the third congestion information as one of the following: information for describing the congestion situation and the percentage of all data packets that request congestion marking.
15. The second communication device understands the third congestion information as information for describing the congestion situation. This includes, if the third condition is met, the second communication device understanding the third congestion information as information for describing the congestion situation, Here, the third condition is, The second communication device obtains second request information to request that it monitor congestion, The method according to claim 14, wherein the third congestion information is third congestion information corresponding to a first QoS flow, and the first QoS flow has at least one of the following: second request information for requesting monitoring of congestion corresponding to the first QoS flow, and second request information for requesting disclosure of information on congestion information corresponding to the first QoS flow.
16. The second communication device understands the third congestion information as either information for describing the congestion situation or the percentage of all data packets that request congestion marking, If the fourth condition is met, the second communication device understands the third congestion information as a percentage of all data packets that request congestion marking, Here, the fourth condition is, The second communication device obtains information for requesting that a congestion marking operation be performed on the data packet, The method according to claim 14, comprising at least one of the following: the third congestion information is third congestion information corresponding to a first QoS flow, and the first QoS flow contains information for requesting that a congestion marking operation be performed on the data packets of the first QoS flow.
17. A method for manipulating congestion information, this method is This includes the third communication device performing a third operation, wherein the third operation is: Transmitting first information to a first communication device, wherein the first information includes at least one of first request information for requesting congestion monitoring, third information, and information for indicating the use of congestion monitoring, wherein the third information includes congestion status information and data packet information requesting congestion marking, and the information for indicating the use of congestion monitoring includes at least one of disclosing congestion information and performing congestion marking on data packets. A method for manipulating congestion information, comprising transmitting fourth information to a second communication device, wherein the fourth information includes at least one of second request information for requesting congestion monitoring, information for requesting disclosure of congestion information, and information for requesting congestion marking operations to be performed on data packets.
18. The aforementioned third communication device performing the third operation means that If the fifth condition is met, the third communication device, Transmitting first request information to the first communication device to request that it monitor congestion, Transmitting a third piece of information to the first communication device to request a report of congestion status information, Transmitting information to the aforementioned first communication device for the purpose of monitoring congestion, including disclosing congestion information, This includes performing at least one of the following: transmitting a second request information to the second communication device to request it to monitor congestion; Here, the fifth condition is, Having obtained a request to disclose congestion information, We have obtained an order request for congestion information, Obtaining information to request that congestion be monitored, and the aforementioned use of monitoring congestion includes disclosing congestion information, The method of claim 17, comprising at least one of obtaining information for which a first congestion is required to be monitored, wherein the use of monitoring the first congestion includes disclosing congestion information.
19. The method according to claim 18, wherein the first request information or the second request information includes information for requesting monitoring of the first congestion, wherein the use of monitoring the first congestion includes disclosing the monitored congestion information.
20. The third communication device performing the third operation means that If the sixth condition is met, the third communication device shall Transmitting a first request information to the first communication device to instruct it to monitor congestion, Transmitting a third piece of information to the first communication device to request a report of information about data packets that require congestion marking, The first communication device is instructed to perform a congestion monitoring task, which includes marking data packets for congestion. The further includes performing at least one of the following: sending information to a second communication device requesting that a congestion marking operation be performed on a data packet; Here, the sixth condition is, A request was received to perform a congestion marking operation on the data packets, Having obtained information to request congestion monitoring, the aforementioned use of congestion monitoring includes performing congestion marking operations on data packets, The method of claim 17, comprising at least one of obtaining information to request monitoring of a second congestion, wherein the use of monitoring the second congestion includes performing congestion marking operations on data packets.
21. The first request information and / or the information for requesting that a congestion marking operation be performed on a data packet is: Information for requesting monitoring of a second congestion, the information for which the purpose of monitoring the second congestion includes performing congestion marking operations on data packets, The method according to claim 20, comprising at least one of the following: information for requiring monitoring of congestion.
22. The aforementioned third communication device performing the third operation means that This includes obtaining a fifth piece of information and performing a third operation based on that fifth piece of information, Here is the fifth piece of information: Information to request monitoring of congestion, Information for directing the use of monitoring congestion, which includes at least one of disclosing congestion information and performing congestion marking operations on data packets, Information for requiring monitoring of a first congestion, wherein the use of monitoring the first congestion includes information that discloses congestion information, Information for requesting monitoring of a second congestion, the information for which the purpose of monitoring the second congestion includes performing congestion marking operations on data packets, A third piece of information requesting the reporting of at least one of the following: information on the congestion status and information on data packets requesting congestion marking, The method according to claim 17, comprising at least one of the following: information for requesting that a congestion marking operation be performed on a data packet.
23. A method for manipulating congestion information, The fourth communication device includes performing a fourth operation, wherein the fourth operation includes transmitting a fifth piece of information to the third communication device, the fifth piece of information is Information to request monitoring of congestion, Information for directing the use of monitoring congestion, which includes at least one of disclosing congestion information and performing congestion marking operations on data packets, Information for requiring monitoring of a first congestion, wherein the use of monitoring the first congestion includes information that discloses congestion information, Information for requesting monitoring of a second congestion, the information for which the purpose of monitoring the second congestion includes performing congestion marking operations on data packets, A third piece of information to request that at least one of the following be reported: information on the congestion status and information on data packets requesting congestion marking, A method for manipulating congestion information, comprising at least one of the following: information for requesting that a congestion marking operation be performed on a data packet.
24. The aforementioned fourth communication device performing the fourth operation is: The fourth communication device performs the fourth operation if the seventh condition is met, The method according to claim 23, wherein the seventh condition includes the local policy of the fourth communication device requiring the execution of the fourth operation.
25. The seventh condition is, Having obtained a request to disclose congestion information, We have obtained an order request for congestion information, The first data flow has obtained congestion support marking operation, The method of claim 24, further comprising obtaining a request to perform a congestion marking operation on a data packet of a first data flow.
26. The aforementioned fourth communication device performing the fourth operation is: The fifth information is transmitted to the third communication device if the eighth condition is met, and the fifth information is Information to request monitoring of congestion, Information to request monitoring of congestion, The aforementioned use for monitoring congestion, including disclosing congestion information, Information for requiring monitoring of a first congestion, wherein the purpose of monitoring the first congestion includes disclosing congestion information, This includes at least one of the following: a third piece of information that requests reporting of congestion status information, Here, the eighth condition is, The method according to claim 23, comprising obtaining a request to disclose congestion information or an order request for congestion information.
27. The aforementioned fourth communication device performing the fourth operation is: The ninth condition is met, and the fifth information is transmitted to the third communication device, wherein the fifth information is Information for requesting congestion monitoring, wherein the purpose of monitoring congestion includes information that performs congestion marking operations on data packets, Information for requesting monitoring of a second congestion, the information for which the purpose of monitoring the second congestion includes performing congestion marking operations on data packets, A third piece of information to request reporting of data packet information that requires congestion marking, Includes at least one of the following: information for requesting that a congestion marking operation be performed on a data packet, Here, the ninth condition is, The first data flow has obtained congestion support marking operation, The method according to claim 23, comprising at least one of the following: obtaining a request to perform a congestion marking operation on a data packet of a first data flow.
28. A device for manipulating congestion information, A first acquisition module for acquiring first information, which includes first request information for requesting to monitor congestion, Congestion information manipulation device, comprising a first reporting module for reporting first congestion information or second congestion information based on the first information, wherein the first congestion information is information for describing a congestion situation, and the second congestion information is information for describing a data packet that requires congestion marking.
29. A device for manipulating congestion information, A first receiving module for receiving first congestion information or second congestion information, wherein the first congestion information is information for describing the congestion status, and the second congestion information is information for describing a data packet that requests congestion marking, The first executable module, Disclosing the first congestion information, or performing congestion marking on data packets based on the second congestion information, A congestion information manipulation device, comprising a first execution module for performing at least one of the following: ignoring the first congestion information received, or ignoring the second congestion information received.
30. A device for manipulating congestion information, A second acquisition module for acquiring first information, which includes first request information for requesting to monitor congestion, A congestion information manipulation device, comprising a second reporting module for reporting third congestion information, which is percentage information corresponding to congestion information, based on the first information.
31. A device for manipulating congestion information, A second receiving module for receiving third congestion information, which is percentage information corresponding to congestion information, A congestion information manipulation device, comprising a first determination module for understanding the third congestion information as one of the following: information for describing the congestion situation and the percentage of all data packets that require congestion marking.
32. A device for manipulating congestion information, It includes a second executable module for performing a third operation, wherein the third operation is: Transmitting first information to a first communication device, wherein the first information includes at least one of first request information for requesting congestion monitoring and third information, the third information being used to request the reporting of one of congestion status information and data packet information for requesting congestion marking. A congestion information manipulation device comprising at least one of the following: transmitting fourth information to a second communication device, wherein the fourth information includes at least one of second request information for requesting congestion monitoring, information for requesting disclosure of congestion information, and information for requesting congestion marking operations to be performed on data packets.
33. A device for manipulating congestion information, It includes a third executable module for performing a fourth operation, wherein the fourth operation is: This includes transmitting a fifth piece of information to a third communication device, wherein the fifth piece of information is Information to request monitoring of congestion, The above-mentioned purpose of monitoring congestion includes at least one of disclosing congestion information and performing congestion marking operations on data packets, Information for requiring monitoring of a first congestion, wherein the use of monitoring the first congestion includes information that discloses congestion information, A congestion information manipulator, comprising at least one of the following: information for requesting monitoring of a second congestion, wherein the use of monitoring the second congestion includes performing congestion marking operations on data packets.
34. A communication device comprising a processor, memory, and a computer program stored in the memory and executable on the processor, wherein when the computer program is executed by the processor, the steps of the congestion information manipulation method described in any one of claims 1 to 27 are realized.
35. A computer-readable storage medium wherein a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the congestion information manipulation method described in any one of claims 1 to 27 are realized.
36. A computer program product wherein the computer program product is stored in a storage medium, and the computer program product is executed by at least one processor to realize the method for manipulating congestion information described in any one of claims 1 to 27.
37. A chip comprising a processor and a communication interface, wherein the communication interface is coupled with the processor, and the processor executes a program or instruction and is used to implement a method for manipulating congestion information as described in any one of claims 1 to 27.