CN117768945A

CN117768945A - Information processing method, device and communication equipment

Info

Publication number: CN117768945A
Application number: CN202211139948.6A
Authority: CN
Inventors: 柯小婉
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2022-09-19
Filing date: 2022-09-19
Publication date: 2024-03-26

Abstract

The embodiment of the application provides an information processing method and a communication device, wherein the information processing method applied to a first communication device comprises the following steps: the first communication device performs a first operation comprising at least one of: storing congestion condition information of the first object; transmitting first congestion information to a first target end, wherein the first congestion information is used for indicating congestion information of a first object in the first communication equipment; reporting first information of the first object to a second target end; reporting congestion condition information of the first object to a second target end; wherein the first information is used to indicate one of: the first object is free of congestion or congestion ended, and is free of congestion or congestion ended; the first object comprises at least one of: a terminal, a first data flow, a first QoS flow, a first radio bearer, a first logical channel group, a first cell, and a first RAN network element.

Description

Information processing method, device and communication equipment

Technical Field

The application belongs to the technical field of communication, and particularly relates to an information processing method, an information processing device and communication equipment.

Background

An external application or terminal may subscribe to congestion information of a certain traffic data flow with a 5G communication system (5G system,5 gs). Congestion of 5GS occurs mainly on the air interface, and in the related art, congestion is mainly monitored and reported by the radio access network (Radio Access Network, RAN). Additionally, it is also possible for the User Equipment (UE) to monitor for uplink congestion.

In the related art, in a scenario where a terminal is handed over from a source RAN to a target RAN, congestion conditions may not be the same under the source RAN and the target RAN. The terminal is not congested in the target RAN, and the target RAN network element may not be as. The RAN network elements for which the server or client is not aware have changed, and the congestion is considered to continue.

As can be seen from the above, the congestion information in the related art has a problem of untimely update, which can reduce throughput of the service data flow.

Disclosure of Invention

The embodiment of the application provides an information processing method, an information processing device and communication equipment, which are used for solving the problem of how to timely acquire the latest congestion condition information.

In order to solve the technical problems, the application is realized as follows:

in a first aspect, an embodiment of the present application provides an information processing method, which is applied to a first communication device, including:

The first communication device performs a first operation comprising at least one of:

storing congestion condition information of the first object;

transmitting first congestion information to a first target end, wherein the first congestion information is used for indicating congestion information of a first object in the first communication equipment;

reporting first information of the first object to a second target end;

reporting congestion condition information of the first object to a second target end;

wherein,

the first information is used to indicate one of: the first object is free of congestion or congestion ended, and is free of congestion or congestion ended;

the first object comprises at least one of: a terminal, a first data flow, a first QoS flow, a first radio bearer, a first logical channel group, a first cell, and a first RAN network element.

In a second aspect, an embodiment of the present application provides another information processing method, applied to a second communication device, including:

the second communication device performs a second operation comprising at least one of:

acquiring first congestion condition information, wherein the first congestion condition information is used for indicating congestion condition information of a first object in first communication equipment;

The first congestion information is used as congestion information of a first object to be stored;

according to the first congestion condition information, determining to report first information of a first object to a second target end, or determining not to report first information of the first object to the second target end;

determining to report second congestion information to a second target end according to the first congestion information, or determining not to report the second congestion information to the second target end; the second congestion condition information is used for indicating congestion condition information of the first object monitored in the second communication equipment;

wherein,

the first information is used to indicate one of: the first object is free of congestion or congestion ended, and is free of congestion or congestion ended; the first object comprises at least one of: a terminal, a first data flow, a first QoS flow, a first radio bearer, a first logical channel group, a first cell, and a first RAN network element.

In a third aspect, an embodiment of the present application provides a communication device, where the communication device is a first communication device, and the communication device includes:

the first execution module is used for executing a first operation, and the first operation comprises at least one of the following:

Storing congestion condition information of the first object;

reporting first information of the first object to a second target end;

wherein,

In a fourth aspect, an embodiment of the present application provides a communication device, where the communication device is a second communication device, and the communication device includes:

a second execution module for executing a second operation, the second operation comprising at least one of:

wherein,

In a fifth aspect, embodiments of the present application provide a communication device, including a processor, a memory, and a computer program stored on the memory and executable on the processor, the computer program implementing the steps of the information processing method provided in the first aspect or implementing the steps of the information processing method provided in the second aspect when executed by the processor.

In a sixth aspect, embodiments of the present application provide a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the information processing method provided in the first aspect, or implements the steps of the information processing method provided in the second aspect.

In the embodiment of the application, in the process of transferring the terminal between RANs, the transferred target RAN can acquire the congestion condition of the first object in the source RAN from the source RAN before transferring, so that the target RAN is helpful to judge whether the congestion condition of the first object changes, and particularly, report the latest congestion condition information in time when the congestion condition changes into no congestion. In addition, when the terminal accesses the RAN or acquires the congestion monitoring requirement of the first object, the congestion condition of the first object in the target RAN is monitored, and particularly, the latest congestion condition information is timely reported under the condition of no congestion. Or when the terminal leaves the RAN, whether congestion exists or not, the end of the congestion or no congestion is reported in time. The above ways can make the data flow server or the client timely learn the latest congestion condition of the first object.

Drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the application. Also, like reference numerals are used to designate like parts throughout the figures. In the drawings:

fig. 1 is a schematic architecture diagram of a wireless communication system according to an embodiment of the present application;

fig. 2 is a flowchart of an information processing method according to an embodiment of the present application;

FIG. 3 is a flowchart of another information processing method according to an embodiment of the present disclosure;

fig. 4 is a schematic diagram of an interaction flow between a first RAN, a second RAN, and a CN network element in an embodiment of the present application;

fig. 5A is one of schematic diagrams of an interaction flow between a RAN and a CN network element in an embodiment of the present application;

fig. 5B is a second schematic diagram of an interaction flow between a RAN and a CN network element in the embodiment of the present application;

FIG. 6 is a block diagram of a communication device provided herein;

FIG. 7 is a block diagram of another communication device provided herein;

fig. 8 is a block diagram of another communication device provided herein.

Detailed Description

The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art based on the embodiments herein without making any inventive effort, are intended to be within the scope of the present application.

The terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed or inherent to such process, method, article, or apparatus. Furthermore, the use of "and/or" in the specification and claims means at least one of the connected objects, e.g., a and/or B, meaning that it includes a single a, a single B, and that there are three cases of a and B.

In the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as examples, illustrations, or descriptions. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

The techniques described herein are not limited to fifth generation mobile communication (5 th-generation, 5G) systems and subsequent evolution communication systems, and are not limited to LTE/LTE evolution (LTE-Advanced, LTE-a) systems, and may also be used for various wireless communication systems such as code division multiple access (Code Division Multiple Access, CDMA), time division multiple access (Time Division Multiple Access, TDMA), frequency division multiple access (Frequency Division Multiple Access, FDMA), orthogonal frequency division multiple access (Orthogonal Frequency Division Multiple Access, OFDMA), single-carrier frequency division multiple access (Single-carrier Frequency-Division Multiple Access, SC-FDMA), and other systems.

The terms "system" and "network" are often used interchangeably. A CDMA system may implement radio technologies such as CDMA2000, universal terrestrial radio access (Universal Terrestrial Radio Access, UTRA), and the like. UTRA includes wideband CDMA (Wideband Code Division Multiple Access, WCDMA) and other CDMA variants. TDMA systems may implement radio technologies such as the global system for mobile communications (Global System for Mobile Communication, GSM). OFDMA systems may implement radio technologies such as ultra mobile broadband (Ultra Mobile Broadband, UMB), evolved UTRA (E-UTRA), IEEE 802.11 ((Wi-Fi)), IEEE 802.16 ((WiMAX)), IEEE 802.20, flash-OFDM, etc. UTRA and E-UTRA are parts of the universal mobile telecommunications system (Universal Mobile Telecommunications System, UMTS). LTE and higher LTE (e.g., LTE-a) are new UMTS releases that use E-UTRA. UTRA, E-UTRA, UMTS, LTE, LTE-a and GSM are described in the literature from an organization named "third generation partnership project" (3rd Generation Partnership Project,3GPP). CDMA2000 and UMB are described in the literature from an organization named "third generation partnership project 2" (3 GPP 2). The techniques described herein may be used for the systems and radio technologies mentioned above as well as for other systems and radio technologies.

In order to facilitate a better understanding of the embodiments of the present application, the following technical points are first described below.

Congestion monitoring in the related art exists in a number of ways:

mode 1: the RAN displays congestion notification (Explicit Congestion Notification, ECN)/Low Latency Low Loss scalable transport (Low Loss, scalable Throughput, L4S) marking for the data packets;

