WO2024148497A1 - 信息处理方法及装置、通信设备及存储介质 - Google Patents

信息处理方法及装置、通信设备及存储介质 Download PDF

Info

Publication number
WO2024148497A1
WO2024148497A1 PCT/CN2023/071463 CN2023071463W WO2024148497A1 WO 2024148497 A1 WO2024148497 A1 WO 2024148497A1 CN 2023071463 W CN2023071463 W CN 2023071463W WO 2024148497 A1 WO2024148497 A1 WO 2024148497A1
Authority
WO
WIPO (PCT)
Prior art keywords
network function
data flow
delay
downlink data
uplink data
Prior art date
Application number
PCT/CN2023/071463
Other languages
English (en)
French (fr)
Inventor
吴锦花
沈洋
Original Assignee
北京小米移动软件有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京小米移动软件有限公司 filed Critical 北京小米移动软件有限公司
Priority to CN202380008085.5A priority Critical patent/CN118633318A/zh
Priority to PCT/CN2023/071463 priority patent/WO2024148497A1/zh
Publication of WO2024148497A1 publication Critical patent/WO2024148497A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Definitions

  • the present disclosure relates to the field of wireless communication technology but is not limited to the field of wireless communication technology, and in particular to an information processing method and apparatus, a communication device and a storage medium.
  • XR Extended Reality
  • the data streams in multimodal data often have certain or even strong correlations, such as synchronization of audio and video streams, synchronization of touch and vision, etc.
  • the data streams of such media services, the data streams between them, and the network transmission requirements of these service data streams all have some common characteristics. The effective identification and utilization of these characteristics will be more conducive to the transmission and control of networks and services, and will also be more conducive to improving service assurance capabilities and user experience.
  • Embodiments of the present disclosure provide an information processing method and apparatus, a communication device, and a storage medium.
  • a first aspect of an embodiment of the present disclosure provides an information processing method, which is performed by a first network function, and the method includes:
  • association identifier is used to associate an uplink (Uplink, UL) data flow with a downlink (DownLink, DL) data flow.
  • a second aspect of an embodiment of the present disclosure provides an information processing method, which is performed by a second network function.
  • the method includes:
  • the second network function sends a monitoring report of the uplink data flow and/or the downlink data flow to the first network function or sends the monitoring report to the third network function through the fourth network function; wherein the monitoring report carries the actual delay of the uplink data flow and/or the downlink data flow; the monitoring report and the association identifier for associating the uplink data flow with the downlink data flow are used to update the PCC (Policy and Control Charging) rules of the uplink data flow and/or the PCC rules of the downlink data flow.
  • PCC Policy and Control Charging
  • a third aspect of the embodiments of the present disclosure provides an information processing method, which is performed by a third network function.
  • the method includes:
  • an update indication is sent to the first network function; wherein the update indication and the association identifier for associating the uplink data flow with the downlink data flow are used to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • a fourth aspect of the embodiments of the present disclosure provides an information processing method, which is performed by a third network function, and the method includes:
  • a two-way delay requirement indication is sent to a first network function, wherein the two-way delay requirement indication is used by the first network function to generate an association identifier; the association identifier is used to associate an uplink data flow with a downlink data flow.
  • a fifth aspect of an embodiment of the present disclosure provides an information processing device, applied to a first network function, the device comprising:
  • the generating module is configured to generate an association identifier, wherein the association identifier is used to associate an uplink data flow with a downlink data flow.
  • a sixth aspect of the embodiments of the present disclosure provides an information processing device, applied to a second network function, the device comprising:
  • a sending module is configured so that the second network function sends a monitoring report of an uplink data flow and/or a downlink data flow to the first network function or sends the monitoring report to the third network function through the fourth network function; wherein the monitoring report carries the actual delay of the uplink data flow and/or the downlink data flow; the monitoring report and the association identifier for associating the uplink data flow with the downlink data flow are used to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • a seventh aspect of the embodiments of the present disclosure provides an information processing device, applied to a third network function, the device comprising:
  • a receiving module configured to receive a monitoring report of an uplink data flow and/or a downlink data flow sent by a first network function or the monitoring report from a second network function forwarded by a fourth network function; wherein the monitoring report carries an actual delay of the uplink data flow and/or the downlink data flow;
  • the first sending module is configured to send an update indication to the first network function according to the monitoring report; wherein the update indication and the association identifier for associating the uplink data flow with the downlink data flow are used to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • An eighth aspect of the embodiments of the present disclosure provides an information processing device, applied to a third network function, the device including:
  • the second sending module is configured to send a two-way delay requirement indication to the first network function, wherein the two-way delay requirement indication is used by the first network function to generate an association identifier; the association identifier is used to associate an uplink data flow with a downlink data flow.
  • a ninth aspect of an embodiment of the present disclosure provides a communication device, which includes a processor, a memory, and an executable program stored in the memory and capable of being run by the processor, and when the processor runs the executable program, it executes the information processing method described in any one of the first to fourth aspects.
  • a tenth aspect of an embodiment of the present disclosure provides a communication system, including: a first network function, a second network function, and a third network function;
  • the first network function is used to execute the information processing method according to the first aspect
  • the second network function is used to execute the information processing method according to the second aspect
  • the third network function is used to execute the information processing method as described in the third aspect or the fourth aspect.
  • An eleventh aspect of the embodiments of the present disclosure provides a computer storage medium storing an executable program; after the executable program is executed by a processor, the information processing method as described in any one of the first to fourth aspects can be implemented.
  • the technical solution provided by the embodiment of the present disclosure generates an association identifier for associating an uplink data flow and a downlink data flow through a first network function, so that the demand for network transmission of the uplink data flow and/or the downlink data flow can be identified by using the association identifier, thereby helping to improve service assurance capabilities and user experience.
  • FIG1 is a schematic structural diagram of a wireless communication system according to an exemplary embodiment
  • FIG2 is a flow chart of an information processing method according to an exemplary embodiment
  • FIG3 is a flow chart of an information processing method according to an exemplary embodiment
  • FIG4 is a schematic flow chart of an information processing method according to an exemplary embodiment
  • FIG5 is a flow chart of an information processing method according to an exemplary embodiment
  • FIG6 is a flow chart of an information processing method according to an exemplary embodiment
  • FIG7 is a flow chart of an information processing method according to an exemplary embodiment
  • FIG8 is a flow chart of an information processing method according to an exemplary embodiment
  • FIG9a is a schematic flow chart of an information processing method according to an exemplary embodiment
  • FIG9b is a schematic flow chart of an information processing method according to an exemplary embodiment
  • FIG10 is a schematic diagram showing the structure of an information processing device according to an exemplary embodiment
  • FIG11 is a schematic diagram showing the structure of an information processing device according to an exemplary embodiment
  • FIG12 is a schematic diagram showing the structure of an information processing device according to an exemplary embodiment
  • FIG13 is a schematic diagram showing the structure of an information processing device according to an exemplary embodiment
  • Fig. 14 is a schematic diagram showing the structure of a communication device according to an exemplary embodiment.
  • first, second, third, etc. may be used to describe various information in the disclosed embodiments, these information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information.
  • word "if” as used herein may be interpreted as "at the time of” or "when” or "in response to determining”.
  • Figure 1 shows a schematic diagram of the structure of a wireless communication system provided by an embodiment of the present disclosure.
  • the wireless communication system is a communication system based on cellular mobile communication technology, and the wireless communication system may include: a plurality of user equipments 11 and a plurality of access network equipments 12.
  • the user equipment 11 may be a device that provides voice and/or data connectivity to a user.
  • the user equipment 11 may communicate with one or more core networks via a radio access network (RAN).
  • RAN radio access network
  • the user equipment 11 may be an IoT user equipment, such as a sensor device, a mobile phone (or a "cellular" phone), and a computer with an IoT user equipment, for example, a fixed, portable, pocket-sized, handheld, computer-built-in, or vehicle-mounted device.
  • a station STA
  • a subscriber unit a subscriber station, a mobile station, a mobile station, a remote station, an access point, a remote terminal, an access terminal, a user terminal, a user agent, a user device, or a user equipment.
  • the user device 11 may also be a wearable device, a virtual reality (VR) device, an augmented reality (AR) device, or a VR/AR hybrid head-mounted device.
  • the user device 11 may also be a device of an unmanned aerial vehicle.
  • the user device 11 may also be a vehicle-mounted device, for example, a driving computer with wireless communication function, or a wireless user device connected to an external driving computer.
  • the user device 11 may also be a roadside device, for example, a street lamp, a signal lamp, or other roadside device with wireless communication function.
  • the access network device 12 may be a device for communicating with the user equipment 11 in the wireless communication system, and may be a base station, an access point, or a network device, or may refer to a device in the access network that communicates with the wireless terminal through one or more sectors on the air interface.
  • the network device may be used to convert received air frames to and from IP packets, and serve as a router between the wireless terminal and the rest of the access network, wherein the rest of the access network may include an Internet Protocol (IP) network.
  • IP Internet Protocol
  • the network device may also coordinate the attribute management of the air interface.
  • the wireless communication system may be a 4th generation mobile communication technology (4G) system, also known as a long term evolution (LTE) system; or, the wireless communication system may be a 5G system, also known as a new radio (NR) system or a 5G NR system. Or, the wireless communication system may be a next generation system of the 5G system.
  • 4G 4th generation mobile communication technology
  • 5G also known as a new radio (NR) system or a 5G NR system.
  • NR new radio
  • 5G NR 5G NR
  • the access network in the 5G system may be called NG-RAN (New Generation-Radio Access Network).
  • the access network device 12 can be an evolved access device (eNB) adopted in a 4G system.
  • the access network device 12 can also be an access device (gNB) adopting a centralized distributed architecture in a 5G system.
  • the access network device 12 adopts a centralized distributed architecture it usually includes a centralized unit (CU) and at least two distributed units (DU).
  • the centralized unit is provided with a packet data convergence protocol (PDCP) layer, a radio link layer control protocol (RLC) layer, and a media access control (MAC) layer protocol stack;
  • the distributed unit is provided with a physical (PHY) layer protocol stack.
  • PDCP packet data convergence protocol
  • RLC radio link layer control protocol
  • MAC media access control
  • PHY physical
  • a wireless connection can be established between the access network device 12 and the user equipment 11 through a wireless air interface.
  • the wireless air interface is a wireless air interface based on the fourth generation mobile communication network technology (4G) standard; or, the wireless air interface is a wireless air interface based on the fifth generation mobile communication network technology (5G) standard, for example, the wireless air interface is a new air interface; or, the wireless air interface can also be a wireless air interface based on the next generation mobile communication network technology standard of 5G.
  • an E2E (End to End) or D2D (device to device) connection may also be established between the user devices 11.
  • V2V vehicle to vehicle
  • V2I vehicle to Infrastructure
  • V2P vehicle to pedestrian
  • the wireless communication system may further include a core network device 13.
  • a plurality of access network devices 12 are connected to the core network device 13 respectively.
  • the core network device 13 may be a Mobility Management Entity (MME) in an Evolved Packet Core (EPC).
  • MME Mobility Management Entity
  • EPC Evolved Packet Core
  • the core network device may be a Serving Gateway (SGW), a Public Data Network Gateway (PGW), a Policy and Charging Rules Function (PCRF), or a Home Subscriber Server (HSS).
  • SGW Serving Gateway
  • PGW Public Data Network Gateway
  • PCRF Policy and Charging Rules Function
  • HSS Home Subscriber Server
  • the core network device 13 can be a policy control function (Policy Control Function, PCF), a user plane function (User Plane Function, UPF), a network storage function (Network Repository Function, NRF), a session management function (Session Management Function, SMF), etc.
  • Policy Control Function Policy Control Function
  • UPF User Plane Function
  • NRF Network Repository Function
  • SMF Session Management Function
  • the PCF, UPF, etc. in the embodiments of the present disclosure can be implemented by one physical device or by multiple physical devices. It can be understood that the PCF, UPF, etc. in the embodiments of the present disclosure can be a logical function module in a physical device or a logical function module composed of multiple physical devices, which is not limited in the embodiments of the present disclosure.
  • the embodiments of the present disclosure list multiple implementation methods to clearly illustrate the technical solutions of the embodiments of the present disclosure.
  • the multiple embodiments provided by the embodiments of the present disclosure can be executed separately, or can be executed together with the methods of other embodiments of the embodiments of the present disclosure, or can be executed together with some methods in other related technologies separately or in combination; the embodiments of the present disclosure do not limit this.
  • XRM (Extended Reality Media) services require the fifth generation cellular mobile communication system (5GS) to comprehensively consider whether the QoS (Quality of Service) characteristic parameters of the service's related data streams can be simultaneously met and coordinated. It involves multiple XRM data streams of a user equipment (UE) and XRM data streams of multiple UEs, and the consistency of QoS authorization and execution between each other.
  • 5GS fifth generation cellular mobile communication system
  • AF Application Function
  • PDB Packet Delay Budget
  • RT requirement indication two-way requirement indication
  • the delay status in the actual business process is affected by various factors in the network and changes dynamically and continuously. Therefore, the real-time or quasi-real-time delay status of the network and the real-time delay requirements of the AF service will directly affect the QoS authorization of each data stream, and even affect whether the 5GS XRM service function support can be successful.
  • the 5GS system currently has no perfect mechanism to support this requirement, and there is no corresponding technical solution to support the reasonable QoS authorization of the two-way delay requirements of the PCF XRM service data stream.
  • QoS flow (e.g., QoS Flow):
  • a PDU (Packet Data Unit) session can include one or more QoS flows.
  • QFI QoS flow identity
  • User plane data with the same QFI in a PDU session will receive the same forwarding treatment.
  • 5G QoS Identifier is used to represent the 5G QoS characteristics of a QoS flow.
  • 5QI is a scalar used to index a 5G QoS feature.
  • the QoS features may include at least one of: delay critical GBR data flow, guaranteed flow bit rate (GFBR), packet delay budget (PDB), and default maximum data burst volume (MDBV).
  • PDB refers to the delay budget for message transmission between terminal equipment and anchor user plane network element.
  • the anchor user plane network element can refer to the UPF that terminates the N6 interface.
  • PDB can be divided into two parts: AN PDB and CN PDB.
  • AN PDB refers to the upper limit of the delay for message transmission between terminal equipment and access network equipment.
  • CN PDB refers to the upper limit of the delay for message transmission between access network equipment and anchor user plane network element.
  • PDB is equal to the sum of AN PDB and CN PDB.
  • PSDB PDU set Delay Budget
  • Round-Trip latency refers to the total delay from the time the sender sends data to the time the sender receives confirmation from the receiver (the receiver sends confirmation immediately after receiving the data).
  • the actual delay refers to the delay from the start of data transmission at the sender to the actual delay experienced after the data is received at the receiver.
  • Fig. 2 is a flow chart of an information processing method according to an exemplary embodiment. As shown in Fig. 2, the information processing method is executed by a first network function, and the method includes the following steps:
  • association identifier Generate an association identifier, wherein the association identifier is used to associate an uplink data flow with a downlink data flow.
  • the first network function may be, for example, a policy control function (PCF).
  • PCF policy control function
  • the first network function may be a PCRF or other network function.
  • the association identifier may be a character string obtained according to a preset association identifier generation rule.
  • the association identifier may include, but is not limited to, a common identifier (Common ID), a peer identifier (Peer ID), a round trip group identifier (Round Trip Group ID), or a peer indication (Peer Indication).
  • Common ID Common identifier
  • Peer ID peer identifier
  • Round Trip Group ID Round Trip Group ID
  • Peer Indication peer indication
  • the association identifier is used to associate bidirectional uplink data flows and downlink data flows, such as bidirectional uplink SDF (Service Data Flow) and downlink SDF, or to associate bidirectional uplink QoS flows and downlink QoS flows.
  • bidirectional uplink SDF Service Data Flow
  • downlink SDF Service Data Flow
  • the uplink data stream and the downlink data stream may be XR-type service data streams or multimodal data service data streams.
  • the first network function can adjust the uplink delay of the uplink data flow and/or the downlink delay of the downlink data flow based on the actual delay of the uplink data flow and/or the actual delay of the downlink data flow and based on the association identifier.
  • the first network function can find the downlink data flow associated with the uplink data flow according to the association identifier, and can adjust the uplink delay of the uplink data flow and/or the downlink delay of the downlink data flow according to the actual delay of the uplink data flow.
  • the uplink delay of the uplink data flow is reduced, and the downlink delay of the downlink data flow is increased.
  • the first network function can find the uplink data flow associated with the downlink data flow based on the association identifier, and can adjust the uplink delay of the uplink data flow and/or the downlink delay of the downlink data flow based on the actual delay of the downlink data flow.
  • the downstream delay of the downstream data flow is reduced, and the upstream delay of the upstream data flow is increased.
  • the uplink data flow and the downlink data flow having the same association identifier correspond to an uplink delay and a downlink delay, respectively, and the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the uplink delay corresponding to the uplink data flow is included in the uplink PCC (Policy and Control Charging) rule, and the downlink delay corresponding to the downlink data flow is included in the downlink PCC rule.
  • the uplink PCC Policy and Control Charging
  • the method may further include the following steps:
  • 301 Receive a monitoring report of the uplink data flow and/or the downlink data flow sent by a second network function; wherein the monitoring report carries an actual delay of the uplink data flow and/or the downlink data flow;
  • the second network function may be, for example, a user plane function (UPF).
  • UPF user plane function
  • the PCC rule includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the second network function can monitor the actual delay of the uplink data flow, and carry the actual delay of the uplink data flow in the uplink monitoring report (e.g., uplink QoS monitoring report), and/or monitor the actual delay of the downlink data flow, and carry the actual delay of the downlink data flow in the downlink monitoring report (e.g., downlink QoS monitoring report).
  • uplink monitoring report e.g., uplink QoS monitoring report
  • the downlink data flow e.g., downlink QoS monitoring report
  • the first network function can update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the actual delay of the uplink data flow and/or the downlink data flow carried in the monitoring report and the association identifier used to associate the uplink data flow and the downlink data flow.
  • the first network function can, based on the association identifier of the associated uplink data flow and the downlink data flow, find the PCC rule of the downlink data flow, and adjust the PCC rule of the downlink data flow (i.e., the downlink PCC rule) and the PCC rule of the uplink data flow (i.e., the uplink PCC rule), for example, increase the PDB and/or PSDB in the PCC rule of the downlink data flow, and lower the PDB and/or PSDB in the PCC rule of the uplink data flow, and for another example, allocate a corresponding 5QI to the updated PDB in the PCC rules of the uplink data flow and/or the downlink data flow.
  • the first network function can find the PCC rule of the uplink data flow based on the association identifier of the associated uplink data flow and the downlink data flow, and adjust the PCC rule of the uplink data flow and the PCC rule of the downlink data flow. For example, increase the PDB and/or PSDB in the PCC rule of the uplink data flow, and lower the PDB and/or PSDB in the PCC rule of the downlink data flow. For another example, assign a corresponding 5QI to the updated PDB in the PCC rule of the uplink data flow and/or the downlink data flow.
  • the actual delay of the uplink data stream may be a statistical value (e.g., an average value) of the actual delay of the uplink data stream transmitted multiple times.
  • the actual delay of the downlink data stream may be a statistical value (e.g., an average value) of the actual delay of the downlink data stream transmitted multiple times.
  • the first network function updates the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the actual delay of the uplink data flow and/or the downlink data flow carried in the monitoring report and uses the association identifier, thereby better supporting uplink and downlink data transmission and improving service assurance capabilities and user experience.
  • the method further comprises the following steps:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow are updated according to the update indication and the association identifier.
  • a monitoring report carrying the actual delay of the uplink data flow and/or the downlink data flow can be forwarded by the second network function (e.g., UPF) to the third network function (e.g., AF) via a fourth network function (e.g., NEF).
  • the second network function e.g., UPF
  • the third network function e.g., AF
  • a fourth network function e.g., NEF
  • the fourth network function can obtain the association identifier or the associated SDF information from the first network function, and based on the association identifier or the associated SDF information, the fourth network function obtains the downlink QoS monitoring report (DL QoS monitoring report) of the associated SDF from the second network function.
  • UL QoS monitoring report uplink QoS monitoring report
  • DL QoS monitoring report downlink QoS monitoring report
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the actual delay of the uplink data flow carried by the monitoring report includes the uplink PDB and/or uplink PSDB measured for the uplink data flow; the actual delay of the downlink data flow carried by the monitoring report includes the downlink PDB and/or downlink PSDB measured for the downlink data flow.
  • the generating of the association identifier may include the following steps:
  • the first network function may divide the two-way delay into an uplink delay (e.g., an uplink PDB or an uplink PSDB) and a downlink delay (e.g., a downlink PDB or a downlink PSDB) according to the two-way delay requirement.
  • the uplink delay and the downlink delay may not be equal, but the sum of the uplink delay and the downlink delay will not exceed the two-way delay.
  • the first network function may generate an association identifier for associating an uplink data flow and a downlink data flow when the two-way delay requirement indicates that the two-way delay needs to be considered.
  • the first network function may generate an association identifier for associating an uplink data flow with a downlink data flow when the service subscription information and/or the operator policy support an update of a PCC rule for a two-way delay.
  • the first network function may generate an association identifier for associating an uplink data flow with a downlink data flow when the two-way delay requirement indicates that the two-way delay needs to be considered, and the service contract information and/or operator policy support the PCC rule update for the two-way delay.
  • an information processing method which is performed by a first network function, and the information processing method includes the following steps:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow is updated according to the monitoring report and the association identifier; the association identifier is used to associate the uplink data flow with the downlink data flow.
  • updating the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the monitoring report and the association identifier may include the following steps:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow are updated according to the update indication and the association identifier.
  • the third network function may be, for example, AF (Application Function).
  • AF refers to various services at the application layer, which can be the AF of the operator's internal applications such as Volte (Voice over Long-Term Evolution) or the AF of a third party (for example, video server, game server, etc.). If the AF is the AF of the operator, it is in a trusted domain with other NFs (Network Function) and can directly interact with other NFs such as PCF. However, the AF of a third party is not in the trusted domain and must access other NFs through NEF (Network Exposure Function).
  • NEF Network Exposure Function
  • the third network function may determine the actual delay of the uplink data flow and/or the downlink data flow based on the received monitoring report, and send an update indication to the first network function based on the statistical information of the actual delay of the uplink data flow and/or the downlink data flow.
  • the update indication is used to indicate updating of the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • the statistical information of the actual delay of the uplink data stream may be an average value of the actual delay of the uplink data stream transmitted multiple times.
  • the statistical information of the actual delay of the downlink data flow may be an average value of the actual delay of the downlink data flow transmitted multiple times.
  • updating the policy and charging control (PCC) rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the monitoring report and the association identifier may include the following steps:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow is updated according to the monitoring report and the association identifier.
  • the first network function may compare the actual delay of the uplink data flow carried in the monitoring report with the uplink delay of the uplink data flow, and determine whether to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the comparison result; and/or, compare the actual delay of the downlink data flow carried in the monitoring report with the downlink delay of the downlink data flow, and determine whether to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the comparison result.
  • the first network function determines to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow when the actual delay of the uplink data flow is less than the uplink delay of the uplink data flow, and/or the actual delay of the downlink data flow is less than the downlink delay of the downlink data flow.
  • an information processing method which is performed by a first network function, and the information processing method includes the following steps:
  • An association identifier is generated according to the two-way delay requirement indication, service subscription information and/or operator policy, wherein the association identifier is used to associate an uplink data flow with a downlink data flow.
  • the method further includes the following steps:
  • the first network function may receive a two-way delay requirement indication sent directly or indirectly by the third network function.
  • the first network function may receive a bidirectional delay requirement indication directly sent by the third network function.
  • the first network function may receive a bidirectional delay requirement indication indirectly sent by the third network function.
  • the receiving the two-way delay requirement indication sent by the third network function may include the following steps:
  • the two-way delay requirement indication from the third network function is received and forwarded by the fifth network function through the fourth network function.
  • the fourth network function may be, for example, NEF (Network Exposure Function).
  • the fifth network function may be, for example, TSCTSF (Time Sensitive communication Time Synchronization Function).
  • the receiving the two-way delay requirement indication sent by the third network function may include the following steps:
  • the two-way delay requirement indication sent by the third network function is received.
  • the session initiated by the third network function is an AF session.
  • the third network function can provide a two-way delay requirement indication to the first network function, so that the first network function can determine the uplink delay of the uplink data flow and/or the downlink delay of the downlink data flow according to the two-way delay requirement indication.
  • the method may further include the following steps:
  • association identifier is stored in UDR (Unified Data Repository) and/or UDSF (Unstructured Data Storage Function).
  • UDR Unified Data Repository
  • UDSF Unstructured Data Storage Function
  • the first network function after the first network function stores the association identifier, it can use the stored association identifier to find the uplink data flow and/or downlink data flow identified by the association identifier, and update the PCC rule of the uplink data flow and/or downlink data flow identified by the association identifier.
  • Fig. 6 is a flow chart of an information processing method according to an exemplary embodiment. As shown in Fig. 6, the information processing method is performed by the second network function, and the method includes one of the following steps:
  • the second network function sends a monitoring report of an uplink data flow and/or a downlink data flow to the first network function; wherein the monitoring report carries an actual delay of the uplink data flow and/or the downlink data flow; the monitoring report and an association identifier for associating the uplink data flow with the downlink data flow are used to update a PCC rule of the uplink data flow and/or a PCC rule of the downlink data flow;
  • the second network function sends the monitoring report to the third network function through the fourth network function; wherein the monitoring report carries the actual delay of the uplink data flow and/or the downlink data flow; the monitoring report and the association identifier for associating the uplink data flow with the downlink data flow are used to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • the second network function may be, for example, a user plane function (UPF).
  • UPF user plane function
  • the first network function may be, for example, a PCF.
  • the third network function may be, for example, AF.
  • the fourth network function may be, for example, NEF.
  • the association identifier may be a character string obtained according to a preset association identifier generation rule.
  • the association identifier may include, but is not limited to, a common identifier (Common ID), a peer identifier (Peer ID), a round trip group identifier (Round Trip Group ID), or a peer indication (Peer Indication).
  • Common ID Common identifier
  • Peer ID peer identifier
  • Round Trip Group ID Round Trip Group ID
  • Peer Indication peer indication
  • the association identifier is used to associate bidirectional uplink data flows and downlink data flows, such as bidirectional uplink SDF (Service Data Flow) and downlink SDF, or to associate bidirectional uplink QoS flows and downlink QoS flows.
  • bidirectional uplink SDF Service Data Flow
  • downlink SDF Service Data Flow
  • the uplink data stream and the downlink data stream may be XR-type service data streams or multimodal data service data streams.
  • a monitoring report carrying the actual delay of the uplink data flow and/or the downlink data flow can be forwarded by the second network function (e.g., UPF) to the third network function (e.g., AF) via a fourth network function (e.g., NEF).
  • the second network function e.g., UPF
  • the third network function e.g., AF
  • a fourth network function e.g., NEF
  • the fourth network function can obtain the association identifier or the associated SDF information from the first network function, and based on the association identifier or the associated SDF information, the fourth network function obtains the downlink QoS monitoring report (DL QoS monitoring report) of the associated SDF from the second network function.
  • UL QoS monitoring report uplink QoS monitoring report
  • DL QoS monitoring report downlink QoS monitoring report
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the actual delay of the uplink data flow carried by the monitoring report includes the uplink PDB and/or uplink PSDB measured for the uplink data flow; the actual delay of the downlink data flow carried by the monitoring report includes the downlink PDB and/or downlink PSDB measured for the downlink data flow.
  • the PCC rule includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the second network function can monitor the actual delay of the uplink data flow, and carry the actual delay of the uplink data flow in the uplink monitoring report (e.g., uplink QoS monitoring report), and/or monitor the actual delay of the downlink data flow, and carry the actual delay of the downlink data flow in the downlink monitoring report (e.g., downlink QoS monitoring report).
  • uplink monitoring report e.g., uplink QoS monitoring report
  • the downlink data flow e.g., downlink QoS monitoring report
  • the first network function can update the PCC rules of the uplink data flow and/or the PCC rules of the downlink data flow according to the actual delay of the uplink data flow and/or the downlink data flow carried in the monitoring report and the association identifier used to associate the uplink data flow and the downlink data flow.
  • the actual delay of the uplink data stream may be a statistical value (eg, average value) of the actual delay of the uplink data stream transmitted multiple times.
  • the actual delay of the downlink data stream may be a statistical value (eg, average value) of the actual delay of the downlink data stream transmitted multiple times.
  • the first network function can, based on the association identifier of the associated uplink data flow and the downlink data flow, find the PCC rule of the downlink data flow, and adjust the PCC rule of the downlink data flow (i.e., the downlink PCC rule) and the PCC rule of the uplink data flow (i.e., the uplink PCC rule), for example, increase the PDB and/or PSDB in the PCC rule of the downlink data flow, and lower the PDB and/or PSDB in the PCC rule of the uplink data flow, and for another example, allocate a corresponding 5QI to the updated PDB in the PCC rules of the uplink data flow and/or the downlink data flow.
  • the first network function can find the PCC rule of the uplink data flow based on the association identifier of the associated uplink data flow and the downlink data flow, and adjust the PCC rule of the uplink data flow and the PCC rule of the downlink data flow. For example, increase the PDB and/or PSDB in the PCC rule of the uplink data flow, and lower the PDB and/or PSDB in the PCC rule of the downlink data flow. For another example, assign a corresponding 5QI to the updated PDB in the PCC rule of the uplink data flow and/or the downlink data flow.
  • the second network function sends a monitoring report of the uplink data flow and/or the downlink data flow to the first network function, so that the first network function can update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the actual delay of the uplink data flow and/or the downlink data flow carried in the monitoring report and using the association identifier, thereby better supporting uplink and downlink data transmission and improving service assurance capabilities and user experience.
  • Figure 7 is a flow chart of an information processing method according to an exemplary embodiment. As shown in Figure 7, the information processing method is performed by a third network function, and the method includes one of steps 701a and 701b and step 702:
  • 701a Receive a monitoring report of an uplink data flow and/or a downlink data flow sent by a first network function; wherein the monitoring report carries an actual delay of the uplink data flow and/or the downlink data flow;
  • 701b Receive the monitoring report from the second network function forwarded by the fourth network function; wherein the monitoring report carries the actual delay of the uplink data flow and/or the downlink data flow;
  • 702 Send an update indication to the first network function according to the monitoring report; wherein the update indication and the association identifier used to associate the uplink data flow with the downlink data flow are used to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • the third network function may be, for example, AF (Application Function).
  • AF refers to various services at the application layer, which can be the AF of the operator's internal applications such as Volte (Voice over Long-Term Evolution) or the AF of a third party (for example, video server, game server, etc.). If the AF is the AF of the operator, it is in a trusted domain with other NFs (Network Function) and can directly interact with other NFs such as PCF. However, the AF of a third party is not in the trusted domain and must access other NFs through NEF (Network Exposure Function).
  • NEF Network Exposure Function
  • the first network function may be, for example, a PCF.
  • the association identifier may be a character string obtained according to a preset association identifier generation rule.
  • the association identifier may include, but is not limited to, a common identifier (Common ID), a peer identifier (Peer ID), a round trip group identifier (Round Trip Group ID), or a peer indication (Peer Indication).
  • Common ID Common identifier
  • Peer ID peer identifier
  • Round Trip Group ID Round Trip Group ID
  • Peer Indication peer indication
  • the association identifier is used to associate bidirectional uplink data flows and downlink data flows, such as bidirectional uplink SDF (Service Data Flow) and downlink SDF, or to associate bidirectional uplink QoS flows and downlink QoS flows.
  • bidirectional uplink SDF Service Data Flow
  • downlink SDF Service Data Flow
  • the uplink data stream and the downlink data stream may be XR-type service data streams or multimodal data service data streams.
  • the third network function may determine the actual delay of the uplink data flow and/or the downlink data flow based on the received monitoring report, and send an update indication to the first network function based on the statistical information of the actual delay of the uplink data flow and/or the downlink data flow.
  • the update indication is used to indicate updating of the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • the update indication carries statistical information of an actual delay of an uplink data flow and/or statistical information of a PCC rule of the downlink data flow.
  • the statistical information of the actual delay of the uplink data stream may be an average value of the actual delay of the uplink data stream transmitted multiple times.
  • the statistical information of the actual delay of the downlink data flow may be an average value of the actual delay of the downlink data flow transmitted multiple times.
  • the third network function receives a monitoring report of an uplink data flow and/or a downlink data flow sent by the first network function, and sends an update indication to the first network function based on the monitoring report, so that the first network function can update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow based on the update indication and the association identifier for associating the uplink data flow with the downlink data flow, thereby better supporting uplink and downlink data transmission and improving service assurance capabilities and user experience.
  • the third network function may receive a monitoring report of an uplink data flow and/or a downlink data flow forwarded by the second network function through the fourth network function, and send an update indication to the first network function based on the monitoring report.
  • a monitoring report carrying the actual delay of the uplink data flow and/or the downlink data flow can be forwarded by the second network function (e.g., UPF) to the third network function (e.g., AF) via a fourth network function (e.g., NEF).
  • the second network function e.g., UPF
  • the third network function e.g., AF
  • a fourth network function e.g., NEF
  • the fourth network function can obtain the association identifier or the associated SDF information from the first network function, and based on the association identifier or the associated SDF information, the fourth network function obtains the downlink QoS monitoring report (DL QoS monitoring report) of the associated SDF from the second network function.
  • UL QoS monitoring report uplink QoS monitoring report
  • DL QoS monitoring report downlink QoS monitoring report
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the actual delay of the uplink data flow carried by the monitoring report includes the uplink PDB and/or uplink PSDB measured for the uplink data flow; the actual delay of the downlink data flow carried by the monitoring report includes the downlink PDB and/or downlink PSDB measured for the downlink data flow.
  • the PCC rule includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the method may further include the following steps:
  • the third network function may send a two-way delay requirement indication directly or indirectly to the first network function.
  • the third network function when the third network function is a trusted network function (eg, a trusted AF), the third network function may directly send a two-way delay requirement indication to the first network function.
  • a trusted network function eg, a trusted AF
  • sending the two-way delay requirement indication to the first network function may include the following steps:
  • the two-way delay requirement indication is forwarded to the fourth network function through the fifth network function; wherein the two-way delay requirement indication is used for the fourth network function to forward to the first network function.
  • the fourth network function may be, for example, NEF (Network Exposure Function).
  • the fifth network function may be, for example, TSCTSF (Time Sensitive communication Time Synchronization Function).
  • sending the two-way delay requirement indication to the first network function may include the following steps:
  • a two-way delay requirement indication is sent to the first network function.
  • the session initiated by the third network function is an AF session.
  • the third network function can provide a two-way delay requirement indication to the first network function, so that the first network function can determine the uplink delay of the uplink data flow and/or the downlink delay of the downlink data flow according to the two-way delay requirement indication.
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • Fig. 8 is a flow chart of an information processing method according to an exemplary embodiment. As shown in Fig. 8, the information processing method is executed by a third network function, and the method includes the following steps:
  • the third network function may be, for example, AF (Application Function).
  • AF refers to various services at the application layer, which can be the AF of the operator's internal applications such as Volte (Voice over Long-Term Evolution) or the AF of a third party (for example, video server, game server, etc.). If the AF is the AF of the operator, it is in a trusted domain with other NFs (Network Function) and can directly interact with other NFs such as PCF. However, the AF of a third party is not in the trusted domain and must access other NFs through NEF (Network Exposure Function).
  • NEF Network Exposure Function
  • the first network function may be, for example, a PCF.
  • the association identifier may be a character string obtained according to a preset association identifier generation rule.
  • the association identifier may include, but is not limited to, a common identifier (Common ID), a peer identifier (Peer ID), a round trip group identifier (Round Trip Group ID), or a peer indication (Peer Indication).
  • Common ID Common identifier
  • Peer ID peer identifier
  • Round Trip Group ID Round Trip Group ID
  • Peer Indication peer indication
  • the association identifier is used to associate bidirectional uplink data flows and downlink data flows, such as bidirectional uplink SDF (Service Data Flow) and downlink SDF, or to associate bidirectional uplink QoS flows and downlink QoS flows.
  • bidirectional uplink SDF Service Data Flow
  • downlink SDF Service Data Flow
  • the uplink data stream and the downlink data stream may be XR-type service data streams or multimodal data service data streams.
  • the third network function may send a two-way delay requirement indication directly or indirectly to the first network function.
  • the third network function when the third network function is a trusted network function (eg, a trusted AF), the third network function may directly send a two-way delay requirement indication to the first network function.
  • a trusted network function eg, a trusted AF
  • the third network function when the third network function is an untrusted network function (eg, an untrusted AF), the third network function may indirectly send a bidirectional delay requirement indication to the first network function.
  • an untrusted network function e.g, an untrusted AF
  • the third network function sends a bidirectional delay requirement indication to the first network function, so that the first network function can generate an association identifier for associating the uplink data flow and the downlink data flow.
  • the demand of the uplink data flow and/or the downlink data flow for network transmission can be identified by using the association identifier, which can help improve service assurance capabilities and user experience.
  • sending the two-way delay requirement indication to the first network function may include:
  • the two-way delay requirement indication is forwarded to the fourth network function through the fifth network function; wherein the two-way delay requirement indication is used for the fourth network function to forward to the first network function.
  • the fourth network function may be, for example, NEF (Network Exposure Function).
  • the fifth network function may be, for example, TSCTSF (Time Sensitive communication Time Synchronization Function).
  • sending the two-way delay requirement indication to the first network function may include:
  • a two-way delay requirement indication is sent to the first network function.
  • the session initiated by the third network function is an AF session.
  • the third network function can provide a two-way delay requirement indication to the first network function, so that the first network function can determine the uplink delay of the uplink data flow and/or the downlink delay of the downlink data flow according to the two-way delay requirement indication.
  • an update indication is sent to the first network function; wherein the update indication and the association identifier used to associate the uplink data flow with the downlink data flow are used to update the policy and charging control (PCC) rules of the uplink data flow and/or the PCC rules of the downlink data flow.
  • PCC policy and charging control
  • the PCC rule includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the third network function may receive a monitoring report of an uplink data flow and/or a downlink data flow forwarded by the second network function through the fourth network function, and send an update indication to the first network function based on the monitoring report.
  • a monitoring report carrying the actual delay of the uplink data flow and/or the downlink data flow can be forwarded by the second network function (e.g., UPF) to the third network function (e.g., AF) via a fourth network function (e.g., NEF).
  • the second network function e.g., UPF
  • the third network function e.g., AF
  • a fourth network function e.g., NEF
  • the fourth network function can obtain the association identifier or the associated SDF information from the first network function, and based on the association identifier or the associated SDF information, the fourth network function obtains the downlink QoS monitoring report (DL QoS monitoring report) of the associated SDF from the second network function.
  • UL QoS monitoring report uplink QoS monitoring report
  • DL QoS monitoring report downlink QoS monitoring report
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the actual delay of the uplink data flow carried by the monitoring report includes the uplink PDB and/or uplink PSDB measured for the uplink data flow; the actual delay of the downlink data flow carried by the monitoring report includes the downlink PDB and/or downlink PSDB measured for the downlink data flow.
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the present disclosure provides an information processing method, which is performed by a fourth network function.
  • the method includes the following steps:
  • a monitoring report Forwarding a monitoring report from a second network function to a third network function, wherein the monitoring report carries an actual delay of an uplink data flow and/or a downlink data flow; and the monitoring report is used to update a rule of the uplink data flow and/or a PCC rule of the downlink data flow.
  • the present disclosure provides an information processing method, which is performed by a fourth network function.
  • the method includes the following steps:
  • a monitoring report Forwarding a monitoring report from a second network function to a third network function, wherein the monitoring report carries an actual delay of an uplink data flow and/or a downlink data flow; and the monitoring report and an association identifier for associating the uplink data flow with the downlink data flow are used to update a policy and charging control (PCC) rule of the uplink data flow and/or a PCC rule of the downlink data flow.
  • PCC policy and charging control
  • a monitoring report carrying the actual delay of the uplink data flow and/or the downlink data flow can be forwarded by the second network function (e.g., UPF) to the third network function (e.g., AF) via a fourth network function (e.g., NEF).
  • the second network function e.g., UPF
  • the third network function e.g., AF
  • a fourth network function e.g., NEF
  • the fourth network function can obtain the association identifier or the associated SDF information from the first network function, and based on the association identifier or the associated SDF information, the fourth network function obtains the downlink QoS monitoring report (DL QoS monitoring report) of the associated SDF from the second network function.
  • UL QoS monitoring report uplink QoS monitoring report
  • DL QoS monitoring report downlink QoS monitoring report
  • the PCC rule includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the actual delay of the uplink data flow carried by the monitoring report includes the uplink PDB and/or uplink PSDB measured for the uplink data flow; the actual delay of the downlink data flow carried by the monitoring report includes the downlink PDB and/or downlink PSDB measured for the downlink data flow.
  • the embodiments of the present disclosure provide an information processing method, which can achieve a delay offset between an uplink delay and a downlink delay, thereby supporting XRM services.
  • the present disclosure provides an information processing method, the method comprising:
  • the association identifier may be, for example: a common identifier (Common ID), a peer identifier (Peer ID), a round trip group identifier (Round Trip Group ID) or a peer indication (Peer Indication), etc.; the association identifier is used to associate a bidirectional uplink SDF (Service Data Flow) and a downlink SDF, or to associate a bidirectional uplink QoS flow and a downlink QoS flow.
  • Common ID Common identifier
  • Peer ID peer identifier
  • Round Trip Group ID Round Trip Group ID
  • peer Indication peer indication
  • the PCF divides the RT delay into an uplink PDB and a downlink PDB according to the RT delay requirement.
  • the upstream PDB and the downstream PDB may not be equal, but the sum of the upstream PDB and the downstream PDB does not exceed the RT delay.
  • the PCF decides to generate the association identifier, and the association identifier is used to associate the uplink SDF/QoS flow/PCC rule/5QI (PDB) with the downlink SDF/QoS flow/PCC rule/5QI (PDB).
  • the PCF can adjust the uplink PDB and the downlink PDB according to the QoS monitoring report and the common identifier/peer ID/bidirectional group identifier/peer indication. For example, after receiving the uplink QoS monitoring report, the PCF can identify the downlink PCC rule according to the peer ID/bidirectional group identifier/peer indication, and the PCF can adjust the downlink PCC rule together with the uplink PCC rule.
  • the PCF can adjust the uplink PCC rules and/or downlink PCC rules (for example, uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI) based on the QoS monitoring report and the associated identifier. For example, when the PCF receives an uplink QoS monitoring report, it can find the downlink PCC rules based on the associated identifier. The PCF can adjust the uplink PCC rules and the downlink PCC rules (for example, uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI) together.
  • uplink PCC rules and/or downlink PCC rules for example, uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI
  • the PCF decides to generate the association identifier based on the RT delay requirement indication, XRM service subscription information and/or operator policy.
  • an association identifier is generated to identify the uplink and downlink SDF/QoS flow/PCC rules/5QI (PDB).
  • the PCF adjusts the uplink PCC rules and/or downlink PCC rules (e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI) based on the QoS monitoring report and associated identifiers, and can directly trigger a PCC rule update for the PCF, or the PCF notifies the QoS monitoring report to the AF for the AF to trigger a PCC rule update.
  • uplink PCC rules and/or downlink PCC rules e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI
  • the PCF directly or indirectly triggers a PCC rule update, which may be to update a corresponding PDB, or to allocate a corresponding 5QI to the updated PDB.
  • the AF provides two-way delay requirement information to the PCF.
  • the AF can provide the two-way delay requirement information to the PCF through one of the following processes:
  • the AF provides the two-way latency requirements to the PCF in the AF session creation process with the required QoS;
  • AF provides the two-way delay requirement information to PCF, which may be sent directly to PCF or indirectly to PCF; wherein indirect sending includes: 1) sending to PCF through NEF, 2) or sending to PCF through TSCTSF, 3) or sending to PCF through TSCTSF and NEF.
  • the information processing method may include the following steps:
  • AF sends an AF session resource request, for example, through Nnef_AFsessionWithQoS_Create request, to create an AF request.
  • the AF carries the round-trip latency requirement or two-way delay budget of the media data flow related to the XRM service in the request message, including the uplink and downlink RT delay, or the uplink or downlink delay PDB.
  • the AF session resource request carries XRM service information, such as common ID information identifying the service data flow group of the XRM service, UE address/UE identity, AF identifier, application ID, flow description, DNN (Data Network Name), S-NSSAI (Single Network Slice Selection Assistance information) and/or QoS parameters and other corresponding information.
  • XRM service information such as common ID information identifying the service data flow group of the XRM service, UE address/UE identity, AF identifier, application ID, flow description, DNN (Data Network Name), S-NSSAI (Single Network Slice Selection Assistance information) and/or QoS parameters and other corresponding information.
  • the common ID can be used to identify all service flows in the XRM service group.
  • NEF authorizes the AF request. If it is an untrusted AF, the AF request is sent to the PCF through NEF.
  • NEF performs related mappings, including mapping of XRM service identifiers (AF-Service-Identifier) to DNN and S-NSSAI, mapping of external applications to CN application identifiers; and mapping of external UE identifiers to UE identifiers within the CN based on UDM subscription information (such as SUPI (Subscription Permanent Identifier), and mapping of external to internal XRM service group identifiers based on UDM subscription information).
  • UDM subscription information such as SUPI (Subscription Permanent Identifier)
  • NEF authorizes the AF request and decides whether to call TSCTSF or interact directly with PCF, depending on the parameters provided by AF.
  • PCF receives the attributes provided by AF from NEF or TSCTSF.
  • NEF triggers Npcf_PolicyAuthorization_Create request and sends the AF request to PCF, carrying the two-way delay requirement information for PCF policy decision.
  • the message carries the XRM service related information in the AF request;
  • PCF makes policy decisions.
  • the PCF may decide that updated or new policy information needs to be sent to the SMF.
  • the PCF divides the RT delay into uplink PDB and downlink PDB according to the RT delay requirement.
  • the uplink PDB and downlink PDB may not be equal, but their sum should not exceed the RT delay.
  • the PCF decides to generate an RT association identifier, such as a common identifier/peer ID/bidirectional group ID/peer indication; the association identifier is used to associate the bidirectional uplink and downlink SDF/QoS flow/PCC rule/5QI (PDB);
  • RT delay can be tracked by monitoring the upstream delay of the upstream QoS flow and the downstream delay of the downstream QoS flow respectively.
  • the PCF can adjust the uplink PDB and the downlink PDB according to the QoS monitoring report and the common identification/peer ID/bidirectional group ID/peer indication. For example, after receiving the uplink QoS monitoring report, the PCF can identify the downlink PCC rules according to the common identification/peer ID/bidirectional group ID/peer indication, and the PCF can adjust the downlink PCC rules together with the uplink PCC rules. That is, the PCF can adjust the uplink PCC rules and/or the downlink PCC rules (for example, uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI) based on the QoS monitoring report and the associated ID.
  • the uplink PCC rules and/or the downlink PCC rules for example, uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI
  • the PCF when the PCF receives the uplink QoS monitoring report, it can find the downlink PCC rules based on the associated ID, and the PCF can adjust the uplink and downlink PCC rules (for example, uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI) together.
  • the uplink and downlink PCC rules for example, uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI
  • the PCF decides to generate the association identifier based on the RT delay demand indication, and/or XRM service subscription information and/or operator policy; for example: if the demand indication, service subscription or operator policy supports the rules or 5QI update for RT delay, an association identifier is generated to identify the uplink and downlink SDF/QoS flow/PCC rules/5QI (PDB).
  • PDB uplink and downlink SDF/QoS flow/PCC rules/5QI
  • the PCF adjusts the uplink and/or downlink PCC rules (e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI) based on the QoS monitoring report and associated ID, and can directly trigger a PCC rule update for the PCF, or the PCF notifies the QoS monitoring report to the AF for the AF to trigger a PCC rule update.
  • uplink and/or downlink PCC rules e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI
  • the PCF directly or indirectly triggers a PCC rule update, which may update a corresponding PDB and allocate a corresponding 5QI to the updated PDB.
  • the PCF stores the association ID information locally, or stores the association ID information to the UDR or UDSF.
  • the AF provides enhanced two-way delay requirement information to the PCF, which can be sent directly to the PCF or indirectly to the PCF; wherein, the indirect sending includes: 1) sending to the PCF through the NEF, 2) or sending to the PCF through the TSCTSF, 3) or sending to the PCF through the TSCTSF and the NEF.
  • the PCF triggers Npcf_SMPolicyControl_UpdateNotify to update the policy information of the corresponding PDU session of the SMF, including the PCC rules and QoS policies related to the AF request;
  • Nnef_AFsessionWithQoS_Create response message to AF.
  • the response message carries Result, indicating whether the request is authorized.
  • PCF initiates an SM policy association modification request (PCC rule (QoS monitoring policy)) to SMF.
  • PCC rule QoS monitoring policy
  • the SMF Based on the QoS monitoring policy measured by the PCF, the SMF generates the QoS monitoring configuration for the UPF (and the RAN if necessary), as described in step 4.
  • SMSF initiates N4 session modification request (QoS monitoring configuration) to UPF.
  • UPF After receiving the QoS monitoring configuration, UPF starts measurement and reporting. UPF responds to SMF.
  • SMF For the modification requested by SMF, SMF calls Namf_Communication_N1N2MessageTransfer([N2SM message](PDU session ID, QFI(s) , QoS document, QoS monitoring configuration), N1SM container)).
  • AMF may send N2([N2SM information received from SMF], NAS message(PDU session ID, N1SM container(PDU session modification command)) message to (R)AN.
  • the RAN After receiving the QoS monitoring configuration, the RAN enables event measurement and reporting (eg, the RAN detects the uplink delay and the downlink delay, and takes the sum of the uplink PDB and the downlink PDB as the RT delay).
  • event measurement and reporting eg, the RAN detects the uplink delay and the downlink delay, and takes the sum of the uplink PDB and the downlink PDB as the RT delay.
  • (R)AN can confirm the N2PDU session request by sending an N2PDU session ACK (Acknowledgement) message to AMF.
  • N2PDU session ACK Acknowledgement
  • AMF forwards the N2SM information received by AN (Access Network) to SMF through the Nsmf_PDUSession_UpdateSMContext service operation.
  • SMSF can update the N4 session in the UPF involved in the PDU session modification by sending an N4 session modification request message to the UPF.
  • the PCF receives the QoS monitoring report, the PCF will:
  • uplink and/or downlink PCC rules e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI
  • uplink and/or downlink PCC rules e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI
  • the PCF directly or indirectly triggers a PCC rule update, which may update a corresponding PDB and allocate a corresponding 5QI to the updated PDB.
  • the PCF can adjust the uplink PDB and the downlink PDB according to the QoS monitoring report and the peer ID/bidirectional group ID/peer indication. For example, after receiving the uplink QoS monitoring report, the PCF can identify the downlink PCC rule according to the peer ID/bidirectional group ID/peer indication, and the PCF can adjust the downlink PCC rule together with the uplink PCC rule.
  • the PCF can adjust the uplink and/or downlink PCC rules (e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI) based on the QoS monitoring report and the associated ID. For example, when the PCF receives an uplink QiS monitoring report, it can find the downlink PCC rules based on the associated ID. The PCF can adjust the uplink and downlink PCC rules together (e.g., uplink PDB and/or downlink PDB, uplink 5QI and/or downlink 5QI).
  • uplink PDB and/or downlink PDB uplink 5QI and/or downlink 5QI
  • AF provides RT requirement information to PCF.
  • the following is described: 1) AF provides RT latency requirement to PCF in the AF session creation process with required QoS. It can also be provided through the following process:
  • the two-way delay requirement is provided to the PCF
  • the two-way delay requirement is provided to the PCF.
  • the QoS monitoring report reporting trigger process can be a process through notification information, or a control plane (CP) reporting process from UPF to SMF to PCF (PCF reports to the AF).
  • CP control plane
  • the disclosed embodiment provides an information processing method, where UPF can send a QoS monitoring report to PCF for PCF to trigger rule update.
  • the information processing method may include the following steps:
  • UPF sends a Nupf_EventExposure_Notify message (measured two-way delay budget status information) to NEF.
  • UPF reports to AF (via NEF) to trigger the corresponding session update, or UPF sends QoS monitoring report to PCF (via SMF) for PCF to trigger rule update.
  • NEF sends a Nnef_Nnef_EventExposure_Notify message (measured two-way delay budget status information) to AF.
  • NEF can obtain the association identifier or associated SDF information from PCF, and based on the association identifier or associated SDF information, NEF obtains the Notification of the associated SDF from UPF (for example, a downlink QoS monitoring report (DL QoS monitoring report)).
  • Notification for example, an uplink QoS monitoring report (UL QoS monitoring report)
  • UPF reports a notification (Notification) (for example, an uplink QoS monitoring report (UL QoS monitoring report)
  • UL QoS monitoring report uplink QoS monitoring report
  • NEF can obtain the association identifier or associated SDF information from PCF, and based on the association identifier or associated SDF information, NEF obtains the Notification of the associated SDF from UPF (for example, a downlink QoS monitoring report (DL QoS monitoring report)).
  • DL QoS monitoring report downlink QoS monitoring report
  • Fig. 10 is a structural diagram of an information processing device according to an exemplary embodiment.
  • the information processing device is applied to the first network function.
  • the information processing device 100 may include:
  • the generating module 110 is configured to generate an association identifier, wherein the association identifier is used to associate an uplink data flow with a downlink data flow.
  • a first receiving module is configured to receive a monitoring report of the uplink data flow and/or the downlink data flow sent by a second network function; wherein the monitoring report carries an actual delay of the uplink data flow and/or the downlink data flow;
  • the first updating module is configured to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the monitoring report and the association identifier.
  • the first update module is configured to:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow are updated according to the update indication and the association identifier.
  • the first update module is configured to:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow is updated according to the monitoring report and the association identifier.
  • the apparatus further comprises:
  • a second receiving module is configured to receive an update indication sent by a third network function according to a monitoring report carrying an actual delay of the uplink data flow and/or the downlink data flow; wherein the monitoring report is forwarded by the second network function to the third network function via a fourth network function;
  • the second updating module is configured to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow according to the update indication and the association identifier.
  • the PCC rule includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the generating module 110 is configured to:
  • the association identifier is generated according to the two-way delay requirement indication, service subscription information and/or operator policy.
  • the apparatus further comprises:
  • the third receiving module is configured to receive the two-way delay requirement indication sent by the third network function.
  • the third receiving module is configured to:
  • the third receiving module is configured to:
  • the two-way delay requirement indication sent by the third network function is received.
  • the device further includes: a storage module, wherein the storage module is configured to:
  • the association identifier is stored in a unified data repository (UDR) and/or an unstructured data storage function (UDSF).
  • UDR unified data repository
  • UDSF unstructured data storage function
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the sending module 210 is configured such that the second network function sends a monitoring report of the uplink data flow and/or the downlink data flow to the first network function or sends the monitoring report to the third network function through the fourth network function; wherein the monitoring report carries the actual delay of the uplink data flow and/or the downlink data flow; the monitoring report and the association identifier for associating the uplink data flow with the downlink data flow are used to update the policy and charging control (PCC) rules of the uplink data flow and/or the PCC rules of the downlink data flow.
  • PCC policy and charging control
  • the PCC rule includes at least one of the following:
  • PSDB Packet Set Delay Budget
  • PSDB Packet Set Delay Budget
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the second network function is a user plane function (UPF).
  • UPF user plane function
  • the first sending module 320 is configured to send an update indication to the first network function according to the monitoring report; wherein the update indication and the association identifier for associating the uplink data flow with the downlink data flow are used to update the policy and charging control (PCC) rules of the uplink data flow and/or the PCC rules of the downlink data flow.
  • PCC policy and charging control
  • PSDB Packet Set Delay Budget
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PDB Packet Delay Budget
  • PSDB Packet Set Delay Budget
  • the apparatus further comprises:
  • the second sending module is configured to send a two-way delay requirement indication to the first network function, wherein the two-way delay requirement indication is used by the first network function to generate the association identifier.
  • the second sending module is configured as follows:
  • the two-way delay requirement indication is forwarded to the fourth network function through the fifth network function; wherein the two-way delay requirement indication is used for the fourth network function to forward to the first network function.
  • the second sending module is configured as follows:
  • a two-way delay requirement indication is sent to the first network function.
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the third network function is an application function (AF).
  • AF application function
  • Fig. 13 is a structural diagram of an information processing device according to an exemplary embodiment.
  • the information processing device is applied to the third network function.
  • the information processing device 400 may include:
  • the second sending module 410 is configured to send a two-way delay requirement indication to the first network function, wherein the two-way delay requirement indication is used by the first network function to generate an association identifier; the association identifier is used to associate an uplink data flow with a downlink data flow.
  • the second sending module 410 is configured as follows:
  • the two-way delay requirement indication is forwarded to the fourth network function through the fifth network function; wherein the two-way delay requirement indication is used for the fourth network function to forward to the first network function.
  • the second sending module 410 is configured as follows:
  • a two-way delay requirement indication is sent to the first network function.
  • the apparatus further comprises:
  • a receiving module configured to receive a monitoring report of the uplink data flow and/or the downlink data flow sent by the first network function or a monitoring report from the second network function forwarded by the fourth network function; wherein the monitoring report carries an actual delay of the uplink data flow and/or the downlink data flow;
  • the PCC rule includes at least one of the following:
  • PSDB Packet Set Delay Budget
  • the actual delay carried in the monitoring report includes at least one of the following:
  • PSDB Packet Set Delay Budget
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the third network function is an application function (AF).
  • AF application function
  • the embodiment of the present disclosure provides a communication system, including: a first network function, a second network function and a third network function;
  • the first network function is used to generate an association identifier, wherein the association identifier is used to associate an uplink data flow with a downlink data flow;
  • the second network function is used to send a monitoring report of an uplink data flow and/or a downlink data flow to the first network function or send the monitoring report to the third network function through the fourth network function; wherein the monitoring report carries an actual delay of the uplink data flow and/or the downlink data flow;
  • the third network function is used to receive a monitoring report of an uplink data flow and/or a downlink data flow sent by the first network function or the monitoring report from the second network function forwarded by the fourth network function; and send an update indication to the first network function according to the monitoring report; wherein the update indication and the association identifier for associating the uplink data flow with the downlink data flow are used to update the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow.
  • the first network function is used to:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow are updated according to the monitoring report and the association identifier.
  • the first network function is used to:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow are updated according to the update indication and the association identifier.
  • the first network function is used to:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow is updated according to the monitoring report and the association identifier.
  • the first network function is used to:
  • the PCC rule of the uplink data flow and/or the PCC rule of the downlink data flow are updated according to the update indication and the association identifier.
  • the first network function is used to:
  • the association identifier is generated according to the two-way delay requirement indication, service subscription information and/or operator policy.
  • the first network function is used to:
  • the first network function is used to:
  • the first network function is used to:
  • the two-way delay requirement indication sent by the third network function is received.
  • the association identifier is stored in a unified data repository (UDR) and/or an unstructured data storage function (UDSF).
  • UDR unified data repository
  • UDSF unstructured data storage function
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the first network function is a Policy Control Function (PCF).
  • PCF Policy Control Function
  • the second network function is a user plane function (UPF).
  • UPF user plane function
  • the third network function is used to:
  • the third network function is used to:
  • the third network function is used to:
  • the uplink data flow identified by the association identifier corresponds to an uplink delay
  • the downlink data flow identified by the association identifier corresponds to a downlink delay; wherein the sum of the uplink delay and the downlink delay is less than or equal to the two-way delay.
  • the third network function is an application function (AF).
  • AF application function
  • the fourth network function is a network open function (NEF).
  • NEF network open function
  • the fifth network function is a Time Sensitive Communications Time Synchronization Function (TSCTSF).
  • TSCTSF Time Sensitive Communications Time Synchronization Function
  • An embodiment of the present disclosure provides a communication device, comprising: a processor, a memory, and an executable program stored in the memory and capable of being run by the processor, wherein the processor executes the information processing method provided by any of the aforementioned technical solutions when running the executable program.
  • the processor may include various types of storage media, which are non-transitory computer storage media that can continue to retain information stored thereon after the communication device loses power.
  • the communication device includes: a network function, which may be any one of the first to third network functions mentioned above.
  • the processor may be connected to the memory via a bus or the like, and is used to read an executable program stored in the memory, for example, at least one of the information processing methods shown in FIGS. 2 to 9 a and 9 b .
  • the communication device 900 includes a processing component 922, which further includes one or more processors, and a memory resource represented by a memory 932 for storing instructions executable by the processing component 922, such as an application.
  • the application stored in the memory 932 may include one or more modules, each corresponding to a set of instructions.
  • the processing component 922 is configured to execute instructions to perform the information processing method provided by any of the aforementioned embodiments of the method.
  • the communication device 900 may also include a power supply component 926 configured to perform power management of the communication device 900, a wired or wireless network interface 950 configured to connect the communication device 900 to a network, and an input/output (I/O) interface 958.
  • the communication device 900 may operate based on an operating system stored in the memory 932, such as Windows Server TM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, or the like.
  • a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 932 including instructions, and the instructions can be executed by a processing component 922 of the communication device 900 to perform any of the above methods applied in the communication device.
  • the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开实施例提供一种信息处理方法及装置、通信设备及存储介质。由第一网络功能执行的信息处理方法包括:生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流。信息处理方法还包括:接收第二网络功能发送的所述上行数据流和/或所述下行数据流的监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;根据所述监控报告和所述关联标识,更新所述上行数据流的策略和计费控制(PCC)规则和/或所述下行数据流的PCC规则。

Description

信息处理方法及装置、通信设备及存储介质 技术领域
本公开涉及无线通信技术领域但不限于无线通信技术领域,尤其涉及一种信息处理方法及装置、通信设备及存储介质。
背景技术
移动媒体类服务、云AR(augmented reality,增强现实)/VR(virtual reality,虚拟现实)等XR(Extended Reality,扩展现实)业务、云游戏、基于视频的机器或无人机远程控制等业务,预计将为5G网络贡献越来越高的流量。其中,XR业务涉及多模态数据流。
多模态数据中的各数据流往往具有一定甚至很强的相关性,比如音频和视频流的同步,触觉和视觉的同步等。这类媒体业务的数据流本身、各数据流之间以及这些业务数据流对网络传输的需求,都存在一些共性特征,这些特性的有效识别和利用将更有助于网络和业务的传输、控制,也更有助于提升业务保障能力和用户体验。
发明内容
本公开实施例提供一种信息处理方法及装置、通信设备及存储介质。
本公开实施例的第一方面提供一种信息处理方法,由第一网络功能执行,所述方法包括:
生成关联标识,其中,所述关联标识,用于关联上行(Uplink,UL)数据流与下行(DownLink,DL)数据流。
本公开实施例的第二方面提供一种信息处理方法,由第二网络功能执行,所述方法包括:
第二网络功能向第一网络功能发送上行数据流和/或下行数据流的监控报告或者通过第四网络功能向第三网络功能发送所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的PCC(Policy and Control Charging,策略和计费控制)规则和/或所述下行数据流的PCC规则。
本公开实施例的第三方面提供一种信息处理方法,由第三网络功能执行,所述方法包括:
接收第一网络功能发送的上行数据流和/或下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述 上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
本公开实施例的第四方面提供一种信息处理方法,由第三网络功能执行,所述方法包括:
向第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成关联标识;所述关联标识用于关联上行数据流与下行数据流。
本公开实施例的第五方面提供一种信息处理装置,应用于第一网络功能,所述装置包括:
生成模块,被配置为生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流。
本公开实施例的第六方面提供一种信息处理装置,应用于第二网络功能,所述装置包括:
发送模块,被配置为第二网络功能向第一网络功能发送上行数据流和/或下行数据流的监控报告或者通过第四网络功能向第三网络功能发送所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
本公开实施例的第七方面提供一种信息处理装置,应用于第三网络功能,所述装置包括:
接收模块,被配置为接收第一网络功能发送的上行数据流和/或下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
第一发送模块,被配置为根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
本公开实施例的第八方面提供一种信息处理装置,应用于第三网络功能,所述装置包括:
第二发送模块,被配置为向第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成关联标识;所述关联标识用于关联上行数据流与下行数据流。
本公开实施例的第九方面提供一种通信设备,其中,包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行如第一方面至第四方面任一所述的信息处理方法。
本公开实施例的第十方面提供一种通信系统,包括:第一网络功能、第二网络功能和第三网络功能;
所述第一网络功能,用于执行如第一方面所述的信息处理方法;
所述第二网络功能,用于执行如第二方面所述的信息处理方法;
所述第三网络功能,用于执行如第三方面或第四方面所述的信息处理方法。
本公开实施例的第十一方面提供一种计算机存储介质,所述计算机存储介质存储有可执行程序;所述可执行程序被处理器执行后,能够实现如第一方面至第四方面任一所述的信息处理方法。
本公开实施例提供的技术方案,通过第一网络功能生成用于关联上行数据流和下行数据流的关联标识,这样利用关联标识可以识别到上行数据流和/或下行数据流对网络传输的需求,从而可以有 助于提升业务保障能力和用户体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开实施例,并与说明书一起用于解释本公开实施例的原理。
图1是根据一示例性实施例示出的一种无线通信系统的结构示意图;
图2是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图3是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图4是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图5是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图6是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图7是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图8是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图9a是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图9b是根据一示例性实施例示出的一种信息处理方法的流程示意图;
图10是根据一示例性实施例示出的一种信息处理装置的结构示意图;
图11是根据一示例性实施例示出的一种信息处理装置的结构示意图;
图12是根据一示例性实施例示出的一种信息处理装置的结构示意图;
图13是根据一示例性实施例示出的一种信息处理装置的结构示意图;
图14是根据一示例性实施例示出的一种通信设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反,它们仅是本发明实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。另外,在本公开中,斜线(/)或逗号(,)可以意指“和/或”。例如,“A/B”可以意指“A和/或B”。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参考图1,其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示,无线通信系统是基于蜂窝移动通信技术的通信系统,该无线通信系统可以包括:若干个用户设备11以及若干个接入网设备12。
其中,用户设备11可以是指向用户提供语音和/或数据连通性的设备。用户设备11可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,用户设备11可以是物联网用户设备,如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网用户设备的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(Station,STA)、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remote terminal)、接入用户设备(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户设备(user equipment)。或者,用户设备11也可以是可穿戴设备、虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备或者VR/AR混合头戴设备。或者,用户设备11也可以是无人飞行器的设备。或者,用户设备11也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线用户设备。或者,用户设备11也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
接入网设备12可以是无线通信系统中用于与用户设备11进行通信的设备,可以是基站,或者接入点,或者网络设备,或者可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。网络设备可用于将收到的空中帧与IP分组进行相互转换,作为无线终端与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)网络。网络设备还可协调对空中接口的属性管理。其中,该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication,4G)系统,又称长期演进(Long Term Evolution,LTE)系统;或者,该无线通信系统也可以是5G系统,又称新空口(new radio,NR)系统或5G NR系统。或者,该无线通信系统也可以是5G系统的再下一代系统。其中,5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network,新一代无线接入网)。
其中,接入网设备12可以是4G系统中采用的演进型接入设备(eNB)。或者,接入网设备12也可以是5G系统中采用集中分布式架构的接入设备(gNB)。当接入网设备12采用集中分布式架构时,通常包括集中单元(central unit,CU)和至少两个分布单元(distributed unit,DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路层控制协议(Radio Link Control,RLC)层、媒体访问控制(Media Access Control,MAC)层的协议栈;分布 单元中设置有物理(Physical,PHY)层协议栈,本公开实施例对接入网设备12的具体实现方式不加以限定。
接入网设备12和用户设备11之间可以通过无线空口建立无线连接。在不同的实施方式中,该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口;或者,该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口,比如该无线空口是新空口;或者,该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中,用户设备11之间还可以建立E2E(End to End,端到端)或D2D(device to device,终端到终端)连接。比如车联网通信(vehicle to everything,V2X)中的V2V(vehicle to vehicle,车对车)通信、V2I(vehicle to Infrastructure,车对路边设备)通信和V2P(vehicle to pedestrian,车对人)通信等场景。
在一些实施例中,上述无线通信系统还可以包含核心网设备13。若干个接入网设备12分别与核心网设备13相连。
在一些实施例中,核心网设备13可以是演进的数据分组核心网(Evolved Packet Core,EPC)中的移动性管理实体(Mobility Management Entity,MME)。或者,该核心网设备也可以是服务网关(Serving GateWay,SGW)、公用数据网网关(Public Data Network GateWay,PGW)、策略与计费规则功能单元(Policy and Charging Rules Function,PCRF)或者归属签约用户服务器(Home Subscriber Server,HSS)等。
在一些实施例中,核心网设备13可以是策略控制功能(Policy Control Function,PCF)、用户面功能(User Plane Function,UPF)、网络存储功能(Network Repository Function,NRF)、会话管理功能(Session Management Function,SMF)等。
其中,本公开实施例中的PCF、UPF等,均可以由一个实体设备实现,也可以由多个实体设备共同实现。可以理解的是,本公开实施例中的PCF、UPF等,均可以是实体设备内的一个逻辑功能模块,也可以是由多个实体设备组成的一个逻辑功能模块,本公开实施例不做限定。
为了便于本领域内技术人员理解,本公开实施例列举了多个实施方式以对本公开实施例的技术方案进行清晰地说明。当然,本领域内技术人员可以理解,本公开实施例提供的多个实施例,可以被单独执行,也可以与本公开实施例中其他实施例的方法结合后一起被执行,还可以单独或结合后与其他相关技术中的一些方法一起被执行;本公开实施例并不对此作出限定。
XRM(Extended Reality Media,扩展现实媒体)业务需要第五代蜂窝移动通信系统(5GS)系统综合考虑业务的相关数据流QoS(Quality of Service,服务质量)特性参数是否能同时满足并协同一致。涉及一个用户设备(User Equipment,UE)的多个XRM数据流,和多个UE的XRM数据流,彼此的QoS授权与执行的一致性保障。
其中,上下行传输协调以满足双向延迟需求(Round-Trip latency requirements)是5GS XRM业务研究的一个关键问题。
相关技术中,AF(Application Function,应用功能)可在请求QoS时提供PDB(Packet Delay  Budget,分组时延预算)作为延迟需求(latency requirements),或提供一个双向需求指示(RT requirement indication)作为是否需要考虑双向时延的指示,给网络授权参考。
但实际业务过程中的时延状态(delay status)是受网络中的各类因素影响而动态和持续变化的。因此网络实时或准实时时延状态,AF业务的实时时延需求,会直接影响到各数据流的QoS授权,以至于影响到5GS XRM业务功能支持是否能成功。但目前5GS系统尚没有完善机制来支持这一需求,没有相应技术方案来支持PCF的XRM业务数据流的双向时延需求的合理QoS授权。
在详细介绍本公开提供的方法之前,首先对本公开涉及的一些概念作简单介绍。
QoS流(例如,QoS Flow):一个PDU(Packet Data Unit,分组数据单元)会话可以包括一个或多个QoS流。在5G系统中,一个QoS流标识(QoS flowidentity,QFI)用于标识一条QoS流。PDU会话中具有相同QFI的用户面数据会获得相同的转发处理。
第5代服务质量标识(5G QoS Identifier,5QI),用于表示QoS流的5G QoS特征。5QI是一个标量,用于索引一个5G QoS特性,QoS特性可包括:延迟关键型保证比特率(delay critical GBR)数据流、保证流量比特率(Guaranteed Flow Bit Rate,GFBR)、分组时延预算(Packet Delay Budget,PDB)、默认的最大数据突发量(Maximum Data Burst Volume,MDBV)等中的至少一项。
PDB指的是报文在终端设备和锚点用户面网元之间传输的时延预算。锚点用户面网元在5G系统中可以指的是终结N6接口的UPF。其中,PDB可以划分为两部分:AN PDB和CN PDB。AN PDB指的是报文在终端设备和接入网设备之间传输的时延上限。CN PDB指的是报文在接入网设备和锚点用户面网元之间传输的时延上限。PDB等于AN PDB和CN PDB之和。
PSDB(PDU set Delay Budget,分组集时延预算):一组分组数据单元的时延预算。
双向时延(Round-Trip latency,或Two way delay)是指用于表征从发送端发送数据开始,到发送端收到来自接收端的确认(接收端接收到数据后便立即发送确认),总共经历的时延。
实际时延是指从发送端发送数据开始,到接收端接收到数据后实际所经历的时延。
图2是根据一示例性实施例示出的一种信息处理方法的流程图。如图2所示,所述信息处理方法由第一网络功能执行,所述方法包括以下步骤:
201:生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流。
在一些示例中,所述第一网络功能例如可以为:策略控制功能(Policy Control Function,PCF)。
在另一些示例中,所述第一网络功能可以是PCRF或其他网络功能。
在一些示例中,所述关联标识可以是根据预设的关联标识生成规则获得的字符串。
在一些示例中,所述关联标识可包括但不限于:共同标识(Common ID)、对等体标识(Peer ID)、双向组标识(Round Trip Group ID)或者对等体指示(Peer Indication)等。
在一些示例中,所述关联标识,用于关联双向的上行数据流和下行数据流,例如双向的上行SDF(Service Data Flow,服务数据流)和下行SDF,或者,用于关联双向的上行QoS流和下行QoS流。
在一些示例中,上行数据流和下行数据流可以为XR类业务数据流或多模态数据业务数据流。
在一些示例中,第一网络功能可以根据上行数据流的实际时延和/或下行数据流的实际时延,并 基于关联标识,调整上行数据流的上行时延和/或下行数据流的下行时延。
作为一个示例,第一网络功能可以根据关联标识查找到与上行数据流具有关联关系的下行数据流,并可以根据上行数据流的实际时延,调整上行数据流的上行时延和/或下行数据流的下行时延。
例如,上行数据流的实际时延小于上行数据流的上行时延时,调低上行数据流的上行时延,并调高下行数据流的下行时延。
作为另一个示例,第一网络功能可以根据关联标识查找到与下行数据流具有关联关系的上行数据流,并可以根据下行数据流的实际时延,调整上行数据流的上行时延和/或下行数据流的下行时延。
例如,下行数据流的实际时延小于下行数据流的下行时延时,调低下行数据流的下行时延,并调高上行数据流的上行时延。
在一些示例中,具有相同所述关联标识的上行数据流和下行数据流分别对应上行时延和下行时延,所述上行时延与所述下行时延之和小于或等于为双向时延。
在一些示例中,上行数据流对应的上行时延包含在上行PCC(Policy and Control Charging,策略与计费控制)规则中,下行数据流对应的下行时延包含在下行PCC规则中。
在一些示例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
本公开实施例提供一种信息处理方法,通过第一网络功能生成用于关联上行数据流和下行数据流的关联标识,这样利用关联标识可以识别到上行数据流和/或下行数据流对网络传输的需求,从而可以有助于提升业务保障能力和用户体验。
在一个实施例中,如图3所示,所述方法还可以包括以下步骤:
301:接收第二网络功能发送的所述上行数据流和/或所述下行数据流的监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
302:根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一些示例中,所述第二网络功能例如可以为:用户面功能(User Plane Function,UPF)。
在一些示例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5G QoS Identifier,5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在本实施例中,上行数据流和下行数据流在UE和第二网络功能(例如,UPF)之间传输时会存在传输时延,第二网络功能可以监控上行数据流的实际时延,并将上行数据流的实际时延携带在上行监控报告(例如,上行QoS监控报告)中,和/或监控下行数据流的实际时延,并将下行数据流的实际时延携带在下行监控报告(例如,下行QoS监控报告)中。
第一网络功能在接收到第二网络功能发送的上行数据流和/或下行数据流的监控报告后,可以根据监控报告中携带的所述上行数据流和/或所述下行数据流的实际时延以及用于关联上数据流和下 行数据流的关联标识,更新上行数据流的PCC规则和/或下行数据流的PCC规则。
示例性地,第一网络功能可以在监控报告携带的上行数据流的实际时延小于上行数据流的上行时延的情况下,基于关联上数据流和下行数据流的关联标识,查找到下行数据流的PCC规则,并调整下行数据流的PCC规则(即,下行PCC规则)和上行数据流的PCC规则(即,上行PCC规则),例如,调高下行数据流的PCC规则中的PDB和/或PSDB,调低上行数据流的PCC规则中的PDB和/或PSDB,又例如,为上行数据流和/或下行数据流的PCC规则中更新后的PDB分配相应5QI。
又示例性地,第一网络功能可以在监控报告携带的下行数据流的实际时延小于下行数据流的下行时延的情况下,基于关联上数据流和下行数据流的关联标识,查找到上行数据流的PCC规则,并调整上行数据流的PCC规则和下行数据流的PCC规则。例如,调高上行数据流的PCC规则中的PDB和/或PSDB,调低下行数据流的PCC规则中的PDB和/或PSDB,又例如,为上行数据流和/或下行数据流的PCC规则中更新后的PDB分配相应5QI。
在一些示例中,所述上行数据流的实际时延可以为多次传输的上行数据流的实际时延的统计值(例如,平均值)。所述下行数据流的实际时延可以为多次传输的下行数据流的实际时延的统计值(例如,平均值)。
本公开实施例中,第一网络功能根据监控报告中携带的上行数据流和/或所述下行数据流的实际时延,并利用关联标识更新上行数据流的PCC规则和/或所述下行数据流的PCC规则,从而能够较好地支持上下行数据传输,提升了业务保障能力和用户使用体验。
在一个实施例中,所述方法还包括以下步骤:
接收第三网络功能根据携带所述上行数据流和/或所述下行数据流的实际时延的监控报告发送的更新指示;其中,所述监控报告由第二网络功能通过第四网络功能转发给所述第三网络功能;
根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一些示例中,携带所述上行数据流和/或所述下行数据流的实际时延的监控报告可以由第二网络功能(例如,UPF)通过第四网络功能(例如,NEF)转发给所述第三网络功能(例如,AF)。
例如,当第二网络功能通过第四网络功能上报上行QoS监控报告(UL QoS monitoring report)给第三网络功能时,第四网络功能可以从第一网络功能获取关联标识或关联SDF信息,基于关联标识或关联SDF信息,第四网络功能从第二网络功能获取关联SDF的下行QoS监控报告(DL QoS monitoring report)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一些示例中,所述监控报告携带的上行数据流的实际时延包括对上行数据流测量的上行PDB和/或上行PSDB;所述监控报告携带的下行数据流的实际时延包括对下行数据流测量的下行PDB和/或下行PSDB。
在一个实施例中,如图4所示,上述步骤201中,所述生成关联标识,可以包括以下步骤:
401:根据双向时延需求指示、业务签约信息和/或运营商策略,生成所述关联标识。
在一些示例中,所述双向时延需求指示用于指示是否需要考虑双向时延,以及在指示需要考虑双向时延的情况下,所述双向时延需求中携带双向时延。
第一网络功能可以根据双向时延需求,将双向时延划分为上行时延(例如,上行PDB或上行PSDB)和下行时延(例如,下行PDB或下行PSDB)。上行时延和下行时延可以不相等,但上行时延和下行时延的总和不会超过双向时延。
例如,第一网络功能可以在双向时延需求指示需要考虑双向时延时,生成用于关联上行数据流和下行数据流的关联标识。
又例如,第一网络功能可以在业务签约信息和/或运营商策略支持双向时延的PCC规则更新的情况下,生成用于关联上行数据流与下行数据流的关联标识。
又例如,第一网络功能可以在双向时延需求指示需要考虑双向时延,并且业务签约信息和/或运营商策略支持双向时延的PCC规则更新的情况下,生成用于关联上行数据流与下行数据流的关联标识。
在一个实施例中,提供了一种信息处理方法,由第一网络功能执行,所述信息处理方法包括以下步骤:
接收第二网络功能发送的上行数据流和/或下行数据流的监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
根据所述监控报告和关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则;所述关联标识,用于关联上行数据流与下行数据流。
在一个实施例中,所述根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则,可以包括以下步骤:
将所述监控报告发送给第三网络功能;
接收所述第三网络功能根据所述监控报告发送的更新指示;
根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一些示例中,所述第三网络功能例如可以为AF(Application Function,应用功能)。
AF指应用层的各种服务,可以是运营商内部的应用例如Volte(Voice over Long-Term Evolution,长期演进语音承载)的AF、也可以是第三方的AF(例如,视频服务器、游戏服务器等)。AF如果是运营商内部的AF,与其他NF(Network Function,网络功能)在一个可信域内,可以直接与其他NF如PCF交互访问,而第三方的AF则不在可信域内,必须通过NEF(Network Exposure Function,网络开放功能)访问其他NF。
第三网络功能可以根据接收到的监控报告确定上行数据流和/或下行数据流的实际时延,并根据上行数据流和/或下行数据流的实际时延的统计信息,向第一网络功能发送更新指示。
所述更新指示,用于指示更新上行数据流的PCC规则和/或所述下行数据流的PCC规则。
示例性地,所述更新指示中携带上行数据流的实际时延的统计信息和/或所述下行数据流的PCC规则的统计信息。
这里,上行数据流的实际时延的统计信息可以为多次传输的上行数据流的实际时延的平均值。
这里,下行数据流的实际时延的统计信息可以为多次传输的下行数据流的实际时延的平均值。
在一个实施例中,所述根据所述监控报告和所述关联标识,更新所述上行数据流的策略和计费控制(PCC)规则和/或所述下行数据流的PCC规则,可以包括以下步骤:
根据所述监控报告,确定是否更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则;
当确定更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则时,根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
本实施例中,第一网络功能可以根据监控报告携带的上行数据流的实际时延与上行数据流的上行时延进行比较,根据比较结果,确定是否更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则;和/或,根据监控报告携带的下行数据流的实际时延与下行数据流的下行时延进行比较,根据比较结果,确定是否更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
示例性地,第一网络功能在上行数据流的实际时延小于上行数据流的上行时延,和/或下行数据流的实际时延小于下行数据流的下行时延,确定更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,提供了一种信息处理方法,由第一网络功能执行,所述信息处理方法包括以下步骤:
根据双向时延需求指示、业务签约信息和/或运营商策略,生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流。
在一个实施例中,如图5所示,基于图4,所述方法还包括以下步骤:
501:接收第三网络功能发送的所述双向时延需求指示。
本实施例中,第一网络功能可以接收第三网络功能直接或间接发送的双向时延需求指示。
示例性地,第三网络功能为可信的网络功能(例如可信的AF)时,第一网络功能可以接收第三网络功能直接发送的双向时延需求指示。
示例性地,第三网络功能为非可信的网络功能(例如非可信的AF)时,第一网络功能可以接收第三网络功能间接发送的双向时延需求指示。
在一个实施例中,上述步骤501中,所述接收第三网络功能发送的所述双向时延需求指示,可以包括以下步骤:
接收所述第三网络功能直接发送的所述双向时延需求指示;
或者,接收第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
或者,接收第五网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
或者,接收第五网络功能通过第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示。
在一些示例中,第四网络功能例如可以为NEF(Network Exposure Function,网络开放功能)。
在一些示例中,第五网络功能例如可以为TSCTSF(Time Sensitive communication Time Synchronization Function,时间敏感通信时间同步功能)。
在一个实施例中,所述接收第三网络功能发送的所述双向时延需求指示,可以包括以下步骤:
在所述第三网络功能发起的会话创建流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,在所述第三网络功能发起的会话更新流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,在业务参数准备流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,在为所述第三网络功能发起的会话设置策略的流程中,接收所述第三网络功能发送的所述双向时延需求指示。
在一些示例中,第三网络功能为AF时,第三网络功能发起的会话为AF会话。
本实施例中,第三网络功能可以向第一网络功能提供双向时延需求指示,使得第一网络功能可以根据双向时延需求指示确定上行数据流的上行时延和/或下行数据流的下行时延。
在一个实施例中,所述方法还可以包括以下步骤:
本地存储所述关联标识;
或者,将所述关联标识存储至UDR(Unified Data Repository,统一数据存储库)和/或UDSF(Unstructured Data Storage Function,非结构化数据存储功能)。
本实施例中,第一网络功能将关联标识存储之后,可以利用存储的关联标识,找到该关联标识标识的上行数据流和/或下行数据流,并对该关联标识所标识的上行数据流和/或下行数据流的PCC规则进行更新。
图6是根据一示例性实施例示出的一种信息处理方法的流程图。如图6所示,所述信息处理方法由第二网络功能执行,所述方法包括以下步骤之一:
601a:第二网络功能向第一网络功能发送上行数据流和/或下行数据流的监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则;
601b:第二网络功能通过第四网络功能向第三网络功能发送所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一些示例中,所述第二网络功能例如可以为:用户面功能(User Plane Function,UPF)。
在一些示例中,所述第一网络功能例如可以为PCF。
在一些示例中,所述第三网络功能例如可以为AF。
在一些示例中,所述第四网络功能例如可以为NEF。
在一些示例中,所述关联标识可以是根据预设的关联标识生成规则获得的字符串。
在一些示例中,所述关联标识可包括但不限于:共同标识(Common ID)、对等体标识(Peer ID)、双向组标识(Round Trip Group ID)或者对等体指示(Peer Indication)等。
在一些示例中,所述关联标识,用于关联双向的上行数据流和下行数据流,例如双向的上行SDF(Service Data Flow,服务数据流)和下行SDF,或者,用于关联双向的上行QoS流和下行QoS流。
在一些示例中,上行数据流和下行数据流可以为XR类业务数据流或多模态数据业务数据流。
在一些示例中,携带所述上行数据流和/或所述下行数据流的实际时延的监控报告可以由第二网络功能(例如,UPF)通过第四网络功能(例如,NEF)转发给所述第三网络功能(例如,AF)。
例如,当第二网络功能通过第四网络功能上报上行QoS监控报告(UL QoS monitoring report)给第三网络功能时,第四网络功能可以从第一网络功能获取关联标识或关联SDF信息,基于关联标识或关联SDF信息,第四网络功能从第二网络功能获取关联SDF的下行QoS监控报告(DL QoS monitoring report)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一些示例中,所述监控报告携带的上行数据流的实际时延包括对上行数据流测量的上行PDB和/或上行PSDB;所述监控报告携带的下行数据流的实际时延包括对下行数据流测量的下行PDB和/或下行PSDB。
在一些示例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5G QoS Identifier,5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一些示例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
在本实施例中,上行数据流和下行数据流在UE和第二网络功能(例如,UPF)之间传输时会存在传输时延,第二网络功能可以监控上行数据流的实际时延,并将上行数据流的实际时延携带在上行监控报告(例如,上行QoS监控报告)中,和/或监控下行数据流的实际时延,并将下行数据流的实际时延携带在下行监控报告(例如,下行QoS监控报告)中。
第一网络功能在接收到第二网络功能发送的上行数据流和/或下行数据流的监控报告后,可以根据监控报告中携带的所述上行数据流和/或所述下行数据流的实际时延以及用于关联上数据流和下行数据流的关联标识,更新上行数据流的PCC规则和/或下行数据流的PCC规则。
在本公开中,上行数据流的实际时延可以为多次传输的上行数据流的实际时延的统计值(例如, 平均值)。下行数据流的实际时延可以为多次传输的下行数据流的实际时延的统计值(例如,平均值)。
示例性地,第一网络功能可以在监控报告携带的上行数据流的实际时延小于上行数据流的上行时延的情况下,基于关联上数据流和下行数据流的关联标识,查找到下行数据流的PCC规则,并调整下行数据流的PCC规则(即,下行PCC规则)和上行数据流的PCC规则(即,上行PCC规则),例如,调高下行数据流的PCC规则中的PDB和/或PSDB,调低上行数据流的PCC规则中的PDB和/或PSDB,又例如,为上行数据流和/或下行数据流的PCC规则中更新后的PDB分配相应5QI。
又示例性地,第一网络功能可以在监控报告携带的下行数据流的实际时延小于下行数据流的下行时延的情况下,基于关联上数据流和下行数据流的关联标识,查找到上行数据流的PCC规则,并调整上行数据流的PCC规则和下行数据流的PCC规则。例如,调高上行数据流的PCC规则中的PDB和/或PSDB,调低下行数据流的PCC规则中的PDB和/或PSDB,又例如,为上行数据流和/或下行数据流的PCC规则中更新后的PDB分配相应5QI。
本公开实施例中,第二网络功能向第一网络功能发送上行数据流和/或下行数据流的监控报告,使得第一网络功能可以根据监控报告中携带的上行数据流和/或所述下行数据流的实际时延,并利用关联标识更新上行数据流的PCC规则和/或所述下行数据流的PCC规则,从而能够较好地支持上下行数据传输,提升了业务保障能力和用户使用体验。
图7是根据一示例性实施例示出的一种信息处理方法的流程图。如图7所示,所述信息处理方法由第三网络功能执行,所述方法包括步骤701a和701b之一和步骤702:
701a:接收第一网络功能发送的上行数据流和/或下行数据流的监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
701b:接收第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
702:根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一些示例中,所述第三网络功能例如可以为AF(Application Function,应用功能)。
AF指应用层的各种服务,可以是运营商内部的应用例如Volte(Voice over Long-Term Evolution,长期演进语音承载)的AF、也可以是第三方的AF(例如,视频服务器、游戏服务器等)。AF如果是运营商内部的AF,与其他NF(Network Function,网络功能)在一个可信域内,可以直接与其他NF如PCF交互访问,而第三方的AF则不在可信域内,必须通过NEF(Network Exposure Function,网络开放功能)访问其他NF。
在一些示例中,所述第一网络功能例如可以为PCF。
在一些示例中,所述关联标识可以是根据预设的关联标识生成规则获得的字符串。
在一些示例中,所述关联标识可包括但不限于:共同标识(Common ID)、对等体标识(Peer ID)、双向组标识(Round Trip Group ID)或者对等体指示(Peer Indication)等。
在一些示例中,所述关联标识,用于关联双向的上行数据流和下行数据流,例如双向的上行SDF(Service Data Flow,服务数据流)和下行SDF,或者,用于关联双向的上行QoS流和下行QoS流。
在一些示例中,上行数据流和下行数据流可以为XR类业务数据流或多模态数据业务数据流。
第三网络功能可以根据接收到的监控报告确定上行数据流和/或下行数据流的实际时延,并根据上行数据流和/或下行数据流的实际时延的统计信息,向第一网络功能发送更新指示。
所述更新指示,用于指示更新上行数据流的PCC规则和/或所述下行数据流的PCC规则。
示例性地,所述更新指示中携带上行数据流的实际时延的统计信息和/或所述下行数据流的PCC规则的统计信息。
这里,上行数据流的实际时延的统计信息可以为多次传输的上行数据流的实际时延的平均值。
这里,下行数据流的实际时延的统计信息可以为多次传输的下行数据流的实际时延的平均值。
本公开实施例中,第三网络功能接收第一网络功能发送的上行数据流和/或下行数据流的监控报告,并根据监控报告,向第一网络功能发送更新指示,能够使得第一网络功能可以根据更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,更新上行数据流的PCC规则和/或所述下行数据流的PCC规则,从而能够较好地支持上下行数据传输,提升了业务保障能力和用户使用体验。
本实施例中,第三网络功能可以接收第二网络功能通过第四网络功能转发的上行数据流和/或下行数据流的监控报告,并根据监控报告,向第一网络功能发送更新指示。
在一些示例中,携带所述上行数据流和/或所述下行数据流的实际时延的监控报告可以由第二网络功能(例如,UPF)通过第四网络功能(例如,NEF)转发给所述第三网络功能(例如,AF)。
例如,当第二网络功能通过第四网络功能上报上行QoS监控报告(UL QoS monitoring report)给第三网络功能时,第四网络功能可以从第一网络功能获取关联标识或关联SDF信息,基于关联标识或关联SDF信息,第四网络功能从第二网络功能获取关联SDF的下行QoS监控报告(DL QoS monitoring report)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一些示例中,所述监控报告携带的上行数据流的实际时延包括对上行数据流测量的上行PDB和/或上行PSDB;所述监控报告携带的下行数据流的实际时延包括对下行数据流测量的下行PDB和/或下行PSDB。
在一个实施例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述方法还可以包括以下步骤:
向所述第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网 络功能生成所述关联标识。
本实施例中,第三网络功能可以向第一网络功能直接或间接发送的双向时延需求指示。
示例性地,第三网络功能为可信的网络功能(例如可信的AF)时,第三网络功能可以向第一网络功能直接发送双向时延需求指示。
示例性地,第三网络功能为非可信的网络功能(例如非可信的AF)时,第三网络功能可以向第一网络功能间接发送双向时延需求指示。
在一个实施例中,所述向所述第一网络功能发送双向时延需求指示,可以包括以下步骤:
向所述第一网络功能直接发送所述双向时延需求指示;
或者,通过第四网络功能向所述第一网络功能转发所述双向时延需求指示;
或者,通过第五网络功能设备向所述第一网络功能转发所述双向时延需求指示;
或者,通过第五网络功能向第四网络功能转发所述双向时延需求指示;其中,所述双向时延需求指示用于供所述第四网络功能转发给所述第一网络功能。
在一些示例中,第四网络功能例如可以为NEF(Network Exposure Function,网络开放功能)。
在一些示例中,第五网络功能例如可以为TSCTSF(Time Sensitive communication Time Synchronization Function,时间敏感通信时间同步功能)。
在一个实施例中,所述向所述第一网络功能发送双向时延需求指示,可以包括以下步骤:
在所述第三网络功能发起的会话创建流程中,向所述第一网络功能发送双向时延需求指示;
或者,在所述第三网络功能发起的会话更新流程中,向所述第一网络功能发送双向时延需求指示;
或者,在业务参数准备流程中,向所述第一网络功能发送双向时延需求指示;
或者,在为所述第三网络功能发起的会话设置策略的流程中,向所述第一网络功能发送双向时延需求指示。
在一些示例中,第三网络功能为AF时,第三网络功能发起的会话为AF会话。
本实施例中,第三网络功能可以向第一网络功能提供双向时延需求指示,使得第一网络功能可以根据双向时延需求指示确定上行数据流的上行时延和/或下行数据流的下行时延。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
图8是根据一示例性实施例示出的一种信息处理方法的流程图。如图8所示,所述信息处理方法由第三网络功能执行,所述方法包括以下步骤:
801:向第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成关联标识;所述关联标识用于关联上行数据流与下行数据流。
在一些示例中,所述第三网络功能例如可以为AF(Application Function,应用功能)。
AF指应用层的各种服务,可以是运营商内部的应用例如Volte(Voice over Long-Term Evolution,长期演进语音承载)的AF、也可以是第三方的AF(例如,视频服务器、游戏服务器等)。AF如果 是运营商内部的AF,与其他NF(Network Function,网络功能)在一个可信域内,可以直接与其他NF如PCF交互访问,而第三方的AF则不在可信域内,必须通过NEF(Network Exposure Function,网络开放功能)访问其他NF。
在一些示例中,所述第一网络功能例如可以为PCF。
在一些示例中,所述关联标识可以是根据预设的关联标识生成规则获得的字符串。
在一些示例中,所述关联标识可包括但不限于:共同标识(Common ID)、对等体标识(Peer ID)、双向组标识(Round Trip Group ID)或者对等体指示(Peer Indication)等。
在一些示例中,所述关联标识,用于关联双向的上行数据流和下行数据流,例如双向的上行SDF(Service Data Flow,服务数据流)和下行SDF,或者,用于关联双向的上行QoS流和下行QoS流。
在一些示例中,上行数据流和下行数据流可以为XR类业务数据流或多模态数据业务数据流。
本实施例中,第三网络功能可以向第一网络功能直接或间接发送的双向时延需求指示。
示例性地,第三网络功能为可信的网络功能(例如可信的AF)时,第三网络功能可以向第一网络功能直接发送双向时延需求指示。
示例性地,第三网络功能为非可信的网络功能(例如非可信的AF)时,第三网络功能可以向第一网络功能间接发送双向时延需求指示。
本公开实施例中,第三网络功能向第一网络功能发送双向时延需求指示,能够使得第一网络功能生成用于关联上行数据流和下行数据流的关联标识,这样利用关联标识可以识别到上行数据流和/或下行数据流对网络传输的需求,从而可以有助于提升业务保障能力和用户体验。
在一个实施例中,上述步骤801中,所述向第一网络功能发送双向时延需求指示,可以包括:
向所述第一网络功能直接发送所述双向时延需求指示;
或者,通过第四网络功能向所述第一网络功能转发所述双向时延需求指示;
或者,通过第五网络功能设备向所述第一网络功能转发所述双向时延需求指示;
或者,通过第五网络功能向第四网络功能转发所述双向时延需求指示;其中,所述双向时延需求指示用于供所述第四网络功能转发给所述第一网络功能。
在一些示例中,第四网络功能例如可以为NEF(Network Exposure Function,网络开放功能)。
在一些示例中,第五网络功能例如可以为TSCTSF(Time Sensitive communication Time Synchronization Function,时间敏感通信时间同步功能)。
在一个实施例中,上述步骤801中,所述向第一网络功能发送双向时延需求指示,可以包括:
在所述第三网络功能发起的会话创建流程中,向所述第一网络功能发送双向时延需求指示;
或者,在所述第三网络功能发起的会话更新流程中,向所述第一网络功能发送双向时延需求指示;
或者,在业务参数准备流程中,向所述第一网络功能发送双向时延需求指示;
或者,在为所述第三网络功能发起的会话设置策略的流程中,向所述第一网络功能发送双向时延需求指示。
在一些示例中,第三网络功能为AF时,第三网络功能发起的会话为AF会话。
本实施例中,第三网络功能可以向第一网络功能提供双向时延需求指示,使得第一网络功能可以根据双向时延需求指示确定上行数据流的上行时延和/或下行数据流的下行时延。
在一个实施例中,所述方法还可以包括以下步骤:
接收所述第一网络功能发送的所述上行数据流和/或所述下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制(PCC)规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
本实施例中,第三网络功能可以接收第二网络功能通过第四网络功能转发的上行数据流和/或下行数据流的监控报告,并根据监控报告,向第一网络功能发送更新指示。
在一些示例中,携带所述上行数据流和/或所述下行数据流的实际时延的监控报告可以由第二网络功能(例如,UPF)通过第四网络功能(例如,NEF)转发给所述第三网络功能(例如,AF)。
例如,当第二网络功能通过第四网络功能上报上行QoS监控报告(UL QoS monitoring report)给第三网络功能时,第四网络功能可以从第一网络功能获取关联标识或关联SDF信息,基于关联标识或关联SDF信息,第四网络功能从第二网络功能获取关联SDF的下行QoS监控报告(DL QoS monitoring report)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一些示例中,所述监控报告携带的上行数据流的实际时延包括对上行数据流测量的上行PDB和/或上行PSDB;所述监控报告携带的下行数据流的实际时延包括对下行数据流测量的下行PDB和/或下行PSDB。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
本公开实施例提供一种信息处理方法,所述信息处理方法由第四网络功能执行,所述方法包括以下步骤:
将来自第二网络功能的监控报告转发给第三网络功能,其中,所述监控报告中携带上行数据流和/或下行数据流的实际时延;所述监控报告,用于更新所述上行数据流的规则和/或所述下行数据流 的PCC规则。
本公开实施例提供一种信息处理方法,所述信息处理方法由第四网络功能执行,所述方法包括以下步骤:
将来自第二网络功能的监控报告转发给第三网络功能,其中,所述监控报告中携带上行数据流和/或下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制(PCC)规则和/或所述下行数据流的PCC规则。
在一些示例中,携带所述上行数据流和/或所述下行数据流的实际时延的监控报告可以由第二网络功能(例如,UPF)通过第四网络功能(例如,NEF)转发给所述第三网络功能(例如,AF)。
例如,当第二网络功能通过第四网络功能上报上行QoS监控报告(UL QoS monitoring report)给第三网络功能时,第四网络功能可以从第一网络功能获取关联标识或关联SDF信息,基于关联标识或关联SDF信息,第四网络功能从第二网络功能获取关联SDF的下行QoS监控报告(DL QoS monitoring report)。
在一个实施例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一些示例中,所述监控报告携带的上行数据流的实际时延包括对上行数据流测量的上行PDB和/或上行PSDB;所述监控报告携带的下行数据流的实际时延包括对下行数据流测量的下行PDB和/或下行PSDB。
为了进一步解释本公开任意实施例,以下提供几个具体实施例。
本公开实施例提供了一种信息处理方法,该方法能够实现上行时延和下行时延之间的时延偏移,从而支持XRM业务。
本公开实施例提供了一种信息处理方法,该方法包括:
为XRM业务的上行数据流和下行数据流增加RT关联标识。
在一些示例中,所述关联标识例如可以为:共同标识(Common ID)、对等体标识(Peer ID)、双向组标识(Round Trip Group ID)或者对等体指示(Peer Indication)等;所述关联标识,用于关联双向的上行SDF(Service Data Flow,服务数据流)和下行SDF,或者用于关联双向的上行QoS流和下行QoS流。
在一些示例中,PCF根据RT时延需求,将RT时延划分为上行PDB和下行PDB。
上行PDB和下行PDB可以不相等,但上行PDB和下行PDB的总和不超过RT时延。
PCF决策生成所述关联标识,所述关联标识用于关联上行SDF/QoS流/PCC规则/5QI(PDB)和 下行SDF/QoS流/PCC规则/5QI(PDB)。
PCF可以根据QoS监控报告和共同标识/对等体ID/双向组标识/对等体指示,对上行PDB和下行PDB进行调整。例如,PCF收到上行QoS监控报告后,可以根据对等体ID/双向组标识/对等体指示来识别下行PCC规则,PCF可以将下行PCC规则与上行PCC规则一同调整。
即,PCF可以基于QoS监控报告和关联标识,调整上行PCC规则和/或下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI),例如,PCF收到上行QoS监控报告,可以基于关联标识找到下行PCC规则,PCF可以一同调整上行PCC规则和下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI)。
在一些示例中,PCF基于RT时延需求指示、XRM业务签约信息和/或运营商策略,决策生成所述关联标识。
例如,RT时延需求指示、业务签约或运营商策略中,支持RT时延的规则或5QI更新,则生成关联标识,用于识别上行和下行SDF/QoS流/PCC规则/5QI(PDB)。
在一些示例中,PCF基于QoS监控报告和关联标识,调整上行PCC规则和/或下行PCC规则,(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI),可以为PCF直接触发PCC规则更新,或者PCF通知QoS监控报告给AF,供AF触发PCC规则更新。
在一些示例中,PCF直接或间接触发PCC规则更新,可以为更新相应PDB,或者为更新后的PDB分配相应5QI。
在一些示例中,AF提供双向时延需求信息给PCF。
AF可以通过如下流程之一提供双向时延需求信息给PCF:
1)AF在具有所需QoS的AF会话创建流程中,向PCF提供双向时延需求;
2)在具有所需QoS的AF会话更新流程中,向PCF提供双向时延需求;
3)在针对业务的参数准备流程中,向PCF提供双向时延需求;
4)在为AF会话设置策略的流程中,向PCF提供双向时延需求;
AF提供所述双向时延需求信息给PCF,可以是直接发送给PCF,或者间接发送给PCF;其中,间接发送包括:1)通过NEF发送给PCF,2)或者经过TSCTSF发送给PCF,3)或者通过TSCTSF和NEF发送给PCF。
本公开实施例提供一种信息处理方法,在具有所需QoS的AF会话创建流程中,AF向PCF提供双向时延需求信息。PCF基于RT时延需求指示、和/或XRM业务签约信息和/或运营商策略,决策生成关联标识,关联标识用于识别上行和下行SDF/QoS流/PCC规则/5QI(PDB)。
如图9a所示,该信息处理方法可以包括以下步骤:
1.AF发送AF会话资源请求,例如通过Nnef_AFsessionWithQoS_Create请求,创建AF请求。
AF在请求消息中携带XRM业务相关媒体数据流的双向时延(Round-Trip latency)需求或双向时延预算(Two way delay budget),包括上下行RT时延,或者上行或下行时延PDB。
在一些示例中,AF会话资源请求中携带XRM服务信息,例如标识该XRM服务的业务数据流 组的共同ID信息、UE地址/UE标识、AF标识符、应用ID、流描述、DNN(DataNetwork Name,数据网络名称)、S-NSSAI(Single Network Slice Selection Assistance information,单个网络切片选择协助信息)和/或QoS参数等相应信息。这里,共同ID可用于识别XRM业务组中的所有业务流。
2.NEF对AF请求进行授权。如果是非可信AF,通过NEF发送AF的请求给PCF。
在一些示例中,NEF执行相关映射,包括标识XRM服务(AF-Service-Identifier)到DNN和S-NSSAI的映射,外部应用到CN应用标识的映射;以及基于UDM的签约信息,外部UE标识到CN内UE标识的映射(如SUPI(Subscription Permanent Identifier,用户永久标识符)),以及根据UDM签约信息执行外部到内部的XRM服务组标识的映射)。.
3.NEF授权AF请求,并决定是否调用TSCTSF或直接与PCF交互,这取决于AF提供的参数。PCF从NEF或TSCTSF接收AF提供的属性。NEF触发Npcf_PolicyAuthorization_Create请求,将AF请求发送给PCF,携带双向时延需求信息,供PCF策略决策。消息中携带AF请求中XRM服务相关信息;
4.PCF做出策略决策。PCF可能决定需要将更新的或新的策略信息发送给SMF。
PCF根据RT时延需求,将RT时延划分为上行PDB和下行PDB。上行PDB和下行PDB可以不相等,但它们的总和不应超过RT延迟。PCF决策生成RT关联标识,例如:共同标识/对等体ID/双向组ID/对等体指示;所述关联标识,用于关联该双向的上行和下行SDF/QoS流/PCC规则/5QI(PDB);
RT延迟可以通过分别监控上行QoS流的上行时延和下行QoS流的下行时延来跟踪。
PCF可以根据QoS监控报告和共同标识/对等体ID/双向组ID/对等体指示,对上行PDB和下行PDB进行调整。例如,PCF收到上行QoS监控报告后,可以根据共同标识/对等体ID/双向组ID/对等体指示来识别下行PCC规则,PCF可以将下行PCC规则与上行PCC规则一同调整。即,PCF可以基于QoS监控报告和关联ID,调整上行PCC规则和/或下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI),例如,PCF收到上行QoS监控报告,可以基于关联ID找到下行PCC规则,PCF可以一同调整上行和下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI)。
在一些示例中,PCF基于RT时延需求指示、和/或XRM业务签约信息和/或运营商策略,决策生成所述关联标识;例如:需求指示、业务签约或运营商策略中,支持RT时延的规则或5QI更新,则生成关联标识,用于识别上行和下行SDF/QoS流/PCC规则/5QI(PDB)。
在一些示例中,PCF基于QoS监控报告和关联ID,调整上行和/或下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI),可以为PCF直接触发PCC规则更新,或者PCF通知QoS监控报告给AF,供AF触发PCC规则更新。
在一些示例中,PCF直接或间接触发PCC规则更新,可以为更新相应PDB,为更新后的PDB分配相应5QI。
在一些示例中,PCF本地存储关联ID信息,或存储关联ID信息到UDR或UDSF。
在一些示例中,AF提供增强的双向时延需求信息给PCF,可以是直接发送给PCF,或者间接发送给PCF;其中,间接发送包括:1)通过NEF发送给PCF,2)或者经过TSCTSF发送给PCF,3)或者通过TSCTSF和NEF发送给PCF。
在一些示例中,PCF触发Npcf_SMPolicyControl_UpdateNotify,更新SMF相应PDU会话的策略信息,包括AF请求相关的PCC规则和QoS策略;
5.PCF反馈NEF的Npcf_Policy Authorization_Create响应。
6.NEF向AF发送Nnef_AFsessionWithQoS_Create响应消息。响应消息中携带Result,告知请求是否被授权。
7.PCF向SMF发起SM策略关联修改请求(PCC规则(QoS监控策略))。
基于PCF测量的QoS监控策略,SMF为UPF(如果需要,也可以为RAN)生成QoS监控配置,如步骤4所述。
8.SMF将SM策略关联修改响应回复给PCF。
9.SMF向UPF发起N4会话修改请求(QoS监控配置)。
10.UPF收到QoS监控配置后,启动测量和报告。UPF响应SMF。
11.对于SMF请求的修改,SMF调用Namf_Communication_N1N2MessageTransfer([N2SM信息](PDU会话ID,QFI(s),QoS文档,QoS监控配置),N1SM容器))。
12.AMF可以向(R)AN发送N2([从SMF接收到的N2SM信息],NAS消息(PDU会话ID,N1SM容器(PDU会话修改命令))消息。
在接收到QoS监控配置后,RAN启用事件测量和报告(例如,RAN检测上行时延和下行时延,并将上行PDB和下行PDB之和作为RT时延)。
13.资源设置。
14.(R)AN可以通过向AMF发送N2PDU会话ACK(Acknowledgement,确认)消息来确认N2PDU会话请求。
15.AMF通过Nsmf_PDUSession_UpdateSMContext服务操作将AN(Access Network,接入网)接收到的N2SM信息转发给SMF。
16.SMF反馈一个Nsmf_PDUSession_UpdateSMContext响应。
17-18.SMF可以通过向UPF发送N4会话修改请求消息来更新PDU会话修改所涉及的UPF中的N4会话。当后续PCF收到QoS监控报告,PCF将:
-通知QoS监控报告给AF(直接或间接),供AF触发PCC规则更新,触发AF的会话更新或释放流程。或者,
-PCF基于QoS监控报告和关联ID,调整上行和/或下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI),可以为PCF直接触发PCC规则更新。
在一些示例中,PCF直接或间接触发PCC规则更新,可以为更新相应PDB,为更新后的PDB分配相应5QI。
PCF可以根据QoS监控报告和对等体ID/双向组ID/对等体指示,对上行PDB和下行PDB进行调整。例如,PCF收到上行QoS监控报告后,可以根据对等体ID/双向组ID/对等体指示来识别下行PCC规则,PCF可以将下行PCC规则与上行PCC规则一同调整。
即,PCF可以基于QoS监控报告和关联ID,调整上行和/或下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI),例如,PCF收到上行QiS监控报告,可以基于关联ID找到下行PCC规则,PCF可以一同调整上行和下行PCC规则(例如,上行PDB和/或下行PDB,上行5QI和/或下行5QI)。
AF提供RT需求信息给PCF,本示例中描述了:1)AF在具有提供所需QoS的AF会话创建流程中向PCF提供RT时延需求;还可以通过如下流程提供:
2)或者,在具有所需QoS的AF会话更新流程中,向PCF提供双向时延需求;
3)或者,在针对业务的参数准备流程中,向PCF提供双向时延需求;
4)或者,在为AF会话设置策略的流程中,向PCF提供双向时延需求。
该QoS监控报告上报触发流程,可以为通过通知信息的流程,或者通过从UPF到SMF到PCF(PCF上报该AF)的控制面(Control Plane,CP)上报流程。
本公开实施例提供一种信息处理方法,UPF可以向PCF发送QoS监控报告,供PCF触发规则更新。
如图9b所示,该信息处理方法可以包括以下步骤:
1.当检测到事件或到达事件(例如,达到阈值,或周期定时器超时)时,报告将被触发,UPF触发Nupf_EventExposure_Notify消息来报告测量信息。
2.UPF向NEF发送一个Nupf_EventExposure_Notify消息(测量的双向时延预算状态信息)。
UPF上报到AF(通过NEF)触发相应会话更新,或者UPF向PCF发送QoS监控报告(通过SMF),供PCF触发规则更新。PCF上报到AF触发更新或PCF本地触发更新。
3.NEF向AF发送Nnef_Nnef_EventExposure_Notify消息(测量的双向时延预算状态信息)。
当UPF通过NEF上报通知(Notification)(例如,上行QoS监控报告(UL QoS monitoring report))给AF时,NEF可从PCF获取关联标识或关联SDF信息,基于关联标识或关联SDF信息,NEF从UPF获取关联SDF的Notification(例如,下行QoS监控报告(DL QoS monitoring report))。
图10是根据一示例性实施例示出的一种信息处理装置的结构图。所述信息处理装置应用于第一网络功能,如图10所示,所述信息处理装置100可以包括:
生成模块110,被配置为生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流。
在一个实施例中,所述装置还包括:
第一接收模块,被配置为接收第二网络功能发送的所述上行数据流和/或所述下行数据流的监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
第一更新模块,被配置为根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则 和/或所述下行数据流的PCC规则。
在一个实施例中,所述第一更新模块被配置为:
将所述监控报告发送给第三网络功能;
接收所述第三网络功能根据所述监控报告发送的更新指示;
根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述第一更新模块被配置为:
根据所述监控报告,确定是否更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则;
当确定更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则时,根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述装置还包括:
第二接收模块,被配置为接收第三网络功能根据携带所述上行数据流和/或所述下行数据流的实际时延的监控报告发送的更新指示;其中,所述监控报告由第二网络功能通过第四网络功能转发给所述第三网络功能;
第二更新模块,被配置为所述根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述生成模块110被配置为:
根据双向时延需求指示、业务签约信息和/或运营商策略,生成所述关联标识。
在一个实施例中,所述装置还包括:
第三接收模块,被配置为接收第三网络功能发送的所述双向时延需求指示。
在一个实施例中,所述第三接收模块被配置为:
接收所述第三网络功能直接发送的所述双向时延需求指示;
或者,
接收第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
或者,
接收第五网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
或者,
接收第五网络功能通过第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示。
在一个实施例中,所述第三接收模块被配置为:
在所述第三网络功能发起的会话创建流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,
在所述第三网络功能发起的会话更新流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,
在业务参数准备流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,
在为所述第三网络功能发起的会话设置策略的流程中,接收所述第三网络功能发送的所述双向时延需求指示。
在一个实施例中,所述装置还包括:存储模块,所述存储模块被配置为:
本地存储所述关联标识;
或者,
将所述关联标识存储至统一数据存储库(UDR)和/或非结构化数据存储功能(UDSF)。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
在一个实施例中,所述第一网络功能为策略控制功能(PCF)。
图11是根据一示例性实施例示出的一种信息处理装置的结构图。所述信息处理装置应用于第二网络功能,如图11所示,所述信息处理装置200可以包括:
发送模块210,被配置为第二网络功能向第一网络功能发送上行数据流和/或下行数据流的监控报告或者通过第四网络功能向第三网络功能发送所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制(PCC)规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
在一个实施例中,所述第二网络功能为用户面功能(UPF)。
图12是根据一示例性实施例示出的一种信息处理装置的结构图。所述信息处理装置应用于第三网络功能,如图12所示,所述信息处理装置300可以包括:
接收模块310,被配置为接收第一网络功能发送的上行数据流和/或下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
第一发送模块320,被配置为根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制(PCC)规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述装置还包括:
第二发送模块,被配置为向所述第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成所述关联标识。
在一个实施例中,所述第二发送模块被配置为:
向所述第一网络功能直接发送所述双向时延需求指示;
或者,
通过第四网络功能向所述第一网络功能转发所述双向时延需求指示;
或者,
通过第五网络功能设备向所述第一网络功能转发所述双向时延需求指示;
或者,
通过第五网络功能向第四网络功能转发所述双向时延需求指示;其中,所述双向时延需求指示用于供所述第四网络功能转发给所述第一网络功能。
在一个实施例中,所述第二发送模块被配置为:
在所述第三网络功能发起的会话创建流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在所述第三网络功能发起的会话更新流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在业务参数准备流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在为所述第三网络功能发起的会话设置策略的流程中,向所述第一网络功能发送双向时延需求指示。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
在一个实施例中,所述第三网络功能为应用功能(AF)。
图13是根据一示例性实施例示出的一种信息处理装置的结构图。所述信息处理装置应用于第三网络功能,如图13所示,所述信息处理装置400可以包括:
第二发送模块410,被配置为向第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成关联标识;所述关联标识用于关联上行数据流与下行数据流。
在一个实施例中,所述第二发送模块410被配置为:
向所述第一网络功能直接发送所述双向时延需求指示;
或者,
通过第四网络功能向所述第一网络功能转发所述双向时延需求指示;
或者,
通过第五网络功能设备向所述第一网络功能转发所述双向时延需求指示;
或者,
通过第五网络功能向第四网络功能转发所述双向时延需求指示;其中,所述双向时延需求指示用于供所述第四网络功能转发给所述第一网络功能。
在一个实施例中,所述第二发送模块410被配置为:
在所述第三网络功能发起的会话创建流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在所述第三网络功能发起的会话更新流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在业务参数准备流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在为所述第三网络功能发起的会话设置策略的流程中,向所述第一网络功能发送双向时延需求指示。
在一个实施例中,所述装置还包括:
接收模块,被配置为接收所述第一网络功能发送的所述上行数据流和/或所述下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
第一发送模块,被配置为根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制(PCC)规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述PCC规则包括以下至少之一:
第5代服务质量标识(5QI);
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述监控报告携带的所述实际时延包括以下至少之一:
分组时延预算(PDB);
分组集时延预算(PSDB)。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
在一个实施例中,所述第三网络功能为应用功能(AF)。
关于上述的装置实施例,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本公开实施例提供一种通信系统,包括:第一网络功能、第二网络功能和第三网络功能;
所述第一网络功能,用于生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流;
所述第二网络功能,用于向第一网络功能发送上行数据流和/或下行数据流的监控报告或者通过第四网络功能向第三网络功能发送所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
所述第三网络功能,用于接收第一网络功能发送的上行数据流和/或下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述第一网络功能用于:
接收第二网络功能发送的所述上行数据流和/或所述下行数据流的监控报告;
根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述第一网络功能用于:
将所述监控报告发送给第三网络功能;
接收所述第三网络功能根据所述监控报告发送的更新指示;
根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述第一网络功能用于:
根据所述监控报告,确定是否更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则;
当确定更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则时,根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述第一网络功能用于:
接收第三网络功能根据携带所述上行数据流和/或所述下行数据流的实际时延的监控报告发送的更新指示;
根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
在一个实施例中,所述第一网络功能用于:
根据双向时延需求指示、业务签约信息和/或运营商策略,生成所述关联标识。
在一个实施例中,所述第一网络功能用于:
接收第三网络功能发送的所述双向时延需求指示。
在一个实施例中,所述第一网络功能用于:
接收所述第三网络功能直接发送的所述双向时延需求指示;
或者,
接收第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
或者,
接收第五网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
或者,
接收第五网络功能通过第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示。
在一个实施例中,所述第一网络功能用于:
在所述第三网络功能发起的会话创建流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,
在所述第三网络功能发起的会话更新流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,
在业务参数准备流程中,接收所述第三网络功能发送的所述双向时延需求指示;
或者,
在为所述第三网络功能发起的会话设置策略的流程中,接收所述第三网络功能发送的所述双向时延需求指示。
在一个实施例中,所述第一网络功能用于:
本地存储所述关联标识;
或者,
将所述关联标识存储至统一数据存储库(UDR)和/或非结构化数据存储功能(UDSF)。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
在一个实施例中,所述第一网络功能为策略控制功能(PCF)。
在一个实施例中,所述第二网络功能为用户面功能(UPF)。
在一个实施例中,所述第三网络功能用于:
向所述第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成所述关联标识。
在一个实施例中,所述第三网络功能用于:
向所述第一网络功能直接发送所述双向时延需求指示;
或者,
通过第四网络功能向所述第一网络功能转发所述双向时延需求指示;
或者,
通过第五网络功能设备向所述第一网络功能转发所述双向时延需求指示;
或者,
通过第五网络功能向第四网络功能转发所述双向时延需求指示;其中,所述双向时延需求指示用于供所述第四网络功能转发给所述第一网络功能。
在一个实施例中,所述第三网络功能用于:
在所述第三网络功能发起的会话创建流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在具所述第三网络功能发起的AF会话更新流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在业务参数准备流程中,向所述第一网络功能发送双向时延需求指示;
或者,
在为所述第三网络功能发起的会话设置策略的流程中,向所述第一网络功能发送双向时延需求指示。
在一个实施例中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
在一个实施例中,所述第三网络功能为应用功能(AF)。
在一个实施例中,所述第四网络功能为网络开放功能(NEF)。
在一个实施例中,所述第五网络功能为时间敏感通信时间同步功能(TSCTSF)。
本公开实施例提供一种通信设备,包括:包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行前述任意技术方案提供的信息处理方法。
处理器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质,在通信设备掉电之后能够继续记忆存储其上的信息。
这里,所述通信设备包括:网络功能,该网络功能可为前述第一网络功能至第三网络功能中的任意一个。
所述处理器可以通过总线等与存储器连接,用于读取存储器上存储的可执行程序,例如,如图2至图9a以及图9b所示的信息处理方法的至少其中之一。
如图14所示,本公开一实施例示出一种通信设备的结构。参照图14,通信设备900包括处理组件922,其进一步包括一个或多个处理器,以及由存储器932所代表的存储器资源,用于存储可由处理组件922的执行的指令,例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件922被配置为执行指令,以执行上述方法前述任意实施例提供的信息处理方法。
通信设备900还可以包括一个电源组件926被配置为执行通信设备900的电源管理,一个有线或无线网络接口950被配置为将通信设备900连接到网络,和一个输入输出(I/O)接口958。通信设备900可以操作基于存储在存储器932的操作系统,例如Windows Server TM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器932,上述指令可由通信设备900的处理组件922执行上述应用在所述通信设备的任意方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。。