mode 2: the RAN reports congestion information to a user plane network element (such as UPF) of a CN (core network), and the UPF performs ECN/L4S marking;

mode 3: the RAN reports congestion information to CN user plane network elements (e.g., UPF), which reports congestion information to CN control plane network elements (e.g., one of the following access mobility management functions (Access Management Function, AMF), session management functions (Session Management Function, SMF), policy control functions (Policy Control Function, PCF)), and CN network elements (e.g., one of the following network opening functions (Network Exposure Function, NEF), PCF) which discloses congestion status information.

Mode 4: the RAN reports congestion information to a CN control plane network element (e.g., one of AMF, SMF, PCF) and the CN (e.g., one of NEF, PCF) discloses congestion status information.

At present, the following problems are solved:

under the condition that the terminal accesses a target RAN network element, the terminal is not congested in the target RAN, and the target RAN network element can be used as nothing. But the RAN network element that previously served the terminal may have previously reported the start of congestion. The RAN network element that the server or client is not aware of the service has changed and the congestion is considered to continue as it is not received to end. The method comprises the following steps:

Problem 1: in the scenario that the terminal is switched from the source RAN to the target RAN, if congestion exists in the source RAN and the first congestion level or the start of congestion of the first object is reported, after the terminal is switched to the target RAN, the congestion of the first object may not exist or the first congestion level is not exist any more, but the target RAN does not know the congestion information of the first object reported before the source RAN, so that congestion related information of the first object is not reported, and then the server or the client considers that the congestion of the first object is still continued.

Problem 2: a radio link failure may occur due to the UE's connection at the RAN (Radio link failure). In case the radio resource control (Radio Resource Control, RRC) is re-established to the new RAN, the RAN may not know whether the other RAN has reported the congestion start flag corresponding to the UE. The RAN may not be able to obtain the UE context of the previous RAN (including the latest congestion status information, congestion level reported or saved by the previous RAN).

Referring to fig. 1, a schematic architecture diagram of a wireless communication system according to an embodiment of the present application is provided. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 may be a mobile phone, a tablet (Tablet Personal Computer), a Laptop (Laptop Computer) or a terminal-side Device called a notebook, a personal digital assistant (Personal Digital Assistant, PDA), a palm top, a netbook, an ultra-mobile personal Computer (ultra-mobile personal Computer, UMPC), a mobile internet appliance (Mobile Internet Device, MID), an augmented reality (augmented reality, AR)/Virtual Reality (VR) Device, a robot, a Wearable Device (weather Device), a vehicle-mounted Device (VUE), a pedestrian terminal (PUE), a smart home (home Device with a wireless communication function, such as a refrigerator, a television, a washing machine, or a furniture), a game machine, a personal Computer (Personal Computer, PC), a teller machine, or a self-service machine, and the Wearable Device includes: intelligent wrist-watch, intelligent bracelet, intelligent earphone, intelligent glasses, intelligent ornament (intelligent bracelet, intelligent ring, intelligent necklace, intelligent anklet, intelligent foot chain etc.), intelligent wrist strap, intelligent clothing etc.. Note that, the specific type of the terminal 11 is not limited in the embodiment of the present application. The network-side device 12 may comprise an access network device or a core network device, wherein the access network device 12 may also be referred to as a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or a radio access network element. Access network device 12 may include a base station, a WLAN access point, a WiFi node, or the like, which may be referred to as a node B, an evolved node B (eNB), an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a home node B, a home evolved node B, a transmission and reception point (Transmitting Receiving Point, TRP), or some other suitable terminology in the art, and the base station is not limited to a particular technical vocabulary so long as the same technical effect is achieved, and it should be noted that in the embodiments of the present application, only a base station in an NR system is described as an example, and the specific type of the base station is not limited.

Alternatively, the obtaining may be understood as obtaining from configuration, receiving after request, obtaining through self-learning, deriving from information not received, or obtaining after processing according to information received, which may be specifically determined according to actual needs, and the embodiment of the present application is not limited thereto. Such as when some capability indication information sent by the device is not received, it may be deduced that the device does not support the capability.

Alternatively, the transmission may comprise broadcasting, broadcasting in a system message, returning in response to the request.

In an alternative embodiment of the present application, the communication device may include at least one of: communication network elements and terminals.

In one embodiment of the present application, the communication network element may include at least one of: core network elements and radio access network elements.

In the embodiment of the present application, the core network element (CN network element) may include, but is not limited to, at least one of the following: core network equipment, core network nodes, core network functions, core network elements, mobility management entities (Mobility Management Entity, MME), access mobility management functions (Access Management Function, AMF), session management functions (Session Management Function, SMF), user plane functions (User Plane Function, UPF), serving GW (SGW), PDN gateway (PDN gateway), policy control functions (Policy Control Function, PCF), policy and charging rules function (Policy and Charging Rules Function, PCRF), GPRS service support nodes (Serving GPRS Support Node, SGSN), gateway GPRS support nodes (Gateway GPRS Support Node, GGSN), application functions (Application Funcation).

In the embodiment of the present application, the RAN network element may include, but is not limited to, at least one of the following: a radio Access network device, a radio Access network Node, a radio Access network function, a radio Access network Unit, a 3GPP radio Access network, a Non-3GPP radio Access network, a Centralized Unit (CU), a Distributed Unit (DU), a base station, an evolved Node B (eNB), a 5G base station (gNB), a radio network controller (Radio Network Controller, RNC), a base station (NodeB), a Non-3GPP interoperability function (Non-3GPP Inter Working Function,N3IWF), an Access control (Access Controller, AC) Node, an Access Point (AP) device or a wireless local area network (Wireless Local Area Networks, WLAN) Node, an N3IWF.

The base station may be a base station (BTS, base Transceiver Station) in GSM or CDMA, a base station (NodeB) in WCDMA, an evolved node b (eNB or e-NodeB, evolutional Node B) in LTE, or a 5G base station (gNB), and the embodiments of the present application are not limited.

In an alternative embodiment of the present application, the UE may include one of: terminal equipment, terminal equipment and card, card.

In an alternative embodiment of the present application, the card may comprise one of the following: SIM card, USIM card, eSIM.

In an alternative embodiment of the present application, the terminal may include a relay supporting a terminal function and/or a terminal supporting a relay function. The terminal may also be referred to as a terminal Device or a User Equipment (UE), and the terminal may be a terminal-side Device such as a mobile phone, a tablet (Tablet Personal Computer), a Laptop (Laptop Computer), a personal digital assistant (Personal Digital Assistant, PDA), a mobile internet Device (Mobile Internet Device, MID), a Wearable Device (weardable Device), or a vehicle-mounted Device, which is not limited to a specific type of terminal in the embodiment of the present application.

In one embodiment of the present application, the report represents one of the following: and (5) notifying and sending.

In one embodiment of the present application, the monitoring (e.g., monitor) requirements include at least one of: and (5) supervision, detection, measurement and reporting.

In one embodiment of the present application, monitoring may also be referred to as at least one of: and (5) supervision, detection and measurement.

In an alternative embodiment of the present application, the target communication device comprises one of: the system comprises a first communication device, a second communication device and a first target end.

In an alternative embodiment of the present application, the terminal access target communication device includes one of the following: and receiving an access request about the terminal, completing the access of the terminal to the target communication equipment, enabling the terminal to enter a connection state (such as RRC connection state) at the target communication equipment, receiving a request for establishing or restoring the connection between the terminal and the target communication equipment, and transferring the terminal from other communication equipment to the target communication equipment.

In one embodiment, the access request includes at least one of: a terminal context establishment or restoration request, a request to move the terminal into the target communication device (a handover request for the terminal ), a connection establishment or restoration request between the terminal and the target communication device (RRC establishment request, RRC restoration request, RRC reestablishment request), a connection establishment or restoration request between the target communication device and the CN, and a connection establishment or restoration request for the terminal.

In one embodiment, the access completion includes at least one of: terminal context establishment or restoration is completed, completion of moving the terminal into the target communication device (terminal handover completion), connection establishment or restoration between the terminal and the target communication device is completed (RRC establishment completion, RRC restoration completion, RRC reestablishment completion), connection establishment or restoration between the target communication device and the CN with respect to the terminal is completed.

In an alternative embodiment of the present application, the terminal leaving the target communication device includes one of: and receiving a leaving request about the terminal, sending the leaving request about the terminal, leaving the target communication equipment by the terminal to complete the terminal to enter an idle state or a non-active state (such as RRC (radio resource control) Inactive) in the target communication equipment, sending a request for moving the terminal out of the target communication equipment, receiving a terminal context acquisition request, sending a terminal context acquisition response, and transferring the terminal from the target communication equipment to other communication equipment (such as another RAN (radio network controller) network element).

In one embodiment, the leave request includes at least one of: a terminal context release or suspension request, a terminal connection release or suspension request (e.g., RRC release request, RRC suspension request) with a target communication device, a request to move the terminal out of the target communication device (send a handover request for the terminal ), a request for connection release or suspension request for the terminal between the target communication device and the CN.

In one embodiment, the leave completion comprises at least one of: the context release or suspension of the terminal is completed, the connection release or suspension of the terminal and the target communication device is completed (such as an RRC release request and an RRC suspension request), the terminal is moved out of the target communication device to be completed (a handover request about the terminal is sent, and a handover request about the terminal is sent), and the connection release or suspension between the request of the target communication device and the CN about the terminal is completed.

In an alternative embodiment of the present application, the transfer of the terminal from the target communication device to the other communication device comprises one of: the terminal is handed in from the target communication device to the other communication device (e.g., by handoff), and the terminal is moved in from the target communication device to the other communication device (e.g., redirected)

In an alternative embodiment of the present application, the transfer of the terminal from the other communication device to the target communication device comprises one of: the terminal is handed in from the other communication device to the target communication device and the terminal is moved in from the other communication device to the target communication device.

In one embodiment, transferring the terminal to the first target includes switching, accessing, or moving the terminal to the first target. The first target is different from the first communication device.

In an optional embodiment of the present application, the meeting the congestion report condition includes at least one of:

the congestion reporting event occurs, the congestion level reaches the reporting level, the congestion occurs, the transition from congestion to congestion free occurs, the transition from congestion free to congestion occurs, the terminal accesses the first communication device or the terminal leaves the first communication device, the first object is established at the first communication device or the first object is released in the first communication device.

In an alternative embodiment of the present application, the unsatisfied congestion reporting condition does not satisfy a system comprising at least one of:

congestion reporting event elimination or non-occurrence, congestion ending or no congestion, congestion level falling below or not reaching reporting level, transition from congestion occurrence to no congestion, transition from no congestion to congestion occurrence, terminal leaving the first communication device, first object being released in the first communication device;

Wherein the first object comprises at least one of: the method comprises the steps of a first QoS flow, a first wireless bearer, a first logic channel and a terminal.

In an alternative embodiment of the present application, the congestion reporting event includes one of: congestion occurs, congestion occurs for the first object, at least one of: the terminal accesses the first communication device, the terminal leaves the first communication device, the first object is established, and the first object is released.

In one embodiment, the transition from congestion occurrence to no congestion is critical for congestion occurrence and no congestion, and may represent either the last time of congestion or the beginning time of no congestion.

In one embodiment, the transition from no congestion to congestion occurs is critical for no congestion and congestion occurs, and may represent either the last time no congestion occurs or the start time of congestion occurs.

In one embodiment, when meeting the congestion reporting condition includes transitioning from congestion occurrence to no congestion, the not meeting the congestion reporting condition does not include transitioning from congestion occurrence to no congestion. And vice versa. And vice versa.

In one embodiment, when the meeting the congestion reporting condition includes a no congestion transition to congestion occurrence, the not meeting the congestion reporting condition does not include a no congestion transition to congestion occurrence.

In one embodiment, the failing to satisfy the congestion reporting condition does not include the terminal leaving the first communication device in the event that the meeting the congestion reporting condition includes the terminal leaving the first communication device. And vice versa.

In one embodiment, when the meeting the congestion reporting condition includes the first object being released in the first communication device, the not meeting the congestion reporting condition does not include the first object being released in the first communication device. And vice versa.

In one embodiment of the present application, congestion onset and congestion occurrence represent one meaning.

In one embodiment of the present application, congestion end, no congestion, and no congestion occurrence represent one meaning.

In an alternative embodiment of the present application, the non-congestion includes congestion ending.

In one embodiment, the end of congestion is a threshold to change from congestion to non-congestion, and thus may represent either the last time of congestion or the beginning time of non-congestion.

In an alternative embodiment of the present application, the congestion reporting condition is not met including the congestion reporting condition is no longer met.

In one embodiment, the congestion reporting condition no longer being met is a threshold from meeting the congestion reporting condition to not meeting the congestion report. And thus may represent either the last time the congestion reporting condition was met or the start time the congestion reporting condition was not met.

In one embodiment, the congestion reporting condition satisfaction is a threshold from the congestion reporting condition not being satisfied to the congestion reporting being satisfied. And thus may represent either the last time the congestion reporting condition was not met or the start time the congestion reporting condition was met.

In one embodiment, congestion occurrence is critical from non-congestion to congestion occurrence, and thus may represent either the last time of non-congestion or the start time of congestion.

In one embodiment of the present application, congestion may be a situation where the network transmission performance is degraded due to limited resources of the transmission node when the number of transmitted packets in the packet switched network is too large. When the network is congested, data loss generally occurs, delay increases, throughput decreases, and congestion collapse is even caused when the network is severe (congestion collapse).

In one embodiment of the present application, the congestion situation information may be information indicating congestion situations such as congestion start, congestion end, congestion level, congestion direction, and the like.

In an alternative embodiment of the present application, congestion monitoring may include at least one of: congestion condition monitoring, congestion condition measurement, and/or reporting congestion conditions. The congestion condition includes at least one of: congestion starts or occurs, congestion ends or no congestion, congestion downgrades, congestion upgrades.

In an alternative embodiment of the present application, the congestion of the first object refers to congestion of data transmission in the first object.

In an alternative embodiment of the present application, the congestion situation information of the first object refers to congestion situation information of data transmission in the first object.

In an alternative embodiment of the present application, the congestion occurring in the first object includes one of the following: the QoS of the first object cannot be met, the sending rate of the data of the first object is smaller than the receiving rate of the data of the first object, time-frequency resources are insufficient, buffering overflows, and a queue overflows.

In one embodiment, the time-frequency resources are insufficient, such as the time-frequency resources of the first cell are insufficient to transmit all received data or buffered data.

In one embodiment, the first object may be a first data radio bearer (Data Radio Bearer, DRB), the first DRB being congested including one of: the QoS of the first DRB cannot be satisfied, and the transmission rate of the data of the first DRB is smaller than the data reception rate of the first object. The QoS cannot satisfy, for example, the rate cannot be guaranteed, the packet loss ratio cannot be guaranteed, and the PER cannot be guaranteed.

In one embodiment, the data transmission rate of the first object is smaller than the data reception rate of the first object, including: the transmission rate of the data of the first object transmitted to the first interface is smaller than the transmission rate of the data of the first object received from the second interface. The first interface, or, the second interface, comprises one of: uu interface, N9 or N3 interface, N6 interface.

When the first interface is a Uu interface, the second interface may be an N3 interface;

when the first interface is an N3 interface, the second interface may be a Uu interface;

when the first interface is an N6 interface, the second interface may be an N3 or N9 interface

When the first interface is an N3 or N9 interface, the second interface may be an N6 interface.

In an alternative embodiment of the present application, the QoS includes at least one of: guaranteed bit rate (e.g., guaranteed stream bit rate (Guaranteed Flow Bit Rate, GFBR)), minimum transmission rate (e.g., minimum stream bit rate), packet error rate (Packet Error Rate, PER), packet loss rate, transmission delay budget, buffer delay budget.

The QoS may not be satisfied including at least one of: the guaranteed stream bit rate cannot be guaranteed (e.g., the actual transmission rate is lower than the guaranteed stream bit rate), the minimum transmission rate cannot be met (e.g., the actual minimum transmission rate is lower than the minimum transmission rate), the packet error rate cannot be met (e.g., the actual packet error rate is greater than the false alarm rate in QoS), the packet loss rate cannot be met (e.g., the actual packet loss rate is greater than the false alarm rate in QoS), the transmission delay budget cannot be met (the actual transmission delay overhead is greater than the transmission delay budget), and the buffering delay budget cannot be met (the actual buffering delay overhead of data is greater than the buffering delay budget).

In an alternative embodiment of the present application, the data packet comprises a protocol data unit (Protocol Data Unit, PDU) packet data unit.

In an alternative embodiment of the present application, the ECNs described are each ECN and/or ECN marking for L S.

In an alternative embodiment of the present application, a QoS flow with a corresponding congestion monitoring requirement refers to receiving a congestion monitoring requirement corresponding to the QoS flow. If the congestion monitoring requirement corresponding to the QoS flow is not acquired, the QoS flow may be considered to have no corresponding congestion monitoring requirement. Data flows with corresponding congestion monitoring requirements are the same.

In an alternative embodiment of the present application, the data stream is an abbreviation for traffic data stream.