Claims (42)

  1. 一种信息处理方法,其中,由第一网络功能执行,所述方法包括:
    生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流。
  2. 根据权利要求1所述的方法,其中,所述方法还包括:
    接收第二网络功能发送的所述上行数据流和/或所述下行数据流的监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
    根据所述监控报告和所述关联标识,更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则。
  3. 根据权利要求2所述的方法,其中,所述根据所述监控报告和所述关联标识,更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则,包括:
    将所述监控报告发送给第三网络功能;
    接收所述第三网络功能根据所述监控报告发送的更新指示;
    根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
  4. 根据权利要求2所述的方法,其中,所述根据所述监控报告和所述关联标识,更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则,包括:
    根据所述监控报告,确定是否更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则;
    当确定更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则时,根据所述监控报告和所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
  5. 根据权利要求1所述的方法,其中,所述方法还包括:
    接收第三网络功能根据携带所述上行数据流和/或所述下行数据流的实际时延的监控报告发送的更新指示;其中,所述监控报告由第二网络功能通过第四网络功能转发给所述第三网络功能;
    根据所述更新指示以及所述关联标识,更新所述上行数据流的PCC规则和/或所述下行数据流的PCC规则。
  6. 根据权利要求2至5任一项所述的方法,其中,所述PCC规则包括以下至少之一:
    第5代服务质量标识5QI;
    分组时延预算PDB;
    分组集时延预算PSDB。
  7. 根据权利要求2至5任一项所述的方法,其中,所述实际时延包括以下至少之一:
    分组时延预算PDB;
    分组集时延预算PSDB。
  8. 根据权利要求1至7任一项所述的方法,其中,所述生成关联标识,包括:
    根据双向时延需求指示、业务签约信息和/或运营商策略,生成所述关联标识。
  9. 根据权利要求8所述的方法,其中,所述方法还包括:
    接收第三网络功能发送的所述双向时延需求指示。
  10. 根据权利要求9所述的方法,其中,所述接收第三网络功能发送的所述双向时延需求指示,包括:
    接收所述第三网络功能直接发送的所述双向时延需求指示;
    或者,
    接收第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
    或者,
    接收第五网络功能转发的来自于所述第三网络功能的所述双向时延需求指示;
    或者,
    接收第五网络功能通过第四网络功能转发的来自于所述第三网络功能的所述双向时延需求指示。
  11. 根据权利要求9或10所述的方法,其中,所述接收第三网络功能发送的所述双向时延需求指示,包括:
    在所述第三网络功能发起的会话创建流程中,接收所述第三网络功能发送的所述双向时延需求指示;
    或者,
    在所述第三网络功能发起的会话更新流程中,接收所述第三网络功能发送的所述双向时延需求指示;
    或者,
    在业务参数准备流程中,接收所述第三网络功能发送的所述双向时延需求指示;
    或者,
    在为所述第三网络功能发起的会话设置策略的流程中,接收所述第三网络功能发送的所述双向时延需求指示。
  12. 根据权利要求1至11任一项所述的方法,其中,所述方法还包括:
    本地存储所述关联标识;
    或者,
    将所述关联标识存储至统一数据存储库UDR和/或非结构化数据存储功能UDSF。
  13. 根据权利要求1至12任一项所述的方法,其中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
  14. 根据权利要求1至13任一项所述的方法,其中,所述第一网络功能为策略控制功能PCF。
  15. 一种信息处理方法,其中,由第二网络功能执行,所述方法包括:
    第二网络功能向第一网络功能发送上行数据流和/或下行数据流的监控报告或者通过第四网络功能向第三网络功能发送所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则。
  16. 根据权利要求15所述的方法,其中,所述PCC规则包括以下至少之一:
    第5代服务质量标识5QI;
    分组时延预算PDB;
    分组集时延预算PSDB。
  17. 根据权利要求15所述的方法,其中,所述监控报告携带的所述实际时延包括以下至少之一:
    分组时延预算PDB;
    分组集时延预算PSDB。
  18. 根据权利要求15至17任一项所述的方法,其中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
  19. 根据权利要求15至18任一项所述的方法,其中,所述第二网络功能为用户面功能UPF。
  20. 一种信息处理方法,其中,由第三网络功能执行,所述方法包括:
    接收第一网络功能发送的上行数据流和/或下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
    根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则。
  21. 根据权利要求20所述的方法,其中,所述PCC规则包括以下至少之一:
    第5代服务质量标识5QI;
    分组时延预算PDB;
    分组集时延预算PSDB。
  22. 根据权利要求20所述的方法,其中,所述监控报告携带的所述实际时延包括以下至少之一:
    分组时延预算PDB;
    分组集时延预算PSDB。
  23. 根据权利要求21或22所述的方法,其中,所述方法还包括:
    向所述第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成所述关联标识。
  24. 根据权利要求23所述的方法,其中,所述向所述第一网络功能发送双向时延需求指示,包 括:
    向所述第一网络功能直接发送所述双向时延需求指示;
    或者,
    通过第四网络功能向所述第一网络功能转发所述双向时延需求指示;
    或者,
    通过第五网络功能设备向所述第一网络功能转发所述双向时延需求指示;
    或者,
    通过第五网络功能向第四网络功能转发所述双向时延需求指示;其中,所述双向时延需求指示用于供所述第四网络功能转发给所述第一网络功能。
  25. 根据权利要求23或24所述的方法,其中,所述向所述第一网络功能发送双向时延需求指示,包括:
    在所述第三网络功能发起的会话创建流程中,向所述第一网络功能发送双向时延需求指示;
    或者,
    在具所述第三网络功能发起的AF会话更新流程中,向所述第一网络功能发送双向时延需求指示;
    或者,
    在业务参数准备流程中,向所述第一网络功能发送双向时延需求指示;
    或者,
    在为所述第三网络功能发起的会话设置策略的流程中,向所述第一网络功能发送双向时延需求指示。
  26. 根据权利要求23至25任一项所述的方法,其中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
  27. 根据权利要求23至26任一项所述的方法,其中,所述第三网络功能为应用功能AF。
  28. 一种信息处理方法,其中,由第三网络功能执行,所述方法包括:
    向第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成关联标识;所述关联标识用于关联上行数据流与下行数据流。
  29. 根据权利要求28所述的方法,其中,所述向第一网络功能发送双向时延需求指示,包括:
    向所述第一网络功能直接发送所述双向时延需求指示;
    或者,
    通过第四网络功能向所述第一网络功能转发所述双向时延需求指示;
    或者,
    通过第五网络功能设备向所述第一网络功能转发所述双向时延需求指示;
    或者,
    通过第五网络功能向第四网络功能转发所述双向时延需求指示;其中,所述双向时延需求指示用于供所述第四网络功能转发给所述第一网络功能。
  30. 根据权利要求28或29所述的方法,其中,所述向第一网络功能发送双向时延需求指示,包括:
    在所述第三网络功能发起的会话创建流程中,向所述第一网络功能发送双向时延需求指示;
    或者,
    在所述第三网络功能发起的会话更新流程中,向所述第一网络功能发送双向时延需求指示;
    或者,
    在业务参数准备流程中,向所述第一网络功能发送双向时延需求指示;
    或者,
    在为所述第三网络功能发起的会话设置策略的流程中,向所述第一网络功能发送双向时延需求指示。
  31. 根据权利要求28至30任一项所述的方法,其中,所述方法还包括:
    接收所述第一网络功能发送的所述上行数据流和/或所述下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
    根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则。
  32. 根据权利要求31所述的方法,其中,所述PCC规则包括以下至少之一:
    第5代服务质量标识5QI;
    分组时延预算PDB;
    分组集时延预算PSDB。
  33. 根据权利要求31所述的方法,其中,所述监控报告携带的所述实际时延包括以下至少之一:
    分组时延预算PDB;
    分组集时延预算PSDB。
  34. 根据权利要求28至33任一项所述的方法,其中,所述关联标识标识的上行数据流对应上行时延,所述关联标识标识的下行数据流对应下行时延;其中,所述上行时延与所述下行时延之和小于或等于双向时延。
  35. 根据权利要求28至34任一项所述的方法,其中,所述第三网络功能为应用功能AF。
  36. 一种信息处理装置,其中,所述装置包括:
    生成模块,被配置为生成关联标识,其中,所述关联标识,用于关联上行数据流与下行数据流。
  37. 一种信息处理装置,其中,所述装置包括:
    发送模块,被配置为第二网络功能向第一网络功能发送上行数据流和/或下行数据流的监控报告 或者通过第四网络功能向第三网络功能发送所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;所述监控报告和用于关联上行数据流与下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则。
  38. 一种信息处理装置,其中,所述装置包括:
    接收模块,被配置为接收第一网络功能发送的上行数据流和/或下行数据流的监控报告或者第四网络功能转发的来自于第二网络功能的所述监控报告;其中,所述监控报告中携带所述上行数据流和/或所述下行数据流的实际时延;
    第一发送模块,被配置为根据所述监控报告,向所述第一网络功能发送更新指示;其中,所述更新指示和用于关联所述上行数据流与所述下行数据流的关联标识,用于更新所述上行数据流的策略和计费控制PCC规则和/或所述下行数据流的PCC规则。
  39. 一种信息处理装置,其中,所述装置包括:
    第二发送模块,被配置为向第一网络功能发送双向时延需求指示,其中,所述双向时延需求指示,用于所述第一网络功能生成关联标识;所述关联标识用于关联上行数据流与下行数据流。
  40. 一种通信设备,其中,包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行如权利要求1至35任一项所述的信息处理方法。
  41. 一种通信系统,其中,包括:第一网络功能、第二网络功能和第三网络功能;
    所述第一网络功能,用于执行如权利要求1至14中任一项所述的信息处理方法;
    所述第二网络功能,用于执行如权利要求15至19中任一项所述的信息处理方法;
    所述第三网络功能,用于执行如权利要求20至27或权利要求28至35中任一项所述的信息处理方法。
  42. 一种计算机存储介质,其中,所述计算机存储介质存储有可执行程序;所述可执行程序被处理器执行后,能够实现如权利要求1至35任一项所述的信息处理方法。