In an alternative embodiment of the present application, the channel comprises at least one of: session (e.g., PDU session, or session between RAN and CN), qoS flows, qoS sub-flows, evolved packet system (Evolved Packet System, EPS) bearers, packet data protocol (Packet Data Protocol, PDP) contexts, DRBs, signaling radio bearers (Signalling Radio Bearer, SRB), internet security protocol (Internet Protocol Security, IPsec) associations, general packet radio service (General Packet Radio Service, GPRS) tunneling protocol (GPRS Tunnelling Protocol, GTP) tunneling (tunnel). The channels may be instantiated as any of the types of channels above.

In one embodiment of the present application, the NG interface may also be called an S1 interface or an N2 interface, and the naming is not limited.

The information processing method of the embodiment of the present application is described below.

Referring to fig. 2, an embodiment of the present application provides an information processing method applied to a first communication device. The first communication device includes, but is not limited to, a RAN network element (such as a RAN network element to which the terminal has access, or a source RAN network element from which the terminal has moved out or left) or a terminal (in one embodiment, the first communication device is not a terminal in the case of an operation involving the terminal leaving or accessing the first communication device), the method comprising:

step 21: the first communication device performs a first operation comprising at least one of:

storing congestion condition information of the first object;

reporting first information of the first object to a second target end;

wherein,

Wherein the first communication device is capable of monitoring congestion conditions of the first object. For example: the first communication device is a network side device to which the terminal is connected, or the first communication device is a terminal or the like.

As an alternative embodiment, the first data stream satisfies at least one of the following: the method comprises the steps that a certain data flow of the terminal is provided with a corresponding congestion monitoring requirement, and the data flow of the first QoS flow is mapped;

and/or the number of the groups of groups,

the first QoS flow satisfies at least one of: a certain QoS flow of the terminal, where the first QoS flow has a corresponding congestion monitoring requirement, and the QoS flow mapped by the first data flow;

and/or the number of the groups of groups,

the first radio bearer comprises a radio bearer to which the first QoS flow maps at the first communication device;

and/or the number of the groups of groups,

the first logical channel comprises a logical channel corresponding to the first radio bearer, and/or a logical channel mapped by the first QoS flow at the first communication device;

And/or the number of the groups of groups,

the first logical channel group comprises a logical channel group to which the first logical channel belongs;

and/or the number of the groups of groups,

the first cell comprises a cell in the first communication device carrying data of the first QoS flow;

and/or the number of the groups of groups,

the first RAN network element is a RAN network element serving the terminal or a device providing resources for the first QoS flow.

In an embodiment, the first data flow having a corresponding congestion monitoring requirement may refer to that the first communication device obtains the congestion monitoring requirement corresponding to the first data flow.

In an embodiment, the first QoS flow having a corresponding congestion monitoring requirement may refer to that the first communication device obtains the congestion monitoring requirement corresponding to the first QoS flow.

Optionally, the first communication device sends the first congestion condition information to a first target end, where the first target end includes at least one of: the system comprises a second communication device, a core network element and a RAN network element.

Optionally, the first operation further comprises: monitoring congestion condition information of a first object;

the reporting the first information of the first object to the second target end includes: and reporting the first information of the newly monitored first object to the second target end.

In an implementation case, the first congestion information is used for the first target to determine whether to report the first information of the first object to the second target according to the first congestion information.

In one embodiment, when the first communication device is a source RAN network element of the handover, the first target terminal is a target RAN network element of the handover.

In one embodiment, in a case where the first communication device is a RAN network element responding in a terminal context request procedure, the RAN network element in the first target terminal is a RAN network element requesting a terminal context.

Optionally, the first communication device reports the first information of the first object to a second target, wherein the second target comprises at least one of: core network elements of the control plane (e.g. one of AMF, SMF, PCF, etc.), core network elements of the user plane (e.g. UPF), NEF, application functions (Application Function, AF), the producer of the data flow, the receiver of the data flow (sender or receiver of the data flow such as server or client).

In one embodiment, the most recent congestion status information indicates monitored, recently reported, and/or real-time congestion status information.

In one embodiment, the second target is a target (or called a consumer or subscriber) of the congestion information of the first object, and is configured to learn the congestion information of the first object.

In one embodiment, the first target end determines whether to report the congestion information of the first object to the second target end according to the congestion information of the first object.

In one embodiment, the first communication device may receive a congestion monitoring requirement of the first object from the second target. And the server, the client or the application end knows the congestion condition of the first object through the second target end. In another embodiment, the second target is different from the device sending the congestion monitoring requirements of the first object. Such as: the PCF, SMF, AMF sends the congestion monitoring requirement of the first object, but the second target may be a CN network element of the user plane, such as UPF.

As an alternative embodiment, the congestion condition information includes at least one of the following:

the first information;

second information indicating one of: the first object starts to be congested or the first object is congested, and the congestion starts to be congested or the congestion occurs;

Third information indicating one of: congestion level of the first object;

fourth information indicating one of: congestion direction of the first object.

The congestion information may be first congestion information and/or congestion information of the first object.

In one embodiment, the congestion status information of the first object is sent in a signaling or data packet that is contained in the first object, where the first object need not be indicated as long as specific congestion status information is sent.

As an alternative embodiment, the first congestion status information is sent including at least one of:

context information of the terminal;

source to destination container;

a message sent from a source RAN network element to a target RAN network element in the switching process;

a message sent from a source RAN network element to a core network element in the switching process;

a message sent from the core network element to the target RAN network element in the switching process;

a message sent from a response RAN network element to a request RAN network element in the process of acquiring the terminal context;

a message sent from a response RAN network element to a core network element in the process of acquiring the terminal context;

And sending a message for requesting the RAN network element from the core network element in the process of acquiring the terminal context.

In one embodiment, the congestion situation information or first congestion situation information of the first object is stored in the context of the terminal. Thus, when the context of the terminal is transmitted, the first congestion status information is also transmitted.

In one embodiment, the message sent from the source RAN network element to the target RAN network element during the handover procedure may include: a handover request message.

In one embodiment, a message sent from a core network element to a target RAN network element during a handover procedure may include: a handover command message.

In one embodiment, a message sent from a source RAN network element to a core network element during a handover procedure may include: a handover required message.

Optionally, the message sent from the responding RAN network element to the requesting RAN network element in the terminal context acquisition procedure may include: and the terminal context responds to the message.

In this embodiment, the existing signaling or message is multiplexed to transmit the first congestion information, so that the overhead and complexity of transmitting the first congestion information can be reduced compared to independently transmitting the first congestion information.

As an optional implementation manner, the reporting the first information of the first object to the second target end includes:

Under the condition that the first condition is met, first information is sent to a second target end;

wherein the first condition includes at least one of:

the first object is not congested or does not meet a congestion reporting condition;

the terminal is accessed to the first communication equipment;

the first communication equipment acquires congestion monitoring requirements corresponding to a first object;

the congestion monitoring requirements corresponding to the first object comprise initial congestion condition information required to report the first object;

alternatively, the first condition includes at least one of:

the terminal leaves the first communication device;

the first communication equipment acquires that a terminal accesses the first target end;

the first communication equipment determines to transfer the terminal to a first target end;

the first communication equipment acquires that a terminal is transferred from the first communication equipment to the first target end;

the first communication equipment acquires a terminal context request sent by the first target end;

the first communication equipment determines to send a terminal context response to the first target end;

and the first communication equipment acquires the congestion monitoring requirement corresponding to the first object.

In one embodiment, the first communication device receives a congestion monitoring requirement corresponding to a first object from a first target device, where the first target device includes at least one of the following: core network elements (e.g., AMF, PCF, SMF, UPF).

In one embodiment, the foregoing requirement of reporting the initial congestion condition of the first object may be understood as requiring the first communication device to report congestion condition information of the first object immediately after acquiring the congestion monitoring requirement corresponding to the first object.

In one embodiment, the first information is reported in time in case the terminal leaves the first communication device, irrespective of whether there is congestion. Thereby helping to keep consumers of congestion situation information (e.g. CN, server or client) from understanding that congestion of the first object is still occurring. Otherwise, when the terminal accesses other devices after leaving the first communication device, if there is no congestion, it is possible that the other devices do not act, and without this embodiment, the consumption end of the congestion situation information may misunderstand that the congestion is still continuing.

As an alternative embodiment, the initial congestion condition includes one of: congestion information of the first object at the first moment, or congestion information of the first object at the second moment;

wherein the second time is a time after the first time;

the first time satisfies at least one of:

the moment when the terminal accesses the first communication equipment;

The terminal context is established at the moment of the first communication equipment;

and the first communication equipment acquires the time of the congestion monitoring requirement corresponding to the first object.

In an embodiment, the time interval between the second time and the first time may be a first processing duration, where the first processing duration is sufficient to monitor and obtain congestion information of the first object.

As an optional implementation manner, in a case that the first condition is met, sending the first information to the second target end includes:

and immediately sending the first information to the second target terminal under the condition that the first condition is met.

Optionally, the immediately sending the first information to the second target end includes:

transmitting first information to a second target end at a first moment or a second moment;

wherein the second time is a time after the first time;

the first time satisfies at least one of:

the moment when the terminal accesses the first communication equipment;

In one embodiment, a terminal accesses the first communication device, comprising one of: the terminal moves into (e.g., switches into) the first communication device, the terminal establishes a connection with the first communication device, and a context of the terminal is established in the first communication device.

In one embodiment, for "send the first information to the second target immediately when the first condition is met", it is easy to understand that, for the terminal that has just been accessed, by reporting the first information, the congestion condition of the first object may be refreshed to the initial state: no congestion or congestion ending.

As an optional implementation manner, the congestion monitoring requirement corresponding to the first object is used for at least one of the following requirements:

monitoring and/or reporting congestion conditions of the first object;

reporting congestion condition information of the first object through signaling corresponding to the first QoS flow or data packets in the first QoS flow;

and/or the number of the groups of groups,

the parameters in the congestion monitoring requirements include at least one of:

fifth information, configured to instruct the first communication device to report an event corresponding to congestion condition information corresponding to a first object;

sixth information for indicating a frequency with which the first communication device reports the first congestion condition information;

seventh information describing congestion levels;

eighth information indicating information that congestion monitoring for upstream and/or downstream is required.

In one embodiment, the reporting congestion status information of the first object through signaling corresponding to the first QoS flow or a data packet in the first QoS flow may be that the first object includes: at least one of the terminal, the first QoS flow, the first radio bearer, the first logical channel group, the first cell and the first RAN network element, so that congestion condition information of the first QoS flow and/or other first objects except the first QoS flow can be reported through signaling corresponding to the first QoS flow or data packets in the first QoS flow.

In one embodiment, reporting congestion status information of the first object via the data packets in the first QoS flow includes: and the packet head of the data packet carries congestion condition information of the first object.

As an optional implementation manner, the sending the first congestion status information to the first target end includes:

directly or indirectly transmitting first congestion condition information to a second communication device;

and/or the number of the groups of groups,

the congestion condition information of the first object in the first communication device includes: and the first communication equipment monitors the congestion condition information of the first object which is recently reported or stored.

In one embodiment, the indirectly sending the first congestion condition information to the second communication device includes: and sending the first congestion condition information to the second communication equipment through the core network element.

In one embodiment, the first congestion information is used to indicate congestion information of a first object that is recently monitored, recently reported, or saved in the first communication device; it can be understood that 1) if the first congestion situation information is congestion situation information of the first object held in the first communication device at the time of the transfer of the terminal from the first communication device to the first target terminal. 2) But if the monitored congestion situation information is different from the congestion situation information of the first object stored (e.g. not yet available) when the terminal is transferred from the first communication device to the first target, the first congestion situation information may be the latest monitored congestion situation information. 3) The recently reported congestion status information is different from the congestion status information of the first object (e.g., it has not yet been saved), and then the first congestion status information may be the recently reported congestion status information.

As an optional implementation manner, the storing congestion condition information of the first object includes at least one of the following:

the congestion condition information of the first object is stored in the terminal context;

under the condition that the congestion condition of the first object is monitored to change or the first communication equipment reports the congestion condition information of the first object to the second target end, updating the stored congestion condition information of the first object according to the changed congestion condition information of the first object or the reported congestion condition information of the first object;

and when the monitored congestion condition information of the first object is different from the stored congestion condition information of the first object, updating the stored congestion condition information of the first object to be the monitored congestion condition information of the first object.

In one embodiment, by storing the congestion information of the first object in the terminal context, the congestion information of the first object may be transmitted together when the terminal context is transmitted.

In one embodiment, the first communication device may timely update the stored congestion information of the first object to the latest monitored congestion information of the first object, or update the congestion information of the first object to the latest reported congestion information of the first object.

As an optional implementation manner, the reporting congestion status information of the first object to the second target end includes:

and reporting the monitored congestion condition information of the first object to the second target end under the condition that the monitored congestion condition information of the first object is different from the stored congestion condition information of the first object.

In this embodiment, the congestion condition of the first object is detected to be different from the stored congestion condition information of the first object, which indicates that the congestion condition information of the first object has changed, for example: the second target end can acquire the latest congestion condition information of the first object by reporting the monitored congestion condition information of the first object to the second target end.

As an optional implementation manner, the reporting congestion status information of the first object to the second target end is reported through a first mode; the first way is different from the way of explicit congestion notification ECN marking and/or low delay low loss scalable transmission amount L4S;

or (b)

The congestion situation information of the first object is different from the congestion situation information in the ECN and/or L4S.

It will be appreciated that congestion situation information in the ECN and/or L4S is a two bit flag for the ECN, 11CE representing congestion occurrence. 01 or 10 represents no congestion.

When the second target end is a CN network element, congestion information of the first object may be different from congestion information in ECN and/or L4S.

In another embodiment, the congestion status information of the first object is different from the congestion status information in the ECN and/or L4S, such as when the second destination end is the producer or the receiver of the data stream (the sender or the receiver of the data stream, such as a server or a client).

under the condition that the second condition is met, sending first congestion condition information to a first target end;

wherein the second condition includes at least one of:

the terminal leaves the first communication device;

the terminal is transferred from the first communication equipment to the first target end;

The first target end requests the context of the terminal from the first communication equipment;

congestion condition information of a first object stored in the first communication device, comprising at least one of: second information, third information and fourth information;

wherein,

the second information is used to indicate one of: the first object starts to be congested or the first object is congested, and the congestion starts to be congested or the congestion occurs;

the third information is used to indicate one of: congestion level of the first object;

the fourth information is used to indicate one of: congestion direction of the first object.

In one embodiment, the first target may be different from the first communication device.

In an embodiment, the terminal accessing the first target end includes at least one of the following: and switching from the first communication equipment to a first target terminal, and accessing the first target terminal through RRC establishment/RRC reestablishment, wherein the first target terminal requests the context of the terminal, and the first target terminal receives a switching command to request the terminal to be switched to the first target terminal.

It will be understood that the first target end of the first communication device sends the congestion situation of the first object in the first communication device, and the first target end can determine, according to the congestion situation information of the first object, whether to report the target end of the congestion situation information of the first object to the second target end.

In the embodiment of the application, in the process of transferring the RAN, the terminal can obtain the congestion condition of the first object in the source RAN from the source RAN before transferring, so that the target RAN is helpful to judge whether the congestion condition of the first object changes, and particularly, report the latest congestion condition information in time when the congestion condition changes into no congestion. In addition, when the terminal accesses the RAN or acquires the congestion monitoring requirement of the first object, the congestion condition of the first object in the target RAN is monitored, and particularly, the latest congestion condition information is timely reported under the condition of no congestion. Or when the terminal leaves the RAN, whether congestion exists or not, the end of the congestion or no congestion is reported in time. The above ways can make the data flow server or the client timely learn the latest congestion condition of the first object.

Referring to fig. 3, an embodiment of the present application provides an information processing method applied to a second communication device. The second communication device includes, but is not limited to, a RAN network element (e.g., a target RAN network element into which the terminal moves (e.g., hands in)), or a terminal, the method comprising:

Step 31: the second communication device performs a second operation comprising at least one of:

wherein,

Optionally, the second communication device includes: RAN network elements.

In one embodiment, congestion status information of a first object in a first communication device includes: and the first communication equipment monitors the congestion condition information of the first object which is recently reported or stored.

In one embodiment, the reporting the first information of the first object to the second target includes: and reporting the first information of the newly monitored first object to the second target end.

In one embodiment, the second communication device receives first congestion condition information from a first source, where the first source includes at least one of: the system comprises first communication equipment, a core network element and a RAN network element.

In one embodiment, when the first source terminal is a source RAN network element of the handover, the RAN network element in the second communication device is a target RAN network element of the handover.

In one embodiment, when the first source terminal is a RAN network element responding in a terminal context request process, the RAN network element in the second communication device is a RAN network element requesting a terminal context.

The method comprises the steps that the first congestion condition information is stored as the congestion condition information of the first object, after the first object is stored, when the congestion condition of the first object in the second communication equipment changes and is different from the congestion condition information of the first object, the second communication equipment reports the second congestion condition to the second target end, and meanwhile, the stored congestion condition information of the first object is updated.

In one embodiment, the first information is contained in a related signaling or data packet of the first object, which first information only needs to indicate no congestion or congestion end. Otherwise, the first information may indicate that the first object is free of congestion or that congestion ends.