PCT/CN2023/071463 2023-01-09 2023-01-09 信息处理方法及装置、通信设备及存储介质 WO2024148497A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202380008085.5A CN118633318A (zh) 2023-01-09 2023-01-09 信息处理方法及装置、通信设备及存储介质
PCT/CN2023/071463 WO2024148497A1 (zh) 2023-01-09 2023-01-09 信息处理方法及装置、通信设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2023/071463 WO2024148497A1 (zh) 2023-01-09 2023-01-09 信息处理方法及装置、通信设备及存储介质

Publications (1)

Publication Number Publication Date
WO2024148497A1 true WO2024148497A1 (zh) 2024-07-18

Family

ID=91897551

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/071463 WO2024148497A1 (zh) 2023-01-09 2023-01-09 信息处理方法及装置、通信设备及存储介质

Country Status (2)

Country Link
CN (1) CN118633318A (zh)
WO (1) WO2024148497A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110062426A (zh) * 2019-04-02 2019-07-26 腾讯科技(深圳)有限公司 通信方法、装置、计算机可读介质及电子设备
CN111758279A (zh) * 2018-02-15 2020-10-09 华为技术有限公司 跟踪QoS违规事件
CN114930907A (zh) * 2020-01-21 2022-08-19 华为技术有限公司 一种数据传输方法、设备及系统
WO2022225577A1 (en) * 2021-07-27 2022-10-27 Futurewei Technologies, Inc. End-to-end latency guarantee for downlink traffic

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111758279A (zh) * 2018-02-15 2020-10-09 华为技术有限公司 跟踪QoS违规事件
CN110062426A (zh) * 2019-04-02 2019-07-26 腾讯科技(深圳)有限公司 通信方法、装置、计算机可读介质及电子设备
CN114930907A (zh) * 2020-01-21 2022-08-19 华为技术有限公司 一种数据传输方法、设备及系统
WO2022225577A1 (en) * 2021-07-27 2022-10-27 Futurewei Technologies, Inc. End-to-end latency guarantee for downlink traffic