In one embodiment, the first congestion status information is used to indicate congestion status information of a first object that is up-to-date or maintained in the first communication device.

In one embodiment, the second congestion status information is used to indicate the latest congestion status information of the first object monitored in the second communication device.

the first information;

third information indicating one of: congestion level of the first object;

fourth information indicating one of: congestion direction of the first object.

The meanings and effects of the congestion status information are the same as those of the congestion status information in the embodiment of the method shown in fig. 2, and are not described herein.

As an optional implementation manner, according to the first congestion condition information, determining to report the first information of the first object to the second target end, or determining not to report the first information to the second target end includes at least one of the following:

reporting first information of a first object to a second target end under the condition that a third condition is met according to the first congestion condition information;

according to the first congestion condition information, under the condition that a fourth condition is met, the first information is not reported to the second target terminal;

wherein the third condition includes at least one of:

the first object is not congested or does not meet a congestion report condition in the second communication device;

the first congestion status information includes at least one of second information, third information and fourth information,

the congestion condition information of the first object stored comprises at least one of the second information, the third information and the fourth information;

the second communication equipment acquires congestion monitoring requirements corresponding to the first object;

wherein the second information is used to indicate one of: the first object starts to be congested or the first object is congested, and the congestion starts to be congested or the congestion occurs;

the fourth information is used to indicate one of: congestion direction of the first object;

wherein the fourth condition includes at least one of:

the first congestion condition information includes the first information;

the congestion condition information of the first object stored comprises the first information;

and the second communication equipment does not acquire the congestion monitoring requirement corresponding to the first object.

The meaning and effect of the congestion monitoring requirement corresponding to the first object are the same as those of the congestion monitoring requirement corresponding to the first object in the method embodiment shown in fig. 2, and are not described herein.

In one embodiment, when the third condition is met, after the first object congestion start or the congestion level of the first object is reported before the first communication device, if the first object is not congested or the congestion reporting condition is not met in the second communication device, reporting the first information may restore the congestion condition of the first object to the initial state, that is, to the state of no congestion or congestion end.

In one embodiment, when the fourth condition is met, after congestion of the first object is finished or no congestion is reported before the first communication device, if congestion of the first object does not occur or the congestion reporting condition is not met in the second communication device, the second communication device may not report the first information, so that resource loss for reporting the first information may be reduced.

As an optional implementation manner, according to the first congestion condition information, determining to report the second congestion condition information to the second target end, or determining not to report the second congestion condition information to the second target end includes at least one of the following:

reporting second congestion information to a second target terminal according to the first congestion information under the condition that a fifth condition is met;

according to the first congestion condition information, under the condition that a sixth condition is met, second congestion condition information is not reported to a second target terminal;

wherein the fifth condition comprises at least one of:

the congestion condition information of the first object monitored in the second communication device is different from the first congestion condition information;

the congestion condition information of the first object monitored in the second communication equipment is different from the congestion condition information of the first object stored in the second communication equipment;

wherein the sixth condition comprises at least one of:

the congestion condition information of the first object monitored in the second communication device is the same as the first congestion condition information;

the congestion information of the first object monitored in the second communication device is the same as the stored congestion information of the first object;

and the second communication equipment acquires the congestion monitoring requirement corresponding to the first object.

In one embodiment, when the fifth condition is met, the second information may be reported when the congestion condition of the first object changes and/or when the second communication device is required to monitor the congestion condition of the first object, and the latest congestion condition of the first object may be timely reported.

In one embodiment, when the sixth condition is met, the second communication device may be required to monitor the congestion of the first object in time when the congestion of the first object is unchanged, and the second communication device may not report the congestion information of the first object, so that resource consumption for reporting the second congestion information may be reduced.

As an optional implementation manner, the acquiring the first congestion status information includes:

the second communication device receives first congestion condition information from a first source, the first source including at least one of: RAN network element, CN network element.

Optionally, in the handover process, the second communication device receives first congestion condition information from a first source end, where the second communication device is a target RAN network element, and the first source end includes at least one of the following: a core network element, a source RAN network element;

or (b)

In the process of acquiring the terminal context, the second communication equipment acquires first congestion condition information from a response network element of the terminal context request, wherein the second communication equipment is a RAN network element for receiving the terminal context request.

In one embodiment, during the handover procedure, the target RAN network element may receive the first congestion situation information directly or indirectly from the source RAN network element.

In one embodiment, the first congestion condition information may be transmitted through the context of the terminal.

As an alternative embodiment, the second communication device reports the first information and/or the second congestion status information to the second target by at least one of the following means:

Transmitting the first information and/or the second congestion condition information through signaling corresponding to a first QoS flow;

and sending the first information and/or the second congestion condition information through the data packet in the first QoS flow.

The sending the first information and/or the second congestion condition information through the signaling corresponding to the first QoS flow includes:

reporting congestion condition information of a first object through cells and/or first interface messages corresponding to a first QoS flow, wherein a first interface corresponding to the first interface message is a control plane interface between a core network and an access network;

and/or the number of the groups of groups,

the sending the first information and/or the second congestion condition information through the data packet in the first QoS flow includes at least one of the following:

transmitting the data packet in the first QoS flow to a second interface, wherein the data packet in the first QoS flow carries the first information and/or the second congestion condition information, and the second interface is a user plane interface between a core network and an access network;

and reporting the congestion condition information of the first object through the first information and/or the second congestion condition information carried by the packet head of the data packet in the first QoS flow.

In one embodiment, the header of the data packet includes at least one of: a general packet radio service (General Packet Radio Service, GPRS) tunneling protocol user plane part (User plane part of GPRS Tunnelling Protocol, GTP-U) header, an internetworking protocol (Internet Protocol, IP) header.

Optionally, the packet header of the data packet carries congestion information of the first object, which may be any one of the following:

the GTP-U header carries congestion information;

the ECN mark (e.g., CE congestion occurrence mark in the ECN mark) is carried in the IP header.

In one embodiment, the cell corresponding to the first QoS flow is a cell corresponding to the first QoS flow in the first interface message.

The first QoS flow is at least one of: a certain QoS flow of the terminal, wherein the QoS flow has corresponding congestion monitoring requirements;

and/or the number of the groups of groups,

In this embodiment, the first information and/or the second congestion information may be reported by multiplexing signaling corresponding to the first QoS flow or a packet in the first QoS flow, and in this case, the first object may not be indicated in the first information and/or the second congestion information.

or (b)

In this embodiment, the first congestion status information may be reported in a different manner or information type from the manner of ECN marking and/or L4S.

In the embodiment of the application, in the process of transferring the RAN, the terminal can obtain the congestion condition of the first object in the source RAN from the source RAN before transferring, so that the target RAN is helpful to judge whether the congestion condition of the first object changes, and particularly, report the latest congestion condition information in time when the congestion condition changes into no congestion. The above modes can enable the data flow server or the client to timely acquire the latest congestion condition of the first object.

The application scenario 1 of the embodiment of the present application mainly describes a process in which, after a UE is transferred from a first RAN (short for a first RAN network element) to a second RAN (short for a second RAN network element), the second RAN monitors congestion conditions of a first object, and reports congestion conditions of the first object based on congestion condition information of the first object in the first RAN. Referring to fig. 4, the method comprises the following steps:

step 1: the first RAN performs a first operation as described in the embodiment of fig. 2. Illustratively, the first operation includes at least one of: the first RAN monitors the congestion condition information of the local first object, reports the congestion condition information of the first object to the CN network element, and stores the congestion condition information of the first object. This congestion situation information is as described in the embodiment of fig. 2. Illustratively, the congestion status information of the first object includes second information indicating one of: the first object starts to congestion or the first object is congested, and the congestion starts or the congestion occurs.

The first RAN may send congestion status information of the first object to the CN through control plane signaling or user plane data, respectively, steps 1a and 1b, respectively.

In step 1a, the first RAN may send congestion situation information to a User Plane (e.g. UPF) in the CN by carrying the congestion situation information of the first object with a header of a GTP-U (general packet radio service (General Packet Radio Service, GPRS) tunneling protocol User Plane part (User Plane part of GPRS Tunnelling Protocol, GTP-U)) of the data packet.

In step 1b, the first RAN may report congestion status information of the first object to at least one of control planes AMF, SMF, PCF of the CN through the NG interface.

In addition, the first RAN may also send congestion status information of the first object through ECN marking, unlike the steps of 5a,5 b.

In one embodiment, the SMF sends congestion status information of the first object to the PCF or UPF. The PCF receives congestion status information of the first object and may send it to the NEF or AF via the serviced interface.

The UPF receives congestion information of the first object, and may send the congestion information to the NEF or the AF through the server interface, or directly modify congestion marks (such as ECN and/or L4S) of the data packet.

In an alternative embodiment, the first operation includes: the first RAN may report congestion condition information to the CN network element when it is monitored that congestion occurs in the first object or the congestion level reaches the first congestion level and a congestion monitoring requirement corresponding to the first object is received.

Step 2: the first RAN maintains congestion status information for the first object. Step 2 may be performed before step 1a/1b, after step 1a/1b, or simultaneously.

In an alternative embodiment, the first RAN may save the congestion information that was last monitored by the first object, or the last reported congestion information.

In case the second condition is fulfilled, the first RAN sends the first congestion situation information to the first target, which may be entered as steps 3a,3b,3c, respectively.

First congestion situation information as described in the embodiment of fig. 2, the congestion situation information of the first object that is newly monitored, saved, or last reported in the first RAN may be indicated, for example.

Step 3a, the first RAN initiates a switching request to the second RAN, and the switching request carries first congestion condition information.

Step 3b to step 4b, the first RAN sends a handover request to the CN (such as AMF), and the CN sends a handover command to the second RAN based on the handover request, where both the handover request and the handover command may carry the first congestion condition information.

Step 3c to step 4c, when the UE moves into the second RAN, the second RAN may request the UE context from the first RAN, the first RAN sends the UE context to the second RAN in response to the request of the UE context, and the UE context may carry the first congestion condition information.

Step 5: the second RAN performs a second operation as described in the embodiment of fig. 3. Illustratively, the second operation includes:

and if the second RAN monitors that the congestion condition information of the first object is different from the first congestion information according to the first congestion information, the second RAN reports the congestion condition information of the first object to the CN.

By way of example only, and not by way of limitation,

the first congestion condition information includes second information; the congestion status information of the first object in the second RAN includes first information indicating one of: the first object is congestion free or congestion ended, congestion free or congestion ended.

The second RAN may send congestion status information of the first object to the CN through control plane signaling or user plane data, respectively, steps 5a and 5b, respectively.

In step 5a, the second RAN may send congestion information to a User Plane (e.g. UPF) in the CN by carrying the congestion information of the first object with a header of a GTP-U of the data packet.

In step 5b, the second RAN may report congestion status information of the first object to at least one of the control planes AMF, SMF, PCF of the CN through the NG interface.

In addition, the second RAN may also send congestion status information of the first object through ECN marking, unlike the steps of 5a,5 b.

According to the embodiment of the application, in the process that the UE is transferred from the first RAN to the second RAN, the second RAN can directly or indirectly acquire the congestion condition information of the latest first object in the first RAN from the first RAN, and according to the congestion condition information of the latest first object in the first RAN and the congestion condition information of the first object monitored by the second RAN (such as no congestion of the first object), the second RAN can timely report the condition instead of no congestion, so that a server or a client timely knows the latest congestion condition information (such as congestion end or congestion level reduction) of the data flow of the UE.

Application scenario 2 of the embodiment of the present application:

the application scenario 2 of the embodiment of the present application mainly describes a process in which, when a UE accesses a RAN, the RAN (short for RAN network element) monitors and reports congestion information of a first object. Referring to fig. 5A, the method includes the following steps:

step 1: the RAN performs the first operation, as described in particular with respect to the embodiment of fig. 2. By way of example only, and not by way of limitation,

the RAN executes at least one of the following under the condition that the RAN acquires a congestion monitoring requirement corresponding to the first object and/or a request of accessing the UE to the RAN:

immediately monitoring congestion conditions of the first object;

immediately reporting congestion condition information of the first object to the CN;

wherein the UE accessing the RAN may be that the RAN receives (from the UE or the CN) a request related to the UE of at least one of: initial context configuration Request (Initial Context Setup Request), handover Request (Handover Request), RRC Setup (RRC Setup), RRC reestablishment (RRC Reestablishment).

In an alternative embodiment, the RAN may monitor congestion status for the first object receiving the congestion monitoring requirement.

In one embodiment, the RAN may monitor and/or report the congestion condition of the first object at the time when the UE accesses the first communication device, at the time when the terminal context is established by the RAN, or at the time when the RAN obtains the congestion monitoring requirement corresponding to the first object.

In one embodiment, when the monitored congestion condition of the first object is congestion free, the RAN reports that the congestion condition information of the first object includes first information indicating that there is no congestion or indicating that the first object is congestion free.

Step 2: the RAN may send congestion status information of the first object to the CN via control plane signaling or user plane data, respectively, steps 2a and 2b, respectively.

In step 2a, the ran may send congestion information of the first object to a User Plane (e.g., UPF) in the CN through a packet header of the GTP-U of the data packet.

In step 2b, the ran may report congestion status information of the first object to at least one of control planes AMF, SMF, PCF of the CN through the NG interface.

In addition, the RAN may also send congestion status information of the first object through ECN marking, unlike the steps of 2a, 2b.

By the embodiment of the application, when the UE just accesses the RAN, the RAN can immediately monitor the congestion condition of the first object, and even if the first object is not congested, the congestion condition of the first object is reported. Therefore, the server or the client side can timely learn the latest congestion condition of the data flow of the UE.

Application scenario 3 of the embodiment of the present application:

in application scenario 3 of the present embodiment, the RAN (for short, RAN network element) decides whether to report congestion information of the monitored first object according to the stored congestion information of the first object. Referring to fig. 5B, the method includes the following steps:

the RAN monitors congestion conditions of the first object;

in the case that the monitored congestion situation of the first object is different from the congestion situation of the stored first object, at least one of the following is performed:

updating the congestion condition information of the stored first object;

congestion status information of the first object is reported to the CN.

How to report congestion status information of the first object to the CN is as described in embodiment 2, and will not be described here.

According to the embodiment of the application, the RAN decides whether to report the monitored congestion condition information of the first object according to the stored congestion condition information of the first object, so that a server or a client can timely learn the latest congestion condition of the data flow of the UE.

Referring to fig. 6, a communication device provided in an embodiment of the present application may be a first communication device, and as shown in fig. 6, the communication device 600 may include the following modules:

a first execution module 601, configured to execute a first operation, where the first operation includes at least one of:

storing congestion condition information of the first object;

reporting first information of the first object to a second target end;

wherein,

Optionally, the congestion condition information includes at least one of:

the first information;

Third information indicating one of: congestion level of the first object;

fourth information indicating one of: congestion direction of the first object.

Optionally, the first congestion condition information is sent including at least one of:

context information of the terminal;

source to destination container;

message sent from core network element to request RAN network element in terminal context acquisition process

Optionally, the first execution module 601 includes:

the first sending unit is used for sending the first information to the second target terminal under the condition that the first condition is met;

wherein the first condition includes at least one of:

The terminal is accessed to the first communication equipment;

alternatively, the first condition includes at least one of:

the terminal leaves the first communication device;

Optionally, the initial congestion condition includes one of: congestion information of the first object at the first moment, or congestion information of the first object at the second moment;

wherein the second time is a time after the first time;

the first time satisfies at least one of:

The moment when the terminal accesses the first communication equipment;

Optionally, the first sending unit is specifically configured to:

under the condition that the first condition is met, first information is sent to a second target end at a first moment or a second moment;

wherein the second time is a time after the first time;

the first time satisfies at least one of:

the moment when the terminal accesses the first communication equipment;

Optionally, the congestion monitoring requirement corresponding to the first object is used for requiring at least one of the following:

monitoring and/or reporting congestion conditions of the first object;

And/or the number of the groups of groups,

seventh information describing congestion levels;

Optionally, the first execution module 601 includes:

a second transmitting unit configured to directly or indirectly transmit the first congestion condition information to the second communication device;

and/or the number of the groups of groups,

Optionally, the first execution module 601 includes:

a saving unit for performing at least one of:

under the condition that the congestion condition of the first object is monitored to change or the first communication equipment reports the congestion condition information of the first object to the second target end, updating the stored congestion condition information of the first object according to the changed congestion condition information of the first object or the reported congestion condition information of the first object.

Optionally, the first execution module 601 includes:

and the first reporting unit is used for reporting the monitored congestion condition information of the first object to the second target end when the monitored congestion condition information of the first object is different from the stored congestion condition information of the first object.

Optionally, the first data stream satisfies at least one of: the method comprises the steps that a certain data flow of the terminal is provided with a corresponding congestion monitoring requirement, and the data flow of the first QoS flow is mapped;

and/or the number of the groups of groups,

And/or the number of the groups of groups,

Optionally, the reporting of the congestion condition information of the first object to the second target end is performed by a first mode; the first way is different from the way of explicit congestion notification ECN marking and/or low delay low loss scalable transmission amount L4S;