Also Published As

Publication number Publication date
CN118633318A (zh) 2024-09-10

Similar Documents

Publication Publication Date Title
US11864019B2 (en) Time-sensitive networking communication method and apparatus
EP4138439A1 (en) Communication method, apparatus, and system
CN113993094B (zh) 通信方法、第一策略控制网元及通信系统
WO2018233451A1 (zh) 通信方法、装置和系统
WO2022033543A1 (zh) 一种中继通信方法及通信装置
JP7516678B2 (ja) ハンドオーバ手順に基づくメッセージ送信方法、装置、機器及びプログラム
WO2022012361A1 (zh) 一种通信方法及装置
WO2021115429A1 (zh) 一种通信方法及装置
CN115915196A (zh) 一种链路状态检测方法、通信装置及通信系统
WO2023174150A1 (zh) 一种接入控制方法及装置
WO2023083138A1 (zh) 用于通信系统的电子设备、方法和存储介质
WO2024148497A1 (zh) 信息处理方法及装置、通信设备及存储介质
KR102318746B1 (ko) 가상 id를 이용하여 복수의 pdu 세션들을 처리하는 방법 및 상기 방법을 수행하는 smf
WO2024148498A1 (zh) 信息传输方法、装置、通信设备和存储介质
CN113906783A (zh) 通信方法、装置及系统
WO2024148499A1 (zh) 信息处理方法以及装置、通信设备及存储介质
WO2023045839A1 (zh) 通信方法、装置、核心网设备及通信设备
WO2024148495A1 (zh) 信息处理方法以及装置、通信设备及存储介质
WO2024164340A1 (zh) Qos监控结果的订阅方法、装置、通信设备及存储介质
WO2024031389A1 (zh) 计费处理方法及装置、通信设备及存储介质
WO2024148494A1 (zh) 信息处理方法及装置、通信设备及存储介质
WO2023245457A1 (zh) 一种信息传输方法、装置、通信设备及存储介质
WO2024152183A1 (zh) 扩展现实和多媒体业务数据传输方法、装置及存储介质
WO2023061207A1 (zh) 一种通信方法、通信装置及通信系统
WO2023245448A1 (zh) 一种信息传输方法、装置、通信设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23915276

Country of ref document: EP

Kind code of ref document: A1