or (b)

Optionally, the first execution module 601 includes:

a third sending unit, configured to send first congestion information to the first target end when the second condition is satisfied;

wherein the second condition includes at least one of:

the terminal leaves the first communication device;

wherein,

The communication device 600 provided in this embodiment of the present application can implement each process implemented by the first communication device in the method embodiment shown in fig. 2, and can obtain the same beneficial effects, so that repetition is avoided, and no further description is given here.

Referring to fig. 7, a communication device provided in an embodiment of the present application may be a second communication device, and as shown in fig. 7, the communication device 700 may include the following modules:

a second execution module 701, configured to execute a second operation, where the second operation includes at least one of:

wherein,

Optionally, the congestion condition information includes at least one of:

The first information;

third information indicating one of: congestion level of the first object;

fourth information indicating one of: congestion direction of the first object.

Optionally, the second execution module 701 includes at least one of:

a second reporting unit, configured to report, according to the first congestion condition information, first information of a first object to a second target end when a third condition is satisfied;

a third reporting unit, configured to, according to the first congestion condition information, not report the first information to the second target end when the fourth condition is satisfied;

wherein the third condition includes at least one of:

wherein the fourth condition includes at least one of:

the first congestion condition information includes the first information;

Optionally, the second execution module 701 includes at least one of:

a fourth reporting unit, configured to report second congestion information to a second target end according to the first congestion information if a fifth condition is satisfied;

a fourth reporting unit, configured to, according to the first congestion condition information, report the second congestion condition information to the second target terminal when the fourth condition is met;

Wherein the fifth condition comprises at least one of:

wherein the sixth condition comprises at least one of:

Optionally, the second execution module 701 includes:

the first receiving unit is configured to receive, in a handover process, first congestion condition information from a first source end by the second communication device, where the second communication device is a target RAN network element, and the first source end includes at least one of: a core network element, a source RAN network element;

Or (b)

The first obtaining unit is configured to obtain, in a terminal context obtaining process, first congestion condition information from a response network element of a terminal context request by the second communication device, where the second communication device is a RAN network element that receives the terminal context request.

Optionally, the second communication device reports the first information and/or the second congestion situation information to the second target end by at least one of the following ways:

or (b)

The communication device 700 provided in this embodiment of the present application can implement each process implemented by the second communication device in the method embodiment shown in fig. 3, and can obtain the same beneficial effects, so that repetition is avoided, and no further description is given here.

Optionally, as shown in fig. 8, the embodiment of the present application further provides a communication device 800, including a memory 801 and a processor 802, where the memory 801 stores a computer program 8011 that can be executed on the processor 802, for example, when the communication device 800 is a first communication device, the program or instructions when executed by the processor 802 implement the steps in the method embodiment shown in fig. 2, and achieve the same technical effect. When the communication device 800 is a second communication device, the program or the instructions when executed by the processor 802 implement the steps of the method embodiment shown in fig. 3, and achieve the same technical effects, and are not repeated herein.

The embodiment of the present application further provides a computer readable storage medium, on which a computer program is stored, where the computer program when executed by a processor implements each process of any of the foregoing multi-card optimization method embodiments, and the same technical effects can be achieved, so that repetition is avoided, and no further description is given here. Wherein the computer readable storage medium is selected from Read-Only Memory (ROM), random access Memory (Random Access Memory, RAM), magnetic disk or optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk), including several instructions for causing a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the method described in the embodiments of the present application.

The embodiments of the present application have been described above with reference to the accompanying drawings, but the present application is not limited to the above-described embodiments, which are merely illustrative and not restrictive, and many forms may be made by those of ordinary skill in the art without departing from the spirit of the present application and the scope of the claims, which are also within the protection of the present application.

Claims

1. An information processing method, characterized by comprising:

storing congestion condition information of the first object;

reporting first information of the first object to a second target end;

wherein,

the first object comprises at least one of: a terminal, a first data flow, a first quality of service, qoS, flow, a first radio bearer, a first logical channel group, a first cell, and a first radio access network, RAN, network element.

2. The method of claim 1, wherein the congestion condition information comprises at least one of:

the first information;

third information indicating one of: congestion level of the first object;

fourth information indicating one of: congestion direction of the first object.

3. The method of claim 1, wherein the first congestion condition information is transmitted as contained in at least one of:

context information of the terminal;

source to destination container;

4. The method of claim 1, wherein reporting the first information of the first object to the second target comprises:

wherein the first condition includes at least one of:

the terminal is accessed to the first communication equipment;

alternatively, the first condition includes at least one of:

the terminal leaves the first communication device;

5. The method of claim 4, wherein the initial congestion condition comprises one of: congestion information of the first object at the first moment, or congestion information of the first object at the second moment;

wherein the second time is a time after the first time;

the first time satisfies at least one of:

the moment when the terminal accesses the first communication equipment;

6. The method according to claim 4, wherein, in the case that the first condition is satisfied, sending the first information to the second target terminal includes:

7. The method of claim 6, wherein immediately sending the first information to the second target comprises:

wherein the second time is a time after the first time;

The first time satisfies at least one of:

the moment when the terminal accesses the first communication equipment;

8. The method according to claim 4, wherein:

the congestion monitoring requirement corresponding to the first object is used for requiring at least one of the following:

monitoring and/or reporting congestion conditions of the first object;

and/or the number of the groups of groups,

seventh information describing congestion levels;

9. The method according to any one of claims 1 to 8, wherein the sending the first congestion status information to the first destination includes:

and/or the number of the groups of groups,

10. The method according to any one of claims 1 to 8, wherein the saving congestion status information of the first object comprises at least one of:

11. The method of claim 1, wherein reporting congestion status information of the first object to the second target comprises:

12. The method of claim 1, wherein the step of determining the position of the substrate comprises,

the first data stream satisfies at least one of: the method comprises the steps that a certain data flow of the terminal is provided with a corresponding congestion monitoring requirement, and the data flow of the first QoS flow is mapped;

and/or the number of the groups of groups,

And/or the number of the groups of groups,

13. The method according to any one of claims 1 to 8, wherein the reporting of congestion status information of the first object to the second target is by a first approach; the first way is different from the way of explicit congestion notification ECN marking and/or low delay low loss scalable transmission amount L4S;

or (b)

14. The method of claim 1, wherein the sending the first congestion status information to the first destination includes:

wherein the second condition includes at least one of:

the terminal leaves the first communication device;

wherein,

15. An information processing method, characterized by comprising:

wherein,

the first object comprises at least one of: a terminal, a first data flow, a first quality of service QoS flow, a first radio bearer, a first logical channel group, a first cell and a first radio access network RAN network element.

16. The method of claim 15, wherein the congestion condition information comprises at least one of:

the first information;

third information indicating one of: congestion level of the first object;

fourth information indicating one of: congestion direction of the first object.

17. The method according to claim 15 or 16, wherein determining, based on the first congestion status information, first information of the first object to report to the second target, or determining not to report the first information to the second target, comprises at least one of:

wherein the third condition includes at least one of:

wherein the fourth condition includes at least one of:

the first congestion condition information includes the first information;

18. The method according to claim 15 or 16, wherein determining to report second congestion status information to the second target or determining not to report second congestion status information to the second target based on the first congestion status information comprises at least one of:

Wherein the fifth condition comprises at least one of:

wherein the sixth condition comprises at least one of:

19. The method of claim 15, wherein the obtaining the first congestion status information comprises: the second communication device receives first congestion condition information from a first source, the first source including at least one of: RAN network element, core network CN network element.

20. The method according to claim 15, wherein the second communication device reports the first information and/or the second congestion status information to the second target by at least one of:

21. The method of claim 15, wherein reporting congestion status information of the first object to the second destination is by a first means; the first way is different from the way of explicit congestion notification ECN marking and/or low delay low loss scalable transmission amount L4S;

or (b)

22. A communication device, the communication device being a first communication device, comprising:

storing congestion condition information of the first object;

reporting first information of the first object to a second target end;

Wherein,

23. A communication device, the communication device being a second communication device, comprising:

Wherein,

the first information is used to indicate one of: the first object is free of congestion or congestion ended, and is free of congestion or congestion ended; the first object comprises at least one of: a terminal, a first data flow, a first quality of service QoS flow, a first radio bearer, a first logical channel group, a first cell and a first radio access network RAN network element.

24. A communication device comprising a processor, a memory and a computer program stored on the memory and executable on the processor, which when executed by the processor performs the steps of the information processing method according to any one of claims 1 to 14 or the steps of the information processing method according to any one of claims 15 to 21.

25. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the steps of the information processing method according to any one of claims 1 to 14, or the steps of the information processing method according to any one of claims 15 to 21.